•  環境依存文字と機種依存文字
•  01_環境依存文字
•  02_機種依存文字と呼ばれた文字
•  03_使用可能な文字は文字符号化方式で決まる
•  04_機種依存文字に関する記事はいつ掲載されたのか
•  05_文字符号化方式とフォント
•  06_Unicode 時代の文字化け
•  07_ウェブページの文字符号化方式 - HTML の文字コード
•  08_後記

2023年の現在，機種依存文字と言える文字はありません．
1980 ～ 1990 年代のパソコンには，機種依存文字と呼ばれた文字がありました．機種依存文字と呼ばれた文字は，700 字から 800 字程度ありました．環境依存文字は，現時点て 14 万字以上と言えます．

「環境依存文字」は，日本産業規格 JIS X 0208 の規格ににはない，ASCII 文字 (アスキー文字) でもない文字のことです．半角カタカナは，JIS X 0208 にはないので環境依存文字です．

• 参考リンク
• [JIS X 0208 区点コード表] (非環境依存文字)
• [06_ASCII のコード表] (非環境依存文字)
• [環境依存文字と Unicode]
• [環環境依存文字チェッカー]

Windows では，環境依存文字は，日本語 IME のかな漢字変換の変換候補に [環境依存] あるいは [環境依存文字] のコメントが表示されます．

下図は [備考] の説明で使用した環境依存文字という用語の意味を模式化したものです．一番外側の楕円内は，コンピュータで扱える文字全体です．と言うことは Unicode の文字ということになりますから，2023年の時点では約 15 万字になります．

下の図の下の枠内の文字は，かって「機種依存文字」と呼ばれていた文字です．

ウェブに掲載されている他のサイトの記事では，「機種依存文字は，特定の機種にしか存在しない文字のことで，環境依存文字とも言う」，あるいは「機種依存文字 (環境依存文字) は，機種や OS に依存し，別の機種や OS で使用すると文字化けする文字」などと説明されています．

今，皆さんは，PC-9801 でもない，IBM PC でもないコンピュータで本ページを閲覧していると思います．しかし，図の下の枠内の文字が文字化けしないで表示されていると思います．Apple 社の mac で閲覧しても文字化けはしません．
これは，これらの文字が機種依存ではないことになります．

Windows は，2000年2月リリースの Windows 2000 から Unicode による処理が可能になりました．mac は，2001年2月リリースの mac OS X で Unicode 化されています．UNIX 系の OS も 2000年前後に Unicode 化されています．機種依存文字と呼ばれた文字は全て Unicode に登録されていて，日本語用のフォントファイルに収録されています．したがって，機種依存文字と呼ばれていた文字も，現在では，機種にも OS にも依存しない文字です．
つまり，現在は，「機種依存文字」は存在しません．と言うことは，機種依存文字と同じ意味の環境依存文字も存在しないということです．

下の枠内の文字は，昔は，PC-9801 の機種依存文字，Mac の機種依存文字と呼ばれていました．つまり，昔は PC-9801 あるいは Mac だけで使用可能だった文字ですが，現在は，機種に関係なく使用できる文字です．

• 参考リンク
• [IBM 拡張文字・NEC 選定 IBM 拡張文字・NEC 特殊文字] 　(機種依存文字の由来)
• [Mac Japanese の固有文字]

PC-9801, パソコン通信などの用語と共に，機種依存文字という用語も歴史的な用語と言えます．しかし，2023年の現在も，ネット上の環境依存文字や機種依存文字の記事には，下の枠内の文字の一部または全部が，機種依存文字や環境依存文字)として掲載されています．半角カタカナが含まれている場合もあります．

半角カタカナは，機種依存文字と呼ばれていた文字にはありません．半角カタカナは，どのパソコンでも使用できましたから，機種依存ではありませんでした．

前項の環境依存文字は，日本産業規格に基づいた用語です．一方，ウェブに掲載されている，機種依存文字と同じ意味の環境依存文字は定義が全く違います．また，記事の執筆者によって，機種依存文字とししている文字が異なる場合があります． 半角カタカナを機種依存文字としている記事もあります．
ほとんどの機種依存文字や環境依存文字に関する記事に共通しているのは，凜 熙 の 2 文字がないことと，特定の機種や，それらの文字の由来，出所には触れていないことです．また，JIS X 0208 に触れていいる記事もほとんどありません．

