MOD パラメーター

修飾子フィールドは、生成されるバーコード・シンボルに関する詳細な処理情報を提供します。 例えば、バーコード・シンボルに対してチェック・ディジットを生成するかどうかを示します。

表 1 に、各バーコード・タイプの修飾子値を示します。

表 1. バーコード・タイプ別の修飾値
バーコード・タイプ MOD 値
1-コード 39 (3-of-9 コード)、AIM USS-39 X'01 'および X'02'
2-MSI (変更された Plessey コード) X'01 'から X'09'
3-UPC/CGPC バージョン A X'00'
5-UPC/CGPC バージョン E X'00'
6 桁の商品コード-2 桁の補足 X'00 'から X'02'
7-UPC-5 桁の補足情報 X'00 'から X'02'
8-EAN 8 (JAN-short を含む) X'00'
9-EAN 13 (JAN 標準を含む) X'00'
10-製造業 2-of-5 X'01 'および X'02'
11-マトリックス 2-of-5 X'01 'および X'02'
12-インターリーブド 2-of-5、AIM USS-I 2/5 X'01 ' -X'04'
13-Codabar、 2-of-7、AIM USS-Codabar X'01 'および X'02'
17-コード 128、AIM USS-128 X'02 'から X'05'
22-EAN、2 桁の補足 X'00' and X'01'
23-EAN 5 桁の補足情報 X'00' and X'01'
24-ポSTNET X'00 'から X'04'
26- RM4SCC X'00' and X'01'
27-日本郵便バーコード X'00' and X'01'
28- DataMatrix 2 次元バーコード X'00'
29- MaxiCode 2 次元バーコード X'00'
30- PDF417 2 次元バーコード X'00' and X'01'
31-オーストラリア郵便バーコード X'01 'から X'08'
32-QR CODE 2 次元バーコード X'02'
33-コード 93 X'00'
34-USPS 4 状態 X'00 'から X'03'
35-赤のタグ X'00'
36- GS1 DataBar X'00 'から X'04' および X'11 'から X'1B'

バーコード・タイプごとの修飾子値は、以下のとおりです。

コード 39 (3-of-9 コード)、AIM USS-39
コード 39 (3-of-9 コード)、AIM USS-39
X'01'
生成されたチェック・ディジットなしでバーコードを表示します。
X'02'
チェック・ディジットを生成し、バーコードと共に表示します。
注: コード 39 文字セットには、数字、大文字の英字、および一部の特殊文字を含む 43 文字が含まれています。 また、コード 39 仕様では、標準のコード 39 文字セットに含まれていない ASCII 文字に対して 2 つのバーコード文字を使用することにより、128 個すべての ASCII 文字をエンコードする方法も提供しています。 これは、 拡張コード 39 と呼ばれることもあり、すべての BCOCA 受信側によってサポートされます。 この場合、 外字 を指定するために使用される 2 つのバーコード文字は、人間が理解できるという解釈で示され、バーコード・スキャナーは 2 文字の組み合わせのバー/スペース・パターンを解釈します。
MSI (変更された Plessey コード)
MSI (変更された Plessey コード)
X'01'
プリンターによって生成されたチェック・ディジットなしでバーコードを表示します。 3 から 15 桁の入力データを指定します。
X'02'
生成された IBM® modulo-10 チェック・ディジットを使用してバーコードを表示します。 このチェック・ディジットは 2 番目のチェック・ディジットです。最初のチェック・ディジットは、関連する FIELD START および LENGTH サブコマンドで定義されたデータの最後の文字です。 2 から 14 桁の入力データを指定します。
X'03'
2 桁のチェック・ディジットを持つバーコードを表示します。 どちらのチェック・ディジットも、 IBM modulo-10 アルゴリズムを使用して生成されます。 1 から 13 桁の入力データを指定します。
X'04'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは NCR modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは剰余と等しくなります。最初のチェック・ディジット計算の結果の値が 10 の場合は、例外条件 EC-0E00 が存在します。 1 から 13 桁の入力データを指定します。
X'05'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは、 IBM modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは剰余と等しくなります。最初のチェック・ディジット計算の結果の値が 10 の場合は、例外条件 EC-0E00 が存在します。 1 から 13 桁の入力データを指定します。
X'06'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは NCR modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは、11 から剰余を引いた値になります。最初のチェック・ディジット値である 10 には、値ゼロが割り当てられます。 1 から 13 桁の入力データを指定します。
X'07'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは、 IBM modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは、11 から剰余を引いた値になります。最初のチェック・ディジット値である 10 には、値ゼロが割り当てられます。 1 から 13 桁の入力データを指定します。
X'08'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは NCR modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは、11 から剰余を引いた値です。最初のチェック・ディジット計算の結果が 10 の場合、例外条件 EC-0E00 が存在します。 1 から 13 桁の入力データを指定します。
X'09'
2 桁のチェック・ディジットを持つバーコードを表示します。 最初のチェック・ディジットは、 IBM modulo-11 アルゴリズムを使用して生成され、2 番目のチェック・ディジットは IBM modulo-10 アルゴリズムを使用して生成されます。 最初のチェック・ディジットは、11 から剰余を引いた値です。最初のチェック・ディジット計算の結果が 10 の場合、例外条件 EC-0E00 が存在します。 1 から 13 桁の入力データを指定します。
UPC/CGPC-バージョン A
UPC/CGPC-バージョン A
X'00'
生成されたチェック・ディジットを使用して標準 UPC-A バーコードを提示します。 エンコードされるデータは 11 桁で構成されます。 最初の桁は数字とシステムの数字で、次の 10 桁は記事番号です。

11 桁の入力データを指定します。 最初の数字は数字システム文字で、残りの数字は情報文字です。

UPC/CGPC-バージョン E
UPC/CGPC-バージョン E
X'00'
UPC-E バーコード・シンボルを表示します。 10 桁の入力のうち、6 桁がエンコードされます。 チェック・ディジットは、10 桁すべての入力データを使用して生成されます。 チェック・ディジットはエンコードされません。これは、6 つのエンコードされた数字に奇数または偶数パリティーを割り当てるためにのみ使用されます。

10 桁の入力データを指定します。 バージョン E は、情報文字で発生する可能性があるいくつかのゼロを抑止して、より短いシンボルを生成します。 10 桁すべてが情報文字です。数字システム文字を指定してはなりません (0 と見なされます)。

UPC-2 桁の補助数字
UPC-2 桁の補助数字
X'00'
UPC の 2 桁の補足バーコード・シンボルを提示します。 このオプションは、基本 UPC バージョン A または E シンボルが別個のバーコード・オブジェクトとして表示されることを前提としています。 2 つの補足数字に使用されるバーとスペースのパターンは、左奇数または左偶数パリティーであり、パリティーは数字の組み合わせによって決定されます。

