(57)【特許請求の範囲】
【請求項１】
ホールに設けられた複数のパチンコ等の遊技装置の扉を物理的に閉鎖する錠本体と、該錠本体を非接触で解錠する鍵装置とからなる遊技装置の施錠装置であって、
前記各パチンコ等の遊技装置の錠本体は、ホストコンピュータに接続されており、
前記錠本体と前記鍵装置とは、光通信により、少なくとも解錠に要するコードをやり取りする送受信部を備え、
該送受信部を用いた該解錠のためのコードのやり取りに際して、前記錠本体から出力されるコードを識別して、該鍵装置が出力するコードにより該錠本体は解錠され、
前記錠本体と前記鍵装置における解錠に要するコードを書き換える際には、該書き換えを行なおうとする錠本体および前記鍵装置に、前記ホストコンピュータから新たなコードをそれぞれ送信する遊技装置の施錠装置。
【請求項２】
前記ホストコンピュータからの新たなコードの送信する際、該ホストコンピュータは、該鍵装置を識別する呼出コードを入力し、該呼出コードに基づいて、前記解錠に要する新たなコードを生成する請求項１記載の遊技装置の施錠装置。
【請求項３】
ホールに設けられた複数のパチンコ等の遊技装置を管理するホールコンピュータであって、
前記パチンコ等の遊技装置の扉に設けられて該扉を物理的に閉鎖する錠本体に信号を送信可能に接続されると共に、
前記錠本体を非接触で解錠する鍵装置から、該鍵装置を特定するコードを入力し、該入力したコードに基づいて、解錠に要する新たなコードを生成し該鍵装置に出力して書き換える受発光部と
前記解錠に要するコードを書き換える際には、該書き換えを行なおうとする錠本体に、解錠に用いる前記新たなコードを送信する送信手段と
を備えたホールコンピュータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パチンコ等の遊技装置の施錠装置およびこの施錠装置を管理するホストコンピュータに関し、詳しくは扉を物理的に閉鎖する錠本体とこれを非接触で解錠する鍵装置とからなる遊技装置の施錠装置およびその錠本体と信号のやり取りが可能なホールコンピュータに関する。
【０００２】
【従来の技術】
旧来の施錠装置は、錠本体の鍵穴に鍵を挿入し、両者が接触した状態で物理的に解錠操作を行なうものが一般的である。カード状の鍵に数ビットのコードを示す穴を開けたり磁石を埋め込んだりした電子キーと称するものも存在するが、これらは、対応する鍵穴にカード等を差し込むことにより、開口部の位置や磁石の位置を検出し、正規の鍵として認識できれば電磁石やモータを駆動して解錠するものである。この場合、カードの複製は容易であることから、ドアの取り付けたパネルから多桁の数値を入力させる等の方法でセキュリティを確保している。
【０００３】
一方、非接触で解錠操作可能な施錠装置は、自動車のドア用に用いられるなど用途が限定されているのが現状である。これは、ノイズによる誤操作の可能性が僅かでもあると、施錠装置としての信頼性は全く維持できず、そもそも施錠装置としての体をなさないからである。非接触で解錠操作を可能とする場合には、予め定めたコードを鍵装置から電波や超音波などで出力し、錠本体側の受信器がこれを受け、適正なコードであれば解錠する構成が考えられる。
【０００４】
【発明が解決しようとする課題】
しかしながら、鍵装置から解錠用のコードを発信する構成では、一つ一つの鍵装置に固有のコードを付与する必要があり、通常こうしたコードはＰＲＯＭなどに書き込まれるから、鍵装置を入手すればコードを解析することが容易であり、信頼性に欠けるという問題があった。しかも、非接触で解錠操作を可能とする構成を採ると、鍵装置から解錠に必要なコードを外部の空間に発信することになり、解錠用のコードの解析は更に容易となってしまう。このため、鍵装置側から錠本体側に向かってコードを発信する形態の施錠装置では、鍵装置の不法な複製（いわゆる合い鍵の製作）を防止することが困難であった。
【０００５】
従って、ホテルのドアなど不特定多数により扱われる施錠装置では、合い鍵の不法な複製の可能性を考慮して、所定期間毎に錠本体と鍵装置を取り替えるのが通常であり、多大の手間と装置の無駄を生じていた。
【０００６】
本発明の施錠装置は、こうした問題を解決し、非接触で解錠可能でありながら、コードの解析や複製が事実上不可能な施錠装置を実現することを目的としてなされ、次の構成を採った。
【０００７】
【課題を解決するための手段】
本発明のパチンコ等の遊技装置の施錠装置は、図１のブロック図に例示するように、
ホールに設けられた複数のパチンコ等の遊技装置ＰＡの扉を物理的に閉鎖する錠本体Ｍ１と、該錠本体Ｍ１を非接触で解錠する鍵装置Ｍ３とからなる施錠装置であって、
前記各パチンコ等の遊技装置ＰＡの錠本体Ｍ１は、ホストコンピュータＭ２に接続されており、
前記錠本体Ｍ１と前記鍵装置Ｍ３とは、光通信により、少なくとも解錠に要するコードをやり取りする送受信部ＯＰを備え、
該送受信部ＯＰを用いた該解錠のためのコードのやり取りに際して、前記錠本体Ｍ１から出力されるコードを識別して、該鍵装置Ｍ３が出力するコードにより該錠本体Ｍ１は解錠され、
前記錠本体Ｍ１と前記鍵装置Ｍ２における解錠に要するコードを書き換える際には、該書き換えを行なおうとする錠本体Ｍ１および鍵装置Ｍ３に、前記ホストコンピュータＭ２から新たなコードをそれぞれ送信すること
を要旨とする。
【０００８】
かかる本発明のパチンコ等の遊技装置の施錠装置では、ホールに設けられた複数のパチンコ等の遊技装置の扉を閉鎖する錠本体Ｍ１の解錠は、鍵装置Ｍ３と錠本体Ｍ１側との相互のやり取りによって実現されるが、これは、光通信により、少なくも解錠に要するコードを送受信部ＯＰを介してやり取りすることにより実現される。詳しくは、送受信部ＯＰを用いた解錠のためのコードのやり取りに際して、錠本体Ｍ１から出力されるコードを識別して、鍵装置Ｍ３が出力するコードにより該錠本体Ｍ１は解錠される。しかも、この解錠に要するコードは書き換え可能であり、書き換えの際には、ホストコンピュータＭ２から錠本体Ｍ１および鍵装置Ｍ３に、新たなコードが送信される。
【００１０】
以上説明したように本発明のパチンコ等の遊技装置の施錠装置では、非接触で少なくとも施錠を解くことができ、しかもホールに設置されたパチンコ装置の扉の錠本体を解錠するのに用いるコードを、ホストコンピュータＭ２から新たなコードを送信することで、書き換えることができるという優れた効果を奏する。この結果、解錠に要するコードを書き換える際には、いちいち錠本体を取り外したりする必要がない。しかも、解錠に際しては、錠本体から出力されるコードを識別して鍵装置が出力するコードにより錠本体が解錠される構成となっており、鍵装置は錠本体側とコードを交換して動作おり、本発明の施錠装置は、信頼性が高くしかも使い勝手が良い。
【００１１】
ここで、鍵装置Ｍ３とやり取りされる各コードは光学的な信号として出力される構成をとることができる。光学的な信号によりやり取りを行なうことで、雑音に対して強くなり、しかも指向性を付与することができるため、施錠装置として好適である。
【００１２】
かかるパチンコ等の遊技装置の施錠装置におけるホストコンピュータを、パチンコ等の遊技装置が設けられたホールを管理するホールコンピュータにおいて実現したホールコンピュータの発明がなされた。そのホールコンピュータは、
ホールに設けられた複数のパチンコ等の遊技装置を管理するホールコンピュータであって、
前記パチンコ等の遊技装置ＰＡの扉に設けられて該扉を物理的に閉鎖する錠本体Ｍ１に信号を送信可能に接続される共に、
前記錠本体Ｍ１を非接触で解錠する鍵装置Ｍ３から、該鍵装置Ｍ３を特定するコードを入力し、該入力したコードに基づいて、解錠に要する新たなコードを生成し該鍵装置Ｍ３に出力して書き換える受発光部Ｎと
前記解錠に要するコードを書き換える際には、該書き換えを行なおうとする錠本体Ｍ１に、解錠に用いる前記新たなコードを送信する送信手段Ｍ４と
を備えたことを要旨とする。
【００１３】
このホールコンピュータは、パチンコ等の遊技装置ＰＡの扉に設けられてこれを閉鎖する錠本体Ｍ１に、信号を送信可能に接続されており、解錠に要するコードを書き換える場合には、錠本体Ｍ１を非接触で解錠する鍵装置Ｍ３から、該鍵装置Ｍ３を特定するコードを入力し、該入力したコードに基づいて、解錠に要する新たなコードを生成し、これを、発受光部Ｎを介して、鍵装置Ｍ３に出力すると共に、この書き換えを行なおうとする錠本体Ｍ１に、解錠に用いるこの新たなコードを送信する。即ち、扉を錠本体で閉鎖する構成のパチンコ等の遊技装置を備えたパチンコホールにおいて解錠のためのコードを変更することができ、信頼性は極めて高いものとなる。
【００１４】
【発明の実施の形態】
以上説明した本発明の構成・作用を一層明らかにするために、以下本発明の実施の形態を、その好適な実施例を用いて説明する。図２は、実施例としての施錠装置の構成例を示す斜視図、図３は錠本体側と鍵装置の構成を示すブロック図である。
【００１５】
本実施例では、錠本体は、ホテルやパチンコ装置のドアや前扉１に埋め込まれており、小型モータ２により閂３を壁側の凹部５に挿入・離脱させる閂駆動機構７、鍵装置１０と光通信により情報をやり取りすると共に閂駆動機構７を直接駆動する錠制御装置１１から構成されている。錠制御装置１１が埋め込まれた部位のドア１の表面には、開口部が二つ設けられており、この開口部に錠制御装置１１の筐体に取り付けられた光通信用の発光部１２と受光部１３とが、臨んでいる。錠制御装置１１が、応答コード出力手段と、解錠手段に相当する。尚、これらの閂駆動機構７および錠制御装置１１には、図示しない電源ケーブルから駆動電源が供給されている。各扉（以下「ドア」という）１毎にこれらの錠制御装置１１等が設けられており、全ての錠制御装置１１は、通信ケーブル１４を介して、ホストコンピュータ１５と相互に通信可能に接続されている。
【００１６】
尚、ドア１には、ドア１を開くためのハンドル１７も設けられており、閂３が凹部５から離脱した状態でこのハンドル１７を下方向に回転操作すれば、ラッチ駆動機構１９によりラッチ２０が壁側の凹部から抜けて、ドア１を開けることが可能となる。
【００１７】
鍵装置１０は、図２に示すように、断面正方形スティック形状の部材であり、一側面に操作ボタン２１が設けられており、その同一面に、対応する装置番号が記入されている。図２には図示されていないが、先端には、光通信を行うための発光部２３と受光部２５とが設けられている（図３参照）。錠制御装置１１の発光部１２および鍵装置１０の発光部２３は、赤外光を発信するＬＥＤを用いて構成されており、その受光部１３および受光部２５は、赤外光に感じるフォトダイオードを用いて構成されている。
【００１８】
錠制御装置１１と鍵装置１０の内部構成について説明する。図３に示すように、錠制御装置１１は、制御プログラムを記憶したＲＯＭおよび作業用のＲＡＭを内蔵し入出力ポートを備えたワンチップマイクロプロセッサ（以下、ＭＰＵと呼ぶ）３１、この施錠装置に固有の応答コードを記憶するＥＥＰＲＯＭ３３を備える。一方、鍵装置１０は、錠制御装置１１と同様、ＭＰＵ４１とＥＥＰＲＯＭ４３とから構成されている。ＭＰＵ３１，ＭＰＵ４１は、その出力ポートを介して発光部１２，発光部２３を直接駆動し、位相変調のかかった信号を出力することができる。また、入力ポートをセンスして、互いに相手方の出力する信号を読み取ることができる。
【００１９】
錠制御装置１１と鍵装置１０のＥＥＰＲＯＭ３３，４３には、ホストコンピュータ１５により同時に同一の応答コードが書き込まれるが、書き込みの手法については、後述する。また、鍵装置１０のＭＰＵ４１は、操作ボタン２１の操作を割込信号源としており、操作ボタン２１が操作されると図４に示す操作ボタン割込ルーチンを実行する。ＭＰＵ４１は、受光部２５からの信号を読み取り、発光部２３を制御して、錠制御装置１１との通信を実現する。
【００２０】
一方、錠制御装置１１のＭＰＵ３１は、受光部１３からの信号を読み取り発光部１２を制御して鍵装置１０との通信を実現する。ＭＰＵ３１は、図５に示す応答コード処理ルーチンを定常的に実行している。ＭＰＵ３１は、受光部１３からの信号を割込信号として扱うこともでき、割込マスクが解除された場合には、図６に示す割込処理ルーチンを実行する。各図に示した処理は、互いにやり取りするコードを参照し合って行なわれるので、逐次参照図面を変えて以下説明するが、理解の便を図るため、図４のフローチャートに示した各ステップを４００番台の数字で、図５のフローチャートに示した各ステップを５００番台の数字で、図６のフローチャートに示した各ステップを６００番台の数字で、各々示すものとする。
【００２１】
使用者が鍵装置１０を持ってドア１の前に至り、発光部２３，受光部２５をドア１側に向けて操作ボタン２１を押す。操作ボタン２１の操作を受けて、鍵装置１０のＭＰＵ４１は、図４に示す割込処理を開始し、まず呼出コードＣを出力する処理を行なう（ステップＳ４００）。続いて、受光部２５から信号を入力し（ステップＳ４１０）、所定時間の経過内に信号の入力がないと判断されて（ステップＳ４２０）、「ＲＴＮ」に抜けて本割込ルーチンを終了するまで、信号を入力する処理（ステップＳ４１０）およびヘッダが検出されるか否かの判断（ステップＳ４３０）を繰り返す。
【００２２】
ドア１側の錠制御装置１１のＭＰＵ３１は、図５に示す応答コード処理ルーチンを常時実行しており、受光部１３への信号の入力を絶えず監視している（ステップＳ５００）。従って、鍵装置１０から呼出コードＣが出力されると、これを検出し（ステップＳ５０５）、１から１００までの間の整数の乱数を発生させてこれを変数Ｘに代入する処理を行なう（ステップＳ５１０）。更に、変数ｎを初期化するために値１を代入し（ステップＳ５１５）、フラグＦに値０をセットする処理を行なう（ステップＳ５２０）。
【００２３】
続いて、乱数を代入した変数Ｘが変数ｎの値に等しいか否かの判断を行なう（ステップＳ５３０）。変数ｎは後述するように、初期値１から順次インクリメントされるので、いずれ変数Ｘと等しくなると考えられる。変数Ｘとｎとの値が等しくない場合には、ダミーデータとして値０から２の２０乗までの範囲の整数の乱数を生成し、これを変数Ｒに代入する処理を行なう（ステップＳ５４０）。２の２０乗個の整数の内の一つをランダムに選択するので、その値が予めＥＥＰＲＯＭ３３に記憶されたこの施錠装置の固有のコードに等しくなる確率は低いが、一致する可能性も存在するのでこれをチェックし（ステップＳ５４５）、一致していなければ、この変数ＲにヘッダＨを付けて応答コードとし、発光部１２を駆動して出力する処理を行なう（ステップＳ５５０）。
【００２４】
その後、変数ｎを値１だけインクリメントし（ステップＳ５５５）、変数ｎが値１００を越えたか否かの判断を行なって（ステップＳ５６０）、値１００を越えるまでステップＳ５３０以下の処理を繰り返す。何度かダミーデータＲを応答コードとして出力している内に、変数ｎの値は次第に大きくなって変数Ｘに等しくなるタイミングか必ず存在する。この時、処理はステップＳ５７０に移行し、ヘッダを付けて、予め錠制御装置１１のＥＥＰＲＯＭ３３に記憶されたこの錠制御装置１１と鍵装置１０の組合わせに固有の応答コード（以下、これを固有コードと呼ぶ）Ｄを発光部１２を駆動して出力する処理を行なう。
【００２５】
固有コードＤを出力した後、フラグＦに値１をセットし（ステップＳ５７５）、変数ｎを値１だけインクリメントして（ステップＳ５５５）、変数ｎが値１００を越えるまで、上述したステップＳ５３０からの処理を繰り返す。従って、これらの処理が繰り返されることにより、固有コードＤをランダムな位置に備えた１００個の応答コードが出力されることになる。なお、フラグＦに値１をセットするのと同時に、ＭＰＵ３１は、受光部１３からの信号入力を割込信号として受付可能とする。この状態で、鍵装置１０から何らかの信号が入力されると、図６に示す信号入力割込処理ルーチンが起動されるが、この処理については、後述する。
【００２６】
このように錠制御装置１１が鍵装置１０からの呼出コードを受けて応答コードを出力する処理を行なっている間、鍵装置１０は、受光部２５をセンスして信号を読み取っている（図４参照、ステップＳ４１０）。信号を読み取ってヘッダ部を検出すると（ステップＳ４３０）、続いてヘッダに続く応答コードを読み取る処理を行なう（ステップＳ４４０）。応答コードを読み取ると、次にこのコードか自己の記憶している固有コードに一致するか否かを判断する（ステップＳ４５０）。ヘッダが検出されないか（ステップＳ４３０）、読み取ったコードが自己の固有コードに一致しない場合には、信号の入力（ステップＳ４１０）から処理を繰り返す。なお、本実施例のステップＳ４５０では、両者が一致するか否かを直接判断しているが、両者が予め定めた対応関係にあるか否かの判断とすることもできる。
【００２７】
錠制御装置１１が１００回に亘って送り出した応答コードの内、いずれかのコードが鍵装置１０のＰＲＯＭ４３に記憶した固有コードに一致すれば（ステップＳ４５０）、鍵装置１０は、次に認識コードＳを生成する処理を行なう（ステップＳ４６０）。認識コードの生成には、様々な手法が考えられる。予め定めたコードであっても良いし、錠制御装置１１から受け取った応答コードに基づいて生成されるコードでも良い。後者の手法としては、例えば予め定義した関数を用いて受け取った応答コードを変換し、これを認識コードとするもの、応答コードをπ等の常数の桁数の指定に用いここから所定範囲の値を認識コードとするもの、応答コードの所定桁数目を変換用常数として用いて変換を行なうもの、等を考えることができる。
【００２８】
こうして生成した認識コードは、発光部２３により外部に出力される（ステップＳ４７０）。その後、ステップＳ４１０に戻って信号入力からの処理を繰り返すが、錠制御装置１１からの信号が所定時間に亘って入力されない状態となれば、やがてステップＳ４２０での判断は「ＮＯ」となり、「ＲＴＮ」に抜けて本ルーチンを終了する。
【００２９】
鍵装置１０から認識コードが出力されると、通常は受光部１３への信号入力による割込が許可されているため（図５、ステップＳ５７５）、図６に示す信号入力割込処理ルーチンが起動される。この処理が起動されると、まず一連のコードを入力する処理を行ない（ステップＳ６００）、入力したコードが正しくコードとして認識できるか否かを判断する（ステップＳ６１０）。コードとしての体をなさないノイズ等も入力する可能性があるからである。コードでなければそのまま「ＲＴＮ」に抜けて本ルーチンを一旦終了する。
【００３０】
入力した信号がコードであると認識できれば、次にフラグＦが値１であるか否かの判断を行なう（ステップＳ６２０）。割込入力が許可されていれば通常フラグＦは値１にセットされているはずであるが、念のためチェックを行なうのである。フラグＦが値１でないにもかかわらず、認識コードの受付を行なっていたのであれば、何らかの不正が行なわれている可能性があるとして、通信ケーブル１４を介してホストコンピュータ１５にこれを通知する処理を行ない（ステップＳ６２５）、そのまま「ＲＴＮ」に抜けて本ルーチンを一旦終了する。
【００３１】
一方、フラグＦが値１であれば、続いて入力したコードが認識コードとして正しいか否かの判断を行ない（ステップＳ６３０）、正しくなければホストコンピュータ１５に通知し（ステップＳ６２５）、正しければ閂駆動機構７のモータ２を駆動して、ドア１の解錠を行なう（ステップＳ６４０）。その後、フラグＦを値０にリセットし（ステップＳ６５０）、本ルーチンを終了する。なお、フラグＦを値０にリセットすると、割込の起動要求はマスクされ、信号入力割込処理ルーチン（図６）は起動できなくなる。
【００３２】
以上説明した信号入力割込処理ルーチンは、図５に示した応答コード処理ルーチンのステップＳ５３０ないしＳ５６０が繰り返し実行され、鍵装置１０と錠制御装置１１とからなる施錠装置毎に定められた固有コードを出力してフラグＦに値１をセットした直後から実行可能となる。従って、図５に示した応答コード処理ルーチンが、ステップＳ５６０における条件判断（ｎ＞１００）により、繰り返しの処理を抜けたとき、それまでに正しい認識コードが鍵装置１０から出力されていればフラグＦは値０にリセットされていることになる（図６、ステップＳ６５０）。他方、鍵装置１０から何らかのコードが所定時間以内に出力されていないか、誤ったコードが出力されている場合には、フラグＦは値１のまま維持されている。従って、フラグＦの値を判別し（ステップＳ５８０）、フラグＦが値１であれば、何らかの異常が生じたとしてこれをホストコンピュータ１５に通知する（ステップＳ５８５）。フラグＦが値１でなければそのまま「ＥＮＤ」に抜けて処理を終了する。
【００３３】
以上説明した鍵装置１０と錠制御装置１１とのコードのやり取りを図７に示す。図示するように、鍵装置１０の操作ボタン２１を操作すると、鍵装置１０の発光部１２から呼出コードが出力される。この呼出コードを受け付けて、錠制御装置１１は、応答コードとして、ランダムな９９個のコードとこの組の施錠装置に固有なただ一つの固有コードとをヘッダを付けて出力する。ランダムなコードに対する固有コードの位置は、乱数によって決定され、操作ボタン２１の操作毎に異なる。従って、外部から両者のやり取りするコードをモニタしても、どれが固有のコードかを知ることは容易ではない。なお、固有コード自体が毎回同一であると、その位置を変えても検出可能であるため、２の２０乗の値の所定範囲の複数桁のみを有効とし、毎回その桁数の範囲外の値を変更して出力する構成とすることも好適である。
【００３４】
固有のコードが出力されると、鍵装置１０はこのコードを受け取り、認識コードＳを生成して、これを出力する。この認識コードＳを受け取って、錠制御装置１１は、認識コードが正しいコードであれば、ドア１の施錠を解錠する。なお、認識コードが誤っていたり、応答がないような場合には、ホストコンピュータ１５に通知を行なうが、不正に複製した鍵装置の使用による不法侵入などの場合等が有り得る。そこで、ホストコンピュータ１５は警告を出して、警備員などの派遣といった対応を指示する。
【００３６】
このように、本実施例の施錠装置によれば、非接触でドア１の解錠ができるので、利用者にとっては扱いが簡単である上、解錠に際しては、鍵装置１０と錠制御装置１１とがコードをやり取りし、正規の組合わせであることを確認してからドア１の施錠を解くので、信頼性が極めて高いという利点が得られる。特に、本実施例の施錠装置は、やり取りするコードが２の２０乗の数値として定義しているので、単純に総ての組合わせを試して解錠することは時間的に不可能であり、更にコードをやり取りして確認を取っているので、鍵装置１０を複製することが実質的にできない。
【００３７】
本実施例の鍵装置１０と錠制御装置１１とは、施錠装置の固有のコードをＥＥＰＲＯＭ３３およびＥＥＰＲＯＭ４３に記憶している。従って、このコードを書き直すことで、解錠に必要なコードを容易に変更することができる。次に、ＥＥＰＲＯＭ３３，ＥＥＰＲＯＭ４３の内容を書き直す構成について、説明する。図８は、ホストコンピュータ１５の内部構成を簡略に示すと共に、鍵装置１０とのデータのやり取りの様子を示すブロック図である。
【００３８】
図示するように、ホストコンピュータ１５には、周知のＣＰＵ１０１，ＲＯＭ１０２，ＲＡＭ１０３，入出力ポート１０５が備えられており、この入出力ポート１０５には、光通信用の受光部１１３および発光部１１２が接続されている。この受光部１１３および発光部１１２は、錠制御装置１１の受光部１３および発光部１２と同一のものである。従って、図示するように、鍵装置１０をこの受光部１１３および発光部１１２の対向する位置に配置すれば、鍵装置１０とホストコンピュータ１５との間で光通信を行なうことが可能である。
【００３９】
鍵装置１０からホストコンピュータ１５への通信は、例えば操作ボタン２１を所定時間以上押し続けたり、図３に示したように、ピンホールを介してリセットボタン４５を操作した場合に、開始するように構成することができる。ここでは、操作ボタン２１を所定時間以上押し続けた場合に、鍵装置１０が図９に示すコード初期化処理ルーチンを開始する構成としている。
【００４０】
このルーチンを開始すると、鍵装置１０は、ホストコンピュータ１５に対してどの鍵装置１０が通信を行なうかを知られるために、それまでＥＥＰＲＯＭ４３に記憶していた呼出コードと認識コードをホストコンピュータ１５に出力する処理を行なう（図９、ステップＳ７００）。なお、認識コードを、所定のアルゴリズムで生成しているような場合には、認識コードに代えて固有コードに対応するコードでも差し支えない。もとより、呼出コードだけでもよい。
【００４１】
鍵装置１０は、これらのコードを出力した後、次にホストコンピュータ１５からの信号を入力する処理を行なう（ステップＳ７１０）。鍵装置１０は、ホストコンピュータ１５から新たなコードを受信完了するまで、信号入力の処理を繰り返す（ステップＳ７１０，７２０）。その後、ホストコンピュータ１５から新たなコードを受け取れば、これをその鍵装置１０を特定するための新たな固有コードとしてＥＥＰＲＯＭ４３に書き込む処理を行なって（ステップＳ７３０）、本ルーチンを終了する。なお、鍵装置１０が、固有コードがそのまま一致したとき予め記憶した認識コードを出力する構成をとっている場合には、新たな固有コードのみならず新たな認識コードも受け取るものとすることができる。
【００４２】
一方、ホストコンピュータ１５は、鍵装置１０からの信号を読み取って呼出コードおよび認識コードを入力する（図１０、ステップＳ７５０）。続いて、ホストコンピュータ１５はＲＯＭ１０２に記憶したテーブルを参照して、鍵装置１０と錠制御装置１１との新たな固有コードを決定する処理を行なう（ステップＳ７６０）。このテーブルは、装置番号と施錠装置の固有コードとの対応を記憶しているものであり、固有コードが重複しないようテーブルを参照するのである。
【００４３】
ホストコンピュータ１５は、決定した新たな固有コードを発光部１１２を制御して外部に出力する（ステップＳ７７０）。と同時に、ホストコンピュータ１５は、通信ケーブル１４を介して、ドア１の錠制御装置１１に同一のコードを送出する（ステップＳ７８０）。ホストコンピュータ１５は、鍵装置１０から呼出コードを受け取ることで、この鍵装置１０がどの錠制御装置１１に対応したものかを特定することができるので、そのドア１の錠制御装置１１にコードを送ることは容易である。なお、錠制御装置１１は、受け取ったコードを、ＥＥＰＲＯＭ３３に書き込む。
【００４４】
この結果、鍵装置１０をホストコンピュータ１５の受光部１１３，発光部１１２の前において操作ボタン２１を操作するだけで、鍵装置１０と錠制御装置１１との解錠用コードを新たな番号に変更することができる。しかも、この時、新たなコードは一切外部に表示されず、換言すれば、コードの更新操作をする操作者にも知らされずに更新が行なわれるので、信頼性が極めて高いという特徴がある。また、固有コードの更新が極めて容易であり、従来のような施錠装置の全体の取り替えといった手間を一切要しない。この結果、解錠用のコードの変更を従来より頻繁に行なうことができ、この点でも信頼性を高めることができる。
【００４５】
以上本発明の実施例について説明したが、本発明の施錠装置はこうした実施例に何等限定されるものではなく、例えば鍵装置により解錠のみならず施錠も可能とした構成、錠本体側が解錠のための正規の認識コードを受け取ったときＬＥＤを点灯する等の表示手段を備えた構成など、本発明の要旨を逸脱しない範囲内において、種々なる態様で実施し得ることは勿論である。
【００４６】
本実施例では、固有コード等を記憶するのに、ＥＥＰＲＯＭを用い鍵装置１０，錠制御装置１１からＰＲＯＭを取り外すことなくコードを書き直す構成をとったが、ＰＲＯＭを取り外して書込を行なうのであれば、通常のＰＲＯＭやヒューズＲＯＭなどを用いることも可能である。この場合、ＰＲＯＭを持ち出して複製することが考えられるが、鍵装置１０において認識コードを生成する際、認識コード生成用のアルゴリズムを読出防止機構を備えたＣＰＵ内のマスクＲＯＭに記憶しておけば、例えＰＲＯＭを不法に持ち出して固有コードを複製しても、解錠させることはできない。ＣＰＵ側を複製しない限り、正しい認識コードを出力することができないからである。
【００４７】
同様に、錠制御装置１１から受け取った応答コード中に鍵装置１０に対応する固有コードが存在するか否かの判断をする場合、両者の単純な一致を見るのではなく、錠制御装置１１から送られた固有コードを所定のアルゴリズムで変換してから鍵装置１０に記憶した固有コードとの一致をチェックするものとし、この変換のアルゴリズムを同じく読出防止機構を備えたマスクＲＯＭ内に記憶しておけば、ＣＰＵ側の複製ができない限り、合い鍵を作ることはできず、十分な信頼性を確保することができる。なお、これらの場合には、装置全体の信頼性が向上するから、固有コードの桁数を減らし数桁程度にすることも差し支えない。
【００４８】
他方、この施錠装置の書込装置は、パチンコ装置の扉に適用した場合には、ホールの監視室等に設置すれば良い。更に、本実施例では、施錠装置が不審な信号入力を検出した場合には、ホストコンピュータ１５に通知を行なうが、この通知により監視用カメラを動作させたり、ビデオへの収録を開始させるといった構成も可能である。
【図面の簡単な説明】
【図１】本発明の基本的構成を例示するブロック図である。
【図２】本発明の一実施例である施錠装置の使用状態を示す斜視図である。
【図３】実施例の施錠装置を構成する鍵装置１０と錠制御装置１１との概略構成を示すブロック図である。
【図４】鍵装置１０における操作ボタン割込ルーチンの概要を示すフローチャートである。
【図５】錠制御装置１１における応答コード処理ルーチンの概要を示すフローチャートである。
【図６】同じく錠制御装置１１における信号入力割込処理ルーチンを示すフローチャートである。
【図７】鍵装置１０と錠制御装置１１とのコード情報のやり取りの様子を示すタイミングチャートである。
【図８】応答コード書込装置を構成するホストコンピュータ１５の要部を示すブロック図である。
【図９】応答コードの更新のための鍵装置１０側の手順を示すコード初期化処理ルーチンのフローチャートである。
【図１０】同じくホストコンピュータ１５側の手順を示すホスト側コード初期化処理ルーチンを示すフローチャートである。
【符号の説明】
１…ドア
２…小型モータ
３…閂
５…凹部
７…閂駆動機構
１０…鍵装置
１１…錠制御装置
１２…発光部
１３…受光部
１４…通信ケーブル
１５…ホストコンピュータ
１７…ハンドル
１９…ラッチ駆動機構
２０…ラッチ
２１…操作ボタン
２３…発光部
２５…受光部
３１…ＭＰＵ
３３…ＥＥＰＲＯＭ
４１…ＭＰＵ
４３…ＥＥＰＲＯＭ
４５…リセットボタン
１０１…ＣＰＵ
１０２…ＲＯＭ
１０３…ＲＡＭ
１０５…入出力ポート
１１２…発光部
１１３…受光部
【図１】
0003619781.tif 000002
【図２】
0003619781.tif 000003
【図３】
0003619781.tif 000004
【図４】
0003619781.tif 000005
【図５】
0003619781.tif 000006
【図６】
0003619781.tif 000007
【図７】
0003619781.tif 000008
【図８】
0003619781.tif 000009
【図９】
0003619781.tif 000010
【図１０】
0003619781.tif 000011