|
| |
※「セキュリティ保護のため...」というメッセージが出る方・日本語が入力できない方へ
■日本語の表現■
１バイト系と２バイト系
コンピュータは英語圏で生まれた機械なので、文字列が処理できるようになっても当初は英語の文字しか扱えなかった。しかし日本ではやはり日本語が処理できないとまずいため、日本語のコードが定められることになる。
さて英語では文字はアルファベットが大小26文字×２＋数字10個とあとは特殊文字だけなので、ASCIIは7bit(128個)もあれば十分足りていた。ただし7bitというのはコンピュータの処理単位としては中途半端なので8bitで処理するようになっていた。しかし8bitでは256文字しか使えない。これでは日本語の文字は全然足りない。
そこで日本語は１文字を表すのに２バイト（16bit）使うことになった。
そこで一般にASCIIで定められた8bit系の文字を１バイト系、JIS (Japan Industrial Standard,最初の規格は1978年) で定められた16bit系の文字を２バイト系という。
これを半角・全角という人もある。初期の段階のコンピュータのプリンタやディスプレイでは、英文字を表すのに横に8ドット使用し、日本語の文字を表すのに横に１６ドット使用していた。つまり２バイト取る文字が画面やプリタン上でも英文字の倍の横幅を取っていたので、日本語を標準として全角と呼び、英文字は半分しか取らないので半角と呼んだのである。
ただし、半角という言葉は場合によっては誤解を招くこともある。本来ＪＩＳでは空欄になっている29～2Bの列に、多くの国内メーカーではデータとしては２バイトであるが印刷上の文字幅は通常の文字の半分の、まさに半角文字を定義しているのである。
このため、半角という言葉は、１バイト系を意味するのか、それとも上記２バイト系ではあるが表現上半分の幅を持つ文字を言うのかがあいまいであり、できれば使用しない方がよい。
データの共存
さて、ＪＩＳ(正確には1978年規格/1983年規格)の２バイト系コードは 2121～7E7E の領域に漢字を定義している。（ただし空欄がたくさんある）
このため、このデータをそのまま使用すると、１バイト系の文字と区別がつかない。ＪＩＳコードを作った人はいったい何を考えていたのであろうか。
そこでこのままでは使い物にならないので、両者を同時に使えるようにする工夫がいろいろ行われる。その中でも代表的なものは、下記の４種類である。
以下、そのひとつひとつを見ていこう。
漢字イン・漢字アウト方式
最も原始的で使いにくいが悲しいことにたくさん使われているのがこの方式である。一般にはＪＩＳコードと呼ばれている。
これは日本語が始まる前に漢字インコードを付け、それからＪＩＳコードで記述された日本語を書いて、終わったら漢字アウトコードを付けるというものである。
漢字イン／アウトが実際にどういうコードを使うかは実は処理系によって異なる。下記にその例をあげる。
Device 漢字イン 漢字アウト プリンタ 1C,26 1C,2E 電子メール 1B,24,42 1B,28,4A
最高ビット反転方式
ＵＮＩＸの標準コードであるＥＵＣ (Extended Unix Code)の最初のバージョンや、富士通の漢字コードとして名高いＪＥＦがこの方式である。
要するに１バイト系の文字の主要部分は前半の 00～7F までであり、80～FF の部分はその後拡張された部分である意味無視してよいものとして、この部分を日本語に使用する。つまり、たとえば 3021 (亜) という日本語コードを B0A1 というように、最高位ビット(MSB)を反転させて使用するのである。
これによって、日本語と英語が混じっても問題なく処理できることになる。
なお、この流れでは、２バイトともビット反転させて B0A1 のようにする方式と、１バイト目のみ反転させて B021 のようにする方式とがある。ＥＵＣもＪＥＦも両バイト反転方式である。
この方式の利点は、ぱっとその部分だけ見た時、そこが日本語コードなのか英語コードなのかが一目で分かるということである。
逆に欠点は１バイトのカタカナが使用できないことである。ただしＥＵＣの新しいバージョン（悲しいことに対応しているシステムはまだ少数である。むろんLinuxはＯＫ）やＤＥＣコードなどでは、これに更にシフトコードを使って事実上１バイトのカタカナも使えるようにしている。その件については、多バイト方式の項参照のこと。
多バイト方式
この項は長くなったので、別文書に分けました。こちらを参照して下さい。
シフト方式（ＮＥＣ方式）
２バイト系の文字と１バイト系の文字を美しく共存させるためには、このシフト方式を取るしかない。
ＮＥＣのオフコンや大型機などで使用されたコードは、漢字コードの先頭１バイトが 21～7E の 94種類しかないことに注目して、6,7,8,9,E,F の列を使用し、21→60, 22→61, ...., 7E→FF と変換して記録するものである（ただし 7D と 7F は飛ばす）。
この結果、例えば 2121 は 6021 と記録されることになる。（実際はこの手のマシンはEBCDIC系なのでファイル上は 794F になる。）
なかなかいい方式なのだがオフコン系の処理だけ考えて作られているため、１バイトのカタカナ(A～D列)とは共存できるが、なんとアルファベットの小文字(6～7列)と共存できない。
シフト方式（Microsoft方式）
悪名高き『シフトＪＩＳ』である。すこぶる評判が悪く、これを誉める人にまだ会ったことがないのだが、私はたいへん優秀なコードだと思う。記憶があやふやだが、確かアスキーの西和彦がMicrosoftの副社長だったころに、両社で共同製作されたものではなかったかと思う。
そのため、基本的に日本語版MS-DOSがこのコード体系を使い、続いてアップルのMacintoshもこの体系を採用したため、事実上のパソコン界の標準コード体系になった。
ＮＥＣコードは１バイト目だけをシフトさせたのだが、シフトＪＩＳの場合は２バイトともシフトさせる。この結果、2121～227E → 8140～81FC のように、２列単位で変換が行われるので、変換ルーチンはＮＥＣコードのものより少し複雑になる。（7Fは飛ばす）
こうすると使用するのは３列(8,9,E列)のみで済み、2121～7E7E が 8140～EFFC におさまるため、１バイトのカタカナ(A～D列)とも、アルファベット小文字(6～7列)とも共存できる。これは日本語を表現するコードとしてはやはり最高のコードであると思う。
なお、ＮＥＣコードにしてもシフトＪＩＳにしても 7F の使用を避けているのは、一般にこのコードが伝統的に High-value と呼ばれ、データの終了を表すコードとして使用されてきたためである。
８ビット時代に入って High-value としては FF を使うケースも出てきた。シフトＪＩＳはこのコードにもぶつからない。ＮＥＣコードは理論上はぶつかるが、実際には 7E21～7E7Eには漢字は定義されていないため、現実的にはぶつかることはない。
各社の独自拡張
さて、これが困ったものである。実は78年ＪＩＳのコードはその領域をＡＳＣＩＩとぶつけたというだけでなく、ずいぶんと基本的なコードが不足していた。そのため、各メーカーは独自にコードの拡張を行い、この部分に関しては全く互換性がない。
しかしさすがに大勢力になったシステムはある程度の流通性がある。中でも３大勢力はＮＥＣの拡張コード、マッキントッシュの拡張コード、ＩＢＭ拡張コードである。ただし例によってこれらには互換性がないので、丸付きの数字やローマ数字などを使用すると、どう相手に見えるかは分からない。基本的にはＪＩＳにない文字は使用しないのに越したことはない。プリンタなどは設定により、どれも使えるようにしている。
なお独自拡張の中で面白いのは任天堂の１バイト系ひらがなである。
１バイト系にひらがなを定めた処理系はこの任天堂のほかは、以前１度かなりマイナーなマシンで見た記憶があるだけである。
【Windows拡張漢字】 Windows95では、通常の文字セットのほかに拡張漢字として次のような漢字が 利用できます。これはその他の環境では見えませんので、使わずに済むので あれば使わない方がよいでしょう。一応SMAPの草なぎ君の「なぎ」の字「彅」 などもあるのですが。 （あ゛。。。。この表自体が見えないかな、ひょっとして ^^;;;） JIS sJIS 区点 ０ １ ２ ３ ４ ５ ６ ７ ８ ９ Ａ Ｂ Ｃ Ｄ Ｅ Ｆ 7920 ed3f 8900 纊 褜 鍈 銈 蓜 俉 炻 昱 棈 鋹 曻 彅 丨 仡 仼 7930 ed4f 8916 伀 伃 伹 佖 侒 侊 侚 侔 俍 偀 倢 俿 倞 偆 偰 偂 7940 ed5f 8932 傔 僴 僘 兊 兤 冝 冾 凬 刕 劜 劦 勀 勛 匀 匇 匤 7950 ed6f 8948 卲 厓 厲 叝 﨎 咜 咊 咩 哿 喆 坙 坥 垬 埈 埇 﨏 7960 ed80 8964 塚 增 墲 夋 奓 奛 奝 奣 妤 妺 孖 寀 甯 寘 寬 尞 7970 ed90 8980 岦 岺 峵 崧 嵓 﨑 嵂 嵭 嶸 嶹 巐 弡 弴 彧 德 7a20 ed9e 9000 忞 恝 悅 悊 惞 惕 愠 惲 愑 愷 愰 憘 戓 抦 揵 7a30 edae 9016 摠 撝 擎 敎 昀 昕 昻 昉 昮 昞 昤 晥 晗 晙 晴 晳 7a40 edbe 9032 暙 暠 暲 暿 曺 朎 朗 杦 枻 桒 柀 栁 桄 棏 﨓 楨 7a50 edce 9048 﨔 榘 槢 樰 橫 橆 橳 橾 櫢 櫤 毖 氿 汜 沆 汯 泚 7a60 edde 9064 洄 涇 浯 涖 涬 淏 淸 淲 淼 渹 湜 渧 渼 溿 澈 澵 7a70 edee 9080 濵 瀅 瀇 瀨 炅 炫 焏 焄 煜 煆 煇 凞 燁 燾 犱 7b20 ee3f 9100 犾 猤 猪 獷 玽 珉 珖 珣 珒 琇 珵 琦 琪 琩 琮 7b30 ee4f 9116 瑢 璉 璟 甁 畯 皂 皜 皞 皛 皦 益 睆 劯 砡 硎 硤 7b40 ee5f 9132 硺 礰 礼 神 祥 禔 福 禛 竑 竧 靖 竫 箞 精 絈 絜 7b50 ee6f 9148 綷 綠 緖 繒 罇 羡 羽 茁 荢 荿 菇 菶 葈 蒴 蕓 蕙 7b60 ee80 9164 蕫 﨟 薰 蘒 﨡 蠇 裵 訒 訷 詹 誧 誾 諟 諸 諶 譓 7b70 ee90 9180 譿 賰 賴 贒 赶 﨣 軏 﨤 逸 遧 郞 都 鄕 鄧 釚 7c20 ee9e 9200 釗 釞 釭 釮 釤 釥 鈆 鈐 鈊 鈺 鉀 鈼 鉎 鉙 鉑 7c30 eeae 9216 鈹 鉧 銧 鉷 鉸 鋧 鋗 鋙 鋐 﨧 鋕 鋠 鋓 錥 錡 鋻 7c40 eebe 9232 﨨 錞 鋿 錝 錂 鍰 鍗 鎤 鏆 鏞 鏸 鐱 鑅 鑈 閒 隆 7c50 eece 9248 﨩 隝 隯 霳 霻 靃 靍 靏 靑 靕 顗 顥 飯 飼 餧 館 7c60 eede 9264 馞 驎 髙 髜 魵 魲 鮏 鮱 鮻 鰀 鵰 鵫 鶴 鸙 黑 �� 7c70 eeee 9280 �� ⅰ ⅱ ⅲ ⅳ ⅴ ⅵ ⅶ ⅷ ⅸ ⅹ ￢ ￤ ＇ ＂ 9320 fa3f 11500 ⅰ ⅱ ⅲ ⅳ ⅴ ⅵ ⅶ ⅷ ⅸ ⅹ Ⅰ Ⅱ Ⅲ Ⅳ Ⅴ 9330 fa4f 11516 Ⅵ Ⅶ Ⅷ Ⅸ Ⅹ ￢ ￤ ＇ ＂ ㈱ № ℡ ∵ 纊 褜 鍈 9340 fa5f 11532 銈 蓜 俉 炻 昱 棈 鋹 曻 彅 丨 仡 仼 伀 伃 伹 佖 9350 fa6f 11548 侒 侊 侚 侔 俍 偀 倢 俿 倞 偆 偰 偂 傔 僴 僘 兊 9360 fa80 11564 兤 冝 冾 凬 刕 劜 劦 勀 勛 匀 匇 匤 卲 厓 厲 叝 9370 fa90 11580 﨎 咜 咊 咩 哿 喆 坙 坥 垬 埈 埇 﨏 塚 增 墲 9420 fa9e 11600 夋 奓 奛 奝 奣 妤 妺 孖 寀 甯 寘 寬 尞 岦 岺 9430 faae 11616 峵 崧 嵓 﨑 嵂 嵭 嶸 嶹 巐 弡 弴 彧 德 忞 恝 悅 9440 fabe 11632 悊 惞 惕 愠 惲 愑 愷 愰 憘 戓 抦 揵 摠 撝 擎 敎 9450 face 11648 昀 昕 昻 昉 昮 昞 昤 晥 晗 晙 晴 晳 暙 暠 暲 暿 9460 fade 11664 曺 朎 朗 杦 枻 桒 柀 栁 桄 棏 﨓 楨 﨔 榘 槢 樰 9470 faee 11680 橫 橆 橳 橾 櫢 櫤 毖 氿 汜 沆 汯 泚 洄 涇 浯 9520 fb3f 11700 涖 涬 淏 淸 淲 淼 渹 湜 渧 渼 溿 澈 澵 濵 瀅 9530 fb4f 11716 瀇 瀨 炅 炫 焏 焄 煜 煆 煇 凞 燁 燾 犱 犾 猤 猪 9540 fb5f 11732 獷 玽 珉 珖 珣 珒 琇 珵 琦 琪 琩 琮 瑢 璉 璟 甁 9550 fb6f 11748 畯 皂 皜 皞 皛 皦 益 睆 劯 砡 硎 硤 硺 礰 礼 神 9560 fb80 11764 祥 禔 福 禛 竑 竧 靖 竫 箞 精 絈 絜 綷 綠 緖 繒 9570 fb90 11780 罇 羡 羽 茁 荢 荿 菇 菶 葈 蒴 蕓 蕙 蕫 﨟 薰 9620 fb9e 11800 蘒 﨡 蠇 裵 訒 訷 詹 誧 誾 諟 諸 諶 譓 譿 賰 9630 fbae 11816 賴 贒 赶 﨣 軏 﨤 逸 遧 郞 都 鄕 鄧 釚 釗 釞 釭 9640 fbbe 11832 釮 釤 釥 鈆 鈐 鈊 鈺 鉀 鈼 鉎 鉙 鉑 鈹 鉧 銧 鉷 9650 fbce 11848 鉸 鋧 鋗 鋙 鋐 﨧 鋕 鋠 鋓 錥 錡 鋻 﨨 錞 鋿 錝 9660 fbde 11864 錂 鍰 鍗 鎤 鏆 鏞 鏸 鐱 鑅 鑈 閒 隆 﨩 隝 隯 霳 9670 fbee 11880 霻 靃 靍 靏 靑 靕 顗 顥 飯 飼 餧 館 馞 驎 髙 9720 fc3f 11900 髜 魵 魲 鮏 鮱 鮻 鰀 鵰 鵫 鶴 鸙 黑
新ＪＩＳコード
これもまた困ったものである。最初にＪＩＳの漢字コードが定められたのは1978年の C6226-1978 なのだが、これが 1983年に改訂されて新しいＪＩＳコード C6226-1983 (X0208-1983) が発表された。しかもこの時一部の文字を入れ替えてしまった!!
この1978年規格を通称旧ＪＩＳ、1983年規格を通称新ＪＩＳと呼んでいる。
なぜいったん決めたコードを変更するのか、私には理解しがたい。基本的に新規格というのは追加で行くべきである。この結果たとえば「檜」と「桧」はマシンによって逆に見える。また「邇邇芸命」などというのもマシンによっては「迩迩芸命」に見えるのである。
ＮＥＣのＰＣ９８(nx以前)は旧ＪＩＳコード、ＤＯＳ／Ｖは新ＪＩＳコードを使用している。ただしＰＣ９８(nx以前)でもWindows95配下では、どちらも使用できるようになっている。
【新ＪＩＳと旧ＪＩＳで字体の違う字】
次の文字は旧ＪＩＳ(1978年規格)と新ＪＩＳ(1983年規格)で字体が交換に
なっています。（下記の表をPC98(nx以前)のMSDOSで見ると文字が逆転します）
3033鯵－鰺724d 395c砿－礦6268 4676迩－邇6d6e
3229鴬－鶯7274 3c49蕊－蘂6922 4768蝿－蠅6a24
3342蛎－蠣695a 3f59靭－靱7057 4930桧－檜5b58
3349撹－攪5978 4128賎－賤6c4d 4b79侭－儘5056
3376竃－竈635e 445b壷－壺5464 4c79薮－藪692e
3443潅－灌5e75 4557砺－礪626a 4f36篭－籠6446
3452諌－諫6b5d 456e梼－檮5b6d
375b頚－頸7074 4573涛－濤5e39
この他、新ＪＩＳでは 7421-7424 の４文字が追加され、それに合わせて
3646尭－7421, 4b6a槙－7422, 4d5a遥－7423, 6076瑶－7424 の４書体
が変更になっています。
またそれ以外で116文字の書体が変更されています。
ｕｎｉｃｏｄｅ(旧規格)
ｕｎｉｃｏｄｅというのは、世界中の全ての文字をきちんとコードづけようという理想によって制定されたコードである。そこでｕｎｉｃｏｄｅにより、英語やヨーロッパ圏の言語のみならず、ヘブライ文字やヒンズー文字、アラビア文字など全ての文字が体系づけられる。この場合、英語の文字なども２バイトで表されるので、全ての文字が２バイトで表現されることになって、テキスト操作がひじょうに楽になる。
しかしここに問題があった。
漢字のコードを付ける際に、漢字の本場は中国だからということで、中国主導で漢字コード体系が決められてしまったのである。しかしそれでは日本語を表現するのに足りない文字が多数出てくる。そのため日本が猛反撃をして、結果的に日本語のｕｎｉｃｏｄｅは中国語のｕｎｉｃｏｄｅとは別に決められることになった。ここに全世界統一のコードを作るという理想は破れてしまったのである。
ｕｎｉｃｏｄｅを使用したＯＳとして有名なのは Windows-NT である。しかし実をいえば全ての日本語／中国語の文書をコンピュータで処理するためにはほんとうは２バイト(max65536文字)ではとても文字数が足りない。
そこで、ｕｎｉｃｏｄｅの新しい規格ではとうとう４バイトで文字を表すことになった。
この時、従来との互換を取るため、従来のｕｎｉｃｏｄｅの文字はそのまま２バイトで使用される。そのため、ｕｎｉｃｏｄｅは２バイト文字と４バイト文字が混在することになり、また「文字数」とは何かということで悩まなければならなくなったのである。
４バイトｕｎｉｃｏｄｅについては多バイト方式の項参照のこと。
(C)copyright ffortune.net 1995-2007 produced by ffortune and Lumi.
お問い合わせはこちらから