2 桁の入力データを指定します。

X'01'
2 桁の UPC 補足バーコード・シンボルの前には、UPC バージョン A、番号システム 0、バーコード・シンボルが付きます。 バーコード・オブジェクトには、UPC バージョン A シンボルと 2 桁の補足シンボルの両方が含まれています。 入力データは、数値システムの数字、10 桁の記事番号、および 2 桁の補足数字 (この順序で) で構成されます。 UPC バージョン A シンボルのチェック・ディジットが生成されます。 2 桁の補足バーコードは、2 つの補足数字によって決定される左奇数および偶数パリティーを使用して、UPC バージョン A のシンボルの後に表示されます。

13 桁の入力データを指定します。

X'02'
2 桁の UPC 補足バーコード・シンボルの前には、UPC バージョン E シンボルが付きます。 バーコード・オブジェクトには、UPC バージョン E シンボルと 2 桁の補足シンボルの両方が含まれています。 入力データは、10 桁の記事番号と 2 桁の補足数字で構成されます。 バーコード・オブジェクト・プロセッサーは、6 桁の UPC バージョン E シンボルとチェック・ディジットを生成します。 チェック・ディジットは、6 桁のバージョン E シンボルのパリティー・パターンを判別するために使用されます。 2 桁の補足バーコード・シンボルは、バージョン E のシンボルの後に、2 桁の数字によって決定される左奇数および偶数パリティーを使用して表示されます。

12 桁の入力データを指定します。

UPC-5 桁の補足情報
UPC-5 桁の補足情報
X'00'
UPC の 5 桁の補足バーコード・シンボルを表示します。 このオプションは、基本 UPC バージョン A または E シンボルが別個のバーコード・オブジェクトとして表示されることを前提としています。 チェック・ディジットは 5 桁の補足数字から生成され、5 桁の補足バーコードの左奇数パリティーおよび左偶数パリティーを割り当てるために使用されます。 補足チェック・ディジットがエンコードまたは解釈されていません。

5 桁の入力データを指定します。

X'01'
5 桁の UPC 補足バーコード記号の前には、UPC バージョン A、番号システム 0、バーコード記号が付きます。 バーコード・オブジェクトには、UPC バージョン A シンボルと 5 桁の補足シンボルの両方が含まれています。 入力データは、数値システムの数字、10 桁の記事番号、および 5 桁の補足数字 (この順序で) で構成されます。 UPC バージョン A シンボルのチェック・ディジットが生成されます。 2 番目のチェック・ディジットは、5 桁の補足数字から生成されます。 これは, 5 桁の補足バー・コード記号の左奇数および偶数パリティーを割り当てるために使用されます。 補足チェック・ディジットはエンコードまたは解釈されません。

16 桁の入力データを指定します。

X'02'
5 桁の UPC 補足バーコード・シンボルの前には、UPC バージョン E シンボルが付きます。 バーコード・オブジェクトには、UPC バージョン E シンボルと 5 桁の補足シンボルの両方が含まれています。 入力データは、10 桁の記事番号と 5 桁の補足データで構成されます。 バーコード・オブジェクト・プロセッサーは、6 桁の UPC バージョン E シンボルとチェック・ディジットを生成します。 チェック・ディジットは、バージョン E シンボルのパリティー・パターンを判別するために使用されます。 5 桁の補足バーコード・シンボルは、バージョン E シンボルの後に表示されます。 2 番目のチェック・ディジットは、5 桁の補足データに対して計算され、左側の奇数パリティーおよび偶数パリティーを割り当てるために使用されます。 補足チェック・ディジットはエンコードまたは解釈されません。

15 桁の入力データを指定します。

EAN-8 (JAN-short を含む)
EAN-8 (JAN-short を含む)
X'00'
EAN-8 バーコード・シンボルを示します。 入力データは、7 桁 (2 桁のフラグ数字と 5 桁の記事番号) で構成されます。 7 桁すべてが、生成されたチェック・ディジットとともにエンコードされます。
EAN-13 (JAN 標準を含む)
EAN-13 (JAN 標準を含む)
X'00'
EAN-13 バーコード・シンボルを示します。 入力データは 12 桁で構成されます。2 桁のフラグ数字と 10 桁の記事番号がこの順序で表示されます。 最初のフラグ数字はエンコードされません。 2 番目のフラグ数字、記事番号数字、および生成されたチェック・ディジットがエンコードされます。 最初のフラグ数字は、左側の 静止ゾーンの下部に HRI 形式で表示されます。 最初のフラグ数字は、バーの A と B の数値セット・パターン、およびシンボル・センター・パターンの左側の 6 桁のスペース・コーディングを制御します。
製造業 2-of-5
製造業 2-of-5
X'01'
生成されたチェック・ディジットなしでバーコードを表示します。
X'02'
チェック・ディジットを生成し、バーコードと共に表示します。
マトリックス 2-of-5
マトリックス 2-of-5
X'01'
生成されたチェック・ディジットなしでバーコード・シンボルを表示します。
X'02'
チェック・ディジットを生成し、バーコードと共に表示します。
インターリーブ 2-of-5、AIM USS-I 2/5
インターリーブ 2-of-5、AIM USS-I 2/5
インターリーブされた 2-of-5 記号は偶数桁を必要とします。 プリンターは、この要件を満たすために必要であれば、先行ゼロを追加します。
X'01'
バーコード・シンボルをチェック・ディジットなしで表示します。
X'02'
チェック・ディジットを生成し、バーコードと共に表示します。
Codabar、 2-of-7、AIM USS-Codabar
Codabar、 2-of-7、AIM USS-Codabar
X'01'
生成されたチェック・ディジットなしでバーコードを表示します。 入力データは、開始文字、エンコードされる数字、および停止文字 (この順序で) で構成されます。 開始文字と停止文字は、A、B、C、または D にすることができ、シンボルの先頭と末尾でのみ使用できます。
X'02'
チェック・ディジットを生成し、バーコードと共に表示します。 入力データは、開始文字、エンコードされる数字、および停止文字 (この順序で) で構成されます。 開始文字と停止文字は、A、B、C、または D にすることができ、シンボルの先頭と末尾でのみ使用できます。
コード 128、AIM USS-128 (修飾子値 X'02 'から X'04')

