JP2002085795A - 遊技機履歴管理システム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 インターネットインフラを活用して、中古遊
技機の履歴管理を行い、不正な廃棄などを防止し得る遊
技機履歴管理システムを提供する。 【解決手段】 サーバマシン３０５は、ネットワーク３
０４に接続されたクライアントマシン３０３ａ〜３０３
ｃからの要求に応じて該クライアントマシン上に所定の
登録画面を表示させる第１表示制御手段、前記登録画面
を用いて行われた登録情報を保持する保持手段、ネット
ワークに接続されたクライアントマシンからの要求に応
じて該クライアントマシン上に所定の照会画面を表示さ
せる第２表示制御手段、前記照会画面を用いて行われた
照会に応答して照会応答情報を生成し照会元のクライア
ントマシンに送信する送信手段を備える。前記登録情報
は遊技機の識別情報及び当該構成品の履歴に関する情報
を含み、前記照会応答情報は前記識別情報をキーワード
にして照会された情報であって当該識別情報を持つ構成
品の最新の履歴情報又はすべての履歴情報を含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遊技機履歴管理シ
ステムに関し、詳しくは、一度営業に使用した遊技機、
たとえば、ぱちんこ遊技機、回胴式遊技機、アレンジボ
ール遊技機又はじゃん球遊技機などの中古遊技機の他の
ホールへの移動や廃棄等の状況を追跡管理する遊技機履
歴管理システムに関する。

【０００２】

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

【０００３】図２３は、中古遊技機の移動ルートを簡単
に表した概念図である。ホール１で発生した中古遊技機
は、メーカ２に引き取られる。あるいは、中古機業者又
は廃棄業者３（以下単に「中古機業者３」という。）の
手に渡って他のホールへ販売されもしくは廃棄処分され
る。なお、中古機業者３の手に渡った中古遊技機の一部
はリサイクルのためにメーカ２に引き取られることもあ
る。メーカ２は、引き取った中古遊技機をリサイクル
し、又は、中古機業者３に中古遊技機としての市場流通
や廃棄処分を依頼する。

【０００４】ところで、メーカからホールに直納される
新台は、メーカの出荷時点で、特にその主要な構成ユニ
ットである遊技制御ユニット（単に“基板”と称される
こともある。）を封印し、かつ、その基板識別情報など
を台帳に記録して、どのホールに納入されたかの履歴を
把握しているものの、その多くがメーカの手を経ない中
古遊技機にあっては、配送伝票に基づく比較的におおざ
っぱな管理しか行われていないのが実情であり、たとえ
ば、どのホールにまわされたのか、あるいは、確実に廃
棄されたのかを正確に追跡管理するシステムは確立して
いなかった。

【０００５】

【発明が解決しようとする課題】このように、従来は、
中古遊技機の履歴管理システムが確立しておらず、した
がって、ホール１、メーカ２、中古機業者３から見た場
合、以下のような不都合があった。

【０００６】＜メーカから見て＞中古遊技機が不法投棄
された場合、その遊技機メーカの信用失墜につながる恐
れがある。もっとも、不法投棄の法的責任は一義的にそ
の投棄行為を行った者が負うべきであるが、不法投棄者
は身元を秘して投棄行為を行うため、その投棄物の製造
者に対して避難の声が向けられやすく、直接的な法的責
任がないにしても、道義的責任や製造者責任を回避する
ことができず、コストをかけて回収等の処置を講じざる
を得ないこともあるという問題点がある。

【０００７】また、今日では、製造者に対してリサイク
ル率の向上が求められており、設計段階からリサイクル
可能な材料の使用や分解容易性等を考慮しているもの
の、不法投棄されてしまった場合はかかるリサイクル対
策が無駄になってしまうという問題点もある。

【０００８】＜ホールから見て＞ホールは、中古機業者
や廃棄業者などに手数料を支払って中古遊技機の廃棄や
メーカへの引き取りを依頼するが、実際にその依頼が正
しく履行されたかを知る術がないため、不心得な業者に
よる不法投棄の可能性を否定できないうえ、優良業者と
そうでない業者を見分けることができない。

【０００９】＜中古機業者から見て＞仮に、その中古機
業者や廃棄業者などが正当な手順で廃棄処分を行ってい
るとしても、それをアピールする術がなく、優良業者で
あることを効果的に訴えることができない。

【００１０】したがって、本発明が解決しようとする課
題は、インターネットインフラを活用して、中古遊技機
の履歴管理を行い、不正な廃棄などを防止し得る遊技機
履歴管理システムを提供することにある。

【００１１】

