ゼミ生による発表「漢字圏の文字コードあれこれ」『電脳社会の日本語』その後

漢字圏の文字コードあれこれ（遠山）

『電脳社会の日本語』P.223〜230)

漢字圏におけるグローバル・スタンダード概要
現状：各国で様々な文字コードを採用。
問題点：外部コードとして使う場合、発信元と受信先でコードが異なると混乱する。〜グローバル・スタンダードの必要。
グローバル・スタンダード化への取り組み：コンピュータはASCII、JISローマ字の命令を受け付ける。ISO１０６４６（ユニコード）、ISO２０２２系のコードがスタンダードとなる。
ISO１０６４６（ユニコード）：１６ビット、１バイト、６５，５３６文字で全世界の文字を表す。
ISO２０２２：８（７）ビット、多バイト、エスケープシーケンスによって文字集合を切り替え全世界の文字を表す。情報交換用符号､基本になる文字コード（ISOローマ字コード）を各国版に拡張・共存させるためのルール〜文字コードそのものではない。
UTF：ISO１０６４６（ユニコード）をISO２０２２に変換するための符号変換方式。

中国

電報碼　19世紀〜　
４桁の数字で漢字をあらわす〜発信・受信コードの統一という考え方
GB２３１２（GB基本漢字）１９８１年　字体は「簡化字総表」「第一次異体字整理表」にもとづく簡体字。
GB７５８９（第二補助集）、GB７５９０(第四補助集)　１９８７年　「GB基本漢字」の補助集。簡体字。
GB/T１２３４５（「GB伝統漢字」）１９９０年　「GB基本漢字」の伝統字（繁体字）版。「GB基本漢字」でつくった文書をGB/T１２３４読めば、そのまま伝統漢字になる。複数の伝統字を併合した簡体字は単純な切り替えではうまくいかない。（略字を使っている国では必ずおこること）
GB/T１３１３１（第三補助集　GB７５８９の伝統字版）、GB１３１３２（第五補助集　GB７５９０の伝統字版）１９９１年､ISO　IR１６５　
（ITU-T.１０１　Chinese primary set）１９９２年 ITU(国際通信連合)が「GB基本漢字」の増補版を集大成、中国政府に代わって登録申請。
GBK　１９９６年　中国語EUC（CN-GB）を拡張した文字コード。Windows2000以降で対応
少数民族のための文字コードもあり〜隣接同族同語に文字コードがある場合も

台湾

CCCII（中文資料訊交換碼）１９８０年：ISO２０２２系
CNS１１６４３（中國國家標準中文標準交換碼）１９８６年：ISO２０２２系に準拠
Big５（大五碼）１９８４年：台湾の事実上の標準。CNS台湾漢字・試案を採用。ISO２０２２系に準拠していない。
※中国、台湾、香港、シンガポール、アメリカに広がる華人社会のメールはISO２０２２＝GB基本漢字、CNS台湾漢字、ASCIIを識別番号で切り替える。

韓国

KSC６５０１（「KS基本漢字ハングル」１９８７年：（１９９２年にKSX１００１と改称）　完成形方式。漢字は読み順に配列、複数の読みがある漢字は重複して収録。
KSX１００２（「KS補助漢字ハングル」１９９１年：１９９１年時点ではISO２０２２で用いられない。
UHC：GBKと似た構造。ISO２０２２に準拠していない。Windowsに採用｡

参考文献・資料

『電脳社会の日本語』その後　加藤弘一氏と小形克宏氏の論争（柳下）

『電脳社会の日本語』(P.183〜184)
「日本工業調査会はJIS拡張漢字の是非で紛糾し、符号化方式を定めた付属書を参考規格にどどめるという条件をつけて可決した。〜主要な基本ソフトはどこも実装しない。」　この「実装」というという表現をめぐって、２０００年２月２３日から６月１日にかけて論争が起きた。最終的に､加藤氏は文字コードへの言及を休止している。

内容
加藤　2000.3.17.＜ほら貝『電脳社会の日本語』補足と訂正＞
自分のサイトで『電脳社会の日本語』の記述に触れ、
「１８４ページでＪＩＳ拡張漢字（ＪＩＳ　Ｘ　０２１３）隙間方式シフトＪＩＳについて、主要な基本ソフトは実装しないと書きましたが、本書校了後、この夏に発売されるある基本ソフトの新版が変則的な形で隙間方式シフトＪＩＳに対応する可能性が出てきました。」と発表。

小形 2000.5.23.
メールで「『ある基本ソフト』とはＭａｃＯＳ　Ｘのことではないか。」と加藤氏に質問。加藤氏、｢お尋ねの点ですが、こちらが驚いております。というのは、あの補足をつけたのは小形さんがＰＣ　Ｗａｔｃｈに掲載された記事が直接のきっかけだったからです・・・｣と返答。

加藤 2000.5.27. ＜ほら貝『電脳社会の日本語』補足と訂正＞
サイトの３／１７の補足を削除。「不必要な補足と訂正で混乱を招いたことについて」と「謝罪文」を新たに掲載。

小形 2000.5.31.<文字の海、ビットの船　特別編第５回>
自分のコラムで加藤氏批判を展開。
「先週、第２部の第２､３回にわたって、実際には主要なＯＳは規格としてのＪＩＳ　Ｘ　０２３１(以下、０２３１)を実装しないと書いた。
加藤にメールで問い合わせたところ、彼はたしかにＭａｃＯＳ　Ｘを念頭において、上記の文章を書いたことが確認できた。しかし、この加藤の記述は間違っている。私がアップルコンピュータの木田泰夫に聞いたところ、木田はＭａｃＯＳ　ＸはＳｈｉｆｔ_JISX０２３１をサポートしないと明言した。
　おそらく取材を受けてくれたアップルコンピュータも同様であろうが、私はこの記事で《ＭａｃＯＳ　Ｘが０２３１を変則的な形で実装するとほのめかす》意図は、まったくなかったということだ。これは加藤と彼の知人の深読みにすぎないし、私たちにとっては、そのような深読みは迷惑でしかない。　
　ここにあらわれる加藤の問題点は、やはり二つにまとめられる。ひとつは推測にもとづく曖昧な根拠の情報を未確認のまま流したこと。もう一つは、なんらかの理由でぼかして書いた記述を、またさらに曖昧な情報で糊塗しようとしたことだ。｣

加藤　2000.5.27.〜6.1. ＜ほら貝　エディトリアル＞
この論争に対する経過説明と心情吐露。文字コードからの決別表明。
5.27.「文字コードは技術的な問題とはいえ、謀略と陰謀と利害関係とどろどろした人間関係がからみ、いろいろな経験をしてきているので、予防措置をしたつもりだったのですが。」
5.29.「２７日に『謝罪文』を公開した後も、あちこちいじっていたのですが、幹と枝葉の区別がつかなくなる重箱の隅症候群でした。」
6.1.「あらためて確認したところ、小形氏の記事に｢文字集合としての実装｣という記事がありました。『謝罪文』を一日のうちに何度も見直しているうちに、小形氏の記事に対する不満や取材であることを隠した接触法に憤りが勝ってきて、悪循環に陥ってしまいました。
　文字コードから関心を移し、縁を切ろうとしたとたん、こういうことになると、文字コードの世界には情の深い女神様が棲んでいるのか、などと思いたくなります。ともあれ、文字コードの女神様ともこれでお別れで、その意味ではほっとしています。

参考資料

（文責：成田）