Accessible Technology Trends

データベースとアクセシビリティ

2016-09-01T11:28:00.002+09:00

Webシステムの開発やアクセシビリティ評価を行っていると、よく問題になってくるのがデータベースです。多くの場合、アクセシビリティの評価はある程度システムが出来上がってから行われます。システムやデータベースの設計、実装はもう終わっている。そして、それに手を入れるのは難しい段階になっています。

パターン１

「この画像の代替テキスト『画像1』『画像2』はあんまりです、何とかなりませんか？」
「画像をDBで管理しているし、登録するシステムにも代替テキストを入れる項目がないので大改修になるんですよね」

パターン２

「この画像の代替テキストありません、何とかなりませんか？」
「このシステムは XXX というプラットフォーム上で作ってるのですけど、XXX にはそんな機能がないので、プラットフォームを直さねばならないです。そんなことできません。」

というようなこと。さらに言うと、「長い説明」が必要な画像でもあったら、さらに困難になります。

このような問題は、システムを設計するときにあらかじめ代替テキストについて考えていない、あるいは、開発のプラットフォームを選択するときにアクセシビリティへの対応具合を確認していない、というのが原因です。よく言われることですが、「アクセシビリティは企画段階から対応すべし」という原則を守らないことが、システム開発の最後の段階で響いてきて、開発の手戻り、コストを増大させる典型的な例でしょう。HTMLを修正すれば済む話ならば頑張ればできるのでしょうが、システムの変更となるとデバッグや機能試験などの工数も増える一方です。開発者の視点で見れば、できれば今からシステムを変更したくないというのは当然のことでしょう。納期も心配です。DBを変更するとなると簡単ではありません。代替テキストを保持できるフィールドを追加するだけで済む、というのは運の良いほうです。さまざまなコードに影響を及ぼして、別の場所に新たなバグを発生させてしまうということも十分にある話。

さて、そのような問題を解決するためにはどうすればいいのでしょうか。

システムがオリジナルの設計である場合、画像、動画、音声をDBで管理するときは、代替テキストやタイトルをつけられるようにDBを設計しておく。また、登録、管理画面で入力できるようにしておく。
プラットフォームを使う場合、そのプラットフォームがアクセシビリティに対応しているか確認しておく、場合によってはテストしておく。

というのが、その解決策です。プラットフォームを使うというのは現在のWebシステム開発では当然でしょうから、プラットフォームがどこまで対応できるかを見定めておくことが必要になります。

DBと関係しないところでも、プラットフォームが用意しているテンプレートやJavaScriptが悪さをすることも多いです。例えば、マウスでドラッグ＆ドロップしないと使えない、画面サイズを変更的できない、というのはよく経験することです。

プラットフォームにアクセシビリティ対応を追加するとなると、プラットフォームに手を入れることになります。しかし、そうするとプラットフォームのバージョンアップ時にまた変更とテストの工数がかかることになることを頭に入れておきましょう。

WCAG 2.0 と Webシステム

2014-12-25T20:22:00.001+09:00

昨日のWeb Accessibility Advent Calendar 2014-12月22日記事で SawadaStdDesign さんが、素晴らしい？ブルースを歌われたので、David の WCAG 2.0 Theme Song に合わせて踊った映像を披露します。

ええ、嘘です。でも、WCAG 2.0 ＝ JIS X8341-3:201X についてもう一度考えたいと思うのです。

HTML 5.0 が今年の10月に勧告になりました。CSSのレベル3モジュールも勧告化こそまちまちですが、ブラウザの実装はどんどん進んで、あまり気にしないで使っている人が多いことでしょう。Webテクノロジーの進化スピードの速さには目が回ります。

（目が回ったので、お茶淹れて休憩しました）

（休憩した後通常に仕事に戻ってしまい、この続きを25日に書いています。2日遅れになってしまいました。）

続けます。

ええと、WCAG 2.0 の最大の特徴はなにか？と聞かれたらこう答えます。

「WCAG 2.0 は技術非依存です。人間の特性、つまりは障害や高齢者の特性から書いてありますから、ある程度は技術に即してはいますが、それでも長く使えるガイドラインなんですよ。抽象的になってるってことです。難しい？ええ、みなまで言わないでください。そのために、コンサルタントって商売があるわけで・・・・」

たしかに、技術に依存しないということは大事です。だから、「alt 属性」ではなく「代替テキスト」、「動画と音声メディア」ではなく「時間の経過に伴って変化するメディア」、「h1-6、table、label」ではなく「情報及び関係性」、title要素ではなく「ページタイトル」・・・というわけです。この書き方は美しい、というか苦肉の策でありました。実際、WCAG 2.0 の後に、HTML 5.0 が勧告されましたが、WCAG 2.0 はびくともしません。HTML に依存しないからです。

Web技術の取捨選択と進歩が市場と実装で進んでいくのに対して、アクセシビリティは社会の合意で進んでいきます。合意を作るには多くの時間を要しますし、Web技術の進化に合わせて変えていくのは現実的ではない。だから、こういう風に WCAG 2.0 を作るしかなかったのだと思うのです。誰かの思いつきでこうなったのではなく、周到に考えられて今があるというわけです。それに、堅牢なガイドラインがあれば公共や企業はそれを採用して仕事ができますし、ビジネスも広がります。WCAG 2.0 の中心を担っていた人たちの仕事ぶりを垣間見た立場からしても、その忍耐力は頭が下がるものでした。世界中からくるコメントにすべて答えて、解決していったのですから。

さあ、確かにこれは仕方がなかった。でも、WCAG 2.0 の想定を超えるほどにWebは進化しているという気がします。

というのも、Webは急速にアプリケーションに近付いている。通常のWebサイトでさえ、jQuery や Bootstrap や、場合によっては AngularJS なんかも入り始めている。そんな状態で、WCAG 2.0 は持ちこたえられるのでしょうか。

たとえば URL がほとんど1つしかないような Web サイトのようなシステム、あるいはURLのパラメータやログインによる状態遷移で複雑に表情を変えるようなWebで、今のようなガイドラインをうまく適用できるのでしょうか。WCAG 2.0 にはひとつだけ、このような操作の流れを意識した記述があります。"Conformance Requirements （適合要件）" という項に書いてあります。

3. 一連のプロセス: ウェブページがプロセスを提示する一連の流れのウェブページ群（つまり、利用者がある目的を達成するために完了させる必要のある一連の手順）に含まれる場合、そのプロセス中のすべてのウェブページが指定したレベル又はそれ以上のレベルで適合している（もし、プロセス中のウェブページが特定のレベル又はそれ以上のレベルに適合していない場合、そのレベルに適合できない）。

ここが、今どんどん広がっている。ページという単位でものを考えることができなくなってきています。どこを切り取っても、一連のプロセスがある。そして、プロセス全体で評価するとなると、もはやチェッカーのようなものは評価作業のごく一部でしかなくなってしまっているのです。これは、僕の仕事の悩みでもあります。

この問題への答えを僕は持っていますが、書きません。これからの Web アクセシビリティがどう進むべきか、考えてみてほしいから。

アクセシブルなWeb制作者チェックリスト

2014-04-13T21:16:00.000+09:00

このチェックリストは、Webアクセシビリティを実装する人がアクセシビリティを正しく理解しているかどうかを判定するためのチェックリスト試案です。これだけのことにYesと言えるかどうかで、Webアクセシビリティのかなりの部分をカバーできるのではと思うのですが、どうでしょうか。

共通

