> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/colt-docs/ja/akuseshibiriti/noakuseshibiritigaidorain/purojekutomanjkeakuseshibiriti.md). # プロジェクトマネージャー向けアクセシビリティ アクセシビリティをうまく実現できるかどうかの鍵は、多くの場合、プロジェクトマネージャーがすべてのスプリントにアクセシビリティを組み込むか、それとも是正対応の作業に先送りするかにかかっています。是正対応とは通常、アクセシビリティの専門家が監査を行い、ガイダンスを提供することですが、これは組織全体で拡張できる実践ではなく、アジャイルな実践でもありません。 より組み込み型のアプローチを支援するために、この文書では、Coltの技術的なアクセシビリティガイダンスを含むリソースへのリンクをプロジェクトマネージャー向けに提供します。 どのようなプロジェクトでもアクセシビリティを組み込むためには、いくつかの簡単な手順があります。これにより、アクセシビリティをプロジェクトの基本的な一部として提供でき、リソース、時間、コストへの影響を最小限に抑えられます。 ## 1. プロジェクト開始前 #### #1 ビジネスケースにおいて、アクセシビリティが法的リスクとして示されているだけでなく、そこに記載されている正しい法律および方針が参照されていることを確認してください。 [法的リスクガイド](#5-legal-risks). #### #2 アクセシビリティの受け入れ基準に加え、責任範囲、提供、報告の領域がプロジェクト開始時に特定されるようにするため、Accessibility 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ガイドラインの「堅牢性」の原則をカバーし、その他の3つの原則は手動でテストする必要があります。これは常に2つのツールを組み合わせて実施する必要があります。まず、 [HTMLバリデーター](https://validator.w3.org/) ブラウザー内でコンテンツが適切にレンダリングされることを確認するためのものと、支援技術サポートに関する特定要件を評価するための、より専門的なツールです。 一般的なWebサイトでは、アクセシビリティテストは次を使用して行う必要があります。 [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ガイドの [Windows Narratorを使用したWebアクセシビリティのテスト](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/) 戦略の一部です。 機会がある一方で、デジタルインクルージョンには、すべてのビジネスケースで特定すべき法的リスクもあります。この文書の目的は、Webまたはモバイルクライアント、あるいは社内向けユーザーインターフェースの作成を伴うビジネスケースを作成するColtの誰もが、適切な国内または国際的法的枠組みをリスクとして明示できるようにすることです。 リスクの種類は次の2つに依存します。 1. プロジェクトが世界のどこで実施、販売、または一般公開されるか。 2. その製品またはサービスが一般利用向けか、従業員向けか、あるいは他組織の従業員向けサービスに統合されることを意図しているか。 障害に関するリスクは、規制だけでなく、それを超えて検討されるべきです。多くのクライアントはアクセシビリティを扱う調達、ダイバーシティ、または雇用に関する方針を持っており、多くの組織が次のような団体を通じて公的なコミットメントを行っているからです。 [Valuable500](https://www.thevaluable500.com/companies) または [Disability: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条に準拠していることを証明する要件が生じる可能性があります。これは多くの場合、次の形式を用いて行われます。 [Voluntary Product Accessibility Template（VPAT）](https://www.section508.gov/sell/acr-vpat-faq/) これは、要件をColtアクセシビリティガイドラインを用いたアクセシビリティ要件およびテストの結果と照合することで作成できます。これは専門の供給業者によって実施する必要がある場合があります。 **ガイドラインが順守され、その証拠が示されている場合には、監査が不要なこともありますが、VPAT専門家による支援が必要になる場合がある点に注意してください。** この法律では、システムが障害者にとってアクセシブルであるだけでなく利用可能であることも求めているため、この側面についてもさらなる調査と証拠化が必要になる場合があります。 #### 米国障害者法（ADA）第II編および第III編 [米国障害者法（ADA）第II編](https://www.ada.gov/) は、州政府および地方政府機関を対象としています。これらの機関に対し、そのプログラム、サービス、活動が障害者にとってアクセシブルであることを確保するよう求めており、これには公共環境と雇用環境の両方が含まれます。第II編は政府機関に焦点を当てていますが、規制対象の公的機関にサービスや製品を提供する民間企業や組織も影響を受ける可能性があります。 米国障害者法（ADA）第III編は、「公共の宿泊施設」における障害者差別の禁止に焦点を当てており、一般に開かれたほとんどの民間企業が含まれます。米国の裁判所は、Webサイトは公共の宿泊施設に当たると判断しており、ADA第III編の要件の対象となり得ます。 #### カリフォルニア州のUnruh公民権法（UCRA） 米国の一部の州には、アクセシビリティを規制する独自の法律があります。最もよく知られ、利用されているものの1つが、 [Unruh公民権法](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) で、カリフォルニア州の法律です。この法律は、企業に対してそのサービスおよび施設への平等なアクセスを提供することを求めています。もともとは実店舗を対象としていましたが、裁判所は、Webサイトを持つ企業にもそれらをアクセシブルにすることをUCRAが要求していると判断しています。この法律は「カリフォルニア州との結びつき」がある企業を対象としていますが、それらの企業にサービスを提供する組織にも影響する可能性があります。米国州規制の詳細については、最新情報のために [Lainey Feingold事務所の米国法ページ](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) を参照してください。 ### イギリス #### 平等法 この [英国平等法2010](https://www.gov.uk/guidance/equality-act-2010-guidance) は、障害者に対する差別を禁止し、商品、サービス、施設の提供者に対し、将来の障害のある顧客のニーズを予見して合理的配慮を行うことを求めています。これは物理的な施設だけでなく、Webサイトやデジタルコンテンツにも適用されます。これはサービス提供だけでなく、 [雇用](https://www.gov.uk/rights-disabled-person/employment) も対象としており、どちらの場合にも、WebサイトをWCAG基準に整合させ、障害者アクセスが計画され実行された要件であったことを示すことが、この法律で求められる「合理的配慮」を示すという広い合意があります。 #### 公共部門機関アクセシビリティ規則 2018/2022 [この規則は](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) 英国の公共部門機関が購入または構築したあらゆるWebサイトまたはモバイルアプリ（社内向けまたは一般向け）に適用されます。これは主に政府機関や慈善団体である公共部門組織に対し、Webサイトおよびモバイルアプリのアクセシビリティに関して、より厳格な要件を課します。対象組織は、 [アクセシビリティ声明](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) を自社のWebサイトまたはアプリ上に提供しなければならず、その中にはフッター、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規制を自主的に採用しているため、これも採用すると予想されています。EU域内で販売を希望する非EU拠点企業はEAAに従わなければなりません。 ### 欧州連合 以下のガイダンスは、オーストリア、ベルギー、ブルガリア、クロアチア、キプロス共和国、チェコ共和国、デンマーク、エストニア、フィンランド、フランス、ドイツ、ギリシャ、ハンガリー、アイルランド、イタリア、ラトビア、リトアニア、ルクセンブルク、マルタ、オランダ、ポーランド、ポルトガル、ルーマニア、スロバキア、スロベニア、スペイン、スウェーデンのすべての加盟国に関連します。 #### 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公共部門（欧州連合加盟国政府が所有、管理、または資金提供する部門）のWebサイト、モバイルアプリ、および一部の特定の通信サービスに適用されます。この規格は、欧州アクセシビリティ法（EAA）への適合推定の基礎になると見込まれているため、EUの民間部門にも関連します。 EN 301 549規格は、一般にWeb Content Accessibility Guidelines（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拠点企業はこれに従わなければなりません。 ### インド #### 障害者権利法 [この法律](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) はインドにおいて、政府および商業組織に対し、障害者のための「合理的配慮」を行うことを求めており、Webサイト、モバイルアプリケーション、通信サービス、職場での調整にも直接言及しています。この法律は、 [「障壁の除去」](https://depwd.gov.in/acts/) を特定の障害グループに対して重視しており、政府または商業用Webサイトの両方についてWCAGを基準として使用していますが、どの版かは直接示していません。インドの障害関連法制に関する詳細情報は、 [障害者エンパワーメント局](https://depwd.gov.in/) のWebサイトで入手できます。 ### 日本 #### 障害者の情報アクセシビリティおよびコミュニケーションの促進 2021年5月、「[障害者差別解消法](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)」が改正され、民間企業および公的機関は、障害者が自社の製品やサービス（Webサイトやモバイルアプリを含む）の改善を求めた場合に限り、合理的配慮を提供することが法的義務となりました。しかし2022年5月には、「[障害者の情報アクセシビリティおよびコミュニケーションの促進に関する法律](https://www.dinf.ne.jp/d/4/161.html)」が制定されました。 この新しい法律では、情報およびコミュニケーションがすべての障害者にとってアクセシブルであることが不可欠とされています。この法律はそのための基本原則を定めていますが、より具体的な措置はなお検討待ちです。ただし、それらは日本産業規格（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と同じ達成基準を持ちます。 ### カナダ [カナダ人権法](https://laws-lois.justice.gc.ca/eng/acts/h-6/) は、カナダにおいて、連邦政府、先住民政府、または通信会社を含む連邦政府の規制を受ける民間企業に雇用されている、またはそこからサービスを受ける障害者を差別から保護します。 #### カナダの州規制 [オンタリオ州障害者アクセシビリティ法（AODA）](https://aoda.ca/) は、州規制の公共および民間の活動を対象としており、アクセシブルな情報およびコミュニケーションの提供に関する基準が制定されています。AODAは、遵守しない企業に対して100,000.00ドルの罰金が科される点で注目されます。この規則には、顧客サービス、情報とコミュニケーション、雇用に関する基準が含まれています。 [ブリティッシュコロンビア州アクセシブル法](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) は、雇用、サービス提供、情報とコミュニケーション、調達におけるさまざまな基準を対象としています。また、WCAGを超えてユニバーサルデザインなどの原則も対象範囲に含めており、そこではあらゆる製品またはサービスの中核設計が、デフォルトの状態で可能な限り幅広いユーザー能力に対してアクセシブルであるべきとされます。 [サスカチュワン州アクセシブル法](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) は、さまざまな基準を対象としており、コンピュータのハードウェア、ソフトウェア、雇用へのアクセスも含みます。 [マニトバ州障害者アクセシビリティ法（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規格に従うことも選択しています。 ## 6. リソースと追加情報 * [国連障害者権利条約（CRPD）第9条の全文](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * [「米国企業は2020年にアクセシブルでないWebサイトをめぐる訴訟費用として数十億ドルを費やした可能性がある」](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * Lainey Feingold事務所による概要 [米国の規制](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 News。 * [米国障害者法に基づく係属中および解決済み事案の選定](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [サイバースペースにおける米国障害者法：Webサイトアクセシビリティ基準［PDF］](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) 「ニューヨーク連邦地方裁判所は、そのような和解を承認するにあたり、WCAGは『ADAのアクセシビリティ要件への順守を判断するための適切な基準』であると説明した。裁判所の見解では、WCAGは『ほぼ普遍的に受け入れられている』。」米国議会調査局 Legal Sidebar。 * インドの [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) The Hindu の2023年の記事。 * [新法、障害者に対する偏見を禁止](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) The Japan Times の2016年の記事。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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.