# アクセシビリティに関する声明 Dispelは、1990年の米国障害者法（Americans with Disabilities Act、42 U.S.C. § 12101）第III編および米国政府向けには1973年リハビリテーション法（Section 508、29 U.S.C. § 794d）に準拠して、当社のウェブサイトおよびアプリケーションのアクセシビリティ確保に努めています。 この取り組みを満たすために、当社のウェブサイトおよびアプリケーションはW3CのWebコンテンツアクセシビリティガイドライン（WCAG）2.1、レベルAAに準拠するよう設計されています。当社のアプリケーションはネイティブのオペレーティングシステム（「OS」）要素とブランドデザインの両方を使用します。ネイティブ要素を使用することで、DispelはOSメーカーが提供する強力なアクセシビリティ機能を活用します。ネイティブOSでカバーされない場合、当社のブランドデザインはWCAG 2.1 レベルAAに準拠することを意図しています。 {% hint style="info" %} 本書の情報は **法的助言では** ありません。特定の状況へのポリシーの適用性についてご質問がある場合は、適切な管轄の法的権限にご相談ください。 {% endhint %} ### アクセシビリティ声明のコピーはこちらからダウンロードできます： {% file src="/files/2be921e01fa468dbf6e6d8333f5483049d3c967a" %} Dispelアクセシビリティ声明 {% endfile %} ## Dispelのウェブサイトおよびアプリケーションのアクセシビリティに関する技術情報 Dispelは、1990年の米国障害者法（Americans with Disabilities Act、42 U.S.C. § 12101）に従って、当社のウェブサイトおよびアプリケーションのアクセシビリティ確保に取り組んでいます。 ### 準拠状況 当社の準拠状況に関する情報は、ITI Voluntary Product Accessibility Template®（VPAT®）に基づくアクセシビリティ適合性報告書（ACR）に詳述されています。Dispelは改訂されたSection 508基準を取り込んだVPAT 2.4 INTを使用しています、 [改訂されたSection 508基準](https://www.access-board.gov/ict/) （米国連邦のアクセシビリティ基準）、 [EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.01.01_60/en_301549v030101p.pdf) （欧州連合の「欧州におけるICT製品およびサービスの公共調達に適したアクセシビリティ要件」）、および [WCAG 2.1](https://www.w3.org/TR/WCAG21) および [ISO/IEC 40500](https://www.iso.org/standard/58625.html) （W3C/WAIの最近更新されたWebコンテンツアクセシビリティガイドライン）。 {% file src="/files/9a6086716ee54c870356f4100491cc13d85c746a" %} アクセシビリティ適合性報告書 {% endfile %} ## フィードバックおよび連絡先情報 当社はウェブサイトおよびアプリケーションのアクセシビリティ改善に常に努めています。ウェブサイトやアプリケーション上のコンテンツのアクセシビリティに関するフィードバックや懸念がある場合、アクセシビリティおよび使いやすさの向上に役立つアイデアやコメントがある場合、または当社がアクセシビリティ要件を満たしていないと思われる場合は、以下のメールアドレスまでご連絡ください： 。該当する場合は、ウェブアドレスまたはURLと遭遇した具体的な問題を記載してください。 ## 執行手続き 米国司法省（DoJ）は障害を理由とする差別に関する米国法（ADA）の執行を担当しています。 誰もが自分のニーズに合わせて当社のウェブサイトおよびアプリケーションを調整できるよう最善を尽くしていますが、完全にアクセシブルでない側面、アクセシビリティ向上の途中にある側面、またはそれらをアクセス可能にする十分な技術的解決策がない場合があるかもしれません。それでも、当社は継続的にアクセシビリティを改善しており、オプションや機能を追加・更新・改善し、新しい技術を開発・採用しています。これらはすべて技術の進歩に従って最適なアクセシビリティレベルに到達することを目的としています。 当社の苦情対応にご満足いただけない場合は、DoJ市民権部門（Civil Rights Division）に連絡して苦情を申し立てることができます。 オンラインでADA苦情を申し立てるには： > [市民権部門 オンライン苦情フォーム](https://civilrights.justice.gov/report/) ADA苦情を郵送で提出するには、記入済みの [ADA苦情フォーム](https://www.ada.gov/t2cmpfrm.htm) を次の宛先に送付してください： > U.S. Department of Justice\ > Civil Rights Division\ > 950 Pennsylvania Avenue, NW\ > 4CON, 9th Floor\ > Washington, DC 20530 ADA苦情をファクシミリで提出するには、記入済みのフォームをファックスしてください [ADA苦情フォーム](https://www.ada.gov/t2cmpfrm.htm) を次の宛先に送付してください： > (202) 307-1197 DoJへのADA苦情の提出方法の詳細については、次のページをご覧ください： [彼らのウェブサイト](https://www.ada.gov/filing_complaint.htm). ## WCAGとアクセシビリティ改善に向けた当社の取り組みについて 産業用制御システムは、世界中の個々の貢献に依存しており、すべての人の生活に関わります。Dispelはアクセシビリティを当社の理念の中心的な柱としてツールを設計・構築しています。 当社の顧客は、米国のAmericans with Disabilities Act（ADA）、欧州のEuropean Accessibility Act（EAA）、英国のEquality Act 2010、カナダのAccessible Canada Act（ACA）、およびオーストラリアのDisability Discrimination Act（DDA）など、アクセシビリティを規定する法規に従うことが法律で求められています。 現在、合計で23の国および政治連合において40のウェブアクセシビリティ法および方針が存在します。これらの規制の多くは、サイトやサービスをどのようにアクセシブルにするかについて厳密な技術的指針を与えておらず、その判断と責任をサービス提供者に委ねています。しかし多くの規制はWebコンテンツアクセシビリティガイドライン（「**WCAG**」）を基準またはベースラインとして利用しています。これは国際規格であるISO/IEC 40500:2012としてもさらに認識されています。 ### WCAG 2.1を当社の基準として WCAGは国際規格を策定するWorld Wide Web Consortium（W3C）によって作成されています。ここで重要なのは、W3Cのアクセシビリティ基準がAccessible Platform Architectures（「**APA**」）ワーキンググループによってレビューされていることです。執筆時点でWCAGはバージョン2.1であり、2.2の作業草案が審査中です。また未完成の3.0作業草案も存在します。本書で以降WCAGについて述べる際にはバージョン2.1を指します。WCAG 2.1の現在の参照は以下で確認できます： ### **WCAGの四つの原則** WCAGは満たすべき技術的要件のリストを提供しますが、まずはW3Cが仕様を構築する際の四つの原則から始めるのが有益です。 このセクションはWCAGの原則の要約を提供します。規範的な技術仕様については、次を参照してください [www.w3.org/TR/WCAG21](http://www.w3.org/TR/WCAG21). これら四つの基本原則は、ウェブサイトが以下であることを要求します： 1. **知覚可能であること（Perceivable）** - 情報およびユーザーインターフェースの要素は、ユーザーが知覚できる方法で提示されなければなりません。つまり、提示される情報をユーザーが知覚できる必要がある（すべての感覚にとって不可視であってはならない）ということです。 2. **操作可能であること（Operable）** - ユーザーインターフェースの要素およびナビゲーションは操作可能でなければなりません。つまり、ユーザーがインターフェースを操作できる必要がある（ユーザーが実行できない操作を要求してはならない）ということです。 3. **理解可能であること（Understandable）** - 情報およびユーザーインターフェースの操作は理解可能でなければなりません。つまり、ユーザーは情報およびユーザーインターフェースの操作を理解できる必要がある（内容または操作が理解の範囲を超えていてはならない）ということです。 4. **堅牢であること（Robust）** - コンテンツは支援技術を含む多様なユーザーエージェントによって確実に解釈されるだけの十分な堅牢性を有していなければなりません。つまり、技術が進歩してもユーザーがコンテンツにアクセスできる必要がある（技術やユーザーエージェントが進化してもコンテンツはアクセス可能であり続けるべき）ということです。 ### **適合の理解** コンテンツがWCAG 2.1に「適合する」と分類されるためには、満たすべき5つの要件があります。 **要件** | **要件** | 詳細 | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- | | 要件1： **適合レベル** | | |