1986 年の Code 128 の記号定義では、開始文字を生成するためのアルゴリズムが定義され、1993 年にこのバーコードの UCC/AN 128 バリエーションに対応するためにそのアルゴリズムが変更されました。 多くの BCOCA プリンターは 1986 バージョン (修飾子 X'02 'を持つ) をインプリメントし、一部の BCOCA プリンターは 1993 アルゴリズム (修飾子 X'02' を持つ) を使用するように変更し、一部の BCOCA プリンターは両方のアルゴリズムをサポートします。 明示的に UCC/EAN 128 をサポートするプリンターに対して UCC/EAN 128 のバーコードが生成される場合、修飾子 X'03 'または修飾子 X'04' を指定する必要があります。 UCC/側 128 を明示的にサポートしないプリンターの場合、修飾子 X'02 ' を指定すると、有効な UCC/AN 128 バーコードが生成される可能性があります (修飾子の説明の注を参照してください)。

UCC/EN 128 バーコードのデータの形式は、次のとおりです。
FNC1, ai, data, m, FNC1, ai, data, m, FNC1, ..., ai, data, m
FNC1 は FNC1 関数文字 (X'8F')、 ai はアプリケーション ID、 data は登録されたアプリケーション ID ごとに定義され、 m はモジュロ 10 チェック・ディジット (UPC バージョン A のバーコードに使用されるものと同じチェック・ディジット・アルゴリズムで計算される) です。 すべてのアプリケーション ID がモジュロ 10 チェック・ディジット (m) を必要とするわけではありません。 また、最初のFNC1 を除くすべての文字は、先行する ai データが可変長である場合にのみ表示されるフィールド分離文字です。 アプリケーション ID および FNC1の使用法については、Uniform Code Council, Inc. の UCC/EAN-128 APPLICATION IDENTIFIER STANDARD を参照してください。 バーコード・シンボルを作成するには、プリンターは次のことを行う必要があります。
  • 1993 アルゴリズムに基づいて開始文字を生成します。
  • FNC1、 ai、 data、および m チェック・ディジットを含むデータをバーコードします。
  • モジュロ 103 チェック・ディジットを生成します。
  • 停止文字を生成します。
修飾子 X'02 '-コード 128 記号、元の (1986) 開始文字アルゴリズム
コード 128、AIM USS-128

コード 128 記号のサブセット A、B、または C を使用してコード 128 記号を生成し、コード 128 記号仕様のオリジナル (1986) 版で公開された開始文字アルゴリズムを使用して、指定されたデータから可能な限り最短のバーコードを生成します。 バーコード・シンボル・データの解釈には、コード 128 コード・ページ (CPGID = 1303、GCSGID = 1454) が使用されます。 チェック・ディジットを生成し、バーコードと共に表示します。

注:
  1. 一部の IPDS プリンターは、修飾子 X'02 'が指定されている場合でも、修飾子 X'03' の開始文字アルゴリズムを使用します。 これにより、有効な UCC/EN 128 データが提供されると、有効な UCC/EN 128 シンボルが生成されます。 ただし、一般に、UCC/IAN 128 シンボルを生成するために修飾子 X'02 ' を使用してはなりません。この値を使用すると、他の IPDS プリンターは元の Code 128 開始記号アルゴリズムを使用することになります。これにより、UCC/IAN 128 が必要とする Start (コード C) の代わりに Start (コード B) が生成されます。 バーコード・スキャナーの中には、UCC/AN 128 シンボルの開始文字を処理できるものと、開始 (コード C) 文字を必要とするものがあります。
  2. これらのプリンターは、修飾子 X'02 ' が指定されている場合に UCC/EN 128 開始文字アルゴリズムを使用します。4312、4317、4324、 InfoPrint 20、 InfoPrint 21、 InfoPrint 32、 InfoPrint 40、 InfoPrint 45、 InfoPrint 70、 InfoPrint 2070、 InfoPrint 2085 修飾子 X'02 ' が指定されている場合、他の IPDS プリンターは元の開始文字アルゴリズムを使用します。
修飾子 X'03 '-HRI に括弧なしのUCC/伴アン 128 シンボル
修飾子 03-UCC/EN 128 シンボル、HRI 内に括弧なし

サブセット A、B、または C を使用してコード 128 シンボルを生成し、UCC/種の 128 シンボルを作成するために変更された開始文字アルゴリズムのバージョンを使用して、指定されたデータから可能な最短のバーコードを生成します。 最初のデータ文字が FNC1 (UCC/AN 128 シンボルに必要) で、その後に有効な UCC/AN 128 データが続く場合、プリンターは開始 (コード C) 文字を生成します。 バーコード・シンボル・データの解釈には、コード 128 コード・ページ (CPGID = 1303、GCSGID = 1454) が使用されます。 チェック・ディジットを生成し、バーコードと共に表示します。

以下の 1 つ以上の条件が検出されると、UCC/EN 128 データの妥当性が検査され、例外条件 EC-1200 が存在します。
  • FNC1 は最初のデータ文字ではない。
  • 無効なアプリケーション ID (ai) 値が検出されました。
  • ai のデータが ai 定義と一致しません。
  • aiに続くデータが不足しています (または不足しています)。
  • aiのデータが多すぎます。
  • FNC1 文字の使用法が無効です。
注:
  1. UCC/EAN 128 は、 FNC1 文字で始まり、その後にアプリケーション ID とバー・エンコードされるデータが続くコード 128 のバリエーションです。 これらの文字 ( FNC1 文字を含む) はすべて、Bar Code Symbol Data (BSA) 内に指定する必要があります。 UCC/EAN 128 の場合も、シンボルはサブセット C で始まる必要があります。
  2. UCC/側 128 記号の場合、開始文字、 FNC1 文字、モジュロ 103 チェック・ディジット、および停止文字は、人間が読める形式では表示されません。
修飾子 X'04 '-HRI 内に括弧がある UCC/EAN 128 シンボル
修飾子 04-UCC/EAN 128 記号 (HRI 内に括弧付き)

修飾子 X'03 ' の場合と同じ方法でコード 128 シンボルを生成しますが、各アプリケーション ID (ai) を区別するために HRI で括弧を使用します。 修飾子 X'04 ' が指定されている場合、プリンターは印刷される HRI に括弧を挿入します。これらの括弧は入力データの一部ではありません。

EAN の 2 桁の補足
EAN の 2 桁の補足
X'00'
EAN の 2 桁の補足バーコード・シンボルを示します。 このオプションは、ベース EAN-13 シンボルが別個のバーコード・オブジェクトとして表示されることを前提としています。 2 桁の補足データの値によって、数値セット A と B から選択されるバーとスペースのパターンが決まります。

2 桁の入力データを指定します。

X'01'
2 桁の補足バーコード・シンボルの前には、通常の EAN-13 バーコード・シンボルが付きます。 バーコード・オブジェクトには、 EAN-13 記号と 2 桁の補足記号の両方が含まれています。 2 桁の補足バーコードは、 EAN-13 記号の後に、数値セット A および B から選択された 2 つの補足数字によって決定される左奇数および偶数パリティーを使用して表示されます。

