ISO-8859-3（Latin-3）完全ガイド：実務での扱い方・他エンコーディングとの違いとUTF-8移行のポイント
エバープレイ編集部はじめに
ISO-8859-3（別名 Latin-3）は、かつて広く使われた8ビット単位の文字エンコーディング群「ISO/IEC 8859」シリーズの一つです。本稿では、ISO-8859-3 の目的・構造・対象言語・他の文字コードとの違い・実務での扱い方・移行時の注意点などを、可能な限り詳しく解説します。後半には参照可能な一次情報のリンクも付けていますので、実装やトラブルシュートの際はそちらも参照してください。
ISO-8859 シリーズにおける位置付け
ISO/IEC 8859 は、ASCII（7ビット）を拡張して8ビットでラテン系言語を扱うために複数の「パート（Part）」に分かれた標準です。各パートは特定の地域や言語群に合わせて 0xA0–0xFF の領域に固有の文字を割り当てます。ISO-8859-1（Latin-1）は西ヨーロッパ言語向け、ISO-8859-2（Latin-2）は中欧・東欧向け、ISO-8859-3（Latin-3）はさらに別の南欧・特殊言語向け……というように役割分担がなされています。
ISO-8859-3（Latin-3）とは
ISO-8859-3 は「Latin alphabet No. 3」と称され、主にエスペラント語やマルタ語など、Latin-1 や Latin-2 で十分にカバーされないラテンアルファベットの拡張文字をサポートすることを目的に設計されました。ASCII 互換部分（0x00–0x7F）はそのまま ASCII を踏襲し、8ビット目が立つ 0xA0–0xFF に各言語固有の文字を配置します。
ISO-8859-3 は IANA の文字集合登録上の名称（"ISO-8859-3"）で参照され、また Unicode コンソーシアムは ISO-8859-3 から Unicode へのマッピング表を公開しています（後述の参考文献参照）。
対象言語と主な追加文字
設計上の主要ターゲットは主に次の言語群でした。
- マルタ語（Maltese） — 特有の文字（例: Ġ/ġ, Ħ/ħ, Ż/ż）
- エスペラント（Esperanto） — ĉ/Ĉ, ĝ/Ĝ, ĥ/Ĥ, ĵ/Ĵ, ŝ/Ŝ, ŭ/Ŭ といったアクセント付き文字
- その他、特定用途や少数言語用の補助文字
例（代表的な文字と Unicode コードポイント）:
- マルタ語: Ġ (U+0120), ġ (U+0121), Ħ (U+0126), ħ (U+0127), Ż (U+017B), ż (U+017C)
- エスペラント: Ĉ (U+0108), ĉ (U+0109), Ĝ (U+011C), ĝ (U+011D), Ĥ (U+0124), ĥ (U+0125), Ĵ (U+0134), ĵ (U+0135), Ŝ (U+015C), ŝ (U+015D), Ŭ (U+016C), ŭ (U+016D)
上記はあくまで「代表例」であり、実際の 0xA0–0xFF の全割当は Unicode のマッピング表で正確に確認できます（参考文献参照）。
技術的な構造と特徴
ISO-8859-3 は 8 ビットの単一バイトエンコーディングです。構造的特徴は次のとおりです。
- 0x00–0x1F と 0x7F–0x9F：制御文字（C0/C1）領域は ISO/IEC 標準に従う
- 0x20–0x7E：ASCII と互換（英数字・基本句読点）
- 0xA0–0xFF：印字可能な拡張文字群が割り当てられる（スペース 0xA0 を含む）
つまり、ASCII の互換性を保持しつつ、追加のラテン文字を 128 個の上位領域に配置するという、他の ISO-8859 パートと同様の設計です。
他の文字エンコーディングとの違い
ISO-8859-3 は Latin-1（ISO-8859-1）や Latin-2（ISO-8859-2）と類似した構造を持ちますが、割当てられる拡張文字が異なります。たとえば：
- Latin-1（西欧）には存在するが Latin-3 では別の文字に置き換えられている位置があるため、同じバイト列が異なる文字列を表す可能性がある。
- トルコ語は特有の大文字・小文字（İ/ı など）を必要としますが、ISO-8859-3 はトルコ語向けの決定的な解を提供せず、後に ISO-8859-9（Latin-5）がトルコ語対応として整備されました。
- Windows における標準的な ANSI コードページ（例: Windows-1252）とは異なる割当があり、混用すると文字化けの原因になる。
現代では、Unicode（特に UTF-8）がほぼすべてのラテン拡張文字を一貫して表現できるため、ISO-8859 系のニーズは次第に減少しました。
実務上の扱い — 互換性・変換
既存の文書・データベース・メール・ウェブページなどで ISO-8859-3 が使われている場合、以下の点を考慮して取り扱う必要があります。
- 識別: HTTP の Content-Type や HTML の meta charset、メールヘッダ（MIME）で文字集合が明示されているか確認する。明示されていない場合はコンテンツ判定が必要で、誤判定が文字化けの原因となる。
- 変換: Unicode（UTF-8）への変換は iconv, ICU, Python（codec）、Java（Charset）等のライブラリで可能。Unicode マッピング表に基づいて 1:1 で変換されることが期待できるが、非定義バイトや制御コードの扱いには注意。
- 保存・配信: 可能であれば UTF-8 へ移行することを推奨。UTF-8 は多言語混在の扱いに強く、将来的な互換性問題を減らせる。
- フォント・表示: ISO-8859-3 で表現される文字に対応したフォントが端末にない場合、代替字形や豆腐（□）が表示される。特に少数言語向けの特殊文字はフォント依存性が高い。
移行時の注意点とトラブルシュート
移行やデータ連携時によく起きる問題とその対策を示します。
- 文字化け（mojibake）: 受信側が異なる文字集合で解釈した場合に発生。まずは送受信で指定された charset を確認し、iconv 等で正しいマッピングに変換する。
- 不定義文字: ISO-8859-3 に存在しない文字が入力されている場合、変換時に置換文字（例: �）や問合せ符号が出る。元データの生成元でどの文字集合が使われたか確認する必要がある。
- 上下文字化け（大文字/小文字変換の差）: トルコ語の dotted/dotless I のように文化圏による大文字小文字変換の規則差異がある言語は注意が必要。ISO-8859-3 はその目的には最適でない場合がある。
現状と将来性
実務上、ISO-8859-3 の新規採用はほとんどなく、既存資産の互換性保持やレガシーデータの変換・表示対応のために参照されるに留まります。ウェブやモダンアプリケーションでは UTF-8 が事実上の標準になっているため、ISO-8859-3 を用いたシステムは早めに UTF-8 へ移行することが推奨されます。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラント語など特定のラテン文字需要に応えるために設計された 8 ビット文字エンコーディングです。構造は他の ISO-8859 系と同様で、ASCII との互換性を保ちながら上位バイト領域に追加文字を割り当てます。しかし、トルコ語対応を含めた他の言語ニーズに対する制約や、Unicode の普及により新規採用は限定的になっています。レガシーデータの扱いや変換を行う際は、公式のマッピング表（Unicode のマッピング）や IANA の登録情報を参照しつつ、UTF-8 への移行を検討してください。
参考文献
- Unicode Consortium — Mapping file for ISO-8859-3 (8859-3.TXT)
- IANA — Character Sets (登録一覧。ここから ISO-8859-3 のエントリを参照可能)
- Wikipedia — ISO/IEC 8859-3
- RFC 1345 — Character Mnemonics and Character Sets (参考資料としての古い登録情報)
投稿者プロフィール
