JPH10134130A - バーコード読取方法およびバーコード読取装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、特に複数種別のバーコードが混在し
ている場合に、それぞれの種別に応じたバーコードの復
調処理をより確実、より迅速に実行できるようにするこ
とを目的とする。 【構成】バーコードデータ検出部３１でガードバーやセ
ンターバーなどの特徴点を抽出した後に、この情報を検
索部３９ａにより検索して読み取られた特徴点やバーコ
ードの種別を判別し、その結果に応じて対応する復調方
法にてバーコード復調部３２でバーコードデータの復調
を行なう。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、バーコード読取方法お
よびバーコード読取装置に関する。近年、店舗における
客が購入する商品の登録・精算処理や、倉庫・物流など
の商品・製品管理などにおいて、バーコードを用いた情
報入力が多く用いられている。

【０００２】

【従来の技術】現在、その用途などに応じて様々な種類
のバーコードが使用されている。ここで、バーコード読
取装置がある特定種類のバーコード読取にしか対応して
いないと、店や倉庫などで複数種類のバーコードを読み
取る必要がある場合には、それぞれの種類に対応したバ
ーコード読取装置を設置しなければならないことになっ
てしまう。しかし、これでは設置するための費用も場所
も余分に必要となり、またバーコード読取の作業を行な
う上でも現実的ではない。

【０００３】そのため、複数種類のバーコード読取に対
応しているバーコード読取装置を用いて、商品・物品に
付されたバーコードに複数種類のものが混在していて
も、バーコードの読み取りができるようにすることが広
く望まれている。

【０００４】

【発明が解決しようとする課題】各種のバーコードは、
数値・文字の記録の方法が異なっているため、バーコー
ドから数値などを再生する復調処理は、それぞれのバー
コード種別に対応した処理方法を選択しなければならな
い。ここで、そのバーコードがどの種類のものであるの
かを示す特徴点を、いずれの種類のバーコードでも見い
だすことができる。そのため、読み取られたバーコード
種別を知るためには、それぞれの種別に応じた特徴点を
探す必要がでてくる。しかし、バーコードの読み取られ
方によっては、ａという種類のバーコードを読み取って
いるにも関わらず、たまたまｂという種類の特徴点に類
似したバーコード構成が抽出されてしまうことが度々生
じる。この場合、復調処理はｂのバーコードに対応した
ものが実行されるため、ａというバーコードの復調処理
を行なうことができず、読取エラーとなっていた。

【０００５】そこで、本発明は、複数種類のバーコード
が混在している場合に、特定のバーコード種別を示す特
徴点をより確実な方法で抽出し、それぞれの種別に応じ
た復調処理を実行できるバーコード読取方法および読取
装置を実現することを目的とする。また、本発明はバー
コードの読取時の走査方向などの走査種別を判別し、特
徴点の抽出が難しくなる走査種別によりバーコードが読
み取られた場合には、特徴点の抽出をこれ以外の走査種
別の場合と変えることによって、特徴点抽出に誤りがで
にくくなるバーコード読取方法および読取装置を実現す
ることを目的とする。

【０００６】更に本発明は、特徴点の抽出が難しい種別
のバーコードが読み取られた場合には、その他の種別の
バーコードが読み取られた場合よりも読取結果のチェッ
クを厳しく行い、バーコードの誤読を防止することを可
能としたバーコード読取装置および読取方法を実現する
ことを目的とする。

【０００７】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明はバーコードの特徴を示す特徴点に対応し
た構成を持つデータを抽出するとともに、データの抽出
結果に基づいてバーコードが走査された種別を判別し、
抽出されたデータが特徴点であるか否かのチェックを行
い、走査種別が予め決められた走査種別であると判別さ
れた場合特徴点チェックの度合いを、その他の走査種別
によりバーコードが走査された場合よりも厳しくするこ
とを特徴とする。

【０００８】このような構成によって、特に抽出・種別
の判別が難しくなるような特徴点のチェックの度合いが
厳しくなるため、特定種別の特徴点と同じ構成を持って
はいるがその他の特徴点を構成する可能性がある特徴点
データが得られたような場合にも、特徴点種別の判別を
より確実に行なうことができ、不確実な特徴点データは
例えば破棄することができる。

【０００９】特に、走査種別の判別は特徴点に対応した
構成を持つデータを検索し、データの前後に走査された
キャラクタとデータとのいずれか一方に、その走査され
た順序に応じて、両者の走査順を示すフラグを設定する
ことを、本発明は特徴とする。このような構成を採用す
ることで、後の復調処理などにおいて判定される特徴点
種別を反映させることができ、例えば特定の特徴点を備
える種別のバーコードを復調する場合にはバーコード種
別に応じた復調方法を選択可能となる。

【００１０】又、フラグは、キャラクタあるいは特徴点
に対応した構成を持つデータを構成するバーのうち特定
の位置にあるバーに対して付され、特徴点チェックはフ
ラグ種別およびフラグが付されたバーの種類を判別し、
判別されたフラグ種別およびバー種類に基づいて特徴点
種別を判定することにより行なわれる。更に、種別が判
定された特徴点が予め定められた種別の特徴点である場
合、キャラクタが隣接している側と逆側にバーが存在す
るか否かを判定し、判定結果に基づいて判定された特徴
点種別が正しいか否かを判定するように構成してもよ
い。このような構成は、その両側にキャラクタが配列さ
れる特徴点と、その片側のみにキャラクタが配列される
特徴点とを選別する必要があるときなどに特に有利に働
く。

【００１１】そして、互いに異なる走査順を示すフラグ
が同一のキャラクタあるいは特徴点を示すデータに対し
て付されていた場合、フラグが付されたデータに隣接す
るキャラクタを含む複数のキャラクタ同士でキャラクタ
の長さのチェックを行い、チェックの結果に基づいてい
ずれの種別のフラグを有効とすべきかを判断する。つま
り異なる種別のフラグが同一位置に付されているのは、
その前後の関係によってそれぞれ異なる特徴を見いだす
ことができてしまった状態であるため、それだけでは特
徴点の種別を確定することができない。そこで、有効と
すべきフラグを確定するために、そのフラグを含むバー
コード部分がどの条件を満たしているのかを判定するの
である。

【００１２】本発明はまた、特徴点を示すデータとこれ
に隣接するキャラクタとを検出した場合、特徴点データ
とキャラクタとによりキャラクタのキャラクタ長チェッ
クを行い、特徴点データとキャラクタとの一方に、特徴
点データとキャラクタとの読み取られた順序を示すフラ
グを設定することを特徴とする。この構成では、キャラ
クタ長チェックを行なうことによって、検出された特徴
点データとキャラクタとがバーコードの構成上必要な条
件を満たしているか否かを判定し、検出された特徴点デ
ータ・キャラクタがその他のノイズである可能性がない
かどうかを確認する。

【００１３】そしてフラグは特徴点データとキャラクタ
のうち後から走査されたものに対して付す、またフラグ
は特徴点データあるいはキャラクタの特定の位置にある
バーこの場合も前記した構成と同様に、フラグのうち、
第一の読取順序を示すフラグと、前記第一の読取順序と
は異なる第二の読取順序を示すフラグとが同一のキャラ
クタあるいは特徴点データに対して付されていた場合、
フラグが付されたデータバーに隣接するキャラクタを含
む複数のキャラクタ間でキャラクタの長さのチェックを
行い、キャラクタ長チェックに基づいていずれのフラグ
が有効なものであるかを判別するようにしてもよいし、
更に走査されたバーコードを復調する際、フラグとフラ
グが付されたデータの種別に基づいてバーコードが走査
された種別を判別し、判別された走査種別に基づいて複
数の復調方法の中から走査種別（バーコード種別と言え
る）に対応した復調方法を選択して復調処理を実行する
ようにしてもよい。

【００１４】後者の場合には特に、特徴点がバーコード
種別に対応したものである場合が多いことに着目したも
のである。また、本発明では、バーコード種別に応じた
特徴を示す特徴点の片側にキャラクタが配列される第一
のバーコードと、特徴点の両側にキャラクタが配置され
る第二のバーコードとを読み取り、特徴点か検出された
場合その前後方向にキャラクタが存在するか否かを判別
し、キャラクタが存在するか否かの判別結果に基づいて
第一のバーコードまたは第二のバーコードが読み取られ
たのかを判別するバーコード読取装置であることを特徴
とする。

【００１５】これは、バーコードの構成上の特徴と、特
徴点の構成とがバーコード種別によって固有なものが存
在する点に着目したものであり、また後の復調処理など
においてそれぞれのバーコード種別に対応した処理を実
行することも可能となる。そして、第一のバーコードに
おける特徴点と第二のバーコードにおける特徴点とのバ
ー構成が異なり、一方の特徴点の一部分が他方の特徴点
の部分あるいは全体と同一構成を持っているような場合
に、一方の特徴点の構成を持つ特徴点データが得られた
ら、得られた特徴点データの前後にキャラクタが存在す
るか否かを判定し、判定結果に基づいて前記得られた特
徴点データが一方の特徴点なのか他方の特徴点なのかを
判別し、その結果に基づいて読み取られたバーコード種
別を判定してその種別のバーコードに対応した復調方法
によって前記バーコードを復調することができる。

【００１６】このように、複数の特徴点に互いに類似す
る構成が含まれていると、特徴点種別の判別は難しくな
る。そのため、上記の構成を適用することによって特徴
点の種別を検出された特徴点の構成以外の手法も交えて
判別するようにしている。またこのような場合には、特
徴点データの一方の側に予め決められた値以上の余白部
分が存在するか否かを判定し、判定結果に基づいて得ら
れた特徴点の種別および読み取られたバーコード種別を
判定するようにしてもよい。この場合も同様な効果を得
ることが可能となる。

【００１７】更に、互いに隣接するキャラクタ同士でキ
ャラクタ長のチェックを行い、特徴点の両側のそれぞれ
についてキャラクタ長チェックが正しいと判別されたキ
ャラクタが連続する数を計数し、特徴点のそれぞれの側
についての計数結果に基づいて、バーコード種別が第一
のバーコードあるいは第二のバーコードのいずれである
かを判別することも可能である。

【００１８】キャラクタ長が正しくないキャラクタと思
われるデータは、実際にはキャラクタが読み取られたも
のではなくてその他のノイズを拾ったものあったり、あ
るいはバーコードを読み取るにはバーコードの寸法が歪
み過ぎたものである。このような判定を特徴点の判定・
バーコード種別の判定に組み合わせることで、特徴点ら
しきものが検出されたバーコードが復調などの後の処理
に適したものであるかどうかなどの判別をこの時点で行
なうことができる。バーコードではなかったり復調に適
したものではない場合には、この時点で得られたデータ
を破棄したりすればよく、時間が比較的かかる復調処理
などを省くことで、読取処理の効率化を実現できる。

【００１９】また、第一の特徴点を示すデータと、第一
の特徴点とは異なった特徴を示す第二の特徴点とを示す
データが互いに近接して検出された場合、一方の特徴点
と見なされたデータに隣接するキャラクタと、隣接する
キャラクタに更に隣接するキャラクタとの間でキャラク
タ長のチェックを行い、キャラクタ長チェックの結果に
基づいて検出された第一の特徴点を示すデータと第二の
特徴点を示すデータのうち、いずれを有効なデータとす
べきかを判別するバーコード読取方法であることを、本
発明は特徴とする。

【００２０】このような構成では、特徴点に隣接するキ
ャラクタの性質に基づいて、検出された特徴点がいずれ
の種別に対応するものであるのかを確認することが可能
となる。場合によっては、上記のような処理を行なって
もいずれの特徴点を示すデータであるかを確定できない
こともあるが、そのような場合にはデータを破棄して再
度バーコードを読み取らせるなどの対処方法も考えられ
る。

【００２１】一方、読み取られたバーコードの中から、
バーコードの特徴を示す特徴点を抽出し、２つのバーコ
ード種別に共通する特徴点が抽出された場合特徴点に続
くキャラクタの構成を判別し、キャラクタ構成の判別結
果に基づいて読み取られたバーコードが第一の種別であ
るか第二の種別であるかを判別するバーコード読取装置
によっても、上記と同様な効果を実現することができ
る。

【００２２】また本発明はこの他に、読み取られたバー
コードの種別を判別し、合成処理の対象となる複数のバ
ーコードデータの中で互いに重複して走査されたデータ
の桁数を判別するとともに、読み取られたバーコード種
別が第一のバーコード種別である場合には合成対象とな
る複数のバーコードの重複桁数が第一の値以上であるこ
とを条件に合成処理を行い、読み取られたバーコード種
別が第二のバーコード種別である場合には、合成対象と
なる複数のバーコードの重複桁数が、前記第一の値より
も大きい第二の値以上であることを条件に合成処理を行
なうバーコード読取方法であることを特徴とする。

【００２３】この場合には、特に種別の判別が難しいよ
うなバーコード種別の場合に、その他の種別のバーコー
ドを読み取った場合などに発生する誤読の可能性をより
低減させることができるようになる。前記バーコード読
取方法は更に、それぞれのバーコードデータの重複デー
タ中に互いに同一であるデータが存在するか否かを判別
するとともに、読み取られたバーコード種別に関わらず
同一データが前記第一の値と同一の値である第三の値以
上であることを条件に合成処理を行なう。

【００２４】また、本発明では、読み取られたバーコー
ドの種別を判別し、読み取られたバーコード種別が第一
の種別であった場合、第一の種別とは異なる第二の種別
の場合に読取成功の条件となる同一合成データ個数より
も多い数の同一合成データが得られた場合に、読取成功
と判断する。これも上述の構成と同様な効果を狙ったも
のである。

【００２５】一方、本発明は、光源を備え、光源から出
射される光線によりバーコードを照射し、バーコードか
らの反射光を受光手段により受光して、得られたバーコ
ードデータに対する復調処理を実行すると共に、受光手
段から出力される信号に基づいて読み取られたバーコー
ドを構成するバーの幅を計数するバー幅カウンタと、バ
ー幅カウンタから出力されるカウント値に基づいて特徴
的な構成を持つ特徴点データを検出する検出部と、検出
部により検出された特徴点データに基づいて判別される
バーコード種別に対応した復調方法によりバーコードデ
ータの復調処理を行なう復調部と、読み取られたバーコ
ードデータがバーコードの一部分にあたるものである場
合複数の部分バーコードデータを合成して一つのバーコ
ードデータを再生する合成部と、合成部による合成処理
が行なわれた場合合成処理の結果得られた同一の値を持
つ復調データが得られた回数をチェックする一致回数チ
ェック部とを備え、判別されるバーコード種別に応じ
て、必要とされる一致回数を変更するバーコード読取装
置であることを特徴とする。

【００２６】この構成では、読み取られるバーコード種
別によっては他の種別のバーコードとの誤読を生じる可
能性があるため、誤読の可能性があるバーコード種別の
場合には読取成功とする条件をより厳しくすることを狙
っている。また、本発明は光源を備え、光源から出射さ
れる光線によりバーコードを照射し、バーコードからの
反射光を受光手段により受光して、得られたバーコード
データに対する復調処理を実行すると共に、受光手段か
ら出力される信号に基づいて読み取られたバーコードを
構成するバーの幅を計数するバー幅カウンタと、バー幅
カウンタから出力されるカウント値に基づいて特徴的な
構成を持つ特徴点データを検出し、特徴点データに隣接
するキャラクタと前記特徴点との読み取られた順序に応
じてキャラクタあるいは特徴点データに対して読取順序
を示すフラグを付して出力する検出部と、カウント値と
フラグとを格納する第一のバッファと、バッファよりフ
ラグが付されたデータを検索してフラグに応じて特徴点
の種別を判別する検索部と、検索部により判別された特
徴点種別に対応するバーコード種別の復調方法に基づい
てバーコードデータの復調処理を行なう復調部と、を備
えたバーコード読取装置であることを特徴とする。

【００２７】このような構成では、検索部による処理や
復調部による処理を行なう際に、既に得られた特徴点に
関する情報を用いることができ、後の処理の負荷を低減
することが可能となる。前記バーコード読取装置は更
に、検出部が読み取られた順序に応じて予め決められた
読取順にあたるキャラクタあるいは特徴点データに対し
てフラグを付すことを特徴とする。また、検出部がキャ
ラクタあるいは特徴点データを構成するバーのうち、特
定位置にあるバーに対してフラグを設定することを特徴
とする。

【００２８】更に、検索部がフラグ種別とフラグが付さ
れたバーの種別とに基づいて、バーコードの読取種別お
よび前記特徴点データが示す特徴点の種別を判定するこ
とを特徴とする。そして、検索部が判定されたバーコー
ド読取種別が予め決められた読取種別である場合、検出
された特徴点データのキャラクタが隣接する側とは逆の
側にバーコードを構成するバーが存在するか否かを判定
し、判定結果に基づいて判定された特徴点種別が正しい
か否かを判定する機能を有する。

【００２９】また、検索部が互いに異なる読取順序を示
すフラグが同一のバーに対して付されている場合、バー
が含まれる特徴点データに隣接するキャラクタを含む複
数のキャラクタ相互のキャラクタの長さをチェックし、
その結果に基づいて有効とすべきフラグ種別を判定する
機能を有することを特徴とする。以上の構成は、いずれ
も読み取られたバーコードの検出結果の正当性を高める
ことが可能となるものであり、特に特徴点抽出とバーコ
ード種別の判別に大きな効果がある。

【００３０】また、本発明は光源を備え、光源から出射
される光線によりバーコードを照射し、バーコードから
の反射光を受光手段により受光して、得られたバーコー
ドデータに対する復調処理を実行すると共に、受光手段
から出力される信号に基づいて読み取られたバーコード
を構成するバーの幅を計数するバー幅カウンタと、バー
幅カウンタから出力されるカウント値に基づいて特徴的
な構成を持つ特徴点データを検出する検出部と、検出部
により検出された特徴点データに基づいて判別されるバ
ーコード種別に対応した復調方法によりバーコードデー
タの復調処理を行なう復調部と、読み取られたバーコー
ドデータが前記バーコードの一部分にあたるものである
場合複数の部分バーコードデータを合成して一つのバー
コードデータを再生する合成部とを備え、合成部は更
に、合成対象となる複数のバーコードデータのうち互い
に重複する桁数が予め定められた桁数以上であるか否か
を判定し、判定された桁数が予め定められた桁数以上で
ある場合に合成処理を実行するとともに、バーコードが
予め定められた種別のバーコードであると判別された場
合、合成処理を実行するために必要とされる重複桁数
が、その他の種別のバーコードに対する合成処理時に必
要とされる重複桁数よりも多い数存在した場合に合成処
理を実行する機能を有するバーコード読取装置であるこ
とを特徴とする。この構成は、特に誤読が生じやすいバ
ーコード種別について合成処理を行なうときに、合成結
果に誤りが生じる可能性を低減させることができるとい
う効果を有する。誤読の生じにくいバーコード種別の場
合には、重複桁数を特に多く取らなくても、読取結果が
正しい確率が非常に高いため、その分時間を要する一致
回数の判定回数を、誤読が生じやすい種別に比べて少な
くしてもよい。。

