技術分野におけるアクセシビリティとインクルーシブ性は大きく前進してきたものの、まだ取り組むべき課題が残っている、と2人のコンピューティングの専門家は述べています。
スクリーンリーダーはアクセシブルな技術の重要な要素ですが、依然として多くのウェブサイトがアクセシブルではありません。
設計プロセスに障害のある人を含めることで、直面している課題をより深く理解し、その解決方法を見出すことができます。
自分が視覚障害者であるか、視覚障害者を知っている場合を除き、視覚障害者が晴眼者と同じスマートフォンを使っていることをご存じないかもしれません。実際、多くの視覚障害者が毎日タッチスクリーンのスマートフォンを使用しています。その仕組みは、スマートフォンにスクリーンリーダーが搭載されていることにあります。スクリーンリーダーは、ジェスチャーやタップの組み合わせに加えて、振動や音声フィードバックを用いて、視覚障害者がアプリを操作できるようにするツールです。
スクリーンリーダーは、モバイル端末だけでなくデスクトップコンピューターでも動作します。通常、設定のアクセシビリティの項目でスクリーンリーダーを見つけることができます。iPhoneでのスクリーンリーダーはVoiceOverです。これは画面上の内容を音声で説明し、クリック可能なボタンやユーザーが実行できるその他の操作も伝えます。よく設計されたウェブサイトやアプリのユーザーインターフェースは、画面上の情報をスクリーンリーダーが読み取れる状態にし、それによって視覚障害のあるユーザーにとってアクセス可能になります。一方で、設計が不十分なウェブサイトやアプリケーションは、スクリーンリーダーからは見えない状態になってしまいます。
私たちは技術設計に焦点を当てた研究者であり 、あらゆる種類の障害のある人が利用できる技術の実現を目指しています。技術をアクセシブルかつインクルーシブなものにするためには、さらなる取り組みが必要であることがわかっており、例えばスクリーンリーダーのユーザーがアクセスできるように設計ツールを改善することなどが挙げられます。
これは公平性やインクルージョンだけの問題ではありません。アクセシブルな技術は一般的にすべての人にとってより使いやすくなります。スクリーンリーダーに問題を引き起こすアプリやウェブサイトは、誰にとっても、アクセシブルなアプリやウェブサイトよりも多くの時間や労力を要するため、使いにくくなる可能性が高いのです。
人々を観察することは有益ですが、参加してもらうことはさらに有益です。
当初、ユーザーインターフェース設計者は、アクセシブルな技術を生み出す最善の方法は、さまざまな障害のある人がタッチスクリーンをどのように使用しているかを調査することだと考えていました。例えば、初期の研究者は、視覚障害のあるユーザーが画面上のキーパッドで小さなアイコンや特定の数字を見つけることに、時に困難で時間がかかると報告しました。
この問題を解決するため、アクセシビリティの研究者はタッチスクリーン全体を入力および操作のコントロールとして使用するという方法を用いました。これはゲーム機のコントローラーに似ています。ユーザーは画面の特定の部分に触れる必要がなく、音声の指示に応じて画面のどこをタップしてもよいのです。このような知見は、タッチスクリーンの評価と設計に視覚障害者を参加させなければ、得ることはできなかったでしょう。
ユーザーインターフェース設計のベストプラクティスでは、長い間、設計プロセスにユーザーを含めることが行われてきました。障害のあるユーザーを含めることで、よりアクセシブルな技術が実現します。しかし、多くの技術は依然として、障害のあるユーザーにとって標準の状態ではアクセシブルではありません。
アプリやウェブサイトをよりアクセシブルにする一つの方法は、障害のある人自身に技術を設計してもらうことです。しかし、設計プロセスそのものが、まさにそのような人々にとって十分にアクセシブルではありません。ユーザーインターフェース設計者が使うツールの中で、アクセシブルなものはほとんどありません。これは典型的なジレンマ（Catch-22）です。
アクセシブルな技術には、アクセシブルな設計ツールが必要です。
ユーザーインターフェース設計プロセスがどの程度アクセシブルであるかについては、これまでほとんど研究が行われてきませんでした。視覚障害のある人にとってのアクセシビリティを含め。私たちの最近の研究では、プロトタイピングソフトウェアのアクセシビリティを評価しました。このソフトウェアは、ユーザーインターフェース設計者がクライアントに提示するため、またはユーザーによるテストのために、ユーザーインターフェース設計の仮のモックアップを作成できるものです。このソフトウェアは、この分野において不可欠な存在です。例としては、Balsamiq、Adobe XD、およびUXPinなどがあります。
私たちは、最も普及しているプロトタイピングソフトウェアの多くがスクリーンリーダーと互換性がないことを確認しました。そのため、スクリーンリーダーを使用する視覚障害のある設計者にとって、このプロトタイピングソフトウェアはアクセシブルではありません。
私たちは、一般的な2つのスクリーンリーダー、MacOSのVoiceOverとWindowsのNarratorを用いて、人気のプロトタイピングソフトウェアでテストを行い、プロトタイピングソフトウェア内のさまざまなボタンや機能に、いつ、どこでアクセスできたかを記録しました。
世界経済フォーラムは、障害者のインクルージョンにおける格差を解消するために、どのような取り組みを行っていますか？
一部の互換性は確認できました。例えば、スクリーンリーダーがボタンを識別し、そのボタンが選択可能であることを示すといった点です。しかし、他の側面については、スクリーンリーダーのユーザーにとって不明確でした。例えば、プロトタイピングソフトウェアが、テキストのフォントサイズを変更するなど、特定のボタンの機能を示すための情報をスクリーンリーダーがユーザーに伝えられるように提示していない場合がありました。また、ボタンを選択するためにスクリーンリーダーがそのボタンにフォーカスできることを明確に許容していない場合もあり、これはユーザーがそのボタンを「クリック」するために必要です。
プロトタイピングツールの4つの主要な構成要素（キャンバスのワークスペース、コンテンツの階層間の移動、デザインを構成する個々の要素、要素のパラメーター）を示すスクリーンショット。VoiceOverが有効になっており、その視覚的なキャプションパネルがキャンバスのワークスペースの上に浮かび、ボタンが選択されていることを示しています。
結論として、私たちの研究で明らかになったアクセスの制限は深刻であり、視覚障害のある設計者は、自分自身のモックアップを作成するためにこのソフトウェアを使用することができないと結論づけるに十分なものです。
より良い未来はアクセシブルなものです
アクセシビリティは、すべての人に関わる問題です。ほとんどの場合、技術へのアクセスを提供することは法的に義務づけられています。過去には、適切なアクセスを提供できなかった組織が、訴訟に直面してきました。
しかし、アクセシビリティは優れた技術の特徴でもあります。今日、人々が当たり前のものとして受け止めている多くの技術は、革新者が障害のあるユーザーのために設計したことから生まれました。その一例が、コンピューターが印刷された文字を読み取ることを可能にする光学文字認識です。
設計プロセスにアクセシビリティを組み込むことは極めて重要です。設計者が障害のあるユーザーと技術との関わり方を理解することは有益ですが、最も強力な知見は障害のある人自身から得られるかもしれません。ユーザーの行動や好みを調査することで設計者がどれほど共感を得たとしても、それは、実際にその技術を使っている人々によって作られた技術がもたらす利点に代わることはできません。
