성능, 전원 관리 및 배터리 효율성, 미디어 재생, 호환성 등 광범위한 영역에서 이루어진 Windows 8의 개선 사항을 발표하게 되어 기쁘게 생각합니다. 오늘부터 Windows Update를 통해 이러한 개선 사항을 이용할 수 있습니다. 이 글에서는 엔지니어링 시스템과 관련된 개선 사항에 대해 간략하게 소개하고, 특히 이러한 업데이트를 얼마나 빨리 제공할 수 있게 되었는지 설명하겠습니다.

그동안 Windows 버전을 출시할 때마다 OEM과 제조업체에 코드를 공개하여 새로운 PC 모델을 지원하고 그런 다음에 일반 사용자가 제품을 구입할 수 있게 되기까지 약 8~12주가 걸렸습니다. PC를 새로 개발할 때 Windows용 최종 코드와 더불어 새 구성 요소나 향상된 구성 요소, 드라이버, 파트너 소프트웨어를 다양하게 적용하는 과정에 이 정도의 기간이 필요했습니다. 새 하드웨어와 소프트웨어 구성 요소가 Windows '기반 기술'의 변경 및 개선 사항에 대한 요구를 충족하지 못하는 경우가 있었기 때문입니다.

Microsoft는 각 OEM들의 새 PC 모델을 위해 많은 변경 작업을 진행해야 했으며 이는 자주 있는 일이었습니다. 이러한 변경 사항은 해당 PC를 제조하는 동안 배포되므로 사용자들은 확인할 수 없습니다. 이와 같은 변경 사항이 다양한 PC에 적용될 가능성이 높았지만 관련 업데이트를 광범위하게 배포하기 위한 테스트와 인증을 준비하기에는 턱없이 시간이 부족했습니다. 그 결과 사용자들이 이러한 개선 사항을 확인하려면 첫 서비스 팩이 나올 때까지 기다려야 했습니다. 많은 사용자들이 최신 Windows를 구매하고 싶은 마음에 이러한 OEM 개선 사항을 발견하기까지 기꺼이 시간을 소비할 수 있다는 것을 알고 있습니다.

Windows 8 출시 전 마지막 몇 개월은 서비스 팩에 앞서 이러한 '포스트-RTM' 업데이트를 제공할 수 있는 도구와 프로세스를 만들기 위한 도전이었습니다. 보다 우수한 테스트 자동화와 테스트 검사 도구를 개발함으로써 Windows 8은 정식 버전부터 모든 사용자에게 완벽한 최신 상태를 선보이게 됩니다. MSDN 또는 기업 사용자의 경우 오늘부터(10월 9일) Windows Update를 통해 Windows 8 PC에서 이 업데이트를 이용할 수 있습니다. Windows Update의 표준 관행에 따라 매월 둘째 주 화요일 오전 10시에 업데이트가 실행될 예정입니다.

항상 그래왔듯이 모든 업데이트에는 '기술 자료'(KB) 조항과 문서가 포함되어 있습니다. 업데이트 문서는 여기에 수록되어 있으며 텍스트는 그대로 아래에 복사되어 있습니다. 당연히 Windows 7에서 해왔던 것처럼 지금 이 순간부터 변경 및 개선 사항에 대한 업데이트를 계속 진행하고 공개할 예정입니다.

Windows에 전례 없는 고품질의 업데이트를 제공하는 것은 모든 사용자들로부터 환영받을 만한 개선 사항이라고 생각합니다.

- Steven

KB 조항 제목

“Windows 8 및 Windows Server 2012 정식 버전 누적 업데이트”

설명

Windows 8 클라이언트 및 Windows Server 2012 정식 버전의 누적 업데이트를 사용할 수 있습니다. 누적 업데이트 패키지는 Windows 8 경험을 개선하기 위해 설계된 일련의 성능 및 안정성 개선 사항을 제공합니다. 누적 업데이트를 정기적인 유지 관리 절차에 적용하도록 권장합니다.

개선 사항

• 배터리 수명을 늘려주는 전력 효율성의 증가
• Windows 8 응용 프로그램과 시작 화면의 성능 개선
• 다양한 시나리오에서 오디오와 비디오 재생 기능 개선
• 응용 프로그램과 드라이버의 Windows 8 호환성 개선

알려진 문제점

• Windows 기능을 켜거나 끌 때 컴퓨터를 다시 시작해야 할 수 있습니다. 예를 들어, 원격 액세스를 켜거나 끄는 경우 이 작업이 필요할 수 있습니다

Windows 8과 Windows RT의 정식 버전 출시(GA)가 다가오고 있다는 사실에 흥분을 감출 수가 없습니다. 수천 개의 새로운 앱들이 스토어에 쏟아져 나오면서 선택의 폭이 넓어졌으며, 전 세계 수많은 개발자들은 새로운 앱을 개발하느라 분주한 시간을 보내고 있습니다. 8월부터 Microsoft의 모든 부서가 Windows에 함께 제공되는 앱에 새로운 기능을 추가하고 개선하는 작업에 전념해 왔으며, 이러한 앱은 GA 이전에 업데이트될 예정입니다. 새로운 기능이 추가되고, 성능은 개선되며, 안정성은 향상될 것입니다. 이 글은 프로그램 관리 팀의 Gabriel Au이 작성했으며 스토어에 업데이트 내용이 입력되면 바로 다음날 확인할 수 있는 일부 업데이트에 대해 자세히 설명하고 있습니다.
- Steven

Windows 8의 정식 버전 출시가 다가올수록 Microsoft의 Windows 팀과 다른 여러 팀들은 준비해야 할 일이 많습니다. 물론 가장 중요한 일은 놀라운 성능의 Windows 8 PC를 빠른 시일 내에 출시할 수 있도록 PC 제조업체와 협력하는 것이었습니다. 이 중 일부는 이미 발표되었고 앞으로 더 많은 제품이 선보일 예정입니다. Windows 8과 더불어 Windows 8 앱을 위한 새로운 스토어뿐만 아니라 Windows에 포함될 여러 가지 새로운 앱도 나왔습니다. 정식 버전이 출시되기 전에도 Windows 스토어에는 수많은 다양한 앱이 있었으며, 날마다 더 많은 앱을 선보이기 위해 전 세계 개발자들과 함께 최선을 다하고 있습니다. Windows 스토어는 개발자들이 수백만 명의 사용자에게 다가갈 수 있는 전례 없는 기회를 의미하며, 매일 눈 앞에 벌어지는 흥미로운 일들을 바라보게 되어 매우 기쁩니다.

물론 Windows 스토어를 통해 앱의 업데이트를 실행하는 통합된 방식도 충분히 활용하고 있습니다. 지난 8월, PC 제조업체와 MSDN 및 TechNet의 가입자들에게 전달된 Windows 8의 RTM(Release To Manufacturing) 빌드에 여러 앱이 포함되었는데, Windows 8의 정식 버전이 출시되기 전에 이 앱에 대한 업데이트를 발표할 예정입니다. 이러한 앱 업데이트가 향후 출하되는 PC에 기본적으로 포함될 수 있도록 PC 제조업체에게도 제공할 계획입니다. 하지만 Windows 8 RTM을 이미 설치한 경우에는 스토어 앱을 통해 아주 쉽게 업데이트를 받을 수 있습니다. 업데이트가 가능할 때 스토어 타일에서 이를 사용자에게 알려주기 때문에 사용자는 타일을 열고 오른쪽 상단 모서리에 있는 업데이트 링크를 클릭하여 목록을 확인하고 원하는 업데이트를 설치할 수 있습니다.

내일 발표되는 Bing 앱이 가장 첫 번째가 될 것이며 10월 26일까지 더 많은 업데이트가 출시될 예정입니다. 그리고 스토어 타일에는 사용 가능한 업데이트의 개수가 표시되므로 사용자는 자신이 원하는 Windows 스토어 업데이트가 준비되었음을 알게 됩니다. 그러면 편한 시간에 간단히 업데이트를 설치하면 됩니다.

전반적으로 앱의 성능과 안정성이 향상된 것은 물론, 놀라운 새로운 기능도 추가되었습니다. 몇 가지 변경된 사항들을 살펴보겠습니다.

Microsoft는 지금까지 Windows 8을 사용해 온 사용자들에게 업데이트된 앱을 제공하고, 새 PC를 구입하거나 기존 PC를 업그레이드하려는 사용자들에게 Windows 8 정식 버전 출시가 얼마 남지 않았음을 알릴 수 있게 되어 기쁘게 생각합니다.

- Gabriel Aul

8월 1일 RTM(Release To Manufacturing) 이후 PC 제조업체들은 새로운 Windows 8 PC에 이 운영 체제를 탑재하고 있습니다. 이에 따라, 올 10월에는 혁신적이고 창조적인 제품이 속속 선보이고 사용자에게 놀라운 경험을 제공하게 될 것입니다. Windows 8용으로 설계된 새로운 PC에서 보다 나은 성능과 신뢰성, 배터리 수명을 구현하기 위한 기술 협력은 그 어느 때보다도 순조롭게 진행되고 있습니다. 또한 이러한 협력 프로세스가 ARM 플랫폼 기반의 차세대 PC에서 더욱 확대된 것에 대해 많은 분들이 궁금해 하고 있음을 잘 알고 있습니다. 이 글에서는 Windows RT와 이 운영 체제 기반의 새 PC를 개발하는 과정에서 어떻게 협력해 왔는지를 자세히 소개하겠습니다. 이 글은 에코시스템 및 기획 팀의 부사장인 Mike Angiulo가 작성했습니다.
– Steven

Windows 8과 Windows RT는 모두 RTM 마일스톤에 도달했습니다. Microsoft는 사용자가 만족할 만한 높은 품질의 Windows RT 및 Windows 8 PC를 완성하기 위해 PC 제조업체, 실리콘 파트너 및 기타 부품 공급업체를 포함한 에코시스템 파트너와 최선의 협력을 다하고 있습니다. Microsoft는 PC 제조업체 파트너들이 제작 중인 Windows 8 및 Windows RT 기반의 PC 디자인에 대한 기대가 큽니다.

Microsoft PC 제조업체 파트너들이 선보이게 될 Windows 8을 지원하는 Intel 및 AMD 기반의 디자인은 강력한 컴퓨팅과 혁신적인 디자인으로 끊임없이 진화하게 될 것입니다. 놀랄만한 고해상도 디스플레이를 탑재한 미려한 초박형 디자인에서, 터치를 지원하고 뛰어난 몰입감을 자랑하는 대화면 디스플레이의 올인원 PC, 다중 그래픽 카드와 고성능 저장소를 탑재한 고성능 본체에 이르기까지 이 모든 것을 기대하셔도 좋습니다. 또한 가격과 기능에 대한 선택의 폭이 넓기 때문에 고객의 요구와 라이프스타일에 완벽하게 부합하는 PC를 선택할 수 있습니다.

특히 항상 켜져 있고 언제나 연결된 경험(연결된 대기 상태로 알려져 있음)을 제공하는 혁신적인 Intel SoC 플랫폼의 장점을 갖춘 새로운 저전력 x86 Windows 8 PC에 대한 기대가 큽니다. 최근에 Lenovo에서 발표한 ThinkPad Tablet 2는 최신 Intel ATOM® 프로세서를 기반으로 제작되어 이제껏 볼 수 없었던 탁월한 기능의 조합을 경험할 수 있습니다. 나중에 이 블로그를 통해 이 시나리오의 이점에 대해 소개하도록 하겠습니다.

Microsoft는 이번 릴리스에서 보다 안정적이고 빠르며, 시스템 리소스를 더 적게 사용하는 새로운 PC를 제작하는 데 유용한 도구와 지원을 제공하기 위해 최선을 다했으며, Windows 7 PC에 비해 소프트웨어 로드를 향상시켰습니다. 가장 최신 제품인 Ultrabook™부터 가장 강력하고 확장 가능한 워크스테이션에 이르기까지 다양한 Windows 8 PC를 선보이고 있습니다.

Windows RT는 Microsoft의 실리콘 및 PC 제조업체 파트너와의 협력을 바탕으로 ARM 기반 PC의 새 시대를 열어나가고 있으며, 시장에서 완전히 새로운 혁신을 불러 일으킬 것으로 기대됩니다. 이전 글 ARM 프로세서 아키텍처용 Windows 구축에서는 Windows RT를 제작하는데 필요한 세부적인 엔지니어링 작업에 대해 주로 설명했습니다. 이 글의 나머지 부분에서는 새로운 Windows RT PC를 시장에 내놓는 과정에서 이루어진 전방위적인 에코시스템 협력에 대한 최근 소식을 전하고자 합니다. 그에 앞서 이전 글의 내용을 짧게 요약해 보겠습니다. 

• Windows RT는 Windows 8과 주요 코드를 공유하며 전 세계에서 가장 규모가 큰 컴퓨팅 에코시스템의 일부로 판매되고 지원될 예정입니다.
• 완벽한 시스템의 토대가 되는 혁신적인 ARM CPU를 개발한 NVIDIA, Qualcomm 및 Texas Instruments의 모든 Windows RT SoC 플랫폼에 대해 우리는 하나의 Windows 바이너리라는 목표를 달성했습니다.
• Windows RT PC를 제공하는 PC 제조업체들은 ARM 기반 프로세서를 비롯한 새로운 기능을 탑재한 차세대 PC를 출시할 기회를 누릴 수 있습니다. 즉, 완전히 새로운 PC 에코시스템을 처음으로 구축하는 과정에 참여하게 됩니다.
• 산업 디자인 측면에서 봤을 때 Windows RT PC는 얇고 가벼우며, 긴 배터리 수명과 일관된 품질을 제공합니다. 이러한 PC는 모두 Windows RT를 위해 특별히 설계 및 제조되었습니다.
• PC 제조업체들은 Windows RT PC를 하드웨어, 펌웨어 및 Windows RT 소프트웨어 등을 통합한 완벽한 제품을 제공할 예정입니다. Windows RT 소프트웨어는 새 Windows RT PC와 별도로 판매하거나 배포하지 않을 예정입니다. 가전제품처럼 하드웨어마다 고유의 소프트웨어가 정해져 있다고 보시면 됩니다. 제공되는 소프트웨어는 PC사용 기간 동안 서비스가 제공되고 개선될 것입니다.

여러분이 Windows RT에 관심이 있다면 Asus 태블릿 600(Windows RT)의 발표 소식 또는 Microsoft에서 직접 개발한 Surface RT™에 대한 소식을 접했을 것입니다. Asus와 마찬가지로, Windows RT를 실행하는 Dell, Lenovo 및 Samsung의 ARM 기반 PC 디자인도 곧 출시될 예정입니다.

그리고 Windows 8과 Windows RT의 출시 소식에 못지 않게 PC 제조업체의 제품 출시 소식에도 관심을 기울여 주시기 바랍니다. 업계별로 고객의 컴퓨팅 요구 사항에 각각 대응하기 위해 다양한 폼 팩터 및 주변 기기들을 개발하고 있습니다.

"Dell의 Windows RT용 태블릿은 새로운 에코시스템에서 제공하는 기능의 이점을 제공함으로써 고객이 가정이나 직장에서 이 기능을 보다 많이 활용할 수 있도록 할 계획입니다. Microsoft와 전략적 제휴를 맺게 되어 기쁘게 생각하며, 앞으로 더 많은 것을 공유할 수 있기를 바랍니다."

- Dell PC 제품 그룹 부사장, Sam Burd

Microsoft는 PC 제작에 관한 새롭고 고유한 파트너 제휴 방식을 추구하고 있습니다. 즉 칩셋에서 사용자 경험에 이르기까지 통합되고 최적화된 완벽한 경험을 제공하기 위해 모든 당사자들이 최선을 다하는 협력 관계에서 출발합니다.

또한 이러한 협력 관계가 기존의 다른 Windows 릴리스 때와는 어떻게 다른지 잠시 설명하도록 하겠습니다. Microsoft의 엔지니어링 협력 관계는 PC 제조업체, 실리콘 파트너 및 하드웨어, 소프트웨어 및 서비스 통합에 집중하는 운영자 등과의 협력을 바탕으로 하므로 Windows RT PC에서는 더욱 공고해졌습니다. 각 파트너는 그들의 제품이 SoC 보드, Windows RT, 펌웨어 및 드라이버의 초기 빌드, 또는 수백 종류의 사전 공개된 PC의 하드웨어 샘플(초기 단계의 시연 및 비디오에 선보인)이든지 관계없이 초기 제작 사항들을 공유하는데 전념하였습니다. 개발 및 테스트에 대한 우리의 공동 노력을 통해 제품 디자인을 개선했고 새 생명을 불어 넣었습니다. 결과적으로, 모든 Windows RT PC는 한결같이 빠르고 유연한 터치 조작, 긴 배터리 수명, 연결된 대기 상태, 그리고 아름답고 얇고 가벼운 디자인을 갖추게 되었습니다. 이 모든 것들은 Windows RT가 최상의 성능을 구현하도록 설계되었습니다.

아래 사진은 실제로 사전 공개된 Windows RT PC의 스냅샷으로, 가장 초기의 엔지니어링 프로토타입이며 현재 형태로 진화된 모습을 보여줍니다.

우리는 주요 시나리오를 최적화하는 데 집중함으로써 Windows를 통해 이러한 목표를 달성할 수 있었습니다. 종합하여 말씀드리면 이 시나리오들은 새로운 기술과 엔지니어링 협력 없이는 불가능한 새로운 차원의 모바일 경험과 성능을 제공합니다. 이제 몇 가지 특성을 자세히 살펴보겠습니다.

새로운 연결된 대기 상태란 배터리의 과도한 소모 없이 항상 전원이 켜져 있고 연결 상태가 유지되는 PC를 실현하는 시나리오입니다. 따라서 필요할 때면 언제든지 새로 업데이트된 중요 정보에 액세스할 수 있습니다. Windows RT PC를 사용하지 않을 때, 여러 날 동안 배터리 충전 없이도 데이터를 새로 고치고 현재 상태로 유지할 수 있는 새로운 개념의 저전력 모드로 전환하게 됩니다. 또한 시스템이 필요한 경우 휴대폰 경험뿐 아니라 전체 PC에서도 버튼 터치로 일초 이내에 켜지게 됩니다. 아울러 보다 능동적인 전체 시스템 전원 모델링 시나리오에도 집중하였습니다. 이로써 얇고 가벼운 디자인에서도 연결된 대기 상태에서의 사용 가능 시간과 더불어 하루 동안의 배터리 수명을 알려주는 개선된 배터리 성능 알림을 채택할 수 있었습니다.

아래 차트는 연결된 대기 상태 및 전원 시나리오에 대해 초기에 생산된 PC를 테스트할 때 확인한 측정 범위의 몇 가지 예를 보여줍니다.

측정은 여전히 최종 최적화가 진행 중인 펌웨어 및 최근 릴리스된 Windows RT RTM 코드를 기반으로 이루어지고 있으며, PC 제조 과정에서 더욱 개선될 예정입니다. 측정의 중요성에 대한 컨텍스트를 제공하기 위해 시나리오가 어떻게 평가되었는지를 이해하는 것이 중요합니다. 이 경우 PC는 화면 밝기 200 니트의 전체 해상도에서 로컬 HD 비디오를 전체 화면으로 재생하였습니다. 또한 Microsoft 네트워크를 사용하는 하나의 이메일 계정에 대해 PC가 구성되었습니다. 마지막으로, 이 숫자들은 다른 PC 폼 팩터 자체에도 영향을 받으며, 다양한 화면 크기 10.1-11.6인치, 배터리 지속 시간 25-42 와트시의 태블릿 및 랩톱 모두 여기에 포함됩니다.

개발 과정 중에 부품 수준에서의 전원 모델링 심층 분석을 통해 디자인 최적화에 있어 어느 부분에 투자할 필요가 있는지를 보다 명확히 이해하게 되었습니다. 예를 들어, 일반 터치 컨트롤러 솔루션은 다중 칩 솔루션을 기반으로 하였습니다. 이런 솔루션을 단일 칩 디자인으로 간소화함으로써 전력 소비와 발열이 감소하는 것은 물론, 배터리 크기를 줄여 더 얇고 가벼운 디자인을 구현할 수 있게 됩니다. 아래의 표는 ARM SoCs에 기반한 여러 폼 팩터를 대표하는 서로 다른 모델에 대해 Microsoft의 파트너와 함께 실현할 수 있는 전형적인 무게 및 두께를 개략적으로 보여줍니다.

단일 칩 솔루션은 전력 소비가 적을 뿐 아니라, 빠르고 유연한 터치 경험이 가능하도록 최적화된 성능을 제공합니다. Microsoft의 파트너에서 선보일 Windows RT PC는 터치당 100Hz의 샘플링 주기를 제공합니다. 이는 빠르고 유연한 응답뿐만 아니라, 업계에서 가장 뛰어난 터치 정확성을 구현합니다.

그래픽 코어에 대한 대대적인 최적화 역시 진행되었습니다. HD 비디오 재생의 전원 효율성에 대한 최적화 외에도, 코어 Windows RT UI 애니메이션은 Microsoft의 설계 목표인 60fps에 도달했습니다.

전원, 두께 및 무게에 대한 최적화 작업도 멈추지 않았습니다. 또한 Windows RT PC에서 직관적이며 쉽게 정보를 공유하는 것과 같은 흥미로운 새 시나리오를 가능하게 하는 데 집중하고 있습니다. 여러분은 일부 Windows RT 탑재 PC에서 탭으로 공유하기와 같은 재미와 흥미를 유발하는 NFC 통합을 보게 될 것입니다. 사용자는 2대의 NFC 지원 Windows RT PC에서 살짝 탭하여 사진, URL, 지도 정보 및 Microsoft의 소프트웨어 파트너가 Windows 응용 프로그램에 디자인한 기타 모든 것들을 쉽게 공유할 수 있습니다. 물론 Windows RT는 WWAN, Wi-Fi, Bluetooth 및 USB를 통한 연결에 따라 USB 대용량 저장소, 프린트, 오디오/비디오 주변 기기 등 광범위한 장치 시나리오에 대한 기본 지원을 제공합니다. 이들은 Windows 8 및 Windows RT의 공통 기반으로 제작되며 이에 대해서는 초기 //BUILD/ 컨퍼런스에서 소개한 바 있습니다.

Windows RT는 태블릿 폼 팩터만을 위한 것은 아닙니다. 일부 Windows RT PC는 탈부착/도크연결 클램셸 또는 전통적인 클램셸로 전체 키보드 및 터치패드 솔루션을 탑재하여 출시됩니다. 이런 솔루션은 추가적인 배터리 성능을 제공할 뿐만 아니라, 직관적인 Windows 8 제스처와 결합된 새로운 터치패드 경험도 제공합니다. Microsoft는 터치패드 부품 공급업체와의 긴밀한 협력을 통해 매우 빠른 제스처 인식을 제공하는 펌웨어에 네이티브 지원을 통합함으로써 Windows와 신속하게 상호 작용할 수 있도록 했습니다. 네이티브 지원 터치 제스처는 다음 두 개의 표에서 설명합니다.

한 손가락으로 밀기	한 손가락/두 손가락 탭, 두 번 탭	두 손가락으로 밀기
마우스 커서 조작	커서 위치에서 기본/보조 버튼 클릭, 두 번 클릭	수평 또는 수직 스크롤(마우스 휠)

두 손가락 모으기	오른쪽 가장자리에서 안으로 살짝 밀기	위쪽 가장자리에서 밑으로 살짝 밀기	왼쪽 가장자리에서 안으로 살짝 밀기
확대/축소 (Ctrl + 마우스 휠)	참 전환 (Windows 로고 키 + C)	앱 명령 전환(Windows 로고 키 + Z)	마지막 앱으로 전환 (Windows 로고 키 + Ctrl + Backspace)

