iOSベータ版に「肌の色を指定できる」絵文字が登場 79
ストーリー by hylom
逆に人種差別的に使えてしまう気もするんですが 部門より
逆に人種差別的に使えてしまう気もするんですが 部門より
あるAnonymous Coward 曰く、
「人を描いた絵文字の肌の色はほとんど白い」ことは人種差別である、という主張は以前からあったが、AppleのiOS 8.3 beta 2では体や人体を描いた絵文字で5色の肌色を指定できるようになっている模様(Engadget)。
黄色バージョンはちょっと人間の肌の色としてはおかしい、黄色人種差別では……というツッコミを一瞬考えたが、こちらは標準の絵文字で、いわゆるスマイルマークからの派生だから黄色、というような雰囲気っぽい。
Unicode はサービス拒否攻撃のリスク有り (スコア:3, 興味深い)
ด้้้้็็็็็้้้้้็็็็็้้้้้้้้็็็็็้้้้้็็็็็้้้้้้้้ (・ω・) ด็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็็. ← Unicode 合字 の例 (IE で表示すると、本来のコメント欄の領域を多少はみ出して他の情報に重なります)
Unicode は複雑化されすぎて、普通のプログラマーが理解できる範疇を超えているように思えます。多言語に対応させる場合 Unicode を採用せざるを得ないのですから、絵文字といった余計な拡張を加えて更に複雑化させないでほしいです。合字についても、Unicode の仕様において、ありとあらゆる方向に無限に伸ばせるような仕様にせずに、個数などを限定すれば良かったのではないでしょうか。
私の場合、Unicode について勉強してみたところ、適切に validation するのは極めて難しいことが分かったので、UTF-8 といったUnicode文字集合の符号化方式 を使うのは諦め、EUC-JP を主に使っています。勿論、その場合には多言語化は諦めなくてはなりません。
Webアプリケーションで、UTF-8 などの文字コードを用いた場合、Unicode の合字や制御コードを適切に validation しないと、ページのほぼ全体を変な記号文字で上書きされてまともに表示できなくする、アクセスしただけでブラウザがフリーズする状態にするといったサービス拒否攻撃の被害に遭う恐れがあります。しかしながら、PHP などのWebアプリケーション開発言語において、PHP の制御コード等を適切に validation する関数は用意されていません。
勿論、これはユーザーから入力されたUnicode文字を第三者に出力する全てのネットサービスに言えることで、LINE ではUnicodeの制御文字によってLINEアプリがフリーズしたり起動できなくなったりする所謂「LINEウイルス」 [did2memo.net]の被害が多発しています。また、Windowsの世界でも同様でUnicodeの不正な制御文字を投稿されることによって、Skype・ニコニコ動画・アメーバピグでエラーが発生するといった被害があり、UnicodeCrashGuard [hange.info] といった対策ソフトまで使われている始末です。
ちなみに、このコメント最上部の例は、タイ文字の上に結合用の声調符号を付けたものです。本来、タイ語の声調符号はタイ語の言語文法上複数個付くものではありませんが、Unicode ではそれが許されるので、無限に伸ばして上下のスペースを占有することができてしまうのです(IEで表示する場合)。
Re:Unicode はサービス拒否攻撃のリスク有り (スコア:2)
Unicode の多言語の問題と絵文字の問題は分けましょうか。
Unicode 以前から、多言語対応を適切に扱えるプロダクトが一握りしかなかったことを考えると
普通のプログラマが Unicode のすべてを適切に扱えないのはある意味仕方がないかと。
適切なサイズの文字集合を使うのは現実的な手ですね。
iso-2022-* ではなくて、iso-2022-jp のみ対応みたいな。
Unicode の厄介なところはサブセット化が困難なところです。
つまり、多言語対応 = 全言語対応にするしかない。
文字コードから使用されている言語が判断できればまだ違ったのですが。
また、合字について個数を限定すればという意見もありますが
規格で定めてしまうと、規定個数を超えた文字列は Unicode を満たさないということになりますね。
ストリームに合字が現れたら常に先読みしなければ文字列の正当性を保証できない。これは実装コストが高いと思います。
規格を拡張するなというのは無理ですね。
現実に使われている / 問題があるのに対応しないなんて、規格の存在意義がないでしょう。
絵文字はすでに広く使われています。
カラーフォント化に伴い起きつつある政治的な問題の火種を、技術的にどう解決するべきかが議論の中心ですので
規格を複雑化させないために対応しないという回答はありえません。
対応していたら際限が無い (スコア:2)
確かにその方が良いですね。
アメリカには言いがかりをつけるのが仕事の人権団体の方が多数いらっしゃいますから、Unicode 拡張で技術的に対応していたらきりがありません。肌の色に対応したら、今度は目の色だとか、髪の色に文句を付けてくるでしょうし、顔の形も変えられるようにしろと言ってくるでしょう。
そうなると、Nintendo の Mii のようにしなければならず、パラメーターがたくさん必要になります。
したがって、Unicode での絵文字の取り扱いをやめて、絵文字は画像にした方が良い [srad.jp] と思います。
Re:対応していたら際限が無い (スコア:1)
おっしゃる通り、たくさんの労力が必要になり万人が納得する結果にはならないでしょう。
それでも、いまさら絵文字の取り扱いをやめることはできませんし、問題を無かったことにすることもできません。
できるのは現実的な折衷案に落とし込むことだけです。
専門家の言を借りると、
なのです。
Re:Unicode はサービス拒否攻撃のリスク有り (スコア:1)
Re:Unicode はサービス拒否攻撃のリスク有り (スコア:2)
確かにおっしゃる通り、文字エンコーディングの validation をしなくても脆弱性にならないのが本来の姿ですが、現状はそうではありません。文字コードの脆弱性はこの3年間でどの程度対策されたか? [slideshare.net] をお読みいただければ分かるように、昔に比べるとプラットフォーム側での整備が進み安全性が強化されつつありますが、完璧とは言えない現状があります。
所謂マルチバイトXSSに対してはプラットフォーム側での対策がだいぶ進みましたが、Unicode の特殊文字や制御コードによるサービス拒否攻撃防止のための対策は全く進んでいません。特定のUnicode特殊文字・制御文字を送ると受信した側のLINEがフリーズ・起動不能になる現象については、そもそも iOS の Unicode の実装に問題があることが根本的な問題(Android については特殊な文字はそもそも対応していないので問題は発生していない)です。しかし、Apple は iOS の既存の Unicode の問題の修正もまともにせず、更に Unicode を複雑化させ問題を深刻化させたいようですから、アプリ側での validation を強化するしかないのではないでしょうか。
具体的には、ユーザーから送信されるデータを受け付ける際に、コード順ブロック一覧 [wikipedia.org] の中の特定の範囲のコードのみを受け付けて他はエラーにするなど。
--
別コメントにするほどではないので、ここについでに書いてしまいますが、 #2767675 の 「PHP の制御コード等を適切に validation」 は 「Unicode の制御コード等を適切に validation」 の誤りでした。
白人の肌の色 (スコア:2)
白人の肌の色って、日本人やアンドリア人からするとピンクだと思う。
Re: (スコア:0)
ヴァルカン人の血液は緑色でしたっけ?
肌の色も相応に緑っぽい方が良いかもしれない。
あ、もちろん耳は尖ってる前提で。
あとはクリンゴン人だな。TOS時代とTNG時代の両方が欲しい。
Re:白人の肌の色 (スコア:2)
> ヴァルカン人の血液は緑色でしたっけ?
ですね。人間のヘモグロビンに当たるものが、鉄イオンではなく銅イオンなので。(ヘモシアニンだったとすると、地球の虫とかと一緒)
ただ、彼らが、地球人(の白人)にむかって「ピンクスキン」などとは決して言わないでしょうから、省きました。
Re: (スコア:0)
よく混血できたなあ。ヴァルカンハーフはほぼ黒い血になるんかね。
まだまだ (スコア:2)
髪の毛がある人物しかないのは差別なのでハゲも用意
男性と女性しかないのは差別なのでどちらでもないものを用意
女性が女性らしい服を着ているのは押し付けなので服のバリエーションを用意
まだまだありそうだけど多様性をどんどん取り入れていくと仕様はカオスになっていくんだろうな
Re: (スコア:0)
日本の玩具店じゃまだ「男の子向け」「女の子向け」があるけれど欧米じゃかなり廃止されてるし、明らかに男性用・女性用の別がある商品でも Men, Women の標記は避けられてる。
汎用化して (スコア:0)
モザイクで良くね?
絵文字は時代遅れ、文字コードを複雑怪奇にすべきではない (スコア:2)
Unicode 規格のアップデートをしたとしても、新しい規格に対応していないアプリで不具合が起こるのは目に見えています。
そもそも、Unicode による絵文字は、環境(OSやアプリ)によって、違う画像が表示されて誤解の原因になったり、そもそも表示できなかったりと問題だらけです。
絵文字に無理やり文字コードを割り当てるというのは 1パケット (128 bytes) = 0.2円 という従量課金が主流な時代には合理的だったかもしれません。しかし、今は、楽天とか航空会社とか旅行会社とかが送ってくる広告メール(HTMLメール)のソースを見ていただければ分かりますが、電子メールに大容量の画像を何十個も付ける(もしくは 要素による外部読み出し)のが当たり前の時代です。
ということで、絵文字(画像を文字として扱うこと)は今の時代には不要ですから、単に文字間に画像データを配置して、それを文字と同じサイズで表示するようにすれば良いでしょう。メールなら現状でも HTML + CSS で簡単にできますし、メッセージソフトは画像を文字サイズと同じサイズで表示できる機能を付けるだけです。今流行の LINE のスタンプは、送信者の端末に保存されている画像データ(370 px * 320 px の PNG 画像)を送信する仕組みで、受信者はその画像を自働でダウロードして表示する仕組みになっています。絵文字よりだいぶ解像度が高いですが、ユーザーは遅延や重さを感じず快適にさくさく問題無く使っています。
画像を表示できない環境・1個数キロバイト程度の絵文字の通信量が許容できない環境・視覚障碍者向けには、alt 属性のようなものので代替テキストを設定しておけばアクセシビリティの観点からも問題無いと思います(検索性についても alt 属性内を検索可能ですから問題ありません)。
Re:絵文字は時代遅れ、文字コードを複雑怪奇にすべきではない (スコア:1)
これからの絵文字の実装指針、UTR #51“Unicode Emoji”とはなにか -INTERNET Watch [impress.co.jp]の
「A)絵文字実装のゴールは埋め込み画像(8 Longer Term Solutions」がおもろいっす。
まさにおっしゃってるようなことをUnicode内でやっちゃおう、みたいな。
URLをQRコードにして画像埋め込みで「テキストファイル」に書き込んじゃえ、とか相当な夢のようなやりたい放題がそこに。
Re: (スコア:0)
今も移動体端末では「規定容量を超えたら、速度が大幅に落ちる。もしくは有料」という形式だから通信量を避ける努力は必要がと思うが
Re:絵文字は時代遅れ、文字コードを複雑怪奇にすべきではない (スコア:2)
絵文字画像データの容量なんて、スマホ全体の通信量からしたら誤差の範囲です。例えば、スラドの絵文字画像 [srad.jp] は、200個 で 34.08 KB ですから、1個あたり 0.17 KB でしかありません。
一方、テキストメインのスラドを1ページ表示しただけで、広告データの通信量が100KB~1MB程度にもなります。
Re: (スコア:0)
文字コードの効用はいくつかあるが、一貫した基準で区別できる利点を忘れてはいけない。
コードで区別できればアプリで扱いやすくなる。html みたいな構造化ができない用途もあることだし。
データ量の削減なんて観点はあまり重視しなくていい。
Re:絵文字は時代遅れ、文字コードを複雑怪奇にすべきではない (スコア:1)
twitter は既に絵文字に対応してますね。
公式 web クライアント上でユニコードが画像として表示されます。
Twitter、872個の絵文字をオープンソース化 - ITmedia ニュース
http://www.itmedia.co.jp/news/articles/1411/07/news079.html [itmedia.co.jp]
Open sourcing Twitter emoji for everyone - Twitter Blogs
https://blog.twitter.com/2014/open-sourcing-twitter-emoji-for-everyone [twitter.com]
twitter/twemoji · GitHub
https://github.com/twitter/twemoji [github.com]
# SlashDot Light [takeash.net] やってます。
ジャパニメーションは進んでいるなあ。 (スコア:1)
眼の色から髪の色から、何人かわからないキャラクターばっかり出てきても、誰も不思議に思わないもんなあ。それはそうと、この絵文字の人が眼開きっぱなしで何か怖いんですが。
Re:ジャパニメーションは進んでいるなあ。 (スコア:2, 興味深い)
昔は、何人かわからない時にはとりあえず白人とみなされてた。どういうのを描いたら日本人に見えるのかは謎だけど、「なんで日本人は白人を描くの?」っていう質問が定期的に出てきてたらしい。
Re:ジャパニメーションは進んでいるなあ。 (スコア:1)
まばたきしているってば。
Re: (スコア:0)
たまにまばたきしてほしいと?
Re:ジャパニメーションは進んでいるなあ。 (スコア:1)
マウスカーソルを瞳で追いかけて欲しい
Re: (スコア:0)
30分ほど体を離れて不思議な時間の中に入っていくとか。
こうやって規格と実装は例外だらけのタコになっていく (スコア:1)
端末に自分の肌の色と目の色髪の色を登録しておけば誰も不愉快にはならなかった。
規格を下手にいじるな。漢字はCJKに包摂させたくせに。
はじめからエスケープシーケンスで切り替えるようにしておけばよかったんや。
Re:こうやって規格と実装は例外だらけのタコになっていく (スコア:1)
そのためのVSだとおもうけどね
Re: (スコア:0)
>端末に自分の肌の色 (...snip)
メールでの顔文字って、大体送信者の顔ぢゃないかな。
ならば、(受信者側で)受信者の肌の色で表示されたら困るんぢゃないかな。
文字code をごった煮にするなってのは同意ですが。
Re: (スコア:0)
肌の色の違う絵文字が、肌の色を持たせていない絵文字の異体字と考えれば、
IVSを使って肌色を持たせるという実装は至極まっとうな実装に感じます。
漢字もCJKに包摂されたものが全てではなく、まさにその為にIVSという規格が定められています。
Re: (スコア:0)
IVSは無視されるかもしれないから駄目だそうだよ。
// 多分多くの日本人には(少なくとも私には)彼らの肌の色に対する情熱を理解できないわー。
Re: (スコア:0)
無視されたときの為の標準を、スマイリー似の黄色ってことにしようって読めるのですが・・・。
指定しない、もしくは無視されれば黄色、それ以外で明示的に示せばその色にというのは、
正常な判断に思えます。
Re: (スコア:0)
無視して黄色で表示する処理系は、今後、「Unicode互換」を名乗れなくなるんじゃないかな。
「古いUnicode互換」とは言えても、「Unicode ver.○○互換(○○>この話のバージョン)」とは言えないとか。
まともに対応しても益がない種類の主張 (スコア:0)
白人の肌は白くないし、黒人がイラストを描いても塗りつぶすとは限らない。
かえって差異を強調できることで差別を助長するのでは?
今回の実装が元の主張者とか unicode とかへの皮肉だったりして。
# というか unicode がそうなのかorz
なんで色をもたせるんだろう? (スコア:0)
いや純粋に。本当に疑問に感じている。
Re: (スコア:0)
たしかに白黒でカラーなしの方が、色は想像に任せて・・・ってことにできそうだけど、
肌が色なし(白)の場合、白人扱いされてこれまた人種差別言われそう。
この際、人間にせずキャラクターや動物でいいんじゃなかろうか。
ついでにディズニーに協力させて、ミッキーとか入れたらみんな喜ぶだろう。
Re:なんで色をもたせるんだろう? (スコア:2)
肌は透過で
Re:なんで色をもたせるんだろう? (スコア:1)
肌が透過してると気持ち悪そうだ (人体標本的な)。
服を透過で。
(性別やら体型によっては気持ち悪いか)
うーん (スコア:0)
この辺の感覚はよく分からん。
Re: (スコア:0)
余計な問題を持ち込まれた感が強すぎ。
規格の問題に人種の問題を持ち込んで「勝利」を宣言する団体のいやらしさに反吐が出るわ。
Re: (スコア:0)
いろいろ気を使いそう (スコア:0)
相手が黒人だったら、黒い顔文字を送ったほうがいいのかな?とか。
複数相手にはどの色がいいだろう?とか。
私だったら、もうこの顔文字は使わないようにすると思う。
#もともと絵文字は使わないけど。
Re:いろいろ気を使いそう (スコア:2)
> 相手が黒人だったら、黒い顔文字を送ったほうがいいのかな?とか。
> 複数相手にはどの色がいいだろう?とか。
黒く設定した人には黒に
白く設定した人には白に
表示されますから。
Re: (スコア:0)
黒人に黒い顔文字を送ったら送ったで、怒る人が出てきそうな予感が……
Re: (スコア:0)
松崎しげるに送る場合は?
2chの1行AAも差別になっちゃうのか? (スコア:0)
Λ.Λ
( ゚Д゚) < なんつって
よし、わかった (スコア:0)
緑色にすればいい!!
Re: (スコア:0)
何の話?
別に何もおかしくなってないけど。
Re: (スコア:0)
ストーリー理解してないでしょ
Re: (スコア:0)
(´・ω・`)
Re:私はどれを? (スコア:1)
2199でも結局良く分からなかった地球侵攻の理由が今こそ分かった。