ISO-8859-3（Latin-3）とは？南欧向け1バイトエンコーディングの特徴・実務での扱いと現在の利用状況
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、South European）は、ISO/IEC 8859 シリーズの一部として定められた1バイト文字エンコーディングの一つです。基本的なASCII（0x00–0x7F）をそのまま保持し、上位領域（0xA0–0xFF）に南欧系言語や特定の補助文字を割り当てることで、ASCIIだけでは表現できない文字を扱えるようにしています。ISO-8859-3 は公式には ISO/IEC 8859-3:1988 として規格化されました。
背景と設計目的
1980年代から1990年代にかけて、電子メールやテキスト処理、初期のインターネットで多言語テキストを扱う必要が高まりました。1バイトエンコーディングは実装が単純で、既存のASCIIベース環境に容易に組み込めるため各地域や言語グループ向けに ISO-8859 シリーズが作られました。ISO-8859-3 は「南欧（South European）」向けとして設計され、特にマルタ語（Maltese）やエスペラント（Esperanto）など、ASCIIの上位に固有文字を持つ言語のサポートを目的としています。
文字集合の特徴と範囲
- 8ビット（1バイト）固定長の符号化で、256個（0x00–0xFF）のコードポイントを扱う。
- 0x00–0x7F は US-ASCII と完全互換（英数字や基本記号をそのまま表現）で、制御文字の領域も同じ。
- 0xA0–0xFF に各種アクセント文字・特殊文字を割り当て。これによりマルタ語・エスペラントの専用文字等を表現可能にしている。
- ISO-8859 ファミリーの他の部分（Latin-1、Latin-2、Latin-4 等）と比べると、対象言語の違いにより割り当てられる文字が変わる。ISO-8859-3 はトルコ語向けではなく、トルコ語は後に ISO-8859-9（Latin-5）で扱われるようになった。
具体的にどんな文字が含まれるか
ISO-8859-3 にはマルタ語やエスペラントで必要な文字が含まれます。例を挙げると次のようなラテン文字の拡張が含まれます（Unicode の文字名で示します）：
- マルタ語関連: LATIN CAPITAL LETTER H WITH STROKE (Ħ, U+0126)、LATIN SMALL LETTER H WITH STROKE (ħ, U+0127)、LATIN CAPITAL LETTER G WITH DOT (Ġ, U+0120)、LATIN SMALL LETTER G WITH DOT (ġ, U+0121)、LATIN CAPITAL LETTER Z WITH DOT (Ż, U+017B)、LATIN SMALL LETTER Z WITH DOT (ż, U+017C)
- エスペラント関連: LATIN CAPITAL LETTER C WITH CIRCUMFLEX (Ĉ, U+0108)／小文字 (ĉ, U+0109)、LATIN CAPITAL LETTER G WITH CIRCUMFLEX (Ĝ, U+011C)／小文字 (ĝ, U+011D)、LATIN CAPITAL LETTER H WITH CIRCUMFLEX (Ĥ, U+0124)／小文字 (ĥ, U+0125)、LATIN CAPITAL LETTER J WITH CIRCUMFLEX (Ĵ, U+0134)／小文字 (ĵ, U+0135)、LATIN CAPITAL LETTER S WITH CIRCUMFLEX (Ŝ, U+015C)／小文字 (ŝ, U+015D)、LATIN CAPITAL LETTER U WITH BREVE (Ŭ, U+016C)／小文字 (ŭ, U+016D)
（上記は代表例であり、実際のコード位置は ISO-8859-3 のコードページ定義に従います。）
識別子、エイリアス、実装上の呼び名
- MIME/HTML 等で使われる文字セット名（IANA 登録名）: "ISO-8859-3"（小文字やハイフン有無の別名もいくつか存在）
- Windows のコードページ: 28593（しばしば "Windows-28593" や "CP28593" と表記）
- プログラミング環境: Python や Java、iconv など主要なテキスト処理ライブラリで "iso-8859-3" または類似のエイリアスで認識されることが一般的
現実の利用状況と衰退の理由
ISO-8859-3 は特定の言語群における不足を補う目的で作られましたが、実際の利用範囲は限定的でした。特にトルコ語などを対象としなかったため、トルコ向けには後に ISO-8859-9 が採用され、地域ごとに別の Latin-* が使われる状況が続きました。
1990年代後半以降、Unicode（特にUTF-8）の普及により、単一のエンコーディングで世界中の文字を扱えることが評価され、ISO-8859 系の1バイトエンコーディングは次第に使われなくなりました。ウェブにおける文字エンコーディング統計でも ISO-8859-3 の割合は極めて小さく、現在ではレガシー文書の互換性維持や古いシステムの取り扱いが主目的です。
運用上の注意点（文字化け、変換、互換性）
- 文字化け（mojibake）: 送信側と受信側でエンコーディングが合っていないと表示が崩れます。例えば UTF-8 のバイト列を ISO-8859-3 として解釈すると、意図しない文字列（よく見る「é」等）が表示されます。逆も同様です。
- 変換処理: レガシー文書を扱う際は、まずソースのエンコーディングを正確に判別することが重要です。iconv、Python の codecs、ICU、nkf などのツールで ISO-8859-3 ↔ UTF-8 の変換が可能です。
- 文字の欠落: ISO-8859-3 は多言語を網羅するわけではないため、扱うテキストに含まれる文字がエンコーディングの範囲外であれば情報が失われる可能性があります。Unicode を使用することでこのリスクは回避されます。
- HTML/HTTP の指定: Web ページや HTTP ヘッダで文字セットを正しく指定する（例: Content-Type: text/html; charset=ISO-8859-3）ことで表示不具合を防げますが、現在は UTF-8 をデフォルトにするのが推奨です。
実務での取り扱い例
古い文書アーカイブ、遺産的（レガシー）システムや限定的なローカル環境では ISO-8859-3 のファイルを扱うことがあります。こうした場面での一般的なワークフローは次の通りです。
- まずエンコーディングを確定（メタデータ、ファイルヘッダ、既知の言語から推定）。
- iconv や Python を用いて UTF-8 に変換し、作業は UTF-8 上で行う（編集や全文検索など）。
- 再配布時に古い環境が必要であれば、UTF-8 → ISO-8859-3 に戻す。ただし戻した際に表現できない文字が無いかをチェックする。
まとめ
ISO-8859-3（Latin-3）は、マルタ語やエスペラントなど特定の言語をサポートするために設計された1バイトの文字エンコーディングです。かつては地域ごとに最適化された複数の ISO-8859 系エンコードが使われていましたが、Unicode（UTF-8）の普及によって役割は限定的になりました。現在は主にレガシー資産の互換性維持や特殊な組み込み環境での使用が中心で、新規のシステムやウェブでは UTF-8 を採用することが推奨されます。
