ISO-8859-3 (Latin-3) 完全ガイド：歴史・対象言語・現状とUTF-8移行
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、通称「South European」）は、ISO/IEC 8859 系列の一つで、8 ビットの単一バイト文字エンコーディングです。主目的はラテン文字を用いる言語のうち、ISO-8859-1（Latin-1）や ISO-8859-2（Latin-2）で十分にカバーされない特定の南欧言語や人工言語（主にマルタ語、エスペラント）をサポートすることでした。IANA による正式な文字集合名は "ISO-8859-3" です。
歴史的経緯と位置づけ
ISO/IEC 8859 ファミリーは 1980〜1990 年代に標準化が進められた一連のエンコーディング群で、各地域や言語グループ向けに分割されました。ISO-8859-3 はその中で「Latin alphabet No.3」として定義され、1980〜1990 年代に策定されました。当時は多言語対応の手段が限られていたため、特定言語の追加文字を 8 ビットコードページ内に割り当てることが重要でした。しかし、近年は Unicode（特に UTF-8）がデファクトの文字エンコーディングとなり、ISO-8859-3 の使用は大幅に減少しています。
カバーする文字と対象言語
ISO-8859-3 は、基本ラテン文字（ASCII）に加え、マルタ語やエスペラントで必要とされる拡張ラテン文字を割り当てています。代表的な追加文字の例は次の通りです。
- マルタ語: Ġ/ġ（G の上点）、Ħ/ħ（H の棒）、Ż/ż（Z の点）など。
- エスペラント: Ĉ/ĉ、Ĝ/ĝ、Ĥ/ĥ、Ĵ/ĵ、Ŝ/ŝ、Ŭ/ŭ など。
これらの文字は Unicode の Latin Extended-A などに対応するコードポイントを持ち、ISO-8859-3 にはこれらを単バイトで表現するための位置が用意されています。
ISO-8859 系との違い
ISO-8859 の各パートは言語群ごとに微妙に異なる追加文字を割り当てており、ISO-8859-3 はその中で「南欧・補助ラテン系」を意図しています。たとえば ISO-8859-1（Western Europe）にはマルタ語やエスペラント固有のいくつかの字は含まれません。ISO-8859-9（Latin-5）はトルコ語向けに置き換えた部分があり、ISO-8859-3 の割り当ては別領域にあります。したがって、言語に応じて適切な ISO-8859 パートを選ぶ必要があり、誤った選択は文字化けの原因になります。
実際の利用状況と現在の立ち位置
ISO-8859-3 は歴史的にはマルタ語やエスペラントを扱う文書やメールヘッダなどで使われることがありましたが、インターネットの普及とともに UTF-8（Unicode）の普及が進み、現在ではほとんど使われていません。主要なブラウザやメールクライアントは ISO-8859-3 を認識しますが、現実には UTF-8 に変換して運用するのが標準的です。
Web・メールでの扱い（技術的ポイント）
HTTP ヘッダや HTML meta 要素、メールの Content-Type ヘッダで charset=ISO-8859-3 と明示すれば、受け手のソフトは正しく解釈できます。ただし現代の運用では UTF-8 に統一するメリットが大きく、既存の ISO-8859-3 文書は変換して保存・配信することが推奨されます。変換には iconv、ICU、Python（codecs）、Node.js（Buffer）など標準的なツールが利用可能です。
変換・文字化け対策
ISO-8859-3→UTF-8 の変換は比較的単純で、ほとんどの変換ツールが対応しています。コマンド例（UNIX 系）:
- iconv -f ISO-8859-3 -t UTF-8 infile > outfile
一方、文字化けが発生した場合は「誤ったエンコーディングで解釈された」「複数回の再エンコードが行われた」などが原因です。chardet、enca、uchardet などの文字コード検出ツールで元のエンコーディングを推定し、適切に再変換してください。また、単語や文字列に特有の文字（例：Ħ、ĉ、ĝ 等）が含まれているかを手がかりに判断することも有効です。
Unicode へのマッピング
ISO-8859-3 の各バイト値には対応する Unicode のコードポイントがあります。Unicode の公式マッピングファイルや WHATWG / WHATWG Encoding Standard、IANA の文字セット登録情報により正確な対応表を確認できます。Unicode 化の際には、見かけ上同じ外観の文字でも異なる正規化形（合成文字 vs 合字）があるため、必要に応じて Unicode 正規化（NFC/NFD）を行うと互換性が向上します。
実務上のアドバイス
- 新規システムや Web サイトは原則 UTF-8 を採用する。
- 既存の ISO-8859-3 文書は一括で UTF-8 に変換し、バックアップを残す。
- メールや API で文字コードを送受信する場合は Content-Type ヘッダを明示する。
- 文字化けが起きたら、まず元データのエンコーディング推定ツールを使う。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定言語のために設計された 8 ビット文字エンコーディングで、歴史的には重要な役割を持っていました。しかし現在は Unicode（UTF-8）への移行が進み、レガシーとしての位置づけになっています。古い文書や特殊な環境で出会う可能性はあるため、変換方法や文字化け対策は知っておくと役立ちます。
参考文献
- ISO/IEC 8859-3 — Wikipedia
- Unicode Consortium: ISO-8859-3 mapping table
- IANA Character Sets
- Encoding Standard — WHATWG (ブラウザのエンコーディング規格)
投稿者プロフィール
