ISO-2022-JP (1986)（アイエスオーニーゼロニーニージェーピー）
日本語メール送受信のために 1986 年に RFC 1468 として標準化された 7bit セーフな日本語文字エンコーディング。エスケープシーケンスで ASCII と JIS X 0208 を切替、SMTP・NNTP の 7bit 経路で日本語を送信可能にした。
概要
ISO-2022-JP は、日本語メール送受信のために 1986 年に策定され、1993 年に RFC 1468 として国際標準化された 7bit セーフな日本語文字エンコーディングで、SMTP・NNTP の 7bit 経路で日本語を送信可能にした重要な規格です。バイトの最上位ビット (MSB) を 0 に保つ (00h-7Fh のみ使用) ことで、当時の SMTP メールサーバが 7bit 専用だった制約に対応。エスケープシーケンス (ESC + 識別子) で ASCII モードと JIS X 0208 モード (漢字モード) を切り替える方式で、ASCII で英数字を送信中に ESC $ B で日本語モードに入り、ESC ( B で ASCII に戻るという仕組み。JUNET (1984、日本初の TCP/IP 学術ネット) で日本語メール送信に使われた「junet コード」が原型で、現代も日本語メール (POP3/SMTP) の主要エンコーディングとして広く使用されています。
主な特徴・仕組み
- 規格制定: 1986 年策定、1993 年 RFC 1468 標準化
- ビット数: 7bit (00h-7Fh のみ使用)
- モード切替: エスケープシーケンスで ASCII ↔ JIS X 0208 切替
- ASCII モード開始:
ESC ( B(1Bh 28h 42h) - JIS X 0208 開始:
ESC $ B(1Bh 24h 42h) - 古い JIS 開始:
ESC $ @(1Bh 24h 40h、JIS C 6226-1978) - 半角カナ: 非サポート (ISO-2022-JP では削除、ISO-2022-JP-2 で対応)
- メール標準: 1990 年代から現代まで日本語メールの主要エンコーディング
- 派生: ISO-2022-JP-2 (補助漢字対応)・ISO-2022-JP-3 (JIS X 0213 対応)
- MIME ヘッダ:
Content-Type: text/plain; charset=iso-2022-jpで指定
スペック比較表
| エンコーディング | ビット | エスケープ | バイト数 | 用途 |
|---|---|---|---|---|
| Shift_JIS | 8bit | なし | 1-2B | Windows |
| EUC-JP | 8bit | なし | 1-3B | UNIX |
| ISO-2022-JP | 7bit | あり | 可変 | メール |
| UTF-8 | 8bit | なし | 1-4B | 現代標準 |
具体例・対応技術
- JUNET 日本語メール (1984-): 日本初の TCP/IP 学術ネット、ISO-2022-JP 原型
- Sendmail (1980s-): 日本語拡張で ISO-2022-JP 対応、メールサーバ標準
- Postfix (1998-): 現代メールサーバ、ISO-2022-JP 標準サポート
- Becky! Internet Mail (1996-): 日本製メールクライアント、ISO-2022-JP 完全対応
- Thunderbird/Outlook: 国際メールクライアント、ISO-2022-JP 自動判定
自作PCでの選び方・注意点
ISO-2022-JP は 2026 年現在も日本語メールの主要エンコーディングとして広く使われ、Postfix・Sendmail などのメールサーバ運用では必須の知識です。レンタルメールサーバ (XSERVER・さくら・お名前.com 等) でメールを送る場合、件名 (Subject) は MIME エンコード (=?iso-2022-jp?B?...?=) + ISO-2022-JP、本文は ISO-2022-JP のままが標準。最新の MIME 仕様では UTF-8 + Base64 エンコード (=?utf-8?B?...?=) も使用可能ですが、古いメールクライアントの互換性のため日本では ISO-2022-JP が依然主流。Web メール (Gmail・Outlook.com) は内部 UTF-8 で扱いますが、送信時に ISO-2022-JP に変換するケースもあります。SMTP プロトコル自体は 8BITMIME 拡張で 8bit データを送れますが、サーバ依存があり ISO-2022-JP の 7bit セーフ性は今も価値があります。
関連用語との違い
- Shift_JIS/EUC-JP: 8bit、SMTP の 7bit 制約に違反
- MIME: メール多言語対応の枠組み、ISO-2022-JP と組み合わせ使用
- UTF-8 + Base64: 現代メールの代替、互換性で ISO-2022-JP が主流
よくある質問（FAQ）
Q1: なぜメールで ISO-2022-JP が使われる? A: SMTP プロトコルが 7bit 設計、ISO-2022-JP は 7bit セーフで送信時のエンコード不要。Shift_JIS/EUC-JP は 8bit のため Base64 等の追加エンコードが必要。
Q2: 半角カナはなぜ使えない? A: 半角カナは 8bit (A1h-DFh) のため 7bit セーフではない。ISO-2022-JP 仕様で意図的に削除、メール送信時に全角カナへの変換が推奨される。
Q3: 現代も使うべき? A: メール送信では依然主流、特に日本国内の古いメールクライアント互換性のため。Web・ファイル交換では UTF-8 が標準。
まとめ
- ISO-2022-JP = 1986 年策定の 7bit セーフ日本語メールエンコーディング
- エスケープシーケンスで ASCII ↔ JIS X 0208 切替
- SMTP/NNTP の 7bit 経路で日本語送信を可能に
- 2026 年現在も日本語メールの主要エンコーディング、RFC 1468