ISO-8859-3（Latin-3）とは何か：歴史・文字セット・対応言語（マルタ語・エスペラント）とUTF-8移行ガイド
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、または ISO/IEC 8859-3）は、ISO/IEC 8859 シリーズの一部で、8ビット単位の単一バイト文字エンコーディングです。ASCII（0x00–0x7F）を下位互換として保持し、0xA0–0xFF の上位領域にヨーロッパの一部言語で必要な拡張文字を割り当てることで、当時のラテン文字圏の特定言語を扱えるように設計されました。主にマルタ語（Maltese）やエスペラント（Esperanto）など「南ヨーロッパ系」の言語をカバーすることを目的としています。
歴史的背景と目的
1970〜1990年代、Internet と PC の普及以前は単一バイト文字コードが主流でした。ISO/IEC 8859 シリーズは各地域や言語群ごとに設計され、ラテン文字を使う各言語に必要な拡張字を提供するために分割されました。ISO-8859-3 はそのうちの一つで、1980年代に標準化され、マルタ語やエスペラントといった、Latin-1（ISO-8859-1）で十分にサポートされない言語を扱うために作られました。
文字セットの構成（仕様のポイント）
- 1バイト（8ビット）単位のエンコーディングで、合計256文字（0x00–0xFF）を扱う。
- 0x00–0x7F は US-ASCII と同一。つまり英数字や基本記号はそのまま。
- 0x80–0x9F は多くの実装では制御文字領域（C1 制御）として予約される場合が多い。
- 0xA0（ノーブレークスペース）および0xA1–0xFF の領域に、地域固有の拡張文字が割り当てられる。
- ISO-8859-3 は、マルタ語やエスペラントで使われる特殊文字（例：マルタ語の Ħ/ħ、エスペラントの ĉ/ĝ/ĥ/ĵ/ŝ/ŭ など）を含むよう設計されている。
対応言語・主な収録文字
設計上の主な対象言語は次の通りです。
- マルタ語（Maltese） — アルファベットに点や線の付いた文字（Ċ ċ、Ġ ġ、Ħ ħ、Ż ż など）を含む。
- エスペラント（Esperanto） — ĉ/Ĉ, ĝ/Ĝ, ĥ/Ĥ, ĵ/Ĵ, ŝ/Ŝ, ŭ/Ŭ など、アクセントの付いた字が含まれる。
- その他南ヨーロッパの一部で使われる文字も一部カバーするが、中央欧州言語（ポーランド語、チェコ語等）は ISO-8859-2（Latin-2）が担当する。
具体的なユニコード対応例（代表）としては、マルタ語の Ħ は U+0126、ħ は U+0127、エスペラントの ĉ は U+0109、ĝ は U+011D、ŭ は U+016D、などが含まれます。詳細な1バイト→Unicodeマッピングは Unicode コンソーシアムや各種実装のマッピング表で参照できます。
ISO-8859-3 と他の文字コードとの違い
- ISO-8859-1（Latin-1）との違い：Latin-1 は西欧主要言語（英語、フランス語、ドイツ語、スウェーデン語等）に重点を置くため、マルタ語やエスペラント向けの一部特殊字を含まない。ISO-8859-3 はそれらを補うために別の配置を採る。
- ISO-8859-2（Latin-2）との違い：中欧・東欧の言語向けの文字を含む Latin-2 と比べ、Latin-3 は南欧・特定言語向けに最適化されている。
- ISO-8859-9（Latin-5）との経緯：当初 ISO-8859-3 にトルコ語の文字を入れるなどの提案があったが、結局トルコ語専用の ISO-8859-9 が作られトルコ語対応はそちらへ移行した。
- Unicode/UTF-8 との関係：Unicode（および UTF-8）は全言語を統一的に扱えるため、近年は Unicode への移行が進み、ISO-8859-3 の利用は減少している。
実務上の扱いと注意点
現代の Web やアプリ開発では UTF-8 が事実上の標準です。とはいえ、過去の文書や古いシステム、特定の電子メールや FTP 経由でやり取りされるデータでは ISO-8859-3 が残っていることがあります。以下は実務で注意すべきポイントです。
- HTTP ヘッダやメールの Content-Type では charset=ISO-8859-3 と明示されていることがある。これを正しく解釈しないと文字化けが発生する。
- ブラウザやエディタは IANA 登録名 "ISO-8859-3" を認識するが、文字表示の互換性は環境依存になり得る。特に C1 制御や端末固有の解釈に注意。
- 他の ISO-8859 系と混在するデータの扱い：誤ったラベル（例：ISO-8859-1 とされているが実際は ISO-8859-3 でエンコードされている）だと表示が崩れる。変換時は正しいラベルとマッピングテーブルを使用する。
- 改行コードやバイナリと混在するデータ変換ではバイト列を直接扱うため、混入する制御文字に留意する。
移行ガイド：ISO-8859-3 から UTF-8 へ
古いリポジトリやデータベースを UTF-8 に移行する際の基本的な流れと注意点です。
- 現状把握：ファイルや DB の実際のエンコードを調べ（バイト列、ヒューリスティック検出、メタデータ確認）、ISO-8859-3 であることを確認する。
- バックアップ：変換前に必ず元データのバイナリバックアップを保存する。
- 変換ツールの選定：iconv や Python（.encode/.decode）、node.js の Buffer など、ISO-8859-3 → UTF-8 を正しく扱えるライブラリを使う。例えば iconv の場合は iconv -f ISO-8859-3 -t UTF-8。
- 検証：代表的な文字（Ħ, ĉ, ĝ など）が正しく変換されているか、表示環境で確認する。自動テストを作ると安全。
- 運用切替：DB の文字セット設定や HTTP ヘッダ、メール送信設定を UTF-8 に合わせて変更する。古いクライアントが残る場合はエンコーディング変換を行うミドルウェアを用意する。
採用状況と現在の位置づけ
ISO-8859-3 は特定言語を目的に設計されたため、ターゲット外の地域では普及しませんでした。インターネット普及後は特に Unicode/UTF-8 への移行が進み、ISO-8859-3 の日常的な利用は減少しています。ただし歴史的データや旧システム、特定の電子メールアーカイブでは今でも見かけることがあります。現代のシステム設計では新規に ISO-8859-3 を採用するメリットはほとんどなく、UTF-8 での統一が推奨されます。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定のラテン文字言語をサポートするために作られた単一バイト文字エンコーディングです。歴史的には重要な役割を果たしましたが、現在は Unicode/UTF-8 への移行が進んでおり、新規利用は限定的です。過去データの取扱いや互換性を確保するために、仕様（IANA 名称、マッピング表）を理解しておくことは依然として有用です。