요약해 보면, 하드웨어 부품과 최적화의 진정한 가치는 이를 활용하는 응용 프로그램에 달려 있습니다. Windows, PC 제조업체 및 실리콘 파트너들은 에코시스템의 구성원으로서 이러한 새로운 PC 하드웨어의 기능을 향상시키는 응용 프로그램 경험을 설계하는 전 세계 개발자들과 서로 연관되어 있기 때문입니다. 우리는 OS 및 앱을 개발하고 테스트하기 위한 수천 종류의 참조 디자인 하드웨어 시스템을 의도적으로 제작했으며, 출시 준비 단계에서 ISV 및 IHV 업계에 1,500종 이상의 Windows RT 참조 시스템을 일괄적으로 배포했습니다. Windows 하드웨어 인증 조건이 보장하는 모든 Windows RT PC가 프린터, 웹캠 및 모바일 광대역 모듈과 같은 광범위한 주변기기와 호환되는 것과 마찬가지로, Windows 스토어에서 90% 이상의 RTM 응용 프로그램이 Windows RT를 지원한다는 사실로 그 결과는 나타나기 시작했습니다.

Windows RT는 Windows뿐만 아니라 Windows PC 및 파트너와의 협업 방식에 있어서도 중대한 전환점이 되었습니다. 실리콘 및 부품 제조업체, Microsoft의 PC 파트너 및 Windows 엔지니어링 팀 등의 심도 있는 기술 협력을 통해 빠르고 유연하고, 언제나 작동하고 연결되는 얇고 가벼운 하루 종일 지속되는 배터리 수명을 보장하는 흥미로운 새 Windows PC에 괄목할만한 결과를 가져왔습니다. Dell, Lenovo 및 Samsung에서 앞으로 발표할 소식을 기대해 봅니다.

- Mike

인쇄는 가장 일반적인 PC 작업 중 하나로, 여러 다양한 온라인 자료를 읽고 사용하는 오늘날에도 여전히 많이 사용되고 있습니다. Microsoft는 여러 파트너와 함께 Windows 8의 기능을 강화하는 동시에 보다 편리하고 뛰어난 인쇄 경험을 제공하기 위해 노력하고 있습니다. 이 글은 인쇄 팀의 수석 프로그램 관리자인 Adrian Lannin이 작성했습니다. 

- Steven

Windows PC에 연결 가능한 모든 주변 장치 중에서 프린터는 가장 널리 사용되고 오랫동안 지원된 장치 중 하나입니다. 실제로, Windows 1.0(1985년 출시)은 '여러 프린터와 플로터'를 지원했으며 사용자가 Windows 1.0 Press Kit에 따라 '하나의 파일을 인쇄하는 동안 다른 파일에서 작업할 수 있도록 인쇄 스풀러'를 포함했습니다. 아래의 Windows 1.0 스크린샷에서는 이 버전의 Windows에 포함된 파일(Epson.drv), 많은 글꼴 파일 및 인쇄 스풀러 프로세스를 보여 줍니다. 인쇄 시스템 중 일부는 사용자보다 오래된 것입니다. :-)

몇 년 후 Windows 인쇄 시스템은 다양한 프린터에서 인쇄가 가능하도록 복잡한 아키텍처로 진화했습니다. 그에 따라, 50달러면 구입할 수 있는 가정용 잉크젯에서 수백 명의 사용자가 함께 사용할 수 있도록 수천 개의 인쇄 대기열을 호스팅하는 수만 달러의 고가용성 인쇄 서버로 확장할 수 있게 되었습니다.

인쇄 시스템은 Windows의 많은 계층 및 패싯에 연결하여 UI를 표시하며, 마찬가지로 UI를 표시하는 드라이버를 호스팅합니다. 인쇄는 기본적으로 화면에 있는 내용을 종이에 다시 그리는 작업이기 때문에 그래픽 중심의 작업을 수행합니다. 그리고 주로 USB 또는 네트워크와 같은 하위 수준 통신으로 인쇄 작업이 이루어집니다. 현재 미국에서 판매되는 대다수의 프린터는 네트워크를 지원하지만 Microsoft의 원격 분석 데이터를 보면 Windows 8 Consumer Preview 기반의 PC에 설치되고 USB 포트에 연결된 프린터가 75%를 넘는 것으로 나타났습니다. 인쇄 시스템은 소규모 시스템에서 효율적으로 실행될 뿐 아니라 대기업의 업무에 중요한 대규모 배포로 확장할 수 있어야 합니다.

이 글에서는 사용자에게 강력한 장치 지원을 제공하는 최상의 인쇄 시스템을 새롭게 상상하기 위해 Windows 8을 어떻게 개발했는지를 설명하고자 합니다. 이를 위해 ARM 기반 PC와 Metro 스타일 앱에서 작동하는 방식을 보여 드릴 것입니다. 또한 데스크톱에서 액세스하든, Metro 스타일 앱에서 액세스하든, Windows RT에서 실행되는 장치에서 액세스하든 기존 프린터가 최대한 '정상적으로 작동'하도록 하기 위해 우리가 했던 작업에 대해서도 설명하겠습니다.

새롭게 상상한 Windows 8용 인쇄 시스템

Windows 8에서는 버전 4 또는 v4라는 새로운 프린터 드라이버 아키텍처를 도입했습니다. v4 아키텍처는 보다 작고 빠른 프린터 드라이버를 생성하며, 대부분 해당 장치용 드라이버 없이 프린터를 설치할 수 있는 시스템인 인쇄 클래스 드라이버 프레임워크의 개념을 지원합니다.

여러분도 어느 정도 짐작하셨겠지만 V4는 Windows 프린터 드라이버 아키텍처의 4번째 버전입니다. V3은 Windows 2000부터 Windows 7까지 사용된 아키텍처였으며, 실제로 장치 호환성을 위해 Windows 8에서도 여전히 완벽하게 지원됩니다. 따라서 현재 프린터에 사용 가능한 기존 드라이버만 있는 경우 Windows 8에서도 계속 사용할 수 있습니다. 버전 1과 2는 Windows 1.0부터 Windows ME까지 사용된 드라이버 아키텍처입니다.

그럼 이제 인쇄 시스템 작동 방식을 설명하기에 앞서, Windows 8 인쇄 시스템에서 해결하기 위해 노력한 몇 가지 요구 사항에 대해 설명하겠습니다.

Metro 스타일 앱에서 인쇄

우리가 고민해야 했던 한 가지 사항은 Metro 앱 개발자에게 인쇄 기능을 제공하는 방법이었습니다. win32 응용 프로그램에서 인쇄하려면 그래픽 프로그래밍인 GDI(Graphics Device Interface) 또는 XPS(XML Paper Specification)를 알아야 합니다. Windows 8 앱에서 인쇄가 가능하도록 하기 위한 방법을 검토하면서 Windows 런타임에서 인쇄를 지원하는 방법을 완전히 새롭게 개발했으며 HTML5/JavaScript 및 XAML/C# 앱에서 매우 간편하게 인쇄하는 방법을 찾았습니다.

Metro 스타일 앱에 인쇄 기능 통합

Metro 스타일 앱에서의 인쇄는 자연스럽게 Metro 스타일 경험이 되어야 합니다. 여러분 대부분은 뭔가를 인쇄할 때 프린터에 용지가 없음을 알리거나 잉크를 구매할 수 있는 기회를 제공하는 작은 애플릿 팝업을 본 적이 있을 것입니다.

이러한 팝업은 잉크젯 프린터에서 매우 일반적입니다. 일부 팝업은 관련이 있는 경우(예: 잉크가 부족한 경우)에만 나타나고, 다른 팝업은 인쇄할 때마다 나타납니다. 이러한 팝업은 프린터 드라이버 소프트웨어 자체에서 제공되며, 모두 데스크톱 UI입니다. 하지만 우리는 예를 들어 Metro 스타일 사진 앱에서 인쇄할 때 단지 인쇄가 진행 중임을 알리는 UI를 보기 위해 데스크톱으로 전환해야 하는 경우를 원하지 않습니다.

Windows RT에서의 인쇄

프린터 드라이버는 시간이 지남에 따라 많은 기능을 포함하도록 진화하였습니다. 일부는 서비스나 작은 응용 프로그램을 설치하며 많은 드라이버들이 이제 상당히 커진 상태입니다. Windows 2000부터 사용 중인 v3 프린터 드라이버 모델은 프린터 제조업체에서 해당 드라이버 소프트웨어를 유연하게 설치할 수 있도록 매우 복잡하고 확장성이 뛰어난 모델로 진화했습니다. 이 버전이 Windows RT에서 실행되는 일부 장치에서 작동하는 방식을 고려할 때 아키텍처에 몇 가지 중요한 변경 사항을 적용해야 한다는 것을 알았습니다. 불필요한 서비스를 실행하여 ARM 시스템에 부정적인 영향을 주고 싶지 않았으며, 시스템 리소스 사용량을 줄이는 동시에 가능한 한 많은 장치를 지원할 수 있도록 하려고 했습니다.

보다 적은 수의 드라이버로 다양한 프린터 지원

프린터 기능은 매우 다양하며, Windows에서는 광범위한 프린터를 지원합니다. Windows 7 및 그 이전 버전에서는 이러한 각 프린터가 작동하려면 특정 드라이버가 필요했습니다(범용 프린터 드라이버와 같은 몇 가지 예외는 있지만 이러한 드라이버는 크고 리소스를 많이 사용하는 경향이 있음). 즉, 적절한 지원을 제공하기 위해 Windows에 포함된 드라이버(이를 Windows 제공 드라이버라고 함) 수가 매우 많았습니다. 물론, Windows 업데이트에 훨씬 많은 드라이버가 있지만 Windows 업데이트에서 드라이버를 다운로드할 수 없거나 다운로드하지 않으려는 사용자에게도 뛰어난 인쇄 경험을 제공할 수 있도록 일반 장치를 지원하는 핵심적인 Windows 제공 드라이버 집합을 유지하는 것이 중요합니다. Windows 제공 드라이버는 Windows RT에 기본적으로 필요하며, 실제로 Windows RT에서는 Windows 제공 프린터 드라이버만 사용합니다. 여기에서 해결해야 하는 문제는 지원되는 관련 프린터 집합을 유지하면서 이를 수용하는 데 필요한 리소스를 줄이는 것입니다.

많은 프린터를 지원하는 데 있어 또 다른 해결 과제는 시간이 흐를수록 지원이 부실해진다는 점입니다. Windows 7에 포함된 드라이버 집합은 예를 들어 2008 및 2009에서 릴리스된 장치에 대한 지원이 매우 뛰어나지만 몇 년에 걸쳐 새로운 장치가 출시되고 시간이 지남에 따라 Windows 7의 드라이버 집합은 관련성이 줄어들게 되었습니다. 따라서 Windows 8의 가장 큰 해결 과제 중 하나는 아직 출시되지 않은 프린터를 비롯한 다양한 많은 프린터를 위해 뛰어난 수준의 지원을 제공할 수 있어야 한다는 것입니다.

프린터 공유

인쇄 서버를 관리해 본 사용자는 공유를 지원하기 위해 올바른 드라이버를 설치하는 것이 인쇄 서버 관리에서 가장 많은 시간이 소요되는 작업임을 알고 있을 것입니다. 이러한 어려움 중 일부는 가정에서 프린터를 공유하려는 경우에도 발생할 수 있으며, 특히 32비트와 64비트 버전의 Windows를 둘 다 사용하는 경우에는 더욱 그렇습니다. 이는 인쇄 '서버'(실제 Windows Server가 아니라 프린터가 연결된 PC를 의미함)에서 공유 프린터에 인쇄하려는 클라이언트에 드라이버를 제공해야 하기 때문에 복잡합니다. Windows 7에서는 이 문제를 해결하기 위해 홈 그룹을 적용했으며, 이는 오랫동안 효과적으로 사용되었습니다. 그러나 Windows RT에서 인쇄할 때 각 Windows 아키텍처에 대한 드라이버를 로드해야 하는 요구 사항이 문제가 됩니다.

Windows RT 장치에서 인쇄하는 사용자는 대부분 무선 프린터에 인쇄할 가능성이 높을 것으로 예상되지만 USB 프린터에 인쇄할 가능성을 완전히 배제할 수는 없습니다. 또한 사용자에게 32비트 클라이언트, 64비트 클라이언트 및 Windows RT 클라이언트용 드라이버를 추가하도록 하여 프린터 공유를 더욱 복잡하게 만들고 싶지 않았습니다. 따라서 Windows 8의 v4 모델에서 클라이언트가 인쇄 서버에 드라이버를 설치하도록 하지 않고 프린터를 공유할 수 있는 새로운 방법을 개발했습니다.

Windows 8의 인쇄 시스템

사용자는 응용 프로그램을 사용하여 콘텐츠를 만들고 볼 수 있습니다. 인쇄 시스템의 목적은 이러한 앱에 특정 장치를 설치할 필요 없이 설치된 모든 프린터에 콘텐츠를 인쇄하는 기능을 제공하는 것입니다. 잠시 앱의 인쇄 방식을 살펴보고 인쇄된 페이지로 콘텐츠를 가져오는 방법에 대해 자세히 알아보겠습니다.

인쇄 가능한 콘텐츠 만들기

앱의 경우 인쇄 지원을 매우 간단하게 추가할 수 있습니다. 앱에서 인쇄하려는 콘텐츠는 앱에서 지정한 형식입니다. Metro 스타일 앱의 경우 이는 HTML5 또는 XAML인 경우가 많지만 Word 또는 Photoshop과 같은 Win32 앱의 경우에는 콘텐츠가 각 앱에 특정한 형식입니다.

따라서 앱에서 프린터에 인쇄하려는 경우 인쇄 시스템에서 수행해야 하는 작업 중 하나는 앱 형식의 콘텐츠를 프린터에서 인식하는 형식으로 변환하는 것입니다. 불행히도 모든 프린터가 같은 형식을 인식할 수는 없으므로 여기에는 꽤 많은 작업이 필요합니다.

실제로 Word와 같은 앱에서는 GDI 그래픽을 사용하여 화면과 프린터 둘 다에 콘텐츠를 그립니다. 가능한 경우 인쇄 시스템은 XPS(XML Paper Specification)라는 고품질 중간 형식을 내부 콘텐츠 형식으로 사용합니다. 우리는 Word의 콘텐츠를 XPS로 변환합니다. 우리는 XPS를 인쇄 시스템의 기반으로 사용하기로 결정했는데, 이는 XPS가 매우 유연한 형식이고 마치 전자 종이와 같기 때문입니다. 이 형식은 고화질 색상을 지원하며, 실행 코드가 포함되지 않은 XML 기반 설명이기 때문에 보관용으로 적합하고 다른 옵션에 비해 안전합니다. 또한 Microsoft에서는 ECMA International(European Computer Manufacturers Association)과 함께 이를 개방형 표준(ECMA 표준 TC46, OpenXPS)으로 지정했습니다. 데스크톱 뷰어와 Reader 앱 모두에서 OpenXPS를 표시할 수 있습니다. 저는 모든 온라인 구매 영수증을 XPS 파일로 '인쇄'합니다.

인쇄 시스템에서 콘텐츠를 관리하면 프린터에서 인식(필요한 경우, XPS를 직접 인식하는 많은 프린터가 있음)하는 형식으로 콘텐츠가 변환되며 인쇄 시스템에서 올바른 옵션 설정을 통해 이를 프린터로 전송하고 작업을 인쇄합니다.

Windows 8에서 우리는 이 개념을 독창적으로 향상시켰습니다. 모든 Metro 스타일 앱에서 Direct2D를 기본 그리기 형식으로 사용하며 Direct2D와 XPS에서 같은 XML 기반 그래픽 '언어'를 공유하기 때문입니다. 다른 Reader 앱에서는 Direct2D를 사용하여 해당 콘텐츠를 화면에 렌더링합니다. 또한 Direct2D를 사용하여 같은 콘텐츠를 인쇄 시스템에 렌더링합니다. Reader의 콘텐츠는 GDI에서 유료로 변환할 필요 없이 인쇄 시스템에 XPS로 쉽게 전송됩니다.

앱에서 화면 레이아웃과 다른 인쇄 레이아웃을 요구하는 경우 스타일 시트 또는 XAML을 사용하여 이 작업을 수행할 수 있습니다. 따라서 '이 페이지를 프린터에서 인식 가능한 버전으로 변환하려면 여기를 클릭'하는 등의 작업을 수행할 필요가 없습니다. XPS를 지원하는 프린터가 있으면 앱에서 프린터 사이의 경로에 변환 과정이 포함되지 않으므로 인쇄가 매우 빠릅니다.

지금까지 앱에서 인쇄 정보를 인쇄 시스템에 전송하는 방법을 다각적으로 살펴보았으므로 이제 시스템에서 수행하는 작업, 시스템에서 제공하는 서비스 및 그밖의 Windows 8 변경 사항에 대해 알아보겠습니다.

다양한 프린터 지원

Windows에서 앱에 제공하는 많은 이점 중 하나는 앱에서 특정 프린터를 추상화하므로 앱 프로그래머가 설치된 프린터에 대해 걱정할 필요가 없다는 점입니다. Windows는 Windows 업데이트 또는 제조업체 웹 사이트를 통해 제공되는 드라이버에서 지원하는 프린터를 비롯해 수만 가지 프린터 모델을 지원합니다. 간혹 프린터가 작동하지 않는 경우가 있는데, 이는 제조업체에서 해당 소프트웨어를 설치할 Windows 버전을 인식하지 않는 경우 설치를 차단하도록 설정했기 때문입니다. Microsoft는 프린터 제조업체와 함께 이러한 패키지를 업데이트하고 있지만 어느 정도 시간이 걸릴 것으로 예상됩니다.

가장 이상적인 경험은 사용자가 오프라인으로 전환하여 드라이버를 찾지 않고도 새 프린터를 Windows에 연결하기만 하면 프린터가 작동하도록 하는 것입니다.

그렇다면 이를 어떻게 실현할 수 있을까요? 과거에 Microsoft는 수많은 프린터 드라이버를 Windows와 함께 제공했습니다. Vista에는 약 4,500개의 드라이버가 포함되어 있고, Windows 7에는 약 2,100개의 드라이버가 포함되어 있습니다. Windows 7은 드라이버 수가 Vista보다 절반 정도로 줄었지만 지역/국가 지원 범위는 더욱 확대되었습니다. 이는 하나의 드라이버로 더 많은 프린터를 지원할 수 있음을 의미합니다. 그 이유는 무엇일까요? 현재 사용되는 프린터는 무수히 많습니다. Vista는 오래되고 더 이상 사용되지 않는 많은 장치를 지원했기 때문에 지원되는 장치 집합의 관련성이 Windows 7만큼 뛰어나지 않았습니다.

우리가 새 버전의 Windows를 출시할 때 수행한 나머지 한 가지 작업은 이전 버전에 있던 드라이버를 Windows 업데이트에 게시하여 이러한 장치가 일반적으로 사용되지 않는 경우에도 사용자가 연결하기만 하면 장치가 자동으로 작동할 수 있도록 한 것입니다.

다음은 이 모든 작업을 수행한 프린터 랩(몇 곳이 있음) 중 하나의 작업대 하나를 찍은 사진입니다. 여러 제조업체의 소형 잉크젯 및 레이저 프린터가 보일 것입니다. 다행인 것은 요즘에는 도트 매트릭스 프린터를 그다지 자주 테스트하지 않는다는 것입니다.

사용자들은 평균적으로 프린터를 5~7년 정도 사용하기 때문에 지원을 추가할 때 '사용자들이 어떤 장치를 사용하는지, 지난 몇 년간 가장 널리 사용된 장치는 무엇인지, 앞으로 가장 널리 사용될 장치는 무엇인지' 등을 고려해야 합니다. 마지막 질문은 Microsoft에서 Windows를 출시한 직후에 프린터 제조업체에서 우리가 모르는 장치를 출시하는 데서 발생하는 복잡한 문제입니다. 이는 특정 버전의 Windows에서 지원하는 장치 집합이 시간이 지나면 부실해질 것임을 의미합니다.

우리는 어떤 시점에서든 약 100개의 특정 프린터 모델이 설치된 프린터의 약 50%를 차지한다는 것을 알고 있습니다. 오늘날 사용되는 모델의 75%를 지원하려면 약 300개 모델을 지원해야 합니다. 관련 내용이 아래 다이어그램에 표시되어 있습니다.

지원 범위 95%에 도달하려면 1,000개가 넘는 모델을 지원해야 합니다. 그러나 이 100개, 300개 또는 1,000개를 구성하는 프린터가 항상 바뀌기 때문에 문제가 훨씬 더 어려워집니다. '현재' 지역/국가의 50%를 대표하는 100개 프린터가 '다음 주' 또는 다음 달의 50%를 대표하는 100개 프린터와 같지 않으며 내년에는 더욱 그럴 것입니다. 매일 많은 사용자들이 새 프린터를 구입하고 설치합니다.

앞서 설명했듯이, 과거에 이 문제를 해결하기 위해 기본적으로 무차별적인 접근 방법을 택했습니다. 우리에게는 레드몬드에 있는 사무실에서 Windows에 포함된 해당 원본 코드를 확인하면서 Microsoft와 직접 협력하는 주요 프린터 제조업체의 담당자들이 있습니다. 이들은 새 버전의 Windows가 출시될 때마다 완전히 새로운 Windows 제공 드라이버 집합을 만듭니다. 이는 그다지 효율적이지 않습니다.

Windows 8에서는 완전히 다른 접근 방법을 택했으며 Windows와 함께 제공되는 프린터 드라이버 수를 많이 줄였습니다. 대신, '인쇄 클래스 드라이버 프레임워크'를 구축했습니다. 이 프레임워크는 기존 장치에서의 인쇄를 지원하기 때문에, 확장 가능하지만 제조업체에서 아직 설계되지 않은 새 장치에 대한 지원도 포함할 수 있도록 지원합니다.

인쇄 클래스 드라이버 프레임워크를 사용하면 실제로 드라이버를 찾을 필요 없이 프린터가 Windows 인쇄 시스템과 함께 작동하는 드라이브 없는 인쇄와 같은 경험을 제공할 수 있게 됩니다. 진정한 드라이브 없는 인쇄 경험을 위해서는 대다수 프린터의 설계 방식을 변경해야 합니다. 인쇄 클래스 드라이버 프레임워크는 이 개념을 지원하지만 기존 장치에 대해서도 가능한 한 많은 지원을 제공하는 것이 매우 중요하다고 생각합니다.

새 프린터 및 계획된 프린터를 지원하는 기능이 있기 때문에 Windows 8 인쇄 클래스 드라이버 프레임워크에서 지원하는 프린터 수는 실제로 시간이 지남에 따라 크게 증가할 것입니다.

이러한 지원 가능한 장치의 수가 증가한 것 외에도 지원 범위를 넓히기 위해 사용하는 리소스도 줄일 수도 있었습니다.

첫째, 프린터 및 이미징 장치를 지원하는 데 필요한 디스크 공간을 768MB(Windows Vista)에서 184MB(Windows 8)로 줄였습니다. 이는 Windows 8의 여러 버전 및 아키텍처에서 평균적인 수치입니다. 다음 그림에서는 Windows Vista 이후에 사용된 공간의 감소량을 보여 줍니다.

Windows 8, Windows 7 및 Windows Vista에서 프린터 및 이미징 장치를 지원하는 데 필요한 디스크 공간 비교

또한 사용되는 디스크 공간의 감소와 함께 Windows에서 직접 지원하는 장치의 관련성이 높아졌습니다. 다음 표에는 Windows 제공 드라이버의 관련성 증가 및 디스크 사용량 감소 현황이 요약되어 있습니다.

이는 Windows 8에서 크게 향상된 기능이며, 이러한 공간 감소는 저장소 용량이 제한된 하드웨어 사용자(일부 Windows RT 고객이 여기에 해당될 것으로 예상됨)가 사용할 수 있는 추가 저장소 공간으로 바로 전환됩니다.

