自撮り認証によるログインのアクセシビリティ向上の可能性

Googleが自撮り認証機能「セルフィービデオ」の提供を開始した。 blog.google

Googleアカウントのパスワードを忘れた場合、通常は再設定用メールアドレスなどを使って復旧する。しかし、そのメールアドレスにもアクセスできず、普段使っている認証端末も手元になかったらどうするか。そんな「ログインに詰んでしまったシーン」の救済策として登場したのがセルフィービデオだ。(そんなことが公式ページに書いてある。)

自撮り動画を使えば、ロックアウトされたり、普段の携帯電話やパソコンにアクセスできなくなったりする場合など、サインインするためのオプションがさらに増えます。

あらかじめセルフィービデオを登録しておき、万が一のロックアウト時には再度カメラで顔を撮影・照合することで本人認証を行う。もちろんディープフェイク対策などの生体検知も組み込まれている。

ログインに関するアクセシビリティの課題

アクセシビリティ向上がライフワークである私は、こういった機能がログイン・認証まわりのアクセシビリティに与える影響について考えた。

「ログインのアクセシビリティ」でまず思い浮かぶのは WCAG 2.2の達成基準 3.3.8と3.3.9のアクセシブルな認証*1。これはパスワードの記憶やワンタイムパスコードの転記、パズル認証といった「認知機能テスト」をユーザーに課す場合、代替手段(パスワードマネージャーの自動入力やWebAuthnなど)を提供することを求める達成基準だ。

達成基準にも関連するCAPTCHAは、アクセシビリティ上の障壁になりうる認証として知られている。

www.mitsue.co.jp www.gaji.jp

このあたりは、すでに議論されている課題。

高齢者や知的障害者のログインの課題

一方で、まだ開発者の間であまり語られていない論点として、高齢者や知的障害者、あるいは複数の特性を持つ人々が直面するログインの障壁がある。

実際のユーザーテストなどでWebアプリケーションの利用状況を観察していると、最もつまずきやすい操作の一つがまさに「ログイン」だ。

※高齢者と知的障害者の特性は異なるが、「不慣れで複雑な手順を強いられた際の操作障壁」には多くの共通点が見られる。

1. パスワード管理の難しさ

パスワードの管理方法はアナログ・デジタル問わず存在するが、いざというときにスムーズに取り出せないことが多い。

  • アナログ: メモに書いておいたが、紛失した/どこにあるか分からない
  • デジタル: パスワード管理アプリを勧められたが、ツールの概念や操作方法が理解できない

2. 心理的な負担(失敗への恐怖)

ログインという重要かつ避けられない操作に対して、強い抵抗感やプレッシャーを感じ、操作自体を諦めたり他人に頼るまで先延ばしにしてしまうケースがある。

  • 間違えたらどうしようという「失敗への恐怖」が大きい
  • 過去に誤入力でアカウントロックを経験していると、抵抗感がさらに増幅する
  • 「n回間違えました」という警告表示そのものが強いストレスになる

3. 「誰かに手伝ってもらう」ことに潜むリスク

自力でのログインが困難な場合、周囲の人にパスワードを確認してもらったり、入力を代行してもらったりすることが常態化しがちだ。

しかし、信頼できる第三者が常にそばにいるとは限らない。また、悪意の有無にかかわらず、他人に認証情報を預ける行為は重大なセキュリティリスクに直結する。

生体認証はログインのアクセシビリティ課題を向上するか

Googleが提供しはじめたセルフィービデオはアカウント復旧用の機能だが、もし将来的にこれが通常のログイン手段としても広がったらどうだろうか。

パスワード管理の難しさや失敗へのプレッシャーに対して、身体ひとつで完了できる生体認証は有効な解決策になり得る。

専用のセンサー(Face IDや指紋リーダー)を搭載した高価な端末を持っていなくても、一般的なWebカメラさえあれば認証できる世界線は、デバイス格差やデジタルディバイドの解消にもつながる。

(ヘルプページ*2を見る限り最低解像度などの厳しい条件はなく、一般的なカメラであれば利用可能と思われる。ただし、逆光や暗所といった「撮影環境」による影響は考慮が必要そうだ。)

パスワードの転記や別端末の操作を必要とせず、カメラの前にいるだけで認証が通るようになれば、多くのユーザーが認知負荷から解放されるはずだ。

