JP3472691B2 - バーコード読取装置及びバーコード読取方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バーコードを走査
した走査光の反射光量の変化に基づいてバーコードを読
み取るバーコード読取装置及び読取方法に関する。

【０００２】

【従来の技術】近年、流通業等におけるＰＯＳシステム
に代表されるように、商品等の管理をバーコードによっ
て行うことが一般化している。例えば、商店のＰＯＳシ
ステムでは、商品の種類や販売価格等の情報をバーコー
ドのフォーマットにコード化して商品に印刷しておく。
そして、レジにて、このバーコードに対して走査光を照
射するとともに反射光の光量を検知することによってバ
ーコードにコード化されていたデータを読み取り、この
データに基づいて精算を行う。それと同時に、商品の売
り上げ数をリアルタイムで集計し、在庫管理や仕入れ管
理に役立てられている。

【０００３】このようなバーコードは、ＪＡＮコード，
ＵＰＣコード，ＥＡＮコード等のＷＰＣコードと、可変
長のセカンドコードに大別される。このうちＷＰＣコー
ドは、左端に付加されるスタートガードバー（ＳＧ
Ｂ），中間部に挿入されるセンターバー（ＣＢ），及
び、右端に付加されるエンドガードバー（ＥＧＢ）を有
し、スタートガードバーとセンターバーとの間に６キャ
ラクタ又は４キャラクタのデータキャラクタからなる左
データブロックを格納し、センターバーとエンドガード
バーとの間に６キャラクタ又は４キャラクタのデータキ
ャラクタからなる右データブロックを格納している。

【０００４】また、このＷＰＣコードの中には、１３桁
バーコードと呼ばれるものがある。これは、左データブ
ロック中の各キャラクタを、偶数（ＥＶＥＮ）パリティ
のキャラクタ（二本の黒バーのモジュール数が偶数であ
るキャラクタ）又は奇数（ＯＤＤ）パリティのキャラク
タ（二本の黒バーのモジュール数が奇数であるキャラク
タ）とし、これら偶数パリティ及び奇数パリティの組み
合わせに対応する数値を１３桁目のキャラクタ（フラグ
キャラクタ）とすることによって、１３桁の情報を保持
しているバーコードである。

【０００５】従って、このような１３桁バーコードにお
けるフラグキャラクタを復調するには、少なくとも左デ
ータブロック中の６桁のデータキャラクタを、正常に復
調し終わっていなければならない。

【０００６】また、ＷＰＣコードの規約によると、１３
桁バーコードに含まれる１２個のデータキャラクタを、
最も右側のものを奇数位置として順番に奇数位置又は偶
数位置に分類した場合（フラグキャラクタは奇数位置と
分類する）、奇数位置にあるデータキャラクタの数値の
総和の３倍と偶数位置にあるデータキャラクタの数値の
総和との和は、１０の整数倍となる。この規約を利用す
ると、ブロック読み取りして得られた復調データを合成
する際に、バーコード全体に対応した復調データが再現
されたか否かを容易に確認することができる。このよう
な確認は、「モジュラス１０チェック」と呼ばれる。

【０００７】従って、このようなモジュラス１０チェッ
クを行うためには、右データブロック中の６桁のデータ
キャラクタも、正常に復調し終わっていなければならな
い。

【０００８】

【発明が解決しようとする課題】しかしながら、バーコ
ードが印刷されている袋や紙に皺が生じている場合や、
バーコードの印刷自体がかすれている場合には、バーコ
ード読取装置は正確なバーコード読取を行うことができ
ない。また、バーコード読取装置が受光する反射光は、
バーコード表面での乱射光であるが、このバーコード表
面の状態如何では、バーコードを構成する各バーの色に
対応した光量の反射光がバーコード読取装置に入射しな
い場合がある。

【０００９】このような状況が生じた結果、１キャラク
タであっても復調が失敗してしまった場合には、その時
になされた走査によって得られたデータだけでは、１３
桁目のキャラクタの算出やモジュラス１０チェックの実
行は不可能となってしまう。その結果、同じバーコード
を何回も読み取って、夫々によって得られた細切れのデ
ータを繋ぎ合わせなければならない。

【００１０】本発明は、このような問題点に鑑みてなさ
れたものであり、１キャラクタのみの復調ができない場
合に、他のキャラクタを復調して得られた復調データに
基づいて、復調を失敗した１キャラクタにコード化され
ていたデータを推測することができるバーコード読取装
置及びバーコード読取方法を、提供することを課題とす
る。

【００１１】

【課題を解決するための手段】本発明は、上記課題を解
決するため、下記の手段を採用した。即ち、請求項１記
載のバーコード読取装置は、図１の原理図に示した通
り、所定の条件式を満足する所定個数のデータを夫々コ
ード化して得られた複数のデータキャラクタを格納する
バーコードを読み取り、読み取られた明暗パターンを検
出する明暗パターン検出手段（１００）と、この明暗パ
ターン検出手段によって検出された明暗パターンを前記
データキャラクタ毎に復調して、復調されたデータを出
力する復調手段（１０１）と、前記バーコード中の一個
のデータキャラクタの復調ができない場合に、前記バー
コード中の他のデータキャラクタを前記復調手段が復調
することによって得られた復調データに基づいて前記条
件式を逆算して、前記復調手段による復調ができなかっ
たデータキャラクタにコード化されていたデータを推測
するデータ推測手段（１０２）とを、備えることを特徴
とする。

【００１２】このように構成されると、明暗パターン検
出手段（１００）は、一定の条件式を満足する所定個数
のデータを夫々コード化して得られた複数のデータキャ
ラクタを格納するバーコードを読み取り、読み取られた
明暗パターンを検出する。復調手段（１０１）は、この
明暗パターン検出手段によって検出された明暗パターン
を、前記データキャラクタ毎に復調して、復調されたデ
ータを出力する。この復調手段（１０１）によるデータ
キャラクタの復調が、前記バーコード中の一個のデータ
キャラクタについてのみ失敗した場合には、データ推測
手段（１０２）は、前記バーコード中の他の全データキ
ャラクタを前記復調手段が復調することによって得られ
た数値に基づいて前記条件式を逆算して、前記復調手段
による復調ができなかったデータキャラクタにコード化
されていたデータを推測する。これにより、バーコード
全体に対応する復調データを直ちに得ることができる。
さらに、請求項１に記載のバーコード読取装置は、復調
手段による復調が失敗したデータキャラクタを構成する
バー幅パターンと、前記データ推測手段によって推測さ
れた数値に対応するバー幅パターンとを比較する比較手
段と、この比較手段の結果、両バー幅パターンが少なく
とも一部において一致している場合にのみ、前記データ
推測手段によって推測されたデータを有効化する有効化
手段とを更に備えることで、特定したものである。この
ように構成されれば、推測結果を検証することができる
ので、推測結果の信頼性を向上させることができる。

【００１３】請求項２記載のバーコード読取装置は、請
求項１のデータキャラクタが、偶数パリティ又は奇数パ
リティの区別と前記データとをコード化して得られたも
のであり、バーコードには、前記偶数パリティ及び前記
奇数パリティの所定の組み合わせのうちの何れか一つの
組み合わせに従って、複数の前記データキャラクタが格
納されていることで、特定したものである。

【００１４】請求項３記載のバーコード復調装置は、請
求項２の復調手段が、前記明暗パターン検出手段によっ
て検出された明暗パターンを、前記データキャラクタ毎
に復調して、前記データ及び前記偶数パリティ又は奇数
パリティの区別を出力するとともに、バーコード中の一
個のデータキャラクタのみの復調を前記復調手段ができ
なかった場合に、前記バーコード中の他のデータキャラ
クタを前記復調手段が復調することによって得られた前
記偶数パリティ又は奇数パリティの区別の組み合わせに
一致する前記所定の組み合わせを特定し、前記復調手段
による復調ができなかったデータキャラクタに対応する
前記偶数パリティ又は奇数パリティの区別を前記特定し
た組み合わせから読み出すパリティ推測手段を更に備え
ることで、特定したものである。

【００１５】

【００１６】請求項４記載のバーコード読取装置は、請
求項１の比較手段が、前記両バー幅パターンを構成する
各バー同士のバー幅を比較するとともに、前記有効化手
段が、前記何れかのバー同士のバー幅の比率が所定比率
内に収まっている場合に、前記推測されたデータを有効
化することで、特定したものである。

【００１７】請求項５記載のバーコード読取装置は、請
求項４の有効化手段が、前記何れかのバー同士のバー幅
の比率が第１の所定比率内に収まっている場合には、直
ちに前記データを有効化するが、前記バー同士のバー幅
の比率が前記第１の所定比率を超えた第２の所定比率内
である場合には、前記明暗パターン検出手段，前記復調
手段及び前記データ推測手段を再起動させるとともに、
この再起動の結果前記何れかのバー同士のバー幅の比率
が第２の所定比率内に収まったときに限って前記データ
を有効化することで、特定したものである。このように
すれば、バー同士のバー幅の比率が第１の所定比率内に
収まっているために推測結果の信頼性が高い場合には、
直ちに推測結果を有効化できる一方で、バー同士のバー
幅の比率が第１の所定比率を超えているために推測結果
の信頼性が比較的低い場合には、前記明暗パターン検出
手段，前記復調手段及び前記データ推測手段を再起動さ
せることができるので、推測結果の信頼性を高めること
ができる。

【００１８】請求項６記載のバーコード読取装置は、請
求項３において、復調手段による復調が失敗したデータ
キャラクタを構成するバー幅パターンと、前記データ推
測手段によって推測されたデータ及び前記パリティ推測
手段によって推測された前記偶数パリティ又は奇数パリ
ティの区別に対応するバー幅パターンとを比較する比較
手段と、この比較手段の結果、両バー幅パターンが少な
くとも一部において一致している場合にのみ、前記デー
タ推測手段によって推測されたデータ及び前記パリティ
推測手段によって推測された前記偶数パリティ又は奇数
パリティの区別を有効化する有効化手段とを更に備える
ことで、特定したものである。このように構成されれ
ば、推測結果を検証することができるので、推測結果の
信頼性を向上させることができる。

【００１９】請求項７記載のバーコード読取装置は、請
求項６の比較手段が、前記両バー幅パターンを構成する
各バー同士のバー幅を比較するとともに、前記有効化手
段が、前記何れかのバー同士のバー幅の比率が所定比率
内に収まっている場合に、前記推測されたデータ及び前
記偶数パリティ又は奇数パリティの区別を有効化するこ
とで、特定したものである。

【００２０】請求項８記載のバーコード読取装置は、請
求項７の有効化手段が、前記何れかのバー同士のバー幅
の比率が第１の所定比率内に収まっている場合には、直
ちに前記データを有効化するが、前記バー同士のバー幅
の比率が前記第１の所定比率を超えた第２の所定比率内
である場合には、前記明暗パターン検出手段，前記復調
手段，前記データ推測手段及び前記パリティ推測手段を
再起動させるとともに、この再起動の結果前記何れかの
バー同士のバー幅の比率が第２の所定比率内に収まった
ときに限って前記データ及び前記偶数パリティ又は奇数
パリティの区別を有効化することで、特定したものであ
る。このようにすれば、バー同士のバー幅の比率が第１
の所定比率内に収まっているために推測結果の信頼性が
高い場合には、直ちに推測結果を有効化できる一方で、
バー同士のバー幅の比率が第１の所定比率を超えている
ために推測結果の信頼性が比較的低い場合には、前記明
暗パターン検出手段，前記復調手段及び前記データ推測
手段を再起動させることができるので、推測結果の信頼
性を高めることができる。

【００２１】請求項９記載のバーコード読取装置は、請
求項１において、前記明暗パターン検出手段による一回
の走査によって得られた明暗パターンに基づいて前記バ
ーコード中の一個以外のデータキャラクタを前記復調手
段が復調した場合には、前記データ推測手段によって推
測されたデータを直ちに有効化し、前記明暗パターン検
出手段による複数回の走査によって得られた明暗パター
ンに基づいて前記バーコード中の一個以外のデータキャ
ラクタを前記復調手段が復調した場合には、前記明暗パ
ターン検出手段，前記復調手段及び前記データ推測手段
を再起動させるとともに、この再起動の結果前記データ
推測手段が推測したデータを有効化する有効化手段を更
に備えることで、特定したものである。このようにすれ
ば、連続読取によって明暗パターンが得られたために推
測結果の信頼性が高い場合には、直ちに推測結果を有効
化できる一方で、分割読取によって明暗パターンが得ら
れたために推測結果の信頼性が比較的低い場合には、前
記明暗パターン検出手段，前記復調手段及び前記データ
推測手段を再起動させることができるので、推測結果の
信頼性を高めることができる。

【００２２】請求項１０記載のバーコード読取装置は、
請求項３において、前記明暗パターン検出手段による一
回の走査によって得られた明暗パターンに基づいて前記
バーコード中の一個以外のデータキャラクタを前記復調
手段が復調した場合には、前記データ推測手段によって
推測されたデータ及び前記パリティ推測手段によって推
測された前記偶数パリティ又は奇数パリティの区別を直
ちに有効化し、前記明暗パターン検出手段による複数回
の走査によって得られた明暗パターンに基づいて前記バ
ーコード中の一個以外のデータキャラクタを前記復調手
段が復調した場合には、前記明暗パターン検出手段，前
記復調手段，前記データ推測手段及び前記パリティ推測
手段を再起動させるとともに、この再起動の結果前記デ
ータ推測手段が推測したデータ及び前記パリティ推測手
段が推測した前記偶数パリティ又は奇数パリティの区別
を有効化する有効化手段を更に備えることで、特定した
ものである。このようにすれば、連続読取によって明暗
パターンが得られたために推測結果の信頼性が高い場合
には、直ちに推測結果を有効化できる一方で、分割読取
によって明暗パターンが得られたために推測結果の信頼
性が比較的低い場合には、前記明暗パターン検出手段，
前記復調手段及び前記データ推測手段を再起動させるこ
とができるので、推測結果の信頼性を高めることができ
る。

【００２３】請求項１１記載のバーコード読取方法は、
所定の条件式を満足する所定個数のデータを夫々コード
化して得られた複数のデータキャラクタを格納するバー
コードを読み取り、読み取られた明暗パターンを検出
し、検出された明暗パターンを、前記データキャラクタ
毎に復調して、復調されたデータを出力し、前記バーコ
ード中の一個のデータキャラクタの復調ができない場合
には、前記バーコード中の他のデータキャラクタを復調
することによって得られたデータに基づいて前記条件式
を逆算して、復調手段による復調ができなかったデータ
キャラクタにコード化されていたデータを推測し、前記
復調手段による復調ができなかったデータキャラクタを
構成するバー幅パターンと、前記推測されたデータに対
応するバー幅パターンとを比較し、この比較の結果、両
バー幅パターンが少なくとも一部において一致している
場合にのみ、前記推測されたデータを有効化することを
特徴とする。

【００２４】

【発明の実施の形態】以下、図面に基づいて、本発明の
実施の態様の説明を行う。 （１３桁バーコードの構成）先ず、最初に、本発明の実
施の形態であるバーコード読取装置が読取対象とする１
３桁バーコードの構成を、図２５乃至図３０を用いて説
明する。図２５及び図２７に示すように、１３桁バーコ
ード（ＷＰＣコード）は、固定パターンのバー（夫々１
モジュールからなる黒，白，黒の３本のバー）から成る
スタートガードバー（ＳＧＢ）を右端に有し、同じく固
定パターンのバー（夫々１モジュールからなる白，黒，
白，黒，白の５本のバー）から成るセンターバー（Ｃ
Ｂ）を中央に有し、同じく固定パターンのバー（夫々１
モジュールからなる黒，白，黒の３本のバー）から成る
エンドガードバー（ＥＧＢ）左端に有する。そして、ス
タートガードバー（ＳＧＢ）とセンターバー（ＣＢ）と
の間に、６キャラクタのデータキャラクタ（Ｃ１〜Ｃ
６）からなる左データブロックを有し、センターバー
（ＣＢ）とエンドガードバー（ＥＧＢ）との間に、６キ
ャラクタのデータキャラクタ（Ｃ７〜Ｃ１２）からなる
右データブロックを有する。

【００２５】各データキャラクタ（Ｃ１〜Ｃ１２）は、
図２６及び図２８に示すように、７個のモジュール（各
モジュールは単位長を有する）の夫々を適宜白又は黒に
割り振って形成された２本の白バー及び２本の黒バーの
組合せからなる。そして、各データキャラクタを構成す
る４本のバーは、左データブロックを構成する各データ
キャラクタ（Ｃ１〜Ｃ６）においては、スタートガード
バー（ＳＧＢ）側から白バー（ａ），黒バー（ｂ），白
バー（ｃ），黒バー（ｄ）の順で並び、右データブロッ
クを構成する各データキャラクタ（Ｃ７〜Ｃ１２）にお
いては、エンドガードバー（ＥＧＢ）側から白バー
（ａ），黒バー（ｂ），白バー（ｃ），黒バー（ｄ）の
順で並ぶ。

【００２６】図２９は、データキャラクタの各バー
（ａ，ｂ，ｃ，ｄ）が採り得る全てのバー幅（モジュー
ル数）パターンと、各バー幅パターンに対応する数値を
示す表である。なお、数値に付された「Ｅ−」は偶数パ
リティのデータキャラクタ（両黒バー（ｂ，ｄ）のモジ
ュール数の和が偶数となるキャラクタ）であることを示
し、「Ｏ−」は奇数パリティのデータキャラクタ（両黒
バー（ｂ，ｄ）のモジュール数の和が奇数となるキャラ
クタ）であることを示す。また、Ｔ１は、各データキャ
ラクタにおけるセンターバー（ＣＢ）側の黒バー（ｄ）
と隣接する白バー（ｃ）とを合わせたバー幅（モジュー
ル数）を示し、Ｔ２は、当該白バー（ｃ）とガードバー
（ＳＧＢ又はＥＧＢ）側の黒バー（ｂ）とを合わせたバ
ー幅（モジュール数）を示し、何れも「δディスタン
ス」と呼ばれる。

【００２７】ＷＰＣコードの規約によると、右データブ
ロックは、偶数パリティのデータキャラクタのみから構
成され、左データブロックは、偶数パリティのデータキ
ャラクタと奇数パリティのデータキャラクタとから構成
される。但し、左データブロックの６個のデータキャラ
クタが採りうる偶数パリティと奇数パリティとの組合せ
は、ＷＰＣコードの規約によって、図３０に示す１０通
りに制限されている。そして、各組合せに対して、夫
々、一意の数値（０〜９），即ち、フラグキャラクタが
定義されている。なお、図３０から明らかなように、左
データブロックの６個のデータキャラクタが採りうる偶
数パリティ又は奇数パリティの区別（以下、「ＯＤＤ／
ＥＶＥＮ構成」という）の各組合せパターンは、他の全
ての組合せパターンと比較して、２キャラクタ以上にお
いて相違している。

