バーコードジェネレーター

ほとんどの人が思い浮かべるバーコード — スーパーの商品のもの — はEAN-13かUPC-Aであり、どちらも登録システムに紐づいた固定長の純粋な数値形式です: 番号自体はGS1によって特定のメーカーと製品に中央集権的に割り当てられ、これはジェネレーターがその登録機関と調整せずに、あるいは他人の正当に登録された製品と衝突する番号を生成せずに、任意の用途向けの有効な番号を単純に作り出すことができないことを意味します。Code 128にはそのような登録要件も固定長もありません — 短い内部SKUから長い英数字の参照コードまで、任意の印刷可能なASCIIテキストや数字をエンコードでき、これはこのツールが属さない登録に紐づいた小売専用のものではなく、汎用のバーコードジェネレーターにとって正確に正しい選択にしています。

バーコードのバーの両側に必要な白い余白 — クワイエットゾーンと呼ばれます — は、ラベルのスペースを節約するために切り取れる装飾的な間隔ではありません。それはスキャナーのデコードアルゴリズムがそもそも本物のシンボルがどこで始まりどこで終わるかを見つける方法なのです。画像を走査するスキャナーは、大きな白い領域からバーコードのバーパターンへの遷移を探しており、その余白を切り取ったり、バーのエッジに近すぎるテキストや他のグラフィック要素を配置したりすると、スキャナーがそもそもそこにバーコードが始まることを認識するために必要な信号が取り除かれてしまいます — これは、印刷されたバーコードが肉眼では完璧に問題なく見えるのにスキャンに失敗する最もよくある理由の1つであり、エンコードされたデータが間違っていることとは何の関係もありません。

Code 128は実際には3つの内部エンコーディングサブセットを含んでおり、ジェネレーターは内容に応じて自動的にそれらを切り替えます: Code Cは偶数長の数字列が現れるたびに1シンボルに2桁を詰め込み、これは1シンボルに1文字をエンコードするよりもおよそ2倍スペース効率が良いです。文字、大文字小文字混在の切り替え、あるいは奇数長の数字列が現れた瞬間に、エンコーディングはCode Bに戻り、正確に1シンボルに1文字をエンコードします。これが、純粋に数字だけのバーコード — 完全に数字でできた商品コードや注文番号 — が、同じ文字数で文字が混ざったバーコードよりも著しく幅が狭くなる理由です。両者とも有効で正しくスキャン可能なCode 128シンボルを表しているにもかかわらずです。