Windows 8 프린터 드라이버 모델은 제조 파트너가 Windows 버전 간에 많이 변경되지 않는 코드 집합을 개발하는 데 중점을 둘 수 있도록 합니다. 따라서 드라이버 집합을 지속적으로 다시 채우는 대신 품질과 성능을 향상시키는 데 리소스를 더욱 유용하게 투입할 수 있습니다.

인쇄 클래스 드라이버 아키텍처

Windows RT 및 Metro 스타일 앱의 요구 사항을 지원하는 아키텍처를 생성하는 것 외에도 이 모델이 기존 장치와 함께 작동하고 프린터 제조업체에 친숙한 기술을 활용함으로써 프린터 제조업체가 새로운 드라이버 기술을 보다 쉽게 구현할 수 있도록 하려고 했습니다.

프린터 드라이버는 몇 가지 중요한 기능을 수행합니다.

• 구성 - 사용자가 설정을 변경할 수 있습니다. 예를 들어 양면 인쇄를 원하는 경우 프린터에서 요구하는 특정 명령으로 변환할 수 있습니다. 구성은 사용자 인터페이스를 통해 사용자에게 제공됩니다.
• 렌더링 - Windows 인쇄 시스템에서 사용하는 형식의 인쇄된 콘텐츠를 프린터에서 인식하는 형식으로 변환합니다. 경우에 따라 프린터에서 기본 Windows 인쇄 형식(XPS)을 직접 인식할 수 있으므로 이러한 장치의 경우 추가 렌더링(예: 용지당 여러 페이지 인쇄)이 필요하지 않는 한 별도의 작업이 필요 없습니다. 렌더링을 수행하는 드라이버 요소를 '렌더링 필터'라고 합니다.
• 이벤트 - 프린터에서 사용자에게 작업이 완료되었거나 용지가 걸렸거나 프린터에 잉크가 부족하다는 등을 알릴 수 있도록 합니다.

구성 UI

이전 드라이버 모델과 Windows 8 드라이버 모델 간에 크게 변경된 한 가지 사항은 UI 제공 방식입니다. 이전 프린터 드라이버 모델에서는 구성 UI가 드라이버에 기본 제공되었습니다. 다음은 일반적인 프린터 UI의 예입니다(현재 내 책상에 있는 Epson NX430의 UI).

앞서 설명했듯이, 사용자가 프린터 설정을 변경하려는 경우 Metro 스타일 UI를 표시할 수 있는 방법을 찾아야 했습니다.

Windows 8 드라이버 모델에서는 제조업체의 UI가 해당 드라이버와 완전히 분리됩니다. 이는 여러 가지 면에서 훨씬 유용한 아키텍처를 제공합니다. 프린터를 제어하는 UI는 이제 Metro 스타일 앱 또는 데스크톱 앱에 인쇄할 때 호출할 수 있는 앱입니다. 따라서 프린터 제조업체는 훨씬 풍부한 경험(예: 프린터를 설정하거나 잉크 카트리지를 설치하는 방법을 보여 주는 동영상 제공)을 제공할 수 있습니다.

다음은 Epson에서 Epson NX430용으로 개발한 Metro 스타일 앱의 예입니다.

이 UI는 Metro 스타일 앱의 모든 특성을 갖추고 있지만 사용자의 프린터로 지원합니다. 여기에는 프린터의 잉크 수준을 보여 주는 매력적인 보기가 포함되어 있으며 특히 터치 스크린 장치에서 사용할 때 훨씬 간편합니다.

Windows에서는 올바른 유형의 UI를 자동으로 표시합니다. 즉, 데스크톱 앱에서 인쇄하려는 경우 데스크톱 프린터 UI를 표시하고, Metro 스타일 앱에서 인쇄하려는 경우 Metro 스타일 UI를 표시합니다.

제조업체에서 해당 장치에 대한 구성 UI를 제공하지 않은 경우 Windows에서는 모든 프린터에서 사용할 수 있는 표준 UI를 제공합니다. 그러나 프린터 제조업체에서 해당 장치의 사용자 지정 환경을 제공하는 데 투자하기로 결정한 경우 표준 Windows UI를 대체하는 앱을 제공할 수 있습니다. 이 경우 사용자가 장치 구성을 변경하거나 인쇄 중에 장치 구성이 변경되면(예: 용지 걸림) Windows에서 제조업체의 사용자 지정 앱을 표시합니다.

렌더링

프린터 드라이버의 가장 중요한 기능 중 하나는 사용자가 인쇄를 요청한 경우 앱에서 생성하는 콘텐츠를 가져와 프린터에서 인식할 수 있는 콘텐츠로 변환하는 기능입니다. 이는 Windows 8 인쇄 클래스 드라이버를 구축할 때 가장 까다로운 영역 중 하나였으므로 좀 더 자세히 알아보겠습니다.

앞서 설명했듯이, Word 또는 Photoshop과 같은 데스크톱 앱에서는 그래픽 명령을 사용하여 해당 콘텐츠를 화면이나 프린터에 그립니다. 이 작업을 수행할 때 인쇄 시스템은 콘텐츠를 수신하여 필요한 경우 XPS로 변환한 다음 프린터의 드라이버(또는 보다 구체적으로, 드라이버의 '렌더링 필터' 부분)를 호출하여 해당 콘텐츠를 올바른 형식으로 변환합니다. 그런 다음 이 콘텐츠가 프린터로 전송되고 파일이 출력됩니다.

광범위한 프린터를 지원하기 위해 해결해야 하는 가장 큰 문제 중 하나는 프로그램의 렌더링 부분을 처리하는 것입니다. 일부 고가 프린터에서는 PostScript, PCL 및 XPS와 같은 표준 PDL(페이지 기술 언어)을 지원합니다. 그러나 소비자 중심의 저가형 장치는 비용 절감을 염두에 두고 제조되었으며, 대부분 페이지 정보를 프린터로 보내는 고유의 방식을 지원합니다. 일부 제조업체는 해당 제품군에서 몇 가지 언어만 사용하는 반면, 다른 제조업체는 프린터 하드웨어를 최대한 활용하도록 모델 간에 언어를 조정할 수 있습니다.

이 경우 프린터 드라이버와 프린터 하드웨어 간에 1:1 매핑이 이루어집니다.

각 PDL을 완전한 프린터 드라이버라고 생각하면 지원이 증가할 경우 그에 따라 드라이버 수도 꾸준히 증가한다는 점을 쉽게 생각할 수 있을 것입니다. 물론 이것은 약간 단순화한 설명이지만 여러 장치를 지원하는 드라이버를 만드는 것이 가능하며 우리는 일련의 프린터를 지원하는 드라이버를 자주 보아왔습니다. 그러나 중요한 점은 Windows 7 이하에서는 이러한 설계 접근 방법을 지원하기 위해 적용된 것이 아무 것도 없다는 점입니다.

Windows 8의 프린터 드라이버 모델은 PDL(또는 드라이버)을 여러 장치와 연결할 수 있다는 개념을 지원합니다.

Microsoft는 프린터 제조 파트너와 함께 각 파트너의 장치에 보다 일반적으로 지원되는 방식을 설명하는 식별자를 포함하기 위해 노력했습니다. 우리는 이를 '호환 가능 ID'라고 합니다. 예를 들어 장치에 XPS를 지원함을 나타내는 호환 가능 ID가 있는 경우 인쇄 시스템에서는 해당 장치의 모델별 드라이버를 찾을 필요 없이 장치의 범용 XPS 드라이버를 설치하기만 하면 된다는 것을 인식합니다. Windows에서는 장치가 범용 XPS 프린터이며 이러한 방식으로 처리할 수 있음을 인식합니다. 물론 Windows에서는 이것이 Fabrikam 1000 프린터(또는 그 밖의 모든 프린터)라는 것도 인식하므로 모델별 드라이버가 있는 경우 해당 드라이버를 설치합니다. 그러나 사용 가능한 드라이버가 없는 경우에는 Windows에서 클래스 드라이버를 사용하여 프린터에 인쇄할 수 있습니다.

따라서 이 예가 보여주듯 클래스 드라이버 모델의 일부로 기본 제공되는 렌더링 필터의 집합은 일치하는 호환 가능 ID를 구현하는 모든 장치에 이러한 렌더링 필터를 설치할 수 있게 합니다. 이 개념을 논리적으로 확장하면, 아직 설계되거나 만들어지지 않은 미래의 장치도 Windows 8의 인쇄 클래스 드라이버와 호환될 가능성이 높습니다. Microsoft는 프린터 제조업체와 함께 각 제조업체의 장치에 호환 가능 ID를 구현할 계획이며 많은 제조업체에서 이미 구현하고 있습니다. 이러한 호환성 때문에 Windows 8에서 지원되는 프린터 수는 시간이 지나면서 늘어날 것이며 앞으로 더 많은 사용자가 드라이버를 찾지 않고도 Windows 8에서 즉시 프린터를 사용할 수 있게 될 것입니다.

그렇다면 고유한 렌더링 언어를 사용하는 장치는 어떻게 될까요? 인쇄 클래스 드라이버는 이러한 모델도 지원합니다. 하지만 각각의 고유 언어를 사용하는 소규모 모델 집합마다 별도의 렌더링 필터가 필요한 단점이 있습니다. 이 문제를 해결할 방법은 없으며, Windows 8에서 일반적으로 사용되는 모델에 적용되는 몇 가지 필터를 만들었습니다. 그러나 다시 한 번 말하지만, 프린터 제조업체와 함께 이를 개선하기 위해 노력하고 있으며 제조업체에서 앞으로 클래스 드라이버를 훨씬 쉽게 활용할 수 있는 프린터를 생산할 것이라고 기대합니다.

Windows RT에서의 인쇄

인쇄 클래스 드라이버에서 사용하는 리소스의 감소는 Windows 설치 공간을 줄이는데 기여하며, 이는 Windows RT에서 특히 중요합니다. 또한 V3 프린터 드라이버 아키텍처는 확장성이 매우 뛰어나며 여러 해에 걸쳐 크고 복잡한 프린터 드라이버의 개발을 뒷받침하는 모델로 진화해 왔습니다. 일부 드라이버는 상시 실행되는 서비스를 설치하므로 배터리를 소모하고 프로세서 시간을 지연시킵니다. 저는 하나의 장치만 지원하지만 Windows 8의 전체 프린터 드라이버 집합보다 큰 드라이버도 본 적이 있습니다.

Windows RT에서의 인쇄 지원에 대한 수요 및 인쇄 효율성 향상에 대한 일반적인 요구로 인해 드라이버가 수행할 수 있는 기능을 보다 긴밀하게 제어하는 아키텍처를 개발할 수 있었습니다. 앞서 인쇄 경험의 UI 부분이 이제 드라이버의 일부가 아니라 완전히 별도의 구성 요소인 앱이라고 설명했습니다. 이는 선택 사항이기도 하며, 드라이버가 표준 Microsoft 인쇄 UI와 함께 원활하게 작동함을 의미합니다. 또한 서비스 종속성을 제거하고 드라이버에 추가 소프트웨어가 포함될 가능성을 줄여 드라이버 아키텍처를 보다 전원 효율적으로 간소화했습니다.

Windows 8 드라이버 모델에서는 프린터 드라이버 설치 방법도 대폭 변경되었습니다. Windows 7 이하에서는 모든 프린터 드라이버가 모든 유형의 드라이버에 사용되는 일종의 데이터베이스인 '드라이버 저장소'에 저장됩니다. 사용자가 프린터에 연결하면 드라이버 저장소에서 올바른 드라이버를 찾아서 스풀러가 사용자의 프린터에서 사용할 수 있는 특정 위치에 드라이버를 복사합니다. Windows 8에서는 이 추가적인 복사가 필요 없으므로 디스크 I/O가 크게 줄어듭니다. 인쇄 스풀러는 이제 드라이버 저장소에서 드라이버를 찾는 방법만 인식합니다.

실제 예를 위해, Windows 7과 Windows 8에서의 Epson Artisan 설치 시간을 비교했습니다(Windows 7의 경우 비교적 작은 드라이버 사용). Windows 7에서는 설치 시간이 14초였고, Windows 8에서는 2초 미만이었습니다.

결론

아시겠지만, Windows 8 프린터 드라이버 아키텍처는 크게 진화한 기술입니다. 작고 빠르며 기본 제공되는 클래스 드라이버 프레임워크로 사용자들이 이미 가지고 있는 많은 프린터를 지원하는 동시에 미래에 갖게 될 장치도 지원합니다. 또한 성능이 뛰어나고 디스크 설치 공간도 작습니다.

여러분의 많은 의견을 기다리겠습니다.

- Adrian Lannin

오늘은 Windows 8 프로젝트에 있어서 기념비적인 날입니다. 바로 조금 전 Windows 8 팀이 PC OEM 및 협력 제조업체에 Windows 8의 공급을 시작했다는 소식을 여러분께 전해드리게 되어 매우 기쁩니다. 이에 따라, Windows 8 기반의 새로운 PC 모델의 생산이 가능해졌고 2012년 10월 26일부터 온라인상에서 Windows 8을 제공할 수 있게 되었습니다.

2011년 5월, 처음으로 Windows 8을 시연했을 당시 '칩셋에서 사용자 경험에 이르기까지 새롭게 상상한 Windows'라고 Windows 8을 소개했었고, 그것이 바로 Microsoft와 파트너들이 기대한 Windows 8과 Windows RT의 모습이었습니다. Microsoft는 칩셋에서 사용자 경험, 새로운 앱에 이르기까지 다양한 분야에서 파트너들과 긴밀하게 협력했습니다. 이러한 협력을 바탕으로 업계 전반에 걸쳐 25년간 이어온 Windows 소프트웨어에 대한 투자를 지속적으로 진행하는 한편, 새로운 차원의 시나리오와 경험을 제공함으로써 이제껏 볼 수 없었던 새로운 Windows PC 경험을 사용자들에게 제공할 수 있게 되었습니다.

Microsoft는 시험판 테스트에 참여한 다양한 사용자들의 의견을 적극 반영하였으며, Developer Preview와 Consumer Preview, Release Preview 등 Windows 8 프리뷰 버전은 그 어느 제품보다도 광범위하고 심도있는 테스트 릴리스를 거쳤습니다. 8주 전에 발표한 Release Preview에 약 700만 대의 PC가 참여한 것을 비롯해 현재까지 1600만 대 이상의 PC가 이 테스트 릴리스 프로그램에 참여했습니다. 심도있고 광범위하게 이루어진 테스트 릴리스를 통해 공식적인 출시를 앞두고 Windows 8에 완벽성을 기할 수 있었습니다.

또한 사용자들이 프리뷰 버전을 사용해 볼 수 있도록 개방적인 환경을 제공함으로써 제품 개발에 대한 Microsoft의 기본 철학을 다시 한 번 재확인시켰으며, 프리뷰 프로세스의 투명성을 제고하기 위해 최선을 다하고 있습니다. 지금까지 Windows 8만큼 많은 사용자들이 참여하고 다양한 방식으로 테스트하며 '공개적으로' 개발한 제품은 없었습니다. Windows 8 블로그와 포럼, 프리뷰 버전 등 모든 것이 개발 과정에서 중요한 역할을 담당했습니다. 또한 각 마일스톤마다 중대한 변화가 이루어져 최종 릴리스(트래킹을 위한 빌드 9200)에는 약속한 대로 수많은 개선 사항들이 반영되었습니다. 이는 다양한 사용자들의 요구를 모두 충족시켜야 한다는 책임감과 더불어 시험판 프로세스에서 보여준 여러분들의 깊은 관심 덕분입니다.

RTM 마일스톤에 도달했다고 해서 소프트웨어 프로젝트가 '끝난 것'은 아닙니다. Microsoft는 Windows 8의 실제 사용 경험을 지속적으로 모니터하고 필요한 조치를 취할 것입니다. 프리뷰 프로세스를 통해 이미 테스트를 완료했기 때문에 중요한 다음 단계인 서비스 마일스톤에서도 모든 것이 순조롭게 이루어질 것입니다. 한편 하드웨어 파트너들도 새로운 장치를 지속적으로 공급하고 기존 장치에 대한 지원을 강화해 나갈 예정입니다. Windows 8용으로 특별히 설계된 PC를 선보이게 될 PC 제조업체들 역시 이 OS에 많은 기대를 걸고 있습니다.

더욱 강력한 모습으로 찾아온 기본 기능에서 향상된 저장 용량 및 연결 기능, 새롭게 구축된 시스템, '빠르고 유연한' 사용자 경험과 WinRT 플랫폼에 이르기까지 Windows 8은 셀 수 없을 정도로 많은 새로운 기능을 제공합니다. 우리는 전례 없는 엄청난 양의 글을 블로그에 올리고 동영상을 만들었지만 Windows 8의 모든 것을 다 소개할 수는 없었으며, 아직도 미처 소개하지 못한 것들이 많이 남아 있습니다.

Windows 8과 관련하여 가장 기대할 만한 혁신은 이제부터가 시작입니다. 그것은 바로 새로운 WinRT 플랫폼에서 앱 개발자들이 이루어낼 혁신입니다. 오늘부터 Windows 스토어의 상용 서비스가 시작되고 곧 전 세계 200여 지역/국가로 그 서비스 범위가 확대될 것입니다. Windows 8을 통해 전 세계 개발자들은 혁신적이고 수익성 있는 앱을 제공하는 특별한 기회를 누릴 수 있습니다. 앞으로 개발자들이 Windows 8에 가져올 변화에 대해 우리는 기대에 부풀어 있습니다. 얼마 전에 소개한 향후 예정된 BUILD 컨퍼런스에서 Windows 8 플랫폼에 대해 더 자세히 이야기할 기회가 있을 것입니다.

여러분 모두 Windows 8을 이용할 수 있는 시기나 방법, 그리고 이 운영 체제의 수천 가지 기능을 경험하고 활용하는 것에 대해서도 궁금증이 많을 것으로 예상합니다. 오늘 Windows 팀 블로그에 여러 가지 새로운 정보들이 올라왔으며 여러분의 궁금증을 해결해 줄 몇 가지 중요한 사항들을 모아 놓았습니다. 블로그를 확인해 주시고, 시장에 출시된 이후에 진행되는 Windows 8 개발 상황에도 지속적인 관심을 기울여 주시기 바랍니다.

Windows 8 엔지니어 팀을 대표하여 개발 과정 중에 보여주신 여러분의 관심에 감사드리며, 앞으로도 지속적인 관심을 부탁드립니다. 감사합니다.

Windows 8의 공식 출시일은 2012년 10월 26일입니다!

- Windows 8 팀

Microsoft는 Windows 8에서 모든 응용 프로그램이 최신 그래픽 하드웨어의 아름다운 고성능 그래픽을 사용할 수 있도록 지원하는 작업에 착수했습니다. 이 작업은 폭넓은 API 및 기능을 제공해 온 DirectX 그래픽의 강력한 기술을 기반으로 합니다. Windows 7의 경우에는 DirectX의 기능을 확장하여 광범위한 응용 프로그램을 위한 공통 하드웨어 가속 그래픽 플랫폼을 제공했습니다. 이전까지는 DirectX가 주로 3-D 그래픽을 제공했지만 우리는 소위 '주류' 그래픽이라고 불리는 기능을 추가했습니다. 대부분의 사용자들은 웹 브라우저, 이메일, 일정 및 생산성 응용 프로그램 같은 일반 데스크톱 응용 프로그램을 매일 사용합니다. Windows 7에는 2-D 그래픽(모습, 비트맵 등)을 위한 DirectX와 텍스트 처리를 위한 DirectWrite의 두 가지 구성 요소가 추가되었습니다. 이러한 추가 구성 요소는 성능에 초점이 맞추어져 있을 뿐만 아니라 높은 수준의 2-D 렌더링을 제공합니다. 이를 통해 DirectX는 모든 유형의 응용 프로그램을 위한 하드웨어 가속 그래픽 플랫폼이 되었습니다. 사실 우리는 Internet Explorer 9에서 웹에 하드웨어 가속을 도입함으로써 일반 응용 프로그램도 DirectX를 사용할 수 있다는 것을 증명했습니다. WinRT에서는 새로운 모든 Windows 8 응용 프로그램에 이러한 기능을 적용했습니다. 그래픽 팀의 그룹 프로그램 관리자인 Rob Copeland가 작성한 이 글은 이 새로운 클래스의 그래픽 응용 프로그램을 지원하기 위해 우리가 한 일을 자세히 소개합니다. -Steven

 

컴퓨터 그래픽의 기본 원칙은 고성능입니다. 개인 컴퓨팅의 초창기에는 대부분의 추가 그래픽 카드가 CAD/CAM 및 게임 같은 특수 응용 프로그램에만 초점을 맞추었습니다. 심지어 모든 그래픽 성능을 인터페이스 및 경험 개선에 사용해야 한다는 의견도 있었습니다. 최초의 PC용 그래픽 카드 중 하나인 S3 Graphics의 “Windows Accelerator”는 화면의 창을 더 빠르게 움직여서 사용자 경험에 집중했습니다. 그래픽 하드웨어의 발전에 따라 개발자들이 하드웨어 상호 작용에 사용하는 방법 역시 발전했습니다.

DirectX는 개발자들이 PC의 그래픽 하드웨어를 사용하여 텍스트, 도형 및 3-D 장면을 그려서 화면에 표시할 수 있는 일반 응용 프로그램 프로그래밍 인터페이스 또는 API를 제공하는 Windows의 일부입니다. 또한 시간이 지나면서 DirectX는 기능 및 성능이 모두 발전했습니다. 초창기에는 DirectX가 주로 게임에만 주로 사용되었습니다. 하지만 응용 프로그램의 발전으로 그래픽 중심의 사용자 경험을 제공하면서 보다 나은 성능과 풍부한 시각적 효과를 제공하기 위해 많은 응용 프로그램에서 DirectX를 사용하기 시작했습니다.

Windows 8의 그래픽 경험에 대한 계획

우리는 Windows 8 그래픽 작업을 계획할 때 사용자가 앱 및 Windows 자체와 상호 작용할 수 있는 새롭고 시각적으로 풍부한 방법을 개발하기로 했습니다. 또한 Metro 스타일 앱을 만들 수 있는 새로운 플랫폼을 개발하고 이전보다 훨씬 다양한 하드웨어를 목표로 삼기로 했습니다. 뛰어난 그래픽 플랫폼을 가지고 작업을 시작하기는 했지만 이러한 목표를 달성하려면 해야 할 일이 많았습니다. 우리는 다음과 같은 4가지 주요 목표를 세웠습니다.

1. 모든 Metro 스타일 경험이 부드럽고 신속하게 렌더링되도록 합니다.
2. 모든 Metro 스타일 앱에 사용 가능한 하드웨어 가속 플랫폼을 제공합니다.
3. DirectX에 새 기능을 추가하여 멋진 시각적 경험을 제공합니다.
4. 지금껏 경험할 수 없었던 가장 광범위한 그래픽 하드웨어를 지원합니다.

이러한 각각의 목표는 Windows 8 개발의 서로 다른 측면을 다루지만 그래픽 플랫폼의 뛰어난 성능과 기능에 의존한다는 공통점이 있습니다.

성능을 위한 계획

Windows의 그래픽 성능은 운영 체제와 CPU, GPU(graphics processing unit) 및 관련 디스플레이 드라이버로 구성된 하드웨어 시스템에 따라 좌우됩니다. 새로운 Metro 스타일 앱을 위한 뛰어난 경험을 제공하기 위해서는 소프트웨어 플랫폼과 하드웨어 시스템의 뛰어난 성능을 보장해야 했습니다.

과거에는 다양한 벤치마크 및 앱을 사용하여 DirectX의 성능을 측정했습니다. 이러한 방식은 주로 3D 게임에서 사용되었습니다. 지금도 게임이 매우 중요하지만 이러한 기존의 그래픽 성능 측정 방식이 그래픽 중심의 2D 주류 앱에 필요한 모든 정보를 제공하지는 못했습니다.

