ケータイの絵文字と文字コード
京都大学人文科学研究所附属漢字情報研究センター
安岡孝一※本原稿は著者によるゲラ刷りであり，最終稿とは異なっている。
本原稿を引用する場合は，必ず印刷された最終稿を確認すること。

著者抄録: ケータイを使ってインターネットにアクセスする際に，もっとも注意しなければならないのは，絵文字の問題である。ケータイの絵文字をインターネット上で使うと，ほぼ確実に文字化けする。文字化けが起こるのは，各社が勝手な文字コードをケータイ上に実装しており，その結果，文字コードによる情報交換の一意性が，ケータイの絵文字に関しては全く保証されなくなってしまっているからである。しかしながら文字化
けの問題は，ケータイのみの問題というわけではない。実は Microsoft Windows が採用している CP932 においても，文字化けの問題が内在している。その意味では，JIS や Unicode に従わない文字コードというのは，常に文字化けの危険性を伴っている，ということである。
キーワード : 文字コード，絵文字，携帯電話，Unicode，シフト JIS，CP932，文字化け

Pictographs in Mobile Phones and Their Character Codes
Koichi Yasuoka
Author Abstract: Pictographs in Japanese mobile phones always cause trouble on the Internet community. When they use pictographs on the bulletin-boards or the comments of blogs, they only cansee the pictographs there while others are irritated with the mess of characters on the pages. Why suchthings happen? Since the three major companies of mobile phones in Japan, DoCoMo, au, and SoftBank,use their own original character codes that are not adaptive with JIS or ISO. Microsoft also uses theirown character code, CP932, which is far from these three.
Key words: character code, pictograph, mobile phone, Unicode, Shift-JIS, Windows Codepage 932,
mojibake1

はじめに携帯電話の絵文字は，文字化けの原因になるので使用しないで下さい。このテのフレーズを何度，目にしたことだろう。実際インターネット上では，携帯電話すなわちケータイの絵文字は，ほぼ必ずと言っていいほど文字化けする。ケータイのフルブラウザを使って，ブログのコ メントに絵文字を書き込んだりすると，絵文字から後は全部読めない，なんてことも珍しくない。しかし，漢字やひらがなは大丈夫なのに，なぜ絵文字に限って文字化けするのだろう。
コンピュータの内部やインターネットでは，文字を表現するのに文字コードを使用している。ケータイも同様で，文字の表現に文字コードを使う。日本の文字コード の主流はシフト JIS と Unicode で，DoCoMoのケータイにおいても，au のケータイにおいても，SoftBank のケータイにおいても，Microsoft Windowsにおいても，Mac OS X においても，主にシフト JISと Unicode を使用している。ところが，ケータイ各社が実装しているシフト JIS は，JIS が定義しているシフト JIS を勝手に拡張したものである。漢字やひらがなに関してはほぼ JIS に沿って実装されているが，絵文字に関しては JIS を全く守っていない。Unicodeについても同様で，ケータイの絵文字の文字コードは，Unicode の規定に必ずしも合致していない。ケータイの絵文字が，文字化けするワケである。以下，シフト JIS と Unicode の現時点での規定，および，ケータイの絵文字と文字コード について，詳し く見ていくことにしよう。

68

情報管理 Vol. 50 No. 2 May 2007

表 1: Shift JIS-2004 に収録されている「絵文字」♤ 83B7♠ 83B8♢ 83B9♦ 83BA♡ 83BB♥ 83BC♧ 83BD2

表 3: DoCoMo の i モード 基本絵文字 (一部)

♣ 83BE ☀ 83E6
♪ 81F4 ☁ 83E7
㽈 81F9 ☂ 83E8
♬ 81FA ☃ 83E9♩ 81FB ♨ 83EA
〠 83E4☎ 83E5

シフト JIS と Unicode の絵文字

JIS が定義しているシフト JIS は，現時点では，JISX 0213:2004 が定義している Shift JIS-2004 が，最新のものである 1) 。これ以前のシフト JIS としては，JISX 0213:2000 が定義していた Shift JISX0213 や，JISX 0208:1997 が規定していた Shift JIS があった 2,3) 。
一方，Unicode は，2006 年 10 月に発表された Unicode
5.0 が最新である 4) 。これらの規格における絵文字がいったいど うなっているのか。まずは，それらを見ていくことにしよう。
2.1

Shift JIS-2004 における絵文字

Shift JIS-2004 は，絵文字をほとんど収録していな
い。絵文字として使えそうなものといえば，トランプのスート記号と，音符，それに天気記号くらいである(表 1)。なお，旧版の Shift JISX0213 でも，これらの絵文字は収録されていたが，JIS X 0208:1997 が規定「♪」以外は収録されていなしていた Shift JIS には，かった。
2.2

