家電製品における操作性向上のためのICT機器連携に関するアクセシビリティ一般要求事項

２０２１年１０月

一般財団法人 家電製品協会

はじめに
近年、高齢化社会や障害者の社会進出などが進み、製品やサービスは、年齢や障害の有無にかかわらず利用できるようにすること（アクセシビリティ）の重要性が高まってきており、国内外でアクセシブルデザインにかかわる規格の整備も進められています。日常生活に深くかか
わる家電製品においても、だれにでも使いやすくわかりやすい製品であることが求められていますが、今日では家電製品のＩｏＴ化（ＩＣＴ機器との連携など）や多機能化などが進み、使用者にとっては便利な反面、使いにくい等の不満もみられます。メーカー各社は独自の工夫・改善を行っているものの、表示や用語、音や光に関する仕様などが業界内で必ずしも標準化されていないことから、使用者が混乱をきたしているところも見うけられます。
これらの課題に対し、一般財団法人/家電製品協会（以下、家製協という）ユニバーサルデザ
イン技術委員会（以下ＵＤ技術委員会という）では、高齢者や障害者の方々にも使いやすい家
電製品の提供に向けて、ユニバーサルデザインの視点から調査・研究を進めており、その成果として以下のガイドラインを発行し、製造事業者をはじめ広く活用いただいております。
（平成 10 年）
・「家電製品における操作性向上のための凸記号表示に関するガイドライン」（平成 13 年）
・「家電製品における操作性向上のための報知音に関するガイドライン」

・「家電製品における操作性向上のための点字表示に関するガイドライン」（平成 18 年）
・「家電製品における操作性向上のための報知光に関するガイド」（平成 21 年）
・「家電製品における操作性向上のための音声案内に関するガイド」（平成 27 年）
・「家電製品における操作性向上のための報知音に関するガイドライン 第 2 版」
（平成 30 年）
２０１８年度からは、家電製品のＩｏＴ化に伴った課題に対応すべく、「家電製品における操作性向上のためのＩＣＴ機器連携に関するアクセシビリティ一般要求事項」についてガイド化に取組んできました。家電製品のＩＣＴ機器連携は、障害のない方々の生活をより便利にするだけでなく、ＩＣＴ機器に標準搭載されているアクセシビリティ機能を活用することで、家電製品のアクセシビリティ対応も容易に実現できる可能性もあります。本ガイドは、家電製品のＩＣＴ機器連携においてどのようなアクセシビリティ配慮をすべきかについて、一般通則としてまとめました。家電製品協会賛助会員各社におかれましては、本ガイドラインを参考として活用されることを期待いたします。
２０２１年１０月
一般財団法人 家電製品協会
ＵＤ技術委員会

2目次
第１章 基本的な考え方(背景、目的他)
（１）背景
（２）目的
（３）本ガイドライン作成プロセス
第２章 適用範囲
第３章 用語の定義
第４章 家電連携アプリのアクセシビリティに関する一般通則(基本配慮事項)
４．１ 共通配慮事項—全ての障害者、アプリ機能に共通する基本配慮事項（１）操作の入り口（２）操作する（３） 結果を確認する（機器の状態）（４）意図しない結果に対する対処
４．２ 各障害に応じたアクセシビリティ機能別基本配慮事項
４．２．１視覚障害向け 各アプリ機能における配慮事項
４．２．２聴覚障害向け 各アプリ機能における配慮事項
４．２．３肢体障害向け 各アプリ機能における配慮事項＜アプリ機能として＞読み上げ機能(VoiceOver/TalkBack)／バイブレーション機能／ズーム機能／音声操作機能／文字入力機能／音声による文字入力機能 などを想定
第５章 ICT 機器（スマホ）アクセシビリティ機能別配慮事項（障害別有用性）
５．１ 操作機能
５．１．1 ユーザー共通配慮事項（１）操作の入り口（２）操作する（３）結果を確認する（機器の状態）（４）意図しない結果に対する対処
５．１．２ ユーザー共通/操作機能別種別特有の配慮事項【遠隔操作】【データ・情報の転送】【複数機器連携操作/複数機能一括操作】【運転状態確認】【頻度少の操作】【ユーザー情報入力】【アクセシビリティ機能と障害別配慮事項マトリックス表】
５．２ 通知機能
５．２．1 ユーザー共通配慮事項（１）操作の入り口（２）操作する（３）結果を確認する（機器の状態）（４）意図しない結果に対する対処

3

５．２．２ ユーザー共通/通知機能別特有の配慮事項【状態通知変化】【メンテナンス・アップデート情報】【アクセシビリティ機能と障害別配慮事項マトリックス表】

５．３ 情報アクセス
５．３．１ ユーザー共通配慮事項（１）操作の入り口（２）操作する（３）結果を確認する（機器の状態）（４）意図しない結果に対する対処
５．３．２ユーザー共通/情報アクセス機能別特有の配慮事項【使い方ガイド】【機器情報】【その他の関連情報】【アクセシビリティ機能と障害別配慮事項マトリックス表】
第６章 解説（１）障害者ヒアリング調査結果と検討結果まとめ（２）今後の課題（３）UD 技術委員会 名簿

4家電製品における操作性向上のためのICT 機器連携に関するアクセシビリティ一般要求事項
第１章 基本的な考え方（１）背景
家庭においても IoT 化が進み始めている中、近年 ICT 機器（スマートフォンやスマートスピーカー）と連携する家電製品が増えてきている。ICT 機器と連携すると、ICT 機器で家電製品を操作できるようになり、「家電製品の使いやすさ」と大きく関わってくる。
ICT 機器は、音声操作や顔認証など最新の UI 機能が搭載されている。また多くの方が使う機器であるため、高齢者や障害者にも対応したアクセシビリティ機能も充実している。
一方で家電製品においては、機器単体でのアクセシビリティ対応をすべての機種に展開することは難しい状況にある。今後、ICT 機器と連携する家電製品は増えてくると予想されるため、ICT 機器のアクセ
シビリティ機能を活用することも、家電製品のアクセシビリティ対応の有効な方法と考えている。
（２）目的
家電製品協会では、家電製品の ICT 機器連携においてどのようなアクセシビリティ配慮をすべきかについて概論として一般通則にまとめることとした。
一般通則では、ICT 機器連携の製品を開発するに当たって、製品側と家電連携アプリ側の両面から、ICT
機器側のアクセシビリティ機能を活用することで、どのような方へどのようなアクセシビリティ対応のサポートが可能となるかについて検討できることを目的としている。
（３）本ガイドライン作成プロセス
ICT 機器連携に関するアクセシビリティ配慮事項は、以下のプロセスを経て作成した。
① 利用状況の確認と困りごと/ニーズ調査
視覚障害、聴覚障害、肢体不自由の方を対象にアンケートとヒアリングを実施した。アンケートは計 47 名を対象に行い、よく使う家電製品の種類、利用する上で困っていること、スマートフォンなどの ICT 機器の利用状況・活用内容について回答を依頼した。このうち 32 名の方に対してヒアリングを実施し、日頃、家電製品をどのように利用しているかの利用状況の確認、製品利用時の困りごと詳細、活用・工夫している点などについて聞き取りを行った。また、製品利用時だけでなく、購入前の検討、店頭での相談、製品の設置、初期設定、サポートへの問い合わせなどについても合わせてヒアリングをした。
これらのアンケートとヒアリングは、年齢 20 代～70 代、関東地方在住、居住形態は家族と同居の方・お一人暮らしの方・共同住宅にお住まいの方で、日常的に家電製品をご自身で操作する方にご協力いただいた。
② 家電製品の実態調査
家製協 UD 技術委員会に参加している企業・団体内で、実態調査を実施した。家電製品と連携しているスマートフォンやスマートスピーカーなどの ICT 機器において、どのような機能を搭載しているか（遠隔操作や状態通知、データの転送など）、どのような操作が可能であるか（音声操作など）、
どのような情報アクセスが可能であるか（使い方ガイドや、機器に関する情報など）、およびアクセ
シビリティに配慮している機能について、各社調査を行った。調査対象の製品は、AV・情報機器、
調理家電、洗濯機・掃除機、空調・季節家電、照明器具、給湯器とし、調査結果を集計した。
③ 配慮項目の抽出と検討
上記の調査結果をもとに、まずは機能別に各社共通の配慮事項や特異的な配慮事項を抽出するとともに、現時点では対応されていないが配慮されるとよい事項を検討した。
5

また、ICT 機器側を操作機能、通知、情報アクセスの 3 種類に分け、それぞれの利用シーンごとに配慮項目を抽出・検討した。各配慮項目に対して、なぜその配慮が必要なのかの理由と、具体的な対応例を含めた項目としてまとめてあげていき、最終的には、第 4 章の家電連携アプリのアクセシビリテ
ィに関する一般通則、および第 5 章の ICT 機器（スマホ）アクセシビリティ機能別配慮事項とした。

第２章 適用範囲
このアクセシビリティ一般要求事項は、家電製品と連携してその製品を操作し、製品の状態を提示
し、製品の操作・状態に基づいた情報を検索・閲覧する機能を有した ICT 機器による家電連携操作に適用する。
なお、この要求事項は ICT 機器搭載の OS によるアクセシビリティ機能の活用について言及するが、ICT 機器本体の操作性、搭載の OS によるアクセシビリティ機能自体はこの要求事項の対象としない。
第３章 用語の定義
３．１ 操作
利用者が目的を達成するために、製品に対して（利用者が）行う行為。
３．２ 情報表示
操作の状態、結果、操作の仕方、操作方向、操作手順、製品の状態などを示す表示。
３．３ 操作要素
利用者が製品を操作するために直接力を加える部分、又は操作する個々の部分。
３．４ 操作部
操作要素と情報表示との集合体。
３．５ アクセシビリティ
特定の使用状況において、目標を達成するために、特性及び能力の異なる、より多くの人々が、製品シ
ステム、サービス、環境及び施設を使用できる程度。
(ISO26800.ISO/TR 9241-100 及び ISO/TR 22411 を参照)
３．６ ICT 機器
インターネットなどの通信技術を活用し、家電とのコミュニケーションを可能にする機器。
本ガイドラインでは、スマートフォンやスマートスピーカーを対象としている。
３．７ ユーザー
障害のない方、障害のある方。
（視覚障害、聴覚障害、肢体不自由）第４章 家電連携アプリのアクセシビリティに関する一般通則(基本配慮事項)
４．１ 共通配慮事項【資料 No.3-1★青★】
全ての障害者、全アプリ機能に共通する基本配慮事項について、実際の使用場面を次の４つに想定し、その場面毎の配慮事項を以下にまとめた。
（１）操作する前の配慮
目的の機能を立ち上げるためのボタンやアイコン等にアクセスしやすくするために、次の配慮を行うこと。
6a) アプリを起動しやすいように、アプリの名称は下記のように配慮することが望ましい。
・表示される文字数が限られているため、アプリ名はできる限り短くする。
・やむをえず長いアプリ名称の場合は、アプリの特徴を表す言葉は、
できる限り名称の前の部分で使用する。
・ボイスコマンドでアプリ名称を発声することでアプリを起動する場合を考慮し、文字表記から正確な発話内容が読み取りにくい語句は用いない。
＜具体例＞ ①アプリ名称が長く、後半だけが異なるような名称は用いない。
②外国語など発音がわからない言葉は用いない。また、複雑な漢字や一文字だけが異なる名称など、見た目で紛らわしい語句は用いない。
＜理由＞

製品を呼び出しやすくするには、アプリ名の後半だけが少し異なるアプリの場合、音声による呼び出しが困難になる可能性があるため。また、名称が長すぎたり、発音しにくかったり、見た目で紛らわしい表示な
どは、呼び出す際に誤操作を招く可能性が高くなるため。

b）機能名称は、機器とアプリで同じ名称とする。
＜具体例＞

―

＜理由＞名称が異なると、機能の呼び出しが困難になる可能性があるため。

c）アプリの機能表示の形状や配置、色は、できる限り機器の操作部に合わせることが望ましい。
ただし、ICT 機器特有の操作で、アプリ操作が分かりやすいまたは容易になる場合は、その限りではない。
＜具体例＞ テレビのリモコンのチャンネル／音量アップダウンボタンの配置は同じにする。
但し、機器側では設定項目を一つのボタンでサイクリックに選択する操作であったとしても、直接項目をタップしたり、フリックで項目を進めて選んだりする方が容易な場合もあるので最適な操作方法を検討するとよい。
＜理由＞

目の見えない人を含む多くの人は、使い慣れた並びでアプリのボタン位置を探せることは有効である。
違うと両方の並び順を覚えないといけないため。

d）ボタンやアイコンを操作する前に機能説明を提示し、機能を認知していないユーザーでも理解できる機能を搭載することが望ましい。
特に視覚障害者からの要望が多い配慮であるため、機能説明を画面表示でする際は読み上げ機能への対応も検討することが望ましい。
＜具体例＞ ① ヘルプアイコンをタッチしながらどのような機能か知りたいボタンにタッチするなどの操作を行った時に、ポップアップ等で機能説明を表示する。
② アプリを使い始めた状況や新しい機能がアップデートされた場合は、その画面へ遷移した時「新しい温め方が追加されました（電子レンジ）」などの機能説明を表示する。
＜理由＞

機器本体では表示スペースの制約などで実現は難しいが、スマホでポップアップ表示することで、表示体系を崩すことなく対応することが可能なため。

e）音声操作などでユーザ（操作者）の指示が曖昧で機器側の機能を特定できない場合を想定して、機能を特定するために操作者と機器・アプリは対話型なコミュニケーションが行える
ことが望ましい。
＜具体例＞

例えば操作者が電子レンジに「唐揚げを温めたい」と話しかけると「揚げ物温め
モードがあります。設定しますか？」とレンジが答える。

