ISO-8859-3（Latin-3）とは？歴史・特徴・含まれる文字とUnicode移行の実務ガイド
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、通称「South European」）は、ISO/IEC 8859 系の一つで、1988年に規格化された 8 ビットの単一バイト文字コードセットです。ASCII（0x00–0x7F）を基盤とし、上位ビット（0xA0–0xFF）の領域にラテン文字の追加文字を割り当てることで、主に南欧系や補助的言語（特にマルタ語やエスペラント）で必要とされる拡張文字を収録することを目的に作られました。
歴史と背景
1970〜80年代にかけてコンピュータや通信で多言語を扱う必要が高まる中、ISO/IEC 8859 シリーズは「ラテン文字圏を複数の地域用に分割して扱う」方式で設計されました。ISO-8859-1（Latin-1）は西欧主要言語用、ISO-8859-2 は中央欧用、そして ISO-8859-3 は南欧・特定の補助言語用という位置付けでした。
当初の設計目的にはエスペラントやマルタ語の文字、その他一部の地域文字のサポートが含まれていました。ただし、トルコ語のように固有の文字セットを必要とする言語については、後に ISO-8859-9（Latin-5）が策定され、そちらがトルコ語対応として使われることになります。
文字の構成と主な特徴
- 単一バイト・8 ビット構成：0x00–0x7F は US-ASCII をそのまま収録。0x80–0x9F はコントロールコード（C1）領域。0xA0–0xFF が拡張印字可能文字の領域です。
- 収録文字の重点：エスペラントのサーカムフレックス付き文字（ĉ, ĝ, ĥ, ĵ, ŝ）や ŭ（ウにブレーヴ）、マルタ語で使われる ġ（g の点付き）、ħ（h の横棒）など、ラテン標準には無い補助文字を収録。
- 通貨や記号の欠如：ユーロ通貨記号は規格策定時には存在しなかったため収録されていません（ユーロ導入後に対応した別規格や Unicode が必要）。
- 別名と登録名：IANA における文字セット名は "ISO-8859-3"。実装によっては "latin3" や "l3" という通称で呼ばれることもあります。
具体的に含まれる代表的な文字（例）
以下は ISO-8859-3 に含まれている代表的な追加文字の例です（Unicode の対応文字名で示す）：
- Ĝ, ĝ / Ĉ, ĉ / Ĥ, ĥ / Ĵ, ĵ / Ŝ, ŝ（エスペラントのサーカムフレックス付き文字）
- Ŭ, ŭ（エスペラントの u に付くブレーヴ）
- Ġ, ġ / Ħ, ħ（マルタ語で使われる文字）
このほか、各種ラテン系の拡張文字や記号が 0xA0–0xFF の範囲に割り当てられています。具体的なバイト値と Unicode とのマッピングはオフィシャルなマッピング表で確認できます。
利用状況と互換性
ISO-8859-3 は特定の用途・言語に焦点を当てた規格でしたが、実際の普及度は限定的でした。マルタ語やエスペラント用途で部分的に用いられた一方で、トルコ語対応や西欧全般の需要には ISO-8859-1 / ISO-8859-9 などが使われる傾向が強く、さらに 2000年代以降は Unicode（特に UTF-8）へ移行が進んだため、レガシーな環境以外で ISO-8859-3 をわざわざ選ぶ場面は少なくなっています。
また、Web やメールなどインターネット上では MIME の charset 指定や HTML の meta charset に "ISO-8859-3" を書けば解釈されますが、ブラウザ側で既定が UTF-8 に傾いているため、文字化け（mojibake）が発生しやすい点は注意が必要です。
技術的注意点（WordPress や Web での扱い）
- WordPress の投稿エディタやデータベースは通常 UTF-8（utf8mb4）で運用します。ISO-8859-3 でエンコードされたテキストを直接貼り付けると、自動的に UTF-8 に変換されない限り文字化けする可能性があります。
- 既存のレガシーファイル（メールアーカイブ、古いウェブページ、テキストファイル）を WordPress に取り込む場合は、事前に正確なエンコーディングを把握し、iconv や nkf、Python の codecs、その他の変換ツールで UTF-8 に変換してからアップロードするのが安全です。
- HTTP ヘッダや HTML meta に charset を正しく指定しても、サーバー・データベース・アプリケーション間でのエンコーディング不整合があると表示が乱れます。レガシー文字セットを扱う時は「入力側 → 保管（DB）→ 表示側」の各段階でエンコーディングが一致しているか確認してください。
Unicode への移行とマッピング
現在では Unicode（UTF-8）がデファクトスタンダードになっており、ISO-8859-3 のような単一バイト文字セットは「互換性レイヤー」として位置づけられています。各バイト値（0xA0–0xFF）に対して、Unicode のコードポイントが一対一にマッピングされるマッピング表が公開されています。変換の際は公式や信頼できるマッピング表を使うことが重要です。誤ったマップを使うと類似の別文字に変換され、意味が変わることがあります。
実務上のベストプラクティス
- 原則として新規プロジェクトや公開サイトは UTF-8 を使用する。特別な理由がなければ ISO-8859-3 を選ぶべきではない。
- レガシーデータの取り扱い時は元のエンコーディングを正確に確認し、安全に UTF-8 に変換した上でシステムに取り込む。
- メールの過去ログや古いドキュメントを扱う場合、変換前にサンプルを検査して文字欠落や置換ミスがないか確認する。
- エディタや IDE、データベースの接続設定で文字コードを揃え、テスト環境で再現検証を行う。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定言語の追加ラテン文字を収録するために作られた 8 ビット文字コードセットです。歴史的には意味のある規格でしたが、実用上の普及は限定的であり、現在はほとんどの場合 Unicode（UTF-8）に置き換えられています。既存の ISO-8859-3 でエンコードされたデータを扱う際は、正しいマッピング表を使って慎重に Unicode に変換することが重要です。
参考文献
- ISO/IEC 8859-3 — Wikipedia
- ISO-8859-3 to Unicode mapping — Unicode.org（マッピング表）
- IANA Character Sets — ISO-8859-3 登録情報
- The Encoding Standard — WHATWG（Web の文字エンコーディング標準）
- RFC 1345 — Character Mnemonics and Character Sets
投稿者プロフィール
