(57)【要約】【課題】料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる車載器及びタクシーメータシステムを提供する。【解決手段】接続ボックス３０には、タリフ定数を更新不可能な封印状態から更新可能な開封状態に移行させるための開封コードが設定されている開封ファイルｄｆ１と、タリフ定数を含むタリフ定数ファイルｄｆ２とが保存される。接続ボックス３０は、現在時刻が開封ファイルｄｆ１の更新日時以降の場合、開封ファイルｄｆ１をタクシーメータ１０に送信する。タクシーメータ１０は、受信した開封コードが予め設定されている開封コードと一致した場合、封印状態から開封状態に移行し、開封情報を接続ボックス３０に送信する。接続ボックス３０は、タリフ定数ファイルｄｆ２をタクシーメータ１０に送信する。【選択図】図３
2018190148.tif 000002
【特許請求の範囲】
【請求項１】
車両に設置され、料金制情報を用いて料金を算出するタクシーメータと、前記タクシーメータに接続され前記タクシーメータとの間でデータの送受信が可能な接続装置と、を有する車載器において、
前記接続装置には、
前記タクシーメータにおいて前記料金制情報を更新不可能な封印状態から更新可能な開封状態に移行させるためのコードが設定されている第１ファイルと、
前記料金制情報を含む第２ファイルと、が保存され、
前記接続装置は、現在時刻が前記第１ファイルに設定されている更新日時以降の場合には、前記第１ファイルを前記タクシーメータに送信し、
前記タクシーメータは、受信した前記第１ファイルに設定されているコードが当該タクシーメータに予め設定されているコードと一致したと判断した場合には、前記封印状態から前記開封状態に移行し、前記開封状態に移行したことを表す開封情報を前記接続装置に送信し、
前記接続装置は、前記開封情報を受信した場合には、前記第２ファイルを前記タクシーメータに送信する、
ことを特徴とする車載器。
【請求項２】
前記タクシーメータは、受信した前記第１ファイルに設定されているコードが当該タクシーメータに予め設定されているコードと一致しないと判断した場合には、エラー情報を前記接続装置に送信し、
前記接続装置は、前記エラー情報を受信した場合には、前記第１ファイル及び前記第２ファイルを削除する、
ことを特徴とする請求項１に記載の車載器。
【請求項３】
前記第２ファイルの更新状態を表す情報が、前記第２ファイルのファイル名に含まれる、
ことを特徴とする請求項１又は２に記載の車載器。
【請求項４】
前記タクシーメータは、前記料金を表示する画面に前記封印状態を表すマークを表示する、
ことを特徴とする請求項１乃至３のいずれか１項に記載の車載器。
【請求項５】
請求項１乃至４のいずれか１項に記載の車載器と、
前記車両の外部に設置され、前記第１ファイル及び前記第２ファイルを作成する外部装置と、
前記車載器と前記外部装置とを無線通信により接続する通信手段と、を備えたタクシーメータシステムにおいて、
前記外部装置は、前記第１ファイル及び前記第２ファイルを作成する作成手段と、
前記作成手段により作成された前記第１ファイル及び前記第２ファイルを記憶する記憶手段と、を有し、
前記接続装置は、前記通信手段を介して前記記憶手段にアクセスし、取得すべき前記第１ファイル及び前記第２ファイルが前記記憶手段に記憶されている場合には、前記通信手段を介して前記第１ファイル及び前記第２ファイルを取得し保存する、
ことを特徴とするタクシーメータシステム。
【請求項６】
請求項１乃至４のいずれか１項に記載の車載器と、
前記車両の外部に設置され、前記第１ファイル及び前記第２ファイルを作成する外部装置と、を備えたタクシーメータシステムにおいて、
前記外部装置は、前記第１ファイル及び前記第２ファイルを作成する作成手段と、
前記作成手段により作成された前記第１ファイル及び前記第２ファイルを着脱可能な記憶媒体に書き込む書込み手段と、を有し、
前記タクシーメータ又は前記接続装置は、前記記憶媒体から前記第１ファイル及び前記第２ファイルを読み込む読込み手段を有し、
前記接続装置は、前記読込み手段により読み込まれた前記第１ファイル及び前記第２ファイルを保存する、
ことを特徴とするタクシーメータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載器及びタクシーメータシステムに関する。
【背景技術】
【０００２】
従来、タクシーメータにおけるタリフ定数（料金制情報）の変更は、タクシーメータの筐体に貼られた修理事業者封印（都道府県に登録された封印シール、封印鉛等）を剥がし、その内側に設けられたスイッチ等を押下して、タリフ定数変更モードに入ることで行われていた。このようなタリフ定数の変更は、計量法上の規定に則っていた。
【０００３】
しかし、このタリフ定数の変更では、修理事業者が手作業で１台ずつタクシーメータの封印を解除して操作しなければならず、効率良く作業を行えなかった。特に、消費税変更や料金改定の際、容易に作業を行うことが困難であり、また、変更作業に伴い、タクシー会社への費用負担が発生した。さらに、作業性が良くないことから、多種多様な料金サービスに対応することが難しかった。
【０００４】
また、外部の事務所ＰＣがタクシーメータと無線通信を行い、タクシーメータのタリフ定数を変更することも検討されている。この場合、タリフ定数の変更の当日に、登録された複数のタクシーメータに対し、事務所ＰＣから一括でタリフ定数ファイルが送信される。しかし、タクシーメータの数が膨大である場合、全てのタクシーメータのタリフ定数を適正に変更することが難しく、変更漏れが起こり易かった。
【０００５】
このため、タクシーメータと通信可能な設定装置を車両に設置しておき、事前に設定装置に料金制データ及び車両コードを入力しておき、タリフ定数の変更の当日、設定装置とタクシーメータとの間で車両コードが一致した場合、設定装置からタクシーメータに対し、料金制データが送信され、タリフ定数の更新が行われた（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−３１２８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１では、設定装置から送られる車両コードと、タクシーメータに記憶されている車両コードとが一致しているだけで、料金制データの更新が可能であった。このため、秘匿性の無い車両コードを取得した第三者が別の料金制データを用いてタリフ定数を書き換えてしまうおそれがあった。このように、従来では、タクシーメータに保持されたタリフ定数は、常に開封状態にあるので、改ざんされる可能性が有った。
【０００８】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる車載器及びタクシーメータシステムを提供することにある。
【課題を解決するための手段】
【０００９】
前述した目的を達成するために、本発明に係る車載器およびタクシーメータシステムは、下記（１）〜（６）を特徴としている。
（１）  車両に設置され、料金制情報を用いて料金を算出するタクシーメータと、前記タクシーメータに接続され前記タクシーメータとの間でデータの送受信が可能な接続装置と、を有する車載器において、前記接続装置には、前記タクシーメータにおいて前記料金制情報を更新不可能な封印状態から更新可能な開封状態に移行させるためのコードが設定されている第１ファイルと、前記料金制情報を含む第２ファイルと、が保存され、前記接続装置は、現在時刻が前記第１ファイルに設定されている更新日時以降の場合には、前記第１ファイルを前記タクシーメータに送信し、前記タクシーメータは、受信した前記第１ファイルに設定されているコードが当該タクシーメータに予め設定されているコードと一致したと判断した場合には、前記封印状態から前記開封状態に移行し、前記開封状態に移行したことを表す開封情報を前記接続装置に送信し、前記接続装置は、前記開封情報を受信した場合には、前記第２ファイルを前記タクシーメータに送信する
ことを特徴とする車載器。
【００１０】
（２）  前記タクシーメータは、受信した前記第１ファイルに設定されているコードが当該タクシーメータに予め設定されているコードと一致しないと判断した場合には、エラー情報を前記接続装置に送信し、前記接続装置は、前記エラー情報を受信した場合には、前記第１ファイル及び前記第２ファイルを削除する
ことを特徴とする上記（１）の構成の車載器。
【００１１】
（３）  前記第２ファイルの更新状態を表す情報が、前記第２ファイルのファイル名に含まれる
ことを特徴とする上記（１）又は（２）の構成の車載器。
【００１２】
（４）  前記タクシーメータは、前記料金を表示する画面に前記封印状態を表すマークを表示する
ことを特徴とする上記（１）乃至（３）のいずれかに記載の車載器。
【００１３】
（５）  上記（１）乃至（４）のいずれかに記載の車載器と、前記車両の外部に設置され、前記第１ファイル及び前記第２ファイルを作成する外部装置と、前記車載器と前記外部装置とを無線通信により接続する通信手段と、を備えたタクシーメータシステムにおいて、  前記外部装置は、前記第１ファイル及び前記第２ファイルを作成する作成手段と、前記作成手段により作成された前記第１ファイル及び前記第２ファイルを記憶する記憶手段と、を有し、前記接続装置は、前記通信手段を介して前記記憶手段にアクセスし、取得すべき前記第１ファイル及び前記第２ファイルが前記記憶手段に記憶されている場合には、前記通信手段を介して前記第１ファイル及び前記第２ファイルを取得し保存する
ことを特徴とするタクシーメータシステム。
【００１４】
（６）  上記（１）乃至（４）のいずれかに記載の車載器と、前記車両の外部に設置され、前記第１ファイル及び前記第２ファイルを作成する外部装置と、を備えたタクシーメータシステムにおいて、前記外部装置は、前記第１ファイル及び前記第２ファイルを作成する作成手段と、前記作成手段により作成された前記第１ファイル及び前記第２ファイルを着脱可能な記憶媒体に書き込む書込み手段と、を有し、前記タクシーメータ又は前記接続装置は、前記記憶媒体から前記第１ファイル及び前記第２ファイルを読み込む読込み手段を有し、前記接続装置は、前記読込み手段により読み込まれた前記第１ファイル及び前記第２ファイルを保存する
ことを特徴とするタクシーメータシステム。
【００１５】
上記（１）の構成の車載器によれば、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる。
【００１６】
上記（２）の構成の車載器によれば、タクシーメータに不適合な第１ファイル及び第２ファイルを自動的に削除することができ、同じようなエラーを繰り返さなくて済む。また、乗務員が不適合な第１ファイル及び第２ファイルを消去する作業を省くことができる。また、新たな第１ファイル及び第２ファイルを読み込む際に、接続装置は、読込条件を判断する処理を省くことができ、処理を効率化できる。
【００１７】
上記（３）の構成の車載器によれば、第２ファイルのファイル名に第２ファイルの更新状態を表す情報が含まれることで、ファイルを開くことなく、接続装置は、読込条件を判断することができ、処理を効率化できる。
【００１８】
上記（４）の構成の車載器によれば、封印状態を表すマークが表示されることで、乗務員は、車載器が封印状態にあって料金制情報が保護されていることを視認でき、算出される運賃が適正であると確信できる。また、乗客も運賃が適正であると安心できる。一方、封印状態を表すマークが表示されない場合、乗務員は、車載器が開封状態にあることを視認でき、料金制情報の変更が行われる可能性を知ることができる。
【００１９】
上記（５）の構成のタクシーメータシステムによれば、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できるシステムを構築できる。
【００２０】
上記（６）の構成のタクシーメータシステムによれば、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できるシステムを構築できる。また、既存の装置を活かして安価なシステムを実現できる。
【発明の効果】
【００２１】
本発明によれば、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる。
【００２２】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００２３】
【図１】図１は、第１の実施形態におけるタクシーメータシステムの構成を示す図である。
【図２】図２は、タクシーメータ及び接続ボックスのハードウェア構成を示すブロック図である。
【図３】図３は、タクシーメータシステムにおけるタリフ定数変更処理を説明する図である。
【図４】図４は、開封ファイルの構成を示す図である。
【図５】図５は、タクシーメータ及び接続ボックス間におけるタリフ定数変更動作を示すシーケンス図である。
【図６】図６は、封印状態におけるタクシーメータの表示器の各種画面を示す図である。
【図７】図７は、開封状態におけるタクシーメータの表示器の各種画面を示す図である。
【図８】図８は、タリフ定数変更履歴表示操作を示す図である。
【図９】図９は、第２の実施形態におけるタクシーメータシステムの構成を示す図である。
【図１０】図１０は、タクシーメータシステムにおけるタリフ定数変更処理を説明する図である。
【図１１】図１１は、第３の実施形態におけるタクシーメータシステムの構成を示す図である。
【図１２】図１２は、タクシーメータシステムにおけるタリフ定数変更処理を説明する図である。
【発明を実施するための形態】
【００２４】
本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。
【００２５】
（第１の実施形態）
図１は、第１の実施形態におけるタクシーメータシステム５の構成を示す図である。タクシーメータシステム５は、タクシー車両８（図２参照）に搭載された、タクシーメータ１０、接続ボックス３０及び通信装置５０と、事務所側に設置された、アクセスポイント６１、ルータ６３、サーバ７０及び事務所ＰＣ８０とを含む構成を有する。
【００２６】
タクシーメータ１０は、賃走時、タリフ定数（運賃制情報）に基づいて、運賃を算出し、筐体１０ｚの前面に配置された表示器１４に運賃を含むタクシー料金を表示する。
【００２７】
接続ボックス３０は、タクシーメータ１０と通信装置５０とを接続し、これらの機器に対し、電源を供給する。また、接続ボックス３０は、タリフ定数を変更する際、通信装置５０を介して、事務所側のサーバ７０と通信可能に接続される。なお、サーバ７０は、事務所ＰＣ８０の一部として構成されてもよい。接続ボックス３０とサーバ７０との間の通信は、無線ＬＡＮ（Local Area Network）で行われる。通信装置５０は、無線ＬＡＮで通信を行う際、アクセスポイント６１と無線通信制御を行う。なお、通信装置５０は、無線ＬＡＮの代わりに、Bluetooth（登録商標）等の近距離無線通信でサーバ７０と通信を行ってもよい。
【００２８】
アクセスポイント６１は、無線ＬＡＮで通信を行う際、通信装置５０と無線通信制御を行う。ルータ６３は、サーバ７０と、事務所ＰＣ８０と、アクセスポイント６１との間で行われるデータ通信を中継する。
【００２９】
サーバ７０は、データ転送を行う汎用ＰＣであり、ストレージ内のフォルダＳＥＴ１に開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２（図３参照）を保存し、接続ボックス３０からの読み込み要求に応じて接続ボックス３０に対し、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を転送する。
【００３０】
事務所ＰＣ８０は、修理事業者の管理者が操作可能な汎用ＰＣであり、既にインストールされている修理事業者ソフトウェアｓｔｍ（図３参照）を実行可能である。修理事業者ソフトウェアｓｔｍは、タリフ定数ファイルｄｆ２を作成するためのソフトウェアである。また、事務所ＰＣ８０には、メモリカード２０を挿抜可能なカードリーダライタ（Ｒ／Ｗ）８２（図３参照）が接続される。
【００３１】
図２は、タクシーメータ１０及び接続ボックス３０のハードウェア構成を示すブロック図である。タクシーメータ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、表示器１４、機械式ボタン１５及びタッチパネルＴＰを有する。タクシーメータ１０には、メモリカード２０が挿抜自在に接続される。
【００３２】
ＣＰＵ１１は、タクシーメータ１０の全体の動作を制御する。ＣＰＵ１１は、その内部に、速度センサ等から出力される走行パルスを入力する入力ポートを有する。ＣＰＵ１１は、この走行パルスから得られる走行距離と、ＣＰＵ１１の内部クロックで計時される時間とを用いて、運賃を算出する。
【００３３】
ＲＯＭ１２は、ＣＰＵ１１が実行する動作プログラムを格納する。また、ＲＯＭ１２には、開封コードを記憶するメモリ領域１２ｚと、運賃ファイルｍｆ２及び変更履歴ファイルｍｆ３を記憶するメモリ領域１２ｙとが割り当てられる。開封コードは、運賃ファイルｍｆ２に含まれるタリフ定数へのアクセスを可能するためのコードである。タリフ定数（運賃制情報）は、運賃を算出するための基本情報であり、初乗り運賃等の情報を含む。
【００３４】
ＲＡＭ１３は、ＣＰＵ１１が動作プログラムを実行する際のワーキングメモリとして使用される。機械式ボタン１５は、タリフ状態を入力するために、乗務員によって操作される。
【００３５】
メモリカード２０は、乗務員によって所持され、営業データ等の各種データの読み書きが行われる乗務員カードであり、タクシーメータ１０に対し挿抜自在に装着される。メモリカード２０には、接触で読み書きを行うＳＤカードやＣＦ（登録商標）カード等のメモリカードの他、非接触で読み書き可能なＩＣカードや磁気カード等が用いられる。このメモリカード２０は、事務所側の事務所ＰＣ８０に接続されたカードＲ／Ｗ８２対しても、挿抜自在に装着可能である。なお、メモリカード２０は、乗務員カードでなく、後述するタリフ定数変更用カードのメモリカード８３（図３参照）と同じであってもよい。
【００３６】
表示器１４は、液晶表示器（ＬＣＤ）で構成されており、運賃メータやタリフ定数変更等の画面を表示する。なお、表示器１４は、ＬＣＤに限らず、有機ＥＬ、ＬＥＤ、プラズマディスプレイ等で構成されてもよい。入力部１６は、乗務員等による入力操作を受け付ける。本実施形態では、前述したように、表示器１４と入力部１６は、重なるように一体に組み合わされたタッチパネルＴＰで構成される。タッチパネルを用いた場合、乗務員がタッチパネルＴＰに表示された各種ボタンをタッチ操作することで、タクシーメータ１０は、入力された情報を受け付ける。なお、表示器１４と入力部１６とは、それぞれ単体のデバイスとして設けられてもよい。この場合、表示器は、液晶表示器（ＬＣＤ）、有機ＥＬ、プラズマディスプレイ、ＬＥＤ等の表示デバイスである。また、入力部は、ボタンスイッチ、マウス、キーボード、トラックボール等の入力デバイスである。
【００３７】
一方、接続ボックス３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＲＴＣ３６、及びインターフェイス（Ｉ／Ｆ）３４、３５を有する。Ｉ／Ｆ３４には、通信装置５０が接続される。通信装置５０は、無線ＬＡＮで事務所側のアクセスポイント６１を介して、サーバ７０に接続される。Ｉ／Ｆ３５には、オプションとして、タクシー車両８の現在位置を取得するために用いられるＧＰＳ受信器５５が接続可能である。
【００３８】
ＣＰＵ３１は、接続ボックス３０の各部の動作を制御する。ＲＯＭ３２は、フラッシュＲＯＭで構成される。ＲＯＭ３２には、タリフ定数ファイルｄｆ２が保存される。ＲＡＭ３３は、ＣＰＵ３１のワーキングメモリとして使用される。ＲＴＣ３６は、現在時刻を計時する時計ＩＣを含む。
【００３９】
ＣＰＵ３１は、タクシーメータ１０と同様、その内部に、速度センサ等から出力される走行パルスを入力する入力ポートを有する。また、タクシーメータ１０のＣＰＵ１１と接続ボックス３０のＣＰＵ３１とは、通信可能である。この通信は、有線を用いたシリアル接続あるいはパラレル接続で行われてもよいし、Bluetooth（登録商標）等の近距離無線通信で行われてもよい。
【００４０】
上記構成を有するタクシーメータシステム５の動作を示す。図３は、タクシーメータシステム５におけるタリフ定数変更処理を説明する図である。タリフ定数を変更する場合、修理事業者の管理者は、事務所ＰＣ８０にインストールされている修理事業者ソフトウェアｓｔｍを起動させる。修理事業者ソフトウェアｓｔｍが立ち上がると、事務所ＰＣ８０は、まず、ログイン画面を表示し、パスワードの入力を要求する。修理事業者の管理者によるパスワードの入力が正しく行われると、事務所ＰＣ８０は、修理事業者ソフトウェアｓｔｍを実行し、新規に作成したタリフ定数ファイルｄｆ２及び開封ファイルｄｆ１をストレージ内のフォルダＳＥＴ０に保存する。または、事務所ＰＣ８０は、修理事業者ソフトウェアｓｔｍを実行し、カードＲ／Ｗ８２に挿入されたメモリカード８３を読み込み、メモリカード８３に記録されたタリフ定数ファイルｄｆ２を取得し、ストレージ内のフォルダＳＥＴ０に保存する。メモリカード８３は、新たなタリフ定数ファイルｄｆ２が格納されたタリフ定数変更専用カードである。なお、事務所ＰＣ８０に新たなタリフ定数ファイルｄｆ２が既に登録されている場合、メモリカード８３の読み込み動作は不要である。また、メモリカード８３として、前述したメモリカード２０を用いてもよい。
【００４１】
図４は、開封ファイルｄｆ１の構成を示す図である。開封ファイルｄｆ１は、修理事業者の管理者が事前に修理事業者ソフトウェアｓｔｍを使って作成することで、事務所ＰＣ８０に登録される。開封ファイルｄｆ１は、開封コード、更新予定日、及び修理事業者名から構成される。また、タクシーメータ１０のＲＯＭ１２内のメモリ領域１２ｚには、あらかじめ修理事業者によって作成された開封コードが登録されている。開封コードは、タクシーメータ１０に登録されている開封コードと同じである限り、修理事業者によって任意に設定可能である。更新予定日は、タリフ定数ファイルｄｆ２に含まれるタリフ定数が適用される時期であり、年月日時分で表される。修理事業者名は、タリフ定数を変更する業者名である。修理事業者は、通常、タクシーメータの製造事業者、各都道府県に修理事業者登録を行った事業者である。
【００４２】
事務所ＰＣ８０は、登録された開封ファイルｄｆ１及び取得したタリフ定数ファイルｄｆ２を、ルータ６３を介してサーバ７０に転送し、サーバ７０に搭載されたストレージ内のダウンロード用フォルダＳＥＴ１に保存する。ここで、サーバ７０は、修理事業者ソフトウェアｓｔｍからのアクセスを許可している。
【００４３】
サーバ７０は、無線ＬＡＮ経由でダウンロード用フォルダＳＥＴ１に保存されている開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を接続ボックス３０に転送する。本実施形態では、このデータ転送は、入庫処理時等、タクシーメータ１０がサーバ７０にアクセスすることで行われる。サーバ７０に開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２が保存されていない場合、データ転送は行われない。なお、入庫処理時に限らず、データ転送は、接続ボックス３０側から定期的に読み込みを指示することで行われてもよいし、事務所ＰＣ８０が開封ファイルｄｆ１及びタリフ定数ファイルｄｆの更新を契機として接続ボックス３０にアクセスして行われるようにしてもよい。
【００４４】
また、接続ボックス３０がサーバ７０から開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を読み込む条件として、本実施形態では、車種コードの一致かつＲＯＭコードの不一致を満たすことである。具体的に、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を含むダウンロード対象ファイルのファイル名は、次のように構成される。
ＴＡＸＩ＿ＦＡＲＥ＿車種コード＿ＲＯＭコード＿カードＮｏ＿作成日．ＳＦ２
【００４５】
ここで、車種コードは例えばＧＲ００で表される。ＲＯＭコードは４桁で表される。カードＮｏは８桁で表される。ＲＯＭコードは、タリフ定数ファイルｄｆ２が更新される度に変更されるコードであり、例えば更新された時に値１カウントアップされる連番であってもよい。従って、接続ボックス３０がサーバ７０から最新のダウンロード対象ファイルをダウンロードして保存した後、もう一度、同じダウンロード対象ファイルをダウンロードしようとしても、更新されていない場合にはＲＯＭコードが同じであるので、ＲＯＭコードの不一致の条件を満たさなくなる。このため、再度、最新のダウンロード対象ファイルをダウンロードすることは許可されない。これにより、無用なダウンロードを省くことができ、データ転送の負荷が軽減される。ダウンロードされたタリフ定数ファイルｄｆ２は、接続ボックス３０のＲＯＭ３２に保存される。なお、タクシーメータ１０を特定するために、車種コードを用いたが、これに限らず、大型、中型、小型等を区別する車両コードを用いてもよい。
【００４６】
カードＮｏは、タリフ定数カード作成時に付加される番号であり、８桁で表される。作成日は、タリフ定数ファイルｄｆ２を作成した日付を表す。
【００４７】
接続ボックス３０に保持されたタリフ定数ファイルｄｆ２は、所定の送信条件を満足すると、タクシーメータ１０に送信される。本実施形態では、この送信条件は、始動時、つまり営業開始前のアクセサリーオン（ＡＣＣ−ＯＮ）時であって、かつ更新予定日以降の日時を満たすことである。送信条件が満たされると、タリフ定数ファイルｄｆ２が接続ボックス３０からタクシーメータ１０に送信される。後述するように、タクシーメータ１０は、接続ボックス３０からのタリフ定数ファイルｄｆ２を受信すると、このタリフ定数ファイルｄｆ２を元に、運賃ファイルｍｆ２を更新する。さらに、タクシーメータ１０は、運賃ファイルｍｆ２が更新されたことを追加して変更履歴ファイルｍｆ３を更新する。
【００４８】
図５は、タクシーメータ１０及び接続ボックス３０間におけるタリフ定数変更動作を示すシーケンス図である。タリフ定数変更前、乗務員がイグニッションＳＷをＡＣＣ−ＯＮに切り替えた時、タクシーメータ１０の表示器１４には、例えば空車時における封印状態のトップ画面（図６（Ａ）参照）が表示される。接続ボックス３０は、イグニッションＳＷがＡＣＣ−ＯＮに切り替えられたタイミングで、タリフ定数ファイルの更新処理を開始する（Ｔ１）。この手順Ｔ１では、接続ボックス３０は、ＲＯＭ３２の保存フォルダにタリフ定数ファイルｄｆ２があるか否かを判別する。タリフ定数ファイルｄｆ２が無い場合、接続ボックス３０は、本動作を終了する。一方、タリフ定数ファイルｄｆ２がある場合、接続ボックス３０は、更新予定日の確認を行う。接続ボックス３０は、開封ファイルｄｆ１に登録された更新予定日とＲＴＣ３６で計時される現在日時とを比較し、現在日時が更新予定日を経過している場合、開封ファイルｄｆ１をタクシーメータ１０に送信する（Ｔ２）。一方、現在日時が更新予定日より前である場合、接続ボックス３０は、本動作を終了する。
【００４９】
タクシーメータ１０は、接続ボックス３０から開封ファイルｄｆ１を受信すると、開封コードの判定を行う（Ｔ３）。タクシーメータ１０は、ＲＯＭ１２のメモリ領域１２ｚに登録されている開封コードと、開封ファイルｄｆ１に含まれる開封コードとが一致するか否かを確認する。開封コードが一致する場合、タクシーメータ１０は、封印状態から開封状態に切り替わり、「開封情報：００  開封」をセットした開封完了データを接続ボックス３０に送信する（Ｔ４）。このとき、タクシーメータ１０の表示器１４では、例えば空車時に表示されていた、封印状態のトップ画面（図６（Ａ）参照）から開封状態のトップ画面（図７（Ａ）参照）に表示が切り替わる。つまり、後述するように、表示器１４の左上隅に表示された封印状態を表す鍵マークｍＬ（図６（Ａ）参照）が赤色表示し、開封状態に変更される（図７（Ａ）参照）。なお、開封状態は、鍵マークｍＬを消灯することで表現されてもよい。一方、開封コードが不一致である場合、タクシーメータ１０は、「開封情報：０１  開封エラー」をセットした開封完了データを接続ボックス３０に送信する（Ｔ４）。
【００５０】
接続ボックス３０は、開封完了データを受信すると、開封完了データ受信処理を行う（Ｔ５）。この手順Ｔ５では、開封完了データに「開封情報：００  開封」がセットされている場合、接続ボックス３０は、タリフ定数ファイルｄｆ２をタクシーメータ１０に送信する（Ｔ６）。このとき、受信側で巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）を可能とするために、接続ボックス３０は、タリフ定数ファイルｄｆ２のデータにＣＲＣ算出値を付加し、さらにビット反転した値で送信する。タクシーメータ１０の表示器１４には、タリフ定数ファイルｄｆ２のデータのローディング中であることを表すローディング画面（図７（Ｂ）参照）が表示される。一方、開封完了データに「開封情報：０１  開封エラー」がセットされている場合、接続ボックス３０は、ＲＯＭ３２の保存フォルダに記憶されている、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を削除する。
【００５１】
タクシーメータ１０は、タリフ定数ファイルｄｆ２を受信すると、ＣＲＣが一致するか否かによってデータ妥当性を確認する（Ｔ７）。ＣＲＣが一致する場合、タクシーメータ１０は、正しく転送されたタリフ定数ファイルｄｆ２で、ＲＯＭ１２のメモリ領域１２ｙに登録されている運賃ファイルｍｆ２を更新する。さらに、タクシーメータ１０は、この運賃ファイルｍｆ２の更新を反映させるように、ログを追加して変更履歴ファイルｍｆ３を更新する。この変更履歴ファイルｍｆ３に記録されたタリフ定数更新履歴は、後述するように、タクシーメータ１０の表示器１４の更新履歴画面に表示される（図８（Ｂ）参照）。一方、ＣＲＣが不一致である場合、転送されたタリフ定数ファイルｄｆ２に誤りがあるとして、タクシーメータ１０は、運賃ファイルｍｆ２を更新しない。また、タクシーメータ１０は、変更履歴ファイルｍｆ３を更新しない。そして、タクシーメータ１０は、封印処理を行う。この封印処理では、ＣＲＣが一致している場合、タクシーメータ１０は、「封印情報：００  更新完了」をセットした封印完了データを接続ボックス３０に送信する（Ｔ８）。一方、ＣＲＣが不一致である場合、タクシーメータ１０は、「封印情報：０１  更新エラー」をセットした封印完了データを接続ボックス３０に送信する（Ｔ８）。
【００５２】
接続ボックス３０は、封印完了データを受信すると、ＲＯＭ３２の保存フォルダに保存された開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を削除する。
【００５３】
図６は、封印状態におけるタクシーメータ１０の表示器１４の各種画面を示す図である。図６（Ａ）は、空車状態における表示器１４の画面を示す。図６（Ｂ）及び（Ｃ）は、営業状態における表示器１４の画面を示す。図６（Ｂ）は賃走時における表示器１４の運賃画面を示す。この運賃画面では、賃走中の運賃５，６７０円が表示される。図６（Ｃ）は支払時における運賃精算画面を示す。この運賃精算画面では、タクシー料金の合計６，４５０円が表示される。
【００５４】
図６（Ａ）に示す空車状態、及び図６（Ｂ）及び（Ｃ）に示す営業状態のいずれの場合においても、表示器１４の画面の左上隅には、タクシーメータ１０が封印状態であることを示す鍵マークｍＬが表示される。
【００５５】
図７は、開封状態におけるタクシーメータ１０の表示器１４の各種画面を示す図である。図７（Ａ）は、開封状態における表示器１４のトップ画面を示す。図７（Ｂ）は、タリフ定数ファイルｄｆ２のデータをローディング中の画面を示す。タリフ定数ファイルｄｆ２のデータのローディンクは、更新予定日になると、実行される。なお、出庫から入庫までの間の１運行中に現在時刻が更新予定日以降となった場合には、当該１運行中にはローディングは行われないようになっている。その後、ローディングが完了し、タクシーメータの運賃ファイルｍｆ２が更新されると、新タリフ定数の運賃が適用される。
【００５６】
図７（Ａ）に示す空車状態、及び図７（Ｂ）に示すローディング中のいずれの場合においても、表示器１４の画面の左上隅には、タクシーメータ１０が開封状態であるので、鍵マークｍＬは赤色表示（開封状態）である。なお、鍵マークｍＬを赤色表示とする代わりに、非表示としてもよいし、鍵マークの代わりに開封状態であることを表す別のマークを表示させてもよい。
【００５７】
このように、乗務員は、鍵マークｍＬの有無を視ることで、タクシーメータ１０のタリフ定数が封印されているか、あるいは開封されているかを知ることができ、更新以外のタイミングでタクシーメータ１０が開封状態にならず、タリフ定数が保護されていることを視認できる。従って、タリフ定数の改ざんを防止することに繋がり、その安全性が担保される。
【００５８】
図８は、タリフ定数変更履歴表示操作を示す図である。図８（Ａ）は図６（Ａ）と同様、表示器１４に表示された空車時のメニュー画面を示す。表示器１４に表示されたメニュー画面に対し、タリフ定数履歴表示操作をすることで、図８（Ｂ）に示すように、表示器１４は変更履歴画面に遷移する。図８（Ｂ）は変更履歴画面を示す。変更履歴画面には、タリフ定数の変更履歴が二行単位で時系列に表示される。各変更履歴の上段の行には、項番、変更日（年月日時分秒）、ＲＯＭコードが表示され、下段の行には、修理事業者名称が表示される。具体的に、「１．２０１５年１２月１５日  １２時３４分５６秒  コード１２３４  Ａ社  ○○営業所」が表示される。同様に、「２．２０１５年９月３１日  １０時１１分２２秒  コード１２３３  Ｂ社  △△営業所」が表示される。また同様に、「３．２０１５年８月２日  ８時３分２１秒  コード１２３２  Ｃ社  □□営業所」が表示される。また、変更履歴画面の右端には、スクロールバーＲｂが表示される。スクロールバーＲｂの上下端にそれぞれ配置された上矢印キーＡｒ１及び下矢印キーＡｒ２をタッチしてスクロール操作することで、登録されている変更履歴の全項目を表示させることが可能である。
【００５９】
このように、乗務員がタクシーメータのボタン操作を行うことでタリフ定数の変更履歴が表示可能である。従って、タリフ定数の変更の当日、乗務員は、タリフ定数が更新されていることを確認してから営業活動に入ることができる。
【００６０】
第１の実施形態におけるタクシーメータシステム５では、タクシー車両８には、タリフ定数（料金制情報）を用いて料金を算出するタクシーメータ１０と、タクシーメータ１０に接続されタクシーメータ１０との間でデータの送受信が可能な接続ボックス３０（接続装置）とが車載器として設置される。接続ボックス３０には、タクシーメータ１０においてタリフ定数を更新不可能な封印状態から更新可能な開封状態に移行させるための開封コードが設定されている開封ファイルｄｆ１（第１ファイル）と、タリフ定数を含むタリフ定数ファイルｄｆ２（第２ファイル）と、が保存される。接続ボックス３０は、現在時刻が開封ファイルｄｆ１に設定されている更新日時以降の場合には、開封ファイルｄｆ１をタクシーメータ１０に送信する。タクシーメータ１０は、受信した開封ファイルｄｆ１に設定されている開封コードがタクシーメータ１０に予め設定されている開封コードと一致したと判断した場合には、封印状態から開封状態に移行し、開封状態に移行したことを表す開封情報を接続ボックス３０に送信する。接続ボックス３０は、開封情報を受信した場合には、タリフ定数ファイルｄｆ２をタクシーメータ１０に送信する。
【００６１】
これにより、タクシー車両に設置された接続ボックスに事前に開封ファイル及びタリフ定数ファイルを保存しておき、更新日時に接続ボックスからタクシーメータに対し、自動的にタリフ定数ファイルの送信が行われて、タリフ定数を更新できる。従って、タリフ定数の変更の当日に、外部のサーバが膨大な数のタクシーメータに対し、一括でタリフ定数ファイルを送信する必要が無くなり、タリフ定数ファイルの更新漏れを防ぐことができる。また、料金の算出に用いられる料金制情報（タリフ定数）を変更する作業を簡単化できる。特に、運賃料金の改定や消費税の変更があった場合、正確かつ速やかにタクシーメータに保持されているタリフ定数に反映させることができる。また、乗務員による作業負担を軽減でき、タクシー会社への更新に要する費用の負担を軽減できる。
【００６２】
また、修理事業者があらかじめタクシーメータに設定した開封コードが設定されている開封ファイルとタリフ定数ファイルとを、サーバを経由して接続ボックスに事前に保存しておく。タリフ定数の更新の当日に、開封コードが一致した場合、タクシーメータは封印状態から開封状態に切り替えられ、タリフ定数ファイルを用いてタリフ定数は更新される。従って、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる。
【００６３】
また、タクシーメータ１０は、受信した開封ファイルｄｆ１に設定されている開封コードがタクシーメータ１０に予め設定されている開封コードと一致しないと判断した場合には、開封エラー（エラー情報）を接続ボックス３０に送信する。接続ボックス３０は、開封エラーを受信した場合には、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を削除する。
【００６４】
これにより、タクシーメータに不適合な開封ファイル及びタリフ定数ファイルを自動的に削除することができ、同じような開封エラーを繰り返さなくて済む。また、乗務員が不適合な開封ファイル及びタリフ定数ファイルを消去する作業を省くことができる。また、事務所側のサーバから新たな開封ファイル及びタリフ定数ファイルを読み込む際、接続ボックスは、読込条件を判断する処理を省くことができ、処理を効率化できる。
【００６５】
また、タリフ定数ファイルｄｆ２の更新状態を表す情報（ＲＯＭコード）が、タリフ定数ファイルｄｆ２のファイル名に含まれる。
【００６６】
これにより、タリフ定数ファイルのファイル名に車種コード及びＲＯＭコードが含まれることで、ファイルを開くことなく、サーバからの読込条件を判断することができ、処理を効率化できる。
【００６７】
また、タクシーメータ１０は、料金を表示する表示器１４の画面にタリフ定数の封印状態を表す鍵マークｍＬを表示する。
【００６８】
これにより、乗務員は、タクシーメータ１０が封印状態にあってタリフ定数が保護されていることを視認でき、算出される運賃が適正であると確信できる。また、乗客も運賃が適正であると安心できる。一方、封印状態を表す鍵マークが赤色表示している場合、乗務員は、タクシーメータ１０が開封状態にあることを視認でき、タリフ定数が保護されておらず、変更される可能性を知ることができる。
【００６９】
また、第１の実施形態におけるタクシーメータシステム５は、上記車載器と、タクシー車両８の外部に設置され、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を作成する事務所ＰＣ８０（外部装置）と、事務所ＰＣ８０と無線通信により接続する通信装置５０（通信手段）と、を備える。事務所ＰＣ８０は、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を作成するための修理事業者ソフトウェアｓｔｍ（作成手段）と、修理事業者ソフトウェアｓｔｍにより作成された開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を保存（記憶）するサーバ７０（記憶手段）と、を有する。接続ボックス３０は、通信装置５０を介してサーバ７０にアクセスし、取得すべき開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２がサーバ７０に記憶されている場合には、通信装置５０を介して開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を取得し保存する。
【００７０】
これにより、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できるシステムを構築できる。
【００７１】
（第２の実施形態）
第２の実施形態では、メモリカードを用いてタリフ定数ファイルの更新を行う場合を示す。ここで用いられるメモリカードは、事務所ＰＣ８０が書き込み可能なタリフ定数変更用カードである。このメモリカードには、乗務員カードが利用されてもよいし、専用カードが利用されてもよい。また、第２の実施形態のタクシーメータシステムにおいて、前記第１の実施形態と同一の構成要素については同一の符号を用いることで、その説明を省略する。
【００７２】
図９は、第２の実施形態におけるタクシーメータシステム５Ａの構成を示す図である。接続ボックス３０には、メモリカード８３を読み書き可能なカードリーダライタ（Ｒ／Ｗ）５８が接続される。メモリカード８３は、タリフ定数変更用カードであり、タクシーメータ１０、接続ボックス３０に接続されたカードＲ／Ｗ５８、及び事務所ＰＣ８０に接続されたカードＲ／Ｗ８２のいずれにも挿抜自在である。
【００７３】
図１０は、タクシーメータシステム５Ａにおけるタリフ定数変更処理を説明する図である。タリフ定数を変更する場合、修理事業者の管理者は、事務所ＰＣ８０にインストールされている修理事業者ソフトウェアｓｔｍを起動させる。修理事業者ソフトウェアｓｔｍが立ち上がると、まず、事務所ＰＣ８０は、ログイン画面を表示し、パスワードの入力を要求する。修理事業者の管理者によるパスワードの入力が正しく行われると、事務所ＰＣ８０は、修理事業者ソフトウェアｓｔｍを実行し、新規に作成したタリフ定数ファイルｄｆ２及び開封ファイルｄｆ１を所定のフォルダＳＥＴ０に保存し、また、カードＲ／Ｗ８２に挿入されたメモリカード８３内のフォルダＳＥＴ２に記録する。また、メモリカード８３には、ファイル保存先等を示すカード情報ファイルｄｆ０が記録されている。
【００７４】
乗務員は、メモリカード８３を接続ボックス３０に接続されたカードＲ／Ｗ５８に挿入し、メモリカード８３に記録された開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を接続ボックス３０のＲＯＭ３２に保存する。このとき、メモリカード８３内のフォルダＳＥＴ２に記録された開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を接続ボックス３０のＲＯＭ３２に読み込ませる条件は、前記第１の実施形態と同様、車種コードの一致かつＲＯＭコード不一致を満たすことである。なお、ここでは、メモリカード８３を接続ボックス３０に接続されたカードＲ／Ｗ５８に挿入する場合を示すが、タクシーメータ１０に挿入してもよく、タクシーメータ１０に挿入されたメモリカード８３から読み込まれた開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２は、接続ボックス３０に転送され、接続ボックス３０のＲＯＭ３２に保存される。
【００７５】
接続ボックス３０に保持されたタリフ定数ファイルｄｆ２は、所定の送信条件を満足すると、タクシーメータ１０に送信される。この送信条件は、前記第１の実施形態と同様、始動時、つまり営業開始前のアクセサリーオン（ＡＣＣ−ＯＮ）時であって、かつ更新予定日以降の日時を満たすことである。送信条件が満たされると、タリフ定数ファイルｄｆ２が接続ボックス３０からタクシーメータ１０に送信される。また、タクシーメータ１０は、接続ボックス３０からのタリフ定数ファイルｄｆ２を受信すると、タリフ定数ファイルｄｆ２を元に、運賃ファイルｍｆ２及び変更履歴ファイルｍｆ３を更新する。
【００７６】
第２の実施形態におけるタクシーメータシステム５Ａは、上記車載器と、タクシー車両８の外部に設置され、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を作成する事務所ＰＣ８０（外部装置）とを備える。事務所ＰＣ８０は、開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を作成するための修理事業者ソフトウェアｓｔｍ（作成手段）と、修理事業者ソフトウェアｓｔｍにより作成された開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を着脱可能なメモリカード８３（記憶媒体）に書き込むカードＲ／Ｗ８２（書込み手段）とを有する。接続ボックス３０は、メモリカード８３から開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を読み込むカードＲ／Ｗ５８（読込み手段）を有する。接続ボックス３０は、カードＲ／Ｗ５８により読み込まれた開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２をＲＯＭ３２に保存する。
【００７７】
これにより、乗務員カードを用いた場合においても、タクシー車両に設置された接続ボックス３０に事前に開封ファイル及びタリフ定数ファイルを保存しておき、更新日時に接続ボックス３０からタクシーメータ１０に対し、自動的にタリフ定数ファイルが転送されてタリフ定数を更新できる。また、タリフ定数の更新の当日に、修理事業者があらかじめタクシーメータ１０に設定した開封コードと、開封ファイルｄｆ１に設定されている開封コードとが一致した場合、タクシーメータ１０は、封印状態から開封状態に切り替えられ、タリフ定数ファイルｄｆ２を用いてタリフ定数が更新される。従って、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できるシステムを構築できる。また、カードＲ／Ｗ等、既存の機器を活かして安価なシステムを実現できる。
【００７８】
（第３の実施形態）
第３の実施形態では、Ｗｅｂサーバ及び通信端末を用い、インターネット等のネットワークを介してタリフ定数ファイルの更新を行う場合を示す。第３の実施形態のタクシーメータシステムにおいて、前記第１の実施形態と同一の構成要素については同一の符号を用いることで、その説明を省略する。
【００７９】
図１１は、第３の実施形態におけるタクシーメータシステム５Ｂの構成を示す図である。接続ボックス３０は、通信端末９０と通信可能に接続される。通信端末９０は、ＬＴＥ（Long Term Evolution）／４Ｇ（(4th Generation）等のモバイル通信網（携帯回線網）を介してインターネット等のネットワークＮＷに接続可能である。また、事務所ＰＣ８０は、Ｗｅｂサーバ１００と有線で通信可能に接続される。Ｗｅｂサーバ１００は、インターネット等のネットワークＮＷに有線で常時接続される。従って、通信端末９０は、ネットワークＮＷを介してＷｅｂサーバ１００にアクセス可能である。
【００８０】
図１２は、タクシーメータシステム５Ｂにおけるタリフ定数変更処理を説明する図である。タリフ定数を変更する場合、修理事業者の管理者は、事務所ＰＣ８０にインストールされている修理事業者ソフトウェアｓｔｍを起動させる。修理事業者ソフトウェアｓｔｍが立ち上がると、事務所ＰＣ８０は、まず、ログイン画面を表示し、パスワードの入力を要求する。修理事業者の管理者によるパスワードの入力が正しく行われると、事務所ＰＣ８０は、修理事業者ソフトウェアｓｔｍを実行し、新規に作成したタリフ定数ファイルｄｆ２及び開封ファイルｄｆ１を、Ｗｅｂサーバ１００内のフォルダＳＥＴ３に保存する。
【００８１】
Ｗｅｂサーバ１００は、ネットワークＮＷ及び通信端末９０を介して接続ボックス３０から取得要求があると、フォルダＳＥＴ３に保存されている開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を接続ボックス３０に転送する。Ｗｅｂサーバ１００内のフォルダＳＥＴ３に開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２が保存されていない場合、データ転送は行われない。
【００８２】
また、接続ボックス３０がＷｅｂサーバ１００から開封ファイルｄｆ１及びタリフ定数ファイルｄｆ２を読み込む条件は、前記第１の実施形態と同様、車種コードの一致かつＲＯＭコード不一致を満たすことである。
【００８３】
接続ボックス３０に保持されたタリフ定数ファイルｄｆ２は、所定の送信条件を満足すると、タクシーメータ１０に送信される。この送信条件は、前記第１の実施形態と同様、始動時、つまり営業開始前のアクセサリーオン（ＡＣＣ−ＯＮ）時であって、かつ更新予定日以降の日時を満たすことである。送信条件が満たされると、タリフ定数ファイルｄｆ２が接続ボックス３０からタクシーメータ１０に送信される。また、タクシーメータ１０は、接続ボックス３０からのタリフ定数ファイルｄｆ２を受信すると、タリフ定数ファイルｄｆ２を元に、運賃ファイルｍｆ２及び変更履歴ファイルｍｆ３を更新する。
【００８４】
第３の実施形態におけるタクシーメータシステム５Ｂでは、前記第１の実施形態と同様、タクシー車両に設置された接続ボックス３０に事前に開封ファイル及びタリフ定数ファイルを保存しておき、更新日時に接続ボックス３０からタクシーメータ１０に対し、自動的にタリフ定数ファイルが転送されてタリフ定数を更新できる。
【００８５】
また、タリフ定数の更新の当日に、あらかじめタクシーメータ１０に設定した開封コードと、開封ファイルに設定されている開封コードとが一致した場合、タクシーメータ１０は封印状態から開封状態に切り替えられ、タリフ定数ファイルを用いてタリフ定数が更新される。従って、料金の算出に用いられる料金制情報の変更作業を簡単化でき、料金制情報の更新漏れを防ぎつつ、機密性の高い料金制情報を適正に更新できる。
【００８６】
尚、本発明の技術的範囲は、上述した実施形態に限定されるものではない。上述した実施形態は、本発明の技術的範囲内で種々の変形や改良等を伴うことができる。
【００８７】
ここで、上述した本発明に係る車載器及びタクシーメータシステムの実施形態の特徴をそれぞれ以下［１］〜［６］に簡潔に纏めて列記する。
［１］  車両（タクシー車両８）に設置され、料金制情報を用いて料金を算出するタクシーメータ（１０）と、前記タクシーメータ（１０）に接続され前記タクシーメータ（１０）との間でデータの送受信が可能な接続装置（接続ボックス３０）と、を有する車載器（１０、３０）において、
前記接続装置（接続ボックス３０）には、
前記タクシーメータ（１０）において前記料金制情報を更新不可能な封印状態から更新可能な開封状態に移行させるためのコードが設定されている第１ファイル（開封ファイルｄｆ１）と、
前記料金制情報を含む第２ファイル（タリフ定数ファイルｄｆ２）と、が保存され、
前記接続装置（接続ボックス３０）は、現在時刻が前記第１ファイル（開封ファイルｄｆ１）に設定されている更新日時以降の場合には、前記第１ファイル（開封ファイルｄｆ１）を前記タクシーメータ（１０）に送信し、
前記タクシーメータ（１０）は、受信した前記第１ファイル（開封ファイルｄｆ１）に設定されているコードが当該タクシーメータ（１０）に予め設定されているコードと一致したと判断した場合には、前記封印状態から前記開封状態に移行し、前記開封状態に移行したことを表す開封情報を前記接続装置（接続ボックス３０）に送信し、
前記接続装置（接続ボックス３０）は、前記開封情報を受信した場合には、前記第２ファイル（タリフ定数ファイルｄｆ２）を前記タクシーメータ（１０）に送信する、
ことを特徴とする車載器（１０、３０）。
［２］  前記タクシーメータ（１０）は、受信した前記第１ファイル（開封ファイルｄｆ１）に設定されているコードが当該タクシーメータ（１０）に予め設定されているコードと一致しないと判断した場合には、エラー情報を前記接続装置（接続ボックス３０）に送信し、
前記接続装置（接続ボックス３０）は、前記エラー情報を受信した場合には、前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を削除する、
ことを特徴とする上記［１］に記載の車載器（１０、３０）。
［３］  前記第２ファイルの更新状態を表す情報が、前記第２ファイル（タリフ定数ファイルｄｆ２）のファイル名に含まれる、
ことを特徴とする上記［１］又は［２］に記載の車載器（１０、３０）。
［４］  前記タクシーメータ（１０）は、前記料金を表示する画面に前記封印状態を表すマークを表示する、
ことを特徴とする上記［１］乃至［３］のいずれかに記載の車載器（１０、３０）。
［５］  上記［１］乃至［４］のいずれかに記載の車載器（１０、３０）と、
前記車両の外部に設置され、前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を作成する外部装置（事務所ＰＣ８０）と、
前記車載器（１０、３０）と前記外部装置（事務所ＰＣ８０）とを無線通信により接続する通信手段（通信装置５０、アクセスポイント６１、通信端末９０）と、を備えたタクシーメータシステム（５、５Ｂ）において、
前記外部装置（事務所ＰＣ８０）は、前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を作成する作成手段（修理事業者ソフトウェアｓｔｍ）と、
前記作成手段（修理事業者ソフトウェアｓｔｍ）により作成された前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を記憶する記憶手段（サーバ７０、Ｗｅｂサーバ１００）と、を有し、
前記接続装置（接続ボックス３０）は、前記通信手段を介して前記記憶手段にアクセスし、取得すべき前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）が前記記憶手段に記憶されている場合には、前記通信手段を介して前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を取得し保存する、
ことを特徴とするタクシーメータシステム（５、５Ｂ）。
［６］  上記［１］乃至［４］のいずれかに記載の車載器（１０、３０）と、
前記車両の外部に設置され、前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイルを作成する外部装置（事務所ＰＣ８０）と、を備えたタクシーメータシステム（５Ａ）において、
前記外部装置（事務所ＰＣ８０）は、前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を作成する作成手段（修理事業者ソフトウェアｓｔｍ）と、
前記作成手段（修理事業者ソフトウェアｓｔｍ）により作成された前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を着脱可能な記憶媒体（メモリカード８３）に書き込む書込み手段（カードＲ／Ｗ８２）と、を有し、
前記タクシーメータ（１０）又は前記接続装置（接続ボックス３０）は、前記記憶媒体から前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を読み込む読込み手段（カードＲ／Ｗ５８）を有し、
前記接続装置（接続ボックス３０）は、前記読込み手段（カードＲ／Ｗ５８）により読み込まれた前記第１ファイル（開封ファイルｄｆ１）及び前記第２ファイル（タリフ定数ファイルｄｆ２）を保存する、
ことを特徴とするタクシーメータシステム（５Ａ）。
【符号の説明】
【００８８】
５、５Ａ、５Ｂ  タクシーメータシステム
８  タクシー車両
１０  タクシーメータ
１０ｚ  筐体
１１，３１  ＣＰＵ
１２，３２  ＲＯＭ
１２ｙ，１２ｚ  メモリ領域
１３，３３  ＲＡＭ
１４  表示器
１５  機械式ボタン
１６  入力部
２０  メモリカード
３０  接続ボックス
３４，３５  インターフェイス（Ｉ／Ｆ）
３６  ＲＴＣ
５０  通信装置
５５  ＧＰＳ受信器
５８，８２  カードＲ／Ｗ
６１  アクセスポイント
６３  ルータ
７０  サーバ
８０  事務所ＰＣ
８３  メモリカード
９０  通信端末
１００  Ｗｅｂサーバ
Ａｒ１，Ａｒ２  矢印キー
ｂ１１  ボタン
ｄｆ１  開封ファイル
ｄｆ２  タリフ定数ファイル
ｍｆ２  運賃ファイル
ｍｆ３  変更履歴ファイル
ＮＷ  ネットワーク
Ｒｂ  スクロールバー
ＳＥＴ０，ＳＥＴ１，ＳＥＴ２，ＳＥＴ３  フォルダ
ｓｔｍ  修理事業者ソフトウェア
ＴＰ  タッチパネル
【図１】
2018190148.tif 000003
【図２】
2018190148.tif 000004
【図３】
2018190148.tif 000005
【図４】
2018190148.tif 000006
【図５】
2018190148.tif 000007
【図６】
2018190148.tif 000008
【図７】
2018190148.tif 000009
【図８】
2018190148.tif 000010
【図９】
2018190148.tif 000011
【図１０】
2018190148.tif 000012
【図１１】
2018190148.tif 000013
【図１２】
2018190148.tif 000014