Aztec Code

Aztecはあらゆる航空搭乗券、ほぼすべての鉄道チケットアプリ、そして増え続ける交通機関の改札で使われる2Dバーコードです。低コントラストのスマートフォン画面から親指の跡越しにも確実にデコードできるよう特別に最適化された唯一の2Dシンボロジーです。IATAが2005年にBCBP（バーコード搭乗券）標準に採用し、以来変更されていない理由がここにあります。

標準仕様:ISO/IEC 24778:2008, Information technology, Automatic identification and data capture techniques, Aztec Code bar code symbology specification.
IATA適用:BCBP (Bar Coded Boarding Pass) Resolution 792, 全航空会社が使用するタイプM1ペイロード形式を定義。
考案者: Welch Allyn（現Honeywell）、1995年。元の特許失効後はロイヤリティフリー。

概要

中心に特徴的なブルズアイファインダーパターン（同心正方形）を持つ正方行列コードで、データモジュールがスパイラル状に配置されています。QRコードと異なり、Aztecにはコーナーの位置/アライメントパターンがありません。中央のブルズアイが唯一の基準点であるため、AztecはQRコードよりも回転、中心外れのフレーミング、非正方形のトリミングをはるかに良く許容します。

Aztecが画面スキャンに特に優れた5つの特性:

クワイエットゾーン不要。 QRコードには4モジュールのマージンが必要ですが、Aztecはゼロでデコードします。スマートフォンの画面端やベゼルがコードにかかる場合に有用です。
ブルズアイファインダーはコントラスト低下に耐えます。 低輝度の液晶画面、太陽のグレア、撥油コーティングの汚れ, QRの3つのコーナーマーカーが消える状況でも、Aztecはすべてに耐えます。
可変ECC 5%–95%。 QRには4レベル（L/M/Q/H）があり上限は30%ですが、Aztecは極端なダメージシナリオに対して95%の誤り訂正が可能です。
容量に対してコンパクト。 最大3,067文字の英数字で、AztecはPDF417やData Matrixよりも小さなフットプリントに多くを詰め込みます。
方向ロックなし。 QRは向きを解決するためにファインダーパターンが必要ですが、Aztecのブルズアイは回転対称です。

サイズと容量

バリアント	寸法	最大英数字容量	典型的な用途
コンパクト	15 × 15〜27 × 27モジュール	~110文字	短いURL、IATA座席割り当て
フルレンジ（小）	19 × 19〜45 × 45	~400文字	BCBPタイプM1搭乗券
フルレンジ（中）	49 × 49〜95 × 95	~1,200文字	複数区間の交通チケット
フルレンジ（最大）	151 × 151	~3,067文字	重量ペイロード, 実際にはまれ

誤り訂正レベル

AztecのECCは、Reed-Solomon訂正に充てるデータコードワードの割合として指定されます。ジェネレーターは5%〜95%の任意の値を受け付けます。デフォルトは一般用途に23%（QRレベルMに相当）、搭乗券/交通チケットに50%です。

ECCレベル	典型的な用途	トレードオフ
5%	実験/デモのみ	実際のダメージで必ず失敗します。このレベルで本番コードを出荷しないでください。
23%（デフォルト）	デジタルディスプレイの短いURLのAztec	QRレベルMに相当。リーダーと環境が両方良好な場合の標準的な選択。
50%	IATA BCBP、交通チケット、しわくちゃの紙	折れた角や大きな汚れでも耐えます。IATAの暗黙のデフォルト。
75%–95%	高摩耗または高折り曲げ環境	ペイロード容量が急激に低下します。専門用途のみ。

IATA BCBP形式, Aztecの標準的な用途

国際航空運送協会のタイプM1バーコード搭乗券は、量的に最大のAztec用途で、年間数十億のコードが発行されます。ペイロードは固定位置のASCII文字列で、次のフィールドで始まります:

M1{PASSENGER/NAME}E{BOOKING_REF} {FROM} {TO} {AIRLINE} {FLIGHT} {DAY}{COMPARTMENT}{SEAT}{CHECK_IN_SEQ}{PASSENGER_STATUS}

M1, フォーマット指示子（単一区間では常にM1）。
PASSENGER/NAME, 姓/名、スペースで20文字にパディング。
E, 電子チケット指示子。
BOOKING_REF, 6文字のPNR（旅客名前記録）。
FROM/TO, 3文字のIATA空港コード（DEN、LHR、NRT…）。
AIRLINE, 3文字の航空会社コード（UA、BA、JL…）。
DAY, ユリウス通日（001〜366）。
COMPARTMENT, 旅行クラス（F/J/Y/…）。

標準テストベクター

ケース	ペイロード	期待される部分文字列
短いURL	`https://example.com/board/AB12`	`example.com/board/AB12`
IATA BCBP最小	`M1DOE/JOHN EABC123 JFKLHRBA 0100 042Y034A0001 100`	`M1DOE/JOHN`
区間メタデータ付き交通チケット	`M1SMITH/JANE EXYZ789 LAXSFOVA 0250 032Y012C0015 147`	`M1SMITH/JANE`

よくある落とし穴

一般消費者向けスマートフォンカメラはAztecをデコードしません。 iPhoneカメラは何も返しません。ほとんどのAndroidカメラも同様です。対象者がスマートフォンを持つ一般大衆の場合は、QRを使用して密度の低さを受け入れてください。Aztecは専用リーダー（空港ゲート、改札スキャナー、OEM産業用イメージャー）向けです。
ECC 5%は罠です。 最低限の合法的なECCは、しわ、グレア、摩耗で失敗するコードを生成します。23%が安全な下限です。印刷されるものには50%が本番のデフォルトです。
BCBPタイプM1対M2。 M1は単一区間、M2は複数区間（1つのコードに最大4フライト）です。複数区間を埋め込む前に、航空会社のゲートリーダーがM2をサポートしていることを確認してください。一部の古いリーダーは拒否します。
位置マーカーなし, 回転は処理されますが遠近法は処理されません。 Aztecは回転を許容しますが、強い遠近法の歪みは許容しません。表面にほぼ垂直にスキャンしてください。30°以上の傾きはデコードを劣化させます。
スタイリング無効。 QR固有の機能（カスタムドット形状、グラデーション、センターロゴ）はAztecには適用されません。AbunderaのStyleパネルはこのタイプに対して無効になります。
印刷用モジュールピッチ。 Aztecは確実なレーザースキャナーデコードのために最低0.33 mm/モジュールが必要です。大型Aztecチケットのスマートフォンカメラ読み取りには0.5 mmが必要です。

スキャナー互換性

リーダー	Aztecサポート	備考
iOSカメラ（iOS 15+）	なし	AppleはネイティブカメラアプリにAztecを追加していません。ScanditまたはDynamsoft SDKを使用したサードパーティアプリは動作します。
Androidカメラ（Google/Pixel）	部分的	一部のOEMカメラアプリはデコードします。Pixel標準カメラは確実ではありません。
Google Lens	不安定	搭乗券AztecのデコードはAztec Code inconsistently。本番の確認パスとしては実用的ではありません。
Zebra / Honeywell / Datalogic産業用イメージャー	あり	すべての産業用2Dイメージャーは標準でAztecをサポートしています。
航空会社/交通機関ゲートリーダー	あり（標準）	これがAztecが設計された用途です。すべての空港と鉄道のゲートは確実にAztecを読み取ります。
Scandit / Dynamsoft SDK	あり	ほとんどのセルフサービスキオスクと航空会社チェックインアプリで使用されています。