● ヒラギノフォントは、本当に改正JIS X 0213に対応しているのか？

　ここまで報告したように、アップルコンピュータの木田泰夫氏は「Mac OS Xは、改正されたJIS X 0213にはすでに対応済み」とした。そして、前回検証したように、確かにアップルのMac OS Xは、2001年に発売されたバージョン10.1の時点から、改正JIS X 0213で示された「例示字体と同じ字」を表示・印刷することができた。

　しかしこれらの文字は、そこで規定されている通りの符号位置を全部が与えられているわけではない。例えば改正JIS X 0213では168文字の例示字体を変更しているが、それと同じ字はヒラギノフォントにあるものの、規格にある通りの符号位置を割り当てられていない（図1）。

改正JIS X 0213において例示字体を変更された168文字について、できるだけ例示字体と同じ字を探して入力してみた。すべて入力できるが、これらは規格にある符号位置を与えられていない。青で示した文字だけがUnicode符号位置を持つ

　これで本当に改正JIS X 0213に対応していると言えるのだろうか？　……と、ここまでが前回の内容だった。ところがこの疑問、JIS X 0213という規格の立場からすると、大変な勘違いなのである。どういうことか？

　そもそもJIS X 0213に限らず文字コード規格においては、例示字体にだけ符号位置が割り当てられているわけではない。符号位置が対応づけられているのは、社会的に「同じ字」とされる範囲＝包摂の範囲に対してだ（特別編19、26を参照）。つまり、例示字体はいくつもある文字の形の1つを例示しているにすぎない。たとえ例示字体と形は違っていても、包摂の範囲にありさえすれば、「例示字体と同じ字」だ。例示字体とそっくりなものだけを取り出し、それを正統とするような考え方は、規格自身が否定している。JIS X 0213では「1. 適用範囲」として、以下のように書く。

　大事なところなので、包摂について少し詳しく説明したい。図1の中から人名でもよく使われる「辻」という文字を例にとろう。この字はJIS X 0213では面区点1-36-52に収録されている。ここでの初版と改正版の例示字体の違いは、しんにょうの点の数だ。一点しんにょうがJIS X 0213初版、これが改正JIS X 0213では、印刷標準字体[*1]と同じ二点しんにょうに変更された。ただし、包摂の範囲は変更されていない。規格では一点と二点のしんにょうの違いは、「1点画の増減の違い」として包摂＝同じ字とする（JIS X 0213:2000、日本規格協会、2000年、p.38）。したがって、面区点1-36-52を実装する時は、一点と二点のどちらを割り当てても初版・改正版両方のJIS X 0213に適合する。

包摂の範囲は網の目に喩えることができるだろう。中央の赤い四角が面区点1-36-52の網の目。一点しんにょうの「辻」も、二点しんにょうの「辻」も、両方ともこの網の目を通る。つまり両方とも規格の上からは「同じ字」だ。一方で「迂」という字は別の字であり、だからこの網の目を通ることができない

　規格としての改正JIS X 0213から見れば、面区点1-36-52には、規格で示された包摂の範囲内の形が対応づけられていれば適合となる。実際、ヒラギノフォントは一点しんにょうの形を面区点1-36-52に割り当てている。これとは別に二点しんにょうの形がどのように実装されていても（例えばJISにある符号位置を与えられていなくとも）、規格としての改正JIS X 0213には関わりがない。実際ヒラギノフォントは、JIS X 0213が示す包摂の範囲を、そこで規定された通りの符号位置に割り当てている。したがって、木田氏の「改正JIS X 0213には対応済み」との言葉は正しいと考えてよい。

● 変更された例示字体168文字のうち、7文字は他国の互換漢字として収録

　もっとも、1つ疑問がないでもない。図1の青で示した文字だ。これを取り出して以下に並べてみた（図3）。