Unicode における絵文字

Unicode 5.0 は，かなり多くの絵文字を収録している (表 2)。これらは，世界中の印刷に使用されてきたいわば「約物」であるが，文字コードが定義されている以上，インターネットでの交換は自由にできる。また，Unicode には世界の文字を全て収録するというポリシーがあり，これまでに楔形文字だろうが線文字 Bだろうが，とにかく収録してきた歴史がある。その意
味では，たとえ現時点で，ケータイの絵文字が一部Unicode にないとしても，今後，申請を出せば収録される可能性は高い。

3

ケータイの文字コード

DoCoMo，au，SoftBank 各社のケータイは，いずれもシフト JIS と Unicode を，基本的な文字コードとして使用している。これらケータイ各社のシフト JIS
は，JIS X 0208:1997 が規定していた Shift JIS を，それぞれに独自拡張したものである。したがって，JISX 0208:1997 に収録されている文字 (主に漢字やひらがな ) については互換性があるが，絵文字については全く互換性がない。Unicode についても同様で，ケー
タイ各社は JIS X 0208:1997 に収録されている文字については正しい Unicode を使用しているが，絵文字については外字領域を勝手気ままに使用している。
その意味で，ケータイ各社の文字コードは，JIS にもUnicode にも違反しており，かなりタチが悪い。
以下では，DoCoMo，au，SoftBank 各社のケータ
イが収録している絵文字の文字コード を見ていくことにしよう。

3.1

DoCoMo ケータイの絵文字と文字コード

DoCoMo の i モード 対応ケータイでは，176 種類の基本絵文字に加え，76 種類の拡張絵文字が使用可能である 5) 。基本絵文字には，それぞれの文字に F89F〜 F9B0 のシフト JIS と，E63E 〜 E70B の Unicode が割り当てられている (表 3)。拡張絵文字には，それぞれの文字に F9B1 〜 F9FC のシフト JIS と，E70C 〜E757 の Unicode が割り当てられている。

69
ケータイの絵文字と文字コード

表 2: Unicode 5.0 の「絵文字」(U+2600 〜 U+26FF)

70

情報管理 Vol. 50 No. 2 May 2007

表 4: au の EzWeb タイプ D 絵文字 (一部)

3.2

au ケータイの絵文字と文字コード

au のケータイには，EzWeb タイプ C 絵文字 334 種類を収録した機種と，EzWeb タイプ D 絵文字 822 種類を収録した機種がある 6) 。EzWeb タイプ C 絵文字には，それぞれの文字に F640 〜 F7F5 のシフト JISが割り当てられている。EzWeb タイプ C 絵文字のうち，シフト JIS で F640 〜 F7B4 の文字に関しては，Unicode の E468 〜 E597 が対応しているが，シフトJIS で F7B5 〜 F7F5 の文字に関しては，Unicode が定義されていない。EzWeb タイプ D 絵文字は，それぞれの文字に F340 〜 F7FC のシフト JIS と，E468 〜EB88 の Unicode が割り当てられており，EzWeb タイプ C 絵文字の上位互換になっている (表 4)。
3.3

SoftBank ケータイの絵文字と文字コード

SoftBank のケータイには，絵文字#1 から絵文字#6 が収録されており，字数は順に 90 字，90 字，83字，77 字，76 字，55 字となっている 7) 。絵文字#1の各文字には，F941 〜 F99B のシフト JIS と，E001〜 E05A の Unicode が割り当てられている (表 5)。絵文字#2 の各文字には，F741 〜 F79B のシフト JIS と，E101 〜 E15A の Unicode が割り当てられている。絵
文字#3 の各文字には，F7A1 〜 F7F3 のシフト JIS と，
E201 〜 E253 の Unicode が割り当てられている。絵
文字#4 の各文字には，F9A1 〜 F9ED のシフト JIS と，
E301 〜 E34D の Unicode が割り当てられている。絵
文字#5 の各文字には，FB41 〜 FB8D のシフト JIS と，

表 5: SoftBank の絵文字#1 (一部)

E401 〜 E44C の Unicode が割り当てられている。絵
文字#6 の各文字には，FBA1 〜 FBD7 のシフト JIS と，
E501 〜 E537 の Unicode が割り当てられている。

4相互互換性の欠如

4.1

なぜ絵文字は文字化けするのか

