ISO-8859-3（Latin-3）徹底解説：歴史・文字構成・現代の実務とUnicode移行のポイント
エバープレイ編集部ISO-8859-3とは
ISO-8859-3（別名 Latin-3）は、ISO/IEC 8859 系列の単一バイト文字エンコーディングの一つで、1988年に標準化された仕様です。ASCII（0x00–0x7F）をそのまま保持し、0xA0–0xFF の上位領域に各種ラテン文字（拡張文字）を割り当てることで、欧州のいくつかの言語を扱えるように設計されました。IANA に登録された公式の文字セット名は "ISO-8859-3" です。
目的と歴史
ISO-8859-3 は、1980年代に欧州言語の文字を標準的に表現するニーズに応えるために作られた ISO/IEC 8859 シリーズの一環として策定されました。各国・各言語の特殊文字をひとつの 8 ビットエンコーディングで提供することを目的とし、Latin-1（ISO-8859-1）でカバーできない言語のために別のブロックを割り当てています。
Latin-3 は特にマルタ語（Maltese）やエスペラント（Esperanto）など南欧系・準標準系の言語を主な対象としていましたが、採用は限定的で、後に Unicode（特に UTF-8）への移行が進んだことで利用は次第に減少しました。
文字構成と特徴的な文字
ISO-8859-3 は ASCII の範囲を変えず、0xA0 〜 0xFF の領域に派生文字を配置します。Latin-3 が他の Latin 系と異なる点は、マルタ語やエスペラントで必要な合字や拡張文字が用意されていることです。代表的な文字には以下のようなものがあります：
- マルタ語で使われる Ħ（U+0126）および ħ（U+0127）
- エスペラントの合字：Ĉ/ĉ, ĝ/ĝ, Ĥ/ĥ, Ĵ/ĵ, Ŝ/ŝ, Ŭ/ŭ（エスペラント固有の字母群）
- その他、ポピュラーなラテン拡張文字やアクセント付き文字（ISO-8859-1 には存在しないもの）
（注：ここに挙げた Unicode コードポイントは説明のための参照で、ISO-8859-3 自体はバイト値を割り当てる仕様です。各バイト値と Unicode とのマッピングは公式のマッピング表を参照してください。）
実務上の取り扱い（MIME・OS・言語処理）
ウェブやメールで ISO-8859-3 を指定する場合の MIME/HTML 指定例：
- HTTP/メールの Content-Type ヘッダ：Content-Type: text/plain; charset=ISO-8859-3
- HTML5 のメタタグ：<meta charset="ISO-8859-3"> （ただし HTML5 仕様では "iso-8859-3" はラベルとして許容されていますが、現代では UTF-8 を推奨）
OS やアプリの扱いでは、Windows 系では code page 28593（しばしば "Windows-28593" と表記されることがあります）、UNIX 系では iconv や recode などで "ISO-8859-3" を指定して変換できます。プログラミング言語でも多くは "iso-8859-3" または "iso8859_3" の名前でサポートされています（例：Python、Perl、iconv ライブラリ等）。
変換・互換性の注意点
ISO-8859-3 は 1 バイトあたり 256 通りの符号化空間しか持たないため、多言語混在の文書（たとえば英語＋マルタ語＋ギリシャ語など）を一つのバイトエンコーディングで正確に扱うことは困難です。誤った文字セット指定や間違ったデコーディングは、文字化け（mojibake）を招きます。
既存のデータを UTF-8 に変換する際は、元データが本当に ISO-8859-3 で保存されているかを検証してください。誤認識して別の ISO-8859 系（例えば ISO-8859-1 / Latin-1 や ISO-8859-2）で変換してしまうと、不可逆的に文字が失われる場合があります。変換方法の例：
- iconv を使う：iconv -f ISO-8859-3 -t UTF-8 infile > outfile
- Python の場合：text = bytes_data.decode('iso-8859-3') → text.encode('utf-8')
なぜ現在は使われないのか（問題点と代替）
- 限定的な適用範囲：ISO-8859-3 は対象言語が限定され、世界的な互換性に乏しい。
- 多言語混在に不向き：1 バイトエンコーディングのため複数言語を同一ドキュメントで安全に扱えない。
- Unicode（UTF-8）への移行：Unicode はほぼすべての文字を表現可能で、インターネット標準も UTF-8 の採用を強く推奨しているため、ISO-8859-3 の必要性は低下した。
その結果、現代の新規システムでは ISO-8859-3 を用いるケースはまれで、古いドキュメントやレガシーデータのマイグレーション時にのみ注目されることが多いです。
実務上のチェックリスト（レガシーデータを扱うとき）
- 元データが ISO-8859-3 である証拠（ファイルのメタ、ヘッダ、既知の特殊文字の出現など）を探す。
- 変換前にサンプルを抽出して、期待する文字（マルタ語・エスペラントの特殊字など）が正しく再現されるか確認する。
- iconv や言語組み込みのデコーダで変換し、結果を目視チェックする。自動化テストも作ると安全性が高まる。
- 変換後は UTF-8 のヘッダやメタ情報を適切に付与して、以降は UTF-8 で統一することを推奨する。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定の言語を対象にした 8 ビット単一バイト文字エンコーディングで、1988 年に標準化されました。限定的な用途向けに設計されたため汎用性は低く、現在は Unicode（UTF-8）への移行が進んでいるため新規採用はほとんどなく、主にレガシーデータの扱い（判別・変換）で問題になることが多いです。データ移行時には文字セットの正確な判定と慎重な変換が不可欠です。
