(57)【特許請求の範囲】
【請求項１】
遊技機に関する遊技機情報の登録及び登録された遊技機情報の照会を行うサービスを提供するサーバマシンと、ネットワークを介して前記サーバマシンに接続され、前記サービスの提供を受けるべく会員登録された会員のクライアントマシンと、を備え、
前記遊技機情報は、遊技機の識別情報及び遊技機の移動履歴に関する移動履歴情報からなり、
前記サーバマシンは、
管理対象となる前記遊技機の識別情報が登録される第１のデータベースと、前記第１のデータベースに登録される遊技機の識別情報に対応付けて前記遊技機の移動履歴情報が登録される第２のデータベースと、前記遊技機の移動先となる移動先情報が予め複数登録される第３のデータベースと、前記会員の操作に基づくクライアントマシンからの要求に応じて該クライアントマシン上に、前記遊技機の識別情報及び遊技機の移動先情報を入力させて前記移動履歴情報を登録するための登録画面を表示させる登録画面表示制御手段と、
前記登録画面を用いて入力された前記遊技機の移動先情報を、入力された前記遊技機の識別情報に対応する前記遊技機の移動履歴情報へ登録する移動履歴情報登録手段と、を備えるとともに、
前記会員の操作に基づくクライアントマシンからの要求に応じて該クライアントマシン上に、前記遊技機の識別情報をキーワードにして前記遊技機の移動履歴情報を照会するための照会画面を表示させる照会画面表示制御手段と、
前記照会画面を用いて入力された前記遊技機の識別情報に対応して前記第２のデータベースに登録されている前記遊技機の移動履歴情報を、照会元のクライアントマシンに送信する送信手段と、を備え、
前記移動履歴情報登録手段は、
前記登録画面を用いて入力された前記移動先情報が前記第３のデータベースに登録されている移動先情報の何れかと一致する場合には、該入力された移動先情報の登録を受け付ける一方、
前記登録画面を用いて入力された前記移動先情報が前記第３のデータベースに登録されている移動先情報の何れとも一致しない場合には、該入力された移動先情報の登録を受け付けないことを特徴とする遊技機履歴管理システム。
【請求項２】
前記サーバマシンは、
前記会員の会員登録情報が登録される第４のデータベースと、
前記クライアントマシンからの要求に応じて該クライアントマシン上に、前記会員登録情報をキーワードにして前記サービスにログインするためのログイン画面を表示させるログイン画面表示制御手段と、
前記ログイン画面を用いて入力された前記会員登録情報が前記第４のデータベースに登録されているか否かを判定し、登録されている場合に前記クライアントマシン上に、前記遊技機情報の登録又は遊技機情報の照会の何れかを選択させるための選択画面を表示させる選択画面表示制御手段と、を備え、
前記選択画面を用いて前記遊技機情報の登録が選択された場合には、前記登録画面表示制御手段が前記登録画面を前記クライアントマシンに表示させる一方、
前記選択画面を用いて前記遊技機情報の照会が選択された場合には、前記照会画面表示制御手段が前記照会画面を前記クライアントマシンに表示させることを特徴とする請求項１記載の遊技機履歴管理システム。
【請求項３】
前記遊技機の識別情報は、前記遊技機を識別するための主たる識別情報と、当該遊技機を構成する構成品を識別するための従たる識別情報との、互いに関連づけられた識別情報であることを特徴とする請求項１又は２記載の遊技機履歴管理システム。
【請求項４】
前記送信手段によって前記クライアントマシンに送信される遊技機の移動履歴情報は、入力された前記遊技機の識別情報に対応して前記第２のデータベースに登録されている最新の移動履歴情報又はすべての移動履歴情報であることを特徴とする請求項１から４の何れかに記載の遊技機履歴管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、遊技機履歴管理システムに関し、詳しくは、一度営業に使用した遊技機、たとえば、ぱちんこ遊技機、回胴式遊技機、アレンジボール遊技機又はじゃん球遊技機などの中古遊技機の他のホールへの移動や廃棄等の状況を追跡管理する遊技機履歴管理システムに関する。
【０００２】
【従来の技術】
一般に、ぱちんこ遊技機、回胴式遊技機、アレンジボール遊技機、じゃん球遊技機などの遊技の場を提供する遊技店（以下「ホール」という。）の多くは、顧客をつなぎとめるためや新規顧客を獲得するために、頻繁に新型の遊技機（以下「新台」という。）への入れ替えを行っており、これに伴って発生する中古遊技機は、他のホールにまわされて再び営業に供されたり、あるいは、人気のない機種はそのまま廃棄処分にまわされたりする。
【０００３】
図２３は、中古遊技機の移動ルートを簡単に表した概念図である。ホール１で発生した中古遊技機は、メーカ２に引き取られる。あるいは、中古機業者又は廃棄業者３（以下単に「中古機業者３」という。）の手に渡って他のホールへ販売されもしくは廃棄処分される。なお、中古機業者３の手に渡った中古遊技機の一部はリサイクルのためにメーカ２に引き取られることもある。メーカ２は、引き取った中古遊技機をリサイクルし、又は、中古機業者３に中古遊技機としての市場流通や廃棄処分を依頼する。
【０００４】
ところで、メーカからホールに直納される新台は、メーカの出荷時点で、特にその主要な構成ユニットである遊技制御ユニット（単に“基板”と称されることもある。）を封印し、かつ、その基板識別情報などを台帳に記録して、どのホールに納入されたかの履歴を把握しているものの、その多くがメーカの手を経ない中古遊技機にあっては、配送伝票に基づく比較的におおざっぱな管理しか行われていないのが実情であり、たとえば、どのホールにまわされたのか、あるいは、確実に廃棄されたのかを正確に追跡管理するシステムは確立していなかった。
【０００５】
【発明が解決しようとする課題】
このように、従来は、中古遊技機の履歴管理システムが確立しておらず、したがって、ホール１、メーカ２、中古機業者３から見た場合、以下のような不都合があった。
【０００６】
＜メーカから見て＞
中古遊技機が不法投棄された場合、その遊技機メーカの信用失墜につながる恐れがある。もっとも、不法投棄の法的責任は一義的にその投棄行為を行った者が負うべきであるが、不法投棄者は身元を秘して投棄行為を行うため、その投棄物の製造者に対して避難の声が向けられやすく、直接的な法的責任がないにしても、道義的責任や製造者責任を回避することができず、コストをかけて回収等の処置を講じざるを得ないこともあるという問題点がある。
【０００７】
また、今日では、製造者に対してリサイクル率の向上が求められており、設計段階からリサイクル可能な材料の使用や分解容易性等を考慮しているものの、不法投棄されてしまった場合はかかるリサイクル対策が無駄になってしまうという問題点もある。
【０００８】
＜ホールから見て＞
ホールは、中古機業者や廃棄業者などに手数料を支払って中古遊技機の廃棄やメーカへの引き取りを依頼するが、実際にその依頼が正しく履行されたかを知る術がないため、不心得な業者による不法投棄の可能性を否定できないうえ、優良業者とそうでない業者を見分けることができない。
【０００９】
＜中古機業者から見て＞
仮に、その中古機業者や廃棄業者などが正当な手順で廃棄処分を行っているとしても、それをアピールする術がなく、優良業者であることを効果的に訴えることができない。
【００１０】
したがって、本発明が解決しようとする課題は、インターネットインフラを活用して、中古遊技機の履歴管理を行い、不正な廃棄などを防止し得る遊技機履歴管理システムを提供することにある。
【００１１】
【課題を解決するための手段】
請求項１記載の発明は、遊技機に関する遊技機情報の登録及び登録された遊技機情報の照会を行うサービスを提供するサーバマシンと、ネットワークを介して前記サーバマシンに接続され、前記サービスの提供を受けるべく会員登録された会員のクライアントマシンと、を備え、
前記遊技機情報は、遊技機の識別情報及び遊技機の移動履歴に関する移動履歴情報からなり、
前記サーバマシンは、
管理対象となる前記遊技機の識別情報が登録される第１のデータベースと、前記第１のデータベースに登録される遊技機の識別情報に対応付けて前記遊技機の移動履歴情報が登録される第２のデータベースと、前記遊技機の移動先となる移動先情報が予め複数登録される第３のデータベースと、前記会員の操作に基づくクライアントマシンからの要求に応じて該クライアントマシン上に、前記遊技機の識別情報及び遊技機の移動先情報を入力させて前記移動履歴情報を登録するための登録画面を表示させる登録画面表示制御手段と、
前記登録画面を用いて入力された前記遊技機の移動先情報を、入力された前記遊技機の識別情報に対応する前記遊技機の移動履歴情報へ登録する移動履歴情報登録手段と、を備えるとともに、
前記会員の操作に基づくクライアントマシンからの要求に応じて該クライアントマシン上に、前記遊技機の識別情報をキーワードにして前記遊技機の移動履歴情報を照会するための照会画面を表示させる照会画面表示制御手段と、
前記照会画面を用いて入力された前記遊技機の識別情報に対応して前記第２のデータベースに登録されている前記遊技機の移動履歴情報を、照会元のクライアントマシンに送信する送信手段と、を備え、
前記移動履歴情報登録手段は、
前記登録画面を用いて入力された前記移動先情報が前記第３のデータベースに登録されている移動先情報の何れかと一致する場合には、該入力された移動先情報の登録を受け付ける一方、
前記登録画面を用いて入力された前記移動先情報が前記第３のデータベースに登録されている移動先情報の何れとも一致しない場合には、該入力された移動先情報の登録を受け付けないことを特徴とする。
請求項２記載の発明は、前記サーバマシンは、
前記会員の会員登録情報が登録される第４のデータベースと、
前記クライアントマシンからの要求に応じて該クライアントマシン上に、前記会員登録情報をキーワードにして前記サービスにログインするためのログイン画面を表示させるログイン画面表示制御手段と、
前記ログイン画面を用いて入力された前記会員登録情報が前記第４のデータベースに登録されているか否かを判定し、登録されている場合に前記クライアントマシン上に、前記遊技機情報の登録又は遊技機情報の照会の何れかを選択させるための選択画面を表示させる選択画面表示制御手段と、を備え、
前記選択画面を用いて前記遊技機情報の登録が選択された場合には、前記登録画面表示制御手段が前記登録画面を前記クライアントマシンに表示させる一方、
前記選択画面を用いて前記遊技機情報の照会が選択された場合には、前記照会画面表示制御手段が前記照会画面を前記クライアントマシンに表示させることを特徴とする。
請求項３記載の発明は、前記遊技機の識別情報は、前記遊技機を識別するための主たる識別情報と、当該遊技機を構成する構成品を識別するための従たる識別情報との、互いに関連づけられた識別情報であることを特徴とする。
請求項４記載の発明は、前記送信手段によって前記クライアントマシンに送信される遊技機の移動履歴情報は、入力された前記遊技機の識別情報に対応して前記第２のデータベースに登録されている最新の移動履歴情報又はすべての移動履歴情報であることを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態を、例えば、ぱちんこ遊技を行うための遊技装置を例にして、図面を参照しながら説明する。
＜ぱちんこ遊技機の外観構成＞
図１は、遊技装置１０の正面構成図である。遊技装置１０は、ぱちんこ遊技機（以下「遊技機」と省略する。）１１と、この遊技機１１に併設される球貸機１２とにより構成されている。球貸機１２は、赤外線受光窓１３やプリペイドカードの挿入口１４およびプリペイドカードの未使用金額や不正状態を表示するための表示窓１５などを有し、プリペイドカードの残高範囲内で遊技機１１へ球貸しを行う。
【００１３】
遊技機１１は、額縁状の前面枠１６および前面ガラスを支持する金枠１７ならびに遊技領域が形成された遊技盤１８を有すると共に、その下に中間パネル１９や操作パネル２０などを有している。中間パネル１９には賞球や貸球を受けるための上皿２１が取り付けられており、操作パネル２０には球発射用の操作ハンドル２２、球貯留皿２３および灰皿２４などが取り付けられている。なお、上皿２１には上皿２１の球を球貯留皿２３に移すために両者を接続する通路を開閉するための開閉レバー２１ａ、プリペイドカードの未使用金額を表示する残高表示器２１ｂ、球貸機１２に対して所定数量の球貸を要求する際に操作される球貸スイッチ２１ｃ、球貸可能状態を表示する球貸可能表示器２１ｄおよびプリペイドカードの返却（球貸機１２からの排出）を要求する際に操作される返却スイッチ２１ｅなどが設けられており、球貯留皿２３には貯留球を外部下方に抜くための球抜きレバー２３ａが設けられている。
【００１４】
遊技盤１８には前面の略円形領域をガイドレール２５で取り囲んだ遊技領域が形成されており、この遊技領域には、複数の識別情報（いわゆる特別図柄；以下「特図」という）を複数列で変動表示する特図表示装置２６、大入賞口を有する特別変動入賞装置２７、特図始動口２８、複数の一般入賞口２９、風車と呼ばれる複数の打球方向変換部材３０、左右のサイドランプ３１、アウト穴３２などが備えられているほか、特図表示装置２６の上部に複数の一般入賞口２９の一つが配置され、その下に特図の始動記憶数を表示するための４個の特図始動記憶表示器３３が設けられている。さらに、上述の各入賞口、すなわち、特図始動口２８、一般入賞口２９および特別変動入賞装置２７には図示しない入賞スイッチが設けられており、各入賞口への入賞球を検出する。なお、遊技盤１８の遊技領域には図示を略しているが天釘やヨロイ釘などと呼ばれる多数の障害釘が設けられていると共に、その他の各種装飾ランプやＬＥＤなども設けられている。
【００１５】
図２は、遊技装置１０の裏機構を示す図である。遊技機１１の裏面に向かって左側には遊技制御装置１０１が設けられており、その下側には音出力制御装置１０２と排出制御装置１０３が設けられ、さらにその下側には発射ユニット１０４と発射制御装置１０５が設けられている。また、裏機構の中央部付近には装飾制御装置１０６と表示制御装置１０７が設けられており、その下側には電源供給ユニット１０８が設けられている。これらの装置はいずれも中身が透けて見えるケース内に、各々の制御機能を実現するための制御基板を実装してユニット化したものであるが、特に役物遊技に必要な各種制御を行う遊技制御装置１０１については、一般にそのユニット全体を指して“基板”と呼ぶことが多いので、本明細書においても単に“基板”という場合は、遊技制御装置１０１の全体を指すものとする。
【００１６】
遊技機１１の裏機構の上部付近から右側端部付近を経由して下部付近に至る経路上には、貯留タンク１０９、横方向の誘導路１１０、屈曲接続ユニット１１１、排出ユニット１１２、縦方向の誘導路１１３、入賞球集合棚（他の部材に隠れて見えない）、入賞球流下樋（同様に見えない）および球排出口１１４が順番に設けられている。貯留タンク１０９は排出される前の球を予め貯留しておくもので、この貯留タンク１０９の球数不足は不図示の補給センサによって検出され、不足のときはホールの島設備から球が補給されるようになっている。貯留タンク１０９に貯留された球は誘導路１１０と屈曲接続ユニット１１１によって排出ユニット１１２に導かれ、排出ユニット１１２は導かれた球を所定の球排出指令信号（排出制御装置１０３からの信号）に従って遊技機１１の前面に設けられた上皿２１へと排出する。
【００１７】
排出ユニット１１２は例えば２条の排出通路を有し、各通路に設けられた不図示のソレノイドを上記球排出指令信号に従って駆動して賞球用の球排出と球貸し用の球排出を行い、且つ、各通路から排出された排出球を不図示のセンサで検出して排出制御装置１０３に通知するとともに、さらに、賞球用の球排出数（賞球払い出し数）を専用のセンサ１１２ｅで検出して遊技制御装置１０１に通知する。
【００１８】
遊技盤１８の各入賞口に入った球（入賞球）ならびにアウト穴３２に入った球（アウト球）は、遊技盤１８の裏面に設けられた不図示の入賞球集合棚に集められ、同じく不図示の入賞球流下樋を介して球排出口１１４からホールの島設備に戻されるようになっており、同様に、排出ユニット１１２の上流側に待機中の球もホールの営業終了時等に不図示の球抜きソレノイドを駆動することによって球排出口１１４から島設備に戻されるようになっている。なお、排出ユニット１１２の上流側に待機球が有るかどうかは、屈曲接続ユニット１１１の内部に設けられた半端センサ１１１ａによって検出されるようになっている。
【００１９】
１１７は基枠体である。この基枠体１１７は合成樹脂製の一体成型品で形成されており、遊技機１１の前面枠１６の裏側に固定された金属フレーム１１９に着脱可能に取り付けられている。そして、この基枠体１１７に上記各構成品のうちのいくつかの構成品、すなわち、排出制御装置１０３、発射ユニット１０４、発射制御装置１０５、貯留タンク１０９、誘導路１１０、屈曲接続ユニット１１１、排出ユニット１１２、誘導路１１３、入賞球集合棚（不図示）、入賞球流下樋（不図示）および球排出口１１４などが着脱可能に取り付けられていると共に、球貸し機接続ユニット１２１やセンサケーブル接続ユニット１２２およびホール用第１ケーブル接続ユニット１２３なども着脱可能に取り付けられている。
【００２０】
金属フレーム１１９には遊技盤収納部１２０が形成されており、この遊技盤収納部１２０には遊技盤１８が着脱可能に取り付けられている。そして、遊技盤１８の裏側には上記各構成品のうち基枠体１１７に取り付けられた構成品以外のもの、すなわち、遊技制御装置１０１、音出力制御装置１０２、装飾制御装置１０６、表示制御装置１０７および電源供給ユニット１０８などが着脱可能に取り付けられているとともに、ホール用第２ケーブル接続ユニット１２４や検査用ケーブル接続ユニット１２５なども着脱可能に取り付けられている。
【００２１】
＜遊技制御装置１０１の内部ブロック構成とその動作＞
図３は、遊技制御装置１０１の電気的構成を示すブロック図である。遊技制御装置１０１は、パチンコ遊技等に必要な役物制御を行うアミューズメントチップ（遊技用演算処理装置２００）と、高精度な発振周波数を分周して所定のクロック信号ＣＬＫを発生する発振器１３１と、各種センサ信号を入力する入力インターフェース１３３と、各種駆動信号を出力する出力インターフェース１３４と、外部の情報管理装置（例えば、球貸機１２や後述の検査端末１０１ｈなど）との間のデータ接続を行う外部通信端子１３８とを含んで構成されている。
【００２２】
入力インターフェース１３３は、遊技盤１８に設けられた各入賞センサ、すなわち、特図始動スイッチ１３９や入賞スイッチ１４０、継続スイッチ１４１およびカウントスイッチ１４２からの信号を選択的に取り込んで遊技用演算処理装置２００の外部バスインターフェース２０４（図４参照）に入力するものであり、その選択動作は遊技用演算処理装置２００からのチップセレクト信号ＣＳ０〜ＣＳ７（図４参照）に従って行われる。なお、入賞スイッチ１４０を表す矩形状図形の中に記載した“１〜ｎ”は、この入賞スイッチ１４０がｎ個設けられていることを表している。但し、ｎは一般入賞口の数である。
【００２３】
出力インターフェース１３４は、遊技用演算処理装置２００の外部バスインターフェース２０４（図４参照）から取り出された信号を、例えば、外部情報端子群１４３（図２のホール用第１ケーブル接続ユニット１２３および第２ケーブル接続ユニット１２４ならびに検査用ケーブル接続ユニット１２５に相当）を介してホールコンピュータなどに出力したり、また、表示制御装置１０７や大入賞口ソレノイド１４４、排出制御装置１０３、装飾制御装置１０６および音出力制御装置１０２などに選択的に出力したりするものであり、その選択動作は入力インターフェース１３３と同様に遊技用演算処理装置２００からのチップセレクト信号ＣＳ０〜ＣＳ７（図４参照）に従って行われる。
【００２４】
遊技制御装置１０１には、電源供給ユニット１０８からの各種電源電圧やパワーオンリセット信号（ＰＷＲ＿ＲＳＴ）が入力しており、遊技用演算処理装置２００は、これらの電源供給を受けて動作すると共に、そのＰＷＲ＿ＲＳＴに応答して所定の初期化動作（システムリセット動作）を実行する。なお、電源供給ユニット１０８は、バックアップ電源を兼ねることが可能なように構成されており、停電時に遊技用演算処理装置２００の内部データの保持を行う場合には遊技用演算処理装置２００にバッテリバックアップ電源を供給すると共に、電源遮断を検出してその検出信号も遊技用演算処理装置２００に供給するようになっている。
【００２５】
＜遊技用演算チップの内部ブロック構成とその動作＞
図４は、遊技用演算処理装置２００の内部構成を示すブロック図である。遊技用演算処理装置２００は共通の半導体基板上に所要の電子回路を集積してワンチップ化し、パッケージングして製造されたアミューズメントチップである。なお、単に「遊技用演算チップ」または「遊技用チップ」と呼ばれることもある。
【００２６】
図示の遊技用演算処理装置２００は、特に限定しないが、遊技制御を行う遊技ブロック２００Ａと、情報管理を行う管理ブロック２００Ｂとに区分されており、各ブロックごとに以下に説明する様々な構成要素を実装する。
【００２７】
まず、遊技ブロック２００Ａは、ＣＰＵコア２０１やプログラムＲＯＭ２０２およびユーザーワークＲＡＭ２０３といった構成要素を含むとともに、外部バスインターフェース２０４、クロックジェネレータ２０５、リセットコントローラ２０６、アドレスデコーダ２０７、入出力制御回路２０８、乱数生成回路２０９、ユーザー定期リセット発生回路２１０およびアトリビュートレジスタ２１１などの構成要素を含み、さらに、これらの構成要素間を接続するためのＣＰＵバス２１２を含む。
【００２８】
ＣＰＵコア２０１は、図示は略すが、各種のレジスタ群、算術・論理演算ユニット（ＡＬＵ：Arithmetic and Logｉc Unit）、命令レジスタ（ＩＲ：Instruction Register）、デコーダ、プログラムカウンタ（ＰＣ：Program Counter）、スタックポインタ（ＳＰ：Stack Pointer）、これらを結ぶデータバス、アドレスバスおよび各種の制御部などをコア内に含み、例えば、Ｚ８０アーキテクチャなどの汎用ＣＰＵコアが用いられる。
【００２９】
プログラムＲＯＭ２０２は、データの書き込み回数が１回だけの不揮発性半導体メモリ（例えば、ワンタイムＰＲＯＭ）であり、その記憶内容は遊技プログラムおよびチェックコードなどである。なお、チェックコードとは遊技プログラムを所定の符号化アルゴリズムで符号化する際に生成されるデータのことである。
【００３０】
ユーザーワークＲＡＭ２０３は、ＣＰＵコア２０１の主記憶に相当し、例えば、ＳＲＡＭ等の高速半導体デバイスで構成され、遊技ブロック２００Ａにおける遊技プログラムに基づく処理を実行する際にワークエリア（作業領域）として用いられる。
【００３１】
外部バスインターフェース２０４は、図３の入力インターフェース１３３や出力インターフェース１３４との間で、複数ビット（例えば、１６ビット）の外部アドレス信号Ａ０〜Ａ１５、複数ビット（例えば、８ビット）の外部データ信号Ｄ０〜Ｄ７、メモリリクエスト信号ＭＲＥＱ、入出力リクエスト信号ＩＯＲＱ、メモリ書込み信号ＷＲ、メモリ読み出し信号ＲＤおよびモード信号ＭＯＤＥなどの信号インターフェース処理を行うものである。
【００３２】
例えば、ＭＯＤＥ信号をアクティブにした状態で、外部アドレス信号Ａ０〜Ａ１５を順次にインクリメントしながら、外部データ信号Ｄ０〜Ｄ７を外から加えると、プログラムＲＯＭ２０２への書き込みモードとなって遊技機のメーカあるいは第三者機関による遊技プログラムの書き込みが可能になる。但し、プログラムＲＯＭ２０２への遊技プログラムの書き込みが終了すると、後述のハードウェアパラメータＲＯＭ２１４（図ではＨＷパラメータＲＯＭと略記している）の所定領域に書込終了コードが記録されるようになっており、ハードウェアパラメータＲＯＭ２１４に書込終了コードが記録されている場合には、プログラムＲＯＭ２０２への遊技プログラムの書き込みができないようになっている。
【００３３】
また、ＭＲＥＱ信号またはＩＯＲＥＱ信号をアクティブにした状態でＷＲ信号をアクティブにすると、所定の外部Ｉ／Ｏに外部データ信号Ｄ０〜Ｄ７を書き込むことができ、ＲＤ信号をアクティブにすると、所定の外部Ｉ／Ｏから外部データ信号Ｄ０〜Ｄ７を取り込むことができるようになっている。なお、所定の外部Ｉ／Ｏとは、図３の入力インターフェース１３３の各ポートまたは出力インターフェース１３４の各ポートもしくはサウンドジェネレータ１３５のうち、チップセレクト信号ＣＳ０〜ＣＳ７の状態とＷＲ信号またはＲＤ信号の状態に応じて選択される一つの要素のことである。
【００３４】
クロックジェネレータ２０５は外部（図３の発振器１３１）からのクロック信号ＣＬＫを基に内部クロック信号ｉＣＬＫを発生してＣＰＵコア２０１やユーザー定期リセット発生回路２１０などの各ブロックに供給する。
【００３５】
リセットコントローラ２０６はＣＰＵコア２０１のリセット端子に加えるＣＰＵリセット信号ＣＰＵ＿ＲＳＴを発生するものであり、このＣＰＵリセット信号ＣＰＵ＿ＲＳＴは、電源投入時に外部（図３のパワーオンリセット発生器１３２）から入力するパワーオンリセット信号ＰＷＲ＿ＲＳＴに同期し、さらに、電源投入後にユーザー定期リセット発生回路２１０から周期的に入力するユーザー定期リセット信号ＵＳＲ＿ＲＳＴにも同期する。
【００３６】
アドレスデコーダ２０７はＣＰＵバス２１２のアドレスバスの情報をデコードし、そのデコード結果に応じたＩ／Ｏリソース選択用の内部信号を発生する。
【００３７】
入出力制御回路２０８はアドレスデコーダ２０７からのＩ／Ｏリソース選択用内部信号に基づいてチップセレクト信号ＣＳ０〜ＣＳ７のアクティブ／インアクティブ状態をコントロールし、図３の入力インターフェース１３３のポートの一つ、または、出力インターフェース１３４のポートの一つ、もしくは、サウンドジェネレータ１３５を選択する。
【００３８】
乱数生成回路２０９は、遊技の実行過程において遊技価値（例えば、大当り）を付加するか否か等に係わる乱数（乱数は、大当たりの決定や停止時の図柄の決定等に使用）を生成するもので、例えば、一様性乱数を生成する数学的手法（例えば、合同法あるいはＭ系列法等）を利用する。
【００３９】
ユーザー定期リセット発生回路２１０は、ＣＰＵコア２０１に対するユーザー定期リセット信号ＵＳＲ＿ＲＳＴを発生するもので、その発生間隔（ユーザー定期リセット間隔）は、アトリビュートレジスタ２１１に設定された値で決められる。
【００４０】
アトリビュートレジスタ２１１は、ユーザー定期リセット間隔などのハードウェアパラメータ設定値を保持するもので、アトリビュートレジスタ２１１の出力ポートは少なくともユーザー定期リセット発生回路２１０に接続され、入力ポートは管理バス２２１を介して管理ブロック２００Ｂに接続されている。アトリビュートレジスタ２１１へのユーザー定期リセット間隔設定値の書き込みは、管理バス２２１を介して管理ブロック２００Ｂから行われるようになっており、その設定タイミングは、遊技用演算処理装置２００のシステムリセット（パワーオンリセットと同義語）時である。
【００４１】
ＣＰＵバス２１２は、図示は略すがデータバス、アドレスバスおよびコントロールバスを含み、ＣＰＵコア２０１と周辺回路、すなわち、プログラムＲＯＭ２０２、ユーザーワークＲＡＭ２０３、外部バスインターフェース２０４、クロックジェネレータ２０５、リセットコントローラ２０６、アドレスデコーダ２０７および乱数生成回路２０９との間を接続するとともに、管理ブロック２００Ｂの一部の構成要素（ブートＲＯＭ２１３、ハードウェアパラメータＲＯＭ２１４およびバスモニタ回路２１６）にも接続されている。
【００４２】
次に、遊技用演算処理装置２００における情報管理を行う管理ブロック２００Ｂの構成を説明する。管理ブロック２００Ｂは、ブートＲＯＭ２１３、ハードウェアパラメータＲＯＭ２１４、管理用ワークＲＡＭ２１５、バスモニタ回路２１６、セキュリティメモリ２１７、ＩＤプロパティＲＡＭ２１８、制御回路２１９、外部通信制御回路２２０および管理バス２２１を含むとともに、遊技ブロック２００Ａから延びるＣＰＵバス２１２の一部を含んで構成されており、ＣＰＵバス２１２は、ブートＲＯＭ２１３、ハードウェアパラメータＲＯＭ２１４およびバスモニタ回路２１６に接続されている。
【００４３】
ブートＲＯＭ２１３はブートプログラムや管理ブロックの自己診断プログラムを格納しており、遊技用演算処理装置２００のシステムリセット時（正確には、システムリセット直後に実行される管理ブロック２００Ｂの初期化処理の正常完了後に）、このブートプログラムが立ち上がって、遊技プログラムの正当性判定処理を行い、遊技プログラムの正当性が確認（言い換えれば改竄された遊技プログラムでないことが確認）された場合に遊技プログラムのスタートアドレス（ＣＰＵコア２０１のアドレス空間内における所定アドレス；一般に当該アドレス空間の先頭番地００００ｈ；実際にはＣＰＵコア２０１のプログラムカウンタの値を０に戻す）に処理を渡すようになっている。
【００４４】
ハードウェアパラメータＲＯＭ２１４は所定の書込終了コードを格納するとともに、システムリセット時に遊技ブロック２００Ａのアトリビュートレジスタ２１１などにセットするためのハードウェアパラメータ設定情報を格納している。書込終了コードとは、先にも述べたとおり、プログラムＲＯＭ２０２に遊技プログラムを書き込んだことを明示する情報である。また、ハードウェアパラメータ設定情報とは、ＣＰＵコア２０１の動作速度（いわゆるクロックスピード）、プログラムＲＯＭ２０２やユーザーワークＲＡＭ２０３の使用アドレス範囲（アドレス上下限値）、チップセレクト信号ＣＳ０〜ＣＳ７の使用用途（入力用／出力用）およびユーザー定期リセット間隔の設定値などである。
【００４５】
これらのハードウェアパラメータは、遊技用演算処理装置２００のシステムリセット時にＣＰＵバス２１２、バスモニタ回路２１６を介して管理ブロック２００Ｂの制御回路２１９に読み込まれ、遊技制御に必要なハードウェアパラメータ設定値として各部にセットされるようになっており、例えば、ユーザー定期リセット間隔の設定値は、管理バス２２１を介して遊技ブロック２００Ａのアトリビュートレジスタ２１１にセットされるようになっている。
【００４６】
管理用ワークＲＡＭ２１５は、バスモニタ回路２１６を介して読み込まれた遊技ブロック２００Ａの情報（プログラムＲＯＭ２０２の記憶内容やユーザーワークＲＡＭ２０３の記憶内容など）を一時的に保持するための記憶領域である。
バスモニタ回路２１６は、ＣＰＵバス２１２の状態監視を行い、ＣＰＵバス２１２がＣＰＵコア２０１によって使用されていないとき（例えば、遊技用演算処理装置２００のシステムリセット期間やユーザーワークＲＡＭ２０３のリフレッシュ期間）に、必要に応じてＣＰＵバス２１２を介して遊技ブロック２００ＡのプログラムＲＯＭ２０２やユーザーワークＲＡＭ２０３などをアクセスし、所要のデータ（遊技プログラムやユーザーワークＲＡＭ２０３の内容など）を管理ブロック２００Ｂに取り込む。
【００４７】
セキュリティメモリ２１７は、遊技用演算処理装置２００の個体識別情報、すなわち、あらかじめチップメーカ（その遊技用演算処理装置２００の製造者）によって割り当てられたユニークな“チップＩＤ”（少なくとも遊技用演算処理装置２００の全製造個体の中でユニークなチップＩＤであること）を書き換え不能な状態で格納しており、さらに、このチップＩＤに加えて、遊技種別コード、ランクコード、メーカコード、機種コードおよび検査番号などの情報を書き換え不能に格納している。なお、遊技種別コードとはパチンコ機や回胴式遊技機等を区別するための情報であり、例えば、パチンコ機の場合は“Ｐ”、回胴式遊技機の場合は“Ｇ”を表す情報である。また、ランクコードとは遊技機の機種ランクコード（第１種、第２種、第３種または他種を区別するためのコード）を表す情報であり、メーカコードとは当該遊技機またはアミューズメントチップの製造者を識別するためのメーカＩＤ（またはメーカ番号）を表す情報であり、機種コードとはメーカが設定する当該遊技機の製品コードを表す情報であり、検査番号（または検定コード）とは第三者機関による検査に合格した遊技機に付与される番号を表す情報である。
【００４８】
ＩＤプロパティＲＡＭ２１８は、セキュリティメモリ２１７の記憶内容のうち少なくともチップＩＤをコピーして揮発的に記憶するとともに、ブート処理の中で行われる遊技プログラムの正当性判定処理の結果情報を記憶し、且つ、その記憶内容を電源オンの期間中保持する。なお、上記情報記憶のタイミングは、遊技用演算処理装置２００のシステムリセット時であり、例えば、システムリセット直後に管理ブロック２００Ｂで実行される初期化処理の中で情報記憶が行われる。
【００４９】
制御回路２１９は所定のシーケンスを実行して、管理ブロック２００Ｂの動作を制御するもので、例えば、システムリセット時に（正確にはシステムリセット直後に管理ブロック２００Ｂで実行される初期化処理で）セキュリティメモリ２１７に保持されているチップＩＤをＩＤプロパティＲＡＭ２１８にコピーして記憶させたり、遊技中にバスモニタ回路２１６を介してＣＰＵコア２０１のバス解放期間を検出し、同期間中に遊技ブロック２００ＡのプログラムＲＯＭ２０２の内容（特に遊技プログラム）やユーザーワークＲＡＭ２０３の内容を読み出して管理用ワークＲＡＭ２１５に書き込んだりするほか、球貸機１２やその他の検査装置（例えば、後述の検査端末１０１ｈ；図６（ｂ）参照）からの情報要求指令に応答して管理用ワークＲＡＭ２０１の記憶内容やＩＤプロパティＲＡＭ２１８の記憶内容（特にチップＩＤや遊技プログラムの正当性判定結果情報）を外部に転送するために、外部通信制御回路２２０の不図示の通信バッファに設定したりする。
【００５０】
外部通信制御回路２２０は外部通信端子１３８（図３参照）を介して行われる球貸機１２やその他の検査装置（例えば、後述の検査端末１０１ｈ；図６（ｂ）参照）と遊技用演算処理装置２００との間の通信を制御するもので、例えば、後述の検査端末１０１ｈからの管理情報要求に応答して、不図示の通信バッファの内容、すなわち、管理用ワークＲＡＭ２１５の記憶内容やＩＤプロパティＲＡＭ２１８の記憶内容（特にチップＩＤや遊技プログラムの正当性判定結果情報）を読み出し、その読み出した情報を要求元の検査端末１０１ｈに送信するという制御を行ったりする。
【００５１】
＜遊技用演算処理装置２００の状態遷移＞
図５は、遊技用演算処理装置２００の動作状態遷移図である。図において、２３０〜２３３は状態、２３４〜２４３は遷移線である。まず、電源投入によってシステムリセットが発生（遷移線２３４）すると、管理ブロック２００Ｂで初期化処理を実行し（状態２３０）、その結果がＮＧ（遷移線２３５）であれば、所要の警報等を発生して待機状態に移行し、ＯＫ（遷移線２３６、２３７）であれば、管理ブロック２００Ｂをアイドル状態（遷移線２３８：管理情報要求の待ち受け状態）にするとともに、ブートＲＯＭ２１３に格納されているブートプログラムをＣＰＵコア２０１で実行する（状態２３２）。
【００５２】
そして、ブート結果がＮＧ（遷移線２４１）であれば、所要の警報等を発生して待機状態に移行し、ＯＫ（遷移線２４２）であれば、ブートリセット（遊技プログラムのスタートアドレス発生）を発生してプログラムＲＯＭ２０２に格納されている遊技プログラムをＣＰＵコア２０１で実行し（状態２３３）、以降、ユーザー定期リセット信号ＵＳＲ＿ＲＳＴが発生（遷移線２４３）する度に遊技プログラムを繰り返す。
【００５３】
ここで、状態２３１に入力する遷移線２３９は、球貸機１２や後述の検査端末１０１ｈからの管理情報要求を表し、状態２３１から出力する遷移線２４０は、要求元（球貸機１２や後述の検査端末１０１ｈ）への管理情報応答を表す。例えば、後述の検査端末１０１ｈからの管理情報要求であれば、遊技プログラムの正当性判定結果情報とチップＩＤを管理情報応答として要求元（検査端末１０１ｈ）に返送する。
【００５４】
＜遊技制御装置１０１の外観構成とそのチップＩＤの読み出し＞
図６は、遊技制御装置１０１の外観構成を示す図である。遊技制御装置１０１は、透明なケース１０１ａで覆われた遊技制御基板１０１ｂの端子形成部分１０１ｃをケース１０１ａから引き出した状態で組み立てられている。端子形成部分１０１ｃには、遊技機１２の各部に接続するための端子群が設けられているほか、検査端子１０１ｄが設けられており、この検査端子１０１ｄに、専用ケーブル１０１ｆを介して所定の検査端末１０１ｇを接続することにより、検査端末１０１ｇのディスプレイ１０１ｈに遊技用演算処理装置２００のチップＩＤを読み出して確認できるようになっている。
【００５５】
ケース１０１ａのよく見える面には基板の“管理ＩＤ”を印刷したラベル１０１ｅが貼付されている。この管理ＩＤは、遊技制御装置１０１の個体識別を行うための情報（発明の要旨に記載の“識別情報”に相当する。）であり、その情報の生成場所については特に限定しない。たとえば、遊技制御装置１０１の組み立て時にメーカ（基板製造業者またはラベル業者）によって割り当てられた情報であってもよく、あるいは、第三者機関によって割り当てられた情報であってもよい。要は、遊技制御装置１０１の各々に対してユニークに割り当てられた情報であればよい。管理ＩＤは、その遊技制御装置１０１に実装された遊技用演算処理装置２００のチップＩＤとの対応関係がとられており、且つ、その対応関係情報が、後述の遊技機データ管理サービス（図７参照）によって厳重に記録管理されている。
【００５６】
例えば、ある遊技制御装置１０１に貼付されたラベル１０１ｅに“ＡＢＣ１２３４５”という管理ＩＤが印刷されていたとし、さらに、当該遊技制御装置１０１に実装された遊技用演算処理装置２００のチップＩＤを“ＸＹＺ００ＡＦＧ”とすると、これらの対応関係（“ＡＢＣ１２３４”←→ “ＸＹＺ００ＡＦＧ”）は当該サービスによって記録管理されており、もし、ホールで読み出されたチップＩＤと管理ＩＤとの対応関係が上記記録管理されているものと異なっていた場合に、遊技用演算処理装置２００または遊技制御基板１０１ｂが不正交換、言い換えれば、正規品以外の遊技用演算処理装置２００または遊技制御基板１０１ｂに交換された可能性のあることを知ることができるようになっている。
ちなみに、ラベル１０１ｅをはがして、遊技制御基板１０１ｂが不法投棄された場合、遊技制御基板１０１ｂに通電してチップＩＤを読み出すことにより、そのチップＩＤから何処に納入された遊技制御基板１０１ｂであるかを調べることができ、不法投棄物の追跡調査を行うことが可能になるというメリットもある。
【００５７】
＜遊技機データ管理サービスの位置づけ＞
図７は、ホール１、メーカ２、中古機業者３と、遊技機データ管理サービス３０１との関係図であり、遊技機データ管理サービス３０１は、インターネットインフラを利用して、ホール１、メーカ２、中古機業者３との間で所要のデータ登録及び照会のサービスを提供する。たとえば、メーカ２は、遊技機１１の出荷時点で、当該遊技機１１に組み付けられた遊技制御装置１０１の管理ＩＤと、その遊技制御装置１０１に実装された遊技用演算処理装置２００のチップＩＤとの情報対を遊技機データ管理サービス３０１に登録し、ホール１の従業員は、適宜の遊技用演算処理装置２００のチップＩＤを読み出して、その遊技用演算処理装置２００を実装した遊技制御装置１０１の管理ＩＤと一緒に遊技機データ管理サービス３０１に照会する。
【００５８】
遊技機データ管理サービス３０１は、照会されたチップＩＤと管理ＩＤの対応関係を調べ、登録済みの対応関係であればＯＫを返し、そうでなければ不正交換等の恐れがあることを示唆するＮＧを返す。また、ホール１の従業員は、新台と入れ替えにメーカ２に中古機の引き取りを依頼する場合、又は、中古機業者３に対して、中古機の引き取りや廃棄処分を依頼する場合、その都度、その移動情報（メーカへの引き取り、中古機移動、廃棄処分等）を遊技機データ管理サービス３０１に登録する。こうして、遊技機１１の履歴情報（とりわけ遊技制御装置１０１の履歴情報）が遊技機データ管理サービス３０１に蓄積保管される。
【００５９】
したがって、ホール１、メーカ２、中古機業者３は、任意の時点で、遊技機データ管理サービス３０１に遊技制御装置１０１の管理ＩＤを照会することにより、その管理ＩＤを持つ遊技制御装置１０１の履歴情報をいつでも好きなときに引き出して調べることができ、たとえば、現在、ホール１で営業に供されているのか、又は、そうでなければ、どの中古機業者３の手に渡っているのか、あるいは、すでに廃棄処分に付されているのか、はたまた、メーカ２でリサイクル中であるのか、もしくは、他のホールに移し替えられているのか、といった遊技機１１の移動に関する正確な情報を把握することができる。
【００６０】
＜遊技機データ管理サービスの概念＞
図８は、本実施の形態における遊技機データ管理サービスのビジネスモデル構造を示す模式図である。ちなみに、ビジネスモデル構造とは、対象となるビジネスの事業活動または事業構想を模式化したもので、一般に「戦略モデル」、「運用モデル」および「収益モデル」の三つのモデルを中心に構造化されたもののことをいうが、図示のモデルは説明の便宜上これら三つのモデルを混在して示している。
【００６１】
遊技機データ管理サービス事業者３０１は、ホールその他の関連会社（例えば、中古販売業者）等のユーザ群３０２に対して所要の遊技機データ管理サービスを提供し、ユーザ群３０２を構成する各ユーザ３０２ａ〜３０２ｃは、その見返りにサービス利用料（会員基本料金や会費等）を遊技機データ管理サービス事業者３０１に支払い、遊技機データ管理サービス事業者３０１は、この対価支払いを収益基盤としてビジネス活動を行う。なお、図では省略しているが、いわゆるバナー広告（商品や会社名を図案化した画像オブジェクトのこと。一般にその商品または会社のホームページへのリンクが張られる。）などを併用してもよい。広告収入も収益基盤の一部とすることができる。
【００６２】
遊技機データ管理サービス事業者３０１のビジネスモデル構造は、上記のとおり、戦略モデル、運用モデルおよび収益モデルの三つの要素に分けることができる。このうち収益モデルは先に説明したとおりである。すなわち、魅力のある遊技機データ管理サービスを提供して多くのユーザ３０２ａ〜３０２ｃを募り、各ユーザ３０２ａ〜３０２ｃからのチャット利用料を収益基盤とするものである。これに対して、戦略モデルは上記遊技機データ管理サービスの“魅力”を直接左右する重要な要素であり、また、運用モデルは、戦略モデルの継続性や安定性および信頼性ならびにパフォーマンスなどをバックグランドで支える重要な要素である。
【００６３】
＜サービスに必要なシステム＞
本実施の形態における遊技機データ管理サービスのポイントは、前記のとおり、「インターネットインフラを活用して、中古遊技機の履歴管理を行い、不正な廃棄などを防止し得る遊技機履歴管理システムを提供する」仕組みを構築する点にある。かかる仕組みは、上記三要素のうちの「戦略モデル」に該当する。以下の説明においては、この戦略モデルについて、詳細に述べることとする。
【００６４】
図９は、遊技機データ管理サービスの全体イメージを示す概念図である。便宜的に示す３台のクライアントマシン３０３ａ〜３０３ｃは、いずれもブラウザソフトの実行環境とインターネット３０４への接続環境を備えている。ここに、それぞれの操作者を便宜的に「ユーザＡ」、「ユーザＢ」および「ユーザＣ」ということにすると、これらのユーザＡ〜Ｃは遊技機データ管理サービスの利用者（すなわち図８のユーザ３０２ａ〜３０２ｃ）である。インターネット３０４は、各ユーザＡ〜Ｃ（正確にはクライアントマシン３０３ａ〜３０３ｃ）からインターネットサービスプロバイダまでの公衆電話回線網（ユーザ宅に設置されたモデムやターミナルアダプタを含む）およびインターネットサービスプロバイダ内のＤＮＳ（Domain Name System）サーバやネットワークなどを包括的に模式化して示しており、このインターネット３０４には、遊技機データ管理サービスを提供するためのサーバマシン３０５が接続されている。
【００６５】
なお、サーバマシン３０５は、インターネットプロバイダが用意したレンタルサーバまたは遊技機データ管理サービスの提供者（事業者）が自前で用意した専用サーバのいずれであってもよい。専用サーバの場合、インターネットプロバイダ内に設置されることもあるし、遊技機データ管理サービス事業者の事務所内に設置されることもある。
【００６６】
図１０は、クライアントマシン３０３ａ〜３０３ｃとサーバマシン３０５のモデル構造をそれぞれ示す図であり、（ａ）のモデル構造３１０は、クライアントマシン３０３ａ〜３０３ｃのもの、（ｂ）のモデル構造３２０は、サーバマシン３０５のものである。なお、図示のモデル構造３１０、３２０は、いずれもＯＳＩ（Open System Interconnection：開放型システム間相互接続）参照モデルを模したものである。以下、説明の便宜上、（ａ）のモデル構造３１０を「クライアントマシン３１０」といい、（ｂ）のモデル構造３２０を「サーバマシン３２０」ということにする。
【００６７】
図において、クライアントマシン３１０およびサーバマシン３２０は、いずれも最下位層を物理層３１１、３２１とし、その上にオペレーティングシステム３１２、３２２や所要のアプリケーションプログラム３１３、３２３〜３２５を階層的に実装した多層構造を有している。
【００６８】
ここに、物理層３１１、３２１はイーサネットカードや通信ポート等の物理的リソースである。アプリケーションプログラム３１３、３２３〜３２５は、オペレーティングシステム３１２、３２２のＡＰＩ（Application Programmable Interface）を介してこれらのリソースを間接的に利用する。オペレーティングシステム３１２、３２２は、インターネットプロトコル（ＴＣＰ／ＩＰ）を標準でサポートするか、または、実装可能なものであり、望ましくは、ＮＯＳ（Network Operating System）を標準実装した、例えば、Microsoft Windows CE／95／98／NT／2000（マイクロソフト社の登録商標）やＬｉｎｕｘなどの汎用オペレーティングシステムである。但し、サーバマシン３２０のオペレーティングシステム３２２については、「運用モデル」の堅牢さを確保するために、安定性や信頼性に優れたサーバ専用のもの（例えば、Microsoft Windows NT Server／2000 Server）を使用すべきである。
【００６９】
クライアントマシン３１０に実装されたアプリケーションプログラム３１３はブラウザソフトである。以下、アプリケーションプログラム３１３のことをブラウザソフト３１３ということにする。ブラウザソフト３１３は遊技機データ管理サービスで提供されるＷｅｂコンテンツ（ＨＴＭＬ文法で記述された各種サービス画面）を閲覧するのために欠くことのできないものである。
【００７０】
一方、サーバマシン３２０に実装されたアプリケーションプログラム３２３〜３２５は、それぞれＷＷＷ（World Wide Web）サーバサービスプログラム、ＣＧＩ（Common Gateway Interface）処理プログラム、データベースサービスプログラムである。以下、アプリケーションプログラム３２３〜３２５のことを、それぞれ、ＷＷＷサーバサービスプログラム３２３、ＣＧＩ処理プログラム３２４及びデータベースサービスプログラム３２５ということにする。ＣＧＩ処理プログラム３２４は、発明の要旨に記載の第１表示制御手段、第２表示制御手段及び送信手段に相当し、データベースサービスプログラム３２５は、同要旨に記載の保持手段に相当する。
【００７１】
ＷＷＷサーバサービスプログラム３２３は、Ｗｅｂコンテンツの公開サービスを実行するもので、例えば、マイクロソフト社のＩＩＳ（Internet Information Server）などを使用することができる。また、ＣＧＩ処理プログラム３２４は、サーバサイドスクリプト言語を用いて設計された、本実施の形態の主要なポイントを実現するためのプログラムの集まりであり、サーバサイドスクリプト言語としては、Ｐｅｒｌ（Practical extension reporting Language）やＡＳＰ（Active Server Pages）などを使用することができる。
【００７２】
なお、サーバマシン３２０のオペレーティングシステム３２２に、例えば、Microsoft Windows NT／2000を使用した場合は、上記のＰｅｒｌやＡＳＰの実行環境が標準で実装されているため問題ないが、もし、非実装のオペレーティングシステムを使用する場合は、上記のサーバサイドスクリプト言語に対応したＰｅｒｌやＡＳＰなどの実行環境を別途にインストールする必要があることはいうまでもない。
【００７３】
データベースサービスプログラム３２５は、上記のＣＧＩ処理プログラム３２４に対してデータベースサービスを提供するもので、例えば、SQL ServerなどのＳＱＬ（Structured Query Language）対応リレーショナルデータベースシステムを使用することが望ましい。
【００７４】
これらのプログラム３２３〜３２５は、クライアントマシン３１０のブラウザソフト３１３と共に、いわゆる“三階層クライアント／サーバモデル”（以下「３ＣＳモデル」という。）を構築する。すなわち、ブラウザソフト３１３をユーザインターフェース層、ＷＷＷサーバサービスプログラム３２３とＣＧＩ処理プログラム３２４を処理層、データベースサービスプログラム３２５をデータベース層とする３ＣＳモデルを構築する。これら三つの層のうち前記「戦略モデル」と密接な関係にあるものはＣＧＩ処理プログラム３２４である。「インターネットインフラを活用して、中古遊技機の履歴管理を行い、不正な廃棄などを防止し得る遊技機履歴管理システムを提供する」のに必要な処理ルール（ビジネスルールともいう。）を実装しているからである。
【００７５】
なお、以上の説明では、クライアントマシン３１０とサーバマシン３２０について、敢えて一般的な呼び方（例えば、パーソナルコンピュータ）をしていないが、これは、呼び方から推測される固定的な解釈を避けるためである。例えば、サーバマシン３２０にあっては、遊技機データ管理サービスの規模に応じて大は並列処理型の高性能サーバコンピュータから、小はパーソナルコンピュータ等の比較的低性能なコンピュータまで幅広く、また、クライアントマシン３１０にあっては、パーソナルコンピュータのみならず、携帯情報端末やインターネット対応の携帯電話（またはＰＨＳ：Personal Handy Phone System）まで多種多様な形態をとり得るからである。
【００７６】
＜３階層クライアント／サーバモデルの構成＞
次に、本実施の形態における３ＣＳモデルについて、具体的に説明する。
図１１は、その概略的なモデル構造図である。前述のとおり、クライアントマシン３１０のブラウザソフト３１３はユーザインターフェース層Ｆ１を構成し、サーバマシン３２０のＷＷＷサーバサービスプログラム３２３とＣＧＩ処理プログラム３２４は処理層Ｆ２を構成する。また、データベースサービスプログラム３２５はデータベース層Ｆ３を構成し、これらの三つの層（Ｆ１〜Ｆ３）によって、３ＣＳモデルが構築される。
【００７７】
なお、ＣＯＭ／ＤＣＯＭ（Component Object Model／Distributed Component Object Model）などの分散化テクノロジーを利用する場合、処理層Ｆ２とデータベース層Ｆ３とを異なるプラットフォーム上で動作させることも可能であり、または、処理層Ｆ２やデータベース層Ｆ３の一部若しくはそのすべてを同様に分散化することも可能であるが、ここでは、説明の簡単化のために、同一のプラットフォーム（すなわち、サーバマシン３２０）上で動作させるものとする。
【００７８】
図において、ＣＧＩ処理プログラム３２４は、概念的に、コマンドインターフェース３２４ａ、ログイン認証部３２４ｂ、入力データ検査部３２４ｃ、応答データ生成部３２４ｄおよびデータベースコネクション３２４ｆに分割することができる。ログイン認証部３２４ｂ、入力データ検査部３２４ｃおよび応答データ生成部３２４ｄは、遊技機データ管理サービス特有の処理機能を実現するための部分であり、特に、本実施の形態におけるポイント、すなわち、「インターネットインフラを活用して、中古遊技機の履歴管理を行い、不正な廃棄などを防止し得る遊技機履歴管理システムを提供する」仕組みを実装した部分である。
【００７９】
なお、コマンドインターフェース３２４ａは、ＷＷＷサーバサービスプログラム３２３と上記特有の処理機能部分（ログイン認証部３２４ｂ、入力データ検査部３２４ｃおよび応答データ生成部３２４ｄ）との間のコマンド中継やデータ中継を行う部分であり、ＰｅｒｌやＡＳＰなどのサーバサイドスクリプト実行環境によって提供される部分である。さらに、データベースコネクション３２４ｆもＰｅｒｌやＡＳＰなどのサーバサイドスクリプト実行環境によって提供される機能部分であり、データベースサービスプログラム３２５と上記特有の処理機能部分との間のコマンド中継やデータ中継を行う部分であるが、データベースコネクション３２４ｆについては、例えば、データベースサービスプログラム３２５に対応したＯＤＢＣ（Open Data-Base Connectivity）であってもよい。
【００８０】
データベースサービスプログラム３２５は、会員データベーステーブル（図では“データベーステーブル”を「ＤＢ」と省略している。）３２５ａ、基板管理データベーステーブル３２５ｂ、ホールデータベーステーブル３２５ｃおよび状況データベーステーブル３２５ｄを含む。会員データベーステーブル３２５ａには、所定の会員登録申し込み手続きに従って正式に受理されたすべての会員（図７のホール１、メーカ２、中古機業者３など）の申告情報が格納されており、基板管理データベーステーブル３２５ｂには、管理の対象となるすべての基板ＩＤ（前述の“管理ＩＤ”に相当するもの）とその基板に実装された遊技用演算チップのチップＩＤとの対応関係の情報が格納される。さらに、ホールデータベーステーブル３２５ｃには、ホールに関する情報（望ましくは既に営業中または今後営業予定の全国のホール情報）が格納されており、状況データベーステーブル３２５ｄには基板ＩＤごとの履歴情報が格納される。
【００８１】
図１２は、会員データベーステーブル３２５ａ、基板管理データベーステーブル３２５ｂ、ホールデータベーステーブル３２５ｃおよび状況データベーステーブル３２５ｄのテーブル構造概念図である。図において、会員データベーステーブル３２５ａは、会員ＩＤを格納する会員ＩＤフィールド３２５ａ＿１、会員のパスワードを格納するパスワードフィールド３２５ａ＿２、会員区分（例えば、ホール、メーカ、中古機業者又は廃棄業者などの区分）を格納する会員区分フィールド３２５ａ＿３、会員の名称を格納する氏名フィールド３２５ａ＿４、会員の連絡先住所を格納する住所フィールド３２５ａ＿５、会員の連絡先電話番号を格納する電話番号フィールド３２５ａ＿６および会員の電子メールアドレスを格納するＥ−ｍａｉｌフィールド３２５ａ＿７などを有している。
【００８２】
また、基板管理データベーステーブル３２５ｂは、遊技機に実装された遊技用演算チップのチップＩＤを格納するチップＩＤフィールド３２５ｂ＿１、その遊技用演算チップを収めた基板の基板ＩＤを格納する基板ＩＤフィールド３２５ｂ＿２、リレーションホールＩＤフィールド３２５ｂ＿３およびリレーション状況ＩＤフィールド３２５ｂ＿４などを有しており、さらに、ホールデータベーステーブル３２５ｃは、ホールの固有ＩＤを格納するホールＩＤフィールド３２５ｃ＿１、ホール名を格納するホール名フィールド３２５ｃ＿２およびホールの所在地を格納する所在地フィールド３２５ｃ＿３などを有している。
【００８３】
また、状況データベーステーブル３２５ｄは、状況ＩＤフィールド３２５ｄ＿１および状況区分フィールド３２５ｄ＿２などを有している。ここで、状況区分フィールド３２５ｄ＿２には、遊技機１１の履歴に関する区分情報が格納される。この区分情報は、図７のホール１、メーカ２、中古機業者３などの間で行われる遊技機１１の移動履歴情報であり、たとえば、ホール１からメーカ２への遊技機１１の引き取り、メーカ２におけるリサイクル、中古機業者３を介した引き取り依頼もしくは廃棄依頼、直接的な廃棄処分、他ホールへの移動などの多種多様なものがある。区分情報は予想されるすべてのものを含むが、図では便宜的に、そのうちの一部（引き取り＿直接、引き取り＿依頼、リサイクル、廃棄＿依頼、他ホールへの移動）を代表して示している。
【００８４】
ここに、データベースサービスプログラム３２５は、リレーショナル構造のデータベースプログラムであり、上記四つのデータベースのうち、少なくとも、基板管理データベーステーブル３２５ｂとホールデータベーステーブル３２５ｃの間、及び、基板管理データベーステーブル３２５ｂと状況データベーステーブル３２５ｄの間には、次のリレーションシッププロパティが設定されている。すなわち、ホールデータベーステーブル３２５ｃのホールＩＤフィールド３２５ｃ＿１を“１”側とし、基板管理データベーステーブル３２５ｂのリレーションホールＩＤフィールド３２５ｂ＿３を“多”側とする「１対多」のリレーションシッププロパティが設定されており、また、状況データベーステーブル３２５ｄの状況ＩＤフィールド３２５ｄ＿１を“多”側とし、基板管理データベーステーブル３２５ｂのリレーション状況ＩＤフィールド３２５ｂ＿４を“１”側とする「多対１」のリレーションシッププロパティが設定されている。
【００８５】
これらのリレーションシッププロパティにより、上記三つのデータベーステーブル（基板管理データベーステーブル３２５ｂ、ホールデータベーステーブル３２５ｃ及び状況データベーステーブル３２５ｄ）の正規化を行い、重複した値の保持を回避すると共に、さらに、一般にリレーションシップが設定されたデータベーステーブルでは、ＳＱＬコマンドなどデータベースアクセス言語を用いて任意のフィールドデータを抽出し、その抽出データで一つの論理レコードセットを生成することができるので、例えば、基板管理データベーステーブル３２５ｂの任意フィールドとホールデータベーステーブル３２５ｃの任意フィールドとを結合した論理レコードを自由に生成したり、基板管理データベーステーブル３２５ｂの任意フィールドと状況データベーステーブル３２５ｄの任意フィールドとを結合した論理レコードを自由に生成したりできるようになっている。
【００８６】
＜遊技機データ管理サービスの処理フロー＞
次に、以上のシステム構成を用いた、本実施の形態における遊技機データ管理サービスの処理フローを説明する。
【００８７】
図１３は、サーバマシン３２０で実行される遊技機データ管理サービスプログラムの概略的なフローチャートである。今、サーバマシン３２０の公開ＵＲＬ（Uniform Resource Locator）を便宜的に“ｗｗｗ．ｓｅｒｖｉｃｅ．ｘｘ．ｊｐ”とすると、インターネットに接続されたクライアントマシン３１０のブラウザソフト３１３のアドレスボックスに、使用プロトコル（一般にＨＴＴＰ：Hyper Text Transfer Protocol）を明示して、このＵＲＬを入力（“ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｘｘ．ｊｐ／”）することにより、サーバマシン３２０の公開フォルダ３２３ａに格納されたメインホームページ（例えば、index.htmという名前をもつディフォルトＨＴＭＬドキュメント）をダウンロードし、ブラウザソフト３１３に表示させることができる。
【００８８】
本実施の形態におけるディフォルトＨＴＭＬドキュメントは、特に限定しないが、遊技機データ管理サービスのログイン受付画面（以下「ログイン画面」という。）用のドキュメントである。今、あるユーザ（便宜的に「ユーザＡ」とする。）がブラウザソフト３１３のアドレスボックスにＵＲＬ（“ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｘｘ．ｊｐ／”）を入力したとすると、ユーザＡのブラウザソフト３１３には、所定のログイン画面が表示される（ステップＳ１１）。
【００８９】
図１４（ａ）は、ログイン画面３３０のレイアウト例である。ログイン画面３３０は、画面説明用のタイトル文字列（例えば、“遊技機データ管理サービスログイン画面”）の表示エリア３３１を有すると共に、操作案内文字列（例えば、“会員ＩＤを入力してください”）の表示エリア３３２、会員ＩＤテキストボックスコントロール３３３、パスワードテキストボックスコントロール３３４、送信コマンドボタンコントロール３３５およびキャンセルコマンドボタンコントロール３３６などを有している。ユーザＡは会員ＩＤテキストボックスコントロール３３３とパスワードテキストボックスコントロール３３４に自分の会員ＩＤとパスワードを入力し、送信コマンドボタンコントロール３３５をクリックして遊技機データ管理サービスにログインする（ステップＳ１２）。
【００９０】
ログイン画面３３０の“ＭＥＴＨＯＤ”オプションには「ＧＥＴ」または「ＰＯＳＴ」が指定されており、ログイン画面３３０の“ＡＣＴＩＯＮ”オプションにはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報（この場合、ＣＧＩ処理プログラム３２４のログイン認証部３２４ｂを示すアドレス情報）が指定されている。また、送信コマンドボタンコントロール３３５の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」が指定されており、キャンセルコマンドボタンコントロール３３６の“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」が指定されている。
【００９１】
したがって、ログイン画面３３０の送信コマンドボタンコントロール３３５をクリックすると、会員ＩＤテキストボックスコントロール３３３およびパスワードテキストボックスコントロール３３４の入力情報（会員ＩＤとパスワード）がＧＥＴメソッドまたはＰＯＳＴメソッドによってサーバマシン３２０のＣＧＩ処理プログラム３２４へ送信される。
【００９２】
なお、会員ＩＤテキストボックスコントロール３３３またはパスワードテキストボックスコントロール３３４の入力情報を修正する場合、キャンセルコマンドボタンコントロール４５をクリックして修正を行うことができる。会員ＩＤテキストボックスコントロール３３３またはパスワードテキストボックスコントロール３３４の入力情報がディフォルト値にリセットされる。
【００９３】
ＣＧＩ処理プログラム３２４は、ＧＥＴメソッドまたはＰＯＳＴメソッドによってブラウザソフト３１３から送信された会員ＩＤおよびパスワードを受け取ると、ログイン認証部３２４ｂのプロセスを起動し、正規登録会員であるか否かの認証処理を実行する（ステップＳ１３）。
【００９４】
この認証処理は、ブラウザソフト３１３から受け取った会員ＩＤをキー情報にして、会員データベーステーブル３２５ａから同一会員ＩＤのレコードを抽出し、その抽出レコードのパスワードフィールド３２５ａ＿２の値とユーザＡから受け取ったパスワードとを比較して、両者が一致した場合に“ＯＫ”を返すというものである。
【００９５】
今、認証処理で“ＯＫ”が返されなかった場合、入力された会員ＩＤが未登録であるか、または、会員ＩＤやパスワードに入力ミスがあるので、ログインのやり直しを促すための確認画面をブラウザソフト３１３に送信する（ステップＳ１４）。
【００９６】
図１４（ｂ）は、確認画面３４０のレイアウト例である。確認画面３４０は、認証失敗を示す文字列（例えば、“会員ＩＤまたはパスワードが不正です”）の表示エリア３４１を有しており、ユーザＡはこの文字列を確認し、必要であれば、ブラウザソフト３１３の戻るボタンをクリックしてログイン画面（図１４（ａ）参照）を再表示し、ログインをやり直す。
【００９７】
一方、認証結果が“ＯＫ”であれば、ＣＧＩ処理プログラム３２４は、所定のデータ登録／照会画面をブラウザソフト３１３に送信し、ユーザＡによって登録又は照会のどちらが選択されたかを判定する（ステップＳ１５）。すなわち、ＣＧＩ処理プログラム３２４は、図１５に示すような、登録コマンドボタンコントロール３４３と照会コマンドボタンコントロール３４４とを有するデータ登録／照会画面３４２をブラウザソフト３１３に送信し、ユーザＡは履歴の登録を行う場合は登録コマンドボタンコントロール３４３をクリックし、履歴の照会を行う場合は照会コマンドボタンコントロール３４４をクリックする。ＣＧＩ処理プログラム３２４は、そのクリック操作を判定して、ステップＳ１６以降の登録処理又はステップＳ３０の照会処理を実行する。
【００９８】
＜登録処理＞
登録コマンドボタンコントロール３４３がクリックされた場合、ＣＧＩ処理プログラム３２４は、所定のデータ入力画面をブラウザソフト３１３に送信する（ステップＳ１６）。
【００９９】
図１６（ａ）は、データ入力画面３５０（発明の要旨に記載の登録画面に相当）のレイアウト例である。データ入力画面３５０は、入力操作用の説明文字列（例えば、“必要なデータをすべて入力し、送信ボタンを押して下さい。”）の表示エリア３５１を有すると共に、基板ＩＤテキストボックスコントロール３５２、状況テキストボックスコントロール３５３、移動先ホールＩＤテキストボックスコントロール３５４、送信コマンドボタンコントロール３５５およびキャンセルコマンドボタンコントロール３５６などを有している。ユーザＡは、履歴情報を登録すべき遊技制御装置１０１の基板ＩＤを、基板ＩＤテキストボックスコントロール３５２に入力し、その履歴情報を状況テキストボックスコントロール３５３に入力するとともに、履歴情報が「他のホールへの移動」である場合はそのホールＩＤを移動先ホールＩＤテキストボックスコントロール３５４に入力し、送信コマンドボタンコントロール３５５をクリックする（ステップＳ１７）。
【０１００】
データ入力画面３５０の“ＭＥＴＨＯＤ”オプションには「ＧＥＴ」または「ＰＯＳＴ」が指定されており、データ入力画面３５０の“ＡＣＴＩＯＮ”オプションにはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報（この場合、ＣＧＩ処理プログラム３２４のデータ入力検査部３２４ｃを示すアドレス情報）が指定されている。また、送信コマンドボタンコントロール３５５の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」が指定されており、キャンセルコマンドボタンコントロール３５６の“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」が指定されている。
【０１０１】
したがって、データ入力画面３５０の送信コマンドボタンコントロール３５５をクリックすると、基板ＩＤテキストボックスコントロール３５２、状況テキストコントロールボックス３５３および移動先ホールＩＤテキストボックスコントロール３５４の入力情報がＧＥＴメソッドまたはＰＯＳＴメソッドによってサーバマシン３２０のＣＧＩ処理プログラム３２４へ送信される。
【０１０２】
ＣＧＩ処理プログラム３２４は、ＧＥＴメソッドまたはＰＯＳＴメソッドによってブラウザソフト３１３から送信された入力データ（基板ＩＤ、状況、移動先ホールＩＤ）を受け取ると、その入力データを用いてデータ確認画面を動的に生成し、ブラウザソフト３１３に送信して、そのデータ確認画面をブラウザソフト３１３に表示させる（ステップＳ１８）。
【０１０３】
図１６（ｂ）は、データ確認画面３６０のレイアウト例である。データ確認画面３６０は、データの確認を促す文字列（例えば、“以下のデータでよろしいですか？”）の表示エリア３６１を有すると共に、基板ＩＤの表示エリア３６２ａ、状況の表示エリア３６３ａおよび移動先ホールＩＤの表示エリア３６４ａを有し、さらに、“はい”コマンドボタンコントロール３６５ならびに“いいえ”コマンドボタンコントロール３６６などを有している。ユーザＡは、表示エリア３６２ａ〜３６４ａの文字列を確認して間違いがなければ、“はい”コマンドボタンコントロール３６５をクリックし、ミスを見つけた場合は“いいえ”コマンドボタンコントロール３６６をクリックする（ステップＳ１９）。
【０１０４】
“はい”コマンドボタンコントロール３６５の“Ａ（アンカー）”タグには、ＣＧＩ処理プログラム３２４の入力データ検査部３２４ｃのアドレス情報が指定されている。ＣＧＩ処理プログラム３２４は、“はい”コマンドボタンコントロール３６５のクリックに応答して、入力データ検査部３２４ｃのプロセスを起動し、所要のデータ照合処理を実行する（ステップＳ２０）。
【０１０５】
図１７は、データ照合処理のサブルーチンフローである。データ照合処理を開始すると、まず、移動先ホールＩＤが入力されているか否かを判定し（ステップＳ２０ａ）、移動先ホールＩＤが入力されている場合はホールデータベーステーブル３２５ｃから当該ホールＩＤのレコードを検索し（ステップＳ２０ｂ）、該当レコードが見つかったか否かを判定する（ステップＳ２０ｃ）。検索キーワードは、上述のステップＳ１７でブラウザソフト３１３から送信された移動先ホールＩＤである。この検索によって該当レコードが見つからなかった場合、ブラウザソフト３１３から送信された移動先ホールＩＤにミスがある、あるいは、ホールデータベーステーブル３２５ｃに未登録のホールＩＤであるので、以降の処理をキャンセルするために、所要のデータエラー画面をブラウザソフト３１３に送信し（ステップＳ２０ｄ）、照合フラグをＯＦＦ（ステップＳ２０ｅ）にしてフローを抜ける。
【０１０６】
図１８（ａ）は、データエラー画面３７０のレイアウト例である。データエラー画面３７０は、データエラーを示す文字列（例えば、“データエラー”）の表示エリア３７１を有すると共に、エラー内容を示す文字列（例えば、“移動先ホールＩＤにエラーがあります。”）の表示エリア３７２、操作案内を示す文字列（例えば、“データ入力をやり直しますか？”）の表示エリア３７３、“はい”コマンドボタンコントロール３７４および“いいえ”コマンドボタンコントロール３７５などを有している。ユーザＡは、データ入力をやり直す場合は“はい”コマンドボタンコントロール３７４をクリックし、作業を中止する場合は“いいえ”コマンドボタンコントロール３７５をクリックする。
【０１０７】
一方、ステップＳ２０ｃで該当レコードが見つかった場合は、ブラウザソフト３１３から送信された基板ＩＤをキーワードにして基板管理データベーステーブル３２５ｂを検索し、該当レコードのチップＩＤフィールド３２５ｂ＿１の値（チップＩＤ）をルックアップ（ステップＳ２０ｆ）すると共に、該当レコードが見つかったか否かを判定する（ステップＳ２０ｇ）。この検索によって該当レコードが見つからなかった場合、ブラウザソフト３１３から送信された基板ＩＤにミスがある、あるいは、基板管理データベーステーブル３２５ｂに登録されていない基板ＩＤであるので、以降の処理をキャンセルするために、所要のデータエラー画面をブラウザソフト３１３に送信し（ステップＳ２０ｈ）、照合フラグをＯＦＦ（ステップＳ２０ｅ）にしてフローを抜ける。
【０１０８】
図１８（ｂ）は、データエラー画面３８０のレイアウト例である。データエラー画面３８０は、データエラーを示す文字列（例えば、“データエラー”）の表示エリア３８１を有すると共に、エラー内容を示す文字列（例えば、“該当する基板ＩＤが登録されていません。”）の表示エリア３８２、操作案内を示す文字列（例えば、“データ入力をやり直しますか？”）の表示エリア３８３、“はい”コマンドボタンコントロール３８４および“いいえ”コマンドボタンコントロール３８５などを有している。ユーザＡは、データ入力をやり直す場合は“はい”コマンドボタンコントロール３８４をクリックし、作業を中止する場合は“いいえ”コマンドボタンコントロール３８５をクリックする。
【０１０９】
一方、ステップＳ２０ｇで該当レコードが見つかった場合は、照合フラグをＯＮ（ステップＳ２０ｉ）にしてフローを抜け、図１３の遊技機データ管理サービスプログラムのステップＳ２１以降を実行する。
【０１１０】
図１３において、まず、照合フラグを検査し（ステップＳ２１）、ＯＮでなければそのままフローを終了し、ＯＮであればチップＩＤの取り出し処理（ステップＳ２２）を実行した後、以上の処理を繰り返すか否かを判定し（ステップＳ２３）、処理を繰り返す場合はステップＳ１６に戻り、繰り返さない場合はフローを終了する
【０１１１】
図１９（ａ）は、チップＩＤの取り出し処理（ステップＳ２２）のサブルーチンフローである。このフローでは、まず、ブラウザソフト３１３から送信された基板ＩＤをキーワードにして基板管理データベーステーブル３２５ｂからチップＩＤフィールド３２５ｂ＿１の値（チップＩＤ）をルックアップし（ステップＳ２２ａ）、そのチップＩＤを用いてデータ応答画面を動的に生成（ステップＳ２２ｂ）した後、生成したデータ応答画面をブラウザソフト３１３に送信（ステップＳ２２ｃ）するという処理を実行する。
【０１１２】
図１９（ｂ）は、データ応答画面４００のレイアウト例である。データ応答画面４００は、説明用の文字列（例えば、“チップＩＤは以下のとおりです。”）の表示エリア４０１、基板管理データベーステーブル３２５ｂからルックアップしたチップＩＤ（例えば、“ＸＹＺ００ＡＦＧ”）の表示エリア４０２、基板ＩＤの表示エリア４０３および“データ入力に戻る”コマンドボタンコントロール４０４などを有している。ユーザＡは、ブラウザソフト３１３に表示されたデータ応答画面４００をハードコピーするなどして、そのチップＩＤ情報を手元に残すと共に、他の基板ＩＤについてもチップＩＤを要求する場合は、“データ入力に戻る”コマンドボタンコントロール４０４をクリックして、データ入力画面表示のステップ（ステップＳ１６）以降を繰り返す。
【０１１３】
したがって、以上の「登録処理」によれば、ホール１、メーカ２、中古機業者３などの各会員のクライアントマシン３１０からサーバマシン３２０にアクセスし、任意の遊技機１１の基板ＩＤ（遊技制御装置１０１の基板ＩＤ）と一緒に、その移動や廃棄等の履歴情報を自由に登録することができ、当該登録情報を遊技機データ管理サービス３０１のデータベース層に蓄積保管することができる。したがって、上記例示の他ホールへの移動履歴はもちろんのこと、メーカ２への引き取り、中古機業者３への引き取り依頼、廃棄依頼、あるいはメーカ２におけるリサイクルなどの様々な態様の履歴管理を一元的に行うことができる。
【０１１４】
たとえば、図２０は、他ホールへの移動履歴以外の履歴登録を行った際のデータ確認画面３６０（図１６（ｂ）参照）を示す図であり、（ａ）の基板ＩＤの表示エリア３６２ｂには“ＡＢＣ１２３４５”が表示され、状況の表示エリア３６３ｂには、メーカ２への引き取りを示す“引き取り＿直接”が表示されている。
【０１１５】
また、（ｂ）の基板ＩＤの表示エリア３６２ｃには“ＡＢＣ１２３４５”が表示され、状況の表示エリア３６３ｃには、中古機業者３への引き取り依頼を示す“引き取り＿依頼”が表示されている。
【０１１６】
また、（ｃ）の基板ＩＤの表示エリア３６２ｄには“ＡＢＣ１２３４５”が表示され、状況の表示エリア３６３ｄには、中古機業者３への廃棄依頼を示す“廃棄＿依頼”が表示されている。
【０１１７】
また、（ｄ）の基板ＩＤの表示エリア３６２ｅには“ＡＢＣ１２３４５”が表示され、状況の表示エリア３６３ｅには、メーカ２によるリサイクルを示す“リサイクル”が表示されている。
【０１１８】
また、（ｅ）の基板ＩＤの表示エリア３６２ｆには“ＡＢＣ１２３４５”が表示され、状況の表示エリア３６３ｆには、ホール１による直接的な廃棄を示す“廃棄”が表示されている。
【０１１９】
なお、これらの状況文字列は便宜的なものであり、一例にすぎない。実際の履歴管理に必要な様々な情報をもれなく、且つ、適切に表した文字列であればよい。
【０１２０】
＜照会処理＞
一方、図１５のデータ登録／照会画面３４２の照会コマンドボタンコントロール３４４がクリックされた場合、ＣＧＩ処理プログラム３２４は、ステップＳ３０の照会処理を実行する。
【０１２１】
図２１は、照会処理のフローチャートである。このフローチャートでは、まず、照会対象の基板ＩＤを入力するための基板ＩＤ入力画面をユーザＡのブラウザソフト３１３に表示する（ステップＳ３０ａ）。
【０１２２】
図２２（ａ）は、基板ＩＤ入力画面５００（発明の要旨に記載の照会画面に相当）のレイアウト例である。基板ＩＤ入力画面５００は、入力操作用の説明文字列（例えば、“基板ＩＤを入力してください。”）の表示エリア５０１を有すると共に、基板ＩＤテキストボックスコントロール５０２、送信コマンドボタンコントロール５０３およびキャンセルコマンドボタンコントロール５０４などを有している。ユーザＡは、照会したい遊技制御装置１０１の基板ＩＤを、基板ＩＤテキストボックスコントロール５０２に入力し、送信コマンドボタンコントロール５０３をクリックする（ステップＳ３０ｂ）。
【０１２３】
基板ＩＤ入力画面５００の“ＭＥＴＨＯＤ”オプションには「ＧＥＴ」または「ＰＯＳＴ」が指定されており、基板ＩＤ入力画面５００の“ＡＣＴＩＯＮ”オプションにはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報（この場合、ＣＧＩ処理プログラム３２４のデータ入力検査部３２４ｃを示すアドレス情報）が指定されている。また、送信コマンドボタンコントロール５０３の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」が指定されており、キャンセルコマンドボタンコントロール５０４の“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」が指定されている。
【０１２４】
したがって、基板ＩＤ入力画面５００の送信コマンドボタンコントロール５０３をクリックすると、基板ＩＤテキストボックスコントロール５０２の入力情報がＧＥＴメソッドまたはＰＯＳＴメソッドによってサーバマシン３２０のＣＧＩ処理プログラム３２４へ送信される。
【０１２５】
ＣＧＩ処理プログラム３２４は、ＧＥＴメソッドまたはＰＯＳＴメソッドによってブラウザソフト３１３から送信された入力データ（基板ＩＤ）を受け取ると、その入力データを用いて照会データ確認画面を動的に生成し、ブラウザソフト３１３に送信して、その照会データ確認画面をブラウザソフト３１３に表示させる（ステップＳ３０ｄ及びステップＳ３０ｅ）一方、基板ＩＤが入力されていない場合は、照会処理を終了する（ステップＳ３０ｃ）。
【０１２６】
図２２（ｂ）は、照会データ確認画面５１０のレイアウト例である。照会データ確認画面５１０は、データの確認を促す文字列（例えば、“照会データ表示”）の表示エリア５１１を有すると共に、基板ＩＤの表示エリア５１２、チップＩＤの表示エリア５１３および状況の表示エリア５１４を有し、さらに、“照会に戻る”コマンドボタンコントロール５１５などを有している。ユーザＡは、表示エリア５１２〜５１４の文字列を確認することにより、紹介対象の遊技制御装置１０１の最新の履歴情報を知ることができる。
【０１２７】
したがって、以上の「照会処理」によれば、ホール１、メーカ２、中古機業者３などの各会員のクライアントマシン３１０からサーバマシン３２０にアクセスし、任意の遊技機１１の基板ＩＤをキーワードにして、その基板ＩＤに対応した遊技制御装置１０１の最新の履歴情報を知ることができる。このため、たとえば、任意の遊技制御装置１０１が、他のホールで使用されているのか、又は、廃棄処分にまわされているのかなどの現況を正確に把握できるという特有の効果を奏することができ、遊技機メーカ、ホール及び中間業者（中古機業者や廃棄業者）から見た場合、以下のメリットを得ることができる。
【０１２８】
＜遊技機メーカのメリット＞
遊技制御装置１０１の履歴管理を正確に行うことができるため、不法投棄の余地をなくして、社会的信用失墜の恐れを解消することができる。したがって、不本意な回収作業を行う必要がなくなり、手間やコストの軽減を図ることができる。また、正当な廃棄処分により、リサイクル品の回収を行うことができ、所要のリサイクル率達成を図って社会的責任を果たすことができる。
【０１２９】
＜ホールのメリット＞
特に、中古機業者や廃棄業者などに手数料を支払って廃棄やメーカへの引き取りを依頼した場合、その追跡調査をクライアントマシン３１０から行うことができるため、中古機業者や廃棄業者などの不心得な行動を監視して不法投棄などの行為を抑制できる効果が得られる。
【０１３０】
＜中古機業者や廃棄業者のメリット＞
責任を持って正しい廃棄処分やメーカへの引き渡しを行っていることを広くアピールすることができ、優良業者としての地位を確立することができる。
以上の点に加え、本実施の形態では、インターネットインフラを活用して、上記の様々なメリットを有する遊技機管理サービス３０１を構築したから、以下の効果を得ることもできる。
【０１３１】
（Ａ）クライアントマシン３１０に要求される機能は、少なくともインターネットへの接続機能とＷｅｂコンテンツの閲覧機能である。これらの機能は今日のほとんどのパーソナルコンピュータ等に標準搭載されているから、しかも当該パーソナルコンピュータ等の廉価化が著しいから、クライアントマシン３１０の入手をきわめて低コスト且つ容易に行うことができるというメリットが得られる。
【０１３２】
（Ｂ）上記３階層クライアント／サーバモデルによって実現される遊技機データ管理サービスは、その主要な処理ルールをサーバマシン３２０のみに実装すればよい。このことは、クライアントマシン３１０に当該サービスに関わる一切の仕組みを実装する必要がないことを意味しているから、ユーザ側に専用ソフトのインストールや設定等の負担を強いることがない。このため、上記（Ａ）で示した機能を有する汎用のパーソナルコンピュータ等を用意し、且つ、所要の会員登録を行うだけで、直ちにサービスの提供を受けることができるというメリットが得られる。
【０１３３】
（Ｃ）クライアントマシン３１０とサーバマシン３２０との間の通信路に既存のインターネットインフラを使用するため、各々のユーザは任意のインターネットサービスプロバイダに加入するだけで、当該通信路を介していつでも好きなときにサーバマシン３２０にログインすることができるというメリットが得られる。しかも、サーバマシン３２０のアドレス（ＵＲＬ）を様々な検索サービスに登録しておけば、サーバマシン３２０のＵＲＬを覚えておく必要もなく、必要なときにいつでも検索サービスからログインすることができるというメリットも得られる。
【０１３４】
なお、上記実施の形態では、照会データ確認画面５１０（図２２（ｂ）参照）において、基板ＩＤやチップＩＤとともに、最新の履歴情報（状況）を表示させているが、履歴情報の表示態様はこの例に限定されない。たとえば、照会対象の遊技制御装置１０１に関するすべての履歴情報を時間順にリスト表示してもよく、あるいは、関係した中古機業者又は廃棄業者の名称等を一緒に表示してもよい。
さらに、上記実施の形態では、発明の要旨に記載された“識別情報”の具体例として基板ＩＤを示したが、これに限定されない。不正防止の観点からすると、遊技機を構成する各種構成品のうち遊技用演算処理装置２００や、その遊技用演算処理装置２００を実装する遊技制御装置１０１の防護が最も重要であり、この点において、基板ＩＤに基づく上述の遊技機履歴管理は好ましいものであるものの、たとえば、遊技機それ自体に付与された個体識別のための様々な情報、又は、遊技機を構成する各種構成品のうちの前記遊技用演算処理装置２００や遊技制御装置１０１以外の構成品に付与された個体識別のための様々な情報を、発明の要旨に記載された“識別情報”の具体例として利用することも可能である。又は、これらの様々な識別情報のすべて若しくは一部と基板ＩＤとを関連づけして管理してもよい。この場合、セキュリティ対策の点で重要な識別情報を「主たる識別情報」とし、その主たる識別情報に関連付けられたその他の識別情報を「従たる識別情報」として、主従の関係で管理するようにしてもよい。ちなみに、主たる識別情報としては、基板ＩＤはもちろんのこと、遊技機それ自体の個体識別が可能な、たとえば、遊技盤のシリアルナンバー（あるいは組合証紙番号）、遊技機本体枠の製造番号などが該当し、従たる識別情報としては排出制御装置、表示制御装置、発射装置等の遊技制御装置１０１以外のものに付与された識別情報（製造番号やシリアルナンバー等）などが該当する。
【０１３５】
本発明に係るビジネスモデルの戦略モデルを実現するためのＣＧＩ処理プログラム３２４は、ＰｅｒｌやＡＳＰなどのサーバサイドスクリプト言語によるほか、例えば、スクリプトブロックの全部または一部をＤＬＬ（Dynamic Link Library）やＯＣＸ（OLE Control）またはＡｃｔｉｖｅＸなどのコンポーネント部品で実装してもよく、あるいは、ＸＭＬ（eXtensible Markup Language）技術を活用してもよい。
【０１３６】
また、本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェア資産と、オペレーティングシステムや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産およびオペレーティングシステムは汎用のものを使用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、３Ｃ／Ｓモデルの処理層Ｆ２（図１１参照）に実装されたＣＧＩ処理プログラム３２４に集約されているということがいえる。したがって、本発明は、ＣＧＩ処理プログラム３２４（特にログイン認証部３２４ｂ、入力データ検査部３２４ｃおよび応答データ生成部３２４ｄ）のすべてまたはその要部を格納した、フロッピィディスク、光ディスク、コンパクトディスク、磁気テープ、ハードディスクまたは半導体メモリなどの記録媒体若しくはこれらの記録媒体を含む構成品（ユニット品や完成品または半完成品）を包含する。なお、上記記録媒体または構成品は、それ自体が流通経路にのるものはもちろんのこと、ネットワーク上にあって記録内容だけを提供するものも含まれる。
【０１３７】
最後に、今回開示された実施の形態はすべての点で例示であって制限的なものではない。また、本発明の範囲は、特許請求の範囲に示されるもので、特許請求の範囲内でのすべての変更を含むものである。
【０１３８】
【発明の効果】
本発明によれば、サービスの提供を受けるべく会員登録された会員がクライアントマシンからインターネット等のネットワークを介して、遊技機の識別情報及び遊技機の移動履歴に関する移動履歴情報をサーバマシンに蓄積登録でき、且つ、その登録情報を、同じく、インターネット等のネットワークを介して、自由に照会することができる。したがって、遊技機の遊技用演算処理装置又は遊技制御基板が不正に交換された可能性を知ることができ、且つ、中古遊技機の移動や廃棄、又はリサイクル等の遊技機の移動に関する正確な情報を把握することが可能な履歴管理をネットワーク上で行うことができ、不法廃棄などを防止し得る遊技機履歴管理システムを実現することができる。
【図面の簡単な説明】
【図１】遊技装置１０の正面構成図である。
【図２】遊技装置１０の裏機構を示す図である。
【図３】遊技制御装置１０１の電気的構成を示すブロック図である。
【図４】遊技用演算処理装置２００の内部構成を示すブロック図である。
【図５】遊技用演算処理装置２００の動作状態遷移図である。
【図６】遊技制御装置１０１の外観構成を示す図である。
【図７】ホール１、メーカ２、中古機業者３と遊技機データ管理サービス３０１との関係図である。
【図８】本実施の形態における遊技機データ管理サービスのビジネスモデル構造を示す模式図である。
【図９】遊技機データ管理サービスの全体イメージを示す概念図である。
【図１０】クライアントマシン３０３ａ〜３０３ｃとサーバマシン３０５のモデル構造をそれぞれ示す図である。
【図１１】本実施の形態における３階層クライアント／サーバモデルの構成図である。
【図１２】会員データベーステーブル３２５ａ、基板管理データベーステーブル３２５ｂ、ホールデータベーステーブル３２５ｃおよび状況データベーステーブル３２５ｄのテーブル構造概念図である。
【図１３】サーバマシン３２０で実行される遊技機データ管理サービスプログラムの概略的なフローチャートである。
【図１４】ログイン画面３３０のレイアウト例および確認画面３４０のレイアウト例を示す図である。
【図１５】データ登録／照会画面３４２のレイアウト例を示す図である。
【図１６】データ入力画面３５０のレイアウト例およびデータ確認画面３６０のレイアウト例を示す図である。
【図１７】データ照合処理のサブルーチンフローを示す図である。
【図１８】データエラー画面３７０、３８０のレイアウト例を示す図である。
【図１９】チップＩＤの取り出し処理（ステップＳ２２）のサブルーチンフローおよびデータ応答画面４００のレイアウト例を示す図である。
【図２０】他ホールへの移動履歴以外の履歴登録を行った際のデータ確認画面３６０の表示例を示す図である。
【図２１】照会処理のサブルーチンフローである。
【図２２】基板ＩＤ入力画面５００のレイアウト例および照会データ確認画面５１０のレイアウト例を示す図である。
【図２３】中古遊技機の移動ルートを簡単に表した概念図である。
【符号の説明】
３０３ａ〜３０３ｂ  クライアントマシン（クライアント）
３１０  クライアントマシン（クライアント）
３２４  ＣＧＩ処理プログラム（第１表示制御手段、第２表示制御手段、送信手段）
３２５  データベースサービスプログラム（保持手段）
３５０  データ入力画面（登録画面）
５００  基板ＩＤ入力画面（照会画面）
【図１】
0004026800.tif 000002
【図２】
0004026800.tif 000003
【図３】
0004026800.tif 000004
【図４】
0004026800.tif 000005
【図５】
0004026800.tif 000006
【図６】
0004026800.tif 000007
【図７】
0004026800.tif 000008
【図８】
0004026800.tif 000009
【図９】
0004026800.tif 000010
【図１０】
0004026800.tif 000011
【図１１】
0004026800.tif 000012
【図１２】
0004026800.tif 000013
【図１３】
0004026800.tif 000014
【図１４】
0004026800.tif 000015
【図１５】
0004026800.tif 000016
【図１６】
0004026800.tif 000017
【図１７】
0004026800.tif 000018
【図１８】
0004026800.tif 000019
【図１９】
0004026800.tif 000020
【図２０】
0004026800.tif 000021
【図２１】
0004026800.tif 000022
【図２２】
0004026800.tif 000023
【図２３】
0004026800.tif 000024