【課題を解決するための手段】本発明は、ネットワーク
に接続されたクライアントマシンからの要求に応じて該
クライアントマシン上に所定の登録画面を表示させる第
１表示制御手段と、前記登録画面を用いて行われた登録
情報を保持する保持手段とを備えるとともに、ネットワ
ークに接続されたクライアントマシンからの要求に応じ
て該クライアントマシン上に所定の照会画面を表示させ
る第２表示制御手段と、前記照会画面を用いて行われた
照会に応答して、照会応答情報を生成し、照会元のクラ
イアントマシンに送信する送信手段とを備え、前記登録
情報は、遊技機の主要な構成品の識別情報及び当該構成
品の履歴に関する情報を含み、且つ、前記照会応答情報
は、前記識別情報をキーワードにして照会された情報で
あって、当該識別情報を持つ構成品の最新の履歴情報又
はすべての履歴情報を含むことを特徴とする。

【００１２】

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

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

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

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

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

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

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

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

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

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

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

【００２３】出力インターフェース１３４は、遊技用演
算処理装置２００の外部バスインターフェース２０４
（図４参照）から取り出された信号を、例えば、外部情
報端子群１４３（図２のホール用第１ケーブル接続ユニ
ット１２３および第２ケーブル接続ユニット１２４なら
びに検査用ケーブル接続ユニット１２５に相当）を介し
てホールコンピュータなどに出力したり、また、表示制
御装置１０７や大入賞口ソレノイド１４４、排出制御装
置１０３、装飾制御装置１０６および音出力制御装置１
０２などに選択的に出力したりするものであり、その選
択動作は入力インターフェース１３３と同様に遊技用演
算処理装置２００からのチップセレクト信号ＣＳ０〜Ｃ
Ｓ７（図４参照）に従って行われる。

【００２４】遊技制御装置１０１には、電源供給ユニッ
ト１０８からの各種電源電圧やパワーオンリセット信号
（ＰＷＲ＿ＲＳＴ）が入力しており、遊技用演算処理装
置２００は、これらの電源供給を受けて動作すると共
に、そのＰＷＲ＿ＲＳＴに応答して所定の初期化動作
（システムリセット動作）を実行する。なお、電源供給
ユニット１０８は、バックアップ電源を兼ねることが可
能なように構成されており、停電時に遊技用演算処理装
置２００の内部データの保持を行う場合には遊技用演算
処理装置２００にバッテリバックアップ電源を供給する
と共に、電源遮断を検出してその検出信号も遊技用演算
処理装置２００に供給するようになっている。

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

【００２６】図示の遊技用演算処理装置２００は、特に
限定しないが、遊技制御を行う遊技ブロック２００Ａ
と、情報管理を行う管理ブロック２００Ｂとに区分され
ており、各ブロックごとに以下に説明する様々な構成要
素を実装する。

【００２７】まず、遊技ブロック２００Ａは、ＣＰＵコ
ア２０１やプログラムＲＯＭ２０２およびユーザーワー
クＲＡＭ２０３といった構成要素を含むとともに、外部
バスインターフェース２０４、クロックジェネレータ２
０５、リセットコントローラ２０６、アドレスデコーダ
２０７、入出力制御回路２０８、乱数生成回路２０９、
ユーザー定期リセット発生回路２１０およびアトリビュ
ートレジスタ２１１などの構成要素を含み、さらに、こ
れらの構成要素間を接続するためのＣＰＵバス２１２を
含む。

【００２８】ＣＰＵコア２０１は、図示は略すが、各種
のレジスタ群、算術・論理演算ユニット（ＡＬＵ：Arit
hmetic and Logｉc Unit）、命令レジスタ（ＩＲ：Inst
ruction Register）、デコーダ、プログラムカウンタ
（ＰＣ：Program Counter）、スタックポインタ（Ｓ
Ｐ：Stack Pointer）、これらを結ぶデータバス、アド
レスバスおよび各種の制御部などをコア内に含み、例え
ば、Ｚ８０アーキテクチャなどの汎用ＣＰＵコアが用い
られる。

【００２９】プログラムＲＯＭ２０２は、データの書き
込み回数が１回だけの不揮発性半導体メモリ（例えば、
ワンタイムＰＲＯＭ）であり、その記憶内容は遊技プロ
グラムおよびチェックコードなどである。なお、チェッ
クコードとは遊技プログラムを所定の符号化アルゴリズ
ムで符号化する際に生成されるデータのことである。

【００３０】ユーザーワークＲＡＭ２０３は、ＣＰＵコ
ア２０１の主記憶に相当し、例えば、ＳＲＡＭ等の高速
半導体デバイスで構成され、遊技ブロック２００Ａにお
ける遊技プログラムに基づく処理を実行する際にワーク
エリア（作業領域）として用いられる。

【００３１】外部バスインターフェース２０４は、図３
の入力インターフェース１３３や出力インターフェース
１３４との間で、複数ビット（例えば、１６ビット）の
外部アドレス信号Ａ０〜Ａ１５、複数ビット（例えば、
８ビット）の外部データ信号Ｄ０〜Ｄ７、メモリリクエ
スト信号ＭＲＥＱ、入出力リクエスト信号ＩＯＲＱ、メ
モリ書込み信号ＷＲ、メモリ読み出し信号ＲＤおよびモ
ード信号ＭＯＤＥなどの信号インターフェース処理を行
うものである。

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

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

