(57)【要約】 【課題】  金庫１２から解錠器１３への金庫データの送信や解錠器１３から精算装置１５への送信に不具合が生じた場合おいても、必要以上に金庫を解錠させることなく、速やかに金庫データの送信を実行することができる金庫の解錠方法およびその装置を提供する。【解決手段】  金庫が過去に解錠されたことがない場合には、金庫の扉ロックを解除し、金庫が過去に解錠されたことがある場合には、金庫の扉ロックを解除しないようにする。金庫１２から解錠器１３への金庫データの送信において不具合が生じた場合、解錠器１３は、再度、金庫データを受信する必要があるが、その際には、解錠器１３が金庫データを受信するだけでよく、金庫のロックを解除しない。【選択図】          図１
2005226220.tif 000002
【特許請求の範囲】
【請求項１】
解錠器から解錠指令を金庫へ送信し、金庫は解錠指令を受信すると、当該金庫の扉のロックを解除する金庫の解錠方法において、
前記金庫は、当該金庫の解錠歴を調べて過去に解錠されたことがあるかどうかを判定し、当該金庫が過去に解錠されたことがないと判定された場合には、前記解錠器は当該金庫を解錠し、
当該金庫が過去に解錠されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しない、
ことを特徴とする金庫の解錠方法。
【請求項２】
金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であって、
前記金庫の解錠歴を記録する記録手段と、
前記解錠歴を判定する判定手段と、
前記金庫データおよび前記解錠歴を記憶する記憶手段と、
前記金庫データを前記解錠器へ送信する送信手段と、
前記金庫データを消去する消去手段と、
を具備することを特徴とする金庫。
【請求項３】
前記金庫の解錠歴を前記解錠器へ送信する送信手段を具備する、
ことを特徴とする請求項２に記載の金庫。
【請求項４】
金庫に対し解錠指令を送信し前記金庫の扉のロックを解除する解錠器であって、
前記金庫データおよび前記金庫の解錠歴を前記金庫から受信する受信手段と、
前記受信手段によって受信された前記金庫データおよび前記解錠歴を記憶する記憶手段と、
精算装置に対し前記金庫データおよび前記金庫の解錠歴を送信する送信手段と、
を具備することを特徴とする解錠器。
【請求項５】
解錠器から解錠指令を金庫へ送信し、金庫は解錠指令を受信すると、当該金庫の扉のロックを解除する金庫の解錠方法において、
前記金庫は、当該金庫の保有する金庫データの送信歴を調べて過去に送信されたことがあるかどうかを判定し、
前記金庫データが過去に送信されたことがないと判定された場合には、前記解錠器は当該金庫を解錠し、
前記金庫データが過去に送信されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しない、
ことを特徴とする金庫の解錠方法。
【請求項６】
金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であって、
前記金庫データの送信歴を記録する記録手段と、
前記送信歴を判定する判定手段と、
前記金庫データおよび前記送信歴を記憶する記憶手段と、
前記金庫データを前記解錠器へ送信する送信手段と、
前記金庫データを消去する消去手段と、
を具備することを特徴とする金庫。
【請求項７】
前記金庫データの送信歴を前記解錠器へ送信する送信手段を具備する、
ことを特徴とする請求項６に記載の金庫。
【請求項８】
金庫に対し解錠指令を送信し前記金庫の扉のロックを解除する解錠器であって、
前記金庫データおよび前記金庫データの送信歴を前記金庫から受信する受信手段と、
前記受信手段によって受信された前記金庫データおよび前記送信歴を記憶する記憶手段と、
精算装置に対し前記金庫データおよび前記金庫データの送信歴を送信する送信手段と、
を具備することを特徴とする解錠器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バス、電車等の運賃箱や自動販売機等の金庫に収納されている金銭や運賃精算に関するデータの送受信や運賃の精算処理を実施する運賃収受システムに関し、特に金庫の解錠方法および運賃収受システムを構成する装置に関する。
【背景技術】
【０００２】
例えば乗合バスにおいて、図１１に示すように運賃箱１１に投入された金銭（硬貨、紙幣）は金庫１２内に収納されると共にその収納した金銭情報は金額単価別に数がデータとして金庫内の記憶部に記憶される。その他に記憶部に記憶されるデータとしては、金庫が運賃箱にセットされたり取り外されたりした時刻や、両替の回数およびその時刻、払い出した釣銭の金額や運賃の入金時刻など、乗合バス運行中の各種データが含まれる。当然これらのデータは運行の度毎に異なるデータとなる。これら全体を金庫データと呼ぶ。金庫データは上述した各種データの一部だけの場合もある。
【０００３】
その日のバスの営業が終了すると、運転手は運賃箱１１から金庫１２を取出し（図１１Ａ）、営業所にある解錠器１３（図１１Ｂ）の挿脱口１４内に挿着して、解錠操作を行うと、金庫１２の扉ロック機構が解除され、扉が開けられ、収納されている金銭が解錠器１３内に排出されると共に、金庫１２の前記記憶部に記憶されていた金庫データが解錠器１３内に転送される。
【０００４】
運賃箱１１は図１２Ａに示されるように、金庫データが格納される金庫データ記憶部１１１ａ、金庫ロック解除機構１１６、金庫ロック解除指令部１１５、金庫１２との電気的接続用コネクタ１１３、金庫１２との電気信号の送受信部１１２および制御部１１４を備える。制御部１１４は例えばマイクロコンピュータで構成され、プログラムを実行することにより、各種の機能がなされる。
【０００５】
金庫１２は図１２Ｂに示されるように、金庫データが格納される記憶部１２１、扉ロック解除機構（又は扉開機構）１２２、運賃箱１１および解錠器１３との電気的接続用コネクタ１２３、運賃箱１１または解錠器１３との電気信号の送受信部１２４および制御部１２５を備える。制御部１２５は例えばマイクロコンピュータで構成され、プログラムを実行することにより、各種の機能がなされる。
【０００６】
解錠器１３は図１２Ｃに示されるように、解錠釦１３１、金庫１２との電気的接続用コネクタ１３２、金庫１２との電気信号の送受信部１３３、記憶部１３４、制御部１３５が設けられ、例えばパーソナルコンピュータよりなる精算装置１５との電気的接続を行うコネクタ１３６、精算装置１５との電気信号の送受信部１３７も設けられる。制御部１３５は例えばマイクロコンピュータで構成され、プログラムを実行することにより各種の機能がなされる。コネクタ１３２と１３６、送受信部１３３と１３７はそれぞれ１つで共用することもできる。
【０００７】
次に従来の運賃箱における金庫データの送信と金庫の取り外しに関する動作について図１３を参照して説明する。金庫１２が運賃箱１１内に挿着されている状態は、図１２のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【０００８】
一日のバスの営業が終了し、乗車運賃を投入し必要に応じてつり銭を排出する等の運賃精算を行う運賃箱の主要動作が終了して（Ｓ１）、金庫ロック解除指令部１１５によって金庫の解除指令が作成され送信されると（Ｓ２）、運賃箱１１は、運賃箱１１内の記憶部１１１に記憶されている金庫データを金庫１２へ送信する（Ｓ３）。金庫１２でこの金庫データを受信し、記憶部１２１に記憶（Ｓ４）した後、運賃箱１１では、金庫ロック解除機構１１６によって金庫のロックが解除され（Ｓ５）、金庫１２が運賃箱１１から脱着される（Ｓ６）。
【０００９】
次に従来の金庫における解錠動作について図１４を参照して説明する。金庫１２が解錠器１３にセットされている状態では、図１２のコネクタ１１３とコネクタ１２３が接続されていない状態にあり（Ｐ１は非接続）、コネクタ１２３とコネクタ１３２とは接続されている（Ｐ２は接続）状態にある。
【００１０】
金庫１２を解錠器１３にセットして（Ｓ７）、解錠釦１３１を操作すると（Ｓ８）、解錠器１３は、制御部１３５で解錠指令を作成して金庫１２へ送信する（Ｓ９）。この解錠指令は予め決められたコードである。金庫１２では解錠指令を受信し、その制御部１２５でそのコードが解錠指令であると判定されると（Ｓ１０）、制御部１３５は記憶部１２１内に金庫データが記憶されているかどうかを調べ（Ｓ１１）、記憶されていると、扉ロック解除機構１２２を制御して扉ロック機構を解除し、また記憶部１２１内の金庫データを解錠器１３へ転送する（Ｓ１２）と共に、記憶部１２１内の金庫データを消去する（Ｓ１５）。なお金庫データ中には、例えばその金庫１２を識別する識別情報などの固定データも含まれている場合は、そのような固定データは消去せず、金額情報のような可変データのみを消去する。
【００１１】
解錠器１３は金庫データを受信すると（Ｓ１３）、一旦記憶部１３４に格納し、その後、解錠器１３が精算装置１５と接続されている場合は受信した金庫データを精算装置１５へ送信する（Ｓ１４）。精算装置１５と接続されていない場合は、解錠器１３と精算装置１５を接続した時に、金庫データを精算装置１５へ送信する。また、ステップＳ１１において、金庫データが記憶されていない場合には、金庫１２の扉ロックは解除されない（Ｓ１６）。
【００１２】
このように、金庫１２の記憶部１２１内に金庫データが記憶されていることをフラグとして、金庫１２の扉ロックを解除できることとしている。これは金庫データが記憶されていれば、金庫が過去に解錠されたことがないことを意味しており、必要以上に金庫を解錠しないようにすると共に、空の金庫データを解錠器に送信しないようにしている。
【００１３】
次に、解錠器１３によって解錠動作を終了した後の金庫１２を再度、運賃箱１１へ装着する場合の動作について、図１５を参照して説明する。金庫１２が運賃箱１１内に挿着されている状態は、図１２のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【００１４】
金庫１２が運賃箱１１にセットされると（Ｓ１７）、金庫は記憶部１２１内に金庫データが記憶されているかどうかを判定し（Ｓ１８）、記憶されていない場合には、金庫ロック指令を運賃箱１１へ送信する（Ｓ１９）。運賃箱１１は、金庫１２から金庫ロック指令を受信する（Ｓ２０）と、金庫のロックを完了する（Ｓ２１）。一方、ステップＳ１６において金庫データが記憶されていると判定された場合には、運賃箱１１は、金庫のロックを実施することを拒否する（Ｓ２２）。
【００１５】
このように、金庫１２の記憶部１２１内に金庫データが記憶されていないことをフラグとして、金庫１２が運賃箱１１に装着できることとしている。運賃箱１１に金庫１２が装着できない場合には、その金庫１２は、未だ解錠されておらず、金庫データが解錠器１３へ送信されていないことを意味している。したがって、図１３のステップＳ６において、運賃箱１１から脱着した金庫１２を即、運賃箱１１に装着しようとしても装着できない。図１４に示されるように、解錠器１３へ装着して金庫データを消去してはじめて、つまりステップＳ７〜Ｓ１４を実施してはじめて運賃箱１１への金庫１２の装着が可能となる。
【００１６】
上述した金庫データの送受信方法を実施することによって、解錠していない金庫１２を再度、運賃箱１１へ装着したり、金庫データを解錠器１３または精算装置１５へ重複して送信したり、あるいは金庫データを送信し忘れたりする誤操作を防止することが可能となっていた。
【００１７】
以上に記載した従来の類似技術が、特許文献１に記載されている。
【特許文献１】特開２００２−３６４２１７公報の段落［０００１］〜［０００７］および図３〜５。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
ところが、金庫１２から解錠器１３への金庫データの送信や解錠器１３から精算装置１５への送信において不具合が生じた場合、例えば、金庫データ内の種々のデータの一部欠落や化け等が発見された場合や、コネクタ等の接続不良により、正規に金庫データが送信されない場合等には、解錠器１３は、あらためて金庫データを受信する必要があった。しかしながら、図１４のステップＳ１５において、金庫１２内の記憶部１２１に記憶されている金庫データは消去されているので、金庫データを再度、解錠器１３へ送信するためには、運賃箱１１に金庫１２を挿着して、運賃箱１１内の記憶部１１１に記憶されている金庫データを金庫へ送信し、金庫１２内の記憶部１２１に金庫データを記憶させる必要があり、多くの手間を要していた。また、この場合、金庫データを解錠器に送信する必要があるために、解錠器１３に金庫１２を装着ししなければならないが、その度に金庫１２を解錠させていた。
【００１９】
そこで本発明は、金庫１２から解錠器１３への金庫データの送信や解錠器１３から精算装置１５への送信において不具合が生じた場合おいても、必要以上に金庫を解錠させることなく、速やかに金庫データの送信を実行することができる金庫の解錠方法およびその装置を提供することを目的としている。
【課題を解決するための手段】
【００２０】
前記目的を達成するために、本発明のうちで請求項１に記載した金庫の解錠方法は、
解錠器から解錠指令を金庫へ送信し、金庫は解錠指令を受信すると、当該金庫の扉のロックを解除する金庫の解錠方法において、
前記金庫は、当該金庫の解錠歴を調べて過去に解錠されたことがあるかどうかを判定し、当該金庫が過去に解錠されたことがないと判定された場合には、前記解錠器は当該金庫を解錠し、
当該金庫が過去に解錠されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しない、
ことを特徴とする。
【００２１】
また、請求項２に記載した金庫は、
金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であって、
前記金庫の解錠歴を記録する記録手段と、
前記解錠歴を判定する判定手段と、
前記金庫データおよび前記解錠歴を記憶する記憶手段と、
前記金庫データを前記解錠器へ送信する送信手段と、
前記金庫データを消去する消去手段と、
を具備することを特徴とする。
【００２２】
また、請求項３に記載した金庫は、請求項２に記載した金庫に加えて、
前記金庫の解錠歴を前記解錠器へ送信する送信手段を具備する、
ことを特徴とする。
【００２３】
また、請求項４に記載した解錠器は、
金庫に対し解錠指令を送信し前記金庫の扉のロックを解除する解錠器であって、
前記金庫データおよび前記金庫の解錠歴を前記金庫から受信する受信手段と、
前記受信手段によって受信された前記金庫データおよび前記解錠歴を記憶する記憶手段と、
精算装置に対し前記金庫データおよび前記金庫の解錠歴を送信する送信手段と、
を具備することを特徴とする。
【００２４】
また、請求項５に記載した金庫の解錠方法は、
解錠器から解錠指令を金庫へ送信し、金庫は解錠指令を受信すると、当該金庫の扉のロックを解除する金庫の解錠方法において、
前記金庫は、当該金庫の保有する金庫データの送信歴を調べて過去に送信されたことがあるかどうかを判定し、
前記金庫データが過去に送信されたことがないと判定された場合には、前記解錠器は当該金庫を解錠し、
前記金庫データが過去に送信されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しない、
ことを特徴とする。
【００２５】
また、請求項６に記載した金庫は、
金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であって、
前記金庫データの送信歴を記録する記録手段と、
前記送信歴を判定する判定手段と、
前記金庫データおよび前記送信歴を記憶する記憶手段と、
前記金庫データを前記解錠器へ送信する送信手段と、
前記金庫データを消去する消去手段と、
を具備することを特徴とする。
【００２６】
また、請求項７に記載した金庫は、請求項６に記載した金庫に加えて、
前記金庫データの送信歴を前記解錠器へ送信する送信手段を具備する、
ことを特徴とする。
【００２７】
また、請求項８に記載した解錠器は、
金庫に対し解錠指令を送信し前記金庫の扉のロックを解除する解錠器であって、
前記金庫データおよび前記金庫データの送信歴を前記金庫から受信する受信手段と、
前記受信手段によって受信された前記金庫データおよび前記送信歴を記憶する記憶手段と、
精算装置に対し前記金庫データおよび前記金庫データの送信歴を送信する送信手段と、
を具備することを特徴とする。
【発明の効果】
【００２８】
請求項１に記載した金庫の解錠方法によれば、
前記金庫は、当該金庫の解錠歴を調べて過去に解錠されたことがあるかどうかを判定し、当該金庫が過去に解錠されたことがないと判定された場合には、前記解錠器は当該金庫を解錠すると共に、金庫データおよびその解錠歴を当該金庫から解錠器へ送信する。なお、この場合、従来と異なり、金庫内に保有されている金庫データは、解錠器へ金庫データを送信した後に消去しないかわりに、金庫内に解錠歴を記録することとした。一方、当該金庫が過去に解錠されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しないで、金庫データおよびその解錠歴を解錠器へ送信する。したがって、金庫から解錠器への金庫データの送信において不具合が生じた場合、解錠器は、再度、金庫データを受信する必要があるが、その際には、解錠器が金庫データを受信するだけでよいため、金庫を解錠する必要はない。
【００２９】
また、請求項２に記載した金庫によれば、
当該金庫は、金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であり、前記金庫の解錠歴を記録する記録手段と、前記解錠歴を判定する判定手段とを具備しているので、過去に解錠したことのある金庫に対しては解錠しないよう作用させることができる。また、前記金庫データおよび前記解錠歴を記憶する記憶手段を具備しているので、金庫データと共に解錠歴を記憶させていくことが可能である。また、前記金庫データおよび前記解錠歴を前記解錠器へ送信する送信手段を具備しているので、金庫データを解錠器に送信することができる。また、前記金庫データを消去する消去手段を具備しているので、過去に解錠されたことのある金庫に対して、その金庫内に保有している金庫データを消去することができる。
【００３０】
また、請求項３に記載した金庫によれば、請求項２に記載の金庫の効果に加えて、
当該金庫は、前記解錠歴を前記解錠器へ送信する送信手段を具備しているので、金庫から解錠器への金庫データの送信において不具合が生じ、あらためて金庫データが解錠器に送信された場合や、金庫データが重複して解錠器に送信された場合においても、金庫データの送信と同時に解錠歴も送信しているので、解錠器または精算装置は、当該金庫データが数回に亘って送信されたものかどうかを判断することができる。
【００３１】
また、請求項４に記載した解錠器によれば、
当該解錠器は、金庫に対し解錠指令を送信する送信手段を具備して前記金庫の扉のロックを解除する解錠器であって、前記金庫データおよび前記金庫の解錠歴を前記金庫から受信する受信手段を具備しているので、金庫データを受信することができる。また、金庫から解錠器への金庫データの送信において不具合が生じ、あらためて金庫データが解錠器に送信された場合や、金庫データが重複して解錠器に受信された場合でも、金庫データの受信と同時に解錠歴も受信しているので、解錠器または精算装置は、当該金庫データが数回に亘って送信されたものかどうかを判断することができる。また、前記受信手段によって受信された前記金庫データおよび前記解錠歴を記憶する記憶手段とを具備しているので、これらのデータを記憶させておくことができる。また、精算装置に対し前記金庫データおよび前記金庫の解錠歴を送信する送信手段を具備しているので、当該解錠器に精算装置を接続した場合においても、前記記憶手段に記憶された金庫データおよび解錠歴を読み出し、精算装置に送信することができる。
【００３２】
また、請求項５に記載した金庫の解錠方法によれば、
前記金庫は、当該金庫の金庫データの送信歴を調べて過去に金庫データが送信されたことがあるかどうかを判定し、当該金庫データが過去に送信されたことがないと判定された場合には、前記解錠器は当該金庫を解錠すると共に、金庫データおよびその送信歴を当該金庫から解錠器へ送信する。なお、この場合、従来と異なり、金庫内に保有されている金庫データは、解錠器へ金庫データを送信した後に消去しないかわりに、金庫内に送信歴を記録することとした。一方、当該金庫データが過去に送信されたことがあると判定された場合には、前記解錠器は当該金庫を解錠しないで、金庫データおよびその送信歴を解錠器へ送信する。したがって、金庫から解錠器への金庫データの送信において不具合が生じた場合、解錠器は、再度、金庫データを受信する必要があるが、その際には、解錠器が金庫データを受信するだけでよいため、金庫を解錠する必要はない。
【００３３】
また、請求項６に記載した金庫によれば、
当該金庫は、金庫データが記憶される金庫データ記憶部を備え、解錠器から解錠指令を受信するとロック解除機構を制御して金庫の扉のロックを解除する金庫であり、前記金庫の金庫データの送信歴を記録する記録手段と、前記送信歴を判定する判定手段とを具備しているので、過去に送信したことのある金庫に対しては金庫を解錠しないよう作用させることができる。また、前記金庫データおよび前記送信歴を記憶する記憶手段を具備しているので、金庫データと共に送信歴を記憶させていくことが可能である。また、前記金庫データおよび前記送信歴を前記解錠器へ送信する送信手段を具備しているので、金庫データを解錠器に送信することができる。また、前記金庫データを消去する消去手段を具備しているので、過去に解錠されたことのある金庫に対して、その金庫内に保有している金庫データを消去することができる。
【００３４】
また、請求項７に記載した金庫によれば、請求項６に記載の金庫の効果に加えて、
当該金庫は、前記送信歴を前記解錠器へ送信する送信手段を具備しているので、金庫から解錠器への金庫データの送信において不具合が生じ、あらためて金庫データが解錠器に送信された場合や、金庫データが重複して解錠器に送信された場合においても、金庫データの送信と同時に送信歴も送信しているので、解錠器または精算装置は、当該金庫データが数回に亘って送信されたものかどうかを判断することができる。
【００３５】
また、請求項８に記載した解錠器によれば、
当該解錠器は、金庫に対し解錠指令を送信する送信手段を具備して前記金庫の扉のロックを解除する解錠器であって、前記金庫データおよび前記金庫データの送信歴を前記金庫から受信する受信手段を具備しているので、金庫データを受信することができる。また、金庫から解錠器への金庫データの送信において不具合が生じ、あらためて金庫データが解錠器に送信された場合や、金庫データが重複して解錠器に受信された場合でも、金庫データの受信と同時に送信歴も受信しているので、解錠器または精算装置は、当該金庫データが数回に亘って送信されたものかどうかを判断することができる。また、前記受信手段によって受信された前記金庫データおよび前記送信歴を記憶する記憶手段とを具備しているので、これらのデータを記憶させておくことができる。また、精算装置に対し前記金庫データおよび前記金庫データの送信歴を送信する送信手段を具備しているので、当該解錠器に精算装置を接続した場合においても、前記記憶手段に記憶された金庫データおよび送信歴を読み出し、精算装置に送信することができる。
【００３６】
以上の発明によって、金庫から解錠器への金庫データの送信や解錠器から精算装置への送信において不具合が生じた場合においても、過去に解錠されたことのある金庫には、金庫データが保有されているので、再度、当該金庫を解錠器に装着することによって当該金庫データを送信させることができる。その際、金庫は既に解錠されており、解錠する必要はないので、解錠器が解錠歴を判断し金庫は解錠されることはない。また、金庫内に保有された金庫データは、再度、運賃箱に挿着され、解錠器が過去に解錠されたことがあると判断した場合にのみ、当該金庫データを消去することができるので、誤って金庫データを消去してしまうことはなく、安全性が確保される。このようにして、金庫データの送信を可能とすることができる金庫の解錠方法およびその装置を提供することができる。
【発明を実施するための最良の形態】
【００３７】
以下、本発明の実施形態を図１〜１０を用いて説明する。
【実施例１】
【００３８】
図１は、本実施例の運賃収受システムを構成する装置に関するブロック図である。図１Ａは運賃箱１１、図１Ｂは本発明による金庫１２、および図１Ｃは本発明による解錠器１３である。なお、これらの装置および内部の各構成要素は、従来の構成（図１２）と同一部分については同一符号を付してある。
【００３９】
運賃箱１１においては、従来と同じ構成要素となっているが、制御部１１４の動作が従来のものと異なっている。運賃箱１１の動作は後に記述する。
【００４０】
金庫１２においては、解錠フラグ生成部１２６および解錠フラグ判定部１２７が設けられ、記憶部１２１内には、金庫データ記憶部１２１ａの他に、解錠フラグ記憶部１２１ｂが設けられており、この点が従来の金庫と異なっている。またこれに伴って制御部１２５の動作も従来のものと異なっている。制御部１２５をマイクロコンピュータで構成する場合は、解錠フラグ生成部１２６によって生成後の機能が実施され、解錠フラグ判定部１２７によって判定後の機能が実施される。金庫１２の動作は後に記述する。
【００４１】
解錠器１３においては、記憶部１３４内に金庫データ記憶部１３４ａと解錠フラグ記憶部１３４ｂが設けられており、この点が従来の解錠器と異なっている。解錠器１３の動作は後に記述する。
【００４２】
以下にこの実施例による運賃収受システムにおける金庫の解錠方法および金庫データの送受信及び消去方法について、図２〜５を用いて説明すると共に、図１Ａ、図１Ｂ及び図１Ｃに示した運賃箱１１、金庫１２、及び解錠器１３の各動作を説明する。
【００４３】
最初にこの実施例における運賃箱から金庫への金庫データの送信および金庫の取り外しに関する動作について図２を参照して説明する。金庫１２が運賃箱１１内に挿着されている状態は、図１のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【００４４】
一日のバスの営業が終了し、乗車運賃を投入し必要に応じてつり銭を排出する等の運賃精算を行う運賃箱の主要動作が終了し（Ｓ２１）、金庫ロック解除指令部１１５で金庫のロック解除指令が作成され送信されると（Ｓ２２）、運賃箱１１は、運賃箱１１内の記憶部１１１にある金庫データ記憶部１１１ａに記憶されている金庫データを金庫１２へ送信する（Ｓ２３）。金庫１２でこの金庫データを受信し、記憶部１２１に記憶（Ｓ２４）した後、解錠フラグ生成部１２６によって解錠フラグ［０］が生成され、解錠フラグ記憶部１２１ｂに記憶される（Ｓ２５）。その後、運賃箱１１では、金庫ロック解除機構１１６によって金庫のロックが解除され（Ｓ２６）、金庫１２が運賃箱１１から脱着される（Ｓ２７）。上記動作は、従来とほぼ同様であるが、ステップＳ２５のように解錠フラグ［０］が生成される点が異なっている。
【００４５】
次に本実施例における金庫の解錠動作および金庫データの送信動作を図３及び図４を参照して説明する。金庫１２が解錠器１３にセットされている状態では、図１のコネクタ１１３とコネクタ１２３が接続されていない状態にあり（Ｐ１は非接続）、コネクタ１２３とコネクタ１３２とは接続されている（Ｐ２は接続）状態にある。
【００４６】
金庫１２が解錠器１３にセットされ（Ｓ３１）、解錠器１３の解錠釦が操作されると（Ｓ３２）、制御部１３５で解錠指令が作成され金庫に送信される（Ｓ３３）。この解錠指令は予め決められたコードである。金庫１２では解錠指令を受信し、その制御部１２５でそのコードが解錠指令であると判定すると（Ｓ３６）、解錠フラグ判定部１２７で解錠フラグが［０］であるかどうかを判定し（Ｓ３５）、［０］である場合には、扉ロック解除機構１２２を制御して扉ロック機構を解除し（Ｓ３６）、金庫データ記憶部１２１ａ内の金庫データおよび解錠フラグ［０］を解錠器１３へ転送する（Ｓ３７）と共に、解錠フラグ生成部１２６によって解錠フラグ［１］を生成し解錠フラグ記憶部１２１ｂに記憶されている解錠フラグ［０］と置き換えて記憶する（Ｓ４０）。その後、解錠器１３は、金庫データおよび解錠フラグ［０］を受信すると（Ｓ３８）、一旦金庫データ記憶部１３４ａに格納し、その後、解錠器１３が精算装置１５と接続されている場合は受信した金庫データおよび解錠フラグ［０］を精算装置１５へ送信する。
【００４７】
一方、ステップＳ３５において、当該解錠フラグが［１］である場合には、解錠器１３は、制御部１３５で金庫データ要求指令を作成して金庫１２へ送信する（Ｓ４２）。この金庫データ要求指令は予め決められたコードであって、先に記載した解除指令とは異なるコードである。金庫１２では金庫データ要求指令を受信し、その制御部１２５でそのコードが金庫データ要求指令であると判定すると（Ｓ４３）、金庫データ記憶部１２１ａ内の金庫データおよび解錠フラグ［１］を解錠器１３へ転送する（Ｓ４４）。解錠器１３は金庫データおよび解錠フラグ［１］を受信すると（Ｓ４５）、一旦金庫データ記憶部１３４ａに格納し、その後、解錠器１３が精算装置１５と接続されている場合は受信した金庫データおよび解錠フラグ［１］を精算装置１５へ送信する（Ｓ４６）。精算装置１５と接続されていない場合は、解錠器１３と精算装置１５を接続した時に、金庫データを精算装置１５へ送信する。
【００４８】
従来は、制御部１３５で解錠指令が作成され金庫に送信されると、金庫の扉ロックを解除すると共に金庫データを解錠器に送信していたが、実施例１では、解錠フラグが［０］および［１］のいずれかによって、金庫の扉ロックを解除するかどうかを決定することとしている。解錠フラグが［０］即ち金庫が過去に解錠されたことがない場合には、金庫の扉ロックを解除し、解錠フラグが［１］即ち金庫が過去に解錠されたことがある場合には、金庫の扉ロックを解除しないようにしている。したがって、金庫１２から解錠器１３への金庫データの送信において不具合が生じた場合、解錠器１３は、再度、金庫データを受信する必要があるが、その際には、解錠器１３が金庫データを受信するだけでよく、金庫のロックを必要以上に解除する必要はない。また、金庫データと共に解錠フラグも解錠器１３に送信されるので、仮に金庫データが重複して解錠器１３または精算装置１５に送信された場合でも、解錠フラグを確認することによって、当該金庫データが重複して送信されたものかどうかを判断することができる。
【００４９】
次に実施例１における金庫の保有する金庫データの消去動作について図５を参照して説明する。金庫１２が運賃箱１１にセットされている状態では、図１のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【００５０】
ステップＳ３７あるいはステップＳ４４を経て金庫データを解錠器１３へ送信し終えた金庫を解錠器から取り外し、その後、運賃箱にセットすると（Ｓ５１）、金庫１２は解錠フラグが［１］であるかどうかを判定し（Ｓ５２）、［１］である場合には、運賃箱１１へ金庫のロック指令を送信（Ｓ５３）すると共に、金庫データ記憶部１２１ａ内に記憶されている金庫データを消去する（Ｓ５４）。運賃箱１１は、金庫１２より金庫ロック指令を受信すると（Ｓ５５）、金庫のロックを完了する。一方、ステップＳ５２において、解錠フラグが［０］である場合には、金庫のロックを実施することを拒否する（Ｓ５７）。
【００５１】
実施例１では、解錠フラグが［１］即ち、過去に金庫１２が解錠されたことがある場合には、金庫１２が運賃箱１１に装着できることとしている。運賃箱１１に金庫１２が装着できない場合には、その金庫１２は、未だ解錠されておらず、金庫データが解錠器１３へ送信されていないことを意味している。したがって、図２のステップＳ２７において、運賃箱１１から脱着した金庫１２を即、運賃箱１１に装着しようとしても装着できない。図３または図４に示されるように、解錠器１３へ装着して解錠フラグ［１］になってはじめて、運賃箱１１への金庫１２の装着が可能となる。
【００５２】
また、従来は、金庫データが消去されていることをフラグとして、金庫１２を運賃箱１１へ装着することができるとしていたが、実施例１では、解錠フラグを判定することによって金庫１２を運賃箱１１へ装着することができるかどうかを判断している。
【００５３】
以上、実施例１の効果をまとめると次のようになる。
（１）金庫１２は、金庫１２の解錠フラグを調べて過去に解錠されたことがあるかどうかを判定し、金庫の扉のロックを解除するかどうかを決定する。そのため、金庫１２から解錠器１３への金庫データの送信において不具合が生じた場合、解錠器１３は、再度、金庫データを受信する必要があるが、その際には、解錠器１３が金庫データを受信するだけでよいため、金庫１２の扉のロックを必要以上に解除する必要はない。
【００５４】
（２）金庫データおよび解錠フラグが、解錠器１３または精算装置１５に送信されるので、仮に金庫データが重複して解錠器１３に送信された場合でも、解錠器１３または精算装置１５は、金庫データが重複して送信されたものかどうかを解錠フラグによって判断することができる。
【００５５】
（３）解錠フラグが［１］即ち、過去に解錠されたことのある金庫１２に対しては、再度、運賃箱１１に装着して金庫データを消去することができるが、解錠フラグが［０］即ち、過去に解錠されたことのない金庫１２に対しては、運賃箱１１に装着できないため、金庫データを消去することができない。これは金庫データが未だ解錠器１３または精算装置１５へ送信されていないと判断されているためである。
【実施例２】
【００５６】
なお、他の実施例として、金庫１２が解錠器１３にセットされ、金庫データが解錠器へ送信された回数Ｎを計数し、これを解錠フラグの代わりとしてもよい。即ち、Ｎ＝０のときは金庫１２を解錠して金庫データを解錠器１３へ送信し、Ｎ≧１のときは金庫を解錠しないで金庫データを解錠器１３へ送信するようにしてもよい。また、Ｎ＝０のとき、金庫１２は運賃箱に装着できないようにしてもよい。この場合には、金庫データが解錠器１３または精算装置１５に数回に亘って送信された送信回数を知ることができる。以下に実施例２について説明する。
【００５７】
図６は、実施例２の運賃収受システムを構成する装置に関するブロック図である。図６Ａは運賃箱１１、図６Ｂは実施例２による金庫１２、および図６Ｃは実施例２による解錠器１３である。なお、これらの装置および内部の各構成要素は、従来の構成（図１２）と同一部分については同一符号を付してある。なお、運賃箱１１においては、従来と同じ構成要素となっているが、制御部１１４の動作が従来のものと異なっている。運賃箱１１の動作は後に記述する。
【００５８】
金庫１２においては、実施例１における解錠フラグ生成部１２６、解錠フラグ判定部１２７および解錠フラグ記憶部１２１ｂに換えて、計数部１２６ａ、計数値判定部１２７ａ、計数値リセット部１２６ｂおよび計数値記憶部１２１ｃが設けられており、この点が従来または実施例１の金庫と異なっている。またこれに伴って制御部１２５の動作も従来または実施例１のものと異なっている。制御部１２５をマイクロコンピュータで構成する場合は、これによって計数部１２６ａ、計数値判定部１２７ａ、計数値リセット部１２６ｂおよび計数値記憶部１２１ｃの機能が実施される。金庫１２の動作は後に記述する。
【００５９】
解錠器１３においては、実施例１における解錠フラグ記憶部１３４ｂに換えて、金庫データの送信回数記憶部１３４ｃが設けられており、この点が従来または実施例１の解錠器と異なっている。解錠器１３の動作は後に記述する。
【００６０】
以下にこの実施例による運賃収受システムにおける金庫の解錠方法および金庫データの送受信及び消去方法について、図７〜１０を用いて説明すると共に、図６Ａ、図６Ｂ及び図６Ｃに示した運賃箱１１、金庫１２、及び解錠器１３の各動作を説明する。
【００６１】
最初に実施例２における運賃箱から金庫への金庫データの送信および金庫の取り外しに関する動作について図７を参照して説明する。金庫１２が運賃箱１１内に挿着されている状態は、図６のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【００６２】
一日のバスの営業が終了し、乗車運賃を投入し必要に応じてつり銭を排出する等の運賃精算を行う運賃箱の主要動作が終了し（Ｓ６１）、金庫ロック解除指令部１１５で金庫のロック解除指令が作成され送信されると（Ｓ６２）、運賃箱１１は、運賃箱１１内の記憶部１１１にある金庫データ記憶部１１１ａに記憶されている金庫データを金庫１２へ送信する（Ｓ６３）。金庫１２でこの金庫データを受信し、記憶部１２１に記憶（Ｓ６４）した後、送信回数リセット部１２６ｂによって金庫データの送信回数がリセットされ（Ｎ＝０、送信回数記憶部１２１ｃに記憶される（Ｓ６５）。その後、運賃箱１１では、金庫ロック解除機構１１６によって金庫のロックが解除され（Ｓ６６）、金庫１２が運賃箱１１から脱着される（Ｓ６７）。上記動作は、従来とほぼ同様であるが、ステップＳ６５のように金庫データの送信回数Ｎがリセットされる点が異なっている。
【００６３】
次に実施例２における金庫の解錠動作および金庫データの送信動作を図８及び図９を参照して説明する。金庫１２が解錠器１３にセットされている状態では、図６のコネクタ１１３とコネクタ１２３が接続されていない状態にあり（Ｐ１は非接続）、コネクタ１２３とコネクタ１３２とは接続されている（Ｐ２は接続）状態にある。
【００６４】
金庫１２が解錠器１３にセットされ（Ｓ７１）、解錠器１３の解錠釦が操作されると（Ｓ７２）、制御部１３５で解錠指令が作成され金庫に送信される（Ｓ７３）。この解錠指令は予め決められたコードである。金庫１２では解錠指令を受信し、その制御部１２５でそのコードが解錠指令であると判定されると（Ｓ７４）、送信計数値判定部１２７ａで金庫データの送信回数Ｎ＝０であるかどうかを判定し（Ｓ７５）、Ｎ＝０である場合には、扉ロック解除機構１２２を制御して扉ロック機構を解除し（Ｓ７６）、金庫データ記憶部１２１ａ内の金庫データおよびＮ＝０を解錠器１３へ転送する（Ｓ７７）と共に、送信回数計数部１２６ａによってＮに＋１を加えて、これをＮに置き換えて記憶する。（Ｓ８０）。その後、解錠器１３は、金庫データおよびＮ＝０を受信すると（Ｓ７８）、一旦金庫データ記憶部１３４ａに格納し、その後、解錠器１３が精算装置１５と接続されている場合は受信した金庫データおよびＮ＝０を精算装置１５へ送信する。
【００６５】
一方、ステップＳ７５において、Ｎ≧１である場合には、解錠器１３は、制御部１３５で金庫データ要求指令を作成して金庫１２へ送信する（Ｓ８２）。この金庫データ要求指令は予め決められたコードであって、先に記載した解除指令とは異なるコードである。金庫１２では金庫データ要求指令を受信し、その制御部１２５でそのコードが金庫データ要求指令であると判定すると（Ｓ８３）、金庫データ記憶部１２１ａ内の金庫データおよび金庫データの送信回数Ｎを解錠器１３へ転送する（Ｓ８４）と共に、Ｎに＋１を加え、これをＮに置き換えて記憶する（Ｓ８５）。解錠器１３は金庫データおよび送信回数Ｎを受信すると（Ｓ８６）、一旦金庫データ記憶部１３４ａに格納し、その後、解錠器１３が精算装置１５と接続されている場合は受信した金庫データおよび送信回数Ｎを精算装置１５へ送信する（Ｓ８７）。精算装置１５と接続されていない場合は、解錠器１３と精算装置１５を接続した時に、金庫データを精算装置１５へ送信する。
【００６６】
従来は、制御部１３５で解錠指令が作成され金庫に送信されると、金庫の扉ロックを解除すると共に金庫データを解錠器に送信していたが、実施例２では、Ｎ＝０およびＮ≧１のいずれかによって、金庫の扉ロックを解除するかどうかを決定することとしている。Ｎ＝０即ち金庫データが過去に解錠器へ送信されたことがない場合には、金庫の扉ロックを解除し、Ｎ≧１即ち金庫データが過去に解錠器へ送信されたことがある場合には、金庫の扉ロックを解除しないようにしている。したがって、金庫１２から解錠器１３への金庫データの送信において不具合が生じた場合、解錠器１３は、再度、金庫データを金庫１２から受信する必要があるが、その際には、解錠器１３が金庫データを受信するだけでよく、金庫のロックを解除する必要はない。また、金庫データと共に送信回数Ｎも解錠器１３に送信されるので、仮に金庫データが重複して解錠器１３または精算装置１５に送信された場合でも、当該送信回数を確認することによって、当該金庫データが重複して送信されたものかどうかを判断することができ、また、その受信回数も知ることができる。
【００６７】
次に実施例２における金庫の保有する金庫データの消去動作について図１０を参照して説明する。金庫１２が運賃箱１１にセットされている状態では、図６のコネクタ１１３とコネクタ１２３が接続されている状態にあり（Ｐ１は接続）、コネクタ１２３とコネクタ１３２とは接続されていない（Ｐ２は非接続）状態にある。
【００６８】
ステップＳ８０あるいはステップＳ８５を経て金庫データを解錠器１３へ送信し終えた金庫１２を解錠器１３から取り外し、その後、運賃箱１１にセットすると（Ｓ９１）、金庫１２はＮ≧１であるかどうかを判定し（Ｓ９２）、Ｎ≧１である場合には、運賃箱１１へ金庫のロック指令を送信（Ｓ９３）すると共に、金庫データ記憶部１２１ａ内に記憶されている金庫データを消去する（Ｓ９４）。運賃箱１１は、金庫１２より金庫ロック指令を受信すると（Ｓ９５）、金庫のロックを完了する（Ｓ９６）。一方、ステップＳ９２において、Ｎ≧１でない場合、即ちＮ＝０である場合には、金庫のロックを実施することを拒否する（Ｓ９７）。
【００６９】
実施例２では、Ｎ≧１即ち、過去に金庫データが解錠器１３へ送信されたことがある７合には、金庫１２が運賃箱１１に装着できることとしている。運賃箱１１に金庫１２が装着できない場合には、その金庫１２は、未だ解錠されておらず、金庫データが解錠器１３へ送信されていないことを意味している。したがって、図７のステップＳ６７において、運賃箱１１から脱着した金庫１２を即、運賃箱１１に装着しようとしても装着できない。図８または図９に示されるように、解錠器１３へ装着し金庫データを解錠器１３へ送信しＮ≧１になってはじめて、運賃箱１１への金庫１２の装着が可能となる。
【００７０】
また、従来は、金庫データが消去されていることをフラグとして、金庫１２を運賃箱１１へ装着することができるとしていたが、実施例２では、金庫データの送信回数を判定することによって金庫１２を運賃箱１１へ装着することができるかどうかを判断している。
【００７１】
以上、実施例２の効果をまとめると次のようになる。
（１）金庫１２は、金庫データの送信回数を調べて過去に解錠器へ送信されたことがあるかどうかを判定し、金庫の扉のロックを解除するかどうかを決定する。そのため、金庫１２から解錠器１３への金庫データの送信において不具合が生じた場合、解錠器１３は、再度、金庫データを金庫１２から受信する必要があるが、その際には、解錠器１３が金庫データを受信するだけでよく、金庫１２の扉のロックを解除する必要はない。
【００７２】
（２）金庫データおよび送信回数Ｎが、解錠器１３または精算装置１５に送信されるので、仮に金庫データが重複して解錠器１３に送信された場合でも、解錠器１３または精算装置１５は、金庫データが重複して送信されたものかどうかを送信回数によって判断することができる。また、その送信（受信）回数も知ることができる。
【００７３】
（３）Ｎ≧１即ち、過去に金庫データを解錠器１３へ送信したことのある金庫１２に対しては、再度、運賃箱１１に装着して金庫データを消去することができるが、Ｎ＝０即ち、過去に金庫データを解錠器１３へ送信したことのない金庫１２に対しては、運賃箱１１に装着できないため、金庫データを消去することができない。これは金庫データが未だ解錠器１３または精算装置１５へ送信されていないと判断されているためである。
【００７４】
（応用例等）
なお、本発明は上記の実施例に限定するものではなく、本発明の要旨を変更しない範囲で様々な実施が可能である。例えば、金庫の解錠歴あるいは金庫データの送信歴を調べて金庫を解錠するかどうかを判定していたが、金庫が解錠器に装着された場合には前記解錠歴あるいは前記送信歴の有無にかかわらず常に金庫を解錠させるようにすることもできる。
【００７５】
また、金庫から解錠器または精算装置への金庫データ重複送信を検知するために、金庫から解錠器に金庫データを送信すると共に、解錠フラグあるいは金庫データの送信回数を解錠器に送信していたが、金庫データの送信回数を知る必要が無い場合には特にこれを実施する必要はない。
【００７６】
また、実施例２では、金庫データの送信回数を計数したが、これを必要としない場合には、図６の送信回数計数部１２６ａ、送信回数リセット部１２６ｂおよび送信計数値判定部１２７ａに換えて、送信フラグ生成部および送信フラグ判定部を新たに設け、このフラグを判定することによって金庫の解錠を決定することもできる。
【００７７】
なお、本発明の付随的な効果として次の事項がある。即ち、金庫１２内に保有されている金庫データは、金庫データが解錠器に送信され、運賃箱１１に再度装着されるまでは金庫データは消去されないので、データ送信に不具合が生じた場合でも、再度、運賃箱１１内に保有されている金庫データを読み込む必要がない。つまり、金庫データを運賃箱１１内の金庫データ記憶部１１１ａ（図１または図６参照）内に必ず記憶させておく必要はない。したがって、運賃箱１１の主要動作において、金庫データを一旦金庫データ記憶部１１１ａに保有しないで直接金庫内の金庫データ記憶部１２１ａに記憶させるようにすることが可能となる。その場合、運賃箱１１内の金庫データ記憶部１１１ａは不要となる。
【００７８】
次に前記実施例および応用例等から把握できる技術的思想を以下に追記する。
（１）前記金庫の解錠歴を記録する記録手段は、
前記金庫が過去に解錠されたことがないときは［０］とし、過去に解錠されたことがあるときは［１］とする解錠フラグを生成する解錠フラグ生成手段である、
ことを特徴とする請求項２または請求項３に記載の金庫。
【００７９】
（２）請求項１に記載の金庫の解錠方法において、
前記金庫は、当該金庫に記録された金庫の解錠フラグを調べて、
当該解錠フラグが［０］である場合には、当該金庫を解錠し、
当該解錠フラグが［１］である場合には、当該金庫を解錠しない、
ことを特徴とする金庫の解錠方法。
【００８０】
（３）前記金庫データの送信歴を記録する記録手段は、
当該金庫データを解錠器へ送信する送信回数を計数する計数手段と、
前記送信回数をリセットするリセット手段と、
からなることを特徴とする請求項６または請求項７に記載の金庫。
【００８１】
（４）請求項５に記載の金庫の解錠方法において、
前記金庫は、当該金庫の保有する金庫データを解錠器へ送信した送信回数を調べて、
前記送信回数が０回である場合には、前記解錠器は当該金庫を解錠し、
前記送信回数が１回以上である場合には、前記解錠器は当該金庫を解錠しない、
ことを特徴とする金庫の解錠方法。
【００８２】
（５）前記金庫データの送信歴を記録する記録手段は、
前記金庫データが過去に送信されたことがないときは［０］とし、過去に送信されたことがあるときは［１］とする送信フラグを生成する送信フラグ生成手段である、
ことを特徴とする請求項６または請求項７に記載の金庫。
【００８３】
（６）請求項５に記載の金庫の解錠方法において、
前記金庫は、当該金庫に記録された金庫データの送信フラグを調べて、
当該送信フラグが［０］である場合には、当該金庫を解錠し、
当該送信フラグが［１］である場合には、当該金庫を解錠しない、
ことを特徴とする金庫の解錠方法。
【００８４】
上記記載（１）〜（６）の技術的思想によれば、金庫１２から解錠器１３への金庫データの送信や解錠器１３から精算装置１５への送信において不具合が生じた場合おいても、必要以上に金庫を解錠させることなく、速やかに金庫データの送信を実行することができる金庫の解錠方法およびその装置を提供することが可能となる。
【図面の簡単な説明】
【００８５】
【図１】実施例１による運賃箱、金庫および解錠器の各機能構成を示す図である。
【図２】実施例１による運賃箱から金庫を脱着する動作手順を示す図である。
【図３】実施例１による金庫の解錠方法の動作手順を示す図である。
【図４】実施例１による金庫の解錠方法の動作手順を示す図である。
【図５】実施例１による金庫を運賃箱へ装着する動作手順を示す図である。
【図６】実施例２による運賃箱、金庫および解錠器の各機能構成を示す図である。
【図７】実施例２による運賃箱から金庫を脱着する動作手順を示す図である。
【図８】実施例２による金庫の解錠方法の動作手順を示す図である。
【図９】実施例２による金庫の解錠方法の動作手順を示す図である。
【図１０】実施例２による金庫を運賃箱へ装着する動作手順を示す図である。
【図１１】Ａは運賃箱を簡略に示す図、Ｂは解錠器を簡略に示す図である。
【図１２】従来の運賃箱、金庫および解錠器の各機能構成を示す図である。
【図１３】従来の運賃箱から金庫を脱着する動作手順を示す図である。
【図１４】従来の金庫の解錠方法の動作手順を示す図である。
【図１５】従来の金庫を運賃箱へ装着する動作手順を示す図である。
【符号の説明】
【００８６】
１1…運賃箱、１２…金庫、１３…解錠器、１４…挿脱口、１５…精算装置、１１１…記憶部、１１１ａ…金庫データ記憶部、１１２…送受信部、１１３…コネクタ、１１４…制御部、１１５…金庫ロック解除指令部、１１６…金庫ロック解除機構１１６、１２１…記憶部、１２１ａ…金庫データ記憶部、１２１ｂ…解錠フラグ記憶部、１２１ｃ…送信回数記憶部、１２２…扉ロック解除機構、１２３…コネクタ、１２４…送受信部、１２５…制御部、１２６…解錠フラグ生成部、１２６ａ…送信回数計数部、１２６ｂ…送信回数リセット部、１２７…解錠フラグ判定部、１２７ａ…送信計数値判定部１２７ａ、１３１…解錠釦、１３２…コネクタ、１３３…送受信部、１３４…記憶部、１３４ａ…金庫データ記憶部、１３４ｂ…解除フラグ記憶部、１３４ｃ…送信回数記憶部、１３５…制御部、１３６…コネクタ、１３７…送受信部、Ｎ…送信回数。 
【図１】
2005226220.tif 000003
【図２】
2005226220.tif 000004
【図３】
2005226220.tif 000005
【図４】
2005226220.tif 000006
【図５】
2005226220.tif 000007
【図６】
2005226220.tif 000008
【図７】
2005226220.tif 000009
【図８】
2005226220.tif 000010
【図９】
2005226220.tif 000011
【図１０】
2005226220.tif 000012
【図１１】
2005226220.tif 000013
【図１２】
2005226220.tif 000014
【図１３】
2005226220.tif 000015
【図１４】
2005226220.tif 000016
【図１５】
2005226220.tif 000017