14 桁の入力データを指定します。

注: ブックとペーパーバックの両方に使用されます。
EAN 5 桁サプリメンタル
EAN 5 桁サプリメンタル
X'00'
EAN の 5 桁の補足バーコードを提示します。 このオプションは、ベース EAN-13 シンボルが別個のバーコード・オブジェクトとして表示されることを前提としています。 チェック・ディジットは、5 桁の補足数字から計算されます。 チェック・ディジットは、数値セット A および B のバーおよびスペース・パターンを 5 つの補足数字に割り当てるためにも使用されます。 チェック・ディジットはエンコードまたは解釈されません。

5 桁の入力データを指定します。

X'01'
5 桁の補足バーコード・シンボルの前には、通常の EAN-13 バーコード・シンボルが付きます。 バーコード・オブジェクトには、 EAN-13 記号と 5 桁の補足記号の両方が含まれています。 チェック・ディジットは、5 桁の補足データから生成されます。 チェック・ディジットは、数値セット A と B からバーとスペースのパターンを割り当てるために使用されます。 チェック・ディジットはエンコードまたは解釈されません。

17 桁の入力データを指定します。

注: ブックおよびペーパーバックに使用されます。
POSTNET と PLANET
POSTNET と PLANET
後続のすべての POSTNET 修飾子について、BSA HRI フラグ・フィールドと BSD モジュール幅、エレメントの高さ、高さの乗数、および幅対幅の比率の各フィールドは、POSTNET バーコード記号には適用されません。 これらのフィールドは、POSTNET 記号がこれらのパラメーターの特定の値を定義するため、無視されます。
X'00'
POSTNET ZIP コード・バーコード・シンボルを表示します。 エンコードされる ZIP コードは、5 桁の数値 (0 から 9) のデータ変数として BSA データ構造に定義されます。 POSTNET ZIP コード・バーコードは、先行フレーム・バー、エンコードされた ZIP コード・データ、修正数字、および末尾フレーム・バーで構成されます。
X'01'
POSTNET ZIP+4 バーコード・シンボルを表示します。 エンコードされる ZIP+4 コードは、BSA データ構造に対して 9 桁の数値 (0 から 9) のデータ変数として定義されます。 POSTNET ZIP+4 バーコードは、先行フレーム・バー、エンコードされた ZIP+4 データ、修正数字、および末尾フレーム・バーで構成されます。
X'02'
POSTNET Advanced Bar Code (ABC) バーコード・シンボルを提示します。 エンコードされる ABC コードは、BSA データ構造に対して 11 桁の数値 (0 から 9) のデータ変数として定義されます。 POSTNET ABC バーコードは、先行フレーム・バー、エンコードされた ABC データ、修正数字、および末尾フレーム・バーで構成されます。
注: 11 桁の POSTNET バーコードは、 デリバリー・ポイント・バーコードと呼ばれます。
X'03'
POSTNET 可変長バーコード・シンボルを提示します。 エンコードされるデータは、BSA データ構造に対して n 桁の数値 (0 から 9) のデータ変数として定義されます。 バーコード・シンボルは、長さ検査なしで生成されます。シンボルがスキャン可能または解釈可能であることは保証されません。 POSTNET 可変長バーコードは、先行フレーム・バー、エンコード・データ、訂正数字、および末尾フレーム・バーで構成されます。
X'04'
PLANET コード・シンボルを提示します。 PLANET コードは、11 桁のデータをエンコードする POSTNET の逆トポロジー・バリエーションです。最初の 2 桁はサービス・コード (21 = オリジン確認、22 = 宛先確認など) を表し、次の 9 桁は郵便物を識別します。 12th の数字は、チェック・ディジットとしてプリンターによって生成されます。 PLANET コード・シンボルは、先行フレーム・バー、エンコード・データ、チェック・ディジット、および末尾フレーム・バーで構成されます。
Royal Mail (RM4SCC およびオランダ語 KIX)
Royal Mail (RM4SCC およびオランダ語 KIX)
バー・コーディング郵便番号情報で使用するために英国のロイヤル・メール郵便サービスによって定義される 4 州の顧客コード。 この記号は、 Royal Mail バーコード または 4-State カスタマー・コードとも呼ばれます。 記号 (修飾子 X'00 ' に定義されている) は、英国およびシンガポールで使用されます。 オランダでは、KIX というバリエーション (KlantenIndeX = 修飾子 X'01 ' に定義されている顧客索引) が使用されます。
X'00'
RM4SCC バーコード・シンボルを、生成された開始ビット、チェックサム文字、および停止ビットと共に表示します。 スタート・ビットとストップ・ビットは、バーコード・シンボルの先頭と末尾、およびシンボルの方向を識別します。
X'01'
開始バー、チェックサム文字、および停止バーを含まない RM4SCC バーコード・シンボルを表示します。
注: 修飾子 X'01 ' は、 オランダ語 Kix 郵便バーコードとも呼ばれます。 修飾子 X'00 ' で使用できる文字の他に、小文字の英字も使用できます。これらの文字は、プリンターによって大文字に変換されます。
日本の郵便番号 (JPOSTAL)
日本の郵便番号 (JPOSTAL)
文字ごとに異なるバーとスペースのセットで構成され、その後にモジュロ 19 チェックサム文字が続き、固有の開始文字、停止文字、および静止ゾーンで囲まれた、完全な日本郵便バーコード・シンボル。
X'00'
生成された開始文字、チェックサム文字、および停止文字を含む日本郵便バーコード・シンボルを表示します。

生成されるバーコード・シンボルは、開始コード、7 桁の新しい郵便番号、13 桁のアドレス表示番号、チェック・ディジット、および停止コードで構成されます。 エンコードされる変数データ (BSA バイト 5-n) は、以下のように使用されます。

  1. 最初の数桁は、nnn-nnnn または nnnnnnn の形式で新しい郵便番号を表します。ハイフンがある場合は無視され、残りの 7 桁は数値でなければなりません。 7 桁の数字は, バーコード記号の新しい郵便番号フィールドに入れられます。
  2. 次の数字がハイフンの場合、その数字は無視され、バーコード記号の生成には使用されません。
  3. BSA データの残りの部分はアドレス表示番号で、数字、ハイフン、および英字 (A から Z) を含めることができます。 各数字と各ハイフンは、バーコード記号内の 1 桁の数字を表します。各英字は、制御コード (CC1、 CC2、または CC3) と数字コードの組み合わせによって表され、バーコード記号内では 2 桁の数字として扱われます。 このアドレス表示番号データの 13 桁が、バーコード・シンボルのアドレス表示番号フィールドに入れられます。
    • 存在する桁数が 13more より少ない場合、不足は、13 桁目までの制御コード CC4 に対応するバーコードで埋められます。
    • さらに 13 桁を超える数字が存在する場合は、最初の 13 桁が使用され、残りは無視されます。例外条件は報告されません。 ただし、13 桁目が英字 (A から Z) の制御コードである場合は、制御コードのみが組み込まれ、数字部分は省略されます。