解決する課題がある一方で、別の壁

一方で、生体認証が障壁になるケースもある。 ディープフェイク対策を伴う生体検知では、指示に従って顔を上下左右に動かしたり、傾けたりする動作を要求されることが多い。頸部や顔面の運動機能に制約があるユーザーにとっては、こうした動作自体が極めて高いハードルになる。

どのような手法にも一長一短があり、生体認証がログインにおける銀の弾丸になるわけではない。だからこそ、ユーザーが自身に合った認証方法を選べる「選択肢の多様さ」が重要になる。

セルフィービデオを設定してみた

実際にセルフィービデオをどうやって設定するのか、録画したのを記念にYouTubeにあげた。(私の顔が出ますが、驚かないでください。あと音声がないです。ごめんなさい。)

youtu.be

VoiceOverで確認したところ、設定ステップは読み上げとキーボード操作に対応していた。カメラ位置が固定されているデスクトップ環境であれば、視覚障害のあるユーザーでも比較的設定を完結しやすいと予想する(撮影中の状態に関する音声フィードバックがさらに充実するとより良い)。

開発者ツールのスクリーンショット。h1要素にaria-live=assertiveが付与されている。
ステップ遷移時のh1に aria-live="assertive" が付与されている

興味がある人は設定してみてください。 (設定画面へのリンク)

おわりに

高齢者や知的障害のある方がデジタル機器の操作でつまずいたとき、「それは本人のリテラシーの問題だ」「周囲が手伝えば済む話で、Webアクセシビリティの領域ではない」と片付けられてしまう場面を何度も目にしてきた。

しかし、セルフィービデオのようなセキュアかつアクセシブルな技術の進化によって、ログインが利用障壁になる場面は確実に減らせる可能性がある。

「利用者のリテラシー」に責任を転嫁せず、UIや技術によってアクセシビリティの課題を解決することを諦める必要はないと今回の新機能を通じて改めて感じた。

書くときに参考に見たその他のページ

news.yahoo.co.jp fidoalliance.org www.facebook.com

カカオ社製品のアクセシビリティ

韓国のカカオ社が今年のGAADにデジタルアクセシビリティ改善に関する発表をしたらしく、記事が出てた。

카카오, 카톡 사진에 설명 단다…시각장애인 접근성 높여

記事の中で気になったとこを書いとく。

韓国内IT企業初のデジタルアクセシビリティオフィサーDAOを選任

DAOといえば分散型自立組織!だと思ったけど、デジタルアクセシビリティオフィサーなんだ!デジタルアクセシビリティオフィサー、初めて聞いた。企業にアクセシビリティの責任者を立てるのは、よさそう。

カカオトーク

マルチメディアに代替テキスト設定可能

カカオトークで送信する画像や動画に代替テキストを設定できるようになった。これは手元でためしてみた。静止画・動画どちらも50文字以内の「説明文」を入力できるようになっている。

片手で掲げられた日本酒の瓶の写真をカカオトークで送信しようとしている画面のスクショ。画面下部に代替テキストを入力するためのUIがある。

説明文がある静止画・動画は画像の右下に説明文を表すアイコン(水平の3本線)が表示され、アイコンを押すと説明文を確認することができる。

カカオトークのトーク画面のスクショ。代替テキストが設定されている画像や動画のサムネイルにはその右下に説明文を表すアイコンが表示されている。

音声メッセージ受信時、内容を字幕のように表示可能

これは試せなかったのでよくわからない。音声認識して自動で字幕出すのかな? カカオトークの私しかいないルームで音声メッセージを送ってみたけど表示されなかった。人から受け取った音声メッセージだったら表示されるのかもしれない!カトクに友達いなくて…。

ステッカーに代替テキスト機能

LINEではスタンプと呼ばれるみたいな絵文字機能にも代替テキスト機能が追加されている。もともとはカカオフレンズ(カカオの公式キャラクター)の絵文字にのみ代替テキストが提供されていたが、クリエイターが制作したステッカーにも説明文(代替テキスト)を設定できるようになったそう。これも詳細は不明。

その他

PC版カカオトークに拡大鏡追加。SMS本人確認時の制限時間延長が可能に。カカオトークAndroid版が点字ディスプレイをサポート。