1. Web標準を理解している。
2. セマンティックな HTML の記述法方法を理解している。
3. 情報の構造をHTMLで、「見た目」のデザインをCSSで記述し、分離する方法を理解している。
4. 画像などの非テキストコンテンツがスクリーンリーダでどのように扱われるかを理解している。
5. キーボードだけでWebページをナビゲーションする方法を理解している。
6. フォームの要素とラベルの関連付けを理解している。
7. スクリーンリーダでWebサイトを利用する方法を理解している。
8. フォーカスを理解している。
9. レイアウトテーブルとデータテーブルの違い、扱い方を理解している。
10. 色のコントラスト比を確認する方法を理解している。

JavaScriptを利用する場合

11. DOMを理解している。

該当するコンテンツがある場合

12. 点滅や動きのあるコンテンツに対する対処方法を理解している。
13. 動画や音声に対するアクセシビリティの要求を理解している。
14. 光過敏性発作の危険性を理解している。

アクセシビリティ・サポーテッドの功罪

2014-03-17T16:40:00.001+09:00

WCAG2.0とJIS X8341-3:2010 で Web アクセシビリティを考える上で重要な考え方として、アクセシビリティ・サポーテッド(accessibility-supported) という概念が導入されています。これは、噛み砕いて言うと次のような考え方です。

「Webアクセシビリティを実現するためには様々な方法がある。しかし、それを支援技術がサポートしてないと意味がないし利用可能にならない。だから、支援技術がサポートしている技術を使ってやりなさい」

これは、障害のある人が実際にWebを使ううえではとても重要な考え方です。つまり、技術のことだけを見ているのではなくて、実際のユーザの現状を把握しておかないと意味がないということです。そのため、Webアクセシビリティ基盤委員会(WAIC)では、アクセシビリティ・サポーテッド（AS）情報というのを支援技術やブラウザを使って丁寧に調べて、それを公開しています。素晴らしい仕事だと思います。

ただ、実際にそれを見てみるとどうでしょう。7.1.1.1 非テキストコンテンツに関する達成基準 (等級A) を見ても、「要注意」や「達成不可能」が並んでいます。JIS や WCAG の詳細なドキュメントを読んで調べても、結局使える方法は限られてくるというのがわかるでしょう。たとえば、table 要素の見出しセルとデータセルの関連付けを見ても、スクリーンリーダの対応はまちまちで、古いバージョンだとほとんど利用できない。form だって label で関連付けても読まないスクリーンリーダを使っている方が、まだまだいるのだろうと思えるのです。

JIS X8341-4:2010 の試験をやってみると、ここが大きなネックになってきます。人によって見方が違って意見が合わないということもよくあります。私自身も、「厳し目に見る」時と「やや甘めに見る」というさじ加減が存在します。対応するクリーンリーダーを JAWS や NVDA だけにすれば楽になるのですが、そういうわけにもいかないジレンマに陥ってしまうのです。

アクセシビリティ・サポーテッドは障害者がWebにアクセスする権利を何とか守ろうとして編み出された考え方です。しかし一方で、実際にWebを作ろうとすると、何が正解か、ということについて大きな悩みも生み出しているのです。

もしこの概念がなく、支援技術のサポートの有無と関係なく技術的な側面だけで決めたとしたらどうでしょうか？使えない人が確かに出てくるでしょう。しかし、Web制作でやるべきことは極めて明確になり、それをサポートしないのは支援技術のバグであると言うこともできます。たとえば、labelの関連づけなどは、読まないスクリーンリーダのほうが悪いと言ってしまってもいいはずです。

このように、アクセシビリティの基準には「今最低限やるべきだし、技術的に明確でやればできるはず」のレベルと「こういう仕組みを取り入れて支援技術のサポートが広がるともっと使いやすくなる」という2つの側面が共存してグレーゾーンを作ってしまっているのです。

今日的な課題として、さらにWebアクセシビリティを進めるためには、HTMLにおけるアクセシビリティはこうあるべしという姿を技術的に明確な形にすることが、望まれているのではないかと思うのです。「支援技術がサポートすべきことはこういうことである」ということも明確にすべきです。支援技術の遅れのツケをコンテンツが引き受け続け、過去の「遺産」との互換性にばかり目をとらわれていると、Web技術の果てしない進歩にとてもじゃないけれど追い付かない。

Webアクセシビリティを純粋に技術的でこうあるべしという未来的なモデルと、現実に対応する現実モデルに分離して考えることが必要です。そして、その未来モデルに向かって支援技術とコンテンツが両輪になって進んでいく道を示すべきです。

35年前の感触と背中とアクセシビリティ

2013-12-11T01:17:00.001+09:00

僕は52歳になりました。

今日が誕生日。家族が寝静まって仕事も終わりにして、カレンダーに穴を開けてひとりサイダー飲んで祝ってます。

そうか。あれから、もう35年も経ったのですね。

ずっと、アクセシビリティに関わる仕事ばかりしてきました。なぜそこに興味をもったのか、なぜアクセシビリティをやっているのかと聞いてくださる人はあまりいません。もしかしたら、猫背の真ん中に僕には見えない文字で「アクセシビリティ！このやろ！まじめにやらんかい！」などと書いてあって、そのインパクトが強すぎて聞こうと思われないのでしょうか。

うちのかみさんは「あなたはいつもしかめっ面で怖いオーラ出してるから声かけづらいんじゃないの？」といいますが、あなたのほうがよっぽど怖い、とは、口が裂けても言えません。

（これ、かみさんが読まないことをみんなで祈ってください）

京都のいなかの高校に通っていたころです。近くに有名な「与謝の海養護学校」という学校がありました。そこで開催される「交流会」のような催しに参加することになりました。そのあとの出来事が衝撃的で、実はほとんど記憶が飛んでいるのですが、いろいろな学校の合唱があったり、もしかすると吹奏楽の演奏もあったかもしれません。手品はなかったと思います。

ひととおり体育館での催しが終わった後、グランドに出て生徒同士の交流が始まりました。

すると、ひとりの養護学校の先生が、

「はい、あなたはこの子としっかり手をつないでてね」

と言って、ひとりの女の子と手をつながされ、その先生はさっさとどこかに行ってしまいました。

彼女は、重い知的障害のある、でっぷりと太った生徒でした。まったく表情がない。動こうともしない。鼻水垂らしながら僕の右手をしっかり握って、まるでぶら下がっているようでした。手を離さないようにと言われた手前、暑い季節じゃなかったのに、額に汗して「しっかり握っていよう」とだけ思っていました。しかし、17歳の未知体験です。障害の重いその子は少し怖い感じもするし、掌も汗びっしょり。つないだ手から少し鼓動のようなものを感じて、生きている「人」であるということは実感しますが、意思の疎通は全くなし。まるで暖かい石にくくりつけられたような、長くて気の遠くなるような時間でした。

そのあと、どうやってそれが終わって、どんなふうに家まで帰ったのか。全く覚えていません。それほど、あのころの僕には衝撃のできごとでした。でもどうしたことでしょうか。それからというもの、「障害」という文字が目に入ってくるし、ニュースにも敏感になっていきました。社会のありように目を開いていく青葉の季節だったのでしょう。障害のある人と出会ってしっかりと存在を意識した初体験です。

こんなできごとが、僕にとって障害を考える原体験になっています。10代の若さで理屈ではなく感じたこと、感触、温度、そういったものが僕を形づくり、そして35年後に向かってグイっと背中を押したのだと思うのです。