【００２８】また、上述した通り、ＷＰＣコードの規約
によると、１３桁バーコードに含まれる１２個のデータ
キャラクタを、最も右側のものを奇数位置として順番に
奇数位置又は偶数位置に分類した場合（フラグキャラク
タは奇数位置と分類する）、奇数位置にあるデータキャ
ラクタの数値の総和の３倍と偶数位置にあるデータキャ
ラクタの数値の総和との和は、１０の整数倍となる。こ
れが「所定の条件式」である。

【００２９】（欠落キャラクタの推測原理）次に、上述
した構成を有する１３桁バーコードにおいて何れか一個
のデータキャラクタに対する復調処理が失敗した場合に
おいて、他の１１桁の復調データに基づいて当該復調が
失敗したデータキャラクタにコード化されていたデータ
（数値及びＯＤＤ／ＥＶＥＮ構成）を推測するための原
理を、説明する。

【００３０】＜左データブロックの場合＞いま、図２５
に示すように、１３桁バーコードの各データキャラクタ
に、第１キャラクタ（Ｃ１）側から順に、Ｏ７，Ｏ４，
Ｅ０，Ｏ８，Ｅ１，Ｅ４，Ｅ０，Ｅ６，Ｅ２，Ｅ８，Ｅ
５，Ｅ０の各データが夫々コード化されているとする。
そして、左データブロックにおける第３データキャラク
タ（Ｃ３）の復調が失敗したとする。

【００３１】この場合、左データブロックにおける残り
の全データキャラクタを復調すると、そのＯＤＤ／ＥＶ
ＥＮ構成の組み合わせパターンが“ＯＯ−ＯＥＥ”であ
ることが解る。ここで、上述したように、左データブロ
ックの６個のデータキャラクタが採りうる何れのＯＤＤ
／ＥＶＥＮ構成の組み合わせパターンも、他の全てのＯ
ＤＤ／ＥＶＥＮ構成の組み合わせパターンと比較して、
２キャラクタ以上において相違している。従って、何れ
か一個のデータキャラクタが欠落した場合でも、残りの
５キャラクタのＯＤＤ／ＥＶＥＮ構成の組み合わせパタ
ーンは、他の全てのＯＤＤ／ＥＶＥＮ構成の組み合わせ
パターンと比較して、少なくとも１キャラクタにおいて
相違している。図２５の例では、“ＯＯ−ＯＥＥ”と同
じＯＤＤ／ＥＶＥＮ構成の組み合わせパターンに対応す
るフラグキャラクタは、“１”のみである。従って、こ
の欠落したデータのＯＤＤ／ＥＶＥＮ構成がＥＶＥＮ
（奇数パリティ）であることが、確実に解る。

【００３２】次に、上述したＷＰＣのモジュラス１０チ
ェックの規約を利用すれば、復調完了した１１キャラク
タが正確であるとの仮定が成り立てば、モジュラス１０
チェックの関係式にこれら１１キャラクタの値をあては
めることによって、欠落した一個のデータの数値を推測
することができる。図２５の例によると、下記式に示す
ように、奇数位置にある復調データ（フラグキャラクタ
を含む）の総和は“３１”であり、偶数位置にある復調
データ（欠落しているＣ３を除く）の総和は“１３”で
ある。

【００３３】 (C1+C3+C5+C7+C9+C11)*3+(フラク゛キャラクタ+C2+C4+C6+C8+C10+C12)=10の整数倍 ( 7+ ?+ 1+ 0+ 2+ 3)*3+( 1+ 4+ 8+ 4+ 6+ 8+ 0)=10の整数倍 ( 13+ ?)*3+( 31)=10の整数倍 従って、上述したモジュラス１０チェック結果が良好と
なるには、欠落したデータキャラクタＣ３にコード化さ
れた数値は、“０”でなければならない。このようにし
て、欠落した一個のデータキャラクタＣ３にコード化さ
れていたであろう数値を、“０”と推測することができ
る。

【００３４】このようにして推測された数値はそのまま
使用されても良いが、上記数値の推測は復調完了した１
１キャラクタが正確であるとの仮定に基づいているの
で、推測結果の正確性を確かなものにするためには、推
測結果の検証をすることが望ましい。そこで、推測され
たＯＤＤ／ＥＶＥＮ構成及び数値に対応するバー幅パタ
ーンを図２９の表から読み出すとともに、読み出したバ
ー幅パターンを構成する各バーのモジュール数と復調失
敗したデータキャラクタについて実際に検出されたバー
幅データとを比較し、δディスタンスＴ−１，δディス
タンスＴ−２，黒バー（ｂ），黒バー（ｄ）のうちの何
れか一つでも一致しているか否かを判別すれば、推測結
果が確実なものとなる。

【００３５】

【実施形態１】（バーコード読取装置の構成）図２は、
本発明の第１実施形態によるバーコード読取装置の概略
構成を示すブロック図である。図２において、バーコー
ド読取装置は、互いにバスＢによって接続されたＣＰＵ
１，バー幅データ群格納バッファ２，制御部回路３，イ
ンタフェース回路４，ＲＯＭ５及びＲＡＭ６，バー幅デ
ータ群格納バッファ２に接続されたバー幅カウンタ１６
及びレーザービームの開始終了検出器１７，バー幅カウ
ンタ１６に接続されたクロック１９及びＡ／Ｄ変換器１
５，このＡ／Ｄ変換器１５に接続された受光素子１８，
制御部回路３に夫々接続されたモータ駆動回路８，レー
ザ駆動回路９，スピーカ１０及びＬＥＤ１１，モータ駆
動回路８に接続されたモータ１２，このモータ１２によ
って駆動される走査光学系１４，並びに、レーザ駆動回
路９に接続された半導体レーザ１３から、構成されてい
る。

【００３６】ＲＯＭ５は、図２９及び図３０の表やバー
コード認識／復調処理プログラムを格納している読み出
し専用メモリである。ＣＰＵ１は、ＲＯＭ５内に格納さ
れているバーコード認識／復調処理プログラムを実行す
ることにより、バーコード読取装置全体の制御を行うと
ともに、復調手段，データ推測手段，パリティ推測手
段，比較手段，及び有効化手段として機能して、バーコ
ード２１を読み取って得られたバー幅データ群を復調す
る。

【００３７】インタフェース回路４は、バスＢのステー
タスを制御したり、外部装置へのデータ送信等を制御す
る回路である。制御部回路３は、モータ駆動回路８，レ
ーザ駆動回路９，スピーカ１０，及び発光ダイオード
（ＬＥＤ）１１を制御する回路である。このモータ駆動
回路８は、モータ１２を駆動して、走査光学系１４を構
成する図示せぬポリゴンミラーを回転させる。また、レ
ーザ駆動回路９は、半導体レーザ１３を駆動して、レー
ザビームＬを出射させる。また、スピーカ１０は、バー
コードの読取（復調）完了を示す音声を発する。また、
発光ダイオード１１は、バーコードの復調の結果得られ
た商品２０の販売価格等の情報を表示する表示素子であ
る。

【００３８】半導体レーザ１３から出射されたレーザビ
ームＬは、走査光学系１４に入射されて、この走査光学
系１４によって偏向される。即ち、この走査光学系１４
は、モータ１２によって回転される図示せぬポリゴンミ
ラーによってレーザビームＬを一方向に偏向する。この
ポリゴンミラーの反射側には、複数の固定ミラーが固定
されている。従って、ポリゴンミラーによって偏向され
たレーザビームＬは、各固定ミラーによって再度反射さ
れ、その偏向方向（走査方向）が様々な方向に変えられ
る。この走査光学系１４によると、ポリゴンミラーの一
反射面による偏向周期内で、複数の方向へのレーザビー
ム走査が連続的に高速で行われる。このポリゴンミラー
の一反射面による偏向周期内でなされる複数のレーザビ
ーム走査の夫々を、以下、「一走査」という。

【００３９】このようにして走査されたレーザビームＬ
が商品２０の表面（バーコード２１を含む）に当たる
と、この表面においてレーザビームＬが乱反射され、そ
の反射光Ｒの一部が受光素子（ホトダイオード）１８に
受光される。Ａ／Ｄ変換器１５は、この受光素子１８に
よって受光された反射光Ｒの明暗を示す電流値を、所定
のしきい値と比較して、二値化信号に変換する。この二
値化信号は、反射光Ｒの強度がバーコード２１中の黒バ
ーの反射率に対応する場合には“Ｈ”を示し、反射光Ｒ
の強度がバーコード２１中の白バーの反射率に対応する
場合には“Ｌ”を示す。

【００４０】バー幅カウンタ１６は、Ａ／Ｄ変換器１５
から入力された二値化信号に基づいて、二値化信号の立
ち上がりタイミングから立ち下がりタイミングまでの時
間（バーコード２１中の黒バーの幅に対応するものと期
待される），及び、二値化信号の立ち下がりタイミング
から立ち上がりタイミングまでの時間（バーコード２１
中の白バーの幅に対応するものと期待される）を測定す
る。なお、バー幅カウンタ１６は、これらバー幅に対応
する時間を計測するためにクロック１９からのクロック
数をカウントする。そして、バー幅カウンタ１６は、各
バー毎に、図３に示すような内容を有する１６ビットの
バー幅データを出力する。

【００４１】図３において、第１ビット〜第１０ビット
までの１１桁（ＢＣＤ０〜ＢＣＤ１０）はバー幅を示す
カウント値を示し、第１１ビット（Ｗ／Ｂ）はバーの色
を示し（１：白／０：黒）、第１２ビット（ＷＥＲＲ）
はエラーの有無（１：エラー有り／０：エラー無し）を
示す。第１３ビット（ＣＨＲ−Ｆ）は、スタートガード
バーらしきパターン中の黒バーを検出した時，又は、セ
ンターバーらしきパターン中の白バーを検出した時に
“１”となる。同様に、第１４ビット（ＣＨＲ−Ｌ）
は、エンドガードバーらきしパターン中の白バーを検出
した時に“１”となる。第１５ビット（Ｃ１２８）は識
別フラグである。

【００４２】バー幅カウンタ１６は、レーザービームの
一走査毎に、このようなバー幅データを連続的に出力す
る。このように連続的に出力される一走査毎のバー幅デ
ータを「バー幅データ群」という。

【００４３】以上に説明した制御部回路３，モータ駆動
回路８，モータ１２，レーザ駆動回路９，半導体レーザ
１３，走査光学系１４，受光素子１８，Ａ／Ｄ変換器１
５，バー幅カウンタ１６及びクロック１９が、明暗パタ
ーン検出手段に相当する。

【００４４】バー幅カウンタ１６から出力されたバー幅
データ群は、レーザビーム開始終了検出回路１７に入力
される。このレーザビーム開始終了検出回路１７は、バ
ー幅データ群の状態を検査し、一走査中におけるレーザ
ビームの走査開始時点及び走査終了時点を検出して、こ
れら開始時点及び終了時点を示す情報をバー幅データ群
に付加する。

【００４５】レーザビームの走査開始時点及び走査終了
時点を示す情報が付加されたバー幅データ群は、バー幅
データ群格納バッファ２に一時格納される。このバー幅
データ群格納バッファ２は、バー幅カウンタ１６から入
力されたバー幅データ群を順次格納するとともに、ＣＰ
Ｕ１からの求めに応じて、格納した順に一個づつこのバ
ー幅データ群をＣＰＵ１に渡す。

【００４６】ＲＡＭ６には、ＣＰＵ１の作業領域が展開
される他、ＣＰＵ１が上述のバーコード認識／復調処理
プログラムを実行することにより、一時待避バッファ６
ａ，第１復調完了バッファ６ｂ，第２復調完了バッファ
６ｃ，及び、第３復調完了バッファ６ｄが展開される。

【００４７】一時待避バッファ６ａは、各バー幅データ
群に対するバーコード認識／復調処理を実行している間
に、その処理の結果得られたデータ（復調データ）を退
避させておくバッファである。この一時退避バッファ６
ａに退避される復調データのフォーマットを、図４乃至
図６に基づいて説明する。

【００４８】図４は、スタートガードバーを起点にバー
コード２１が走査された場合（スタートガードバーから
エンドガードバーまでを一度に走査した場合，以下「連
続読取」という）におけるデータフォーマットを示す。
この図４に示すように、この場合のデータフォーマット
は、先頭から順に、復調データの種別を示すエリア
（“０１”の場合１３桁バーコードの復調データである
ことを示す），検索方向を示すエリア（“０１”の場合
スタートガードバーを含むことを示す），左データブロ
ックの復調データのキャラクタ数を示すエリア，右デー
タブロックの復調データのキャラクタ数を示すエリア，
左データブロックの復調データ格納エリア，右データブ
ロックの復調データ格納エリア，最初に復調を失敗した
データキャラクタを構成する４個のバー幅データを格納
するエリア，及び、最初に復調を失敗したデータキャラ
クタの直前（スタートガードバー側）のデータキャラク
タのキャラクタ長を格納するエリアから、構成される。

【００４９】図５は、エンドガードバーを起点にバーコ
ード２１が走査された場合におけるデータフォーマット
を示す。この図５に示すように、この場合のデータフォ
ーマットは、先頭から順に、復調データの種別を示すエ
リア（“０１”の場合１３桁バーコードの復調データで
あることを示す），検索方向を示すエリア（“０２”の
場合エンドガードバーを含むがスタートガードバーを含
まないことを示す），左データブロックの復調データの
キャラクタ数を示すエリア，右データブロックの復調デ
ータのキャラクタ数を示すエリア，左データブロックの
復調データ格納エリア，右データブロックの復調データ
格納エリア，最初に復調を失敗したデータキャラクタを
構成する４個のバー幅データを格納するエリア，及び、
最初に復調を失敗したデータキャラクタの直前（エンド
ガードバー側）のデータキャラクタのキャラクタ長を格
納するエリアから、構成される。図６は、センターバー
の前後に亘ってバーコード２１が走査された場合におけ
るデータフォーマットを示す。この図６に示すように、
この場合のデータフォーマットは、先頭から順に、復調
データの種別を示すエリア（“０１”の場合１３桁バー
コードの復調データであることを示す），検索方向を示
すエリア（“０３”の場合センターバーのみを含むこと
を示す），左データブロックの復調データのキャラクタ
数を示すエリア，右データブロックの復調データのキャ
ラクタ数を示すエリア，左データブロックの復調データ
格納エリア，右データブロックの復調データ格納エリ
ア，右データブロックにお（順方向）いて最初に復調を
失敗したデータキャラクタを構成する４個のバー幅デー
タを格納するエリア，左データブロック（逆方向）にお
いて最初に復調を失敗したデータキャラクタを構成する
４個のバー幅データを格納するエリア，右データブロッ
ク（順方向）において最初に復調を失敗したデータキャ
ラクタの直前（センターバー側）のデータキャラクタの
キャラクタ長を格納するエリア，及び、左データブロッ
ク（逆方向）において最初に復調を失敗したデータキャ
ラクタの直前（センターバー側）のデータキャラクタの
キャラクタ長を格納するエリアから、構成される。

【００５０】第１復調完了バッファ６ｂは、或るバー幅
データ群に対してバーコード認識／復調処理を実行した
結果として図４に示す復調データが得られた場合に、こ
の復調データを格納するバッファであり、図７に示す構
造を有している。

【００５１】第２復調完了バッファ６ｃは、或るバー幅
データ群に対してバーコード認識／復調処理を実行した
結果として図５に示す復調データが得られた場合に、こ
の復調データを格納するバッファであり、図８に示す構
造を有している。

【００５２】第３復調完了バッファ６ｄは、或るバー幅
データ群に対してバーコード認識／復調処理を実行した
結果として図６に示す復調データが得られた場合に、こ
の復調データを格納するバッファであり、図９に示す構
造を有している。

【００５３】（バーコード認識／復調処理）次に、ＲＯ
Ｍ５に格納されているとともにＣＰＵ１によって実行さ
れるバーコード認識／復調処理プログラムの具体的内容
を、図１０乃至図２７のフローチャートに基づいて説明
する。

【００５４】このバーコード認識／復調処理のメインル
ーチンである図１０のフローチャートは、バーコード読
取装置に主電源が投入され、バー幅データ群格納バッフ
ァ２にバー幅データ群が格納されることによりスタート
する。そして、最初のＳ０００において、ＣＰＵ１は、
バー幅データ群格納バッファ２から、最も古いバー幅デ
ータ群を一つ取り出す。

【００５５】次のＳ００１では、ＣＰＵ１は、Ｓ０００
（又はＳ０１６）にて取り出したバー幅データ群に対し
て、復調開始位置（即ち、何れかのガードバー又はセン
ターバー）を大まかに求めるための第１次検索処理を実
行する。図１１は、このＳ００１にて実行される第１次
検索処理サブルーチンを示すフローチャートである。Ｃ
ＰＵ１は、このサブルーチンに入って最初に、処理対象
バー幅データ群からＣＨＲ−Ｌビット又はＣＨＲ−Ｆビ
ットが“１”であるバー幅データを探し出すために、Ｓ
１０１乃至Ｓ１０３のループ処理を実行する。なお、Ｃ
ＰＵ１は、このループ処理を最初に実行するときには、
検知対象のバー幅データの位置を示すバーコード検索ポ
インタを、処理対象バー幅データ群の先頭に合わせる。

【００５６】このループに入って最初のＳ１０１では、
ＣＰＵ１は、バーコード検索ポインタによって示される
バー幅データのＣＨＲ−Ｌビット又はＣＨＲ−Ｆビット
が、“１”であるか否かをチェックする。そして、その
バー幅データのＣＨＲ−Ｌビット及びＣＨＲ−Ｆビット
が“０”である場合には、ＣＰＵ１は、処理をＳ１０２
に進める。

【００５７】Ｓ１０２では、ＣＰＵ１は、バーコード検
索ポインタをインクリメントして、次のバー幅データを
示すようにする。次のＳ１０３では、ＣＰＵ１は、処理
対象バー幅データ群中に未検知のバー幅データが無くな
ったか否か（即ち、バーコード検索ポインタが処理対象
バー幅データ群の末端を超えたか否か）をチェックす
る。そして、既に未検知のバー幅データ群が無くなって
いる場合には、ＣＰＵ１は、図１０のメインルーチンに
おけるＳ０１６に処理を進める。これに対して、未だ未
検知のバー幅データ群が残っている場合には、ＣＰＵ１
は、処理をＳ１０１に戻す。

【００５８】これに対して、バーコード検索ポインタに
よって示されるバー幅データのＣＨＲ−Ｌビット又はＣ
ＨＲ−Ｆビットが“１”であるとＳ１０１にて判定した
場合には、ＣＰＵ１は、処理をＳ１０４に進める。

【００５９】Ｓ１０４では、ＣＰＵ１は、バーコード検
索ポインタによって示されるバー幅データのＷ／Ｂビッ
トが黒バーを示すか否かをチェックする。そして、当該
バー幅データのＷ／Ｂビットが黒バーを示す場合には、
ＣＰＵ１は、処理をＳ１０５に進める。