X'01'
バーコード・データから直接、日本郵便バーコード・シンボルを提示します。 BSA データ・フィールド内の有効な各文字は、妥当性検査や長さ検査を行わずに、バー/スペース・パターンに変換されます。 プリンターは、スタート、ストップ、またはチェック・ディジットを生成しません。
有効なバーコード・シンボルを作成するには、バーコード・データに開始コード、7 桁の新しい郵便番号、13 桁の住所標識番号、有効なチェック・ディジット、および停止コードが含まれている必要があります。 新しい郵便番号は 7 桁の数字で構成する必要があります。 アドレス表示番号は、13 文字で構成する必要があります。これは、数字、ハイフン、または制御文字 (CC1 から CC8) にすることができます。 次の表は、修飾子 X'01 ' の有効なコード・ポイントをリストしています。
表 2. 日本郵便バーコードの有効な EBCDIC ベースのコード・ポイント
バーコード文字 コード・ポイント 数値検査値 バーコード文字 コード・ポイント 数値検査値
開始 X'4C'   0 X'F0' 0
停止 X'6E'   1 X'F1' 1
ハイフン X'60' 10 2 X'F2' 2
CC1 X'5A' 11 3 X'F3' 3
CC2 X'7F' 12 4 X'F4' 4
CC3 X'7B' 13 5 X'F5' 5
CC4 X'E0' 14 6 X'F6' 6
CC5 X'6C' 15 7 X'F7' 7
CC6 X'50' 16 8 X'F8' 8
CC7 X'7D' 17 9 X'F9' 9
CC8 X'4D' 18      
注:
  1. チェック・ディジットの計算に開始文字と停止文字を使用しないでください。 残りの文字を使用して、チェック・ディジットを生成することができます。これらの文字は、チェック・ディジットに有効な唯一の文字です。 チェック・ディジットを計算するには、数値チェック値を使用します。
  2. ユーザーは、mod 1 のデータ生成を提供します。 チェック・ディジットは、X の剰余である数字モジュール 19 の合計です。 チェック・ディジットは 19 マイナス X で、16 進数に変換されます。 これを誤って行うと、プリント・サーバーはメッセージ APS830Iを表示します。

    ハイフンの 16 進値は X'60 ' で、チェック・ディジット数値は 10 です。

    以下の例は、顧客バーコードの生成を示しています。154-0023 は新しい郵便番号、3-1 6-4 は住所表示番号です。
    address
   154
   3-16-4, Wakabayshi, Setagaya-ku

New postal code + address indication number:

   154-0023-3-16-4
    以下のように、新しい郵便番号の 3 桁目と 4 桁目の間、および新しい郵便番号と住所表示番号の間のハイフンを削除します。
       15400233-16-4
    アドレス表示番号が 13 桁より短い場合は、以下の例のように、 CC4s を使用して残りのスペースを埋めます。
       15400233-16-4 CC4 CC4 CC4 CC4 CC4 CC4 CC4
    最初の 7 桁は郵便番号として無視され、残りの桁は住所表示番号として無視されます。 ハイフンは必ず数字としてカウントしてください。 前の例では、郵便番号は 1540023 で、住所表示番号は 3-1 6-4 に 7 つの CC4 文字を加えたものです。

    バーコードの文字間の対応表と数字の検査に基づいて、チェック・ディジット (CD) を計算します。 チェック・ディジットについて詳しくは、 表 2 を参照してください。

    1+5+4+0+0+2+3+3+10+1+6+10+4+14+14+14+14+14+14+14+CD = 147 + CD = integral multiple of 19
    バーコードの文字間の対応表と数字の検査に基づいて、チェック・ディジットに 19 の整数倍 152 から 147 = 5 を使用します。 5 は数値 5 のチェックに相当します。
    前の郵便番号および住所表示番号については、チェック・ディジットの 16 進値を計算します。 次の表は、データを 16 進値に変換する方法を示しています。 以下のように、チェック・ディジット (CD)、開始コード (STC)、および停止コード (SPC) を追加します。
    表 3. 表は、データを 16 進値に変換する方法を示しています。
    開始コード (STC) HEX
    1 F1
    5 F5
    4 F4
    0 F0
    0 F0
    2 F2
    3 F3
    3 F3
    - 60
    1 F1
    6 F6
    - 60
    4 F4
    CC4 E0
    CC4 E0
    CC4 E0
    CC4 E0
    CC4 E0
    CC4 E0
    CC4 E0
    CD (5) F5
    SPC 6E
    チェック・ディジット (CD) が 5 に等しく、 F5の 16 進値に変換されることに注意してください。
以下に、さまざまな日本語の郵便番号の例を示します。
PAGEDEF SLSRPT;
   PRINTLINE POSITION 2 IN 2 IN;
   FIELD START 1 LENGTH 23
   POSITION CURRENT NEXT
   DIRECTION ACROSS
   BARCODE JAPAN  TYPE JPOSTAL MOD 1;
このバーコードは数字の郵便番号のみを使用しています。 7 桁のフィールドには、開始、停止、およびチェックサム文字が含まれます。 プリンターは開始、停止、またはチェックサム文字を生成しません。
PAGEDEF SLSRPT;
   PRINTLINE POSITION 2 IN 2 IN;
   FIELD START 1 LENGTH 23
   POSITION CURRENT NEXT
   DIRECTION ACROSS
   BARCODE JAPAN  TYPE JPOSTAL MOD 1;
このバーコードは英数字の郵便番号のみを使用しています。 13 桁のフィールドには、開始、停止、チェックサム、およびコマンド・コードが含まれます。 プリンターは開始、停止、またはチェックサム文字を生成しません。
PAGEDEF SLSRPT;
   PRINTLINE POSITION 2 IN 2 IN;
   FIELD START 1 LENGTH 7
   POSITION CURRENT NEXT
   DIRECTION ACROSS
   BARCODE JAPAN  TYPE JPOSTAL MOD 0;
このバーコードは数字の郵便番号のみを使用しています。 これは 7 桁の文字フィールドです。
PAGEDEF SLSRPT;
   PRINTLINE POSITION 2 IN 2 IN;
   FIELD START 1 LENGTH 13
   POSITION CURRENT NEXT
   DIRECTION ACROSS
   BARCODE JAPAN  TYPE JPOSTAL MOD 0;
