ISO-8859-3（Latin-3）の全体像と実務ガイド—歴史・特徴・現状とUTF-8移行・データ変換の手引き
エバープレイ編集部ISO-8859-3 とは
ISO-8859-3（別名 Latin-3、しばしば "ISO_8859-3:1988" と表記）は、ISO/IEC 8859 シリーズの一つで、8 ビット単位（1 バイト）で文字を表現する単一バイト文字エンコーディングです。ASCII（0x00–0x7F）はそのまま含み、0xA0–0xFF の上位 128 コード領域に各種ラテン系拡張文字を割り当てることで、特定の言語群（主に南ヨーロッパ系の言語）をサポートすることを目的に設計されました。実務ではマルタ語やエスペラントなどに対応するための文字を含む点が特徴で、近年はほとんどが Unicode（UTF-8 など）へ置き換えられています。
背景と歴史
1980年代後半、国際的に文字コードの標準化が進められ、ISO/IEC 8859 シリーズはラテンアルファベットを使う諸言語のため複数の“パート”（Latin-1～Latin-10 等）に分かれて策定されました。ISO-8859-3 はこのシリーズの一部として、当時の需要（特定のヨーロッパ言語に固有の文字）に応えるために策定されました。公式名は ISO/IEC 8859-3:1988（発行年は 1988 年）で、IANA にも "ISO-8859-3" として登録されています。
技術的な特徴
- 単一バイト（8 ビット）エンコーディングで、最大 256 個のコードポイントを表現可能。
- ASCII と互換（0x00–0x7F）が保たれるため、従来の ASCII テキストとの互換性が高い。
- 拡張領域（0xA0–0xFF）に、マルタ語やエスペラントなどで必要とされるラテン系拡張文字を配置。
- 制御コード（0x00–0x1F, 0x7F など）は ASCII と同様に扱われる。
ここで注意すべきは、ISO-8859 系は各パートでサポートする言語が異なるため、ある言語で必須の文字が別のパートには存在しないことがある点です。例えばトルコ語向けの特殊文字は ISO-8859-9（Latin-5）で扱われ、ISO-8859-3 の割り当てには含まれていません。
サポートされる主な文字・言語
ISO-8859-3 は「南欧系（South European）」を意図した配列で、特に以下の言語に関わる文字群をカバーしています（代表例）：
- マルタ語（Maltese）で使われる特殊文字
- エスペラント（Esperanto）に必要なアクセント付き文字
ただし、実際の文字割り当ては 0xA0–0xFF の範囲に固定されており、すべての言語の文字を完全に網羅するわけではありません。言語ごとの完全なサポート状況や、どのコードポイントにどの文字が割り当てられているかは、公式の符号化表（マッピング表）を参照してください。
普及状況と現状の位置づけ
かつては特定言語圏の文書やレガシー・システムで利用されることがありましたが、近年は Unicode（特に UTF-8）の普及によりほとんど置き換えられています。Web における文字エンコーディングの標準は事実上 UTF-8 になっており、新しいプロジェクトや CMS（例：WordPress）では UTF-8 が推奨されます。
一方で、古いメール、文書、データベース、組み込みシステム、または歴史的なアーカイブ等、レガシーデータを扱う際には ISO-8859-3 の文字エンコーディングが残っていることがあります。そのため変換や復元のニーズはまだ存在します。
互換性と文字化け（mojibake）の注意点
ISO-8859-3 と他の ISO-8859 パート（特に Latin-1, Latin-2, Latin-5 など）や Windows のコードページとを混同すると、文字化けが発生します。例えば、同じ 0xXX のバイト値が別のパートでは別の文字に対応するため、エンコーディング指定が間違っていると意図した文字が表示されません。
Web やデータベースを運用する際は、次の点に注意してください：
- HTTP ヘッダや HTML の meta タグ、データベース接続で明示的に文字エンコーディングを指定する。
- 既存のレガシーデータを UTF-8 に変換する際は正しい「元のエンコーディング」を指定する（逆に間違えると永続的に文字が壊れる）。
変換方法（実務でよく使うコマンド例）
レガシーデータを扱う場面では、iconv や recode、Python の codecs、あるいはテキストエディタの変換機能を使って UTF-8 に変換することが一般的です。代表的なコマンド例を示します（例：ISO-8859-3 → UTF-8）：
- iconv:
iconv -f ISO-8859-3 -t UTF-8 input.txt -o output.txt - recode:
recode ISO-8859-3..UTF-8 input.txt
データベース（MySQL など）では、テーブルやカラムの文字セットを確認し、必要に応じて ALTER TABLE で文字セットを変更したり、mysqldump を用いて適切な --default-character-set を指定してダンプ→再インポートする手順が必要です。
技術仕様の確認先（マッピング）
ISO-8859-3 のバイト値と Unicode コードポイントの対応（マッピング表）は、Unicode コンソーシアムや IANA が公開している信頼できる資料で確認できます。これにより、どのバイトがどの Unicode 文字に対応するかを正確に把握できます。例えば Unicode の公式 MAPPINGS には 8859-3 のマッピングファイルが存在します。
実務上の結論と推奨
- 新規システムや Web サイト、CMS では UTF-8 を使用することを強く推奨します。多言語対応・将来性の点で圧倒的に有利です。
- 既存のレガシーデータに ISO-8859-3 が使われている場合は、まずは対象データのエンコーディングを正確に特定し、安全に UTF-8 に変換する運用手順を設計してください。
- 変換作業前にバックアップを取り、変換後は表示・バリデーションを確認して文字化けやデータ破壊が起きていないかを必ず検証すること。