【００３１】そして本発明は、光源を備え、光源から出
射される光線によりバーコードを照射し、バーコードか
らの反射光を受光手段により受光して、得られたバーコ
ードデータに対する復調処理を実行すると共に、受光手
段から出力される信号の値が一方の値から他方の値に反
転したときに発生する第一の信号と、他方の値から一方
の値に反転するときとに発生する第二の信号との間隔を
計数することにより、バーコードを構成するバーの幅を
計数するとともに、信号のうち同じ種類の信号が連続し
て発生した場合にはそれを示す第三の信号を出力するバ
ー幅カウンタと、バー幅カウンタから出力されるカウン
ト値に基づいて特徴的な構成を持つ特徴点データを検出
する検出部と、検出部により検出された特徴点データに
基づいて判別されるバーコード種別に対応した復調方法
によりバーコードデータの復調処理を行なう復調部と、
復調部による復調結果が一致した回数を計数し一致回数
と予め定められた値とを比較して読取成功の可否を判定
する一致回数チェック部とを備え、バー幅カウンタより
第三の信号が出力されていた場合、一致回数チェック部
において必要とされる一致回数を第三の信号が出力され
ていない場合よりも多い回数に変更するバーコード読取
装置であることを特徴とする。

【００３２】このような構成では、何らかのエラーが生
じている場合には一致回数を多くとり、読取結果の正当
性確認の度合いをより高めている。

【００３３】

【実施の形態】図１は、現在用いられているバーコード
の中から、ＵＰＣ(UNIVERSAL PRODUCTCORD)系のバーコ
ードを図示したものである。図１ａはＥＡＮ−１３また
はＵＰＣ／Ａと呼ばれるバーコードである。図１ｂはＥ
ＡＮ−８と呼ばれるバーコードである。また、図１ｃは
ＵＰＣ／Ｅと呼ばれるバーコードである。

【００３４】ＥＡＮ−１３は、その両端にスタートガー
ドバー（以下ＳＧＢ）、エンドガードバー（以下ＥＧ
Ｂ）を、中央にセンターバー（以下ＣＢ）を備えてい
る。従って、ＥＡＮ−１３の場合にはＣＢを境に、ＳＧ
Ｂ側の左ブロックとＥＧＢ側の右ブロックとに分けるこ
とができる。ＥＡＮ−１３の左ブロックはＣ１〜Ｃ６の
６つのキャラクタで構成されており、同じく右ブロック
はＣ７〜１２の６つのキャラクタから構成されている。
従って、ＥＡＮ−１３は計１２桁により構成される。１
つのキャラクタは、各２本の白と黒のバー、つまり計４
本のバーが交互に配置されている。

【００３５】ＳＧＢ／ＥＧＢ、ＣＢ、キャラクタのバー
構成は、モジュールと呼ばれる単位長さで表される。１
キャラクタは白バー／黒バーを合わせて合計７モジュー
ルで構成され、７モジュールとなる範囲内でそれぞれの
白バー／黒バーが組み合わされ、その組合せに応じて０
〜９の数字が記録される。ＳＧＢ／ＥＧＢは３モジュー
ルの長さであり、それぞれ１モジュールの黒バー／白バ
ー／黒バーが交互に配置される。なお、バー構成はＳＧ
ＢもＥＧＢも同じであるため、特に区別する必要がない
場合には以下単にＧＢ（ガードバー）と表記する。ＣＢ
は合計５モジュールの長さを持ち、それぞれ１モジュー
ルの白バー／黒バー／白バー／黒バー／白バーという構
成となっている。このような構成となっているため、Ｇ
ＢおよびＣＢはバーコード読取の際の基準バー幅を持つ
基準バーとして扱うことができる。

【００３６】ＥＡＮ−８は、ＥＡＮ−１３と同様にＳＧ
Ｂ／ＥＧＢ、ＣＢを備えており、それぞれ左右ブロック
を備える。ＥＡＮ−８とＥＡＮ−１３との相違点はバー
コードを構成するキャラクタ数にある。ＥＡＮ−８の場
合には、左ブロックがＣ１〜Ｃ４の４つのキャラクタか
ら、右ブロックがＣ５からＣ８の４つのキャラクタか
ら、合計８つのキャラクタから構成される。キャラクタ
やＣＢ等の構成自体は、ＥＡＮ−１３と全く同じであ
る。

【００３７】ＥＡＮ−１３では、右ブロックのキャラク
タと左ブロックのキャラクタとは異なっは構成のものを
用いている。１キャラクタは７モジュールであり黒バー
が２本必要であるため、キャラクタは黒バーの合計モジ
ュール数が偶数のもの（ＥＶＥＮ構成）と、奇数のもの
（ＯＤＤ構成）との２通りが存在する。右ブロックの場
合には、全てのキャラクタは黒バーの合計モジュール数
が偶数であるキャラクタにより構成される。一方、左ブ
ロックの場合には、黒バーのモジュール数が奇数のキャ
ラクタと、偶数のキャラクタとが混在するように構成さ
れる（ＯＤＤ／ＥＶＥＮ混合）。左ブロックのＯＤＤ構
成とＥＶＥＮ構成との組合せは、何桁目がＯＤＤ／ＥＶ
ＥＮとなるのかが規格で定められている。

【００３８】バーコードを走査・読取したときに、バー
コードを構成するキャラクタのバー構成を確認すること
によって、どちら側のブロックが走査されたのか、ある
いはどの方向にバーコードが走査されたのかを判定する
ことが可能となる。ＵＰＣ／Ｅは、ＥＡＮ−１３・ＥＡ
Ｎ−８とは異なり、右ブロックに相当するブロックを備
えていない。ＵＰＣ／Ｅは、ＳＧＢとスペシャルセンタ
ーバー（以下ＳＣＢ）と呼ばれる、上記したＥＡＮ−１
３などのＣＢとは構成が異なるセンターバーとの間に、
キャラクタが挟まれるよう構成される。ＳＣＢは、それ
ぞれ１モジュールの白バーと黒バーが３本ずつ交互に配
置されており、合計６モジュールで構成される。ＵＰＣ
／ＥはＣ１からＣ６の６キャラクタにより構成され、見
かけ上ＥＡＮ−１３の片側ブロックと同じ構成となって
いる。また、ＵＰＣ／ＥはＯＤＤ／ＥＶＥＮ混合の構成
となっており、この点でも見かけ上はＥＡＮ−１３に類
似している。ここで、ＥＡＮ−１３、ＥＡＮ−８は左右
ブロックを合わせて始めて一つのバーコードデータとし
て成立するため、片方のブロックが得られなければ読取
がＮＧであると判定することができる。しかし、ＵＰＣ
／Ｅは６桁（ＥＡＮ−１３の片側ブロックと同じ）のキ
ャラクタで構成されているため、他方のブロックの有無
による読取結果の正当性を判断することができない。そ
のため、以下のような問題が発生する可能性がある。

【００３９】ＥＡＮ−１３のＣＢ付近を走査した場合に
は、ＣＢに隣接するキャラクタの構成によっては、見か
け上ＵＰＣ／ＥのＳＣＢが走査されたものと見える場合
がある。ＣＢの次のキャラクタ（Ｃ７）の一本目の黒バ
ーが１モジュールであり、走査線がＣ７の２本目の黒バ
ーを走査しなかった様な場合には、上記の問題が生じる
のである。

【００４０】ＵＰＣ／ＥあるいはＥＡＮ−１３の左ブロ
ックが通しで走査された場合には、それぞれのバーコー
ドの構成に相違点があるため（ＯＤＤ／ＥＶＮＥ構成
等）、容易にどちらのバーコードを読み取ったのかを判
別できるが、分割読取を行なった場合には読み取られた
バーコード全体の特徴が不明であるため、読み取られた
範囲内に存在する特徴に基づいてしかバーコード種別を
判別することができない。そのため、特にＣＢ付近のみ
走査されたような場合には、ＥＡＮ−１３の一部分（Ｃ
Ｂ）をＵＰＣ／Ｅの部分（ＳＣＢ）と誤読してしまい、
そのまま処理が継続されてしまう可能性が充分にある。

【００４１】誤読されたデータはいわばゴミデータとな
るために、正常な復調処理を行なうことができず、読取
率向上のために分割読取を行なっているにも関わらずバ
ーコードの読取成功率を向上することができない。この
ような誤読を防止するためには、ＵＰＣ／Ｅの場合には
分割読取を行なわず、ＳＧＢからＳＣＢまで通しで走査
された場合のみ読取を行なうようにするという対策も考
えられるが、ＥＡＮ−１３よりも桁数が小さいとはい
え、ＵＰＣ／Ｅが一本の走査線で貫通して走査される確
率は非常に低いと考えられるため、ＵＰＣ／Ｅの読取成
功率は非常に低くなってしまう。

【００４２】このため、本実施形態ではＥＡＮ−１３、
ＥＡＮ−８と合わせて、ＵＰＣ／Ｅの場合も分割読取を
行なうことができるようにするとともに、読み取られた
バーコードの種別をより確実に判別できるバーコード復
調方法・装置が後述されている。また、ＵＰＣ／ＥはＥ
ＡＮ−１３・ＥＡＮ−８と比較して誤読されやすいた
め、バーコード読取の確認をするための各種チェック項
目を、ＵＰＣ／Ｅの場合に他のものよりも厳しくするこ
とで、ゴミデータの混入を防止することも可能となって
いる。

【００４３】このようなバーコードを読み取るために、
バーコード読取装置の読取窓からレーザ光などの走査光
を出射し、バーコードを走査するタイプのバーコード読
取装置が広く用いられている。バーコード面に照射され
た走査光はバーコード面で反射され、反射光の一部がバ
ーコード読取装置に入射する。バーコード読取装置で
は、光検知器でこの反射光を検出し、バーコードの読取
・復調処理を行なった後に復調データを出力する。

【００４４】図２はバーコード読取装置の構成を示すブ
ロック図である。図２において、１はバーコードであ
り、光学系２を用いて走査光を発生してバーコードを走
査し、バーコードからの反射光を検出してバーコードの
復調処理が実行される。光学系２には、例えば半導体レ
ーザからなるレーザ発光部３、回転多面鏡（ポリゴンミ
ラー）や様々な方向に走査される走査パターンを発生さ
せるためのパターンミラーからなる走査機構４、フォト
ダイオードなどからなりバーコードからの反射光を受光
する光電変換部５が備えられている。

【００４５】レーザ発光部３の点灯はレーザ駆動部２６
により制御される。また、回転多面鏡は図示しないモー
タに取り付けられており、モータの回転によって回転す
るようになっているが、そのモータはモータ駆動部２５
により駆動される。光電変換部５はバーコード１からの
反射光を受光した際の受光光量に応じた信号を出力し、
この信号がアナログ／デジタル変換部（Ａ／Ｄ変換部）
６に送られる。Ａ／Ｄ変換部６は、バーコードの黒バー
／白バーのそれぞれに応じた値を持つ二値信号を出力す
る。

【００４６】Ａ／Ｄ変換部６によりデジタル値に変換さ
れた信号はバー幅カウンタ７に送られ、クロックジェネ
レータ８から発生するクロック信号をカウントして、バ
ーコードの黒バー／白バーのバー幅を求める。バー幅カ
ウンタ７により求められたバー幅値はバッファとなるメ
モリ９に一旦格納される。メモリ９に格納されたバー幅
値はＣＰＵ１０に送られ、復調処理がＣＰＵ１０で実行
される。また、復調されたデータは一旦ＲＡＭ２２に格
納される。ＲＯＭ２１には、バーコード読取装置を動作
するためのプログラムなどが格納されており、復調のた
めのプログラムもここに格納される。

【００４７】バーコード読取装置はＰＯＳ端末装置など
の上位装置とインターフェイス部２３を介して接続され
る。復調されたバーコードデータは、インターフェイス
部２３から上位装置に出力される。ＣＰＵ１０はまた、
バーコード読取装置の動作を制御しており、制御部回路
２４を介してモータ駆動部２５、レーザ駆動部２６、Ｌ
ＥＤ２７、スピーカ２８などの動作を制御する。ここ
で、ＬＥＤ２７はバーコードの読取が成功した際に点灯
するものであり、スピーカ２８からはバーコードの読取
の成否を知らせるための報知音を発生するために用いら
れる。

【００４８】図３は、図２のＣＰＵ１０並びにＲＡＭ２
２の内部をその動作・処理毎に特に詳細に示したブロッ
ク図である。メモリ９からＣＰＵ１０に送られたバー幅
データはバーコードデータ検出部３１に送られる。バー
コードデータ検出部３１では、メモリ９から読みだされ
たバー幅データに基づいて、読み取られたデータがバー
コードのものであるかどうかを検出するものであり、こ
こでは更にバーコードの特徴点が抽出される。バーコー
ド検出部３１によりバーコードであると判別されたデー
タは、一旦バッファ３９ａに格納された後検索部３９ｂ
に送られる。検索部３９ｂは、バッファ３９ａに格納さ
れたデータの中から特徴点に関連するデータを検索し、
また読み取られたバーコードの種別を検索された特徴点
から判別する。検索部で検索されたデータは、次にバー
コード復調部（以下単に復調部）３２に送られる。

【００４９】なお、バーコードデータ検出部３１でバー
幅データを確認した後、バーコードデータが含まれてい
なかったと判断された場合には、バーコード検出部３１
は再読取を指示する。この場合、読取が出来なかった旨
の通知が、ＬＥＤやスピーカより操作者になされる。復
調部３２では、バーコードに記録された数値データを再
生する処理が行なわれる。バーコードの復調処理は、検
索部３９ｂで実行される検索処理により判別した、読み
取られたバーコードの種別に応じたものが実行される。

【００５０】バーコード復調部３２から出力される復調
データは、ＲＡＭ２２内部に領域が設定された復調デー
タ格納部２２Ａに一旦格納される。バーコード部分のみ
が走査された場合には、複数の復調データを合成するこ
とによって一つのバーコードを再生する処理が実行され
る。バーコード合成部３３はこのための処理を行なうも
のである。

【００５１】バーコード合成部３３は、復調データ格納
部２２Ａより復調データを読みだして、これがバーコー
ドの一部分のみを走査したものであると判別された場合
には他の部分の復調データを得て、これらを合成する。
バーコード合成部３３により合成された復調データは、
モジュラス１０チェック部３５によりモジュラス１０チ
ェックが行なわれる。各種バーコードにおけるモジュラ
ス１０チェックの手法は周知の技術であるため、ここで
は詳細は省略する。

【００５２】モジュラス１０チェックがＯＫとなった場
合には、正常なバーコードデータが得られたこととな
る。一方、モジュラス１０チェックがＮＧとなった場合
には、読取結果がエラーであったこととなるため、再読
取指示を行なう必要がある。モジュラス１０チェック結
果がＯＫとなった場合には、続いて一致回数チェック部
２６により得られたバーコードデータと同一のバーコー
ドデータが得られた回数がチェックされる。モジュラス
１０チェックはバーコードの構成としてそのデータが正
しいかどうかを判別するものであるが、読取・復調結果
が本当に正しいものであったのか、たまたまバーコード
の構成と一致する読取データが得られたのかどうかを判
別することができない。そこで、一致するバーコードデ
ータが複数個得られたかどうかが判別される。

【００５３】たまたまバーコードの構成に類似するデー
タが得られた場合には、このデータは再現性がなく、同
一データが読み取られる可能性は少ない。一方、正しい
バーコードデータが再生された場合には、バーコードが
何回も走査されていることからも、同一のデータが複数
個得られる可能性は高い。そこで、データの一致回数を
調べることで、読み取られたバーコードデータの正当性
を確認することができる。

【００５４】所定回数の一致するデータが得られなかっ
た場合には、読取エラーとして再読取の指示が行なわれ
る。一方、一致回数チェックがＯＫであった場合には、
バーコード読取完了通知部３８を介して制御部回路２
４、インターフェイス部２３に読取完了通知がなされ
る。制御部回路２４では、完了通知に応じてＬＥＤ２７
の点灯・スピーカ２８の鳴動処理を実行する。一方、イ
ンターフェイス部２３では上位装置に復調されたバーコ
ードデータを出力する。

【００５５】データ比較部３４は、バーコードデータの
合成を行なう場合に、合成の対象となっている二つの復
調データなかで重複しているキャラクタ数のチェックを
行なうものである。復調データを合成する場合、本実施
形態によるバーコード読取装置では、所定数のキャラク
タが重複している必要かあるものとしている。重複キャ
ラクタ数が所定数に満たない場合には、その復調データ
同士は合成処理の対象とはならない。

【００５６】このようなタイプの読取装置では、バーコ
ードを読み取る場合には操作者がバーコードの付された
物品を持ち、読取窓の前を通過させる。この際、バーコ
ードの向きを一定にして読取動作を行なうとなると、操
作者の負担が増えるため、どのような向きでバーコード
が読取窓を通過してもバーコードを読み取ることができ
るようにしなければならない。

【００５７】このための対策として、バーコード読取装
置から出射される走査線の走査方向は一方向のみではな
く、他方向に向けて走査されるようになっている。一例
としては、互いに交叉する複数本の走査線を出射させる
装置などが存在する。また、一本の走査線で、バーコー
ドを一方のＧＢから他方のＧＢ（ＵＰＣ／ＥではＳＧＢ
からＳＣＢ）まで通して走査できれば読取を確実に行な
うことができるが、走査線の走査方向と読取窓を通過す
るバーコードの角度との関係から、バーコードの一部し
か走査されないケースが多く、バーコードが通しで走査
されることは極めてまれである。

