ISO-8859-3（Latin-3）とは何か？マルタ語・エスペラント対応の単一バイトエンコーディングとUTF-8移行ガイド
エバープレイ編集部ISO-8859-3 とは
ISO-8859-3（別名 Latin-3、通称「南欧言語用ラテン文字セット」）は、1バイト（8ビット）でラテン文字圏のいくつかの追加文字を扱うために設計された文字エンコーディング規格の一つです。ASCII（0x00–0x7F）を下位に保持し、上位半分（0xA0–0xFF）に地域固有の拡張文字を割り当てる方式を採っています。ISO/IEC 8859 系列の一部として、複数のヨーロッパ言語のための単一バイト文字セットを提供する目的で策定されました。
目的と対象言語
ISO-8859-3 の主な目的は、ラテン系文字を用いるが ISO-8859-1（Latin-1）ではカバーされない文字を必要とする言語群に対応することでした。代表的には次の言語に対するサポートを意図しています。
- マルタ語（Maltese） — ħ（Hにストローク）やġ（Gに点）などの固有字を含む。
- エスペラント（Esperanto） — ĉ, ĝ, ĥ, ĵ, ŝ, ŭ といった拡張字を含む。
- その他、南欧・地中海周辺のいくつかの言語で必要な特殊文字。
なお、トルコ語については当初の検討対象に含まれていた経緯がありますが、トルコ語向けには後に ISO-8859-9（Latin-5）が別途策定され、トルコ語利用者の間ではそちらが標準的に使われるようになりました。
技術的な特徴
- エンコーディング長：固定長の1バイト（8ビット）エンコーディング。
- ASCII互換：下位7ビット（0x00–0x7F）はASCIIと同一。
- 印字可能文字：上位領域（0xA0–0xFF）に国際化文字を割り当て。
- IANA 登録名：標準的には "ISO-8859-3" が使われ、通称として "Latin-3" と呼ばれることが多い。
ISO-8859-1（Latin-1）や他の ISO-8859 系との違い
ISO-8859 系は各地域ごとに異なる文字を上位ビットに割り当てることで、多言語対応を図っています。ISO-8859-3 は特にマルタ語やエスペラントで必要な字形（例：ħ, ġ, ĉ, ĝ, ŝ, ŭ など）を提供する点で ISO-8859-1 や ISO-8859-2（中欧）とは異なります。逆に、ISO-8859-3 はトルコ語固有の ı, İ, ş, ç のような文字を全て含んでいないため、トルコ語用途では ISO-8859-9（Latin-5）が採用されています。
実際の文字割り当て（概要）
ISO-8859-3 の具体的な割り当ては標準文書やマッピング表に明記されています。0xA0 はノーブレークスペース（NBSP）、0xA1〜0xFF の範囲に地域固有のアクセント付き文字や記号が並びます。詳しい1バイト値と Unicode の対応（マッピング）は、Unicode コンソーシアムなどが公開している変換テーブルで確認できます。
利用状況と歴史的背景
ISO-8859-3 は1980年代〜1990年代にかけて、マルチバイト（多バイト）や Unicode が普及する以前に、電子メールや文書交換、組込み機器などで使われる単純で効率的なエンコーディングとして導入されました。しかしその後、Unicode（特に UTF-8）の普及により、新規の用途では次第に置き換えられています。今日では、ISO-8859-3 を新たに選択するケースは稀で、多くはレガシー文書や古いシステムの互換性維持のために残っています。
Web とインターネットでの扱い
インターネット上では MIME の charset 指定や HTML の meta charset、HTTP ヘッダなどで "ISO-8859-3" が使われることがありますが、現代の Web 標準（HTML5、WHATWG）や主要ブラウザは UTF-8 を第一選択としています。古いメールや静的な文書で ISO-8859-3 ラベルが見られることはあるものの、新しいコンテンツ作成時は UTF-8 を推奨します。
文字化けや変換の注意点
- ISO-8859-1 等と混同して解釈すると、上位領域の一部文字が誤表示（文字化け）します。たとえば、あるバイト列が ISO-8859-3 で正しく表す文字を、ISO-8859-1 で表示すると別の記号になることがあります。
- 他エンコーディングからの変換では、対応する Unicode コードポイントが存在しないバイトがあれば代替文字（�）になる可能性があります。ただし、ISO-8859 系は Unicode にほぼ1対1でマップされているため、正しいマッピングテーブルを用いれば変換は比較的確実です。
- ファイルやデータベースの文字エンコーディング指定が誤っていると、データ処理や検索で問題が生じます。特にログや古いCSVファイルを読み込む際は、元のエンコーディングを確認してください。
移行・変換の実務的なポイント
- 新規開発は UTF-8 を選択する：互換性と国際化の観点から、UTF-8 が推奨されます。
- 既存データの変換：iconv や Python の codecs、recode 等、標準的なツールで ISO-8859-3 → UTF-8 の変換が可能です。例：
iconv -f ISO-8859-3 -t UTF-8 input.txt > output.txt（環境によりコマンド構文は異なる場合があります） - 検証：変換後は文字列サンプルを人手で確認し、特に固有文字（マルタ語、エスペラント文字など）が正しく変換されているかチェックしてください。
いつ ISO-8859-3 を使うべきか
特殊な理由がない限り、新しいシステムやドキュメントで ISO-8859-3 を選ぶ理由はほとんどありません。主に次のようなケースで利用検討されます：
- レガシーシステムやファイルが既に ISO-8859-3 で作られており、互換性を維持する必要がある場合。
- 組込み環境などでストレージや帯域の制約から単一バイトエンコーディングを使うポリシーがあるが、対象言語が ISO-8859-3 でカバーされている場合。
まとめ（結論）
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定の南欧言語・補助文字を扱うための単一バイト文字集合として設計された歴史的な規格です。現在は Unicode（特に UTF-8）に置き換えられることがほとんどですが、レガシー文書や古いシステムの互換性維持のために知っておく価値があります。移行の際は正しいマッピング表を用い、変換後の文字表示を必ず確認することを推奨します。
参考文献
- IANA Character Sets — The IANA charset registry
- Unicode Consortium — Mapping table for ISO-8859-3 (8859-3.TXT)
- Wikipedia — ISO/IEC 8859-3 (Latin-3)
- WHATWG Encoding Standard (HTML Living Standard)
- GNU libc — iconv 使用例（変換ツールの参考）
投稿者プロフィール