그래서 작업 진행 상황을 추적할 수 있는 시나리오 중심의 테스트 및 메트릭을 새로 만들었습니다. 우리가 사용하는 메트릭은 다음과 같습니다.

1.  프레임 속도

우리는 프레임 속도를 FPS(초당 프레임 속도)로 표시합니다. 이 메트릭은 게임 벤치마크에서 광범위하게 사용되며, 비디오 콘텐츠 및 기타 앱에서도 중요한 요소입니다. 화면에 애니메이션이 부드럽게 표시되는 프레임 속도는 60FPS입니다. 대부분의 컴퓨터 화면이 60Hz에서 새로 고침을 수행하기 때문에 이 속도를 목표로 삼았습니다. 이 프레임 속도라면 Windows에서 '손가락 동작과 일치'하는 터치 조작을 통해 매우 부드러운 애니메이션을 제공할 수 있습니다.

2.  결함 횟수

프레임 속도가 중요한 메트릭이지만 전체 성능을 나타내지는 않습니다. 예를 들어, 10분 동안 벤치마크를 실행하여 평균 60FPS가 나왔다고 하면 얼핏 듣기에 완벽하다고 생각할 수 있습니다. 하지만 테스트의 최저 프레임 속도가 얼마인지는 알 수 없습니다. 예를 들어, 처리량이 많은 부분에서 프레임 속도가 일시적으로 10FPS까지 떨어졌다면 애니메이션이 원활하게 실행되지 않습니다. 결함 횟수 메트릭은 렌더링이 1/60초를 초과하여 프레임 속도가 감소한 횟수를 측정합니다. 동시에 발생하는 프레임 누락 횟수도 측정합니다. 이 테스트의 목적은 애니메이션을 실행하는 동안 프레임이 누락되지 않게 하는 것입니다.

3.   최초 프레임까지 걸리는 시간

사용자들은 앱이 신속하게 실행되기를 기대합니다. 따라서 DirectX 초기화 속도가 빨라야 합니다. '최초 프레임까지 걸리는 시간'이란 앱을 탭하거나 클릭하여 실행한 순간부터 화면에 앱의 첫 번째 프레임이 나타날 때까지 걸리는 시간을 말합니다. 이 메트릭을 측정하기 위해 그래픽 시스템을 분석하고 최적화할 수 있는 간단한 앱을 개발하여 그래픽 장치를 초기화하고, 필요한 메모리를 할당하는 등의 작업에 걸리는 시간을 측정했습니다. 이 테스트를 통해 DirectX 설정 시간을 대폭 줄일 수 있습니다.

4.  메모리 사용량

그래픽 구성 요소에서 사용하는 메모리 양이 많을수록 앱에서 사용할 수 있는 메모리 양이 줄어듭니다. 시스템 메모리의 대부분을 앱에서 사용할 수 있다면 최상의 앱 성능을 경험하는 동시에 더 많은 앱을 실행할 수 있습니다. 앱에서는 시스템 메모리와 GPU 메모리를 모두 사용합니다. GPU 메모리는 주로 이미지, 기하 도형 및 텍스트를 그리는 등의 렌더링 작업에 사용됩니다. CPU를 사용하는 그래픽 작업이 있기 때문에 시스템 메모리도 사용합니다.

메모리 사용량의 특징을 파악하기 위해 다음과 같은 시나리오에서 시스템이 사용하는 메모리를 측정했습니다.

• 앱이 유휴 상태. 즉, 아무 작업도 하지 않으며 화면에 새 정보를 렌더링하거나 표시하지 않습니다.
• 앱이 화면에 정보 표시. 이 시나리오는 간단한 그리기의 기본 메모리 사용량을 나타냅니다.
• 텍스처 생성. GPU에서 이미지 개체를 대규모로 만드는 데 사용된 메모리를 나타냅니다.
• 꼭지점 버퍼 생성. 기하 도형을 생성하는 메모리 오버헤드를 나타냅니다.
• GPU 데이터 업로드. GPU에 데이터를 업로드하는 작업과 관련된 메모리 오버헤드를 측정합니다.

다양한 유형의 앱 및 시나리오에 걸쳐 메모리 사용량을 측정한 결과 DirectX 및 디스플레이 드라이버를 더욱 최적화할 수 있었습니다.

5.  CPU 사용량

대부분의 그래픽 작업은 GPU 외에 CPU까지 사용합니다. 예를 들어, 앱이 무엇을 그릴지 계산할 때 이러한 계산은 일반적으로 CPU에서 수행됩니다. 작업에서 CPU를 많이 사용할수록 CPU가 다른 작업에 할당할 수 있는 사이클이 줄어들기 때문에 CPU 사용량을 이해하는 것이 중요합니다. 그래픽 성능과 시스템 전반의 응답성을 높이기 위해 CPU와 GPU 사이에 작업 균형을 효율적으로 유지하는 것이 중요합니다.

이러한 벤치마크 및 메트릭은 원활한 사용자 경험과 앱을 제공하고 성능을 높이는 데 많은 도움이 됩니다. 또한 주류 앱을 이해하는 데도 많은 도움이 됩니다. 물론 우리는 지금도 산업 벤치마크, 게임 및 기타 성능 측정 방법을 사용하고 있습니다.

하드웨어 가속 주류 그래픽

주류 그래픽을 살펴보는 방법은 다양합니다. 우리는 사용자에게 탁월한 성능과 경험을 제공하기 위해 Metro 스타일 앱과 데스크톱 앱의 다양한 예를 연구하여 그래픽 하드웨어가 사용되는 방식을 파악했습니다. 특히, Internet Explorer 9, Windows Live 메일 및 Windows Live Messenger는 DirectX를 매우 효과적으로 사용합니다. 이러한 앱은 DirectX를 활용하여 작업을 깔끔하게 처리하므로 다른 앱이 나아갈 방향을 제시하는 좋은 본보기입니다. 이에 따라 주류 앱을 빠르고 멋지게 보이도록 만들기 위해 많은 투자를 했습니다.

텍스트 성능 개선

텍스트는 Windows에서 가장 많이 사용되는 그래픽 요소이기 때문에 텍스트 렌더링 성능을 개선하면 사용자 경험을 향상시킬 수 있습니다. 고품질 고성능 텍스트 디스플레이는 웹 페이지, 이메일 프로그램, 인스턴트 메시지 및 기타 읽기용 앱에 많은 도움이 됩니다.

Metro 스타일 디자인 언어는 풍부한 타이포그래피를 선보이고 다양한 Metro 스타일 경험은 뛰어난 가독성을 제공하는 데 초점을 두고 있습니다. DirectWrite는 고품질 타이포그래피를 제공하고, 렌더링에 사용되는 글꼴 데이터를 초고속으로 처리하고, 업계 최고의 전역 텍스트를 지원합니다. 우리는 Metro 스타일 앱의 기본 텍스트 렌더링을 최적화하여 보다 나은 성능과 효율성을 제공함으로써 Windows 8의 텍스트 성능을 지속적으로 개선하는 한편, 타이포그래피 품질 및 전역 텍스트 지원을 유지하고 있습니다.

아래의 막대 차트는 이 작업의 결과로 개선된 성능을 표시한 것으로, 다음 텍스트 시나리오에 대한 측정값이 포함되어 있습니다.

• 웹 페이지 또는 Word 문서에서 볼 수 있는 단락 형태의 본문 크기 텍스트 형식으로 가득한 화면 렌더링
• 단추 레이블 또는 메뉴 같은 사용자 인터페이스 컨트롤에서 볼 수 있는 본문 크기의 텍스트로 가득한 화면 렌더링
• Metro 스타일 앱의 제목이나 웹의 블로그 글 및 뉴스 기사 제목에서 볼 수 있는 제목 크기의 텍스트로 가득한 화면 렌더링

터치 스크린에서 장문의 문서를 스크롤할 때 성능이 개선되었다는 것을 확연하게 느낄 수 있습니다. 또한 문자 렌더링 시간이 감소하여 CPU 사이클에 여유가 생긴 만큼 빈번하게 발생하는 터치 입력을 처리하거나 좀 더 복잡한 문서 레이아웃을 표시하는 등의 다른 작업을 수행할 수 있습니다.

기하 도형 렌더링 성능 개선

텍스트 외에 2D 기하 도형 렌더링 성능도 획기적으로 개선되었습니다. 기하 도형 렌더링은 아래의 예와 같이 테이블, 차트, 그래프, 다이어그램, 사용자 인터페이스 요소 등을 만드는 데 사용되는 핵심 그래픽 기술입니다. Windows 8의 경우 Metro 스타일 앱 및 Internet Explorer 10 기반의 웹 페이지에 사용되는 HTML5 Canvas 및 SVG 기술의 성능이 집중적으로 개선되었습니다.

Windows 8의 날씨 앱은 기하 도형을 사용하여 과거의 기온 및 강수량 데이터 그래프를 표시합니다.

Direct2D는 기하 도형을 그릴 때 앱에서 2D 형상(예: 사각형, 타원, 경로)으로 그려야 하는 항목, 형상의 크기 및 위치, 브러시 색상 및 스트로크 스타일을 포함한 렌더링 스타일에 대한 지침을 가져옵니다. 그런 다음 그러한 지침을 일련의 삼각형 및 명령으로 전환한 후 Direct3D로 보내 원하는 결과를 생성합니다. 이 전환 과정을 '공간 분할(tessellation)'이라고 합니다.

Windows 8의 기하 도형 렌더링 성능을 개선하기 위해 두 가지 방법으로 공간 분할(tessellation)과 관련된 CPU 사용량을 줄이는 작업에 집중했습니다.

첫 번째로, 사각형, 선, 모서리가 둥근 사각형, 타원 등의 간단한 기하 도형을 렌더링할 때 공간 분할(tessellation) 구현을 최적화했습니다. 아래는 이러한 성능 개선의 효과를 보여 주는 차트입니다.

두 번째로, 불규칙 기하 도형(예: 지도의 지리적 경계)의 렌더링 성능을 개선하기 위해 'TIR(Target Independent Rasterization)'라고 하는 새로운 그래픽 하드웨어 기능을 사용하고 있습니다.

TIR은 Direct2D가 공간 분할(tessellation)에 사용하는 CPU 사이클을 줄이기 때문에 시각적 품질의 희생 없이 보다 신속하고 효율적으로 GPU에 그리기 지침을 제공합니다. TIR은 DirectX 11.1을 지원하는 Windows 8용으로 설계된 새 GPU 하드웨어에서 사용할 수 있습니다.

아래는 TIR을 지원하는 DirectX 11.1 GPU의 다양한 SVG 파일에서 앤티앨리어싱된 기하 도형을 렌더링할 때 성능이 얼마나 개선되는지를 보여 주는 차트입니다.

우리는 그래픽 하드웨어 파트너와 긴밀하게 협력하여 TIR을 설계했습니다. 그러한 협력 덕분에 성능을 획기적으로 개선할 수 있었습니다. DirectX 11.1 하드웨어는 이미 시장에 출시되었으며 보다 다양한 TIR 지원 제품을 제공하기 위해 파트너와 협력하고 있습니다.

이미지 렌더링

이미지는 사용자 인터페이스, 웹 페이지 및 기타 앱 콘텐츠를 포함한 다양한 시나리오에서 광범위하게 사용됩니다. 웹 사이트에서는 일반적으로 그림을 위한 JPEG과 PNG 및 GIF 파일을 사용하여 단추 그래픽 같은 사용자 인터페이스 요소를 효율적으로 저장합니다.

또한 Windows에서는 디지털 사진 작업도 매우 빈번하게 이루어지고 있으며, Windows 사용자가 PC에서 디지털 사진을 보고 조작하는 횟수가 가파르게 증가하고 있습니다.

JPEG, GIF 및 PNG 형식을 사용한 이미지 및 사진 작업의 성능이 여러 모로 개선되었습니다.

JPEG의 경우 다음과 같이 성능이 개선되었습니다.

• 모든 CPU 아키텍처의 SIMD 사용량을 확장하여 보다 신속하게 이미지 디코딩
• 보다 신속한 Huffman 디코딩 및 인코딩

PNG의 경우 다음과 같은 성능이 개선되었습니다.

• 모든 CPU 아키텍처의 SIMD 사용량을 확장하여 보다 신속하게 이미지 디코딩
• zlib 구현을 최적화하여 보다 신속하게 이미지 인코딩 및 디코딩

그 외에도 픽셀 형식 변환과 이미지 배율을 개선했습니다. 그 결과 모든 앱의 이미지 디코딩 및 렌더링 속도가 향상되었습니다.

아래는 테스트 앱을 사용하여 다양한 이미지를 디코딩 및 렌더링하는 시간을 측정한 비디오입니다. Windows 8에서 64장의 이미지를 렌더링하는 시간은 4.38초에 불과하며, Windows 7의 7.28초에 비해 40% 빠른 것으로 나타났습니다.

렌더링 및 표시

더욱 다양한 시나리오를 지원하도록 DirectX를 개선하는 과정에서 앱이 콘텐츠를 렌더링하여 표시하는 방식을 최적화하는 작업에도 많은 시간을 투자했습니다. 3D 게임이 콘텐츠를 그리는 방식과 Internet Explorer 같은 주류 앱이 콘텐츠를 그리는 방식 간에 몇 가지 큰 차이점이 있습니다. 아래의 게임 비디오를 예로 들겠습니다. 이런 게임에서는 전체 화면이 신속하게 바뀝니다. '카메라'가 차량 주위를 이동할 때 구름이 하늘을 가로지르고, 엔진에서 연기가 피어 오르는 장면을 생생하고 현실감 있게 표현하려면 앱에서 매 프레임마다 전체 화면을 다시 그려야 합니다.

다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

이제부터는 아래 웹 페이지를 예로 들겠습니다. 이 웹 페이지에는 텍스트와 비디오가 모두 포함되어 있습니다. 비디오가 재생되는 동안 브라우저는 비디오만 포함하는 창의 일부를 업데이트해야 합니다. 사용자가 페이지를 위로 스크롤할 경우 페이지 위쪽의 새로운 텍스트만 렌더링하면 됩니다. 나머지 텍스트는 이미 렌더링되었기 때문에 이동하기만 하면 됩니다.

매 프레임마다 전체 화면을 다시 그릴 필요가 없는 앱을 개선하기 위해 DirectX에서 화면의 일부만 다시 그리는 방식과 스크롤 방식을 최적화했습니다. 이 작업은 앱의 효율성과 성능을 개선할 뿐만 아니라 중복 그리기가 감소하므로 그래픽 데이터를 메모리에 복사하는 시간이 줄어들고, 전력 소비를 줄여서 배터리 수명을 연장합니다.

전체 플랫폼 개선

이 모든 변경 작업은 매우 신속하고 부드러운 Windows 렌더링 경험을 제공하는 데 도움을 줍니다. 주로 DirectX의 기능에 대해 설명했지만 이러한 작업은 기본적으로 전체 플랫폼 하드웨어 가속을 개선합니다. Metro 스타일 플랫폼은 DirectX를 기반으로 개발되었기 때문에 모든 앱이 시스템의 그래픽 하드웨어를 최대한 활용할 수 있습니다.

Direct2D 및 Direct3D를 사용하여 멋진 시각적 경험 생성

Direct2D 효과

최근 들어 이미지에 스타일 효과를 적용하는 사용자 경험이 점점 보편화되고 있습니다. 스타일 효과는 앱 영역을 강조하고, 화면의 특정 부분에 관심을 집중시키고, 화면을 멋지게 표현하는 데 도움을 줍니다. 우리는 Windows 8에서 개발자들이 이러한 유형의 효과를 간편하게 앱에 적용할 수 있는 그래픽 기능을 개발하고자 노력했습니다. 그러한 노력의 일환으로 이미지 처리가 유용할 수 있는 두 주요 영역을 살펴보았습니다.

• 사용자 인터페이스 이미지
  Metro 스타일 경험은 동적 시각적 요소를 사용합니다. 우리는 Metro 스타일 앱이 실시간으로 이미지를 처리하도록 만들고자 했습니다. 3D 전환 효과에서 원근 변환, 흐리게 하는 효과 및 사용자 인터페이스 요소의 강조까지 이 범위에 포함됩니다.
• 사진
  사진을 처리하는 앱은 다양한 이미지 처리 기능이 필요할 때가 자주 있습니다. 노출, 밝기 및 대비 조정, 생동감 및 선명함 적용, 고급 곡선 사용 그리고 렌즈 보정은 앱에 디지털 사진의 품질을 높이는 효과를 제공합니다.

이러한 유형의 경험을 제공하기 위해 모든 이미지에 고품질 하드웨어 가속 효과를 적용할 수 있는 새로운 API 모음인 'Direct2D 효과'를 추가했습니다. Direct2D 효과는 다음과 같은 장점이 있습니다.

• 다양한 앱의 요구 사항을 만족하는 최적 품질의 이미지 효과 렌더링을 제공합니다.
• 효과는 하드웨어 가속이며 다양한 그래픽 하드웨어에서 작동합니다.
• 간단한 API를 사용하여 최소의 프로그래밍으로 멋진 효과를 적용할 수 있습니다.
• 다양한 기본 효과를 제공합니다.
• 채널당 최대 32비트에 달하는 대형 이미지 크기를 지원합니다.
• 사용자 지정 효과를 기본 효과 또는 다른 사용자 지정 효과와 결합할 수 있습니다.

Direct2D 효과는 Windows 8의 새로운 사용자 경험 중 일부를 지원합니다. 예를 들어, 시작 화면의 타일을 탭할 때 해당 타일은 3D 원근 변환 효과를 사용하여 올바른 방향으로 '기울어집니다'. 또한 플랫폼의 나머지 부분도 지원합니다. 예를 들어, Direct2D 효과를 사용하여 SVG 필터 효과 및 CSS 3D 전환이 구현됩니다.

공통 기반이 되는 Direct3D 11.1

개발자가 새로운 경험을 제공할 수 있도록 지원하기 위해 Direct2D 효과 같은 새로운 기능을 추가하는 작업 외에도 기존 DirectX 기능을 간편하게 사용할 수 있는 방법을 살펴보았습니다.

또한 수년에 걸친 개발 과정을 통해 DirectX에 다양한 기능을 추가했습니다. Direct3D 9에서는 비디오 디코딩의 하드웨어 가속이 프로그래밍 가능한 셰이더와 함께 제공되었습니다. Windows 7에서는 Direct2D를 추가하여 Direct3D 10을 기반으로 구축했습니다. 그 당시 GPU에서 고성능 계산을 수행하는 새로운 시스템인 DirectCompute도 개발했는데 이 시스템은 Direct3D 11의 일부가 되었습니다. 이러한 업데이트 덕분에 DirectX는 그래픽 및 GPU 계산과 관련된 매우 포괄적인 기능을 갖게 되었지만 비디오, 2D 그래픽, 3D 그래픽, 텍스트 및 DirectCompute를 함께 사용하는 앱을 개발하기가 점점 어려워졌다는 부작용도 발생했습니다.

Windows 8에서는 새 Direct3D 11.1 API가 2D 그래픽 및 텍스트, 이미지 처리, 3D 그래픽 및 계산, 비디오의 기반이 되었습니다. 새 API 덕분에 단일 화면에 다양한 유형의 콘텐츠를 조합하는 작업이 훨씬 간단해졌습니다. 단일 API가 렌더링과 관련된 모든 GPU 리소스를 관리하기 때문입니다. 또한 이로 인해 앱 코드에 다중 그래픽 장치 관리 개체를 생성하는 작업과 관련된 중복성이 제거되므로 메모리 사용량이 감소합니다. 그 외에도 Direct3D 11.1은 앱에서 이기종 그래픽 하드웨어의 다양한 기능에 액세스할 수 있는 일관적인 방법을 제공합니다. 앱에서 어떤 기능을 사용할 수 있는지 확인한 후 그 기능만 사용하도록 유도하는 매커니즘을 제공합니다. 따라서 GPU가 태블릿에 긴 배터리 수명을 제공하도록 설계되었든 고성능 게임용 데스크톱 PC에 적합하게 설계되었든 앱에서 GPU의 기능을 최대로 활용할 수 있습니다.

다양한 그래픽 하드웨어

사람들은 Windows 시리즈가 출시될 때마다 그래픽 플랫폼과 그래픽 하드웨어 기능이 더욱 풍부해지고 강력한 성능을 제공할 것이라고 기대합니다. 그래픽 하드웨어 업계에서 더욱 빠르고 강력한 GPU를 지속적으로 개발하고 있기 때문에 아직까지는 이러한 기대에 어긋나지 않고 있습니다. 하지만 휴대용 저전력 장치의 등장으로 다양한 하드웨어가 보급된 Windows 7부터 사람들의 기대가 변하기 시작했습니다.

Windows 8을 개발 중인 현재, 새로운 고성능 그래픽 카드와 다양한 저전력 휴대용 장치가 속속 개발되면서 다양한 하드웨어에 대한 추세가 지속되고 있으며 점차 속도가 빨라지고 있습니다. Windows 8은 1W의 전력을 소모하여 항상 연결 상태를 유지하는 태블릿에서 총 1,000W 이상의 전력을 사용하는 다중 그래픽 카드가 장착된 고성능 시스템까지 그 어느 때보다도 다양한 하드웨어를 지원합니다. 이러한 다양성은 새로운 설계 방향을 모색하는 계기가 되었습니다.

시각적으로 뛰어난 고성능 경험을 제공한다는 우리의 목표는 변함 없습니다. 휴대성이 뛰어난 장치의 경우 기본 전원으로 배터리를 사용하기 때문에 배터리 수명을 최대한 늘려야 합니다. 이러한 새 폼 팩터의 성능 및 전력 요구 사항을 모두 만족하기 위해 그래픽 하드웨어 파트너 중 상당수가 새로운 GPU 아키텍처를 사용했습니다.

저전력 시스템

'타일 기반 렌더링'은 성능과 긴 배터리 수명을 모두 만족하기 위한 저전력 시스템 설계에서 일반적으로 사용되는 그래픽 아키텍처 중 하나입니다. 그래픽 엔진에서 작지만 성능이 매우 뛰어난 메모리 캐시를 사용하여 렌더링을 수행하는 것이 타일 기반 렌더링 접근 방식의 일반 개념입니다. 그러면 GPU가 전체 화면을 한 번에 렌더링하지 않고 각 타일의 동일한 명령 집합을 반복적으로 처리하여 화면을 섹션(또는 타일)별로 렌더링합니다. 이는 메모리 오프칩을 사용하는 작업을 최소화하여 전력 소모량을 줄이고 성능을 높이기 위함입니다. 메모리 오프칩에 반복적으로 액세스하면 시간이 오래 걸리고 전력 소모량도 많습니다.

이러한 타일 기반 아키텍처의 효율성을 높이기 위해 타일이 렌더링되는 횟수를 최소화할 수 있는 여러 플래그, 힌트 및 새 API를 추가했습니다. 타일 기반 렌더링 아키텍처를 사용하는 그래픽 하드웨어에서 실행 중인 앱의 효율성을 높이기 위해 Metro 스타일 앱 개발 플랫폼에 이러한 요소를 통합했습니다.

그래픽 하드웨어의 전력 소모량을 줄이는 동시에 높은 성능을 구현할 수 있는 또 다른 방법은 낮은 비트 정밀도를 사용하여 그래픽 렌더링 계산을 수행하는 것입니다. 이렇게 하면 GPU가 데이터를 보다 효율적으로 구조화하여 더 많은 데이터를 동시에 처리할 수 있으므로 필요한 전력량이 감소합니다. Windows 8에서는 앱에서 그래픽 계산에 필요한 정밀도 크기를 지정할 수 있는 새 메커니즘이 추가되었습니다. 예를 들어, 이미지 데이터가 구성 요소당 8비트인 다중 이미지 사용자 지정 혼합을 수행하는 경우 기본값인 32비트가 아닌 10비트의 정밀도로 혼합 계산을 수행할 수 있습니다. 정밀도가 낮아지면 화질에는 영향이 없지만 전력 소모량은 감소합니다.