【００５８】そのため、最近のバーコードリーダでは、
走査線がバーコードの一部のみを走査した場合でもその
読み取られたデータを有効とし、同様に一部しか走査さ
れなかった読取データと合成して一つのバーコードデー
タを再生する、所謂分割読取が行なわれている。バーコ
ードと走査方向の関係を図４に示す。ここでは、ＥＡＮ
−１３が走査される場合を説明している。バーコードの
走査方向は、ＳＧＢ側からＥＧＢ（ＵＰＣ／Ｅを考慮す
るならはＳＣＢ）方向に走査されるもの（１）と、ＥＧ
Ｂ（ＳＣＢ）側からＳＧＢ方向に向けて走査されるもの
（２）との２種類に大別することができる。

【００５９】一方、バーコードが走査される状態として
は、図５に図示されるように、一つのバーコードが通し
で走査される場合（１）、一方のＧＢとＣＢとが共に走
査されるが他方のＧＢが走査されない場合（片側ブロッ
クが通しで走査された状態）（２）、ＣＢ・ＧＢのうち
一つのバーしか通過しなかった場合（３）、キャラクタ
は走査されたがＣＢ・ＧＢは走査されなかった場合
（４）に大別することができる。

【００６０】このうち、バーコードが通しで走査された
場合には、分割読取を行なう必要はない。この他の場合
には、バーコードに対して走査光が斜めに通過している
が、通常のバーコード読取ではこのようなケースが圧倒
的に多い。バーコードが斜めに走査された場合には完全
なバーコードデータが得られていないため、何らかの形
で他のバーコードデータと合成する必要がある。なお、
本実施形態は、得られた読取データの正当性の確保など
の理由により、図４の（４）のように特徴点となるＣ
Ｂ、ＧＢいずれも通過しなかった場合には、読み取られ
たデータを無効データとして扱う。（４）は、バーコー
ドの特徴的な構成となるバーを走査していないため、読
み取られたデータがバーコードであるのかどうかの判断
が難しく、得られた読取データがたまたまバーの構成と
同じパターンとなったノイズである可能性を捨てられな
いからである。

【００６１】このように、同じ系統のバーコードでもそ
の構成には相違が見られる。このようなバーコードが混
在する場合には、バーコード読取装置は読み取られたバ
ーコードの種別を判別して、種別に応じた復調・合成な
どの処理を行なわればならない。しかし、バーコード読
取装置が得る読取データは、バーコードが通しで読み取
られた場合を除いてバーコードの一部分をカバーしてい
るに過ぎない。従って、バーコードの種別を示す特徴的
な情報を抽出しにくい場合がある。

【００６２】本実施形態によるバーコード復調方法・装
置では、バーコード種別に応じた特徴的な情報を抽出
し、判別したバーコード種別に応じた復調処理を行なう
ことによって、複数種別のバーコードが混在した場合で
も、より確実にバーコード読取を成功させることを狙っ
ている。図６は、本実施形態によるバーコード復調処理
の概要を示すフローチャートである。図６ステップ１は
「ハードウェア簡易検出」処理であり、ハードウェアロ
ジックなどを用いて読み取られたデータのなかからバー
コードデータ（あるいはバーコードデータと思われる）
データを検出する処理を行なう。ここでは、詳細を後述
するｃｈｒ−ｌ、ｃｈｒ−ｆビットが検出結果に応じて
立てられる。検出されたバーコードデータは、バッファ
内に一時的に格納される。この処理には、バー幅カウン
トの処理などが含まれる。

【００６３】ステップ２は「バーコード検索第一処理」
である。ここでは、バッファに格納されたバーコードデ
ータに基づいて、ＳＧＢ、ＥＧＢ、ＣＢ並びにＳＣＢを
検出する。これらのバーの検出には、上述のｃｈｒ−
ｌ、ｃｈｒ−ｆフラグが用いられる。ステップ３は「バ
ーコード検索第二処理」である。ここでは、「第一処
理」により各種バーが検出されたバーコードデータに基
づいて、互いに隣接するキャラクタ長のチェックを行
い、この結果に応じて有効なキャラクタを算出する処理
を行なう。

【００６４】ステップ４は「バーコード復調処理」であ
り、「第二処理」で得られたバーコードデータに基づい
てバーコードの復調を行い、バーコードに記録されたデ
ータを再生する。この復調処理は、分割読取されたデー
タの場合には、それぞれ読み取られた部分単位毎に行な
われる。ステップ５は「格納・合成処理」である。ここ
では、復調されたバーコードデータをデータ格納用のバ
ッファに格納するとともに、分割読取されたバーコード
データを合成して一つのバーコードデータを再生する処
理を行なう。

【００６５】ステップ６は「一致回数処理」である。読
み取られたバーコードデータは、それだけでは正しい読
取データであるかどうかは確認できない。そのため、一
連の読取処理で得られた複数の復調データを相互に比較
し、復調データの一致回数を計数してこれにより読取結
果の確からしさをチェックする。このような処理を経
て、一つのバーコードの復調処理が終了する。なお、そ
れぞれの処理の詳細については後述する。ハードウェア
簡易検出処理では、受光された信号に基づいて以下の処
理を行なう。

【００６６】第一に、受光された信号に基づいてバー幅
のカウントを行なう。バーコードからの受光信号は、バ
ーの白／黒に応じた受光レベルを持った信号となってい
る。この信号に基づいて、白バー／黒バーのエッジを第
一に検出する。図７は、走査光により走査されるバーと
エッジ検出信号との関係を示した図面である。図におい
て、上段はバーコードを構成するバーと走査光の軌跡を
図示しており、＊ＢＥＧおよび＊ＷＥＧはエッジ検出信
号である。このうち、＊ＢＥＧは白バーから黒バーに変
わる部分のエッジが検出された場合に立ち下がる信号で
あり、＊ＷＥＧは黒バーから白バーに変わる部分のエッ
ジが検出された場合に立ち下がる信号となっている。な
お、ＢＣＤ信号は出力された＊ＢＥＧと＊ＷＥＧとの順
序に基づいて、バーの白黒を示す信号として出力される
ものである。ＢＣＤは黒バーに対応して低レベルとな
り、白バーに対応して高レベルとなる。

【００６７】＊ＢＥＧの立ち下がりから＊ＷＥＧの立ち
下がりまでの幅（時間）は、黒バーの幅に相当してい
る。同様に、＊ＷＥＧの立ち下がりから＊ＢＥＧの立ち
下がりまでの幅（時間）は、白バーの幅に相当してい
る。これらのエッジ検出信号は、バー幅カウンタに入力
され、バーの幅がカウントされる。

【００６８】バー幅カウンタは、入力する信号に基づい
てバー幅を連続的に測定し、そのカウント値を数列とし
て出力する機能を持っている。バー幅カウンタ内にはカ
ウントクロックを発生するクロック源が備えられてい
る。このクロック源は、例えば４０ＭＨｚのクロックを
用いることができる。バー幅カウンタは、それぞれのエ
ッジ検出信号の立ち下がりを検出し、２つのエッジ検出
信号間のクロック数をカウントする。このクロックのカ
ウント数は、バー幅に相当したものであり、それぞれの
カウント値の比は、相対的なバー幅比に相当している。

【００６９】バー幅カウンタでは、＊ＢＥＧが立ち下が
ってから＊ＷＥＧが立ち下がるまでのクロックを計測
し、そのカウント値を例えば１１ビットのデータとして
出力する。同様に、＊ＷＥＧが立ち下がってから＊ＢＥ
Ｇが立ち下がるまでのクロックのカウント値を出力す
る。なお、バー幅カウンタでは、カウントできるカウン
ト値の上限が定められている。これは、例えばバーコー
ドを読み取っている場合に発生するはずがないような値
を上限値とすればよい。

【００７０】ここで、通常のバーコード読取では、図７
のように＊ＢＥＧの立ち下がりと＊ＷＥＧの立ち下がり
とは交互に発生するはずである。しかし、ノイズの混入
やバーコードからの反射光の状態によっては、同じエッ
ジ検出信号が続けて発生する場合がある。その状態が図
８に図示されている。図８の場合には、＊ＷＥＧが２回
続けて発生している。このようにエッジ検出信号が交互
に発生しないような状態を、ここでは便宜的にウェーブ
エラーと称する。＊ＢＥＧ、＊ＷＥＧは、光検知器から
出力されるバーの明暗に応じた信号の変曲点を検出する
ことにより出力されるが、この波形にノイズが混入する
などの理由により見かけ上同一側の変曲点が２回検出さ
れる可能性があり、受光信号の波形にエラーが生じてい
るために発生することから、このように称してる。

【００７１】同一側のエッジ検出信号が検出された場合
のクロックのカウントについては、始めに発生した方の
信号からカウントを開始した方を有効とし、そこから他
方のエッジ検出信号が立ち下がるまでのクロック数をカ
ウントするようにしている。図８の場合には、＊ＢＥＧ
から＊一つ目の＊ＷＥＧまでの時間は７５０ｎｓｅｃで
あり、これを３０カウントとしている。一方、次のカウ
ント値は、一つ目の＊ＷＥＧから次の＊ＢＥＧまでと
し、１５００ｎｓｅｃ（６０カウント）となっている。
また、同じエッジ検出信号（＊ＷＥＧ）が続けて発生し
たことはバー幅カウンタでは認識可能であるため、この
ような場合にはウェーブエラービットＷＥＥＲがＬから
Ｈに立ち上げられる。

【００７２】なお、図８に図示されたＢ／Ｗは黒／白を
示す符号であり、カウントしているバーが黒バーなのか
白バーなのかを示すビットである。Ｂ／ＷビットがＬの
状態では黒バー幅が、Ｈの状態では白バー幅がカウント
されていることを示している。Ｂ／Ｗビットは、＊ＢＥ
Ｇ、＊ＷＥＧの検出に応じてその極性が変わり、図７の
ＢＣＤ信号に対応するものである。

【００７３】また、図９はウェーブエラー発生と判断さ
れるその他の例を示す図面である。バー幅のカウント値
には、上限値に加えて下限値が設定されている。エッジ
検出信号間のカウント値が下限値（図示の場合１０カウ
ント）に満たない場合には、その時点でカウントされた
カウント値は出力されない。この場合には９カウント後
に検出された＊ＢＥＧはエラー（ノイズ等）と考えるこ
とができる。

【００７４】図９の場合について説明すると、一つ目の
＊ＢＥＧから一つ目の＊ＷＥＧまでのカウント値は３０
カウントである一方、一つ目の＊ＷＥＧから二つ目の＊
ＢＥＧまでのカウント値は９カウントである。従って、
この場合にはカウント値（９カウント）は出力されな
い。次に、二つ目の＊ＢＥＧから二つ目の＊ＷＥＧまで
は２５カウントであり、１０カウントを越える。そし
て、カウント値としては２５カウントが出力され、ＷＥ
ＲＲビットが低レベルから高レベルに立ち上げられる。

【００７５】このように、１０カウント未満のカウント
値が発生した後に１０カウント以上のカウント値が発生
した場合には、その時点でＷＥＲＲビットをＬからＨと
する。同様に、１０カウント未満のカウント値が連続し
た場合には、次に１０カウント以上のカウント値が発生
した段階でＷＥＲＲビットをＨとする。続いて、このよ
うにして得られたカウントデータに基づいて、ＵＰＣポ
インタ検出処理が行なわれる。ここでいうＵＰＣポイン
タとは、ＧＢ、ＣＢのようにＵＰＣ系バーコードで特徴
を持つバー、あるいは基準となるバーを指す。この検出
処理では、このようなＣＢ、ＧＢを検出する。

【００７６】ここで、走査光が少なくともＣＢ（ＵＰＣ
／ＥのＳＣＢ含む）、ＧＢ（ＳＧＢ及びＥＧＢ）の一本
を通過するとした場合、走査の種別としては以下の４種
類を想定することができる。図１０はこれを図示したも
のである。なお、図示されているバーコードはＵＰＣ−
Ｅであるが、ＳＣＢをＣＢと捉えればＥＡＮ−１３も同
様に考えることができる。

【００７７】１番目は、走査光がＧＢ（バーコードの向
きと走査方向に応じてＳＧＢあるいはＥＧＢの一方とな
る）からＧＢに隣接する第一キャラクタ（１ｓｔ ＣＨ
Ｒ）に向けて走査される場合（１）、２番目は走査光が
ＣＢからこれに隣接する第一キャラクタに向けて走査さ
れる場合（４）、３番目はキャラクタからこれに隣接す
るＧＢに向けて走査される場合（２）、４番目はキャラ
クタからこれに隣接するＣＢに向けて走査される場合
（３）である。

【００７８】ここで、第一キャラクタ（１ｓｔ ｃｈａ
ｒａｃｔｅｒ）とは、ＧＢ、ＣＢに続けて走査されたキ
ャラクタを指し、エンドキャラクタ（ｌａｓｔ ｃｈａ
ｒａｃｔｅｒ）とはＣＢ、ＧＢの直前に走査されたキャ
ラクタを指すこととする。本実施形態では以下の処理を
行なう。ＧＢ、ＣＢはそれぞれ１モジュール幅のバーを
計３本備えている。また、１キャラクタは７モジュール
のバーで構成されている。そこで、これを利用して、Ｃ
Ｂ・ＧＢのキャラクタ長と第一・エンドキャラクタのキ
ャラクタ長とを比較し、第一キャラクタあるいはエンド
キャラクタのキャラクタ長をチェックする。

【００７９】キャラクタチェックを行なう場合には、ま
ずバーの構成を調べる必要がある。ＣＢ、ＧＢはバー幅
の等しいバーが三つ並んでいるという、特徴的な構成を
持つ。また、１キャラクタは２本ずつの黒バー／白バー
が隣接しており、かつ７モジュール幅で構成されている
ことは既に判っている。そこで、得られたバー幅データ
に基づいて、ＣＢ、ＧＢの特徴を持つデータと１つのキ
ャラクタの特徴を持つデータとが互いに隣接している部
分を抽出する。その上で、ＣＢ／ＧＢとキャラクタとの
対比に基づいてキャラクタ長チェックが行なわれる。

【００８０】（１）の場合を例にとると、ＧＢの後端の
２本のバーを合わせたバー幅Ｔｎは２モジュールとな
る。一方、第一キャラクタの幅Ｃｎ＋２は７モジュール
である。そこで、第一キャラクタ長チェックを行なう。
第一キャラクタ長チェックではＣｎ＋２が３×Ｔｎより
大きく、４×Ｔｎよりも小さいか否かを判定する。実際
のモジュール数のみを比較すれば、Ｃｎ＋２はＴｎの
３．５倍であるが、曲面に印刷されたことによるバーコ
ードの歪みによる誤差を考慮して、上記の範囲内にＣｎ
＋２が収まるならば、第一キャラクタ長チェックはＯＫ
であると判断する。そして、第一キャラクタの後端のバ
ーに対してフラグｃｈｒ−ｆ＝１を設定する。ここ
で、’ｆ’はｆｉｒｓｔの’ｆ’でありり第一キャラク
タを示す。

【００８１】ＧＢのバー幅として黒バーと白バーの２本
のバー幅を合わせた幅を採用した理由について説明す
る。本来ならば、ＧＢを構成する黒バーと白バーの幅は
全く同一であるはずである。しかし、主に印刷上の理由
により、黒バーの幅がにじみによって太ったり、逆に細
りが生じるというように、バー幅に歪みが発生すること
がある。このようなバーを基準バーとして使用すると、
黒バーが本来の基準長よりも長いあるいは短いという事
態を招き、キャラクタ長チェックを正しく行なうことが
できない。

【００８２】一つのバーコード上での黒バーのにじみ／
細りがすべての黒バーについて同程度あると考えた場合
には、黒バーの太り（細り）分はそのまま白バーの細り
（太り）分として反映される。従って、黒バーのバー幅
と白バーのバー幅とを足し合わせれば、両者の細り・太
りが相殺されることとなる。上記の例でも、バーの印刷
上の歪みの影響を排除するために、基準となるＧＢのバ
ー幅として黒バーと白バーの幅を足し合わせたものを採
用しているのである。以下、バー幅のチェックを行なう
場合には、同様に黒バーと白バーとを足し合わせた値を
用いる。

【００８３】なお、当然のことながら、印刷上のにじみ
の影響を考慮する必要がない場合には、ＧＢの一本の黒
バー幅に基づいて第一キャラクタのキャラクタ長チェッ
クを行なっても全く差し支えはない。（４）の場合も
（１）の場合と同様に、ＣＢ後端の２本のバー幅Ｔｎと
第一キャラクタの幅Ｃｎ＋２とを比較し、３×Ｔｎ＜Ｃ
ｎ＋２＜４×Ｔｎを満たしている場合には第一キャラク
タの後端にあたるバー対してｃｈｒ−ｆ＝１を設定す
る。

【００８４】なお、ｃｈｒ−ｆフラグが設定されるバー
は（１）の場合と（４）の場合とでは異なっている。
（１）の場合には黒バーに対してｃｈｒ−ｆが設定さ
れ、（４）の場合には白バーに対してｃｈｒ−ｆが設定
される。これは、ＥＡＮ−１３の場合ＣＢを中心にして
白バーと黒バーとの配列の順序が対称的になっているた
めである。この特徴を利用すれば、第一キャラクタがＧ
Ｂに続いて走査されたものなのか、ＣＢに続いて走査さ
れたものなのかを把握することができる。

【００８５】（２）は、エンドキャラクタからＧＢが走
査された場合である。この場合、エンドキャラクタ長チ
ェックが行なわれる。この処理では、エンドキャラクタ
のバー幅Ｃｎと、ＧＢの先頭の２本のバーの幅Ｔｎ＋４
とが比較の対象となる。この場合には、Ｃｎが３×Ｔｎ
＋４＜Ｃｎ＜４×Ｔｎ＋４を満たしているかどうかが判
定される。この条件が満たされた場合には、ＣＢの一部
であるＴｎ＋４の後端のバーにｃｈｒ−ｌ＝１がセット
される。’ｌ’ｌａｓｔの’ｌ’でありエンドキャラク
タを示す。

【００８６】（３）の場合には、エンドキャラクタ側か
らＣＢ（ＳＣＢ）が走査された場合にあたる。この場合
にも、（２）と同様の条件にＣｎが当てはまるかどうか
が確認され、この条件を満たすときＴｎ＋４の後端のバ
ーに対してｃｈｒ−ｌ＝１がセットされる。（２）と
（３）とを比較すると、（２）の場合にはｃｈｒ−ｌが
白バーに対して設定されるのに対し、（３）の場合には
ｃｈｒ−ｌは黒バーに対して設定される。これはＧＢと
ＣＢの構成の相違によるものであるが、これによって、
（１）と（４）との例と同じように、ｃｈｒ−ｌが付さ
れたバーの色に応じて、エンドキャラクタがＧＢに隣接
するものなのか、ＣＢに隣接するものなのかを把握する
ことができる。

