(57)【特許請求の範囲】
【請求項１】
同一データが重畳された複数のデータの一致を判定し、その判定結果多数データを出力するデータ処理方法において、
前記複数のデータの書き換え状態を示す同一の複数のフラグを前記複数のデータのうち所定のデータを書き換える毎に順次に書き換え、
前記複数のフラグのうち所定のフラグが書き換えられる度に前記複数のデータのうち、採用するデータの多数決判定に用いられるデータを順次に異ならせることを特徴とするデータ処理方法。
【請求項２】
前記複数のフラグは、第１〜第３のフラグを有し、
前記複数のデータは、第１〜第５のデータからなり、
前記第１のフラグを書き換える第１のフラグ書換手順と、
前記第１のフラグ書換手順で前記第１のフラグが書き換えられた後に、前記第１及び第２のデータの書き換える第１のデータ書換手順と、
前記第１のデータ書換手順で前記第１及び第２のデータが正常に書き換えられた後に、前記第２のフラグを書き換える第２のフラグ書換手順と、
前記第２のフラグ書換手順で前記第２のフラグが書き換えれた後に、前記第３、第４のデータを書き換える第２のデータ書換手順と、
前記第２のデータ書換手順で前記第３、第４のデータが正常に書き換えれた後に、前記第３のフラグを書き換える第３のフラグ書換手順と、
前記第３のフラグ書換手順で前記第３のフラグが書き換えられた後に、前記第５のデータを書き換える第３のデータ書換手順と、
前記第３のデータ書換手順で前記第５のデータが正常に書き換えられたときに、前記第１乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用するデータ判定手順とを有し、
前記第１のデータ書換手順で異常が発生したときに、前記第３乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用する第１のデータ判定手順と、
前記第２のデータ書換手順で異常が発生したときに、前記第１及び第２のデータと前記第５のデータを第１及び第２のデータの書換結果に応じて書き換えたデータとの多数決をとり、その結果一致が多数のデータを採用する第２のデータ判定手順と、
前記第３のデータ書換手順で異常が発生したときに、前記第１乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用する第３のデータ判定手順とを有することを特徴とする請求項１記載のデータ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ処理方法に係り、特に、同一のデータを重畳して保存するデータ処理方法に関する。
【０００２】
【従来の技術】
自動車などでは、積算走行距離を積算して保存している。自動車などの積算走行距離は正確な表示が求められている。
このため、積算距離データをメモリに格納する際に、同一のデータを３重に冗長させて保持し、３つの積算距離データをデータの多数決をとり、多数の積算距離データを正しい積算距離データとして採用していた。したがって、３つの積算距離データの内、１つの積算距離データがデータ化けなどを起こした場合でも、正確なデータを採用できるように構成されていた。
【０００３】
【発明が解決しようとする課題】
しかるに、従来の３重の冗長では、２つの積算距離データにデータ化けが生じると、データが確定できなくなる等の問題点があった。
このため、５重以上のデータの冗長が望まれているが、メモリでは、データの書換時にはデータを一つずつ書き換える必要があるので、データの冗長を多くすると、冗長されたデータの書き換えに時間がかかることになる。冗長されたデータの書き換えに時間がかかると、データの書き換え途中で電源切断などの異常が発生した場合に、冗長されたデータに書き換えられたデータと書き換えられなかったデータとが生じ、例えば、書き換えれていないデータの数が多い状態で、多数決をとると、書き換え途中であるにもかかわらず、書き換え前のデータが採用され、正確なデータが得られないなどの問題点があった。
【０００４】
本発明の上記の点に鑑みてなされたもので、冗長すべきデータの数を多くしても誤差の少ないデータが得られるデータ処理方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は、同一データが重畳された複数のデータの一致を判定し、その判定結果多数データを出力するデータ処理方法において、前記複数のデータの書き換え状態を示す同一の複数のフラグを前記複数のデータのうち所定のデータを書き換える毎に順次に書き換え、前記複数のフラグのうち所定のフラグが書き換えられる度に前記複数のデータのうち、採用するデータの多数決判定に用いられるデータを順次に異ならせることを特徴とする。
【０００６】
さらに、具体的に言えば、前記複数のフラグは、第１〜第３のフラグを有し、前記複数のデータは、第１〜第５のデータからなり、前記第１のフラグを書き換える第１のフラグ書換手順と、前記第１のフラグ書換手順で前記第１のフラグが書き換えられた後に、前記第１及び第２のデータの書き換える第１のデータ書換手順と、前記第１のデータ書換手順で前記第１及び第２のデータが正常に書き換えられた後に、前記第２のフラグを書き換える第２のフラグ書換手順と、前記第２のフラグ書換手順で前記第２のフラグが書き換えれた後に、前記第３、第４のデータを書き換える第２のデータ書換手順と、前記第２のデータ書換手順で前記第３、第４のデータが正常に書き換えれた後に、前記第３のフラグを書き換える第３のフラグ書換手順と、前記第３のフラグ書換手順で前記第３のフラグが書き換えられた後に、前記第５のデータを書き換える第３のデータ書換手順と、前記第３のデータ書換手順で前記第５のデータが正常に書き換えられたときに、前記第１乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用するデータ判定手順とを有し、前記第１のデータ書換手順で異常が発生したときに、前記第３乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用する第１のデータ判定手順と、前記第２のデータ書換手順で異常が発生したときに、前記第１及び第２のデータと前記第５のデータを第１及び第２のデータの書換結果に応じて書き換えたデータとの多数決をとり、その結果一致が多数のデータを採用する第２のデータ判定手順と、前記第３のデータ書換手順で異常が発生したときに、前記第１乃至第５のデータの多数決をとり、その結果一致が多数のデータを採用する第３のデータ判定手順とを有することを特徴とする。
【０００７】
本発明のよれば、同一データが重畳された複数のデータの一致を判定し、その判定結果多数データを出力ときに、複数のデータの書き換え状態を示す同一の複数のフラグを複数のデータのうち所定のデータを書き換える毎に順次に書き換え、複数のフラグのうち所定のフラグが書き換えられる度に複数のデータのうち、採用するデータの多数決判定に用いられるデータを異ならせることにより、データの書換途中で異常が発生したときに、異常が発生したときに書き換えられていた不確定なデータを採用しないで、多数決を行うことができるので、データの正確な判定が行える。
【０００８】
【発明の実施の形態】
図１は本発明の一実施例のブロック構成図である。
本実施例の積算計１は、例えば、自動車に搭載され、自動車の走行距離を表示する。積算計１は、車速センサ２、インタフェース３、ＭＰＵ４、ＥＥＰＲＯＭ５、ＲＯＭ６、表示ドライバ７、表示器８から構成される。
【０００９】
車速センサ２は、車軸の回転に応じたパルスを発生する。車速センサ２で発生したパルスは、インタフェース３に供給される。インタフェース３は、ＭＰＵ４とのインタフェースととり、車速センサ２から供給されたパルスをＭＰＵ４に供給する。
ＭＰＵ４は、ＲＯＭ６に記憶されたプログラムにより動作して、車軸の回転に応じたパルスをカウントして、カウント値から走行距離を算出し、ＥＥＰＲＯＭ５の積算距離を書き換えるとともに、ＥＥＰＲＯＭ５に記憶された内容をドライバ７に供給し、表示器８に表示させる。
【００１０】
ＥＥＰＲＯＭ５には、走行距離の積算値が記憶される。ＲＯＭ６には、車速センサ２からのパルスを走行距離に変換するプログラム及びＥＥＰＲＯＭ５を書き換えるプログラムなどが記憶されている。
ドライバ７は、ＭＰＵ４によりＥＥＰＲＯＭ５から読み出された積算距離に応じたデータに応じて表示器８を駆動し、表示器８に積算距離を表示させる。
【００１１】
図２は本発明の一実施例のＭＰＵの機能ブロック図を示す。
ＭＰＵ４は、ＲＯＭ６に記憶されたプログラムによりカウンタ１１、距離変換回路１２、データ変換回路１３、データ読出回路１４をソフト的に構成している。
カウンタ１１は、インタフェース３から供給された車速パルスをカウントする。カウンタ１１でのカウント値は距離変換回路１２に供給される。距離変換回路１２は、カウンタ１１から供給されたカウント値を走行距離に変換する。
【００１２】
距離変換回路１２で変換された走行距離は、データ変換回路１３に供給される。データ変換回路１３では、距離変換回路１２で変換された走行距離のデータをＥＥＰＲＯＭ５に記憶すべきデータフォーマットに変換する。
図３は本発明の一実施例のＥＥＰＲＯＭのデータ構成図を示す。
ＥＥＰＲＯＭ５は、アドレスＡ0 〜Ａ34から構成される。
【００１３】
アドレスＡ0 〜Ａ23には、ポインタＰ０１〜Ｐ２４が記憶され、積算距離の０〜２４ｋｍのデータが識別可能とされている。アドレスＡ24〜Ａ26は、フラグＦ２５−１〜Ｆ２５−３が記憶され、２５ｋｍを識別することが可能となる。アドレスＡ27〜Ａ29には、フラグＦ５０−１〜５０−３が記憶され、５０ｋｍを識別することが可能となる。
【００１４】
アドレスＡ30〜Ａ34には、積算距離の百桁、千桁、万桁、十万桁のデータＯＤＴＡ１〜ＯＤＴＡ５が記憶される。
【００１５】
図４、図５は本発明の一実施例のＥＥＰＲＯＭのデータ構成例を示す図を示す。
図４に示すように積算距離が０ｋｍの時にはアドレスＡ0 〜Ａ23のデータはすべて「ＦＦＦＦ」であり、アドレスＡ24〜Ａ34のデータはすべて「００００」となる。また、積算距離が１ｋｍになると、アドレスＡ0 のデータが「ＦＦＦＦ」から「００００」になる。さらに、積算距離が２ｋｍになると、アドレスＡ1 のデータが「ＦＦＦＦ」から「００００」になる。以上のようにして積算距離に応じて順次アドレスのデータが「ＦＦＦＦ」から「００００」になり、積算距離が２４ｋｍになると、アドレスＡ0 〜Ａ23のデータすべてが「００００」になる。
【００１６】
次に、積算距離が２５ｋｍになると、アドレスＡ24〜Ａ26のデータが「００００」から「ＦＦＦＦ」になる。また、積算距離が２６ｋｍになると、アドレスＡ24〜Ａ26のデータは「ＦＦＦＦ」のままで、アドレスＡ0 のデータが「００００」から「ＦＦＦＦ」になり、積算距離が２７ｋｍになると、アドレスＡ1 のデータが「００００」から「ＦＦＦＦ」になり、アドレスＡ24〜Ａ26のデータは「ＦＦＦＦ」のままで、積算距離０〜２３ｋｍと同様な動作が繰り返され、積算距離が４９ｋｍになると、アドレスＡ0 〜Ａ26はすべて「ＦＦＦＦ」になる。
【００１７】
次に、図５に示すように積算距離が５０ｋｍになると、アドレスＡ27〜Ａ29のデータが「００００」から「ＦＦＦＦ」になり、アドレスＡ0 〜Ａ29のデータすべてが「ＦＦＦＦ」になる。積算距離５１〜７４ｋｍまでは積算距離０〜２４ｋｍと同様にアドレスＡ0 〜Ａ23が順次「ＦＦＦＦ」から「００００」とされる。積算距離が７４ｋｍになり、アドレスＡ0 〜Ａ23のデータが「００００」になり、積算距離が７５ｋｍになると、アドレスＡ0 〜Ａ23のデータは「００００」のまま、アドレスＡ24〜Ａ26は「ＦＦＦＦ」から「００００」となる。積算距離７６〜９９ｋｍまでは、積算距離２６〜４９ｋｍと同様にアドレスＡ0 〜Ａ23が順次「００００」から「ＦＦＦＦ」となる。
【００１８】
さらに、積算距離が１００ｋｍとなると、アドレスＡ0 〜Ａ29のデータは積算距離０ｋｍのときと同じ状態になり、アドレスＡ30〜Ａ34のデータが「０００１」になる。アドレスＡ30〜Ａ34のデータは積算距離１００ｋｍで「０００１」、積算距離２００ｋｍで「０００２」と、順次増加する。
以上のようにして、ＥＥＰＲＯＭ５のデータの書き換えが行われる。
【００１９】
図６は本発明の一実施例のＥＥＰＲＯＭのデータ書換処理の処理フローチャートを示す。
通常は、積算距離が１ｋｍ増加する毎に上記積算距離０〜９９ｋｍまでのようなデータの書換が行われている（ステップＳ１−１）。
上記ステップＳ１−１のデータ書き換え処理を行っている場合には、データの書き換えが例えば、積算距離９９ｋｍから積算距離１００ｋｍ、積算距離１９９ｋｍから積算距離２００ｋｍ、積算距離２９９ｋｍから積算距離３００ｋｍ・・・への桁上げが行われるか否かが判断している（ステップＳ１−２）。
【００２０】
ステップＳ１−２で、桁上げ、すなわち、アドレスＡ30〜Ａ34のデータの書き換えが行われる場合には、桁上げ処理が行われる（ステップＳ１−３）。
ステップＳ１−３で桁上げ処理が正常に行われなかった場合には、ステップＳ１−３に戻って再び桁上げ処理が行われる（ステップＳ１−４）。
次に、ＥＥＰＲＯＭ５のデータの保存処理について説明する。
【００２１】
図７は本発明の一実施例の桁上げ処理の処理フローチャートを示す。
桁上げ処理では、まず、アドレスＡ27のデータである第１のフラグＦ５０−１を「ＦＦＦＦ」から「００００」にクリアする（ステップＳ２−１）。
桁上げ処理では、電源の切断など異常を監視しており、ステップＳ２−１で、アドレスＡ27の第１のフラグＦ５０−１をクリア後に、異常が発生したか否かを判定する（ステップＳ２−２）。
【００２２】
ステップＳ２−２で異常が発生していなければ、次に、百桁、千桁、万桁、十万桁の冗長された積算距離データＯＤＴＡ１〜ＯＤＴＡ５のうちの第１の積算距離データＯＤＴＡ１をインクリメントし、続けて、第２の積算距離データＯＤＴＡ２をインクリメントする（ステップＳ２−３）。
次に、アドレスＡ28のデータである第２のフラグＦ５０−２を「ＦＦＦＦ」から「００００」にクリアする（ステップＳ２−４）。
【００２３】
ステップＳ２−４で、アドレスＡ28の第２のフラグＦ５０−２をクリア後に、異常が発生したか否かを判定する（ステップＳ２−５）。
ステップＳ２−５で異常が発生していなければ、次に、百桁、千桁、万桁、十万桁の冗長された積算距離データＯＤＴＡ１〜ＯＤＴＡ５のうちの第３の積算距離データＯＤＴＡ３をインクリメントし、続けて、第４の積算距離データＯＤＴＡ４をインクリメントする（ステップＳ２−６）。
【００２４】
次に、アドレスＡ29のデータである第３のフラグＦ５０−３を「ＦＦＦＦ」から「００００」にクリアする（ステップＳ２−７）。
ステップＳ２−７で、アドレスＡ29の第３のフラグＦ５０−３をクリア後に、異常が発生したか否かを判定する（ステップＳ２−８）。
ステップＳ２−８で異常が発生していなければ、次に、百桁、千桁、万桁、十万桁の冗長された積算距離データＯＤＴＡ１〜ＯＤＴＡ５のうちの第５の積算距離データＯＤＴＡ５をインクリメントする（ステップＳ２−９）。
【００２５】
ステップＳ２−９で第５の積算距離データＯＤＴＡ５をインクリメントした後、後述する第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５のうち一致する積算距離データが最も多い積算距離データを積算距離として採用する多数決処理を行う（ステップＳ２−１０）。
なお、ステップＳ２−２で、第１のフラグＦ５０−１をクリアした後に、異常が発生した場合には、異常の発生を認識し（ステップＳ２−１１）、後述する第１のデータ復旧処理を行う（ステップＳ２−１２）。
【００２６】
また、ステップＳ２−５で、第２のフラグＦ５０−２をクリアした後に、異常が発生した場合には、異常の発生を認識し（ステップＳ２−１３）、後述する第２のデータ復旧処理を行う（ステップＳ２−１４）。
さらに、ステップＳ２−８で、第３のフラグＦ５０−２をクリアした後に、異常が発生した場合には、異常の発生を認識し（ステップＳ２−１５）、後述する多数決処理を行う（ステップＳ２−１０）。
【００２７】
なお、ステップＳ２−２、Ｓ２−５、Ｓ２−８で異常が発生したときには、ステップＳ２−１１、Ｓ２−１３、Ｓ２−１５で異常が通知される。
ここで、まず、ステップＳ２−１０の多数決処理について説明する。
図８は本発明の一実施例の多数決処理の処理フローチャートを示す。
多数決処理では、まず、ＥＥＰＲＯＭ５のアドレスＡ30〜Ａ34に記憶された第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５を読み出す（ステップＳ３−１）。
【００２８】
次に、ステップＳ３−１で読み出した第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の一致、不一致を判定する（ステップＳ３−２）。
ステップＳ３−２での第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の一致、不一致を判定結果、一番多く一致する積算距離データを表示すべき積算距離データとして採用して処理を終了する（ステップＳ３−４）。
【００２９】
上記多数決処理によれば、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５を書き換えている途中で処理が終了し、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５に書き換えが行われていない積算距離データが存在する場合でも、多数決をとることにより書き換え前又は書き換え後のいずれかの積算距離データにデータを確定することができる。
【００３０】
次に、ステップ２−１２の第１のデータ復旧処理を説明する。
図９は本発明の一実施例の第１のデータ復旧処理の処理フローチャートを示す。
第１のデータ復旧処理では、まず、ＥＥＰＲＯＭ５から第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５を読み出す（ステップＳ４−１）。
【００３１】
次にステップＳ４−１でＥＥＰＲＯＭ５から読み出した第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の一致、不一致を判定する（ステップＳ４−２）。
次に、ステップＳ４−２での第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の一致、不一致の判定結果、一番多く一致する積算距離データを表示すべき積算距離データとして採用して処理を終了する（ステップＳ４−３）。
【００３２】
上記第１のデータ復旧処理では、第１、第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２を書き換えている途中で電源切断などにより処理が終了し、第１、第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２のデータが確定していない場合でも、書き換えが行われていない第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の多数決をとることにより正確に積算距離データを確定できる。
【００３３】
次にステップＳ２−１４の第２のデータ復旧処理について説明する。
図１０は本発明の一実施例の第２のデータ復旧処理の処理フローチャートを示す。
第２のデータ復旧処理では、まず、第１，第２の積算距離データＯＤＴＡ１，ＯＤＴＡ２をＥＥＰＲＯＭ５から読み出す（ステップＳ５−１）。
【００３４】
次に最後に更新される第５の積算距離データＯＤＴＡ５をＥＥＰＲＯＭ５から読み出し、＋１する（ステップＳ５−２）。すなわち、第５の積算距離データＯＤＴＡ５を前の距離のから次に距離のデータに書き換える。
ステップＳ５−１、Ｓ５−２で読み出された第１、第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２、及び、第５の積算距離データＯＤＴＡ５を更新したデータとの一致、不一致を見て、その多数決をとる（ステップＳ５−３）。
【００３５】
ステップＳ５−３での多数決の結果、多数のデータを採用する（ステップＳ５−４）。
以上により、異常時に入力された第３、第４の積算距離データＯＤＴＡ３、ＯＤＴＡ４を排除したデータにより多数決をとり、多数のデータを採用するので、正確なデータを取得できる。
【００３６】
また、ステップＳ２−７で、第３のフラグＦ５０−３をクリアした後に、ステップＳ２−８で異常が発生した場合には、第５の積算距離データＯＤＴＡ５が不正確であるだけであるので、図８に示す第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の多数決をとり、多数データを採用する。
上記のように本実施例では、電源切断時などの異常発生時に９９ｋｍから１００ｋｍに桁上げされるときに、リセットされる３つのフラグＦ５０−１〜Ｆ５０−３の状態に応じて第１〜第５の積算距離データのうち多数決をとるデータを決定する。
【００３７】
図１１は本発明の一実施例のデータ判定方法を説明するための図を示す。
図１１に示すように、フラグＦ５０−１〜Ｆ５０−３がすべて「ＦＦＦＦ」、すなわち、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の書き換えが行われていない状態では、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の多数決をとり、多数データを採用する。このため、データばけなどがある場合でも正確なデータを採用できる。
【００３８】
また、フラグＦ５０−１が「００００」、フラグＦ５０−２、Ｆ５０−３が「ＦＦＦＦ」の状態、すなわち、第１及び第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２が書き換え途中で異常が発生した場合には、不正確である第１及び第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２以外の第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の多数決とり、多数データを採用する。よって、正確なデータを採用できる。
【００３９】
さらに、フラグＦ５０−１、Ｆ５０−２が「００００」、フラグＦ５０−３が「ＦＦＦＦ」の状態、すなわち、第３及び第４の積算距離データＯＤＴＡ３、ＯＤＴＡ４が書き換え途中で異常が発生した場合には、書き換え途中で、データが不正確であると思われる第３及び第４の積算距離データＯＤＴＡ３、ＯＤＴＡ４以外の既にデータの書き換え済みの第１、第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２と、まだ、データの書き換えが済んでいない第５の積算距離データＯＤＴＡ５に＋１して更新したデータとの多数決をとり、多数データを採用する。よって、正確なデータを採用できる。
【００４０】
また、フラグＦ５０−１〜Ｆ５０−３がすべて「００００」、すなわち、第５の積算距離データＯＤＴＡ５が書き換え途中または、すべてのデータが書き換えられた後に、異常が発生したときには、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５のすべてのデータの多数決をとり、その多数データを採用する。
このとき、第５の積算距離データＯＤＴＡ５のデータが書き換えられていなくても、第１〜第４の積算距離データＯＤＴＡ１〜ＯＤＴＡ４は既に書き換えられているので、正確なデータを採用できる。
【００４１】
次に、上記のデータ採用方法を用いて桁上げを行った場合の具体例について説明する。
図１２は本発明の一実施例の動作説明図を示す。図１２は３９９ｋｍから４００ｋｍに桁上げ処理を行う場合の第１〜第３のフラグＦ５０−１〜Ｆ５０−３及び第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５並びに判定データの状態を示す図である。
【００４２】
３９９ｋｍの状態では、第１〜第３のフラグＦ５０−１〜Ｆ５０−３はすべて「ＦＦＦＦ」（「１」）の状態であり、第１〜第５の積算距離データは３９９ｋｍの百桁の「３」が記憶されている。
ここで、３９９ｋｍから４００ｋｍに桁上げされると、まず、第１のフラグＦ５０−１が「００００」（「０」）とされる（ステップＳ６−１、Ｓ６−２、Ｓ６−３）。このとき、ステップＳ６−１は第１及び第２の積算距離データＯＤＴＡ１及びＯＤＴＡ２のいずれのデータも「３」のまま書き換えられていない状態、ステップＳ６−２は第１の積算距離データＯＤＴＡ１が「３」から「４」に書き換えられた状態、ステップＳ６−３は、第１及び第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２が「３」から「４」に書き換えられた状態を示す。
【００４３】
ステップＳ６−１〜Ｓ６−３では、図１２に破線に示すデータの書き換えが行われていない第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の多数決をとるので、第３〜第５の積算距離データＯＤＴＡ３〜ＯＤＴＡ５の多数データ「３」をとる。よって、判定データは３９９ｋｍとなる。
また、正常に第１のフラグＦ５０−１が「００００」にされると、次に、第２のフラグＦ５０−２が「００００」となる（ステップＳ６−４、Ｓ６−５、Ｓ６−６）。
【００４４】
ステップＳ６−４は第３及び第４の積算距離データＯＤＴＡ３、ＯＤＴＡ４のいずれも書き換えられていない状態、ステップＳ６−５は第３の積算距離データＯＤＴＡ３が「３」から「４」に書き換えられた状態、ステップＳ６−６は第３、及び第４の積算距離データＯＤＴＡ３、ＯＤＴＡ４がともに「３」から「４」に書き換えられた状態を示す。
【００４５】
ステップＳ６−４〜Ｓ６−６では、図１２に破線で示すように既に書き換えれ「３」から「４」とされた第１及び第２の積算距離データＯＤＴＡ１、ＯＤＴＡ２と未だ書き換えられていない第５の積算距離データＯＤＴＡ５のデータ「３」を＋１したデータ「４」の多数決し、その多数決結果「４」を採用する。よって、判定データは４００ｋｍとなる。
【００４６】
さらに、正常に第１のフラグＦ５０−１及び第２のフラグＦ５０−２が「００００」にされると、次に、第３のフラグＦ５０−３が「００００」になる（ステップＳ６−７、Ｓ６−８）。
ステップＳ６−７は第５の積算距離データＯＤＴＡ５が「３」から「４」に書き換えられていない状態、ステップＳ６−８は第５の積算距離データＯＤＴＡ５が「３」から「４」に書き換えられた状態を示す。
【００４７】
ステップＳ６−７、Ｓ６−８では、第１〜第５の積算距離データＯＤＴＡ１〜ＯＤＴＡ５の多数決が取られる。よって、ステップＳ６−７で、第５の積算距離データがＯＤＴＡ５が「３」から「４」に書き換えられた状態でも既に第１〜第４の積算距離データＯＤＴＡ１〜ＯＤＴＡ４が「３」から「４」に書き換えられているので、多数決の結果「４」が採用され、判定データは４００ｋｍとなる。
【００４８】
以上のように本実施例によれば、５つのデータを冗長した記憶し、５つのデータを順次に書き換える場合に、データ書き換え時間が長くなっても、確定したデータの多数決により採用するデータを判定するので、正確なデータ判断が行える。
なお、本実施例では積算距離計のデータ処理について説明したいが、積算距離計に限られるものではなく、トリップメータ、積算時間計などの他の計器の桁上げ時のデータ処理におけるデータの判断に適用することもできる。
【００４９】
【発明の効果】
上述の如く、本発明によれば、同一データが重畳された複数のデータの一致を判定し、その判定結果多数データを出力したときに、複数のデータの書き換え状態を示す同一の複数のフラグを複数のデータのうち所定のデータを書き換える毎に順次に書き換え、複数のフラグのうち所定のフラグが書き換えられる度に複数のデータのうち、採用するデータの多数決判定に用いられるデータを異ならせることにより、データの書換途中で異常が発生したときに、書き換えられていた不確定なデータを採用しないで、多数決を行うことができるので、データの正確な判定が行えるなどの特長を有する。
【図面の簡単な説明】
【図１】本発明の一実施例のブロック構成図である。
【図２】本発明の一実施例の機能ブロック図である。
【図３】本発明の一実施例のＥＥＰＲＯＭのデータ構成図である。
【図４】本発明の一実施例のＥＥＰＲＯＭのデータ例を示す図である。
【図５】本発明の一実施例のＥＥＰＲＯＭのデータ例を示す図である。
【図６】本発明の一実施例の書換処理の処理フローチャートである。
【図７】本発明の一実施例の桁上処理の処理フローチャートである。
【図８】本発明の一実施例の多数決処理の処理フローチャートである。
【図９】本発明の一実施例の第１のデータ復旧処理の処理フローチャートである。
【図１０】本発明の一実施例の第２のデータ復旧処理の処理フローチャートである。
【図１１】本発明の一実施例のデータ判定方法を説明するための図である。
【図１２】本発明の一実施例の動作を説明するための図である。
【符号の説明】
１  積算計
２  車速センサ
３  インタフェース
４  ＭＰＵ
５  ＥＥＰＲＯＭ
６  ＲＯＭ
７  ドライバ
８  表示器
１１  カウンタ
１２  距離変換回路
１３  データ変換回路
１４  データ読出回路
【図１】
0003987224.tif 000002
【図２】
0003987224.tif 000003
【図３】
0003987224.tif 000004
【図４】
0003987224.tif 000005
【図５】
0003987224.tif 000006
【図６】
0003987224.tif 000007
【図７】
0003987224.tif 000008
【図８】
0003987224.tif 000009
【図９】
0003987224.tif 000010
【図１０】
0003987224.tif 000011
【図１１】
0003987224.tif 000012
【図１２】
0003987224.tif 000013