barcode バーコード生成ツール(Code 128) star

仕組み

Code 128は107種類の異なるバー・スペース幅パターンから構成されるバーコード規格であり、データをできるだけ効率的に詰め込むために、バーコードの途中でもサブセットA・B・Cと呼ばれる3つの内部文字セットを切り替えることができます。日常的な用途で最も重要なのはサブセットCです——数字を1桁ずつではなく2桁ずつエンコードし、任意の数字のペアを1つのシンボルに圧縮します。だからこそ、商品コードや注文番号、在庫IDのような純粋に数字だけの入力は、同じ桁数の文字列よりも明らかに幅の狭い、密度の高いバーコードを自動的に生成し、この生成ツールも入力がすべて数字である場合、何も選択しなくても自動的に数値モードへ切り替わります。

また、すべてのCode 128バーコードには必須のモジュロ103チェックサム文字が含まれており、これはエンコードされたすべての文字の値の加重和から計算されます。スキャナーは読み取るたびにこのチェックサムを再計算し、一致しない場合はスキャンを拒否します——これにより、かすれたバー、印刷の欠陥、あるいは部分的なスキャンが、誤った読み取りを黙って受け入れることなく、不正なデータが在庫システムに届く前に検出されます。具体例として、「48522300」という数字を入力すると、生成ツールは自動的にサブセットCで2桁ずつパッキングし、チェックサム文字を計算して追加し、同じ8文字に文字が1つでも混ざってサブセットBを使わざるを得なかった場合に比べて、およそ半分の幅のバーコードを描画します。

実際のバーの両側には、生成ツールがクワイエットゾーン——印刷のない空白の余白——を追加します。スキャナーはこの空白部分を使ってバーコードの開始位置と終了位置を検出します。印刷がバーのすぐ際まで及ぶほどきつくトリミングされたバーコードは、技術的には正しいバーコードがスキャンに失敗する最も一般的な原因の一つです。

知っておくべきこと

印字可能なASCII文字セット全体——英字、数字、スペース、記号——がサポートされていますが、アクセント付き文字や非ラテン文字(トルコ語のı、ş、ğなど)はそもそもCode 128の文字表に含まれていません。あらゆるハンディスキャナーで確実に読み取らせたいバーコードには、入力を通常のASCIIに限定してください。

Code 128は、一般的に使われている唯一の1次元バーコード規格ではありません。Code 39は、より古くシンプルな代替規格で、設計上自己チェック機能を備えています——各文字のバーパターンはそれ自体で十分に整合性が取れているため、1文字の誤読が別の有効な文字を生み出すことはほとんどありません。これに対しCode 128は、後からエラーを検出するためにチェックサム桁に依存しています。Code 39は開始と終了をアスタリスク(*)で示し、バーの幅が広いため低品質なプリンターでも扱いやすくなっていますが、同じ幅のせいで、同一データをエンコードしたCode 39バーコードは、この生成ツールが作るCode 128バーコードに比べておよそ2倍のラベル面積を占め、密度も明らかに低くなります。ここでCode 128が選ばれているのは、まさにその高い密度と必須のチェックサムが、コンパクトなラベルや信頼性の高い大量スキャンにCode 39のシンプルさよりも適しているからです。

現代のバーコードアプリやカメラ式スキャナーであれば、特別な設定なしにCode 128を読み取ることができます——出荷、物流、チケット発行、社内の在庫ラベリングなど、あらゆる分野で使われている、最も広くサポートされているシンボロジーの一つです。100%の縮尺で印刷し、クワイエットゾーンの白い余白をそのまま保つことは、バーの高さや色の選択よりもスキャンの信頼性にとって重要です。

Code 128は、小売店のレジで使う商品には適した選択肢ではありません。店舗のレジでスキャンされる商品はEAN-13またはUPCを使用します。これは中央で割り当てられた商品番号を軸に構築された全く別のシンボロジーであり、Code 128と互換的に入れ替えられるものではありません——EAN形式の番号をCode 128バーコードとして印刷しても、バーコード自体は問題なくスキャンできても、レジではその小売商品として認識されません。