【００８７】このように、４種類の走査種別は、ｃｈｒ
−ｌ、ｃｈｒ−ｆの値と、ｃｈｒ−ｌ・ｃｈｒ−ｆが設
定されたバーの色により区別することが可能となり、バ
ーコードが走査された方向とバーの走査順を認識するこ
とが可能である。図１１および図１２は、バーコード検
索第１次処理の詳細処理を示したフローチャートであ
る。ここでは、読取データ（カウントデータ）が格納さ
れたバッファを検索して、バーコードデータを検索する
処理が実行される。

【００８８】図１３は、カウントデータが格納されたバ
ッファを示す図面である。カウントデータバッファは１
６ビットの幅を持つものとする。このうち、１１ビット
はバー幅カウント値を、１ビットはｃｈｒ−ｌビット
を、１ビットはｃｈｒ−ｆビットをそれぞれ格納する領
域となり、図示縦方向に各々のバー幅に相当するカウン
トデータが格納される。この他の情報としては、黒バー
／白バーの区別をつける情報、ウェーブエラー発生の有
無を示す情報などが空き領域に格納される。

【００８９】バーコード検索処理では、カウントデータ
バッファからカウント値を検索し、これに基づいてＧＢ
やＣＢを検出する処理を実行する。なお、以下の説明に
おいては、特に区別を必要とする場合を除いてＣＢには
ＳＣＢが含まれ、ＧＢはＥＧＢ・ＳＧＢのいずれの場合
も含むものとする。ＳＧＢ・ＥＧＢとされている場合に
は、走査方向に対してキャラクタに先立って走査された
ＧＢをＳＧＢ、キャラクタに続いて走査されたＧＢをＥ
ＧＢとする場合もある。

【００９０】図１１のステップ１では、バッファを検索
して、読取データに対して「ハードウェア簡易検出処
理」の結果得られたｃｈｒ−ｌビットあるいはｃｈｒ−
ｆビットがオンとなっているかどうかを判断する。これ
らのビットがオンとなっていない場合には、ステップ２
において検索ポイントをインクリメントし、Ａに戻り次
データを検索する。

【００９１】一方、ｃｈｒ−ｌあるいはｃｈｒ−ｆビッ
トがオンとなっていた場合には、ステップ３において対
象となっているバーが黒バーであるかどうかが判定され
る。この判定によってバーコードが走査された方向を区
別することができる。つまり、図１０に図示されている
ように、ＧＢからキャラクタに向けて走査された場合、
あるいキャラクタからＣＢに向けて走査された場合に
は、ｃｈｒ−ｌ／ｃｈｒ−ｆビットがオンとなる対象の
バーは黒バーであり、他の場合は白バーとなるからであ
る。

【００９２】ビットオンの対象となっているバーが黒バ
ーの場合には、ＧＢからキャラクタに向けて走査された
（図１４（ａ）の状態）、あるいはキャラクタからＣＢ
の方向に走査された（図１４（ｂ）の状態）ことがわか
り、逆に対象バーが白バーの場合にはキャラクタからＧ
Ｂ、あるいはＣＢからキャラクタのの方向に走査されて
いることがわかる。

【００９３】ステップ３で黒バーであることが判定され
た場合には、続いてステップ４でｃｈｒ−ｌビットがオ
ンとなっているかどうかが判別される。ｃｈｒ−ｌビッ
トがオンとなっている場合には、キャラクタからＣＢの
方向に走査されたことが判る（図示（２）の状態）。こ
のときには、続いてｃｈｒ−ｌビットがオンとなってい
るバーがＳＣＢであるかを判定するため、ステップ５で
ＳＣＢチェックがＯＫであるかどうかが判定される。

【００９４】ここでは、ＳＣＢを構成するバー幅チェッ
クが行なわれる。既に述べた通り、ＳＣＢは１モジュー
ル長の白バーと黒バーが交互に３本づつ配列されてい
る。従って、バー幅チェックを行なうことによって、そ
のデータがＳＣＢなのか、ＥＡＮ−１３等のＣＢなのか
を推測することができる。図１５は、本実施形態による
ＳＣＢチェックの方法を示した図面である。

【００９５】ＳＣＢチェックの場合にも、バー印刷のに
じみや細りの影響を排除するため、互いに隣接する黒バ
ーと白バーの幅を合わせたバー幅に基づいてバー幅チェ
ックを行なう。図１５において、Ｔ１〜Ｔ５はそれぞれ
隣接する白バーと黒バーの幅を合わせたバー幅となって
いる。単純にバー幅チェックを行なうためには、Ｔ１〜
Ｔ５の幅が全て同一であるかどうかを確認すればよい。
しかし、曲面に印刷されたバーコードの場合などには、
同一幅のバーであってもバーコード読取装置は、見かけ
上のバー幅が太くなったり細くなったりみえる。またバ
ーコードが歪んで印刷された場合も同様である。そのた
め、ＳＣＢのバー幅チェックでは互いに隣接するＴ１〜
Ｔ５のバー幅を比較する場合に、比較されるバー幅が所
定範囲内に収まっていれば同一バー幅を持っているもの
とみなすようにしている。

【００９６】本実施形態の場合には、チェック対象のバ
ー（図示左側）のバー幅が基準となるバー（図示右側）
のバー幅の＋／−２５％の範囲内に入っていることを条
件に、バー幅チェックを行なっている。従って、Ｔ１と
Ｔ２とを比較する場合には、図１５に示されているよう
にＴ２のバー幅が１．２５Ｔ１から０．７５Ｔ１の範囲
に入っていればバーチェックをＯＫとしている。

【００９７】同様に、Ｔ２とＴ３、Ｔ３とＴ４、Ｔ４と
Ｔ５との比較を順次行い、いずれの場合も条件を満たし
ていれば、ステップ５のＳＣＢチェックはＯＫであると
判断される。ちなみに、図１５にはＥＡＮ−１３などの
ＣＢチェックの手法も図示されている（上段）。ＣＢチ
ェックの場合には、ＣＢを構成する計５本のバー同士の
比較を行なう。 図１５の場合には、それぞれ隣接する
黒バーと白バーとのバー幅を合わせたＴ１〜Ｔ４を算出
し、Ｔ１とＴ２、Ｔ２とＴ３、Ｔ３とＴ４との関係を比
較する。

【００９８】比較は、ＳＣＢチェックの場合と同様に一
方の幅が他方の幅の＋／−２５％以内に収まっているか
否かを判別することにより行なう。ステップ５において
ＳＣＢチェックがＯＫであると判別されることにより、
ｃｈｒ−ｌがセットされるバーの構成がＳＣＢのものと
同じものであることが確認できたが、このバーが本当に
ＳＣＢであるのかどうかについては確認されていない。
例えば図１１の（２）の状態では、ｃｈｒ−ｌが付され
たバーは黒バーであるが、同時に同じバーに対してｃｈ
ｒ−ｆが付されている例が示される。ここには、ＳＣＢ
と同じ白黒交番のパターンを見いだすことができる。

【００９９】図１６は、同様に見かけ上ＳＣＢが存在す
ると判定される可能性があるバー構成を示す図面であ
る。図１６（ａ）の場合には、白／黒交互に発生する計
６モジュールのパターンが確認されているため、このバ
ーはＳＣＢであると推測することができる。しかし、仮
に図１６（ｂ）のように解釈すれば、このバーがＥＡＮ
−１３などのＣＢであり、ＣＢに隣接するキャラクタＣ
７の始めのバーが１モジュール長の黒バーである、と見
ることもできる。

【０１００】従って、ＳＣＢチェックがＯＫとなっただ
けでは、このバーがＳＣＢであるかどうかを確認するこ
とはできないのである。そのため、構成上はＳＣＢであ
ると判断されたバーが本当にＳＢであるのかを確認する
必要がある。そこで、ＳＣＢチェックがＯＫとなった場
合には、続いてステップ６においてカウントバッファの
検索ポインタが＋７（ｃｈｒ−ｆ、ｃｈｒ−ｌが付され
たバーから数えた値）の位置に、ｃｈｒ−ｆビットがオ
ンとなっているかどうかが確認される（図１１（３）の
状態）。

【０１０１】この場合、キャラクタからＣＢに向けて走
査された場合を想定しているため、読み取られたバーが
ＳＣＢであるなら、走査方向に隣接するキャラクタは存
在しないはずである。そのため、検索ポインタ＋７の位
置でｃｈｒ−ｆビットがオンとなることはない。一方、
ｃｈｒ−ｆがオンとなっている場合には、読み取られた
バーの走査方向に隣接する位置に、キャラクタが存在す
ることになるため、ＣＢの前後にキャラクタが存在する
ことになる。この構成を考えると、読み取られたバーは
ＵＰＣ／ＥのＳＣＢではなく、ＥＡＮ−１３等のＣＢで
ある可能性が高いと判断できる。

【０１０２】ステップ６でｃｈｒ−ｆビットがオンとな
っていない場合には、ＳＣＢが検出されたと判断し（ス
テップ７）、走査種類を示すレジスタｄｅｃｄｉｒｅｃ
に４をセットして、Ｃに移行、第１次検索処理が終了す
る。一方、ｃｈｒ−ｆビットがオンとなっている場合に
は、Ａに処理が移行する。ステップ４でｃｈｒ−ｌビッ
トがオンとなっていない場合、あるいはステップ５でＳ
ＣＢチェックがＮＧとなった場合には、ステップ８でｃ
ｈｒ−ｆビットがオンとなっているか否かが判定され
る。

【０１０３】ステップ８でｃｈｒ−ｆビットがオンとな
っている場合（図１１（１）の状態）には、読み取られ
たバーがＳＧＢであると判断し（ステップ９）、ｄｅｃ
ｄｉｒｅｃに１をセットした上でＣに移行する。一方、
ｃｈｒ−ｆビットがオンではなかった場合にはエラーと
判断し、Ａに移行、再び検索を行なう。ステップ３でビ
ット対象バーが黒バーではないと判定された場合には、
ステップ１０（図１２）でｃｈｒ−ｆビットがオンとな
っているかどうかが判定される。ｃｈｒ−ｆビットがオ
ンの場合には、走査種別が図１０の４のタイプである可
能性が高くなる。そのため、ビットがオンとなっている
キャラクタの前に走査されたデータがＣＢ（ＥＡＮ−１
３等）であるか否かをチェックするために、ＣＢチェッ
クがＯＫであるかどうかを判断する（ステップ１１）。

【０１０４】ここでは、ｃｈｒ−ｆがオンとなったキャ
ラクタの前に隣接しているバーが５モジュールで構成さ
れているかどうかが判断される。そのための手順は図１
５に図示される方法を用いるが、詳細は既に述べた通り
である。ＣＢチェックＯＫとされた場合（図１２（１）
のものに相当）には、ステップ１２でｃｈｋｒｅｇ１＝
０×０１にセットする。ｃｈｋｒｅｇについては、詳細
は後述する。

【０１０５】なお、ステップ１０、ステップ１1 で い
ずれもＮＯであった場合には、ｃｈｋｒｅｇは０×００
がセットされた状態となっている。ここで、ＣＢチェッ
クがＯＫとなったとしても、前後の関係を判断しなけれ
ばこれが本当にＣＢであるかどうかを決定することはで
きないため、この時点ではＣＢが検出されたかどうかの
判断自体は行なわない。

【０１０６】次に、ステップ１３でｃｈｒ−ｌビットが
オンとなっているかどうかが確認される。ｃｈｒ−ｌビ
ットがオンとなっている場合（図１２の（２）に相当）
には走査種別が図１０の２の可能性が高いため、ｃｈｒ
−ｌビットがオンとなったデータがＥＧＢであるかどう
かを確認する必要がある。そこで、ステップ１４でＥＧ
Ｂチェックを行なう。ＥＧＢは３モジュールであるた
め、互いに黒バーと白バーとを組み合わせた長さに相当
するＴ１とＴ２とを比較し（図１０と同様に考えればよ
い）、Ｔ２が１．２５Ｔ１から０．７５Ｔ２の範囲内に
あればチェックＯＫと判断する。

【０１０７】ＥＧＢチェックがＯＫとなった場合には、
ステップ１５ｃｈｋｒｅｇ１＝０×０２がセットされ
る。なお、ステップ１２で０×０１がセットされていた
場合には、ｃｈｋｒｅｇ１の内容は両者が足しあわされ
た０×０３となる。ＥＧＢチェックがＮＧであった場合
には、ｃｈｋｒｅｇ１の値は保持されたままとなる。続
いて、ステップ１６、１８並びに２０にてｃｈｋｒｅｇ
の値が確認される。ｃｈｋｒｅｇ＝０×０１の場合に
は、ＣＢが検出されたと判断し（ステップ１７）、ｄｅ
ｃｄｉｒｅｃに３をセットしてＣに移行する。

【０１０８】ｃｈｋｒｅｇの値が０×０２の場合には、
ＥＧＢが検出されたと判断し（ステップ１９）、ｄｅｃ
ｄｉｒｅｃに２をセットしてＣに移行する。いずれの条
件も満たしていない場合には、ＣＢ、ＥＧＢいずれも見
かけ上の構成が正しいが、実際にＣＢ、ＥＧＢであるこ
とが確認されていない状態となっている。ここで、ｃｈ
ｋｒｅｇに０×０３がセットされている場合には、例え
ば図１２の（３）・図１７ のような状態となっている
ことが推測される。

【０１０９】図１７の中で、（ａ）はステップ１０〜１
２に基づいた仮の判断結果を、（ｂ）はステップ１３〜
１５に基づいた仮の判断結果をそれぞれ示す。（ａ）の
場合について説明すると、判断された内容から見て、読
み取られたバーコードではＣＢにＣ７が隣接しており、
Ｃ７に隣接する１モジュールの黒バーはＣ８の先頭バー
であると考えることができる。

【０１１０】一方、（ｂ）の場合を考えると、ＥＧＢの
前にＣ１２が読み取られていると考えることができる。
この場合、（ａ）でＣＢと認識されたバーは、（ｂ）で
はキャラクタＣ１１の一部を構成するバーと解釈でき
る。両者を比較すると、（ａ）のＣＢ後端の２本のバー
とＣ７の先頭の２本のバーとが（ｂ）のＣ１２を構成し
ており、（ａ）のＣ７の後端の２本のバーとＣ８の先頭
の黒バーとが（ｂ）のＥＧＢを構成していると解釈でき
る。

【０１１１】そのため、図１７図示のバー（１）には、
ｃｈｒ−ｌ、ｃｈｒ−ｆが共にオンとなってしまう。そ
こで、ステップ２０にてｃｈｋｒｅｇ＝３と判定された
場合には、続いてステップ２１において、Ｃ１１とＣ１
２とのキャラクタ長がチェックされる。ここでは、図１
７（ｂ）のキャラクタＣ１１、Ｃ１２がともに７モジュ
ールで構成されているかどうかが判断される。

【０１１２】ここで、キャラクタ長チェックがＮＧとな
った場合には、図１７（ｂ）ではＥＧＢと判断されたバ
ーは、実は（ａ）のＣ８の一部であると判断できるた
め、ＣＢが検出されたと判断して（ステップ１２）ｄｅ
ｃｄｉｒｅｃを３にセットしてＣに移行する。一方、キ
ャラクタ長チェックがＯＫとなった場合には、図１７の
（ａ）とも（ｂ）とも判断がつかないため、Ａに移行し
て次データの検索を行なう。次データの検索を行なうこ
とによって、さらにこれに続くデータの構成を判断する
ことができるため、ステップ２１で判断保留となってい
た図１７ のバーが（ａ）のものなのか（ｂ）のものな
のかを判断することは可能である。

【０１１３】これによって、バーコード検索第一次処理
が終了する。図１８は、ｄｅｃｄｉｒｅｃフラグについ
て説明する図面である。ｄｅｃｄｉｒｅｃは１〜４の値
を取るものであり、図１０に図示された走査種別を示す
と共に、どの特徴点（ＣＢ、ＧＢ等）が検出されたかを
示すものである。ｄｅｃｄｉｒｅｃ＝１の場合には、Ｓ
ＧＢが検出されたことを示す。同様にｄｅｃｄｉｒｅｃ
＝２の場合にはＥＧＢを、ｄｅｃｄｉｒｅｃ＝３の場合
にはＣＢを、ｄｅｃｄｉｒｅｃ＝４の場合にはＳＣＢを
検出したことをそれぞれ示している。第一次検索処理の
結果、このｄｅｃｄｉｒｅｃの値が出力されることにな
る。

【０１１４】図１９乃至図２２はバーコード検索第二次
処理の詳細を示すフローチャートである。ここでは、バ
ーコード検索第一次処理の結果を踏まえて、特に図１０
の走査種別３の判断が正しいものであるのかどうかを確
認する処理が行なわれる。走査種別３の場合には、ＳＣ
Ｂと解釈されたデータが本当にＳＣＢであるかどうかを
確認しなければならないからである。

【０１１５】ステップ１ではまず、ｄｅｃｄｉｒｅｃの
値を判別し、ＳＣＢが検出されているかどうかが判断さ
れる（つまりｄｅｃｄｉｒｅｃ＝４）。ＳＣＢが検出さ
れていないと判定された場合にはＢに移行する。一方、
ＳＣＢが検出されていると判断された場合には、ステッ
プ２において、ＳＣＢの前に検出されたデータ（エンド
キャラクタ・図１９（１）の場合Ｃ６に相当）のキャラ
クタ長がチェックされる。ここでは、Ｃ６が７モジュー
ル幅をもっているかどうかが確認される。

【０１１６】ステップ２においてＣ６が７モジュールで
はないと判定された場合には、処理はＥに移行する。一
方、ステップ２においてエンドキャラクタ長チェックが
ＯＫと判断された場合には、ステップ３において有効キ
ャラクタ数カウンタがクリアされる（ｊｕｎｃｎｔ＝
０）。有効キャラクタ数カウンタは、キャラクタ長チェ
ックがＯＫとなったキャラクタ数、特に連続して発生し
たキャラクタ長チェックＯＫのキャラクタ数をカウント
するものである。「ｊｕｎ」は順方向を示しており、走
査方向と同じ方向であることをを指す。この場合には、
ｊｕｎｃｎｔのカウント値は、ＳＣＢの前に走査された
有効キャラクタの数とする。

