絵文字が開いてしまった「パンドラの箱」第6回--Google・Apple提案とそのシナリオ - (page 6)

アメリカNBの配慮と妥協

　そうした想像は他の文字の審議結果に目を転じると、ますます真実味を帯びてきます。次の図をご覧ください。これはアイルランド・ドイツ提案の「交通標識地図用記号」（Transport and Map Symbols）、ブロック中の「乗り物」（Vehicles）が、元のGoogle・Apple提案をどのように変更したものなのか、そしてEmojiアドホック会議の結果はどうなったのかを一覧したものです。

　ここでは赤い背景の文字を除き、全てが受諾されています。しかし、よく見ていくと多くの疑問が出ます。「BUS」や「TAXI」が交通標識や地図用記号に必要なのは分かりますが、なぜ横向きと正面の2つが必要なのでしょう。なぜ「AMBULANCE」（救急車）や「FIRE ENGINE」（消防車）は横向きしかないのでしょう。他にも鉄道と自動車は異様に細分化されていたのに船はたった3種類とか、絵文字の恣意性を槍玉にあげていた人達が作ったとは思えない恣意的なレパートリになっています。

　こうした追加提案をそっくり受け入れた寛大な判断の裏に、アメリカNB／Unicodeコンソーシアムの「配慮」を見るのも、あながち間違いではないように思えます。では、なぜそこまでアイルランド・ドイツに配慮しなくてはならなかったのか？

　それはEmojiアドホック会議の冒頭に、コンスタブル議長が述べたスケジュールから明らかと思います。Unicodeコンソーシアムは絵文字を一刻も早く標準化して実装できるようにしたいのです。前述したように、Google・Apple提案の至上命題は日本の携帯電話との互換性確保です。その原則に違反しない限り、多少のことには目をつぶっても合意を急ごうとしたのではないでしょうか。

　実際の話、Unicodeは16ビット（6万5536文字）などと言っていたのも今は昔、今や全体で25万字に迫ろうかという大規模セットです。これだけ大量に符号化されていれば、少しは怪しい文字も紛れ込むでしょう。なんらかの規格と対応した文字ならともかく、孤立した文字に互換性の問題はおこりません。根拠や用途に多少疑問があっても大したことはない――こう言うと皮肉にすぎるでしょうか？

　こうしてEmojiアドホック会議は、議長が後回しにした「議論の余地のあるもの」を残すのみになりました。いよいよ審議は大詰め。ここまで主としてアメリカNBの妥協と配慮によって進められてきた会議は、一転して両者の主張が激突、双方がゆずらない膠着状態に陥るのです。