탁월한 성능, 부드러운 렌더링

다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

지금까지 살펴본 것처럼 Windows 8에서 매우 빠르고 부드럽고 생생한 사용자 경험을 구현하기 위해 수많은 작업을 했습니다. 작업 상황을 측정하는 새로운 방법부터 그래픽 플랫폼 사용 최적화 및 새로운 하드웨어 기능에 이르기까지 이제껏 볼 수 없었던 최상의 Windows 그래픽 플랫폼을 개발했습니다. 물론 탁월한 성능과 양안식 3D와 같은 새로운 기능을 지원하는 몰입감이 뛰어난 3D 게임에도 계속 도전하고 있습니다.

고성능 게임용 장치부터 항상 인터넷에 연결되는 가벼운 태블릿에 이르기까지 Windows 8은 단일 운영 체제를 통해 매우 폭넓은 그래픽 하드웨어를 지원합니다. 이 글을 통해 Windows 8의 풍부한 경험이 어떤 방식으로 구현되었는지 이해하는 계기가 되기를 바랍니다.

- Rob Copeland

참고: 이 글을 작성하는 데 많은 도움을 주신 Dan McLachlan, Kam VedBrat, Steve Lim, Jianye Lu에게 감사의 말씀을 전합니다.

우리는 지난 2월 Windows 8 Consumer Preview를 출시하기 직전에 신체적 장애가 있는 사용자를 위한 Windows 8의 편리한 기능에 대한 글을 올렸습니다. 여기에는 시각 장애를 가진 사용자가 Windows 8 터치 스크린을 사용할 수 있도록 도와 주는 내레이터 작업이 포함됩니다. 이 작업은 Release Preview에서도 계속 이어서 진행되었으며, Windows 8 최종 버전이 출시될 때까지 지속적으로 개선될 예정입니다. 이 글에서는 터치 지원 PC의 내레이터 기능을 개선하기 위해 우리가 어떤 작업을 했는지 자세히 설명하겠습니다. 이 글은 접근성 팀의 Doug Kirschner가 작성했습니다. -Steven

---

먼저 피드백을 제공해 주신 모든 분들께 감사하다는 말씀을 드립니다. 긍정적인 반응이 매우 많았고, Windows 8 터치 스크린이 기본적으로 화면 읽기를 지원한다는 점에서 사람들의 반응이 뜨거웠습니다. 또한 터치 스크린에서 보다 원활하게 작동하고 웹에서 더욱 간편하게 사용할 수 있는 내레이터를 만들려면 어떤 개선이 필요한지에 대해 수많은 분들이 건설적인 피드백을 보내 주셨습니다. 우리는 여러분의 의견과 Microsoft에서 실시한 시각 장애 사용자들에 대한 사용성 테스트에서 제안된 내용을 종합적으로 고려하여 여러분들이 좋아하실 만한 몇 가지 중요한 변경 작업을 수행했습니다.

접근성 커뮤니티의 의견 수렴

우리는 Developer Preview 빌드가 출시되었을 때 시각 지원 도구가 필요한 사람들을 만나서 내레이터에 대한 피드백을 수집할 기회가 있었습니다. 다행히 우리는 모든 Microsoft 제품들의 접근성을 테스트하는 방대하고 잘 조직된 커뮤니티와 협력 관계를 맺고 있었습니다. 작업을 시작하기에 앞서 이러한 Microsoft 내부 커뮤니티에서 Windows 8을 설치하여 사용해 보고 의견을 보내 주셨습니다. 그 후 사용자들이 와서 직접 Windows 8을 사용해 볼 수 있는 내부적인 접근성 행사를 열었습니다. 또한 사용성 연구회를 개최하여 사용자들로 하여금 터치 스크린의 내레이터를 경험하고 일반 작업을 수행해 보도록 하여 개선할 점을 검토했습니다. 아울러 수백만 명의 사람들이 Developer 및 Consumer Preview를 다운로드하여 내레이터를 사용해 보고 소중한 피드백을 보내 주셨습니다. @BuildWindows8을 통해 문의하신 분들도 상당히 많았습니다. 마지막으로 우리는 장애우를 위한 CSUN 기술 컨퍼런스(CSUN conference for Technology and Persons with Disabilities)에도 참가했는데, 운 좋게도 참가자들과 일대일로 대면하면서 Windows 8 Consumer Preview를 터치 스크린 환경에서 직접 사용해 보도록 할 수 있었습니다.

우리는 확인하고 싶은 몇 가지 주요 시나리오가 있었습니다. 특히 새 PC를 구입하는 즉시 터치 사용자가 내레이터를 사용하여 바로 PC를 사용할 수 있는지 확인하고 싶었습니다. 여기에는 스토어에서 접근 가능한 앱을 찾아 설치한 후 이메일 보내기, 웹 페이지 읽기, 음악 감상 등의 기본적인 일상 작업을 정상적으로 수행할 수 있는지가 포함됩니다. 이 일련의 작업은 우리가 지금까지 했던 것 중에 가장 중요하고 소중한 일이었고 그 과정에서 우리는 터치 내레이터에서 개선할 점이 여전히 많다는 것도 발견했습니다.

하지만 여러분의 건설적인 피드백 덕분에 Release Preview에서는 다음과 같은 주요 영역을 개선하게 되었습니다.

• 반응 속도: 터치 스크린 내레이터의 반응 속도가 만족스럽지 않다는 의견이 있었습니다.
• 제스처: 일부 사람들은 내레이터 제스처, 특히 좀 더 복잡한 여러 손가락 제스처에 어려움을 겪었습니다.
• 앱 탐색: 특정 앱 또는 UI에 익숙하지 않은 사람들은 화면의 특정 요소를 찾는 것이 어려울 수 있었습니다(예: 시작 화면의 타일 찾기).
• 웹 탐색: Consumer Preview에서 사용 가능한 명령을 일부 웹 페이지에서는 사용할 수 없었습니다.

Release Preview에서는 이러한 각 영역을 개선하는 데 집중했으며 Windows 8 최종 버전을 앞두고 일부 영역을 보완하는 중입니다. 아울러 Release Preview에서 경험할 수 있는 개선된 기능을 여러분께 소개하고자 관련 비디오도 준비했으니 참고하시기 바랍니다.

다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

내레이터가 터치에 신속하게 응답하도록 개선

내레이터 터치의 응답 속도가 느리다는 분들이 있었습니다. 여러 버전에 걸쳐 내레이터의 응답 속도가 느리거나 때로는 아예 응답하지 않는다는 피드백이 많았고 연결이 끊어지거나 제대로 작동하지 않는다는 분들도 있었습니다. 사용자가 화면을 터치할 때 적시의 응답을 바란다는 점에서 이 문제의 근본 원인은 같았습니다. 그에 따라 우리는 이러한 문제가 발생하는 일반적인 시나리오 두 개를 발견했습니다.

• 한 손가락 탐색: 한 손가락을 끌어서 화면의 항목을 찾아야 할 경우 손가락을 너무 빨리 움직이는 바람에 내레이터가 항목을 읽기도 전에 찾으려던 항목보다 더 오른쪽으로 건너뛰는 현상을 확인했습니다.
• 제스처 응답 속도: 첫 번째 제스처가 성공했지만 제스처 성공 여부를 알 수 없어서 같은 제스처를 여러 차례 반복하는 경우가 있습니다. 내레이터가 제스처를 인식하는 시간과 음성을 제공하는 시간 사이에 지연 시간이 있다는 것이 문제의 원인이었습니다. 때로는 내레이터가 사용자가 원하는 작업을 완료했는지 아니면 비슷하기는 하지만 관련이 없는 내용을 읽었는지조차 확실하지 않았습니다.

각각의 경우, 내레이터가 현재 읽고 있는 부분을 강조하는 파란색 사각형이 해당 항목으로 바로 이동하여 내레이터가 사용자의 움직임을 등록하여 적절하게 반응하고 있는 것으로 표시했습니다. 하지만 문제는 실제 음성 프로세스에 있었습니다. TTS(text-to-speech) 합성 속도가 너무 빠른 경우 시스템에서 응답을 다시 읽을 때까지 다소 시간이 걸릴 뿐만 아니라 언어를 처리하고 듣고 있는 내용을 이해하기 위한 인식 시간이 추가로 더 걸렸습니다. 문제를 더욱 복잡하게 만드는 것은 컨텍스트에 따라 음성 응답 시간이 크게 달라지기 때문에 내레이터가 인식한 제스처가 사용자가 의도한 제스처인지 확인하기 어렵다는 점이었습니다. 이러한 짧은 지연 시간이 모이면 사용자들은 첫 번째 시도가 성공하지 못했다고 생각하게 되어 항목을 완전히 건너뛰거나 성공적인 제스처를 반복하게 됩니다.

청각적 단서

정상적인 시력을 가진 사용자의 경우 작업 완료 시간이 몇 밀리초 더 걸리더라도 단추를 강조하거나 플라이아웃을 애니메이션하는 시각적 피드백을 제공하면 시스템이 즉시 응답한다는 것을 쉽게 알 수 있습니다. 이러한 단서는 심미적 즐거움을 줄 뿐만 아니라 터치 제스처가 시스템에 어떤 영향을 주고 있는지 실시간으로 파악할 수 있는 중요한 기능입니다.

우리는 응답 속도에 대한 일부 피드백을 자세히 살펴보는 동안 내레이터에 청각적 단서를 보다 효과적으로 사용할 수 있다는 사실을 발견했습니다. 따라서 Release Preview에서 청각적 단서를 추가했습니다. 이제 각 제스처가 수행될 때마다 고유의 사운드가 재생됩니다. 이러한 단서는 신속하고 간편하게 구분되도록 설계되었으므로 사용자들은 제스처가 성공적으로 이루어져 작업이 수행되었는지 여부를 즉시 인지할 수 있습니다. 다음은 청각적 단서의 예입니다.

• 다음 항목으로 이동하면 '째깍거리는 소리'가 재생됩니다.
• 항목을 활성화하면 '클릭' 소리가 재생됩니다.
• 화면을 스크롤하면 미끄러지는 소리가 재생됩니다.
• 항목을 선택하면 '쿵' 소리가 재생됩니다.
• 내레이터 오류 시에는 시스템 오류 사운드인 '딩' 소리와 쉽게 구분되도록 '윙윙' 소리가 재생됩니다.
• 한 손가락으로 화면을 탐색할 때 사용자가 터치하는 각각의 새 항목마다 내레이터가 째깍거리는 소리를 재생하므로 이러한 소리를 듣고 항목을 너무 빨리 넘겼는지 여부를 확인할 수 있습니다.

재미있는 다양한 사운드가 준비되어 있으니 기대하셔도 좋습니다!

간편한 조작 방식

다음 단계는 내레이터의 터치 조작 방식 모델을 조정하는 것이었습니다. 개중에는 여러 손가락 제스처를 사용하기가 어렵다는 분들이 있었습니다. 특히 두 손가락으로 화면을 살짝 밀어 다음 또는 이전 항목으로 이동하거나 네 손가락으로 화면을 스크롤하는 제스처를 어려워하는 분들이 많았습니다. 또한 사람들이 우연히 명령 목록(사용 가능한 항목 명령, 검색창 등)을 실행하는 바람에 앱에서 하던 작업을 벗어나는 경우도 볼 수 있었습니다.

이 문제를 해결하기 위해 터치 내레이터와 간편하게 상호 작용할 수 있도록 기능을 개선했습니다. 이제 시스템에서는 기억하기 쉬운 간단한 제스처 모델을 사용하므로 제스처의 적응력이 향상되었습니다. 한 손가락 탭 및 긋기 제스처로 내레이터에서 대부분의 일반 작업을 수행할 수 있습니다. 수정된 조작 방식 모델은 수행 방법이 간편하고 제스처를 보다 논리적으로 그룹화하기 때문에 사용자가 관련이 없는 제스처를 수행하려고 시도해도 명령 목록 및 창이 나타나지 않습니다.

아래 표는 새로운 조작 방식 모델을 표시한 것입니다.

내레이터의 탐색 모델 개선

Developer Preview 사용자들로부터 피드백을 수집할 때 우리는 내레이터의 탐색 모델을 검토했습니다. 사용자들의 공통된 의견 중 하나는 화면 전체를 수동으로 터치하지 않고도 단추, 레이블, 텍스트 필드, 목록 항목 등 화면의 모든 컨트롤을 쉽게 찾을 수 있는 방법을 원한다는 것이었습니다. 시각 장애가 있는 한 사용자는 호텔 객실에 들어가면 가장 먼저 객실을 돌면서 문, 옷장, 침대, 욕실의 위치를 확인하여 객실 구조를 파악한다고 말했습니다. 이와 비슷하게 새로운 앱을 탐색할 때 사용자는 다음 작업을 결정하기 전에 화면에 무엇이 있는지 알고 싶어합니다.

우리는 Developer Preview에서 화면의 모든 요소를 쉽게 찾을 수 있도록 가로 방향으로 살짝 밀기 제스처를 사용하여 컨테이너의 항목을 이동하고, 세로 방향으로 살짝 밀기 제스처를 사용하여 컨테이너로 들어가고 나올 수 있도록 했습니다. 이는 사용자가 화면의 액세스 가능한 모든 항목을 찾을 수 있는 강력한 모델이며, 그래픽 UI가 구성되는 방식을 완벽하게 보여 줍니다. 하지만 이 방식이 직관적이지는 않았습니다. 컨테이너에 들어가고 나오는 방식으로 인해 화면의 모든 흥미로운 요소를 찾기가 어려웠습니다.

기본 커서 모드 변경

우리는 피드백을 반영하여 Release Preview에서 탐색의 기본 작동 방식을 변경했습니다. 탐색 제스처로 화면의 모든 항목에 액세스할 수 있도록 했습니다(지금은 한 손가락으로 왼쪽 및 오른쪽으로 긋기로 모두 가능). 이제는 UI가 어떻게 구성되었는지 몰라도 탐색에 전혀 지장이 없습니다. 긋기 제스처를 통해 다음 항목 및 이전 항목으로 이동하면 내레이터가 화면의 중요한 항목에 대한 선형 순서를 제공합니다.

따라서 사용자는 간편한 단계별 방법을 통해 앱의 모든 항목을 모두 익히고, 원하는 대로 항목과 상호 작용할 수 있습니다. 매번 항목을 긋지 않고 앱의 모든 항목을 듣고 싶을 경우 세 손가락으로 화면을 위로 살짝 밀면 내레이터가 중단 없이 모든 항목을 순서대로 읽습니다.