【００６０】Ｓ１０５では、ＣＰＵ１は、当該バー幅デ
ータのＣＨＲ−Ｆビットのみが“１”となっているか否
かをチェックする。そして、ＣＰＵ１は、当該バー幅デ
ータのＣＨＲ−Ｆが“０”である場合，又は、当該バー
幅データのＣＨＲ−Ｌビットが“１”である場合には、
バー幅カウンタ１６の作動ミスが生じていると判断し
て、処理をＳ１０２に進める。これに対して、当該バー
幅データのＣＨＲ−Ｆが“１”であり且つＣＨＲ−Ｌビ
ットが“０”である場合には、ＣＰＵ１は、Ｓ１０６に
おいて、疑似スタートガードバー（スタートガードバー
らしきパターン）を検出したことを示すフラグｄｅｃｄ
ｉｒｅｃ＝０１をセットした後に、この第１次検索処理
サブルーチンを終了する。

【００６１】一方、バーコード検索ポインタによって示
されるバー幅データのＷ／Ｂビットが白バーを示すとＳ
１０４にて判定された場合には、ＣＰＵ１は、処理をＳ
１０７に進める。

【００６２】Ｓ１０７では、ＣＰＵ１は、バーコード検
索ポインタによって示されるバー幅データのＣＨＲ−Ｆ
ビットが“１”であるか否かをチェックする。そして、
ＣＰＵ１は、当該バー幅データのＣＨＲ−Ｆが“０”で
ある場合には、処理をＳ１１１に進める。

【００６３】これに対して、当該バー幅データのＣＨＲ
−Ｆが“１”である場合には、ＣＰＵ１は、Ｓ１０８に
てセンターバーチェックを実行する。このセンターバー
チェックとは、その時点までに検出された５本のバー
（白バー，黒バー，白バー，黒バー，白バー）のバー幅
が等間隔であるか否かのチェックである。ＣＰＵ１は、
このセンターバーチェックの結果が不良である場合には
（Ｓ１０９のＮＯ）、処理をＳ１１１に進める。これに
対して、センターバーチェックの結果が良好である場合
には（Ｓ１０９のＹＥＳ）、ＣＰＵ１は、Ｓ１１０にお
いて「ＣＢチェックフラグ」をＯＮした後に、処理をＳ
１１１に進める。

【００６４】Ｓ１１１では、ＣＰＵ１は、バーコード検
索ポインタによって示されるバー幅データのＣＨＲ−Ｌ
ビットが“１”であるか否かをチェックする。そして、
ＣＰＵ１は、当該バー幅データのＣＨＲ−Ｌが“０”で
ある場合には、処理をＳ１１５に進める。

【００６５】これに対して、当該バー幅データのＣＨＲ
−Ｌが“１”である場合には、ＣＰＵ１は、Ｓ１１２に
てエンドガードバーチェックを実行する。このエンドガ
ードバーチェックとは、その時点の直前に検出された白
バーがマージンとしての十分な幅を有しているか否かの
チェックである。ＣＰＵ１は、このエンドガードバーチ
ェックの結果が不良である場合には（Ｓ１１３のＮ
Ｏ）、処理をＳ１１５に進める。これに対して、エンド
ガードバーチェックの結果が良好である場合には（Ｓ１
１３のＹＥＳ）、ＣＰＵ１は、Ｓ１１４において「ＥＧ
Ｂチェックフラグ」をＯＮした後に、処理をＳ１１５に
進める。

【００６６】Ｓ１１５では、ＣＰＵ１は、「ＣＢチェッ
クフラグ」のみがＯＮされているか否かをチェックす
る。そして、「ＣＢチェックフラグ」のみがＯＮされて
いる場合には、ＣＰＵ１は、Ｓ１１６において、疑似セ
ンターバー（センターバーらしきパターン）を検出した
ことを示すフラグｄｅｃｄｉｒｅｃ＝０３をセットした
後に、この第１次検索処理サブルーチンを終了する。

【００６７】一方、「ＣＢチェックフラグ」のみがＯＮ
されているのではないとＳ１１５にて判定した場合に
は、ＣＰＵ１は、次のＳ１１７において、「ＥＧＢチェ
ックフラグ」のみがＯＮされているか否かをチェックす
る。そして、「ＥＧＢチェックフラグ」のみがＯＮされ
ている場合には、ＣＰＵ１は、Ｓ１１８において、疑似
エンドガードバー（エンドガードバーらしきパターン）
を検出したことを示すフラグｄｅｃｄｉｒｅｃ＝０２を
セットした後に、この第１次検索処理サブルーチンを終
了する。

【００６８】一方、「ＥＧＢチェックフラグ」のみがＯ
ＮされているのではないとＳ１１７にて判定した場合に
は、ＣＰＵ１は、次のＳ１１９において、「ＣＢチェッ
クフラグ」及び「ＥＧＢチェックフラグ」の両方がＯＮ
されているか否かをチェックする。そして、両チェック
フラグがＯＦＦされたままである場合には、ＣＰＵ１
は、バー幅カウンタ１６の動作ミスが生じているとし
て、処理をＳ１０２に進める。

【００６９】一方、両チェックフラグがＯＮされている
場合には、ＣＰＵ１は、次のＳ１２０において、第１１
キャラクタ及び第１２キャラクタのキャラクタ長をチェ
ックする。即ち、エンドガードバーが検出されたとの仮
定の下で、このエンドガードバーに隣接する４本のバー
のバー幅総和，及び、その４本のバーに更に隣接する４
本バーのバー幅総和が、キャラクタ長としての許容範囲
に入っているか否かをチェックする。そして、ＣＰＵ１
は、第１１キャラクタ及び第１２キャラクタのキャラク
タ長が許容範囲にある場合（Ｓ１２１のＹＥＳ）には、
処理をＳ１０２に進め、第１１キャラクタ又は第１２キ
ャラクタのキャラクタ長が許容範囲にない場合（Ｓ１２
１のＮＯ）には、Ｓ１２２において、疑似センターバー
（センターバーらしきパターン）を検出したことを示す
フラグｄｅｃｄｉｒｅｃ＝０３をセットした後に、この
第１次検索処理サブルーチンを終了する。

【００７０】第１次検索処理サブルーチンから処理が戻
された図１０のメインルーチンでは、ＣＰＵ１は、次の
Ｓ００２において、第２次検索処理を実行する。図１２
は、このＳ００２にて実行される第２次検索処理サブル
ーチンを示すフローチャートである。

【００７１】ＣＰＵ１は、このサブルーチンに入って最
初のＳ２０１では、フラグｄｅｃｒｉｒｅｃが“０１”
とセットされているかどうかをチェックする。そして、
フラグｄｅｃｒｉｒｅｃが“０１”とセットされていな
い場合には、ＣＰＵ１は、処理をＳ２０３に進める。こ
れに対して、フラグｄｅｃｒｉｒｅｃが“０１”とセッ
トされている場合には、ＣＰＵ１は、Ｓ２０２におい
て、疑似スタートガードバー検出後のバーコード検索処
理である第１バーコード検出処理を実行する。図１３及
び図１４は、このＳ２０２にて実行される第１バーコー
ド検索処理サブルーチンを示すフローチャートである。

【００７２】ＣＰＵ１は、このサブルーチンに入って最
初のＳ３０１では、疑似スタートバードバーに続く第１
キャラクタの長さをチェックする。即ち、第１キャラク
タを構成する４個のバーのバー幅カウント値の総計が一
定値近傍内にあるかどうかをチェックする。そして、第
１キャラクタの長さが一定値近傍内にない場合には、Ｃ
ＰＵ１は、処理対象バー幅データ群がバーコード以外の
模様に基づくデータ群であるとみなして、Ｓ３２０にお
いて「有効ラベル検出フラグ」をクリアした後に、処理
を図１０のメインルーチンにおけるＳ０１６に進める。
これに対して、第１キャラクタの長さが一定値近傍内に
ある場合には、ＣＰＵ１は、処理をＳ３０２に進める。

【００７３】Ｓ３０２では、ＣＰＵ１は、隣接キャラク
タ（初期においては第１キャラクタに隣接する第２キャ
ラクタ）の長さをチェックする。そして、このキャラク
タの長さが一定値近傍内にある場合には、ＣＰＵ１は、
処理をＳ３０６に進める。

【００７４】Ｓ３０６では、ＣＰＵ１は、この時点まで
にＳ３０１及びＳ３０２にて６キャラクタ分のキャラク
タ長チェックを完了したか否かをチェックする。そし
て、未だ６キャラクタ分のキャラクタ長チェックを完了
していない場合には、ＣＰＵ１は、処理をＳ３０２に戻
す。これに対して、既に６キャラクタ分のキャラクタ長
チェックを完了した場合には、ＣＰＵ１は、Ｓ３０７に
おいて「４桁フラグ」をクリアした後に、処理をＳ３０
８へ進める。

【００７５】一方、隣接キャラクタの長さが一定値近傍
内にないとＳ３０２にて判定した場合には、ＣＰＵ１
は、Ｓ３０３において、Ｓ３０１及びＳ３０２にてキャ
ラクタ長が一定値近傍内にあると判定されたキャラクタ
の数が、３個未満であるか否かをチェックする。そし
て、キャラクタ長が一定値近傍内にあると判定されたキ
ャラクタの数が３個未満である場合には、ＣＰＵ１は、
処理対象バー幅データ群の信頼性が低いとして、Ｓ３２
０において「有効ラベル検出フラグ」をクリアした後
に、処理を図１０のメインルーチンにおけるＳ０１６に
進める。

【００７６】これに対して、キャラクタ長が一定値近傍
内にあると判定されたキャラクタの数が３個以上である
場合には、ＣＰＵ１は、Ｓ３０４において、Ｓ３０１及
びＳ３０２にてキャラクタ長が一定値近傍内にあると判
定されたキャラクタの数が、４個であるか否かをチェッ
クする。そして、キャラクタ長が一定値近傍内にあると
判定されたキャラクタの数が４個でない場合には、ＣＰ
Ｕ１は、処理をＳ３１８に進める。

【００７７】これに対して、キャラクタ長が一定値近傍
内にあると判定されたキャラクタの数が４個である場合
には、ＣＰＵ１は、Ｓ３０５において「４桁フラグ」を
セットした後に、処理をＳ３０８に進める。

【００７８】Ｓ３０８では、ＣＰＵ１は、第４キャラク
タ（「４桁フラグ」がセットされている場合）又は第６
キャラクタ（「４桁フラグ」がクリアされている場合）
の長さを再度チェックする。そして、これら第４キャラ
クタ又は第６キャラクタの長さが一定近傍値内にない場
合には、ＣＰＵ１は、Ｓ３１０において「４桁フラグ」
をクリアした後に（既にクリアされている場合にはＳ３
１０をジャンプして）処理をＳ３１８に進める。

【００７９】これに対して、第４キャラクタ又は第６キ
ャラクタの長さが一定近傍値内にある場合には、ＣＰＵ
１は、Ｓ３０９において、センターバーチェックを実行
する。このセンターバーチェックとは、第４キャラクタ
（「４桁フラグ」がセットされている場合）又は第６キ
ャラクタ（「４桁フラグ」がクリアされている場合）に
隣接する５本のバーが、センターバーとして定められて
いる所定のパターン（夫々のバー幅が共に１モジュール
長であるパターン）と一致しているか否かのチェックで
ある。そして、センターバーチェックの結果が不良（Ｎ
Ｇ）である場合には、ＣＰＵ１は、Ｓ３１０にて「４桁
フラグ」をクリアした後に、処理をＳ３１８に進める。

【００８０】これに対して、センターバーチェックの結
果が良好（ＯＫ）である場合には、ＣＰＵ１は、Ｓ３１
１にて「センターバー検出フラグ」をセットする。即
ち、フラグｇｂ−ｃｂ−ｆを“１”とセットする。

【００８１】次のＳ３１２では、ＣＰＵ１は、センター
バーに隣接する第５キャラクタ（「４桁フラグ」がセッ
トされている場合）又は第７キャラクタ（「４桁フラ
グ」がクリアされている場合）の長さをチェックする。
そして、第５キャラクタ又は第７キャラクタの長さが一
定値近傍にない場合には、ＣＰＵ１は、処理をＳ３１８
に進める。これに対して、第５キャラクタ又は第７キャ
ラクタの長さが一定値近傍にある場合には、ＣＰＵ１
は、処理をＳ３１３に進める。

【００８２】Ｓ３１３では、ＣＰＵ１は、隣接キャラク
タ（初期においては第５キャラクタに隣接する第６キャ
ラクタ，又は、第７キャラクタに隣接する第８キャラク
タ）の長さをチェックする。そして、このキャラクタの
長さが一定値近傍内にある場合には、ＣＰＵ１は、処理
をＳ３１４に進める。

【００８３】Ｓ３１４では、ＣＰＵ１は、「４桁フラ
グ」がセットされているか否かをチェックする。そし
て、「４桁フラグ」がクリアされている場合には、ＣＰ
Ｕ１は、処理をＳ３１６に進める。これに対して、「４
桁フラグ」がセットされている場合には、ＣＰＵ１は、
Ｓ３１５において、この時点までにＳ３１２及びＳ３１
３にて４キャラクタ分のキャラクタ長チェックを完了し
たか否かをチェックする。そして、未だ４キャラクタ分
のキャラクタ長チェックを完了していない場合には、Ｃ
ＰＵ１は、処理をＳ３１６に進める。これに対して、既
に４キャラクタ分のキャラクタ長チェックを完了してい
る場合には、ＣＰＵ１は、処理をＳ３１７へ進める。

【００８４】Ｓ３１６では、ＣＰＵ１は、この時点まで
にＳ３１２及びＳ３１３にて６キャラクタ分のキャラク
タ長チェックを完了したか否かをチェックする。そし
て、未だ６キャラクタ分のキャラクタ長チェックを完了
していない場合には、ＣＰＵ１は、処理をＳ３１３に戻
す。これに対して、既に６キャラクタ分のキャラクタ長
チェックを行っている場合には、ＣＰＵ１は、処理をＳ
３１７に進める。

【００８５】Ｓ３１７では、ＣＰＵ１は、第８キャラク
タ（「４桁フラグ」がセットされている場合）又は第１
２キャラクタ（「４桁フラグ」がクリアされている場
合）の長さを再度チェックする。そして、ＣＰＵ１は、
これら第８キャラクタ又は第１２キャラクタの長さが一
定値近傍内にない場合には、処理をＳ３１８に進め、第
８キャラクタ又は第１２キャラクタの長さが一定値近傍
内にある、Ｓ３２１に進める。

【００８６】Ｓ３１８では、ＣＰＵ１は、有効キャラク
タ数検出処理を実行する。この有効キャラクタ数検出処
理では、ＣＰＵ１は、Ｓ３０１、Ｓ３０２，Ｓ３０８に
てキャラクタ長が一定値近傍内にあると判定された左デ
ータブロックをなすキャラクタの数を、カウンタｊｕｎ
−ｃｎｔにセットするとともに、Ｓ３１２，Ｓ３１３，
Ｓ３１７にてキャラクタ長が一定値近傍内にあると判定
された右データブロックをなすキャラクタの数を、カウ
ンタｇｋｕ−ｃｎｔにセットする。この有効キャラクタ
数検出処理の完了後、ＣＰＵ１は、処理をＳ３１９に進
める。

【００８７】一方、Ｓ３２１では、ＣＰＵ１は、「４桁
フラグ」がクリアされているか否かをチェックする。そ
して、ＣＰＵ１は、「４桁フラグ」がクリアされている
場合には、処理をＳ３２２に進め、「４桁フラグ」がセ
ットされている場合には、処理をＳ３２５に進める。

【００８８】Ｓ３２２では、ＣＰＵ１は、簡易エンドキ
ャラクタ長チェックを実行する。即ち、第８キャラクタ
に隣接する３本のバーが、エンドガードバーとして定め
られている所定のパターン（夫々のバー幅が共に１モジ
ュール長であるパターン）と一致し、且つ、この３本の
バーに隣接する白バーが、エンドマージンとして定めら
れている長さ以上のバー幅を有しているか否かをチェッ
クする。そして、簡易エンドキャラクタ長チェックの結
果が不良（ＮＧ）である場合には、ＣＰＵ１は、処理を
Ｓ３２４に進める。これに対して、簡易エンドキャラク
タ長チェックの結果が良好（ＯＫ）である場合には、Ｃ
ＰＵ１は、Ｓ３２３にて「エンドガードバー検出フラ
グ」をセットする。即ち、フラグｇｂ−ｃｂ−ｆを
“２”に書き換える。ＣＰＵ１は、このＳ３２３の完了
後、処理をＳ３２４に進める。

【００８９】Ｓ３２４では、ＣＰＵ１は、上述した有効
キャラクタ数検出処理を実行する。即ち、Ｓ３０１、Ｓ
３０２，Ｓ３０８にてキャラクタ長が一定値近傍内にあ
ると判定された左データブロックをなすキャラクタの数
を、カウンタｊｕｎ−ｃｎｔにセットするとともに、Ｓ
３１２，Ｓ３１３，Ｓ３１７にてキャラクタ長が一定値
近傍内にあると判定された右データブロックをなすキャ
ラクタの数を、カウンタｇｋｕ−ｃｎｔにセットする。
この有効キャラクタ数検出処理の完了後、ＣＰＵ１は、
処理をＳ３１９に進める。

【００９０】一方、Ｓ３２５では、ＣＰＵ１は、エンド
マージンチェックを実行する。即ち、第１２キャラクタ
に隣接する３本のバーが、エンドガードバーとして定め
られている所定のパターン（夫々のバー幅が共に１モジ
ュール長であるパターン）と一致し、且つ、この３本の
バーに隣接する白バーが、エンドマージンとして定めら
れている長さ以上のバー幅を有しているか否かをチェッ
クする。そして、エンドマージンチェックの結果が不良
（ＮＧ）である場合には、ＣＰＵ１は、処理をＳ３２７
に進める。これに対して、エンドマージンチェックの結
果が良好（ＯＫ）である場合には、ＣＰＵ１は、Ｓ３２
６にて「エンドガードバー検出フラグ」をセットする。
即ち、フラグｇｂ−ｃｂ−ｆを“２”に書き換える。Ｃ
ＰＵ１は、このＳ３２６の完了後、処理をＳ３２７に進
める。

【００９１】Ｓ３２７では、ＣＰＵ１は、上述した有効
キャラクタ数検出処理を実行する。即ち、Ｓ３０１、Ｓ
３０２，Ｓ３０８にてキャラクタ長が一定値近傍内にあ
ると判定された左データブロックをなすキャラクタの数
を、カウンタｊｕｎ−ｃｎｔにセットするとともに、Ｓ
３１２，Ｓ３１３，Ｓ３１７にてキャラクタ長が一定値
近傍内にあると判定された右データブロックをなすキャ
ラクタの数を、カウンタｇｋｕ−ｃｎｔにセットする。
この有効キャラクタ数検出処理の完了後、ＣＰＵ１は、
処理をＳ３１９に進める。