【０１１７】有効キャラクタ数カウンタがクリアされた
後、ステップ４にて次キャラクタのキャラクタ長、この
場合にはキャラクタＣ６の更に前に当たるＣ５のキャラ
クタ長が読みだされ、隣接キャラクタ長チェックが行な
われる（ステップ５）。ここでは、Ｃ６のキャラクタ長
とＣ５のキャラクタ長とが比較され、Ｃ６キャラクタ長
に対してＣ５のキャラクタ長が所定の範囲内、例えば＋
／−２５％内の入っていれば隣接キャラクタ長チェック
がＯＫであると判断すればよい。

【０１１８】このような隣接キャラクタ長チェックがＯ
Ｋとなった場合には、ステップ７で有効キャラクタ数カ
ウンタ（ｊｕｎｃｎｔ）をインクリメントする。続い
て、ＵＰＣ／Ｅの片側ブロックのキャラクタ数に相当す
る６キャラクタ分のキャラクタ長チェックが終了したか
どうかを、ｊｕｎｃｎｔ値に基づいて判断する（ステッ
プ８）。

【０１１９】６キャラクタまでチェックが完了していな
いと判断された場合には、Ａに処理を移行してステップ
４に戻り、順次キャラクタ長を読みだして隣接キャラク
タ長チェックを行なう。一方、６キャラクタ分のチェッ
クが完了した場合には、Ｄに移行する。また、ステップ
５で隣接キャラクタ長チェックがＮＧとなった場合に
は、それまでの有効キャラクタ数が３キャラクタ以上で
あるか否かを判定する（ステップ６）。ここでは、有効
キャラクタ数が３キャラクタ以上連続している必要があ
るものとする。３キャラクタ以上有効キャラクタ数が連
続していた場合には、読取ＯＫと判断してＤに移行す
る。一方、３キャラクタ以上の有効キャラクタ数が連続
していなかった場合には、読取ＮＧと判断してＥに移行
する。

【０１２０】ステップ１でＳＣＢが検出されなかったと
判断された場合には、図２０ステップ９でＣＢ（ＥＡＮ
−１３）が検出されたか、つまりｄｅｃｄｉｒｅｃ＝３
かどうかが判定される。ここで、ＣＢが検出されていな
いと判定された場合には、ＳＧＢあるいはＥＧＢが検出
されたかどうかを判断し、更に有効キャラクタ検出処理
が行なわれる。これは、これまでのバーコード処理に適
用されていた技術を流用することができる。

【０１２１】一方、ステップ９でＣＢが検出された場合
でも、既に述べた通りバーコードの走査のされ方によっ
てはこれが見かけ上のものに過ぎず、例えばＵＰＣ／Ｅ
のＳＣＢの２本の黒バーを走査しただけのものである可
能性も残る（図２０（１））。そのため、検出されたバ
ーがＥＡＮ−１３等のＣＢであることを確認するため
に、以下の処理を行なう。

【０１２２】ステップ１０では、ＣＢ（あるいはＳＣ
Ｂ）に続くキャラクタ長（第一キャラクタ長）のチェッ
クを行なう。ここでは、第一キャラクタが７モジュール
で構成されているかどうかを判定する。キャラクタ長チ
ェックがＮＧの場合にはＥに移行する。キャラクタ長チ
ェックがＯＫであった場合には、順方向有効キャラクタ
数カウンタ（ｊｕｎｃｎｔ）にカウンタ値１をセットす
る（ステップ１１）。続いて、ＣＢとされたバーがＳＣ
Ｂであるかどうかを確認するために、ステップ１２でＳ
ＣＢチェックＯＫか否かを確認する。ここでは、確認の
対象となっているバーがＳＣＢと同じく６モジュールの
構成をもっているかどうかが確認される。ＳＣＢチェッ
クがＯＫとなった場合には、ＳＣＢチェックＯＫフラグ
（ｓｃｂｆｌｇ）に１をセットする（ステップ１３）。

【０１２３】続いて、ステップ１４で逆方向有効キャラ
クタ数カウンタをクリアする（ｇｋｕｃｎｔ＝０）。
「ｇｋｕ」は逆方向を示し、走査方向とは逆の方向を指
している。逆方向有効キャラクタ数カウンタは、ＣＢ／
ＳＣＢに続いて走査された有効キャラクタ数をカウント
するものである。ステップ１４に続き、ステップ１５で
エンドキャラクタ長（図 ２０（２）のキャラクタ長Ｃ
６に相当）のチェックが行なわれる。ここで、エンドキ
ャラクタ長がＯＫとされた場合には逆方向有効キャラク
タ数カウンタにカウント値１をセットする（ステップ１
６）。なお、順方向及び逆方向に有効キャラクタが検出
されたということは、ＣＢとされたバーの前後にキャラ
クタが存在することを意味するため、このバーはＵＰＣ
／ＥのＳＣＢである可能性よりもＥＡＮ−１３のＣＢで
ある可能性の方が高いことが判る。

【０１２４】次いでステップ１７にて次キャラクタ長
（Ｃ６に隣接するＣ５に相当）を読みだし、隣接キャラ
クタ長チェックが行なわれる（ステップ１８）。これ
は、順方向／逆方向の違いはあるもののと、ステップ５
で示したものと同じ処理である。隣接キャラクタ長がＯ
Ｋとなった場合には、逆方向有効キャラクタ数カウンタ
をインクリメントする（ステップ１９）。こうして、連
続して６キャラクタの隣接キャラクタ長チェックが完了
するまで、あるいは途中で隣接キャラクタ長チェックが
ＮＧとなるまで、順次キャラクタ長チェックが行なわれ
る。

【０１２５】一方、隣接キャラクタ長チェックがＮＧと
なった場合には、ステップ２１で順方向の次キャラクタ
長を読みだして、隣接キャラクタ長チェックを行なう
（ステップ２２）。そして、その結果に応じて順方向有
効キャラクタ数カウンタをインクリメントし（ステップ
２３）、６キャラクタまで終了するまで、あるいは途中
で隣接キャラクタ長チェックがＮＧとなるまで、隣接キ
ャラクタ長チェックが行なわれる。

【０１２６】６キャラクタ分チェックが完了した場合、
あるいは途中で隣接キャラクタ長チェックがＮＧとなっ
た場合には、Ｃに移行する。図２１ステップ２５におい
て、ｊｕｎｃｎｔ＝０で且つｇｋｕｃｎｔ＜＝２、ある
いはｊｕｎｃｎｔ＜＝２で且つｇｋｕｃｎｔ＝０である
か否かが判定される。この条件を満たさない場合には、
Ｅに移行して、有効キャラクタが未検出であると判断
し、処理を終了する。

【０１２７】一方、ステップ２５の条件が満たされた場
合には、ステップ２６において、逆方向に有効キャラク
タがあるかどうか（つまりｇｋｕｃｎｔ＞０）が判定さ
れる。逆方向に有効キャラクタがない場合には、Ｆに移
行する。ステップ２６の条件を満たした場合には、続い
て逆方向の有効キャラクタ数が６キャラクタか否かが判
定される（ステップ２７）。逆方向の有効キャラクタ数
が６キャラクタ未満の場合にはＦに移行する。

【０１２８】逆方向の有効キャラクタ数が６キャラクタ
の場合には、続いて順方向の有効キャラクタ数が６キャ
ラクタか否かが判定される（ステップ２８）。順方向の
キャラクタ数が６キャラクタの場合には、逆方向と合わ
せて１２キャラクタ分の有効キャラクタが存在するた
め、ＵＰＣ／Ａが通しで（図中「一気通貫」と表現）読
み取られたことになる。そこで、ステップ２９で一気通
貫データが検出されたと判断して、Ｄに移行する。

【０１２９】一方、逆方向の有効キャラクタ数が６キャ
ラクタではあるが、順方向の有効キャラクタ数が６キャ
ラクタに満たない場合には、ＥＡＮ−１３の６桁の片側
ブロック（逆方向側）が検出されたと判断して、Ｄに移
行する（ステップ３０）。また、ステップ２５あるいは
ステップ２７での判断がＮＯと判定された場合には、順
方向の有効キャラクタ数が４かあるい６であるかどうか
を判定する（ステップ３１）。続いて、順方向の有効キ
ャラクタ数が４／６の場合には、ステップ３２でエンド
キャラクタ長がＯＫであるかどうかを判定する。エンド
キャラクタ長チェックがＯＫの場合には更に、ステップ
３３でエンドキャラクタの外側にあるエンドマージンの
長さがＯＫであるかどうかを判定する。エンドマージン
の長さは規格に則った長さがあるかどうかを確認するこ
とでチェックされる。

【０１３０】この結果がＯＫであった場合には、ＥＡＮ
−１３、ＥＡＮ−８あるいはＵＰＣ／ＥのＥＧＢ（走査
方向を基準に見た場合、走査方向の終端部分にあるＧＢ
の意味）が検出されたと判断し（ステップ３４）、ＥＧ
Ｂ検出フラグをオンとしてＧに移行する。ステップ３１
〜ステップ３３の判定結果が全てＮＯであった場合にも
Ｇに移行する。

【０１３１】これらの判断に続いて、図２２ステップ３
５では逆方向の有効キャラクタ数が０であるか否かが判
定される。逆方向の有効キャラクタ数が１以上の場合に
はＨに移行する。一方、逆方向の有効キャラクタ数が０
の場合には、順方向にはキャラクタがあるが逆方向には
キャラクタがないことため、そのバーコードはＵＰＣ／
Ｅである可能性がでてくる。そこで、ステップ３６にて
ガードバー検出フラグ（ステップ３４のもの）がオンと
なっているか否かが判定される。ガードバー検出フラグ
がオンとなっている場合には、このバーコードはＥＡＮ
−１３等の片ブロックであると判断され、Ｄに移行して
有効キャラクタが検出されたと判断、処理を終了する。

【０１３２】一方、ガードバー検出フラグがオフの場合
には、続いてステップ３７にてＳＣＢチェックＯＫフラ
グがオンとなっているかどうかが判定される。ＳＣＢチ
ェックＯＫフラグがオンとなっている場合には、バーコ
ードがＵＰＣ／Ｅであると判断することができるが、デ
ータの正当性を判断するために、ステップ３８で順方向
の有効キャラクタ数が３キャラクタ以上であるかどうか
が判定される。なお、この有効キャラクタ数は任意の数
字でよい。キャラクタ数が多ければ読取結果の正当性を
高めることができるが、読取成功となる確率は低くな
る。一方、キャラクタ数を減らせば、条件が低く設定さ
れるため読取成功と判断される確率は高くなるが、その
判断が誤りとされる可能性も高くなる。

【０１３３】逆方向の有効キャラクタ数が３キャラクタ
以上であった場合には、ステップ３９で逆ＳＣＢが検出
されたと判断する。これはつまり、ＳＣＢが走査方向の
終端で検出されたことを意味する。そして、ｄｅｃｄｉ
ｒｅｃに５を設定し、Ｄに移行する。また、ステップ３
５で逆方向有効キャラクタ数が０ではないと判定された
場合には、順方向の有効キャラクタ数が６であるかどう
かが判定される（ステップ４０）。順方向の有効キャラ
クタ数が６である場合には、更にＥＧＢ検出フラグがオ
ンとなっているかどうかが確認される（ステップ４
１）。確認結果がＮＯの場合には、ＣＢからＥＧＢへ走
査されたＥＡＮ−１３の片ブロックが検出されたと判断
し、Ｄに移行する（ステップ４２）。

【０１３４】一方、ステップ４０で順方向の有効キャラ
クタが６ではないと判定された場合には、ステップ３１
の条件から考えて有効キャラクタ数は４である。そのた
め、検出されたバーコードはＥＡＮ−８の片ブロックで
あると判定される。また、ステップ４１でＥＧＢ検出フ
ラグがオンとなっている場合には、ＣＢは走査されたが
ＧＢが走査されていない状態であるが、片ブロックを構
成するキャラクタは全て有効であると判定することがで
きる。

【０１３５】図２３は、検索第二次処理の出力結果をま
とめた図面である。ＳＧＢを検出した後に有効キャラク
タが算出れさた場合には、ｄｅｃｄｉｒｅｃフラグは１
（図中０１）となり、ｊｕｎｃｎｔのカウンタ値は左ブ
ロックの有効キャラクタ数（３〜６）を、ｇｋｕｃｎｔ
のカウント値は右ブロックの有効キャラクタ数（０〜
６）を、それぞれ示している。

【０１３６】ＥＧＢが検出された後に有効キャラクタが
算出された場合には、ｄｅｃｄｉｒｅｃフラグは２（０
２）となり、ｊｕｎｃｎｔカウント値（有効キャラクタ
数）は３〜６となる。ＣＢが検出さた後に有効キャラク
タが算出された場合には、ｄｅｃｄｉｒｅｃフラグは３
（０３）となり、ｊｕｎｃｎｔのカウント値は右ブロッ
クの有効キャラクタ数を、ｇｋｕｃｎｔのカウント値は
左ブロックの有効キャラクタ数をそれぞれ示している。

【０１３７】順方向に走査された場合でＳＣＢが検出さ
れた後に有効キャラクタが算出された場合には、ｄｅｃ
ｄｉｒｅｃフラグは４（０４）、ｊｕｎｃｎｔのカウン
ト値は有効キャラクタ数（３〜６）を示す。逆方向の走
査された場合で、ＳＣＢが検出された後に有効キャラク
タ数が算出された場合には、ｄｅｃｄｉｒｅｃフラグは
５（０５）となり、ｊｕｎｃｎｔは有効キャラクタ数
（３〜６）を示す。

【０１３８】図２４乃至図２９は、復調処理の詳細を示
すフローチャートである。バーコードの復調処理は、第
二次検索処理の結果有効とされたバーコードデータに対
して行なわれるものであり、バーコードの一部分のみが
走査された場合であっても有効であると判定された限り
は復調処理が施される。復調処理を行なうことによっ
て、各キャラクタが表す数値情報を得ることができる。

【０１３９】復調処理のステップ１では、それぞれのキ
ャラクタに対して復調処理が施される。ＵＰＣ系のバー
コードでは、白バー／黒バーのモジュール数に応じて０
〜９の数値が割り当てられている。また、ＯＤＤ構成
（黒バーの合計モジュール数が奇数）のキャラクタと、
ＥＶＥＮ構成（黒バーの合計モジュール数が偶数）のキ
ャラクタが混在しているため、キャラクタの組合せは２
０通りとなる。

【０１４０】バーコードの復調方法は各種のものが知ら
れているが、既に述べたバーコードの印刷上のにじみ・
細りの影響をできる限り排除するために、隣接する白バ
ー／黒バーのバー幅を合わせた長さ（δディスタンスと
呼ばれる）に基づいて復調を行なう方法が知られている
（図３０）。この方法は、既に広く知られた方法であ
る。この場合には、δディスタンス・バー幅に基づいて
図３１ａ、ｂに図示するテーブルを参照し、これにより
復調結果を得る。

【０１４１】図３１ａの場合には、図３０に図示される
１キャラクタのＴ０１のモジュール数とＴ０２のモジュ
ール数と、その場合のキャラクタの数値との関係を示し
たものである。ここで’Ｅ’はＥＶＥＮ構成のキャラク
タを、’Ｏ’はＯＤＤ構成のキャラクタを示している。
このテーブルを参照することで殆どのキャラクタの復調
を行なうことができるが、Ｅ２とＥ８のようにＴ０１、
Ｔ０２のモジュール数が一緒でも別の数値を示す場合が
ある。これは、数値が２０通り設定されているのに対
し、Ｔ０１、Ｔ０２ともに２〜４モジュールという条件
があり、これらの組合せは１６通りしかないために起こ
る。

【０１４２】従って、上記の図３１ａのテーブルからは
キャラクタを確定できない８種類のキャラクタについて
は、それぞれのキャラクタを構成する黒バーＢ１、Ｂ３
の幅に基づいて図３１ｂのテーブルを参照する。図３１
ａのテーブルの条件と図３１ｂのテーブルの条件とを合
わせて考えることによって、これら８種類のキャラクタ
の復調処理も行なうことができる。

【０１４３】このようにキャラクタのバー幅に基づき、
そのキャラクタがどの数値を表すものなのかを判別す
る。復調処理（ステップ１）が終了すると、次に読み取
られたバーコードの種別の判断を行なう。この判断は、
後述するバーコードデータの合成処理に用いられる。

【０１４４】ステップ２では、復調データがＳＧＢを検
出した後のデータか否かを判定する。ＳＧＢを検出した
後のデータでない場合には、Ｄに移行する。一方、ＳＧ
Ｂを検出した後のデータであると判定された場合には、
そのデータがＯＤＤ／ＥＶＥＮ構成であるかどうかが判
定される（ステップ３）。ＯＤＤ／ＥＶＥＮ構成とは、
ＥＡＮ−１３の説明で述べたように、黒バーが奇数モジ
ュールとなっているキャラクタと、偶数モジュールとな
っているキャラクタとが混在した構成を表し、ＥＡＮ−
１３（ＥＡＮ−８）の左ブロック、あるいはＵＰＣ／Ｅ
のバー構成に相当する。一方、ＯＤＤ／ＥＶＥＮ構成で
ない場合には、そのバーコードデータはＥＡＮ−１３
（ＥＡＮ−８）の右ブロックデータであることになる。

【０１４５】ステップ３において、復調データのもとと
なるバーコードデータがＯＤＤ／ＥＶＥＮ構成ではない
と判定された場合には、Ｃに移行する。ステップ３にお
いてＯＤＤ／ＥＶＥＮ構成であると判定された場合に
は、続いてＣＢ（ＳＣＢ）が検出されたか否かが判定さ
れる（ステップ４）。ＣＢが検出されていない場合に
は、次に第一キャラクタ（ＳＧＢに隣接するキャラク
タ）がＯＤＤ、つまり黒バーの合計モジュール数が奇数
であるかどうかが判定される（ステップ５）。