アクセシビリティを語るときに、技術の課題として議論してすませてしまうことが増えています。私自身がそうなっています。だけど、生きている人がいてくらしを営んで、そして、困っていたり苦しんでいたりするということ。ニンゲンが生きるということに直接かかわっているのだということ。そのことを、あの感触を、あの汗を忘れないようにしたいと思うのです。それが、アクセシビリティという技術が解決し、実現しようとしていることだからです。

実はもうひとつ、若かりしころの衝撃体験があります。それについてはどこかの飲み会ででも聞いてください。

そして最後に念を押しておきますが、決して僕のかみさんにはこの記事教えないでくださいね。

これは、Web Accessibility Advent Calendar 2013 のために書きました。

アクセシビリティってどゆこと？

2013-09-07T10:16:00.000+09:00

”Accessibility: What does it all mean?” （アクセシビリティってどゆこと？）

Abilitynet のこの動画、すごくかっこいいだけでなくて、アクセシビリティをうまく表現してる。

くじ引きの時間

2013-09-01T17:51:00.000+09:00

さあ、商店街の大売り出し、くじ引きの時間です。

1000枚の三角くじが箱に入っています。当たりは50枚入っていて、残りの950枚は外れです。たくさんいろんなものを買ってくじ引き券を40枚もらったので、40回のくじ引きができるとします。

しかし、しかし、なんと40回もくじ引きできたのに、1度も当たりませんでした。何ということでしょう！あまりに悔しいので1枚も当たらない確率を計算してみましょう。

まず1000枚のくじがありますので、そこから40枚のくじを選ぶ組み合わせの数は、1000C40 です。次に、外ればかり引く組み合わせはというと、950C40 です。

この2つの数を割り算すると、0.12 になりました。1000枚中に当たりが50枚ある時には、40回引いても1回も当たらないなんてことが12%の確率で起きるものなのです。残りの88%の確率では当たりを1枚以上引くはずです。

この計算、1000ページのウェブサイトにJIS X 8341-3:2010 を満たさないページが 50 ページあると仮定して、そのサイトの中から 40 ページをランダムにサンプリングしたときに、問題のあるページをひとつも発見できずに間違って「準拠」としてしまう確率と同じ計算なんです。

40ページサンプリングすれば、5%の問題ページを見過ごす確率は 10% 強

60ページサンプリングだと、同じ条件で問題を見過ごす確率は 4% です。このくらいの確率なら、そこそこいい線いってる気がしませんか？もちろん全ページチェックすれば問題を見過ごす可能性は0%になります。（実際には、チェックする人が見落とす可能性もあるのでゼロにはなりません）

40ページってそういうことらしいです。

JIS X 8341-3:2010 「第三者によるコンテンツ」とは何か？

2013-08-26T10:21:00.003+09:00

WCAG2.0 には、「部分適合に関する記述－第三者によるコンテンツ」、JIS X8341-3:2010 には、「8.1.3 第三者によるコンテンツにおける例外」という概念がある。注意深く読めば、JIS X8341-3:2010 の該当個所は、WCAG2.0 の箇所と同じであることはすぐわかる。細かい言い回しは JIS 流儀になっているものの、考え方は同じである。WCAG2.0では「部分適合」が可能であるという説明になっているのに対して、JISでは試験方法で説明されており、これは試験を行う時に第三者のコンテンツを例外的に除外してよいと言っているだけである。もちろん、除外してよいと書いてあるのだから試験結果がOKなら、該当する達成基準を満たしていると言ってもよいわけだ。

たとえば掲示板のようなシステムを作るとしよう。その掲示板システムはWebサイトを公開した時点では記事は投稿されていない。そこに絵文字のような記事が書かれるかもしれないし、アスタリスクを用いてテキストで棒グラフを書く人もあらわれるかもしれない。Webメールのようなシステムでも、どんなメールが届くかわからないのだから、対応のしようがないし、こういったシステムでコンテンツの内部にまでアクセシビリティを保証するのは無理だ。現実的ではない。

WCAG2.0やJIS X8341-3:2010 が想定していたのはこのようなシーンだった。しかし、Webはマッシュアップの時代になった。第三者のコンテンツばかりで構成されたWebサイトはもはや珍しくない。そんな時代にこの概念をどう理解すべきであろうか？

マッシュアップで何かのコードをWebに埋め込む場合、そこにはコンテンツが含まれると同時にUIも含まれる。たとえば、Youtube のビデオをページに組み込めば、ビデオそのものだけだはなく、Youtubeのビデオを再生し操作するためのUIも組み込まれることになる。ここで問題になるのが、UI、そしてビデオ本体が第三者コンテンツとして例外扱いできるかどうかだ。

思い出してもらいたいのだけれど、WCAG2.0やJIS X8341-3:2010 には例外扱いする方法が記されている。1つ目はこれだ。

a) 試験は，分かる範囲で実施することができる。第三者によるコンテンツが監視されていて，2 営業日以内に修正される（適合していないコンテンツが削除されるか，適合するように修正される。）場合には，その第三者によるコンテンツにおいて問題があったとしても，そのウェブページは適合しているとみなすことができる。ただし，適合していないコンテンツを監視・修正できない場合には，適合しているとはいえない。

これは、第三者コンテンツを監視して2営業日以内に修正することを求めている。この対応が本来求められるスタイルだろうけれど、容易ではないというのは明らかだ。いきおい、2つ目の方法に進むことになる。

b) 特定された部分を除外して試験を行ってもよい。そのような場合，8.3 に従って，“ウェブページ全体としては試験していないが，次の第三者によるコンテンツを除いてアクセシビリティ達成等級X で試験を行った。”というような例外事項の記述を行うことができる。ただし，このような例外が認められるのは，次のすべての条件を満たす場合に限る。
1) コンテンツ制作者が監視・修正できるコンテンツではない。
2) 利用者が識別できるように，例外を適用する箇所が明確に説明されている。

こちらはどうか。2）の識別できるようにするというのは、該当するページで箇所を明確に説明しておけばいいだけだから問題はないだろう。問題は、「コンテンツ制作者が監視・修正できるコンテンツではない」といえるかどうかだ。

まず、コンテンツの問題。

たとえば、全く知らない人が作成したビデオをWebページに掲載する場合には、それは第三者のコンテンツであると言える。しかし、それは固定されたある特定のビデオであり、そのビデオがWCAGやJISを満たすかどうかは検証（試験）可能である。したがって、このような場合には第三者の例外は当てはまらない。一方、キーワードを用いてランダムにビデオが再生されるシステムならどうだろう。これは、何が起こるか予測不可能で第三者の例外にするのがふさわしい。もちろん、自分で作成してYoutubにアップロードしたビデオは第三者ですらない。

次に、UIの問題だ。たとえば、Youtubeのビデオを再生するUIがWCAGやJISを満たさないと仮定しよう。確かに、UIのコードは第三者から与えられたものである。しかし、それは検証（試験）可能だから除外する理由にはならないと考えるべきだろう。Youtubeを再生する別のソリューションを利用することも可能だし、新たに開発して提供することさえ技術的には可能だからだ。選択肢がないわけではない。

JIS X8341-3:2010 の「8.1.3 第三者によるコンテンツにおける例外」とは、一言でいえば「第三者が提供するために試験できない、あるいは試験しても変化してしまう」コンテンツを試験の対象から外してもよいと言っているだけである。今だったら、「第三者のコンテンツなのでどうなるかわからないし試験もできない場合の例外」とでもタイトルをつけたに違いない内容だ。

