(57)【特許請求の範囲】
【請求項１】
ユニットを着脱可能な接続部と、
少なくともユニット自体のハードウェアのバージョン番号またはユニットに搭載されているソフトウェアのバージョン番号を含む情報であるバージョン情報を前記接続部に装着されているユニット毎に記憶する記憶部と、
前記接続部への装着が検出されたユニットの前記バージョン情報の入力を前記接続部へ接続されている他のユニットから求め、当該バージョン情報が入力された後に、当該バージョン情報を前記装着が検出されたユニットと対応づけて前記記憶部に記憶させるとともに、前記装着が検出されたユニットを機能させる制御部と
を備えることを特徴とする料金装置。
【請求項２】
前記制御部は、前記接続部へのユニットの装着が検出された後、当該ユニットの前記バージョン情報が入力されるまでは当該ユニットを機能させないことを特徴とする請求項１に記載の料金装置。
【請求項３】
前記制御部は、前記バージョン情報の正当性を検証するための検証情報の入力をさらに求め、当該検証情報を用いて前記バージョン情報の正当性が検証されなければ、前記装着が検出されたユニットを機能させないことを特徴とする請求項２に記載の料金装置。
【請求項４】
当該料金装置を監視する監視装置と通信を行う通信部をさらに備え、
前記制御部は、前記接続部に装着されているユニットと対応づけて前記記憶部に記憶されている前記バージョン情報を前記通信部から前記監視装置へ送信させることを特徴とする請求項１から３のいずれか１項に記載の料金装置。
【請求項５】
記録媒体に記録された情報を読み取る媒体読取部をさらに備え、
前記制御部は、前記接続部への装着が検出されたユニットの前記バージョン情報の入力を求め、前記記録媒体に記録された前記バージョン情報を前記媒体読取部に読み取らせることによって入力させることを特徴とする請求項１から４のいずれか１項に記載の料金装置。
【請求項６】
料金装置と、当該料金装置を監視する監視装置とを含む料金所管理システムであって、
前記料金装置は、
ユニットを着脱可能な接続部と、
少なくともユニット自体のハードウェアのバージョン番号またはユニットに搭載されているソフトウェアのバージョン番号を含む情報であるバージョン情報を前記接続部に装着されているユニット毎に記憶する記憶部と、
前記接続部への装着が検出されたユニットの前記バージョン情報の入力を前記接続部へ接続されている他のユニットから求め、当該バージョン情報が入力された後に、当該バージョン情報を前記装着が検出されたユニットと対応づけて前記記憶部に記憶させるとともに、前記装着が検出されたユニットを機能させる制御部とを備え、
前記監視装置は、
前記記憶部に記憶されている前記バージョン情報を前記料金装置から取得する通信部と、
情報を表示する表示部と、
前記通信部によって取得された前記バージョン情報を前記表示部に表示させる制御部と
を備えることを特徴とする料金所管理システム。
【請求項７】
前記監視装置の前記制御部は、前記通信部によって取得された前記バージョン情報を予め記憶されているマスタデータと照合することによってバージョンの不整合の有無を判定し、バージョンの不整合があると判定した場合に報知することを特徴とする請求項６に記載の料金所管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金装置および料金所管理システムに関する。
【背景技術】
【０００２】
高速道路の料金所には、料金を精算するための料金装置が設置される。ここでいう料金装置には、例えば、通行券を発行する通行券自動発行装置や、料金を収受するための料金自動収受装置が含まれる。料金装置には、着脱可能な複数のユニットを内蔵するものがある（例えば、特許文献１参照）。このような構成とすることにより、料金装置の一部に障害が発生した場合に、障害が発生したユニットを交換することで料金装置を迅速に復旧させることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−５１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
料金装置に内蔵されるユニットは、機能改善や不具合対策のためにハードウェアやソフトウェア（ファームウェア）のバージョンアップが行われることがある。一般に、ユニットは、ハードウェアやソフトウェアのバージョンが新しい方が信頼性が高いため、料金装置のユニットを交換する場合、ハードウェアおよびソフトウェアのバージョンが新しいユニットと交換することが好ましい。
【０００５】
しかしながら、例えば、料金装置のユニットを料金所の倉庫にしまわれていた予備のユニットと交換した場合などに、バージョンの古いユニットが料金装置に内蔵されることがある。このような場合、新しいバージョンでは改修されている不具合等が原因となって料金装置に障害が発生するおそれがある。料金装置は、２４時間稼働が前提であるため、このように信頼性が低下した状態が継続することは好ましくない。
【０００６】
そのため、料金装置に内蔵されているユニットのバージョンを容易に確認できるようにすることが重要である。従来は、ユニットから本体側へバージョンを通知する機能がないために料金装置の設置場所に出向いてユニットに貼付されている銘板を参照しなければユニットのバージョンを確認できない場合があり、料金装置に内蔵されているユニットのバージョンを確認することは必ずしも容易ではなかった。そこで、本発明は、内蔵されているユニットのバージョンを容易に確認できる料金装置およびそれを含む料金所管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明に係る料金装置は、ユニットを着脱可能な接続部と、少なくともユニット自体のハードウェアのバージョン番号またはユニットに搭載されているソフトウェアのバージョン番号を含む情報であるバージョン情報を前記接続部に装着されているユニット毎に記憶する記憶部と、前記接続部への装着が検出されたユニットの前記バージョン情報の入力を求め、当該バージョン情報が入力された後に、当該バージョン情報を前記装着が検出されたユニットと対応づけて前記記憶部に記憶させるとともに、前記装着が検出されたユニットを機能させる制御部とを備える。
【０００８】
また、本発明の望ましい態様として、前記制御部は、前記接続部へのユニットの装着が検出された後、当該ユニットの前記バージョン情報が入力されるまでは当該ユニットを機能させない。
【０００９】
また、本発明の望ましい態様として、前記制御部は、前記バージョン情報の正当性を検証するための検証情報の入力をさらに求め、当該検証情報を用いて前記バージョン情報の正当性が検証されなければ、前記装着が検出されたユニットを機能させない。
【００１０】
また、本発明の望ましい態様として、前記料金装置は、当該料金装置を監視する監視装置と通信を行う通信部をさらに備え、前記制御部は、前記接続部に装着されているユニットと対応づけて前記記憶部に記憶されている前記バージョン情報を前記通信部から前記監視装置へ送信させる。
【００１１】
また、本発明の望ましい態様として、前記料金装置は、記録媒体に記録された情報を読み取る媒体読取部をさらに備え、前記制御部は、前記接続部への装着が検出されたユニットの前記バージョン情報の入力を求め、前記記録媒体に記録された前記バージョン情報を前記媒体読取部に読み取らせることによって入力させる。
【００１２】
また、上述した課題を解決し、目的を達成するために、本発明に係る料金所管理システムは、料金装置と、当該料金装置を監視する監視装置とを含む料金所管理システムであって、前記料金装置は、ユニットを着脱可能な接続部と、少なくともユニット自体のハードウェアのバージョン番号またはユニットに搭載されているソフトウェアのバージョン番号を含む情報であるバージョン情報を前記接続部に装着されているユニット毎に記憶する記憶部と、前記接続部への装着が検出されたユニットの前記バージョン情報の入力を求め、当該バージョン情報が入力された後に、当該バージョン情報を前記装着が検出されたユニットと対応づけて前記記憶部に記憶させるとともに、前記装着が検出されたユニットを機能させる制御部とを備え、前記監視装置は、前記記憶部に記憶されている前記バージョン情報を前記料金装置から取得する通信部と、情報を表示する表示部と、前記通信部によって取得された前記バージョン情報を前記表示部に表示させる制御部とを備える。
【００１３】
また、本発明の望ましい態様として、前記監視装置の前記制御部は、前記通信部によって取得された前記バージョン情報を予め記憶されているマスタデータと照合することによってバージョンの不整合の有無を判定し、バージョンの不整合があると判定した場合に報知する。
【発明の効果】
【００１４】
本発明に係る料金装置および料金所管理システムは、料金装置に内蔵されているユニットのバージョンを容易に確認できるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施例１に係る料金所管理システムを示す図である。
【図２】図２は、実施例１に係る料金装置の機能的な構成を示すブロック図である。
【図３】図３は、料金装置に記憶されるバージョン情報の一例を示す図である。
【図４】図４は、監視装置の機能的な構成を示すブロック図である。
【図５】図５は、監視装置に記憶されるバージョン情報の一例を示す図である。
【図６】図６は、監視装置に記憶されるバージョン管理マスタの一例を示す図である。
【図７】図７は、ユニットが装着された場合の料金装置の動作を示すフローチャートである。
【図８】図８は、バージョン情報の取得時の監視装置の動作を示すシーケンス図である。
【図９】図９は、実施例２に係る料金装置の機能的な構成を示すブロック図である。
【図１０】図１０は、ユニットが装着された場合の料金装置の動作を示すフローチャートである。
【図１１】図１１は、実施例３に係る料金装置の機能的な構成を示すブロック図である。
【図１２】図１２は、ユニットの状態検査時の料金装置の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下に、本発明に係る料金装置および料金所管理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、この実施例における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。
【実施例１】
【００１７】
まず、図１を参照しながら本実施例に係る料金所管理システム１について説明する。図１は、本実施例に係る料金所管理システム１を示す図である。図１に示すように、料金所管理システム１は、高速道路の料金所２に設置された料金装置１０ａ〜１０ｎおよび監視装置２０を含み、中央の監視センタに設置された中央監視装置３０と接続可能なものとする。料金装置１０ａ〜１０ｎは、通行券の発行や料金の収受のために料金ゲート付近に設置される。監視装置２０は、料金所２の管理事務所等に設置され、料金装置１０ａ〜１０ｎの稼働状況等に関する情報を監視員に提供する。中央監視装置３０は、ネットワーク３を介して監視装置２０と接続され、料金装置１０ａ〜１０ｎの稼働状況等に関する情報を監視員に提供する。
【００１８】
このように、料金所管理システム１は、料金装置１０ａ〜１０ｎの稼働状況等に関する情報が管理事務所や中央の監視センタ内の監視員に対して提供されるように構成されている。ここで、監視員に対して提供される情報には、料金装置１０ａ〜１０ｎに内蔵されているユニットのハードウェアおよびソフトウェアのバージョンに関する情報が含まれる。このため、監視員は、料金装置１０ａ〜１０ｎに内蔵されているユニットのバージョンが何であるかを容易に知ることができる。
【００１９】
なお、図１に示した例では、中央監視装置３０は、料金所２の監視装置２０のみと接続されているが、中央監視装置３０を複数の料金所の監視装置２０と接続し、中央監視装置３０が複数の料金所の料金装置の稼働状況等に関する情報を監視員に提供することとしてもよい。同様に料金所の監視装置２０を複数の中央監視装置３０と接続し、監視装置２０の稼働状況等に関する情報を複数の中央監視装置の監視員に提供することとしてもよい。また、以下の説明では、料金装置１０ａ〜１０ｎのいずれであるかを特定することなく、料金装置１０ａ〜１０ｎのいずれか１つを料金装置１０と称することがある。
【００２０】
次に、図１に示した料金装置１０ａ〜１０ｎの構成について説明する。なお、料金装置１０ａ〜１０ｎは概略的に同様の構成を有するため、ここでは料金自動収受装置である料金装置１０ａを例にして構成について説明する。図２は、料金装置１０ａの機能的な構成を示すブロック図である。図２に示すように、料金装置１０ａは、接続部１０１と、通信部１０２と、記憶部１０３と、制御部１０４とを備える。
【００２１】
接続部１０１は、複数のユニットが着脱されるインターフェースである。図２に示す例では、接続部１０１には、カメラユニット１０５ａと、表示ユニット１０５ｂと、通行券読取ユニット１０５ｃと、ＩＣカード読書ユニット１０５ｄと、領収書発行ユニット１０５ｅと、紙幣処理ユニット１０５ｆと、硬貨処理ユニット１０５ｇと、保守ユニット１０５ｈとが接続されている。
【００２２】
カメラユニット１０５ａは、防犯等のために周囲の映像を撮像し、撮像した映像の映像データを制御部１０４へ出力する。表示ユニット１０５ｂは、液晶パネル等の表示装置を有し、制御部１０４から入力される制御信号に従って高速道路の利用客に対して料金や指示等を表示する。通行券読取ユニット１０５ｃは、磁気カード読取装置やバーコード読取装置等の媒体読取装置を有し、通行券自動発行装置によって発行された通行券から媒体読取装置が読み取ったデータを制御部１０４へ出力する。
【００２３】
ＩＣカード読書ユニット１０５ｄは、ＩＣカードに対して読み書きを行うリーダライタを有し、料金の電子決済のために、制御部１０４から入力される制御信号に従って高速道路の利用客のＩＣカードに対してリーダライタで読み書きを行う。領収書発行ユニット１０５ｅは、文字等を印字する印字装置を有し、制御部１０４から入力される制御信号に従って領収書等を印字して出力する。
【００２４】
紙幣処理ユニット１０５ｆは、現金での決済のために、制御部１０４から入力される制御信号に従って紙幣の受け入れ、計数、保管、釣りの払い戻し等を行う。硬貨処理ユニット１０５ｇは、現金での決済のために、制御部１０４から入力される制御信号に従って硬貨の受け入れ、計数、保管、釣りの払い戻し等を行う。
【００２５】
保守ユニット１０５ｈは、保守点検時に作業員が情報を参照するための液晶パネル等の表示装置と、作業員が情報を入力するためのキーボード等の入力装置とを有する。保守ユニット１０５ｈは、接続部１０１に他のユニットが接続された場合に後述するバージョン情報を作業員が入力するためのバージョン情報入力部としても機能する。保守ユニット１０５ｈは、タッチパネルのように表示装置と入力装置の機能を兼ね備えた装置を有していてもよい。
【００２６】
なお、以下の説明では、接続部１０１に接続されるユニットの１つをいずれであるかを特定せずにユニット１０５と称することがある。また、図２に示した各種のユニット１０５は例であり、料金装置１０ａは、これら全てユニット１０５を内蔵しなくてもよいし、他のユニット１０５を内蔵してもよい。
【００２７】
通信部１０２は、有線回線等の通信回線を通じて、監視装置２０との間で指示や情報のやりとりを行う。記憶部１０３は、フラッシュメモリや磁気記憶装置等の不揮発性を有する記憶装置を有し、料金装置１０ａを動作させるためのプログラムやデータを記憶装置に記憶させる。
【００２８】
制御部１０４は、ＣＰＵ（Central Processing Unit）等の演算装置と、プログラムやデータを展開するメモリとを有し、演算装置が実行するプログラムに従って料金装置１０ａの各部を制御する。例えば、制御部１０４は、カメラユニット１０５ａに映像を撮像させ、撮像された映像の映像データを通信部１０２から監視装置２０へ送信させる。また、制御部１０４は、通行券読取ユニット１０５ｃに通行券の内容を読み込ませ、読み込まれた内容に基づいて料金を計算し、ＩＣカード読書ユニット１０５ｄ等に料金を精算させ、領収書発行ユニット１０５ｅに領収書を発行させる。
【００２９】
制御部１０４は、各種の制御を実行するために、記憶部１０３に記憶されているプログラムをメモリに展開して実行することによって各種の機能部を実現させる。プログラムを実行することによって実現される機能部には、装着検出部１０４ａと、バージョン情報取得部１０４ｂと、バージョン情報保存部１０４ｃと、起動制御部１０４ｄと、バージョン情報応答部１０４ｅとが含まれる。
【００３０】
装着検出部１０４ａは、ユニット１０５が接続部１０１に新たに装着された場合にそれを検出する。なお、ユニット１０５の装着の検出は、例えば、ユニット１０５と制御部１０４とを接続する信号線を流れる信号を監視することによって行ってもよいし、ユニット１０５の装着を機械的に検出して検出信号を制御部１０４へ送信する検出部を接続部１０１に設け、その検出部が送信する信号を監視することによって行ってもよい。
【００３１】
バージョン情報取得部１０４ｂは、装着検出部１０４ａによってユニットの装着が検出された場合に、バージョン情報の入力を求めるメッセージを保守ユニット１０５ｈに表示させ、メッセージに応じて入力されたバージョン情報を保守ユニット１０５ｈから取得する。ここで、バージョン情報とは、ユニット自体のハードウェアのバージョンを示すバージョン番号またはユニットに搭載されているソフトウェアのバージョンを示すバージョン番号の少なくとも一方を含む情報である。
【００３２】
バージョン情報保存部１０４ｃは、バージョン情報取得部１０４ｂによって取得されたバージョン情報をバージョン情報１０３ａとして記憶部１０３に記憶させる。図３は、記憶部１０３に記憶されるバージョン情報１０３ａの一例を示す図である。図３に示すように、バージョン情報１０３ａでは、ユニット１０５の識別番号であるユニットＩＤと対応づけて、ユニット１０５毎にハードウェアのバージョン番号とソフトウェアのバージョン番号とが保持される。
【００３３】
起動制御部１０４ｄは、ユニット１０５の起動を制御する。起動制御部１０４ｄは、装着検出部１０４ａによってユニット１０５の装着が検出された場合、装着が検出されたユニット１０５のバージョン情報がバージョン情報取得部１０４ｂによって取得されるまでそのユニット１０５を機能させない。ここで、ユニット１０５を機能させないことには、例えば、ユニット１０５を起動させないことや、ユニット１０５と指示や情報のやりとりを行わないことが含まれる。
【００３４】
バージョン情報応答部１０４ｅは、監視装置２０または中央監視装置３０の問合せに応じて、バージョン情報１０３ａの内容を応答する。バージョン情報応答部１０４ｅは、バージョン情報１０３ａの内容をユニット毎に応答してもよいし、一括して全てのユニットの分を応答してもよい。
【００３５】
このように、料金装置１０ａは、新たなユニット１０５が搭載された場合にバージョン情報が入力されなければそのユニット１０５を機能させないように構成されている。このため、ユニット１０５が機能し始める前にユニット１０５のバージョン情報を確実に取得することができる。また、この方式では、制御部１０４は、ユニット１０５と情報をやりとりすることなくそのユニットに関する情報を取得することができる。このため、制御部１０４がユニット１０５のバージョン情報を取得できるようにするために、ユニット１０５の構成を変更しなくてよい。
【００３６】
次に、図１に示した監視装置２０の構成について説明する。図４は、監視装置２０の機能的な構成を示すブロック図である。図４に示すように、監視装置２０は、表示部２０１と、入力部２０２と、通信部２０３と、通信部２０４と、記憶部２０５と、制御部２０６とを備える。
【００３７】
表示部２０１は、液晶パネル等の表示装置を有し、制御部２０６の制御に従って、料金装置１０ａ〜１０ｎから送信された映像データや、料金装置１０ａ〜１０ｎの稼働状態に関する各種の情報を表示装置に表示する。入力部２０２は、キーボード等の入力装置を有し、監視員からの指示やデータの入力を受け付け、受け付けた指示やデータを制御部２０６へ出力する。
【００３８】
通信部２０３は、有線回線等の通信回線を通じて、料金装置１０ａ〜１０ｎとの間で指示や情報のやりとりを行う。通信部２０４は、ネットワーク３を通じて、中央監視装置３０との間で指示や情報のやりとりを行う。
【００３９】
記憶部２０５は、フラッシュメモリや磁気記憶装置等の不揮発性を有する記憶装置を有し、監視装置２０を動作させるためのプログラムやデータを記憶装置に記憶する。記憶部２０５に含まれるデータには、バージョン情報２０５ａと、バージョン管理マスタ２０５ｂとが含まれる。
【００４０】
バージョン情報２０５ａは、監視装置２０に接続されている料金装置１０ａ〜１０ｎに内蔵されている各ユニット１０５のバージョンに関する情報を保持する。図５は、バージョン情報２０５ａの一例を示す図である。図５に示すように、バージョン情報２０５ａでは、料金装置１０の識別番号である料金装置ＩＤおよび料金装置１０に内蔵されているユニット１０５のユニットＩＤと対応づけて、料金装置１０毎かつユニット１０５毎にハードウェアのバージョン番号とソフトウェアのバージョン番号とを保持する。
【００４１】
バージョン管理マスタ２０５ｂは、利用されている各ユニット１０５の好適なバージョンに関する情報を保持する。ここで好適なバージョンとは、品質が良好なバージョン、例えば、既知の不具合が解消されているバージョンである。図６は、バージョン管理マスタ２０５ｂの一例を示す図である。図６に示すように、バージョン管理マスタ２０５ｂは、ユニットＩＤ毎に、利用可能ハードウェアバージョン番号と、最小ソフトウェアバージョン番号と、依存情報との組み合わせを複数保持できるように構成されている。
【００４２】
利用可能ハードウェアバージョン番号は、ユニット１０５のハードウェアの好適なバージョン番号である。例えば、ユニットＩＤに「ＣＡＭ−０１」が設定され、利用可能ハードウェアバージョン番号に「１」が設定されているデータがバージョン管理マスタ２０５ｂに存在する場合、そのデータは、「ＣＡＭ−０１」で識別されるユニット１０５のハードウェアのバージョン番号が「１」であれば、ハードウェアの観点からみて、そのユニット１０５を利用して構わないことを意味する。
【００４３】
最小ソフトウェアバージョン番号は、ハードウェアのバージョンが対応する利用可能ハードウェアバージョン番号のものであるときに搭載されているべき最も古いバージョンのソフトウェアの番号である。例えば、ユニットＩＤに「ＣＡＭ−０１」が設定され、利用可能ハードウェアバージョン番号に「１」が設定され、最小ソフトウェアバージョン番号に「５」が設定されているデータがバージョン管理マスタ２０５ｂに存在する場合、そのデータは、「ＣＡＭ−０１」で識別されるユニット１０５のハードウェアのバージョン番号が「１」であれば、ユニット１０５に搭載されているソフトウェアのバージョンが「５」以上であるべきことを意味する。
【００４４】
依存情報は、他のユニット１０５に求められるバージョンに関する情報である。例えば、「ＣＡＭ−０１」で識別されるユニット１０５のハードウェアのバージョン番号が「１」である場合に「ＤＳＰ−０８」で識別されるユニット１０５のハードウェアのバージョン番号が「２」以上であるべきであれば、その旨の情報が依存情報としてバージョン管理マスタ２０５ｂに保持される。なお、ソフトウェアのバージョンの依存性に関する情報を依存情報としてバージョン管理マスタ２０５ｂに保持することもできる。
【００４５】
制御部２０６は、ＣＰＵ等の演算装置と、プログラムやデータを展開するメモリとを有し、演算装置が実行するプログラムに従って監視装置２０の各部を制御する。例えば、制御部２０６は、定期的に通信部２０３から料金装置１０ａ〜１０ｎへ稼働状況に関する問合せを送信させ、料金装置１０ａ〜１０ｎから応答された情報を表示部２０１に表示させる。また、制御部２０６は、入力部２０２から入力された指示に従って、料金装置１０ａ〜１０ｎの動作を変更するための指示を通信部２０３から送信させる。
【００４６】
制御部２０６は、各種の制御を実行するために、記憶部２０５に記憶されているプログラムをメモリに展開して実行することによって各種の機能部を実現させる。プログラムを実行することによって実現される機能部には、バージョン情報問合せ部２０６ａと、バージョン情報保存部２０６ｂと、バージョン情報検査部２０６ｃとが含まれる。
【００４７】
バージョン情報問合せ部２０６ａは、料金装置１０ａ〜１０ｎに内蔵されているユニット１０５のバージョンを問合せ、応答としてバージョン情報を取得する。応答されるバージョン情報には、例えば、応答した料金装置１０の料金装置ＩＤと、応答した料金装置１０に内蔵されるユニット１０５のユニットＩＤと、ユニット１０５のハードウェアのバージョン番号と、ユニット１０５のソフトウェアのバージョン番号とが含まれる。バージョン情報保存部２０６ｂは、バージョン情報問合せ部２０６ａによって取得されたバージョン情報に基づいてバージョン情報２０５ａを更新する。
【００４８】
バージョン情報検査部２０６ｃは、バージョン情報問合せ部２０６ａによって取得されたバージョン情報をバージョン管理マスタ２０５ｂと照合してバージョンの整合性を検査する。そして、バージョンが不整合であれば、バージョン情報検査部２０６ｃは、表示部２０１にメッセージを表示してその旨を報知する。なお、報知は、ログファイルに警告メッセージを出力することや、警告メッセージを含む電子メールを所定の宛先へ送信することで実現してもよい。
【００４９】
例えば、「ＣＡＭ−０１」で識別されるユニット１０５から、ハードウェアのバージョンが「１」であり、ソフトウェアのバージョンが「７」であるという応答をバージョン情報問合せ部２０６ａが受信したものとする。この場合、バージョン情報検査部２０６ｃは、ユニットＩＤが「ＣＡＭ−０１」で利用可能ハードウェアバージョン番号が「１」のデータをバージョン管理マスタ２０５ｂから取得する。該当するデータが存在しない場合、バージョン情報検査部２０６ｃは、当該のユニット１０５を特定するための情報とともに当該のユニット１０５のハードウェアのバージョンが好ましくない旨を報知する。
【００５０】
該当するデータが存在する場合、バージョン情報検査部２０６ｃは、そのデータの最小ソフトウェアバージョン番号の値が「７」以下であるかを判定する。最小ソフトウェアバージョン番号の値が「７」より大きい場合、バージョン情報検査部２０６ｃは、当該のユニット１０５を特定するための情報とともに当該のユニット１０５のソフトウェアのバージョンが好ましくない旨を報知する。
【００５１】
最小ソフトウェアバージョン番号の値が「７」以下である場合、バージョン情報検査部２０６ｃは、取得したデータの依存情報に設定されている条件が満たされるかを判定する。例えば、「ＤＳＰ−０８」で識別されるユニット１０５のハードウェアのバージョン番号が「２」以上であるべき旨が依存情報に設定されている場合、バージョン情報検査部２０６ｃは、当該のユニット１０５と同一の料金装置１０に内蔵され、「ＤＳＰ−０８」で識別されるユニット１０５のハードウェアのバージョン番号をバージョン情報２０５ａまたはバージョン情報問合せ部２０６ａが取得した応答から取得し、取得したバージョン番号が「２」以上であるかを判定する。取得したバージョン番号が「２」より小さい場合、バージョン情報検査部２０６ｃは、当該のユニット１０５を特定するための情報および「ＤＳＰ−０８」で識別されるユニット１０５を特定するための情報とともにこれらのユニット１０５のハードウェアのバージョンの組み合わせが好ましくない旨を報知する。
【００５２】
このように、監視装置２０は、接続されている料金装置１０からバージョン情報を取得し、取得したバージョン情報をバージョン管理マスタ２０５ｂと比較してバージョンの不整合があれば報知するように構成されている。このため、監視員等がユニット１０５のバージョンの不整合を容易に認識することができ、バージョンの不整合による障害の発生が抑止される。また、ユニット１０５の交換を担当する作業員が誤ったバージョン情報を入力した場合でも、バージョンの不整合の報知によって誤入力が明らかになる。
【００５３】
なお、中央監視装置３０も、監視装置２０と同様に、料金装置１０に内蔵されているユニット１０５のバージョン情報を収集して整合性を確認し、不整合があれば報知するようにしてもよい。この場合、中央監視装置３０は、全ての料金所の料金装置１０に内蔵されているユニット１０５のバージョン情報を収集することが好ましい。なお、中央監視装置３０は、各料金装置１０に個別に問合せをしてバージョン情報を取得することとしてもよいし、各監視装置２０が収集済みのバージョン情報を取得することとしてもよい。
【００５４】
次に、図７を参照しながら、ユニット１０５が装着された場合の料金装置１０ａの動作について説明する。図７は、ユニット１０５が装着された場合の料金装置１０ａの動作を示すフローチャートである。図７に示すように、ユニット１０５が装着されると、装着検出部１０４ａがそれを検出する（ステップＳ１０１）。なお、料金装置１０ａが停止した状態でユニット１０５が装着された場合、装着検出部１０４ａは、少なくとも装着されたユニット１０５が通常通り機能し始める前に、ユニット１０５の装着を検出する。
【００５５】
続いて、バージョン情報取得部１０４ｂが、バージョン情報の入力を求めるメッセージを表示させる（ステップＳ１０２）。そして、バージョン情報取得部１０４ｂは、バージョン情報が入力されたかを判定し、入力されていなければ（ステップＳ１０３，Ｎｏ）、判定を再度実行する。
【００５６】
バージョン情報が入力された場合（ステップＳ１０３，Ｙｅｓ）、バージョン情報保存部１０４ｃが、入力されたバージョン情報を記憶部１０３に保存する（ステップＳ１０４）。また、起動制御部１０４ｄが、装着検出部１０４ａによって装着が検出されたユニット１０５を機能させる（ステップＳ１０５）。なお、ステップＳ１０４とステップＳ１０５は、実行順序が逆であってもよい。
【００５７】
次に、図８を参照しながら、バージョン情報の取得時の監視装置２０の動作について説明する。図８は、バージョン情報の取得時の監視装置２０の動作を示すシーケンス図である。なお、図８に示す動作は、料金所２内の全ての料金装置１０を対象として定期的に実行することが好ましい。
【００５８】
図８に示すように、監視装置２０が料金装置１０ａにバージョンの問合せを行うと（ステップＳ２０１）、料金装置１０ａは、内蔵しているユニット１０５のバージョン情報を応答する（ステップＳ２０２）。そして、監視装置２０は、応答されたバージョン情報を記憶部２０５に保存する（ステップＳ２０３）。
【００５９】
続いて、監視装置２０は、応答されたバージョン情報をバージョン管理マスタ２０５ｂと照合してバージョンの整合性を検査する（ステップＳ２０４）。そして、バージョンが整合していなければ（ステップＳ２０５，Ｎｏ）、監視装置２０は、その旨を報知する（ステップＳ２０６）。
【００６０】
なお、図８では、監視装置２０からの問合せに応じて料金装置１０ａがバージョン情報を応答することとしたが、料金装置１０ａが自発的にバージョン情報を監視装置２０へ送信することとしてもよい。この場合、料金装置１０ａが、バージョン情報を監視装置２０へ定期的に送信することとしてもよいし、起動完了時にバージョン情報を監視装置２０へ送信することとしてもよいし、装着されたユニット１０５のバージョン情報を取得したときに取得したバージョン情報を監視装置２０へ送信することとしてもよい。
【００６１】
上述してきたように、本実施例では、ユニット１０５の装着が検出された場合にバージョン情報が入力されるまで装着されたユニット１０５を料金装置１０が機能させないこととし、また、料金装置１０が入力されたバージョン情報を記憶部１０３に保存することとしたので、料金装置１０の稼働中には各ユニット１０５のバージョン情報が記憶部１０３に保存されていることが保証される。また、本実施例では、監視装置２０または中央監視装置３０が各料金装置１０からバージョン情報を収集することとしたので、各料金装置１０に内蔵されているユニット１０５のバージョンを監視員等が容易に知ることができる。
【実施例２】
【００６２】
実施例１の変形例について説明する。なお、以下の説明では、既に説明した部分と同様の部分には既に説明した部分と同一の符号を付して、重複する説明を省略することがある。また、実施例２に係る料金所管理システムは、以下に説明する相違点を除いて、実施例１で説明した料金所管理システム１と同様であるものとする。
【００６３】
図９は、料金装置１１ａの機能的な構成を示すブロック図である。図９に示すように、料金装置１１ａは、制御部１０４に代えて制御部１１４を有する点において、図２に示した料金装置１０ａと異なる。
【００６４】
制御部１１４は、各種の制御を実行するために、記憶部１０３に記憶されているプログラムをメモリに展開して実行することによって各種の機能部を実現させる。プログラムを実行することによって実現される機能部には、装着検出部１０４ａと、バージョン情報取得部１０４ｂと、バージョン情報保存部１０４ｃと、起動制御部１０４ｄと、バージョン情報応答部１０４ｅと、検証情報取得部１１４ｆと、バージョン情報検証部１１４ｇとが含まれる。
【００６５】
検証情報取得部１１４ｆは、バージョン情報取得部１０４ｂによってバージョン情報が取得された後に、検証情報の入力を求めるメッセージを保守ユニット１０５ｈに表示させ、メッセージに応じて入力された検証情報を保守ユニット１０５ｈから取得する。すなわち、本実施例において、保守ユニット１０５ｈは、接続部１０１に他のユニットが接続された場合に検証情報を作業員が入力するための検証情報入力部としても機能する。
【００６６】
ここで、検証情報とは、バージョン情報取得部１０４ｂによって取得されたバージョン情報が正当であるかを検証するための情報である。検証情報は、例えば、バージョン情報のチェックサムであってもよいし、バージョン情報のハッシュ値であってもよい。
【００６７】
バージョン情報検証部１１４ｇは、バージョン情報取得部１０４ｂによって取得されたバージョン情報の正当性を、検証情報取得部１１４ｆによって取得された検証情報を用いて検証する。例えば、検証情報がチェックサムの場合、チェックサムを用いて誤りが無いことを確認することでバージョン情報の正当性が検証される。また、検証情報がハッシュ値の場合、バージョン情報から再計算されたハッシュ値と検証情報とを比較することでバージョン情報の正当性が検証される。
【００６８】
本実施例における起動制御部１０４ｄは、装着検出部１０４ａによってユニット１０５の装着が検出された場合、バージョン情報検証部１１４ｇによってバージョン情報の正当性が検証されるまでユニット１０５を機能させない。このため、本実施例では、誤ったバージョンが入力されたにも関わらず、装着されたユニット１０５が機能してしまうことを抑止できる。
【００６９】
次に、図１０を参照しながら、ユニット１０５が装着された場合の料金装置１１ａの動作について説明する。図１０は、ユニット１０５が装着された場合の料金装置１１ａの動作を示すフローチャートである。図１０に示すように、ユニット１０５が装着されると、装着検出部１０４ａがそれを検出する（ステップＳ３０１）。
【００７０】
続いて、バージョン情報取得部１０４ｂが、バージョン情報の入力を求めるメッセージを表示させる（ステップＳ３０２）。そして、バージョン情報取得部１０４ｂは、バージョン情報が入力されたかを判定し、入力されていなければ（ステップＳ３０３，Ｎｏ）、判定を再度実行する。
【００７１】
バージョン情報が入力された場合（ステップＳ３０３，Ｙｅｓ）、検証情報取得部１１４ｆが、検証情報の入力を求めるメッセージを表示させる（ステップＳ３０４）。そして、検証情報取得部１１４ｆは、検証情報が入力されたかを判定し、入力されていなければ（ステップＳ３０５，Ｎｏ）、判定を再度実行する。
【００７２】
検証情報が入力された場合（ステップＳ３０５，Ｙｅｓ）、バージョン情報検証部１１４ｇが、入力されたバージョン情報の正当性を、入力された検証情報を用いて検証する（ステップＳ３０６）。そして、正当性が検証された場合（ステップＳ３０７，Ｙｅｓ）、バージョン情報保存部１０４ｃが、入力されたバージョン情報を記憶部１０３に保存する（ステップＳ３０８）。また、起動制御部１０４ｄが、装着検出部１０４ａによって装着が検出されたユニット１０５を機能させる（ステップＳ３０９）。入力されたバージョン情報が正当でなかった場合（ステップＳ３０７，Ｎｏ）、ステップＳ３０２以降が再実行される。
【００７３】
なお、ステップＳ３０８とステップＳ３０９は、実行順序が逆であってもよい。また、図１０に示した例では、バージョン情報と検証情報とを別々に入力することとしたが、これらを一度に入力することとしてもよい。この場合、本来のバージョン情報の所定の位置に検証情報を埋め込んだものがバージョン情報として入力され、バージョン情報検証部１１４ｇは、入力されたバージョン情報を本来のバージョン情報と検証情報とに分離して検証を行う。
【００７４】
上述してきたように、本実施例では、バージョン情報に加えて検証情報を入力させ、検証情報を用いてバージョン情報の正当性を検証することとしたので、ユニット１０５の交換を担当する作業員が誤ったバージョン情報を入力した場合にその場で誤入力に気づくことができる。このため、正確なバージョン情報を管理することができる。
【実施例３】
【００７５】
実施例１の他の変形例について説明する。なお、実施例３に係る料金所管理システムは、以下に説明する相違点を除いて、実施例１で説明した料金所管理システム１と同様であるものとする。
【００７６】
図１１は、料金装置１２ａの機能的な構成を示すブロック図である。図１１に示すように、料金装置１２ａは、制御部１０４に代えて制御部１２４を有する点において、図２に示した料金装置１０ａと異なる。また、料金装置１２ａは、各ユニット１０５が記憶部１０６を備える点において、図２に示した料金装置１０ａと異なる。記憶部１０６には、ユニット１０５のバージョン情報が予め記憶され、ユニット１０５のソフトウェアがバージョンアップされた場合には記憶部１０６に記憶されたバージョン情報は更新される。
【００７７】
制御部１２４は、各種の制御を実行するために、記憶部１０３に記憶されているプログラムをメモリに展開して実行することによって各種の機能部を実現させる。プログラムを実行することによって実現される機能部には、バージョン情報保存部１０４ｃと、バージョン情報応答部１０４ｅと、状態検査部１２４ｈとが含まれる。
【００７８】
状態検査部１２４ｈは、ユニット１０５が正常に動作しているかを定期的に検査する。具体的には、状態検査部１２４ｈは、状態確認メッセージをユニット１０５へ定期的に送信し、正常応答が返されるか否かに基づいてユニット１０５が正常に動作しているかを検査する。
【００７９】
本実施例において、各ユニット１０５は、状態検査部１２４ｈから送信される状態確認メッセージに対して、正常応答に加えて、記憶部１０６に記憶されているバージョン情報を応答するように構成されている。また、本実施例におけるバージョン情報保存部１０４ｃは、ユニット１０５から応答されたバージョン情報をバージョン情報１０３ａとして記憶部１０３に記憶させる。
【００８０】
次に、図１２を参照しながら、ユニット１０５の状態検査時の料金装置１２ａの動作について説明する。図１２は、ユニット１０５の状態検査時の料金装置１２ａの動作を示すシーケンス図である。なお、図１２に示す動作は、料金装置１２ａ内の全てのユニット１０５を対象として定期的に実行することが好ましい。
【００８１】
図１２に示すように、まず、制御部１２４が、状態確認メッセージをユニット１０５へ送信する（ステップＳ４０１）。ユニット１０５は、状態確認メッセージに応じて、正常応答およびバージョン情報を制御部１２４へ応答する（ステップＳ４０２）。そして、バージョン情報保存部１０４ｃが、応答されたバージョン情報を記憶部１０３に保存する（ステップＳ４０３）。
【００８２】
このように、本実施例では、ユニットを交換する作業員がバージョン情報を入力することなく、接続部１０１に接続されているユニット１０５のバージョン情報を制御部１２４が取得することができる。
【００８３】
なお、上述した各実施例で示した構成は、本発明の要旨を逸脱しない範囲で適宜変更することができる。例えば、実施例１および２では、接続部１０１に装着された保守ユニット１０５ｈからバージョン情報等を入力することとしたが、制御部１０４、１１４または１２４に表示部と入力部とを設け、ユニット１０５の装着の検出時に、制御部１０４、１１４または１２４に接続された表示部にメッセージを表示して、制御部１０４、１１４または１２４に接続された入力部からバージョン情報を取得することとしてもよい。また、バージョン情報等に際して、メッセージを表示ユニット１０５ｂに表示してもよい。
【００８４】
また、作業員等にキーボード等の入力部を操作してバージョン情報を入力させるのではなく、新たに装着されるユニット１０５のバージョン情報を通行券やＩＣカード等の記憶媒体に予め記録しておき、その記録媒体に記録されたバージョン情報を通行券読取ユニット１０５ｃまたはＩＣカード読書ユニット１０５ｄに読み取らせることとしてもよい。このような構成とすることにより、作業員等の作業負荷が軽減され、また、バージョン情報の誤入力の発生が抑制される。
【００８５】
また、上述した各実施例では、各料金装置１０に内蔵されたユニット１０５のバージョン情報を監視装置２０または中央管理装置３０が表示することとしたが、各料金装置１０が、記憶部１０３に記憶されているバージョン情報１０３ａの内容を保守ユニット１０５ｈ等に設けられた表示部に表示することとしてもよい。このような構成とすることにより、例えば、料金装置１０に障害が発生したときに、作業員等が料金装置１０に内蔵されているユニット１０５のバージョンを容易に知ることが可能になり、障害の原因を早期に特定するために役立つ。
【００８６】
また、上述した各実施例では、本発明を適用する装置の例として、料金所に設けられた料金装置について説明したが、本発明は、ユニットを装着可能なその他の料金装置にも適用することができる。例えば、本発明は、駐車場の駐車料金を精算するための料金装置や、鉄道等の交通機関の運賃を精算するための料金装置にも適用することができる。
【符号の説明】
【００８７】
１  料金所管理システム
２  料金所
３  ネットワーク
１０ａ〜１０ｎ、１１ａ、１２ａ  料金装置
２０  監視装置
３０  中央監視装置
１０１  接続部
１０２  通信部
１０３  記憶部
１０３ａ  バージョン情報
１０４、１１４、１２４  制御部
１０４ａ  装着検出部
１０４ｂ  バージョン情報取得部
１０４ｃ  バージョン情報保存部
１０４ｄ  起動制御部
１０４ｅ  バージョン情報応答部
１０５ａ  カメラユニット
１０５ｂ  表示ユニット
１０５ｃ  通行券読取ユニット
１０５ｄ  ＩＣカード読書ユニット
１０５ｅ  領収書発行ユニット
１０５ｆ  紙幣処理ユニット
１０５ｇ  硬貨処理ユニット
１０５ｈ  保守ユニット
１０６  記憶部
１１４ｆ  検証情報取得部
１１４ｇ  バージョン情報検証部
１２４ｈ  状態検査部
２０１  表示部
２０２  入力部
２０３、２０４  通信部
２０５  記憶部
２０５ａ  バージョン情報
２０５ｂ  バージョン管理マスタ
２０６  制御部
２０６ａ  バージョン情報問合せ部
２０６ｂ  バージョン情報保存部
２０６ｃ  バージョン情報検査部
【図１】
0005701082.tif 000002
【図２】
0005701082.tif 000003
【図３】
0005701082.tif 000004
【図４】
0005701082.tif 000005
【図５】
0005701082.tif 000006
【図６】
0005701082.tif 000007
【図７】
0005701082.tif 000008
【図８】
0005701082.tif 000009
【図９】
0005701082.tif 000010
【図１０】
0005701082.tif 000011
【図１１】
0005701082.tif 000012
【図１２】
0005701082.tif 000013