【００９２】Ｓ３１９では、ＣＰＵ１は、「有効ラベル
検出フラグ」をセットする。その後、ＣＰＵ１は、この
第１バーコード検出処理ルーチンを終了し、処理を図１
２の第２次検索処理ルーチンに戻す。第２次検索処理ル
ーチンでは、ＣＰＵ１は、Ｓ２０２の完了後、処理をＳ
２０３に進める。

【００９３】Ｓ２０３では、ＣＰＵ１は、フラグｄｅｃ
ｒｉｒｅｃが“０３”とセットされているかどうかをチ
ェックする。そして、フラグｄｅｃｒｉｒｅｃが“０
３”とセットされていない場合には、ＣＰＵ１は、処理
をＳ２０５に進める。これに対して、フラグｄｅｃｒｉ
ｒｅｃが“０３”とセットされている場合には、ＣＰＵ
１は、Ｓ２０４において、疑似センターバー検出後のバ
ーコード検索処理である第２バーコード検出処理を実行
する。図１５は、このＳ２０４にて実行される第２バー
コード検索処理サブルーチンを示すフローチャートであ
る。

【００９４】ＣＰＵ１は、このサブルーチンに入って最
初のＳ４０１では、疑似センターバーに対して順方向に
隣接したキャラクタ（８桁バーコードの場合には第５キ
ャラクタ，１３桁バーコードの場合には第７キャラク
タ）の長さをチェックする。そして、第５キャラクタ又
は第７キャラクタの長さが一定値近傍内にない場合に
は、ＣＰＵ１は、処理対象バー幅データ群の信頼性が低
いとして、Ｓ４２６において「有効ラベル検出フラグ」
をクリアした後に、処理を図１０のメインルーチンにお
けるＳ０１６に進める。これに対して、第５キャラクタ
又は第７キャラクタの長さが一定値近傍内にある場合に
は、ＣＰＵ１は、処理をＳ４０２に進める。

【００９５】Ｓ４０２では、ＣＰＵ１は、疑似センター
バードバーに対して逆方向に隣接したキャラクタ（８桁
バーコードの場合には第４キャラクタ，１３桁バーコー
ドの場合には第６キャラクタ）の長さをチェックする。
そして、第４キャラクタ又は第６キャラクタの長さが一
定値近傍内にある場合には、ＣＰＵ１は、処理をＳ４０
４に進める。これに対して、第４キャラクタ又は第６キ
ャラクタの長さが一定値近傍内にない場合には、ＣＰＵ
１は、Ｓ４０３において「逆方向データ無しフラグ」を
セットした後に、処理をＳ４０４に進める。

【００９６】Ｓ４０４では、ＣＰＵ１は、「逆方向デー
タ無しフラグ」がセットされているか否かをチェックす
る。そして、「逆方向データ無しフラグ」がセットされ
ている場合は、ＣＰＵ１は、処理をＳ４０８に進める。
これに対して、「逆方向データ無しフラグ」がセットさ
れていない場合には、ＣＰＵ１は、処理をＳ４０５に進
める。

【００９７】Ｓ４０５では、ＣＰＵ１は、第４キャラク
タ又は第６キャラクタに対して逆方向に隣接するキャラ
クタ（初期においては第４キャラクタに隣接する第３キ
ャラクタ，又は、第６キャラクタに隣接する第５キャラ
クタ）の長さをチェックする。そして、このキャラクタ
の長さが一定値近傍内にある場合には、ＣＰＵ１は、処
理をＳ４０６に進める。

【００９８】Ｓ４０６では、ＣＰＵ１は、この時点まで
にＳ４０２及びＳ４０５にてキャラクタ長が一定値近傍
内にあると判定されたキャラクタ（逆方向に連続するキ
ャラクタ）の数をカウントする。

【００９９】次のＳ４０７では、ＣＰＵ１は、この時点
までにＳ４０２及びＳ４０５にて６キャラクタ分のキャ
ラクタ長チェックを完了したか否かをチェックする。そ
して、未だ６キャラクタ分のキャラクタ長チェックを完
了していない場合には、ＣＰＵ１は、処理をＳ４０５に
戻す。これに対して、既に６キャラクタ分のキャラクタ
長チェックを完了した場合には、ＣＰＵ１は、処理をＳ
４０８に進める。

【０１００】一方、隣接キャラクタの長さが一定値近傍
内にないとＳ４０５にて判定した場合には、ＣＰＵ１
は、処理をＳ４０８に進める。Ｓ４０８では、ＣＰＵ１
は、第５キャラクタ又は第７キャラクタに対して順方向
に隣接するキャラクタ（初期においては第５キャラクタ
に隣接する第６キャラクタ，又は、第７キャラクタに隣
接する第８キャラクタ）の長さをチェックする。そし
て、このキャラクタの長さが一定値近傍内にある場合に
は、ＣＰＵ１は、処理をＳ４０９に進める。

【０１０１】Ｓ４０９では、ＣＰＵ１は、この時点まで
にＳ４０１及びＳ４０８にてキャラクタ長が一定値近傍
内にあると判定されたキャラクタ（順方向に連続するキ
ャラクタ）の数をカウントする。

【０１０２】次のＳ４１０では、ＣＰＵ１は、この時点
までにＳ４０１及びＳ４０８にて６キャラクタ分のキャ
ラクタ長チェックを完了したか否かをチェックする。そ
して、未だ６キャラクタ分のキャラクタ長チェックを完
了していない場合には、ＣＰＵ１は、処理をＳ４０８に
戻す。これに対して、既に６キャラクタ分のキャラクタ
長チェックを完了した場合には、ＣＰＵ１は、処理をＳ
４１１に進める。

【０１０３】一方、隣接キャラクタの長さが一定値近傍
内にないとＳ４０８にて判定した場合には、ＣＰＵ１
は、処理をＳ４１１に進める。Ｓ４１１では、ＣＰＵ１
は、「逆方向データ無しフラグ」がセットされているか
否かをチェックする。そして、ＣＰＵ１は、「逆方向デ
ータ無しフラグ」がセットされていなければ、処理をＳ
４１２に進め、「逆方向データ無しフラグ」がセットさ
れていれば、処理をＳ４１８に進める。

【０１０４】Ｓ４１２では、ＣＰＵ１は、Ｓ４０６にて
カウントされた逆方向の有効キャラクタ数が“１”以上
であり且つＳ４０９にてカウントされた順方向の有効キ
ャラクタ数が“３”以上であるか、若しくは、Ｓ４０６
にてカウントされた逆方向の有効キャラクタ数が“３”
以上であり且つＳ４０９にてカウントされた順方向の有
効キャラクタ数が“１”以上であるか否かを、チェック
する。そして、何れの方向の有効キャラクタ数も“３”
未満である場合，及び、何れかの方向の有効キャラクタ
数が“０”である場合には、ＣＰＵ１は、処理対象バー
幅データ群の信頼性が低いとして、Ｓ４２６にて「有効
ラベル検出フラグ」をクリアした後に、処理を図１０の
メインルーチンにおけるＳ０１６に進める。これに対し
て、何れかの方向の有効キャラクタ数が“３”以上であ
り且つ他方向の有効キャラクタ数が“１”以上である場
合には、ＣＰＵ１は、処理をＳ４１３に進める。

【０１０５】Ｓ４１３では、ＣＰＵ１は、Ｓ４０６にて
カウントされた逆方向の有効キャラクタ数が“４（８桁
バーコードの場合）”又は“６（１３桁バーコードの場
合）”であるか否かをチェックする。そして、ＣＰＵ１
は、逆方向の有効キャラクタ数が“４”又は“６”でな
い場合には、処理をＳ４１６に進め、逆方向の有効キャ
ラクタ数が“４”又は“６”である場合には、処理をＳ
４１４に進める。

【０１０６】Ｓ４１４では、ＣＰＵ１は、第１キャラク
タの長さを再チェックする。そして、ＣＰＵ１は、第１
キャラクタの長さが一定値近傍内にない場合には、処理
をＳ４１６に進め、第１キャラクタの長さが一定値近傍
内にある場合には、処理をＳ４１５に進める。

【０１０７】Ｓ４１５では、ＣＰＵ１は、Ｓ４０９にて
カウントされた順方向の有効キャラクタ数が“４（８桁
バーコードの場合）”又は“６（１３桁バーコードの場
合）”であるか否かをチェックする。そして、ＣＰＵ１
は、順方向の有効キャラクタ数が“４”又は“６”であ
る場合には、処理をＳ４１９に進め、順方向の有効キャ
ラクタ数が“４”又は“６”でない場合には、処理をＳ
４１６に進める。

【０１０８】Ｓ４１６では、ＣＰＵ１は、有効キャラク
タ数検出処理を実行する。即ち、Ｓ４０９にてカウント
した順方向の有効キャラクタ数をカウンタｇｋｕ−ｃｎ
ｔにセットするとともに、Ｓ４０６にてカウントした逆
方向の有効キャラクタ数をカウンタｊｕｎ−ｃｎｔにセ
ットする。この有効キャラクタ数検出処理の完了後、Ｃ
ＰＵ１は、Ｓ３１７にて「有効ラベル検出フラグ」をセ
ットした後に、この第２バーコード検出処理ルーチンを
終了し、図１２の第２次検索処理ルーチンに戻る。

【０１０９】一方、Ｓ４１８では、ＣＰＵ１は、Ｓ４０
９にてカウントされた順方向の有効キャラクタ数が“４
（８桁バーコードの場合）”又は“６（１３桁バーコー
ドの場合）”であるか否かをチェックする。そして、Ｃ
ＰＵ１は、順方向の有効キャラクタ数が“４”又は
“６”でない場合には、Ｓ４２６にて「有効ラベル検出
フラグ」をクリアした後に、処理を図１０のメインルー
チンにおけるＳ０１６に進める。これに対して、順方向
の有効キャラクタ数が“４”又は“６”である場合に
は、ＣＰＵ１は、処理をＳ４１９に進める。

【０１１０】Ｓ４１９では、ＣＰＵ１は、第８キャラク
タ（Ｓ４１８にて順方向の有効キャラクタ数が“４”で
あると判定された場合）又は第１２キャラクタ（Ｓ４１
８にて順方向の有効キャラクタ数が“６”であると判定
された場合）の長さを再チェックする。そして、第８キ
ャラクタ又は第１２キャラクタの長さが一定値近傍内に
ない場合には、ＣＰＵ１は、処理をＳ４２５に進める。
これに対して、第８キャラクタ又は第１２キャラクタの
長さが一定値近傍内にある場合には、ＣＰＵ１は、処理
をＳ４２０に進める。

【０１１１】Ｓ４２０では、ＣＰＵ１は、エンドマージ
ンチェックを行う。即ち、第８キャラクタ（Ｓ４１８に
て順方向の有効キャラクタ数が“４”であると判定され
た場合）又は第１２キャラクタ（Ｓ４１８にて順方向の
有効キャラクタ数が“６”であると判定された場合）に
隣接する３本のバーが、エンドガードバーとして定めら
れている所定のパターン（夫々のバー幅が共に１モジュ
ール長であるパターン）と一致し、且つ、この３本のバ
ーに隣接する白バーが、エンドマージンとして定められ
ている長さ以上のバー幅を有しているか否かをチェック
する。そして、エンドマージンチェックの結果が不良
（ＮＧ）である場合には、ＣＰＵ１は、処理をＳ４２５
に進める。これに対して、エンドマージンチェックの結
果が良好（ＯＫ）である場合には、ＣＰＵ１は、処理を
Ｓ４２１に進める。

【０１１２】Ｓ４２５では、ＣＰＵ１は、「逆方向無し
フラグ」がセットされているか否かをチェックする。そ
して、「逆方向無しフラグ」がセットされている場合に
は、ＣＰＵ１は、Ｓ４２６にて「有効ラベル検出フラ
グ」をクリアした後に、処理を図１０のメインルーチン
におけるＳ０１６に進める。これに対して、「逆方向無
しフラグ」がセットされていない場合には、ＣＰＵ１
は、処理をＳ４２４に進める。

【０１１３】一方、Ｓ４２１では、ＣＰＵ１は、Ｓ４０
９にてカウントされた有効キャラクタ数が“４”である
か否かをチェックする。そして、ＣＰＵ１は、有効キャ
ラクタ数が“４”でない場合には処理をＳ４２３に進
め、有効キャラクタが“４”である場合には、Ｓ４２２
において「４桁フラグ」をセットした後に、処理をＳ４
２３に進める。

【０１１４】Ｓ４２３では、ＣＰＵ１は、「エンドガー
ドバー検出フラグ」をセットする。即ち、フラグｇｂ−
ｃｂ−ｆを“１”とセットする。その後、ＣＰＵ１は、
処理をＳ４２４に進める。

【０１１５】Ｓ４２４では、ＣＰＵ１は、有効キャラク
タ数検出処理を実行する。即ち、Ｓ４０９にてカウント
した順方向の有効キャラクタ数をカウンタｇｋｕ−ｃｎ
ｔにセットするとともに、Ｓ４０６にてカウントした逆
方向の有効キャラクタ数をカウンタｊｕｎ−ｃｎｔにセ
ットする。この有効キャラクタ数検出処理の完了後、Ｃ
ＰＵ１は、Ｓ３１７にて「有効ラベル検出フラグ」をセ
ットした後に、この第２バーコード検出処理ルーチンを
終了し、図１２の第２次検索処理ルーチンに戻る。

【０１１６】第２次検索処理ルーチンに戻ると、ＣＰＵ
１は、処理をＳ２０５に進める。Ｓ２０５では、ＣＰＵ
１は、フラグｄｅｃｒｉｒｅｃが“０２”とセットされ
ているかどうかをチェックする。そして、フラグｄｅｃ
ｒｉｒｅｃが“０２”とセットされていない場合には、
ＣＰＵ１は、動作ミスが生じたものとして、処理を図１
０のメインルーチンにおけるＳ０１６に進める。これに
対して、フラグｄｅｃｒｉｒｅｃが“０２”とセットさ
れている場合には、ＣＰＵ１は、Ｓ２０６において、疑
似エンドガードバー検出後のバーコード検索処理である
第３バーコード検出処理を実行する。図１６は、このＳ
２０６にて実行される第３バーコード検索処理サブルー
チンを示すフローチャートである。

【０１１７】ＣＰＵ１は、このサブルーチンに入って最
初のＳ５０１では、エンドキャラクタ長チェックを実行
する。即ち、疑似エンドガードバーに隣接した４本のバ
ーのバー幅総和をチェックする。そして、エンドキャラ
クタの長さが一定値近傍内にない場合には、ＣＰＵ１
は、処理対象バー幅データ群の信頼性が低いとして、Ｓ
５０７において「有効ラベル検出フラグ」をクリアした
後に、処理を図１０のメインルーチンにおけるＳ０１６
に進める。これに対して、エンドキャラクタの長さが一
定値近傍内にある場合には、ＣＰＵ１は、処理をＳ５０
２に進める。

【０１１８】Ｓ５０２及び次のＳ５０３では、ＣＰＵ１
は、エンドキャラクタに隣接する第１１キャラクタ及び
第１０キャラクタの長さをチェックする。そして、第１
１キャラクタ又は第１０キャラクタの長さが一定値近傍
内にない場合には、ＣＰＵ１は、処理対象バー幅データ
群の信頼性が低いとして、Ｓ５０７において「有効ラベ
ル検出フラグ」をクリアした後に、処理を図１０のメイ
ンルーチンにおけるＳ０１６に進める。これに対して、
ＣＰＵ１は、第１１キャラクタ及び第１０キャラクタの
長さが共に一定値近傍内にある場合には、処理をＳ５０
４に進める。

【０１１９】Ｓ５０４では、ＣＰＵ１は、隣接キャラク
タ（初期においては第１０キャラクタに隣接する第９キ
ャラクタ）の長さをチェックする。そして、ＣＰＵ１
は、このキャラクタの長さが一定値近傍内にない場合に
は、処理をＳ５０８に進め、このキャラクタの長さが一
定値近傍内にある場合には、ＣＰＵ１は、処理をＳ５０
５に進める。

【０１２０】Ｓ５０５では、ＣＰＵ１は、この時点まで
にＳ５０１乃至Ｓ５０４にて６キャラクタ分のキャラク
タ長チェックを完了したか否かをチェックする。そし
て、未だ６キャラクタ分のキャラクタ長チェックを完了
していない場合には、ＣＰＵ１は、処理をＳ５０４に戻
す。これに対して、既に６キャラクタ分のキャラクタ長
チェックを完了した場合には、ＣＰＵ１は、処理をＳ５
０６に進める。

【０１２１】Ｓ５０６では、ＣＰＵ１は、センターバー
チェックを行う。このセンターバーチェックとは、第７
キャラクタに隣接する５本のバーが、センターバーとし
て定められている所定のパターン（夫々のバー幅が共に
１モジュール長であるパターン）と一致しているか否か
のチェックである。そして、センターバーチェックの結
果が良好（ＯＫ）である場合には、ＣＰＵ１は、あり得
ない状況であるとして、Ｓ５０７において「有効ラベル
検出フラグ」をクリアした後に、処理を図１０のメイン
ルーチンにおけるＳ０１６に進める。これに対して、セ
ンターバーチェックの結果が不良（ＮＧ）である場合に
は、ＣＰＵ１は、処理をＳ５０８に進める。

【０１２２】Ｓ５０８では、ＣＰＵ１は、有効キャラク
タ数検出処理を実行する。即ち、Ｓ５０１乃至Ｓ５０４
にてキャラクタ長が一定値近傍内にあると判定されたキ
ャラクタの数をカウンタｊｕｎ−ｃｎｔにセットする。
この有効キャラクタ数検出処理の完了後、ＣＰＵ１は、
Ｓ５０９において「有効ラベル検出フラグ」をセットし
た後に、この第３バーコード検出処理サブルーチンを終
了して、図１２の第２次検索処理ルーチンに戻る。

【０１２３】第２次検索処理ルーチンでは、ＣＰＵ１
は、Ｓ２０６の終了後、この第２次検索処理ルーチンを
終了し、処理を図１０のメインルーチンに戻す。メイン
ルーチンでは、ＣＰＵ１は、Ｓ００２の終了後、Ｓ００
３において、バーコード復調処理を実行する（復調手段
に相当）。図１７乃至図１９は、このＳ００３にて実行
されるバーコード復調サブルーチンを示すフローチャー
トである。

【０１２４】このサブルーチンに入って最初のＳ６０１
では、ＣＰＵ１は、Ｓ１０６、Ｓ１１６，Ｓ１１８，又
はＳ１２２にて設定されたフラグｄｅｃｄｉｒｅｃが
“１”であるか否かをチェックする。そして、フラグｄ
ｅｃｄｉｒｅｃが“１”であった場合（疑似スタートガ
ードバーが最初に検出された場合）には、ＣＰＵ１は、
Ｓ６０２において、カウンタｊｕｎ−ｃｎｔの値を、変
数ｌｏｏｐ−ｃｎｔにセットする。