＜理由＞「○○の運転を開始」のような音声コマンド（一方通行のオーダー）のみ受け付けるようにしてしまうと、十分な操作を行うために、複数の機能を理解し、コマンドを全て覚えていなければならない。多少手数（口数）が増えたとしても会話に近い形式での操作が行えるようにすることで操作者の負担が軽減される。

7f）階層を辿る操作の場合、機器側の操作体系と共通にして途中の選択項目名も合わせるなど、到達までの手順を連想しやすくすることが望ましい。
＜具体例＞
＜理由＞

－
確認したい機能を素早く呼び出して確認できることで、利便性が向上する。

g）複数の機器を選択する操作がある場合、機種名や型式番号で指定するのではなく、事前に操作者が機器の名称を設定できることが望ましい。
＜具体例＞

品番「XXYY-Z123」や登録順に自動付与される「エアコン１/エアコン２/・・」ではなく、選択肢の代表的な「リビングのエアコン」「子供部屋のエアコン」から選択できたり、「太郎の部屋のエアコン」などと自分で登録できたりする。

＜理由＞

複数の機種名や型式番号を覚えている人は少ないことから、ユーザーが想起しやすい名称で設定できると選択しやすくなるため。

h) 他人に見られたくない/聴かれたくない情報が漏れないようにプライバシーに配慮すること。
＜具体例＞■聴覚障害の方・音声読み上げ機能への配慮として、機器からのお知らせをポップアップで通知する場合、表示する内容の詳細度を設定できる。
・音声読み上げ機能への配慮として、遠隔操作機能にロック機能を設ける場合、そのパスワードは読み上げず、伏字（アスタリスク等）で読み上げる。
■視覚障害、聴覚障害、肢体不自由の方
・音声案内でのガイド機能を提供する場合の配慮として、ICT 機器本体が音を出さない設定になっているときは、
音声案内は無効にする。あるいは音声案内の利用の有無をアプリ内で設定できる。
＜理由＞
スマホ等の ICT 機器は公共の場で使用されるケースがあり、視覚に障害のある方は他人に見られたくない情報がディスプレイに表示されていないか、聴覚に障害のある方は不要な音や音声で周囲の人に迷惑をかけていないか等に配慮する必要があるため。

（２）操作する
操作を簡単にできるようにするために、次の配慮を行うこと。
a）①法令で禁止されている機器について ICT 機器を利用した遠隔操作を行ってはならない。
②上記法令以外の機器においても、規格、基準、ガイドライン等に基づき安全上、遠隔操作を行えるようにするかどうかを、人の注意が行き届く状態で動作する機器/人の注意が行き届かない状態で動作する機器/OFF⇒ON 行為のみならず、ON⇒OFF や性能を調節する行為等の観点でも検討し判断することが望ましい。
＜具体例＞① 法令や規格、基準で禁止されている機器の例(国内)・電気ストーブ（赤熱する発熱体を有し、その発熱体が外部から見える構造のもの、高所取付け形のものを除く）の Off⇒ON する行為を禁止。--電安法

技術基準解釈別表第八2 項 イ（ハ））② 法令以外で禁止されている機器およびガイドラインの例(国内)・据え置き型ホブ（コンロ）--JISC 9335 2 6 の 22.40 項
・高所取付用ヒーター以外の可視赤熱放射ヒーターで OFF⇒ON, /ON⇒OFF の両方を禁止---JIS C 9335 2 30 の 22.109 項・IH 調理器遠隔操作で機器を OFF から ON する行為は不適合---S マーク認証(任意基準)
・METI「IoT 化等が考えられる電気用品等機器に係る製品安全の確保の在り方に関する検討会」で検討されまとめたガイドラインや調査報告書に記載された「遠隔操作を許容しない製品」
https://www.meti.go.jp/product_safety/consumer/system/iot_report.pdf

8

＜理由＞
・火災の原因や遠隔操作されていることを知らずに機器に触ってやけどしてしまう可能性があるため。もし搭載する場合は、製品安全の規制がないか確認し、安全面を最優先してフェールセーフ／フールプルーフの考え方で対策を行うことが重要となる。
・法的規制がなくても、その他の規格、基準および METI「IoT 化等が考えられる電気用品等機器に係る製品安全の確保の在り方に関する検討会」で纏める予定のガイドライン等を参考にしたリスクアセスメントにより、より安全な製品が担保されるため。

b）基本機能の操作は、シングルタップのような単純な操作で実現できることが望ましい。
＜具体例＞

運転/停止をシングルタップ操作＜理由＞ ・スマートフォンの操作に慣れていない人、手の動きの制御が困難な人、ボタンが見えない人が、操作ボタンを容易に操作できるようにするため。
・お気に入り操作など、操作をカスタマイズできる機能が搭載されている場合、限られた操作ボタンでの操作としたり、ショートカットで操作回数をすくなくすることができるので、ユーザーが操作をカスタマイズすることで、基本機能の操作が複雑な場合でも、実行できる可能性が高くなる。

c）ICT 機器に直接触れて作業ができない場合などを考慮して、音声認識により操作ができるようにすることが望ましい。
＜具体例＞

料理中に手が汚れていてレシピ確認や電話に出る操作ができない場合でも、音声認識で操作できる。

＜理由＞

スマートフォンの操作に慣れていない人、手の動きの制御が困難な人、ボタンが見えない人が、容易に操作できるようにするため。障害のない方でも使用シーンによっては、同様の配慮が必要な場合がある。

d）使用頻度に応じて操作ボタンをカスタマイズ（配置やサイズなど）できることが望ましい。
＜具体例＞ ・使わないボタンを非表示
・良く使うボタンのサイズを大きくしたり、押しやすい位置へ配置修正したりする。
＜理由＞

必要な機能を絞ったり、覚えやすいボタンの並び順にしたりする。 特に視覚に障害があるユーザーの調査では、ボタンが多くて覚えられないといった意見もある。

e）ひとつのアプリ内で複数の種類や台数の製品を取り扱う場合は、機器の名称をユーザーが任意の名称に変更することができたり、文字だけでなく、機器の外形や写真を表示したりすることが望ま
しい。
＜具体例＞

機器一覧で「リビングエアコン」「寝室エアコン」などと表記する＜理由＞

テレビや照明など、設置台数が複数台あり、設置場所が様々な製品の場合に、どの機器情報なのかが分かりやすくなる。

f）提示する情報の中に、文字以外の情報（イラスト、写真、動画、音声等）を用いる場合は、キーワ
ード検索や音声コマンドに対応できるように、読み上げ用のテキスト(文字情報が表示される)も付
加する。
＜具体例＞
＜理由＞

「・・・」
：その他の操作≡：メニュー

文字以外の情報に読み上げ用のテキストを付加することは、検索性（キーワード入力等）の観点からも全てのユーザーに共通して利便性向上が図れる（３）結果を確認する（機器の状態）
操作結果や機器状態、情報を迅速に確実に入手し、対象ユーザーに容易に確認し理解できるようにするため、次の配慮を行うこと。
a）人を感知するセンサー機能を有する本体機器や在宅時には日常的に使用する機器については、機器の作動によりユーザーの状態の確認や異常の感知ができるなどネットワークに接続した ICT 機器との連携による付加機能の搭載を検討することが望ましい。
9＜具体例＞
・エアコンの人感センサー機能を活用して、スマホアプリで遠隔から健康状態を確認できる見守り機能
・冷蔵庫の扉開閉頻度でユーザーの日常との違いを管理
・ポットの使用有無でユーザーの日常との違いを管理
ICT 機器連携による特長であり、ユーザーの見守りなどに有用な機能であると考えるため。

＜理由＞

b）ICT 機器付属のディスプレイやスマートフォン、タブレットなどの表示機能を活用して、エラー
情報は対処方法も含めて図化するなどして分かり易く提示することが望ましい。
また、スムーズにエラー情報へアクセスできるよう、アプリやウェブサイトなどでエラーコードが検索できることが望ましい。
＜具体例＞ －
＜理由＞

エラー情報のみならず対処方法もアプリや本体に提示することで、ユーザーに誤操作していることを認識させ、目的達成のための最短で正しい道標を提示することができる。その結果として再誤操作を防止できたりストレスが軽減される。

c）特に重要な結果や状態の場合は、二つ以上の手段で通知を行う。また、利用者が自分に適した通知手段を選べることが望ましい。
＜具体例＞

音声(視覚障害)と文字(聴覚障害)、LED 発光(聴覚障害)と振動(視覚障害、聴覚障害、盲ろう)による通知機器の状態を伝えるときに、通常の稼働状況は画面表示と音声で通知し、エラーなどは LED 発光や振動での通知を選択して追加できる。

＜理由＞

たとえば音声による通知だけでは、重要な通知が障害のあるユーザーに伝わらないため。

d）アプリが使用する言語はユーザーが使用端末で設定した言語情報に基づくことを基本とし、アプリ
内ではユーザーに言語設定をさせることなく、適切な言語選択が行われることが望ましい。
＜具体例＞－＜理由＞

スマホの言語設定に応じてアプリの言語も自動で切り替わることで利便性が向上する。

e）結果、通知、情報等に用いる表現は、製品内で用いる UI 文言や、ウェブサイト（製品情報やオンラ
インヘルプ等）で用いる文言と同じ表現を用いることが望ましい。
その他、専門用語はできる限り避け、分かりやすい日本語（やさしい日本語）を用いることとする。
＜具体例＞

望ましくない例として、HDD（製品内での表記）⇒ハードディスク（ウェブサイト上での表記）＜理由＞

読み間違いや表記違いにより、必要な情報へのアクセスを妨げたり、時間がかかったりしないようにするため。また、説明の文章や単語を誰もが正しく同じ意味で理解できるようにするため。

f）難解な漢字や専門用語の利用は避け、分かりやすい・読みやすい表記で記載する。
＜具体例＞

―

＜理由＞
・ユーザーに分かりやすく、正しくアプリや機器の情報を伝えるため。
・コールセンターのオペレータや、店頭の店員などに伝えるときに、正しく情報を伝えらえるようにするため。

g）特に必要性・重要度が高い情報は、優先して表示したり強調する等、確実に気づけるようにする。
ICT 機器では強調のためのいろいろな機能を利用することができる。
＜具体例＞ 点滅や部分拡大など＜理由＞

・複数の情報が表示される場合、情報の主目的が優先されることで利便性は向上する
・情報の主目的が優先されることで利便性は向上

10

（４） 意図しない結果に対する対処
ユーザーが意図しない結果に対処するため、次の配慮を行うこと。
a）ユーザーからの操作に対する要求に受け付けたとしても、予約など実際の機器作動ができなかった
場合には、その事実および可能であればその理由もスマホの通知機能を使ってユーザーに早く知らせることが望ましい。
＜具体例＞

野球の延長で録画が延びたり、直接録画でハードディスクの残容量が変わり予約していた録画できな
かった場合などに通知する。

＜理由＞
基本的には操作時に受付の判断があるが、何らかの理由で作動しなかった場合にはすぐにユーザーに知らせることが重要なこともある。また状況が変わり機器の作動が行えない可能性があることが事前に把握できる場合には、ユーザーも遠隔から対処できる可能性もあるためユーザーに知らせることが望ましい。

b）誤操作した場合に、キャンセルで操作を取り消したり、少ない手順で操作を戻したりすることができる。
＜具体例＞キャンセルをスマホの物理ボタンのような確実な操作でできると良い。
＜理由＞
・操作のやり直しを行えるようにするため。また、スマホは操作ミスが起こりやすいことから、障害のある方の場合はミスが通常よりも増えることが予想されるため。
・機器側で物理的なボタンやスイッチで確実なフィードバックが得られる操作に慣れているユーザーが ICT 機器で操作する場合、画面に触るなど誤操作が多くなることから、特に配慮が必要になる。

c）画面中インターフェースの決まった個所、あるいは決まった手順の操作で戻れるようにし、各画面での配置・手順を共通にする。
OS がアプリ共通で標準的に割り当てている基本操作ボタン（例えば、Back ボタンやホームボタン）＜具体例＞

や基本タッチ操作（例えば、iOS 左上をタップして戻る操作）を無効化せず、OS 準拠の基本操作に割
り当てる。
＜理由＞

常に同じ操作で戻ることができれば、視覚的に確認できなくても素早く操作できて利便性が向上するとともに操作に対する安心感が得られる。特に、視覚に障害があるユーザーは、固定されたボタン（バックボタンやホームボタン）を手掛かりに操作する可能性がある。

d）機器操作における重要なデータなどに関連する操作は、不用意に操作変更できない設定や機能を設けることが望ましい。
＜具体例＞

消去や変更されたくないデータ(動画、機器接続情報)、見られたくない情報(アカウント)などの重要なデータに関してロック機能や多重確認機能を設けている＜理由＞

アプリを起動したままスマホを鞄に入れた場合に、ほかの物品と接触し機器の機能が勝手に作動する可能性がある（遠隔操作の場合、機器が目の前にないので気づかない）ため。

e）操作の間違いに対処する方法が障害毎に対して配慮されていることが望ましい。
＜具体例＞

音声による文字入力間違いの場合は、音声合成を使って入力内容の確認ができるようにする。これにより視覚や上肢に障害害のあるユーザーが、音声のみで文字入力を完了することができる。

＜理由＞

誰でも対処方法が理解できるようにするため。

f） 通知された内容をすぐに確認せず、時間が経ってからアクセスする場合がある。そのため、通知内容を確認する入り口を迷わないようにするなどの確認手段を設けることとする。
＜具体例＞ －
＜理由＞

プッシュ通知・アイコン等の変化の内容をすぐに確認する必要がない場合があり、時間を置くとユーザーによっては確認の仕方を失念するため。