【００３４】クロックジェネレータ２０５は外部（図３
の発振器１３１）からのクロック信号ＣＬＫを基に内部
クロック信号ｉＣＬＫを発生してＣＰＵコア２０１やユ
ーザー定期リセット発生回路２１０などの各ブロックに
供給する。

【００３５】リセットコントローラ２０６はＣＰＵコア
２０１のリセット端子に加えるＣＰＵリセット信号ＣＰ
Ｕ＿ＲＳＴを発生するものであり、このＣＰＵリセット
信号ＣＰＵ＿ＲＳＴは、電源投入時に外部（図３のパワ
ーオンリセット発生器１３２）から入力するパワーオン
リセット信号ＰＷＲ＿ＲＳＴに同期し、さらに、電源投
入後にユーザー定期リセット発生回路２１０から周期的
に入力するユーザー定期リセット信号ＵＳＲ＿ＲＳＴに
も同期する。

【００３６】アドレスデコーダ２０７はＣＰＵバス２１
２のアドレスバスの情報をデコードし、そのデコード結
果に応じたＩ／Ｏリソース選択用の内部信号を発生す
る。

【００３７】入出力制御回路２０８はアドレスデコーダ
２０７からのＩ／Ｏリソース選択用内部信号に基づいて
チップセレクト信号ＣＳ０〜ＣＳ７のアクティブ／イン
アクティブ状態をコントロールし、図３の入力インター
フェース１３３のポートの一つ、または、出力インター
フェース１３４のポートの一つ、もしくは、サウンドジ
ェネレータ１３５を選択する。

【００３８】乱数生成回路２０９は、遊技の実行過程に
おいて遊技価値（例えば、大当り）を付加するか否か等
に係わる乱数（乱数は、大当たりの決定や停止時の図柄
の決定等に使用）を生成するもので、例えば、一様性乱
数を生成する数学的手法（例えば、合同法あるいはＭ系
列法等）を利用する。

【００３９】ユーザー定期リセット発生回路２１０は、
ＣＰＵコア２０１に対するユーザー定期リセット信号Ｕ
ＳＲ＿ＲＳＴを発生するもので、その発生間隔（ユーザ
ー定期リセット間隔）は、アトリビュートレジスタ２１
１に設定された値で決められる。

【００４０】アトリビュートレジスタ２１１は、ユーザ
ー定期リセット間隔などのハードウェアパラメータ設定
値を保持するもので、アトリビュートレジスタ２１１の
出力ポートは少なくともユーザー定期リセット発生回路
２１０に接続され、入力ポートは管理バス２２１を介し
て管理ブロック２００Ｂに接続されている。アトリビュ
ートレジスタ２１１へのユーザー定期リセット間隔設定
値の書き込みは、管理バス２２１を介して管理ブロック
２００Ｂから行われるようになっており、その設定タイ
ミングは、遊技用演算処理装置２００のシステムリセッ
ト（パワーオンリセットと同義語）時である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５５】ケース１０１ａのよく見える面には基板の
“管理ＩＤ”を印刷したラベル１０１ｅが貼付されてい
る。この管理ＩＤは、遊技制御装置１０１の個体識別を
行うための情報（発明の要旨に記載の“識別情報”に相
当する。）であり、その情報の生成場所については特に
限定しない。たとえば、遊技制御装置１０１の組み立て
時にメーカ（基板製造業者またはラベル業者）によって
割り当てられた情報であってもよく、あるいは、第三者
機関によって割り当てられた情報であってもよい。要
は、遊技制御装置１０１の各々に対してユニークに割り
当てられた情報であればよい。管理ＩＤは、その遊技制
御装置１０１に実装された遊技用演算処理装置２００の
チップＩＤとの対応関係がとられており、且つ、その対
応関係情報が、後述の遊技機データ管理サービス（図７
参照）によって厳重に記録管理されている。

【００５６】例えば、ある遊技制御装置１０１に貼付さ
れたラベル１０１ｅに“ＡＢＣ１２３４５”という管理
ＩＤが印刷されていたとし、さらに、当該遊技制御装置
１０１に実装された遊技用演算処理装置２００のチップ
ＩＤを“ＸＹＺ００ＡＦＧ”とすると、これらの対応関
係（“ＡＢＣ１２３４”←→ “ＸＹＺ００ＡＦＧ”）
は当該サービスによって記録管理されており、もし、ホ
ールで読み出されたチップＩＤと管理ＩＤとの対応関係
が上記記録管理されているものと異なっていた場合に、
遊技用演算処理装置２００または遊技制御基板１０１ｂ
が不正交換、言い換えれば、正規品以外の遊技用演算処
理装置２００または遊技制御基板１０１ｂに交換された
された可能性のあることを知ることができるようになっ
ている。ちなみに、ラベル１０１ｅをはがして、遊技制
御基板１０１ｂが不法投棄された場合、遊技制御基板１
０１ｂに通電してチップＩＤを読み出すことにより、そ
のチップＩＤから何処に納入された遊技制御基板１０１
ｂであるかを調べることができ、不法投棄物の追跡調査
を行うことが可能になるというメリットもある。