【０１２５】次のＳ６０３では、ＣＰＵ１は、処理対象
バー幅データ群における第１キャラクタの先頭バー（白
バー（ａ））位置に、復調ポインタをセットする。次
に、ＣＰＵ１は、左データブロックをなすデータキャラ
クタ（その長さが一定値近傍内にあるとされたキャラク
タ）を順番に復調するために、Ｓ６０４乃至Ｓ６１０の
ループ処理を実行する。このループに入って最初のＳ６
０４では、ＣＰＵ１は、復調ポインタによって示される
キャラクタに対して、復調処理を実行する。具体的に
は、復調ポインタが示す位置に存する白バー（ａ）から
数えて３個目のバー（白バー（ｃ））及び４個目のバー
（黒バー（ｄ））のバー幅総和（δディスタンスＴ
１），並びに、復調ポインタが示す位置に存する白バー
（ａ）から数えて２個目のバー（黒バー（ｂ））及び３
個目のバー（白バー（ｃ））のバー幅総和（δディスタ
ンスＴ２）に基づいて、図２９の表を検索し、対応する
復調データ（ＯＤＤ／ＥＶＥＮ構成及び数値の組み合わ
せ）を読み出す。なお、δディスタンスＴ１及びＴ２が
３又は４である場合には、対応する復調データが２種類
づつあるので、これらのうちの何れであるかを特定する
ことができない。その場合には、最も右側の黒バー
（ｄ）のモジュール数に基づいて図２９の表を更に検索
し、何れの復調データに対応するのかを特定する。ＣＰ
Ｕ１は、このようにして読み出し且つ特定した復調デー
タを、一時退避バッファ６ａ内の該当個所（図４参照）
に格納する。

【０１２６】次のＳ６０５では、ＣＰＵ１は、Ｓ６０４
での復調処理が成功したかどうかをチェックする。そし
て、ＣＰＵ１は、復調処理が成功した場合には、処理を
Ｓ６０６に進め、復調処理が失敗した場合には、処理を
Ｓ６０７に進める。Ｓ６０７では、ＣＰＵ１は、当該復
調処理の失敗が、このバーコード復調処理に入って初め
ての失敗であるか否かをチェックする。そして、初めて
の復調失敗である場合には、ＣＰＵ１は、Ｓ６０８にお
いて、復調処理を失敗したデータキャラクタを構成する
４本分のバー幅データをセーブした後に、処理をＳ６０
６に進める。これに対して、２回目以降の復調失敗であ
る場合には、ＣＰＵ１は、左データブロックの復調処理
を打ち切るべく、処理をＳ６１１に進める。

【０１２７】Ｓ６０６では、ＣＰＵ１は、変数ｌｏｏｐ
−ｃｎｔを一つデクリメントする。次のＳ６０９では、
ＣＰＵ１は、復調ポインタを、バー幅データ４個分進め
る。即ち、復調ポインタを、順方向に隣接するデータキ
ャラクタの先頭のバー（白バー（ａ））にセットする。

【０１２８】次のＳ６１０では、ＣＰＵ１は、変数ｌｏ
ｏｐ−ｃｎｔが“０”であるか否かをチェックする。そ
して、変数ｌｏｏｐ−ｃｎｔが未だ“０”に達していな
い場合には、ＣＰＵ１は、処理をＳ６０４に戻す。これ
に対して、Ｓ６０４乃至Ｓ６１０のループ処理を繰り返
した結果、変数ｌｏｏｐ−ｃｎｔが“０”に達した時に
は、ＣＰＵ１は、処理をＳ６１１に進める。

【０１２９】Ｓ６１１では、ＣＰＵ１は、Ｓ６０５にて
復調処理が成功したと判断したデータキャラクタの数が
３個以上であるか否かを、チェックする。そして、復調
成功したデータキャラクタの数が３個未満である場合に
は、ＣＰＵ１は、Ｓ６３２にてバーコード検索ポインタ
をインクリメントした後に、処理を図１０のＳ０１６に
進める。これに対して、復調成功したデータキャラクタ
の数が３個以上である場合には、ＣＰＵ１は、処理をＳ
６１２に進める。

【０１３０】Ｓ６１２では、ＣＰＵ１は、「４桁フラ
グ」がセットされているか否かをチェックする。そし
て、「４桁フラグ」がセットされている場合には、ＣＰ
Ｕ１は、Ｓ６３０において、Ｓ６０５にて復調処理が成
功したと判断したデータキャラクタの数が４個であるか
否かを、チェックする。そして、復調成功したデータキ
ャラクタの数が４個でない場合には、ＣＰＵ１は、Ｓ６
３２にてバーコード検索ポインタをインクリメントした
後に、処理を図１０のＳ０１６に進める。これに対し
て、復調成功したデータキャラクタの数が４個である場
合には、ＣＰＵ１は、Ｓ６３１において、フラグｇｂ−
ｃｂ−ｆが“２”とセットされているか否かをチェック
する。そして、ＣＰＵ１は、フラグｇｂ−ｃｂ−ｆが
“２”とセットされている場合には処理をＳ６１６に進
め、フラグｇｂ−ｃｂ−ｆが“２”とセットされていな
い場合には処理をＳ６２８に進める。

【０１３１】一方、「４桁フラグ」がセットされていな
いとＳ６１２にて判定した場合には、ＣＰＵ１は、Ｓ６
１３において、Ｓ６０５にて復調処理が成功したと判断
したデータキャラクタの数が６個であるか否かをチェッ
クする。そして、復調成功したデータキャラクタの数が
６個でない場合には、ＣＰＵ１は、Ｓ６２９において、
６０８にてセーブした４本分のバー幅データ（復調失敗
したデータキャラクタを構成する４本のバーのバー幅デ
ータ），及び、当該復調失敗したデータキャラクタの直
前のデータキャラクタの長さを、一時退避バッファ６ａ
内の該当個所（図４参照）に格納する。Ｓ６２９の終了
後、ＣＰＵ１は、処理をＳ６２９に進める。これに対し
て、復調成功したデータキャラクタの数が６個であると
Ｓ６１３にて判定した場合には、ＣＰＵ１は、処理をＳ
６１４に進める。

【０１３２】Ｓ６１４では、ＣＰＵ１は、フラグｇｂ−
ｃｂ−ｆが“０”とセットされているか否かをチェック
する。そして、ＣＰＵ１は、フラグｇｂ−ｃｂ−ｆが
“０”とセットされている場合には、処理をＳ６２８に
進め、フラグｇｂ−ｃｂ−ｆが“０”とセットされてい
ない場合には、処理をＳ６１５に進める。

【０１３３】Ｓ６１５では、ＣＰＵ１は、カウンタｇｋ
ｕ−ｃｎｔの値が“０”であるか否かをチェックする。
そして、カウンタｇｋｕ−ｃｎｔの値が“０”である場
合には、ＣＰＵ１は、右データブロックをなすデータキ
ャラクタがないとして、処理をＳ６２８に進め、カウン
タｇｋｕ−ｃｎｔの値が“０”でない場合には、ＣＰＵ
１は、右データブロックをなすデータキャラクタがある
として、処理をＳ６１６に進める。

【０１３４】Ｓ６１６では、ＣＰＵ１は、カウンタｇｋ
ｕ−ｃｎｔの値を、変数ｌｏｏｐ−ｃｎｔにセットす
る。次のＳ６１７では、ＣＰＵ１は、処理対象バー幅デ
ータ群における第５キャラクタ（「４桁フラグ」がセッ
トされている場合）又は第７キャラクタ（「４桁フラ
グ」がセットされていない場合）の先頭バー（白バー
（ａ））位置に、復調ポインタをセットする。

【０１３５】次に、ＣＰＵ１は、右データブロックをな
すデータキャラクタ（その長さが一定値近傍内にあると
されたキャラクタ）を順番に復調するために、Ｓ６１８
乃至Ｓ６２４のループ処理を実行する。このループに入
って最初のＳ６１８では、ＣＰＵ１は、復調ポインタに
よって示されるキャラクタに対して、復調処理を実行す
る。ＣＰＵ１は、この復調処理によって得られた復調デ
ータを、一時退避バッファ６ａ内の該当個所（図４参
照）に格納する。

【０１３６】次のＳ６１９では、ＣＰＵ１は、Ｓ６１８
での復調処理が成功したかどうかをチェックする。そし
て、ＣＰＵ１は、復調処理が成功した場合には、処理を
Ｓ６２０に進め、復調処理が失敗した場合には、処理を
Ｓ６２１に進める。

【０１３７】Ｓ６２１では、ＣＰＵ１は、当該復調処理
の失敗が、このバーコード復調処理に入って初めての失
敗であるか否かをチェックする。そして、初めての復調
失敗である場合には、ＣＰＵ１は、Ｓ６２２において、
復調処理を失敗したデータキャラクタを構成する４本分
のバー幅データをセーブした後に、処理をＳ６２０に進
める。これに対して、２回目以降の復調失敗である場合
には、ＣＰＵ１は、右データブロックの復調処理を打ち
切るべく、処理をＳ６２５に進める。

【０１３８】Ｓ６２０では、ＣＰＵ１は、変数ｌｏｏｐ
−ｃｎｔを一つデクリメントする。次のＳ６２３では、
ＣＰＵ１は、復調ポインタを、バー幅データ４個分進め
る。即ち、復調ポインタを、順方向に隣接するデータキ
ャラクタの先頭のバー（白バー（ａ））にセットする。

【０１３９】次のＳ６２４では、ＣＰＵ１は、変数ｌｏ
ｏｐ−ｃｎｔが“０”であるか否かをチェックする。そ
して、変数ｌｏｏｐ−ｃｎｔが未だ“０”に達していな
い場合には、ＣＰＵ１は、処理をＳ６１８に戻す。これ
に対して、Ｓ６１８乃至Ｓ６２４のループ処理を繰り返
した結果、変数ｌｏｏｐ−ｃｎｔが“０”に達した時に
は、ＣＰＵ１は、処理をＳ６２５に進める。

【０１４０】Ｓ６２５では、ＣＰＵ１は、「４桁フラ
グ」がセットされているか否かをチェックする。そし
て、「４桁フラグ」がセットされている場合には、ＣＰ
Ｕ１は、処理をＳ６２８に進める。これに対して、「４
桁フラグ」がセットされていない場合には、ＣＰＵ１
は、処理をＳ６２６に進める。

【０１４１】Ｓ６２６では、ＣＰＵ１は、Ｓ６１９にて
復調処理が成功したと判断したデータキャラクタの数が
６個であるか否かをチェックする。そして、復調成功し
たデータキャラクタの数が６個である場合には、ＣＰＵ
１は、処理をＳ６２８に進める。これに対して、復調成
功したデータキャラクタの数が６個でない場合には、Ｃ
ＰＵ１は、Ｓ６２７において、６２２にてセーブした４
本分のバー幅データ（復調失敗したデータキャラクタを
構成する４本のバーのバー幅データ），及び、当該復調
失敗したデータキャラクタの直前のデータキャラクタの
長さを、一時退避バッファ６ａ内の該当個所（図４参
照）に格納する。Ｓ６２７の終了後、ＣＰＵ１は、処理
をＳ６２８に進める。

【０１４２】Ｓ６２８では、ＣＰＵ１は、Ｓ６０４及び
Ｓ６１８にて格納した復調データ及びＳ６２９又はＳ６
２７にて格納した４本分のバー幅データを含む一時退避
バッファ６ａ内のデータを、第１復調完了バッファ６ｂ
（図７参照）に書き写す。このＳ６２８の終了後、ＣＰ
Ｕ１は、このバーコード復調処理ルーチンを終了し、図
１０のメインルーチンに処理を戻す。

【０１４３】一方、フラグｄｅｃｄｉｒｅｃが“１”で
ないとＳ６０１にて判定した場合には、ＣＰＵ１は、Ｓ
６３３において、Ｓ１０６、Ｓ１１６，Ｓ１１８，又は
Ｓ１２２にて設定されたフラグｄｅｃｄｉｒｅｃが
“２”であるか否かをチェックする。そして、フラグｄ
ｅｃｄｉｒｅｃが“２”であった場合（エンドガードバ
ーが最初に検出された場合）には、ＣＰＵ１は、Ｓ６３
４において、カウンタｊｕｎ−ｃｎｔの値を、変数ｌｏ
ｏｐ−ｃｎｔにセットする。

【０１４４】次のＳ６３５では、ＣＰＵ１は、処理対象
バー幅データ群におけるエンドキャラクタの先頭バー
（白バー（ａ））位置に、復調ポインタをセットする。
次に、ＣＰＵ１は、右データブロックをなすデータキャ
ラクタ（その長さが一定値近傍内にあるとされたキャラ
クタ）を逆方向に順番に復調するために、Ｓ６３６乃至
Ｓ６４２のループ処理を実行する。このループに入って
最初のＳ６３６では、ＣＰＵ１は、復調ポインタによっ
て示されるキャラクタに対して、復調処理を実行する。
ＣＰＵ１は、この復調処理によって得られた復調データ
を、一時退避バッファ６ａ内の該当個所（図５参照）に
格納する。

【０１４５】次のＳ６３７では、ＣＰＵ１は、Ｓ６３６
での復調処理が成功したかどうかをチェックする。そし
て、ＣＰＵ１は、復調処理が成功した場合には、処理を
Ｓ６３８に進め、復調処理が失敗した場合には、処理を
Ｓ６３９に進める。

【０１４６】Ｓ６３９では、ＣＰＵ１は、当該復調処理
の失敗が、このバーコード復調処理に入って初めての失
敗であるか否かをチェックする。そして、初めての復調
失敗である場合には、ＣＰＵ１は、Ｓ６４０において、
復調処理を失敗したデータキャラクタを構成する４本分
のバー幅データをセーブした後に、処理をＳ６３８に進
める。これに対して、２回目以降の復調失敗である場合
には、ＣＰＵ１は、右データブロックの復調処理を打ち
切るべく、処理をＳ６４３に進める。

【０１４７】Ｓ６３８では、ＣＰＵ１は、変数ｌｏｏｐ
−ｃｎｔを一つデクリメントする。次のＳ６４１では、
ＣＰＵ１は、復調ポインタを、バー幅データ４個分戻
す。即ち、復調ポインタを、逆方向に隣接するデータキ
ャラクタの先頭のバー（白バー（ａ））にセットする。

【０１４８】次のＳ６４２では、ＣＰＵ１は、変数ｌｏ
ｏｐ−ｃｎｔが“０”であるか否かをチェックする。そ
して、変数ｌｏｏｐ−ｃｎｔが未だ“０”に達していな
い場合には、ＣＰＵ１は、処理をＳ６３６に戻す。これ
に対して、Ｓ６３６乃至Ｓ６４２のループ処理を繰り返
した結果、変数ｌｏｏｐ−ｃｎｔが“０”に達した時に
は、ＣＰＵ１は、処理をＳ６４３に進める。

【０１４９】Ｓ６４３では、ＣＰＵ１は、Ｓ６３６にて
復調処理が成功したと判断したデータキャラクタの数が
３個以上であるか否かを、チェックする。そして、復調
成功したデータキャラクタの数が３個未満である場合に
は、ＣＰＵ１は、Ｓ６３２にてバーコード検索ポインタ
をインクリメントした後に、処理を図１０のＳ０１６に
進める。これに対して、復調成功したデータキャラクタ
の数が３個以上である場合には、ＣＰＵ１は、処理をＳ
６４４に進める。

【０１５０】Ｓ６４４では、ＣＰＵ１は、「４桁フラ
グ」がセットされているか否かをチェックする。そし
て、「４桁フラグ」がセットされている場合には、ＣＰ
Ｕ１は、Ｓ６４５において、Ｓ６３７にて復調処理が成
功したと判断したデータキャラクタの数が４個であるか
否かを、チェックする。そして、復調成功したデータキ
ャラクタの数が４個でない場合には、ＣＰＵ１は、Ｓ６
３２にてバーコード検索ポインタをインクリメントした
後に、処理を図１０のＳ０１６に進める。これに対し
て、復調成功したデータキャラクタの数が４個である場
合には、ＣＰＵ１は、処理をＳ６２８に進める。

【０１５１】一方、「４桁フラグ」がセットされていな
いとＳ６４４にて判定した場合には、ＣＰＵ１は、Ｓ６
４６において、Ｓ６３７にて復調処理が成功したと判断
したデータキャラクタの数が６個であるか否かをチェッ
クする。そして、ＣＰＵ１は、復調成功したデータキャ
ラクタの数が６個である場合には、処理をＳ６２８に進
め、復調成功したデータキャラクタの数が６個でない場
合には、処理をＳ６４７に進める。Ｓ６４７では、ＣＰ
Ｕ１は、６４０にてセーブした４本分のバー幅データ
（復調失敗したデータキャラクタを構成する４本のバー
のバー幅データ），及び、当該復調失敗したデータキャ
ラクタの直前のデータキャラクタの長さを、一時退避バ
ッファ６ａ内の該当個所（図５参照）に格納する。Ｓ６
４７の終了後、ＣＰＵ１は、処理をＳ６２８に進める。

【０１５２】Ｓ６２８では、ＣＰＵ１は、Ｓ６３６にて
格納した復調データ及びＳ６４０にて格納した４本分の
バー幅データを含む一時退避バッファ６ａ内のデータ
を、第２復調完了バッファ６ｃ（図８参照）に書き写
す。このＳ６２８の終了後、ＣＰＵ１は、このバーコー
ド復調処理ルーチンを終了し、図１０のメインルーチン
に処理を戻す。

【０１５３】一方、フラグｄｅｃｄｉｒｅｃが“２”で
ないとＳ６３３にて判定した場合には、ＣＰＵ１は、Ｓ
６４８において、カウンタｊｕｎ−ｃｎｔの値を、変数
ｌｏｏｐ−ｃｎｔにセットする。

【０１５４】次のＳ６４９では、ＣＰＵ１は、処理対象
バー幅データ群における第４キャラクタ（「４桁フラ
グ」がセットされている場合）又は第６キャラクタ
（「４桁フラグ」がセットされていない場合）の先頭バ
ー（白バー（ａ））位置に、復調ポインタをセットす
る。

【０１５５】次に、ＣＰＵ１は、左データブロックをな
すデータキャラクタ（その長さが一定値近傍内にあると
されたキャラクタ）を逆方向に順番に復調するために、
Ｓ６５０乃至Ｓ６５６のループ処理を実行する。このル
ープに入って最初のＳ６５０では、ＣＰＵ１は、復調ポ
インタによって示されるキャラクタに対して、復調処理
を実行する。ＣＰＵ１は、この復調処理によって得られ
た復調データを、一時退避バッファ６ａ内の該当個所
（図６参照）に格納する。

【０１５６】次のＳ６５１では、ＣＰＵ１は、Ｓ６５０
での復調処理が成功したかどうかをチェックする。そし
て、ＣＰＵ１は、復調処理が成功した場合には、処理を
Ｓ６５２に進め、復調処理が失敗した場合には、処理を
Ｓ６５３に進める。