11g） 提示された情報から、次に必要と推測される操作やアクションの説明に容易にアクセスできることが望ましい。
＜具体例＞ ICT 機器でよく使われる「点滅やアニメーションなど」を利用して察知させる。
＜理由＞ 目的とする操作の達成を容易にすることで安心感を助長し、結果として誤操作・誤動作を防ぐことができる。

４．２ 各障害に応じたアクセシビリティ機能別基本配慮事項
４．２．１ 視覚障害
（１）読み上げ機能①アプリを ICT 機器の読み上げ機能（iOS:VoiceOver 機能、Android:TalkBack 機能）に対応させて、操作するボタン名称（操作する機能を選ぶため）や機器使用に必要な情報など、画面に表示した文字を音声で確認できることとする。ボタンの位置に指が触れボタン名称を読み上げることで操作対象の位置が把握できる。
（画面遷移のフィードバックがある場合は、必ず読み上げなどの音声でも確認できるようにする）＜具体例＞
・読み上げ機能を使って「電源ボタン」がフォーカスされた際に、テキスト情報がない場合は「ラベルなし」と読み上げられどのボタンかわからないが、テキスト情報があれば「電源（でんげん）」と読み上げられるため操作できる。
・アプリ内の「運転 ON/OFF」表示を:VoiceOver 機能を使って音声で読み上げる。
＜理由＞

表示が見えない視覚障害者にとって、表示を音声で読み上げることは有効である。また、どの操作ボタンもすべて同じ”ボタン”と読み上げたり、アイコンの画像のファイル名を読み上げたりしないことが望ましい。

②アプリのトップ画面の情報及び、トップ画面から目的の操作・情報等にたどり着くまでの間において、画面遷移時の階層や画面概要に関する情報を音声で取得できるようにする。
＜具体例＞
・アプリのトップ画面は初期画面であり、直接戻れる機能もあることから、「アプリトップ画面です」などと読みあげると、いつもの最初の画面に戻ったことが確認できて安心できる。
・操作が画面遷移による階層構造になっている場合には、画面が変わる際に例えば「○○の設定メニューに変わりました。
」「○○のメインメニューに戻りました。
」などと画面遷移の情報も読み上げる。
＜理由＞
・階層を辿るメニュー操作において、現在どの階層を操作しているかの情報は、視覚障害者にとっても重要である。
表示では階層が移ったことが画面全体の表示の変化や内容に晴眼者は確認できるが、視覚障害者にはわからない。

③音声による文字入力機能において、入力結果確認の際、読み上げ中でも操作者の音声入力が割り込めることが望ましい。
＜具体例＞
・入力した文章をアプリが読み上げ中に間違いに気づいたら、直ぐに「ストップ」といって間違い箇所を再入力。
・例えば、「排除項目」という文字を「「配慮項目」へ修正」と音声操作すると文字が修正される機能があればよい。
（カーソル移動する必要がなくなる）＜理由＞
特に、視覚障害者にとっては、全文を読み上げ終了後に間違い箇所を再度遡って見つけることが困難である。そのため、読み上げ中でも、間違いに気づいたらすぐにその文字を音声入力で修正することで、修正漏れ、時間短縮の利便性が向上する。

（２）バイブレーション機能
視覚障害者にとって触覚情報は重要である一方、振動音が大きすぎて音声フィードバックが聞こえな
いと困るので調整や機能選択が出来る方が望ましい。
12

（３）ズーム機能①(弱視)ジェスチャーなどで画面を拡大する機能は、画面内容の理解につながるため、可能であることが望ましい。拡大する操作はピンチイン・ピンチアウトなどユーザーが想起しやすいものであることが望ましい。
＜具体例＞

異常時にユーザーからメーカーへの連絡で製品型式を確実に伝えるため、機器情報の画面を拡大して確認
する。

＜理由＞

画面内の表示は見やすい大きさにするのが基本だが、表示エリア・情報量・表示の優先順位から、表示が小さくなる場合がある、その際にユーザーが任意の表示を確認するために、ジェスチャーなどユーザーが想起しやすい 操作で拡大できると、アクセシビリティ機能の知識がないユーザーにも利便性が向上する。

②(弱視)文字や図版など極端にサイズの異なるものを並べないなどズーム機能を有効利用できるよう画面表示に配慮することが望ましい。
＜具体例＞
・画面に表示する文字や図版などはできる限りサイズを揃える。
・強調するなどのために極端なサイズの文字や図版を表示しない。
・ズーム機能では倍率変更は別操作になるため、ピンチイン／ピンチアウトの操作のように表示内容に応じて簡単に倍率を修正することができない。
・高い倍率でズーム機能を設定されている方にとって、極端に大きな文字や図版があるとズーム機能では文字や図版の一部しか確認することができずその文字や図版の認知に苦労してしまう恐れがある。
＜理由＞
弱視の方は拡大鏡などの専用器具を使って目視で確認されているため、ズーム機能は弱視の方も目視しやすくな
り、老眼の方にも有効な機能である。特にズーム機能はスマホの OS がアクセシビリティ機能として標準搭載している機能であり、アプリやブラウザに寄らず利用可能な機能であるため、表示する内容も配慮されると機能を有効に利用できる。
ピンチイン／ピンチアウトによる拡大機能は主にブラウザで表示したときの機能であり、アプリなどではピンチイ
ン／ピンチアウトできない場合もある。

（４）文字調整機能①(弱視)文字を拡大する機能は、画面内容の理解につながるため、可能であることが望ましい。
＜具体例＞

メニュー項目の文字サイズを見やすい大きさにして使用する。

＜理由＞ スマホアプリを介して機器を使用する際に、文字を介した情報の取得ができることが重要である。ユーザーの特性、使用状況、画面の情報量によって適した文字サイズが異なるため、任意に設定できる機能があることが望ましい。

②(弱視)アプリ内の機能ではなく、OS の標準機能として文字サイズ調整機能が提供される場合、その設定値の変更がアプリ内できちんと適用されることとする。
OS の基本設定のメニューから文字サイズの設定を「標準」から「最大」へ変更した時に、それに連動し＜具体例＞て、アプリ内の文字も「最大」へ変更。
＜理由＞

弱視のユーザーが文字サイズの変更ができないと読み取れないため。
（弱視だけでなく高齢者のユーザーにも有効）③(弱視)文字サイズを大きくしたときに、文字が画面からはみ出して必要な情報が読み取れないことのないようにレイアウトする。
＜具体例＞

文字サイズを「標準」から「最大」へ変更した時に、文章が改行されて表示され、スクロールすることで全文を読み取ることができる。

＜理由＞ 弱視のユーザーが文字サイズの変更ができたとしても、見えないところにはみだしてしまっていては読めな
いため。
（弱視だけでなく高齢者のユーザーにも有効）

13

（５）文字/背景色設定機能①（弱視）（色弱）提示する情報は、「文字/背景色設定機能」を利用して、視認性を変更・調整できるように配慮すること。特に、ダークモードなど、全体の色を変更する場合は、色の見え方のタイプを踏まえて視認性を確保する。
＜具体例＞
・iOS14 では、”設定”⇒”アクセシビリティ”⇒”画面表示とテキストサイズ”の画面において、”反転（スマート）”
や”反転（クラッシック）”の項目を ON/OFF することによって画面の色が反転する。開発段階で反転した状態でア
プリ画面の文字やアイコンの視認性を確認する。
・OS が対応する反転の種類は２種類であるため、弱視の方もよく利用するアプリである場合には、白黒反転や青黄色
反転など専用福祉機器で採用されている反転を独自で搭載する。
＜理由＞
ダークモードなどにより色覚障害の人に見づらくなることで操作ボタンのアクセシビリティを低下させないため②

使用している色に機能的な意味を持つ場合は、反転機能やアプリダークモード対応による配色の影響を開発時に確認する。 但し、文字や形などの補足情報がある場合は、その限りではない。

＜具体例＞（弱視）（色弱）警告画面などが表示された場合は、ダークモードによる反転を行わない
・デジタルテレビの４色ボタン（青／赤／緑／黄色）※色名称も併記している場合はその限りではない。

・警告表示で赤い文字や黄色い文字を使う場合は、開発時に反転状態で視認性を確認する。
＜理由＞

色が強制反転すると暖色と寒色が反転し、画面を見た際に機能を真逆にとらえてしまう可能性があるため。

（６）LED 点滅機能注)（注）点滅機能については、LED 点滅だけでなく、フラッシュによる点滅や、画面（ディスプレイ）全体の点滅など、さまざまな手段がある。

①LED 点滅機能により、ユーザーにお知らせをする場合は、視覚情報に頼れないユーザーにも配慮し、
LED 以外の手段にて同じ情報を得られるようにする。
＜具体例＞

音やバイブレーションなど、視覚以外でお知らせする手段が設けられ、ユーザーは自分にあったお知らせ
方法を選択することができる。

＜理由＞ お知らせする手段が視覚情報のみであると、その感覚に頼れないユーザーにとっては、お知らせを受け取ることができなくなってしまうため。

②（弱視）特に重要度/緊急度が高い情報は、「LED 点滅機能」を利用して、ユーザーがより認知しやす
くすることが望ましい。
＜具体例＞

アプリ内で重要度の高い情報を提示するとき、ホーム画面や他のアプリ利用中に緊急度の高いお知らせを行うとき、LED 点滅によりユーザーにお知らせする。

＜理由＞

LED の点滅により視覚的な変化が発生し、ユーザーが気付きやすくなるため。

（７）音声操作機能
操作したい機能やアクセスしたい情報を、直感的な音声入力により容易にアクセスできるようにすることが望ましい。
＜具体例＞

―

＜理由＞

音声による操作により簡易に機能へアクセスでき、利便性が向上する。

（８）音声による文字入力機能①文字入力を行っている最中は、音声コマンドによる操作を受け付けない。もしくは、音声コマンドを認識した時点で、「音声コマンドの入力を認識した。コマンド操作を開始しても良いか」を操作者に対して確認する。
14

＜具体例＞「止めて」というワードが、レコーダーにおいて動作を停止する音声コマンドだった場合。
レコーダーで録画をしている最中、次に予約する番組名を検索するため、音声入力を使ってキーワードを入力する際「時間を“止めて”」などのキーワードが入力された場合、「止めて」に対応する音声コマンド
は受け付けない。
もし、操作上音声コマンドを受け付けさせたい場合は「時間を止めて」まで文字入力された後にシステム
から「音声コマンド：止めての入力を認識した。コマンド操作を開始しても良いか」とメッセージや音声で確認を行う。
＜理由＞

視覚に障害があるユーザーは、入力結果を視覚的に確認できないため、入力方法が複数同時に稼働すると、意図した操作に結果が対応せず、混乱する可能性がある。

② 音声入力の内容が不明瞭(曖昧)な場合も考えて、機器(アプリ)から認識した内容を返す(音声で返答する)機能を設けることが望ましい。
＜具体例＞

エアコンの温度設定値を音声設定で行った場合
20 度に設定しました；(確認の場合の返答)。
⇒認識出来ません、再度お願いします；(認識出来ない場合の返答)。

＜理由＞

視覚に障害があるユーザーは、入力結果を視覚的に確認できないため、視覚以外の方法で結果を確認できることが有効である。

（９）スキャン操作（ワンボタン入力）機能
スキャン操作で操作部をスキャンする際は、視覚的な情報だけで示すのではなく、読み上げ機能など
ユーザーが必要に応じても併用、選択できるようにすることが望ましい。
＜具体例＞ スキャン機能でカーソルが順に移動する時に移動した項目の名称を読み上げる。上肢障害で視覚障害もあるユーザーも利用でき、晴眼者にとっても音声で確認もできる。
＜理由＞

上肢と視覚に障害があるユーザーにとって、視覚以外の情報で入力操作ができる手段を設定することでア
クセシビリティが向上する。

（10）ジェスチャー入力（検知）機能
主要な機能を操作する時は、センサーが認識し易い単純な動作を基本としたジェスチャー機能を利用して操作ができるようにする。
＜具体例＞

―

＜理由＞ タッチパネルなどでボタン位置の把握が難しい場合に大まかな動作で操作が可能となり利便性が向上する。

（11）字幕/テキスト表示機能（12）その他 －４．２．２ 聴覚障害
（１）読み上げ機能
音声でコミュニケーションや情報伝達を行う機器機能においては、スマホの定型文選択や直接入力などで生成したテキストを読み上げ機能を使って音声に変換してやり取りできることが望ましい。
＜具体例＞
・インターフォンを使って音声やり取りをする場合に、スマホ上に表示されている「はい●●です」といった定型文が選択されると、インターフォンを介してから「はい●●です」という音声が相手側に出力される。
・スマホ連携しているお風呂用リモコンでお風呂の中の人と外の人がやり取りできる環境において、お風呂の外の人が伝達事項をスマホ上で直接入力したら、お風呂の中の人に音声が届く。

15

＜理由＞
聴覚に障害があるユーザーの中には、言葉を発することが困難な方がいるため、スマホで代替えできる。

（２）バイブレーション機能
機器の稼働音・報知音の状態を振動でも提示できることが望ましい。なお、緊急性や重要性の高い場
合は、振動を含め複数の手段で提示すること。
(稼働、報知内容の緊急性や重要性により使用者が選択出来る事が望ましい)＜具体例＞
・器機が異常な状態(電子レンジ等が高温状態等)時は繰返しバイブレーションを行い注意と点検を促す；(器機が自動停止する事は大前提)。
・器機の ON/OFF や洗濯の終了等の報知はバイブレーション機能を使用するか否かを使用者が選択出来る。高温状態
等の異常や危険な報知は強制発信する。
＜理由＞
テキストで状態は伝わるが、付帯する緊急性などのニュアンスが伝わり、ユーザー体験が向上する。

