ISO-8859-3（Latin-3）とは：南ヨーロッパ言語向け8ビット文字エンコーディングの概要と実装ガイド
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、South European）は、ASCII の上位 8 ビット空間を利用して南ヨーロッパのいくつかの言語をサポートするために設計された単一バイト文字エンコーディングの一つです。ISO/IEC 8859 シリーズの一部として策定され、主にマルタ語やエスペラントなど、ラテン文字系だが ISO-8859-1（Latin-1）では十分に扱えない特殊文字を必要とする言語を対象にしています。
歴史的背景と目的
1980年代後半から 1990年代にかけて、8 ビット文字集合（ISO-8859 シリーズ）が国際的に普及しました。ASCII（7 ビット）を土台に、上位 128 文字（0x80–0xFF）に各言語で必要とされる拡張文字を割り当てることで、西欧の多言語をある程度カバーする設計です。ISO-8859-3 は、その中で「南ヨーロッパ向け」のブロックとして作られ、エスペラントやマルタ語など特殊なアクセントや変種字を必要とする言語に対応しました。
技術的構造
- 1 バイト/文字: 1 バイト（8 ビット）で 256 通り（0x00–0xFF）を表現。下位 0x00–0x7F は ASCII と同一で、上位 0x80–0xFF が言語固有の拡張領域。
- 互換性: ASCII との互換性を保ちつつ、0xA0 以下の制御/空白類や 0xA0（NBSP）以降に印刷可能文字が割り当てられる。ISO-8859 シリーズの他のパートと同様の設計思想。
- MIME/IANA 名: インターネットでの文字セット指定には "ISO-8859-3" が用いられ、IANA に登録された文字セット名として扱われます。
文字集合（どの文字を含むか）
ISO-8859-3 は、英数字と一般的なラテン拡張文字に加えて、特に以下のような言語固有文字をサポートするよう設計されています（代表例）:
- マルタ語に必要な文字：ġ（g に点）、ħ（h に縦棒）、ż（z に点）など。
- エスペラントで使われる合字：ĉ、ĝ、ĥ、ĵ、ŝ、ŭ など。
- その他、南ヨーロッパの記号や拡張文字。
正確なコード位置（0xA0–0xFF での割当）や Unicode へのマッピングは、Unicode コンソーシアムが公開しているマッピング表や IANA の登録情報を参照してください。詳細な対応表を見ることで、各バイト値がどの Unicode コードポイントに対応するかを確認できます。
ISO-8859-3 と他の ISO-8859 系との比較
ISO-8859-1（Latin-1）は西欧諸語の多くをカバーしますが、マルタ語やエスペラントの特定文字は含まれていません。ISO-8859-2（Latin-2）は中央ヨーロッパ言語向け、ISO-8859-4 は北欧（バルト語系）、ISO-8859-9（Latin-5）はトルコ語対応、等のように地域や言語ごとに分割されています。
ISO-8859-3 は「南ヨーロッパ／特定の補助言語」を意図しており、トルコ語は標準 8859-3 の主要対象ではありません（トルコ語は後に ISO-8859-9 によってより適切にサポートされました）。
実装と互換性（プラットフォーム上での扱い）
- プログラミング言語での標準名: 多くのモダンなランタイムやライブラリは "ISO-8859-3" をエンコーディング名としてサポートしています（たとえば Python の codecs、Java の Charset 等）。
- Web/MIME: HTTP ヘッダや HTML の meta タグ、メールの Content-Type などで "ISO-8859-3" を指定することが可能です。ただし、今日の Web では UTF-8 が事実上の標準になっているため、ISO-8859-3 を明示的に使うケースは稀です。
- 移行上の注意: ファイルやデータベースが ISO-8859-3 で保存されている場合、Unicode（UTF-8）へ変換するときには正しいマッピングテーブルを用いること。誤った解釈（たとえば ISO-8859-1 として誤読）をすると特定文字が取り違えられ、文字化けが発生します。
Unicode（UTF-8）との関係
Unicode の普及以前は、ISO-8859 系のいずれかを利用して文字表現するのが一般的でした。Unicode はすべての文字を一元的に管理するため、ISO-8859-3 に含まれる文字のほとんど（エスペラントやマルタ語の特殊字も含む）は Unicode 上の固有コードポイントに割り当てられています。
そのため、現代の運用では ISO-8859-3 を直接使う理由は薄く、データ互換性維持のために既存データを UTF-8 に変換するケースが増えています。変換ツールやライブラリは、公式のマッピング表（Unicode 側の ISO-8859-3 マッピング）に基づいて実行すべきです。
利用例と現状の普及度
ISO-8859-3 は一時期、マルタ語やエスペラントを扱う文書や電子メールで使われましたが、インターネット全体での使用率はかなり低く、主にニッチな用途に限定されています。今日では、ウェブページや e-mail、データ交換では UTF-8 が推奨されるため、ISO-8859-3 の使用はほとんど見られません。
よくあるトラブルと対策
- 誤ったエンコーディング指定: 受信側が ISO-8859-1 や UTF-8 と誤って解釈すると特定のアクセント文字が文字化けする。対策は元のエンコーディングを正しく通知（MIME で charset を指定）し、可能であれば UTF-8 に変換する。
- 混在したデータ: 同一ファイルやデータベースで一部が ISO-8859-3、他が UTF-8 といった混在があると解析が困難。事前にサンプルで検証し、正規化（全て UTF-8 へ統一）するのが安全。
- ツール非対応: 一部古いツールや環境では ISO-8859-3 の指定がサポートされないことがある。こうした場合は変換した UTF-8 データを用いる。
実務的な扱い方（簡単な手順）
- 既存ファイルが ISO-8859-3 かどうか不明なときは、バイナリの上位バイトや代表的な特殊文字で判別するか、file(1) コマンドや iconv の -f オプションで試す。
- 変換は iconv や各言語のエンコーディング変換 API（例: Python: bytes.decode('iso-8859-3') / str.encode('utf-8')）を使う。変換時にはエラー処理（無効バイトの扱い）を明確にする。
- 将来的な互換性を考慮すれば、新規システムは UTF-8 を第一選択にする。
まとめ
ISO-8859-3 はマルタ語やエスペラントなど特定言語を想定した 8 ビット単一バイト文字エンコーディングであり、歴史的には需要がありましたが、現在は Unicode（UTF-8）への移行が進み、使用頻度は極めて低くなっています。既存資産の取り扱いやデータ変換が必要な場面では、正しいマッピング表に基づいて慎重に変換・検証を行うことが重要です。