ケータイの絵文字が文字化けする理由は簡単である。文字コードが各社異なっているから，文字化けが起こるのである。
たとえば ，シフト JIS で書かれたどこかのブログのコメントに，DoCoMo ケータイで「明日☀ならOK 」と書き込んだとしよう。すると，コメント欄には実際には「 96BE 93FA F89F 82C8 82E7 F9B0 」という文字コードが格納される。この文字コード を DoCoMo
ケータイで見ると，「 明日☀ならOK 」という風に見える「 明日・なが，これを他の WWW ブラウザで見ると，ら・」とか「明日䠫なら䣔 」という風に化けてしまう。
あるいは，やはりシフト JIS で書かれたどこかの電子掲示板に，au ケータイで「明日☀なら OK 」と書き込んだとしよう。すると掲示板には実際には「 96BE93FA F660 82C8 82E7 F7CA 」という文字コード が格納される。この文字コード を au ケータイで見ると，「 明日☀ならOK 」という風に見えるが，これを他のWWW ブラウザで見ると，「 明日・なら・」とか「明日䛖なら緱 」という風に化けてしまう。
すなわち，「 ☀ 」や「 OK 」などの絵文字に対しては，

71
ケータイの絵文字と文字コード

表 6: 主要な絵文字の文字コード 比較
規格票Docomo

auMicrosoftMac OS X

♥ 83BC/U+2665

F8EE/U+E68D F7B2/U+E595 F962/U+E022♪ 81F4/U+266A

81F4/U+266A 81F4/U+266A 81F4/U+266A 81F4/U+266A 81F4/U+266A☀ 83E6/U+2600☂ 83E8/U+2602-/U+263A?
♨ 83EA/U+2668
OK-/-

F89F/U+E63E F660/U+E488 F98B/U+E04A-/U+2600 83E6/U+2600

F8A1/U+E640 F664/U+E48C F98C/U+E04B-/U+2602 83E8/U+2602

F995/U+E6F0 F6D4/U+E4FB F997/U+E056-/U+263A

F99C/U+E6F7 F695/U+E4BC F763/U+E123-/U+2668 83EA/U+2668F9B0/U+E70B F7CA/U+E5AD F7ED/U+E24D-/-

各ケータイ会社が勝手な文字コード を用いてしまっているために，文字化けが起こってしまう (表 6)。これに対し ，
「 明」
「 日」
「な 」
「ら 」に対しては，シフト JIS として全く同じ文字コードが用いられているので，どの会社のケータイで見ても，あるいは Microsoft
Windows や Mac OS X で見ても，化けたりはしない。
「 ☀ 」や「 OK 」などの絵文字に対しても，規格票の文字コード に合わせて全社とも全く同じ 文字コード を用いるのが，文字コード というものの本来あるべき姿なのだが，ケータイ各社にはど うもその視点が欠けているようである。

4.2

SoftBank-/U+2665 83BC/U+2665-/U+263A-/-

表 7: DoCoMo から他 2 社への絵文字変換機能

ケータイメールの絵文字変換サービス

2006 年夏から，DoCoMo，au，SoftBank(当時はVodafone) のケータイ 3 社は，「 絵文字変換機能」「絵文字互換サービス」「絵文字自動変換機能」と呼ばれるサービスをあいついで開始した 8−10) 。他社のケータイにメールを送る際に，自社の絵文字を他社の絵文字に自動変換するサービスである (表 7)。最悪の対応方法に走ってしまった，というのが，文字コード 専
門家としての筆者のいつわらざ る感想である。
この方法では，会社の数が増えれば，その 2 乗の数の対応表が必要となる。しかも，相互互換性が全く保証されない。本来，このような変換をおこなう場合には，中心となる仮想的な文字コードを 1 つ定めて，その中心的文字コード に対する自社文字コード の対応表を各社 1 つだけ準備する，というやり方をすべきである。そうすれば，その中心的文字コードと Unicodeの対応表を準備することで，インターネットとの接続にも流用できたはずなのである。
しかし ，ケータイ各社は，自社から他社絵文字への変換，という道を選んでしまった。これは，後戻りがきかない選択であり，今後多くの禍根を残すことだろう。しかも，こういう方法が取れるのはメールだけで，電子掲示板やブログのような多対多の情報交換には，全く不適当である。

4.3

CP932 の問題点

では，パソコン側の文字コード には，問題はないのか。実は，Microsoft が用いている Windows Codepage 932 (CP932) は，シフト JIS を勝手に拡張したものであり，これはこれで問題がある。CP932 は，ED40〜 EEFC と FA40 〜 FC4B に，独自の文字を収録しており，この点において他社のシフト JIS とは互換性がない 11) 。しかも，同じ文字を複数ダブって収録している，という問題点まである。
たとえば，Microsoft Windows 上で「草彅剛」という文字列をシフト JIS(実際には CP932) で保存すると，「 9190 ED4B 8D84 」という文字コードで保存されるか，それとも「 9190 FA67 8D84 」という文字コード で保存されるか，ユーザからはわからない (表 8)。

72情報管理 Vol. 50 No. 2 May 2007