【０１５７】Ｓ６５３では、ＣＰＵ１は、当該復調処理
の失敗が、Ｓ６５０乃至Ｓ６５６のループ処理に入って
初めての失敗であるか否かをチェックする。そして、初
めての復調失敗である場合には、ＣＰＵ１は、Ｓ６５４
において、復調処理を失敗したデータキャラクタを構成
する４本分のバー幅データをセーブした後に、処理をＳ
６５２に進める。これに対して、２回目以降の復調失敗
である場合には、ＣＰＵ１は、左データブロックの復調
処理を打ち切るべく、処理をＳ６５７に進める。

【０１５８】Ｓ６５７では、ＣＰＵ１は、変数ｌｏｏｐ
−ｃｎｔを一つデクリメントする。次のＳ６５５では、
ＣＰＵ１は、復調ポインタを、バー幅データ４個分戻
す。即ち、復調ポインタを、逆方向に隣接するデータキ
ャラクタの先頭のバー（白バー（ａ））にセットする。

【０１５９】次のＳ６５６では、ＣＰＵ１は、変数ｌｏ
ｏｐ−ｃｎｔが“０”であるか否かをチェックする。そ
して、変数ｌｏｏｐ−ｃｎｔが未だ“０”に達していな
い場合には、ＣＰＵ１は、処理をＳ６５０に戻す。これ
に対して、Ｓ６５０乃至Ｓ６５６のループ処理を繰り返
した結果、変数ｌｏｏｐ−ｃｎｔが“０”に達した時に
は、ＣＰＵ１は、処理をＳ６５７に進める。

【０１６０】Ｓ６５７では、ＣＰＵ１は、処理対象バー
幅データ群における第５キャラクタ（「４桁フラグ」が
セットされている場合）又は第７キャラクタ（「４桁フ
ラグ」がセットされていない場合）の先頭バー（白バー
（ａ））位置に、復調ポインタをセットする。

【０１６１】次のＳ６５８では、ＣＰＵ１は、カウンタ
ｇｋｕ−ｃｎｔの値を、変数ｌｏｏｐ−ｃｎｔにセット
する。次に、ＣＰＵ１は、右データブロックをなすデー
タキャラクタ（その長さが一定値近傍内にあるとされた
キャラクタ）を順方向に順番に復調するために、Ｓ６５
９乃至Ｓ６６５のループ処理を実行する。このループに
入って最初のＳ６５９では、ＣＰＵ１は、復調ポインタ
によって示されるキャラクタに対して、復調処理を実行
する。ＣＰＵ１は、この復調処理によって得られた復調
データを、一時退避バッファ６ａ内の該当個所（図６参
照）に格納する。

【０１６２】次のＳ６６０では、ＣＰＵ１は、Ｓ６５９
での復調処理が成功したかどうかをチェックする。そし
て、ＣＰＵ１は、復調処理が成功した場合には、処理を
Ｓ６６１に進め、復調処理が失敗した場合には、処理を
Ｓ６６２に進める。

【０１６３】Ｓ６６２では、ＣＰＵ１は、当該復調処理
の失敗が、Ｓ６５９乃至Ｓ６６５のループ処理に入って
初めての失敗であるか否かをチェックする。そして、初
めての復調失敗である場合には、ＣＰＵ１は、Ｓ６６３
において、復調処理を失敗したデータキャラクタを構成
する４本分のバー幅データをセーブした後に、処理をＳ
６６１に進める。これに対して、２回目以降の復調失敗
である場合には、ＣＰＵ１は、右データブロックの復調
処理を打ち切るべく、処理をＳ６６６に進める。

【０１６４】Ｓ６６１では、ＣＰＵ１は、変数ｌｏｏｐ
−ｃｎｔを一つデクリメントする。次のＳ６６４では、
ＣＰＵ１は、復調ポインタを、バー幅データ４個分進め
る。即ち、復調ポインタを、順方向に隣接するデータキ
ャラクタの先頭のバー（白バー（ａ））にセットする。

【０１６５】次のＳ６６５では、ＣＰＵ１は、変数ｌｏ
ｏｐ−ｃｎｔが“０”であるか否かをチェックする。そ
して、変数ｌｏｏｐ−ｃｎｔが未だ“０”に達していな
い場合には、ＣＰＵ１は、処理をＳ６５９に戻す。これ
に対して、Ｓ６５９乃至Ｓ６６５のループ処理を繰り返
した結果、変数ｌｏｏｐ−ｃｎｔが“０”に達した時に
は、ＣＰＵ１は、処理をＳ６６６に進める。

【０１６６】Ｓ６６６では、ＣＰＵ１は、Ｓ６５０にて
復調成功した左データブロック中の復調データが１個以
上であり且つＳ６５９にて復調成功した右データブロッ
ク中の復調データが３個以上であるか、若しくは、Ｓ６
５０にて復調成功した左データブロック中の復調データ
が３個以上であり且つＳ６５９にて復調成功した右デー
タブロック中の復調データが１個以上であるか否かを、
チェックする。そして、何れのブロック中の復調データ
も３個未満である場合，及び、何れかのブロック中の復
調データが０個である場合には、ＣＰＵ１は、Ｓ６３２
にてバーコード検索ポインタをインクリメントした後
に、処理を図１０のＳ０１６に進める。これに対して、
何れかのブロック中の復調データが３個以上であり且つ
他方向の復調データが１個以上である場合には、ＣＰＵ
１は、処理をＳ６６７に進める。

【０１６７】Ｓ６６７では、ＣＰＵ１は、Ｓ６５９にて
復調成功した左データブロック中の復調データが６個で
あるか否かをチェックする。そして、ＣＰＵ１は、左デ
ータブロック中の復調データが６個であれば、処理をＳ
６６９に進め、左データブロック中の復調データが６個
でなければ、処理をＳ６６８に進める。Ｓ６６８では、
ＣＰＵ１は、Ｓ６５４にてセーブした４本分のバー幅デ
ータ（復調失敗したデータキャラクタを構成する４本の
バーのバー幅データ），及び、当該復調失敗したデータ
キャラクタの直前のデータキャラクタの長さを、一時退
避バッファ６ａ内の該当個所（図６参照）に格納する。
Ｓ６６８の終了後、ＣＰＵ１は、処理をＳ６６９に進め
る。

【０１６８】Ｓ６６９では、ＣＰＵ１は、Ｓ６６３にて
セーブした４本分のバー幅データ（復調失敗したデータ
キャラクタを構成する４本のバーのバー幅データ），及
び、当該復調失敗したデータキャラクタの直前のデータ
キャラクタの長さを、一時退避バッファ６ａ内の該当個
所（図６参照）に格納する。Ｓ６６９の終了後、ＣＰＵ
１は、処理をＳ６２８に進める。

【０１６９】Ｓ６２８では、ＣＰＵ１は、Ｓ６５０及び
Ｓ６５９にて格納した復調データ並びにＳ６６８及びＳ
６６９にて格納したバー幅データを含む一時退避バッフ
ァ６ａ内のデータを、第３復調完了バッファ６ｄ（図９
参照）に書き写す。このＳ６２８の終了後、ＣＰＵ１
は、このバーコード復調処理ルーチンを終了し、図１０
のメインルーチンに処理を戻す。

【０１７０】メインルーチンでは、ＣＰＵ１は、Ｓ００
３の終了後、Ｓ００４において、Ｓ００３でのバーコー
ド復調処理対象となったバー幅データ群が連続読取によ
るものであるか否かをチェックする。このチェックは、
Ｓ３２３又はＳ３２６によってフラグｇｂ−ｃｂ−ｆが
“２”とセットされているか否かに基づいて、行われ
る。そして、連続読取によるものでない場合，即ち、フ
ラグｇｂ−ｃｂ−ｆが“０”又は“１”にセットされて
いる場合には、ＣＰＵ１は、処理をＳ００８に進める。
これに対して、連続読取によるものである場合，即ち、
フラグｇｂ−ｃｂ−ｆが“２”にセットされている場合
には、ＣＰＵ１は、処理をＳ００５に進める。

【０１７１】Ｓ００５では、ＣＰＵ１は、Ｓ００３のバ
ーコード復調処理によってバー幅データ群に含まれる全
データキャラクタに対する復調が完了したか否かをチェ
ックする。そして、全データキャラクタに対する復調が
完了している場合には、ＣＰＵ１は、処理をＳ００８に
進める。これに対して、全データキャラクタに対する復
調が完了していない場合には、ＣＰＵ１は、処理をＳ０
０６に進める。

【０１７２】Ｓ００６では、ＣＰＵ１は、Ｓ００３のバ
ーコード復調処理において１キャラクタのみの復調を失
敗したのか否かを、チェックする。そして、２キャラク
タ以上の復調を失敗した場合には、ＣＰＵ１は、処理を
Ｓ００８に進める。これに対して、１キャラクタのみの
復調を失敗した場合には、ＣＰＵ１は、Ｓ００７におい
て、復調を失敗したキャラクタに対応する復調データを
推測するために、１キャラクタ推測処理を実行する（デ
ータ推測手段及びパリティ推測手段に相当）。図２０
は、このＳ００７にて実行される１キャラクタ推測処理
サブルーチンを示すフローチャートである。

【０１７３】このサブルーチンに入って最初のＳ７０１
では、「４桁フラグ」がセットされているか否かをチェ
ックする。そして、「４桁フラグ」がセットされている
場合には、キャラクタの推測は不可能なので、ＣＰＵ１
は、直ちにこの１キャラクタ推測処理サブルーチンを終
了して、図１０のメインルーチンに処理を戻す。これに
対して、「４桁フラグ」がセットされていない場合に
は、ＣＰＵ１は、処理をＳ７０２に進める。

【０１７４】Ｓ７０２では、ＣＰＵ１は、Ｓ００３のバ
ーコード復調処理において復調を失敗したキャラクタの
位置が左データブロックであるか否かを、チェックす
る。そして、復調失敗したキャラクタの位置が右データ
ブロックである場合には、ＯＤＤ／ＥＶＥＮ構成を推測
する必要がないので、ＣＰＵ１は、処理をＳ７０５に進
める。これに対して、復調失敗したキャラクタの位置が
左データブロックである場合には、処理をＳ７０３に進
める。

【０１７５】Ｓ７０３では、ＣＰＵ１は、上述したよう
に図３０の表を用いて、復調成功した左データブロック
の５キャラクタに基づいて、復調失敗した１キャラクタ
のＯＤＤ／ＥＶＥＮ構成を推測する（パリティ推測手段
に相当）。

【０１７６】次のＳ７０４では、ＣＰＵ１は、Ｓ７０３
にて推測したＯＤＤ／ＥＶＥＮ構成を、セーブする。Ｓ
７０４の終了後、ＣＰＵ１は、処理をＳ７０５に進め
る。Ｓ７０５では、ＣＰＵ１は、図３０の表を用いて、
左データブロックをなす６キャラクタのＯＤＤ／ＥＶＥ
Ｎ構成（Ｓ７０４にてセーブされたＯＤＤ／ＥＶＥＮ構
成を含む）に基づいて、対応するフラグキャラクタを算
出する。

【０１７７】次のＳ７０６では、ＣＰＵ１は、復調成功
した１１キャラクタの数値及びＳ７０５にて算出したフ
ラグキャラクタの数値に基づいて、モジュラス１０チェ
ック（所定の条件式）の逆算を行い、復調失敗したキャ
ラクタにコード化されていた数値を算出する（データ推
測手段に相当）。

【０１７８】次のＳ７０７では、ＣＰＵ１は、Ｓ７０６
にて算出した数値をセーブする。次のＳ７０８では、Ｃ
ＰＵ１は、Ｓ７０４にてセーブされたＯＤＤ／ＥＶＥＮ
構成（Ｓ７０３が実行されなかった場合にはＥＶＥＮ）
及びＳ７０７にてセーブされた数値に対応するバー幅パ
ターンを、図２９の表に基づいて特定する。

【０１７９】次のＳ７０９では、ＣＰＵ１は、第１復調
完了バッファ６ｂ乃至第３復調完了バッファ６ｄのうち
Ｓ００３によって復調データが格納されたものに格納さ
れている白バー（ｃ）及び黒バー（ｄ）のモジュール数
総和（δディスタンスＴ１）を、算出する。この算出に
おいては、ＣＰＵ１は、同じバッファ６ｂ〜６ｄに格納
されているキャラクタ長を、図３１の座標におけるＣに
代入する。そして、白バー（ｃ）及び黒バー（ｄ）のバ
ー幅総和の当該座標中での位置（モジュール数）を、少
数点以下の精度で算出する。そして、この算出された位
置（モジュール数）の小数点以下１位を四捨五入する。

【０１８０】次のＳ７１０では、ＣＰＵ１は、第１復調
完了バッファ６ｂ乃至第３復調完了バッファ６ｄのうち
Ｓ００３によって復調データが格納されたものに格納さ
れている黒バー（ｂ）及び白バー（ｃ）のモジュール数
総和（δディスタンスＴ２）を、Ｓ７０９と同様にして
算出する。

【０１８１】次のＳ７１１では、ＣＰＵ１は、第１復調
完了バッファ６ｂ乃至第３復調完了バッファ６ｄのうち
Ｓ００３によって復調データが格納されたものに格納さ
れている黒バー（ｂ）のモジュール数を、Ｓ７０９と同
様にして算出する。

【０１８２】次のＳ７１２では、ＣＰＵ１は、第１復調
完了バッファ６ｂ乃至第３復調完了バッファ６ｄのうち
Ｓ００３によって復調データが格納されたものに格納さ
れている黒バー（ｄ）のモジュール数を、Ｓ７０９と同
様にして算出する。

【０１８３】次のＳ７１３では、ＣＰＵ１は、Ｓ７０９
乃至Ｓ７１２にて算出されたモジュール数に基づいて、
１キャラクタ判定処理を実行する。図２１は、Ｓ７１３
にて実行される１キャラクタ判定処理サブルーチンを示
すフローチャートである。

【０１８４】このフローチャートに入って最初のＳ８０
１では、ＣＰＵ１は、Ｓ７０８にて特定されたバー幅パ
ターンにおけるδディスタンスＴ１のモジュール数とＳ
７０９にて算出されたδディスタンスＴ１のモジュール
数とが一致しているか否かをチェックする（比較手段に
相当）。そして、ＣＰＵ１は、両者が一致していない場
合には、処理をＳ８０３を進め、両者が一致している場
合には、処理をＳ８０２に進める。

【０１８５】Ｓ８０２では、ＣＰＵ１は、Ｓ７０９での
モジュール数算出において算出された四捨五入前のδデ
ィスタンスＴ１の位置（δディスタンス同士の比率）が
グレーゾーン（０．５〜０．７，１．３〜１．７，２．
３〜２．７，３．３〜３．７，４．３〜４．７，５．３
〜５．５）の範囲内であるか否かをチェックする。そし
て、ＣＰＵ１は、δディスタンスＴ１の位置（δディス
タンス同士の比率）がグレーゾーンの範囲内である場合
（第１の所定比率を超えて第２の所定比率内に収まった
場合）には、処理をＳ８１０に進め、グレーゾーンの範
囲内でない場合（第１の所定比率内に収まった場合）に
は、処理をＳ８０９に進める。

【０１８６】一方、Ｓ８０３では、ＣＰＵ１は、Ｓ７０
８にて特定されたバー幅パターンにおけるδディスタン
スＴ２のモジュール数とＳ７１０にて算出されたδディ
スタンスＴ２のモジュール数とが一致しているか否かを
チェックする（比較手段に相当）。そして、ＣＰＵ１
は、両者が一致していない場合には、処理をＳ８０５を
進め、両者が一致している場合には、処理をＳ８０４に
進める。

【０１８７】Ｓ８０４では、ＣＰＵ１は、Ｓ７１０での
モジュール数算出において算出された四捨五入前のδデ
ィスタンスＴ２の位置（δディスタンス同士の比率）が
グレーゾーンの範囲内であるか否かをチェックする。そ
して、ＣＰＵ１は、δディスタンスＴ２の位置（δディ
スタンス同士の比率）がグレーゾーンの範囲内である場
合（第１の所定比率を超えて第２の所定比率内に収まっ
た場合）には、処理をＳ８１０に進め、グレーゾーンの
範囲内でない場合（第１の所定比率内に収まった場合）
には、処理をＳ８０９に進める。

【０１８８】一方、Ｓ８０５では、ＣＰＵ１は、Ｓ７０
８にて特定されたバー幅パターンにおける黒バー（ｂ）
のモジュール数とＳ７１１にて算出された黒バー（ｂ）
のモジュール数とが一致しているか否かをチェックする
（比較手段に相当）。そして、ＣＰＵ１は、両者が一致
していない場合には、処理をＳ８０７を進め、両者が一
致している場合には、処理をＳ８０６に進める。

【０１８９】Ｓ８０６では、ＣＰＵ１は、Ｓ７１１での
モジュール数算出において算出された四捨五入前の黒バ
ー（ｂ）の位置（バー同士の比率）がグレーゾーンの範
囲内であるか否かをチェックする。そして、ＣＰＵ１
は、黒バー（ｂ）の位置（バー同士の比率）がグレーゾ
ーンの範囲内である場合（第１の所定比率を超えて第２
の所定比率内に収まった場合）には、処理をＳ８１０に
進め、グレーゾーンの範囲内でない場合（第１の所定比
率内に収まった場合）には、処理をＳ８０９に進める。

【０１９０】一方、Ｓ８０７では、ＣＰＵ１は、Ｓ７０
８にて特定されたバー幅パターンにおける黒バー（ｄ）
のモジュール数とＳ７１２にて算出された黒バー（ｄ）
のモジュール数とが一致しているか否かをチェックする
（比較手段に相当）。そして、ＣＰＵ１は、両者が一致
していない場合には、処理をＳ８１２を進め、両者が一
致している場合には、処理をＳ８０８に進める。

【０１９１】Ｓ８０８では、ＣＰＵ１は、Ｓ７１２での
モジュール数算出において算出された四捨五入前の黒バ
ー（ｄ）の位置（バー同士の比率）がグレーゾーンの範
囲内であるか否かをチェックする。そして、ＣＰＵ１
は、黒バー（ｄ）の位置（バー同士の比率）がグレーゾ
ーンの範囲内である場合（第１の所定比率を超えて第２
の所定比率内に収まった場合）には、処理をＳ８１０に
進め、グレーゾーンの範囲内でない場合（第１の所定比
率内に収まった場合）には、処理をＳ８１２に進める。

【０１９２】ＣＰＵ１は、Ｓ８０９では「グレーゾーン
フラグ」をセットし、Ｓ８１０では「グレーゾーンフラ
グ」をリセットする。ＣＰＵ１は、Ｓ８０９又はＳ８１
０の終了後、Ｓ８１１において、「判定ＯＫ」フラグを
セットした後に（有効化手段に相当）、この１キャラク
タ判定処理を終了して、処理を図２０のルーチンに戻
す。