【０１４６】図３２に図示されるように、ＥＡＮ−１３
の第一キャラクタはＯＤＤ構成、ＵＰＣ／Ｅの第一キャ
ラクタはＥＶＥＮ構成であると定められている。そのた
め、第一キャラクタの構成を調べることによって、その
バーコードがＥＡＮ−１３なのかＵＰＣ／Ｅなのかを判
別することができる。ステップ５で第一キャラクタがＯ
ＤＤ構成であると判定された場合には、ステップ６でＥ
ＡＮ−１３が復調完了したと判断し、フラグｌａｂｅｌ
を１、フラグｄｉｒｅｃを１にそれぞれセットする。こ
れらのラベルの意味については後述する。

【０１４７】一方、第一キャラクタがＯＤＤ構成ではな
い場合には、ＵＰＣ／Ｅの復調が完了したものと判断
し、ｌａｂｅｌ＝３、ｄｉｒｅｃ＝１かセットされる
（ステップ７）。ステップ４でＣＢが検出されていると
判断された場合には、ステップ８において逆ブロック
（ＣＢの反対側）に復調データがあるか否かが判定され
る。逆ブロックに復調データが存在する場合には、Ｂに
移行する。

【０１４８】逆ブロックに復調データが存在しない場合
には、ステップ９においてそのバーコードが６桁バーコ
ードであるか否かが判定される。６桁バーコードではな
いと判定された場合には、その復調データはＥＡＮ−１
３が分割読取されたデータかＥＡＮ−８（いずれも左ブ
ロック）であると判断できる。この場合にはＡに移行す
る。

【０１４９】一方、ステップ１０で復調データが６桁バ
ーコードのものであると判断された場合には、ＵＰＣ／
ＥかＥＡＮ−１３の片側ブロックが通しで読み取られた
と判断できる。この場合には、ＵＰＣ／ＥのＯＤＤ／Ｅ
ＶＥＮ構成をそのバーコードが備えているかどうか、構
成チェックが行なわれる（ステップ１０）。この構成は
規格上定められた構成をバーコードデータが満たしてい
るかどうかを確認することでおこわなれる。

【０１５０】ステップ１１で構成チェックがＮＧである
と判断された場合には、復調データはＥＡＮ−１３であ
ると判断され、フラグｌａｂｅｌ＝１、ｄｉｒｅｃ＝１
がセットされる（ステップ１２）。一方、構成チェック
がＯＫであった場合には、ＵＰＣ／Ｅの復調が完了した
と判定され、ｌａｂｅｌ＝３、ｄｉｒｅｃ＝１がセット
される（ステップ１３）。

【０１５１】ステップ９で復調データが６桁バーコード
のものではない、と判定された場合には、復調データが
４桁バーコードのものであるか（あるいは４桁分の復調
データが存在するか）否かが図２５ステップ１４で判定
される。ステップ１４にて復調データが４桁バーコード
のものであり、更にＧＢ−ＣＢが検出されている場合に
は、続いてバーコードの構成がＯＤＤ構成となっている
かどうかが判定される（ステップ１５）。全てのキャラ
クタがＯＤＤ構成の場合には、それがＥＡＮ−８の復調
データ（左ブロック）であると判断され、フラグｌａｂ
ｅｌ＝２、ｄｉｒｅｃ＝１がセットされる（ステップ１
６）。

【０１５２】ステップ１４、ステップ１５がいずれもＮ
Ｏの場合には、復調されたデータはＥＡＮ−１３（左ブ
ロック）であると判断され、フラグｌａｂｅｌ＝１、ｄ
ｉｒｅｃ＝１がセットされる（ステップ１７）。いずれ
の復調データが得られた場合も、Ｊに移行する。ステッ
プ８でＣＢの逆ブロックに復調データが存在すると判定
された場合には、ステップ１８で逆ブロックのキャラク
タが全てＥＶＥＮ構成であるか否かが判定される。逆ブ
ロックのキャラクタが全てＥＶＥＮ構成ではないときに
は、読取ＮＧと判断され、Ｋに移行する。

【０１５３】一方、逆ブロックのキャラクタが全てＥＶ
ＥＮ構成であった場合には、ステップ１９で４桁バーコ
ードであるかどうかが判定される。４桁バーコードの場
合には、ステップ２０でブロック内のキャラクタが全て
ＯＤＤ構成であるかどうかが判定される。ブロック内の
キャラクタが全てＯＤＤ構成の場合には、復調データは
ＥＡＮ−８の左ブロックであると判定され、フラグｌａ
ｂｅｌ＝２、ｄｉｒｅｃ＝１がセットされる（ステップ
２１）。

【０１５４】ステップ１９、ステップ２０のいずれのＮ
Ｏの場合には、復調データはＥＡＮ−１３の左ブロック
のものと判定され、フラグｌａｂｅｌ＝１、ｄｉｒｅｃ
＝１がセットされる（ステップ２２）。いずれの場合
も、Ｊに移行する。ステップ３でブロックデータがＯＤ
Ｄ／ＥＶＥＮ構成ではなかった場合には、ＥＡＮ−１
３、ＥＡＮ−８の右ブロックデータである可能性があ
る。

【０１５５】そこでＣに続いて、図２６のステップ２３
でＣＢが検出されているかどうかが判定される。ＣＢが
検出されていない場合には、復調データはＥＡＮ−１３
の右ブロックの分割読取データであると判定され、ｌａ
ｂｅｌ＝１、ｄｉｒｅｃ＝２がセットされる（２４）。
一方、ステップ２３でＣＢが検出された場合には、ステ
ップ２５で逆ブロックに復調データが存在するか否かが
判定される。逆ブロックにデータが存在しない場合に
は、バーコードが４桁バーコードであるかどうかが判定
される（ステップ２６）。４桁のバーコートであれば、
復調データはＥＡＮ−８のものであると判断され、ｌａ
ｂｅｌ＝２、ｄｉｒｅｃ＝２がセットされる（ステップ
２７）。

【０１５６】また、ステップ２６の判断に基づいて復調
データが４桁バーコードのものではない場合には、復調
データはＥＡＮ−１３のものである。この場合には、Ｅ
ＡＮ−１３の右ブロックデータであると判定され、ｌａ
ｂｅｌ＝１、ｄｉｒｅｃ＝２がセットされる（ステップ
２８）。いずれの場合にも、Ｊに処理が移行する。

【０１５７】一方、ステップ２５て逆ブロックに復調デ
ータが存在すると判定された場合には、逆ブロックのキ
ャラクタがすべてＥＶＥＮ構成であるか否かが判定され
る（ステップ２９）。逆ブロックがＥＶＥＮ構成の場合
には、バーコードの構成上読取エラーであることが判る
ため、ＮＧとしてＫに移行する。逆ブロックがＥＶＥＮ
構成ではない場合には、正常なバーコード読取が行なわ
れたことになる。この場合には続いて、復調データが４
桁バーコードのものであるかどうかが判定される（ステ
ップ３０）。復調データが４桁バーコードのものである
場合には、続いて逆ブロックのキャラクタが全てＯＤＤ
構成であるかどうかが判定される（ステップ３１）。逆
ブロックのキャラクタがＯＤＤ構成の場合には、復調デ
ータはＥＡＮ−８が通しで復調されたものと判定され、
ｌａｂｅｌ＝２、ｄｉｒｅｃ＝１がセットされる（ステ
ップ３２）。

【０１５８】一方、逆ブロックが４桁バーコードではな
い場合、あるいは逆ブロックのキャラクタが全てＯＤＤ
構成ではない場合には、ＥＡＮ−１３の右ブロックを含
むデータの復調が完了したと判定し、ｌａｂｅｌ＝１、
ｄｉｒｅｃ＝２がセットされる（ステップ３３）。いず
れの場合も、処理はＪに移行する。ステップ２において
復調データがＳＧＢを検出後の復調データではないと判
定された場合には、Ｄに続いて図２７ステップ３４にお
いて復調データがＥＧＢを検出した後の復調データであ
るか否かが判定される。復調データがＥＧＢ検出後の復
調データではないと判定された場合には、処理はＨに移
行する。

【０１５９】一方、復調データがＥＧＢ検出後のもので
あると判定された場合には、続いてそのブロックがＯＤ
Ｄ／ＥＶＥＮ構成のものであるかどうかが判定される
（ステップ３５）。このブロックがＯＤＤ／ＥＶＥＮ構
成ではないと判定された場合には、処理はＧに移行す
る。一方、ブロックデータがＯＤＤ／ＥＶＥＮ構成であ
ると判定された場合には、続いてＣＢを検出したかどう
かが判定される（ステップ３６）。ＣＢが検出された場
合には、処理はＥに移行する。

【０１６０】ＣＢが検出されなかった場合には、復調デ
ータはＥＡＮ−１３の左ブロックの部分データか、ＥＰ
Ｃ／Ｅの部分データであると判断することができる。そ
こで次に、第一キャラクタがＯＤＤ構成であるか否かを
判定する（ステップ３７）。第一キャラクタがＯＤＤ構
成の場合には、そのブロックはＥＡＮ−１３の左ブロッ
クデータであると判定し、ｌａｂｅｌ＝１、ｄｉｒｅｃ
＝１がセットされる（ステップ３８）。

【０１６１】一方、第一キャラクタがＯＤＤ構成ではな
い場合には、その復調されたブロックはＵＰＣ／Ｅの部
分データであることが判明する。そして、ｌａｂｅｌ＝
３、ｄｉｒｅｃ＝１がセットされる（ステップ３９）。
いずれの場合も、Ｊに処理が移行する。ステップ３６で
ＣＢが検出された場合には、そのブロックが６桁バーコ
ードであるか否が判定される（ステップ４０）。復調デ
ータが６桁バーコードではない場合には、処理はＦに移
行する。一方、復調データが６桁バーコードの場合に
は、その復調データはＥＡＮ−１３の左ブロックあるい
はＵＰＣ／Ｅが通しで読み取られたデータであることが
判る。

【０１６２】ここで、復調データがＵＰＣ／Ｅのものか
ＥＡＮ−１３のものかを判別するために、ステップ４１
でこの復調データがＵＰＣ／ＥのＯＤＤ／ＥＶＥＮ構成
を持っているか否かが判定される。構成チェックがＮＧ
の場合には、復調データはＥＡＮ−１３であるため、フ
ラグｌａｂｅｌ＝１、ｄｉｒｅｃ＝１がセットされる
（ステップ４３）。

【０１６３】一方、構成チェックＯＫの場合には復調デ
ータはＵＰＣ／Ｅのものであるため、フラグｌａｂｅｌ
＝３、ｄｉｒｅｃ＝１がセットされる（ステップ４
４）。いずれの場合にも、処理はＪに移行する。ステッ
プ４０で復調データが６桁バーコードのものではないと
判定された場合には、図２８ステップ４５でそれが４桁
バーコードのものであるか否かが判定される。４桁バー
コードのものであると判定された場合には続いてそのブ
ロック内のキャラクタが全てＯＤＤ構成であるか否かが
判定される（ステップ４６）。全てのキャラクタがＯＤ
Ｄ構成の場合には、復調データはＥＡＮ−８の左ブロッ
クを含む復調データであるため、フラグｌａｂｅｌ＝
２、ｄｉｒｅｃ＝１がセットされる（ステップ４７）。

【０１６４】一方、復調データが４桁バーコードではな
い、あるいはキャラクタ構成が全てＯＤＤではない場合
には、復調データはＥＡＮ−１３の左ブロックを含むも
のであり、ｌａｂｅｌ＝１、ｄｉｒｅｃ＝１がセットさ
れる（ステップ４８）。いずれの場合にも、処理はＪに
移行する。

【０１６５】ステップ３５でキャラクタがＯＤＤ／ＥＶ
ＥＮ混合の構成ではないと判定された場合には、ステッ
プ４９にてバーコードが４桁バーコードのものか否かが
判定される。４桁バーコードの復調データであると判定
された場合には、つづいてステップ５０でＣＢが検出さ
れたか否かが判定される。ＣＢが検出された場合には、
復調データはＥＡＮ−８の右ブロックを含む復調データ
であり、ｌａｂｅｌ＝２、ｄｉｒｅｃ＝２がセットされ
る（ステップ５１）。一方、４桁バーコードではなかっ
た場合、あるいはＣＢが検出されなかった場合には復調
データはＥＡＮ−１３の右ブロックの部分データである
ため、ｌａｂｅｌ＝１、ｄｉｒｅｃ＝２がセットされる
（ステップ５２）。

【０１６６】いずれの場合にも、処理はＪに移行する。
ステップ３４でＥＧＢが検出された後の復調データでは
ないと判定された場合には、図２９ステップ５３でＳＣ
Ｂが検出された後の復調データであるか否かが判定され
る。ＳＣＢを検出した後の復調データである場合には、
復調データはＵＰＣ／Ｅのものであると判定され、ｌａ
ｂｅｌ＝３、ｄｉｒｅｃ＝２がセットされる（ステップ
５４）。

【０１６７】一方、ＳＣＢを検出した後の復調データで
はないと判定された場合には、ＣＢを検出した後のＥＡ
Ｎ−１３の復調データであると判定され、ｌａｂｅｌ＝
１、ｄｉｒｅｃ＝３がセットされる（ステップ５５）。
いずれの場合にもＪに処理が移行する。Ｊに移行した場
合、復調ＯＫと判断され、処理が完了する。一方、Ｋに
処理が移行した場合には、復調ＮＧと判断され、処理が
完了する。

【０１６８】図３３は、バーコード復調処理結果の出力
を示した図面である。ｌａｂｅｌフラグは復調されたバ
ーコードの種別を示すものであり、１はＥＡＮ−１３、
２はＥＡＮ−８、３はＵＰＣ／Ｅをそれぞれ示してい
る。また、ｄｉｒｅｃフラグは走査された方向を示すフ
ラグであり、ｌａｂｅｌ＝１の場合、１は一気通貫読取
あるいは左ブロックから走査された復調データ（左ブロ
ックを含むの意味）を示し、２は右ブロックからの復調
データを、３はＣＢのみを含む復調データであることを
示す。

【０１６９】ｌａｂｅｌ＝２の場合には、１は一気通貫
読取あるいは左ブロックの復調データ（左ブロックを含
むの意味）であり、２は右ブロックの復調データ（右ブ
ロックを含むの意味）であることを示す。ｌａｂｅｌ＝
３の場合には、１はブロック復調（分割復調）かＳＧＢ
を含む復調データであることを、２はＥＧＢを含む復調
データ（ＳＣＢからＳＧＢ方向に走査されたもの）であ
ることをそれぞれ示す。

【０１７０】図３４は復調データバッファの内容を示
す。復調データバッファには、前述したｌａｂｅｌフラ
グ、ｄｉｒｅｃフラグの他に、左ブロック内の復調デー
タ（キャラクタ）の個数、右ブロック内の復調データ
（キャラクタ）の個数、ｗａｖｅデータの復調データの
有無（ウェーブエラー発生の有無）、復調データが格納
されている。復調処理の結果得られた復調データ他は、
この復調データバッファ内に格納され、必要に応じて合
成処理に使用される。

【０１７１】図３５及び図３６は、格納・合成処理の詳
細を示すフローチャートである。格納・合成処理を行な
う際には、復調データ他を復調データバッファから読み
出す。この処理では、読みだされたｌａｂｅｌフラグに
基づいて、復調されたデータがＥＡＮ−１３のものか、
ＥＡＮ−８のものか、ＵＰＣ／Ｅのものかを判定し、そ
れぞれの種別に応じた格納・合成処理がおこなわれる。

【０１７２】復調データがＵＰＣ／Ｅのものであると判
定された場合には（ステップ１、ステップ３いずれも該
当しない場合）、ステップ５で復調データがＳＧＢを検
出したデータか（ｄｉｒｅｃ＝１か）が判定される。Ｓ
ＧＢを検出した復調データの場合には、復調データをｕ
ｐｃｅｓｘバッファに格納する（ステップ６）。また、
復調データがＳＧＢを検出していないデータの場合に
は、復調データをｕｐｃｅｅｘバッファに格納する（ス
テップ７）。

【０１７３】ｕｐｃｅｅｘバッファ、ｕｐｃｅｓｘバッ
ファは共に、バーコードデータ合成用に用いられるバッ
ファである。’ｓ’はスタートを、’ｅ’はエンドをそ
れぞれ示す。図３７及び図３８は、これらの合成用バッ
ファの内容を図示したものである。なお、図３８はｕｐ
ｃｅｅｘバッファとｕｐｃｅｓｘバッファとが併記され
ている。

【０１７４】合成用バッファは、格納されている情報を
示す格納情報欄、格納されているキャラクタの桁数を示
す桁数欄、復調データ格納領域、モジュラスキャラクタ
格納欄、ウェーブエラーデータが発生した復調データの
有無などが格納される。合成用バッファのうち、ｕｐｃ
ｅｅｘバッファはＳＣＢ側から走査・復調された復調デ
ータが格納され、ｕｐｃｅｓｘバッファはＳＧＢ側から
復調された復調データが格納される。図において、上側
はＧＢ（ＳＧＢ）側、下側はＣＢ（ＳＣＢ）側に対応し
ている。ｕｐｃｅｓｘバッファの場合には復調データが
上から順に格納されていき、ｕｐｃｅｅｘバッファの場
合には復調データが下から順に格納されていく。バーコ
ード合成処理は、一旦合成用バッファに格納された復調
データを利用して実行される。

【０１７５】なお、ＥＡＮ−１３用の合成バッファとし
てｌｇｂｆｘｘ、ｒｇｂｆｘｘ、ｃｂｂｆｘｘが、ＥＡ
Ｎ−８用の合成バッファとしてｅａｎ８ｌｘ、ｅａｎ８
ｒｘがそれぞれある（図示省略）。ｌｇｂｆｘｘ、ｒｇ
ｂｆｘｘ、ｃｂｂｆｘｘは、それぞれ左ブロック、右ブ
ロック、ＣＢを含む復調データが格納されるものであ
る。また、ｅａｎ８ｌｘ、ｅａｎ８ｒｘはそれぞれＥＡ
Ｎ−８の左ブロック、右ブロックを含むデータが格納さ
れるものである。

【０１７６】合成バッファへの復調データの格納は、ｌ
ａｂｅｌフラグとｄｉｒｅｃフラグとの値に基づいて行
なわれる。図３９はｌａｂｅｌフラグと格納処理との対
応を示す図面である。ｌａｂｅｌフラグに基づいて、ま
ずバーコード種別が判別される。ｌａｂｅｌ＝１の場合
にはＥＡＮ−１３用、ｌａｂｅｌ＝２の場合にはＥＡＮ
−８用、ｌａｂｅｌ＝３の場合にはＵＰＣ／Ｅ用の合成
バッファに格納すればよいことが判明する。

