ISO-8859-3（Latin-3）とは何か？歴史・特徴・実務的な扱いと現代のエンコーディング事情
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（Latin-3）は、ISO/IEC 8859 標準の一つで、8ビット単位で文字を表現する単一バイト文字エンコーディングです。1988年に規格化され、いわゆる「ISO-8859」シリーズの一部として提供されました。ASCII（0x00–0x7F）を下位に取り込み、上位バイト領域（0xA0–0xFF）に各言語で必要とされる追加ラテン文字を配しています。
歴史と目的
背景：1980〜1990年代、インターネットと電子メールの普及に伴い、地域ごとのラテン文字拡張が求められていました。ISO-8859 シリーズはこのニーズに応えるために設計され、地域別・言語別に複数のパート（-1, -2, -3, …）が作られました。
目的：ISO-8859-3 は南欧系（Southern European）や特定の少数言語向けに設計され、特にマルタ語（Maltese）やエスペラント（Esperanto）で要求される追加文字をサポートすることを目的としていました。
配置：ISO-8859-3 は他の ISO-8859 系と同様に、基本的に ASCII と互換性を持ちつつ、上位半分にアクセントや特殊文字を割り当てています。必要に応じて、C1 制御コードの領域（0x80–0x9F）を別扱いする実装もあります。
特徴とサポートする言語
ISO-8859-3 の大きな特徴は、マルタ語やエスペラントなどの言語で使われる固有のラテン文字（例：Ħ/ħ（H に横棒）など）を含む点です。これにより、これらの言語での基本的なテキスト入出力が単一バイトで可能になりました。
ただし、トルコ語（Turkish）のように大文字・小文字の「ドット付き I / ドット無し i」等で特殊な要件を持つ言語には最適化されておらず、その結果トルコ語向けには後に ISO-8859-9（Latin-5）が作られ、トルコ語はそちらを使うことが一般的になりました。
技術的な詳細
バイト幅：単一バイト（8ビット）エンコーディング。
ASCII 互換性：0x00–0x7F 部分は ASCII と同一。
グラフィック文字：0xA0–0xFF に印字可能な文字符号を配置（0xA0 はノーブレークスペースなど）。0x80–0x9F は C1 制御コード領域として扱われる場合が多い。
MIME 名称：IANA 登録名は "ISO-8859-3"（大文字・小文字は区別されません）。HTTP ヘッダや HTML の charset 指定などでは charset=ISO-8859-3 として指定できます。
Unicode マッピング：ISO-8859-3 の各バイト値は対応する Unicode コードポイントに1対1でマッピング可能です。Unicode の普及で相互変換テーブル（例：Unicode.org のマッピングファイル）が公開されています。
ISO-8859 シリーズとの関係
ISO-8859-3 はシリーズ内の一要素であり、用途によって ISO-8859-1（西欧）、ISO-8859-2（中欧）、ISO-8859-4（北欧）、ISO-8859-9（トルコ）などと使い分けられました。各パートは重複する記号やアクセント文字を共有する一方で、言語固有の文字を優先して配置するため、異なるパート間で同じバイト値が別の文字を指すことがあります。
利用実態と歴史的経緯
実運用面では、ISO-8859-3 の採用範囲は限定的でした。大きな理由は対象言語（マルタ語・エスペラント等）の利用者数が相対的に少なく、またトルコ語など他の南欧圏言語が別パート（Latin-5）に移行したためです。結果としてウェブ上や商用ソフトでの使用は限定的で、グローバルなデファクトは UTF-8（Unicode）へと移行しました。
移行上の注意点（互換性と文字化け）
誤った charset 宣言：ISO-8859-3 と別の ISO-8859 系を混同すると、特定のバイトが別文字として解釈され文字化け（mojibake）を生じます。特にラテン拡張の行き違いは誤読の原因になります。
Unicode 変換：ISO-8859-3 のテキストを Unicode に変換する際は、公式のマッピングテーブルを使えば 1対1 で安全に変換できます。ただし、派生的に使われた非標準の拡張（ベンダー固有の拡張）は注意が必要です。
入力と表示：モダンな OS・ブラウザ環境では UTF-8 が優先されるため、ISO-8859-3 のファイルを扱う際は適切な charset 指定やエンコーディング変換を明示するのがベストプラクティスです。
実務的な扱い（例・設定方法）
HTML での指定例：<meta charset="ISO-8859-3">（ただし現在は <meta charset="utf-8"> を推奨）。
HTTP ヘッダ：Content-Type: text/html; charset=ISO-8859-3
メール：MIME ヘッダに charset=ISO-8859-3 を使えば受信側が適切に解釈できますが、これも現在は UTF-8 に置き換わっています。
プログラミングでの変換：主要な言語（Python, Java, JavaScript など）は ISO-8859-3 をサポートする変換器を持つ場合が多く、Unicode との相互変換が可能です。実装レベルでは "ISO-8859-3" や "latin3" などの名前が使われます（実ライブラリにより別名があるので要確認）。
なぜ現在はあまり使われないのか
主な理由は Unicode（特に UTF-8）の普及です。Unicode は世界中の文字を包括的に表現できるため、言語ごとに別々の単一バイトエンコーディングを管理する必要がなくなりました。結果として ISO-8859-3 のような地域限定のエンコーディングは互換性維持のために残る一方、新規システムではほとんど使われません。
まとめ
ISO-8859-3（Latin-3）は、特定の南欧／少数言語向けに設計された単一バイトのラテン文字エンコーディングで、マルタ語やエスペラント等をサポートするための文字割当を持ちます。しかし、言語対応の限界や利用者の少なさ、そして Unicode の台頭により、実際の利用は限定的になりました。既存のデータやレガシーシステムを扱う際には知識として重要であり、変換時には公式マッピングに基づく正確なエンコーディング指定が必要です。
参考文献
- ISO/IEC 8859-3 — Wikipedia
- IANA Character Sets — IANA
- ISO-8859-3 to Unicode mapping — Unicode.org
- RFC 1345 — Character Mnemonics and Character Sets
- Code Page Identifiers — Microsoft Docs（参照: Windows のコードページ対応）
投稿者プロフィール
