ISO-8859-3 (Latin-3)とは？歴史・特徴と南欧言語（マルタ語・エスペラント）対応とUTF-8移行の実務ガイド
エバープレイ編集部ISO-8859-3とは
ISO-8859-3（別名 Latin-3, South European）は、ISO/IEC 8859 シリーズの一つで、8ビット単位の単一バイト文字エンコーディングです。ASCII（0x00–0x7F）を下位互換として保持し、上位ビット域（0xA0–0xFF）に各種拡張ラテン文字を割り当てることで、主に南ヨーロッパ系の言語（特にマルタ語やエスペラントなど）を扱うことを目的に1988年に規格化されました。MIMEやHTTPヘッダでの文字セット指定名は “ISO-8859-3” が公式です。
歴史と位置づけ
ISO/IEC 8859 シリーズは1980年代にラテン文字圏の地域的要件に対応するために複数のパートに分かれて策定されました。ISO-8859-1（Latin-1）は西欧語、ISO-8859-2は中央欧州語、ISO-8859-3は「南欧」向けという位置づけで作られ、マルタ語やエスペラントのニーズを満たすための特殊文字が割り当てられています。
ただし、トルコ語など一部の言語に関しては後に専用の ISO-8859-9（Latin-5）が作られたため、ISO-8859-3 はその用途が限定的となり、インターネットとUnicode（UTF-8）の普及に伴い実務での利用は次第に減少しました。
技術的特徴
- 符号化方式: 単一バイト（8ビット）文字集合。ASCII（0x00–0x7F）を保持し、0xA0–0xFF に追加文字を定義。
- 対象文字: 欧文ラテン文字に加え、マルタ語やエスペラントなど特有の文字（例: Ġ ġ、Ħ ħ、Ċ ċ や ĉ ĝ ĥ ĵ ŝ ŭ など）を含む。
- IANA登録名: "ISO-8859-3"（一般呼称: Latin-3 や latin3 などのエイリアスが存在）。
- 互換性: ASCIIと互換。Unicode との対応表（マッピング）が存在し、変換は一対一で行えるコードポイントが多い。
どの言語をカバーしているか
ISO-8859-3 の主要な適用言語には次のようなものが挙げられます。
- マルタ語（Maltese） — マルタ語固有の点付きや横棒付きの文字を含む。
- エスペラント（Esperanto） — ĉ, ĝ, ĥ, ĵ, ŝ, ŭ といった母音・子音の特殊記号を含む。
- その他、南欧圏の一部で使われる特殊文字を部分的にサポート。
なお、トルコ語は最終的に ISO-8859-9（Latin-5）で専用対応されることになったため、トルコ語の完全な代替とはなりません。
文字セットの例と特徴的なコード位置
ISO-8859-3 は 0xA0 以上の領域に多くの拡張文字を持ちます。特徴的な文字としては以下のようなものがあります（表示は一例）：
- Ġ / ġ（マルタ語の g の点付き）
- Ħ / ħ（マルタ語の h の横棒）
- Ż / ż（マルタ語の z の点付き）
- Ĉ ĉ、Ĝ ĝ、Ĥ ĥ、Ĵ ĵ、Ŝ ŝ、Ŭ ŭ（エスペラントの特殊文字）
これらは Unicode へのマッピングが定義されており、適切な変換テーブルを用いれば文字化けを回避して Unicode に移行できます（ただし ISO-8859 系統の全てのバイトが常に有効な文字に対応するとは限らない点に注意）。
実務での利用状況と問題点
インターネット黎明期には用途に応じて ISO-8859 系の各種エンコーディングが広く使われましたが、現在では次の理由で利用が減っています。
- 言語カバーに制限があり、複数言語を混在させる用途に不向き（例：多国語ページでは UTF-8 の方が有利）。
- 文字の追加や将来の拡張が難しい（単一バイトで表現できる文字数に制約あり）。
- Unicode（特に UTF-8）がウェブ・メール・OS・アプリケーションで事実上の標準になり、移行が進んだ。
これらを受けて、現代のウェブ開発や国際化対応では ISO-8859-3 を新規採用する理由はほとんどなく、既存データの互換性確保やレガシーシステムの維持が主な用途です。
ウェブやメールでの扱い方
レガシー文書やデータベースの文字コードが ISO-8859-3 の場合、HTML や HTTP で明示的に指定することができます（例: <meta charset="ISO-8859-3"> や Content-Type ヘッダで charset=ISO-8859-3）。ただし、モダンな推奨は UTF-8 に変換（再エンコード）することです。変換を行う際は、次の点に注意してください。
- 変換テーブル（ISO-8859-3 → Unicode）を用い、未定義バイトや不正なシーケンスがないかをチェックする。
- データベース文字列やファイルのバイナリを扱う際はエンコーディングを明示して読み書きし、二重エンコードや文字化けを防ぐ。
- メールでは古いクライアントが ISO-8859 系をサポートすることがあるが、送信側で UTF-8 に統一することで互換性問題を減らせる。
他のエンコーディングとの比較
ISO-8859-3 を他の ISO-8859 ファミリと比べると、対象言語の違いで文字割り当てが異なります。例えば：
- ISO-8859-1（Latin-1）: 西欧主要言語（フランス語、ドイツ語など）向け。
- ISO-8859-2（Latin-2）: 中央欧州言語（ポーランド語、チェコ語など）向け。
- ISO-8859-9（Latin-5）: トルコ語向け（ISO-8859-3 とは異なる割り当て）。
このように、言語要件により適切な Latin-n を選ぶ必要があり、複数言語対応を行う場合は Unicode の採用が簡潔で堅牢です。
移行手順（簡易ガイド）
ISO-8859-3 で保存されたテキストを Unicode（UTF-8）へ移行する際の基本的な流れは：
- ソースのエンコーディングが確実に ISO-8859-3 であることを確認する（メタ情報やファイル作成時の仕様、既存システムの設定を参照）。
- 信頼できる変換ツール／ライブラリ（iconv、Python の codecs、各言語の標準ライブラリ等）を使用して UTF-8 に変換する。
- 変換後のデータを目視やスクリプトでチェックし、特殊文字が正しく変換されているかを検証する。
- ウェブページやメールテンプレートなどは meta ヘッダや Content-Type を UTF-8 に変更する。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど南欧系の特定言語を対象に設計された単一バイト文字エンコーディングです。歴史的にはインターネットやローカルシステムで一定の役割を果たしましたが、現在は主にレガシー互換性のために参照されることが多く、新規システムやウェブ制作では UTF-8（Unicode）への移行が推奨されます。既存データを扱う場合は、正しいマッピングテーブルを用いて安全に UTF-8 へ再エンコードすることが重要です。