表 8: Windows Codepage 932 (ED40 〜 EDFC および FA40 〜 FAFC)

この文字コード を Microsoft Windows で見ると，いずれも「 草彅剛」に見えるが，Mac OS X やケータイで見ると，「 草・剛」になったり「草磲剛」になったり「草䤭剛」になったり「草 剛」になったりする。
これらの点を考えると，ケータイ絵文字のインターネット使用を非難するのなら，CP932 独自文字 (IBM拡張文字などと呼ばれている) のインターネット使用も，同様に非難されてしかるべきである。
さらに，Windows Vista の登場により，IBM 拡張文字以外の CP932 の漢字においても，字体が化けてし まうという問題が起こっている 12,13) 。たとえば ，Windows Vista 上で「 葛飾区」という文字列をシフ「 8A8B 8FFCト JIS(実際には CP932) で保存すると，8BE6 」という文字コードになる。この文字コードを，Windows XP やケータイで見ると，「 葛飾区」に化け「 葛 」と「 葛」では，「葛」てしまうのである (表 9)。の方が人名用漢字で「葛」はそうではないから，「葛」が表示される Windows Vista の方が，ある意味，正しい動作だと言える。

5

おわりにケータイの絵文字を軸に，DoCoMo，au，SoftBank，および Microsoft の「シフト JIS 」に関して，その概要と，文字コードとしての問題点を示した。これらの文字コードの独自拡張部分，すなわちケータイの絵文字や，CP932 の IBM 拡張文字などは，インターネット上では使うべきでない。
ただし，これらの独自文字コードの問題を，情報リテラシの問題として片づけるのには，筆者は賛成できない。ケータイ各社にしろ，Microsoft にしろ，インターネット上で使うべきでない文字に関しては，入力時に何がしかの警告を出すなりして，利用者に注意を促すべきである。しかし，ケータイ各社も Microsoftも，自社文字コードの独自文字については野放しのままであり，その使用責任を利用者に押し付けている，という点がそもそも間違いなのである。
読者諸氏においては，あくまで「自衛」のために絵文字等の使用を控える，というのは一つの選択肢だろう。それをさらに一歩進めて，ケータイ各社やMicrosoft に対して，絵文字等がちゃんと使えるような文字コードの実装を求めていく，というのが，今後あるべき姿のように，筆者には思えるのである。

参考文献
1) JIS X 0213:2004 7 ビット及び 8 ビットの 2 バ
イト情報交換用符号化拡張漢字集合 (追補 1). 東京, 日本規格協会, 2004, 68p.
2) JIS X 0213:2000 7 ビット及び 8 ビットの 2 バイ
ト情報交換用符号化拡張漢字集合. 東京, 日本規格協会, 2000, 541p.
3) JIS X 0208:1997 7 ビット及び 8 ビットの 2 バイ
ト情報交換用符号化漢字集合. 東京, 日本規格協会, 1997, 490p.
4) The Unicode Standard 5.0, Boston, AddisonWesley, 2006, 1417p.
5) i モード 対応絵文字. (オンライン ), 入手先 <http://www.nttdocomo.co.jp/service/imode/make/content/pictograph/>, (参照 2007-03-06).
6) EZfactory 技術情報, 絵文字. (オンライン ), 入手
先 <http://www.au.kddi.com/ezfactory/te73
ケータイの絵文字と文字コード

表 9: Windows Vista と XP の字体差

c/spec/3.html>, (参照 2007-03-06).
7) ウェブコンテンツ開発ガイド [HTML 編], Version
2.0.0. 東京, ソフトバンクモバイル, 2006, 256p.
8) 絵文字変換機能. (オンライン ), 入手先 <http://
www.nttdocomo.co.jp/service/imode/mail/imode_mail/emoji_convert/>, (参照 2007-0306).
9) 絵文字互換サービスの提供開始について. (オンライン ) 入手先 <http://www.kddi.com/corpora
te/news_release/2006/0711a/>, (参照 200703-06).
10) メール絵文字自動変換機能. (オンライン ), 入手先<http://mb.softbank.jp/mb/service/3G/mail/pictogram/>, (参照 2007-03-06).
11) Windows Codepage 932. (online), available from<http://www.microsoft.com/globaldev/refe
rence/dbcs/932.mspx>, (accessed 2007-03-06).
12) Microsoft Windows Vista における JIS X 0213:
2004 (JIS2004) 対応について, Version 1.1. 東京,
マイクロソフト , 2007, 35p.
13) 安岡孝一: Vista で化ける字，化けない字, 日経
ITpro. (オンライン ), 入手先 <http://itpro.nikkeibp.co.jp/article/COLUMN/20061211/256519/>, (参照 2007-03-06).