改正JIS X 0213で例示字体を変更された168字のうち、図1の青で示した7文字（互換漢字）を取り出した。カッコ内はこれらに対応するCJK統合漢字と、そのUnicode符号位置とJIS X 0213の面区点位置。『文字パレット』では、Unicode符号位置を表示させている

　この青の7文字にUnicode符号位置を割り当てられていることで、ヒラギノフォントは改正JIS X 0213に対応していると言えないのだろうか？　もちろん、そんなことはない。これも図2で説明したのと同じ理屈だ。すなわち、上の図3で言うと、青の文字も黒の小さい文字も、ともに改正JIS X 0213が示す包摂の範囲にある。そして、どちらか片方が改正JIS X 0213の規定する符号位置を与えられている以上、ヒラギノフォントは改正JIS X 0213に適合することになる。つまりこれら青い文字の存在も、木田氏の「対応済み」という言葉を裏切るものではない。

　もっとも、JISの立場からはこの7文字に問題はないとはいえ、実装の点から疑問が残らないではない。これら7文字のうち4文字が収録されているUnicode符号位置2F800～2FA1Dは、領域名を『Duplicate Characters from CNS 11643-1992』といい、台湾の文字コード規格CNS 11643と情報交換をする際、文字の形が化けないようにする互換用文字として収録されたものだ。これについて規格書『The Unicode Standard 4.0』は以下のように書く（この解説部分はUCSにはない）。

　Mac OS Xは多言語OSであり、台湾で使われる文字コード規格もサポートされている。しかしここで取り上げているヒラギノフォントが、台湾で主たる使用を想定されているとは考えられない。だから、そこでのこれら7文字の実装は、台湾の文字コード規格とは無関係と言ってよいだろう。ということは、Unicodeの「使用すべきではない」とした条項を犯していないか。

　厄介なのは、この7文字が印刷標準字体と同じということだ。これらは使用頻度で言えば、常用漢字表や人名用漢字に次いで高いグループに属する。したがってこの7文字を使おうとする確率も、それにつれて高くなるはずだ。これらの文字を、Unicode符号位置が付いているから情報交換も可能だと誤解するユーザーが出たら？　Mac OS X同士ではともかく、それ以外のシステムとの間では正常な情報交換は望めない。アップルには、ユーザーがそうした誤った操作をしないよう、なんらかの対処が求められるのではないか。

● アップルのさらなる「対応策」とは？

　以上説明したように、アップルは何も変更しなくとも改正JIS X 0213への対応を果たすことになった。一方でここまで何回も書いたように、マイクロソフトはMS明朝などの純正フォントを、改正JIS X 0213の例示字体に合わせた文字デザインに変更することを表明している。となれば特別編23の最後でも書いたように、新旧Windowsのバージョン間は当然として、Mac OS Xとの間でも字体が化けることになる。この「字体の壁」について、アップルとして何か対策を考えているのだろうか？　7月9日、私はMac OS Xの次期バージョン『Tiger』の製品説明会に出席し、これについて質問した。同社プロダクトマーケティング課長の櫻場浩氏は、以下のように答えてくれた。

　また、私からのメールによる問い合わせに答えて、前出アップルのエンジニア、木田氏は「個人的な見解だが」と前置きした上で以下のように回答した。

　つまり、ここまでの私の文章で取り上げた「対応済み」とする、イベント『PAGE2004』における木田氏の発言は、あくまでもヒラギノフォントについてのことであり、他の部分ではまだ対応策があるということだ。そしてそれは、Longhornの登場後、少し時間が経ってからになる。なるほど、同社の今後の動きを期待して見守ろう。

　以上、3回にわたってアップルの改正JIS X 0213対応策を検討した。次回は特別編23で説明したマイクロソフトの対応策とも比較しながら、両社の対応が問いかけるものを考えよう。

- ページの先頭へ-

Internet Watch ホームページ

Copyright ©2004 Impress Corporation, an Impress Group company. All rights reserved.