【００５７】＜遊技機データ管理サービスの位置づけ＞
図７は、ホール１、メーカ２、中古機業者３と、遊技機
データ管理サービス３０１との関係図であり、遊技機デ
ータ管理サービス３０１は、インターネットインフラを
利用して、ホール１、メーカ２、中古機業者３との間で
所要のデータ登録及び照会のサービスを提供する。たと
えば、メーカ２は、遊技機１１の出荷時点で、当該遊技
機１１に組み付けられた遊技制御装置１０１の管理ＩＤ
と、その遊技制御装置１０１に実装された遊技用演算処
理装置２００のチップＩＤとの情報対を遊技機データ管
理サービス３０１に登録し、ホール１の従業員は、適宜
の遊技用演算処理装置２００のチップＩＤを読み出し
て、その遊技用演算処理装置２００を実装した遊技制御
装置１０１の管理ＩＤと一緒に遊技機データ管理サービ
ス３０１に照会する。

【００５８】遊技機データ管理サービス３０１は、照会
されたチップＩＤと管理ＩＤの対応関係を調べ、登録済
みの対応関係であればＯＫを返し、そうでなければ不正
交換等の恐れがあることを示唆するＮＧを返す。また、
ホール１の従業員は、新台と入れ替えにメーカ２に中古
機の引き取りを依頼する場合、又は、中古機業者３に対
して、中古機の引き取りや廃棄処分を依頼する場合、そ
の都度、その移動情報（メーカへの引き取り、中古機移
動、廃棄処分等）を遊技機データ管理サービス３０１に
登録する。こうして、遊技機１１の履歴情報（とりわけ
遊技制御装置１０１の履歴情報）が遊技機データ管理サ
ービス３０１に蓄積保管される。

【００５９】したがって、ホール１、メーカ２、中古機
業者３は、任意の時点で、遊技機データ管理サービス３
０１に遊技制御装置１０１の管理ＩＤを照会することに
より、その管理ＩＤを持つ遊技制御装置１０１の履歴情
報をいつでも好きなときに引き出して調べることがで
き、たとえば、現在、ホール１で営業に供されているの
か、又は、そうでなければ、どの中古機業者３の手に渡
っているのか、あるいは、すでに廃棄処分に付されてい
るのか、はたまた、メーカ２でリサイクル中であるの
か、もしくは、他のホールに移し替えられているのか、
といった遊技機１１の移動に関する正確な情報を把握す
ることができる。

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

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

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

【００６３】＜サービスに必要なシステム＞本実施の形
態における遊技機データ管理サービスのポイントは、前
記のとおり、「インターネットインフラを活用して、中
古遊技機の履歴管理を行い、不正な廃棄などを防止し得
る遊技機履歴管理システムを提供する」仕組みを構築す
る点にある。かかる仕組みは、上記三要素のうちの「戦
略モデル」に該当する。以下の説明においては、この戦
略モデルについて、詳細に述べることとする。

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

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

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

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

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

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

【００７０】一方、サーバマシン３２０に実装されたア
プリケーションプログラム３２３〜３２５は、それぞれ
ＷＷＷ（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）対応リレ
ーショナルデータベースシステムを使用することが望ま
しい。

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

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

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

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

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

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

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

【００８１】図１２は、会員データベーステーブル３２
５ａ、基板管理データベーステーブル３２５ｂ、ホール
データベーステーブル３２５ｃおよび状況データベース
テーブル３２５ｄのテーブル構造概念図である。図にお
いて、会員データベーステーブル３２５ａは、会員ＩＤ
を格納する会員ＩＤフィールド３２５ａ＿１、会員のパ
スワードを格納するパスワードフィールド３２５ａ＿
２、会員区分（例えば、ホール、メーカ、中古機業者又
は廃棄業者などの区分）を格納する会員区分フィールド
３２５ａ＿３、会員の名称を格納する氏名フィールド３
２５ａ＿４、会員の連絡先住所を格納する住所フィール
ド３２５ａ＿５、会員の連絡先電話番号を格納する電話
番号フィールド３２５ａ＿６および会員の電子メールア
ドレスを格納するＥ−ｍａｉｌフィールド３２５ａ＿７
などを有している。

【００８２】また、基板管理データベーステーブル３２
５ｂは、遊技機に実装された遊技用演算チップのチップ
ＩＤを格納するチップＩＤフィールド３２５ｂ＿１、そ
の遊技用演算チップを収めた基板の基板ＩＤを格納する
基板ＩＤフィールド３２５ｂ＿２、リレーションホール
ＩＤフィールド３２５ｂ＿３およびリレーション状況Ｉ
Ｄフィールド３２５ｂ＿４などを有しており、さらに、
ホールデータベーステーブル３２５ｃは、ホールの固有
ＩＤを格納するホールＩＤフィールド３２５ｃ＿１、ホ
ール名を格納するホール名フィールド３２５ｃ＿２およ
びホールの所在地を格納する所在地フィールド３２５ｃ
＿３などを有している。