どうも最近、「第三者のものは除外できる」という誤った理解が進んでいる気がする。たとえば、あるサイトには次のような記述がある（名誉のために、あえて伏す）

JIS X 8341-3 8.1.3（第三者によるコンテンツにおける例外）

修正用データが無いコンテンツ

添付ファイル（PDFファイル等の添付ファイルに関しては運用の事情により等級Aを満たすことに努めることとする）

Googleマップを使用しているページ

これらはどれも試験の例外にはそぐわない。

もちろん、当面の策としてそういったややこしいページを除外して取り組みやすいところからJIS X8341-3:2010 対応を始めるということは現実的な選択で、それを責めるつもりはない。けれど、「第三者によるコンテンツにおける例外」は本来、試験結果に付すべきものであって、ここで例示したようなものは、JIS X8341-3:2010 「6.1 企画」で述べられたウェブアクセシビリティ方針に属することではないかと思う。

ウェブアクセシビリティの重要性（東洋大学教授山田肇氏）ビデオ公開

2013-06-28T09:52:00.002+09:00

ウェブアクセシビリティセミナー「障害者基本計画と情報アクセシビリティの今後」（2013年5月30日（木）　東洋大学大手町サテライト）ウェブアクセシビリティ推進協会のビデオを Youtube で公開しました。

開催のご挨拶：ウェブアクセシビリティの重要性
ウェブアクセシビリティ推進協会理事長
東洋大学教授　山田肇氏

まだ字幕がありません。amaraを使って半分くらいまで字幕を作っていますので、もし手伝ってくださる方がいましたらぜひお願いします。勝手に続きをやってくださってもかまいません。Google+などで、ご一報ください。

http://amara.org/v/C0Zn/

Kindle for iOS Accessibility Gestures

2013-05-24T17:38:00.004+09:00

Kindle for iOS Accessibility Gestures - Quick Reference Guide というKindle版の電子書籍がタダで Amazonから買えるようになっています。中身は VoiceOver での Kindle アプリの使い方です。日本語版もあるといいな。だれか出しませんか？

Webアクセシビリティチェッカーの現状

2013-05-17T13:08:00.002+09:00

W3CにWebアクセシビリティチェッカーの一覧ページがあるので、久しぶりに覗いてみたがどうも更新されている気配がありません。そこで、リストの中から有名どころを抜き出して、現状がどうなっているか調べてみることにしました。（ただし、色チェッカー、文法チェッカー、日本のものは除く）

Complete List of Web Accessibility Evaluation Tools
http://www.w3.org/WAI/RC/tools/complete

A-Checker

ATRC University Of Toronto
http://achecker.ca/checker/index.php

AccMonitor

HiSoftware Compliance Sheriff® のアクセシビリティモジュール。WCAG 2.0 にも対応済み。

ACTF aDesigner

Accessibility Tools Framework (ACTF)
http://www.eclipse.org/actf/downloads/tools/aDesigner/

もう定番だから説明必要なし。ODFファイル、FlashのMSAA/IA2評価も可能。WCAG 2.0、JIS X8341-3:2010 対応。現時点での最新版は1.0.0。オープンソースです。

Functional Accessibility Evaluator 1.1

University of Illinois at Urbana-Champaign
http://fae.cita.uiuc.edu/

アカウントを作るとサイト単位でざっくりとした結果が出るが、日本語は文字化けするし、そのため結果もよくありません。

Total Validator v8.1.0

Total Validator
http://www.totalvalidator.com/

WCAG 2.0 AA 対応で、スタンドアロンのJavaアプリと、ブラウザから起動するアドオンがある。文法チェッカーは HTML5 対応。Basic 版は無料。Pro版は製品になっています。結果も文字化けなし。Pro版を試してみたい感じです。

WAVE

WebAIM
http://wave.webaim.org/

WCAG などのガイドラインチェッカーではないけど、たぶん一番見やすい表示画面ですね。ソースコード表示もあるしWeb制作者にはわかりやすいんじゃないでしょうか。

まとめ

ガイドラインのチェッカーとしては、aDesigner が定番ということで間違いないと思うのですけれど、やはりもっとWeb制作によりそったツールがないと生産性は向上しないんですよね。WAVE のようなデザイナやコーダが実践の場ですぐ使えるようなツールが充実してきたらいいだろうなと思います。

Of Mice and Men

2013-05-07T16:45:00.001+09:00

Of Mice and Men（二十日鼠と人間）は、1937年のジョン・スタインベックの小説です。僕は、10年ほど前にレンタルビデオではじめて見て、そして原作も買って読みました。この物語には、障害ということを考えさせる側面がありますが、もっと多くの社会の抱える問題を含んでいるし、人間のこころのありようを鋭く切り取る物語です。そして、大自然の美しさと生きることの厳しさに圧倒されます。

原作の英語は、なまりを活かした文章であることに慣れればとても読みやすく、短いので読み切ることができます。

映画には1939年制作の古い作品もあるようですが、僕が見たのは1992年のあのジョン・マルコヴィッチが大男のレニーを演じている新しいほう。正直いって、決して楽しい作品ではないけれど、見る価値のある映画だと思います。これほど何度も見た映画はありません。

ストーリーを語ってしまうとつまらなくなるので書きませんが、僕の見方をひとつだけ紹介すると、主人公である二人の男、ジョージとレニーは、まるでひとりの人間の中にあるもののように感じました。自分の中にジョージとレニーが生きているかのようです。

古い映画ですので見た方も多いと思いますが、おすすめです。でも、元気な時に見たほうがいいです。

二十日鼠と人間 Wikipedia

障害者権利条約の「合理的配慮」とは何だったか

2013-04-07T22:52:00.001+09:00

報道によると、「障害者差別解消法」について自民、公明、民主が三党合意し、民間における配慮を努力義務にとどめるということになったということだ。この法律は、国連の障害者権利条約（Convention on the Rights of Persons with Disabilities）を批准するために整備がすすめられた法律である。もとはといえば、障害者権利条約は障害者の差別をなくすことがその本旨である。差別をなくすことが努力目標であってよいはずがない。

日本国憲法第十四条では

すべて国民は、法の下に平等であつて、人種、信条、性別、社会的身分または門地により、政治的、経済的または社会的関係において、差別されない

と差別されない権利が明記されている。あまり評判の良くない自民党の日本国憲法改正草案でも、

第十四条全て国民は、法の下に平等であって、人種、信条、性別、障害の有無、社会的身分又は門地により、政治的、経済的又は社会的関係において、差別されない。

と障害の有無を加えている。

たしかに、現実問題としてあらゆる面で完全な平等を実現するというのは容易ではない。内閣府の役人がある集まりで話した権利条約の「合理的配慮」(Reasonable Accommodation)概念についての説明が分かりやすいので、思い出してみよう。

たとえば、老夫婦が二人で経営する小さなレストランがあり、入り口に段差があるとしよう。車いすの人も利用できるようにするには、スロープを付けたり、店内を改装して動きやすくしたり、トイレを改修する必要があるかもしれない。しかし、たいした売り上げもなくつつましく経営をしている老夫婦にはそんな資金はないので、そのままにしている。このような場合、この状態は障害者差別であるということができるけれども、障害者に対応するためにレストランを改修するには負担が重すぎる。そこで「合理的配慮」の出番だ。つまり、「さまざまな状況から判断して差別を解消するためのコストがあまりに重い場合は、合理的な範囲の配慮を逸脱しているので、依然として差別はあるけれども、それは社会的には納得しましょう」とする社会的合意にしようということである。