このバーコードは英数字の郵便番号のみを使用しています。 これは 13 桁の文字フィールドです。
データ・マトリックス (2DMATRIX)
データ・マトリックス (2DMATRIX)
AIM 国際記号指定として定義されている、2 次元マトリックス・バーコード記号。
X'00'
Error Checking and Correcting (ECC) アルゴリズム 200 を使用して、データ・マトリックス・バーコード・シンボルを提示します。

バーコード・データは、デフォルトの文字エンコードで始まると想定されます (ECI 000003 = ISO 8859-1)。 これは、ASCII コード・ページ 819 と同等の国際 Latin 1 コード・ページです。 データ内の別の文字エンコードに変更するには、 AIM International Symbology Specification-Data Matrixで定義されている ECI プロトコルを使用する必要があります。 これは、バーコード・データ内で X'5C'(エスケープ・コード) のバイト値が検出されるたびに、次の 6 文字が 10 進数字 (バイト値 X'30' から X'39 ') であるか、次の文字が別の X'5C' でなければならないことを意味します。 X'5C' 文字の後に 6 桁の 10 進数が続く場合、6 桁の 10 進数は ECI 番号として解釈され、10 進数に続く文字の解釈が変更されます。 X'5C'文字の後に別の X'5C' 文字が続く場合、これは 1 つの X'5C'文字 (デフォルトの文字エンコードでは円記号) として解釈されます。代わりに、エスケープ・シーケンス処理フラグを使用して X'5C' を通常の文字として扱うことができます。

このバーコードのデフォルト文字エンコードは ASCII であるため、バーコードのすべてのデータが EBCDIC である場合は、EBCDIC から ASCII への変換フラグを使用することができます。 バーコード・データに複数の文字エンコードが含まれている場合、またはデータをデフォルトの文字エンコード以外の形式 (EBCDIC など) でバーコード・シンボル内にエンコードする必要がある場合は、デフォルトのエンコードでバーコード・データを開始する必要があります。EBCDIC から ASCII への変換フラグを使用して、B '0' に設定する必要があります。

注: 2DMATRIX 2 次元マトリックス・バーコードについて詳しくは、 Data Matrix Special-Function Parametersを参照してください。
MaxiCode (2DMAXI)
MaxiCode (2DMAXI)
AIM 国際記号指定として定義されている、2 次元マトリックス・バーコード記号。
X'00'
MaxiCode バーコード・シンボルを表示します。

バーコード・データは、デフォルトの文字エンコードで始まると想定されます (ECI 000003 = ISO 8859-1)。 これは、ASCII コード・ページ 819 と同等の国際 Latin 1 コード・ページです。 データ内の別の文字エンコードに変更するには、 AIM International Symbology Specification- MaxiCodeのセクション 4.15.2 で定義されている ECI プロトコルを使用する必要があります。 これは、バーコード・データ内で X'5C'(エスケープ・コード) のバイト値が検出されるたびに、次の 6 文字が 10 進数字 (バイト値 X'30' から X'39 ') であるか、次の文字が別の X'5C' でなければならないことを意味します。 X'5C' 文字の後に 6 桁の 10 進数が続く場合、6 桁の 10 進数は ECI 番号として解釈され、10 進数に続く文字の解釈が変更されます。 X'5C'文字の後に別の X'5C' 文字が続く場合、これは 1 つの X'5C'文字 (デフォルトの文字エンコードでは円記号) として解釈されます。代わりに、エスケープ・シーケンス処理フラグを使用して X'5C' を通常の文字として扱うことができます。 X'5C' 文字は、バーコード・データ内の任意の場所で使用できます。ただし、データの 1 次メッセージ部分では許可されないモード 2 および 3 を除きます。

このバーコードのデフォルト文字エンコードは ASCII であるため、バーコードのすべてのデータが EBCDIC である場合は、EBCDIC から ASCII への変換フラグを使用することができます。 バーコード・データに複数の文字エンコードが含まれている場合、またはデータをデフォルトの文字エンコード以外の形式 (EBCDIC など) でバーコード・シンボル内にエンコードする必要がある場合は、デフォルトのエンコードでバーコード・データを開始する必要があります。EBCDIC から ASCII への変換フラグを使用して、B '0' に設定する必要があります。

注: 2DMAXI 2 次元マトリックス・バーコードの詳細については、以下を参照してください。
2DPDF417
2DPDF417
AIM International Symbology Specification- PDF417として定義されている 2 次元マトリックス・バーコードの記号。
X'00'
完全な PDF417 バーコード・シンボルを示します。
X'01'
シンボルが損傷する可能性が低い環境で使用するために、切り捨てられた PDF417 バーコード・シンボルを提示します。 このバージョンでは、右側の行標識が省略され、停止パターンが単一のモジュール幅バーに単純化されます。

バーコード・データは、Uniform Symbology Specification PDF417の表 5 に定義されているデフォルトの文字エンコード (GLI 0) で始まると想定されています。 別の文字エンコードに変更するには、Uniform Symbology Specification PDF417で定義されている GLI (グローバル・ラベル ID) プロトコルを使用する必要があります。 これは、バーコード・データ内で X'5C'(エスケープ・コード) のバイト値が検出されるたびに、次の 3 文字が 10 進数字 (バイト値 X'30' から X'39 ') であるか、次の文字が別の X'5C' 文字でなければならないことを意味します。 X'5C' 文字の後に 3 桁の 10 進数が続く場合、これはエスケープ・シーケンスと呼ばれます。 X'5C'文字の後に別の X'5C' 文字が続く場合、これは 1 つの X'5C'文字 (デフォルトの文字エンコードでは円記号) として解釈されます。代わりに、エスケープ・シーケンス処理フラグを使用して X'5C' を通常の文字として扱うことができます。

新しい GLI を識別するには、1 つの行に 2 つまたは 3 つのエスケープ・シーケンスが存在している必要があります。 最初のエスケープ・シーケンスは、「¥ 925」、「¥ 926」、または「¥ 927」(GLI 0 で定義) でなければなりません。 最初のエスケープ・シーケンスが「¥ 925」または「¥ 927」の場合、「¥ 000」から「¥ 899」までの値を含む、他の 1 つのエスケープ・シーケンスに従う必要があります。 最初のエスケープ・シーケンスが「¥ 926」の場合は、さらに 2 つのエスケープ・シーケンスを続ける必要があり、各エスケープ・シーケンスには「¥ 000」から「¥ 899」までの値を含める必要があります。 For example, to switch to GLI 1 (ISO 8859-1, which is equivalent to ASCII code page 819), the bar code data would contain the character sequence “\927\001”. "¥ 927" エスケープ・シーケンスは、GLI 値 0 から 899 に使用されます。 「¥ 926」エスケープ・シーケンスは、GLI 値 900 から 810,899 に使用されます。 「¥ 925」エスケープ・シーケンスは、GLI 値 810,900-811,799 に使用されます。 これらの値の計算方法について詳しくは、「 Uniform Symbology Specification PDF417」のセクション 2.2.6 を参照してください。