（３）ズーム機能－（４）文字調整機能－（５）文字/背景色設定機能－（６）LED 点滅機能注) －注）点滅機能については、LED 点滅だけでなく、フラッシュによる点滅や、画面（ディスプレイ）全体の点滅など、さまざまな手段がある。
（７）音声操作機能①（聴覚障害者や誰にでも使いやすいように）音声操作機能の UI は、視覚的なインターフェースで伝わりやすい情報構造・見た目をデザインすることが望ましい（参照の展開なども含めて）。
＜具体例＞
・機能が動作するボタンの名称には動詞を利用する。
何かの入力を行う場合は「設定」ではなく「登録」や「決定」などにする（情報構造）
・複数機能の入り口となるメニュー一覧の画面では、雑多な機能が混合しないよう、各メニューにまとめる場合は似た機能・同じ使われ方をするものでグルーピングする。
（情報構造）
メニュー項目には言葉だけでは伝わりづらい機能やサービスのイメージを添える。
（ルックス）
・ボタンとして機能するものはボタンの矩形を背景に敷いたり、情報表示とは別の配色を指定した文字を使用したりする。
（ルックス）＜理由＞
聴覚に障害があるユーザーは、音声での伝達が難しい場合があり、現状の音声認識技術では音声操作は十分に機能しないと考えられ、それを補う必要があるため。

② 音声操作を受け付けることが可能な状態かそうでないかは明確にスマートフォンアプリなどに表
示する。
＜具体例＞
アプリ上に“マイク”など音声を取得する状態であることがわかるアイコンの表示を行う。
また、実際に音声を取得している場合などは配色の変更（例えば受付可能な状態が白であれば受付時には赤へ変更
する）や点滅・明滅などを行う。

16

＜理由＞
聴覚に障害があっても発話ができる操作者にとっては、視覚情報が操作を行ううえで最も重要な要素であるため。

（８）音声による文字入力機能―（９）スキャン操作（ワンボタン入力）機能 －（10）ジェスチャー入力（検知）機能 －（11）字幕/テキスト表示機能
機器の稼働音・報知音・音声ガイダンスなど聴覚でのみ得られる情報は、機器からスマホへ転送し、視覚や触覚で情報を伝えることが望ましい。
＜具体例＞
・機器の稼働音・報知音の状態をテキストで通知。
・火災、地震などの緊急時の通知をテキストとバイブレーションで通知。
＜理由＞

聴覚に障害があるユーザーが、視覚情報として把握できるため。また、触覚情報として伝えることで、緊急性などのニュアンスがより伝わりやすくなるため。

（12）その他 －４．２．３ 肢体障害
（１）読み上げ機能 －（２）バイブレーション機能 －（３）ズーム機能 －（４）文字調整機能 －（５）文字/背景色設定機能 －（６）LED 点滅機能注) －注）点滅機能については、LED 点滅だけでなく、フラッシュによる点滅や、画面（ディスプレイ）
全体の点滅など、さまざまな手段がある。
（７）音声操作機能①音声操作により、操作したい機能や表示したい情報に容易にアクセスできるようにすることが望ま
しい。
＜具体例＞
・ブルーレイディスクレコーダー(BD レコーダー)で小さなボタンに割り当てられているような機能を例えば「予約一覧」と一言発声すると予約一覧が表示される。
・エアコンで「運転状態」と発声すると現在の運転の設定内容が表示される。
＜理由＞

簡易に機能にアクセスできる手段があると思い立った時点での状態が確認できて利便性が向上する。

②リスト選択や階層メニューなど、カーソル移動による項目選択と確定の決定のカーソル操作は、音声操作で最終確定できるようにすることが望ましい。
＜具体例＞

番組表のジャンル検索をする場合に、階層メニューで十字キーと決定ボタンを何度も押してジャンル検索→スポーツ→サッカーと確定する操作を『サッカーを検索』と一言で操作できる。

＜理由＞

ユーザーの状態によっては外部スイッチなどでの操作も困難な場合に代替え手段となり、アクセシビリテ
ィ確保のために必要。

17

（８）音声による文字入力機能
操作する前～文字に変換された結果に対する対処方法まで、カーソル移動含めて手ではなく音声入力のみで修正する等の配慮が望ましい。また、カーソル移動を音声入力で行う場合は、移動の方向、移動量、操作の順番等の操作方法を提示することが望ましい。
＜具体例＞
＜理由＞

―

肢体に障害のあるユーザーは、カーソルを指で動かせない場合があるので、音声による入力操作は、重要な機能である。

（９）スキャン操作（ワンボタン入力）機能
操作が必要な個所は、外付けワンボタンスイッチなど外部デバイスに対応し、アプリへのアクセスを可能にする。
＜具体例＞ 外付けの外部スイッチを繋ぐことで、アプリを操作できる。
例えばカメラアプリとつながることで、ボタンを押すことでシャッターを切ることが出来る等。
＜理由＞

肢体に障害のあるユーザーは、カーソルを指で動かせない場合があるので、音声による入力操作は、重要な機能である。

（10）ジェスチャー入力（検知）機能
主要な機能を操作する時は、センサーが認識し易い単純な動作を基本としたジェスチャー機能を利用して操作ができるようにする。
＜具体例＞ 端末の画面を、例えば丸を描くように指でなぞる動作で、簡単に入力出来る等＜理由＞

肢体に障害がある不自由な方は、ボタンや入力エリアなどの画面の特定の部位を操作することが難しい
場合があり、端末の画面操作をすることに対して負荷があるため。

（11）字幕/テキスト表示機能
製品に近づけない状態(離れた場所）
で製品が発話した場合などは、手元で確認できることが望ましい。
製品と手元のスマートフォンやタブレットで Bluetooth 接続し、字幕やテキストで確認できる。

＜具体例＞
＜理由＞

肢体に障害がある不自由な方は、移動することに対して負荷がある。またベッドなどから車いすに移乗して機器まで移動するのに時間を要し、応対操作などが間に合わない場合があるため。

（12）その他①機器が特定の場所に固定されており、移動して操作や情報取得しないといけない場合においては、機器の情報や操作をスマホで行えることが望ましい。
＜具体例＞
＜理由＞

照明器具や給湯器、ドアフォンなどをスマホで操作。
肢体に障害がある不自由な方は、移動することに対して負荷がある。またベッドなどから車いすに移乗して機器まで移動するのに時間を要し、応対操作などが間に合わない場合があるため。

②子機やリモコンなどの本体から離れて操作できる付属機を有する機器では、タッチパネル、バイブ
レーションなどの機能を有するスマホで付属機と同等の操作が可能なアプリを提供することが望ま
しい。
＜具体例＞

子機やリモコンなどがある場合は、付属機と同等な操作できるアプリを用意。

＜理由＞

子機が常に近くにあることや、常にすべての子機付属機を常に手元に携帯するシーンは考えにくいため。

第５章 ICT 機器（スマホ）アクセシビリティ機能カテゴリ別配慮事項
５．１ 操作機能
５．１．１ ユーザー共通配慮事項
18

（１）操作する前の配慮
操作したいボタンやアイコン等にアクセスしやすくするために、次の配慮を行うことが望ましい。
a) 複数機器の中から対象とする機器を選択する UI を設ける場合（遠隔から接続する機器を選ぶ等）には、機器の識別が容易にできることが望ましい。
その場合、追加登録するアイコンと登録済のアイコンが区別しやすいこと、アイコンと共に任意の名称を挿入できるようにすることなどにより、選択が容易になることが望ましい。
＜具体例＞

複数の同種機器がある場合には設置場所を追加するなど設定時の機器名のつけ方を工夫する。
（”リビ
ングのエアコン”など）。特に視覚障害者向けに、マークだけではなく機器の名称などを表示すること
で、読み上げ可能にする。

＜理由＞

操作したい対象がどれであるか容易に識別しアクセスしやすくするため。特に初期接続時。機器の名前やアイコンが同じでメーカーによっては識別できないケースがあるため。

（２）操作する ―（３）結果を確認する（機器の状態）
ICT 機器で本体機器を操作する場合に、ICT 機器・本体機器・それらの連携によるフィードバック
により、操作した結果を確認できること。
a) ICT 機器で操作する際に、（連携対象）本体機器の UI を確認しないと操作ができない場合は、機器本体も ICT を操作するユーザーに配慮したアクセシビリティを確保する。
＜具体例＞
・視覚障害のあるユーザーが ICT 機器を音声読み上げにて操作中に、本体機器の状態確認が必要な場合、視覚に頼らずに機器の状態確認ができる。
・聴覚障害のあるユーザーが ICT 機器を操作中に、本体機器の状態確認が必要な場合、聴覚に頼らずに機器の状態確認ができる。
＜理由＞
ICT 機器での操作は可能であっても、機器本体の状態確認が操作に含まれる場合に、機器側のアクセシビリティが確保されていないと、ユーザーは目的の操作を完結できないため。

b) ICT 機器で本体機器の操作を行った場合は、操作の結果を ICT 機器の表示で確認できることに加えて、ICT 機器側でのみ操作が可能な機能の場合でも、本体機器に操作が行われたことを提示する。
更に、本体機器の表示部などに操作結果がすぐに反映されることが望ましい。
その際、様々なユーザーに配慮するため、ICT 機器に複数の確認手段を設けることが望ましい。
＜具体例＞
・ICT 機器から何らかの設定を行った場合、本体機器の表示部に設定結果が表示される。
・ICT 機器から電源を ON にした場合、本体機器の LED が点灯する。
・ICT 機器から機能の操作を行った場合、本体機器より音声案内にてその旨が通知される。
＜理由＞
操作が受け付けられたか、また誤操作がないかをユーザーがすぐに確認できることが重要であるため。

c) ICT 機器で本体機器の基本機能を開始・停止させる操作を行った場合は、本体機器が操作を受け付けたことに加えて、本体機器にて基本機能が開始・停止した結果の両方を、ICT 機器に提示することが望ましい。
＜具体例＞
例えば、ICT 機器からエアコンの運転ボタンを ON にしたら、運転 ON ボタンを点灯させるとともに「運転中」という文言を表示したり、画面全体を運転モードのイメージカラーにしたりする。エアコンの設定をスマホで変更し「送信」ボタンを押すとしばらく後に「設定されました」の文言が表示される。

19

＜理由＞
基本機能は本体機器を使用する上でベースとなる機能であり、本体機器から離れた場所で ICT 機器を操作し、本体機器の様子がわからない場合に、操作を受け付けたフィードバックだけでは、本体機器の動作という結果が伴っているかがわからないため。

d) ICT 機器から本体機器を操作できる状態にある場合は、本体機器を操作しているユーザーのために、
ICT 機器からの操作が可能であることを本体機器側で分かるようにしておくことが望ましい。
＜具体例＞
ICT 機器からの操作が可能な状態にあるとき、本体表示部でのアイコン、あるいは LED 点灯などにより状態
が分かる。
＜理由＞
ICT 機器を使って本体機器から離れたところで操作を行った場合に、本体機器の近くにいるユーザーは、本体
機器が意図しない動作を始めることを不安に感じるため。

e) ICT 機器で本体機器に操作指示を行った後に、本体機器側の作動時間などを経てユーザーに続きの操作を促す場合は、適切なタイミングで ICT 機器、又は本体機器のいずれかで操作をガイダンスすることが望ましい。その際のガイダンスは読み上げ機能に対応する等、配慮が必要なユーザ
ーが知覚・理解できるものであることが望ましい。
＜具体例＞
・ICT 機器からの指示によるデータの転送が完了したとき、ICT 機器側にポップアップにて完了した旨が表示される。
・ICT 機器からの指示による操作が完了したとき、本体機器側から音声案内にて完了と次の操作のガイドがされる。
＜理由＞
転送などの一連の操作で操作間の間が空く場合に、次の操作を明示することで、操作に迷いが生じないようにするため。

（４）意図しない結果に対する対処
対処を確実に実施するために、次の配慮を行うこと。
a) ユーザーからの操作に対する要求を受け付けたが、その後の状況変化により実際の機器作動ができなかった場合には、その事実および可能であればその理由もスマホの通知機能を使ってユーザーに知らせることが望ましい。
＜具体例＞
・ユーザーの操作に対して、「○○操作を受け付けました」等のフィードバックをスマホの通知機能を使って行
い、ユーザーに知らせる。
・遠隔で予約操作をしたが実際の機器作動ができなかった場合など、その事実および可能であればその理由（今後繰り返すことのないように／可能性として把握できるように）もスマホの通知機能を使ってユーザーに知
らせる。
＜理由＞
操作が正常に作動している状況を正しく把握できるため。
基本的には操作時に受付の判断があるが、何らかの理由で作動しなかった場合には、すぐにユーザーに知らせることが重要なこともある。 また状況が変わり 機器の作動が行えない可能性があることが事前に把握できる
場合にはユーザーも遠隔から対処できる可能性もあるためユーザーに知らせることが望ましい。

b) 誤操作や入力間違い時、やり直せるように「誤りの指摘」や「一つ前に戻る」などのキャンセル機能を設けることが望ましい。
20

＜具体例＞
意図しない操作を続けた場合、最初の画面に戻る、一つ前の画面に戻る、これまでの指示をクリアするなどの機能/設定している内容が一覧で確認できる。
＜理由＞

誰でも操作ミスは起こるので、簡単にやり直せるようにするため