カカオマップ

昨年11月のアップデートで、ソウル地下鉄1〜8号線の駅舎の乗降場について、列車と乗り場の間隔の広さと高低差の情報をカカオマップで見られるようになった。とのこと。

それめっちゃいいじゃん〜と思ってiOS版のカカオマップをダウンロードしてみたら、だいぶ良かった。

カカオマップのスクリーンショット

マップから駅を選ぶと、駅のリアルタイム電車発着情報、施設情報が表示された。施設情報には、駐車場、トイレ、出口、通り抜け、案内センター、駐輪場、待ち合わせ場所、観光案内所の有無などが書かれている。

さらにその下には「交通弱者情報」という見出しがあった。アプリの言語を英語にしてみると「Facilities for Disabled」と言う見出しになった。多機能トイレ、授乳室、車椅子充電、車椅子用席のある車両、車椅子昇降機、車椅子用スロープについての情報が並ぶ。昇降機とスロープの情報には電話番号が書かれている。使いたかったら電話する必要があるのかな?

カカオマップの駅情報画面のスクリーンショット。電車の発着時刻の情報、施設情報、障害者向けの施設情報が並んでいる。

下部には「交通弱者移動情報案内」というボタンがある。 押してみると、駅内の移動経路一覧画面に移動した。

出入り口一覧画面のスクリーンショット

一覧から1つの行き先を選択すると、経路案内の画面に移動し、エレベーターを使う場合の移動経路を見ることができる。

駅内の移動経路案内画面のスクリーンショット

経路案内は構内図(画像)と文字で説明されている。

別のタブでは、乗降場と列車の間隔に関する情報を見ることができる。乗降場番号ごとに間隔の広さ(広い・普通・狭い)と、高低差(高い・普通・低い)が書かれていた。 各乗降場の段差、間隔情報がのっている表のスクリーンショット。

この表があれば、車椅子やベビーカーのユーザーが乗りやすそうな乗降場をあらかじめ調べることができるだろう。もちろんこの表には車椅子席やエレベーターの有無も一緒に掲載されている。すごい便利そう〜。

その他

カカオはアクセシビリティ改善のためのチェックリストを制作したり、実態調査を行なってアクセシビリティの意識強化をやっているらしい。 今年の下半期にはアクセシビリティ報告書を発刊するなどアクセシビリティ改善を拡大する。とのこと!!

この改善すべて、ここ半年でリリースされたものっぽい。チェックリスト、見てみたいなぁ。 この記事にある機能改善のリリース情報やヘルプページなど、公式の案内を見つけることができなかった。そのうち出るかな?

やさしい判決文

ただのメモ。

“안타깝지만 원고가 졌습니다”… 삽화도 곁들인 친절한 판결문 보셨나요 - 조선일보www.chosun.com

先月末読んだ朝鮮日報の記事。直訳すると記事のタイトルは 「残念ながら、原告が負けました。」挿絵も添え 親切な判決文をご覧になりましたか。 という感じ。

聴覚障害者が原告だったとある裁判で、原告はわかりやすい言葉で判決文を書くように求めたそうだ。そして出たのがこのイラスト付きの「親切な判決文」ということだそう。

記事にも書かれているけどこれはまさに裁判を受ける権利を保障するということだし、これもまたアクセシビリティ。

「障害者リモートワーク・ワーキンググループ」活動報告書

2022年12月5日に公開された日本財団「障害者リモートワーク・ワーキンググループ」活動報告書を読みました。ブログに書こうと思ってもう一ヶ月以上経ってしまった。

www.nippon-foundation.or.jp

この報告書のいいところをまとめようと思って一ヶ月前に記事の下書きを作成したけど進まなくて諦めた。この報告書が多くの方に読まれるといいなと思います。

この報告書は障害者雇用のマニュアルではないこと。この報告書で登場する障害者は、障害種別も状況もそれぞれ 異なり、ワーキンググループの経験がすべての障害者を代表するものではありません。同じあるいは似た障害がある人 同士でも、一人ひとりの状況やニーズは異なり、障害の種類や状況によって望まれる配慮も異なります。(報告書の目的より)