【０１９３】一方、Ｓ８１２では、ＣＰＵ１は、「判定
ＮＧ」フラグをセットする。ＣＰＵ１は、その後、この
１キャラクタ判定処理サブルーチンを終了して、処理を
図２０のルーチンに戻す。

【０１９４】処理が戻された図２０のルーチンでは、Ｓ
７１３の次のＳ７１４において、ＣＰＵ１は、Ｓ８１１
にて「判定ＯＫ」フラグをセットしたのか、それもと、
Ｓ８１２にて「判定ＮＧ」フラグをセットしたのかを、
チェックする。そして、ＣＰＵ１は、「判定ＯＫ」フラ
グをセットした場合には、Ｓ７１５において、Ｓ７０４
にてセーブしたＯＤＤ／ＥＶＥＮ構成及びＳ７０７にて
セーブした数値を、復調失敗したデータキャラクタに対
応する復調データであるとして、第１復調完了バッファ
６ｂ乃至第３復調完了バッファ６ｄのうちＳ００３によ
って復調データが格納されたものにおける該当位置に書
き込む（有効化手段に相当）。一方、ＣＰＵ１は、「判
定ＮＧ」フラグをセットした場合には、Ｓ７１５をジャ
ンプする。ＣＰＵ１は、何れの場合におぴても、この１
キャラクタ推測処理サブルーチンを終了して、図１０の
メインルーチンに処理を戻す。

【０１９５】図１０のメインルーチンでは、ＣＰＵ１
は、Ｓ００７の終了後、処理をＳ００８に進める。Ｓ０
０８では、ＣＰＵ１は、合成処理を実行する。図２２
は、このＳ００８にて実行される合成処理サブルーチン
を示すフローチャートである。このサブルーチンに入っ
て最初のＳ９０１では、ＣＰＵ１は、桁数チェックを実
行する。即ち、第１復調完了バッファ６ｂ乃至第３復調
完了バッファ６ｄのうちＳ００３によって復調データが
格納されたものに格納されている復調データの総数と他
の何れかの復調完了バッファ６ｂ〜６ｄに格納されてい
る復調データの総数との和を算出して、当該和が１２桁
を超えているか否かをチェックする。

【０１９６】ＣＰＵ１は、この桁数チェックの結果が不
良である場合には、処理をＳ９０２からＳ９０５へ進め
る。一方、桁数チェックの結果が良好である場合には、
ＣＰＵ１は、処理をＳ９０２からＳ９０３へ進める。Ｓ
９０３では、ＣＰＵ１は、重複部チェックを行う。即
ち、Ｓ９０１における桁数チェックの対象となった各復
調完了バッファ６ｂ〜６ｄに含まれる復調データ同士が
相互に一部重複しているか否かをチェックする。そし
て、この重複部チェックの結果が不良である場合には、
ＣＰＵ１は、処理をＳ９０４からＳ９０５へ進める。

【０１９７】Ｓ９０５では、ＣＰＵ１は、全ての復調完
了バッファ６ｂ〜６ｄについてＳ９０１の桁数チェック
（復調データの総数の加算）を行った否かをチェックす
る。そして、全ての復調完了バッファ６ｂ〜６ｄについ
てＳ９０１の桁数チェックを未だ終わっていない場合に
は、ＣＰＵ１は、処理をＳ９０１に戻す。これに対し
て、全ての復調完了バッファ６ｂ〜６ｄについてＳ９０
１の桁数チェックを完了しているしている場合には、Ｃ
ＰＵ１は、処理を図１０のＳ０１６に進める。

【０１９８】一方、Ｓ９０３での重複部チェックの結果
が良好である場合には、ＣＰＵ１は、この合成処理サブ
ルーチンを終了して、図１０のメインルーチンに処理を
戻す。

【０１９９】図１０のメインルーチンでは、ＣＰＵ１
は、Ｓ００８の終了後、処理をＳ００９に進める。Ｓ０
０９では、ＣＰＵ１は、Ｓ００８の合成処理の対象とな
った各復調完了バッファ６ｂ〜６ｄに格納されている各
復調データを、その重複部を重ねた状態でつなぎ合わせ
た状態で、モジュラス１０チェックを実行する。そし
て、ＣＰＵ１は、モジュラス１０チェックの結果が良好
である場合，即ち、バーコード２１全体に対応する復調
データが再現できた場合には、処理をＳ０１３に進め
る。これに対して、ＣＰＵ１は、モジュラス１０チェッ
クの結果が不良である場合，即ち、バーコード２１全体
に対応する復調データが再現できなかった場合には、処
理をＳ０１０に進める。

【０２００】Ｓ０１０では、ＣＰＵ１は、復調データが
１キャラクタ分足りないためにＳ００９でのモジュラス
１０チェックの結果が不良になったのであるか否かを、
チェックする。そして、復調データが１キャラクタ足り
ないためにモジュラス１０チェックの結果が不良になっ
たのではない場合には、ＣＰＵ１は、処理をＳ０１６に
進める。これに対して、復調データが１キャラクタ足り
ないためにモジュラス１０チェックの結果が不良になっ
たのである場合には、ＣＰＵ１は、Ｓ０１１において上
述した１キャラクタ推測処理（図２０）を実行した後
に、処理をＳ０１２に進める。

【０２０１】Ｓ０１２では、ＣＰＵ１は、１キャラクタ
の推測がなされた復調データに対して、再度モジュラス
１０チェックを実行する。そして、ＣＰＵ１は、モジュ
ラス１０チェックの結果が不良である場合，即ち、バー
コード２１全体に対応する復調データが再現できなかっ
た場合には、処理をＳ０１６に進める。これに対して、
ＣＰＵ１は、モジュラス１０チェックの結果が良好であ
る場合，即ち、バーコード２１全体に対応する復調デー
タが再現できた場合には、処理をＳ０１３に進める。

【０２０２】Ｓ０１３では、ＣＰＵ１は、一致回数チェ
ック処理を実行する。図２３は、このＳ０１３にて実行
される一致回数チェックサブルーチンを示すフローチャ
ートである。このサブルーチンに入って最初のＳ０５０
では、ＣＰＵ１は、モジュラス１０チェックの対象とな
った復調データ中にＳ００７又はＳ０１１での１キャラ
クタ推測処理によって推測された復調データが含まれて
いるか否かを、チェックする。そして、推測された復調
データが含まれていない場合には、ＣＰＵ１は、処理を
Ｓ０５５に進める。この場合、モジュラス１０チェック
の結果の信頼性が高いので、直ちに読取ＯＫ処理を実行
すべく、ＣＰＵ１は、Ｓ０５５において「一致回数ＮＧ
フラグ」をリセットして、Ｓ０５６において「一致回数
ＯＫフラグ」をセットした後に、この一致回数チェック
処理サブルーチンを終了する。

【０２０３】これに対して、推測された復調データが含
まれているとＳ０５０にて判定した場合には、ＣＰＵ１
は、Ｓ０５１において、「グレーゾーンフラグ」がセッ
トされているか否かをチェックする。そして、「グレー
ゾーンフラグ」がセットされていない場合には、ＣＰＵ
１は、処理をＳ０５５に進める。この場合、モジュラス
１０チェックの結果の信頼性が比較的高いので、直ちに
読取ＯＫ処理を実行すべく、ＣＰＵ１は、Ｓ０５５にお
いて「一致回数ＮＧフラグ」をリセットして、Ｓ０５６
において「一致回数ＯＫフラグ」をセットした後に、こ
の一致回数チェックサブルーチン処理を終了する（有効
化手段に相当）。

【０２０４】これに対して、「グレーゾーンフラグ」が
セットされている場合には、モジュラス１０チェックの
結果の信頼性が比較的低いので、ＣＰＵ１は、モジュラ
ス１０チェック結果が２回にわたって良好となる事を読
取完了の条件とすべく、処理をＳ０５２に進める（有効
化手段に相当）。Ｓ０５２では、ＣＰＵ１は、「一回一
致ＯＫフラグ」が既にセットされているか否かをチェッ
クする。「一回一致ＯＫフラグ」が未だセットされてい
ない場合は、モジュラス１０チェック結果が良好となっ
たのが未だ１回目であるので、ＣＰＵ１は、次のバー幅
データ群に対する副賞処理を実行すべく、Ｓ０５３にお
いて「一回一致ＯＫフラグ」をセットして、Ｓ０５４に
おいて「一回回数ＮＧフラグ」をセットした後に、この
一致回数チェック処理サブルーチンを終了する。これに
対して、「一回一致ＯＫフラグ」が既にセットされてい
る場合は、モジュラス１０チェック結果が良好になった
のが２回目であるので、ＣＰＵ１は、読取ＯＫ処理を実
行すべく、Ｓ０５５において「一致回数ＮＧフラグ」を
リセットして、Ｓ０５６において「一致回数ＯＫフラ
グ」をセットした後に、この一致回数チェック処理サブ
ルーチンを終了する。

【０２０５】この一致回数チェック処理サブルーチンを
終了すると、ＣＰＵ１は、処理を図１０のメインルーチ
ンに戻す。図１０のメインルーチンでは、ＣＰＵ１は、
Ｓ０１３の終了後、処理をＳ０１４に進める。Ｓ０１４
では、ＣＰＵ１は、「一致回数ＯＫフラグ」がセットさ
れているか否かをチェックする。そして、未だ「一致回
数ＯＫフラグ」がセットされていない場合には、ＣＰＵ
１は、処理をＳ０１６に進める（有効化手段に相当）。

【０２０６】Ｓ０１６では、ＣＰＵ１は、バー幅データ
群格納バッファ２から、次のバー幅データ群を一つ取り
出す。Ｓ０１６の完了後、ＣＰＵ１は、処理をＳ００１
に戻し、このバー幅データ群に対する認識／復調処理を
実行する。

【０２０７】これに対して、「一致回数ＯＫフラグ」が
セットされているとＳ０１４にて判定した場合には、Ｃ
ＰＵ１は、Ｓ０１５において「読取ＯＫ処理」を実行す
る（有効化手段に相当）。即ち、バーコードの読取（復
調）完了を示す音声をスピーカ１０から出力するととも
に、復調データに対応する商品２０の販売価格等の情報
を発行ダイオード１１によって表示する。これらの「読
取ＯＫ処理」を完了すると、ＣＰＵ１は、このバーコー
ド認識／復調処理プログラムを終了する。

【０２０８】（バーコード読取装置の作用）次に、以上
のように構成された本実施形態によるバーコード読取装
置を動作を、図２５乃至図２８を参照して説明する。 ＜左データブロックの復調を失敗した場合＞以下は、図
２５に示すように、左データブロックの第３キャラクタ
（Ｃ３）がかすれているためにこの第３キャラクタ（Ｃ
３）の復調を失敗した場合におけるバーコード読取装置
の動作例の説明である。

【０２０９】いま、図２５のように、走査ビームがバー
コード２１のスタートガードバー（ＳＧＢ）からエンド
ガードバー（ＥＧＢ）までを、一挙に走査したとする。
この場合、第３キャラクタ（Ｃ３）が４本のバーとして
認識され、しかも、第３キャラクタ（Ｃ３）全体の長さ
が一定値近傍内のものとして認識されれば、Ｓ００１で
の第１次検索処理では、疑似センターガードバーが検出
され（Ｓ１０６）、Ｓ００２の第２次検索処理では、１
２個の有効キャラクタが検索される（Ｓ３２４）。そし
て、Ｓ００３のバーコード復調処理では、第１キャラク
タ（Ｃ１）側から順番に各キャラクタの復調処理（Ｓ６
０４，Ｓ６１８）がなされ、復調によって得られた各キ
ャラクタ毎の復調データが第１復調完了バッファ６ｂに
格納される。

【０２１０】但し、汚れ等の原因に因り第３キャラクタ
（Ｃ３）を構成する各バーのモジュール数が図２９に示
す何れの組み合わせにも該当しないと認識されれば、こ
の第３キャラクタ（Ｃ３）の復調処理（Ｓ６０４）は失
敗するが、この第３キャラクタ（Ｃ３）を構成する４本
のバーのバー幅データは第１復調完了バッファ６ｂに格
納される。そして、第４キャラクタ（Ｃ４）以降につい
ては、復調処理（Ｓ６０４，Ｓ６１８）が継続される。

【０２１１】このようにしてバーコード復調処理（Ｓ０
０３）が完了した場合は、連続読取りによって復調デー
タが得られた場合であり（Ｓ００４）、全キャラクタの
復調が完了しておらず（Ｓ００５）、１キャラクタのみ
復調が失敗しているので（Ｓ００６）、Ｓ００７の１キ
ャラクタ推測処理がなされる。

【０２１２】この１キャラクタ推測処理では、復調失敗
した第３キャラクタ（Ｃ３）が左データブロック内に含
まれているので（Ｓ７０２）、Ｓ７０３でのＯＤＤ／Ｅ
ＶＥＮ構成の推測がなされる。この場合、左データブロ
ック中における復調成功した他の５キャラクタのＯＤＤ
／ＥＶＥＮ構成と一致している組み合わせは、図３０の
表中においてフラグキャラクタ１に対応するもののみで
ある。従って、第１キャラクタ（Ｃ３）のＯＤＤ／ＥＶ
ＥＮ構成が“ＥＶＥＮ（偶数パリティ）”であると推測
される。

【０２１３】また、Ｓ７０６では、復調成功した１１キ
ャラクタの数値及びフラグキャラクタの数値に基づいて
モジュラス１０チェックの逆算が実行されると、第３キ
ャラクタの数値が“０”であると算出される。

【０２１４】さらに、Ｓ７０８では、第３キャラクタ
（Ｃ３）について推測された復調データ（Ｅ−Ｏ）に対
応するバー幅パターン（白バー（ａ）：１モジュール，
黒バー（ｂ）：１モジュール，白バー（ｃ）：２モジュ
ール，黒バー（ｄ）：３モジュール，δディスタンスＴ
１：３モジュール，δディスタンスＴ２：５モジュー
ル）が特定される。一方、Ｓ７０９〜Ｓ７１２では、第
１復調完了バッファ６ａに格納されている４本のバーの
バー幅に対応するモジュール数，及び各δディスタンス
のモジュール数が、夫々算出される。そして、特定され
たモジュール数と算出されたモジュール数とが、各バー
及び各δディスタンス毎に比較され、何れかのバー又は
δディスタンスについての前者と後者との誤差が＋／−
０．５内であば、推測されたＯＤＤ／ＥＶＥＮ構成及び
数値の組み合わせが、第３キャラクタに対応する復調デ
ータとして有効化される（Ｓ７１４，Ｓ７１５）。

【０２１５】以上の場合は、連続読取による場合である
ので、モジュラス１０チェック（Ｓ００９）の結果は当
然に良好となる。しかし、印刷精度等に起因して上述の
誤差が＋／−０．３〜０．５の範囲となったときには、
「グレーゾーンフラグ」がセットされるので（Ｓ８１
１）、Ｓ０１３の一致回数チェック処理の結果、再度読
取処理がなされてモジュラス１０チェック結果が良好と
なることが、推測データ有効化の条件となる（Ｓ０１
４，Ｓ０１６）。これに対して、上述の誤差が＋／−
０．３以内に収まっている場合には、「グレーゾーンフ
ラグ」がリセットされるので（Ｓ８１０）、直ちに推測
データが有効化される（Ｓ０１４，Ｓ０１５）。

【０２１６】＜左データブロックの復調を失敗した場合
＞以下は、図２７に示すように、右データブロックの第
９キャラクタ（Ｃ９）がかすれているためにこの第９キ
ャラクタ（Ｃ９）の復調を失敗した場合におけるバーコ
ード読取装置の動作例の説明である。

【０２１７】いま、図２７のように、走査ビームがバー
コード２１のスタートガードバー（ＳＧＢ）からエンド
ガードバー（ＥＧＢ）までを、一挙に走査したとする。
この場合、第９キャラクタ（Ｃ９）が４本のバーとして
認識され、しかも、第９キャラクタ（Ｃ９）全体の長さ
が一定値近傍内のものとして認識されれば、Ｓ００１で
の第１次検索処理では、疑似センターガードバーが検出
され（Ｓ１０６）、Ｓ００２の第２次検索処理では、１
２個の有効キャラクタが検索される（Ｓ３２４）。そし
て、Ｓ００３のバーコード復調処理では、第１キャラク
タ（Ｃ１）側から順番に各キャラクタの復調処理（Ｓ６
０４，Ｓ６１８）がなされ、復調によって得られた各キ
ャラクタ毎の復調データが第１復調完了バッファ６ｂに
格納される。但し、第９キャラクタ（Ｃ９）の復調処理
（Ｓ６１８）は失敗するが、第９キャラクタ（Ｃ９）を
構成する４本のバーのバー幅データは第１復調完了バッ
ファ６ｂに格納される。そして、第９キャラクタ（Ｃ
９）以降については、復調処理（Ｓ６１８）が継続され
る。

【０２１８】このようにしてバーコード復調処理（Ｓ０
０３）が完了した場合は、連続読取りによって復調デー
タが得られた場合であり（Ｓ００４）、全キャラクタの
復調が完了しておらず（Ｓ００５）、１キャラクタのみ
復調が失敗しているので（Ｓ００６）、Ｓ００７の１キ
ャラクタ推測処理がなされる。

【０２１９】この１キャラクタ推測処理では、復調失敗
した第９キャラクタ（Ｃ９）が右データブロック内に含
まれているので（Ｓ７０２）、Ｓ７０３でのＯＤＤ／Ｅ
ＶＥＮ構成の推測はなされず、当然にＥＶＥＮ（偶数パ
リティ）であると判定される。但し、Ｓ７０５では、復
調成功した左データブロックの６キャラクタのＯＤＤ／
ＥＶＥＮ構成に基づいて、フラグキャラクタの数値が
“１”であると算出される。

【０２２０】また、Ｓ７０６では、復調成功した１１キ
ャラクタの数値及びフラグキャラクタの数値に基づいて
モジュラス１０チェックの逆算が実行され、第９キャラ
クタ（Ｃ９）数値が“２”であると算出される。

【０２２１】さらに、Ｓ７０８では、第９キャラクタ
（Ｃ９）について推測された復調データ（Ｅ−２）に対
応するバー幅パターン（白バー（ａ）：２モジュール，
黒バー（ｂ）：２モジュール，白バー（ｃ）：１モジュ
ール，黒バー（ｄ）：２モジュール，δディスタンスＴ
１：３モジュール，δディスタンスＴ２：３モジュー
ル）が特定される。一方、Ｓ７０９〜Ｓ７１２では、第
１復調完了バッファ６ａに格納されている４本のバーの
バー幅に対応するモジュール数，及び各δディスタンス
のモジュール数が、夫々算出される。そして、特定され
たモジュール数と算出されたモジュール数とが、各バー
及び各δディスタンス毎に比較され、何れかのバー又は
δディスタンスについての前者と後者との誤差が＋／−
０．５内であば、推測されたＯＤＤ／ＥＶＥＮ構成及び
数値の組み合わせが、第３キャラクタに対応する復調デ
ータとして有効化される（Ｓ７１４，Ｓ７１５）。

