(57)【要約】【課題】  作業員が運賃箱を容易に開錠することができる技術を提供すること。【解決手段】  無線通信装置は、第１の認証情報を記憶するための第１のメモリと、第１のプロセッサと、を備える。第１のプロセッサは、第１の認証情報及び／又は第２の認証情報を利用した第１の通信を第２の認証情報を記憶する可搬型デバイスと実行する第１の通信実行部と、第１の通信の結果として第１の認証情報と第２の認証情報とが一致する場合に、運賃箱を開錠するための開錠情報を可搬型デバイスに送信する送信部と、として機能する。運賃箱は、箱本体と、箱本体内に収容される金庫と、第２のプロセッサと、を備える。第２のプロセッサは、可搬型デバイスから開錠情報を受信する第１の受信部と、可搬型デバイスから開錠情報が受信される場合に、運賃箱の状態を施錠状態から開錠状態に変化させる状態制御部と、として機能する。【選択図】図４
2020087034.tif 000002
【特許請求の範囲】
【請求項１】
無線通信装置と、車両内に設置される運賃箱と、を備える錠システムであって、
前記無線通信装置は、
第１の通信方式に従った無線通信を実行するための第１の無線インターフェースと、
第１の認証情報を記憶するための第１のメモリと、
第１のプロセッサと、を備え、
前記第１のプロセッサは、
前記第１の無線インターフェースを介して、前記第１の認証情報及び／又は第２の認証情報を利用した第１の通信を、前記第２の認証情報を記憶する可搬型デバイスと実行する第１の通信実行部と、
前記第１の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致する場合に、前記第１の無線インターフェースを介して、前記運賃箱を開錠するための開錠情報を前記可搬型デバイスに送信する送信部であって、前記開錠情報が前記可搬型デバイスに送信される場合に、前記開錠情報は前記可搬型デバイス内に記憶され、前記第１の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致しない場合に、前記開錠情報は前記可搬型デバイスに送信されない、前記送信部と、として機能し、
前記運賃箱は、
箱本体と、
前記箱本体内に収容される金庫であって、前記車両の乗客によって支払われる金銭を収容する前記金庫と、
前記第１の通信方式に従った無線通信を実行するための第２の無線インターフェースと、
第２のプロセッサと、を備え、
前記第２のプロセッサは、
前記可搬型デバイスが前記開錠情報を記憶する場合に、前記可搬型デバイスから、前記第２の無線インターフェースを介して、前記開錠情報を受信する第１の受信部と、
前記可搬型デバイスから前記開錠情報が受信される場合に、前記運賃箱の状態を、前記箱本体から前記金庫を取り出し不可能である施錠状態から、前記箱本体から前記金庫を取り出し可能である開錠状態に変化させる状態制御部と、として機能する、錠システム。
【請求項２】
前記無線通信装置の前記送信部は、前記運賃箱を開錠可能な有効期間を示す有効期間を示す前記開錠情報を前記可搬型デバイスに送信し、
前記運賃箱の前記状態制御部は、
前記可搬型デバイスから前記開錠情報が受信され、かつ、現在日時が前記開錠情報によって示される前記有効期間に含まれる場合に、前記運賃箱の状態を前記施錠状態から前記開錠状態に変化させ、
前記可搬型デバイスから前記開錠情報が受信され、かつ、現在日時が前記有効期間に含まれない場合に、前記運賃箱の状態を前記施錠状態から前記開錠状態に変化させない、請求項１に記載の錠システム。
【請求項３】
前記運賃箱は、さらに、
前記第１の認証情報を記憶するための第２のメモリを備え、
前記運賃箱の前記第２のプロセッサは、さらに、
前記第２の無線インターフェースを介して、前記第１の認証情報及び／又は前記第２の認証情報を利用した第２の通信を前記可搬型デバイスと実行する第２の通信実行部として機能し、
前記運賃箱の前記状態制御部は、
前記可搬型デバイスから前記開錠情報が受信され、かつ、前記第２の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致する場合に、前記運賃箱の状態を前記施錠状態から前記開錠状態に変化させ、
前記第２の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致しない場合に、前記運賃箱の状態を前記施錠状態から前記開錠状態に変化させない、請求項１又は２に記載の錠システム。
【請求項４】
前記運賃箱の前記第２のプロセッサは、さらに、
前記可搬型デバイスから、前記第２の無線インターフェースを介して、前記可搬型デバイスを識別する識別情報を受信する第２の受信部と、
前記運賃箱の状態が前記施錠状態から前記開錠状態に変化される場合に、受信済みの前記識別情報を外部に出力する出力部と、として機能する、請求項１から３のいずれか一項に記載の錠システム。
【請求項５】
前記運賃箱は、さらに、
前記第１の通信方式とは異なる第２の通信方式に従った通信を実行するための通信インターフェースを備え、
前記運賃箱の前記出力部は、前記通信インターフェースを介して、前記識別情報をサーバに送信することによって、前記識別情報を外部に出力する、請求項４に記載の錠システム。
【請求項６】
前記運賃箱は、さらに、
前記金庫の外面に取り付けられる第３のメモリであって、前記金庫内の金銭の金額を示す金額情報を記憶する前記第３のメモリを備え、
前記金庫内の金銭を回収するための金銭回収装置に前記金庫が載置される場合に、前記第３のメモリ内の前記金額情報が前記金銭回収装置によって読み出される、請求項１から５のいずれか一項に記載の錠システム。
【請求項７】
前記無線通信装置の前記第１のメモリは、さらに、前記開錠情報を送信可能な時間帯である可能時間帯を特定するための特定情報を記憶し、
前記無線通信装置の前記送信部は、
前記第１の認証情報と前記第２の認証情報とが一致し、かつ、現在時刻が前記特定情報によって特定される前記可能時間帯に含まれる場合に、前記開錠情報を前記可搬型デバイスに送信し、
現在時刻が前記可能時間帯に含まれない場合に、前記開錠情報を前記可搬型デバイスに送信しない、請求項１から６のいずれか一項に記載の錠システム。
【請求項８】
前記可搬型デバイスは、前記無線通信を実行可能なカードである、請求項１から７のいずれか一項に記載の錠システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、車両内に設置される運賃箱を開錠するための錠システムを開示する。
【背景技術】
【０００２】
特許文献１には、バス内に設置される運賃箱が開示されている。運賃箱は、箱本体と、箱本体内に収容される金庫と、金庫扉施錠機構と、赤外線通信ポートと、を備える。赤外線通信ポートは、プローブとの赤外線通信を実行して、ＩＤ認証を実行する。ＩＤ認証が成功すると、金庫扉施錠機構が金庫を開錠する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１６４２９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プローブは、通常、バスの車庫の近傍に設置される金銭回収装置に配線を介して接続される。プローブが配線を介して金銭回収装置に接続されているので、作業員は、バスが運行を終えて車庫に戻ってくると、配線と共にプローブをバスの車内を持ち込んで、プローブと運賃箱の赤外線通信ポートとの間で赤外線通信を実行させる。配線と共にプローブを車内に持ち込むのは煩わしい。
【０００５】
本明細書では、作業員が運賃箱を容易に開錠することができる技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される錠システムは、無線通信装置と、車両内に設置される運賃箱と、を備えてもよい。前記無線通信装置は、第１の通信方式に従った無線通信を実行するための第１の無線インターフェースと、第１の認証情報を記憶するための第１のメモリと、第１のプロセッサと、を備えてもよい。前記第１のプロセッサは、前記第１の無線インターフェースを介して、前記第１の認証情報及び／又は第２の認証情報を利用した第１の通信を、前記第２の認証情報を記憶する可搬型デバイスと実行する第１の通信実行部と、前記第１の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致する場合に、前記第１の無線インターフェースを介して、前記運賃箱を開錠するための開錠情報を前記可搬型デバイスに送信する送信部であって、前記開錠情報が前記可搬型デバイスに送信される場合に、前記開錠情報は前記可搬型デバイス内に記憶され、前記第１の通信の結果として前記第１の認証情報と前記第２の認証情報とが一致しない場合に、前記開錠情報は前記可搬型デバイスに送信されない、前記送信部と、として機能してもよい。前記運賃箱は、箱本体と、前記箱本体内に収容される金庫であって、前記車両の乗客によって支払われる金銭を収容する前記金庫と、前記第１の通信方式に従った無線通信を実行するための第２の無線インターフェースと、第２のプロセッサと、を備えてもよい。前記第２のプロセッサは、前記可搬型デバイスが前記開錠情報を記憶する場合に、前記可搬型デバイスから、前記第２の無線インターフェースを介して、前記開錠情報を受信する第１の受信部と、前記可搬型デバイスから前記開錠情報が受信される場合に、前記運賃箱の状態を、前記箱本体から前記金庫を取り出し不可能である施錠状態から、前記箱本体から前記金庫を取り出し可能である開錠状態に変化させる状態制御部と、として機能してもよい。
【０００７】
上記の構成によると、無線通信装置は、例えば、運賃箱から金銭を回収するためのエリア（例えば車庫）に設置され、可搬型デバイスは、当該エリアにおいて金銭の回収作業を行なう作業員によって所持される。作業員は、まず、可搬型デバイスを無線通信装置に近づける。この場合、無線通信装置は、第１の認証情報及び／又は第２の認証情報を利用した第１の通信を可搬型デバイスと実行し、第１の通信の結果として第１の認証情報と第２の認証情報とが一致する場合に、開錠情報を可搬型デバイスに送信して、開錠情報を可搬型デバイスに記憶させる。次いで、作業員は、バスの車内に可搬型デバイスを持ち込んで、可搬型デバイスを運賃箱に近づける。この場合、運賃箱は、可搬型デバイスから開錠情報を受信し、運賃箱の状態を施錠状態から開錠状態に変化させる。これにより、作業員は、運賃箱から金庫を取り出すことができる。この構成によると、作業員は、配線と共にプローブをバスの車内に持ち込む必要がないので、運賃箱を容易に開錠することができる。
【図面の簡単な説明】
【０００８】
【図１】実施例の錠システムの概要図を示す。
【図２】運賃箱の一部の斜視図を示す。
【図３】各デバイスの制御構成を示す。
【図４】各デバイスによって実行される処理のシーケンス図を示す。
【発明を実施するための形態】
【０００９】
（錠システム２の構成；図１）
図１を参照して、本実施例の錠システム２の概要を説明する。錠システム２は、公道を走行するバス内に設置される運賃箱１００から金庫を回収するために利用される。錠システム２は、バスと、当該バスを収容するための車庫エリアと、当該バスの運行会社のオフィスと、において利用される。
【００１０】
車庫エリアには、Ｒ／Ｗ（Reader Writerの略）装置１０と金銭回収装置５０とアクセスポイント７０とが設置される。Ｒ／Ｗ装置１０は、ＮＦＣ（Near Field Communicationの略）方式に従った近距離無線通信を実行可能であり、特に、ＮＦＣ方式のＲｅａｄｅｒ及びＷｒｉｔｅｒとして機能することができる。Ｒ／Ｗ装置１０は、運賃箱１００から金庫を回収する作業員によって所持される認証カードとのＮＦＣ通信を実行して、認証カードを有効化する。金銭回収装置５０は、運賃箱１００から取り出された金庫に収容されている金銭を回収する。アクセスポイント７０は、インターネットに接続されている。
【００１１】
バスには、運賃箱１００が設置される。運賃箱１００は、乗客によって支払われる金庫を収容する。運賃箱１００は、ＮＦＣインターフェース１１６を備えており、ＮＦＣインターフェース１１６を介して認証カードとのＮＦＣ通信を実行する。これにより、運賃箱１００が開錠されるので、作業員は、運賃箱１００から金庫を取り出すことができる。運賃箱１００は、さらに、Ｗｉ−Ｆｉインターフェース（図１では図示省略）を備えており、Ｗｉ−Ｆｉインターフェースを介して、車庫エリア内のアクセスポイント７０とのＷｉ−Ｆｉ通信を実行することができる。
【００１２】
オフィスには、サーバ２００とＰＣ（Personal Computerの略）３００とが設置される。サーバ２００は、インターネットに接続されている。サーバ２００は、バス内の運賃箱１００から、アクセスポイント７０及びインターネットを介して、情報を受信することができる。また、サーバ２００及びＰＣ３００は、ＬＡＮ（Local Area Networkの略）を介して相互に通信可能である。ＰＣ３００は、サーバ２００からＬＡＮを介して情報を受信し、当該情報を表示することができる。なお、本実施例では、車庫エリアとオフィスとの間にインターネットが介在しているが、それは必須ではない。変形例では、例えば、サーバ２００及びＰＣ３００は、インターネットを介さずに、アクセスポイント７０（即ち社内ＬＡＮ）に接続されていてもよい。また、各デバイス１００，２００，３００等の間の通信は、本実施例に示される種類の通信に限られず、３Ｇ、４Ｇ、ＬＴＥ等の他の種類の通信であってもよい。また、別の変形例では、サーバ２００がインターネット上のホスティングサービスであり、ＰＣ３００がアクセスポイント７０（即ち社内ＬＡＮ）に接続されていてもよい。
【００１３】
（運賃箱１００の構成；図１、図２）
続いて、図１及び図２を参照して、運賃箱１００の構成を説明する。運賃箱１００は、運賃箱１００の外観を構成する筐体である箱本体１２０を備える。図２に示されるように、箱本体１２０は、開口１２２を有する。運賃箱１００は、さらに、開口１２２を介して箱本体１２０内に収容される金庫１２４を備える。金庫１２４は、バスの乗客によって支払われる金銭を収容する。具体的には、金庫１２４は、箱本体１２０に設けられている紙幣挿入口１２６、又は、箱本体１２０に設けられているコイン挿入口（図示省略）に挿入される金銭を収容する。運賃箱１００は、さらに、箱本体１２０に対して開閉可能に取り付けられる扉１３０を備える。扉１３０が閉じられた状態では、扉１３０が開口１２２を塞ぎ、扉１３０が開かれた状態では、扉１３０が開口１２２を開放する。扉１３０は、施錠されている施錠状態（即ち、開くことが不可能な状態）と、施錠されていない開錠状態（即ち、開くことが可能な状態）と、の間で切り換えられる。
【００１４】
扉１３０を施錠及び開錠するための構成について説明する。運賃箱１００は、さらに、箱本体１２０内に設置される板部材１４０を備える。板部材１４０は、箱本体１２０に対して上下方向に移動可能である。板部材１４０は、３個の爪部１４２を備える。運賃箱１００は、さらに、板部材１４０を上下方向に移動させるモータ１４４を備える。扉１３０は、扉１３０の内面から突出する３個の凸部１５０を備える。
【００１５】
扉１３０が閉じられたことが図示省略のセンサによって検出されると、モータ１４４が駆動され、板部材１４０が下方に移動する。これにより、板部材１４０の各爪部１４２が扉１３０の各凸部１５０に接触する（即ち、各爪部１４２が各凸部１５０に引っ掛かる）。この結果、扉１３０が施錠されている施錠状態が実現される。一方、有効化された認証カードがＮＦＣインターフェース１１６（図１参照）に近づけられると、モータ１４４が駆動され、板部材１４０が上方に移動する。これにより、板部材１４０の各爪部１４２が扉１３０の各凸部１５０から離反する。この結果、扉１３０が開錠されている開錠状態が実現される。
【００１６】
また、運賃箱１００は、さらに、金庫１２４の下面に取り付けられるＩＣメモリ１６０を備える。ＩＣメモリ１６０は、ＮＦＣ方式のＩＣタグであり、金庫１２４内の金銭の金額を示す金額情報を記憶する。
【００１７】
（各デバイスの制御構成；図３）
続いて、図３を参照して、各デバイスの制御構成を説明する。Ｒ／Ｗ装置１０は、ＣＰＵ１２と、メモリ１４と、ＮＦＣインターフェース１６と、を備える。各部１２〜１６は、バス線（符号省略）に接続されている。ＣＰＵ１２は、メモリ１４に記憶されているプログラムＰＧ１に従って、様々な処理を実行する。メモリ１４は、プログラムＰＧ１の他に、特定情報２２と認証ＩＤ「ａａａ」とを記憶する。ＮＦＣインターフェース１６は、ＮＦＣ方式のＲｅａｄｅｒとして機能する場合に、外部デバイス（例えば認証カード）から情報を受信する（即ち情報を読み出す）ことができ、ＮＦＣ方式のＷｒｉｔｅｒとして機能する場合に、情報を外部デバイスに送信する（即ち情報を書き込む）ことができる。
【００１８】
特定情報２２は、認証カードを有効化することが可能な時間帯を特定するための情報である。本実施例では、特定情報２２によって特定される可能時間帯は、６時〜２２時である。従って、Ｒ／Ｗ装置１０は、６時〜２２時の間に認証カードが近づけられると認証カードを有効化するが、２２時〜６時の間に認証カードが近づけられても認証カードを有効化しない。認証ＩＤ「ａａａ」は、認証カードの認証を実行するための情報である。特定情報２２及び認証ＩＤ「ａａａ」は、錠システム２の管理者によってＲ／Ｗ装置１０に予め記憶される。特に、特定情報２２は、例えば、サーバ２００からＲ／Ｗ装置１０に送信されることによって、Ｒ／Ｗ装置１０に記憶される。
【００１９】
運賃箱１００は、ＣＰＵ１１２と、メインメモリ１１４と、ＮＦＣインターフェース１１６と、Ｗｉ−Ｆｉインターフェース１１８と、モータ１４４と、ＩＣメモリ１６０と、を備える。各部１１２〜１６０は、バス線（符号省略）に接続されている。ＣＰＵ１１２は、メインメモリ１１４に記憶されているプログラムＰＧ２に従って、様々な処理を実行する。メインメモリ１１４は、プログラムＰＧ２の他に、認証ＩＤ「ａａａ」を記憶する。運賃箱１００に記憶されている認証ＩＤ「ａａａ」は、Ｒ／Ｗ装置１０に記憶されている認証ＩＤ「ａａａ」に一致する。認証ＩＤ「ａａａ」は、錠システム２の管理者によって運賃箱１００に予め記憶される。
【００２０】
ＮＦＣインターフェース１１６は、ＮＦＣ方式の少なくともＲｅａｄｅｒとして機能することができ、外部デバイス（例えば認証カード）から情報を受信することができる。Ｗｉ−Ｆｉインターフェース１１８は、Ｗｉ−Ｆｉ方式に従った無線通信を実行するためのインターフェースである。モータ１４４は、ＣＰＵ１１２からの指示に従って板部材１４０（図２参照）を移動させる。ＩＣメモリ１６０は、乗客によって金銭が投入される毎に、ＣＰＵ１１２から、ＮＦＣＩ／Ｆ１１６とは異なるＮＦＣＩ／Ｆを介して、投入金額に関する情報を受信する。そして、ＩＣメモリ１６０は、金庫１２４内の金銭の金額を示す金額情報１６２を記憶する。
【００２１】
サーバ２００は、複数枚の認証カードのそれぞれについて、当該認証カードを識別する固有のＩＤであるカードＩＤと、当該認証カードを所持する作業員の名称である作業員名と、を関連付けて記憶する。サーバ２００内の情報は、錠システム２の管理者によってサーバ２００に予め記憶される。
【００２２】
図３では、複数枚のカードのうちの１枚の認証カード４００を示す。認証カード４００は、ＮＦＣ規格のＩＣタグを備えており、Ｒｅａｄｅｒとして機能する外部デバイス（例えばＲ／Ｗ装置１０、運賃箱１００）に情報を送信したり、Ｗｒｉｔｅｒとして機能する外部デバイス（例えばＲ／Ｗ装置１０）から情報を受信したりすることができる。認証カード４００は、カードＩＤ「００１」と認証ＩＤ「ａａａ」とを予め記憶している。
【００２３】
他の認証カードには、カードＩＤ「００１」とは異なるカードＩＤが割り当てられている。ただし、他の認証カードは、認証ＩＤ「ａａａ」と同じ認証ＩＤ「ａａａ」を記憶する。即ち、複数枚の認証カードを所持する複数人の作業員のいずれもが、Ｒ／Ｗ装置１０によって自身の認証カードを有効化させることができ、その後、運賃箱１００を開錠することができる。
【００２４】
（各デバイスによって実行される処理；図４）
続いて、図４を参照して、各デバイスによって実行される処理の内容を説明する。以下の各処理は、実際には各デバイスのＣＰＵ（例えばＣＰＵ１２，１１２）によって実行される。しかしながら、以下では、理解の容易化のために、ＣＰＵを主語として説明せずに、デバイスそのもの（例えばＲ／Ｗ装置１０、運賃箱１００）を主語として説明する。
【００２５】
車庫エリア内で作業を行なう作業員は、バスが運行を終えて車庫エリアに戻ってくると、Ｓ１０において、当該作業員の認証カード４００をＲ／Ｗ装置１０に近づける。この場合、Ｓ１２において、Ｒ／Ｗ装置１０は、ＮＦＣ方式のＲｅａｄｅｒとして機能して、ＮＦＣインターフェース１６を介して、認証カード４００から認証ＩＤ「ａａａ」を受信する。なお、変形例では、Ｓ１２において、Ｒ／Ｗ装置１０は、さらに、認証カード４００からカードＩＤ「００１」を受信してもよい。そして、Ｒ／Ｗ装置１０は、運賃箱１００を開錠させることが可能なカードＩＤのリストを予め記憶しておき、受信済みのカードＩＤ「００１」が当該リストに含まれる場合には、Ｓ２０以降の処理を実行し、受信済みのカードＩＤ「００１」が当該リストに含まれない場合には、Ｓ２０以降の処理を実行しなくてもよい。
【００２６】
Ｒ／Ｗ装置１０は、Ｓ１２において、認証ＩＤ「ａａａ」を受信すると、Ｓ２０において、受信済みの認証ＩＤ「ａａａ」の認証を実行する。具体的には、Ｒ／Ｗ装置１０は、メモリ１４内の認証ＩＤ「ａａａ」と受信済みの認証ＩＤ「ａａａ」とが一致するのか否かを判断する。図４の例では、Ｒ／Ｗ装置１０は、前者の認証ＩＤと後者の認証ＩＤとが一致すると判断し、即ち、認証が成功したと判断し（Ｓ２０でＹＥＳ）、Ｓ２２に進む。一方、Ｒ／Ｗ装置１０は、例えば、認証カード４００とは異なるデバイス（例えば、認証ＩＤ「ａａａ」を記憶していない認証カード）から、認証ＩＤ「ａａａ」とは異なる認証ＩＤを受信する場合には、前者の認証ＩＤと後者の認証ＩＤとが一致しないと判断し、即ち、認証が失敗と判断し（Ｓ２０でＮＯ）、Ｓ２２以降の処理を実行することなく、処理を終了する（即ち、開錠情報を認証カード４００に送信しない）。このように、認証ＩＤを利用した認証が成功することを条件として開錠情報が認証カード４００にされるので、金庫１２４の回収に関するセキュリティを向上させることができる。
【００２７】
Ｓ２２では、Ｒ／Ｗ装置１０は、現在時刻が、メモリ１４内の特定情報２２（図３参照）によって特定される可能時間帯（本実施例では６時〜２２時）に含まれるのか否かを判断する。なお、現在時刻は、例えば、Ｒ／Ｗ装置１０に設けられている時計から取得される。Ｒ／Ｗ装置１０は、現在時刻が可能時間帯に含まれると判断する場合（Ｓ２２でＹＥＳ）に、Ｓ２４に進む。一方、Ｒ／Ｗ装置１０は、現在時刻が可能時間帯に含まれないと判断する場合（Ｓ２２でＮＯ）に、Ｓ２４以降の処理を実行することなく、処理を終了する（即ち、開錠情報を認証カード４００に送信しない）。これにより、通常であれば運賃箱１００から金庫１２４が回収されない時間帯に開錠情報が認証カード４００に送信されるのを抑制することができる。このように、回収時間帯を制限することができるので、金庫１２４の回収に関するセキュリティを向上させることができる。特に、錠システム２の管理者は、特定情報２２をＲ／Ｗ装置１０に記憶させておけば、認証カード４００を含む複数枚の認証カードのいずれに対しても回収時間帯を制限することができる。個々の認証カードのそれぞれに対して回収時間帯を制限するための情報を記憶させる構成と比べると、複数枚の認証カードに対する回収時間帯の制限を容易に実現することができる。
【００２８】
Ｓ２４では、Ｒ／Ｗ装置１０は、まず、現在日時に所定時間（例えば５分）を加算することによって、運賃箱１００を開錠可能な有効期間（即ち有効期間の終期）を算出する。図４の例では、当該有効期間として、２０１８年１１月３０日１０時３０分が算出される。そして、Ｒ／Ｗ装置１０は、ＮＦＣ方式のＷｒｉｔｅｒとして機能して、ＮＦＣインターフェース１６を介して、算出済みの有効期間を示す開錠情報を認証カード４００に送信する。
【００２９】
認証カード４００は、Ｓ２４において、開錠情報を受信すると、Ｓ２６において、開錠情報を記憶する。ここで、認証カード４００は、古い開錠情報を既に記憶済みである場合には、古い開錠情報に代えて、Ｓ２４で受信された新しい開錠情報を記憶する。
【００３０】
次いで、作業員は、Ｓ３０において、バスの車内に乗り込んで、当該作業員の認証カード４００を運賃箱１００（具体的にはＮＦＣインターフェース１１６）に近づける。この場合、運賃箱１００は、Ｓ３２において、ＮＦＣ方式のＲｅａｄｅｒとして機能して、ＮＦＣインターフェース１１６を介して、認証カード４００から、カードＩＤ「００１」と、認証ＩＤ「ａａａ」と、Ｓ２６で記憶された開錠情報と、を受信する。なお、変形例では、運賃箱１００は、運賃箱１００を開錠させることが可能なカードＩＤのリストを予め記憶しておき、受信済みのカードＩＤ「００１」が当該リストに含まれる場合には、Ｓ４０以降の処理を実行し、受信済みのカードＩＤ「００１」が当該リストに含まれない場合には、Ｓ４０以降の処理を実行しなくてもよい。
【００３１】
運賃箱１００は、Ｓ３２において、各情報を受信すると、Ｓ４０において、受信済みの認証ＩＤ「ａａａ」の認証を実行する。具体的には、運賃箱１００は、メインメモリ１１４内の認証ＩＤ「ａａａ」と受信済みの認証ＩＤ「ａａａ」とが一致するのか否かを判断する。図４の例では、運賃箱１００は、前者の認証ＩＤと後者の認証ＩＤとが一致すると判断し、即ち、認証が成功したと判断し（Ｓ４０でＹＥＳ）、Ｓ４２に進む。一方、運賃箱１００は、前者の認証ＩＤと後者の認証ＩＤとが一致しないと判断する場合、即ち、認証が失敗と判断する場合（Ｓ４０でＮＯ）、Ｓ４２以降の処理を実行することなく、処理を終了する（即ち、扉１３０が開錠されない）。このように、認証ＩＤを利用した認証が成功することを条件として扉１３０が開錠されるので、金庫１２４の回収に関するセキュリティを向上させることができる。
【００３２】
Ｓ４２では、運賃箱１００は、現在日時が、Ｓ３２において受信された開錠情報によって示される有効期間に含まれるのか否かを判断する。なお、現在日時は、例えば、運賃箱１００に設けられている時計から取得される。運賃箱１００は、例えば、Ｓ２６で開錠情報が認証カード４００に記憶された直後に、Ｓ３２で認証カード４００から各情報を受信する場合には、現在日時が有効期間に含まれると判断し（Ｓ４２でＹＥＳ）、Ｓ５０に進む。一方、運賃箱１００は、例えば、Ｓ２６で開錠情報が認証カード４００に記憶されてから長時間を経過した後に、Ｓ３２で認証カード４００から各情報を受信する場合には、現在日時が有効期間に含まれないと判断し（Ｓ４２でＮＯ）、Ｓ５０以降の処理を実行することなく、処理を終了する（即ち、扉１３０が開錠されない）。また、運賃箱１００は、開錠情報が認証カード４００に記憶されていない状態において、認証カード４００からカードＩＤ「００１」及び認証ＩＤ「ａａａ」を受信する場合にも、現在日時が有効期間に含まれないと判断し（Ｓ４２でＮＯ）、Ｓ５０以降の処理を実行することなく、処理を終了する。
【００３３】
Ｓ５０では、運賃箱１００は、扉１３０（図２参照）を開錠する。具体的には、運賃箱１００は、モータ１４４を駆動して板部材１４０を上方に移動させることによって、扉１３０を施錠状態から開錠状態に切り換える。これにより、作業員は、扉１３０を開くことができ、金庫１２４を取り出すことができる。
【００３４】
運賃箱１００は、さらに、Ｓ６０において、Ｗｉ−Ｆｉインターフェース１１８を介して、Ｓ３２で受信されたカードＩＤ「００１」をサーバ２００に送信する。これにより、カードＩＤ「００１」は、アクセスポイント７０及びインターネットを介して、サーバ２００に送信される。
【００３５】
サーバ２００は、Ｓ６０において、運賃箱１００からカードＩＤ「００１」を受信すると、Ｓ６２において、カードＩＤ「００１」に関連付けて記憶されている作業員名「Ｔａｎａｋａ」と、現在日時と、を関連付けて記憶する。これにより、サーバ２００は、例えばＰＣ３００からアクセスされる場合に、記憶済みの情報（即ち、作業員名「Ｔａｎａｋａ」及び日時）をＰＣ３００に送信することができる。この結果、管理者は、ＰＣ３００を利用して、どの作業員がどの日時にバスから金庫１２４を取り出したのかを知ることができる。これにより、金庫１２４の回収に関するセキュリティを向上させることができる。なお、変形例では、サーバ２００は、運賃箱１００から、運賃箱１００を識別する運賃箱識別情報（即ちバスを識別する情報）をさらに受信してもよい。この場合、サーバ２００は、作業員名「Ｔａｎａｋａ」と現在日時と運賃箱識別情報とを関連付けて記憶し、これらの情報をＰＣ３００に送信してもよい。この結果、管理者は、どの作業員がどの日時にどのバスから金庫１２４を取り出したのかを知ることができる。
【００３６】
図示省略しているが、作業員は、バスから金庫１２４を取り出すと、金庫１２４を金銭回収装置５０（図１参照）まで運ぶ。そして、作業員は、金銭回収装置５０の扉５２を開けて、金庫１２４を金銭回収装置５０内に載置する。この場合、金銭回収装置５０のメモリ読取部５４は、金庫１２４に取り付けられているＩＣメモリ１６０（図２、図３参照）から金額情報１６２を読み出す。作業員が金銭回収装置５０のレバー５６を回転させると、金銭回収装置５０は、金庫１２４から金銭を回収する。そして、金銭回収装置５０は、金額情報１６２を例えばサーバ２００に送信する。これにより、作業員は、金庫１２４から回収された金銭の金額を計算すると、サーバ２００に送信された金額情報１６２によって示される金額と計算済みの金額とが一致するのか否かを確認することができる。この結果、金庫１２４の回収に関するセキュリティを向上させることができる。
【００３７】
（実施例の効果）
本実施例によると、Ｒ／Ｗ装置１０は、認証カード４００から認証ＩＤ「ａａａ」を受信し（図４のＳ１２）、記憶済みの認証ＩＤ「ａａａ」と受信済みの認証ＩＤ「ａａａ」とが一致する場合（Ｓ２０でＹＥＳ）に、開錠情報を認証カード４００に送信して（Ｓ２４）、開錠情報を認証カード４００に記憶させる（Ｓ２６）。次いで、作業員は、バスの車内に認証カード４００を持ち込んで、認証カード４００を運賃箱１００に近づける（Ｓ３０）。この場合、運賃箱１００は、認証カード４００から開錠情報を受信し、運賃箱１００の状態を施錠状態から開錠状態に変化させる。これにより、作業員は、運賃箱１００から金庫１２４を取り出すことができる。この構成によると、作業員は、配線と共にプローブをバスの車内に持ち込む必要がないので、運賃箱１００を容易に開錠することができる。
【００３８】
特に、本実施例では、開錠情報として、運賃箱１００を開錠可能な有効期間を示す情報を採用している。そして、運賃箱１００は、現在日時が有効期間に含まれる場合（Ｓ４２でＹＥＳ）、即ち、認証カード４００が有効化されている場合には、扉１３０を開錠するが（Ｓ５０）、現在日時が有効期間に含まれない場合（Ｓ４２でＮＯ）、即ち、認証カード４００が有効化されていない場合には、扉１３０を開錠しない。このために、過去に有効化されたが現在は有効化されていない認証カード４００を利用して運賃箱１００が開錠されるのを抑制することができる。従って、金庫１２４の回収に関するセキュリティを向上させることができる。また、仮に、認証カード４００が常に有効化されている構成（即ち有効期間を設けない構成）を採用すると、車庫エリアに限らずにどこでも運賃箱１００を開錠させることができるので、セキュリティが低下する。これに対し、本実施例では、認証カード４００を一時的（本実施例では５分間）に有効化するので、基本的には、車庫エリア内でしか運賃箱１００を開錠させることができない。
【００３９】
（対応関係）
Ｒ／Ｗ装置１０、認証カード４００が、それぞれ、「無線通信装置」、「可搬型デバイス」の一例である。ＣＰＵ１２、ＣＰＵ１１２が、それぞれ、「第１のプロセッサ」、「第２のプロセッサ」の一例である。メモリ１４、メインメモリ１１４、ＩＣメモリ１６０が、それぞれ、「第１のメモリ」、「第２のメモリ」、「第３のメモリ」の一例である。ＮＦＣインターフェース１６、ＮＦＣインターフェース１１６、Ｗｉ−Ｆｉインターフェース１１８が、それぞれ、「第１の無線インターフェース」、「第２の無線インターフェース」、「通信インターフェース」の一例である。ＮＦＣ方式、Ｗｉ−Ｆｉ方式が、それぞれ、「第１の通信方式」、「第２の通信方式」の一例である。認証ＩＤ「ａａａ」が、「第１の認証情報」及び「第２の認証情報」の一例である。カードＩＤ「００１」が、「識別情報」の一例である。図４のＳ１２において、Ｒ／Ｗ装置１０が認証カード４００から認証ＩＤ「ａａａ」を受信することが、「第１の通信」の一例である。また、Ｓ３２において、運賃箱１００が認証カード４００から認証ＩＤ「ａａａ」を受信することが、「第２の通信」の一例である。
【００４０】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。
【００４１】
（変形例１）「第１の通信方式」は、ＮＦＣ方式に限られず、赤外線方式、ＢｌｕｅＴｏｏｔｈ（登録商標）方式、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）方式等の他の通信方式であってもよい。また、「第２の通信方式」は、Ｗｉ−Ｆｉ方式に限られず、ＮＦＣ方式、ＢｌｕｅＴｏｏｔｈ（登録商標）方式、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）方式等の他の通信方式であってもよい。
【００４２】
（変形例２）「可搬型デバイス」は、認証カードに限られず、携帯電話、スマートフォン、金庫回収専用のモバイル端末等であってもよい。
【００４３】
（変形例３）Ｒ／Ｗ装置１０は、図４のＳ２４において、有効期間を示す開錠情報を認証カード４００に送信しなくてもよく、所定の値（即ち単なるフラグ値）を示す開錠情報を認証カード４００に送信してもよい。この場合、認証カード４００は、Ｓ２６において、所定の値を記憶し、運賃箱１００は、Ｓ４２において、認証カード４００から所定の値を受信したのか否かを判断する。一般的に言うと、「開錠情報」は、運賃箱を開錠するための情報であれば、どのような種類の情報であってもよい。
【００４４】
（変形例４）運賃箱１００は、メインメモリ１１４内に認証ＩＤ「ａａａ」を記憶しなくてもよいし、図４のＳ３２において、認証ＩＤ「ａａａ」を受信しなくてもよい。この場合、運賃箱１００は、Ｓ４０の処理を実行しない。本変形例では、「第２のメモリ」及び「第３の受信部」を省略可能である。
【００４５】
（変形例５）運賃箱１００は、図４のＳ６０において、カードＩＤ「００１」をサーバ２００に送信する代わりに、カードＩＤ「００１」を表示器に表示させてもよいし、カードＩＤ「００１」をプリンタに送信して、カードＩＤ「００１」をプリンタに印刷させてもよい。一般的に言うと、「出力部」は、識別情報を外部に出力すればよい。
【００４６】
（変形例６）運賃箱１００は、図４のＳ３２において、カードＩＤ「００１」を受信しなくてもよい。この場合、運賃箱１００は、Ｓ６０の処理を実行しない。本変形例では、「第４の受信部」、「出力部」、及び、「第３の無線インターフェース」を省略可能である。
【００４７】
（変形例７）運賃箱１００は、ＩＣメモリ１６０を備えなくてもよい。本変形例では、「第３のメモリ」を省略可能である。
【００４８】
（変形例８）Ｒ／Ｗ装置１０は、特定情報２２を記憶しなくてもよい。この場合、Ｒ／Ｗ装置１０は、図４のＳ２２の処理を実行しなくてもよい。
【００４９】
（変形例９）運賃箱１００は、扉１３０を備えていなくてもよい。この場合、運賃箱１００は、例えば、開口１２２の一部を塞ぐように箱本体１２０から棒部材を突出させることによって、箱本体１２０から金庫１３０を取り出し不可能である施錠状態を実現してもよい。そして、運賃箱１００は、棒部材を箱本体１２０に収容させることによって、箱本体１２０から金庫１３０を取り出し可能である開錠状態を実現してもよい。
【００５０】
（変形例１０）運賃箱１００は、Ｗｉ−ＦｉＩ／Ｆ１１８に代えて、有線Ｉ／Ｆを備えており、当該有線Ｉ／Ｆは、バス内のＷｉ−Ｆｉルータと有線で接続されていてもよい。この場合、運賃箱１００は、図４のＳ６０において、有線Ｉ／Ｆ及びバス内のＷｉ−Ｆｉルータを介して、カードＩＤ「００１」をアクセスポイント７０（最終的にはサーバ２００）に送信してもよい。本変形例では、有線Ｉ／Ｆ、有線の通信方式が、それぞれ、「通信インターフェース」、「第２の通信方式」の一例である。
【００５１】
（変形例１１）Ｒ／Ｗ装置１０は、図４のＳ１２において、認証カード４００から認証ＩＤ「ａａａ」を受信する代わりに、認証ＩＤ「ａａａ」を認証カード４００に送信してもよい。この場合、Ｒ／Ｗ装置１０は、認証カード４００が受信済みの認証ＩＤ「ａａａ」と記憶済みの認証ＩＤ「ａａａ」とが一致すると判断する場合に、認証カード４００から認証成功を示す情報を受信する（Ｓ２０でＹＥＳ）。一方、Ｒ／Ｗ装置１０は、認証カード４００が受信済みの認証ＩＤ「ａａａ」と記憶済みの認証ＩＤ「ａａａ」とが一致しないと判断する場合に、認証カード４００から認証失敗を示す情報を受信する（Ｓ２０でＮＯ）。本変形例では、Ｒ／Ｗ装置１０が認証ＩＤ「ａａａ」を認証カード４００に送信すること、及び、Ｒ／Ｗ装置１０が認証カード４００から認証成功又は認証失敗を示す情報を受信することが、「第１の通信」の一例である。同様に、運賃箱１００は、図４のＳ３２において、認証カード４００から認証ＩＤ「ａａａ」を受信する代わりに、認証ＩＤ「ａａａ」を認証カード４００に送信してもよい。そして、運賃箱１００は、認証カード４００から認証成功を示す情報を受信する場合に、Ｓ４０でＹＥＳと判断し、認証カード４００から認証失敗を示す情報を受信する場合に、Ｓ４０でＮＯと判断してもよい。本変形例では、運賃箱１００が認証ＩＤ「ａａａ」を認証カード４００に送信すること、及び、運賃箱１００が認証カード４００から認証成功又は認証失敗を示す情報を受信することが、「第２の通信」の一例である。
【００５２】
（変形例１２）Ｒ／Ｗ装置１０は、図４のＳ１２において、認証カード４００から認証ＩＤ「ａａａ」を受信する代わりに、認証ＩＤ「ａａａ」を利用してランダムデータを暗号化して暗号化データを生成し、ランダムデータと暗号化データとを認証カード４００に送信してもよい。この場合、認証カード４００は、記憶済みの認証ＩＤ「ａａａ」を利用して受信済みの暗号化データを復号して復号化データを生成し、受信済みのランダムデータと復号化データとが一致するのか否かを判断する。そして、Ｒ／Ｗ装置１０は、認証カード４００がランダムデータと復号化データとが一致すると判断する場合に、認証カード４００から認証成功を示す情報を受信する（Ｓ２０でＹＥＳ）。一方、Ｒ／Ｗ装置１０は、認証カード４００がランダムデータと復号化データとが一致しないと判断する場合に、認証カード４００から認証失敗を示す情報を受信する（Ｓ２０でＮＯ）。本変形例では、Ｒ／Ｗ装置１０が暗号化データを認証カード４００に送信すること、及び、Ｒ／Ｗ装置１０が認証カード４００から認証成功又は認証失敗を示す情報を受信することが、「第１の通信」の一例である。同様に、運賃箱１００は、図４のＳ３２において、認証カード４００から認証ＩＤ「ａａａ」を受信する代わりに、ランダムデータと暗号化データとを認証カード４００に送信してもよい。そして、運賃箱１００は、認証カード４００から認証成功を示す情報を受信する場合に、Ｓ４０でＹＥＳと判断し、認証カード４００から認証失敗を示す情報を受信する場合に、Ｓ４０でＮＯと判断してもよい。本変形例では、運賃箱１００が暗号化データを認証カード４００に送信すること、及び、運賃箱１００が認証カード４００から認証成功又は認証失敗を示す情報を受信することが、「第２の通信」の一例である。
【００５３】
（変形例１３）「車両」は、バスに限られず、路面電車、鉄道等の運賃箱が設置される他の車両であってもよい。
【００５４】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００５５】
２：錠システム、１０：Ｒ／Ｗ装置、１２：ＣＰＵ、１４：メモリ、１６：ＮＦＣインターフェース、５０：金銭回収装置、７０：アクセスポイント、１００：運賃箱、１１２：ＣＰＵ、１１４：メインメモリ、１１６：ＮＦＣインターフェース、１１８：Ｗｉ−Ｆｉインターフェース、１２０：箱本体、１２２：開口、１２４：金庫、１３０：扉、２００：サーバ、３００：ＰＣ、４００：認証カード
【図１】
2020087034.tif 000003
【図２】
2020087034.tif 000004
【図３】
2020087034.tif 000005
【図４】
2020087034.tif 000006