ISO-8859-3とは？Latin-3の設計・対象言語・実務運用とUnicode移行の要点
エバープレイ編集部ISO-8859-3とは — 概要
ISO-8859-3（別名 Latin-3、South European）は、ISO/IEC 8859 シリーズの1つで、8ビット（1バイト）単位でラテン文字系を扱う文字エンコーディングです。ASCII の上位ビット（0x80–0xFF）領域を用いて、西欧諸語の基本ラテン文字に加え、特定の南欧言語や人工言語で必要とされる追加文字を収容することを目的に設計されました。現在では、Unicode（特に UTF-8）への移行により新規用途での採用はほとんどありませんが、歴史的・互換性の観点から理解しておく価値があります。
設計目的と対象言語
ISO-8859-3 は、特にマルタ語（Maltese）やエスペラント（Esperanto）など、ラテン文字を基本にしつつ Latin-1（ISO-8859-1）でカバーされていない独自の文字を持つ言語をサポートするために作られました。これらの言語は、編集や通信において特定の拡張ラテン文字（点付や帽子付きの文字、バース付き文字など）を必要とします。
- マルタ語で使われる代表的な文字：Ġ ġ（Gに点）、Ħ ħ（Hにバー）、Ż ż（Zに点）など。
- エスペラントで使われる代表的な文字：Ĉ ĉ、Ĝ ĝ、Ĥ ĥ、Ĵ ĵ、Ŝ ŝ、Ŭ ŭ など（アクセントや符号付きの子音・半母音）。
これらの補助文字を収めるために、ISO-8859-3 は 0xA0～0xFF の領域に必要なグリフを割り当てています。
ISO-8859 系列との位置づけ
ISO-8859 シリーズは、西ヨーロッパや中央／東欧、ギリシャ、キリル、アラビアなど地域や言語ごとに分割された複数の部分（part）から構成されます。ISO-8859-3（Latin-3）は、これらの中で南欧系（"South European"）を対象としたもので、他の部分（Latin-1、Latin-2、Latin-4、Latin-5 など）と用途が分かれます。
実際の採用状況では、トルコ語などは後に ISO-8859-9（Latin-5）でより適切に扱われるようになり、ISO-8859-3 の利用範囲は比較的限定的でした。このため、ISO-8859-3 は当初想定されたほど広く普及しませんでした。
技術的な特徴
- 符号長：1バイト（8ビット）。上位 128 字（0x80–0xFF）に印字可能文字を収容。
- 互換性：0x00–0x7F は ASCII と同一で、英数字・基本記号は ASCII と互換。
- 制御文字：C0（0x00–0x1F）および C1（0x80–0x9F）は制御用途に一般的な領域として保持。
- 割り当て：0xA0（ノーブレークスペース）以降に欧州の特殊文字や補助文字を割り当て。
代表的な収容文字（例）
ISO-8859-3 に含まれる、Latin-1 にはない主な文字の例は次の通りです（言語別に抜粋）。下記は代表例であり、完全な割り当て表はマッピング表で確認してください。
- マルタ語関連：Ġ ġ、Ħ ħ、Ż ż など。
- エスペラント関連：Ĉ ĉ、Ĝ ĝ、Ĥ ĥ、Ĵ ĵ、Ŝ ŝ、Ŭ ŭ など。
一方で、ISO-8859-3 は中央欧州や北欧で使われる一部の文字（例：Š š、Ž ž など）を含まないため、ポーランド語やチェコ語、一部バルト諸語向けには適していません。
実務上の注意点（導入と運用）
過去に ISO-8859-3 が使われていた文書やデータベースを扱う場合、以下の点に注意してください。
- 文字化け（mojibake）：ファイルや通信で誤ったエンコーディングを指定すると、特殊文字が別の記号や不正な文字列に変換されます。特に ISO-8859 系のどの部分か（Latin-1 か Latin-3 か）を間違えると、見かけ上よく似た文字が別のバイトとして解釈されることがあります。
- 変換（エンコーディング変換）：既存の ISO-8859-3 データを UTF-8（Unicode）に変換するのが一般的です。iconv、Python の codecs、Perl、Linux の recode などで対応可能です。変換前にファイルのバックアップを必ず取ってください。
- 検出：自動でエンコーディングを判定するライブラリ（例：chardet、uchardet など）を使うと便利ですが、確定的ではありません。言語や文脈情報を併せて判断する方が安全です。
- Web と MIME：HTTP ヘッダや HTML の meta charset に "ISO-8859-3" を指定するとブラウザはこれを解釈しますが、現代の Web では UTF-8 を使うことが推奨されます。
互換性と置換（なぜ使われなくなったか）
ISO-8859-3 が広く使われなかった主な理由は、対象とする言語グループが限定的であり、別の 8859 系（たとえば ISO-8859-2 や ISO-8859-9）やその後の Unicode の登場で必要性が薄れたことです。Unicode は全世界の文字を一元的に扱えるため、単一のグローバルな文字セットに移行した現在、特定地域向けに分割された ISO-8859 系は段階的に廃れていきました。
実際の運用シナリオと変換例
レガシーシステムやアーカイブ文書で ISO-8859-3 のファイルと遭遇した場合の典型的な対処法を示します。
- ファイルの判別：まずはファイルヘッダやメタ情報（メールヘッダ、Web サーバの Content-Type、文書のメタタグ）を確認。判別できない場合は文字分布や頻出文字を見て手作業で推定するか、chardet などのライブラリを用いる。
- 変換ツールの使用：iconv なら iconv -f ISO-8859-3 -t UTF-8 infile > outfile のように変換します。Python では bytes 型に対し .decode('iso-8859-3') を使って Unicode 文字列に変換できます。
- 検証：変換後は目視で特殊文字（マルタ語・エスペラントの独自文字）が正しく表示されているか確認。文字が欠落している・不正な記号に置き換わっている場合は、元のエンコーディングの誤判定やファイルの破損が疑われます。
互換表・マッピング
ISO-8859-3 の各バイト値と Unicode コードポイントの対応表（マッピング表）は、Unicode コンソーシアムや IANA のレジストリで公開されています。エンジニアリング用途ではこれらの公式マッピング表を参照して変換処理を実装してください。
まとめ：いつ ISO-8859-3 を使うべきか
- 新規プロジェクト：原則として UTF-8（Unicode）を使用してください。多言語対応や将来性、相互運用性の観点で最良です。
- レガシーデータの保守：既存の ISO-8859-3 文書を扱う場合は、正確なエンコーディング指定のもとで安全に UTF-8 に変換し、変換後にテスト・検証を行ってください。
- 互換性確保：外部システムとやりとりする必要があり、相手が ISO-8859-3 を前提としている場合は当該エンコーディングで出力する必要がありますが、可能であれば相手に UTF-8 への移行を提案するのが望ましいです。
