Cnwa mobile a11y China

本文档主要收集中国残障用户的对于移动设备的需求，当前为用户需求和用户案例收集阶段，某些需求及案例为中国用户的特殊习惯。

基本设计要求

1. 应保证移动设备包含基本辅助功能、并且至少包含本地的TTS，至少支持一种浏览器。（辅助技术应该内嵌于系统中，不能卸载，而并不是一个app - 温和）
2. 至少预装一套TTS软件，支持语音导航功能，且至少支持一种浏览器可以被读屏。
3. 辅助技术应由用户开启和关闭，提供便捷的操作方式。
4. 移动设备恢复到初始状态时，或移动设备操作系统升级时，读屏软件仍能正常工作。（应明确初始状态是什么状态，如果指的是恢复出厂状态，这一条不合理 - ZK）
5. 移动设备基本设计方面，开机、关机、锁屏、解锁、重启这几个基本功能要区分开。短按、长按要有明显界限，区分屏和关机。（朱双六老师提出，先保留，涉及老年人使用移动设备，但这个跟硬件有关，需要探讨） (我们针对的应该是OS，而非硬件本身，并且我并不认为某一个法律或者法规应该因为一部分人的需求去限制工业设计和另一部分人人的需求 - 温和)
6. 支持按钮重命名功能：
7. 用户可自定义按钮控件的名称(例如，按钮等)；（平台功能还是第三方软件功能，是否有案例 - ZK） (整体del是我操作的，用户可以修改OS本身的UI的替代文字，就等于说系统可以重新被编译然后再生成系统。1.系统不会开此接口，2.这个方式也不是解决无障碍的一个合理的方式，3.试想你可以去修改windows的某一个按钮的名称么？)
8. 移动设备的系统软件升级后，用户所做的按钮命名设置保持不变。（可能目前没法做到这种功能 - ZK ）
9. 开启屏幕阅读功能的状态下，支持关闭屏幕显示功能（为了省电）。（是否有案例 - ZK）
10. 提供一种方便开启常用功能开关的方法，并能支持辅助工具的获取该开关状态。（朱双六老师提出，先保留） (是指代支持手势打开某个功能或者某个打开某个app的意思么？ - 温和)
11. 电池容量要大，2000-2500才能用（读屏非常耗电）。（温和）
12. 网页窗口实时更新时，网页的焦点要固定（若焦点不固定，用户从网页上的第一项开始读，读到某一项时，页面更新了，焦点又跑到第一项，又要重新开始读，造成了后边的内容总也读不到。建议参考苹果，苹果的焦点不会跟着网页的更新跑）。
13. 改进触摸屏的点击功能（有的移动设备，手指轻碰一下图标，就打开相应页面了，其实用户没打算打开；希望借鉴苹果移动设备的做法，等用户确实按上了图标，才打开相应页面）。(我倾向于认为这是由于OS的机制产生的，又或者是国内读屏的技术不行，与设备本身硬件是无关的 - 温和)
14. 提供一种便于升级的功能，例如一键式升级，方便用户做移动设备软件的升级。（太笼统，不确认指的是第三方应用的功能还是平台的功能）(赞同左边的观点 - 温和)
15. 提供一种方便的备份通讯录的方法。(如何算是方便？这种感性的描述不好界定 - 温和)

信息输入要求

1. 支持键盘输入、手写输入、话音输入。
2. 支持盲文手写拨号（建议参考点明盲文手写输入方式）。（）
3. 支持至少内置一种盲文输入方式（半方、六点盲文输入、点明、保益等），支持双拼输入法（盲人用），全拼输入法（低视力人士用）。（盲文输入方式？不确认厂商是否认同 - ZK）
4. 在用户输入时，可以把用户输入的信息读出来（例如QQ输入法）。（读出输入信息的是输入法还是辅助技术或者是平台自带的辅助功能 - ZK）

信息输出要求

1. 支持读屏软件引导下的下列功能：
   1. 系统自带按钮应能读出声音；（按钮指的是图标？- ZK）
   2. 系统菜单能读出声音；（通过系统的辅助功能，还是第三方辅助技术？- ZK）
   3. 切换到输入框时，应有语音朗读出该输入框需输入的内容。（手Q做无障碍改造时，遇到过这种问题？- ZK）
   4. 拷贝、保存等常用功能要有语音提示；（通过系统的辅助功能，还是第三方辅助技术？- ZK）
   5. 操作结果要有语音反馈，让用户知道操作成功与否；（通过新窗体的title来辨别，还是通过当前窗体的状态辨别，这是一个体验差异很大的地方 - 温和）
   6. 从一个操作界面进入另一个操作界面要有语音提示；（同上 - 温和）
   7. 支持全文朗读和逐行朗读；（）
   8. 支持语音引导下的系统设置。（）