この報告書を読んで改めて、相手がどんな特性を持っている人でも、その人にとってどういう状態が働きやすいか・にくいか、ちゃんと話し合って理解することの重要さを感じました。話す側・聞く側の両方にスキルが求められるので難しいところだけども、そこがやっぱり大事。

障害の有無にかかわらず「もっとこうだったら働きやすいのになぁ」みたいに感じることって誰でもあると思うんですよね。その時にそれを、伝えなければいけない相手にわかりやすく伝えるのって誰でも難しいでしょう。言われたほうも、相手の本当の意図や背景まで知らなければそのリクエストに応えられないかもしれないし。言うのも聞くのも難しい。

どんな人と働く時も、必要な場面では相手を理解することや自分を理解してもらうことを、面倒がって避けたりしないようにしたいなぁと思います。

追記: 報告書のWordとPDFちゃんとつくってくれたら最高だったな...

フロントエンドエンジニアをやめました。

フロントエンドエンジニアとして働くのを2022年いっぱいで終わりにしました。今までフロントエンドエンジニアとしての私と関わってくださった方、元上司、元同僚、友人・知人の皆様、本当にありがとうございました。

コーダーから始めて、約7年間ウェブのクライアントサイドのコードを書く業務をしました。

2023年からは大好きなアクセシビリティに向き合う仕事をやります。夢のよう!

なぜやめたのか

寝る時間も惜しむほど熱中できることを仕事にするのがいいなと思ったからです。いわゆる現代のフロントエンドエンジニアに求められるスキルの向上に対して、それほどの情熱を持っていたかというとそうではなく。ずっと情熱的な人に囲まれて働いてきて、愛がある人には勝てんな。と痛感し、私も愛する分野で生きていかなければと思いました。

誰もが求めるものにたどりつけるインターネットであってほしい

私を突き動かすのは「ウェブで快適を手に入れたい」という自分の欲望です。同時に、それが誰にでも可能であってほしいと思います。取り残される立場をまあまあ経験した自分にとって、誰かが取り残されるということは全く面白くありません。それが遠くの知らない誰かだとしても!

ウェブが全ての人にアクセシブルになるように、自分ができることを探してやっていきます。30代に突入し第二章が始まったような気分。

Collaboration Tools Accessibility User Requirements(CTAUR)

https://www.w3.org/TR/ctaur/#collaboration-tools これはアクセシビリティアドベントカレンダー 16日目の記事です。W3CのCollaboration Tools Accessibility User Requirements(CTAUR) を紹介します。内容は執筆時点の情報です。

www.w3.org

Collaboration Tools Accessibility User Requirementsとは

Collaboration Tools Accessibility User Requirements(CTAUR)は、コラボレーションツールのためのアクセシビリティ要件がまとめられたW3Cのドキュメントです。2022年11月8日に草案の初版(First Public Draft)が公開されました。

CTAURのAbstractの冒頭には、このドキュメントについて以下のように書かれています。

This document outlines various accessibility-related user needs, requirements and scenarios for collaboration tools.

各章の紹介

CTAURは以下の6つの章+Referencesで構成されています。

  1. Introduction
  2. User need definition
  3. Real-Time co-editing
  4. Annotations
  5. Version control features
  6. Notifications and Messages

各章の内容を簡単に紹介します。

1. Introduction

https://www.w3.org/TR/ctaur/#introduction

この章は三つの節で構成されています。1.1では、コラボレーションツールとはどんなツールかとその例、1.2では、コラボレーションツール特有の機能、1.3では、現在のWCAGなどのガイドラインはコラボレーションツールやその機能のアクセシビリティを保証するのに十分でないことについて書かれています。

1.2のNoteの後半では、このドキュメントではコラボレーションツールのコラボレーションのための機能についてだけ取り扱うと書かれています。例えば、グラフィック編集用のコラボレーションツールでは、他のユーザーと共同作業時の即時通知機能はこのドキュメントで取り扱われますが、グラフィック編集操作時のアクセシビリティ上の問題(キーボード操作のみで図を編集できないなど)は範囲外です。

2. User need definition

https://www.w3.org/TR/ctaur/#user-need-definition

この章は、ユーザーニーズがユーザーの作業環境・状況によって異なることについて説明されています。コラボレーションツール使用時ならではの状況がユーザーの能力に与える影響についても触れられています。