【００８３】また、状況データベーステーブル３２５ｄ
は、状況ＩＤフィールド３２５ｄ＿１および状況区分フ
ィールド３２５ｄ＿２などを有している。ここで、状況
区分フィールド３２５ｄ＿２には、遊技機１１の履歴に
関する区分情報が格納される。この区分情報は、図７の
ホール１、メーカ２、中古機業者３などの間で行われる
遊技機１１の移動履歴情報であり、たとえば、ホール１
からメーカ２への遊技機１１の引き取り、メーカ２にお
けるリサイクル、中古機業者３を介した引き取り依頼も
しくは廃棄依頼、直接的な廃棄処分、他ホールへの移動
などの多種多様なものがある。区分情報は予想されるす
べてのものを含むが、図では便宜的に、そのうちの一部
（引き取り＿直接、引き取り＿依頼、リサイクル、廃棄
＿依頼、他ホールへの移動）を代表して示している。

【００８４】ここに、データベースサービスプログラム
３２５は、リレーショナル構造のデータベースプログラ
ムであり、上記四つのデータベースのうち、少なくと
も、基板管理データベーステーブル３２５ｂとホールデ
ータベーステーブル３２５ｃの間、及び、基板管理デー
タベーステーブル３２５ｂと状況データベーステーブル
３２５ｄの間には、次のリレーションシッププロパティ
が設定されている。すなわち、ホールデータベーステー
ブル３２５ｃのホールＩＤフィールド３２５ｃ＿１を
“１”側とし、基板管理データベーステーブル３２５ｂ
のリレーションホールＩＤフィールド３２５ｂ＿３を
“多”側とする「１対多」のリレーションシッププロパ
ティが設定されており、また、状況データベーステーブ
ル３２５ｄの状況ＩＤフィールド３２５ｄ＿１を“多”
側とし、基板管理データベーステーブル３２５ｂのリレ
ーション状況ＩＤフィールド３２５ｂ＿４を“１”側と
する「多対１」のリレーションシッププロパティが設定
されている。

【００８５】これらのリレーションシッププロパティに
より、上記三つのデータベーステーブル（基板管理デー
タベーステーブル３２５ｂ、ホールデータベーステーブ
ル３２５ｃ及び状況データベーステーブル３２５ｄ）の
正規化を行い、重複した値の保持を回避すると共に、さ
らに、一般にリレーションシップが設定されたデータベ
ーステーブルでは、ＳＱＬコマンドなどデータベースア
クセス言語を用いて任意のフィールドデータを抽出し、
その抽出データで一つの論理レコードセットを生成する
ことができるので、例えば、基板管理データベーステー
ブル３２５ｂの任意フィールドとホールデータベーステ
ーブル３２５ｃの任意フィールドとを結合した論理レコ
ードを自由に生成したり、基板管理データベーステーブ
ル３２５ｂの任意フィールドと状況データベーステーブ
ル３２５ｄの任意フィールドとを結合した論理レコード
を自由に生成したりできるようになっている。

【００８６】＜遊技機データ管理サービスの処理フロー
＞次に、以上のシステム構成を用いた、本実施の形態に
おける遊技機データ管理サービスの処理フローを説明す
る。

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

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

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

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

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

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

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

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

【００９５】今、認証処理で“ＯＫ”が返されなかった
場合、入力された会員ＩＤが未登録であるか、または、
会員ＩＤやパスワードに入力ミスがあるので、ログイン
のやり直しを促すための確認画面をブラウザソフト３１
３に送信する（ステップＳ１４）。

【００９６】図１４（ｂ）は、確認画面３４０のレイア
ウト例である。確認画面３４０は、認証失敗を示す文字
列（例えば、“会員ＩＤまたはパスワードが不正で
す”）の表示エリア３４１を有しており、ユーザＡはこ
の文字列を確認し、必要であれば、ブラウザソフト３１
３の戻るボタンをクリックしてログイン画面（図１４
（ａ）参照）を再表示し、ログインをやり直す。

【００９７】一方、認証結果が“ＯＫ”であれば、ＣＧ
Ｉ処理プログラム３２４は、所定のデータ登録／照会画
面をブラウザソフト３１３に送信し、ユーザＡによって
録又は照会のどちらが選択されたかを判定する（ステッ
プＳ１５）。すなわち、ＣＧＩ処理プログラム３２４
は、図１５に示すような、登録コマンドボタンコントロ
ール３４３と照会コマンドボタンコントロール３４４と
を有するデータ登録／照会画面３４２をブラウザソフト
３１３に送信し、ユーザＡは履歴の登録を行う場合は登
録コマンドボタンコントロール３４３をクリックし、履
歴の照会を行う場合は照会コマンドボタンコントロール
３４４をクリックする。ＣＧＩ処理プログラム３２４
は、そのクリック操作を判定して、ステップＳ１６以降
の登録処理又はステップＳ３０の照会処理を実行する。