次のいずれかの適合レベルが完全に満たされていること。


レベルA： レベルA適合（適合の最低レベル）の場合、ウェブページはすべてのレベルA達成基準を満たすか、適合する代替バージョンが提供されている必要があります。


レベルAA： レベルAA適合の場合、ウェブページはレベルAおよびレベルAAのすべての達成基準を満たすか、レベルAAに適合する代替バージョンが提供されている必要があります。


レベルAAA： レベルAAA適合の場合、ウェブページはレベルA、レベルAA、およびレベルAAAのすべての達成基準を満たすか、レベルAAAに適合する代替バージョンが提供されている必要があります。

| | | 要件2： **完全なページ** | 適合（および適合レベル）は完全なウェブページに対してのみ適用され、ページの一部が除外されている場合は達成できません。 | | 要件3： **完結したプロセス** | ウェブページが一連のプロセス（つまり、活動を達成するために順番に完了する必要がある一連のページ）の一部である場合、そのプロセス内のすべてのウェブページが指定されたレベル以上で適合している必要があります。（プロセス内のいずれかのページがそのレベル以上で適合していない場合、特定のレベルでの適合は達成できません。） | | 要件4： **アクセシビリティ対応の技術の使用のみ** | 成功基準を満たすために依拠されるのは、アクセシビリティ対応の方法での技術使用のみです。アクセシビリティに対応していない方法で提供される情報や機能は、アクセシビリティ対応の方法でも利用可能でなければなりません。 | | 要件5： **干渉の禁止（Non-Interference）** | | |


