コンピュータは主にアメリカで発達してきたため、未だにアルファベットや数字などの1バイト（7/8ビット）を基本単位として扱う前提で作られているものが中心です。そのなかで日本語のように多くの文字を必要とする言語は、1文字を表わすのに2バイト以上を要するため、いろいろな困難が伴います。特にインターネットを通じて様々な環境の情報を交換するにあたって、思わぬ問題に遭遇するケースが増えてきました。ここでは、こうしたことを考えるために必要な、日本語の文字コードに関する基本を整理しておきます。
JIS漢字コードは「図形文字とそれらのビット組合せとの対応を規定する」規格であるとされています。1978年1月1日に最初のものが発表され（JIS C 6226-1978）、1983年の改訂を経て（一部の漢字を追加したり入れ替えたりして*注1）1990年9月のJIS X 0208-1990によって現在の6,879文字の“漢字集合”が定められました。
このX 0208は1997年1月に再度改訂され、従来曖昧だった部分をより厳密にするとともに、シフトJISやRFC1468などの規格もJISに取り込みました（JIS X 0208:1997）。
この規格は正式には「7ビット及び8ビットの2バイト情報交換用符号化漢字集合」と呼ばれ、図形文字の集合（文字セット）として6,879文字が定められています。このうち、かなや記号を除いた漢字は6,355字で、使用頻度に応じて第一水準と第二水準にわけられています。
使用頻度の高い第一水準は2,965字あり、基本的に音読みの50音順に並んでいます（音読みのないものや複数の読みのあるものは一つを「代表音訓」と定めてそれによって並べる）。第二水準は頻度はそれほど高くないが重要なものと、人名などによく使われる旧字体が3,390字選ばれ、こちらは漢和辞典のように部首順（部首内では画数順）に並べられました。
さらに、1990年10月には6,067文字の補助漢字文字セット（JIS X 0212-1990）が制定されました。この文字セットとJIS X 0208-1990を合わせれば12,946（うち漢字は12,156）の標準文字が使えることになりますが、この補助漢字をサポートする製品はほとんどないのが実状です。現在は、X 0212に代わる新たな第三水準及び第四水準の漢字（JIS X 0213＝仮称）の制定が検討されています。（*注2）。
＊Windows98では、どうやら補助漢字（X 0212）が標準フォントセットに組み込まれるらしい。Unicodeとしてこれらの文字を扱う模様だが、第三水準、第四水準あたりとの関係がどうなるかなど、まだ課題は多そうだ。
区点コードはJIS X 0208-1990とJIS X 0212-1990の規格書で文字を分類配列している表（図形文字符号表*注3）での位置を示す番号です。ここでは94 x 94のマトリックス（*注4）を描き、その8,836の升目の中に文字コードを配しています。つまり、区とはこのマトリックスのY軸、点とはX軸に相当すると思えばよいでしょう。JIS X 0208-1990の文字種を区点コードの区分によって分類すると次のようになります：
| 区 | 文字数 | 文字種 |
|---|---|---|
| 1-2 | 147 | 各種記号 |
| 3 | 62 | 数字、ローマ字 |
| 4 | 83 | ひらがな |
| 5 | 86 | カタカナ |
| 6 | 48 | ギリシャ文字 |
| 7 | 66 | キリル文字 |
| 8 | 32 | 罫線素片 |
| 9-15 | 0 | 未定義 |
| 16-47 | 2965 | 第一水準 |
| 48-84 | 3390 | 第二水準 |
| 85-94 | 0 | 未定義 |
各区には最大94文字を割り当てることができます。区点コードは例えば第6区の第46点（JIS X 0208-1990では「ξ」）ならば06-46と、区と点を2桁の10進数で表して並べたもの。この文字を実際に符号化する場合は、以下で述べる3つの方法によって対応する数値コードは異なり、JISなら264E、S-JISなら83CCなどという具合になります。
ここで、文字セット規格とその符号化方式を区別しておきましょう。
いわゆるJISコードは、JIS X 0208の漢字集合（文字セット）の各バイトを0x21〜0x7Eの領域（GLと呼ばれます）に割り当てた7ビット符号方式（*注6）による文字コードです 〔規格票7.1〕 。
また、これに国際的な符号拡張方式 （ISO 2022-1993、日本語訳はJIS X 0202-1991 ) を適用することで、1バイトのASCIIあるいはJISローマ字とともに用いることができます。 この拡張方はきちんと定義するとかなり複雑なものですが、インターネットの電子メールで用いられるJISコード（ ISO-2022-JPもしくはJUNETコード） は、このサブセットを使って簡略化した形（*注5）で符号化を行なっています（ RFC1468。また1997年のX 0208:1997〔附属書2〕において、JIS規格にも取り込まれた）。
使用する文字セットは「エスケープシーケンス」と呼ばれる特殊な文字列を目印にして切り替えます。JISコードで用いるエスケープシーケンスは4とおり：
[ESC] ( B ... ASCII
[ESC] ( J ... JISローマ字
[ESC] $ @ ... 旧JIS
[ESC] $ B ... 新JIS
（[ESC]とは0x1Bという値を持つ特殊キャラクタ *注7）。
JISにおける1バイト仮名（いわゆる半角カナ*注8）の符号化は、8ビット目を用いて10進数の161〜223（0xA1〜0xDF）の範囲に割り当てる方法（JIS8）と、7ビットだけでエスケープシーケンスやSO/SIによって半角カナモードに切り替える方法（JIS7）があります（JIS X 0201）。いずれもそれほど広くサポートされているわけではなく、いろいろなトラブルの元にもなるため、インターネット電子メールの場合は半角カナは使用しないのが原則です。
現在パソコンの多くで使われている文字コードで、SJIS、MS漢字とも呼ばれます。これは1バイト仮名（JIS8）を使えるようにするために、JISコードを移動（シフト）させたことに由来します。
SJISでは、エスケープシーケンスを用いず、10進数の129〜159、224〜239（0x81〜0x9F、0xE0〜0xEF）の範囲のバイトが現れると2バイトモードが開始され、このバイトは2バイト文字の第1バイトとして処理されます。続く第2バイトは64〜126、128〜252（0x40〜0x7E、0x80〜0xFC）の範囲でなければなりません。
上記で分かるとおり、このSJISのコードは8ビット目も使用しているため、電子メールで流すときは、JISコードに変換する必要があります。第1バイトの範囲は、英数字(ASCII、0x21〜0x7E）や1バイト仮名（半角カナ、0xA1〜0xDF）と重複しません。JISコードとは簡単なアルゴリズムで相互変換が可能です。
事実上日本で最も普及している文字コードであり、文字セット切り替えがないので扱いも簡単というメリットがありますが、コードが分断されており体系として不自然なため漢字処理に一家言を持つ人の間では嫌われているようです。
また、この方式ではJIS X 0212-1990の補助漢字文字セットを使う方法がないこと、ユーザー定義領域にメーカー独自の「外字」を割り当てたため、相互の情報交換やほかの方式への変換ができないケースがあるなどの問題も抱えています。
もともとこれは文字セットのみJIS規格を用い、符号化はJISに基づかない独自の方式でしたが、1997年のX 0208:1997の〔附属書1〕において、「シフト符号化表現」として正式にJIS規格に取り込まれました。
Extended Unix Codeは日本語対応UNIXワークステーションで内部コードとして広く使われています。日本語EUCもJISコードと同じくJIS 0208の文字セット規格をISO 2022-1993に基づいて符号化します（*注5）。EUC自身は、日本語だけでなく複数の文字セットを同じテキスト内で処理することが可能です。
EUCには可変長コードと固定長コードの2とおりありますが、一般的なのは可変長（圧縮フォーマット）の方です。詳しい説明は省略しますが、簡単に言って4とおりの文字セットが使い分けられます。
| セット | 第1バイト | 第2バイト | 第3バイト | 日本語の場合 |
| G0 | 0x21〜0x7E | - | - | ASCII |
| G1 | 0xA0〜0xFF | 0xA0〜0xFF | - | JIS X 0208-1990（新JIS） |
| G2 | 0x8E | 0xA0〜0xFF | - | １バイト仮名 |
| G3 | 0x8F | 0xA0〜0xFF | 0xA0〜0xFF | JIS X 0212-1990（補助漢字） |
ASCIIに相当する部分は1バイト（7ビット）で表現されます。0xA0〜0xFFの範囲の文字は、そのまま使われる場合は2バイト合わせてJIS X 0208の漢字（JISコードの8ビット目を1にしたもの）を表します。1バイト仮名は0x8Eという特別な制御文字（SS2）に続いて1バイトの文字コードを割り当てます。0x8Fという制御文字（SS3）はその後ろに2バイトの文字コードをとりますが、このセットは一般に補助漢字に割り当てられます。
ASCIIとはAmerican Standard Code for Information Interchangeの頭文字を取ったもので、規格の定義はISO 646-1991に記載されています。これは7ビット128文字で構成され、94文字がアルファベット、数字、記号などの印刷可能な文字、残り34文字は空白文字と制御記号に割り当てられています。
このASCIIを拡張して8ビットを使い、ほかの欧州言語で用いるアクセント記号付きの文字やキリル文字、アラビア文字などを表せるようにした拡張ASCII文字セットが1987〜1989年にかけて定義されました（ISO 8859）。これは第1部から第9部までの9種類あり、それぞれラテン系の文字やキリル文字、アラビア文字などが扱えるようになっていますが、実際に使用されるのはほとんど第1部として定義されているLatin-1（ISO 8859-1）のみです。
JISローマ字の大部分はASCIIの文字セットと同じですが、ISO 646が独自割り当てを認めている範囲で、バックスラッシュ（半角の＼）が円記号（\）に、ティルダ（〜）がオーバースコア（￣）に入れ替えられています。この文字セットはJIS X 0201-1976で定義されています。なお、この規格では1バイト仮名63文字（JIS7 / JIS8の2方式）も合わせて定義されました。
国際標準化機構（ISO）は、世界中の主要な文字を一括して扱う多重言語文字セット規格UCS (Universal multi-octet coded Character Set)を1993年に制定しました。これがISO 10646と呼ばれるもので、4バイトによる方式と2バイトによる方式の2通りがあります。もともとこれは各国の国内規格との互換性を考慮したものとして考えられていたのですが、一方で、アメリカのコンピュータ・メーカーを中心とするUnicodeコンソーシアムがこれとは異なる、16ビットで従来方式とは互換のない統一コードUnicodeを打ち出してきました。国際標準が2つできてしまうのは非常に具合が悪いので、両者が歩み寄る形で、ISOの当初の案を変更して新しい標準を制定することになったのです。
UnicodeはUCSの2バイト方式によるもので、256×256の升目を持つ二次元空間（Basic Multilingual Plane=BMPと呼ばれる）に65,536文字を割り当てることができます。
ここでは詳しい説明は省略しますが、この中に中国語、日本語、韓国語（頭文字を取ってCJKと称される）の漢字2万文字あまりを配置します。それに当たっては、各国で用いられている漢字コード（全部を合わせると12万以上になる）から重複するものや意味、構造が同じものを統合し、まとめていくHan Unificationという作業が行われました（これについては厳しい批判があります）。日本の文字コードとしてはJIS X 0208-1990とJIS X 0212-1990がサポートされます。
ごく大まかに言えば、Unicodeにおける漢字の表現は、第1バイトを0x4E〜0x9F（I領域）に割り当てたものです（第2バイトは0x00〜0xFFの全領域）。JISコードとの規則的な変換ルールは存在しないので、個々の文字を対応させる変換表が必要になります。またASCIIのような1バイトコードもそのままでは使えないので、既存システムではプログラムの書き換えなど大きな問題が発生することが予想されます。
Unicodeは16ビット固定なので、文字列の操作が単純になります（と宣伝されていますが、実際はいろいろ変則的なつぎはぎがあって、そうはいかないようです）。2.0では38,885文字が割り当てられ、これらのコードポイントは永久的なアドレスとして信頼すべきものと（Unicodeの主張では）されています。一方、Unicodeでは従来の文字コードで想定されていたソートが保証されません。
Windows NTやMacOS 8など内部コードとしてUnicodeをサポートするという環境も出始め、JAVAはUnicodeをデフォルトのデータ型として定義しました。WEBの世界でも、最新のブラウザは（モジュールの追加により）Unicodeを表示できるようになっていますし、HTML 4.0では基本文字セットをISO 10646とするなど、最近の展開は急速です。しかし、本格的なUnicodeのサポートや普及はまだまだこれからという状況でしょう。
この規格（ISO 10646）の日本語版はJIS X 0221-1995として発行されました。
Unicodeの問題点については、 太田昌孝著『いま日本語が危ない−文字コードの誤った国際化』の第5章2節をオンラインで掲載した 文字コードはどうあるべきか、 またTRONの坂村健氏らによる 多言語テキスト処理に関するバーチャル・シンポジウム を参照。
| 種類 | 規格 | 概要 |
| 7/8ビット | ISO 646:1991 | 7ビットによる英数字、記号の定義 |
| ANSI X 3.4-1986 | ASCIIコード。ISO-646のInternational Reference Versionと同じ | |
| EBCDIC, EBCDIK | IBMがメインフレーム用として開発した独自の7ビットコード | |
| ISO 8859 | 8ビットの拡張ASCII。よく使われるのがPart1 (Latin 1) | |
| JIS X 0201-1997 | ISO 646と同じ英数字に半角カナを加えたJISローマ字。半角カナを7ビット領域に割り当て、切り替えて使うJIS7と、8ビット目を使うJIS8の２通りがある | |
| 16ビット以上 | JIS X 0208:1997 | JIS漢字コード。第１水準、第２水準からなる。1997改訂でシフトJISも定義に含まれた。 |
| JIS X 0212-1990 | X 0208に納められていない補助漢字 | |
| ISO 10646-1 | 多言語を扱うための規格。32ビットによるUCS-4と16ビットによるUCS-2があるが、実質的にはUnicode 1.1を基にしたUCS-2のみが使われる | |
| Unicode 2.0 | Unicode Consortiumが開発し、ISO 10646への適用やコードの入れ替えなどを行ったもの | |
| JIS X 0221-1995 | ISO 10646の日本版。X 0201, X 0208, X 0212との対応表などの解説を付加したもの。 | |
| 符号拡張法 | ISO 2022:1994 | 複数の文字集合を切り替えて利用するための枠組み（エスケープシーケンス） |
| JIS X 0202-1991 | 基本的にISO 2022と同じ |
JIS C 6626が1978年に発表された後、81年の常用漢字導入を受けて新しい漢字95字を第１水準に組み込むためJIS X 0208-1983が制定された。このとき、新字体と旧字体22文字が第１水準と第２水準の間で入れ替えられた（コード・ポイントの変更）。さらに、250字の字形が変更され、人名用漢字4字と非漢字71字が追加された。
1990年に再度見直しが行われ、今度は第２水準に２字の追加が行われたほか、145文字について字形が変更された。
こうした変更により、同じコードを使っても文書を作成した時期によって文字が異なるという混乱が生じている。
文字コードの入れ替えなどで混乱したX 0208 (-1990)の問題を解決するために
などの方針で改訂作業が進められ、JIS X 0208:1997として改訂された。外字禁止の方向を明確にしたが、戸籍システムなど実用が先行する分野では、Unicodeをベースとして外字利用の使用を策定しようとするXKPなどがJISとは違う動きを見せている。
また、X 0212はシフトJISに収容できないという問題があるため、シフトJISでも利用できる（つまり現在の空き領域に割り当てる）約5000字の補助漢字を制定することが検討されている。これはUnicode (X 0221) との関係や、半角カナの扱いの点で大きな問題をはらんでいる。こちらについては JIS 漢字の拡張計画 を参照。
96年9月18日の朝日新聞は国語審議会がワープロ字体の問題を審議する第二委員会を設置し、97年末にも字体の基準の試案を公表、98年6月に文相に答申の見込みと伝えている。
また10月5日の日経夕刊の報道によれば、通産省は新しいJISを98年にも制定する。通産
省は今回新たにJISに追加する漢字コードを世界共通コードに取り入れるようISOに
提案、ISO規格とJIS規格の間でデータ交換に支障が出ないようにする考えだという。
JIS X 0208とJIS X 0212では、図形文字（視覚的な図形によって表される文字。漢字、ローマ字など印刷可能な文字のこと）の集合を定めた上で、94x94の表に割り当てている。この表では各文字の第1バイト、第2バイトともに1〜7のビットについて符号が定められ、第8ビットは実装方法（JIS X 0202による呼び出しの方法）によって変わるものとして定めていない。いわゆるJISコードではこの第8ビットを0とし、EUCでは第8ビットを1として符号化している。
JISは7ビット128通りのコードのうち、ASCIIなどで制御コードとされている0x00〜0x20と0x7Fの34個を除いた94の符号を2つ（2バイト）組み合わせて1つの文字を表現する。その結果、文字セットは94 x 94 = 8,836の空間に配置されることになる。
JIS:
ISO 2022（JIS X 0202）は、7ビットで各国の言語を表現できるようにするために、複数の文字セットを切り替えながら使用する拡張符号化方式を定めている。ここでは、G0〜G3という４つの集合を考え、使用する文字セットをそれぞれの集合に「指示（designate）」しておき、そのうち実際の文字表現に使用するものを「呼び出す（invoke）」するという手続きを踏むことで文字セットを切り替える。
これをいくつかの前提条件をつけることで簡略化し、G0に文字セットを「指示」するだけで切り替えるのがJISコードの符号化方式である。この切り替え（指示）に使われるのが、エスケープシーケンス。
EUC: 同じISO 2022では8ビット系での拡張方式も定めている。基本は7ビットの場合と似ているが、表現に使用する図形文字表に左(GL)と右(GR)いう考え方が加わり、GRの図形表の文字は最上位ビット（第8ビット）を1にするといういう点が異なる。EUCはこれを利用して、G0にASCII、G1にJIS X 0208があらかじめ指示され、さらにGLにはG0（つまりASCII）、GRにはG1（つまりJIS漢字）が呼び出されているとすることで、エスケープシーケンス無しで、第8ビットが0ならASCII、1ならJIS漢字と使い分けられるようにした。さらにG2、G3に1バイト仮名、補助漢字をそれぞれ指示しておき、必要なときにSS2、SS3というシングルシフト機能（続く1文字＝2バイト文字なら2バイト＝だけその図形表をGRに呼び出す）を用いることで切り替えるようになっている。〔規格票7.2.2〕
Beginners' Macの連載記事PC Breakでは話を単純にするために日本語は8+8=16ビットで表すと書いたが、JISコード（ISO-2022-JP）は7+7=14ビットで構成されている。ASCIIなどが7ビットを標準にし、電子メールでは8ビット文字が使えない場合が多いことなどから、国際的規格（ISO）では7ビットを1バイトとして文字を表現する方法を定めており、JISにおいてもこの方式で文字セットを規定した。7ビット（128通り）のうち、実際に文字コードに使われるのは制御コードを除いた94文字だけなので、直接表現できる文字数は94 x 94 = 8,836となる。Unicodeでは16ビット空間をフルに利用して65,536文字を割り当てられるようになっている（もっともこれで世界中の文字がカバーできるわけではない）。
インターネットで電子メールを受け取った時に文字化けして読めない原因として、どこかでこの [ESC] が脱落してモードの切り替えができないということがしばしば見られる。そういうときは$Bとか(Jというキャラクタが目につくはずだ。 たとえば
これはJISの文です。
というJISによる文字列から何らかの原因で [ESC] が脱落すると
.$B$3$l$O.(JJIS.$B$NJ8$G$9!#.(J
のような暗号に化ける。 （この.の位置に [ESC] があった。 ただし実際には.のような痕跡は残らないこともある）
JIS規格は文字セットとその符号化を定めるだけで、文字の形や大きさを定義するものではない。１バイトの仮名文字を２バイト文字の半分の横幅で表示するコンピュータが多いため、１バイト仮名を半角カナと呼ぶことがあるが、誤解を招く表現として指摘されている。
![[Help]](../parts/help.gif){kind=small}
This is The Web KANZAKI .
(c)1996-98 by MK.