(참고: 이는 탐색의 새로운 기본 모드입니다. 사용자는 왼쪽 및 오른쪽으로 긋기 제스처를 통해 앱을 탐색하여 모든 항목을 찾을 수 있습니다. UI의 여러 계층을 수동으로 이동하는 기존 방식을 선호할 경우 내레이터 설정에서 내레이터 커서 이동 모드를 '고급'으로 변경하면 됩니다.

웹 탐색 기능 개선

Windows 8에서는 내레이터가 웹 콘텐츠를 훨씬 간편하게 읽을 수 있습니다. 웹 페이지의 연속 섹션을 중단 없이 읽는 '읽기 시작' 명령, 페이지의 다양한 컨트롤 목록을 제공하는 검색 모드 등 웹 콘텐츠 읽기에 최적화된 다양한 기능을 갖추고 있습니다 Developer Preview 및 Consumer Preview 빌드를 출시한 후 사용자들로부터 이러한 기능이 도움이 되기는 하지만 뉴스 헤드라인을 신속하게 스캔하고, 빠르게 검색하고, 주가를 확인하는 등의 일부 웹 작업을 할 수 없다는 말을 들었습니다.

그래서 이 기능을 구체적으로 재검토하여 시나리오에 대해 자세하게 이해한 후 Release Preview에서는 이런 점들을 개선했습니다. 특히 뉴스의 경우 페이지의 다양한 지점(예: 제목, 링크)으로 바로 이동하여 한 줄씩 또는 문자 단위로 읽을 수 있으면 좋겠다는 의견이 나왔습니다. 또한 많은 사용자들이 내레이터에서 웹을 보다 정확하게 탐색할 수 있는 명령을 제공했으면 좋겠다는 의견을 제시했습니다.

우리는 이러한 의견을 수렴하여 내레이터의 탐색 명령에 보기 개념을 추가했습니다. 웹 페이지 또는 기타 액세스 가능한 텍스트 영역(예: 메일 앱)에 있는 동안에는 언제라도 기본 탐색 모드에서 새로운 보기를 사용할 수 있습니다. 기본 항목 보기는 페이지의 항목을 이동하며, 시스템 전체에서 항목 탐색과 같은 방식으로 작동합니다. 하지만 웹 페이지 또는 메일 앱 같은 액세스 가능한 텍스트 영역의 경우 이제부터 내레이터는 7개의 추가 보기를 지원합니다.

• 제목
• 링크
• 표
• 단락
• 줄
• 단어
• 문자

화면을 위 또는 아래로 그은 후 왼쪽 또는 오른쪽으로 그어 해당 보기의 항목을 이동하면 간편하게 보기를 변경할 수 있습니다. 이 명령은 키보드의 Caps Lock + 화살표 키를 사용하여 수행할 수도 있습니다.

새로운 모습으로 선보이는 Release Preview의 보기 기능은 이전보다 훨씬 강력한 웹 읽기 경험을 제공합니다. 이 기능은 내레이터의 다른 읽기 명령과도 원활하게 작동합니다. 예를 들어, 흥미로운 뉴스 제목을 발견하여 뉴스를 듣고 싶을 경우 세 손가락으로 화면을 아래로 살짝 밀면 사용자가 중지할 때까지 내레이터가 페이지의 모든 콘텐츠를 읽습니다.

작업을 마무리하며

지금까지 예를 들어 설명한 내용은 Developer Preview와 Consumer Preview에서 내레이터 터치를 사용해 본 사용자들의 의견을 반영하여 개선한 주요 작업 중 일부입니다. 우리는 항목을 활성화하는 방법을 알려 주는 터치 힌트 확인, 터치를 보다 쉽게 사용할 수 있도록 내레이터 설정 UI 개선, 터치 키보드에서 보다 쉽게 입력할 수 있는 새로운 설정 추가 등 여러분의 의견을 바탕으로 상당히 많은 기능을 개선해 왔습니다. 내레이터 기능은 현시점에서 기능적으로 완성되었다고 생각하지만 Windows 8 작업이 완료될 때까지 계속해서 세밀하게 다듬고 버그를 수정할 계획입니다.

상당히 많은 분들이 내레이터를 사용해 본 경험이 있다고 하시니 매우 감사하게 생각합니다. 우리 역시 CSUN 컨퍼런스와 Microsoft 커뮤니티에서 사용성 연구를 통해 사용자와 일대일로 즐겁게 작업할 수 있어서 많은 보람을 느꼈습니다. 여러분이 제공해 주신 유용한 의견 덕분에 Release Preview의 내레이터가 훨씬 더 나은 기능이 될 수 있도록 중요한 변경 사항을 적용할 수 있었습니다.

이 제품을 곧 출시할 계획이지만 그 전에 Release Preview를 직접 다운로드하고 설치하여 내레이터를 사용해 보시기 바랍니다.

참고: 이 글에 설명된 터치 기능에는 적어도 4개의 접촉 지점을 지원하는 터치 스크린이 필요합니다. Windows 8 공인 터치 하드웨어는 이 요구 사항을 전반적으로 충족하지만 일부 Windows 7 하드웨어는 그렇지 못할 수 있습니다(자세한 내용은 Windows 7 하드웨어에서 Windows 8 터치 경험 참조). 4개의 접촉 지점을 지원하는 터치 스크린이 없는 경우 키보드를 사용하여 내레이터를 실행할 수 있습니다.

감사합니다!

- Doug Kirschner

Microsoft는 초창기 태블릿 PC 시절부터 Windows의 '화상 키보드' 기능을 개선해 왔습니다. 하지만 Windows 8의 경우에는 다시 시작한다는 마음으로 터치 키보드 개발에 관한 '기본 원칙'을 만들었습니다. 또한 많은 사용자들이 스마트폰의 터치 키보드에 이미 익숙해져 있는 데다 수많은 터치 장치를 사용 중인 오늘날의 현실을 감안하여 새로운 Windows 8 터치 키보드의 경험 수준과 입력 효율성에 대한 기준을 아주 높게 설정했습니다. 이 글에서는 Windows 사용자 경험 프로그램 관리팀의 Kip Knox가 터치 키보드 작업에 대해 자세히 설명합니다. - Steven

---

Windows 8 환경에서 실행될 터치 PC와 새로운 유형의 PC 구동 방식에 대한 기획을 시작했을 때 우리는 태블릿이나 다양한 터치 스크린 PC에서 보다 효과적으로 텍스트를 입력할 수 있는 방법을 사용자들에게 제공할 필요가 있음을 깨닫게 되었습니다. 태블릿 PC 관련 기능이 탑재된 Windows XP SP1부터는 터치 입력이 가능한 화상 키보드가 제공되었습니다. 하지만 이런 기능들은 모두 데스크톱 경험을 확장한 것에 불과했습니다. 우리는 Windows 8에서 이 모델을 더욱 발전시켜 사용자들의 요구를 충족하고, Microsoft 디자인 원칙에 부합하고, 오늘날 우리 주변에서 볼 수 있는 폼 팩터에서 잘 작동하고, 미래에 선보일 폼 팩터에서도 잘 구동하는 텍스트 입력 지원 기능을 도입했습니다.

저는 지금 Windows 8 터치 키보드의 영문 표준 쿼티 레이아웃으로 이 글을 쓰고 있습니다. 보시는 것처럼 이 키보드는 아주 단순하면서도 직관적인 느낌을 주도록 디자인되었습니다. 이는 오랜 시간 디자인 작업에 매달린 결과이기도 하지만 이런 키보드 형태가 우리 눈에 익숙하기 때문이기도 합니다. 하지만 여기에는 단순히 눈이나 손 끝에 익숙하다는 사실 이상의 그 무엇이 존재합니다.

우리는 모든 선입견을 버리고 터치 키보드 기획 작업을 시작했습니다. 모든 기능에 대한 기획 작업을 마친 다음에는 일정한 원칙과 목표를 갖고 텍스트 입력 디자인 프로젝트에 들어갔습니다. Windows 8 PC에서 터치 기능을 사용하게 될 분들을 위해 다음과 같은 경험을 제공하는 것이 우리의 목표였습니다.

• 실제 키보드에서 입력하는 속도와 거의 유사한 빠른 텍스트 입력 속도
• 오류 방지, 쉬운 오류 수정
• 사용자의 자세, 장치 조작 방식, 소셜 설정을 고려한 편안한 텍스트 입력 방식

여러분은 아마도 이런 일들은 키보드에서만 가능하다고 생각할 수 있습니다. 프로젝트를 시작하면서 가능한 모든 방식의 텍스트 입력을 살펴보았습니다. 그러나 그 어느 하나도 키보드만큼 우리의 목표를 충족하는 텍스트 입력 방식은 없었습니다. 사용자들은 대부분 손으로 글씨를 쓰는 것보다 빠르고 정확하며 편안한 입력 방법을 원합니다. Windows에는 이미 다양한 언어로 지원되는 상당히 정확한 필기 인식 및 고급 음성 인식 기능이 있습니다. 하지만 탁월한 터치 키보드를 제공하지 않고서는 Windows 기반의 터치 스크린 장치에 대한 사용자들의 요구와 기대를 충족시킬 수 없었습니다. 그래서 모든 장치에 적합한 최상의 터치 키보드를 개발하는 작업에 착수하게 되었습니다.

사용자의 편안함과 자세에 최적화된 디자인

태블릿에서 사용할 수 있는 터치 키보드 디자인은 다양하게 상상해 볼 수 있습니다. 대형 키보드에서 소형 키보드, 움직이는 키보드, 원형 키보드, 스와이프 키보드에 이르기까지 우리는 여러 가지 키보드를 상상해 봤습니다. 그렇지만 초기 디자인 단계에서는 사용자들의 태블릿 조작 방식에 대한 연구가 중요한 역할을 했습니다. Microsoft 연구원들은 오랫동안 태블릿과 '함께 생활한' 사용자들을 관찰하는 심층 연구를 수행했습니다. 관찰 및 인터뷰 조사를 통해 태블릿 사용자들의 가장 일반적인 세 가지 사용 자세를 다음과 같이 확인할 수 있었습니다.

1. 한 손으로 장치를 잡고 다른 한 손으로 사용자 인터페이스를 조작
2. 두 손으로 장치를 잡고 엄지손가락으로 조작
3. 장치를 테이블이나 무릎, 스탠드 위에 올려 놓고 두 손으로 조작

태블릿과 '함께 생활한' 사용자들에 대한 조사에서 세 가지 일반적인 사용 자세가 확인되었습니다.

사용자들은 이런 자세를 취했을 때 가장 자연스럽다고 느끼고 태블릿을 오랜 시간 사용할 수 있었습니다. 사용자들이 이러한 자세에서 텍스트를 손쉽게 입력할 수 있는 최적화된 경험을 제공하기 위해 우리는 Windows 8을 디자인하는 과정에서 수많은 결정을 내려야 했습니다. 태블릿에 텍스트를 입력할 때 사용자들은 주로 무릎이나 테이블에 올려 놓고 여러 손가락을 입력하는 방법, 태블릿을 두 손으로 잡고 엄지손가락으로 입력하는 방법 또는 한 손으로 잡고 '독수리 타법'으로 입력하는 방법 등을 사용합니다.

우리의 표준 터치 키보드는 태블릿을 눕혀 놓고 여러 손가락을 사용하는 입력 방식과 한 손으로 입력하는 방식에서 모두 원활하게 작동할 수 있도록 최적화되어 있습니다. 일명 '분리형 키보드'라고 부르는 새로운 레이아웃도 도입했습니다. 약 1년 전 Windows 8 최초 프리뷰에서 첫 선을 보인 분리형 키보드는 태블릿을 두 손으로 들고 엄지손가락을 사용하는 입력 방식에 맞게 디자인되었습니다. 이 키보드는 다양한 손 크기에 맞게 크기 조절이 가능합니다. 자세에 대해 연구하면서 흥미로운 사실을 관찰할 수 있었는데 사용자들이 편안한 상태를 유지하기 위해 몸을 이리저리 움직이며 자세를 자주 바꾼다는 것입니다. 또한 자세를 바꿔주는 것은 대개 긍정적인 행동으로 여겨집니다. 그렇기 때문에 우리는 사용자가 일정한 작업을 할 때(예를 들어 엄마에게 이메일을 보낼 때) 어떤 방식으로 입력을 할 것인지, 작업을 하는 동안에는 자세를 어떻게 바꿀 것인지에 대해서도 고민했습니다. 가령, 사용자는 테이블 위에 태블릿을 올려 놓고 사용하다가 그 자세가 불편하면 소파에 누워 태블릿을 들고 엄지손가락 두 개로 조작할 수 있습니다.

우리는 사용자의 자세와 편안함에 대해 추가적인 연구를 실시하였고 그로 인해 사용자들이 태블릿을 어떻게 잡는가와 일반적으로 엄지손가락이 얼마나 멀리까지 닿는가에 대해서도 파악할 수 있었습니다. 서로 다른 손 크기를 가진 사용자들을 선정하여 엄지손가락이 가장 편안하게 닿는 위치가 어디이며 어디까지 엄지손가락을 뻗을 수 있고 어느 위치에 닿는 것이 불편한지 확인할 수 있는 센서가 달린 태블릿으로 후속 연구를 실시했습니다. 이런 실험을 통해 엄지손가락으로 시스템을 사용하는 방식에 최적화할 수 있었고 분리형 키보드 레이아웃이 형태를 갖추게 되었습니다.

이 열 지도는 분리형 키보드 레이아웃에 오버레이되어 일반적으로 사용자의 엄지손가락이 닿을 수 있는 위치를 보여줍니다. 녹색은 아주 편안한 위치, 노란색은 닿을 수 있는 위치, 그리고 빨간색은 일반적으로 불편하다고 느끼는 위치입니다.

유리에 타이핑하는 사용 환경을 고려한 디자인

다음으로 우리가 직면한 난관은 유리로 된 태블릿 디스플레이에 텍스트를 입력하는 경험을 고려하여 디자인하는 것이었습니다. 주요 자세 중 태블릿을 눕혀 놓는 자세는 실제 키보드에서 입력하는 상황과 매우 유사합니다. 그렇기 때문에 스마트폰에서 문자를 입력할 때와 달리 사용자들은 터치 키보드와 실제 키보드를 직접적으로 비교할 수 밖에 없습니다. 랩톱이나 데스크톱에서 실제 키보드를 사용할 때만 경험할 수 있는 장점이 있습니다. 즉, 텍스트를 입력할 때 다양한 감각적 피드백을 얻을 수 있습니다. 먼저 바로 손을 홈 키 위에 올려 놓을 수가 있습니다. 대부분의 키보드(영문 쿼티 키보드)에는 홈 키 위치를 확인할 수 있는 작은 범프가 J 키와 F 키 위에 있습니다. 그리고 타이핑을 할 때 손가락을 이리저리 움직여서 문자를 입력하기 좋은 모양으로 되어 있습니다. 키가 위아래로 조금씩 움직이기 때문에 사용자는 키를 제대로 두드렸는지 느낄 수 있습니다. 또한 키보드는 기계 장치이기 때문에 키보드를 누르면 톡톡 두드리는 소리가 나서 동작이 확인됩니다.

유리판을 눕혀 놓고 그 위에 타이핑을 한다고 생각해 보십시오. 어떤 피드백도 없고 어디에 손을 두면 좋을지 기준이 되는 것도 없으며 손가락으로 유리판을 제대로 두드렸는지 여부를 확인할 수 있는 어떤 징후도 느낄 수가 없습니다. 우리는 이런 상황을 감안하여 몇 가지 디자인 결정을 내렸습니다. 우선 특정한 피드백을 사용자에게 제공할 필요가 있었고 터치 키보드를 사용하면 입력의 정확성이 더 떨어진다는 사실을 인식해야 했습니다. 하지만 실제 키보드에서는 할 수 없는 일을 터치 키보드에서 할 수 있는 경우도 있다는 사실을 깨닫고 이런 기능이 구현되도록 만들고자 했습니다.

터치 키보드에서 확인할 수 있는 피드백은 두 가지 형태입니다. 키를 터치했을 때 색이 변하는 형태와 미묘한 소리가 나는 형태입니다. 모두 일반 스마트폰 터치 키보드에서 볼 수 있는 것과 유사한 것입니다. 다른 방식도 고민해 봤지만 작업에 너무 지장을 주거나 부자연스러워서 제외했습니다. 그 중에는 여러 스마트폰에서 현재 사용하고 있는 햅틱 피드백(입력에 따라 장치를 진동하는 피드백)도 있었습니다. 하지만 최신 햅틱 피드백을 사용해도 어느 정도 길이가 있는 텍스트를 입력할 때는 대부분이 다소 거슬린다고 느꼈고, 윙윙거리는 소리는 동작을 확인한다는 느낌보다는 괴롭힘을 당하는 듯한 느낌이었습니다.

두 가지 피드백 형태(시각적 변화와 소리)에도 논란 거리가 아예 없는 것은 아닙니다. 가령 비밀번호를 입력할 때의 시각적인 변화는 항상 이상적인 것만은 아닙니다. 그래서 이런 경우에는 피드백을 사용하지 않는 설정이 따로 있습니다. 키를 누를 때 나는 소리가 신경에 거슬리고 부자연스럽다고 생각하는 사용자들도 있습니다. 하지만 우리는 사용자 실험을 통해 사용자들이 유리에 타이핑할 때 소리가 나면 자신의 동작이 제대로 되었다는 사실에 안심하고 확신을 얻는다는 사실을 확인할 수 있었습니다. 우리가 사용하는 소리는 Windows Phone에서 사용하는 것과 유사한 것으로, 소리가 난다는 사실은 금방 잊게 되지만 소리를 끄고 나면 소리가 없어졌다는 것을 의식할 정도로 '미묘하게' 디자인된 특수한 사운드입니다.

사용자들이 터치 키보드를 사용해 익숙해지기 시작할 무렵 두 가지 피드백을 더 많이 사용합니다. 시선 추적에 대한 연구 결과, 터치 키보드를 사용하는 실력이 늘수록 사용자들은 키보드보다 입력 필드를 더 많이 보는 것으로 나타났습니다. 그렇게 되면 화면에 나타나는 각각의 글자가 입력이 제대로 되고 있다는 것을 보여주는 최고의 피드백일 것입니다. 시선 추적 연구에 대해서는 이 글 뒷부분에서 조금 더 자세히 다루도록 하겠습니다.

시선 추적 연구의 열 지도를 통해 알 수 있듯이 터치 키보드를 사용한 시간이 길수록 사용자들의 초점은 점차 입력 필드로 옮겨갑니다.

하지만 터치 키보드를 사용하는 실력이 늘어도 실제 키보드에서 텍스트를 입력하는 것보다는 여전히 정확성도 떨어지고 속도도 느릴 것입니다. Windows 8 터치 키보드에는 이러한 문제를 해결할 수 있는 특별한 기능이 있습니다. 그 중에서 가장 흥미로운 것은 '터치 모델'이라는 기능입니다.

사용자가 터치 키보드에서 키를 누르면 터치한 좌표가 추적되고 키에 대한 기하학적 지도를 만들게 됩니다. 하지만 손가락이 유리 디스플레이를 사이에 두고 움직이기 때문에 사용자가 키를 누르는 동작이 터치하려던 키의 범위 밖으로 벗어날 가능성이 있습니다. 따라서 우리가 단순히 키에 대한 기하학적 매핑에만 의존했다면 오류가 많이 발생했을 것입니다. 이런 점을 고려하여 키를 누르는 동작은 먼저 사용자가 터치하려던 것이 해당 키인지 그 주변의 키인지를 가늠하는 모델에서 평가됩니다. 이 과정은 두 가지 요인의 영향을 받습니다. 첫째, 우리는 여러 사용자들이 작성한 '팬그램' 또는 알파벳 문자를 전부 사용한 구문에서 가져온 데이터나 원하는 키를 터치하지 못하고 편향되는 경향이 있는 위치에 대한 기록에서 가져온 데이터를 활용합니다. 예를 들면 p를 입력하려고 하는데 o가 눌리는 경우가 빈번합니다. 사람들의 손가락이 대부분 안으로 굽었기 때문입니다. 이 모델에서는 입력 속도를 비롯한 다양한 특성을 바탕으로 여러 키 중에서 사용자가 입력하려고 했던 키를 예측합니다. 둘째, 우리는 사용자가 작성하는 내용과 연결될 가능성이 높은 문자와 단어를 포함한 어휘 데이터를 활용합니다. 이는 맞춤법 교정 시스템과 같은 것으로 사용자가 실수를 해도 시스템에서는 사용자가 입력하려고 했을 가능성이 높은 내용이 무엇인지를 '파악'합니다.

예를 들어 사용자가 쿼티 레이아웃에서 p를 입력하려고 했는데 실수로 o를 입력했을 경우 키보드가 이 터치 모델을 토대로 사용자에게 알리지 않고 조용히 이 오류를 수정하는 것이 가능합니다. 또는 사용자가 'the'라는 단어를 입력하려고 한다고 가정해 보겠습니다. 사용자가 t 다음 h를 입력하고 e와 w 사이를 터치했을 경우(하지만 w에 좀 더 가까운 위치를 터치했을 경우) t-h-w보다는 t-h-e가 영어에서 더 자주 쓰이는 문자 조합이라는 것을 감지한 터치 모델의 판단에 의하여 e가 출력됩니다. 그러나 사용자가 정확히 w를 터치한 경우에는 사용자가 제대로 입력했다고 판단하여 그대로 출력합니다. 이 모든 동작이 사용자가 입력하는 동안에 이루어지며 입력 필드에는 올바른 문자가 나타나기 때문에 별다른 수정을 할 필요가 없습니다. 이 기능이 제대로 작동하는 경우 사용자는 그러한 사실조차 의식하지 못하고 유리에 입력하는 동작에 자신감을 가지게 됩니다.

이 맵은 터치 모델 데이터에 대한 보고서에서 도출된 것으로 사용자들이 터치 키보드에 특정 키를 입력할 때 나타나는 편향성을 보여줍니다.

타이핑하기에 이상적인 디자인

피드백을 준비하고 불가피한 오류에 대한 '가드 레일'을 설정한 다음에도 우리는 구체적인 키보드 레이아웃(키를 어떻게 배치할 것인가)을 결정할 필요가 있었습니다. 키 위치는 입력 속도와 정확성에 큰 영향을 줍니다. 또한 사용자마다 키에 대해 확실한 의견이 있기 마련이고 이 의견은 서로 충돌하기도 합니다. 그러나 디자인 문제는 상호 작용과 몇 가지 물리적 현실을 살펴봄으로써 논리적으로 해결할 수 있었습니다. 예를 들어 우리는 다음과 같은 사실을 확인할 수 있었습니다.

1. 대부분의 사용자들은 지금까지 실제 키보드의 규칙을 바탕으로 바꾸기 힘든 습관이 몸에 배어 있습니다. 이 규칙이 달라지면 사용자의 입력 속도가 눈에 띄게 느려집니다. 이것은 심지어 아주 어린 사용자나 T9 입력 방식만을 사용하는 사용자에게도 해당됩니다. 우리들 대부분은 어린 나이에 일정한 형태의 터치 입력 방식을 배우기 때문입니다.
2. 타겟팅할 수 있는 최적의 키 크기라는 것이 존재합니다. Microsoft에서 수행한 실제 키보드에 대한 폭넓은 연구가 여기에도 적용됩니다. 가령 Windows 터치 키보드에 있는 문자 키의 크기는 일반적인 실제 키보드의 키 크기와 동일한 폭 19mm입니다. 이보다 크거나 작은 것보다 이 크기에서 사용자들의 입력 속도가 가장 빠른 것으로 나타났기 때문입니다.
3. 포함된 키가 많아질수록 사용자가 실수를 하게 될 가능성도 높아집니다. 이는 키가 많아지면 키 크기가 줄어들게 되고 의도하지 않은 키를 터치할 가능성도 높아지기 때문입니다. 키가 많아지면 시각적인 혼란과 방해가 일어나고 키를 훑어보고 원하는 키를 찾는 능력도 저하됩니다.
4. 디스플레이의 절반 이상을 키보드로 가려서는 안 됩니다. 너무 큰 키보드는 숨이 막힐 듯 답답한 느낌을 주고 컨텍스트를 놓치게 됩니다. 반대로 디스플레이의 절반을 가리는 것은 무방하다고 말하는 규칙도 존재합니다. 텍스트를 입력하는 것은 대부분 '모달' 활동이라서 사용자는 무언가를 입력하는 데 온 정신이 집중되어 주변에 관심이 없어지기 때문입니다. 키보드 바깥 영역에 대한 초점은 상대적으로 흐려지고 입력하고 있는 문자 쪽으로 초점이 이동하게 됩니다. 이 글에 설명한 우리의 시선 추적 연구 결과가 이 사실을 보여줍니다.
5. 여러 키들 중에서도 사용자들이 더 많이 사용하는 키가 있습니다. 우리는 실제 상황에서 작성한 텍스트 단락을 분석하여 이 사실을 추론해 낼 수 있었습니다. 문자와 기호의 사용 빈도에는 분명한 패턴이 있습니다.
6. 습관에 반하는 것이 아니라면 사용자들은 새로운 것을 아주 빠르게 습득할 수 있습니다.

따라서 어떤 언어든 간에 터치 키보드의 레이아웃은 결국 여러 가지 요소 사이의 균형을 잡는 것이 중요합니다. 예를 들어 기본 레이아웃에서 키의 개수를 줄이고 싶어도 그렇게 하면 기존의 입력해온 방식에 의존하는 사용자들에게 불만을 사게 됩니다. 레이아웃은 정확성을 제공할 수 있을 만큼 커야 하지만 응용 프로그램을 가릴 만큼 크면 안 됩니다.

우리가 키보드 레이아웃에 적용한 특별한 규칙 또는 원칙에는 한 가지가 더 있습니다. '키보드 레이아웃은 타이핑하기에 가장 좋은 디자인이어야 한다.'는 것입니다. 당연한 것처럼 들리지만, 키보드가 단어를 작성하는 것 이상으로 다른 작업(예: UI 단축키, 명령 전송, 코드 입력)에 많이 사용된다는 사실을 생각해 보면 그 의미가 분명해집니다. 우리 키보드는 타이핑에 최적화되었습니다. 키보드의 기본 목적이 바로 그것이기 때문입니다. 또한 위에서 언급한 다른 작업도 모두 수행할 수 있어야 합니다. 그럼, 우리가 이 기준을 따르기 위해 내린 몇 가지 디자인 결정에 대해 살펴보도록 하겠습니다.

숫자

우리는 기본 키보드 레이아웃에 왜 숫자 행이 포함되어 있지 않느냐는 질문을 많이 받습니다. 작업할 때 숫자를 사용할 일이 많고 숫자 키는 실제 키보드의 상단에 있습니다. Windows 7 화상 키보드의 경우에는 숫자 행이 있습니다. 이것은 Windows 7 화상 키보드의 전체적인 디자인에도 일관되는 것입니다. 본질적으로 Windows 7 화상 키보드는 실제 키보드의 소프트웨어 에뮬레이션이기 때문입니다. 하지만 터치 환경에는 최적화되었다고 볼 수 없습니다.

Windows 7 화상 키보드는 물리적 키보드를 모방했을 뿐 터치나 타이핑에는 최적화되지 않았습니다.

Windows 8 터치 키보드의 초기 디자인과 프로토타입에도 숫자 열이 있었습니다. 하지만 이런 디자인을 사용자들에게 내놓자 키보드가 원래 사용하던 것보다 '비좁게' 느껴진다는 의견이 많았습니다. 특히 레이아웃 경계선 주위에서의 오류나 실수로 키를 호출하는 현상이 자주 관찰되었습니다. 이로 인해 우리는 여러 가지 사항을 수정해야 했고 숫자 행을 없앤다는 결정에 힘이 실리게 되었습니다. 이유는 이렇습니다. 숫자 행을 포함시킨다는 것은 문자 키의 네 번째 줄이 추가로 생긴다는 것을 의미합니다. 여기에 키를 타겟팅하기 좋은 크기로 맞추면 디스플레이 안에서 키보드의 높이가 그만큼 높아진다는 뜻입니다. 따라서 일반적인 태블릿 장치(화면 크기가 10.6인치 라고 했을 때)에 숫자 행을 추가하면 디스플레이의 절반 이상을 키보드로 가리게 됩니다. 여기에 우리는 숫자가 대부분의 문자나 자주 쓰이는 기호와 비교하면 상대적으로 입력되는 횟수가 적다는 관찰 결과를 얻게 되었고, 키 개수가 늘어나면 키를 누르는 동작에 실수가 더 많아진다는 사실도 깨달았습니다. 그렇게 해서 우리는 숫자를 별도의 특수문자 자판에 포함시키기로 결정했습니다.

이런 결정을 내리고 나자, 숫자를 특수문자 자판 맨 위 줄에 표시할 것인지 아니면 숫자 키패드로 표시할 것인지에 대한 논쟁이 이어졌습니다. 그 결과 다음과 같은 이유 때문에 우리는 숫자 키패드를 선택했습니다.

1. 사용자들은 보통 여러 가지 숫자를 한 번에 입력한다.
2. 하나로 모여있는 그룹에서 살펴보는 것이 긴 줄을 훑어 보는 것보다 쉽다.
3. 사용자들은 숫자가 덩어리로 모여있을 때 숫자 시퀀스를 훨씬 빨리 입력한다.

더불어 우리는 7,8,9로 시작하는 숫자 키패드 대신 대부분의 확장 컴퓨터 키보드나 계산대에서 사용하는 것과 같은 1,2,3으로 시작하는 숫자 키패드를 사용했습니다. 이 경우에서는 실제 키보드의 규칙보다는 전화기, ATM, 리모콘 등 기타 현대 생활에서 자주 사용되는 장치의 숫자 키패드에 사용자들이 익숙해져 있다는 사실이 중요하게 작용했습니다. 1,2,3 순서는 다른 어떤 순서보다도 눈으로 훑어보고 뇌로 전달되기 쉬운 방법입니다.

특수문자 자판에는 전화기, ATM, 리모콘에서 사용하는 현대적인 레이아웃을 반영한 숫자 키패드가 사용됩니다.

Tab 키

Tab 키도 마찬가지였습니다. Tab 키는 문서 서식을 설정할 때뿐만 아니라 웹 페이지에서 입력 필드를 이동할 때도 많이 쓰입니다. 그 때문에 실제 키보드에 있는 다른 여러 키를 제거한 후에도 Tab 키는 초기 터치 최적화 레이아웃에 여전히 포함되어 있었습니다. 그 모습은 다음과 같습니다.

초기 키보드 레이아웃에는 정확성과 빠른 속도를 위해 다양한 추가 키들이 있었습니다.

좌우 가장자리에는 문자도 기호도 아닌 키가 있는 것을 확인할 수 있습니다. 이 레이아웃은 위에서 설명했듯이 사용자들에게 비좁다는 느낌을 주었기 때문에 제외되었습니다. 뿐만 아니라 원하는 문자 키를 찾지 못하는 일도 잦았고 실수로 가장자리에 있는 키를 터치하는 일도 발생했습니다. 가장자리의 키들을 없애고 나니, 사용자들은 레이아웃이 넓어 보이고 안정된 느낌이라고 극찬했고 오류가 감소하는 동시에 입력 속도가 빨라졌습니다. Tab 키가 특수문자 자판에 있어서 전보다는 찾기가 어려워졌지만 키보드 자체에서 타이핑하기에는 훨씬 편해졌습니다. 그렇게 Tab 키의 긴 여정이 막을 내렸습니다.

다운시프트 시행 착오

마지막으로 살펴볼 사례는 제품의 기능이 될 뻔했다가 나중에 키보드에서 빠지게 된 경우입니다. 이것은 자판을 바꾸지 않고도 문장 부호를 쉽게 입력할 수 있도록 하고 싶은 마음에서 탄생한 기능입니다. 이 디자인에서 왼쪽 Shift 키는 대문자 입력이나 기본 자판의 상단 기호 입력처럼 보통 Shift 키가 하는 작업을 수행합니다. 반면 오른쪽 Shift 키는 다른 용도로 사용됩니다. 자주 사용되는 기호나 문장 부호를 '미리 보기'하는 기능입니다. 이 아이디어를 이용하여 우리는 기본 자판의 컨텍스트를 건드리지 않으면서 입력 속도는 더 높이고, 문장 부호를 선택하는 작업 등은 '다운시프트'하여 조금이나마 작업량을 줄여보고자 했습니다. 우리는 이 아이디어가 기존의 규칙에서 벗어나 소프트웨어만이 줄 수 있는 가치를 사용자들에게 제공할 수 있을 것이라고 믿었습니다. 다음 사진이 '다운시프트' 키보드입니다.

다운시프트 디자인은 사용자가 빠르게 특수문자를 사용할 수 있도록 하기 위해서 고안되었습니다. 그러나 사용자들이 Shift 키에 기대하는 동작과 상충했습니다.

결론부터 말하자면 이 프로토타입은 실제로 적용되지 못했습니다. 실험 참가자들은 계속해서 평소에 Shift 키를 사용할 때처럼 오른쪽 Shift 키를 눌렀고, 특수문자 '미리 보기'가 실행되면 당황해서 타이핑을 멈췄던 것입니다. 그래서 결국 기존 실제 키보드의 규칙을 그대로 따를 수 밖에 없었습니다.

길게 누르기 동작은 반대의 경우입니다. 실제 키보드에서 문자를 길게 누르면 해당 문자가 반복해서 입력됩니다. 그러나 터치 키보드에서 길게 누르는 동작을 하면 상단 문자나 기호가 나타납니다. 이는 실제 키보드에는 없지만 터치 키보드에는 있는 기능 중 하나입니다. 예를 들어 ñ, é, š 등을 위한 특수 키 조합이 없을 경우 실제 키보드에서 입력하려면 아주 난감할 수 밖에 없습니다. 하지만 터치 키보드에서는 손쉽게 입력할 수 있습니다. 이러한 기존 키보드 규칙에 대해 지금까지 그 누구도 고민한 적이 없었습니다. 사실상 우리가 처음 개척하는 영역이나 다름없습니다. 메뉴에서 일일이 선택할 필요 없이 보조 키 쪽으로 손가락을 살짝 밀기만 하면 문자가 입력됩니다. 악센트 부호가 있는 문자를 많이 사용하는 사용자의 경우 문서 작성이 훨씬 빨라질 것입니다. 꼭 경험해 보시기 바랍니다!

키를 길게 누르면 연관된 키가 나타납니다. 원하는 보조 키 쪽으로 손가락을 빠르게 살짝 밀면 문자가 바로 선택됩니다.

실험과 검증

우리는 일련의 시선 추적 연구를 실시했습니다. 이는 실험 참가자가 시스템을 조작할 때 응시하는 방향을 카메라로 녹화하는 연구 방식입니다. 이 연구를 통해 우리는 몇 가지 사항에 대한 해답을 얻을 수 있었습니다. 터치 키보드에서 타이핑할 때 사용자들은 어디를 보는가? 시간이 흐르면 응시하는 지점이 바뀌는가? 이런 패턴이 다양한 자판 보기와 레이아웃에서 일관되는가? 시선과 입력 속도 사이에 연관성이 있는가?

시선 추적 연구 참가자가 세션을 시작합니다.

사용자들은 기본적으로 문자가 나타나는 텍스트 필드를 보고 그 다음으로 키보드를 본다는 일관된 연구 결과를 얻을 수 있었습니다. 연구 결과는 이런 경향에 최적화하기 위해 디자인된 우리의 텍스트 제안 설정과 일맥상통했습니다. 사용자가 입력할 것으로 예측되는 단어를 보여주는 텍스트 제안은 텍스트 필드의 커서 바로 옆에 표시됩니다. 때문에 사용자가 터치 키보드에서 '삽입' 키만 터치하면 단어를 삽입할 수 있습니다. 사용자들이 입력할 때 주의를 기울이는 것으로 나타난 지점을 공략한 디자인입니다. 키보드 상단에 예상 단어가 표시되는 휴대폰의 텍스트 제안 UI와는 현저한 차이가 있습니다. 실물 크기 키보드로 PC를 사용할 때 키보드 상단을 볼 일이 전혀 없기 때문입니다. 그리고 사용자들은 단어를 선택하기 위해 타이핑을 멈추거나 자세를 바꾸는 것을 꺼려합니다.

개인의 고정된 시선이나 망막 기록에 따르면 사용자들은 키보드, 혹은 텍스트 필드를 쳐다본다는 것을 알 수 있습니다. 일반적으로 그 둘 사이의 중간 지점은 쳐다보지 않습니다. 이 때문에 우리의 문자 예측 UI는 캐럿 주위에 표시됩니다.

시선 추적 연구를 통해 우리는 시간이 흐를수록 사용자의 눈이 응시하는 곳이 달라지며 입력 속도 역시 점차 빨라진다는 사실도 발견했습니다. 시선 추적 연구에서 시선 흐름을 나타내는 게이즈 플롯을 보면 이 사실을 분명하게 확인할 수 있습니다. 태블릿 사용이 서툴러 타이핑이 느린 실험 참가자부터 태블릿을 오랫동안 사용하여 타이핑이 능숙한 실험 참가자까지 모두 이 같은 경향을 보였습니다. 어떤 경우든 처음에는 사용자들이 키보드에 집중하느라 입력 속도가 느렸습니다. 하지만 사용한 시간이 늘어날수록(예: 수일 동안 약 90분의 시간 경과) 키보드보다는 텍스트 필드를 더 많이 쳐다보게 되었고 분당 단어 입력 속도가 상당히 빨라졌습니다.

연구 결과, 시간이 지나면 응시하는 위치가 변하는 것을 확인할 수 있었습니다. 왼쪽 이미지는 태블릿 사용을 시작한지 몇 분 지나지 않았을 때 참가자의 게이즈 플롯이고, 오른쪽 이미지는 90분 정도 경과한 다음 같은 참가자의 게이즈 플롯을 보여줍니다. 텍스트 필드로 시선이 옮겨간 것을 알 수 있습니다. 세션이 진행되는 동안 이 참가자의 입력 속도는 두 배로 빨라졌습니다.

지속적인 디자인 개선 작업

마지막으로 아래의 이미지는 Windows 8 Release Preview의 영문 쿼티 레이아웃입니다. 의도적으로 공간과 여유를 두고 디자인했으며 명백한 이유가 있는 키들만 남게 되었습니다. 모든 키에 각각의 사연이 있지만 여기에서는 몇 가지 중요한 내용만 간략히 소개하도록 하겠습니다.

• 백스페이스 키는 실제 키보드에서는 물론 터치 키보드에서도 매우 자주 사용되는 키입니다. 이 키를 없애면 사용자들은 자신도 모르게 이 위치에 손가락을 계속 갖다 댈지도 모릅니다.
• 모드 전환 키는 자판 옵션이나 언어를 전환하고 키보드 숨기기 동작을 위해 꼭 필요한 키입니다. IME 사용자들은 이 키를 사용하여 Windows IME로 전환할 수 있습니다. 터치 최적화 키보드 레이아웃의 특성 역시 이 키로 완성됩니다.
• Ctrl 키와 좌우 화살표 키는 텍스트 편집 작업을 위해 존재합니다. 이 키들이 있어야 키보드에서 손을 떼지 않고 입력 커서를 움직이거나 잘라내기, 복사, 붙여넣기 작업을 수행할 수 있습니다. Ctrl 키는 실제 키보드에서의 기능과 동일하게 작동하기 때문에 모든 Ctrl 키 조합이 똑같이 지원됩니다. 잘라내기, 복사, 붙여넣기, 굵게 등의 레이블은 텍스트 편집에 자주 사용되기 때문에 포함했습니다. 터치 키보드는 '명령'을 위해 디자인된 것이 아니기 때문에 Windows 키나 기능 키는 없습니다. 타이핑하기에 가장 좋은 디자인이라는 목표에 집중하려고 의도적으로 내린 결정 사항입니다.
• 스페이스바는 정가운데에 있는 옆으로 기다란 키입니다. 물리적 키보드에 관한 연구를 보면 약 80%의 스페이스바 누르기 동작이 오른쪽에서 일어난다는 것을 알 수 있습니다.(오래된 키보드를 살펴보면 한쪽이 더 닳아있는 것을 느낄 수 있습니다.) 터치 키보드에서도 마찬가지입니다. 스페이스바가 적당한 크기가 아니면 사용자가 입력에 실패할 수 있고 회복하기 어려운 오류가 발생할 것입니다.
• '이모지' 또는 이모티콘 키를 누르면 이모지 자판으로 전환되고 다양한 유니코드 기반 이모지 문자가 제공됩니다. 전 세계적으로 이모지 사용자 수가 늘어나고 있으며 글을 쓰고 감정을 표현하는 데 중요한 일부분이 되었습니다.
• 함께 제공되는 표준 키보드 레이아웃 옵션을 사용하면 기능 키나 기타 확장 키가 필요한 데스크톱 소프트웨어를 사용할 때 PC에 키보드가 없는 경우에 아주 유용합니다. PC 설정의 일반 설정 섹션에서 설정 참을 통해 손쉽게 설정을 할 수 있습니다.

여러분이 직접 키보드를 사용하면서 새롭게 추가된 편리한 기능들을 발견할 수 있다면 더욱 좋을 것 같습니다. 한 가지 예를 들어 &123 키를 누른 상태에서 다른 손으로 기호나 숫자를 선택할 수 있고 손을 떼면 원래 키보드가 다시 나타납니다. 팀에서는 이 기능을 '멀티 터치 미리 보기(multi-touch view peek)'라고 부릅니다.

현재 터치 최적화 레이아웃의 모든 키에는 수많은 연구가 바탕이 되어 결정된 사항이 반영되어 있습니다.

이러한 최적화 작업은 Windows의 모든 입력 언어에 적용됩니다. Windows는 전 세계의 터치 입력 경험에 최적화된 서비스를 제공하기 때문입니다. 앞으로도 우리는 텍스트 입력 경험을 계속해서 개선해 나갈 예정입니다. 지금까지 여러분이 보내주신 의견에 진심으로 감사드립니다!

Kip Knox

다른 미디어 플레이어에서 이 비디오를 재생하려면 다운로드하세요.
고화질 MP4 | 저화질 MP4

중요한 파일은 항상 백업해 두어야 한다는 것은 상식입니다. 아무리 SkyDrive의 기능을 많이 활용하더라도 사용자가 직접 해야 할 일이 있습니다. Windows 8의 경우에는 백업의 작동 원리를 새로운 관점에서 고민하면서 단순히 모든 파일을 복원하는 것이 아니라, 중요한 파일을 하루 종일 편집했던 이전 버전으로 복원하는 영원한 숙제를 해결하는 데 착수했습니다. 그리고 이 목표를 실현하기 위해 파일 히스토리라는 새로운 기능을 Windows 8에 도입하기에 이르렀습니다. 이 글은 저장소 팀의 프로그램 관리자인 Bohdan Raciborski가 작성했습니다. - Steven

참고: 댓글이 주제를 벗어났습니다. 커뮤니티 기준에 의거하여 해당 주제에 맞게 댓글을 작성해 주세요.

파일 히스토리란?

파일 히스토리는 라이브러리, 바탕 화면, 즐겨찾기 및 연락처 폴더에 저장된 개인 파일을 지속적으로 보호하는 백업 응용 프로그램으로, 파일 시스템을 주기적으로(기본적으로 매 시간마다) 검색하여 변경 내용과 다른 위치에 저장된 변경된 파일의 복사본이 있는지 확인합니다. 개인 파일이 변경될 때마다 사용자가 선택한 전용 외부 저장 장치에 복사본이 저장됩니다. 파일 히스토리는 시간의 경과에 따라 이러한 모든 개인 파일의 변경 내용 기록을 완전하게 작성합니다.

Windows 8에서 소비자의 파일을 보호하는 새로운 수단을 제공하는 기능으로, Windows 7의 기존 Windows 백업 및 복원 기능을 대체합니다.

이 방식이 기존 백업 및 복원과 다른 점은?

안타깝게도 백업 응용 프로그램은 그리 널리 사용되지 않습니다. 원격 분석 결과를 보면 Windows 백업 기능을 사용하는 개인용 PC는 채 5%가 안 되고, 타사 도구를 모두 합해도 백업되는 개인용 PC는 절반에 훨씬 못 미칩니다. 때문에 사용자의 개인 데이터와 디지털 기록은 언제든지 데이터 손실로 이어질 수 있는 취약한 상태로 방치되고 있습니다. Microsoft는 Windows 8에서 다음을 실현하기 위해 적극적인 조치를 취했습니다.

1. 모든 Windows 사용자가 설정하여 개인 파일을 보호할 수 있도록 간편한 데이터 보호 기능 구현
2. 백업을 설정하고 사용하는 데 있어서의 복잡성 해소
3. 백업을 자동화된 서비스로 바꾸어 사용자의 조작 없이 백그라운드에서 사용자 파일 보호
4. 개인 파일의 여러 버전을 훨씬 손쉽게 찾아 미리 보고 복원할 수 있는 단순하고 이목을 끄는 복원 환경 제공

파일 히스토리를 설계하는 과정에서는 과거의 경험에서 얻은 교훈과 변화하는 PC 사용자의 요구를 해결하기 위해 더해진 요건들이 반영되었습니다.

• PC 사용자의 이동이 그 어느 때보다 잦아졌습니다. 이를 반영하여 전원 상태가 끊임없이 바뀌거나 네트워크와 장치에 자주 연결되었다가 연결이 해제되는 랩톱을 보다 효과적으로 지원하도록 파일 히스토리를 최적화했습니다.
• PC 사용자가 만들어내는 데이터의 양도 늘어났고 그러한 데이터에 대한 의존도도 그 어느 때보다 높아졌습니다. 이를 감안해 현재 시스템 드라이브에 저장된 데이터만 보호하는 것이 아니라 이전에 작업한 내용과 과거에 만들었던 데이터까지 보호합니다.

파일의 특정 시점(PiT) 버전이나 전체 폴더가 필요할 경우 빠르게 찾아서 복원할 수 있습니다. 복원 응용 프로그램은 파일을 찾고, 검색하고, 미리 보고, 복원하는 데 최적화된 매력적인 환경을 제공하도록 고안되었습니다.

설정

파일 히스토리를 사용해 파일을 백업하려면 먼저 파일을 저장할 드라이브를 설정해야 합니다. 크래시나 기타 PC 문제로부터 파일을 보호하기 용이하도록 외장형 드라이브나 네트워크 위치를 사용하는 것이 좋습니다.

파일 히스토리는 라이브러리, 연락처, 즐겨찾기, 바탕 화면에 있는 파일의 복사본만 저장합니다. 다른 곳에 있는 폴더를 백업하려면 기존 라이브러리 중 하나에 추가하거나 새 라이브러리를 만들면 됩니다.

파일 히스토리를 설정하려면

1. 파일 히스토리 제어판 애플릿을 엽니다.
2. 외장형 드라이브에 연결하고 페이지를 새로 고친 다음 켜기를 탭하거나 클릭합니다.

또한 드라이브를 PC에 연결하고 표시되는 알림을 탭하거나 클릭하고...

… Configure this drive for backup(이 드라이브를 백업용으로 구성)을 탭하거나 클릭하여 자동 실행에 드라이브를 설정할 수도 있습니다.

아주 간단하지 않습니까? 이때부터 매 순간 라이브러리, 바탕 화면, 즐겨찾기, 연락처에 변경 내용이 있는지가 확인됩니다. 그리고 변경된 파일이 발견되면 자동으로 파일 히스토리 드라이브로 복사됩니다.

다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

파일 복원

문제가 발생하여 개인 파일을 하나 이상 잃었을 때, 복원 응용 프로그램으로 다음 작업을 아주 간단히 수행할 수 있습니다.

• Windows 탐색기와 매우 유사한 방식으로 개인 라이브러리, 폴더 및 파일 탐색
• 키워드, 파일 이름 및 날짜 범위를 사용하여 특정 버전 검색
• 선택한 파일의 버전 미리 보기
• 한 번의 탭 또는 마우스 클릭으로 파일 복원 또는 파일 선택

복원 응용 프로그램은 와이드스크린 디스플레이를 지원하도록 설계되었고, 미리 보기를 통해 파일의 특정 버전을 고유하고 매력적이며 편리하게 찾을 수 있는 환경을 제공합니다.

다른 백업 응용 프로그램에서는 특정 날짜에 생성된 백업 세트를 선택해야 합니다. 그리고 특정 폴더로 이동한 후 필요한 파일을 찾아야 합니다. 하지만 이때는 그 파일이 맞는지를 확인하기 위해 파일을 열거나 내용을 미리 볼 수 없습니다. 일단 파일을 복원한 다음에 올바른 버전이 아니면 처음부터 다시 시작하는 수밖에 없습니다.

파일 히스토리를 사용하면 Windows 탐색기에서 바로 검색을 시작합니다. 특정 위치를 찾아 탐색기 리본에서 히스토리 단추를 클릭하거나 탭하면 선택한 라이브러리, 폴더 또는 개별 파일의 모든 버전이 표시됩니다.

예를 들어 사진 라이브러리를 선택하고 히스토리 단추를 클릭하거나 탭하면...

… 이 라이브러리의 전체 히스토리가 표시됩니다.

특정 파일을 클릭하면 선택한 사진의 전체 히스토리를 볼 수 있습니다.

이 예제에서 선택한 사진은 4개 버전이 있습니다. 이전/다음 단추를 클릭하거나 화면을 살짝 밀면 원하는 버전을 손쉽게 탐색할 수 있습니다. 원하는 버전을 찾으면 복원 단추를 클릭하여 복원하면 됩니다. 선택한 버전이 원래 위치로 복원됩니다.

지속적이고 신뢰할 수 있는 보호

이전 버전 모델을 사용하는 대신 파일 히스토리를 사용하면 새로운 방식의 데이터 보호가 가능합니다.

가장 중요한 항목만 보호

파일 히스토리는 전체 시스템(운영 체제, 응용 프로그램, 설정 및 사용자 파일)을 보호하는 것이 아니라 사용자 개인 파일만 중점적으로 보호합니다. 즉, 가장 중요하면서도 문제가 발생했을 때 다시 만들기가 가장 어려운 것을 보호합니다.

최적화된 성능

이전에는 대부분의 백업 응용 프로그램에서 전체 볼륨을 검색해 디렉터리 또는 파일의 변경 내용을 확인하는 투박한 방식을 사용했습니다. 이러한 방식은 시스템 성능에 크게 영향을 미치고 완료하는 데에도 시간이 많이 소요됩니다. 반면 파일 히스토리는 NTFS 변경 저널을 활용합니다. NTFS 변경 저널은 NTFS 볼륨에 저장된 모든 파일의 변경 내용을 모두 기록합니다. 디렉터리를 열어 읽으면서 볼륨을 검색하는 대신, 파일 히스토리는 NTFS 변경 저널을 열어 변경 내용을 빠르게 찾습니다. 그리고 이 정보를 가지고 변경되어 복사해야 할 파일의 목록을 만듭니다. 이 방식을 사용하면 프로세스가 매우 빠르고 효율적으로 이루어집니다.

파일 히스토리는 쉽게 중지하고 다시 시작할 수 있게 고안되었습니다. 따라서 시스템이 절전 모드로 전환되거나 사용자가 로그오프하거나 시스템의 작업량이 많아 포그라운드 작업을 수행하는 데 CPU 주기가 더 필요하거나 네트워크 연결이 끊기거나 포화 상태일 때 처음부터 다시 시작하지 않고 작업을 재개할 수 있습니다.

파일 히스토리는 리소스가 한정되어 있는 소형 폼 팩터 PC와 태블릿을 비롯한 모든 PC에서 원활하게 작동하도록 고안되었습니다. 시스템 성능, 배터리 수명, 전체 환경에 미치는 영향이 최소화되도록 시스템 리소스를 사용합니다.

1. 파일 히스토리는 낮은 우선 순위로 실행되고 낮은 우선 순위의 IO와 메모리를 사용합니다.

그림 1: 작업량이 증가할 경우 파일 히스토리의 반응

그림 2: 일반적인 I/O 우선 순위의 다른 프로세스가 있는 경우 파일 히스토리의 디스크 사용

1. 파일 히스토리 서비스가 유휴 상태일 때는 평균 10MB의 작업 집합을 사용합니다. 실행 중에는 메모리를 적게 사용하고 사용 시간도 짧습니다. 아래 차트는 파일 히스토리 주기를 1시간으로 설정한 상태에서 시뮬레이션된 작업을 사용하여 4시간 동안 수집된 작업 집합 히스토그램을 보여 줍니다.

그림 3: 매 3분마다 샘플링된 백업 주기당 작업 집합 크기

1. 한 주기에서 백업되는 데이터의 양은 제한됩니다.
2. 컴퓨터가 절전 상태가 되면 작업이 일시 중단됩니다.

파일 히스토리는 다음에 반응하여 작동합니다.

• 사용자가 있는 경우, 즉 로그온되어 있고 시스템을 사용 중인지 여부
• 컴퓨터가 AC 전원으로 작동하는지, 배터리 전원으로 작동하는지 여부
• 마지막 백업 주기가 완료된 시간
• 마지막 주기 이후의 변경 건수
• 포그라운드 프로세스의 작업

매 10초마다 확인되는 이러한 요인을 모두 고려하여 최적의 데이터 백업 방법을 결정합니다. 이들 조건 중 하나라도 바뀌면 할당량을 감소/증가시키거나 백업 주기를 일시 중단/종료하도록 결정합니다.

모바일 사용자에 최적화된 기능

파일 히스토리는 실행 중에 상태 전환을 문제 없이 처리합니다. 예를 들어 사용자가 랩톱의 덮개를 닫거나 외장형 드라이브의 연결을 끊거나 랩톱을 들고 외출하면서 홈 무선 네트워크의 범위를 벗어나면 파일 히스토리가 그에 따라 적절하게 반응합니다.

• 덮개 닫힘 - PC가 절전 모드로 전환되면 파일 히스토리가 전원 모드의 변화를 감지해 작업을 일시 중단합니다.
• 덮개 열림 – 게임을 실행하는 등의 경우에도 전반적인 시스템 성능에 영향을 미치지 않으면서 파일이 보호될 수 있는 우선 순위로 작업을 다시 시작합니다. 또한 시스템이 절전 모드에서 전환되는 동안 영향을 주지 않도록 "덮개 열림" 이후의 모든 작업이 완료될 때까지 기다립니다.
• 전용 저장 장치의 연결이 끊김 – 저장 장치가 연결되어 있지 않은 상태를 감지하여 변경된 파일 버전을 시스템 드라이브에 캐싱하기 시작합니다.
• 전용 저장 장치 다시 연결됨 – 다음 주기에 저장 장치가 다시 연결된 것을 감지하여 로컬 캐시에서 외장형 드라이브로 모든 버전을 넘기고 다시 정상적으로 작동합니다.

간소화와 신뢰성

우리는 1) 가능한 한 효과적인 사용자 개인 파일 보호 기능을 제공하고 2) 간소하면서 신뢰성이 보장되는 기능을 제공한다는 두 가지 목표를 가지고 파일 히스토리를 설계했습니다.