• 参考リンク
• PC-9801 (シリーズ) ‐ 通信用語の基礎知識
• オペレーティングシステム ‐ 通信用語の基礎知識
• BIOS ‐ 通信用語の基礎知識
• [機種依存文字チェッカー]

もし，機種依存文字が存在するならば，たとえ Unicode であっても，機種依存文字が使用できない機種や OS が存在することになります．「UTF-8 であれば，機種依存文字は文字化けしない」と言うのも，機種依存文字が存在する限り有り得ません．
何故ならば，機種依存文字と言うのは，特定の機種や OS にたけ存在する文字と言うのですから，当然，機種依存文字が存在しない機種ゃ OS が存在することになりまます．存在しないそれらの文字が使用できるとしたら，それは超常現象の世界です．存在しない文字は使用できません．

機種依存文字の入力方法の解説記事があります．Youtube の動画にもあります．しかし，それは，機種依存文字が使用可能な機種や OS でなければ意味がありません．それらのウェブ上の記事は，読者の機種や OS で機種依存文字が使用可能という前提て書かれています．機種依存文字が存在すると思っている方は，パソコンやスマートフォンを購入する時に，機種依存文字が使用可能であるかを確認した方がいいでしょう．

機種依存文字と呼ばれていた文字が存在したのは，MS-OOS / PC-DOS の時代です．確かにその時代は，それらの文字が原因の文字化けがありました．
2024年の今では，30年近く前の時代です．もちろん，スマートフォンはない，インターネットのウェブページもない時代です．

• 参考リンク
• MS-DOS ‐ 通信用語の基礎知識

1993年5月に Windows 3.1 がリリースされました．この Windows 3.1 は，機種に固有である漢字 ROM を使用しません．フォントファイルに収録しているデータを使用して文字を描画します．その文字データの操作用に，Shift_JIS という文字符号化方式を使用するようになりました．この時，この Shift_JIS は, 半角カタカナと，IBM 拡張文字, NEC 拡張文字, NEC 特殊文字と呼ばれていた文字を登録しました．それによって，機種には関係なくそれらの追加文字も使用可能になりました．

これで，機種に依存するという意味の「機種依存文字」はなくなりました．

• 参考リンク
• Microsoft Windows 3.1 ‐ 通信用語の基礎知識

文字符号化方式による文字の処理では，コンピュータの 機種や OS に関係なく，アプリで使用可能な文字は，文字符号化方式によって決まります．
その文字符号化方式の規格にはない文字を使用すると，その文字は文字化けします．

Windows 3.1 / 95 /98 などの時代，Windows では Shift_JIS, OS/2 も Shift_JIS, mac OS では Mac Japanese, UNIX 系の OS では EUC-JP, 日本語のインターネットメール (電子メール) では，非環境依存文字だけが使用可能な ISO-2022-JP と言う文字符号化方式が使用されていました．
テキスト (文字) を，他のアプリ，あるいは，他のコンピュータのアプリなどと相互利用する場合，文字化けは，文字符号化方式の違いによって発生します．

• 参考リンク
• [文字符号化方式・文字コード・コードページ・コードポイント]

文字符号化方式の違いによる文字化けの要因は 2 つあります．
1 つ目は，文字符号化方式で使用可能な文字の違いです．使用可能な文字は，その文字符号化方式の規格に登録されている文字です．
Shift_JIS に登録されている文字は，以下の最初のリンクの記事で確認できます．EUC-JP では，JIS X 0212 の文字 (補助漢字) と Shift_JIS の文字が使用できます．

• 参考リンク
• [Shift_JIS ( CP932 ) コード表]
• [JIS X 0212 補助漢字 区点コード表]

2 つ目は，文字コードの違いです．同じ文字でも，文字符号化方式が異なると文字コードが異なります．文字コードが異なれば，それは別の文字を意味しますが，その文字コードに相当する文字がない場合もあります．

この文字コードの違いを意識する必要はほとんどありません．多くのアプリでは，その違いを自動で処理してくれるようになっています．
例えば，その当時の Windows は Shift_JISです (現在は UTF-16)．日本語のインターネットメールは ISO-2022-JP ですが，メールの送受信でそれらの文字コードを意識する必要はありません．意識しなければならないのは，使用可能な文字です．

