ISO-8859-3（Latin-3）とは？概要・歴史・特徴と現代の実務での扱い、Unicode/UTF-8への移行ガイド
エバープレイ編集部ISO-8859-3 とは — 概要
ISO-8859-3（別名 Latin-3、South European）は、ISO/IEC 8859 系列の1つで、8ビット（1バイト）文字エンコーディングの標準です。1980年代に策定された ISO-8859 シリーズは、ASCII（7ビット）で不足するラテン系文字を 8ビットの上位領域（0xA0–0xFF、96文字）に割り当てることで、欧州のさまざまな言語を扱えるように設計されました。ISO-8859-3 は主に南ヨーロッパ圏の言語、特にマルタ語（Maltese）やエスペラント（Esperanto）などに対応するために用意されたバリアントです。
歴史と目的
ISO/IEC 8859 シリーズは、ASCII の下位互換性を保ちながら、各地のラテン文字変種をサポートするために複数のバージョン（Latin-1, Latin-2, Latin-3, ...）として策定されました。ISO-8859-3 は Latin-1（西欧）や Latin-2（中欧）でカバーされない一部の特殊文字（たとえばマルタ語の特殊文字、エスペラントの字母など）を収録することを目的に作られ、1988年ごろに標準化されました。
収録文字と特徴
構造：ISO-8859 系は ASCII（0x00–0x7F）をそのまま取り込み、0xA0–0xFF の上位領域に拡張文字を割り当てます。したがって、ISO-8859-3 も同様に 96 個の上位表示可能文字を定義します。
対象言語：主な目的はマルタ語やエスペラントなど南ヨーロッパ・他の少数ラテン系言語のサポートです。これにより、マルタ語特有の Ħ/ħ（H にストローク）や Ż/ż（Z に点）、エスペラントの Ĉ/ĉ、Ĝ/ĝ、Ĥ/ĥ、Ĵ/ĵ、Ŝ/ŝ、Ŭ/ŭ といった文字を扱えるようにしています。
差分：ISO-8859-1（Latin-1）や ISO-8859-2（Latin-2）とは異なる位置に特定の文字が割り当てられるため、同じバイト列を異なる ISO-8859 系で解釈すると別の文字列になる可能性があります。
コードポイントと Unicode マッピングについて
ISO-8859-3 は単一バイトのエンコーディングであり、各バイト値（0xA0–0xFF）に対応するグリフが定義されています。今日の実務では、ISO-8859 系の文字を Unicode にマップして処理するのが一般的です。Unicode では ISO-8859-3 に収録される文字はそれぞれ固有のコードポイント（U+XXXX）を持っており、各バイトは一対一で Unicode のコードポイントに対応します。
公式のマッピング表は Unicode コンソーシアムが公開しており、ISO-8859-3 用のマッピングファイルではバイト値と対応する Unicode コードポイントが一覧化されています。これにより、ISO-8859-3 のバイト列を UTF-8 などの Unicode エンコーディングに変換することが可能です。
Web と実務での扱い
HTML や HTTP：過去には Web ページの文字エンコードとして ISO-8859-3 を指定することがありました。HTML のメタタグ（例：<meta charset="ISO-8859-3">）や HTTP ヘッダの Content-Type で charset=ISO-8859-3 と明示できますが、現代の Web では UTF-8 に統一されるのが一般的です。
互換性：ISO-8859-3 を利用する場合、受け手の環境が同じエンコーディングを解釈できる必要があります。誤って ISO-8859-1 や UTF-8 として解釈されると文字化けが生じます。特に JavaScript やブラウザのデフォルトエンコーディング、サーバーの Content-Type 設定には注意が必要です。
プラットフォーム対応：多くのプラットフォームや言語処理系は ISO-8859 系のエンコーディングをサポートしていますが、実務での優先度は低く、ライブラリやフレームワークの内部では UTF-8（Unicode）への変換を前提に扱われることが多いです。
採用状況と現状の位置づけ
ISO-8859-3 は歴史的には特定地域や特定用途で使われましたが、広範な普及は得られませんでした。理由は以下の通りです：
限定的な対象言語：Latin-3 が狙った言語は相対的にニッチであり、他のエンコーディング（Latin-1 や後続の Unicode）に比べ普及率が低かった。
Unicode（特に UTF-8）の台頭：多言語を単一エンコーディングで扱える Unicode が普及したことで、個別の ISO-8859 バリアントの必要性は急速に薄れました。
互換性の問題：ISO-8859 系の中で変種が多いことは、ネットワーク越しのテキスト交換時に混乱を生みやすく、より一貫した標準（UTF-8）への移行を促しました。
実務上の注意点（移行・データ保守）
既存データの変換：ISO-8859-3 で保存されたデータを UTF-8 等の Unicode に変換する際は、正しいマッピング表を用いて一括変換すること。誤った文字セットで読み込むと不可逆的に文字化けが発生することがあります。
文字取りこぼしの確認：変換後に稀な記号や合字が存在しないか、表示や正規化の観点でチェックする。特に上位互換性がないエンコーディング間の変換は注意が必要です。
メタ情報の確実な管理：データベースやファイルにエンコーディング情報を明示的に保存しておくと、将来のデータ移行や他システム連携の際にトラブルを回避できます。
ISO-8859-3 と他エンコーディングの違い（簡潔比較）
ISO-8859-1（Latin-1）：西欧の主要言語（フランス語、ドイツ語、スペイン語など）向け。ISO-8859-3 とは収録文字が異なります。
ISO-8859-2（Latin-2）：中央ヨーロッパ向け。ISO-8859-3 とは対象言語帯が異なります。
ISO-8859-9（Latin-5）：トルコ語サポートのために Latin-1 の一部をトルコ文字に置き換えたもの。トルコ語は通常 Latin-5 を使い、Latin-3 では一般にカバーされません。
UTF-8（Unicode）：多言語を1エンコーディングで扱えるため、現在は最も推奨される選択肢です。
まとめ — いつ使うべきか
現代において新規で ISO-8859-3 を選ぶ理由はほとんどありません。歴史的なファイルやレガシーシステム、あるいは極めて限られた環境での互換性維持のために扱う場面が残っているだけです。実務では可能な限り早く UTF-8（Unicode）へ移行し、マルチリンガルなデータ処理を一本化することを推奨します。ただし、既存データの読み取り・変換やレガシーシステムとの連携作業では ISO-8859-3 の仕様・正確なマッピング表を参照することが重要です。