だいたいこんな文脈だったと記憶している。当然、同意できるレベルというのは国の豊かさによって異なるのもやむを得ない。それだけのコストをかける余力のない貧しい国では、どうしようもないことがあるのは厳然たる事実だ。

「障害者の権利に関する条約和文テキスト（仮訳文）」の第二条定義では次のように述べられている。

「合理的配慮」とは、障害者が他の者と平等にすべての人権及び基本的自由を享有し、又は行使することを確保するための必要かつ適当な変更及び調整であって、特定の場合において必要とされるものであり、かつ、均衡を失した又は過度の負担を課さないものをいう。

つまり「合理的配慮」とは、原則差別禁止の中に盛り込まれた現実路線である。だからこそ、「合理的配慮」の枠の中に入るか入らないかという「分水嶺」を明確にしておく必要がある。そしてその一線を越えれば差別であると考えるということなのだ。差別であるということは、つまり憲法に反するということだ。

ウェブアクセシビリティの問題に即していえば、JIS X8341-3:2010 の等級Aに対応していることが、「合理的配慮」のギリギリの枠内と考えるのが妥当だろう。世界的に見ても、WCAG2.0 レベルAは最低限求められる基準であり、それはJISの等級Aと一致している。

ところで、「公共は強制で、民間は努力義務」というと、たとえば現行の障害者基本法第22条を思い出す。すこし長いけれど引用しておきたい。

（情報の利用におけるバリアフリー化等）
第二十二条　国及び地方公共団体は、障害者が円滑に情報を取得し及び利用し、その意思を表示し、並びに他人との意思疎通を図ることができるようにするため、障害者が利用しやすい電子計算機及びその関連装置その他情報通信機器の普及、電気通信及び放送の役務の利用に関する障害者の利便の増進、障害者に対して情報を提供する施設の整備、障害者の意思疎通を仲介する者の養成及び派遣等が図られるよう必要な施策を講じなければならない。
２　国及び地方公共団体は、災害その他非常の事態の場合に障害者に対しその安全を確保するため必要な情報が迅速かつ的確に伝えられるよう必要な施策を講ずるものとするほか、行政の情報化及び公共分野における情報通信技術の活用の推進に当たつては、障害者の利用の便宜が図られるよう特に配慮しなければならない。
３　電気通信及び放送その他の情報の提供に係る役務の提供並びに電子計算機及びその関連装置その他情報通信機器の製造等を行う事業者は、当該役務の提供又は当該機器の製造等に当たつては、障害者の利用の便宜を図るよう努めなければならない。

はじめの段落と2段落目は、公共の義務について「施策を講じなければならない」「特に配慮しなければならない」としており、3では民間に対して、「努めなければならない」としている。民間に対しては努力義務を課しているだけである。要するに、この条文を変える気はないのである。公共は義務だが、民間は努力目標というのは、これまでとほとんど何も変わらないということだ。あるいは、合理的配慮の範囲がほぼ公共の枠内だけに設定されているということもできる。

調べたわけではないけれども、そんな狭い枠でしか合理的配慮をできないのは貧しい国だけだろう。そこらじゅうがぬかるみだらけでジャングルの国で、交通バリアフリーといっても難しいというのはわかる。そして、同じ文脈で言えば日本も「貧しい国」のひとつなのだと思い知らされる。

もう一度Webアクセシビリティに戻ろう。世界の国がどうなっているのか？米国はよく知られているように、ADA法（障害のあるアメリカ人法）で差別を禁止しており、ADA法に基づく障害者から民間企業への訴訟は勝ち負けはさまざまあるにしても日常化しているといってよいだろう。オーストラリアはシドニーオリンピックでの訴訟が有名だ。英国は、DDA法のもとに実施計画を進めている。カナダのオンタリオは企業の規模を決めてアクセシビリティの法制化をおこない、その対応期限が迫っている。韓国は、罰則のある差別禁止法を定め、すべての法人が5年以内に対応することを求めている。公共機関は施行から1年以内だ。日本はといえば、総務省が3年以内に JIS X8341-3:2010 等級AA の対応を公共に求めた「みんなの公共サイト運用モデル改定版（2010年度）」があるのみで、努力目標でしかない。

世界のWebアクセシビリティの現実と日本の貧しさのコントラスト。憤慨するのを通り越してあきれて恥ずかしくなっている。

正直申しあげて、私も加担しているのかもしれないと思う。皆さんにお詫びしたい、泣きたくなるような気持ちだ。

Convention on the Rights of Persons with Disabilities
http://www.un.org/disabilities/convention/conventionfull.shtml
障害者の権利に関する条約和文テキスト（仮訳文）
http://www.mofa.go.jp/mofaj/gaiko/treaty/shomei_32b.html
障害者差別:解消法制化で３党合意　民間は努力義務に　毎日新聞　2013年4月5日
http://mainichi.jp/select/news/m20130406k0000m040022000c.html
障害者差別禁止、具体化へ…自公民が実務者協議　読売新聞　2013年4月2日
http://www.yomiuri.co.jp/politics/news/20130402-OYT1T01348.htm
障がい者制度改革推進本部
http://www8.cao.go.jp/shougai/suishin/kaikaku/kaikaku.html
障害者制度改革の推進のための基本的な方向について（第二次）　平成２３年３月１５日　閣議決定案
http://www8.cao.go.jp/shougai/suishin/kaikaku/honbu/k_3/pdf/s2.pdf
障害者自立支援法訴訟の勝利をめざす会
http://www.normanet.ne.jp/~ictjd/suit/
世界各国のアクセシビリティ動向
http://sakaki.ws/slide/worldaccessibility.html
Introduction to Laws Throughout the World（WebAIM）
http://webaim.org/articles/laws/world/

amara で YouTube に字幕をつけてみた

2013-03-31T18:44:00.001+09:00

amara を使って YouTube の「第3回アクセシビリティキャンプ東京ショートセッション (1)」に字幕をつけてみました。操作に慣れるのに少し時間がかかりましたが、10分のビデオで作業は1時間くらい。聞きとれないところなどを飛ばしているし、キータイピングが遅いので、丁寧にやればもう少し時間がかかるかもしれません。

操作画面はこんな感じで、TABキーでビデオの再生と停止、Shift+TABで少し巻き戻しする仕様です。全部入力できたら、今度は音声との同期を調整します。で確認しておわり。とても使いやすい。

amara 操作画面

YouTube の caption の見やすさ

2013-03-30T08:08:00.001+09:00

今朝、YouTube Developers Live: Captioning with Amara (GoogleDevelopers) を見ていたら、FirefoxとChromeで字幕の表示が違うのに気が付きました。

Firefox は黒背景に白字なのに対して、Chromeは抜き文字で明らかに見辛い。同じ Youtube でもこんなふうに表示が違っていることに気がついて驚きました。

実は、これはデフォルト設定。字幕の設定画面を開くと、色を変えたり、文字を拡大できます。でも、設定画面もやっぱり Firefox と Chrome でちがう。なんででしょう？

Firefoxの字幕設定

Chromeの字幕設定

オープンデータとアクセシビリティ

2013-03-18T17:12:00.000+09:00

クラウドが普及して、さまざまなWebサービスが連携しAPIを介して協調して動くようになった。APIで扱われるデータの多くは、JSONだったりXMLだったりするが、それらはセマンティックに味付けされたものになり、コンピュータで自由に加工できる、新鮮で、滋味あふれる原材料になった。

