(57)【要約】【課題】車両の価値に関する情報を正確に提供でき、かつ比較的簡単に構成できる車両管理システムを提供する。【解決手段】制御部１０は、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９により得られた情報をＩＣタグ１１に一時的に記憶する。そして、時計１３により検出される一定の時間毎に、ＩＣタグ１１に記憶された情報を主メモリ１２に転送する。ＩＣタグリーダにより情報の送信を要求されると、制御部１０は主メモリ１２に記憶された情報をＩＣタグ１１に転送し、ＩＣタグ１１を介してＩＣタグリーダに情報を送信する。この情報はホストコンピュータのデータベースに格納される。【選択図】図１
2008226041.tif 000002
【特許請求の範囲】
【請求項１】
車両の状態を検出するセンサ部と、
日時を検出する時計部と、
補助メモリ部と、
主メモリと、
前記センサ部により検出された情報を前記補助メモリ部に一時的に記憶し、前記時計部で検出された一定の時間毎に前記補助メモリ部に記憶された情報を前記主メモリに転送する制御部とを有し、
前記センサ部、前記時計部、前記補助メモリ部、前記主メモリ及び前記制御部がいずれも前記車両に搭載されることを特徴とする車両管理システム。
【請求項２】
前記補助メモリ部は外部装置との間で通信を行う通信手段を内蔵し、前記制御部は前記主メモリに記憶された前記情報を前記補助メモリ部及び前記外部装置を介して前記車両の外部に配置されたホストコンピュータに送信することを特徴とする請求項１に記載の車両管理システム。
【請求項３】
前記補助メモリ部がＩＣタグであり、前記外部装置がＩＣタグリーダであることを特徴とする請求項２に記載の車両管理システム。
【請求項４】
前記ホストコンピュータは、ネットワークにより接続された端末で前記車両の情報を閲覧可能とすることを特徴とする請求項２に記載の車両管理システム。
【請求項５】
前記ホストコンピュータは、前記制御部から送信された情報に基づいて車両の程度をランク付けすることを特徴とする請求項２に記載の車両管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＣタグを利用して車両の情報を管理する車両管理システムに関し、特に中古車売買時に有用な情報を正確に管理する車両管理システムに関する。
【背景技術】
【０００２】
中古車を購入する場合、車種、価格、年式、走行距離、事故暦、１オーナーか否か、色及びオプションパーツ等の情報が重要な選定規準となる。通常、これらの情報は、販売店等においてデータベース化され、コンピュータ（端末）を使用して条件に合う車両を容易に検索できるようになっている。このような車両管理システムでは、例えば検索条件として特定の価格帯を指定すると、検索条件に合う価格帯の車両を抽出し、その結果が画面上に一覧表示される。また、車種や色又は年式等の条件を指定して、対象となる車両を絞り込むことも可能である。
【０００３】
なお、本発明に関係すると思われる従来技術として、特許文献１，２に記載されたものがある。
【特許文献１】特開２００３−２５６６５５号公報
【特許文献２】特開２００５−５００２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上述の車両管理システムでは、データベースに登録された情報に誤りがないことが前提となっている。しかし、従来の車両管理システムでは、オペレータがキーボード等の入力装置を操作して車両の情報を入力しデータベースを構築しているので、故意に又は不注意により、誤った情報が登録されることが考えられる。例えば、誤った情報が入力される例として、（１）事故暦がある車を事故暦がないとして登録する、（２）オイル交換等のメンテナンスの情報に関し、実際と異なる情報を入力する、（３）走行距離を改ざんする、などがある。
【０００５】
また、通常はデータベースに登録されないが、車両の主な使用場所（沿岸部か否か等）や使用状態（急発進や急停車が多いか否か等）なども車両の価値に関係する。通常、中古車の価格は鑑定士が車両の状態を総合的に判断し、その結果に基づいて決定される。しかし、誤った情報や情報の不足により、鑑定士が常に適正な鑑定を行うことができるとは限らない。そのため、車両の価値に関する情報を正確に管理できる車両管理システムが要望されている。
【０００６】
前述した特許文献１には、保険の加入者が実際に車両を運転した状態を反映させて保険料を算定できる車両保険システムが記載されている。この車両保険システムでは、ナビゲーション装置、エンジンＥＣＵ（Electronic Control Unit：車載装置）及びエアバック等に接続されたボディＥＣＵにより車両の運転に伴って発生する情報を収集する。この情報に基づいて、保険会社は保険料の算定を行う。
【０００７】
また、特許文献２には車両の個々の部品の劣化具合を容易にかつ正確に把握することを目的とし、個々のパーツにそれぞれ固有のパーツＩＤを記録した無線タグを取り付けることが記載されている。この特許文献２に記載された部品使用履歴収集システムでは、車載端末を介して車両の走行記録を定期的にセンタに送信する。センタでは、車両端末から送信された走行記録に基づいて各パーツ毎のストレスを算出し、パーツＩＤに関連付けて記録する。
【０００８】
しかし、特許文献１のシステムは保険料の算定を行うことを目的としており、車両の価値を算定するものではない。また、特許文献２のシステムでは、各車両毎に多数のパーツを管理する必要があり、センタで処理する情報の量が膨大になるという難点がある。更に、特許文献１，２に記載された技術では、いずれも携帯電話等により外部の施設と随時通信接続する環境を整える必要があるという難点もある。
【０００９】
以上から、本発明の目的は、車両の価値に関する情報を正確に提供でき、かつ比較的簡単に構成できる車両管理システムを提供することである。
【課題を解決するための手段】
【００１０】
本発明の一観点によれば、車両の状態を検出するセンサ部と、日時を検出する時計部と、補助メモリ部と、主メモリと、前記センサ部により検出された情報を前記補助メモリ部に一時的に記憶し、前記時計部で検出された一定の時間毎に前記補助メモリ部に記憶された情報を前記主メモリに転送する制御部とを有し、前記センサ部、前記時計部、前記補助メモリ部、前記主メモリ及び前記制御部がいずれも前記車両に搭載される車両管理システムが提供される。
【００１１】
本発明においては、車両に搭載されたセンサ部により車両の状態が検出され、その結果が補助メモリ部に一時的に記憶される。そして、制御部は、時計部で検出された一定の時間毎に、補助メモリ部に記憶された情報を主メモリに転送する。
【００１２】
例えば、センサ部として走行距離計を備えることにより、１日の走行距離や総走行距離（累積走行距離）を自動的に検出することができる。また、エンジンオイル、ブレーキオイル又はミッションオイル等の交換を検出するセンサを備えることにより、エンジンオイル、ブレーキオイル又はミッションオイルの交換の頻度を自動的に検出することができる。更に、冷却水の交換を検出するセンサを備えることにより、事故等により冷却水が交換されたことを検出することができる。更にまた、車両の速度やエンジンの回線数を検出するセンサを備えることにより、運転の状態（急加速や急減速が多いか否か等）を検出することができる。本発明においては、このようにしてセンサ部により検出した車両の情報が自動的に主メモリに記憶されるので、情報の改ざんや入力ミスが防止され、正確且つ客観的な情報が得られる。
【００１３】
補助メモリ部は、例えばＩＣタグ（無線タグ、電子タグ又はＲＦＩＤとも呼ばれる）のように外部装置（例えばＩＣタグリーダ）との間で通信可能なものであることが好ましい。この場合、制御部は外部装置を介して車両外部のホストコンピュータに車両の情報を容易に送信することができる。本発明では、ホストコンピュータを主に情報の蓄積に使用しているので、ホストコンピュータに対する負荷が軽い。そのため、ホストコンピュータを含めたシステムの構築が容易である。
【００１４】
ホストコンピュータに蓄積された車両の情報は、ネットワークを介して販売店等に設置された端末に送信され、端末で閲覧できるようにすることが好ましい。また、ホストコンピュータにおいて、収集された車両の情報に基づいて車両の程度を自動的にランク付けしてもよい。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態について、添付の図面を参照して説明する。
【００１６】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る車両管理システムの構成を示すブロック図である。この図１は、車両に搭載される車載ユニットの構成を示している。
【００１７】
本実施形態に係る車両管理システム（車載ユニット２０）は、図１に示すように、制御部１０、ＩＣタグ１１、主メモリ１２、時計１３、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９により構成されている。
【００１８】
制御部１０はマイクロコンピュータにより構成されており、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９から信号を入力し、それらの信号からエンジンオイル、ブレーキオイル、ミッションオイル及び冷却水の交換の有無、衝撃の有無、並びに車両の走行距離等の情報を取得する。そして、制御部１０は、これらの情報を時計１３から取得した日時の情報に関連付けてＩＣタグ１１に一時的に記憶する。また、制御部１０は、所定のタイミングでＩＣタグ１１に記憶した情報を主メモリ１２に転送したり、又は主メモリ１２に記憶されている情報をＩＣタグ１１を介して外部装置（ＩＣタグリーダ）に転送するなどの処理を行う。
【００１９】
上述したように、制御部１０は時計１３から日時の情報を取得する。このため、時計１３は人間を介さずに日時の設定が正確に行われるものであることが好ましく、例えば標準電波送信所から送られる標準電波（標準時の情報を含む電波）により日時が自動的に設定される電波時計を用いることが好ましい。走行距離計１４は例えば車軸の回転から車両の走行距離を検出するものでもよく、ＧＰＳ（Global Positioning System）を用いて走行距離を検出するものでもよい。
【００２０】
エンジンオイルセンサユニット１５はエンジンオイルの状態を検出するものであり、図２（ａ），（ｂ）に示すようにオイルタンク２５の上部及び下部に配置された２つの液体センサ１５ａ，１５ｂにより構成されている。液体センサ１５ａ，１５ｂとしては、光学センサ、静電容量センサ及びフロートスイッチ等を使用することができる。制御部１０は、これら２つの液体センサ１５ａ，１５ｂの出力に基づいて、エンジンオイルの交換の有無を判定する。例えば、図２（ａ）のように、センサ１５ａ，１５ｂがいずれもオン状態（液体検知）のときは、規定量のエンジンオイルが入っていると判定する。また、図２（ｂ）に示すように液体センサ１５ａ，１５ｂがいずれもオフ状態（液体非検知）のときには、オイルタンク２５からエンジンオイルが抜かれたものと判定する。そして、図２（ａ）に示す状態から図２（ｂ）に示す状態に変化し、更に図２（ａ）に示す状態になると、制御部１０はエンジンオイルが交換されたものと判定する。
【００２１】
ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７及び冷却水センサユニット１８も、エンジンオイルセンサユニット１５と同様にそれぞれ２つの液体センサにより構成されており、制御部１０はそれらのセンサからの信号に基づいてブレーキオイル、ミッションオイル又は冷却水の交換の有無を判定する。
【００２２】
なお、本実施形態では上述したように２つの液体センサを組み合わせてオイル交換又は冷却水の交換を検出するものとしているが、１つの液体センサ又は３以上の液体センサを組み合わせて、オイル交換や冷却水の交換を検出するようにしてもよい。
【００２３】
衝撃センサユニット１９は、１又は複数のセンサにより構成されており、車両に加えられた衝撃を検出する。ここでは、衝撃センサユニット１９として、衝撃の大きさを例えばレベル１（軽微な衝撃）及びレベル２（中程度以上の衝撃）の２段階で評価できるものを使用する。衝撃センサユニット１９を構成するセンサとしては、例えば半導体式加速度センサ又は静電容量式加速度センサ等を使用することができる。
【００２４】
制御部１０は、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７及び冷却水センサユニット１８によりオイル交換又は冷却水の交換を検出したときは、それらの情報を時計１３から取得した日時の情報に関連付けてＩＣタグ１１に一時的に格納する。また、制御部１０は、衝撃センサユニット１９により衝撃を検出したときは、衝撃レベルを時計１３から取得した日時の情報に関連付けてＩＣタグ１１に一時的に記憶する。
【００２５】
主メモリ１２は車両の情報を半永久的に記録する。この主メモリ１２は、ＦｅＲＡＭ（Ferroelectric Random Access Memory）又はＭＲＡＭ（Magnetoresistive Random Access Memory）等のように電力の供給が停止されても情報が消失しない不揮発性メモリにより構成されていることが好ましい。
【００２６】
図３は、データ回収時における制御部１０の処理を示すフローチャートである。
【００２７】
まず、ステップＳ１１において、制御部１０は時計１３から日時の情報を取得し、データ回収時間になったか否かを判定する。本実施形態では１日１回、例えば２４時（午前０時）にＩＣタグ１１からデータを回収するものとする。データ回収時間になったと判定したときは、ステップＳ１１からステップＳ１２に移行し、制御部１０は走行距離計１４から総走行距離（累積走行距離）を取得する。その後、制御部１０はステップＳ１３〜Ｓ１７を順次実行し、ＩＣタグ１１に一時的に記憶された情報から、エンジンオイル交換の有無、ブレーキオイルの交換の有無、ミッションオイルの交換の有無、冷却水の交換の有無及び衝撃の有無を検出する。
【００２８】
次に、ステップＳ１８に移行し、制御部１０はＩＣタグ１１から読み出した情報を種類別に分別する。そして、ステップＳ１９に移行し、制御部１０は主メモリ１２に分別された情報を格納する。
【００２９】
このようにして、主メモリ１２には１日毎に総走行距離、エンジンオイルの交換の有無、ブレーキオイルの交換の有無、ミッションオイルの交換の有無、冷却水の交換の有無、衝撃検出の有無（衝撃が検出されたときはそのレベル）の情報が記録される。なお、オイル交換は頻繁に行うものではないので、短期間（例えば１日）のうちに複数回のオイル交換が検出された場合は何らかの異状があるものとして警告を発生したり、又はオイル交換がなかったものとするようにしてもよい。制御部１０は、主メモリ１２に情報を格納した後、ＩＣタグ１１に記憶されている情報を消去して、次の日の情報を格納するための領域を確保する。
【００３０】
図４は、情報引き出し時における制御部１０の処理を示すフローチャートである。まず、ステップＳ２１において、制御部１０は情報の引き出し要請の有無を判定する。ここでは、作業者がＩＣタグ１１に後述するＩＣタグリーダを近付けたときに、ＩＣタグ１１から制御部１０に情報引き出し要請を示す信号が出力されるものとする。制御部１０は、ＩＣタグ１１から情報の引き出し要請を示す信号を入力すると、ステップＳ２２に移行して、主メモリ１２に記憶された情報をＩＣタグ１１に転送する。その後、ステップＳ２３に移行し、ＩＣタグ１１からＩＣタグリーダに情報が転送される。この場合、情報を暗号化して、正規の装置でなければ情報を解読できないようにしておくことが好ましい。
【００３１】
図５（ａ）はＩＣタグ１１の構成を示すブロック図、図５（ｂ）はＩＣタグリーダの構成を示すブロック図である。ＩＣタグ１１は、図５（ａ）に示すように、アンテナ４１、整流器４２、復調器４３、変調器４４、メモリ４５及び制御部４６により構成されている。アンテナ４１で受信した信号は、整流器４２及び復調器４３に入力される。すなわち、アンテナ４１が受信する電波には、整流器４２を介して電力を供給する目的の電波だけでなく、伝達すべき情報（信号）やクロック信号等が重畳されている。アンテナ４１で受信した電力は、アンテナ４１自身のインダクタンスとそのインダクタンスに並列に接続されたコンデンサ（図示せず）とによる共振作用により昇圧され、交流電圧として整流器４２に供給される。整流器４２は、交流電圧を直流電圧に変換し駆動電力として出力する。この駆動電力により、復調器４３、変調器４４、メモリ４５及び制御部４６は動作可能になる。
【００３２】
復調器４３は、アンテナ４１を介して受信した信号を復調して制御部４６に出力する。制御部４６は、復調器４３を介してＩＣタグリーダから入力された信号に応じて、例えば前述したように情報引き出し時の動作を実行する。変調器４４は、制御部４６から出力された信号を変調し、アンテナ４１を介して無線送信する。なお、メモリ４５はＦｅＲＡＭ又はＭＲＡＭ等のように電力の供給が停止されても情報が消失しない不揮発性メモリにより構成されていることが好ましい。
【００３３】
一方、ＩＣタグリーダ５０は、図５（ｂ）に示すように、アンテナ５１、送信器５２、受信器５３、メモリ５４及び制御部５５により構成されている。制御部５５は、ＩＣタグ１１に伝達すべき情報を送信器５２に出力する。送信器５２は、制御部５５から入力した信号を変調し、アンテナ５１から電波として送信する。受信器５２は、アンテナ５１で受信した電波を復調し、その結果得られた信号を制御部５５に出力する。制御部５５は、受信器５３から入力された信号をメモリ５４に記録したり、ホストコンピュータ（図示せず）に転送する。
【００３４】
図６はホストコンピュータを示す模式図である。この図６に示すように、ホストコンピュータ６０は、ＩＣタグリーダ５０を介して取得した情報をデータベース６１に格納する。このようにして、ホストコンピュータ６０のデータベース６１には多数の車両の情報が蓄積される。このホストコンピュータ６０はネットワーク６３に接続されており、データベース６１に格納された情報は例えば中古車販売店に設置された端末６４を用いて適宜閲覧することができる。
【００３５】
図７は、端末６４により閲覧される車両の情報の例を示す図である。この図７から、例えば以下のことがわかる。すなわち、この車両は、総走行距離が約６７０００ｋｍであり、約６０００ｋｍ走行する毎にエンジンオイルを交換している。但し、新車時から現在までの間にミッションオイル及びエンジンオイルの交換はしていない。また、新車時から現在までの間に衝撃を２回検知しており、１回目の衝撃は軽度であるが２回目の衝撃は中程度以上である。そして、２回目に衝撃を受けたときには冷却水の交換を行っている。このため、２回目の衝撃に水漏れが発生したものと思われる。
【００３６】
このように、中古車購入希望者（以下、「購入者」という）は中古車を購入するときに客観的な情報が閲覧でき、販売店からの一方的な情報に頼らずに車両を選択することが可能となる。また、今まで購入者が取得できなかった情報を正確に得ることができるため、購入に関して適確な判断をすることができる。更に、個人が車両を業者に売る場合でも、車両の使用状況を正確に伝えることができるので、車両を適正な価格で買い取ってもらうことができる。
【００３７】
なお、図７に示す例では新車時から現在までの情報を１日毎に分けて表示しているが、車両が使用されなかった日（すなわち、１日の走行距離が０ｋｍの日、又はイグニッションスイッチがオンになっていない日）の情報を表示しないようにしたり、又はエンジンオイルの交換、ブレーキオイルの交換、ミッションオイルの交換及び冷却水の交換がいずれもなく、かつ衝撃も検出されなかった日の情報を表示しないようにしてもよい。また、新車時から現在までの情報を月毎に分けて表示してもよい。
【００３８】
更に、車載ユニット２０の制御部１０は、ＩＣタグ１１及びＩＣタグリーダ５０を介してホストコンピュータ６０に情報を送るときに、車両が使用された日の情報のみ、又はエンジンオイルの交換、ブレーキオイルの交換、ミッションオイルの交換、冷却水の交換及び衝撃のいずれかが検出された日の情報のみを送るようにしてもよい。また、車載ユニット２０の制御部１０は、ＩＣタグ１１及びＩＣタグリーダ５０を介してホストコンピュータ６０に情報を送るときに、情報を月毎にまとめて送るようにしてもよい。
【００３９】
図８は、端末６４において、車両の状態を月毎に表示するようにした例を示す図である。この図８のように表示した場合は、月末の時点における総走行距離（累積走行距離）と、オイル交換又は冷却水交換した月と、衝撃を検知した月とがわかる。
【００４０】
図９は、端末６４において、車両の総走行距離の変化がわかるようにタイムチャートの形式で表示した例を示す図である。この図９のようにタイムチャートで車両の走行距離を表示するとともに、オイル交換した月や衝撃を検出した月を矢印等で示してもよい。図９では、オイル交換した月をハッチングした矢印で示し、衝撃を検出した月を黒塗りの矢印で示している。
【００４１】
（第２の実施形態）
図１０は、本発明の第２の実施形態に係る車両管理システム（車載ユニット）の構成を示すブロック図である。なお、図１０において、図１と同一物には同一符号を付して、その詳しい説明は省略する。
【００４２】
この図１０に示すように、本実施形態に係る車両管理システム（車載ユニット３０）は、制御部１０、ＩＣタグ１１、主メモリ１２、時計１３、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９の他に、速度計３１、回転計３２及び冷却水温度計３３を備えている。
【００４３】
速度計３１は、例えば車軸の回転により速度を検出するものでよい。また、車両本体のスピードメータに接続される回路から車両の速度を示す信号を取得するものでもよい。制御部１０は、後述するように、速度計３１からの信号に基づき、所定の期間毎（例えば１日毎）の最高速度と、急加速を行った回数及び急減速を行った回数とを検出する。
【００４４】
回転計３２はエンジンの回転を検出するセンサからの信号により単位時間当たりの回転数を検出するものでよい。また、車両本体の回転計に接続される回路からエンジンの回転数を示す信号を取得するものでもよい。制御部１０は、後述するように、回転計３２からの信号に基づき、所定の期間毎（例えば１日毎）の回転数の最大値と、回転数がしきい値（レッドゾーン回転数）を超えた回数とを検出する。
【００４５】
冷却水温度計３３は冷却水の温度を検出する温度センサにより構成されている。制御部１０は、この冷却水温度計３３からの信号に基づき、車両使用時における冷却水の平均温度、冷却水の最高温度及びオーバーヒートの有無を所定の期間毎（例えば１日毎）に検出する。
【００４６】
これらの情報は、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９からの情報とともにＩＣタグ１１に一時的に記憶され、所定の時間になると主メモリ１２に転送される。本実施形態においても、第１の実施形態と同様に、２４時（午前０時）になると、制御部１０はＩＣタグ１１に記憶された情報を主メモリ１２に転送し、その後ＩＣタグ１１に記憶された情報を消去するものとする。また、主メモリ１２に記憶された情報は、ＩＣタグリーダーを介してホストコンピュータのデータベースに蓄積される（図６参照）。
【００４７】
図１１は、最高速度検出時における制御部１０の処理を示すフローチャートである。この最高速度検出時の処理は、エンジンが稼動している間、一定の時間毎（例えば２〜３秒毎）に開始される。
【００４８】
まず、ステップＳ３１において、変数Ｖmaxの初期値を設定する。すなわち、制御部１０は、ＩＣタグ１１に変数Ｖmaxが記憶されているときはそれを読み出して初期値とし、ＩＣタグ１１に変数Ｖmaxが記憶されていない場合は、Ｖmaxの初期値を０とする。
【００４９】
次に、ステップＳ３２に移行し、制御部１０は速度計３１の出力信号に基づいて、現在の速度Ｖを検出する。その後、ステップＳ３３に移行し、制御部１０は検出した速度Ｖの値と変数Ｖmaxの値とを比較する。そして、速度Ｖの値が変数Ｖmaxの値よりも大きい場合（ＹＥＳの場合）はステップＳ３４に移行し、速度Ｖの値が変数Ｖmaxの値以下の場合（ＮＯの場合）はステップＳ３２に戻る。
【００５０】
ステップＳ３４では、変数Ｖmaxの値を、検出した速度Ｖの値に置き換える。その後、ステップＳ３５に移行し、制御部１０は変数ＶmaxをＩＣタグ１１に記憶する。このようにして、ＩＣタグ１１には、その日の最高速度（Ｖmax）が記憶される。
【００５１】
図１２は、急加速及び急減速の回数を検出するときの制御部１０の処理を示すフローチャートである。この処理も、エンジンが稼動している間、一定の時間毎（例えば２〜３秒毎）に開始される。
【００５２】
まず、ステップＳ４１において、急加速の回数ｉ及び急減速の回数ｊの初期値を設定する。すなわち、制御部１０は、ＩＣタグ１１にこれらの回数ｉ，ｊが記憶されているときはそれらを読み出して初期値とし、ＩＣタグ１１に回数ｉ，ｊが記憶されていないときには、回数ｉ，ｊの初期値をいずれも０に設定する。
【００５３】
次に、ステップＳ４２に移行し、制御部１０は速度計３１で検出した速度Ｖを取得する。そして、ステップＳ４３において、速度Ｖを時間ｔで微分して加速度α（＝ｄＶ／ｄｔ）を算出する。この場合、加速度αの値が正のときは車両が加速していることを示し、負のときは車両が減速していることを示す。
【００５４】
ステップＳ４４では、加速度αの値が急加速の上限値αULを超えているか否かを判定する。加速度αが上限値αULを超えている場合（ＹＥＳの場合）はステップＳ４５に移行してｉの値に１をプラスした値を新たにｉとする。その後、ステップＳ４８に移行する。
【００５５】
一方、ステップＳ４４において加速度αの値が上限値αUL以下である場合（ＮＯの場合）は、ステップＳ４６に移行する。そして、加速度αの値が急減速の下限値αLLよりも小さいか否かを判定する。加速度αの値が急減速の下限値αLL以上である場合（ＮＯの場合）は、ステップＳ４６からステップＳ４２に戻る。また、ステップＳ４６において、加速度αの値が急減速の下限値αLLよりも小さい場合（ＹＥＳの場合）は、ステップＳ４７に移行してｊの値に１をプラスした値を新たにｊとする。その後、ステップＳ４８に移行する。
【００５６】
ステップＳ４８では、制御部１０によりｉ，ｊの値がＩＣタグ１１に記録される。このようにしてＩＣタグ１１には、その日に行われた急加速の回数ｉ及び急減速の回数ｊが記録される。
【００５７】
図１３は、エンジン回転数の最高値を検出するとき、及びエンジン回転数がしきい値（レッドゾーン）を超えた回数を検出するときの制御部１０の処理を示すフローチャートである。この処理も、エンジンが稼動している間、一定の時間毎（例えば２〜３秒毎）に開始される。
【００５８】
まず、ステップＳ５１において、変数Ｒmaxの初期値及び変数ｋの初期値を設定する。すなわち、制御部１０は、ＩＣタグ１１に変数Ｒmaxが記憶されているときはそれを読み出して初期値とし、ＩＣタグ１１に変数Ｒmaxが記憶されていない場合は、Ｒmaxの初期値を０とする。また、制御部１０は、ＩＣタグ１１に変数ｋが記憶されているときはそれを読み出して初期値とし、ＩＣタグ１１に変数ｋが記憶されていない場合は、ｋの初期値を０とする。
【００５９】
次に、ステップＳ５２に移行し、制御部１０は回転計３２からの信号に基づいて、現在のエンジンの回転数Ｒを検出する。その後、ステップＳ５３において、回転数Ｒが予め設定されたしきい値（レッドゾーン回転数）Ｒthを超えているか否かを判定する。回転数Ｒがしきい値Ｒthを超えている場合（ＹＥＳの場合）はステップＳ５４に移行する。そして、ステップＳ５４において、ｋの値に１をプラスした値を新たにｋとする。その後、ステップＳ５５に移行する。
【００６０】
なお、本実施形態では、前回の測定においてｋの値に１をプラスしている場合、ｋの値は変化しないものとする。例えばしきい値（Ｒth）の値が５０００ｒｐｍ、ｋの値が０の場合、エンジン回転数が３８００ｒｐｍ、６５００ｒｐｍ、４８００ｒｐｍ、５５００ｒｐｍ、３８００ｒｐｍというように変化したときにはｋの値は２となり、３８００ｒｐｍ、６５００ｒｐｍ、５３００ｒｐｍ、５５００ｒｐｍ、３８００ｒｐｍというように変化したときはｋの値は１となる。
【００６１】
一方、ステップＳ５３で回転数Ｒがしきい値Ｒthを超えていないと判定した場合（ＮＯの場合）は、ステップＳ５３からステップＳ５５に直接移行する。
【００６２】
ステップＳ５５において、制御部１０は回転数Ｒの値と変数Ｒmaxの値とを比較する。そして、回転数Ｒの値が変数Ｒmaxの値よりも大きい場合（ＹＥＳの場合）はステップＳ５６に移行し、制御部１０は変数Ｒmaxの値を回転数Ｒの値に置き換える。その後、ステップＳ５７に移行する。一方、ステップＳ５５において、回転数Ｒが変数Ｒmaxの値以下の場合（ＮＯの場合）はステップＳ５５からステップＳ５７に直接移行する。
【００６３】
ステップＳ５７において、制御部１０は変数Ｒmax及び変数ｋをＩＣタグ１１に記憶する。このようにして、ＩＣタグ１１には、その日の回転数の最高値（Ｒmax）と、回転数がしきい値（レッドゾーン）を超えた回数ｋとが記憶される。
【００６４】
図１４は、冷却水の最高温度を検出するときの制御部１０の処理を示すフローチャートである。この処理も、エンジンが稼動している間、一定の時間毎（例えば２〜３秒毎）に開始される。
【００６５】
まず、ステップＳ６１において、変数Ｔmaxを初期化する。すなわち、制御部１０は、ＩＣタグ１１にＴmaxが記憶されている場合はそれを読み出して初期値とし、記憶されていない場合はＴmaxの初期値を０に設定する。
【００６６】
次に、ステップＳ６２に移行し、制御部１０は冷却水温度計３３から冷却水温度Ｔを入力する。そして、ステップＳ６３において、制御部１０は温度Ｔの値が変数Ｔmaxの値よりも大きいか否かを判定する。温度Ｔの値が変数Ｔmaxの値よりも大きい場合（ＹＥＳ）の場合はステップＳ６４に移行し、温度Ｔの値が変数Ｔmaxの値以下の場合はステップＳ６２に戻る。
【００６７】
ステップＳ６４において、制御部１０は変数Ｔmaxの値を温度Ｔの値に置き換える。その後、ステップＳ６５において、制御部１０はＩＣタグ１１に変数Ｔmaxを記憶する。このようにして、ＩＣタグ１１にはその日の冷却水の最高温度（Ｔmax）が記憶される。なお、最高温度が予め設定された温度（例えば９７℃）よりも高い場合はオーバーヒートが発生したものと判定するようにしてもよい。また、専用のセンサによりオーバーヒートの発生を検出するようにしてもよい。
【００６８】
図１５は、冷却水の平均温度測定時における制御部１０の処理を示すフローチャートである。この処理も、エンジンが稼動している間、一定の時間毎（例えば２〜３秒毎）に行われる。
【００６９】
まず、ステップＳ７１において、変数Ｔａ及び変数Ｎを初期化する。すなわち、制御部１０は、ＩＣタグ１１に変数Ｔａ及び変数Ｎが記憶されている場合はそれらを読み出して初期値とし、ＩＣタグ１１に変数Ｔａ及び変数Ｎが記憶されていない場合は変数Ｔａ及び変数Ｎの初期値をいずれも０に設定する。
【００７０】
次に、ステップＳ７２に移行し、制御部１０は冷却水温度計３３から冷却水温度Ｔを入力する。そして、ステップＳ７３に移行し、冷却水温度Ｔの平均値Ａを計算する。ここでは、平均値Ａの計算式を、Ａ＝（Ｔａ×Ｎ＋Ｔ）／（Ｎ＋１）とする。
【００７１】
次に、ステップＳ７４に移行し、ステップＳ６３により算出したＡの値を新たにＴａとする。また、Ｎの値に１をプラスした値を新たにＮとする。
【００７２】
次いで、ステップＳ７５に移行し、制御部１０はＴａ及びＮの値をＩＣタグ１１に記憶する。このようにして、ＩＣタグ１１には、その日の冷却水の平均温度（Ｔａ）と冷却水温度の測定回数（Ｎ）とが記憶される。
【００７３】
図１６は、中古車販売店等に設置された端末（図６参照）により閲覧される車両の情報の例を示す図である。この図１６から、例えば以下のことがわかる。すなわち、この車両のエンジンは、レッドゾーンを過去に６８回超えている。また、この車両のオーナーは、急激な加速及び減速をたびたび行っている。また、この車両は、過去にオーバーヒートを２回発生している。これらのことから、この車両のエンジンは程度が悪くなっていると思われる。特にオーバーヒートを２回発生しており、エンジンのピストンが劣化している可能性が高いと考えられる。
【００７４】
本実施形態では、第１の実施形態と同様の効果を得ることができるのに加えて、車両の使用状態のより詳細な情報を正確に得ることができるという効果を奏する。
【００７５】
なお、本実施形態では車両の速度の変化から急減速を検出するものとしたが、車両の制動開始時の速度（ブレーキをかけたときの初速度）と、制動終了時の速度と、制動距離（ブレーキをかけている間に車両が移動した距離）とから減速度を検出してもよい。
【００７６】
（第３の実施形態）
図１７は、本発明の第３の実施形態に係る車両管理システム（車載ユニット）の構成を示すブロック図である。なお、図１７において、図１０と同一物には同一符号を付して、その詳しい説明は省略する。
【００７７】
この図１７に示すように、本実施形態に係る車両管理システム（車載ユニット７０）は、制御部１０、ＩＣタグ１１、主メモリ１２、時計１３、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８、衝撃センサユニット、１９、速度計３１、回転計３２及び冷却水温度計３３に加えて、車両位置検出装置７１を備えている。
【００７８】
車両位置検出装置７１は、車両の現在位置を検出するものであり、例えばＧＰＳ受信器により構成されている。本実施形態では、車両位置検出装置７１により車両の現在位置の緯度及び経度が検出され、制御部１０は一定の時間毎に車両の現在位置をＩＣタグ１１に記録する。なお、車両位置検出装置７１は、カーナビゲーション装置から車両の現在位置を取得するものでもよく、ＧＰＳ以外の装置により車両の現在位置を検出するものでもよい。
【００７９】
ＩＣタグ１１に記憶された車両の位置情報は、走行距離計１４、エンジンオイルセンサユニット１５、ブレーキオイルセンサユニット１６、ミッションオイルセンサユニット１７、冷却水センサユニット１８及び衝撃センサユニット１９からの情報とともに、一定の時間（例えば、２４時）に主メモリ１２に転送される。制御部１０は、ＩＣタグリーダを介して車両の位置情報を要求されると、主メモリ１２に記憶されている車両の位置情報をＩＣタグ１１に転送し、ＩＣタグ１１からＩＣタグリーダに位置情報を送信する。ＩＣタグリーダにより読み出された車両の情報は、第１の実施形態と同様に、ホストコンピュータ６０のデータベース６１に蓄積される（図６参照）。
【００８０】
ホストコンピュータ６０は、販売店等に設置された端末６４からの要求に応じて、車両の走行履歴の情報を端末６４に送信する。端末６４では、例えば図１８に示すように、地図上に車両の走行履歴を重ね合わせて表示する。この場合、走行した回数に応じて走行軌跡を示す線の太さや色を変えることが好ましい。例えば走行回数が多い経路は太線で表示し、走行回数が少ない経路は細線で表示する。
【００８１】
この車両の走行履歴から、購入希望者は車両が主にどの地域で使用されているのかがわかり、それにより例えば塩害の程度を推測することができる。
【００８２】
（その他の実施形態）
図１９は、図６に示すホストコンピュータ６０により自動的に実施される車両の総合判定の方法を示すフローチャートである。ここでは説明を簡単にするために、オーバーヒートの回数及びエンジンオイルの交換の履歴に基づいて車両の程度を判定するものとする。
【００８３】
まず、ステップＳ８１において、ホストコンピュータ６０は、車両の履歴を参照して、オーバーヒートの回数が２回以上か否かを判定する。オーバーヒートの回数が２回以上の場合（ＹＥＳの場合）はステップＳ９１に移行し、ピストンに大きなダメージの可能性があると判定して、減算ポイントを−５とする。その後、ステップＳ８２に移行する。一方、ステップＳ８１においてオーバーヒートの回数が２回よりも少ない場合（ＮＯの場合）は、ステップＳ８１からステップＳ８２に直接移行する。
【００８４】
ステップＳ８２において、ホストコンピュータ６０は、車両の履歴を参照して、オーバーヒートの回数が１回か否かを判定する。オーバーヒートの回数が１回の場合（ＹＥＳの場合）はステップＳ９２に移行し、ピストンにダメージの可能性があると判定して、減算ポイントを−２とする。その後、ステップＳ８３に移行する。一方、ステップＳ８２においてオーバーヒートの回数が１回でないと判定した場合（ＮＯの場合）は、ステップＳ８２からステップＳ８３に直接移行する。
【００８５】
ステップＳ８３において、ホストコンピュータ６０は、車両の履歴を参照して、エンジンオイル交換時の平均走行距離が１５０００ｋｍ以上（１５０００ｋｍ以上走行していてもエンジンオイルが交換されていない場合を含む）か否かを判定する。エンジンオイル交換時の平均走行距離が１５０００ｋｍ以上の場合（ＹＥＳの場合）はステップＳ９３に移行し、エンジンの状態が極めて悪い可能性があると判定して、減算ポイントを−４とする。その後、ステップＳ８７に移行する。一方、ステップＳ８３においてエンジンオイル交換時の平均走行距離が１５０００ｋｍよりも少ないと判定した場合（ＮＯの場合）は、ステップＳ８４に移行する。
【００８６】
ステップＳ８４において、ホストコンピュータ６０は、車両の履歴を参照して、エンジンオイルの交換が５０００ｋｍ以下であるか否かを判定する。エンジンオイル交換時の平均走行距離が５０００ｋｍを超える場合（ＮＯの場合）はステップＳ９４に移行し、エンジンの状態が悪い可能性があると判定して、減算ポイントをー２とする。その後、ステップＳ８７に移行する。一方、ステップＳ８４においてエンジンオイル交換時の平均走行距離が５０００ｋｍ以内であると判定した場合（ＹＥＳの場合）は、ステップＳ８５に移行する。
【００８７】
ステップＳ８５では、エンジンオイルの平均交換時期が１２ヶ月以上であるか否かを判定する。エンジンオイルの平均交換時期が１２ヶ月以上の場合（ＹＥＳの場合）はステップＳ９３に移行し、エンジンの状態が極めて悪い可能性があると判定して、減算ポイントを−４とする。その後、ステップＳ８７に移行する。一方、ステップＳ８５においてエンジンオイルの平均交換時期が１２ヶ月未満であると判定した場合（ＮＯの場合）は、ステップＳ８５からステップＳ８６に直接移行する。
【００８８】
ステップＳ８６では、エンジンオイルの平均交換時期が６ヶ月以下であるか否かを判定する。エンジンオイルの平均交換時期が６ヶ月を超える場合（ＮＯの場合）はステップＳ９４に移行し、エンジンの状態が悪い可能性があると判定して、減算ポイントをー２とする。その後、ステップＳ８７に移行する。一方、エンジンオイルの平均交換時期が６ヶ月以下と判定した場合（ＹＥＳの場合）は、ステップＳ８６からステップＳ８７に直接移行する。
【００８９】
ステップＳ８７では、減算ポイントを計算する。そして、ステップＳ８８において、減算ポイントの合計（減点）に基づいて車両の程度を総合的に判断し、ランク付けする。ここでは、減算ポイントの合計が１以下の場合をランクＡ、減算ポイントの合計が３以下の場合をランクＢ、減算ポイントの合計が５以下の場合をランクＣ、減算ポイントの合計が６以上の場合をランクＤとするものとする。
【００９０】
図２０は、このようにしてホストコンピュータ６０で車両の状態を自動的に評価した結果を端末６４の画面に表示した例を示す図である。本実施形態においては、車載ユニットにより収集された情報を用いてホストコンピュータ６０により総合ランクを自動的に付与するので、車両の状態を客観的に判断することができる。また、購入者に車両の情報を正確に提示することが可能であり、販売員にスキルに拘わらず、購入者の購入条件に合わせた車両の選定ができる。更に、車両の状態に関する情報を容易且つ正確に収集することがて、販売店における経費の削減が可能になる。更にまた、車両の情報から事故の有無等を推測できるので、事故車の履歴の改ざんを防止することができる。更にまた、本実施形態では、前述の特許文献１のように車両のパーツ毎に情報を管理する必要がなくシステムの構成が比較的簡単である。
【００９１】
なお、上述した各実施形態では車両に取り付けられた各種センサにより収集された情報をホストコンピュータのデータベースに蓄積して購入者等が閲覧できるようにしているが、オーナーによっては主メモリ１２に記憶された情報を公開したくないことも考えられる。そのため、オーナーが車両の情報を公開するか否か、又はどの情報を公開するかを選択できるようにしてもよい。
【００９２】
また、ＩＣタグ１１又は主メモリ１２に、車両のオーナーの情報や販売店の情報等を記憶できるようにしてもよい。それにより、車両の履歴をより詳細に知ることができる。
【００９３】
以下、本発明の諸態様を、付記としてまとめて記載する。
【００９４】
（付記１）車両の状態を検出するセンサ部と、
日時を検出する時計部と、
補助メモリ部と、
主メモリと、
前記センサ部により検出された情報を前記補助メモリ部に一時的に記憶し、前記時計部で検出された一定の時間毎に前記補助メモリ部に記憶された情報を前記主メモリに転送する制御部とを有し、
前記センサ部、前記時計部、前記補助メモリ部、前記主メモリ及び前記制御部がいずれも前記車両に搭載されることを特徴とする車両管理システム。
【００９５】
（付記２）前記補助メモリ部は外部装置との間で通信を行う通信手段を内蔵し、前記制御部は前記主メモリに記憶された前記情報を前記補助メモリ部及び前記外部装置を介して前記車両の外部に配置されたホストコンピュータに送信することを特徴とする付記１に記載の車両管理システム。
【００９６】
（付記３）前記補助メモリ部がＩＣタグであり、前記外部装置がＩＣタグリーダであることを特徴とする付記２に記載の車両管理システム。
【００９７】
（付記４）前記補助メモリ部が不揮発性メモリにより構成されていることを特徴とする付記１に記載の車両管理システム。
【００９８】
（付記５）前記主メモリが不揮発性メモリにより構成されていることを特徴とする付記１に記載の車両管理システム。
【００９９】
（付記６）前記センサ部が、エンジンオイル、ブレーキオイル、ミッションオイル及び冷却水の少なくとも１種の液体の交換を検出する液体センサユニットを含むことを特徴とする付記１に記載の車両管理システム。
【０１００】
（付記７）前記液体センサユニットが上下方向に離隔して配置された２つの液体センサにより構成されていることを特徴とする付記６に記載の車両管理システム。
【０１０１】
（付記８）前記制御部は、前記液体センサユニットの出力に基づいて前記液体の交換を１日２回以上検出した場合に警告を発生することを特徴とする付記６に記載の車両管理システム。
【０１０２】
（付記９）前記制御部は、前記液体センサユニットの出力に基づいて前記液体の交換を１日２回以上検出した場合に、液体の交換がないものと判定することを特徴とする付記６に記載の車両管理システム。
【０１０３】
（付記１０）前記センサ部が前記車両の走行距離を検出する走行距離計を含み、前記制御部は前記一定の時間毎に前記走行距離計から取得した走行距離の情報を前記主メモリに記憶することを特徴とする付記１に記載の車両管理システム。
【０１０４】
（付記１１）前記センサ部が前記車両の速度を検出する速度計を含み、前記制御部は前記一定の時間毎に前記速度計から取得した最高速の情報を前記主メモリに記憶することを特徴とする付記１に記載の車両管理システム。
【０１０５】
（付記１２）前記制御部は前記速度計から出力される信号により前記車両の加速度を求め、前記加速度が設定値を超えた回数を前記主メモリに記憶することを特徴とする付記１１に記載の車両管理システム。
【０１０６】
（付記１３）前記制御部は、ブレーキのタイミングと速度及び制動距離とから前記車両の減速度を算出し、前記減速度が設定値を超えた回数を前記主メモリに記憶することを特徴とする付記１１に記載の車両管理システム。
【０１０７】
（付記１４）前記センサ部が前記車両に搭載されたエンジンの回転数を検出する回転計を含み、前記制御部は前記回転計により取得した前記エンジンの回転数が設定値を超えた回数を前記主メモリに記憶することを特徴とする付記１に記載の車両管理システム。
【０１０８】
（付記１５）前記センサ部が前記車両の冷却水の温度を検出する温度計を含むことを特徴とする付記１に記載の車両管理システム。
【０１０９】
（付記１６）前記制御部は、前記温度計により検出した冷却水温度を前記主メモリに記憶することを特徴とする付記１５に記載の車両管理システム。
【０１１０】
（付記１７）前記制御部は、前記温度計により検出した冷却水温度が設定値を超えた回数を前記主メモリに記憶することを特徴とする付記１５に記載の車両管理システム。
【０１１１】
（付記１８）前記センサ部が車両の位置を検出する位置検出装置を含み、前記制御部は前記位置検出装置で検出された車両位置を前記主メモリに記憶することを特徴とする付記１に記載の車両管理システム。
【０１１２】
（付記１９）前記ホストコンピュータは、ネットワークにより接続された端末で前記車両の情報を閲覧可能とすることを特徴とする付記２に記載の車両管理システム。
【０１１３】
（付記２０）前記端末は、前記車両の情報を表にして表示することを特徴とする付記１９に記載の車両管理システム。
【０１１４】
（付記２１）前記端末は、前記車両の情報をタイムチャートにして表示することを特徴とする付記１９に記載の車両管理システム。
【０１１５】
（付記２２）前記ホストコンピュータは、前記制御部から送信された情報に基づいて車両の程度をランク付けすることを特徴とする付記２に記載の車両管理システム。
【図面の簡単な説明】
【０１１６】
【図１】図１は、本発明の第１の実施形態に係る車両管理システムの構成を示すブロック図である。
【図２】図２（ａ），（ｂ）はオイルタンクの上部及び下部に配置された液体センサを示す模式図である。
【図３】図３は、データ回収時における制御部の処理を示すフローチャートである。
【図４】図４は、情報引き出し時における制御部の処理を示すフローチャートである。
【図５】図５（ａ）はＩＣタグの構成を示すブロック図、図５（ｂ）はＩＣタグリーダの構成を示すブロック図である。
【図６】図６は、ホストコンピュータを示す模式図である。
【図７】図７は、端末により閲覧される車両の情報の例を示す図である。
【図８】図８は、端末において車両の状態を月毎に表示するようにした例を示す図である。
【図９】図９は、端末において車両の総走行距離の変化がわかるようにタイムチャートの形式で表示した例を示す図である。
【図１０】図１０は、本発明の第２の実施形態に係る車両管理システムの構成を示すブロック図である。
【図１１】図１１は、最高速度検出時における制御部の処理を示すフローチャートである。
【図１２】図１２は、急加速及び急減速の回数を検出するときの制御部の処理を示すフローチャートである。
【図１３】図１３は、エンジン回転数の最高値を検出するとき、及びエンジン回転数がしきい値（レッドゾーン）を超えた回数を検出するときの制御部の処理を示すフローチャートである。
【図１４】図１４は、冷却水の最高温度を検出するときの制御部の処理を示すフローチャートである。
【図１５】図１５は、冷却水の平均温度測定時における制御部の処理を示すフローチャートである。
【図１６】図１６は、中古車販売店等に設置された端末により閲覧される車両の情報の例を示す図である。
【図１７】図１７は、本発明の第３の実施形態に係る車両管理システムの構成を示すブロック図である。
【図１８】図１８は、地図上に車両の走行履歴を重ね合わせて表示した例を示す図である。
【図１９】図１９は、ホストコンピュータにより自動的に実施される車両の総合判定の方法を示すフローチャートである。
【図２０】図２０は、ホストコンピュータで車両の状態を自動的に評価した結果を端末の画面に表示した例を示す図である。
【符号の説明】
【０１１７】
１０…制御部、１１…ＩＣタグ、１２…主メモリ、１３…時計、１４…走行距離計、１５…エンジンオイルセンサユニット、１６…ブレーキオイルセンサユニット、１７…ミッションオイルセンサユニット、１８…冷却水センサユニット、１９…衝撃センサユニット、２０…車載ユニット、２５…オイルタンク、３０…車載ユニット、３１…速度計、３２…回転計、３３…冷却水温度計、４１…アンテナ、４２…整流器、４３…復調器、４４…変調器、４５…メモリ、４５…制御部、５０…ＩＣタグリーダ、５１…アンテナ、５２…送信器、５３…受信器、５４…メモリ、５５…制御部、６０…ホストコンピュータ、６１…データベース、６３…ネットワーク、６４…端末、７０…車載ユニット、７１…車両位置検出装置。
【図１】
2008226041.tif 000003
【図２】
2008226041.tif 000004
【図３】
2008226041.tif 000005
【図４】
2008226041.tif 000006
【図５】
2008226041.tif 000007
【図６】
2008226041.tif 000008
【図７】
2008226041.tif 000009
【図８】
2008226041.tif 000010
【図９】
2008226041.tif 000011
【図１０】
2008226041.tif 000012
【図１１】
2008226041.tif 000013
【図１２】
2008226041.tif 000014
【図１３】
2008226041.tif 000015
【図１４】
2008226041.tif 000016
【図１５】
2008226041.tif 000017
【図１６】
2008226041.tif 000018
【図１７】
2008226041.tif 000019
【図１８】
2008226041.tif 000020
【図１９】
2008226041.tif 000021
【図２０】
2008226041.tif 000022