【００９８】＜登録処理＞登録コマンドボタンコントロ
ール３４３がクリックされた場合、ＣＧＩ処理プログラ
ム３２４は、所定のデータ入力画面をブラウザソフト３
１３に送信する（ステップＳ１６）。

【００９９】図１６（ａ）は、データ入力画面３５０
（発明の要旨に記載の登録画面に相当）のレイアウト例
である。データ入力画面３５０は、入力操作用の説明文
字列（例えば、“必要なデータをすべて入力し、送信ボ
タンを押して下さい。”）の表示エリア３５１を有する
と共に、基板ＩＤテキストボックスコントロール３５
２、状況テキストボックスコントロール３５３、移動先
ホールＩＤテキストボックスコントロール３５４、送信
コマンドボタンコントロール３５５およびキャンセルコ
マンドボタンコントロール３５６などを有している。ユ
ーザＡは、履歴情報を登録すべき遊技制御装置１０１の
基板ＩＤを、基板Ｄテキストボックスコントロール３５
２に入力し、その履歴情報を状況テキストボックスコン
トロール３５３に入力するとともに、履歴情報が「他の
ホールへの移動」である場合はそのホールＩＤを移動先
ホールＩＤテキストボックスコントロール３５４に入力
し、送信コマンドボタンコントロール３５５をクリック
する（ステップＳ１７）。

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

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

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

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

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

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

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

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

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

【０１０９】一方、ステップＳ２０ｇで該当レコードが
見つかった場合は、照合フラグをＯＮ（ステップＳ２０
ｉ）にしてフローを抜け、図１３の遊技機データ管理サ
ービスプログラムのステップＳ２１以降を実行する。

【０１１０】図１３において、まず、照合フラグを検査
し（ステップＳ２１）、ＯＮでなければそのままフロー
を終了し、ＯＮであればチップＩＤの取り出し処理（ス
テップＳ２２）を実行した後、以上の処理を繰り返すか
否かを判定し（ステップＳ２３）、処理を繰り返す場合
はステップＳ１６に戻り、繰り返さない場合はフローを
終了する

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

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

【０１１３】したがって、以上の「登録処理」によれ
ば、ホール１、メーカ２、中古機業者３などの各会員の
クライアントマシン３１０からサーバマシン３２０にア
クセスし、任意の遊技機１１の基板ＩＤ（遊技制御装置
１０１の基板ＩＤ）と一緒に、その移動や廃棄等の履歴
情報を自由に登録することができ、当該登録情報を遊技
機データ管理サービス３０１のデータベース層に蓄積保
管することができる。したがって、上記例示の他ホール
への移動履歴はもちろんのこと、メーカ２への引き取
り、中古機業者３への引き取り依頼、廃棄依頼、あるい
はメーカ２におけるリサイクルなどの様々な態様の履歴
管理を一元的に行うことができる。

【０１１４】たとえば、図２０は、他ホールへの移動履
歴以外の履歴登録を行った際のデータ確認画面３６０
（図１６（ｂ）参照）を示す図であり、（ａ）の基板Ｉ
Ｄの表示エリア３６２ｂには“ＡＢＣ１２３４５”が表
示され、状況の表示エリア３６３ｂには、メーカ２への
引き取りを示す“引き取り＿直接”が表示されている。

【０１１５】また、（ｂ）の基板ＩＤの表示エリア３６
２ｃには“ＡＢＣ１２３４５”が表示され、状況の表示
エリア３６３ｃには、中古機業者３への引き取り依頼を
示す“引き取り＿依頼”が表示されている。

【０１１６】また、（ｃ）の基板ＩＤの表示エリア３６
２ｄには“ＡＢＣ１２３４５”が表示され、状況の表示
エリア３６３ｄには、中古機業者３への廃棄依頼を示す
“廃棄＿依頼”が表示されている。

【０１１７】また、（ｄ）の基板ＩＤの表示エリア３６
２ｅには“ＡＢＣ１２３４５”が表示され、状況の表示
エリア３６３ｅには、メーカ２によるリサイクルを示す
“リサイクル”が表示されている。

【０１１８】また、（ｅ）の基板ＩＤの表示エリア３６
２ｆには“ＡＢＣ１２３４５”が表示され、状況の表示
エリア３６３ｆには、ホール１による直接的な廃棄を示
す“廃棄”が表示されている。

【０１１９】なお、これらの状況文字列は便宜的なもの
であり、一例にすぎない。実際の履歴管理に必要な様々
な情報をもれなく、且つ、適切に表した文字列であれば
よい。