c) ユーザーからの操作要求があった時点で、あらかじめ作動を完達できないことを予測できる場合には、その可能性があることをユーザーに通知する。さらに通知内容には、完達できない要因や解決方法を提示することが望ましい。
＜具体例＞
必要な操作全体のステップを画面上に表示し、現在操作している段階を見える化する。機器の記憶容量が少な
いためデータ転送が完了できないことが予測される場合など、転送操作前にユーザーに知らせる。
＜理由＞
操作が正しく完了していないことをユーザーに認知させるため。また、データ転送ができたと勘違いし、スマホ側のデータを削除した場合復旧できずユーザーに著しい不利益を与えるため。

d) 一時的に操作ができない状況が発生し、推定原因や対応要望を機器が特定できる場合は表示する。
＜具体例＞
複数の人が複数のスマホから一気に機器操作をしたことで操作を一時的にブロックした場合に、原因と対処方法をユーザーに知らせる。
＜理由＞
機器の状況を伝えることで、ユーザーへの要求項目を明確にできるため。

e) 重要な操作は不用意に操作変更できないロック機能を設けることが望ましい。
＜具体例＞
機器が直接作動/停止/設定変更される（ON・OFF、エアコンの温度設定など）、機器の情報が削除される（リセット・タイマー削除など）など、ユーザーにとって重要な操作は不用意に操作変更できないように多重操作にする。
＜理由＞ アプリを起動したままスマホを鞄に入れた場合に、ほかのオブジェクトと接触し機能が作動する可能性があるため。

５．１．２ ユーザー共通/分類種別特有の配慮事項【遠隔操作】（１）機器本体の操作の中に、カーソルを画面上で移動させるポインティング操作がある場合、スマホ操作と連動する機能の搭載を検討することが望ましい。
＜具体例＞
・カーソルの移動などのフリーポインティング操作
例えば、Web ブラウザで画面上のボタン操作や手書きやお絵かきなど。
（タッチ機能が搭載されていない機器
での画面操作）・ブラウザでカーソルを移動させるような操作の場合、十字キーによるボタン操作より、スマホの画面をタッチしてスクロール操作する方が操作しやすい。スマホ上での操作を製品に反映させる手段があることが望ましい。
＜理由＞
リモコンのボタンの押した長さで制御する場合、長押しの時間でカーソルの移動速度を変えたりして使い勝手を良くしているが、 目的の位置で止めることが難しい場合が多い。スマホの場合はタッチしている位置に連動するため自分で指の動きで制御することができ直感的に操作できることから、高齢者など細かい動作が困難な方には有効である。

21

（２）機器本体の動画や音声に対して、再生位置や視聴時間を変更する操作が必要な場合、スマホのタッ
チ操作による位置合わせ（進捗バー（プログレスバー）から離れるほど変化量が少なくなる）の機
能搭載を検討することが望ましい。スマホに現行位置の画像が表示されるとよい。
＜具体例＞

映像再生編集機能を搭載した機器で、動画編集などで再生位置を細かく調整したい場合。

＜理由＞
リモコンのボタンの押した長さで制御する場合、長押しの時間でカーソルの移動速度を変えたりして使い勝手を良くしているが、 目的の位置で止めることが難しい場合が多い。スマホの場合はタッチしている位置に連動するため自分で指の動きで制御することができ直感的に操作できることから、高齢者など細かい動作が困難な方には操作がしやすくなるため有効である。

【データ・情報の転送】（１）転送対象が認知でき、且つ、緊急度や重要度に合った最適で最小限の操作ステップで行えることが望ましい。ただし、緊急度や重要度が低いものを不必要に階層浅いところに置く必要はない。
＜具体例＞
情報の例：[機器⇒スマホ]過去に利用した機能の評価レポート（自動で転送されてレポートありマーク）、[スマホ⇒機器]カスタマイズした設定情報
例１）機器の故障により家にいる人に害を及ぼす場合、プッシュ通知を行う。
例２）炊飯器の炊飯官僚や洗濯機の洗濯完了、電子レンジの温め完了など、機器の操作が完了後に次の操作をユーザーに求める場合は、PUSH 通知などで積極的に通知する。
例３）お掃除サインなど、機器は運転継続できる場合においては、アプリを起動したタイミングで通知される。
＜理由＞
ステップ数削減によりアクセサビリティを向上するため。ハードリモコンではボタン数が限られているため、必要なタイミングや階層浅く転送を提示することが困難だったが、スマホでは画面毎のレイアウト変更が可能なためアクセシビリティが向上可能。

（２）不具合改善といった機器都合により転送操作が必要な場合は、緊急度や重要度に合わせて表示方
法（特にディスプレイは能動的な表示、色、表示位置など）を検討することが望ましい。
＜具体例＞

機器のファームウェアアップデートなどで、スマホから機器へデータを転送する場合は、ファームウェアアップデート対象機器がスマホ上で、目立つ色やマーク表示する。

＜理由＞

ユーザーが自ら情報を取りにいかなくても、必要な情報に対するアクセシビリティを向上するため。ネットワーク接続により能動的な情報発信が可能となり、例えば致命的バグ改善のためのファームウェ
アバージョンアップの場合は、アプリの起動有無にかかわらず PUSH 通知（能動的）や POPUP による強調で転送の必要性を認知可能。結果的に転送開始をスムーズに行える。

（３）転送直前に転送先(機器)が分かることが望ましい。スマホに機器名をテキスト表示したり、機器側のデバイス（ディスプレイ・光・音声・音）で転送先を伝えたりできると良い。
＜具体例＞

動画データをスマホから機器へ転送する際、転送先の機器名が画面上に表示されたり、機器側の LED＜理由＞

転送先に関する誤操作防止のため。 テキスト表示にすることで音声読み上げにも対応できるためテが点滅したりする。
キスト表示が望ましいとした。視覚に障害があるユーザーに接続先機器を認識するため機器側のデバイスが反応するのも良い。

（４）スマホから機器への転送操作で転送先の機器を選択する際には、転送できる機器と転送できない機器を識別できるようにする。
＜具体例＞

スマホから機器へデータ転送を行う際に、転送対象外の機器がある場合は、または、転送できないことをテキストで表示したり、転送対象外の機器を非表示にしたりする。

22

＜理由＞

対象機器が処理できない場合、転送を受け付けてもユーザーが期待する効果が得られず、特に肢体不自由な方にユーザストレスになるため。

（５）転送対象の種別（動画・静止画・音楽・機器運転開始・ファームウェアアップデートなど）が認知できることが望ましい。種別はテキスト表示することが望ましい。
スマホから AV 機器へデータ転送する際に、転送データが動画なのか静止画なのかがサムネイルの＜具体例＞

アイコンなどで指示されている。
＜理由＞

転送欲求から目的達成までの時間を短くすることでアクセシビリティが向上しユーザストレスを軽減するため。テキスト表示は音声読み上げに対応するため。

（６）転送の各状態（ 転送前・転送中・転送完了・転送待機）がアイコンやテキスト表示で確認できる
ことが望ましい。特に、転送にかかる時間が長い場合には進捗や残り時間などを表示して転送にかかる目安を把握できるようにすると良い。
また、表示手段は、テキスト・光・音声・音などを組み合わせて、ユーザーの行動を妨げないよ
うに表示できることが望ましい。
スマホから AV 機器へデータを複数転送する場合に、以下のように表示する。

＜具体例＞

転送前：
「チェックボックス」が複数表示されている状態
転送中：グレーアウトや処理中マーク、プログレスバー(％表示)。
待機中：転送中の対象のみフォーカスされ、フォーカスが順に移動。
又は、待機中という文言や[||(一時停止)]というマークの表示。
転送完：処理中の表示が消える。または転送完了のテキスト表示がされる。
＜理由＞

転送が開始したか、転送ができたのかどうかが遠隔からでも分かることでユーザストレスを軽減するため。また、身体的特徴を持つ方々にも分かる手段を用意するため。

（７）機器側からも転送データを受信／送信中であることを機器側のデバイスによって表示することが
望ましい。
＜具体例＞
＜理由＞

機器側がデータ受信している間は、機器の LED でデータ受信中であることが分かるようにする。

機器側がデータ受信しているかが、スマホの表示だけでは不安になること、またデータが移動していることは視覚的に見えないことから、機器側にも表示させることで、ユーザーの不安を取り除くため。

（８）転送結果の表示は、テキストに加えて緊急度や重要度・転送容量に合わせて光・音声・音・振動などを複数組み合わることが望ましい。
＜具体例＞

データ転送完了時に「転送完了しました」「転送できませんでした」といった表示を行う。同時にスマホの LED の色や点滅で表示する。

＜理由＞

表示デバイスは、視覚／聴覚に障害があるユーザーも見つけやすくするため。

（９）転送状態通知は、要不要をユーザーが選択できることが望ましい。
＜具体例＞
<参考>

通知は、アプリを起動しなくても受けられるようにするか否かの設定画面がある。
空気質の状態表示を PUSH 通知で受け取るか否かを設定できる機能を持つ製品もある。（ぜんそくなどで空気質が気になる人は PUSH を ON にします）データ転送完了時に「転送完了しました」「転送できませんでした」といった表示を行う。同時にスマホの LED の色や点滅で表示する。

＜理由＞

転送対象の重要度によって、お知らせの必要度が変わる。また、ユーザーの特性によって要否が異なるため。ICT 機器だとカスタマイズに流動性を持たせることが可能。

（10）転機器の作動データは、種別毎に分類分けたりデータ集積や合算を行ったりすることで有効な情報に整理でき、ユーザーへのアドバイスなどユーザーに理解しやすい情報にして提示することが
望ましい。
23

＜具体例＞＜機器⇒スマホ＞

・空気清浄機：空気の汚れ具合がニオイ・ホコリ・PM2.5 それぞれに対して閾値を前後したら通知が来る。通知の内容は値と空気質の状態を解説している。
・洗濯機：おまかせ運転後に、洗い・すすぎ・脱水の回数などの詳細と、洗濯自体の評価指数、ユーザーへのコメントがレポートとしてデータ送付される。データ転送完了時に「転送完了しました」「転送できませんでした」といった表示を行う。同時にスマホの LED の色や点滅で表示する。
＜理由＞ 情報の理解し易さを向上するため。大量のデータ表示だと、確認や理解・スクロールなどの操作負荷がかかるため。

（11）転送操作の履歴（日時、対象機器、転送対象、機器の運転や状態の履歴、転送者など）が確認できることが望ましい。
＜具体例＞＜スマホ⇒機器＞

・カスタマイズした運転モード、予約運転などの設定が、転送操作した履歴として表示される。
・FAX で、過去に送信した履歴が表示される。
＜理由＞ 複数のスマホで１つの機器を共有する、または一つのスマホで複数の機器へ転送することがあるため、転送状態、対象機器の実態を把握することができるため。

（12）転送によってユーザーに不利益が発生する場合（容量大によるスマホへの負荷増・転送によるネットワーク使用料増、機器が一時的に動かなくなる等）は、不利益の度合いに応じて転送前にユーザーに通知することが望ましい。特に、ファームウェアアップデートなど転送により一時的に遠隔操作ができなくなるといった重要な情報は、テキスト表示が望ましい。また通知内容は解消方法も明示することが望ましい。
＜具体例＞
・スマホから機器へファームウェアバージョンアップのデータを送ると、機器が一時的に稼働しなくなる場合、ファームウェアバージョンアップ開始直前に Dialog（POPUP）にて機器が一時的に停止する旨を表示し、ユーザーが OK したらファームウェアバージョンアップを開始する。
・録画予約情報をスマホで行った際に、機器に空き容量がない場合は、予約確定前に Dialog などでその旨を通
知する。
＜理由＞
ユーザー操作後に負荷がかかる事を事前に知る事で、ユーザーに操作継続を選択できるようにし負荷軽減するため。機器が一時的に動かなくなることで、遠隔操作でデータ転送を行っている場合に、家にいる人（生き物）へ害が及ぶ可能性があるため。テキスト読み上げにより視覚に障害があるユーザーにも通知する必要があるためテキスト表示が望ましい。

【複数機器連携操作/複数機能一括操作】（１）複数機器連携操作が可能な場合は、連携している機器の区別/識別が容易に行えることが望ましい。
＜具体例＞
・エアコンが ON になったら照明が ON になる場合→連動する機器がグルーピングされて表示されている。
・ある時間になったら、家にある複数の照明が ON になる場合→機器が一覧で確認できる画面で、どの照明が ON になるかが視覚的に明示されている。
・シーンを A に設定したら照明とスピーカー（音楽）が連動する場合→シーンに連動して、どの照明とどのスピーカーが連動するかがアイコンやテキストで示されている。
＜理由＞
連動する機器がどれであるか容易に識別し誤操作を抑制するため。

24

（２）複数機能の設定を一つの動作で実現できるモードを設けることが望ましい。機器が複数接続されている場合は、複数機器に一括操作可能な機能要素を一括操作ができると良い。一括操作はユーザーがカスタマイズ可能であることが望ましい。
＜具体例＞
・単一機能：設定されたお気に入りのコースで洗濯できる。
・リビングのエアコンと照明を一括で ON できる。
・ムードやシーンに合わせて照明とスピーカー（音楽）が連動運転する。
＜理由＞
・視覚に障害があるユーザーが、複雑なボタンの配置を覚えなくても操作可能。
・肢体不自由な人の操作負荷を軽減可能。
・繰り返し設定する操作の負荷軽減でアクセシビリティ向上を図れる。

【運転状態確認】（１）時間経過のある作動の経過（経過の割合や残り時間等）、機器では提示されていないまたは把握できない情報を提示するのが望ましい。
加えてアクセシビリティの観点で、機器側で表示している情報も、アプリで情報提示することが望
ましい。
＜具体例＞
・スマホのグラフィック機能を活用してビジュアル的に経過の割合を図示したり、完了するまでの残時間を表示したりする。
・画像として割合を表示する場合でもテキストでパーセンテージの数値も共に表示することで、音声読み上げに対応して視覚障害者にも割合を確認できる＜理由＞
障害によっては本体の操作・確認が困難あるいは不可能な場合があるため、アプリですべての確認を行えると利便性が向上する。