GLI 番号の伝送に加えて、エスケープ・シーケンスは、より多くの目的のために他のコード・ワードを伝送するために使用されます。 特殊コード・ワードは、 Uniform Symbology Specification PDF417のセクション 2.7 の表 8 に示されています。 特殊コード・ワード「¥ 903」から「¥ 912」および「¥ 914」から「¥ 920」は、将来の使用のために予約されています。 BCOCA 受信側は、これらの特殊なエスケープ・シーケンスを受け入れ、それらをバーコード・シンボルに追加し、エスケープ・シーケンスに続く文字で通常のエンコードを再開します。

特殊コード・ワード「\921」は、バーコード・リーダーに対して、シンボル内に含まれているデータをリーダーの初期化またはプログラミングのために解釈するように指示します。 このエスケープ・シーケンスは、バーコード・データの先頭でのみ許可されます。

特殊コード・ワード「¥ 922」、「¥ 923」、および「¥ 928」は、 Uniform Symbology Specification PDF417のセクション G.2 で定義されたマクロ PDF417 制御ブロックのコーディングに使用されます。 これらのコード・ワードは、BCOCA データ内で使用してはなりません。代わりに、特殊機能パラメーターでマクロ PDF417 制御ブロックを指定できます。 これらのエスケープ・シーケンスのいずれかがバーコード・データで検出されると、例外条件 EC-2100 が存在します。

このバーコードのデフォルトの文字エンコードは GLI 0 ( IBM コード・ページ 437 に類似した ASCII コード・ページ) であるため、バーコードのすべてのデータが EBCDIC の場合は、EBCDIC から ASCII への変換フラグを使用できます。 バーコード・データに複数の文字エンコードが含まれている場合、またはデータをデフォルトの文字エンコード以外の形式 (EBCDIC など) でバーコード・シンボル内にエンコードする必要がある場合、バーコード・データはデフォルトのエンコードで開始する必要があります。EBCDIC から ASCII への変換フラグは、B '0' に設定する必要があります。

