제정일: 2012년 xx월 xx일 개정일: 200x년 xx월 xx일 T T A S t a n d a r d 모바일애플리케이션접근성지침 (Mobile Application Accessibility Guidelines)
TTAx.xx-xx.xxxx 제정일 : 2012년 xx월 xx일 모바일애플리케이션접근성지침 (Mobile Application Accessibility Guidelines) 본문서에대한저작권은 TTA 에있으며, 이문서의전체또는일부에대하여상업적이익을목적으로하는무단복제및배포를금합니다. Copyrightc Telecommunications Technology Associations 2011. All Rights Reserved.
서 문 1. 표준의목적 이표준은모바일애플리케이션서비스제공자가장애인, 고령자등의접근성을보장하기위해애플리케이션제작시지켜야할사항을규정함을목적으로한다. 2. 주요내용요약 모바일애플리케이션의접근성확보를위하여반드시준수해야할사항(7 개) 과준수할 것을권고하는사항(8 개) 으로구성되었다. 또한개발자, 서비스기획자등이참고할수 있도록모바일애플리케이션접근성지침을고려한개발실제사례및방법을부록으로 제공한다. 3. 표준적용산업분야및산업에미치는영향 본표준은모바일애플리케이션서비스개발자및제공자가장애인, 고령자등의접근성을보장하기위해모바일애플리케이션제작시지켜야할사항을규정한것으로, 국내모바일애플리케이션관련산업및정책전반에영향을미칠것이며장애인등취약계층이동등하게모바일애플리케이션을이용할수있는환경조성에기여할것이다. 4. 참조표준( 권고) 4.1 국외표준( 권고) - 해당없음 4.2 국내표준 - 해당없음 5. 참조표준( 권고) 과의비교 5.1 참조표준( 권고) 과의관련성 - 해당없음 i
5.2 참조한표준( 권고) 과본표준의비교표 - 해당없음 6. 지적재산권관련사항 본표준의 지적재산권확약서 제출현황은 TTA 웹사이트에서확인할수있다. 본표준을이용하는자는이용함에있어지적재산권이포함되어있을수있으므로, 확인후이용한다. 본표준과관련하여접수된확약서이외에도지적재산권이존재할수있다. 7. 시험인증관련사항 7.1 시험인증대상여부 - 해당없음 7.2 시험표준제정현황 - 해당없음 8. 표준의이력정보 8.1 표준의이력 판수 제/ 개정일제 개정내역 제1판 2012.00.00 제정 8.2 주요개정사항 - 해당없음 ii
Preface 1. The Purpose of Standard This standard describes the methods of developing mobile application which everyone including persons with disabilities and older people can access. Especially, this standard helps mobile application developers, designers and providers make mobile application accessible. 2. The Summary of Contents This standard describes requirements(7 items) that should comply with for ensuring accessibility of mobile application unless unreasonable burden. This standard describes recommendations(8 items) that improve the accessibility of mobile application Unless unreasonable burden. Also, this standards provides development methods and actual cases considering accessibility guidelines on the Appendix Ⅰ. 3. Applicable Fields of Industry and its Effect This standards will provide mobile application developers, designers, providers with practical accessibility guidelines and help them find new opportunities in domestic and foreign market. 4. The Reference Standards(Recommendations) 4.1 International Standards(Recommendations) - none 4.2 Domestic Standards - none 5. The Relationship to Reference Standards(Recommendations) iii
5.1 The relationship of Reference Standards(recommendations) - none 5.2 Differences between Reference Standard(recommendation) and this standard 6. The Statement of Intellectual Property Rights IPRs related to the present document may have been declared to TTA. The information pertaining to these IPRs, if any, is available on the TTA Website No guarantee can be given as to the existence of other IPRs not referenced on the TTA website. And, please make sure to check before applying the standard. 7. Statement of Testing and Certification 7.1 Object of Testing and Certification - none 7.2 Standards of Testing and Certification - none 8. History of Standard 8.1 Change History Edition Issued date Contents The 1st edition 2012.00. Established 8.2 Revisions iv
목 차 1. 개요 1 2. 표준의구성및범위 1 3. 참조표준( 권고) 2 4. 용어정의 3 5. 모바일애플리케이션접근성준수사항 4 5.1 대체텍스트 4 5.2 초점 4 5.3 운영체제접근성기능지원 4 5.4 누르기동작지원 5 5.5 색에무관한인식 5 5.6 명도대비 5 5.7 자막, 수화등의제공 6 6. 모바일애플리케이션접근성권고사항 6 6.1 기본사용자인터페이스컴포넌트 6 6.2 컨트롤간충분한간격 6 6.3 알림기능 6 6.4 범용폰트이용 7 6.5 사용자인터페이스의일관성 7 v
6.6 깜박거림의사용제한 7 6.7 배경음사용금지 7 6.8 장애인등사용자평가 8 부록 I. 모바일애플리케이션접근성지침사례 9 vi
Contents 1. Introduction 1 2. Constitution and Scope 1 3. Reference Standards(Recommendations) 2 4. Terms and Definitions 3 5. Requirements on Mobile Application Accessibility 4 5.1 Alternative Text 4 5.2 Focus 4 5.3 Accessibility Functions of Operating Systems 4 5.4 Touch and Tap 5 5.5 Color 5 5.6 Contrast 5 5.7 Caption or sign language 6 6. Recommendations on Mobile Application Accessibility 6 6.1 Native User Interface Components 6 6.2 Control Target Size 6 6.3 Alert 6 6.4 Global Font Setting 7 6.5 User Interface Consistency 7 vii
6.6 Flickering 7 6.7 Audio Control 7 6.8 User Testing 8 [Appendix] Case Studies on Mobile Application Accessibility Guideline 9 viii
모바일애플리케이션접근성지침 Mobile Application Accessibility Guidelines 1. 개요 본표준은장애인, 고령자등이비장애인, 젊은이등과동등하게모바일애플리케이션 에접근할수있도록모바일애플리케이션을제작할때준수해야하는지침들에관해기 술하고있다. 본표준은특정모바일운영체제나기기에한정을두고개발한것이아니 며, 다양한운영체제에서활용될수있는지침으로개발되었다. 본표준은한국정보화진흥원이운영중인 정보통신접근성향상표준화포럼 산하 정보통신분과위원회가주축이되어학계, 연구계, 장애인단체, 관련기업등의전문가로 위원회를구성하여개발된것이다. 2. 표준의구성및범위 본표준은모바일애플리케이션을구축, 운영, 개선및유지보수할경우에적용하는 것으로, 본표준이적용되는모바일기기대상은다음과같다. 가. 나. 다. 운영체제를갖는모바일전화기 운영체제를갖는태블릿기기 운영체제를갖는전자책기기 본표준은반드시지켜야할사항( 준수사항) 7 개, 가급적지켜야할사항( 권고사항) 8 개항목으로구성되었으며, 본표준은제3 자가제공하는서비스를제외하고, 모바일애플 리케이션서비스제공자가직접제공하는콘텐츠로한정한다. 대체텍스트 초점 < 모바일애플리케이션접근성준수사항(7 개) 개요 > 지침내용비고 운영체제접근성기능지원누르기동작지원 이미지등텍스트아닌콘텐츠의정보나의미를동등하게인식할수있도록대체텍스트제공모든객체에초점(focus) 을적용하고, 초점이순차적으로이동될수있도록제공각모바일운영체제에서장애인을위해제공하는기능과호환될수있도록서비스제공 Slide, Drag & Drop 등의복잡한동작을단순한방법으로이용할수있도록제공 시각장애인등 시각, 지체장애인등 모든장애인 시각, 지체장애인등 - 1 -
색에무관한인식 명도대비 자막및수화등의제공 지침내용비고 색각이상자도정보를동등하게접근할수있도록무늬, 패턴등을함께제공저시력자, 고령자등을위해전경과배경을구분할수있도록고대비를제공동영상에대한내용을동등하게인식할수있도록자막, 원고또는수화를제공 색각이상자등 저시력인등 < 모바일애플리케이션접근성권고사항(8 개) 개요 > 청각장애인등 지침내용비고 기본사용자인터페이스컴포넌트컨트롤간충분한간격 알림기능 범용폰트이용 사용자인터페이스의일관성깜빡거림의사용제한배경음사용금지장애인용자평가 모바일운영체제에서제공하는기본적인사용자인터페이스콤포넌트를최대한활용사용자의도와다른컨트롤을누리지않도록컨트롤간충분한간격을배치한가지방법이아닌진동, 시각, 소리등다양한방법으로사용자에게알림기능을제공사용자의선호에따라폰트의크기의조절, 확대등이가능하도록기능제공인터페이스요소를사용자가다시학습하지않아도되도록일관성있는배치광과민성발작을일으킬수있는콘텐츠를제공하지않음음성에의존하는시각장애인등을위해자동으로재생되는배경음을사용하지않음장애인의이용보장을위해장애인사용자를대상으로사용자평가수행 모든장애인 지체, 지적장애인등 시각, 청각장애인등 저시력인등 지적, 시각장애인등 광과민성발작증세 시각장애인등 모든장애인 3. 참조표준( 권고) 본표준에서참고한표준은다음과같다. - 행정안전부고시( 제 2011-32 호), 장애인 고령자등의정보접근및이용편의증진을 위한지침(2011년 7월 14 일) - W3C MWABP, Mobile Web Application Best Practices (2010년 12월 14 일) - W3C MWBP, Mobile Web Best Practices 1.0 (2008년 7월 29 일) - Apple, Accessibility programming guide for ios, https://developer.apple.com/library/ios/#documentation/userexperience/conceptual/iphoneac cessibility/introduction/introduction.html - Google, Android Accessibility - Designing for Accessibility, http://eyes-free.googlecode.com/svn/trunk/documentation/android_access/developers.html - RIM, Best practice: Designing accessible applications, http://docs.blackberry.com/en/developers/deliverables/17965/accessibility_825872_11.jsp - 2 -
4. 용어정의 본표준에서사용하는용어의뜻은다음과같다. 4.1. 접근성 : 모바일기기를사용하여모바일애플리케이션을이용하고자하는장애인, 등을포함한모든사람들에게이의활용가능성이제공됨 고령자 4.2. 모바일기기 : 무선인터넷서비스를제공받을때에사용하는휴대용기기를의미함 4.3. 모바일애플리케이션 : 사용자가특정한목적을달성하기위하여모바일기기상에서실행되는소프트웨어 를의미함 4.4. 서비스제공자 : 모바일기기를이용하여콘텐츠및서비스를제공하는공공기관및사업자 4.5. 무리한부담(Undue Burden) : 현재가능한기술수준과적절한비용으로실현시킬수있는정도이상의노력을 요구함 4.6. 준수사항 : 모바일애플리케이션의접근성확보를위하여무리한부담이되지않는한반드시 준수해야할사항 4.7. 권고사항 : 모바일애플리케이션의접근성향상을위하여무리한부담이되지않는한준수할 것을권장하는사항 4.8. 운영체제 : 모바일기기상에서애플리케이션을비롯한소프트웨어를실행할수있는기반환경 4.9. 보조기기 : 장애인의신체적 인지적기능을증진, 보완, 향상시키기위하여사용하는기기, 장 비의일부분또는시스템, 소프트웨어 4.10. 터치(touch) : 모바일기기의기능및화면상의객체를키나버튼같은물리적인형태의컨트롤을 - 3 -
사용하지않고화면상에서직접만져서조작가능한사용자인터페이스를제공하는 운영체제의특성 5. 모바일애플리케이션접근성준수사항 5.1. ( 대체텍스트) 텍스트아닌콘텐츠는대체가능한텍스트와함께제공되어야한다. 대체텍스트(Alternative text) 란그림및이미지, 동영상으로작성된멀티미디어형식의 콘텐츠내용을텍스트로그의미나기능을인식할수있도록제공하는것을말한다. 텍 스트아닌콘텐츠 (Non-text contents) 1) 에대한대체텍스트는그의미나기능을파악할 수있도록짧고명확하게제공해야한다. 대체텍스트를제공하게되면시각장애인등시각적으로정보를습득하는데어려움을 겪는사용자들이모바일화면낭독프로그램( 애플 VoiceOver, 안드로이드 Talkback 등) 과같은보조기술을사용하면해당콘텐츠를음성을통해들을수있으므로최소한의 접근권을보장받을수있게된다. 5.2. ( 초점) 모든객체에는초점(focus) 이적용되고, 초점은순차적으로이동되어야한다. 초점은화면상의선택된객체의내용을화면낭독프로그램등의보조기기를통해이 용할수있도록도와주는기능을말한다. 선택된객체는초점이적용되었다고하고, 초점 은화면상에서테두리나하이라이트로표시하여제공되는것이바람직하다. 표의객체에적용되는초점은논리적인순서로제공되어야한다. 논리적인순서가적용 될경우인지, 언어, 학습장애가있는사용자들이표를이해하는데도움을준다. 5.3. ( 운영체제접근성기능지원) 야한다. 운영체제가제공하는접근성기능및속성이사용되어 운영체제에서제공하고있는접근성기능지원이활용되어야하며, 고려할수있다. - 키보드등외부디바이스와의호환성제공을위한 API 다음과같은사항을 1) 그림, 이미지등으로제작된텍스트, 애니메이션, 아스키(ASCII) 그림문자, 기호 (Bullet) 이미지, 그래픽버튼, 이모티콘(Emoticon), 릿스피크(Leetspeak) 등과같이표준 문자( 부호) 체계가아닌시각적또는청각적정보가포함된콘텐츠를말한다. 한글부호 의경우유니코드, 조합형또는완성형부호체계를사용하여작성된텍스트이외의모 든경우를포함한다. - 4 -
- 정보제공방법의다중성 (redundancy) - 음성명령기능의포함, 고대비, 폰트등 애플리케이션이해당운영체제에서제공하고있는접근성기능을변경할경우, 케이션의종료와함께접근성기능을변경전의상태로복원시켜야한다. 애플리 입력서식은운영체제에서제공하는접근성속성을활용하여사용자가이해하기쉽도 록해야한다. 5.4. ( 누르기동작지원) 터치(touch) 기반모바일기기의모든컨트롤은누르기동작으 로제어할수있어야한다. 누르기동작은화면상의객체를손가락끝으로접촉하여만지거나(touch) 리는(tap) 동작을말한다. 가볍게두드 두개의손가락을동시에이용해야하는다중누르기(Multi-touch) 동작은단순한누르 기동작으로대체할수있는방법이제공되어야한다. 또한슬라이드(Slide), 끌기와놓기 (Drag and drop) 방법이제공되어야한다. 등의복잡한누르기동작은단순한누르기동작으로대체할수있는 5.5. ( 색에무관한인식) 한다. 화면에표시되는모든정보는색에관계없이인식할수있어야 색상으로정보를구분할경우, 색상이외의다른방법으로도동등한내용을전달할수있도록설계한다. 색상을사용한의미의전달이흑백화면에서도동등하게이루어질수있도록제공해야한다. 색상차이를구분하기어려운색각이상자등도정보를동등하게인식할수있다. 5.6. ( 명도대비) 화면에표시되는모든정보는전경색과배경색이구분될수있도록최소대비이상으로제공되어야한다. 명도대비는화면의배경색과객체를표시하는데에사용되는전경색사이의명도차 이의비율(contrast) 을말한다. 고대비제공이불가능할경우, 애플리케이션의설정기능 에명도대비조절기능을제공한다. 화면상의모든정보의최소대비는 3:1 이상이어야한다. 저시력인, 고령자등에게실 효성을가지기위해서는명도대비가 4.5:1 이상이되는것이바람직하다. 단, 사진과동 영상은예외로한다. - 5 -
5.7. ( 자막, 수화등의제공) 멀티미디어콘텐츠에는동등한내용의자막, 원고또는수화 가제공되어야한다. 멀티미디어콘텐츠를장애인이비장애인과동등하게인식할수있도록자막, 원고또는 수화를제공해야한다. 자막, 원고또는수화는화면상의콘텐츠와동기화하여제공하는 것이바람직하다. 자막, 원고또는수화를제공하면청각장애인등도음성이나음향정보에접근할수있다. 자막이나원고를제공하게되면청각장애인뿐만아니라소란하거나조용한환경, 외국어의경우에있어비장애인들도도움을받을수있는장점이있다. 6. 모바일애플리케이션접근성권고사항 6.1. ( 기본사용자인터페이스컴포넌트) 운영체제에서제공하는기본사용자인터페이스컴포넌트(Native UI Component) 를최대한이용하는것이바람직하다. 운영체제에서제공하는접근성있는기본사용자인터페이스컴포넌트는사용자인터 페이스구성에사용되는표준도구( 대화상자, 버튼과체크박스, 타이틀바등) 들을말한 다. 운영체제에서제공하는기본사용자인터페이스컴포넌트를활용하면보조기기와의호 환성을제공하기용이하므로접근성의확보를위해적극적으로활용되어야한다. 6.2. ( 컨트롤간충분한간격) 컨트롤은충분한간격으로배치하는것이바람직하다. 컨트롤은버튼또는위젯과같이사용자인터페이스화면에서누르기동작으로기능을 활성화시키는객체를말한다. 좁은화면공간의경우, 사용자의의도와무관하게다른컨 트롤을누르게되는문제가발생할수있으므로, 이를피하기위해서컨트롤사이의공 간을충분히확보하여사용자가컨트롤영역을명확히구분할수있도록하는것이바람 직하다. 모바일기기의화면크기에관계없이컨트롤중심간간격은 13mm 이상을권장한다. 6.3. ( 알림기능) 사용자에게알림을제공할때에는진동, 시각, 소리등최대한다양한 방법으로사용자가선택할수있도록제공하는것이바람직하다. - 6 -
화면상의모든알림정보는한가지양식으로만제공되지않도록하며, 식을활용한다. 다양한감각양 사용자가자신에게가장편리한방법을선택할수있도록제공하는것이바람직하다. 6.4. ( 범용폰트이용) 폰트의크기조절, 확대기능을제공하거나운영체제에서제공하 는관련기능을활용할수있는방법을제공하는것이바람직하다. 범용폰트(Global Font) 는운영체제에내장되어확대나축소, 기울임등의변형형태가 제공되는글자체를말하며, 이를활용하는것이바람직하다. 모든애플리케이션화면에서폰트크기의조절이가능하도록설계하거나, 최소한확대기능을제공한것이바람직하며, 폰트크기조절을용이하게하기위해서는텍스트이미지보다폰트가지정되어있는텍스트를사용하는것이바람직하다. 6.5 ( 사용자인터페이스의일관성) 하는것이바람직하다. 사용자인터페이스요소들의배치를일관성있게제공 사용자인터페이스를구성하고있는요소들은사용자가다시학습할필요가없도록해 당애플리케이션내에서일관성있게설계한다. 애플리케이션의버전이바뀌어도중요한사용자인터페이스요소들의배치는일관성을 유지하는것이바람직하다. 6.6. ( 깜박거림의사용제한) 것이바람직하다. 광과민성발작을일으킬수있는콘텐츠를제공하지않는 깜빡이거나번쩍이는객체를사용자인터페이스에사용하지않아야하며, 화면상에서 반드시깜빡임의효과를제공해야하는콘텐츠는초당 3-50 회의주기는피해서설계 한다. 6.7. ( 배경음사용금지) 자동으로재생되는배경음을사용하지않는것이바람직하다. 자동으로재생되는동영상, 음악, 음성안내등을사용하지않는다. 단, 3초미만의배 경음은예외로인정한다. - 7 -
배경음을사용할경우, 사용자가손쉽게멈춤, 일시정지, 음량조절등을제어할수있 는수단을제공한다. 6.8. ( 장애인등사용자평가) 애플리케이션개발시다양한모바일기기에서의이용가능여부를점검해야하며, 장애인사용자평가를수행하는것이바람직하다. 애플리케이션의출시이전에장애인, 고령자등의사용자를대상으로한평가를수행하 도록한다. 사용자평가는무리한부담이되지않는시각장애, 청각장애, 뇌병변장애, 지적장애, 지체장애, 고령등의사람들을대상으로실시한다. 모바일애플리케이션서비스제공자는해당애플리케이션의장애인등사용자평가의 구체적인결과를별도로공시하는것이바람직하다. - 8 -
부록 Ⅰ. 모바일애플리케이션접근성지침사례 정보통신단체표준( 국문표준) 본모바일애플리케이션접근성지침사례는모바일애플리케이션개발자및운영자들 이접근성을고려하여애플리케이션을개발할수있도록도움을주기위해제공하는것 이다. 본표준에포함된준수사항 7 개, 권고사항 8 개에대한준수필요성, 대표적인기술 구현방법, 구축사례를제공한다. Ⅰ.1. 준수사항(7 개) 장애인이비장애인과동등하게모바일애플리케이션에접근하여이용하기위해서반드 시준수해야하는사항 Ⅰ.1.1. 대체텍스트텍스트아닌콘텐츠는대체가능한텍스트를함께제공해야한다. Ⅰ.1.1.1 준수필요성 시각장애인의경우모바일기기나모바일화면낭독프로그램에서제공하는음성읽기 기능(iOS VoiceOver, 안드로이드 Talkback, 심비안및윈도우모바일 6.5에서활용되는 Code Factory사의 Mobile Speak 등) 을활용하여애플리케이션의정보를인식할수있 다. 하지만, 해당어플리케이션에서컨트롤및객체를텍스트아닌콘텐츠로제공하면서 대체텍스트를함께제공하지않으면시각장애인은잘못된정보를얻거나전혀정보를 얻을수없다. Ⅰ.1.1.2 기술구현방법 이미지등텍스트아닌콘텐츠를제공할경우에는반드시대체텍스트를함께제공해 야한다. 대체텍스트는가능한짧고명확(Short & Clear) 하게제공하는것이바람직하 며, VoiceOver, Talkback 등모바일스크린리더에서기본적으로제공해주는용어인 버 튼, 이미지, 레이블 등은중복해서제공하지않는것이바람직하다( 웹접근성연구 소버튼( ), 모바일접근성이미지( ), 금융자동화기기접근성레이블( ) 웹접근성 연구소( ), 모바일접근성( ), 금융자동화기기접근성( )). 가. 애플의 ios에서대체텍스트제공방법 대체텍스트를제공하는방법은크게 2 가지방법이있다. 첫째, 애플에서제공하는 Interface Builder 를이용하여대체텍스트를제공한다. 둘째, 대체텍스트를 UIAccessibility API 등을활용하여직접코드에삽입하여제공한다. 이러한경우 Label과 Hint 라는두가지의속성값을활용할수있는데, Label 로대체텍스트를제공하고, Hint 는추가적인정보가필요할경우제공한다. iphone에서사용자가 VoiceOver 옵션에서 - 9 -
Hint 를끌수(Off) 있으므로반드시대체텍스트는 Label 로제공해야한다. 예를들면뮤 직플레이어의 멈춤 은 Label 에적고 뮤직플레이어의음악을멈춥니다. 를 Hint에적는 다면시각장애인등에게도움이될것이다. < Interface Builder 화면 > < UIAccessibility 설정화면 > 1) Interface Builder 이용 Interface Builder는애플에서제공하는것으로모바일애플리케이션개발시 UI를손 쉽게만들수있도록도와주는도구이다. Interface Builder를실행시킨다음 Attribute inspector 창에서 Label 속성에대체텍스트를제공하면된다. 또한, 애플에서는접근성 준수여부를손쉽게점검할수있도록 Accessibility inspector 등을제공하고있다. < Interface Builder 를활용하여버튼에대체텍스트를제공하는방법 > 대체텍스트제공방법 1) Accessibility 속성을반드시활성화(Enabled) 시킨다. 2) Label 속성에텍스트아닌콘텐츠의의미와정보를동등하게인식할수있도록대체텍스트를짧고명확하게제공한다. 3) 부가적인설명이필요할경우에는 Hint 을활용하여추가적인정보를제공한다. 속성 < 참고 > Interface Builder는 Xcode 에포함되어제공되고있다. 12년 2월말현재애플의최신개발도구는 Xcode 4 이다(http://developer.apple.com/xcode/index.php). - 10 -
2) UIAccessibility API 등을활용하여직접코드에삽입하는경우 애플에서제공하는개발자도구인 Interface Builder를활용하지않고 UI를개발할경 우에는 UIAccessibility API를활용하여 Label 에대체텍스트를제공한다. [housebutton setisaccessibilityelement:yes]; [housebutton setaccessibilitylabel:@" 멈춤"]; [housebutton setaccessibilityhint:@" 뮤직플레이어의음악을멈춥니다."]; 그러나, 보다효율적인개발및접근성을제고하기위해서는애플에서제공하는 Interface Builder 를활용하여개발하는것이바람직하다. 나. 구글의안드로이드에서대체텍스트제공방법 안드로이드의경우에도 UI에대체텍스트를제공하는방법은 2가지로 XML을활용하 거나또는 Java code 를활용하는방법이있다. 안드로이드의경우에는 android:contentdescription 속성을사용하여대체텍스트를제공해야한다. " 웹접근성 연구소 라는버튼에대체텍스트를제공하는방법은다음과같다. 1) XML 을활용하여버튼을제공할경우 <ImageButton android:id= @+id/add_entry_button android:src= @drawable/plus android:contentdescription= @string/add_note /> layout/main.xml <xml version="1.0" encoding="utf-8"?> <resources> <string name="add_note"> 웹접근성연구소</string> </resources> values/strings.xml 2) Java code 를활용하여버튼을제공할경우 Button add_entry_button = new Button(this); add_entry_ button.setcontentdescription(" 웹접근성연구소"); - 11 -
Ⅰ.1.1.3. 구축사례 이미지등텍스트아닌콘텐츠를활용할경우에는반드시대체텍스트를제공해야한 다. 하지만아래의 ** 은행의 예금조회/ 이체 화면의사례처럼대체텍스트를제대로제 공하지않을경우, 시각장애인등은해당애플리케이션을이용하기어렵다. ios VoiceOver 를설정할경우, 이전, 전예금조회 계좌이체 등의상단및주메뉴와 새 소식, 고객센터 등하단메뉴를모두 버튼 으로인식하게되어어떤버튼이어떤기 능을수행하는지알수없게된다. 해당기능을제대로인식할수있도록대체텍스트를 제공할필요가있다. < ** 은행의 예금조회/ 이체 화면 > < ios VoiceOver 설정시 예금조회/ 이체화면 > 대체 텍스트를 미제공하여 예금조회/ 이체 의모든기능 을 제대로 활용하기 어려운 실정( 모든 것을 버튼 이라고 인식 ) < 상단및주메뉴 > - 이전 버튼 - 전예금조회 버튼 - 계좌이체 버튼등 < 하위메뉴 > - 새소식 버튼 - 고객센터 버튼등 텍스트아닌콘텐츠에대한대체텍스트제공여부에대해서는 ios VoiceOver, 안드 로이드의 Talkback 등의음성읽기기능을활성화해보면쉽게제공여부를평가해볼 수있다. - 12 -
< 모바일애플리케이션접근성우수사례 - 청와대아이폰용애플리케이션 > 청와대에서는장애인의모바일접근권보장에해외선진사례분석및장애인의요구에부응하여, 2011년 8 월부터아이폰용애플리케이션의접근성제고를위한작업을수행하였다. 청와대에서는 8 월 11일과 8월 25일에 2 번에걸친판올림(update) 을통하여시각장애인등의정보접근권을크게향상시켰다. 국내에서모바일애플리케이션접근성제고를위한우수사례로다음과같은개선이이루어졌다. 가 청와대아이폰용애플리케이션의접근성관련판올림현황(2 회) < 앱접근성제고판올림 1 차(8.11) > < 앱접근성제고판올림 2 차(8.25) > 나청와대모바일애플리케이션의개선전과개선후의비교보이스오버를활용하여음성을출력할경우대체텍스트를제공하지않아, 청와대모바일애플리케이션의첫실행화면의정보를얻을수없었으나, 대체텍스트를제공하여동등한정보를인식할수있게개선됨. < 공유버튼안내페이지 > < 접근성개선전 > a. 공유버튼설명문은 이미지 로출력 b. 안내문버튼설명 이미지 입력창 으로출력 c. 닫기버튼은 버튼 이라고출력 < 접근성개선후 > a. 공유버튼설명문의내용을동등하게음성으로출력 : 청와대스마트폰애플리케이션을 ~ ( 중략) b. 안내문버튼설명을동등하게음성으로출력 : 다음부터이안내문을 ~ ( 중략) c. 닫기버튼 : 닫기버튼 이라고음성출력 - 13 -
< 모바일애플리케이션접근성우수사례 - 청와대아이폰용애플리케이션( 계속) > 보이스오버를활용하여음성을출력할경우하단의버튼에대한대체텍스트를제공하지않았으나, 대체텍스트를제공하여동등한정보를인식할수있게개선됨. < 하단버튼 > < 접근성개선전 > a. 뉴스/ 브리핑 : " 버튼 이라고출력 b. 영상/ 사진 : " 버튼 이라고출력 c. 소셜미디어 : " 버튼 이라고출력 d. 푸른누리 : " 버튼 이라고출력 e. 관람 : " 버튼 이라고출력 < 접근성개선후 > a. 뉴스/ 브리핑 : " 뉴스, 브리핑버튼 이라고출력 b. 영상/ 사진 : " 영상, 사진버튼 이라고출력 c. 소셜미디어 : " 소셜미디어버튼 이라고출력 d. 푸른누리 : " 푸른누리버튼 이라고출력 e. 관람 : " 관람버튼 이라고출력 보이스오버를활용하여음성을출력할경우대체텍스트를제공하지않아, 청와대관람정보를얻을수없었으나, 대체텍스트를제공하여동등한정보를인식할수있게개선됨. < 이미지콘텐츠영역 > < 접근성개선전 > 본문의내용인관람운영일, 관람운영일설명, 신청대상, 신청대상설명등을파악할수없음 : ***( 파일명) 이미 지 라고출력 < 접근성개선후 > < 이미지에대한동등한내용의대체텍스트제공 > a. 관람운영일, 매주화요일 ~ 금요일 ( 둘째주토요일) 토요일은 10 인이하의개인/ 가족에한함 으로음성출력 b. " 신청대상, 초등학생이상 미취학자녀관람은가족동반만가능 으로음성출력 - 14 -
Ⅰ.1.2. 초점 정보통신단체표준( 국문표준) 모든객체에는초점(focus) 이적용되고, 초점은순차적으로이동되어야한다. Ⅰ.1.2.1. 준수필요성 초점이적용되지않으면모바일기기나모바일화면낭독프로그램에서제공하는음성 읽기기능(iOS VoiceOver, 안드로이드 Talkback, 심비안및윈도우모바일 6.5에서활용 되는 Code Factory사의 Mobile Speak 등) 등을활용하는경우의사용자는정보를얻거 나기능을실행할수없는문제가발생한다. 또한순차적으로이동되지않을경우에는 시각장애인, 지적장애인등이해당애플리케이션의기능과정보의이해에어려움이발생 할수있다. Ⅰ.1.2.2. 기술구현방법애플리케이션개발시모든객체에초점이적용되고, 수있게개발해야한다. 적용된초점은순차적으로이동할 가. 애플의 ios에서초점제공방법 Accessibility 속성이활성화(Enabled) 될경우에만해당객체에초점이적용된다. ios 에서제공하는기본사용자인터페이스컴포넌트(Native UI Component) 에서는대부분의 기본값이활성화되어제공된다. 하지만 ImageView UI 컴포넌트의경우에는 Accessibility 속성이비활성화(Disabled) 되어있다. 만약단순한장식이아니고의미를 포함하는이미지를 ImageView UI 컴포넌트를활용하여제공할경우에는 Accessibility 속성을활성화시켜야하며, 대체텍스트를 label 속성으로반드시제공해야한다. ios 4.1 부터초점의순서를제어할수있는기능을제공하고있다. < Accessibility 속성이활성화되지않은경우 ( 초점미적용) > < Accessibility 속성이활성화된경우 ( 초점적용) > 나. 구글의안드로이드에서초점제공방법 - 15 -
안드로이드에서제공하는기본사용자인터페이스컴포넌트(Native UI Component) 에 서는 ios 와달리대부분의기본값이비활성화(false) 되어제공된다. 그러므로초점이동 이필요한 UI의경우에는반드시 focusable 속성을활성화(true) 시켜제공해야한다. <TextView android:id="@+id/text" android:focusable= true android:text="hello, I am a focusable TextView" android:nextfocusup= @id/edit... /> 안드로이드에서초점의이동순서를제어하기위해서는 nextfocusdown, nextfocusup, nextfocusright, nextfocusleft 속성을이용하면된다. Ⅰ.1.2.3. 구축사례모든컨트롤에대하여초점이적용되어있어야하며, 각장애인등이활용할수있다. 논리적인순서로제공되어야만시 < ** 은행의로그인화면 > < 문제점및해결방안 > o 문제점 - VoiceOver 를실행할경우, 공인인증서로그인, 비밀번호입력창', ' 로그인 등에초점이가지않아애플리케이션이용이불가능한실정 * 비밀번호입력등이불가능하여로그인을할수있는방법이없음 - 공인인증서로그인, 조회회원가입, 로그인 등에대체텍스트도미제공 * VoiceOver 를사용할경우, 공인인증서로그인 의정보가 dtm into 1 gif" 로출력되는문제발생 o 해결방안 - 모든버튼및정보에초점이적용될수있도록제공해야한다. - 모든텍스트아닌콘텐츠에는대체텍스트를제공해야한다. - 16 -
< ** 은행의조회화면 > < 문제점및해결방안 > o 문제점 - 조회 라는 좌우로스크롤되는메뉴가나타나는데이 부분에서는초점이전혀생성되지않는다. 이메뉴를통해 조회/ 이체 등을선택한후하단에서하위메뉴로진입해야하 는데메인메뉴에서초점이생성되지않아더이상의은행업 무수행을하는것은불가능함 o 해결방안 - 조회 라는메뉴에초점이적용될수있도록제공하고, 하위메뉴로초점이논리적으로이동할수있도록제공할필요가있음 < ** 방송국의라디오 > < 문제점및해결방안 > o 문제점 - *** 월드라디오는크게프로그램과뮤직채널로나눠져있다. 이애플리케이션을실행하면두채널중하나를선택해야청취가가능한데, 가운데있는이부분이 VoiceOver를통해서는초점이생성되지도동작하지도않는다. 선택하지않으면라디오를들을수없는상황이되기때문에단하나의컨트롤의문제라고할수도있겠지만 VoiceOver 사용자는이애플리케이션을사용할수있느냐사용하지못하느냐를가늠하는중요한열쇠가된다. 결과적으로접근할수가없으니이애플리케이션의라디오기능을사용할수없다. o 해결방안 - 시각장애인등이이용할수있도록 프로그램 과 뮤직채널 에초점을적용해야한다. - 17 -
Ⅰ.1.3. 운영체제접근성기능지원 운영체제가제공하는접근성기능및속성이지원되어야한다. 정보통신단체표준( 국문표준) Ⅰ.1.3.1. 준수필요성장애인등의모바일애플리케이션접근성을보장하기위해서는각운영체제에서제공하는접근성기능을활용해야한다. 이를활용하지않을경우에는장애인이활용하는다양한모바일기기, 모바일보조기기등과호환되지않아이용이불가능할경우가발생할수있다. Ⅰ.1.3.2. 기술구현방법 애플의 ios와구글의안드로이드운영체제의경우각각접근성 API 를제공하고있다. 개발자는각운영체제에서지원하는운영체제의접근성기능을최대한지원하도록노력 해야한다. 가. 애플의 ios에서운영체제접근성기능제공방법 ios에서는 Accessibility API 를제공하고있다. 모바일애플리케이션개발시접근성 준수여부를점검할수있도록 Accessibility Inspector와 Accessibility Verifier 같은도구 들도제공하고있다. 다만, 이러한기능은매킨토시 PC 환경에서만이용이가능하다. < 애플의 Accessibility Inspector > ios에서제공하는 UI Accessibility 속성은 5 가지이다. 첫째, Label 속성은텍스트아 닌콘텐츠에대한동등한정보를제공하기위해사용할때이용한다. HTML에서의 alt="" 속성과유사한것으로이미지등의텍스트아닌콘텐츠제공시에는반드시제공해야하 는속성이다. 둘째, Traits 속성은객체의형태를표시하는속성으로상태, 액션등을설 명할수있으며다중으로선택이가능하다. 현재 Trait 속성값은 Button, Link, Search Field, Keyboard Key, Static Text, Image, Plays Sound, Selected, Summary Element, Updates Frequently, Not Enabled, None 등이포함된다. 셋째, Hint 속성은부가적인 설명이필요할경우에만사용하는것으로, Label 등으로정보가불충분할경우사용하는 - 18 -
속성이다. 넷째, Frame 속성은화면의좌표위치를나타내준다. 마지막으로 Value 속성 은각객체의속성값을말해준다. 나. 구글의안드로이드에서운영체제접근성기능제공방법 안드로이드에서도 ios와마찬가지로 Accessibility API 를제공하고있다. Accessibility Service, Accessibility Event, Accessibility API for Customize, Eyes-free 등이대표적 이다. 특히 Eyes-free API는오픈소스로시각장애인등이안드로이드용모바일기기를 활용할수있도록 Talkback, Soundback, Kickback 등을제공하고있다. Ⅰ.1.3.3. 구축사례 운영체제에서의접근성기능을지원한 Twitter의경우 SNS에서제공하는텍스트정보 를제대로인식할수있으나, 국내의모 SNS의경우에는운영체제의접근성기능을지 원하지않아 고있다. VoiceOver 기능이용시아무런텍스트정보도얻지못하는문제가발생하 < Twitter 애플리케이션( 운영체제접근성지원) > < **** 애플리케이션( 운영체제접근성미지원)> Ⅰ.1.4. 누르기동작지원모든컨트롤은누르기(touch or tap) 동작으로제어할수있어야한다. Ⅰ.1.4.1. 준수필요성 - 19 -
시각장애인의경우모바일기기에서가장어려움을많이겪는부분이바로컨트롤의 위치에대한부분이다. 특히컨트롤을이동해야하는경우나컨트롤간의위치를바꾸어 야하는경우더욱더어려움에처하게된다. 예를들어모바일애플리케이션을이동하 여폴더를생성하는경우나전화받기기능같은경우 Drag해야해당기능을활용할수 있는경우가있다. 그러므로모든컨트롤이나 Drag 등이필요한기능의경우에는반드시 이를대체할수있는수단인누르기(touch or tap) 동작을함께제공해야한다. Ⅰ.1.4.2. 기술구현방법 누르기동작은화면상의객체를손가락끝으로접촉하여만지거나(touch) 가볍게두드 리는(tap) 동작을말하는것으로, 모든컨트롤동작은누르기동작만으로도제어할수있 어야한다. 두개의손가락을동시에이용해야하는다중누르기(Multi-touch) 동작이나 Slide, Drag and drop 는방법이제공되어야한다. 등의복잡한누르기동작은단순한누르기동작으로대체할수있 Ⅰ.1.4.3 구축사례 모든컨트롤은누르기동작으로제어할수있도록제공해야한다. 사용자편의성제고 를위해다양한 UI 를활용하는것은필요하나, 보다중요한것은장애인등다양한사용 자가동등하게이용할수있도록개발하거나해당기능을대체할수있는수단을제공하 는등의보편적설계(Universal Design) 를적용해야한다. < Slide 기능에대한대체수단제공사례 ( 두번두드리기(double tap)) > < Slide 기능에대한대체수단미제공사례 > 슬라이드기능을활용하지못할경우, VoiceOver 를이용할경우에는두번누르기 (double tap) 으로해당기능활용가능 슬라이드 기능을 활 용하지못할경우대 체 수단을 제공하지 않아, talkback을 이 용하는 사용자의 경 우에는전화받기기 능을활용할수없음 Ⅰ.1.5. 색에무관한인식화면에표시되는모든정보는색에관계없이인식할수있어야한다. Ⅰ.1.5.1. 준수필요성 - 20 -
색맹사용자의경우특정색을구별하지못하는경우가있다. 그대표적인예로적록 색맹의경우적색과녹색을구분하지못함으로서일상생활에서신호등을구분하지못하 고이로인하여운전면허취득도어렵다. 이와마찬가지로모바일애플리케이션에서정 보를색으로만제공할경우색맹이나색약자의경우이를인지할수없다. Ⅰ.1.5.2. 기술구현방법 색상으로정보를구분할경우, 색상이외의다른방법으로도동등한내용을전달할수 있도록설계한다. 색이외에명암이나텍스트, 특수기호등을색과함께제공하여해당정 보를인식할수있도록제공해야한다. Ⅰ.1.5.3. 구축사례오른쪽아래의그래프에서는속도값을막대그래프로표현하는데막대그래프의위에의미를명확히알수있도록통신사명과막대그래프의값을텍스트로제공하고있어서그의미를이해하는데도움을주고있다. 색을구분하기어려운사용자더라도제공되는텍스트정보는구분할수있기때문에그래프의의미를구분할수있다. < 잘못된사례 > < 올바른사례 > - 21 -
Ⅰ.1.6. 명도대비 정보통신단체표준( 국문표준) 화면에표시되는모든정보는전경색과배경색이구분될수있도록최소대비이상 으로제공되어야한다. Ⅰ.1.6.1. 준수필요성 시각장애인등은모바일기기를사용할경우화면에표시되는전경색과배경색간의구 분이잘되지않는문제로인하여어려움을겪는경우가많이발생하고있다. 특히전경 색과배경색이흰색과회색, 노란색과오렌지색등으로유사한색으로되어있는경우 이를인지하기매우어렵다. 따라서전경과배경을명확하게인식할수있도록콘텐츠를 제공해야한다. Ⅰ.1.6.2. 기술구현방법 명도대비는화면의배경색과객체를표시하는데에사용되는전경색사이의명도차 이의비율(contrast) 을말한다. 모든정보의최소대비는 3:1 이상이어야한다. 저시력인 에게실효성을가지기위해서는주콘텐츠의경우는 4.5:1 또는 7:1 이상이되는것이 바람직하다. 명도대비를높게제공하기어려운경우에는운영체제에서제공하는명도 대비를활용할수있도록제공하거나애플리케이션내에서명도대비를높일수있는설 정기능을제공해야한다. ios 4 의경우에는 설정 일반 손쉬운사용 검정색바탕에흰색 이라는명 도대비설정기능을제공하고있다. < 참고 : 색에무관한인식관련평가도구 > Color Doctor http://www.fujitsu.com/global/accessibility/assistance/cd/download.html Visual Impairment Simulator for Microsoft Windows http://vis.cita.uiuc.edu/index.php Colour Contrast Analyser http://juicystudio.com/article/colour-contrast-analyser-firefox-extension.php Colour Checker http://www.etre.com/tools/colourcheck/ Color Selector http://www.fujitsu.com/global/accessibility/assistance/cs/download.html adesigner http://www.alphaworks.ibm.com/tech/adesigner Accessibility Color Wheel http://gmazzocato.altervista.org/colorwheel/wheel.php Ⅰ.1.6.3 구축사례 ** 은행애플리케이션에서인증서가져오는동작을하면아래의왼쪽그림과같이 4자 - 22 -
리의숫자를 4번입력하는총 16 자리의인증번호가나온다. 저인증번호는 PC에서휴대 폰으로인증서를전송할때반드시입력해야하는데모바일화면에서글씨/ 배경색의대 비가충분하지않기때문에저시력시각장애인이글씨를읽는것이매우힘들다. 이러한 경우단순히글씨를알아보기어렵다는것에그치는것이아니라동작을수행할수없는 결과를낳는다. 저시력사용자는인증번호를아예알아보지못하거나잘못읽어서인증 서를휴대폰으로전송하지못하는결과를낳을수있다. 저시력사용자에게있어서명도 대비가없는이러한인증번호는인증번호로서의목적을전혀달성하지못하고있는것이 다. ** 모바일고객센터에서이용량을보여주는아래오른쪽그림을살펴보면그래프를 구분하는왼쪽라벨부분에문제가있다. 라벨명인사용일수, 음성, 문자메시지, 문자/ 멀티메시지, MMS, 무선인터넷부분에서배경색과글자색의대비가충분하지않아저 시력사용자는글씨를읽기가매우어렵다. 폰트크기도작은데다글자색과배경색이대 비마저낮아서더읽기가어려운상황이다. 라벨을명확히알아볼수없기때문에오른 쪽에나오는그래프의의미를이해하는데어려움을겪을수밖에없다. < 잘못된사례 > < 잘못된사례 > Ⅰ.1.7. 자막, 수화등의제공 멀티미디어콘텐츠에는동등한내용의자막, 원고또는수화가제공되어야한다. Ⅰ.1.7.1. 준수필요성청각장애인의경우동영상이나음성으로제공되는콘텐츠에대하여는음성정보를인지 - 23 -
하기어렵다. 따라서이들에대하여는동기화된자막을제공하거나별도의원고를제공 하여야콘텐츠를인식할수있다. 멀티미디어콘텐츠에대한동등한내용의자막, 원고 또는수화는시끄러운환경이나조용한환경, 해당언어를모국어로사용하지않는비장 애인에게도도움이된다. 또한동영상검색시에도자막이나원고는큰도움을줄수있 다. Ⅰ.1.7.2. 기술구현방법 멀티미디어콘텐츠에는동등한내용의자막, 원고또는수화를제공해야한다. 멀티미 디어콘텐츠를요약한자막이나원고는불충분하며, 멀티미디어에서제공하는음성정보 와동등한내용을자막이나원고로제공해야한다. 음성이없이동영상에포함된메시지 나자막, 중요단어에대한강조, 홍보문구등은시각장애인이전혀확인할방법이없으 므로, 이러한경우에는반드시화면해설서비스( 음성으로메시지, 자막, 중요단어등을 제공) 를제공해야한다. 자막, 수화또는원고는화면상의콘텐츠와동기화하여제공하 는것이바람직하다. Ⅰ.1.7.3 구축사례 왼쪽아래의그림은 아이폰용복지 TV 애플리케이션 의사례이다. 본애플리케이션 에서제공하는동영상의경우자막과함께수화를동시에제공하여장애인의접근성을 확보한우수사례이다. < 올바른사례( 복지 TV 애플리케이션) > < 잘못된사례 ( 자막미제공) > - 24 -
Ⅰ.2. 권고사항(8 개) 정보통신단체표준( 국문표준) 모바일애플리케이션의접근성향상을위하여무리한부담이되지않는한준수할것 을권장하는사항을말한다. Ⅰ.2.1. (Native UI Component) 운영체제에서제공하는기본사용자인터페이스컴포넌트(Native UI Component) 를최대한이용하는것이바람직하다. Ⅰ.2.1.1. 준수필요성 대부분의운영체제에서제공하는기본사용자인터페이스컴포넌트 (Native UI Component) 는접근성을고려하여제공되고있다. 애플리케이션개발시비용과시간등 의제약이있는경우운영체제에서제공하는기본사용자인터페이스컴포넌트를잘활 용하는것이좋다. 이에반해사용자변형 UI 컴포넌트(Custom UI Component) 를사용 하는경우에는운영체제에서제공하는 VoiceOver 등이동작하지않을수있다. 그러므로 최대한기본사용자인터페이스를활용하는것이바람직하다. Ⅰ.2.1.2. 기술구현방법모바일애플리케이션을개발함에있어기본사용자인터페이스컴포넌트를최대한활용하는것이접근성을높이는데도움이된다. 가. 애플의 ios 에서제공방법 : Native UI Component에는 UIWindow, UILabel, UIPickerView 등이있다. 특히웹페이지를내장하는페이지를만들경우에는 UIWebView 를통해작성을하게된다. 나. 구글의안드로이드에서제공방법 : Native UI Component에는 View, ImageView 등이있다. Ⅰ.2.1.3. 구축사례대표적인애플과구글의운영체제에서제공하는과같다. Native UI Component는아래의그림 < ios에서의 Native UI Component > < 안드로이드에서의 Native UI Component > http://developer.apple.com/library/ios/#docum entation/uikit/reference/uikit_framework/_inde x.html#//apple_ref/doc/uid/tp40006955 http://developer.android.com/reference/android /widget/package-summary.html - 25 -
Ⅰ.2.2. 컨트롤간충분한간격컨트롤은충분한간격으로배치하는것이바람직하다. Ⅰ.2.1. 준수필요성모바일기기의경우터치를통하여컨트롤하기때문에터치의정확성이매우중요하다. 터치의정확성을담보하기위해서는좌표값도중요하지만각컨트롤간의간격도중요하다. 비장애인도각버튼간의터치간격이좁게되어있고버튼의크기가작으면매우불편한데뇌성마비장애인의경우손떨림등이많이있고이로인하여정확한터치동작을취하기가매우어렵다. 따라서터치동작을원활히수행할수있도록터치간격을적절히유지하는것이매우중요하다. 저시력인의경우도터치타겟이작을경우많은어려움을겪게되는데특히중요한결제정보를입력하거나은행용모바일애플리케이션을사용하는경우실수로잘못터치하는경우되돌이킬수없는문제가발생할수도있다. Ⅰ.2.2. 기술구현방법 좁은화면공간의경우, 사용자의의도와무관하게다른컨트롤을누르게되는문제가 발생할수있으므로, 이를피하기위해서컨트롤사이의공간을충분히확보하여사용자 가컨트롤영역을명확히구분할수있도록하는것이바람직하다. 컨트롤중심간간격 은 13mm X 13mm 이상을권장한다. 선택해야하는컨트롤영역의크기는 8.5mm X 8.5mm 이상을권장한다. 컨트롤의터치공간을충분히확보하여사용자가컨트롤영역 을명확히구분할수있도록제공하는것이좋다. 사용자의의도에따라컨트롤을확대 하여사용할경우상대적인크기로커져서손쉽게활용할수있도록제공하는것이좋 다. 쿼티입력등운영체제에서제공하는기본사용자인터페이스의경우에는예외로한 다. Ⅰ.2.3. 알림기능 사용자에게알림을제공할때에는진동, 시각, 소리등최대한다양한방법으로사용자 가선택할수있도록제공하는것이바람직하다. - 26 -
Ⅰ.2.3.1. 준수필요성한가지감각으로만정보를제공하는경우에는다양한사용자가이를활용할수있다고보장하기어렵다. 예를들어시력을요하는정보를제공하거나음성으로만정보를제공하는경우시각장애인이나청각장애인들은이러한정보를인지할수없다. 따라서알림정보등을제공하는경우에는소리나화면진동등다양한방법을동시에사용하여정보를제공하는것이필요하다. Ⅰ.2.3.2. 기술구현방법 사용자에게알림을제공할때에는한가지감각에만의존하지말고다양한감각이나 표현방법을통해사용자가원하는알림기능을제공하는것이바람직하다. 사용자에게 다양한방법으로알림을제공될수있도록시각, 청각, 촉각등의피드백을제공해야하 며, 다양한알림기능을제공할경우적절한방법을사용자가선택할수있도록제공하 는것이더바람직하다. Ⅰ.2.3.3. 구축사례 페이스북애플리케이션에서는알림이상당히세분화되어있다. 사용자가자신에게적 합한방법으로알림정보를진동, 소리등으로정보를얻을수있도록기능을제공하고 있다. 또한이러한알림정보는가급적운영체제에서제공하는 Native UI를활용하는것 이바람직하다. < 페이스북의알림설정화면 > < 운영체제에서제공하는 Native UI 알림기능사용예 > Ⅰ.2.4. 범용폰트이용폰트의크기조절, 확대기능을제공하거나운영체제에서제공하는관련기능을활용할수있는방법을제공하는것이바람직하다. - 27 -
Ⅰ.2.4.1. 준수필요성 저시력인, 고령자등은일반 PC보다화면이적은모바일기기를활용함에있어작은 화면으로인해정보를인식하는데어려움을겪는다. 저시력인이나고령자등도동등하게 모바일애플리케이션을이용할수있기위해서는폰트를바꾸거나폰트의크기등을조 절하여자신에게적합한방법으로애플리케이션을이용할수있어야한다. Ⅰ.2.4.1. 기술구현방법 절대폰트를사용하지말고, 사용자선택에따라폰트의크기를변화시킬수있도록제 공하는것이바람직하다. 시스템이나사용자가선택한환경(Setting) 을그대로상속 (Inherit) 할수있도록제공해야한다. 범용폰트(Global Font) 는운영체제에내장되어확 대나축소, 기울임등의변형형태가제공되는글자체를말한다. 모든애플리케이션화면 에서폰트크기의조절이가능하도록설계하거나, 최소한확대기능을제공한다. 폰트크 기조절을용이하게하기위해서는텍스트이미지보다폰트가지정되어있는텍스트를 사용하는것이바람직하다. 폰트의확대시텍스트의내용이나기능의손실없이최소 200% 까지확대될수있도록제공하는것이좋다. 또한별도의폰트를사용하는경우사 용자가인지하기어렵게되는경우가발생할수있으니운영체제에서제공하는글로벌 폰트를이용하는것이바람직하다. 가. 애플의 ios 에서제공되는글로벌폰트종류( 11년 7 월말기준) Font Family: American Typewriter Font:AmericanTypewriter Font:AmericanTypewriter-Bold Font Family: AppleGothic Font:AppleGothic Font Family: Arial Font:ArialMT Font:Arial-BoldMT Font:Arial-BoldItalicMT Font:Arial-ItalicMT Font Family: Arial Rounded MT Bold Font:ArialRoundedMTBold Font Family: Arial Unicode MS Font:ArialUnicodeMS Font Family: Courier Font:Courier Font:Courier-BoldOblique Font:Courier-Oblique Font:Courier-Bold Font Family: Courier New Font:CourierNewPS-BoldMT Font:CourierNewPS-ItalicMT Font:CourierNewPS-BoldItalicMT Font:HiraKakuProN-W6 Font Family: Marker Felt Font:MarkerFelt-Thin Font Family: STHeiti J Font:STHeitiJ-Medium Font:STHeitiJ-Light Font Family: STHeiti K Font:STHeitiK-Medium Font:STHeitiK-Light Font Family: STHeiti SC Font:STHeitiSC-Medium Font:STHeitiSC-Light Font Family: STHeiti TC Font:STHeitiTC-Light Font:STHeitiTC-Medium Font Family: Times New Roman Font:TimesNewRomanPSMT Font:TimesNewRomanPS-BoldMT Font:TimesNewRomanPS-BoldItalicMT Font:TimesNewRomanPS-ItalicMT Font Family: Trebuchet MS Font:TrebuchetMS-Italic Font:TrebuchetMS - 28 -
Font:CourierNewPSMT Font Family: DB LCD Temp Font:DBLCDTempBlack Font Family: Georgia Font:Georgia-Bold Font:Georgia Font:Georgia-BoldItalic Font:Georgia-Italic Font Family: Helvetica Font:Helvetica-Oblique Font:Helvetica-BoldOblique Font:Helvetica Font:Helvetica-Bold Font Family: Helvetica Neue Font:HelveticaNeue Font:HelveticaNeue-Bold Font Family: Hiragino Kaku Gothic **** W3 Font:HiraKakuProN-W3 Font Family: Hiragino Kaku Gothic **** W6 Font:Trebuchet-BoldItalic Font:TrebuchetMS-Bold Font Family: Verdana Font:Verdana-Bold Font:Verdana-BoldItalic Font:Verdana Font:Verdana-Italic Font Family: Zapfino Font:Zapfino 나. 구글의안드로이드에서제공되는글로벌폰트종류( 11년 7 월말기준) "sans-serif" "arial" "helvetica" "tahoma" "verdana" "serif" "times" "times new roman" "palatino" "georgia" "baskerville" "goudy" "fantasy" "cursive" "ITC Stone Serif" "monospace" "courier" "courier new" "monaco" Ⅰ.2.4.3. 구축사례 트위터, ibooks 애플리케이션에서는저시력자등을위해폰트의크기조절기능을설 정할수있도록제공하고있다. < 트위터의글자크기설정화면 > < ibooks 폰트크기및서체설정화면 > - 29 -
Ⅰ.2.5. 사용자인터페이스의일관성 정보통신단체표준( 국문표준) 사용자인터페이스요소들의배치를일관성있게제공하는것이바람직하다. Ⅰ.2.5.1. 준수필요성저시력인이나고령자등화면을확대하는사용자의경우에는전체화면이아니라창의일부영역을화면에확대하여이용한다. 따라서애플리케이션창마다내비게이션컨트롤의위치와모양이다르다면새로운애플리케이션창으로이동할때마다사용법을익히는데많은어려움이있을것이다. 또한지적장애인의경우방문한웹페이지별로메뉴와내비게이션컨트롤의위치나모양이바뀌게되면사용자는이들웹페이지를동일한웹사이트가제공하는웹페이지로인식하기보다는새로운웹사이트가제공하는웹페이지로인식할가능성이높다. 이에일관성있는사용자인터페이스를제공하는것이바람직하다. Ⅰ.2.5.2. 기술구현방법 사용자경험(User Experience) 에비추어일관성있는사용자인터페이스(UI) 요소를제 공하는것이바람직하다. 사용자인터페이스를구성하고있는요소들( 폰트, 크기, 화면 색상, 링크제공방법, 이모티콘등) 을사용자가다시학습하지않아도되도록해당애플 리케이션내에서일관성있게제공하는것이바람직하다. Ⅰ.2.5.3 구축사례 *** 영화관모바일애플리케이션으로예약시간을선택하는선택창과인원및좌석 을선택하는창이일관성없이제공되어있어사용자에게혼란을주는사례이다. < 일관성없는입력서식제공사례 (ios Native UI Component ( 좌측), Custom UI Component ( 우측) > - 30 -
Ⅰ.2.6. 깜빡거림의사용제한 정보통신단체표준( 국문표준) 광과민성발작을일으킬수있는콘텐츠를제공하지않는것이바람직하다. Ⅰ.2.6.1. 준수필요성깜빡이거나번쩍이는콘텐츠를제공할경우특정사용자에게광과민성발작을일으킬우려가있다. 예를들어일본에서방영된만화영화인포켓몬에서깜빡임과번쩍임이과도하게제공되어아동들이병원에가서치료를받았던사례가있다. 그러므로깜박임과번쩍임이는효과로정보를제공하기보다는효과적인디자인등을통해모바일애플리케이션의정보를제공하는것이바람직하다. Ⅰ.2.6.2. 기술구현방법 깜빡이거나번쩍이는콘텐츠를제공해야만할경우초당 3-50회주기는피해서제공 하는것이좋다. 깜빡이거나번쩍이는콘텐츠를사용해야할경우, 사전에경고를하고 깜빡임이나번쩍임을회피할수있는수단을제공하는것이바람직하다. 이러한콘텐츠 는깜빡이는배경이나텍스트, 꺼지고켜짐을반복적으로수행하는그래픽, 또는다른여 러이미지를반복적으로보여주는모든것들을포함한다. Ⅰ.2.7. 배경음사용금지자동으로재생되는배경음을사용하지않는것이바람직하다. Ⅰ.2.7.1. 준수필요성 시각장애인의경우모바일기기나모바일화면낭독프로그램에서제공하는음성읽기 기능(iOS VoiceOver, 안드로이드 Talkback, 심비안및윈도우모바일 6.5에서활용되는 Code Factory사의 Mobile Speak 등) 을활용하여모바일애플리케이션을이용한다. 이러 한기능들은기본적으로음성을통하여정보를제공하고있다. 이에따라애플리케이션 을실행하였을때배경음이자동적으로나오게되면음성으로정보를정확히전달받을 수없다. 따라서이러한배경음이필요한경우이에대한알림정보를제공하고, 사용자 가선택할경우에만실행이되도록제공하는것이바람직하다. Ⅰ.2.7.2. 기술구현방법 자동으로재생되는배경음( 동영상, 음성, 음악등) 을사용하지않는것이바람직하다. 단, 3 초미만의배경음은예외로한다. 배경음을사용할경우, 반드시배경음을제어할 수있는수단( 멈춤, 일시정지, 음량조절등) 이나배경음제어로이동하는링크를애플리 케이션첫부분에제공하는것이좋다. 또한음량조절은운영체제에서제공하는음량과 독립적으로배경음만조절할수있도록제공하는것이더좋다. Ⅰ.2.7.3. 구축사례 - 31 -
** 정보통신단체표준( 국문표준) 자동차회사에서제공하는모바일애플리케이션으로시작화면부터사용자가선택 하지않았음에도불구하고배경음이자동적으로흘러나오고있다. 이를해지하기위해서 는설정메뉴로들어가서음악과효과음을줄여야만정지되는형태로시각사용자등에 게혼란을주는사례이다. < 자동배경음을사용한잘못된사례 > < 해결방안 > 동영상을사용자의선택에의해활성화되도록제공하는것이바람직하다. 배경음을제공할경우에는반드시애플리케이션첫부문에이를정지할수있는기능을제공하는것이바람직하다. Ⅰ.2.8. 장애인사용자평가애플리케이션개발시다양한모바일기기에서의이용가능여부를점검해야하며, 인테스트를수행하는것이바람직하다. 장애 Ⅰ.2.8.1. 준수필요성모바일애플리케이션을개발함에있어앞에서말한모든표준항목을준수하여개발하였다하더라도장애인사용자가실제로사용할수있는지점검하는것이중요하다. 이는장애인이가지고있는특성에대한이해의차이때문에실제로는접근성표준을지켜도장애인이사용하기어려울수있기때문이다. 또한사용자는모바일애플리케이션을다양한모바일기기를활용하여접근할것이다. 이에가급적많은모바일기기를활용하여애플리케이션의정보접근및기능가능여부를사전에점검하는작업을하는것이필요하다. Ⅰ.2.8.2. 준수방법 기획단계부터해당애플리케이션에대해장애인사용자평가를수행하는것이바람직 하다. 시각, 청각, 상지장애등의다양한장애인사용자를대상으로하는것이좋으며, 고령자도포함하는것이좋다. 또한모바일애플리케이션개발자, 운영자등도운영체제 에서제공하는애플의 VoiceOver, 구글의 TalkBalk 등을활용하여지속적으로점검하는 것이바람직하다. - 32 -
표준번호 : 표준작성공헌자 이표준의제 개정및발간을위해아래와같이여러분들이공헌하였습니다. 구분성명위원회및직위 연락처 (Tel, E-mail) 소속사 과제제안 현준호 PG 605 부의장 02-3660-2577 jhyun22@nia.or.kr 한국정보화진흥원 현준호 PG 605 부의장 02-3660-2577 jhyun22@nia.or.kr 한국정보화진흥원 표준초안제출 이성일권오채이순호이건복조용규김요한 교수 수석연구원 매니저 대표이사 대표이사 과장 031-290-7601 silee@skku.edu 02-2255-5230 ochae.kwon@samsung.com 02-6100-2633 soonho@sktelecom.com 02-561-5238 keon@dotnetxpert.com 02-6203-2900 choco@conoz.com 070-7893-2646 hiphapis@gmail.com 성균관대학교 삼성전자 SK 플래닛 닷넷엑스퍼트 코노즈 옥시젠컴퓨팅 강완식 센터장 02-950-0189 indra77@hitel.net 한국시각장애인연합회 김정호홍경순현준호 이사 부장 PG 605 부의장 02-883-1623 jeffree@xvtech.com 02-3660-2571 kshong@nia.or.kr 02-3660-2577 jhyun22@nia.or.kr 엑스비전테크놀러지 한국정보화진흥원 한국정보화진흥원 표준초안검토 표준안심의 사무국담당 이승윤웹프로젝트그룹의장 syl@etri.re.kr 한국전자통신연구원 외프로젝트그룹위원 박승민기반SW 기술위원회의장 minpark@etri.re.kr 한국전자통신연구원 외기술위원회위원 김영화팀장 ykim@tta.or.kr TTA 김영재책임 yjkim@tta.or.kr TTA - 33 -
정보통신단체표준( 국문표준) 모바일애플리케이션접근성지침 (Mobile Application Accessibility Guidelines) 발행인 발행처 : : 발행일 : 2012.xx 한국정보통신기술협회회장 한국정보통신기술협회 463-824, 경기도성남시분당구서현동 267-2 Tel : 031-724-0114, Fax : 031-724-0019