【０１２０】＜照会処理＞一方、図１５のデータ登録／
照会画面３４２の照会コマンドボタンコントロール３４
４がクリックされた場合、ＣＧＩ処理プログラム３２４
は、ステップＳ３０の照会処理を実行する。

【０１２１】図２１は、照会処理のフローチャートであ
る。このフローチャートでは、まず、照会対象の基板Ｉ
Ｄを入力するための基板ＩＤ入力画面をユーザＡのブラ
ウザソフト３１３に表示する（ステップＳ３０ａ）。

【０１２２】図２２（ａ）は、基板ＩＤ入力画面５００
（発明の要旨に記載の照会画面に相当）のレイアウト例
である。基板ＩＤ入力画面５００は、入力操作用の説明
文字列（例えば、“基板ＩＤを入力してください。”）
の表示エリア５０１を有すると共に、基板ＩＤテキスト
ボックスコントロール５０２、送信コマンドボタンコン
トロール５０３およびキャンセルコマンドボタンコント
ロール５０４などを有している。ユーザＡは、照会した
い遊技制御装置１０１の基板ＩＤを、基板Ｄテキストボ
ックスコントロール５０２に入力し、送信コマンドボタ
ンコントロール５０３をクリックする（ステップＳ３０
ｂ）。

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

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

【０１２５】ＣＧＩ処理プログラム３２４は、ＧＥＴメ
ソッドまたはＰＯＳＴメソッドによってブラウザソフト
３１３から送信された入力データ（基板ＩＤ）を受け取
ると、その入力データを用いて照会データ確認画面を動
的に生成し、ブラウザソフト３１３に送信して、その照
会データ確認画面をブラウザソフト３１３に表示させる
（ステップＳ３０ｄ及びステップＳ３０ｅ）一方、基板
ＩＤが入力されていない場合は、照会処理を終了する
（ステップＳ３０ｃ）。

【０１２６】図２２（ｂ）は、照会データ確認画面５１
０のレイアウト例である。照会データ確認画面５１０
は、データの確認を促す文字列（例えば、“照会データ
表示”）の表示エリア５１１を有すると共に、基板ＩＤ
の表示エリア５１２、チップＩＤの表示エリア５１３お
よび状況の表示エリア５１４を有し、さらに、“照会に
戻る”コマンドボタンコントロール５１５などを有して
いる。ユーザＡは、表示エリア５１２〜５１４の文字列
を確認することにより、紹介対象の遊技制御装置１０１
の最新の履歴情報を知ることができる。

【０１２７】したがって、以上の「照会処理」によれ
ば、ホール１、メーカ２、中古機業者３などの各会員の
クライアントマシン３１０からサーバマシン３２０にア
クセスし、任意の遊技機１１の基板ＩＤをキーワードに
して、その基板ＩＤに対応した遊技制御装置１０１の最
新の履歴情報を知ることができる。このため、たとえ
ば、任意の遊技制御装置１０１が、他のホールで使用さ
れているのか、又は、廃棄処分にまわされているのかな
どの現況を正確に把握できるという特有の効果を奏する
ことができ、遊技機メーカ、ホール及び中間業者（中古
機業者や廃棄業者）から見た場合、以下のメリットを得
ることができる。

【０１２８】＜遊技機メーカのメリット＞遊技制御装置
１０１の履歴管理を正確に行うことができるため、不法
投棄の余地をなくして、社会的信用失墜の恐れを解消す
ることができる。したがって、不本意な回収作業を行う
必要がなくなり、手間やコストの軽減を図ることができ
る。また、正当な廃棄処分により、リサイクル品の回収
を行うことができ、所要のリサイクル率達成を図って社
会的責任を果たすことができる。

【０１２９】＜ホールのメリット＞特に、中古機業者や
廃棄業者などに手数料を支払って廃棄やメーカへの引き
取りを依頼した場合、その追跡調査をクライアントマシ
ン３１０から行うことができるため、中古機業者や廃棄
業者などの不心得な行動を監視して不法投棄などの行為
を抑制できる効果が得られる。

【０１３０】＜中古機業者や廃棄業者のメリット＞責任
を持って正しい廃棄処分やメーカへの引き渡しを行って
いることを広くアピールすることができ、優良業者とし
ての地位を確立することができる。以上の点に加え、本
実施の形態では、インターネットインフラを活用して、
上記の様々なメリットを有する遊技機管理サービス３０
１を構築したから、以下の効果を得ることもできる。

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

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

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

