コンセプトチェックキャラクタ概要チェックキャラクタは、チェックデジットとも言われ、データの信憑性を確認するためにデータの最後に付加するキャラクタである。43)など様々である。モジュロをモジュラス(modulus)とも言う。5のように全く規定されてないものがある。チェックキャラクタが標準化されている場合は、バーコードリーダの機能で素早くデータチェックできる。通常、チェックキャラクタは、バーコードシンボルの読取が正しく実行したかをチェックするために利用されるが。EDIデータを複数のバーコードシンボルで表示する場合は、EDIデータ全体のチェックキャラクタをシンボルチェックキャラクタの前に付加する場合がある。5は、キャラクタ構成がシンプルであるために誤読が発生しやすい。キャラクタが消滅する「桁落ち」が多く発生するので、チェックキャラクタを付加しない場合でも桁数チェックだけは必須である。チェックキャラクタの効果チェックキャラクタなしの場合と付けた場合の誤読率は、どの位の差があるのだろうか。ドットプリンタ等の様々なラベルを混ぜてテストしている。その結果は、チェックキャラクタなしが約300万キャラクタに1キャラクタの誤読に対し、チェックデジット付きでは、1億4900万キャラクタに1キャラクタになったと報告されている。Automation)は、Codabar(NW-7)についてテストしている。その結果は、チェックキャラクタなしで150万キャラクタに1キャラクタに対し、チェックキャラクタ付きでは、特別に誤読率が増加した10日間を除けば、910万キャラクタに1キャラクタであったと報告されている。モジュロ10/ウェイト3モジュロ10/ウェイト3は、数字のみのチェック方式で、キャラクタに3,1,3,1とウェイトを掛けていき、キャラクタの総和が10の倍になる値をチェックデジットとする。具体的には、数値をモジュラスで割って得られた余りを、モジュラスから差し引いた数値(補数)をチェックデジットとする。5等に使用されている。その計算方法を次に示す。データキャラクタの中で最も右にあるキャラクタを奇数とし、全てのデータキャラクタを奇数位置と偶数位置に分類する。奇数位置にあるキャラクタを3倍する。偶数位置にあるキャラクタを1倍する。手順(2)の結果と手順(3)の結果を合計する。手順(4)の結果を10で割り、余りを求める。10から手順(5)の結果の余りを引いた数字がチェックデジットである。5は、データとチェックデジットの合計が偶数桁でなければならないので、奇数桁の場合は、データの前に0を付加する。例:JAN-8のデータが4912349場合のチェックデジットを求める。データキャラクタの中で最も右にあるキャラクタを奇数とし、全てのデータキャラクタを奇数位置と偶数位置に分類する。奇数位置にあるキャラクタをそれぞれ3倍、偶数位置にあるキャラクタを1倍する。奇数位置と偶数位置の数字を合計する。(3)の結果を10で割り、余りを求める。10から(3)の結果の余りを引く。10-6=4したがって、このチェックデジットは4である。モジュロ10/ウェイト2モジュロ10/ウェイト2は、数字のみのチェック方式で、キャラクタに2,1,2,1とウェイトを掛けていき、それらの総和が10の倍数になる値をチェックデジットとする。具体的には、数値をモジュラスで割って得られた余りを、モジュラスから差し引いた数値(補数)をチェックデジットとする。Codabar(NW-7)やOCRに使用されることがある。その計算方法を次に示す。データキャラクタの中で最も右にあるキャラクタを奇数とし、全てのデータキャラクタを奇数位置と偶数位置に分類する。奇数位置にあるキャラクタをそれぞれ2倍して合計する。この時、2桁になった数字は、10の位と1の位を分離して別に合計する。偶数位置にあるキャラクタを合計する。手順(2)の結果と手順(3)の結果を合計する。手順(4)の合計の結果を10で割り、余りを求める。10から手順(5)の結果の余りを引いた数字がチェックデジットである。手順(5)の答えの余りが0の場合は、チェックデジットは0となる。例:Codabar(NW-7)のデータが6031492場合のチェックデジットを求める。データの右側を奇数位置とし、奇数桁を2倍する。(2)の結果を10で割り、余りを求める。10から(3)の結果の余りを引く。10-1=9したがって、このチェックデジットは9である。モジュロ11/ウェイト2,3,4,5,6,7モジュロ11は、数字データのみのチェック方式で、キャラクタに2,3,4,5,6,7とウェイトを掛け、それらのキャラクタの総和が、10の倍数になる値をチェックデジットとする。具体的には、数値をモジュラスで割って得られた余りを、モジュラスから差し引いた数値(補数)をチェックデジットとする。モジュロ11は、Codabar(NW-7)やOCRに使用されることがある。モジュロ11は、データに欠番ができるため連番管理には不都合であるが、モジュラス10に比べ隣合う左右の数字が入れ替わる時(転倒エラー)や1桁おいて左右の数字が入れ替わる時(複転レラー)に検出率が高い。その計算方法を次に示す。データキャラクタの中で最も右にあるキャラクタから順に2,3,4,5,6,7を繰り返し、ウェイトを付ける。(これ以外のウェイトの付けたもある。データのそれぞれの数値に手順(1)で付けたウェイトを乗じる。手順(2)の結果の全てを合計する。手順(3)の合計の結果を11で割り、余りを求める。11から手順(4)の結果の余りを引いた数字がチェックデジットである。手順(4)の答の余りが0の場合は、チェックデジットは0とし、余りが1の場合は10となるためこのデータは欠番とする。例:Codabar(NW-7)のデータが1526734の場合のチェックデジットを求める。データの右側を奇数位置とし、2,3,4,5,6,7と順にウェイトを付ける。(2)の結果を11で割り、余りを求める。11から3)の結果の余りを引く。11-3=8したがって、このチェックデジットは8である。Remains)チェックDRチェックは、キャラクタ列を数値とし、それをモジュロで割って得られた余りをチェックデジットとする方式である。7DRは、総和を7で割り、9DRは、総和を9で割る。7DRチェックは、Codabar(NW-7)の連続番号シールや宅配便の伝票番号に使用されている。エラー検出率はあまり高くないが、計算式が容易なので使いやすい。例:7DRで1234のチェックデジットを求める。データキャラクタ列を数値にする。手順(1)の結果を7で割り、余りを求める。この余り2をチェックデジットとする。Remains)チェックDSRチェックは、キャラクタ列を数値とし、それがモジュロの倍数になる値を求める方式である。具体的には、数値をモジュラスで割り、その余りをモジュロから差し引いた数値(補数)をチェックデジットとする。7DSRは、総和を7で割り、9DSRは、総和を9で割る。例:7DSRで1234のチェックデジットを求める。データキャラクタ列を数値にする。手順(1)の結果を7で割り、余りを求める。この余り2を7から引いた結果5をチェックデジットとする。結果が7になった場合は、0とする。Corporation。