【０１７７】これに続いて、更にｄｉｒｅｃフラグの値
を参照する。例えばｌａｂｅｌ＝１の場合、ｄｉｒｅｃ
＝１であるならばこれは左ブロックを含んだ復調データ
であるため、合成バッファｌｇｂｆｘｘに格納する。同
様に、ｄｉｒｅｃ＝２の場合には右ブロックを含んだ復
調データであるためｆｇｂｆｘｘに、ｄｉｒｅｃ＝３の
場合にはＣＢを含んだ復調データであるためｃｂｂｆｘ
ｘに、それぞれ復調データを格納する。

【０１７８】同じように、ＥＡＮ−８ではｄｉｒｅｃ＝
１の場合ｅａｎ８ｌｘに、ｄｉｒｅｃ＝２の場合ｅａｎ
８ｒｘに、ＵＰＣ／Ｅではｄｉｒｅｃ＝１の場合ｕｐｃ
ｅｓｘに、ｄｉｒｅｃ＝２の場合ｕｐｃｅｅｘに復調デ
ータを格納する。次に、分割読取された復調データの合
成処理について説明する。ここでは特にＵＰＣ／Ｅにつ
いて説明する。

【０１７９】合成処理に先立ち、図３６ステップ８にお
いて、合成処理を開始する前にペアリング試行回数がセ
ットされる。この試行回数は合成処理がうまく行かなか
った場合に再試行する回数を示したものであり、本実施
形態の場合には試行回数は１０回とするが、この回数は
任意のものでよい。続いて、合成バッファから復調デー
タを読みだして、ステップ９において復調データがＳＧ
Ｂを検出したデータであるかどうかが判定される。復調
データがＳＧＢを検出したデータである場合には、続い
てステップ１０において復調データがブロックデータで
あるか否か、つまり通しで復調されたデータであるか否
かが判定される。復調データがブロックデータの場合に
は、Ｃに処理が移行、ステップ１７でモジュラス１０チ
ェックを行なった後、チェック結果がＯＫであれば読取
成功となる。なお、ステップ９で復調データがＳＧＢを
検出したものではない場合、ステップ１０はスキップさ
れる。

【０１８０】続いて、ステップ１１において、ｕｐｃｅ
ｘバッファおよびｕｐｃｓｘバッファに格納されている
復調データの桁数を読みだして、加算する。次にステッ
プ１２で桁数チェックが行なわれる。ここで、ＵＰＣ／
Ｅの合成処理を行なう場合には、図４０に図示されるよ
うに、３桁以上の重複がなければならないとした場合、
桁数が８を越えているかどうかをステップ１２で判定す
る。桁数が８桁を越えていない場合には、読取エラーと
する。

【０１８１】桁数が８を越えている場合（９以上）なら
ば、ＵＰＣ／Ｅは６キャラクタから構成されるため、重
複部分が３キャラクタ以上であることが判別できる。こ
の場合には、ステップ１３で、重複桁の復調データが一
致するか否かが判定される。この同一性をチェックする
ことで、重複部分の復調データが同一なものであり、バ
ーコードの合成処理が可能かどうかが判定される。ステ
ップ１４において重複結果がＯＫ（この場合連続した２
キャラクタが同一である必要あり）の場合、続いてステ
ップ１５においてモジュラスキャラクタを算出する。な
お、ステップ１４で２キャラクタ以上同一キャラクタが
連続していない場合には、読取エラーとする。

【０１８２】なお、ステップ１２での重複桁数、ステッ
プ１４での同一キャラクタの条件は、この他の条件をと
っても差し支えはない。この桁数は、合成されるバーコ
ードデータの正当性を保証するために必要なものであ
り、桁数が多くなればその分合成後のバーコードデータ
の正当性は高くなる。ステップ１５を受けて、ステップ
１６ではモジュラスキャラクタ算出がＯＫであったかど
うかが判断される。ＮＧである場合には読取エラーと判
断する。

【０１８３】モジュラスキャラクタ算出結果がＯＫの場
合には、続いてモジュラス１０チェックが行なわれる。
モジュラス１０チェックがＯＫならば、合成されたバー
コードデータが正当なものとして、合成処理を終了す
る。一方、読取エラーとして判定された場合には、ステ
ップ１８でペアリング回数がデクリメントされる。そし
て、ペアリング回数が０となったかどうかがステップ１
９で判定される。ペアリング回数が０となった場合に
は、合成処理を終了する。一方、ペアリング回数が０を
越えている場合には、ステップ９に戻り合成処理を行な
う。ＥＡＮ−１３、ＥＡＮ−８の場合も、図３６と同様
な手順によって合成処理が進められる。ここで、ＥＡＮ
−１３などの場合には、ステップ１２に規定されている
桁数チェックにおいて、重複桁数が２キャラクタ以上で
あれば桁数チェックをＯＫとしている。つまり、ＥＡＮ
−１３の場合には１２桁＋重複２桁の１４桁、ＥＡＮ−
８の場合には８桁＋重複２桁の１０桁桁数があれば桁数
チェックをＯＫとしている。

【０１８４】ここで、バーコードの走査のされ方によっ
てはＵＰＣ／ＥのＳＣＢとＥＡＮ−１３のＣＢとの区別
が着きにくい場合がでてくる。ここで、ＥＡＮ−１３の
場合にはＣＢの両側にキャラクタがあるか否かなどの判
定を行なうことによってＥＡＮ−１３の一部分が読み取
られたことを確認しやすいが、ＵＰＣ／ＥのＳＣＢの場
合には仮に６モジュール構成のバーが検出されたとして
も、既に述べた理由によってＥＡＮ−１３のＣＢである
可能性も否定できない。

【０１８５】従って、読取の成功率を高めるようＵＰＣ
／Ｅの復調処理を行なう場合には、よりチェックの度合
いを高めて、読み取られたバーコードがＵＰＣ／Ｅであ
ることが充分確認された上で行なう必要がある。そこ
で、本実施形態ではＥＡＮ−１３・ＥＡＮ−８の桁数チ
ェックと、ＵＰＣ／Ｅの桁数チェックとでは、重複すべ
きキャラクタを変えている。図４１はペアリングバッフ
ァの構成を示した図面である。ペアリングバッファは、
ペアリングされた復調データを格納するものである。図
４１の場合にはＥＡＮ−８のペアリング合成バッファと
ＵＰＣ／Ｅの合成バッファとが図示されているが、ＥＡ
Ｎ−１３用のペアリングバッファも同様の構成となって
いることはいうまでもない。

【０１８６】ＥＡＮ−８用のペアリングバッファは、０
番地から２４番地までの２５の領域が設定されている。
また、分割データとしては左ブロックを含むデータとし
てはｅａｎｌ１〜ｅａｎｌ５の５種類が、右ブロックを
含むデータとしてはｅａｎ８ｆ１〜ｅａｎ８ｒ５の５種
類が、それぞれ存在するものとする。ＥＡＮ−８用合成
バッファには、これらそれぞれ５種類ずつの復調データ
が組み合わされた合計２５個のデータが格納されてい
る。

【０１８７】同様に、ＵＰＣ／Ｅ用ペアリングバッファ
には、ｕｐｃｅｓ１〜ｕｐｃｅｓ１０、ｕｐｃｅｅ１〜
ｕｐｃｅｅ１０のそれぞれ１０種類ずつのデータを組み
合わせた合計１００個の復調データを格納するために、
２５番地〜１２４番地の１００個の領域が設定されてい
る。図４２は、一致回数処理の詳細を示すフローチャー
トである。ここでは、復調済（合成済）データの一致回
数を計数し、これに応じて読取の成否を判断する処理が
行なわれる。

【０１８８】まずステップ１において、Ｍ−１０（モジ
ュラス１０チェック）ＯＫのデータはＵＰＣ／Ｅのもの
かどうかが判定される。このデータがＵＰＣ／Ｅのもの
でない場合にはＥＡＮ−１３あるいはＥＡＮ−８のもの
であるため、ステップ２においてＥＡＮ−１３、ＥＡＮ
−８用の一致回数分同一復調データが存在するかどうか
を確認し、処理を終了する。

【０１８９】一方、Ｍ１０ＯＫデータがＵＰＣ／Ｅのも
のである場合には、ステップ３においてこれがブロック
読取されたデータかどうか（ＳＧＢ−ＳＣＢを通過した
データ）を判定する。ブロック読取されたデータである
場合には、続いてステップ４にてグレーゾーン・ウェー
ブデータがないかどうかが判定される。これは、例えば
既述したウェーブエラーや確かではないデータが含まれ
ているかどうかを確認する処理を行なう。これらのデー
タがなければ読取ＯＫと判断する。

【０１９０】一方、ステップ４でこれらのデータが存在
すると判定された場合には、ステップ５で復調データが
二回一致したかどうかが確認される。ここでは、同一復
調データの有無が判定される。二回一致したデータが存
在すれば、読取ＯＫと判断する。一方、二回一致データ
が存在しない場合には、Ｍ１０チェックＯＫの数が２個
以上あるかどうかが判定される（ステップ６）。Ｍ１０
ＯＫの数が２個以上であれば、一致回数ＯＫと判断す
る。一方、ステップ６の条件に合わない場合には、読取
エラー（一致回数ＮＧ）と判断する。

【０１９１】また、ステップ３においてブロック読取で
はない、つまり分割読取データであると判定された場合
には、ステップ７で６桁のブロックが検出されたかどう
かが判定される。６桁ブロックが検出されなければ、一
致回数ＮＧと判定される。６桁ブロックが検出された場
合には、ステップ８においてグレーゾーン・ウェーブデ
ータがあるかどうか判定される。これらのデータが存在
する場合には、ステップ９においてＳＧＢ・ＳＣＢを含
むデータが３個ずつあるかどうかが判定される。これら
のデータが３個ずつあれば、一致回数ＯＫと判定し、３
個ずつなければ一致回数ＮＧと判定する。

【０１９２】ステップ８においてグレーゾーン等がない
と判定された場合には、ステップ１０においてＳＧＢ・
ＳＣＢを含むデータが１−２、２−１以上かどうかが判
定される。これは、図４３に示されるように、ＳＧＢを
含むデータが１個の場合にはＳＣＢを含むデータが２個
以上存在しているか、逆にＳＣＢを含むデータが一個の
場合にはＳＧＢを含むデータが２個以上存在しているか
を判定するものである。

【０１９３】この条件に当てはまる場合には一致回数Ｏ
Ｋ、当てはまらない場合には一致回数ＮＧと判定する。
ここでは、ＵＰＣ／Ｅバーコードの誤読を防止するため
に、ウェーブデータの存在する復調データやグレーゾー
ンのある復調データを使用したモジュラス１０チェック
を行なう場合には、通常時の場合の一致回数（データ取
り込み回数）を偏光する処理を行なっている。

【０１９４】ウェーブデータ等が存在する復調データは
ゴミデータ（ノイズ等）を復調したものである可能性が
高くなる。そのため、このような場合にはモジュラス１
０チェックがＯＫとなったデータの一致回数チェックを
厳しくしているのである。なお、ＳＣＢチェックの場合
とＣＢチェックの場合共に、一方のバー幅が他方の＋／
−２５％以内である場合にチェックＯＫとしていたが、
既に述べているようにＳＣＢはＣＢとの区別が付きにく
い。そのため、ＳＣＢのチェックはＣＢのチェックより
も厳しくすることが望ましい場合がある。

【０１９５】図４４は、そのための手段を図示したもの
である。ＣＢチェックの場合には＋／−２５％以内をチ
ェックＯＫの条件としているが、ＳＣＢチェックの場合
には＋／−２０％以内をチェックＯＫの条件としてい
る。これによって、ＳＣＢチェックの方がよりチェック
の度合いが厳しくなるため、少しでもＳＣＢの特徴とは
異なる構成を持ったデータを取り除くことができる。

【０１９６】更に、ＳＣＢチェックの精度をあげるため
に、ＳＣＢ（ＣＢ）に続く白バーの幅のチェックを行な
う。ここでは２×Ｔ５＜４×Ｘ（Ｘは図４５図示のＣＢ
に隣接する白バーの幅）というチェックが行なわれる。
この条件を満たしている場合には、ＸはＥＡＮ−１３の
ＣＢに隣接するキャラクタＣ７の始めの白バーであるこ
とが判る。一方、この条件を満たしていない場合には、
ＸはＵＰＣ／ＥのＳＣＢに続くマージン部であると判定
することができる。このような白バー長チェックを行な
うことにより、より確実にＳＣＢ／ＣＢの検出を行なう
ことができる。なお、このチェックを行なった後には、
Ｙのバーのｃｈｒ−ｆのビットがオンになっていないこ
とをチェックする。

【０１９７】

【発明の効果】以上述べたとおり、本発明によれば、バ
ーコードの特徴点の抽出の際に、より特徴点の抽出が難
しい種別のバーコードが読み取られたような場合、読み
取られたデータに含まれる特徴点と思われる情報が本当
に特徴点であるかどうかのチェックを、他の種別のバー
コードに対するチェックの場合よりもより厳しく行なう
ため、いずれの種別のバーコードであってもより確実に
特徴点を抽出可能とすることができ、複数種別のバーコ
ードが混在しているような場合でも、どの種別のバーコ
ードも同じように読取・復調することができるようにな
る。

【０１９８】また、特徴点の抽出の方法として、走査順
等を示すフラグを設定することによって、後の復調等の
処理自に特徴点に対応するデータを検索しやすくなり、
復調処理がより効率的に行なえる。また、フラグ種別お
よびフラグが付されたバーの種類に応じて特徴点チェッ
クを行なうことで、読み取られた特徴点の種別を判定で
きるようにし、更には読み取られたバーコード種別の判
別にも利用できるようにすることができる。

【０１９９】一方、特徴点の前後にキャラクタが隣接し
ているかどうかを、特徴点の抽出に合わせて行なうこと
によって、判別された特徴点種別が正しいものであるの
かどうかをより確実に判別できる。一方、前記した走査
種別を示すフラグが、同一キャラクタに、異なった複数
種類のものが付されていた場合、隣接するキャラクタ長
のチェックを行なうが、これによってどのフラグを有効
とすべきかを判別して、読み取られた特徴点の種別やバ
ーコードの種別などを判別することが可能となる。

【０２００】また、このように判別されたバーコード種
別に応じて対応する復調方法等を選択することができる
ため、より確実に、より迅速に読み取られたバーコード
種別に応じた復調処理を実行することができる。また、
特徴点か検出された場合、その前後方向にキャラクタが
存在するか否かを判別し、キャラクタが存在するか否か
の判別結果に基づいて、読み取られたバーコード種別を
判定することによって、より確実にバーコード種別を判
定することが可能となる。

【０２０１】また、特徴点の両側でキャラクタ長チェッ
クが有効となるキャラクタ数を計数することで、この計
数結果に基づいて読み取られた特徴点とバーコードの種
別を判別することができるようになる。一方、複数のバ
ーコード種別に共通する特徴点が抽出された場合、特徴
点に続くキャラクタの構成を判別することで、読み取ら
れたバーコードの種別がどの種別であるのかを容易に判
別することができるようになる。

【０２０２】また、バーコードの種別に応じて、合成処
理を行なう際に必要となる合成対象となるデータ同士の
重複桁数を変える。これによって、合成処理等を行なう
際に誤読が生じやすい種別のバーコードについては重複
桁数を多くしてチェックの度合いを厳しくすることで、
問題となる可能性がある誤読の発生確率を低減させるこ
とが可能となる。

【０２０３】一方、必要となる重複桁内に存在する同一
データは、バーコード種別に関わらず同じ桁数とするこ
とも可能である。同様に、読取成功と判断するために必
要となる、同一バーコードデータの個数を、バーコード
の種別に応じて変えることで、誤読を生じやすいバーコ
ードについてはよりチェックの度合いを厳しくすること
も可能となり、誤読の発生可能性を低下させることが可
能となる。

【図面の簡単な説明】

【図１】ＥＡＮ−１３、ＥＡＮ−８、ＵＰＣ／Ｅの構成
を示す図面である。

【図２】一実施形態によるバーコード読取装置の構成を
示す図面である。

【図３】図２に図示されたＣＰＵの内部構成を示す図面
である。

【図４】バーコードの走査方向種別を示す図面である。

【図５】バーコードの走査のされ方を示す図面である。

【図６】一実施形態によるバーコード復調の概要を示す
フローチャートである。

【図７】バーコードの走査の状態とエッジ検出信号との
関係を示す図面である。

【図８】ウエーブエラー発生時のエッジ検出信号の状態
を示す図面である。

【図９】その他のウエーブエラー発生の状態を示す図面
である。

【図１０】バーコードの走査種別とその判別方法を示し
た図面である。

【図１１】バーコード検索第一次処理を示すフローチャ
ートである。

【図１２】バーコード検索第一次処理を示すフローチャ
ートである。

【図１３】バー幅バッファの構成を示す図面である。

【図１４】同一構成のバーコードに対して異なった解釈
が生じる可能性を示す図面である。

【図１５】センタバー、スペシャルセンターバーのキャ
ラクタチェックを示す図面である。

【図１６】センターバーとスペシャルセンターバーとの
見分けがつかない例を示す図面である。

【図１７】同一バーにｃｈｒ−ｆフラグとｃｈｒ−ｌフ
ラグとが設定された状態を示す図面である。

【図１８】第一検索処理の出力結果を示す図面である。

【図１９】バーコード検索第二次処理を示すフローチャ
ートである。

【図２０】バーコード検索第二次処理を示すフローチャ
ートである。

【図２１】バーコード検索第二次処理を示すフローチャ
ートである。

【図２２】バーコード検索第二次処理を示すフローチャ
ートである。

【図２３】検索第二次処理結果を示す図面である。

【図２４】バーコード復調処理を示すフローチャートで
ある。

【図２５】バーコード復調処理を示すフローチャートで
ある。

【図２６】バーコード復調処理を示すフローチャートで
ある。

【図２７】バーコード復調処理を示すフローチャートで
ある。

【図２８】バーコード復調処理を示すフローチャートで
ある。

【図２９】バーコード復調処理を示すフローチャートで
ある。

【図３０】δディスタンスを示す図面である。

【図３１】δディスタンスを用いたバーコード復調時に
用いられるテーブルの構成を示す図面である。