ISO-2022-JP を使用する日本語のインターネットメールで使用可能なのは，非環境依存文字だけです．ISO-2022-JP を使用する方式の日本語のインターネットメールで [環境依存文字」を使用すると，文字化けします．
つまり，テキストを処理するアプリが使用している文字符号化方式にはない文字は文字化けします．

• 参考リンク
• [各種の文字符号化方式の文字コード]

下図は文字化けの例です．
Windows 10 は UTF-16 ですから，入力の時は ISO-2022-JP 以外の文字も入力できます．メールの場合，保存したり送信する時に文字コードの変換が行われ，ISO-2022-JP にない文字が文字化けします．

このような場合，Unicode 対応のメール用アプリの多くは，警告を表示して，Unicode ユニコード) に変更することができるようになっています．Unicode に変更すると，UTF-8 での送信になります．また，UTF-8 での送受信をデフォルトに設定したり，UTF-8 での送受信がデフォルトになっているメール用アプリもあります．
スマートフォントに実装されているメール用アプリは，基本的に UTF-8 です．

以下は，テストに使用した文字列です．

Windows 3.1 がリリースされるよりも前の 1992年9月30日，文部省 (現 文科省) - 高エネ研が，日本で初めて HTML 形式のウェブページを公開しました．しかし，ウェブページの閲覧や作成という形でインターネットが普及したのは，1995年11月に Windows 95 がリリースされてからです．
現在のような記事が掲載されたのはそれ以降ということになります．機種依存文字に関する多くの記事が UTF-8 に触れていることから，それらの記事の掲載または更新は 2000年以降，あるいは Windows が全面的に Unicode 化された 2007年以降と思われます．2020年以降に掲載された記事もあります．

• 参考リンク
• 【Webの歴史】日本初期のホームページ メディアプライムスタイル 埼玉
• 社会不安が覆った1995年、Windows 95フィーバーでネット時代へ

下図は，Windows 95 の最終バージョンの起動時画面です．
インターネットに接続し，課金 (電話料金) を気にしながら，ホワイトハウスのサイトを閲覧し，アメリカの国旗がなびくのを観て，感動した方もいるのではないでしょうか．
「今は昔」の話ですが，多くの方にとって，機種依存文字は「今も昔」のようです．

文字の描画に使用するフォントが同じなら，文字符号化方式が違っても描画される字形 (グリフ) は同じです．文字符号化方式ごとに描画データが用意されているわけではありません．

例えば「東」という文字は，Shift_JIS の文字コードが 938C (16 進数) です．UTF-16 では 6771 (16 進数) です．文字「東」を描画する時，Windows 10 は，文字符号方式に関係なく UTF-16 の文字コードである 6771 の描画データを読み出して文字を描画します．
その文字符号化方式にはない文字 (文字コード) は，内部データを ? などの文字データに書き換えて，その文字を描画します．これが文字化けです．

現在は Unicode の時代です．多くのアプリが Unicode 化されています．文字符号化方式を意識する必要はほとんどありまん．Unicode では世界中の文字が使用できます．

テキストの相互利用で，テキストを受け取って処理する側の文字符号化方式が Unicode の UTF-8 または UTF-16 の場合は，文字符号化方式の違いによる文字化けはないことになります．

下図は，Windows 10 のメモ帳で作成したテキストを UTF-16 で保存し，それを Windows XP のメモ帳で開いた結果です．四角形のグリフは，Windows XP のメモ帳で設定したフォントとそのフォントリンクのフォントにも収録されていない文字です．
この時の四角形を「トーフ (豆腐)」と言います．

• 参考リンク
• [04_游ゴシックのフォントリンク]
  
• [04_フォントにない文字コードの文字の代替グリフ]

Windows XP に，Windows 10 の游ゴシックをインストールして，それを [書式] [フォント] で指定すると文字化けしません．游ゴシックフォントには，これらの文字が全て収録されています．
Uniode では，文字符号化方式の違いによる文字化けはありませんが，この例のように，設定したフォントとそのフォントリンクのフォントに収録されていない文字は，文字なしという状態になります．これは，広い意味では文字化けと言えます．