HTMLで何でも処理していた時代には、3/18 と書かれているのが3月18日なのかそれとも18分の3なのかわからなかったけれど、APIで意味付けされたデータなら、たとえそれが "3/18" という文字列であっても、処理は容易だ。スクリーンリーダーが解釈しようと頑張ったのに、間違って「18分の3」と読み上げることもない。

ご存じかも知れないが、話を続ける前にちょっとこのサイトをみておいてほしい。

http://traintimes.org.uk/map/tube/

これは、ロンドンの地下鉄の運行状況をGoogle Map 上で表示されるように Matthew Somerville さんが作って公開しているものだ。ズームして見ると、車両がリアルタイムで動いているのが分かる。なぜこんなことが可能かと言えば、ロンドン市交通局がAPIを公開しているからだ。見てみればわかるように、この地図は誰にも使えるようなものではないし、スクリーンリーダーで読み上げることは不可能だろう。適切にマークアップしても、おそらく音の洪水だ。このようなリッチでリアルタイムの情報を表現するとなると、Webサイトのアクセシビリティの困難さはメジャーリーグ級になってしまうだろう。

かつて、あるアクセシビリティのメーリングリストでこんな議論があったのを憶えている方もいるだろう。ざっくりとしか覚えていないので、やや創作に見えるかもしれないが。

「セカンドライフのアクセシビリティはどうなんだよ？」
「セカンドライフはAPIを公開しているからそれを通じて利用可能だそれでいいんじゃないか」

バーチャル3D空間みたいなものをAPIがあればアクセシブル＝利用可能というのは、ちょっといきすぎていると思わないでもない。でも、アバターが表示された3D画面を音声化するなんてことができるとは思えないし、そういう意味でいまのところ「APIがあるから良い」という判断は手ごろなところだろう。詳しい事はここに書いてありそうだけど、読んでいないので各自どうぞ。

Second Life Accessibility

「Twitter が使いにくい」「パソコンだといいけど、iPhoneアプリだと使いにくい」などとアクセシビリティのさまざまなクレームも、APIを公開しておいてコミュニティを支援したり、すごいやつが現れてアクセシブルバージョンを作ってくれたりする。そんなことがデータを公開することで可能になる。古い時代のHTMLはたしかにユニバーサルで誰にも使えるドキュメントフォーマットだった。でも、CSSが複雑になり、JavaScriptでクルクル動くようになり、何でもWebでアクセスするアプリケーション化が進むと、どうすることもできなくなるのは目に見えていた。HTML5 ではそこのところをいろいろ改良してはいるけれど、それでカバーできるアクセシビリティもやはりドキュメントとしてのHTMLの範囲だろう。

ブログなんかもそうだ。複雑なレイアウトや動的でリッチなページデザインが増えている。Tumblr とか Google+ なんかもそう。でも、RSS があれば最低限の記事を読むことはできる。RSSは古くて新しいセマンティックだ。問題があるとすれば、画像とか動画くらいのもんだ。

そう、HTMLではなくデータで公開する時代になったとしても、画像の代替テキストは欲しいだろうし、動画にはキャプションが欲しい。でも、データベースにはそれを入れておくフィールドがあるだろうか？APIで指定できるフィールドは？

オープンデータはアクセシビリティにとって強い味方になりうる。誰にでも使いやすいWebを作ることが難しい時代には、APIはそれを救う唯一の道になる。もし、データベースやAPIにアクセシビリティの要素がなかったとしたら、それは大きな損失になる。そのことを多くの人に気付いてほしいと思う。いやおそらくすでに多くの人が気づいていると思いたい。

アクセシビリティという言葉は、オープンデータで「障害者のための」という言葉を冠する必要のない本当のアクセシビリティになるのだから。

オープンデータとは何か?
http://opendatahandbook.org/ja/what-is-open-data/index.html
「オープンデータ」の活用始まるー共通APIや統合ポータルの整備が課題（日経ITpro）
http://itpro.nikkeibp.co.jp/article/COLUMN/20121130/441202/
How to make open data more accessible by Gavin Starks　
http://www.guardian.co.uk/public-leaders-network/2012/nov/01/open-data-institute-information-technology

JIS X8341-3:2010 試験の意味を考える

2013-03-09T10:13:00.000+09:00

民間にもポリシーを求める各国の動き

アダム・ゴーリー(Adam Gorley)さんのブログで「迫りくるアクセシビリティポリシーの整備期限（Deadline to prepare accessibility policies approaching）」という記事を読みました。カナダのオンタリオ州では、民間団体・企業でも50人以上の従業員がいるところでは、Accessibility for Ontarians with Disabilities Act （オンタリオ障害者のアクセシビリティ法）で、アクセシビリティへの取り組みが求められており、2014年1月までにポリシーを公開しなければならないのだとか。当然ながら、ポリシーにはどのようにアクセシブルなWebにしているか、しようとしているかを明記することになるのでしょう。

正確な話はよく知らないのですけれど、韓国でも障害者差別禁止法が2008年にでき、公共のみならず、民間企業への適用がスケジュール化されていると聞いています。詳細は、Seyong Park さんのこのスライドをご覧ください。

Web accessiblity in korea and its implications accesiblity camp 2013.01.25 japanese from Seyong Park

多数派かどうかは置いておくにしても、このようにいくつかの国が法の下でアクセシビリティを推進する体制に移行しつつあるわけです。

ご承知のように、日本でも障害者差別禁止法制は検討されてきたわけですが、このような Webアクセシビリティの目標が定められる気配はありませんし、ましてや民間企業に対する規制を強化するという話は出てきません。現状は、JIS X8341-3:2010 で決められた方法にのっとり総務省が研究会の報告として出した「みんなの公共サイト運用モデル改定版（２０１０年度）」だけが目安となっています。真剣に取り組もうとする自治体等では、このスケジュールに何とか合わせようとする努力が見られます。

試験＝抜き取り検査

そんな中で、「試験」に対する理解は必ずしも十分に浸透していないと感じます。そこで、この点について私個人の見解をまとめたいと思います。

言うまでもなく、試験というのはいわば学校の学期末試験のようなものです。その学期にどこまで真剣に勉強を重ねて知識を蓄えてきたか、そのレベルが到達すべきところまできたのかどうかを測ることがその目的です。したがって、X8341-3:2010 の試験もアクセシビリティを改良する努力を重ね、ある一定レベルに到達できたかどうかを測る物差しに過ぎません。そこに至る過程で、さまざまなコンテンツの修正や、よりアクセシビリティよいサイトを実現できる技術の導入、たとえばよくできたCMSの導入などがあって、初めて試験する意味があるのです。

X8341-3:2010 で特徴的なのはサンプリング試験です。これは、いわば品質管理活動における抜き取り検査のようなものです。一つひとつのページでは、アクセシビリティの問題があるかないかだけを問題にします。ひとつでも問題があれば、ある基準に達したとは言えないからです。しかし、コンテンツ作成というのは人が行う作業ですし、ミスもあれば、理解のずれも存在する。またコストもかかる。そのために、サンプリングという方法が提案されたのです。

サンプリング

たとえば、1万ページのウェブサイトの中にアクセシビリティに問題があるページが100ページ、つまり1%含まれていると仮定しましょう。その母集団から50ページをランダムに選択すると、そこに問題があるページが含まれない確率はいくつになるでしょうか？

1万ページの中から、問題のない9900ページだけを選んでしまう確率ですから、これは簡単な数学の組み合わせ確率です。1万ページから50ページを選ぶ時の組み合わせの数は、10000C50です。一方、問題のないページだけを選ぶ確率は、9900C50 ですから、それを割り算すればいいのです。