技術がアクセシビリティ対応でない方法で使用される場合、または非適合の方法で使用される場合でも、それがユーザーのページの残り部分へのアクセスを妨げてはなりません。さらに、ウェブページ全体は以下の各条件の下でも適合要件を満たし続ける必要があります：

1. 利用されていない任意の技術がユーザーエージェントでオンになっているとき、

2. 利用されていない任意の技術がユーザーエージェントでオフになっているとき、および

3. 利用されていない任意の技術がユーザーエージェントによってサポートされていないとき


さらに、次の達成基準は、適合を満たすために依拠されていないコンテンツを含むページ上のすべてのコンテンツに適用されます。これらを満たさないとページのいかなる利用にも干渉する可能性があるためです：

| | ### **達成基準（Success Criteria）** WCAG 2.1の項目には達成基準が含まれており、それらは特定の実装が項目を満たしているかを客観的に判断するためのテスト可能な基準として記述されています。 > 例えば、1.4.1「色の使用」では「情報を伝える、操作を示す、反応を促す、または視覚的要素を区別するために色のみが視覚的手段として使用されてはならない」と要求されています。つまり、何かを示すために単にテキストの色を赤から緑に変えるだけでは不十分です。視力が一部欠けている人、色覚に制限がある人、または単色表示を使用する人にも意味が伝わるよう、色と組み合わせて使用できる十分な技術があります。1.4.1は準拠を満たすための技術（成功基準の技法）を提供しています。いくつかの例として：（G14）色の差によって伝えられる情報がテキストでも利用できることを保証する、（G205）色付きのフォームコントロールラベルにテキストの手がかりを含める、（G182）文字色の差が情報伝達に使用される場合に追加の視覚的手がかりが利用可能であることを保証する、（G183）周囲のテキストとのコントラスト比を3:1にし、色だけで識別しているリンクやコントロールにはホバー時に追加の視覚的手がかりを提供する、などがあります。\[1] WCAGへの適合とは、項目の実装が達成基準の要件を満たしていることを意味します。ほとんどの項目は一つの適合レベルしか持ちません—言い換えれば、達成基準を満たすか満たさないかのいずれかです。項目によっては、レベルA、AA、およびAAAの三つの適合レベルを持つ場合もあります。 誰もが本能的にサイト全体でレベルAAA適合を目指したくなります。残念ながらWCAGは完全な適合が常に可能となるようには書かれていません。実際、W3Cの著者自身も「コンテンツの一部についてはすべてのレベルAAA達成基準を満たすことが不可能なため、サイト全体に対して一般的な方針としてレベルAAA適合を要求することは推奨されない」と述べています。\[2] したがって当社の目標は、過度な負担を生じさせることなく合理的に可能な限りアクセシビリティを最大化することです。 ### デバイスプラットフォームにおけるアプリケーションのアクセシビリティ DispelはAppleのmacOS®、iPadOS®、iOS、およびMicrosoft Windows®上で顧客にアプリケーションを提供しています。 これらのオペレーティングシステムには独自のアクセシビリティ機能が含まれています。例えば、macOSには画面およびカーソルの拡大、フル機能のスクリーンリーダー、視覚的フラッシュ通知、クローズドキャプションのサポートなど、多様な機能や支援技術が含まれています。\[3] Dispelのアプリケーションは製品構築時にネイティブのデザイン要素（UWP Windowsアプリでは「modern design」、Apple macOSでは「design style」と呼ばれる）を使用します。これらのUI要素には多くの場合組み込みのアクセシビリティがあり、デフォルトでアクセス可能なユーザーエクスペリエンスを提供します。 Appleのアクセシビリティ機能の詳細については、次をご覧ください： Microsoftのアクセシビリティ機能の詳細については、次をご覧ください： 当社の準拠状況の文脈では、OS由来のアクセシビリティ機能はAppleおよびMicrosoftの責任範囲です。 ### 本アクセシビリティ声明の作成 本声明は2021年4月8日に作成されました。 英国における欧州委員会実施決定（EU）2018/1523の第3条第1項に関して、本アクセシビリティ声明はITI Voluntary Product Accessibility Template®（VPAT®）INI版のバージョン2.4を使用して作成されました。 本声明は最終確認日が2021年4月8日です。\\ \[1] W3C、「Understanding Success Criterion 1.4.1: Use of Color。」WCAG 2.1。入手先： 、アクセス日：2021年4月1日。 \[2] W3C作業部会、「Understanding Conformance。」Understanding WCAG 2.0。2016年10月7日。入手先： 、アクセス日：2021年4月1日。 \[3] Apple Inc.、「macOS。」開発者向けアクセシビリティ。入手先： 、アクセス日：2021年4月8日。 --- # 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://legal.dispel.com/ethics-and-responsibility/ethics-and-responsibility-ja/fa-wu/accessibility-statement.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.