機能にアクセスする力を持てるわけです。両方が含まれています。他社製の支援技術や、自分のソフトウェアがアクセスしやすいようにしようと考えているアプリケーション開発者によって使用されています。エンジニアリングの基本理念のひとつでもあります。見やすく、聞こえやすく、使いやすいことを確実にするために尽力している全社的なグループがあります。詳しくご覧いただけます。--Stevenこんにちは。アクセシビリティと音声認識のエクスペリエンスの開発長をしています。おけるアクセシビリティに関してどのように考えたかについて書きたいと思います。これまでマイクロソフトが製作してきたオペレーティングシステムの中でもっともアクセスしやすいものにしようと思いました。今回のリリースを計画するにつれて明らかになってきましたが、アクセシビリティという概念は見た目ほど単純ではありません。アクセシビリティはセキュリティのように考えたくなります。どちらも既知の不具合がある一方で、システムは安全/アクセス可能だと信じられています。この定義は限定的だとわかります。全盲の人のニーズと弱視の人のニーズですら異なります。拡大ツールは全盲の方々にとっては役に立ちませんが、弱視の方々にとっては極めて重要です。明らかに、アクセシビリティは単純な「はい」「いいえ」で答えられるような質問にはなりません。どちらかというと特別なユーザビリティであり、しかもそれぞれ個別のニーズを持った特殊なユーザー群のためのユーザビリティです。質問が複雑なので、その答えも複雑になってしまいました。おいてアクセシビリティを向上させるため、4つのパーツから成る方策を選びました。オートメーション」というアクセシビリティ用の新しいコアコンポーネントを導入しました。比べてより豊かな方法で表現できるようにします。パターン」という考え方も導入しました。いずれの要素も、どのようにコントロールされるべきか決定できるというものです。パターンがありますが、これは押せるということを示すものです。すべてのコントロールを同じ型にはめようとするのではなく、それぞれのコントロールは違うようにしています。登場し、今もなお採用され続けています。新しく一から作成しました。オートメーションを活用することができます。密接に統合されるようかなりの作業を行い、新旧テクノロジーのよいところを橋渡しするための新しい技術を開発しました。使用していたかにかかわらず、最大限のアクセシビリティを確かなものとするためです。API」と呼ぶことにしました。入っていることを喜ばしく思います。最初から入っているアクセシビリティのユーティリティも改良しました。一連のユーティリティが含まれています。2つを強化することにしました。キーボードと拡大鏡です。キーボードの最も顕著な変化は改良された外観や操作性ですが、ほかにも微妙な拡張があります。変わっておらず、お客様からサイズ変更ができるようにとの要望をいただいていました。ベースを共有しました。調和した魅力的な外観となり、サイズ変更が可能になりました。キーボードは異なったままです。いうのは、それぞれ異なった使い方をされるからです。タブレットのユーザーは、手書きとタイプ入力をダイナミックに切り替えたいと思うでしょう。スクリーンキーボードのユーザーは、クリックするのが困難な障害がある場合、キーの上をさまよったりスキャンできるようなモードが必要でしょう。この線に沿って、障害のある方が文字をより速く入力できるようにするため、基本的な予測入力機能を追加しました。これまでにスクリーンキーボードでタイプ入力を試みたことがあるなら、予測入力がいかにテキストの入力スピードを向上させるか、そのよさをお分かりいただけるでしょう。拡大鏡は徹底的に見直されました。拡大鏡は、直感的なエクスペリエンスではありませんでした。別のウィンドウに表示されました。ある一点をポイントしながら、別の場所を見なければなりませんでした。2つの基本的なソリューションを考えました。画面全体をズームできるようにすることと、ポインターの動きにあわせて領域を拡大して残りの部分はそのままにすることです。2つの主要なモードとなりました。全画面モードは、画面上にあるすべてのもののサイズを一度に大きくしたい場合に有効です。マウスやキーボードのフォーカスを画面の中央あたりで動かしても、ビューはじっとしたままです。画面の端に向かって動かすと、拡大鏡は追いかけるようにビューをスクロールします。このモードのマイナス面は、状況がわからなくなりがちなことです。このユーザビリティの問題に対処するため、画面全体に対して今見ている領域がどこなのかを表すためにズームアウトし、その後再びズームインするような、状況を示すアニメーションを追加しました。モードは、ある特定のものだけをズームインしたい場合に便利です。このモードでは、レンズはマウスポインターを中心とするので、虫眼鏡を使っているような感じです。行ずつ拡大して読みたい場合に便利です。拡大鏡に基づいていますが、これからはどのマウスでも使うことができます。拡大鏡のウィンドウが画面上でスペースをとり過ぎる、というユーザーからのフィードバックに対しても対応しました。使われているズームイン/ズームアウトといったコントロールを小さなツールバーに移動させました。このツールバーは、未使用時には半透明の透かしのような感じにフェードアウトします。ダイアログで設定できます。最後に、ほとんどすべての機能に対してキーボードショートカットをつけました。見たくなければ、使わなくてもすみます。キーを押せばいつでもズームインできます。これらのツールは、低視力や手先の細かい作業が困難なお客様のアクセシビリティを直接向上させます。ツールを幅広い層に対してアピールしました。キーボードと拡大鏡の両方をお見せしましたが、能力に関係なくすべての人が、これらのツールが自分のためになると思ってくださったと見てもよいと思います。アクセシビリティのすべてを提供できるわけではありません。プログラムが使用するアクセシビリティのデータを正しく渡すことが不可欠です。文字読み上げソフトや拡大鏡といった支援ツールは、アクセシビリティシステムの「クライアント」です。ブラウザやワープロなどのアプリケーションは「プロバイダー」です。エクスペリエンスを得るために必要です。エコシステムでは、数多くのプロバイダーがあります。そのため、それぞれのプロバイダーについて正しくコードが書かれているか一つ一つチェックするのは大変なことです。スキャンして一般的なアクセシビリティ問題について報告するユーティリティを開発しました。コードの問題を検出することができます。品質保証エンジニアの方は、会社の仕事の品質を検証するのにこれらのユーティリティを使用できます。オープンソースのソフトウェアとして公開し、できる限り多くの関係者に使っていただけるようにしたことは、極めて重要だと考えています。プログラマーでない方は、直接使用することはないかもしれませんが、これらのユーティリティが遭遇していたかもしれないバグの除去に役立ったであろうことを考えると、やはり恩恵を受けていることになります。日目からのアクセシビリティの計画Windowsの機能そのものがすぐれたプロバイダーであることを確かなものとするために、ソフトウェア開発ライフサイクルのリスク評価からお知恵を拝借しました。機能について、アクセシビリティの危険度を評価するのです。コントロールを使用している機能は通常、よりアクセシビリティに対応しています。既成のコンポーネントに対して内蔵されたプロバイダーを提供するからです。凝ったことやカスタム描画をするような機能は、対応させるためにいろいろな作業を行う必要があります。この計画プロセスにより、それぞれの開発チームはどの程度アクセシビリティの危険度があるか知ることができ、その結果、的確に計画を立てることができました。機能が正しく評価されたら、私たちのチームは危険度によって機能表を並び替え、危険度の高い機能を担当しているチームに接触し、その機能がアクセシビリティ対応となるために必要なリソースやツールが足りているかを確認しました。実践的なテストや検証が確実になされるようにもしました。機能のほとんどは、以前のバージョンに含まれていたものと比較して、よりアクセス可能となっており、総合的なユーザーエクスペリエンスが向上しています。開発において、アクセシビリティを重視しました。含まれるツールの強化で、順調な進展がありました。ベースとした将来のツールに対して互換性があるか検証するのがずっと簡単になりました。機能やプロバイダーのアクセシビリティに対する私たちの取り組みは、社内の何百人ものエンジニアの懸命な働きのおかげで、さらに徹底して、一貫性があり、統合されたものとなりました。成し遂げたことに対して私たちは誇りに思います。楽しいエクスペリエンスを実現する手助けとなれば幸いです。