# プロジェクトマネージャー向けアクセシビリティ アクセシビリティを確実に提供する鍵は、プロジェクトマネージャーがアクセシビリティを各スプリントに組み込むか、修復作業に先送りするかにかかっていることが多いです。修復は通常、アクセシビリティ専門家が監査とガイダンスを提供する形になりますが、これは組織全体でスケール可能な実践ではなく、アジャイルな手法でもありません。 より組み込まれたアプローチを支援するために、本書はプロジェクトマネージャー向けに、Colt の技術的アクセシビリティガイダンスを含むリソースへのリンクを提供します。 どのプロジェクトにもアクセシビリティを組み込むために、プロジェクトの基本的な一部として提供し、リソース、時間、コストへの影響を最小限にするいくつかの簡単なステップがあります。 ## 1. プロジェクト開始前 ### ステップ #1 事業計画がアクセシビリティを法的リスクとして指摘しているだけでなく、以下に記載された正しい法律や方針を参照していることを確認してください。 [法的リスクガイド](#5-legal-risks). ### ステップ #2 アクセシビリティの受け入れ基準や責任範囲、実施および報告の領域をプロジェクト開始時に特定するために、アクセシビリティRACIはウォーターフォールプロセスに活動領域と責任をマッピングするための3つのバリアントを提供します。 {% file src="/files/780b2c7fb94ae6dd0b3b8ae0e51291161b27f247" %} ### ステップ #3 チームにColtの重要性を認識させることを確実にしてください。 [アクセシビリティ戦略](https://www.colt.net/why-colt/esg/accessibility/roadmap/) および、Coltの目標を達成するために役立つアクセシビリティに関するガイダンスや利用可能なリソースがあることをチームが認識していることを確認してください。 ### ステップ #4 開発者がアクセシビリティの自動テスト部分に使用できるプラットフォームにアクセスできるか確認してください。 ### ステップ #5 プロジェクトの一部としてダウンロード可能なドキュメント、ビデオ、コンテンツ画像、メールニュースレター、データシートなどのコンテンツが計画されている場合、コンテンツ作成者が次の点を認識していることを確認してください。 [コンテンツ作成とアクセシブルなドキュメントのフォーマットに関するガイダンス](https://www.colt.net/why-colt/esg/accessibility/content/). ### ステップ #6 最も重要なのは、すべてのスプリントで利用可能なガイダンスを確実に使用し、アクセシビリティを監査や最後のスプリントに先送りしないことです。そうするとチケットでバックログが溢れてしまいます。アクセシビリティを左にシフトすることはよりコスト効率の高いアプローチであり、アクセシビリティが除外されて法的リスクをもたらすような状況を防ぎます（ステップ #1を参照）。 ### ステップ＃7 プロジェクトにUIを持つサードパーティのウィジェットやデジタルサービスの調達が含まれる場合、ベンダーがその製品のアクセシビリティを以下の方法で証明していることを確認してください。 [アクセシビリティ適合報告書（ACR）](https://www.section508.gov/sell/acr/) または [VPAT](https://www.itic.org/policy/accessibility/vpat)、および製品のアクセシビリティロードマップ。 ## 2. 完了の定義 使用されている手法がウォーターフォールであれアジャイルであれ、各スプリントごとに完了（Done）を特定する必要があります。 [Colt デベロッパー向けアクセシビリティガイド](https://www.colt.net/why-colt/esg/accessibility/developers/) は、コアプラクティスをアクセシブルなコードを出力する方法で取り組めるようにし、特定のコンポーネントが作成される場合には、へのリンクを含みます [アクセシブルなコンポーネントのベストプラクティス](https://www.colt.net/why-colt/esg/accessibility/content/) それによりデザインはより普遍的で使いやすくなります。 完了の定義（DoD）は、すべての条件、または [受け入れ基準](https://www.leadingagile.com/2014/09/acceptance-criteria/)がソフトウェア製品によって満たされ、ユーザー、顧客、チーム、または利用するシステムによって受け入れられる準備ができている状態です。品質を確保するために完了の定義を満たす必要があります。これは、完了の定義を満たさないユーザーストーリーが上位環境へ昇格するのを防ぐことで手戻りを減らします。完了の定義を満たさない機能が顧客やユーザーに提供されるのを防ぎます。 ## 3. 手動テストと自動テストの比較 自動アクセシビリティテストは可能ですが、アクセシビリティは主にユーザーの成果に関するため、必要な内容の約20%しかカバーできません。したがって、手動テストは最初から計画することが不可欠です。 Coltアクセシビリティガイドラインの手動UATテストは下のスプレッドシートに記載されています。個々のテストを関連するユーザーストーリーの受け入れ基準として使用し、結果を記録してください。これによりアクセシビリティがバックログを圧倒するのを防げます。 {% file src="/files/cde7f581906997272517ece222475066ff9f65e6" %} 自動テストについては、QAの負担を軽減するために使用できるツールがいくつかあります。これらは主にWCAGガイドライン内の堅牢性（Robustness）原則をカバーし、他の3つの原則は手動でテストする必要があります。これは常に2つのツールの組み合わせで実行する必要があります。まず、1つ目は [HTMLバリデーター](https://validator.w3.org/) コンテンツがブラウザ内で正しく表示されることを確認するため、および支援技術のサポートに関する特定の要件を評価するためのより専門的なツール。 一般的なウェブサイトでは、アクセシビリティのテストは次を使用して行うべきです [DequeのAxe](https://github.com/dequelabs/axe-core)。このテストセットは任意のテストプラットフォームに統合できるはずです。よくある統合例は次のとおりです： * [Capybara](https://docs.deque.com/devtools-for-web/4/en/rb-capybara) * [Cucumber](https://docs.deque.com/devtools-for-web/4/en/rb-cucumber) * [Cypress](https://timdeschryver.dev/blog/setting-up-cypress-with-axe-for-accessibility) * [Microsoft Playwright](https://playwright.dev/docs/accessibility-testing) * [Puppeteer](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/puppeteer/README.md) * [React](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/react/README.md) * [RSpec](https://docs.deque.com/devtools-for-web/4/en/rb-rspec) * [Selenium](https://docs.deque.com/devtools-for-web/4/en/rb-selenium) * [Watir](https://docs.deque.com/devtools-for-web/4/en/rb-watir) * [Webdriverio](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverio/README.md) * [Webdriverjs](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverjs/README.md) 例外とはSalesforceを用いて構築されたもの全てを指し、その場合は [Sa11yテストライブラリ](https://github.com/salesforce/sa11y) を使用するべきです。これはSalesforceプラットフォームと整合しているためです。 自動化テストと手動テストの両方の結果を、コンテンツ資産の納品を含め継続的に記録することが重要です。そうすることで法的な争いが生じた場合に、Coltが包括的なアプローチを取ってきたことを証明できます。 ## 4. ユーザーのアクセシビリティ要件 誰もがColtの製品やサービスを利用できるようにするため、Coltはアクセシビリティロードマップを策定しており、これは重要な戦略的事業目標です。 ユーザー体験の観点で意味するところは、アプリケーションやページが以下のユーザーにアクセス可能であるべきということです： [支援技術](https://en.wikipedia.org/wiki/Assistive_technology)。これには、すべてがキーボードのみで操作できるようにする、といった単純な目標から、ユーザーが画面を見ることができない場合に、彼らが [スクリーンリーダー](https://en.wikipedia.org/wiki/Screen_reader) で聞く内容が完全に理解できるようにすることまでが含まれます。 W3Cによって定義されるアクセシビリティは4つの原則を持ちます： [知覚可能、操作可能、理解可能、堅牢](https://www.w3.org/WAI/fundamentals/accessibility-principles/)。これらのうち最初の3つは、ユーザー要件を作成する際に考慮すべきユーザー体験を指します。 これを容易にするために、Coltは一連のアクセシビリティガイドを作成しており、望ましいユーザーの成果が何であるかと、それを確実に実現するための手法、技術、テストを説明することから始まります。 * 色覚の認識 * [フォームの操作](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [キーボードアクセス](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [インタラクティブ要素のラベリング](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [ランドマーク](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [リンク](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [メタデータ](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [プログレッシブエンハンスメントとレスポンシブデザイン](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [セマンティックな構造](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [代替テキスト](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [テキストとグラフィックのコントラスト](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) これを評価できるように、テストマネージャーが実施するUAT活動に追加できる手動テストスクリプトが付属しています。 {% file src="/files/cde7f581906997272517ece222475066ff9f65e6" %} 各ガイドの導入部分には、ユーザー要件（ウォーターフォール）またはユーザーストーリー（アジャイル）を作成するために必要なすべてが含まれており、プロジェクトの開始時に確認するべきです。 ### スクリーンリーダーのユーザー体験 ユーザー要件の包含を可能にすることがどれほど有効かを把握するために、 [スクリーンリーダーのユーザー体験に関するこのビデオ](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) は、Microsoftのアクセシビリティチームによって、小さな配慮がどれほど効果的かを示しています。 製品をNarratorスクリーンリーダーで体験することを推奨します。方法はColtのガイドで説明されています、 [WebアクセシビリティをテストするためのWindows Narratorの使用](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). ## 5. 法的リスク アクセシビリティは単なる法的要件ではなく、Coltの戦略的目標の根本的な側面でもあり、これは [Coltのアクセシビリティロードマップ](https://www.colt.net/why-colt/esg/accessibility/roadmap/)に概説されています。これはColtの [多様性、公平性、包括性](https://www.colt.net/about/inclusion-diversity/) 戦略の一部です。 デジタル包摂には機会がある一方で、法的リスクも存在し、これらはすべてのビジネスケースで特定されるべきです。本書の目的は、ウェブやモバイルクライアント、あるいは内部向けユーザーインターフェースの作成を伴うビジネスケースを作成するColtの誰もが、適切な国内外の法的枠組みをリスクとして示せるようにすることです。 リスクの種類は次の2つに依存します： 1. プロジェクトがどの地域で実施、販売、または一般に公開されるか。 2. 製品やサービスが一般向け、従業員向け、または他組織の従業員向けサービスに統合されることを意図しているかどうか。 障害に関するリスクは規制を超えて考慮されるべきです。多くのクライアントは調達、ダイバーシティ、雇用に関する方針でアクセシビリティを扱っており、多くの組織が以下のような団体を通じて公的なコミットメントを行っています [Valuable500](https://www.thevaluable500.com/companies) または [障害:内（In）](https://disabilityin.org/ceos-are-in/) インクルージョンが彼らのビジネスとブランドにとっていかに重要であるかを示すため。クライアントの方針に合わせることは、法的リスクだけでなく業務上のリスクも軽減します。 このページの内容はいかなる法的助言を構成するものでもなく、検討が必要な法律や規制の枠組みを特定する目的のみに使用されるべきです。また、これは各国の法律の網羅的な一覧ではなく、例えば多くの国には追加の差別禁止法があり、それらも考慮されるべきため、さらなる調査が必要な場合があります。 ### 国際法および指針 #### 障害者の権利に関する国連条約（UNCRPD） その [障害者の権利に関する国連条約](https://www.ohchr.org/en/topic/persons-disabilities) は加盟国に対し、「情報、通信およびその他のサービス（電子サービスを含む）」を含む多くの分野で「アクセシビリティに対する障害や障壁の特定と除去」に向けて取り組むことを求めています。これは主に、しかし必ずしも排他的ではなく政府のサービスに適用されます。 #### ウェブコンテンツアクセシビリティガイドライン（WCAG） その [ウェブコンテンツアクセシビリティガイドライン](https://www.w3.org/WAI/) はオンラインコンテンツがアクセシブルかどうかを評価するための推奨を提供します。ガイドライン自体は法的枠組みではなく、デジタルシステムは [知覚可能、操作可能、理解可能、堅牢](https://www.w3.org/WAI/fundamentals/accessibility-principles/)。ガイドラインは法律や法的要件ではありませんが、その基準を満たすことは多くの法域で法的準拠の証拠と見なされており、これらの法律はしばしばUNCRPD（上記参照）への言及を含むか、成果が比較可能かつ公平であることを要求します。WCAGガイドラインは内容が非常に有用である一方で、主に事後的であり指導的とは言えないため最も使いやすい資料ではなく、そのためColtは独自のガイドを用意しています（対象: [プロジェクトマネージャー](https://www.colt.net/why-colt/esg/accessibility/project-management/), [開発者](https://www.colt.net/why-colt/esg/accessibility/developers) および [コンテンツ制作者](https://www.colt.net/why-colt/esg/accessibility/content/). ### アメリカ合衆国 #### リハビリテーション法、第508条 [セクション508](https://www.section508.gov/manage/laws-and-policies/) 米国リハビリテーション法の第508条は、米国連邦政府によって開発、調達、維持、または使用されるすべての電子機器および情報技術が「障害のある個人にアクセス可能で使用可能であること」を要求しています。 この規制は連邦機関および連邦資金を受ける組織に対する法的要件ですが、連邦機関にサービスを提供する組織にとっても準拠が問題となる場合があります。企業が政府契約を有する他社に製品やサービスを提供する意図がある場合、特定のデジタル側面がSection 508に準拠していることを証明する必要がある可能性が高いです。これはしばしば [任意製品アクセシビリティテンプレート（VPAT）](https://www.section508.gov/sell/acr-vpat-faq/) の形式を使用して、Coltアクセシビリティガイドラインを用いたアクセシビリティ要件とテストの結果と照合して記入されます。これは専門のサプライヤーによって実施される必要がある場合があります。 **ガイドラインが順守・証拠化されている場合は監査が不要なこともありますが、VPATの専門家による支援が必要となる場合もあります。** この法律はシステムがアクセシブルであるだけでなく障害のある人が使えることを求めているため、この点についてもさらなる調査と証拠提出が必要になる場合があります。 #### アメリカ障害者法（ADA） タイトルIIおよびIII [アメリカ障害者法（ADA）第II編](https://www.ada.gov/) は州および地方政府機関を対象としています。これらの機関に対し、プログラム、サービス、および活動が障害のある人にとってアクセス可能であることを保証することを要求しており、これは公共の場および雇用環境の両方を含みます。タイトルIIは政府機関に焦点を当てていますが、規制対象の公共機関にサービスや製品を提供する民間企業や組織も影響を受ける可能性があります。 米国のアメリカ障害者法（ADA）第III編は、「公共の宿泊施設」における障害のある人に対する差別を禁止することに焦点を当てており、公共に開かれたほとんどの民間事業が含まれます。米国の裁判所は、ウェブサイトが公共の宿泊施設に当たると判断しており、ADA第III編の要件の対象となり得るとしています。 #### カリフォルニア州のアンルー市民権法（UCRA） 一部の米国の州にはアクセシビリティを規制する独自の法律があります。最もよく知られ、よく使用されているものの一つが [アンルー市民権法](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) （Unruh Civil Rights Act）です。カリフォルニア州のこの法律は、企業がサービスや施設への平等なアクセスを提供することを要求します。元々は実店舗を対象としていましたが、裁判所はUCRAがウェブサイトを持つ企業にもこれらをアクセシブルにすることを要求すると判断しています。この法律は「カリフォルニアに結びつきのある」企業を対象としていますが、それらの企業にサービスを提供する組織にも影響を与える可能性があります。米国の州規制の詳細については、 [Lainey Feingoldの米国法に関するページ](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) をご覧ください（最新情報）。 ### イギリス #### 平等法 その [英国 平等法 2010](https://www.gov.uk/guidance/equality-act-2010-guidance) は障害のある人に対する差別を禁止し、商品、サービス、および施設の提供者に対して潜在的な障害のある顧客のニーズを予測し合理的な配慮を行うことを要求します。これは物理的な施設だけでなくウェブサイトやデジタルコンテンツにも適用されます。これはサービス提供とともに [雇用](https://www.gov.uk/rights-disabled-person/employment) の両方を含み、いずれの場合も、ウェブサイトをWCAG基準に合わせ、障害者アクセスが計画され実行された要件であることを示すことがこの法律で求められる「合理的配慮」を満たすという広範な合意があります。 #### 公共部門機関のアクセシビリティ規則 2018/2022 [この規則は](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) 英国の公共部門機関によって購入または構築されたすべてのウェブサイトまたはモバイルアプリ（内部向けまたは公開向け）に適用されます。これは主に政府組織や慈善団体を含む公共部門組織に対して、ウェブサイトおよびモバイルアプリのアクセシビリティに関してより厳しい要件を課します。適用対象の組織は、 [アクセシビリティ声明](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) をウェブサイトまたはアプリ上に提供する必要があり、フッターや「About」セクション、またはアプリ内のリンクにColtの [アクセシビリティロードマップ](https://www.colt.net/why-colt/esg/accessibility/roadmap/)を含めることができます。 [この規則は欧州規格 EN 301 549 に整合しています。](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) ICT製品およびサービスのアクセシビリティのため。 #### 英国における欧州アクセシビリティ法（EAA） 〜ではあるが、 [この法案は](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) 現時点ではEU内でしか強制適用されておらず英国ではまだ批准されていないが、英国は他のEU規則を自主的に採用してきたため本法も採用されると予想される。EAAはEU市場で販売を希望する可能性のあるEU外拠点の企業にも適用される必要がある。 ### 欧州連合 以下のガイダンスは全加盟国に関連します：オーストリア、ベルギー、ブルガリア、クロアチア、キプロス共和国、チェコ共和国、デンマーク、エストニア、フィンランド、フランス、ドイツ、ギリシャ、ハンガリー、アイルランド、イタリア、ラトビア、リトアニア、ルクセンブルク、マルタ、オランダ、ポーランド、ポルトガル、ルーマニア、スロバキア、スロベニア、スペインおよびスウェーデン。 #### EU基本権憲章 その [EU基本権憲章](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities)、第26条：障害者の統合は、障害のある人々への平等なアクセスを保護し保証する。憲章は欧州連合外に所在する私企業や組織に直接適用されるわけではないが、EUの団体と契約関係がある場合には企業も影響を受ける可能性がある。 #### この規則は欧州規格 EN 301 549 に整合しています。 [この標準は](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) EUの公共部門（欧州連合加盟国の政府が所有、管理、または資金提供する）におけるウェブサイト、モバイルアプリ、一部の特定の電気通信サービスに適用される。この標準は欧州アクセシビリティ法（EAA）への適合の推定の基礎を形成すると期待されており、したがってEU民間セクターにも関連する。 EN 301 549標準は一般的にWebコンテンツアクセシビリティガイドライン（WCAG）2.1 AAに従っており、以下のような追加を含む。 * 利用者のオペレーティングシステムでアクセシビリティ機能が有効になっている場合、デジタル製品またはサービスはその設定に準拠するべきである。 * ハードウェア製品は、可動性、器用さ、または身体的な力が制限されているユーザーに対応する必要がある。 * サポートサービスおよびドキュメントは、ユーザーのアクセシビリティに関する情報を提供しなければならない。 #### 欧州アクセシビリティ法（EAA） その [欧州アクセシビリティ法（EAA）](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) は、特定のサービスや製品に対する障害のある人々の平等なアクセスを保護・保証する既存の欧州人権法を拡張する欧州連合の指令である。企業は、本法に該当する製品およびサービスが2025年6月28日までに利用可能であることを確保しなければならない。既存の（レガシー）製品およびサービスについては、締め切りが2030年まで延長される。 この法はサービスがWCAGの原則に従うことを要求する。現時点ではこの法はEU内でのみ強制適用されている（英国ではまだ批准されていないが、されると予想される）が、EU市場で販売を希望する可能性のあるEU外の企業もこれに従わなければならない。 ### インド #### 障害者の権利に関する法（Rights of Persons with Disabilities Act） [この法律は、](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) インドにおいて政府および商業組織に対し、障害のある人々に対して「合理的配慮（Reasonable Accommodation）」を行うことを要求しており、ウェブサイト、モバイルアプリ、電気通信サービスおよび職場の調整を直接言及している。法は以下に焦点を当てている。 [「障壁の除去」](https://depwd.gov.in/acts/) 特定の障害グループへの障壁の除去を指し、政府または商業ウェブサイトの基準としてWCAGをベンチマークとして使用するが、どのバージョンを指すかは明示していない。インドの障害に関する立法に関する詳細は、以下で入手できる。 [障害者エンパワーメント省（Department of Empowerment for Persons with Disabilities）](https://depwd.gov.in/) のウェブサイト。 ### 日本 #### 障害者の情報アクセス・コミュニケーション促進 2021年5月、[障害者差別解消法](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)が改正され、公的機関だけでなく民間事業者も、障害のある人がウェブサイトやモバイルアプリを含む製品やサービスの改善を要求した場合に限り合理的配慮を提供する法的義務を負うことになった。しかし、2022年5月に「[障害者に対する情報アクセシビリティ及びコミュニケーションの促進に関する法律](https://www.dinf.ne.jp/d/4/161.html)」が制定された。 この新しい立法において、情報とコミュニケーションがすべての障害者にとってアクセス可能であることが不可欠である。本法はこの目的のための基本原則を定めるが、より具体的な措置はまだ検討中である；ただしそれらはWCAG 2.0と同一の日本工業規格（JIS）8341-3に整合すると予想される。 [WCAG 2.0](https://www.w3.org/TR/WCAG20/). 現行バージョンは [JIS X 8341-3:2016](https://waic.jp/docs/jis2016/understanding/201604/) （日本語）はWCAG 2.0と同じ成功基準を有している。 ### カナダ [カナダ人権法（The Canadian Human Rights Act）](https://laws-lois.justice.gc.ca/eng/acts/h-6/) は、連邦政府、ファーストネーション政府、または電気通信会社を含む連邦政府の規制を受ける民間企業に雇用されるか、これらからサービスを受けるカナダの障害者を差別から保護する。 #### カナダの州規制 [オンタリオ州障害者のためのアクセシビリティ法（AODA）](https://aoda.ca/) は州の規制対象となる公的および私的活動を対象とし、アクセシブルな情報通信の提供に関する基準が制定されている。AODAは遵守しない企業に対して100,000.00ドルの罰金が科される点で注目に値する。規則には顧客サービス、情報とコミュニケーション、雇用に関する基準が含まれる。 [アクセシブル・ブリティッシュコロンビア法（Accessible British Columbia Act）](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) は雇用、サービス提供、情報とコミュニケーション、調達における様々な基準を含む。これはWCAGを超えた原則の範囲を拡張しており、ユニバーサルデザインを含む。ユニバーサルデザインでは、あらゆる製品やサービスのコアデザインがデフォルトの状態で可能な限り広い範囲の利用者能力にアクセス可能であるべきだとする。 [アクセシブル・サスカチュワン法（Accessible Saskatchewan Act）](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) は様々な基準を含み、コンピュータハードウェア、ソフトウェアおよび雇用へのアクセスを含む。 [マニトバ州のためのアクセシビリティ法（Accessibility for Manitobans Act、AMA）](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) 障害者の障壁に焦点を当てています。この法令は公的部門と民間部門の両方に適用され、異なる分野ごとに段階的な適用時期があります。顧客サービス、雇用、情報およびコミュニケーションなど5つの基準で構成されています。州： [マニトバ州 障害問題室](https://www.gov.mb.ca/dio/) （DIO）はこの法令を支援しています。 [ノバスコシア州アクセシビリティ法（議案59）](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) 障害者の障壁に焦点を当てています。この法令は公的部門と民間部門の両方に適用され、物品およびサービスの提供と受領、雇用、情報とコミュニケーションの分野を含みます。ノバスコシア州は次の機関を立ち上げました： [ノバスコシア州アクセシビリティ局](https://novascotia.ca/accessibility/) 法に関するリソースと情報を提供しています。 ### ノルウェー ノルウェーは政府機関と商業組織の両方を含むデジタル領域全体を監視する専任の政府機関を持つ唯一の国です。 [ノルウェーの規制枠組み](https://www.uutilsynet.no/english/information-english/252) はWCAGガイドラインと利用者の成果の混合に焦点を当てています。 [2023年のノルウェーのデジタルアクセシビリティに関する立法](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) ノルウェーのアクセシビリティ政策へのリンクを含む記事。 ノルウェーはEUとの貿易を促進するためにEN 301 549規格に従うことも選択しています。 ### リソースと追加情報 * [障害者の権利に関する国連条約（CRPD）第9条の全文](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * [「米国企業は2020年にアクセス不能なウェブサイトに関して数十億ドルの法的費用を支払った可能性がある」](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * レイニー・ファインゴールド事務所の概説： [米国の規制](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) および [世界の政策と規制](https://www.lflegal.com/global-law-and-policy/) （定期的に更新されています）。 * [O2が障害に関する訴訟で16万ポンドで和解](https://www.bbc.co.uk/news/articles/cpdgd32d7mno)。出典：BBCニュース。 * [障害者法（Americans with Disabilities Act）に基づく未解決および解決済みの代表的な事例](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [サイバースペースにおける障害者法：ウェブサイトアクセシビリティ基準 \[PDF\]](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) 「ニューヨークの連邦地方裁判所は、そのような和解を承認する際に、WCAGは『ADAのいかなるアクセシビリティ要件の遵守を判断するための適切な基準である』と説明しました。裁判所の見解では、WCAGは『ほぼ普遍的に受け入れられている』。」議会調査局リーガルサイドバー。 * インドの [2016年障害者権利法ハンドブック（Manual for Rights of Persons with Disabilities Act 2016）](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) は、法律の背景を持たない人々が法を容易に理解できるように書かれています。 * [より障害者に優しいデジタルエコシステムの形成](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) 2023年、The Hinduの関連記事。 * [新法は障害者に対する差別を禁止](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) 2016年、The Japan Timesの記事。 --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.colt.net/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purojekutomanjkeakuseshibiriti.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.