注: 2DPDF417 2 次元マトリックス・バーコードについて詳しくは、 PDF417 Special-Function Parametersを参照してください。
オーストラリア郵便バーコード (アポスタル)
オーストラリア郵便バーコード (アポスタル)
オーストラリア郵便で使用するためにオーストラリア郵便公社によって定義されるバーコード記号。 このバーコードにはいくつかの形式があり、以下のように修飾子バイトによって識別されます。
修飾子 バーコードのタイプ 有効なバーコード・データ
X'01' 標準顧客バーコード (フォーマット・コード = 11) ソート・コードを表す 8 桁の数字です。
X'02' 表 N を使用する顧客バーコード 2 (フォーマット・コード = 59) 顧客情報を表す最大 8 桁の数字が後に続くソート・コードを表す 8 桁の数値。
X'03' 表 C を使用するカスタマー・バーコード 2 (フォーマット・コード = 59) 顧客情報を表す、最大 5 文字 (A から Z、a から z、0 から 9、スペース、#) が後に続くソート・コードを表す 8 桁の数値。
X'04' 専有エンコードを使用するカスタマー・バーコード 2 (フォーマット・コード = 59) ソート・コードと、それに続くカスタマー情報を表す最大 16 桁の数字 (0 から 3) を表す 8 桁の数字。 16 桁ごとに、4 つのタイプのバーのいずれかを指定します。
X'05' 表 N を使用するカスタマー・バーコード 3 (フォーマット・コード = 62) 顧客情報を表す最大 15 桁の数字が後に続くソート・コードを表す 8 桁の数値。
X'06' 表 C を使用するカスタマー・バーコード 3 (フォーマット・コード = 62) 顧客情報を表すソート・コードと、それに続く最大 10 文字 (A から Z、a から z、0 から 9、スペース、#) を表す 8 桁の数値。
X'07' 専有エンコードを使用するカスタマー・バーコード 3 (フォーマット・コード = 62) 顧客情報を表す最大 31 桁の数字 (0 から 3) が後に続くソート・コードを表す 8 桁の数値。 31 桁ごとに、4 つのタイプのバーのいずれかを指定します。
X'08' Reply Paid Barcode (フォーマット・コード = 45) ソート・コードを表す 8 桁の数字です。

専有エンコードにより、お客様は、フル・バーの場合は 0、昇順バーの場合は 1、降順バーの場合は 2、タイミング・バーの場合は 3 を使用して、直接印刷するバーのタイプを指定できます。 顧客がフィールドを埋めるのに十分な顧客情報を指定しない場合、プリンターはフィラー・バーを使用して、フィールドを正しいバーの数まで拡張します。

プリンターは、適切なテーブルを使用してデータをエンコードし、スタート・バーとストップ・バーを生成し、必要なフィラー・バーを生成し、リード・ソロモン ECC バーを生成します。

このバーコード・タイプでは、人間が理解できる解釈 (HRI) を選択できます。 フォーマット制御コード、デリバリー・ポイント ID、および顧客情報フィールド (ある場合) は HRI に表示されますが、ECC は表示されません。

プロプラエタリー・エンコードにより、お客様は、フル・バーの場合は 0、昇順バーの場合は 1、降順バーの場合は 2、タイミング・バーの場合は 3 を使用して、直接印刷するバーのタイプを指定できます。 顧客がフィールドを埋めるのに十分な顧客情報を指定しない場合、プリンターはフィラー・バーを使用して、フィールドを正しいバーの数まで拡張します。

プリンターは、適切なテーブルを使用してデータをエンコードし、スタート・バーとストップ・バーを生成し、必要なフィラー・バーを生成し、リード・ソロモン ECC バーを生成します。

このバーコード・タイプでは、人間が理解できる解釈 (HRI) を選択できます。 フォーマット制御コード、デリバリー・ポイント ID、および顧客情報フィールド (ある場合) は HRI に表示されますが、ECC は表示されません。

QR コード
QR コード
AIM 国際技術標準として定義されている 2 次元マトリックス・バーコード記号法。
X'02'
AIM International Symbology Specification-QR Codeに定義されているモデル 2 QR コード・バーコード・シンボルを提示します。

バーコード・データは、デフォルトの文字エンコード (ECI 000020) で始まると想定されます。 これは、 JIS8 および Shift JIS 文字セットを表す 1 バイト・コード・ページです。これは ASCII コード・ページ 897 に相当します。 データ内の別の文字エンコードに変更するには、 AIM 国際「拡張チャネル解釈 (ECI) 割り当て」で定義されている ECI プロトコルを使用する必要があります。

このバーコードのデフォルトの文字エンコードは ASCII であるため、EBCDIC から ASCII への変換フラグは以下の方法で使用できます。
  • バーコードのすべての入力データが、サポートされるコード・ページ (500、290、または 1027) のいずれかを使用する 1 バイト EBCDIC である場合は、EBCDIC から ASCII への変換フラグを B '1' に設定し、変換パラメーターで正しいコード・ページを選択してください。
  • バーコードのすべての入力データが、SO および SI 制御を使用する混合バイト EBCDIC AFP 行データ (SOSI データ) である場合は、EBCDIC から ASCII への変換フラグを B '1' に設定し、変換パラメーターに必要な変換値を選択します。

バーコード・データに複数の文字エンコードが含まれている場合、または前述の形式以外の形式でバーコード・シンボル内にデータをエンコードする必要がある場合 (例えば、EBCDIC から ASCII への変換フラグでサポートされていない EBCDIC コード・ページの場合) は、デフォルトのエンコードでバーコード・データを開始する必要があります。EBCDIC 変換の場合は、

静止ゾーンは、シンボルの 4 つの側面のそれぞれに少なくとも 4 つの幅のモジュールがあるシンボルの周りに存在する必要があります。
注: QRCODE 2 次元バーコードについて詳しくは、「 QR コード特殊機能パラメーター」を参照してください。
コード 93
コード 93
Code 39 と類似しているが、Code 39 よりはコンパクトである線形バーコードの記号法。 コード 93 のバーコード・シンボルは一連の文字で構成されており、各文字は 9 つのモジュールで表され、3 つのバーに隣接するスペースに配置されています。 バーとスペースは、1 モジュール幅と 4 モジュール幅の間にあります。
X'00'
AIM International Symbology Specification-Code 93で定義されているコード 93 バーコード・シンボルを提示します。

コード 93 文字セットには、数字、大文字英字、4 つのシフト文字 (a、b、c、および d)、および 7 つの特殊文字を含む 47 文字が含まれています。 また、コード 93 仕様では、標準のコード 93 文字セットに含まれていない ASCII 文字に対して 2 つのバーコード文字を使用することにより、すべての 128 ASCII 文字をエンコードする方法も提供しています。 これは、 拡張コード 93と呼ばれることもあります。 この場合、 外字 を指定するために使用される 2 つのバーコード文字は、人間が理解できる解釈 ( 充てんボックス の後に 2 番目の文字が続く) に示され、バーコード・スキャナーは 2 文字の組み合わせのバー/スペース・パターンを解釈します。

開始文字と停止文字の人間が理解できる解釈は、オープン・ボックスとして表され、シフト文字 (a、b、c、および d) は塗りつぶされたボックスとして表されます。

静止ゾーンは、少なくとも 10 モジュール幅のシンボルの前後になければなりません。

USPS フォー・ステート
USPS フォー・ステート
USPS 4 状態バーコードの記号1 は、シンボル・サイズを制限します。したがって、BSD エレメントの高さ、高さ乗数、および幅対幅の比率の各フィールドは、この記号には適用されず、BCOCA レシーバーによって無視されます。 モジュール幅フィールドでは、2 つのシンボル・サイズ (小さいサイズと最適なサイズ) を使用できます。小さいシンボルは幅約 2.575 インチで、最適なシンボルは幅約 2.9 インチです。
入力データはすべて数値で、5 つのデータ・フィールドで構成されます。 最初の 4 つのフィールドは固定長で、 5th のフィールドは 4 つの長さのうちの 1 つを持つことができます。バーコード修飾子は、 5th のフィールドの長さを指定するために使用されます。 入力データの全長は 20、25、29、または 31 桁にすることができ、次のように定義されます。
  • バーコード ID (2 桁)-USPS により割り当てられます。 2nd の数字は 0 から 4 まででなければなりません。 したがって、有効な値は 00-04、10-14、20-24、30-34、40-44、50-54、60-64、70-74、80-84、および 90-94 です。
  • サービス・コード (3 桁)-USPS によって割り当てられます。有効な値は 000 から 999 です。
  • サブスクライバー ID (6 桁)-USPS によって割り当てられます。有効な値は 000000 から 999999 です。
  • 固有 ID (9 桁)-メーラーによって割り当てられます。有効な値は 000000000 から 999999999 です。
  • 宛先 郵便番号 (0、5、9、または 11 桁)-有効な値については、修飾子を参照してください。
USPS 4 状態修飾子の値は、以下のように定義されます。
X'00'
デリバリー・ポイント ZIP コードなしで USPS 4 状態バーコード・シンボルを提示します。 このバーコード・シンボルの入力データは、20 桁の数字でなければなりません。
X'01'
デリバリー・ポイント ZIP コードが 5 桁の USPS 4 状態バーコード・シンボルを提示します。 このバーコード記号の入力データは 25 桁の数字でなければなりません。デリバリー・ポイント ZIP コードの有効な値は 00000 から 99999 です。
X'02'
9 桁のデリバリー・ポイント ZIP コード付きの USPS 4 状態バーコード・シンボルを提示します。 このバーコード・シンボルの入力データは、29 桁の数字でなければなりません。デリバリー・ポイント ZIP コードの有効な値は 000000000 から 999999999 です。
X'03'
11 桁のデリバリー・ポイント ZIP コード付きの USPS 4 状態バーコード・シンボルを提示します。 このバーコード・シンボルの入力データは 31 桁の数字でなければなりません。デリバリー・ポイント ZIP コードの有効な値は 00000000000 から 999999999 です。

人間が理解できる解釈 (HRI) は、USPS 4 状態シンボルを使用して印刷できますが、HRI はすべてのタイプの特殊サービスで使用されるわけではありません。 HRI が適切な場合の説明については、「 Introducing 4-state Customer Barcode 」を参照してください。

静止ゾーンは、シンボルの両側に少なくとも 0.04 インチ (上下)、および少なくとも 0.125 インチ (両側) 以上のシンボルを囲む必要があります。

1 米国郵便公社 (USPS) が、USPS メール・ストリームで使用するためにこの記号を開発し、 OneCodeSOLUTION という名前を付けました。 このバーコードは、 4 状態顧客バーコード とも呼ばれ、 OneCode (4CB)、 OneCode (4-CB)、 4CB、または 4-CB のようにいくつかの方法で省略されます。