2. 按钮、列表项、选择项（控件）发生作用的时候，要有触摸震动提示或者触摸音效提示。(为什么有此要求？但对语音提示不行么？ - 温和)
3. 解决低视力遇到的两个问题：
   1. 字体要能放大缩小；
   2. 黑白对比要鲜明（有的移动设备显示黑白屏时，白不白，黑不黑，看上去很模糊）。(约束高对比度即可，不要限制颜色黑白之类 - 温和)
4. 至少要支持18point或14point字体（方便老年人和低视力者）。
5. 屏幕锁定状态下，按下电源开关键（或其他某个键），移动设备要用语音播报当前时间。
6. 来电响铃时，按下除挂断键以外的任意键，移动设备要用语音播报来电号码。提供可选性报号，如：自动、手动、不报等。手动可用音量+按钮，或触摸屏幕语音朗读。
7. 目前盲人拨打电话时，拨分机号是大问题。用户按照提示音拨分机时，为了能使用拨号盘，要把免提打开，这时候电话里边的提示音，读屏的提示音，拨号的提示音混合在一起，要听清并拨号很困难。希望信息输出时，能让用户听清读屏的声音，抑制电话里边的声音，提供解决方案。
8. 用户打电话拨分机号的时候，要用开关打开一个小键盘，这个开关读不出声音，弹出来的小键盘也读不出声音，用户只能靠记忆和猜测拨号，希望做改进。
9. 发短信时，使用在双卡的情况下，提供语音提示的卡片选择功能，帮助用户选一个卡片并保证能被辅助技术支持。
10. 在用户看视频、听音乐时，如果突然有短信、电话来了，会先把视频、音乐的声音降低，等用户听完了短信、电话音，再把音乐声音提高（建议参考苹果移动设备）。
11. 用户使用辅助技术进行操作时，所有其它播放的音频应自动闪避。
12. 主页上的文字和图标都支持放大功能（建议参考苹果移动设备）。
13. 能实时朗读出当前触摸位置上的内容。
14. 移动设备操作和朗读文章时，有时读屏能读操作命令，读不出内容文字，但正文明眼人能看见。希望找到问题原因并解决问题。
15. 网页阅读方面，要支持翻页功能。对于一篇分为几页的文章，需要支持自动翻页，能用语音将一篇文章从头读到底。
16. 支持盲文点显器。
17. 对语音读出的文字进行解词描述，例如“机器的机、鸡蛋的鸡、积累的积”等等，该功能用于以下方面：(这是约束输入法的 - 温和)
    1. 方便盲人输入，打短信；
    2. 读文章的时候，便于盲人理解文字内容。(这样的话，就文章就读不完了，每一个字都及时 - 温和)

操作功能要求

1. 建议统一下列手指滑动和点击操作：
   1. 读出主菜单的各个链接（建议单手指左右滑动）；
   2. 打开链接（建议单手指双击）；
   3. 翻页（建议双手指左右滑动）；
   4. 显示当前列表（建议双手指上下推动，并且播报滚屏位置的百分比）；
   5. 调出与当前界面相关的菜单/快捷入口（建议参考苹果的双手指旋转）；
   6. 在当前界面下完成设置操作，例如音量调节（建议参考苹果单手指上下滑动操作，可调节音量）。
2. 建议统一下列手指触摸操作：
   1. 触摸用户界面上的元素时光标可聚焦，且应高亮显示。
3. 拨打电话
   1. 语音拨号识别本地化，用户语音说出目前通信簿里边有的人名，可以拨号。但若用户语音说“打电话给1360……”等一串数字构成的电话号码，移动设备就当成用户说了一句话，要上网通过网络识别，而不是把这些数字连接成一个电话号码来处理。希望语音数字拨号能够本地化识别，将用户说出的一长串数字当作电话号码处理，本地直接拨号。（富明慧、朱双六提出，需要沟通）
   2. 数字键盘拨号，单指触摸拨号键盘上的数字号码时，应语音播报对应的数字号码，抬手确定输入。
4. 收发短信
   1. 收到短信时，应有对应的设置开关，用于是否自动播报短信内容。
   2. 发短信时，屏幕阅读器能实时播报所输入的文字内容。
   3. 对于触摸屏移动设备，触摸短信内容正文时，屏幕阅读器能完整朗读出“发信人、日期/时间、短信正文内容”；对于键盘移动设备，光标聚焦到短信内容正文时，屏幕阅读器能完整朗读出“发信人、日期/时间、短信正文内容”。