【図３２】ＥＡＮ−１３とＵＰＣ／Ｅの先頭キャラクタ
のの構成の相違を示す図面である。

【図３３】バーコード復調処理の出力を示す図面であ
る。

【図３４】復調データバッファの構成を示す図面であ
る。

【図３５】格納合成処理を示すフローチャートである。

【図３６】格納合成処理を示すフローチャートである。

【図３７】合成バッファの構成を示す図面である。

【図３８】合成バッファの構成を示す図面である。

【図３９】復調データの格納処理と合成処理との関係を
示す図面である。

【図４０】ＵＰＣ／Ｅを復調する際の重複桁を示す図面
である。

【図４１】ペアリングバッフアの構成を示す図面であ
る。

【図４２】一致回数処理を示すフローチャートである。

【図４３】走査方向に応じて必要となる有効データ数を
示す図面である。

【図４４】ＥＡＮ−１３とＵＰＣ／Ｅとでキャラクタ長
チェックの度合いを変更することを説明する図面であ
る。

【図４５】白バー長チェックを示す図面である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｋ 7/10 Ｇ０６Ｋ 7/10 Ｒ (72)発明者 佐藤 伸一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 川合 弘晃 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岩口 功 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (29)

【特許請求の範囲】
1. 【請求項１】 バーコードを走査して、前記走査された
   バーコードから得られるバーコードデータの復調処理を
   行なうバーコード読取方法において、 バーコードの特徴を示す特徴点に対応した構成を持つデ
   ータを抽出するとともに、 前記データの抽出結果に基づいて、前記バーコードが走
   査された種別を判別し、 前記抽出されたデータが特徴点であるか否かのチェック
   を行い、 走査種別が予め決められた走査種別であると判別された
   場合、前記特徴点チェックの度合いを、その他の走査種
   別によりバーコードが走査された場合よりも厳しくする
   ことを特徴とする、バーコード読取方法。
2. 【請求項２】 前記バーコード読取方法において、 前記走査種別の判別は、 前記特徴点に対応した構成を持つデータを検索し、 前記データの前あるいは後に走査されたキャラクタと前
   記データとのいずれか一方に、その走査された順序に応
   じて、両者の走査順を示すフラグを設定するよう構成さ
   れたことを特徴とする、請求項１記載のバーコード読取
   方法。
3. 【請求項３】 前記バーコード読取方法において、 前記フラグは、前記キャラクタあるいは前記特徴点に対
   応した構成を持つデータを構成するバーのうち、特定の
   位置にあるバーに対して付されることを特徴とする、請
   求項１記載のバーコード読取方法。
4. 【請求項４】 前記バーコード読取方法において、 前記特徴点チェックは、 前記フラグ種別および前記フラグが付されたバーの種類
   を判別し、 前記判別されたフラグ種別およびバー種類に基づいて、
   前記特徴点種別を判定するよう構成されたことを特徴と
   する、請求項３記載のバーコード読取方法。
5. 【請求項５】 前記バーコード読取方法において、 種別が判定された特徴点が予め定められた種別の特徴点
   である場合、前記キャラクタが隣接している側と逆側に
   バーが存在するか否かを判定し、 前記判定結果に基づいて前記判定された特徴点種別が正
   しいか否かを判定するように構成されたことを特徴とす
   る、請求項４記載のバーコード読取方法。
6. 【請求項６】 前記バーコード読取方法において、 互いに異なる走査順を示すフラグが同一のキャラクタあ
   るいは特徴点を示すデータに対して付されていた場合、
   前記フラグが付されたデータに隣接するキャラクタを含
   む複数のキャラクタ同士でキャラクタの長さのチェック
   を行い、 前記チェックの結果に基づいていずれの種別のフラグを
   有効とすべきかを判断することを特徴とする、請求項２
   または３記載のバーコード読取方法。
7. 【請求項７】 バーコードを走査し、走査されたバーコ
   ードからバーコードの種別に応じた特徴を示すデータを
   抽出し、これに基づいてバーコードの復調処理を行なう
   バーコード読取方法において、 前記特徴点を示すデータとこれに隣接するキャラクタと
   を検出した場合、前記特徴点データと前記キャラクタと
   により前記キャラクタのキャラクタ長チェックを行い、 前記特徴点データと前記キャラクタとの一方に、前記特
   徴点データと前記キャラクタとの読み取られた順序を示
   すフラグを設定することを特徴とする、バーコード読取
   方法。
8. 【請求項８】 前記バーコード読取方法において、 前記フラグは、前記特徴点データと前記キャラクタのう
   ち後から走査されたものに対して付されることを特徴と
   する、請求項７記載のバーコード読取方法。
9. 【請求項９】 前記バーコード読取方法において、 前記フラグは、前記特徴点データあるいは前記キャラク
   タの特定の位置にあるバーに対して付されることを特徴
   とする、請求項７または８記載のバーコード読取方法。
10. 【請求項１０】前記バーコード読取方法において、 前記フラグのうち、第一の読取順序を示すフラグと、前
    記第一の読取順序とは異なる第二の読取順序を示すフラ
    グとが同一のキャラクタあるいは特徴点データに対して
    付されていた場合、前記フラグが付されたデータバーに
    隣接するキャラクタを含む複数のキャラクタ間でキャラ
    クタの長さのチェックを行い、 前記キャラクタ長チェックに基づいていずれのフラグが
    有効なものであるかを判別することを特徴とする、請求
    項７乃至９記載のバーコード読取方法。
11. 【請求項１１】前記バーコード読取方法において、 前記走査されたバーコードを復調する際、前記フラグ
    と、前記フラグが付されたデータの種別に基づいてバー
    コードが走査された種別を判別し、 前記判別された走査種別に基づいて、複数の復調方法の
    中から前記走査種別に対応した復調方法を選択し、 前記バーコードの復調を行なうことを特徴とする、請求
    項７乃至１０記載のバーコード復調方法。
12. 【請求項１２】バーコード種別に応じた特徴を示す特徴
    点の片側にキャラクタが配列される第一のバーコード
    と、特徴点の両側にキャラクタが配置される第二のバー
    コードとを読み取り、これらのバーコードの復調処理を
    実行するバーコード読取方法であって、 前記特徴点か検出された場合、その前後方向にキャラク
    タが存在するか否かを判別し、 前記キャラクタが存在するか否かの判別結果に基づい
    て、前記第一のバーコードまたは前記第二のバーコード
    が読み取られたのかを判別することを特徴とする、バー
    コード読取方法。
13. 【請求項１３】前記バーコード読取方法において、 前記第一のバーコードにおける特徴点と、前記第二のバ
    ーコードにおける特徴点とはそのバー構成が異なり、且
    つ一方の特徴点の一部分が他方の特徴点の部分あるいは
    全体と同一構成を持っており、前記一方の特徴点の構成
    を持つ特徴点データが得られた場合、 前記得られた特徴点データの前後にキャラクタが存在す
    るか否かを判定し、 前記判定結果に基づいて前記得られた特徴点データが前
    記一方の特徴点なのか前記他方の特徴点なのかを判別
    し、 その結果に基づいて読み取られたバーコード種別を判定
    し、判定された種別のバーコードに対応した復調方法に
    よって前記バーコードを復調することを特徴とする、請
    求項１２記載のバーコード読取方法。
14. 【請求項１４】前記バーコード読取方法において、 前記第一のバーコードにおける特徴点と、前記第二のバ
    ーコードにおける特徴点とはそのバー構成が異なり、且
    つ一方の特徴点の一部分が他方の特徴点の部分あるいは
    全体と同一構成を持っており、前記一方の特徴点の構成
    を持つ特徴点データが得られた場合、 前記特徴点データの一方の側に、予め決められた値以上
    の余白部分が存在するか否かを判定し、 前記判定結果に基づいて前記得られた特徴点の種別およ
    び読み取られたバーコード種別を判定し、 判定されたバーコード種別に対応した復調方法により読
    み取られたバーコードの復調を行なうことを特徴とす
    る、請求項１２記載のバーコード読取方法。
15. 【請求項１５】前記バーコード読取方法において、 互いに隣接するキャラクタ同士でキャラクタ長のチェッ
    クを行い、 前記特徴点の両側のそれぞれについて、キャラクタ長チ
    ェックが正しいと判別されたキャラクタが連続する数を
    計数し、 前記特徴点のそれぞれの側についての前記計数結果に基
    づいて、バーコード種別が前記第一のバーコードあるい
    は前記第二のバーコードのいずれであるかを判別するこ
    とを特徴とする請求項１２乃至１４記載のバーコード読
    取方法。
16. 【請求項１６】バーコードの特徴を示す特徴点を抽出
    し、その結果に基づいてバーコードの復調処理を実行す
    るバーコード読取方法において、 第一の特徴点を示すデータと、前記第一の特徴点とは異
    なった特徴を示す第二の特徴点とを示すデータが互いに
    近接して検出された場合、一方の特徴点と見なされたデ
    ータに隣接するキャラクタと、前記隣接するキャラクタ
    に更に隣接するキャラクタとの間でキャラクタ長のチェ
    ックを行い、 前記キャラクタ長チェックの結果に基づいて、前記検出
    された第一の特徴点を示すデータと前記第二の特徴点を
    示すデータのうち、いずれを有効なデータとすべきかを
    判別することを特徴とするバーコード読取方法。
17. 【請求項１７】第一の種別のバーコードと、前記第一の
    種別とは異なる第二の種別のバーコードとを読み取り、
    それぞれのバーコードの復調処理を実行するバーコード
    読取方法において、 前記読み取られたバーコードの中から、バーコードの特
    徴を示す特徴点を抽出し、 前記２つのバーコード種別に共通する特徴点が抽出され
    た場合、前記特徴点に続くキャラクタの構成を判別し、 前記キャラクタ構成の判別結果に基づいて、読み取られ
    たバーコードが前記第一の種別であるか第二の種別であ
    るかを判別することを特徴とする、バーコード読取装
    置。
18. 【請求項１８】バーコードの部分が走査された読取デー
    タを複数組み合わせて合成し、元のバーコードデータを
    再生するバーコード読取方法において、 読み取られたバーコードの種別を判別し、 合成処理の対象となる複数のバーコードデータの中で、
    互いに重複して走査されたデータの桁数を判別するとと
    もに、 読み取られたバーコード種別が第一のバーコード種別で
    ある場合には、合成対象となる複数のバーコードの重複
    桁数が第一の値以上であることを条件に合成処理を行
    い、 読み取られたバーコード種別が第二のバーコード種別で
    ある場合には、合成対象となる複数のバーコードの重複
    桁数が、前記第一の値よりも大きい第二の値以上である
    ことを条件に合成処理を行なうことを特徴とする、バー
    コード読取方法。
19. 【請求項１９】前記バーコード読取方法は更に、 それぞれのバーコードデータの重複データ中に、互いに
    同一であるデータが存在するか否かを判別するととも
    に、 読み取られたバーコード種別に関わらず、前記同一デー
    タが前記第一の値と同一の値である第三の値以上である
    ことを条件に合成処理を行なうことを特徴とする、請求
    項１８記載のバーコード読取方法。
20. 【請求項２０】バーコードの部分が走査された読取デー
    タを複数組み合わせて合成し、元のバーコードデータを
    再生するとともに、合成されたデータを比較して、同一
    の合成データが予め定められた個数得られた場合に読取
    成功と判断するバーコード読取方法において、 読み取られたバーコードの種別を判別し、 読み取られたバーコード種別が第一の種別であった場
    合、前記第一の種別とは異なる第二の種別の場合に読取
    成功の条件となる同一合成データ個数よりも多い数の同
    一合成データが得られた場合に、読取成功と判断するこ
    とを特徴とするバーコード読取方法。
21. 【請求項２１】光源を備え、光源から出射される光線に
    よりバーコードを照射し、バーコードからの反射光を受
    光手段により受光して、得られたバーコードデータに対
    する復調処理を実行するバーコード読取装置において、 前記受光手段から出力される信号に基づいて、読み取ら
    れたバーコードを構成するバーの幅を計数するバー幅カ
    ウンタと、 前記バー幅カウンタから出力されるカウント値に基づい
    て、特徴的な構成を持つ特徴点データを検出する検出部
    と、 前記検出部により検出された特徴点データに基づいて判
    別されるバーコード種別に対応した復調方法により、前
    記バーコードデータの復調処理を行なう復調部と、 前記読み取られたバーコードデータが前記バーコードの
    一部分にあたるものである場合、複数の部分バーコード
    データを合成して一つのバーコードデータを再生する合
    成部と、 前記合成部による合成処理が行なわれた場合、合成処理
    の結果得られた同一の値を持つ復調データが得られた回
    数をチェックする一致回数チェック部と、を備え、 前記判別されるバーコード種別に応じて、必要とされる
    一致回数を変更することを特徴とするバーコード読取装
    置。
22. 【請求項２２】光源を備え、光源から出射される光線に
    よりバーコードを照射し、バーコードからの反射光を受
    光手段により受光して、得られたバーコードデータに対
    する復調処理を実行するバーコード読取装置において、 前記受光手段から出力される信号に基づいて、読み取ら
    れたバーコードを構成するバーの幅を計数するバー幅カ
    ウンタと、 前記バー幅カウンタから出力されるカウント値に基づい
    て、特徴的な構成を持つ特徴点データを検出し、前記特
    徴点データに隣接するキャラクタと前記特徴点との読み
    取られた順序に応じて、前記キャラクタあるいは前記特
    徴点データに対して読取順序を示すフラグを付して出力
    する検出部と、 前記カウント値と前記フラグとを格納する第一のバッフ
    ァと、 前記バッファより前記フラグが付されたデータを検索
    し、前記フラグに応じて前記特徴点の種別を判別する検
    索部と、 前記検索部により判別された特徴点種別に対応するバー
    コード種別の復調方法に基づいて、バーコードデータの
    復調処理を行なう復調部と、を備えたことを特徴とする
    バーコード読取装置。
23. 【請求項２３】前記バーコード読取装置において、 前記検出部は、読み取られた順序に応じて、予め決めら
    れた読取順にあたるキャラクタあるいは特徴点データに
    対してフラグを付すことを特徴とする、請求項２２記載
    のバーコード読取装置。
24. 【請求項２４】前記バーコード読取装置において、 前記検出部は、前記キャラクタあるいは特徴点データを
    構成するバーのうち、特定位置にあるバーに対してフラ
    グを設定することを特徴とする、請求項２２または２３
    記載のバーコード読取装置。
25. 【請求項２５】前記バーコード読取装置において、 前記検索部は、前記フラグ種別と、前記フラグが付され
    たバーの種別とに基づいて、バーコードの読取種別およ
    び前記特徴点データが示す特徴点の種別を判定すること
    を特徴とする、請求項２４記載のバーコード読取装置。
26. 【請求項２６】前記バーコード読取装置において、 前記検索部は、前記判定されたバーコード読取種別が予
    め決められた読取種別である場合、検出された特徴点デ
    ータの前記キャラクタが隣接する側とは逆の側にバーコ
    ードを構成するバーが存在するか否かを判定し、 前記判定結果に基づいて前記判定された特徴点種別が正
    しいか否かを判定する機能を有することを特徴とする請
    求項２５記載のバーコード読取装置。
27. 【請求項２７】前記バーコード読取装置において、 前記検索部は、互いに異なる読取順序を示すフラグが同
    一のバーに対して付されている場合、前記バーが含まれ
    る特徴点データに隣接するキャラクタを含む複数のキャ
    ラクタ相互のキャラクタの長さをチェックし、その結果
    に基づいて有効とすべきフラグ種別を判定する機能を有
    することを特徴とする請求項２５記載のバーコード読取
    装置。
28. 【請求項２８】光源を備え、光源から出射される光線に
    よりバーコードを照射し、バーコードからの反射光を受
    光手段により受光して、得られたバーコードデータに対
    する復調処理を実行するバーコード読取装置において、 前記受光手段から出力される信号に基づいて、読み取ら
    れたバーコードを構成するバーの幅を計数するバー幅カ
    ウンタと、 前記バー幅カウンタから出力されるカウント値に基づい
    て、特徴的な構成を持つ特徴点データを検出する検出部
    と、 前記検出部により検出された特徴点データに基づいて判
    別されるバーコード種別に対応した復調方法により、前
    記バーコードデータの復調処理を行なう復調部と、 前記読み取られたバーコードデータが前記バーコードの
    一部分にあたるものである場合、複数の部分バーコード
    データを合成して一つのバーコードデータを再生する合
    成部と、を備え、 前記合成部は更に、合成対象となる複数のバーコードデ
    ータのうち、互いに重複する桁数が予め定められた桁数
    以上であるか否かを判定し、 前記判定された桁数が前記予め定められた桁数以上であ
    る場合合成処理を実行するとともに、 前記バーコードが予め定められた種別のバーコードであ
    ると判別された場合、合成処理を実行するために必要と
    される重複桁数が、その他の種別のバーコードに対する
    合成処理時に必要とされる重複桁数よりも多い数存在し
    た場合に、合成処理を実行する機能を有することを特徴
    とする、バーコード読取装置。
29. 【請求項２９】光源を備え、光源から出射される光線に
    よりバーコードを照射し、バーコードからの反射光を受
    光手段により受光して、得られたバーコードデータに対
    する復調処理を実行するバーコード読取装置において、 前記受光手段から出力される信号の値が一方の値から他
    方の値に反転したときに発生する第一の信号と、前記他
    方の値から前記一方の値に反転するときとに発生する第
    二の信号との間隔を計数することにより、バーコードを
    構成するバーの幅を計数するとともに、前記信号のうち
    同じ種類の信号が連続して発生した場合には、それを示
    す第三の信号を出力するバー幅カウンタと、 前記バー幅カウンタから出力されるカウント値に基づい
    て、特徴的な構成を持つ特徴点データを検出する検出部
    と、 前記検出部により検出された特徴点データに基づいて判
    別されるバーコード種別に対応した復調方法により、前
    記バーコードデータの復調処理を行なう復調部と、 前記復調部による復調結果が一致した回数を計数し、一
    致回数と予め定められた値とを比較して読取成功の可否
    を判定する一致回数チェック部と、を備え、 前記バー幅カウンタより前記第三の信号が出力されてい
    た場合、前記一致回数チェック部において必要とされる
    一致回数を、前記第三の信号が出力されていない場合よ
    りも多い回数に変更することを特徴とする、バーコード
    読取装置。