파일 히스토리의 이점을 활용하려면 한두 가지 간단한 결정을 내려야 합니다. 대부분의 경우 한 가지만 결정하면 됩니다. 즉, 어느 외장형 드라이브를 사용할 것인가를 결정합니다. 나머지는 Windows에서 자동으로 결정됩니다. 파일 히스토리는 백그라운드로 작동되고 어떤 식으로도 Windows의 사용자 환경, 신뢰성 또는 성능에 영향을 미치지 않습니다.

모든 권한

Windows 7에 기본적으로 포함된 Windows 백업 및 복원을 비롯하여 대부분의 백업 응용 프로그램은 설정하고 사용하려면 관리자 권한이 필요합니다. 즉, 표준 사용자는 관리자에게 응용 프로그램 설정을 요청하고 파일을 복원할 때마다 관리 권한을 부여받아야 합니다. 파일 히스토리는 다릅니다. 파일 히스토리는 사용자마다 모든 권한을 제공합니다. 따라서 이제 사용자가 파일 히스토리를 켤지 여부와 그 시점, 그리고 사용할 외장형 드라이브를 결정할 수 있습니다. 사용자마다 파일 히스토리를 저장할 위치를 서로 다르게 설정할 수도 있습니다. 파일을 복원할 때도 관리자에게 요청할 필요가 없습니다.

고급 사용자와 경험 많은 PC 사용자라면 고급 파일 히스토리를 사용하여 다음과 같은 여러 가지 작동 방식을 제어할 수 있습니다.

