ISO-8859-3 (Latin-3) の全体像—歴史と対象言語、互換性とUTF-8移行の実務ガイド
エバープレイ編集部ISO-8859-3とは — 概要と歴史的背景
ISO-8859-3（通称 Latin-3、South European）は、ISO/IEC 8859シリーズの一部で、ラテン文字を基本とする単一バイト文字エンコーディングの一つです。1980年代後半に策定され、南ヨーロッパの言語や補助的な人工言語（特にマルタ語やエスペラントなど）で使用される独自の文字を1バイト（8ビット）で表現することを目的に設計されました。ASCII（0x00–0x7F）はそのまま保持し、0xA0–0xFFの領域に追加文字を割り当てる構成です。
設計目的とカバーする言語
ISO-8859-3は、主に以下のようなニーズに応えるために作られました。
- マルタ語（Maltese）で必要となる点付き・横線付きラテン文字の表現
- エスペラント（Esperanto）の特殊文字（ĉ, ĝ, ĥ, ĵ, ŝ, ŭ など）の表現
- その他、南ヨーロッパ圏で用いられる一部文字の対応
ただし、同時期に別のISO-8859のパート（例：ISO-8859-9＝Latin-5）がトルコ語向けに最適化されたため、トルコ語は通常そちらが使われ、ISO-8859-3は主にマルタ語やエスペラント周りの用途に限られて使われることが多くなりました。
文字集合の特徴（概観）
ISO-8859-3は、ASCII互換領域（0x00–0x7F）を保ちつつ、拡張領域（0xA0–0xFF）に欧文の補助文字を割り当てています。特徴的なのは、マルタ語のための「Ġ/ġ」「Ħ/ħ」などや、エスペラントのための伸ばし字やアクセント付き字が含まれる点です。これにより、これらの言語を単一バイトで表現できるようになっています。
一方で、ISO-8859-1（Latin-1）やISO-8859-2（Latin-2）で提供される一部の文字とは異なる割り当てがなされているため、これらのエンコーディング間でバイナリ互換性はありません。すなわち、同じバイト値が別のエンコーディングでは別の文字を意味する可能性があります。
実運用上の注意点と互換性
ISO-8859-3は、歴史的・地域的な事情により限定的に採用されたエンコーディングであり、現在ではUTF-8（Unicode）への移行が進んでいます。主な注意点は次の通りです。
- ユーロ記号（€）はISO-8859-3の規格には含まれていません。ユーロ導入後も単純に互換性を持たせる拡張は基本的に行われていないため、ユーロ表現が必要なデータでは注意が必要です。
- 同じ“Latin”系列でも、ISO-8859-1／-2／-3／-9などで割当が異なるため、ファイルやメールの文字化けはエンコーディング不一致が原因となることが多いです。
- 現代のウェブブラウザやメールソフトは多くの古いエンコーディングをサポートしていますが（ラベル名として "ISO-8859-3" などを解釈可能）、新規作成や国際化対応ではUTF-8を推奨します。
MIME／ラベルと標準登録
インターネット上での文字セット指定（たとえば HTTP ヘッダや HTML の meta charset）には「ISO-8859-3」が使用できます。IANAによる文字セット登録や WHATWG のエンコーディング仕様でも、ISO-8859 系のラベルは定義・マッピングされています。実際の運用では、メールヘッダの Content-Type: text/plain; charset=ISO-8859-3 のように書くことで受信側が正しく解釈します。
Unicode（UTF-8）との関係と変換
現在、文字コードのデファクトスタンダードはUnicode（特に UTF-8）であり、ISO-8859-3 のデータも Unicode にマッピング（変換）できます。Unicode.org は ISO-8859-3 の標準的なコードポイント対応表（マッピングファイル）を公開しており、iconv、ICU、Python の codecs、Java の Charset など一般的なライブラリで変換が可能です。
変換の際のポイント：
- ISO-8859-3 には存在しない文字（ユーロ記号など）は直接マップできないため、変換ポリシー（代替文字の挿入、変換エラーとして扱うなど）を決める必要があります。
- 視覚的に似ているが異なる文字（例：ラテン系の点付き文字と合字など）を誤って置換しないよう、正確なマッピングを用いること。
- 大量ファイルを一括変換する場合は、バックアップと検証（特に言語特有の文言が正しく変換されているか）を必ず行うこと。
変換コマンド例（参考）：
- iconv を使う場合: iconv -f ISO-8859-3 -t UTF-8 input.txt > output.txt
- Python で読む場合: open('file.txt', encoding='iso8859_3') など（実行環境やライブラリ名は言語により異なります）
実際の利用例と現在の状況
ISO-8859-3 は一時期、マルタ語やエスペラントの文書で使われましたが、インターネットの普及とともに多言語混在の要請が高まり、Unicode（UTF-8）へ移行する動きが強まりました。現在では新規プロジェクトが ISO-8859-3 を選択することはまれで、レガシーデータの扱い（古い文書、メールアーカイブ、古いCMSや社内システムからのエクスポート）で遭遇するケースが中心です。
移行（モダナイズ）のための実務的アドバイス
ISO-8859-3 を含むレガシーデータを扱う際、次の手順で安全に UTF-8 へ移行することを推奨します。
- 現状調査: どのファイル／データベース／メール等が ISO-8859-3 で保存されているかを特定する。
- バックアップ: 変換前にオリジナルを必ずバックアップする。
- 変換ツール選定: iconv、ICU、Python、Perl、OSS のツール等を検討。Unicode.org のマッピングファイルを参照しているツールを選ぶ。
- テスト変換: 一部データで試験的に変換して、目視・自動検証（正規表現で文字化けを検出など）を行う。
- 本番変換と検証: 全量変換後、言語別の専門家やネイティブで最終チェックを行う。
- システム対応: データベースやサーバー、メール送受信の設定を UTF-8 前提に統一する。
なぜ知っておくべきか（まとめ）
ISO-8859-3 は歴史的な経緯から特定言語向けに有用な設計をしている文字コードで、レガシー環境では依然として登場します。現代の多言語対応システムでは UTF-8 に統一するのが最善ですが、既存データの正確な変換と解釈ができることはエンジニアにとって重要な技能です。本コラムで示したポイント（対応言語、欠落文字、変換手順）を踏まえ、実務で安全に扱ってください。