3. Real-Time co-editing

Collaboration Tools Accessibility User Requirements

この章は、リアルタイム共同編集時のユーザーのニーズとそれに対する要件がシナリオごとにまとめられています。

EDITOR'S NOTEでは学習障害や認知障害に起因するニーズに対して、どのような戦略を用いるべきか?スクリーンリーダーの課題とどう異なるのか?というようなことが書かれています。ユーザーが編集に集中している間に発生した他のユーザーによる変更などが与える認知的負荷などについて今後議論されていくのでしょう。

4. Annotations

https://www.w3.org/TR/ctaur/#annotations

この章は、状況によってユーザーのニーズが大きく異なる機能の一つであるアノテーション(コメント機能)について、さまざまな状況ごとのシナリオが書かれています。

5. Version control features

https://www.w3.org/TR/ctaur/#version-control-features

この章は、バージョン管理機能に関連する機能について、5.1では提案機能、5.2ではリビジョン間の差分と2つの節に分けて書かれています。

6. Notifications and Messages

https://www.w3.org/TR/ctaur/#notifications-and-messages

この章は、コラボレーションツール利用中のさまざまな通知やメッセージについて書かれています。これは、コラボレーションツールのアプリケーション内で発生する通知だけではなく、メールやOSの機能で行うものも含めた、通知・メッセージの提供に関する内容になっています。

A. References

https://www.w3.org/TR/ctaur/#references

参考文献が紹介されています。

感想

このドキュメントが公開された当時、私はコラボレーションツールの開発チームに所属していて、コラボレーションツールのアクセシビリティ向上について、WCAGに沿って進めていくのは難しいと感じていました。このドキュメントに書かれているとおり、コラボレーションツール特有の機能やUIの課題が多いためです。なので、このドキュメントが公開され初めて読んだときは本当に嬉しかったです!

このドキュメントの特徴は、WCAGの達成基準ではカバーしきれない、リアルタイムで発生するコンテンツの変化とそれをユーザーが受け取るときの認知負荷について考慮されている点だと思います。

ウェブのアクセシビリティに取り組む時、スクリーンリーダーが正しく読み上げられるようにするため・キーボード操作を可能にするため「追加」の対応をするイメージがあるように思いますが、このドキュメントでは認知の余計な負担を軽減するため伝える情報の「削減」についても検討されています。

ウェブアクセシビリティについて視覚障害者向けのものだと認識されることも現状多いように思いますが、このようなドキュメントをきっかけに学習障害や認知障害のアクセシビリティについて議論が進めば、ウェブアクセシビリティが今よりさらに多くの人のための、みんなのためのものになっていくのではないかと期待しています。楽しみです!

青年期・成人における発達障害のある人を取り巻く現状や課題

筑波大学ダイバーシティ・アクセシビリティ・キャリアセンターの一般公開WEBイベント「青年期・成人期における発達障害のある人を誰一人取り残さない社会に向けて」に見逃し配信枠で参加登録をしました。

dac.tsukuba.ac.jp

10月4日まで見逃し配信が可能で、今日は 本田 秀夫 先生による基調講演「青年期・成人期における発達障害のある人を取り巻く現状や課題、目指すべきこと」を視聴しました。

思ったこと・知ったことなどメモ

  • 発達障害者にとって幼少期の環境や育ち方の影響は大きい
  • 見た目で判断できない障害だからこそ「そうは見えない」当事者が社会的カモフラージュ行動を取りストレスになりやすい。発達障害者にとっては、ふつうに振る舞うことが過剰適応になっているともいえる。
  • 発達障害者への合理的配慮として、やらなくていいことを決めることができる。あいさつ、雑談、忖度、時間厳守など。
  • 合理的配慮はあくまで合意の上で行うこと。本人の希望を必ず確認しないとトラブルを招く。

最後の質疑応答の時間で先生が「発達障害の人にできないことをちゃんとやれというのは、身長164.5の成人に165cmになれっていうようなもんですよ。ほんのわずかな差だけど一生埋まらない」というようなことを(原文ママではありません)おっしゃっていて、本当に、そうだと思いました。理解されにくいことですが。どんなに頑張っても埋められない欠点があって、それは怠惰だと受け取られやすい。辛い。