• 파일의 복사본을 저장하는 빈도: 백업 주기는 10분에서 24시간 사이로 변경할 수 있습니다. 자주 백업할수록 보호 효과는 높아지지만 디스크 공간이 많이 소모됩니다.

• 저장된 버전을 보관하는 기간: 여러 버전을 영원히 저장할 수도 있고 한 달 동안만 저장할 수도 있습니다. 이 설정은 파일 히스토리 드라이브 공간이 빨리 차는 경우에 유용합니다. 여러 버전이 저장되는 기간을 줄이면 드라이브 공간이 차게 되는 속도를 늦출 수 있습니다.

• 로컬 캐시 크기 변경: 파일 히스토리는 파일 히스토리 대상 드라이브를 사용할 수 없을 때 로컬 드라이브의 용량을 조금 사용하여 파일의 여러 버전을 저장합니다. 연결이 끊긴 동안 파일의 버전을 많이 만들거나 오랫동안 연결이 끊긴 상태가 지속되면 모든 버전을 저장하기 위해 로컬 드라이브의 더 많은 공간을 예약해야 할 수 있습니다. 로컬 캐시에 저장된 버전은 외장형 드라이브가 다시 사용 가능한 상태가 되면 외장형 드라이브로 옮겨집니다.

• 백업하지 않을 폴더 제외: 다운로드한 고화질 동영상이나 팟캐스트처럼 쉽게 다시 만들 수 있어 보호할 필요가 없고 크기가 매우 큰 파일들이 들어 있는 폴더도 있습니다. 이러한 파일은 파일 히스토리 드라이브 용량을 빠르게 잡아먹습니다. 이 설정을 사용하면 그러한 폴더를 제외할 수 있습니다.

• 홈 네트워크의 다른 홈 그룹 구성원에게 드라이브 권장: 이 설정은 아래의 파일 히스토리와 홈 그룹 섹션에서 자세히 다루겠습니다.

• 파일 히스토리 이벤트 로그 액세스: 이벤트 로그에는 파일 히스토리 관련 문제를 해결할 때 필요할 수 있는 이벤트 정보가 기록되어 있습니다. 이러한 정보는 파일 히스토리가 액세스하지 못하는 파일을 식별하는 데 특히 유용합니다.

파일 히스토리 제어판 애플릿을 통해 고급 설정에 액세스할 수 있습니다.

폴더를 제외하려면 폴더 제외를 선택합니다. 그리고 추가 단추를 클릭하여 제외할 폴더를 찾아 선택합니다. 다음 백업 주기부터 이 폴더의 파일은 백업되지 않습니다. 해당 폴더를 다시 백업하려면 제외 목록에서 폴더를 제거하면 됩니다.

다른 고급 설정은 고급 설정 페이지에서 사용할 수 있습니다.

파일 히스토리는 Windows 8에서 새롭게 제공되는 저장 기능도 지원합니다. 백업할 데이터가 많은 사용자는 저장소 공간 설정을 사용하여 USB 드라이브를 사용한 복원력이 뛰어난 저장소 풀을 만들 수 있습니다. 풀이 다 차면 추가 드라이브와 저장 용량을 손쉽게 풀에 추가할 수 있습니다. 저장소 공간에 대한 자세한 내용은 이 글을 참조하십시오.

BitLocker를 사용하여 개인 파일의 내용을 보호하는 사용자는 원본 드라이브와 대상 드라이브 모두에서 BitLocker를 원활하게 지원하는 파일 히스토리도 함께 사용할 수 있습니다.

파일 히스토리는 일반 고객용으로 설계되었지만 기업 고객도 사용할 수 있습니다. 다만 경우에 따라서는 파일 히스토리가 회사 정책(예: 보존 정책)에 위배될 수 있습니다. 이러한 문제를 방지하기 위해 기업 IT 관리자가 관리하는 클라이언트 PC에서 파일 히스토리를 끌 수 있는 그룹 정책을 추가했습니다.

파일 히스토리 정책 설정은 컴퓨터 구성, 관리 템플릿, Windows 구성 요소, 파일 히스토리의 그룹 정책 개체 편집기에서 제공됩니다.

최소 설치

파일 히스토리는 Windows에 포함되어 있으므로 소프트웨어를 따로 설치할 필요가 없습니다. 대신에 클릭 한 번만으로 파일 히스토리를 실행할 수 있습니다.

위에서 설명했듯이 라이브러리를 보호하려면 외장형 드라이브를 연결하거나 네트워크 위치를 선택해야 합니다. 파일 히스토리는 파일의 여러 버전을 이 장치에 저장합니다.

파일 히스토리는 사용 가능한 외장형 드라이브가 있는 경우 자동으로 선택합니다. 사용 가능한 드라이브가 2개 이상일 경우에는 사용 가능한 저장 용량이 가장 큰 드라이브를 선택합니다.

일정이 필요 없음

파일 히스토리는 한 시간 간격으로 작동하여 변경된 개인 파일을 찾습니다. 그리고 모든 파일의 변경된 버전을 전용 저장 장치로 복제합니다. 이러한 방식 덕분에 일정을 설정할 필요가 없고 오랜 시간 동안 컴퓨터를 유휴 상태로 둘 필요도 없습니다. 한 시간이라는 간격은 보호 수준과 파일 버전에 소모되는 저장소 공간의 적절한 균형을 이룹니다. 고급 사용자는 이 빈도를 10분에서 1일까지 변경하여 보호 수준을 높이거나 저장 용량 소모를 줄일 수 있습니다.

유지 관리가 필요 없음

파일 히스토리는 백그라운드에서 자동으로 실행되기 때문에 지속적으로 유지 관리할 필요가 없습니다. 유일하게 사용자의 조작이 필요한 경우는 외장형 드라이브가 꽉 찼을 때입니다. 이때에는 사용자가 용량이 더 큰 드라이브로 교체하거나 파일 버전을 보관하는 기간 설정을 변경해야 합니다. 기본적으로 사용자 개인 파일의 버전은 영구 보관되지만, 저장 용량이 문제가 되는 경우 필요에 맞게 일정 기간으로 줄일 수 있습니다.

파일 히스토리와 홈 그룹

파일 히스토리는 홈 네트워크의 모든 구성원에 대해 백업을 쉽게 설정할 수 있도록 홈 그룹에 통합되었습니다. 홈 그룹과의 작동 방식은 다음과 같습니다.

1. Jane은 가족 전원이 개인 데이터를 자동으로 보호하도록 하려고 합니다. 파일 히스토리의 기능에 대해서는 알고 있습니다.
2. Jane은 가족의 홈 네트워크에 홈 그룹을 만듭니다.
3. 용량이 큰 외장형 드라이브가 연결된 컴퓨터에서 파일 히스토리를 켭니다.
4. 파일 히스토리 제어판에서 홈 그룹이 감지되고 이 백업 대상을 다른 홈 그룹 구성원에게 추천할지 여부를 묻는 메시지가 나타납니다.
5. Jane이 이 옵션을 선택하면 파일 히스토리 서비스가 홈 그룹을 사용해 권장 사항을 모든 홈 그룹 구성원에게 브로드캐스트합니다.
6. 각각의 홈 그룹 구성원이 이제 권장 사항을 수락할 수 있습니다. 권장 사항을 수락할 경우 라이브러리, 바탕 화면, 즐겨찾기, 연락처가 Jane의 컴퓨터에 있는 네트워크 공유에 자동으로 백업됩니다.

파일 히스토리와 SkyDrive

파일 히스토리는 파일을 클라우드에 백업하지 않습니다. 클라우드가 이동 중에 액세스할 파일이나 다른 사람과 공유할 파일을 저장하기에 더할 나위 없는 매체이기는 하지만 테라바이트 단위의 데이터를 클라우드에 저장하려면 특별한 서비스가 필요합니다. 현재 제공되는 클라우드 서비스는 클라우드의 데이터가 로컬 파일 시스템에 미러링되는 로컬 동기화를 지원하는 경우가 많습니다. 동기화 솔루션은 그 특성상 변경 내용을 즉시 모든 위치로 복사하기 때문에 실수로 삭제하거나 의도하지 않게 변경되거나 파일이 손상될 경우에도 그대로 동기화됩니다. 이 문제를 해결하는 가장 좋은 방법은 동기화 서비스를 파일 히스토리와 같은 시점 백업 솔루션과 함께 사용하는 것입니다.

SkyDrive가 Windows 탐색기 및 파일 시스템과 어떻게 통합되는지는 SkyDrive 및 Windows 8으로 클라우드에 앱, 파일, PC 및 장치 연결이라는 블로그 글에서 설명했습니다. 파일 히스토리는 이러한 통합 기술을 활용합니다. SkyDrive가 파일 시스템과 동기화되면 로컬 SkyDrive 폴더에 저장된 파일이 파일 히스토리를 통해 자동으로 보호되기 시작합니다. 이는 로컬 백업 기능과 신뢰할 수 있고 언제 어디서든 액세스할 수 있는 유연성이 결합된 좋은 예입니다. PC, 휴대폰 또는 웹을 통해 SkyDrive의 파일에 액세스할 수 있고, 파일 히스토리를 통해 로컬 백업과 파일의 모든 버전에 대한 즉각적인 액세스가 보장되기도 하는 것입니다.

파일 시스템 백업

PC를 도난 당하거나 분실하는 경우, 내장형 하드 드라이브의 장애 등의 전체 시스템 손상으로부터 PC를 보호할 때는 전체 시스템 백업 기능이 주로 사용됩니다. 우리가 조사한 결과, 운영 체제나 응용 프로그램, 설정 등을 잃게 되는 것을 걱정하는 사용자는 극히 일부에 불과했습니다. 대개 사용자들은 사용자의 개인 파일을 잃게 되는 것을 훨씬 걱정합니다. 때문에 파일 히스토리는 사용자 개인 파일을 보호하도록 특별히 설계되었습니다.

파일 히스토리는 전체 시스템 백업 기능을 제공하지는 않지만 전체 시스템 백업이 필요한 사용자를 위해 좋은 대안을 제시합니다. Windows 8에 새로 도입된 다른 기능과 함께 작동하면서 이러한 재해에 대한 보호 기능을 제공하는 것입니다.

그리고 다음과 같은 전략을 통해 만일의 상황에 대비할 수 있습니다.

1. PC를 복구하거나 복원해야 할 때 사용할 수 있도록 복구 드라이브를 만듭니다. 자세한 내용은 이 블로그 글을 참조하십시오.
2. Microsoft 계정에 연결
3. 설정을 동기화하도록 PC 구성
4. 스토어에서 앱 로드
5. 파일 히스토리를 켬

PC를 교체하거나 다시 설치해야 할 경우에는 다음 절차를 따릅니다.

1. 복구 드라이브를 사용하여 운영 체제 복원
2. Microsoft 계정에 연결
3. 설정을 동기화하도록 PC 구성 - 설정이 다시 복구됨
4. 스토어에 접속하여 최신 앱 다시 설치
5. 기존 앱 다시 설치
6. 이전 파일 히스토리 드라이브에 연결하여 모든 파일 복원 - 개인 파일 복원됨

파일이나 이미지만 복원하는 것보다는 많은 단계를 요하지만 몇 가지 중요한 이점이 있습니다.

• 이전 시스템에 있었던 '더 이상 필요 없는' 소프트웨어나 설정을 복원하지 않습니다.
• 이전에 문제를 일으켰던 항목이나 다른 하드웨어에 복원할 경우 문제를 일으킬 수 있는 항목을 복원하지 않습니다.
• 시스템의 오류나 장애를 일으킬 수 있는 설정을 복원하지 않습니다.

전체 시스템을 복원해야 할 때는 Windows 백업을 사용해 시스템 이미지를 만들면 됩니다.

요구 사항

파일 히스토리의 요구 사항은 다음과 같습니다.

• Windows 8 클라이언트 운영 체제
• 모든 사용자 라이브러리를 저장하기에 충분한 저장 용량이 있는 외장형 저장 장치(USB 드라이브, NAS 장치, 홈 네트워크의 다른 PC에 있는 공유 등)

FAQ

Windows 7에서 Windows 8로 업그레이드하면 어떻게 됩니까?
Windows 7 백업을 사용 중이었던 경우, 즉 백업이 예약되어 일정이 진행 중이었던 경우에는 업그레이드 후에도 일정대로 실행됩니다. 파일 히스토리는 기본적으로 사용하지 않도록 설정되며, Windows 7 백업 일정이 실행 중인 동안에는 사용자가 파일 히스토리를 켤 수 없습니다. 파일 히스토리를 켜려면 Windows 7 백업 일정을 해제해야 합니다.

Windows 7 사용자가 파일 히스토리를 사용할 수 있습니까?
Windows 7 사용자는 파일 히스토리를 사용할 수 없습니다. 단, Windows 탐색기에서 해당 볼륨을 탐색하고 특정 파일을 선택해 파일 히스토리에 사용되는 드라이브에서 파일을 복원할 수는 있습니다. 파일 히스토리 드라이브의 파일은 동일한 상대 위치에 저장되고 같은 이름을 사용합니다. 파일의 버전은 파일 이름에 추가된 타임스탬프로 식별할 수 있습니다.

운영 체제와 응용 프로그램도 파일 히스토리를 통해 보호됩니까?
파일 히스토리는 사용자 라이브러리, 바탕 화면, 즐겨찾기 및 연락처만 보호합니다. 운영 체제 파일이나 응용 프로그램, 설정 등의 다른 파일은 백업되지 않습니다.

파일 히스토리를 클라우드 저장소와 함께 사용할 수 있습니까?
사용할 수 없습니다. 파일 히스토리는 소비자용으로 특별히 설계되어 이번 릴리스에서는 클라우드 저장소를 지원하지 않습니다. Windows 8 Server는 파일을 클라우드에 백업할 수 있는 백업 기능을 제공합니다. 중소기업용으로 설계된 이 기능은 Windows의 Server 버전에서 사용할 수 있습니다.

기업 고객도 파일 히스토리를 사용할 수 있습니까?
예. 단, 기업 고객의 경우 파일 히스토리가 회사의 보안 정책, 액세스 정책, 보존 정책에 부합하지 않을 수 있다는 점을 유의해야 합니다. 이와 같은 문제를 보완하기 위해 기업 관리자가 전체 조직에서 기능을 사용하지 않도록 설정할 수 있는 그룹 정책 설정을 제공합니다.

파일 공유에 저장된 파일도 파일 히스토리를 통해 보호됩니까?
보호되지 않습니다. 파일 히스토리는 로컬 드라이브에 저장된 파일만 보호합니다.

• 오프라인 폴더와 폴더 리디렉션 기능을 사용하는 경우 내 문서, 내 사진 등의 폴더가 네트워크 공유로 리디렉션되고 보호되지 않습니다.
• 네트워크 위치를 라이브러리 중 하나에 추가하면 해당 위치는 보호되지 않습니다.

결론

파일 히스토리는 라이브러리, 바탕 화면, 즐겨찾기, 연락처에 저장된 모든 중요 파일을 자동으로 보호합니다. 이 기능을 켜기만 하면 사용자의 조작 없이 모든 데이터가 보호됩니다. 파일이 소실되었거나 사진의 원본 버전 또는 이력서의 특정 버전을 찾아야 할 경우 파일의 모든 버전을 사용할 수 있습니다. 파일 히스토리 복원 응용 프로그램을 사용하면 그중에서 필요한 파일을 쉽고 빠르게 찾을 수 있습니다.

- Bohdan Raciborski

많은 분들이 RTM에 대한 소식을 기다리고 계시는 걸 잘 알고 있습니다. 특히 Windows 스토어용 앱 개발자들은 더 손꼽아 RTM에 대한 소식을 기다리시는 것 같습니다. Windows 스토어는 이미 수많은 다양한 앱을 제공하고 있으며 앞으로도 더 많은 앱이 추가될 예정입니다. 또한 우리는 첫 Developer Preview 단계부터 전 세계의 다양한 개발자들과 긴밀하게 협력해 왔습니다. WinRT 플랫폼의 경우 개발 단계부터 개발자의 피드백을 적극 반영하였기에 빠르게 발전하고 있는 가운데 Microsoft는 수백만의 프리뷰 사용자들을 위해 Windows 스토어를 개선하고 운영하는 두 가지 작업을 동시에 수행하고 있으며, 다음 빌드를 위한 준비 작업까지 함께 진행하고 있습니다. 따라서 API를 변경 또는 추가하거나 도구를 개선할 경우 앱을 변경해야 하므로 이를 평가하고 검증하기 위한 OS 업데이트가 필요합니다. 이 때문에 파트너로서의 강한 책임감을 바탕으로, Windows 스토어에 앱을 등록했거나 앞으로 등록할 개발자들에게 업데이트된 빌드를 제공하고 있습니다. 

이 글은 지난 9월부터 Microsoft에서 진행한 작업, 즉 앱 개발자들이 API 및 도구를 통해 앱을 업데이트하여 최신 버전을 제공할 수 있도록 하기 위해 우리가 수행한 작업에 대해 설명합니다. 이 작업은 Release Preview 이후에도 꾸준히 진행되고 있으므로 개발자들은 Windows 8 정식 버전의 출시에 발맞춰 최신 버전의 앱을 제공할 수 있게 됩니다. 이 글은 에코시스템 지원 팀을 이끌고 있는 Dennis Flanagan이 작성했습니다. - Steven

---

Windows 8의 출시 날짜가 다가올수록 Metro 스타일 앱의 카탈로그도 증가하고 있습니다. 지금까지 사용자들은 Microsoft에서 다운로드한 빌드를 통해 여기에 포함된 앱과 Consumer Preview와 Release Preview 기간에 스토어에서 제공한 앱을 경험했습니다. 대부분의 앱은 몰입감이 뛰어난 터치 중심의 Metro 스타일을 대표하는 앱들입니다. 하지만 Windows 버전들과 마찬가지로 지금까지의 앱은 앞으로 나올 앱의 프리뷰 버전입니다. Windows 8 정식 버전이 출시되면 모든 Metro 스타일 앱도 마찬가지로 최종 버전으로 이용이 가능합니다.

지난해 Microsoft는 Windows 8 플랫폼과 도구의 초기 버전을 발표하면서 개발자 커뮤니티와의 협력을 시작했습니다. 개발 프로세스의 첫 단계부터 개발자들이 참여할 수 있게 함으로써 우리는 개발자들이 Metro 스타일 앱에 대한 개발 능력을 갖추고 피드백을 통해 Windows 8 플랫폼에 기여할 수 있도록 했습니다. 2011년 9월부터 지금까지 8개의 개발자 프리뷰 버전이 출시되었습니다. 이 중에는 특정 개발자 그룹에만 제공된 버전도 있고, 모두에게 배포된 버전도 있습니다. 하지만 모든 버전이 추구하는 목표는 다음과 같은 공통점이 있습니다.

• 새로운 기능과 API 제공
• Metro 스타일 앱 개발 단순화를 위한 도구 업데이트
• 성능 및 안정성 향상
• 개발자 피드백 반영

애너하임에서 열린 //build 컨퍼런스에서 첫 번째 Developer Preview 버전을 출시하였습니다. 이 버전을 통해 개발자에게 Windows 8 플랫폼과 도구, 프로그래밍 모델을 선보였습니다. 이 WinRT 플랫폼에는 새 API가 포함되었으며, 플랫폼에 대한 개발자들의 기본적인 이해를 돕기 위해 수백 개의 다양한 기술 세션과 샘플을 컨퍼런스를 통해 제공했습니다. 많은 개발자들이 Metro 스타일 앱 개발에 바로 착수하여 놀라운 초기 결과물들을 내놓았습니다. 더불어 플랫폼과 도구를 개선하는 데 많은 도움이 된 피드백과 의견을 주셨습니다.

우리는 첫 번째 Developer Preview('DP1')가 아직 미완성된 Windows 8, 즉 많은 보완이 필요한 초기 코드 버전이라는 사실을 분명히 했습니다. 올해 출시된 DP4와 DP5는 Windows 스토어에 처음으로 앱을 등록하기를 원하는 개발자를 대상으로 하였습니다. 2012년 2월에 Consumer Preview를 출시할 무렵에는 천여 개의 WinRT API가 새로 추가되었고 개발자들의 피드백을 반영하여 수백 개의 API를 수정했습니다.

//build에서 Consumer Preview에 이르기까지 그 과정에 대한 자세한 내용은 앱 개발자 블로그에서 다음 글들을 확인해 보세요.

• //build/ 컨퍼런스 이후 앱 개발자를 위해 변경된 내용(1부)
• //build/ 컨퍼런스 이후 앱 개발자를 위해 변경된 내용(2부)

올해 4월과 5월에는 Release Preview용 앱을 준비하는 개발자들에게 도움이 되는 DP6과 DP7을 잇달아 출시했습니다. 이후에도 우리는 개발자 커뮤니티와의 긴밀한 협력을 통해 그들의 피드백을 듣고 반영하여 플랫폼을 지속적으로 향상시키는 노력 역시 게을리하지 않고 있습니다. Release Preview가 나왔을 당시 344개의 API가 더 추가되었고 이 운영 체제가 발표되기 전까지 개발자의 피드백을 반영하여 기존 API를 계속 변경했습니다.

HTML ListView 컨트롤(WinJS) 역시 개발자분들의 피드백을 반영하여 Release Preview(RP)에서 변경된 것입니다. 이는 개발자들이 가장 어려워하는 분야였는데 우리는 이 컨트롤을 보다 쉽게 사용하고 보다 확장된 범위에서 성능을 조정할 수 있도록 했습니다.

Visual Studio의 템플릿 등 개발자 리소스에도 많은 발전이 있었습니다. 새 템플릿도 추가하여 개발자들이 보다 쉽게 새로운 프로젝트를 시작하고 짧은 시간 내에 앱을 실행할 수 있게 하였습니다.

디자인 도구의 경우에도 기능을 개선하기 위한 많은 노력이 있었습니다. Metro는 디자인 지향적인 사용자 경험을 제공하므로 개발자의 앱이 사용자의 관심을 끌고 차별화 될 수 있는 핵심 요인은 사용자 인터페이스입니다. 따라서 개발자가 새로운 Metro 스타일 디자인 개념을 최대한 쉽게 앱에 적용시킬 수 있도록 최선을 다했습니다.

CP와 RP 간의 변경 사항에 대한 내용은 Consumer Preview 이후 앱 개발자를 위해 변경된 내용을 참고하세요.

우리의 다음 마일스톤은 RTM(Release To Manufacturing)입니다. 코드 작업이 이 마일스톤에 이르게 되면 Windows 8 플랫폼의 공식적인 출시를 위한 모든 준비가 마무리되어 개발자에게 더 이상 중간 업데이트를 제공할 필요가 없게 됩니다.

개발자가 RTM 버전을 사용할 수 있게 되면 이를 통해 앱의 특성, 기능 및 성능을 더욱 강화할 수 있게 됩니다. 최종 릴리스 버전을 다운로드할 때 예전에 익숙했던 앱의 표시 방식과 실행 방식이 다르게 보일 수 있습니다. 아직 스토어에 공개되지 않은 많은 앱들이 개발 중에 있는데 대부분의 개발자들은 RTM을 사용하여 앱 작업을 완료하기 위해 RTM 출시를 기다리고 있습니다

Windows 8의 출시가 앱 개발자들에게 의미 있는 마일스톤이 되겠지만 이는 아직 시작에 불과합니다. 기본 제공되는 Windows 스토어와 업데이트 메커니즘의 가장 큰 장점은 새로운 앱을 널리 배포하고 이미 게시한 앱을 지속적으로 개선할 수 있는 기회를 개발자에게 제공한다는 것입니다. 앱 개발자 커뮤니티의 활동이 더욱 활발해질 테니 이곳에서 많은 정보를 얻어 더욱 멋진 앱을 개발하시기 바랍니다.

- Dennis