途中は省略しますが、その値は 0.6 になります。逆に言えば、問題のあるページを発見できる可能性は0.4しかありません。つまり、この条件下では、1%程度の問題は40%の確率でしか発見できません。では、10%のページに問題があるとして計算してみましょう。こんどは、問題のあるページを発見できる可能性は 0.995 です。10ページに1ページくらい問題があれば、50ページをランダムサンプリングで選べばほとんど発見できるわけです。

10000ページに対して	50ページのサンプリングで問題ページを発見する確率
10%のページに問題	99.5%
1%のページに問題	40.0%

もちろん確率論ですから、たまたま発見できたり、発見できなかったりすることはあります。しかし、全数検査をするためには膨大なコストと時間を要しますし非現実的ですから、このようなランダムサンプリングの方法が採用されたわけです。

全ページ数の影響も受けますが、むしろサンプリングするページ数に依存して、より精度の高い試験が可能になるというしくみなわけです。ですから、JIS X8341-3:2010 の試験では、全何ページから何ページを選んで試験したかだけを明記するように定められているのです。

理屈の上では、1ページだけ選んで試験をしてもかまわない仕組みですが、ここで述べた確率論からいってそれはほとんど何の意味もないことは明らかです。意味もないことを公表すれば、批判のマトになりかねません。そのために、WAICではサンプル数の目安を示しているわけです。良い試験をやろうとすれば、40～50ページは選ぶべきでしょう。

なお、試験の結果問題が指摘された場合に、その箇所だけを直しても意味はありません。学期末の再試験が新しい問題になるように、サンプリングもやり直しですから。

良い取り組みには試験が強い味方

試験というのは、その言葉のニュアンスからも非常に厄介なものと思われているきらいがありますが、サイトに問題がほとんどないことをスマートに証明でき、一定のコストで実現できる良い方法なのではないでしょうか。

繰り返しになりますが、試験は様々な努力のあとで行なうべきものです。そのためにも、試験に向けた作業をしっかりと計画して、さまざまなツールやノウハウを生かしていくことが必要になるのです。

日本にも韓国やオンタリオのような時代が来るかどうか私にはわかりません。しかし、現在の取り組みが失敗してWebアクセシビリティが遅れをとるようなら、このような善意の努力に基づいた方法ではもう無理なのではないか、という声が出てきてもおかしくありません。

日本の進んだアクセシビリティ技術、進んだ支援技術を社会が生かすのかそれとも殺すのか、そこが気がかりでなりません。

新エネループのデザイン

2013-03-08T14:32:00.000+09:00

パナソニックに統合された新エネループのデザインがダサいとTwitterなどで騒ぎになっている。

たしかにデザインは工夫がないものだけれど、私みたいな武骨ものは、性能がどうなっていて、値段が高くなるのか安くなるのかにしか興味がないので、理解しがたい騒ぎである。電池など脇役に過ぎずデザインなんか気にしたことさえないからだ。

しかしよく考えてみると、この騒ぎは電池のような単純なモノの意匠デザインでさえユーザの心を躍らせ、買わせる力があるのだということ示している。ただ充電して使うだけのモノのパッケージデザインが、である。ましてや、実際に使用性にかかわるデザイン要素、たとえばつまみの形や表示画面の美しさなどにおいては、ユーザはこれ以上の反応をするということだ。使い勝手や性能だけで商品を選ぶ人は多数派でないということだろう。

しかし、この騒ぎを通じてエネループの新デザインはユーザに定着しただろうから、ブランディングとしては結果オーライなのかもしれない。

話はここまでなのだが、全盲の人って乾電池とエネループみたいな充電池をどうやって識別してるのだろう。間違って乾電池を充電したりしないんだろうか？充電器のほうでちゃんとわかるようになっているのだろうか？満充電でお知らせするビープ音は鳴るのだろうか？そういう意味でのデザインにも、少し気配りしてくれればありがたいと思う。

NEWエネループのご紹介 | eneloop（エネループ） | Panasonic

「エネループ」がデザイン変更　「パナソニック」推しの新デザインに不評

iPhone 4S を VoiceOver で使う

2013-02-24T21:18:00.000+09:00

iPhone 4S を音声で使用しているTommy Edisonさんの動画です。
英語ですが、字幕も出ますし映像を見ていれば分かってくると思います。

参考まで。

How Blind People Use The iPhone 4S (1 of 2)

How Blind People Use The iPhone 4S (2 of 2)

アクセシビリティハンドブック

2013-02-22T22:16:00.001+09:00

オライリージャパンから The Accessibility Handbook: Making 508 Websites for Everyone By Katie Cunningham の翻訳「アクセシビリティハンドブック」が出ています。米国リハ法508条を踏まえたものですが、アクセシビリティの入門書としては役立ちそうです。探してみましたが、日本語版は電子書籍のみのようです。

アクセシビリティハンドブック
Katie Cunningham　著、福嶋雅子、株式会社トップスタジオ　訳
2013年02月発行
ISBN978-4-87311-599-3
原著：Accessibility Handbook Making 508 Compliant Websites
By Katie Cunningham
Publisher: O'Reilly Media
Released: August 2012
Pages: 100

RE: アクセシビリティには金がかかるもんだ

2013-02-20T15:16:00.001+09:00

nike1929 さんの「アクセシビリティには金がかかるもんだ」という記事を読んだ。至極もっともな内容で、首肯することしきり。

VBやVC#で、要するに Visual Studio .NET でできている程度の"組み込み"のアクセシビリティが、Webのオーサリングでは全然できていない。CSS だって手打ちしているような状態がまだまだある。これではWebサイトの品質保障など遠い話である。

HTMLが5になって、要素の使い方は整理が進んできたわけだし、新しいWebデザインにも合わせられるようになった。ARIAだってある。

そろそろ HTML と CSS をベタ打ちする時代は終わりにして、Wordpress でガジェット並べるみたいに、アクセシブルな部品を並べるだけでデザインができるようになってもいいんじゃないかと思う。

それはCMS込みのデザインツールかもしれないが、そんなものが普及すれば、アクセシビリティの多くはツール開発ベンダの仕事に押し込めるんじゃないだろうか。少なくとも、マイクロソフトはWindowsでその責任を果たしてきた。Webの世界でそれをやるのは誰なのか。

アクセシビリティには金がかかるもんだ
http://500internalerror.blog.fc2.com/blog-entry-17.html

Photo is licensed under

Creative Commons Attribution 3.0 Unported

チェックマークつけるだけならやめちまえ！

2013-02-19T19:12:00.004+09:00

レオニー・ワトソン(Léonie Watson)さんが、Government Digital Service のブログで物議をかもしそうな記事を掲載したのは、2月11日でした。この人は、GOV.UK サイトのアクセシビリティコンサルタントで、英国の BS8878 Web Accessibility Code of Practice の共同執筆者でもあり、標準化の活動も活発にされているアクセシビリティの専門家です。

その記事の粗訳をしてみたので、読んでみてください。

GOV.UK アクセシビリティ：チェックマーク作業の向こう側 by レオニー・ワトソン 2013年2月11日

原文
http://digital.cabinetoffice.gov.uk/2013/02/11/beyond-box-ticking/

GOV.UK サイトからアクセシビリティ宣言を消してしまおうと決断したのは昨年のことだ。この決断が、アクセシブルにするという公約を求めている団体に間違ったメッセージを送ってしまっているのではないかと、今週尋ねられた。そろそろこの問題について考え方を共有しておいたほうがよさそうである。