【０２２２】以上の場合は、連続読取による場合である
ので、モジュラス１０チェック（Ｓ００９）の結果は当
然に良好となる。しかし、印刷精度等に起因して上述の
誤差が＋／−０．３〜０．５の範囲となったときには、
「グレーゾーンフラグ」がセットされるので（Ｓ８１
１）、Ｓ０１３の一致回数チェック処理の結果、再度読
取処理がなされてモジュラス１０チェック結果が良好と
なることが、推測データ有効化の条件となる。これに対
して、上述の誤差が＋／−０．３以内に収まっている場
合には、「グレーゾーンフラグ」がリセットされるので
（Ｓ８１０）、直ちに推測データが有効化される。

【０２２３】以上説明したように、本第１実施形態によ
れば、バーコード２１の掠れ等に因って１キャラクタの
みの復調が失敗した場合でも、復調成功した他のキャラ
クタの復調データに基づいて、この復調失敗したキャラ
クタに対応する復調データを推測することができる。し
かも、推測された復調データに対応するバーコードパタ
ーンと実際に得られたバー幅データとを比較することに
より、この推測が正しいか否かの検証もできる。従っ
て、信頼性の高い推測を行うことが可能となる。

【０２２４】

【実施形態２】上述した実施形態１によると、連続読取
の場合に限らず、１個のバーコード２１を複数回の走査
によって分割して読み取るとともに、夫々の走査によっ
て得られたバー幅データ群を夫々復調し、夫々の復調に
よって得られた複数の復調データを合成する「分割読
取」の場合にも、復調失敗した１キャラクタの推測が可
能となる。しかしながら、連続読取と分割読取とを比較
した場合、連続読取によって得られた復調データはより
信頼性が高い。そこで、本第２実施形態では、復調デー
タが連続読取によって得られたものであるか分割読取に
よって得られたものであるかに依り、読取ＯＫとするの
に必要な一致回数（モジュラス１０チェック結果が良好
となる回数）を変化させている。

【０２２５】なお、この「分割読取」には、一個のバー
コード２１を３回の走査によって分割して読み取るとと
もに、各回の走査が左データブロック及び右データブロ
ックにおいて重複する「３−１読取」が含まれる。但
し、この場合、重複部が２箇所生じるので、これら複数
箇所の重複部において夫々キャラクタの推測がなされる
可能性が生じる。このようにして２箇所においてキャラ
クタの推測を行ってしまうと、推測結果に対する信頼性
が著しく下がってしまう。そこで、本第２実施形態にお
いては、「３−１分割読取」の場合には、キャラクタの
復調をしないようにしている。

【０２２６】図２４は、本発明の第２の実施形態におい
て図１０のＳ０１３で実行される一致回数チェック処理
サブルーチンを示すフローチャートである。このサブル
ーチンに入って最初のＳ１００では、ＣＰＵ１は、モジ
ュラス１０チェックの対象となった復調データ中にＳ０
０７又はＳ０１１での１キャラクタ推測処理によって推
測された復調データが含まれているか否かを、チェック
する。そして、推測された復調データが含まれていない
場合には、ＣＰＵ１は、処理をＳ１００７に進める。こ
の場合、モジュラス１０チェックの結果の信頼性が高い
ので、直ちに読取ＯＫ処理を実行すべく、ＣＰＵ１は、
Ｓ１００７において「一致回数ＮＧフラグ」をリセット
して、Ｓ１００８において「一致回数ＯＫフラグ」をセ
ットした後に、この一致回数チェック処理サブルーチン
を終了する。

【０２２７】これに対して、推測された復調データが含
まれているとＳ１００１にて判定した場合には、ＣＰＵ
１は、Ｓ１００２において、モジュラス１０チェックの
対象となった復調データが連続読取によるものであるか
否かをチェックする。そして、連続読取による復調デー
タである場合には、ＣＰＵ１は、処理をＳ１００７に進
める。この場合、モジュラス１０チェックの結果の信頼
性が高いので、直ちに読取ＯＫ処理を実行すべく、ＣＰ
Ｕ１は、Ｓ１００７において「一致回数ＮＧフラグ」を
リセットして、Ｓ１００８において「一致回数ＯＫフラ
グ」をセットした後に、この一致回数チェック処理サブ
ルーチンを終了する（有効化手段に相当）。

【０２２８】これに対して、復調データが連続読取によ
るものでないとＳ１００２にて判定した場合には、モジ
ュラス１０チェックの結果の信頼性が比較的低いので、
ＣＰＵ１は、モジュラス１０チェック結果が２回にわた
って良好となる事を読取完了の条件とすべく、処理をＳ
１００３に進める（有効化手段に相当）。Ｓ１００３で
は、ＣＰＵ１は、モジュラス１０チェックの対象となっ
た復調データが３−１分割読取によるものであるか否か
をチェックする。そして、３−１読取による復調データ
である場合には、ＣＰＵ１は、処理をＳ１００６に進め
る。この場合、復調データの信頼性が低いので、ＣＰＵ
１は、「一致回数ＮＧフラグ」をリセットして、この一
致回数チェック処理サブルーチンを終了する。

【０２２９】これに対して、復調データが３−１分割読
取によるものでないとＳ１００３にて判定した場合に
は、ＣＰＵ１は、Ｃ１００４において、「一回一致ＯＫ
フラグ」が既にセットされているか否かをチェックす
る。「一回一致ＯＫフラグ」が未だセットされていない
場合は、モジュラス１０チェック結果が良好となったの
が未だ１回目であるので、ＣＰＵ１は、次のバー幅デー
タ群に対する復調処理を実行すべく、Ｓ１００５におい
て「一回一致ＯＫフラグ」をセットして、Ｓ１００６に
おいて「一致回数ＮＧフラグ」をセットした後に、この
一致回数チェック処理サブルーチンを終了する。これに
対して、「一回一致ＯＫフラグ」が既にセットされてい
る場合は、モジュラス１０チェック結果が良好になった
のが２回目であるので、ＣＰＵ１は、読取ＯＫ処理を実
行すべく、Ｓ１００７において「一致回数ＮＧフラグ」
をリセットして、Ｓ１００８において「一致回数ＯＫフ
ラグ」をセットした後に、この一致回数チェック処理サ
ブルーチンを終了する。

【０２３０】この一致回数チェック処理サブルーチンを
終了すると、ＣＰＵ１は、処理を図１０のメインルーチ
ンに戻す。本第２実施形態におけるその他の構成及び動
作は第１実施形態のものと全く同じであるので、その説
明を省略する。

【０２３１】

【発明の効果】以上のように構成された本発明のバーコ
ード読取装置及びバーコード読取方法によると、１キャ
ラクタの復調ができない場合には、他のキャラクタを復
調して得られた復調データに基づいて、復調を失敗した
１キャラクタにコード化されていたデータを推測するこ
とができる。その結果、読み取り成功率を向上させるこ
とができる。

【図面の簡単な説明】

【図１】 本発明の原理を示す原理図

【図２】 本発明の実施の形態によるバーコード読取装
置のブロック図

【図３】 バー幅データのフォーマットを示す図

【図４】 疑似スタートガードバー検出後に一時退避バ
ッファ内に形成される復調データの構成を示す図

【図５】 疑似エンドガードバー検出後に一時退避バッ
ファ内に形成される復調データの構成を示す図

【図６】 疑似センターバー検出後に一時退避バッファ
内に形成される復調データの構成を示す図

【図７】 第１復調完了バッファの構成図

【図８】 第２復調完了バッファの構成図

【図９】 第３復調完了バッファの構成図

【図１０】 図２のＣＰＵで実行されるバーコード認識
／復調処理プログラムの内容を示すフローチャート

【図１１】 図１０のＳ００１にて実行される第１次検
索処理サブルーチンの内容を示すフローチャート

【図１２】 図１０のＳ００２にて実行される第２次検
索処理サブルーチンの内容を示すフローチャート

【図１３】 図１２のＳ２０２にて実行される第１バー
コード検出処理サブルーチンの内容を示すフローチャー
ト

【図１４】 図１２のＳ２０２にて実行される第１バー
コード検出処理サブルーチンの内容を示すフローチャー
ト

【図１５】 図１２のＳ２０４にて実行される第２バー
コード検出処理サブルーチンの内容を示すフローチャー
ト

【図１６】 図１２のＳ２０６にて実行される第３バー
コード検出処理サブルーチンの内容を示すフローチャー
ト

【図１７】 図１０のＳ００３にて実行されるバーコー
ド復調処理サブルーチンの内容を示すフローチャート

【図１８】 図１０のＳ００３にて実行されるバーコー
ド復調処理サブルーチンの内容を示すフローチャート

【図１９】 図１０のＳ００３にて実行されるバーコー
ド復調処理サブルーチンの内容を示すフローチャート

【図２０】 図１０のＳ００７及びＳ０１１にて実行さ
れる１キャラクタ推測処理サブルーチンの内容を示すフ
ローチャート

【図２１】 図２０のＳ７１３にて実行される１キャラ
クタ判定処理サブルーチンの内容を示すフローチャート

【図２２】 図１０のＳ００８にて実行される合成処理
サブルーチンの内容を示すフローチャート

【図２３】 図１０のＳ０１３にて実行される一致回数
チェック処理サブルーチンの内容を示すフローチャート

【図２４】 本発明の第２実施形態において図１０のＳ
０１３にて実行される一致回数チェック処理サブルーチ
ンの内容を示すフローチャート

【図２５】 バーコードの左データブロック中の１キャ
ラクタを復調失敗した場合の例を示す図

【図２６】 図２５における復調失敗した１キャラクタ
のバー幅パターンを示す図

【図２７】 バーコードの右データブロック中の１キャ
ラクタを復調失敗した場合の例を示す図

【図２８】 図２７における復調失敗した１キャラクタ
のバー幅パターンを示す図

【図２９】 バーコードに含まれるデータキャラクタの
バー幅パターンと復調データとの組み合わせを示す表

【図３０】 バーコードに含まれる各データキャラクタ
のＯＤＤ／ＥＶＥＮ構成とフラグキャラクタとの組み合
わせを示す表

【図３１】 モジュール数算出に用いられる座標

【符号の説明】

１ ＣＰＵ ２ バー幅データ群格納バッファ ６ ＲＡＭ ６ａ 一時退避バッファ ６ｂ 第１復調完了バッファ ６ｃ 第２復調完了バッファ ６ｄ 第３復調完了バッファ １３ 半導体レーザー １４ 走査光学系 １５ Ａ／Ｄ変換器 １６ バー幅カウンタ １８ 受光素子 ２１ バーコード

───────────────────────────────────────────────────── フロントページの続き (72)発明者 川合 弘晃 神奈川県川崎市中原区上小田中４丁目１ 番１号 富士通株式会社内 (72)発明者 岩口 功 神奈川県川崎市中原区上小田中４丁目１ 番１号 富士通株式会社内 (72)発明者 佐藤 伸一 神奈川県川崎市中原区上小田中４丁目１ 番１号 富士通株式会社内 (56)参考文献 特開 平３−31980（ＪＰ，Ａ) 特開 平５−298472（ＪＰ，Ａ) 特開 平８−180126（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06K 7/10 G06K 7/00

Claims (11)

(57)【特許請求の範囲】
1. 【請求項１】 所定の条件式を満足する所定個数のデー
   タを夫々コード化して得られた複数のデータキャラクタ
   を格納するバーコードを読み取り、読み取られた明暗パ
   ターンを検出する明暗パターン検出手段と、 この明暗パターン検出手段によって検出された明暗パタ
   ーンを前記データキャラクタ毎に復調して、復調された
   データを出力する復調手段と、 前記バーコード中の一個のデータキャラクタの復調がで
   きない場合に、前記バーコード中の他のデータキャラク
   タを前記復調手段が復調することによって得られた復調
   データに基づいて前記条件式を逆算して、前記復調手段
   による復調ができなかったデータキャラクタにコード化
   されていたデータを推測するデータ推測手段と、 前記復調手段による復調ができなかったデータキャラク
   タを構成するバー幅パターンと、前記データ推測手段に
   よって推測されたデータに対応するバー幅パターンとを
   比較する比較手段と、 この比較手段の結果、両バー幅パターンが少なくとも一
   部において一致している場合にのみ、前記データ推測手
   段によって推測されたデータを有効化する有効化手段と
   を備える ことを特徴とするバーコード読取装置。
2. 【請求項２】 前記データキャラクタは、偶数パリティ
   又は奇数パリティの区別と前記データとをコード化して
   得られたものであり、 前記バーコードには、前記偶数パリティ及び前記奇数パ
   リティの所定の組み合わせのうちの何れか一つの組み合
   わせに従って、複数の前記データキャラクタが格納され
   ていることを特徴とする請求項１記載のバーコード読取
   装置。
3. 【請求項３】 前記復調手段は、前記明暗パターン検出
   手段によって検出された明暗パターンを、前記データキ
   ャラクタ毎に復調して、前記データ及び前記偶数パリテ
   ィ又は奇数パリティの区別を出力するとともに、 前記バーコード中の一個のデータキャラクタのみの復調
   を前記復調手段ができなかった場合に、前記バーコード
   中の他のデータキャラクタを前記復調手段が復調するこ
   とによって得られた前記偶数パリティ又は奇数パリティ
   の区別の組み合わせに一致する前記所定の組み合わせを
   特定し、前記復調手段による復調ができなかったデータ
   キャラクタに対応する前記偶数パリティ又は奇数パリテ
   ィの区別を前記特定した組み合わせから読み出すパリテ
   ィ推測手段を更に備えることを特徴とする請求項２記載
   のバーコード読取装置。
4. 【請求項４】 前記比較手段は、前記両バー幅パターン
   を構成する各バー同士のバー幅を比較するとともに、 前記有効化手段は、前記何れかのバー同士のバー幅の比
   率が所定比率内に収まっている場合に、前記推測された
   データを有効化することを特徴とする請求項１記載のバ
   ーコード読取装置。
5. 【請求項５】 前記有効化手段は、 前記何れかのバー同士のバー幅の比率が第１の所定比率
   内に収まっている場合には、直ちに前記データを有効化
   するが、 前記バー同士のバー幅の比率が前記第１の所定比率を超
   えた第２の所定比率内である場合には、前記明暗パター
   ン検出手段，前記復調手段及び前記データ推測手段を再
   起動させるとともに、この再起動の結果前記何れかのバ
   ー同士のバー幅の比率が第２の所定比率内に収まったと
   きに限って前記データを有効化することを特徴とする請
   求項４記載のバーコード読取装置。
6. 【請求項６】 前記復調手段による復調ができなかった
   データキャラクタを構成するバー幅パターンと、前記デ
   ータ推測手段によって推測されたデータ及び前記パリテ
   ィ推測手段によって推測された前記偶数パリティ又は奇
   数パリティの区別に対応するバー幅パターンとを比較す
   る比較手段と、 この比較手段の結果、両バー幅パターンが少なくとも一
   部において一致している場合にのみ、前記データ推測手
   段によって推測されたデータ及び前記パリティ推測手段
   によって推測された前記偶数パリティ又は奇数パリティ
   の区別を有効化する有効化手段とを更に備えることを特
   徴とする請求項３記載のバーコード読取装置。
7. 【請求項７】 前記比較手段は、前記両バー幅パターン
   を構成する各バー同士のバー幅を比較するとともに、 前記有効化手段は、前記何れかのバー同士のバー幅の比
   率が所定比率内に収まっている場合に、前記推測された
   データ及び前記偶数パリティ又は奇数パリティの区別を
   有効化することを特徴とする請求項６記載のバーコード
   読取装置。
8. 【請求項８】 前記有効化手段は、 前記何れかのバー同士のバー幅の比率が第１の所定比率
   内に収まっている場合には、直ちに前記データを有効化
   するが、 前記バー同士のバー幅の比率が前記第１の所定比率を超
   えた第２の所定比率内である場合には、前記明暗パター
   ン検出手段，前記復調手段，前記データ推測手段及び前
   記パリティ推測手段を再起動させるとともに、この再起
   動の結果前記何れかのバー同士のバー幅の比率が第２の
   所定比率内に収まったときに限って前記データ及び前記
   偶数パリティ又は奇数パリティの区別を有効化すること
   を特徴とする請求項７記載のバーコード読取装置。
9. 【請求項９】 前記明暗パターン検出手段による一回の
   走査によって得られた明暗パターンに基づいて前記バー
   コード中の一個以外のデータキャラクタを前記復調手段
   が復調した場合には、前記データ推測手段によって推測
   されたデータを直ちに有効化し、前記明暗パターン検出
   手段による複数回の走査によって得られた明暗パターン
   に基づいて前記バーコード中の一個以外のデータキャラ
   クタを前記復調手段が復調した場合には、前記明暗パタ
   ーン検出手段，前記復調手段及び前記データ推測手段を
   再起動させるとともに、この再起動の結果前記データ推
   測手段が推測したデータを有効化する有効化手段を更に
   備えることを特徴とする請求項１記載のバーコード読取
   装置。
10. 【請求項１０】 前記明暗パターン検出手段による一回
    の走査によって得られた明暗パターンに基づいて前記バ
    ーコード中の一個以外のデータキャラクタを前記復調手
    段が復調した場合には、前記データ推測手段によって推
    測されたデータ及び前記パリティ推測手段によって推測
    された前記偶数パリティ又は奇数パリティの区別を直ち
    に有効化し、前記明暗パターン検出手段による複数回の
    走査によって得られた明暗パターンに基づいて前記バー
    コード中の一個以外のデータキャラクタを前記復調手段
    が復調した場合には、前記明暗パターン検出手段，前記
    復調手段，前記データ推測手段及び前記パリティ推測手
    段を再起動させるとともに、この再起動の結果前記デー
    タ推測手段が推測したデータ及び前記パリティ推測手段
    が推測した前記偶数パリティ又は奇数パリティの区別を
    有効化する有効化手段を更に備えることを特徴とする請
    求項３記載のバーコード読取装置。
11. 【請求項１１】 所定の条件式を満足する所定個数のデ
    ータを夫々コード化して得られた複数のデータキャラク
    タを格納するバーコードを読み取り、 読み取られた明暗パターンを検出し、 検出された明暗パターンを、前記データキャラクタ毎に
    復調して、復調されたデータを出力し、 前記バーコード中の一個のデータキャラクタの復調がで
    きない場合には、前記バーコード中の他のデータキャラ
    クタを復調することによって得られたデータに基づいて
    前記条件式を逆算して、復調手段による復調ができなか
    ったデータキャラクタにコード化されていたデータを推
    測し、 前記復調手段による復調ができなかったデータキャラク
    タを構成するバー幅パターンと、前記推測されたデータ
    に対応するバー幅パターンとを比較し、 この比較の結果、両バー幅パターンが少なくとも一部に
    おいて一致している場合にのみ、前記推測されたデータ
    を有効化する ことを特徴とするバーコード読取方法。