文字符号化方式の違いによる文字化けの場合は，文字化けした状態でフォントを変更しても，文字符号化方式を変更しても文字化けは直りません．文字符号化方式の違いによる文字化けの場合は，文字 (文字コード) そのものが文字化けした文字 (文字コード) になってしまいます．
Unicode における「文字なし」は，内部の文字コードはそのままで，代わりに四角形や四角にバツを表示します．その結果，その文字コードの文字が収録されているフォントを使用すれば，その文字を描画できます．

以下は，テストで使用した文字です．全て [環境依存文字」です．機種依存文字と呼ばれていた文字は 髙 だけです．

本ページは主に，機種依存文字の由来などについて述べています．Unicode 時代になった現在，文字化けについては次のように考えるといいかも知れません．

昔は，パソコンの性能が十分ではなかったので，扱える文字に制限がありました．そのため，パソコンの機種によって使用可能な文字が異なることがあり，文字化けという問題がありました．現在はそのようなことはありません．現在は，機種や OS に関係なく，文字の表示に使用するフォントによって使用可能な文字が決まります．
ただし，一部のメール送受信用アプリや，ウェブページの入力フォームなどでは，環境依存文字が使用できないようになっています．

ウェブブラウザは，HTML ファイルを読み込んでウェブページとして表示します．
現在のところ，ウェブブラウザは，HTML ファイルのテキストである HTML コードの文字符号化方式，つまり，文字コードの全てを自動判定して処理しません．文字コードを，HTML コードの head 部の charset で指定する必要があります．HTML ファイルを UTF-8 で保存して，charset の値を utf-8 にすると，ウェブページに Unicode の文字を表示できます．当然ですが，機種依存文字は存在しませんから，機種によって表示可能な文字が異なることはありません．
現在は utf-8 が主流です．

4 番目の Shift_JIS の HTML コードには，機種依存文字と呼ばれていた文字が含まれています．それらかの文字は，現在は機種依存文字ではありません．Shift_JIS 規格の文字です．したがって，4 番目のページは，どの機種で閲覧しても文字化けしません．6 番目の EUC-JP の場合も同じです．

shift_jis を指定した場合でも，数値文字参照を使用すれば，Unicode の文字が表示できます．例えば，コードポイントが U+6771 の文字 東 の数値文字参照は 東 です．
以下のリンクをクリックすると，動作確認用のページを表示します．

ここでの「Unicode の文字」とは，Shift_JIS にも Euc-JP にもない文字のことです．
1 番目と 2 番目のページの内容は，charset の有無の違いだけです．
4 番目と 5 番目のページの内容は，charset の有無の違いだけです．
6 番目と 7 番目のページの内容は，charset の有無の違いだけです．

これらのページ全てに，PC-9801 の機種依存文字と呼ばれた文字である 黑 髙 﨑 があります．筆者の環境では，2 番目のページだけが文字化けします．

リンクのページを表示した後，[Ctrl} + [U] のキー操作で HTML コードを表示して確認できます．別タブでの表示となります．

世界には多くの国や地域があり，それそれに言語があります．Unicode が普及する前は，それぞれの言語の文字符号化方式が使用されていました．それらの言語の文字符号化方式では，同じ文字コードを，複数の文字符号化方式の文字が使用していることがあります．そのため，文字符号化方式の自動判定が困難となっています．
以下は，IANA ((インターネット番号割当機関) による charset で指定可能な名前の一覧です．

• 参考リンク
• IANA- Character Sets

あるいきさつで [環境依存文字と Unicode] という記事を書きました．しばらくして，その環境依存文字をチェックするツールを作成してみようと思いました．当然ネットで調べます．実は，その時初めて知りました．驚きました．機種依存文字のオンパレードです．しかも，機種依存文字は環境依存文字と同じだと言うのです．更に，OS にも依存すると言うのです．筆者の知識と記憶とは別の世界です．機種依存文字という用語は死語だと思っていました．

本ページは，筆者の知識としての記事です．
本ページの記事は，ネット上の機種依存文字と環境依依存文字の記事とはかなり違っています．多くの方を困惑させてしまったかも知れません．申し訳なく思っています．