（２）アプリで確認できる運転状態の情報は制限をしないことが望ましい。但しアプリで確認できる運
転状態の情報に制限をかける場合には、本体のみでしか確認できない情報との切り分けをわかりや
すくする。
＜具体例＞
・アプリを利用して、宅外からエアコンの運転状態やタイマーの設定などを、宅内での操作と同様に確認することができる。
・エラー表示で物理的な状態など本体でしか確認できないことについて、「本体備え付けの○○にてご確認ください」と提示したケースは本体で確認する必要があることを明示する。
＜理由＞
ユーザー本人の障害・機器の設置状況などによっては本体での運転状態の確認が困難な場合もあることから、
アプリですべての確認が行えると利便性が向上する。また、ユーザーはアプリが機器と連携していることか
ら、機器の状態をアプリで機器本体と同様に確認できるものと考える。意図した状態が確認できないことでユーザーが操作に迷う可能性があることから、本体のみで確認する必要がある場合は機器の部位、機能、状態など本体に依存する範囲・理由を提示すると、ユーザーが操作の安心感を得ることができる。

【頻度少の操作】（１）メニュー内の分かりやすい場所に設けることが望ましい。
＜具体例＞
・メニュー階層の項目名が対象操作と関連することが連想できる。
・操作名称を５０音順で辿ることができる。

25

＜理由＞
使用頻度が低いため、アプリのトップ画面になくとも良いが、メニュー内の分かりやすい場所に配置すること。

【ユーザー情報入力】（１）ユーザー情報の項目名（「住所」や「一括」など）のキーワード入力で、当該製品のユーザー情報が呼び出せることが望ましい。
＜具体例＞
・アプリのユーザー情報の入力画面で、スマホのユーザー情報を引用する項目別引用ボタンや一括引用ボタンなどを設ける・オートコンプリート機能で入力すべき候補を別ウィンドウで表示する。
＜理由＞
アプリ画面からキーワード入力等でダイレクトに呼び出せると、利便性が向上できる。

（２）入力項目のテキスト情報も付加し、入力内容と共に音声で読み上げられることとする。
＜具体例＞
・名前や住所など、テキスト入力の項目は入力完了後に”なまえ、たなかたろう”と音声で確認できる。
・電話番号の入力で℡や☎の記号が使われていても、項目名の読み上げでは”電話番号”と読み上げ、電話番号の入力が完了すると”ゼロサン・・・”と入力した番号を音声で確認できる。
＜理由＞
同一画面内に様々な入力項目と入力内容が配置されるため（特に視覚に障害があるユーザーは）、それらの配置や内容を把握するのに音声読み上げは必須と思われるため。

（３）氏名や番地入力等を除き、リスト選択やチェックボックスなどで入力が完結される入力画面が望
ましい。
＜具体例＞
・住所は都道府県がリストから選択されると次の市区町村は選択した都道府県の市区町村にリストが変更される
ように階層でリストが絞られる。
・性別や続柄など選択肢が少ない場合はチェックボックス形式にして一覧から選択できる。
＜理由＞
入力する情報や文字数が多いことから、殊更ユーザーに不便を強いる行為でもある。パソコン入力をはじめ、スマホともなるとユーザーに与えるストレスは大きいと考えられるため。

（４）既に登録している会員 ID を入力すればユーザー登録がほぼ完了するという仕様が望ましい。
＜具体例＞
登録している製品の消耗品が切れてしまい追加購入をする場合に、会員 ID でログインすることで送付先の住所や宛名などが自動で入力されて確認するだけで良い。
＜理由＞
入力する情報や文字数が多いことから、登録作業の労力を軽減するため。

（５）ユーザー情報を入力する時は操作が少ない方が望ましい。
＜具体例＞
ユーザー情報の入力では登録に必要な最低限の項目に絞る。その他のマーケティングで必要な付帯情報についてはインセンティブ付のアンケートなどで情報を得るようにする。既所有の機器情報なども機器間連携でメリットを示して情報を得ると良い。
＜理由＞
入力する項目はそれほど多いとは思われないため（住所、氏名、電話番号、メールアドレス、使用機器型式、
会員ＩＤ、等）１階層で済むと思われるため。

26

（６）間違って入力した項目に容易にアクセスできることが望ましい。
＜具体例＞
入力間違いの項目に対して、項目名を反転させたり色を変えたり、また入力枠の色を変えたり点滅させたりして、分かり易くする。
＜理由＞
項目が多い場合には入力間違いした項目が分からない。

（７）間違い箇所および理由を明示する。
＜具体例＞
・文字数が多い・半角カタカタで入力する・パスワード設定で文字種混合の制約
＜理由＞

―

27

【アクセシビリティ機能と障害別配慮事項マトリックス表】
A.操作機能ICT機器アクセシビリティ機能

視覚

聴覚

肢体

その他

外出先からアプリを使用して自宅の機器を操作する場合には、特に視覚障害者がセキュリテイ設定などの関連する操作も含めて読み上げ機能を使えるように配慮することが望ましい。

読み上げ機能バイブレーション機能
ズーム機能
文字調整機能文字/背景色設定機能
LED点滅機能
音声操作機能音声による文字入力機能

音声操作のみの操作しかできない機能はできる限り避けて、それ以外の操作体系も用意することが望ましい。
人によってはソフトキーボードによる読上げ 文字入力が音声のみの操作しかできな 代替手段を利用して一文字ずつ文字選択してい機能でキーボード位置を確認しながら文字 い機能はできる限り避けてそれ以外の くことが困難であるため、文字入力は音声でも入を入力することが困難な場合もあるため、音 操作体系も用意することが望ましい。 力できることが望ましい。
声で文字入力できることが望ましい

スキャン操作（ワンボタン入力）機能
簡易なジェスチャーで、肢体障害専用モードへのアクセスや操作ができるようにすることが望ましい。

ジェスチャー入力（検知）機能
字幕/テキスト表示機能

機器の操作部やリモコンの全体から一部分を選んで、スマホ画面に大きく表示することで対象範
囲のボタンを大きくしたりボタン間隔を広げたりして、かつボタンの配置位置を固定することで、操作を確実に行えるモードを用意することが望ましい。(例えば簡単モードのようなボタン配置)

その他

読み上げ機能により文字入力をする場合、
正しく漢字変換し入力することが困難な為、氏名や番地入力等を除き、リスト選択やチェックボックスなどで入力が完結される入力画面が望ましい。但し選択肢が多い場合には、カテゴリなどで分割して選択肢を絞る
工夫をするとよい。

本体機器が大型で操作部が高い場所や奥まった部分に配置される機器では、（タッチパネルやバイブレーションなどの機能を有する）スマホで主要な操作が可能なアプリを提供し手元からもリ
モートコントロールできるようにすることが望ましい。
本体まで行かなくても、表示部の高さまで視線が届かなくても、アプリ側でも運転状態がわかるよ
うにすることが望ましい。
インタフェースは補助具などの利用も考慮して、
ボタンサイズを大きくしたりボタン間隔を広げる
ことが望ましい。
上肢に障害のあるユーザーは、文字入力自体が困難な為、氏名や番地入力等を除き、リスト選
択やチェックボックスなどで入力が完結される入力画面が望ましい。但し選択肢が多い場合には、カテゴリなどで分割して選択肢を絞る工夫をするとよい。

５．２ 通知機能
５．２．１ ユーザー共通配慮事項（１）通知に気づく
通知された情報に気づけるようにするために、次の配慮を行うこと。
a) 提示された情報が重要な場合は、重要度と各障害に対応した提示方法を用意する。また、重要度が高い情報は、気が付くまで状態を通知すると共に、後からも確認できる手段を設けることとする。
＜具体例＞ 洗濯機が洗濯中に、衣類の偏りで停止した場合に、音声と画面表示で伝える。本体が加熱するなどの異常で停止した場合は画面表示、音声とともに、報知音、振動を併用して伝える。
＜理由＞

本体から離れた場所でも機器状態が通知されることがメリットのため、確実に気づくことができるよ
うにする必要がある。ユーザーの置かれた状況によって状況の伝わりやすいフィードバックが異なる
ため、複数の手段を用いることによって利便性が向上する。
ユーザーの種別によって受け取るフィードバックの種類が異なるため、複数の手段を用いることによってアクセシビリティが向上する。

28

（２）通知、情報の内容を確認する（読み取る/聞き取る）。
提示された情報は、ユーザーが確実に理解できること。
a) 通知された情報が指している製品・状態を確実に把握できるようにする。
＜具体例＞

電気製品の総称名(洗濯機やｴｱｺﾝ等)とメーカー名(東芝や日立等)が表示又は音声案内され通知される。
例)○○メーカー/洗濯機、異常発生；洗濯物投入量ｵｰﾊﾞｰ
家庭内には複数の製品があり、それぞれが ICT 端末とつながっている可能性があり、通知がどの製品＜理由＞についての内容かを判別できることは非常に重要である。

b) エラー通知（誤操作や異常・故障）やメンテナンス通知（お手入れ時期や消耗品の交換時）など
は、通知内容に対して取るべき行動の有無を明示し、取るべき行動が有る場合は、その対処方法・
参照先を合わせて通知する。
＜具体例＞

空気清浄機のエラー通知にて「フィルターを交換してください。手順は[こちら]」と使い方ガイドの該当ページへのリンクを提示する。

＜理由＞

機器側からの報知はユーザーに確実に伝わることを目的としており、その後の対処も含めて一連の操作を要求する場合もある。内容をわかりやすくし、次の行動につなげやすくすることで、誤認識・その後の誤操作・操作漏れを防止することができる。

c) 通知内容は、イラスト表示、音声などの ICT 機器特有の機能を使ってわかりやすく提示する。エラー番号などの表示・エラーを表すアイコン等の記号は、本体機器の表示と照らし合わせる必要がある場合は付加する。
＜具体例＞

電子レンジ、炊飯器、電器圧力鍋など調理家電にて、異常状態；電気/電磁調理器等の内部温度異常(高＜理由＞

文章やイラストなどで内容を提示することでユーザーは機器の状態、行うべき行動を具体的に把握す温)を通知する場合等はイラスト(高温状態を訴求する)表示と音声通知を行う。
ることができる。エラー番号やアイコンなどの記号は、それ単体ではユーザーが表示されたものからそれが意味する内容を調べる必要があるため、その内容をあらかじめ併記すると、ユーザーの負担を軽減し、情報の不足による対処漏れ・対処ミスを防ぐことができる。

d) 重要な通知は、ユーザー操作で消すまで表示し続けることを基本とする。但し、一定時間で消える場合は、内容を読み取れる十分な時間を確保する。必要に応じて再度表示する手段を提示する。
＜具体例＞

ホーム画面に機器のお知らせと思われるポップアップが出たが、内容を確認する前に消えて何が書いてあったかわからない。

＜理由＞アプリを使用中に画面内にポップアップの表示が出たが、内容を確認する前に消えたために、機器の状態がわからずに不安になる。画面に表示されユーザーが閉じる操作を能動的にすることできると安心できる。

e) 即時の対応が必要のない通知は、追ってユーザーの対応が必要か、対応は任意であるかが区別できることが望ましい。
＜具体例＞ ・エアコンの使用の際に「エコおまかせに設定すると効率的にお部屋の温度をキープします。設定しますか？」と問いかけ、設定は任意であることを知らせる。
・空気清浄機を一定時間使用した際に「フィルターを確認してください」と表示し、対処が必要であることを知らせる。
＜理由＞

製品を使用する上で対処が必要か否かを知り、選択できることを知ることで、製品活用に対するユーザ
ーの利便性・能動的に使用する意識が向上する。

（３）通知に対処する提示された情報は、ユーザーが確実に理解できるように、次の配慮を行うこと。
a) 本体機器の状態や状況など通知された情報に対して、取るべき行動のその手順、または取るべき内容の説明に容易にアクセスできるようにする。
29

＜具体例＞

エラーを通知するポップアップの中に、対処方法を示した画面を開くボタンを設けて、簡単にアクセ＜理由＞

アプリからの通知に必要な対処が示唆された場合、その達成を容易にすることで安心感を助長し、結果スできるようにする。
として誤操作・誤動作を防ぐことができる。

b) 通知が時間の経過、あるいはポップアップのタップなど簡易的な操作で消える場合は、後から内容を確認することができる手段を設けることが望ましい。
＜具体例＞

冷蔵庫を活用するヒントが送られたことを知らせるポップアップが現れる。詳細情報は「活用のヒント」のリストに追加されている。

＜理由＞

意図しないタイミングでの通知について、ユーザーは画面から表示を消す操作を不用意に行う可能性がある。その場合に後から見返すことができる手段を確保することで、ユーザーは気持ちに余裕をもって製品を使用することができる。

５．２．２ ユーザー共通/通知機能別特有の配慮事項【状態変化通知】（１）通知に気づく
重要度の高い情報はユーザーが通知に気づき、通知に対して対処するまで連続的、又は断続的に通知を続ける。
＜具体例＞

調理器の本体が加熱し異常停止したため、ポップアップ画面を通じてユーザーがアプリで状況を確認するまで、ポップアップ画面の表示を続ける。

＜理由＞

重要度の高い通知は安全性・利便性などユーザーの利益にかかわることが多いから、見過ごし・対処
漏れが起こらないようにする必要がある。

【メンテナンス・アップデート情報】（１）通知に気づく
通知する情報の重要度の高いものは、ユーザーが通知されたことに気づく工夫をする。
＜具体例＞

炊飯器のおすすめメニューが配信されたことを、アプリのお知らせアイコンにバッジをつけて知ら
せる。

