ISO-8859-3 (Latin-3) の全体像：対応言語・特徴・現代の運用とUTF-8移行
エバープレイ編集部ISO-8859-3とは
ISO-8859-3（通称 Latin-3、ラテン3）は、ISO/IEC 8859 系列の1つとして定義された単バイト文字エンコーディングで、主に特定の南欧系言語や補助的な言語向けに設計されました。ASCII（0x00–0x7F）をそのまま保持し、0xA0–0xFF の上位領域に拡張ラテン文字を割り当てるというISO-8859シリーズ共通の構成をとります。歴史的には1980年代後半から1990年代にかけて、Unicode が普及する以前の国際化対応手段として利用されましたが、今日では UTF-8（Unicode）への移行により実運用での採用は非常に限られています。
開発の背景と目的
ISO-8859 ファミリは、西欧、中欧、南欧、北欧、トルコ等、それぞれの地域固有文字を補えるように複数の部分集合（Latin-1〜Latin-10 等）を設計したものです。ISO-8859-3 は、その中でも特にマルタ語（Maltese）やエスペラント（Esperanto）など、ISO-8859-1（Latin-1）や ISO-8859-2（Latin-2）では扱えない特定のラテン文字を必要とする言語を念頭に作成されました。
当初は複数の少数言語を1つの単バイト文字集合で扱うことを目指していたため、限られた上位領域（96文字）に重要な拡張文字を押し込める設計上の制約がありました。この制約が、後のUnicode（可変長で多数の文字を直接表現可能）へ移行する理由の一つとなります。
主な対応言語と含まれる特殊文字
ISO-8859-3 は以下のような言語に対して有用な文字を含みます（代表的な文字を例示）：
- マルタ語（Maltese）：Ċ/ċ（Cの上に点）、Ġ/ġ（Gの上に点）、Ħ/ħ（Hの横棒）、Ż/ż（Zの上に点）など。
- エスペラント（Esperanto）：Ĉ/ĉ、Ĝ/ĝ、Ĥ/ĥ、Ĵ/ĵ、Ŝ/ŝ、Ŭ/ŭ（サーカムフレックスやブレーヴ付きの文字群）。
- その他：一部の南欧・補助文字が含まれるが、トルコ語向けの包括的なサポートは ISO-8859-3 では不十分で、トルコ語用には後に ISO-8859-9（Latin-5）が用意された。
（注）上記のような特有文字は Unicode のコードポイントとしてはそれぞれ割り当てられており、たとえば Esperanto の Ĉ は U+0108、ĉ は U+0109、Maltese の Ġ は U+0120、ġ は U+0121、Ħ は U+0126 等で表されます。
文字集合の構成（技術的な特徴）
ISO-8859-3 は 8 ビット（単バイト）で、基本ASCII（0x00–0x7F）をそのまま保持します。0xA0–0xFF の領域に印刷可能な追加文字（計96文字）が配置されます。設計上は ISO-8859 シリーズの規則に従っており、制御コード領域（0x00–0x1F、0x7F–0x9F）はそのままです。
重要なのは、ISO-8859-3 は単一バイトであるため、収容可能な文字数に限界がある点です。同一の上位領域に異なる言語用の文字を詰め込むことになるため、ある言語で必要な文字が別言語の用途と競合する場合、完全な互換性を保てないという問題がありました。
実際の運用・互換性
ISO-8859-3 の MIME charset 名は "ISO-8859-3" として登録されており、かつては電子メールやWeb（HTMLのメタ charset 指定）などで使用されました。ただし、ブラウザやメールクライアントの標準対応は実装依存であり、ロケールや実装によっては期待通りに表示されないケースもありました。
現代の Web 技術では、HTML5 の仕様やブラウザの実装が UTF-8 を推奨しており、新規に ISO-8859-3 を選択する利点はほとんどありません。既存の古いデータやレガシーシステムとの互換性保持のために、変換や置換が必要になるケースが多いです。
実務的な注意点と変換方法
レガシーデータ（ファイル、メールアーカイブ、DB 等）で ISO-8859-3 が使われている場合、現在の標準である UTF-8 へ変換するのが一般的です。変換時の具体的な注意点は次の通りです：
- 文字化けの原因：ファイルが実際には別の ISO-8859 系（例：ISO-8859-1 や ISO-8859-15）で符号化されている場合もあるため、エンコーディングを正しく見極める必要があります。
- ツール：iconv（Unix系）、recode、Python（open(file, encoding='iso-8859-3')）、Perl や多くのテキストエディタがサポートしています。例：iconv を使って UTF-8 に変換する場合は
iconv -f ISO-8859-3 -t UTF-8 input.txt > output.txt
のように実行します。
- 文字欠損のリスク：ISO-8859-3 に含まれない文字がデータ内に混在していると、その部分は失われたり誤変換される恐れがあります。変換前にサンプル解析や文字頻度分析を行うのが安全です。
- 正しいラベル指定：Web やメールのメタ情報（Content-Type ヘッダや）が実データと一致していることを確認してください。不一致が文字化けの一因になります。
ISO-8859-3 と他エンコーディングとの比較
ISO-8859 系同士の比較で言えば、ISO-8859-1（西欧）や ISO-8859-2（中欧）とは割り当てが異なり、同じバイト値が違う文字を意味することがあります。トルコ語を適切に扱うには ISO-8859-9（Latin-5）が用意されました。こうした分割設計は単バイトでの言語対応の限界を露呈させ、Unicode による包括的な対応が必要とされる背景になりました。
現代における位置づけと推奨
今日では、国際化対応を行う場合は基本的に UTF-8（Unicode）を用いることが推奨されます。UTF-8 は全世界の文字を一元的に扱え、ブラウザやOS・サーバーのデフォルトとして幅広くサポートされています。したがって、新規プロジェクトで ISO-8859-3 を選ぶ理由はほぼなく、もし過去データやシステムで ISO-8859-3 が使われているなら、UTF-8 への移行（マイグレーション）を検討すべきです。
移行時は、前節の「実務的な注意点」を踏まえてデータの検査、正確なエンコーディング指定、バイナリ／テキスト混在データの扱いに注意してください。テストを十分に行い、変換後の表示や意味が期待どおりであることを確認してから本番反映を行いましょう。
まとめ
ISO-8859-3（Latin-3）はマルタ語やエスペラントなど特定言語向けの拡張ラテン文字を提供する単バイトエンコーディングとして設計されました。かつては実用的でしたが、文字数の制約や互換性の限界、Unicode の普及により実運用上の重要度は低下しています。レガシーデータの扱いや移行の場面では今なお登場することがあるため、存在意義を理解しつつ、可能なら UTF-8 へ変換・統一することを推奨します。