2011年8月に GOV.UK で仕事を始めたころにトム・ルーズモアがこんな風に書いている。

「俺たちはかつてないほど政府のウェブサイトを使いやすく、アクセシブルにしたい。ちょいと『アクセシブル』とチェックマークをつけるだけではだめなんだ。」

このことについて考えれば考えるほど、アクセシビリティへの取り組み方を変えなければならないと自覚していった。

私たちはアクセシビリティを年に1度の適合性認証や目標の宣言のようなものにしたくなかった。次の作業に移る前に、ただチェック印をつけて行くというようなことではダメだと考えていたのだ。付け足しのようなものではないと考えていたし、ほとんどのメンバーは将来いつかちゃんとできますよと約束するようなものではないと考えていたのである。

我々はただ GOV.UK を可能な限りアクセシブルにしたかったのだ。それゆえに、インクルーシブデザインが我々のデザイン原理のひとつなのである。そしてそれがアクセシビリティをなぜすべての人の責務であると考え、アクセシビリティガイドラインに従い、高齢者と障害者とともにすべてをテストを実施する根拠である。

アクセシビリティ宣言のこの論点に立ちかえってみよう。それは、アクセシビリティをGOV.UKの基礎部分にしたいのなら、すべての他の基礎的な部分と同じように扱うべきであるということである。クリエイティブなデザインや技術的価値、ユーザフレンドリーであることを宣言しないのであれば、なぜアクセシビリティだけが宣言なのか？

2006年から続けてきた研究では、たいていのアクセシビリティ宣言は期限切れになっているか、さもなくば不正確な情報を含んでいるということがわかっている。GOV.UK を立ち上げたときには、アクセシビリティ宣言を公開したくなかった。そして、実際に GOV.US の日々の更新にあわせて維持することはできないことを実感していた。

最後の決断は単純だ。GOV.UK がアクセシブルであるか宣言を見なければならないようではだめなのだ。アクセシビリティで必要とされることは、人によって異なっている。そして、あなたにとってアクセシブルかもしれないし、そうではないかのどちらかなのだ。（そして、もしダメなら改善するので、お知らせいただきたい）

どうでしょうか。GOV.US ではアクセシビリティ宣言はしないと言っているだけではなく、細かいところは使えなかったら言ってくださいという、さじを投げたような文末。

でも、実際にWebアクセシビリティのチェック作業をしたことがある人なら、ただExcelシートにマルを書いているだけになっていないか？と感じたことがあるでしょう。毎日更新される全ページをチェックするということになれば、作業は大変です。CSSテンプレートを書き変えてしまったら、CMSのテンプレートHTMLを書き変えた後には、すべての既存ページを確認し直すのでしょうか？

あなたが本当にただ何も考えずにチェックマークをつけているだけの悪徳業者なら、逆にそんなことは微塵も感じないでしょう。しかし、まじめにチェックしよう、本当に使いやすくしようと真剣な人ほど、こんな悩みがあるのではないかと思うのです。

幸運なことに、日本では WAIC という団体がアクセシビリティの確認のために標準的な方法を示したり、総務省が開発した miChecker などが使えます。また、全数チェックではなく、サンプリングして確認する方法も JIS X8341-3:2010 には示されているのです。CMSもアクセシビリティを確認するさまざまな機能が盛り込まれた、優れた製品が増えています。

アクセシビリティの宣言でさえ、「ウェブアクセシビリティ方針策定ガイドライン」という文書がWAICから提供されていて、このテンプレートを使えば、普遍的な宣言をすることが可能です。

Webアクセシビリティの進んだ国であると思っていた英国政府の担当者が、こんなことをブログに書いてしまうとは！と最初は思いました。しかし、よく見れば GOV.UK はスマートでなかなか良くできたサイトです。そんなよくできたサイトのアクセシビリティ担当の声だから、なんだか気持がわかる気がするのです。ユーザからの声で改良しますという締めの言葉は、放り投げたようでもあるけれど、ちゃんと苦情は受け付けますよという意思表示とも受け取れるわけです。

「チェックマークつけるだけならやめちまえ！」というこの記事のタイトルは、アクセシビリティの検証作業が形骸化することの自戒として自分自身に浴びせた言葉です。すこし刺激的すぎたかもしれませんね。

ただし、box-ticking 作業をもっと効率化しないことには、ここから先へは進めない気がするのも事実です。そんなことを深く考えさせられる記事でした。

ChromeVox （その１）

2012-12-14T13:44:00.000+09:00

ChromeVox について話す Google の T.V.Raman氏のYoutubeビデオです。

字幕もちゃんと付いてます。自動翻訳で日本語字幕も出ます。おかしな訳もありますが、分からないほどではありません。

さっそく Chrome に入れてみました。マイクロソフトの日本語音声合成エンジン "Haruka" を入れてあるので、すぐに読み上げ始めました。すばらしい。

音声合成エンジンのインストールについては、「まほろば」ブログの「SAPI5 対応の日本語音声合成エンジンのインストール」をお読みいただくといいです。よくわかるいい記事です。

詳細は、改めて報告します。

"http:" を「えいちとんとんぴーくーん」と読み上げるのがなんとも可笑しいですが。

情報の読みやすさシンポジウム(W3C)

2012-12-12T11:26:00.003+09:00

2012年12月3日に W3Cが "Easy-to-Read on the Web Online Symposium"（読みやすさオンラインシンポジウム）を開催しました。この分野では、”Information for all” European standards for making information easy to read and understand（「全ての人のための情報」情報を読みやすく分かりやすくするための欧州標準）がありますが、W3Cはまだ研究が必要であると考えているようです。この問題では、日本でも「読みやすさ」の基準をいかに明確にしていくかという課題があり注目すべき分野です。高齢者ばかりでなく、記憶や注意などのさまざまな認知の障害や知的障害に Web 技術がどう対応していくべきか、という問題は避けて通れません。

残念ながら、このシンポジウムには参加できませんでした。それから、日本からの発表もなかったようです。この「読みやすさ」の分野、日本では決して遅れているわけではありません。Web まで手が届いていないのです。

日本語には固有の難しさがあります。昨日12月10日はノーベル生理学・医学賞の授与式式でした。その後の会見で、京都大学の山中伸弥教授が「初心」という字を書き、記者たちに「この字間違ってませんか？」と聞いていました。日本語とは、ノーベル賞をとった大学教授でも正確さが心配になるそんな言葉なのです。

「読みやすさ」の問題。もう少しウォッチしていかねばなりません。海外ではツールまでできはじめているのですから。

Easy-to-Read on the Web Online Symposium 3 December 2012
http://www.w3.org/WAI/RD/2012/easy-to-read/
”Information for all”
European standards for making information easy to read and understand
（情報を読みやすく分かりやすくするための欧州標準）
http://cop.health-rights.org/files/c/1/c1fbaaeb17db47800782d8721bd8b0db.pdf
5 Firefox Add Ons To Increase Webpage Readability
http://zoomzum.com/5-firefox-add-ons-to-increase-webpage-readability/

HTML5 Accessibility

2012-12-05T07:50:00.002+09:00

html5 accessibility によると、HTML5 のアクセシビリティ対応状況は、おおざっぱにこんな風になっているらしい。Windows では Firefox+NVDA がベストな組み合わせになっているのが要因だろう。Internet Explorer も思いのほかがんばっていると思う。SafariのMac版が良い理由はなぜでしょうね。

html5 accessibility の画面キャプチャ