＜理由＞

お知らせの内容によっては頻繁に表示・強制的に意識を向けさせる表示をするとユーザーが煩わしく感じることがある。情報へのアクセスをユーザーが選択することができるようにすることで利便性が向上する。

（２）通知に対処する通知がリストなどに格納されて後から任意にアクセスする場合は、該当する情報にたどり着く方法
を表示する、あるいはそのためのヒントを表示する手段を持っていることが望ましい。
＜具体例＞

IH クッキングヒーターに関して「お知らせ」と表示したポップアップで情報を通知し、「お知らせ」のアイコンにバッジを付けて未読に情報があることを知らせる。

＜理由＞

その場で対処する必要のない情報はポップアップ画面などで概要をつかんでから、時間をおいて情報にアクセスすることがある。その場合に通知した情報とその在りかを関連付けることで、ユーザーが気になる情報にアクセスするのを助け、利便性が向上する。

30

【アクセシビリティ機能と障害別配慮事項マトリックス表】
B.「状態通知」「メンテナンス・アップデート情報」
ICT機器アクセシビリティ機能

視覚

聴覚

肢体

その他

通知が来ることを意図していない状況の通知においては、内容が推測しづらいため、重要な情報は、通知された内容を音声で表し、確実に内容を伝えるようにする。特に、通知の内容に対して対処が必要な場合とそうでない場合を、区別できるようにする。

読み上げ機能{メンテナンス・アップデート情報} アイコンの変化など、視覚的に軽微な形で重要な情報を通知する場合は、音声でも伝えるようにする。
音が出せない環境で使用する場合に備機器の状態を知るため、稼働状態をえ、重要度に応じてバイブレーションでの通知る手段に表示のみでなく振動も併知も併用すること。バイブレーションでの通用されることが望ましい。
知をユーザーが選択できるようにする。
バイブレーション機能

ユーザーが意図しない状況で情報を通知する場合は、ICT機器、またその画面を見ていないことを考慮して、聴覚に頼らずに通知に気づけるよう、バイブレーションを併用することが望まし
い。

ズーム機能
文字調整機能｛状態変化通知｝エラーなどの情報に注意をひくために象徴的な配色を行う場合は、反転機能を使用しても認識できるよう事前に確認するなど、配色に注意する。

文字/背景色設定機能

LED/画面点滅機能
ユーザの意図によらずに情報が通知される際、通知に対しての対処が必要になることから、音声による操作などで、通知された機器の変化を表示する画面・ダイアログに容易にアクセスできるようにすることが望ましい。

音声操作機能音声による文字入力機能
スキャン操作（ワンボタン入力）機能
ジェスチャー入力（検知）機能
通知後に必要な手順・内容を動画で提示する場合は、字幕/テキスト表示
し、内容が把握できるようにする。

字幕/テキスト表示機能

画面内にポップアップなどが表示された場
合は、通常の画面とは異なることがわかるように工夫することが望ましい。

その他

５．３ 情報アクセス機能
５．３．１ ユーザー共通配慮事項（１）操作の入り口
当該機種に関する様々な情報にアクセスしやすくするために、次の配慮を行うこと。
a) アプリのトップ画面や画面遷移しても変わらないエリア（タイトルバーなど）に、「当該機種に関する様々な情報（使い方ガイド、機器情報、ユーザー情報等）」にアクセスするための集約された入口となるショートカットボタン（？マーク、ヘルプボタン等）を設けることが望ましい。
＜具体例＞

―

＜理由＞

アプリのトップ画面からダイレクトに呼び出せると、利便性が向上できる。

31b) アプリのトップ画面から「当該機種に関する様々な情報（使い方ガイド、機器情報、アプリ情報、
ユーザー情報等）」へ、少ないステップでアクセスできることが望ましい。
またその際に、ユーザーがあらかじめ製品登録した情報等に基づき、製品名や型名などを再度入力することなく、容易にアクセスできることが望ましい。
＜具体例＞

検索窓から、キーワード入力/音声コマンド等によって、当該機種に関する情報を呼び出す（単一機器接続アプリの場合）例）メニュー一覧ボタン（ハンバーガーメニュー）に当該機種情報というメニューを設ける。
（複数機器接続アプリの場合）例）TOP 画面からワンステップ以内でユーザー情報やアプリ・機器の使い方ガイドが表示される。
当該機種のトップ画面に、機器情報へアクセスできる。
＜理由＞ アプリのトップ画面から簡単にアクセスできると、利便性が向上し、機器やアプリに関する問合せが必要な時などにも必要な情報がすぐに取得できるため。また、どこから情報を取得できるかユーザーが想像しやすいため。

（２）操作する
当該機種に関する情報にアクセスした後に、更に必要な情報に容易にアクセスできるようにするために、次の配慮を行うこと。
a) 情報アクセス画面内において情報量が多い場合は、ダイレクトに必要な情報を呼び出しできる手段を設けることが望ましい。
＜具体例＞ 検索窓からのキーワード入力、音声コマンド等。
＜理由＞

情報量が多い場合は、必要な情報を探す時に、キーワード入力等でダイレクトに呼び出せると、利便性が向上。

b) アクセス頻度が高い情報は、より容易にアクセスできる手段を設けることが望ましい。
＜具体例＞
・ブックマーク、お気に入りの登録、履歴表示。
・アクセス頻度が高いと予想されるメニューを画面上方に配置する。その際に、「よく見るメニュー」等、動的に内容が変化する情報エリアであることを明記するのが望ましい。
＜理由＞
・アプリ対応機種が増加した時、選択できる情報が増加した時にブックマークは便利になるが、簡単に登録/解除できることは利便性が向上する。
・使用頻度に対応すれば利便性が向上。

（３）通知、情報の内容を確認する（読み取る/聞き取る）。
「当該機種に関する情報（ユーザーが必要な情報）」の内容は、要点を適切に理解できるように、次の配慮を行うこと。
a) 情報は、文字と文字以外の情報（イラスト、写真、動画、音声等）を用いて、簡潔にわかりやす
く提示し確実に伝わるようにする。
＜具体例＞

―

＜理由＞

内容がユーザーにわかりやすく確実に伝わることにつなげられる（４）意図しない結果に対する対処
当該機種に関する情報にアクセスした後に、次に必要な操作やアクションができるように、次の配慮を行うこと。
a) 情報の画面は、次に必要な操作やアクションの際に、再表示（呼び出し）できるようにする。
32

（画面保持機能、スクリーンショット機能等）＜具体例＞
・外出先の店頭で買い替えや修理の相談や消耗品・周辺機器の購入の際に、現在利用している機種名や型番を提示して確認できる。
・「使い方ガイド」を参照しながら操作する場合は、操作部がガイドの表示で隠れてしまい操作できない可能性がある。
＜理由＞
・外出先などでも確認できる。
・同一ネットワーク内でのみ機器情報の詳細が参照できるような制約があると困るため。
・操作部が情報画面の表示で隠れてしまい操作できない可能性がある。

５．３．２ ユーザー共通/情報アクセス機能別配慮事項【使い方ガイド】（１）【使い方ガイド】は、正式な機能名称だけでなく、一般的な名称や、ユーザーが使用方法に困ったときに想起するキーワードで呼び出せることが望ましい。
＜具体例＞ 正式名称が「使い方ガイド」の場合、アプリ内のキーワード
検索や音声コマンド機能で呼び出す際は、
「使い方」
「ガイド」
「取扱説明書」「トリセツ」などのキー
ワードに対応。
＜理由＞ 「使い方ガイド」は、様々な呼び方が想定されるが、アプリ画面からキーワード入力等でダイレクトに呼び出せると、利便性が向上できる。

（２）【使い方ガイド】で情報提示する際に、情報の種類が複数ある（操作方法、禁止、指示、注意、警告等）場合は、その種類が認識できるようにする。
＜具体例＞ 情報の種類を示すアイコン（情報アイコン、警告アイコンなど）を表示。
＜理由＞【使い方ガイド】では多くの情報が含まれるので、ユーザーがすべき操作/すべきではない操作は、明確に分かりやすく伝える必要があるため。

（３）【使い方ガイド】で同アプリ内の操作手順等を提示する際に、その内容を参照しながら操作できるように、画面の表示方法を工夫することが望ましい。
＜具体例＞ 2 画面表示、ポップアップ表示、画面を容易に開く/閉じる機能等を用いて表示する＜理由＞ 【使い方ガイド】の操作手順が複雑/長い場合などは覚えられないため、画面上で手順を見ながら実際の操作ができると有用であるため。

【機器情報】（１）関連する【機器情報】を一覧表示できる画面を用意することが望ましい。また、その画面に容易にアクセスできることが望ましい。
＜具体例＞ 機器情報一覧画面があり、当該機種の型名、ネットワーク設定など複数の情報を表示。
＜理由＞

コールセンターとやりとりする場合などにおいて、機器情報がアプリ内の複数の画面に散らばっていると確認に時間がかかってしまい、利便性が損なわれるため。

（２）【機器情報】は、外出先でも内容が確認できるようにすることが望ましい。
＜具体例＞ 同一ネットワーク内でのみ参照できるような制約は設けない等。
＜理由＞

店頭で現在利用している機種名や型番を提示できると、買い替えや修理の相談時、周辺機器の購入時に有用であるため。また、その際に、同一ネットワーク内でのみ機器情報の詳細が参照できるような制約があると困るため。

33

（３）
【機器情報】の型番情報などは、アプリ内の表示画面から文字列コピーができることが望ましい。
＜具体例＞

文字列としてコピー/ペーストできるようにテキスト情報で提示する。

＜理由＞

文字列コピーができると、オフィシャルサイト上のオンラインサポートや FAQ、一般的なサーチエ
ンジンによる検索がしやすいため。

【その他の関連情報】－【アクセシビリティ機能と障害別配慮事項マトリックス表】
C.情報アクセス
ICT機器アクセシビリティ機能
読み上げ機能バイブレーション機能
ズーム機能
文字調整機能文字/背景色設定機能
LED点滅機能
音声操作機能音声による文字入力機能

視覚

聴覚・（弱視）「当該機種に関する情報」の内容に図やイラストなどを用いる場合は、解像度などに配慮し、拡大しても正しく読み取れるようにする。

・【使い方ガイド】は、音声コマンドで当該製品の使い方ガイドを呼び出せることが望ましい。
このとき、「使い方」「トリセツ」「取扱説明書」「マニュアル」などの関連するキーワードで呼び出せるとよい。

・【使い方ガイド】は、音声コマンドで当該製品の使い方ガイドを呼び出せることが望ましい。
このとき、「使い方」「トリセツ」「取扱説明書」「マニュアル」などの関連するキーワードで呼び出せるとよい。

・【機器情報】は、音声コマンドで当該製品の機器情報を呼び出せることが望ましい。このとき、機能名称だけでなく、型番などの関連するキー
ワードでも呼び出せるとよい。

・【機器情報】は、音声コマンドで当該製品の機器情報を呼び出せることが望ましい。このとき、機能名称だけでなく、型番などの関連するキーワードでも呼び出せるとよい。

・外部の提携サービスがある場合、アプリのトッ
プ画面より、音声コマンドでサービスを呼び出せることが望ましい。このとき、「サービス名」「サービス提供企業名」「サービス提供企業名＋サービス名」などの関連するキーワードで呼び出せるとよい。

・外部の提携サービスがある場合、アプリのトップ画面より、音声コマンドでサービスを呼び出せることが望ましい。このとき、「サービス名」「サービス提供企業名」「サービス提供企
業名＋サービス名」などの関連するキーワー
ドで呼び出せるとよい。

・「当該機種に関する情報」の内容を検索できる機能を設ける場合は、音声による入力に対応することが望ましい。また、その機能の呼び出しは容易に辿り着けるようにすることが望ましい。（例えば検索窓の設置など）。

・「当該機種に関する情報」の内容を検索できる機能を設ける場合は、音声による入力に対応することが望ましい。また、その機能の呼び出しは容易に辿り着けるようにすることが望ましい。（例えば検索窓の設置など）。

スキャン操作（ワンボタン入力）機能
ジェスチャー入力（検知）機能

字幕/テキスト表示機能

その他

肢体

・「当該機種に関する情報」を動画を用いて提 「当該機種に関する情報」の提示を供する際に、動画内に文字情報を重ねる場合 動画で行う場合は、字幕表示に対は、利用者が文字サイズを変更できるように、 応できるように配慮すること。また、
動画内に埋め込みのテロップ形式ではなく、字 音声で提示する場合は、同等の文幕形式で提供できるようにすることが望まし
字情報を提供できるようにする。
い。
・「当該機種に関する情報」の内容に、動画を用いる場合（例：使い方説明動画など）は、内容が理解できるように視覚情報を補う音声情報（テレビの解説放送のような情報）を付加する。
あるいは動画に代る音声読み上げ可能なテキストを提供する。
例えば、赤いレバーを引いてくださいというような動画の表現を視覚に障害のあるユーザーに理解いただく為には、「赤いレバーは本体右奥にあります」などの補足情報が必要になるた
め。

34

その他

第６章 解説（１）障害者ヒアリング調査結果と本ガイドライン検討結果まとめ
2017～2018 年度にかけて、各障害者団体、大学、企業の当事者へ ICT 機器に関するニーズ調査を実施した。その結果を本ガイドラインへどのように配慮事項として反映できたのかを以下にまとめた。
※調査先：「社会福祉法人 日本視覚障害者団体連合」「筑波技術大学」「NTT クラルティ株式会社」の３拠点
対象者：視覚障害者 27 名、聴覚障害者 15 名、肢体障害者 14 名 合計 56 名
■日本視覚障害者団体連合
ガイドラインへの配慮事項反映確認

当事者の困りごと/観察者の気づき

項目