5. 通讯录
   1. 新建联系人时，屏幕阅读器应能全程朗读姓、名、电话号码、电子邮件、以及其他相关通讯信息。
   2. 查看联系人时，屏幕阅读器能朗读出当前光标所聚焦的联系人姓名、电话号码、以及其他相关信息。
   3. 搜索联系人时，屏幕阅读器应能朗读出所输入的检索字词。并且用户使用触摸屏移动设备，手指触摸到搜索结果时，或者用户使用键盘移动设备，光标聚焦到搜索结果时，屏幕阅读器能正确朗读出该搜索结果（联系人名称）。
6. 常用功能的语音操作，支持用户常用功能的语音操作，例如，说“给某某发短信”就可以发短信，说“打开Wifi”就可以打开，菜单、子菜单和常用应用软件都可以语音控制。
7. 语音引导的编辑功能，在编辑状态下，支持语音引导下的区块选择和拷贝功能，例如选中全文或一段文字，进行复制和剪贴。

操作容错要求

1. 关机长按应有容错机制，提示用户是不是确实要关机，防止用户误操作，容错提示应支持辅助工具。
2. 与付费有关的操作要有容错提示：
   1. 与流量有关的要提示。用户用完了网络忘记关闭，要提示盲人流量还在增长。
   2. 用了GPS要提示。用户打开忘记关闭时，要定时提醒用户。
3. 编辑好的东西，发送前要允许修改，要能退回编辑界面。
4. 主界面上要有容错机制，比如用户错误地把上边的条拉下来，或者下边的键被用户误碰时，要能防止用户误操作，要能恢复原状。（建议参考中兴移动设备的做法，上边的条常态下拖不动，双击点两下下边的键，才会发生作用，否则不会发生作用）
5. 在语音软件出现故障时，在没有声音引导的情况下，为盲人提供一种重新启动软件的方法，让盲人可以不借助别人帮助，自己启动语音软件。
6. 在任何软件出现故障的情况下，为盲人提供没有语音提示条件下的系统恢复机制，恢复移动设备系统的出厂设置。(这样OS需监视app，但是app是否给与接口要OS监控，这一点不合理 - 温和)

菜单设计要求

1. 采用全汉字菜单设计。(特有英文单词不应由此约束 - 温和)
2. 菜单设计方面，不同厂家菜单设计的差别太大，建议将常用功能统一。(不符合现状) (极其不符合现状，不符合市场经济 - 温和)
3. 建议将菜单设计在屏幕上方，若在下方，容易被挤到不容易摸到的地方。(各家厂商的UI是特色，所以次要求难以达成也不合理 - 温和 )

帮助机制

1. 有一套帮助用户熟练操作屏幕阅读器的学习系统。
2. 应支持帮助信息的关键字检索。
3. 操作到哪一步，帮助信息提示那一步应如何操作。
4. 移动设备上提供一种操作方式，让用户能很方便地与厂家的售后服务人员取得联系，向厂家反馈意见，以便及时解决问题。

语音合成

语音识别

1. 公共场所内，语音拨号很困难，希望有解决方案。

其他

1. 地图的步行模式很有用（建议参考谷歌地图的步行模式）。
2. 拍一个纸质文章（无表格），文字识别正确率100%，识别出的文本能读能编辑（建议参考苹果移动设备）。（OCR技术很难达到100% - ZK）
3. 支持盲文翻译，移动设备内容可传至盲文显示器（建议参考苹果移动设备）。
4. 支持罗盘导航。（需求不明确，室内导航和室外导航技术不一样，并且罗盘只是指方向的，并不是导航）
   • 需求不明确。（张昆）
5. 在设计及开发过程中，建议引入专业视障团队进行测试、提供优化建议（真实满足视障者需求）。
6. 可支持系统内自带的多种解锁方式，如图案解锁、密码解锁等；其中图案解锁时，触摸到某个图案点应有震动提示

编辑与参与者名单

编辑者：

张昆（Kenny Zhang)（W3C staff）

梁振宇（深圳信息无障碍研究会）

吴英桦（工信部电信研究院）

温和 （腾讯）

需求贡献者：

[mailto:]

[mailto:]

[mailto:]

[mailto:]

总体意见

1. 明确移动设备自有辅助功能、第三方辅助技术的差异。
2. 用户的需求并不代表厂商可以做得到，用户提需求前应该有实际的案例可供理解和参考。
3. 明确硬件、软件、平台、应用之间的差异。
4. 由于整体都是对mobile OS的约束，所以建议名称中有显性的OS字眼(温和)