【０１３４】なお、上記実施の形態では、照会データ確
認画面５１０（図２２（ｂ）参照）において、基板ＩＤ
やチップＩＤとともに、最新の履歴情報（状況）を表示
させているが、履歴情報の表示態様はこの例に限定され
ない。たとえば、照会対象の遊技制御装置１０１に関す
るすべての履歴情報を時間順にリスト表示してもよく、
あるいは、関係した中古機業者又は廃棄業者の名称等を
一緒に表示してもよい。さらに、上記実施の形態では、
発明の要旨に記載された“識別情報”の具体例として基
板ＩＤを示したが、これに限定されない。不正防止の観
点からすると、遊技機を構成する各種構成品のうち遊技
用演算処理装置２００や、その遊技用演算処理装置２０
０を実装する遊技制御装置１０１の防護が最も重要であ
り、この点において、基板ＩＤに基づく上述の遊技機履
歴管理は好ましいものであるものの、たとえば、遊技機
それ自体に付与された個体識別のための様々な情報、又
は、遊技機を構成する各種構成品のうちの前記遊技用演
算処理装置２００や遊技制御装置１０１以外の構成品に
付与された個体識別のための様々な情報を、発明の要旨
に記載された“識別情報”の具体例として利用すること
も可能である。又は、これらの様々な識別情報のすべて
若しくは一部と基板ＩＤとを関連づけして管理してもよ
い。この場合、セキュリティ対策の点で重要な識別情報
を「主たる識別情報」とし、その主たる識別情報に関連
付けられたその他の識別情報を「従たる識別情報」とし
て、主従の関係で管理するようにしてもよい。ちなみ
に、主たる識別情報としては、基板ＩＤはもちろんのこ
と、遊技機それ自体の個体識別が可能な、たとえば、遊
技盤のシリアルナンバー（あるいは組合証紙番号）、遊
技機本体枠の製造番号などが該当し、従たる識別情報と
しては排出制御装置、表示制御装置、発射装置等の遊技
制御装置１０１以外のものに付与された識別情報（製造
番号やシリアルナンバー等）などが該当する。

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

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

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

【０１３８】

【発明の効果】本発明によれば、インターネット等のネ
ットワークを介して、遊技機の識別情報及び当該構成品
の履歴に関する情報をサーバに蓄積登録でき、且つ、そ
の登録情報を、同じく、インターネット等のネットワー
クを介して、自由に照会することができる。したがっ
て、中古遊技機の移動や廃棄、又はリサイクル等の履歴
管理をネットワーク上で行うことができ、不法廃棄など
を防止し得る遊技機履歴管理システムを実現することが
できる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】ホール１、メーカ２、中古機業者３と遊技機デ
ータ管理サービス３０１との関係図である。

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

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

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

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

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

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

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

【図１５】データ登録／照会画面３４２のレイアウト例
を示す図である。

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

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

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

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

【図２０】他ホールへの移動履歴以外の履歴登録を行っ
た際のデータ確認画面３６０の表示例を示す図である。

【図２１】照会処理のサブルーチンフローである

【図２２】基板ＩＤ入力画面５００のレイアウト例およ
び照会データ確認画面５１０のレイアウト例を示す図で
ある。

【図２３】中古遊技機の移動ルートを簡単に表した概念
図である。

【符号の説明】

３０３ａ〜３０３ｂ クライアントマシン（クライアン
ト） ３１０ クライアントマシン（クライアント） ３２４ ＣＧＩ処理プログラム（第１表示制御手段、第
２表示制御手段、送信手段） ３２５ データベースサービスプログラム（保持手段） ３５０ データ入力画面（登録画面） ５００ 基板ＩＤ入力画面（照会画面）

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されたクライアント
   マシンからの要求に応じて該クライアントマシン上に所
   定の登録画面を表示させる第１表示制御手段と、 前記登録画面を用いて行われた登録情報を保持する保持
   手段とを備えるとともに、 ネットワークに接続されたクライアントマシンからの要
   求に応じて該クライアントマシン上に所定の照会画面を
   表示させる第２表示制御手段と、 前記照会画面を用いて行われた照会に応答して、照会応
   答情報を生成し、照会元のクライアントマシンに送信す
   る送信手段とを備え、 前記登録情報は、遊技機の識別情報及び当該構成品の履
   歴に関する情報を含み、且つ、 前記照会応答情報は、前記識別情報をキーワードにして
   照会された情報であって、当該識別情報を持つ構成品の
   最新の履歴情報又はすべての履歴情報を含む、 ことを特徴とする遊技機履歴管理システム。
2. 【請求項２】 前記識別情報は、前記遊技機の主要な構
   成品の識別情報であることを特徴とする請求項１記載の
   遊技機履歴管理システム。
3. 【請求項３】 前記識別情報は、前記遊技機を識別する
   ための主たる識別情報と、当該遊技機を構成する構成品
   を識別するための従たる識別情報との、互いに関連付け
   られた識別情報であることを特徴とする請求項１記載の
   遊技機履歴管理システム。
4. 【請求項４】 請求項１記載の第１表示制御手段、保持
   手段、第２表示制御手段、及び送信手段を実現するため
   のプログラムを格納したことを特徴とする記録媒体。
5. 【請求項５】 請求項１記載の第１表示制御手段、保持
   手段、第２表示制御手段及び送信手段を実現するための
   プログラム並びに請求項２又は請求項３に記載された互
   いに関連付けられた識別情報を実現するためのプログラ
   ムを格納したことを特徴とする記録媒体。