配慮項目

・操作部がフラットなものが多い、凹凸が欲しい、

4.1 共通配慮事項

製品本体の困り事であり本検討範囲外であるが、視覚に障害がある方が、スマホ

クリック感が欲しい。商品の選択肢が少なくなる。

(1)操作の入り口

で触感に頼らず操作できる為の配慮事項としては以下が盛り込まれている。
d）ボタンやアイコンを操作する前に機能説明を提示し、機能を認知していない

(当事者)

1

ユーザーでも理解できる機能を搭載することが望ましい。特に視覚障害者からの要望が多い配慮であるため、機能説明を画面表示でする際は読上げ機能への対応も検討することが望ましい。

一般・音声案内の機能がなくなってしまった。

2 (従来品はあった）(当事者)3

4.1(3)c)特に重要な結果や状態の場合は、二つ以上の手段で通知を行う。利用者が自分に適した通知手段を選べることが望ましい。

・リコール情報などは障がい者に伝わりにくいの

5.2.1

a) 提示された情報が重要な場合は、重要度と各障害に対応した提示方法を用意すで、日盲連などの団体を経由して情報を発信してほ(1)通知に気づくる。また、重要度が高い情報は、気が付くまで状態を通知すると共に、後からもしい。(当事者)確認できる手段を設けることとする。

・ICT側の汎用性や端末を特定しないことが重要。
4 (当事者)

４.１(4)c）画面中インタフェースの決まった個所、あるいは決まった手順の操作で戻れるようにし、各画面での配置・手順を共通にする。

スマホ・リモコンが増えているので、スマホアプリでマル

5.1.1 ユーザー共通 困り事ではなく期待する意見であるが、マルチリモンコン同様複数機器を操作す

連携

チリモコンのように使えるのは期待できる。

配慮事項

る際の配慮項目として下記が盛り込まれている。

(1)操作の入り口

a) 複数機器の中から対象とする機器を選択するUIを設ける場合（遠隔から接続す

5 (観察者)

る機器を選ぶ等）には、機器の識別が容易にできることが望ましい。

■筑波技術大学 （視覚障がい）
配慮事項への反映

当事者の困りごと/観察者の気づき

項目

・見えるので、見える部分でやるのが楽です。
(当事者(弱視))

配慮項目

４.２.1（３）①(弱視)ジェスチャーなどで画面を拡大する機能は、画面内容の理解につながる

ズーム機能

ため、可能であることが望ましい。拡大する操作はピンチイン・ピンチアウトな・視覚障害ということで音声や触覚での対応ばかり

どユーザーが想起しやすいものであることが望ましい。

考えていたので、視覚情報の対応も考えなくてはい
1 けないことに気づいた（観察者）
・スマホやiPadを駆使している方もいた。見え方は人それぞれなので絞るのが難しい。ネガポジ反転がよかったり、大きい文字がよかったり、視野が狭い

４.２.1(５）②使用している色に機能的な意味を持つ場合は、反転機能やアプリダークモード

文字/背景色設定機 対応による配色の影響を開発時に確認する。 但し、文字や形などの補足情報が能ある場合は、その限りではない。

ので小さい文字がよかったり、さまざま。(観察者)

スマホ
連携・IoTに関して、初期登録など入り方が難しい。新し ４．１ 共通配慮
いことをチャレンジするよりも、今あるものででき事項

るならそれで、となってしまう。(当事者)(1)操作の入り口

a) アプリを起動しやすいように、下記のようなアプリの名称に配慮することが望ましい。
・表示される文字数が限られている為、アプリ名はできる限り短くする。
・やむをえず長いアプリ名称の場合は、アプリの特徴を表す言葉は、
できる限り名称の前の部分で使用する。

2

・ボイスコマンドでアプリ名称を発声することでアプリを起動する場合を考慮し、 文字表記から正確な発話内容が読み取りにくい語句は用いない。
その他、b)～g)

35

■筑波技術大学 （聴覚障がい）
配慮事項への反映

当事者の困りごと/観察者の気づき

項目

・冷蔵庫の開けっ放しの音についても光など複数の

4.1(3)

情報で知らせてほしい。(当事者)が自分に適した通知手段を選べることが望ましい。

・音声対応の製品・ロボットなどがあるが、自分が1 できないことに寂しさを感じることもある。

4.2.2(2)バイブレーション機能
機器の稼働音・報知音の状態を振動でも提示できることが望ましい。

(当事者)(稼働、報知内容の緊急性や重要性によりある程度使用者が選択出来る

・複数の手段での配慮が必要だと感じた。(観察者)

一般

・洗濯機や電子レンジはいずれも終わった後に人の事が望ましい)4.1(4)g）提示された情報から、次に必要と推測される操作やアクションの説明に容易操作が必要なのに、製品としては終わったところで2にアクセスできることが望ましい。

完了してしまっていて、そこの視点が抜けていたことにはっとさせられた。(観察者)・LED点滅等は有効ではあるが、文字も欲しい。

4.2.2(11)

機器の稼働音・報知音・音声ガイダンスなど聴覚でのみ得られる情報は、機器からスマホへ転送し、視覚や触覚で情報を伝えることが望ましい。

(当事者)

スマホ
連携

配慮項目
c)特に重要な結果や状態の場合は、二つ以上の手段で通知を行う。また、利用者

・よく使うアプリにUDトークがある。(当事者)

４．１

・しゃべったことを文字に起こしてくれるスマホア

共通配慮事項(4)e) ①操作の間違いに対処する方法が各障害毎に対して配慮されていることが困り事を分割すると１部ガイドラインに盛り込んでいる配慮事項がある。
望ましい。

3 プリで、相手の発言が分からないときは、これを使ってコミュニケーションを取っている。(当事者)＜具体例＞

音声による文字入力間違いの場合は、音声合成を使って入力内容の確認ができるようにする。

■NTTクラルティ（視覚障がい）
配慮事項への反映

当事者の困りごと/観察者の気づき・レンジの時間設定ができない（ダイヤル式のボタ

一般

1

項目

配慮項目

4.2.1 視覚障害

ンでなくてタッチパネルのため）。長め/短めに時間 (1)読み上げ機能①アプリをICT機器の読上げ機能（iOS:VoiceOver機能、AndroidOS:TalkBack機を設定しておいて、途中でドアを開けて温度を確か能）に対応させて、操作するボタン名称（操作する機能を選ぶため）や機器使用

めたり、ニオイで確かめている。こまめに出来上がに必要な情報など、画面に表示した文字を音声で確認できることとする。ボタン

りをチェックして、適切な時間（どのくらいの時

名称の読上げは画面の操作位置を示すことになる。

間、何回押すか）を決めたりしている。冷凍食品も500Wで3分と書いてある情報も分からないので、勘と経験で温めており、非常に苦労されている。
スマホ連
携

2

・取説についても同様で、pdfで提供されているけど ４.２.２

音声でコミュニケーションや情報伝達を行う機器機能においては、スマホの定型読み上げてないとのコメント。pdfについては読み上 (1)読み上げ機能

文選択や直接入力などで生成したテキストを読み上げ機能を使って音声に変換しげ対応を行っているのだが、伝わっていないことがてやり取りをできることが望ましい。

分かった。

■NTTクラルティ（聴覚障がい）

配慮事項への反映

当事者の困りごと/観察者の気づき

項目

配慮項目

・AIスピーカーが使えないので、手話で使えるとよい 4.2.2

手話と同様にICTでコミュニケーションが実現できるよう次のような配慮事項をとのコメントがあった。

盛り込んでいる。

聴覚障害(1)読み上げ機能

音声でコミュニケーションや情報伝達を行う機器機能においては、スマホの定型文選択や直接入力などで生成したテキストを読み上げ機能を使って音声に変換してやり取りできることが望ましい。

1

＜具体例＞
・インターフォンを使って音声やり取りをする場合に、スマホ上に表示されている「はい●●です」といった定型文が選択されると、インターフォンを介してから「はい●●です」という音声が相手側に出力される。

スマホ連
携・報知音にしてもバイブレーションにしてもスマホ

スマホ連携における配慮事項の為、指摘の抜本的解決（配慮）はできない。

を経由して通知される場合、どの方向からのお知ら

ただ、可能な限りの配慮として下記をガイドラインに盛り込んでいる。

せなのかが画面を見ないと分からない（位置情報が５．２通知機能なくなってしまう）。バイブレーションのパターン

5.2.1(3)2 も2，3種類しかできないので、いずれにせよスマホを見ないと何がどういう状況なのかが分からないとの意見があった。我々はスマホと連携すれば何でもできると思っていたが、その考え方は大きな失敗をしてしまうかなと考えさせられた。

a) 通知された情報が指している製品・状態を確実に把握できるようにすること。

４．１
共通配慮事項g）複数の機器を選択する操作がある場合、機種名や型式番号で指定するのでは(1)操作の入り口

なく、事前に操作者が機器の名称を設定できることが望ましい。

36

■NTTクラルティ（肢体不自由）配慮事項への反映

当事者の困りごと/観察者の気づき・洗濯機や炊飯器のスイッチは力がいるので押せな

項目

配慮項目

4.1(2)

d）使用頻度に応じて操作ボタンをカスタマイズ（配置やサイズなど）できるこ

いとの意見があった（手指が動かせない方）。タッ
一般

1とが望ましい。

チセンサー式だと操作はしやすい。一方で、タッチ式だと視覚障がいの方にはあまり評判がよくない。
全ての人に満足してもらえるものは難しいことは、

4.2.3 (9)操作が必要な個所は、外付けワンボタンスイッチなど外部デバイスに対応し、ア
プリへのアクセスを可能にする。

出席者の方は認識してくれていた。
・各メーカーばらばらだと困る。今後アプリがどん

4.1(2)b)基本機能の操作は、シングルタップのような単純なジェスチャーで実現できる

どん増えていったときに、メーカーによってアプリ
スマホ連
携

2

ことが望ましい。

が違うと困る。特定のアプリを使わないと機器が使えないのは困るとの意見があった。機能を限定してもよいので統一アプリが必要になってくるのかな、
と。

その他：
情報入手

エアコンとか、ボタン押すと声でフィードバックあ

4.1(3)c)特に重要な結果や状態の場合は、二つ以上の手段で通知を行う。また、利用者

3 るのがよいなど。

が自分に適した通知手段を選べることが望ましい。

について（２）今後の課題
本ガイドは、家電製品のＩＣＴ機器連携においてどのようなアクセシビリティ配慮をすべきかについて、ＵＤ技術委員会の中で議論を繰り返しながら一般通則としてまとめたものです。検討の際には、当事者となる様々な障害のあるユーザーを対象にアンケートやヒアリングを行い、一般通則
としてまとめた段階において、当事者の困り事が本ガイドラインへ適宜反映されていることを確認しました。今後は、下記①②により本ガイドラインの有効性と内容の充実を更に図っていき、各社が本ガイドを参考として活用できるよう継続的に取り組んでいきます。
① 有識者へのヒアリング
当事者である障害者（視覚障害、聴覚障害、肢体不自由など）の身近で活動されている有識者の方々へのヒアリングを行い、本ガイドに記載されたアクセシビリティ配慮事項の有効性などを更に検証していく予定です。またその結果から、ガイドの記載内容に不備などが確認された場合
は、修正反映なども進めて行く予定です。
② サンプルアプリの開発と活用
サンプルアプリとは、本ガイドに記載されたアクセシビリティ機能について、良い事例（適切に対応した事例）と悪い事例（開発者が陥りがちな事例）とを搭載し、その機能を体感できるツール
であり、実際のスマートフォン／タブレット上で動作するアプリの開発を計画しています。各社
における開発者が、本サンプルアプリを用いてアクセシビリティ機能を体感することで、各アクセシビリティ機能がどのような機能でまた障害者に対してどのようなことが期待できるかを、実機で確認することが可能になります。サンプルアプリの活用によって、本ガイドの普及と活用促進に繋がることを期待しています。

37

（３）2020 年度 UD 技術委員会 名簿

ユニバーサルデザイン技術委員会（順不同、敬称略）
委員長

：

佃 五月

シャープ 株式会社

副委員長

：

桑野 裕康

パナソニック 株式会社副委員長

早乙女 真由美

ソニー 株式会社

委員

堀内 秀記

東芝ライフスタイル 株式会社

築地新 建太株式会社 日立製作所

南雲 博文

日立グローバルライフソルーションズ株式会社

山崎 友賀

三菱電機 株式会社

渡辺 秀武

三菱電機 株式会社

山口 一

株式会社 コロナ

上野 浩次

ダイキン工業 株式会社

久木田 知美ダイキン工業 株式会社

石井 博之

一般社団法人 電子情報技術産業協会

末崎 宗久

一般社団法人 日本照明工業会

河東 亮

一般社団法人 日本ガス石油機器工業会

中野 美隆

一般社団法人 日本電機工業会

伊藤 納奈

産業技術総合研究所

町田 隆

一般財団法人 家電製品協会

澤田石 昌幸

一般財団法人 家電製品協会

ｱﾄﾞﾊﾞｲｻﾞｰ
事務局

：

改訂履歴
版／revision
第１版
第１版 a

発行日
2021 年 10 月
2022 年 10 月

改訂内容
第１版発行
有識者のヒアリング結果を反映

38

２０２１年度

家電製品における操作性向上のためのICT機器連携に関するアクセシビリティ一般要求事項

２０２１年（令和３年）１０月

発行者

一般財団法人 家電製品協会〒100-0013

東京都千代田区霞が関３丁目７番１号
電話（０３）６７４１-５６０１
FAX （０３）３５９５-０７６１
URL：http//www.aeha.or.jp
編 集

ユニバーサルデザイン技術委員会※無断転用をお断りします39

霞が関東急ビル