Windows 8 빌드

Windows 8 정식 버전을 위한 업데이트

Steven Sinofsky — Thu, 11 Oct 2012 18:17:00 GMT

성능, 전원 관리 및 배터리 효율성, 미디어 재생, 호환성 등 광범위한 영역에서 이루어진 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용 기본 제공 앱 업데이트

Steven Sinofsky — Thu, 11 Oct 2012 00:49:00 GMT

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 스토어 업데이트가 준비되었음을 알게 됩니다. 그러면 편한 시간에 간단히 업데이트를 설치하면 됩니다.

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

	SkyDrive SkyDrive 내 검색 이름 변경 및 파일/폴더 이동 새로운 첫 실행 경험 정렬 순서 사용자 지정
	메일, 일정, 피플, 메시지 받은 편지함의 대화 보기 완벽한 IMAP 계정 지원 메일로 초대 수락/거절 계정 사진 촬영/업데이트 검색 기능 강화 메시지 앱 내 연락처 검색
	사진 사진 자르기/회전 새로운 자동 구성 콜라주 슬라이드 쇼 Windows 홈 서버, 네트워크 공유, 홈 그룹과 같은 사진 라이브러리의 네트워크 위치에서 사진 및 동영상 보기 바탕 화면에서 열 경우에도 사진 라이브러리의 사진을 이동
	지도 조감도 3,000개 이상의 실내 장소 지도 경로 안내 힌트 내비게이션 및 레이아웃 개선 사용자 등록 지점, 로밍 옵션 등 사용자 지정 기능 강화 Bing 및 여행 앱과 결합
	Bing 더욱 풍부해진 로컬 콘텐츠 및 이미지 검색 결과 Bing 보상 통합 관련 검색어를 확인할 수 있는 검색 결과 확대/축소 기능 잠금 화면에 사용하거나 다른 앱에 사용하기 위해 Bing에서 이미지를 선택할 수 있는 파일 선택기 기능
	금융 뉴스 및 잡지 콘텐츠 추가 이용 가능한 시장 거래 증가 금융 동영상
	뉴스 뉴욕타임즈, 월스트리트저널과 같은 파트너의 뉴스 콘텐츠 추가 글꼴 사용자 지정, 확대/축소, 페이지 매김 등 사용자의 편의를 고려한 향상된 기능 오프라인 구독 환경 개선 뉴스 동영상 슬라이드 쇼
	스포츠 뉴스 및 잡지 콘텐츠 추가 스포츠 동영상 슬라이드 쇼 MLS, J 리그, 브라질 리그 등 새로운 축구 리그
	여행 뉴스 및 잡지 콘텐츠 추가 항공편 조회 기능 강화, 새로운 비행 진행률 표시기 호텔 목록 페이지 개선 쌍방향 360도 파노라마(자이로스코프 지원)
	날씨 기본 위치 사용성 개선 최대 10일, 시간별 날씨 예보 주야간 최대/최저 기온
	동영상 현지 통화로 구매 가능 폐쇄형 캡션 배우별, 감독별 검색
	음악 음악 서비스 확장 다양한 '지금 재생' 경험 SmartDJ를 이용한 음악 검색 기능
	게임 흥미진진한 새 게임들 게임 내 구매 초대, 알림 설정

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

- Gabriel Aul

Windows RT PC에 대한 협력

Steven Sinofsky — Mon, 20 Aug 2012 21:22:55 GMT

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 와트시의 태블릿 및 랩톱 모두 여기에 포함됩니다.

시나리오	초기 생산 범위
HD 비디오 재생	8-13시간의 시나리오 런 타임
연결된 대기 상태	320-409시간의 시나리오 런 타임

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

시스템 특성	평가 범위
무게(g)	520-1200g
길이(mm)	263-298mm
폭(mm)	168.5-204mm
높이(mm)	8.35-15.6mm

단일 칩 솔루션은 전력 소비가 적을 뿐 아니라, 빠르고 유연한 터치 경험이 가능하도록 최적화된 성능을 제공합니다. 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

Windows 8에서의 인쇄 간소화

Steven Sinofsky — Tue, 07 Aug 2012 18:56:00 GMT

인쇄는 가장 일반적인 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 제공 드라이버'에서 지원하는 대략적인 장치 수	대략적인 설치 비율	사용되는 디스크 공간
Windows Vista	4200	55-60%	768MB
Windows 7	2100	60-65%	446MB
Windows 8	2500	출시 때 70%에서 80%로 증가	184MB

이는 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 출시

Steven Sinofsky — Thu, 02 Aug 2012 20:25:00 GMT

오늘은 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 팀

Windows 8 그래픽의 뛰어난 하드웨어 가속 성능

Steven Sinofsky — Tue, 31 Jul 2012 22:41:00 GMT

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가지 주요 목표를 세웠습니다.

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

이러한 각각의 목표는 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 같은 주류 앱이 콘텐츠를 그리는 방식 간에 몇 가지 큰 차이점이 있습니다. 아래의 게임 비디오를 예로 들겠습니다. 이런 게임에서는 전체 화면이 신속하게 바뀝니다. '카메라'가 차량 주위를 이동할 때 구름이 하늘을 가로지르고, 엔진에서 연기가 피어 오르는 장면을 생생하고 현실감 있게 표현하려면 앱에서 매 프레임마다 전체 화면을 다시 그려야 합니다.

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 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비트의 정밀도로 혼합 계산을 수행할 수 있습니다. 정밀도가 낮아지면 화질에는 영향이 없지만 전력 소모량은 감소합니다.

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

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

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

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

- Rob Copeland

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

사용자 의견을 바탕으로 터치 환경에 적합한 내레이터 개선

Steven Sinofsky — Fri, 27 Jul 2012 18:59:00 GMT

우리는 지난 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에서 경험할 수 있는 개선된 기능을 여러분께 소개하고자 관련 비디오도 준비했으니 참고하시기 바랍니다.

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

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

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

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

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

청각적 단서

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

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

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

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

간편한 조작 방식

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

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

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

터치 제스처	명령
탭 또는 끌기	손가락 아래의 항목 읽기
두 번 탭 또는 한 손가락으로 누른 상태에서 두 번째 손가락으로 아무 곳이나 탭	기본 동작 실행
세 번 탭 또는 한 손가락으로 누른 상태에서두 번째 손가락으로 두 번 탭	보조 동작 실행
왼쪽 또는 오른쪽으로 긋기	이전/다음 항목으로 이동
위 또는 아래로 긋기	이동 증가량 변경
한 손가락으로 누른 상태에서 다른 두 손가락으로 탭	끌기 또는 추가적인 주요 옵션 시작
두 손가락으로 탭	음성 중단
두 손가락으로 살짝 밀기	스크롤
세 손가락으로 탭	내레이터 설정 창 표시/숨기기
세 손가락으로 위로 살짝 밀기	현재 창 읽기
세 손가락으로 아래로 살짝 밀기	텍스트의 현재 위치에서 읽기
세 손가락으로 왼쪽 또는 오른쪽으로 살짝 밀기	Tab 키를 눌러 앞뒤로 이동
네 손가락으로 탭	현재 항목의 명령 표시
네 손가락으로 두 번 탭	검색 모드 전환
네 손가락으로 세 번 탭	내레이터 명령 목록 표시
네 손가락으로 위 또는 아래로 살짝 밀기	시맨틱 줌 설정/해제 (시맨틱 줌은 대형 콘텐츠 블록의 고차원적 보기 제공)

내레이터의 탐색 모델 개선

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

Windows 8 터치 키보드 디자인에 얽힌 뒷이야기

Steven Sinofsky — Thu, 26 Jul 2012 19:33:00 GMT

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 연구원들은 오랫동안 태블릿과 '함께 생활한' 사용자들을 관찰하는 심층 연구를 수행했습니다. 관찰 및 인터뷰 조사를 통해 태블릿 사용자들의 가장 일반적인 세 가지 사용 자세를 다음과 같이 확인할 수 있었습니다.

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

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

사용자들은 이런 자세를 취했을 때 가장 자연스럽다고 느끼고 태블릿을 오랜 시간 사용할 수 있었습니다. 사용자들이 이러한 자세에서 텍스트를 손쉽게 입력할 수 있는 최적화된 경험을 제공하기 위해 우리는 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를 터치한 경우에는 사용자가 제대로 입력했다고 판단하여 그대로 출력합니다. 이 모든 동작이 사용자가 입력하는 동안에 이루어지며 입력 필드에는 올바른 문자가 나타나기 때문에 별다른 수정을 할 필요가 없습니다. 이 기능이 제대로 작동하는 경우 사용자는 그러한 사실조차 의식하지 못하고 유리에 입력하는 동작에 자신감을 가지게 됩니다.

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

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

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

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

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

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

숫자

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

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

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

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

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

더불어 우리는 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)'라고 부릅니다.

모드 전환 키" src="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-29-43-metablogapi/6710.Touch_2D00_optimized_2D00_keyboard_2D00_layout_5F00_thumb_5F00_3E70102A.png" border="0" />

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

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

Kip Knox

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어에서 이 비디오를 재생하려면 다운로드하세요.
고화질 MP4 | 저화질 MP4

파일 히스토리로 사용자 파일 보호

Steven Sinofsky — Mon, 16 Jul 2012 23:04:00 GMT

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

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

파일 히스토리란?

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

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

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

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

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

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

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

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

설정

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

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

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

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

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

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

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

현재 이 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

파일 복원

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

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

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

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

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

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

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

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

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

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

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

가장 중요한 항목만 보호

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

최적화된 성능

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

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

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

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

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

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

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

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

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

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

사용자가 있는 경우, 즉 로그온되어 있고 시스템을 사용 중인지 여부
컴퓨터가 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일까지 변경하여 보호 수준을 높이거나 저장 용량 소모를 줄일 수 있습니다.

유지 관리가 필요 없음

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

파일 히스토리와 홈 그룹

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

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

파일 히스토리와 SkyDrive

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

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

파일 시스템 백업

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

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

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

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

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

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

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

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

전체 시스템을 복원해야 할 때는 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

Metro 스타일 앱 출시를 위한 준비

Steven Sinofsky — Fri, 06 Jul 2012 23:25:00 GMT

많은 분들이 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에 이르기까지 그 과정에 대한 자세한 내용은 앱 개발자 블로그에서 다음 글들을 확인해 보세요.

올해 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

Windows 8의 사진 앱 소개

Steven Sinofsky — Mon, 02 Jul 2012 18:41:00 GMT

Windows 8의 새로운 앱을 소개하는 시리즈의 마지막 순서로, 사진 앱에 대해 알아보겠습니다. Metro 스타일 디자인 원칙이 적용된 이 앱은 다양한 소스의 사진을 한꺼번에 가져와서 보고 공유할 수 있도록 개발되었습니다. 이 글은 Windows Live 팀의 그룹 프로그램 관리자인 Brad Weed가 작성했습니다. - Steven

우리가 찍는 수많은 사진은 다양한 장소에 저장됩니다. 보통 휴대폰에 가장 많은 사진을 저장하고 PC에도 저장하며 더 나아가서는 Flickr나 Facebook과 같은 사진 공유 서비스에도 저장합니다. 그동안 사진을 찍는 방법과 저장하는 위치에 많은 변화가 있었습니다. 우리는 더 많은 사진을 찍고, 더 많은 장치를 구매하고, 더 많은 사람들과 더욱 다양한 위치에서 사진을 공유하기 때문에 이는 앞으로도 계속 변할 것입니다. 따라서 한 장소에서 모든 사진을 보고, 즐기고, 공유하고, 몰입할 수 있는 방법이 필요합니다.

모든 추억을 한 장소에

Microsoft는 Windows 8 Consumer Preview에서 새로운 방법으로 사진을 즐길 수 있는 사진 앱의 App Preview를 출시했습니다. 이후 사람들이 모든 사진을 보려면 수많은 장소를 검색해야 하는 불편함이 있다는 사실을 알게 되었고 모든 사진을 한 장소로 가져올 수 있는 방법을 연구하게 되었습니다. 사용자는 Facebook 및 Flickr 같은 서비스에 Microsoft 계정을 연결하여 그 계정으로 Windows 8에 로그인하기만 하면 모든 사진을 볼 수 있습니다. 물론 사진 앱은 SkyDrive 서비스에 최적화된 연동 성능을 구현하고, Windows Phone을 사용하면 Windows Phone의 모든 사진을 자동으로 SkyDrive에 보낼 수 있습니다. 이는 휴대폰을 이리저리 연결할 필요 없이 Windows 8의 사진 앱으로 사진을 보는 가장 간편한 방법입니다. 심지어 휴대폰으로 사진을 찍는 동시에 PC에서 바로 간편하게 사진을 볼 수 있습니다.

사진으로 남기는 아름다운 스토리

Windows 8은 가로 방향에 최적화되었기 때문에 스토리를 가장 잘 표현할 수 있도록 사진 앱도 같은 방식으로 설계했습니다.

줄거리 보기로 보면 사진을 감상하는 데 불편함이 없으면서도 한 번에 최대한 많은 사진을 볼 수 있습니다. 한 번에 더 많은 사진을 보고 싶을 경우 손가락을 모아 축소하면 앨범의 축소판을 볼 수 있습니다.

축소판 보기는 단순히 사진을 잘라서 사각형으로 표시하지 않습니다. 그 대신에 그 사진 방향을 가장 잘 나타내는 방식으로 표시합니다.

물론, 사진을 원래 크기로 보는 것이 가장 좋은 방법이며 사진을 한 번에 한 장씩 볼 수도 있습니다.

사진을 넘기면서 보는 것이 귀찮다면 슬라이드 쇼를 실행하여 편한 자세로 사진을 감상할 수 있습니다. Windows 8 장치 참을 사용하여 TV 또는 다른 Windows 인증 원격 재생 장치에서 슬라이드 쇼를 재생하면 더욱 좋습니다. 비디오에도 같은 방식이 적용되므로 최신 무비 메이커로 만든 비디오도 이 방법으로 볼 수 있습니다.

Windows 8 Release Preview의 새로운 기능

모든 장치의 사진

우리는 Consumer Preview를 발표한 이후 피드백을 듣고 기능을 개선하는 데 많은 노력을 해왔습니다. 여러분의 사진 대부분이 실제로 웹 서비스에 있는 것이 아니라 가정용 PC에 저장되어 있다는 의견이 상당히 많았습니다. 사진이 접근하기 불편한 PC에 있거나 저녁 식사 후 손님들을 모니터 주변으로 불러서 사진을 "보여 주고 스토리를 말하기"에 좋지 않은 위치에 있는 경우가 자주 있어서 우리는 SkyDrive 직원들과 협력하여 이 부분을 대폭 개선했습니다. 이제는 SkyDrive 데스크톱 앱을 설치하면 모든 사진을 자동으로 SkyDrive에 보내 저장하도록 선택할 수 있습니다. SkyDrive 데스크톱 앱이 설치된 모든 PC는 사진 앱에 표시됩니다. 따라서 모든 사진이 있는 PC에서 SkyDrive 데스크톱 앱을 실행하기만 하면 사진 앱이 해당 PC를 검색하여 최신 사진과 함께 기존 사진을 표시합니다. 미처 그 위치에 있는지도 몰랐던 사진을 다시 보게 될 것입니다.

가져오기

사진을 저장하는 기본 위치로 새 Windows 8 PC를 사용할 수 있도록 사진 앱에 가져오기 기능을 추가했습니다.

사용자가 카메라를 PC에 연결하고 가져오기 도구로 사진 앱을 선택하기만 하면 나머지는 알아서 실행됩니다. 추가 케이블은 필요 없으며 사진의 화질도 그대로 유지됩니다. 사진을 가져왔는데 정리할 시간이 부족해도 걱정할 필요가 없습니다. 언제라도 모든 사진을 날짜별로 볼 수 있으므로 사진 컬렉션을 간편하게 탐색할 수 있습니다.

새로운 초기 화면

사진 앱은 “사진”을 생생하게 표현하는 것이 생명이기 때문에 우리는 앱 초기 화면의 백그라운드 전체에 표시되는 사진을 추가했습니다. 사진 앱을 처음 열면 백그라운드에 멋진 사진이 나타나며, 원하는 사진으로 변경할 수 있습니다. 그렇게 함으로써 나만의 완벽한 개인용 컴퓨터를 갖게 됩니다.

추억 공유하기

사진 앱의 다양한 보기 기능은 사진을 공유 또는 인쇄할 때 특히 유용합니다. 이제는 Windows 8 잠금 화면에 사용할 사진을 선택하거나 공유 참을 사용하여 멋진 사진을 공유하고 싶을 때, 사진 앱을 선택기로 사용하여 Facebook, Flickr, SkyDrive 또는 SkyDrive 데스크톱 앱이 설치된 PC로 사진을 가져올 수 있습니다.

사진을 이리저리 탐색하면서 어떤 사진을 공유해야 좋을까 고민하는 경우가 종종 있습니다. 사진 앱은 간단하게 여러 사진을 선택한 후 공유 참을 사용하여 메일에서 공유할 수 있습니다. 사진 앱을 이용하면 사진을 기본 첨부 파일로 보낼 수도 있고 SkyDrive에 호스팅된 슬라이드 쇼의 링크를 보낼 수 있게 도와줍니다. 또한 SkyDrive를 사용하면 파일 크기 제한에 대한 걱정 없이 많은 사진을 보낼 수 있습니다.

지난 수년간 우리는 수많은 SD 카드, 하드 드라이브 및 인터넷 서비스에서 사진을 가져오고, 공유하고, 저장했습니다. 사진이 워낙 여기저기에 흩어져 있다 보니 사진을 다시 찾아서 살펴보는 것이 여간 어려운 일이 아니었습니다. 사진 앱을 사용하면 Windows Phone에서 찍은 최신 사진은 물론, 처음 구입한 디지털 카메라로 맨 처음에 찍은 오래된 사진까지 볼 수 있습니다. 사람들은 일상 생활에서 수많은 사진과 비디오를 찍고 있으며 앞으로 그 양이 더욱 늘어날 것입니다. 그러한 가운데 사진 앱은 여러분의 손바닥 위에 모든 추억을 다시 되돌려 줄 것입니다.

여러분의 많은 피드백을 바랍니다. 사진 앱을 완벽하게 개선할 때까지 잊고 살았던 추억의 사진을 편한 자세로 감상하면서 기다려 주세요.

Windows 사진 및 비디오 그룹 프로그램 관리자
Brad Weed

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

Windows 8의 "일정 앱" 설계

Steven Sinofsky — Mon, 25 Jun 2012 18:07:00 GMT

이 글은 메일 앱 및 피플 앱의 연장선상에서 일정 앱에 대해 자세히 소개합니다. 이러한 앱들을 최근 가장 중요시되고 있는 클라우드 서비스와 연동하여 완벽한 커뮤니케이션 제품군으로 거듭날 수 있도록 최선의 노력을 다하였습니다. 이 글에서는 Windows 8과의 통합, 현재 프리뷰의 일부 기능 및 현재 개발 중인 기능에 대해 자세히 설명하겠습니다. 또한 배경 설명으로 디자인에 얽힌 이야기와 반복 작업에 대해서도 잠시 살펴보겠습니다. 이 글은 Windows Live 팀의 수석 프로그램 관리자인 Colin Anthony가 작성했습니다. - Steven

처음 Windows 8용 일정 앱 설계를 시작했을 당시 설계 방향에 제한을 두지 않았습니다. 일정 앱의 긴 역사와 Windows 고객의 다양성을 고려하여 우리 스스로에게 다음과 같은 질문을 해 보았습니다. 뛰어난 일정 앱의 필수 조건은 무엇이며 Windows 8의 풍부한 기능을 사용하여 뛰어난 일정 앱을 구현하려면 어떻게 해야 할까요?

그 결과, 뛰어난 일정 앱을 구현하려면 다음 조건을 갖추어야 한다는 결론을 내렸습니다.

명확한 일정 표시. 집, 회사, 학교 등 앞으로 어떤 일정이 잡혀 있는지 명확하게 알 수 있어야 합니다.
간편하게 날짜 이동. 신속하고 효율적으로 날짜를 앞뒤로 이동할 수 있어야 합니다. 이벤트 및 약속을 자연스럽게 열 수 있어야 합니다.
간편하게 새 항목 추가. 살다보면 언제나 새로운 일이 생기기 마련입니다. 뛰어난 일정 앱은 새로운 계획을 간편하게 작성할 수 있어야 합니다.
일정 알림. 계획을 아무리 잘 짜더라도 사용자가 늦으면 아무 소용 없습니다!
다양한 작업. 사용자가 바쁠수록 일정 관리도 복잡해집니다. 일정 앱은 사용자의 변화하는 요구 사항을 문제 없이 처리할 수 있어야 합니다.

명확한 일정 표시

일정 앱의 가장 중요한 기능 중 하나는 "내일은 어떤 일이 있지?" 및 "다음 일은 뭐지?"라는 질문에 대답하는 기능입니다. 우리는 일정 앱을 설계할 때 이러한 질문에 대한 명확한 정보를 제공하고 불필요한 부분을 제거하는 작업에 집중했습니다. 디지털 일정 관리 프로그램의 모든 잠재적 기능을 고려할 때 이러한 기능에만 계속 집중하기란 사실상 쉽지 않습니다. 벨소리와 호루라기 소리를 추가하고 싶은 유혹이 정말 강했습니다. 한편, 우리가 집중한 기능은 사실상 종이 수첩의 가장 큰 특징 중 하나입니다. 종이 수첩은 그리드로 구성된 일정표에 사용자가 기록한 내용을 보여 줍니다.

이러한 개념과 뛰어난 Metro 스타일 앱이 되기 위한 원칙을 염두에 두고 명확한 정보 전달 기능에 집중했습니다. 일정 앱은 그 무엇보다도 사용자의 일정과 콘텐츠에 초점을 맞추도록 디자인되었습니다.

불필요한 부분을 제거하고 사용자의 일정에 초점을 맞추었습니다.

읽기 편한 일정 앱이라도 필요한 모든 정보를 제공하지 못하면 쓸모가 없습니다. 회사에서 약속을 확인하거나, 가족 활동을 관리하거나, 학교에서 수업을 준비할 때 일정 앱이 필요한 모든 정보를 가져와서 완전한 그림을 제공합니다.

업무 및 사적인 약속을 한눈에 알아볼 수 있습니다.

또한 사용자는 앱에서 이러한 일정이 표시되는 방법을 완벽하게 제어할 수 있습니다. 예를 들어, 어떤 일정이 사용자에게 특별한 의미가 있다면 다른 색을 사용하여 눈에 띄게 표시할 수 있습니다. 자주 사용하는 소셜 네트워크에서 사귄 사람들의 생일이 너무 많이 표시되어 정신이 없을 정도라면 생일 항목을 감추어서 다른 항목이 잘 보이게 할 수 있습니다.

불필요한 항목들로 인해 정신없이 보이는 것을 막기 위해 개인 설정을 통해 항목별로 제어가 가능합니다.

사용 빈도가 낮은 일정 옵션은 설정에 숨김 처리되므로 깔끔한 화면에서 앱을 제어할 수 있습니다.

간편하게 날짜 이동

일정 앱의 또 다른 필수 조건은 날짜를 이동하는 기능입니다. 우리가 세운 가장 중요한 목표는 다음과 같습니다.

간편하게 앞뒤로 날짜 이동
예측 가능한 보기 전환
간단하게 기존 이벤트를 열어서 검토

앞뒤로 날짜 이동

우리가 설계 초반부터 확신을 갖고 추진한 기능 중 하나는 앞으로 이동하는 제스처를 취하면 다음 날짜로 이동하고 뒤로 이동하는 제스처를 취하면 이전 날짜로 이동하는 날짜 이동입니다. 단추를 클릭하거나 컨트롤을 조작하지 않아도 됩니다.

하지만 이렇게 간단한 설계에서도 사용자가 앞뒤로 이동할 때 얼마나 많은 날짜를 이동해야 하는지에 대한 문제가 있었습니다. 이 기능으로 인해 다른 사용자 경험 및 기술적 측면이 훼손되지는 않는지를 고려해야 했습니다.

제스처의 속도에 따라 한 번의 밀기로 수개월 앞으로 이동할 수 있도록 한다면 사용자는 자연스러우면서도 강력한 방법으로 시간을 이동할 수 있습니다. 하지만 사용자가 이동되는 날짜를 예측할 수 있도록 하는 작업이 만만치 않습니다. 예를 들어, 사용자가 6월 일정을 보다가 7월로 이동하고 싶은데 너무 빨리 미는 바람에 8월까지 이동할 수 있습니다. 이런 경우가 자주 발생한다면 사용자는 일정 앱을 제대로 제어할 수 없다는 느낌을 받게 됩니다.

또한, 월 사이의 경계가 명확하게 정의되어 있기 때문에 정확도가 중요합니다. 예를 들어, 7월과 8월의 경계 중간에 도착하는 경우는 절대 없습니다. 이는 사진의 2차원 그리드 이동과 대조되는 부분입니다. 사진에서는 보고 있는 사진의 일반 영역에 도착하는 한 "가까이 보기"가 가능합니다.

이러한 문제를 피하기 위해 밀기 제스처를 하든, 키보드의 Page Down 키를 누르든, 앞으로 단추를 클릭하든 한 번에 한 달 단위로만 이동할 수 있도록 했습니다. 그 결과 앱 경험의 예측 가능성과 제어 기능이 대폭 향상되었습니다. 현재 6월 일정을 보고 있는데 8월로 이동하고 싶다면 두 번 클릭하거나 두 번 밀면 됩니다. 아주 간단하지 않습니까? 원하는 날짜를 건너뛰는 경우는 절대 발생하지 않습니다.

살짝 밀어 신속하고 정확하게 날짜를 이동할 수 있습니다.

보기 전환

대부분의 사람들은 일정 앱을 사용할 때, 일정이 많고 적음에 따라 같은 보기에서 일정을 확인하기를 원합니다. 약속이 별로 없는 사람들은 월별 보기를 선호하고, 일정이 많은 사람들은 일별 보기를 선호하는 경향이 있습니다. 따라서 보기 전환을 항상 표시되는 최상위 명령으로 만들지 않고 앱 바에 배치했습니다. 사용자는 Windows 8에서 마우스 오른쪽 단추를 클릭하거나 화면 아래에서 위쪽으로 살짝 밀어 앱 바를 불러올 수 있기 때문에 필요할 때만 보기 전환 메뉴를 사용하고 나머지 시간에는 불필요한 내용 없이 일정을 확인할 수 있습니다.

필요할 때 앱 바를 열어 간단하게 보기를 전환할 수 있습니다.

개별 이벤트 열기

다음�� 같은 상관관계가 있기 때문에 간편하게 이벤트를 열 수 있도록 하는 것이 그렇게 쉽지는 않았습니다.

각 이벤트를 크게(높이 및 너비) 표시하면 마우스 또는 손가락으로 더 쉽게 타기팅할 수 있습니다.
이벤트 크기를 줄이면 한 번에 더 많은 콘텐츠를 볼 수 있습니다.

사용자가 쉽게 타기팅할 수 있으면서도 각 보기에 어느 정도 이상의 콘텐츠가 표시되는 솔루션을 찾아야 했습니다. 이 문제는 각 날짜의 공간이 가장 좁은 월별 보기에서 특히 중요하게 작용합니다. 이러한 핵심 변수를 염두에 두고 최적의 이벤트 크기를 설계했습니다. 그 결과 월별 보기의 각 날짜마다 2개(고객의 평균 이벤트 개수)의 이벤트를 표시하면 마우스 및 터치 타기팅도 거의 100%에 가까운 정확도를 보였습니다. 집, 회사 및 학교의 일정이 이보다 많을 경우 주별 보기로 전환하면 타기팅 정확도를 그대로 유지하면서 모든 이벤트를 볼 수 있습니다.

간편하게 새 항목 추가

갑자기 새로운 이벤트가 발생할 수 있기 때문에 언제든지 명확한 방법으로 즉시 이벤트를 추가할 수 있도록 했습니다. 종이 수첩을 떠올려 보세요. 날짜를 확인하고, 원하는 날짜로 손을 이동한 후 적으면 됩니다. 매우 직관적이죠. 대부분의 사람들이 이 모든 과정을 별 생각 없이 자연스럽게 진행하며, 이것은 바로 종이 수첩의 단순한 디자인과 명확성 때문일 것입니다. 이와 마찬가지로, Windows 8의 일정 앱에서는 원하는 날짜 또는 시간을 클릭하거나 탭하여 새 이벤트를 추가할 수 있습니다

클릭하여 추가하기 기능은 연필로 종이에 적는 것과 비슷합니다.

이 디자인은 기본 명령 화면으로 그리드를 사용하기 때문에 단추 없이도 자주 하는 작업을 완료할 수 있습니다. 모든 작업이 그리드 안에서 수행됩니다. 이는 크롬 위 콘텐츠에 대한 Metro 디자인 원칙을 강화합니다. 화려하지는 않지만 간단하고 정확하게 이벤트를 생성할 수 있는 깔끔한 경험을 제공합니다.

일정 알림

위의 모든 사항을 갖추었다 하더라도 일정 앱은 사용자가 일정을 준수할 때에만 그 가치가 있습니다. 이러한 목표를 위해 사용자가 중요한 이벤트를 놓치지 않도록 다양한 스마트 기능을 갖추도록 일정을 설계했습니다.

알림 및 미리 알림

이벤트 전체 페이지에서 원하는 알림 시간을 설정할 수 있습니다. 그 시간이 되면 작은 팝업 상자가 나타나 일정을 알려줍니다.

알림은 다가오는 이벤트를 알려줍니다.

알림은 현재 작업을 차단하지 않습니다. 사용자가 조작할 필요도 없습니다. Windows 8의 기본 알림 시스템을 사용할 경우 일정 알림이 나타나 앞으로 있을 이벤트를 알려준 후 사라집니다.

또한 Windows Phone과 마찬가지로, 잠금 화면 및 시작 타일에서 다가오는 이벤트에 대한 정보를 볼 수 있습니다.

일정이 항상 보이도록 동시 보기로 표시

정신 없이 바쁜 날에는 항상 전체 일정을 볼 수 있으면 좋겠다고 생각하는 경우가 많습니다. 동시 보기를 사용하면 다른 앱을 사용하는 동안에도 일정을 볼 수 있습니다.

물론, 슬림형 폼 팩터의 동시 보기에서 일정을 볼 수 있도록 설계하는 작업은 간단하지 않습니다. 일별 보기와 같은 일부 보기는 좁은 공간에서도 매우 자연스럽게 화면에 표시됩니다. 우리는 이렇게 구현하기 위해 이틀이 아닌 하루만 표시했으며, 보기의 전체 모델이 같은 상태를 유지할 수 있게 되었습니다. 문제가 해결된 것이죠.

하지만 주별 및 월별 보기는 문제가 조금 더 복잡합니다. 일주일 전체 또는 한달 전체를 좁은 공간에 맞추고 각 이벤트의 제목을 표시하는 것은 매우 어렵습니다. 또한, 일별 보기는 동시 보기로 표시해도 똑같이 나타나지만 주별 및 월별 보기는 크게 표시할 때와 전혀 다르게 나타나는 상황을 방지하여 시스템의 예측 가능성을 유지하고자 했습니다.

이러한 문제점과 목표를 고려하여 모든 보기가 하나의 동시 보기로 표시되도록 간단하고 일관적인 모델을 설계했습니다 이 단일 보기는 큰 보기의 컨텍스트와 위치를 그대로 유지합니다. 예를 들어, 큰 보기에서 수요일에 있었다면 동시 보기에서도 수요일에 있습니다. 또한 다른 보기와 같은 수준의 명확한 일정 정보 및 간편한 탐색 기능을 제공합니다. 간단한 목록에서 모든 일정의 모든 이벤트를 사용할 수 있습니다. 왼쪽 또는 오른쪽으로 밀거나 클릭하면 날짜를 이동할 수 있습니다.

일정을 동시 보기로 표시하면 일정 관리와 브라우징을 동시에 할 수 있습니다.

다양한 작업

마지막으로, 만약 우리가 좋은 일정 앱을 만든다면 일정 앱을 사용하여 집과 회사에서 발생하는 대부분의 일들을 관리하는 고객이 점점 늘어날 것입니다. 이를 염두에 두고 사용량이 늘어날수록 더 많은 작업을 할 수 있도록 일정 앱을 설계했습니다.

주별 보기

여러분도 예상하시겠지만, 주별 보기는 약속이 매우 많을 때 유용하며 특정 주의 일정을 명확하게 표시합니다.

주별 보기는 일요일부터 토요일까지의 개요를 제공합니다.

이틀 보기

회사, 집, 학교 또는 세 곳 모두에서 정신 없이 바쁠 날들을 위해 몰입도와 정밀성을 높여주는 설계를 만들었습니다. 한편, 컨텍스트를 너무 많이 제거하여 "터널 시야" 현상을 일으키지 않도록 확대 기능을 제한했습니다. 적절한 균형을 유지하기 위해 이틀 보기를 사용하여 일정 앱을 설계했습니다.

이틀 보기는 오늘과 내일에 대한 가장 자세한 정보를 제공합니다.

'오늘'의 시간을 잘 관리하려면 내일 어떤 일이 있는지 알아야 하는 경우가 많기 때문에 이틀 보기를 유용하게 사용할 수 있습니다. 또한, 이틀 보기는 최신 와이드 스크린을 사용하며 여백을 채우기 위해 크롬 또는 불필요한 요소를 추가하지 않습니다. 다른 보기와 마찬가지로, 간단하게 일정 그리드와 이벤트로 구성되어 있습니다. 한 가지 팁을 드리자면, 각 날짜는 인접한 날짜에 영향을 주지 않고 독립적으로 스크롤할 수 있기 때문에 오늘 밤에 있을 이벤트 일정 정보를 살펴보는 동시에 내일 첫 약속을 볼 수 있습니다.

다양한 세부 일정 작업

마지막으로, 이미 수많은 고객이 "전화 요금 납부일", "정오에 학부모/교사 면담" 등과 같이 일정을 빠른 미리 알림의 용도로 사용하고 있습니다. 앞에서 언급했듯이, 일정의 아무 위치를 클릭 또는 탭한 후 원하는 내용을 입력할 수 있습니다.

이러한 일반 시나리오 외에도, 사용자의 요구 사항이 변하면 그에 따라 더 많은 일을 할 수 있도록 일정 앱을 설계했습니다. 디지털 일정의 진정한 가치는 상세하고 풍부한 기능에서 나오기 때문입니다.

예를 들어, 이번 여름에 가족 여행 계획이 잡혀 있다고 가정하겠습니다. 일정 앱에 여행 계획은 물론이고 비행기 시간, 확인 번호, 날짜별 계획표 등 여행과 관련된 모든 정보를 계획에 직접 추가할 수 있습니다. 따라서 별도의 종이나 메모장을 관리할 필요가 없습니다. 앱으로 모든 것이 가능합니다. 또한 일정 앱에서 바로 가족에게 이벤트 정보를 보낼 수 있으므로 모든 가족에게 필요한 정보를 제공할 수 있습니다.

또 다른 예로, 우리 가족의 일정 앱에는 매주 토요일의 청소 당번 목록이 표시된 반복 일정이 있습니다. 종이 일정표를 사용할 경우 청소 당번을 관리하기가 매우 번거롭거나 오직 청소 당번 관리를 위한 특별한 일정표가 필요합니다. 하지만 각 일정 이벤트의 전용 페이지에는 이 모든 관리 작업을 처리할 수 있는 풍부한 기능이 포함되어 있습니다.

이벤트 페이지는 일정 관리에 필요한 다양한 옵션을 제공합니다.

여러분이 즐거운 마음으로 Release Preview의 일정 앱을 사용하셨으면 좋겠습니다. Consumer Preview 기간 동안에 보내주신 피드백을 하나하나 꼼꼼히 살펴보았으며 우리에게 정말 큰 도움이 되었습니다. 감사합니다! Windows 8 최종 버전이 출시될 때까지 향상된 기능을 마음껏 사용해 보시기 바랍니다.

- Colin

메일 앱 개발 그리고 그 뒷이야기

Steven Sinofsky — Fri, 22 Jun 2012 21:21:00 GMT

Windows 8 Release Preview가 출시된 이후 날마다 수십만 명의 사용자들이 메일 앱의 "App Preview"를 사용하고 있습니다. 그 이후에도 새로운 Windows 스토어를 통해 계속해서 업데이트해 왔으며 추가 업데이트가 계획되어 있습니다. 이 글에서는 메일 앱의 배경을 살펴보고 설계 및 기능, 그 중에서도 특히 Metro 스타일 설계 원칙과 관련된 부분을 집중적으로 알아보겠습니다. Mail 앱에 추가될 모든 기능을 일일이 소개하기보다는 디자인 및 Windows 8과의 통합에 대해 집중적으로 살펴보겠습니다. 이 글은 Windows Live 팀의 수석 프로그램 관리자인 Jeremy Epling이 작성했습니다. 이 글은 새로운 앱을 소개하는 시리즈의 두 번째 글입니다. - Steven

우리는 Windows 8의 이메일 경험을 처음으로 계획할 때 Metro 스타일 설계 원칙이 그대로 구현된 앱을 만들겠다는 목표를 세웠습니다. 빠르면서도 유연하고, 터치 및 키보드/마우스가 잘 작동하고, 콘텐츠에 대한 몰입도가 뛰어나고, 필요할 때 적절한 기능을 제공하고, 최신 장치에서 이메일에 대한 사람들의 기대를 만족시켜야 했습니다. 그래서 앱을 처음부터 다시 설계했습니다. 이메일 앱의 필수 기능은 그대로 유지하는 한편, 새로운 시각으로 기능을 설계하고 Windows 8이 제공하는 고유한 기능을 활용했습니다.

오늘날 이메일 사용자의 사용 방식

우리는 설계 프로세스를 시작하면서 현재 사람들이 이메일을 어떤 방식으로 사용하는지를 조사했습니다. 이메일이 사용된 지 수십 년이 지났습니다. 이메일에 많은 변화가 있었으며 사람들이 기대하는 수준도 크게 변했습니다.

이메일 계정을 여러 개 사용하는 것이 일반적입니다. 대부분의 사람들이 2-3개의 이메일 계정을 갖고 있습니다. 업무용으로 하나, 개인용으로 하나를 사용하며, 나머지 하나는 메일링 리스트 및 쿠폰에 사용하거나 학교에서 만든 계정처럼 잘 사용하지 않는 계정입니다.

사람들은 수많은 이메일을 받습니다. Microsoft에서 수집한 데이터에 따르면, 라이트 사용자로 분류되는 이메일 사용자는 일주일에 180개 이상의 메시지를, 헤비 사용자로 분류되는 이메일 사용자는 일주일에 2,100개 이상의 메시지를 받고 있습니다. 이메일을 통해 뉴스레터, 쿠폰, 영수증 및 기타 유형의 메시지를 보내는 온라인 서비스가 늘어나면서 이러한 숫자는 계속해서 증가하는 추세입니다. 따라서 간편하고 신속하게 모든 이메일을 확인할 수 있어야 합니다.

폴더가 그다지 많이 사용되지 않습니다. 폴더를 많이 사용하는 사람들이 들으면 깜짝 놀랄 만한 사실입니다. 여러 기업 환경에서 폴더를 일반적으로 많이 사용하고 있습니다. 고급 사용자들의 경우도 마찬가지입니다. 일부 기업에서는 최대 50개의 폴더를 사용하는 사용자도 있습니다. 그러나 Exchange 및 Hotmail을 사용하는 대부분의 사람들은 폴더를 별로 사용하지 않습니다. 메일 앱에서 적절한 균형을 유지하기 위해 사용이 간편한 폴더를 제공하는 대신 50개를 초과하는 폴더 및 많이 중첩된 계층 구조에 대해서는 최적화되지 않았습니다.

실시간 이메일에 대한 기대가 높아지고 있습니다. 이메일은 즉시 응답을 기대할 수 없는 비동기 커뮤니케이션으로 자주 사용되었지만 최근에는 실시간 즉시 응답에 대한 기대가 점점 높아지고 있습니다. 새로운 서비스에 등록하면 잠시 후 이메일을 확인하라는 경험을 자주 하셨을 것입니다. 사람들은 새 이메일이 도착하는 즉시 알림이 제공되기를 기대하며, 대부분의 사람들은 수시로 이메일을 확인하거나 아예 하루 종일 이메일을 열어 놓고 새 메시지를 확인하고 있습니다.

사람들은 휴대폰과의 동기화를 기대합니다. 많은 사람들이 휴대폰을 PC와 함께 사용합니다. 사실, 사람들은 휴대폰을 사용하여 메일을 분류하고, 읽고, 정리합니다. 따라서 휴대폰이 PC의 이메일 보기와 동일한 이메일 보기를 제공하는 것이 매우 중요합니다. 메일 앱에 구현된 Exchange Active Sync 같은 표준 프로토콜의 중요성이 점차 확대되고 있습니다. 이러한 프로토콜은 메일 외에도 연락처 및 일정을 동기화할 수 있기 때문입니다. 그렇다고 걱정하실 필요는 없습니다. IMAP 같은 다른 프로토콜도 지원됩니다.

우리는 이러한 추세를 기본 원칙으로 삼아 사람들이 메일 앱을 사용하여 이메일을 관리하고, 메시지를 작성하고, 최신 상태를 유지하는 방법을 고려했습니다.

이메일 관리

계정 및 폴더

Metro 스타일 설계의 목표 중 하나는 앱의 콘텐츠를 강조하고 자주 사용하지 않는 UI 명령 또는 탐색 도구를 보이지 않게 하는 것입니다. 우리는 이메일에서 가장 중요한 부분에 집중할 수 있는 메일 앱을 만들고자 했습니다. Windows 8의 16:9 가로 세로 비율 덕분에 사람들이 날마다 사용하는 계정, 폴더, 메시지, 읽기 창 등의 모든 핵심 콘텐츠를 화면에 딱 맞게 배치할 수 있었습니다. 사용자는 보기를 전환하지 않고도 모든 이메일을 신속하게 확인할 수 있으며, 메일을 확인하는 동안에도 답답한 느낌을 받지 않습니다. 이는 메시지와 읽기 창만 표시되던 기존의 Consumer Preview에서 변경된 사항입니다. 계정 및 폴더 전환이 그다지 빠르고 유연하지 않다는 것을 인식했으며 고객 피드백에서도 이 점이 지적되었습니다. 폴더 및 계정은 사용자가 보는 핵심 콘텐츠이기 때문에 Release Preview에서는 폴더 및 계정이 표시되도록 설계를 업데이트했습니다.

메일 앱의 3창 디자인

이러한 인식의 결과, 현재 여러분이 보고 계시는 Release Preview에서는 3창 디자인이 채택되었습니다. 이 디자인에서는 사용자의 여러 계정이 표시되므로 터치 한 번으로 계정 간에 전환할 수 있습니다. 각 계정의 읽지 않은 메일 수를 보면 해당 계정에 새로운 메일이 도착했는지 금방 확인할 수 있습니다. 폴더에도 동일한 방식이 적용됩니다. 대부분의 사용자가 폴더를 많이 사용하지는 않지만 이메일을 사용하는 핵심 방법이라는 사실은 변함 없기 때문에 폴더 간에 쉽게 전환할 수 있도록 했습니다. 항상 표시되는 폴더 목록은 서버 규칙을 사용하여 이메일을 특정 폴더로 자동 필터링하는 사람들에게 특히 유용합니다.

명령

사람들이 잘 사용하지 않는 명령 때문에 집중력이 떨어지는 상황을 방지하기 위해 앱에 항상 표시되어야 할 기능 또는 명령을 결정하는 데 한참을 고심했습니다. 그 결과, 모든 사람들이 메일 앱을 실행할 때마다 거의 매번 사용하는 메시지 작성, 회신 및 삭제 작업의 명령을 앱에 항상 표시하기로 결정했습니다. 모든 회신 명령은 비슷한 기능을 수행하기 때문에 하나의 최상위 명령으로 그룹화되었습니다. 삭제 명령은 모서리에 있으며, 이메일을 작성할 때에는 취소 명령과 나란히 표시됩니다.

이메일의 읽음/읽지 않음 상태를 변경하거나 이메일을 수시로 이동하는 사람도 일부 있기는 하지만, 대부분의 사용자는 이러한 작업을 거의 하지 않습니다. 사람들이 주로 하는 작업으로 메일 삭제, 새 메일 작성 및 회신의 비율이 압도적으로 높기 때문에 이러한 명령을 항상 표시하기로 결정했습니다. 다른 명령은 화면 아래쪽의 앱 바를 통해 신속하게 액세스할 수 있습니다(Windows 키 + Z 또는 화면 아래에서 위쪽으로 밀기 또는 마우스 오른쪽 단추를 클릭하여 앱 바 호출). 사용자가 여러 메시지를 선택할 경우, "읽은 상태로 표시" 또는 "이동" 명령을 사용할 확률이 높기 때문에 자동으로 앱 바가 표시되도록 했습니다.

여러 메시지를 선택하면 자동으로 앱 바가 표시됩니다.

메시지 목록

Release Preview에서는 최대한 많은 메시지를 표시하도록 메시지 목록을 업데이트했기 때문에 신속하게 이메일을 확인할 수 있습니다. 메시지 목록은 앱의 맨 위에서 맨 아래까지를 그 영역으로 하며, 메시지 미리 보기를 표시하지 않고 이전보다 작은 글꼴을 사용합니다. 1366x768 해상도를 기준으로 Consumer Preview에서는 8.5개의 메시지가 표시되었지만 지금은 14개의 메시지가 표시됩니다. 터치 동작을 완벽하게 지원하는 동시에 고급 사용자들이 기대하는 메시지 밀도를 제공하도록 항목의 크기를 절묘하게 조절했습니다. 또한 친구, 가족 등 사용자에게 중요한 사람들의 메시지를 신속하게 찾을 수 있도록 메시지 목록에 프로필 사진을 추가했습니다. 따라서 메시지 목록이 생동감 있게 표시되고, 각 사용자에게 최적화된 경험을 제공합니다. 프로필 사진은 사용자의 Microsoft 계정과 연결된 다른 소셜 네트워크의 친구로부터 가져올 수 있습니다.

읽기 창

읽기 창을 통해 신속하고 자연스럽게 다른 메시지로 전환할 수 있으므로 굳이 전체 페이지로 전환하지 않아도 됩니다. 읽기 창은 640픽셀 너비에 최적화되어 있어 뉴스레터, 영수증 및 기타 상업 메일에 딱 맞게 표시되므로 가로 스크롤 막대가 필요 없습니다. 또한 기본 읽기 글꼴을 사용할 경우, 텍스트 줄을 읽을 때 가장 좋은 너비가 640픽셀이므로 눈이 피곤하지 않고 이리저리 이동할 필요도 없습니다. 이메일이 도착하면 특별한 경우 외에는 이러한 최적의 줄 길이에 따라 텍스트를 표시하도록 제한을 두었습니다.

큰 프로필 사진이 표시되므로 누가 메시지를 보냈는지 쉽게 알 수 있습니다. 제목 줄은 메시지의 핵심 내용을 보여주기 때문에 읽기 창에서 잘 보이도록 굵게 표시했습니다. 여러분의 Microsoft 계정과 연결된 소셜 네트워크를 통해 메시지를 보낸 사람 또는 다른 받는 사람을 알고 있을 경우, 이름을 터치하여 피플 앱에서 프로필 페이지를 볼 수 있습니다. 프로필 페이지에서 해당 사용자의 최신 상태를 보거나 IM을 보내는 등의 작업을 할 수 있습니다.

이메일 작성

이메일을 작성할 때에는 메시지 작성 공간을 최대한 확보할 수 있도록 화면에 두 개의 창이 나란히 표시됩니다. 터치 키보드가 세로 방향 공간을 제한하기 때문에 받는 사람, 참조 및 기타 정보가 이메일 본문 위로 넘어올 수 없습니다. 콘텐츠 공간을 최대한 확보하기 위해 받는 사람 및 참조 줄을 한 창에 표시하고 제목과 본문을 다른 창에 표시했습니다. 이렇게 하면 정보가 체계적으로 그룹화됩니다. 메시지 주소 입력과 관련된 모든 정보가 한 그룹으로, 콘텐츠는 다른 그룹으로 각각 그룹화됩니다. 서식 명령은 이메일 작성 공간을 최대화하기 위해 기본적으로 숨김 처리됩니다.

이메일 작성

이메일에서 서식이 자주 사용되지는 않지만 필요할 때가 있는 중요한 기능인 것은 분명합니다. 간편하게 메시지 서식을 지정할 수 있도록 메시지 창에서 텍스트를 선택하면 서식 명령이 자동으로 나타납니다. 서식을 적용한 후에는 작성 중인 메일에 집중할 수 있도록 서식 명령이 사라집니다. 적시에 적절한 명령을 제공하는 것이 우리의 목표입니다. 사용자가 텍스트를 선택하면 해당 텍스트를 복사하거나 서식을 적용할 가능성이 매우 높기 때문에 그에 관련된 옵션이 자동으로 나타납니다. 여러분이 Outlook에서 익숙하게 사용하던 대부분의 서식 키보드 단축키 역시 잘 작동합니다.

이메일을 작성할 때 텍스트를 선택하면 자동으로 키보드 위에 서식 명령이 나타납니다.

Windows 8용으로 디자인

뛰어난 Metro 스타일 앱 설계의 또 다른 부분은 Windows 8의 고유한 기능을 활용하는 것입니다. 메일 앱은 운영 체제와 긴밀하게 통합되어 간편하게 이메일을 공유하고, 인쇄하고, 최신 상태를 유지할 수 있습니다.

동시 보기

매일 앱을 다른 앱 또는 데스크톱과 나란히 표시하면 메일 앱을 맨 위에 둔 상태에서 다른 일을 할 수 있습니다. 새 이메일이 도착하는 즉시 메시지를 확인하고 작업할 수 있습니다. 동시 보기로 표시된 메일 앱 창에서 바로 메시지를 삭제, 이동 또는 회신한 후 재빨리 하던 작업으로 돌아갈 수 있습니다. Release Preview에서는 동기 보기 중에 계정 및 폴더를 전환할 수 있습니다. 따라서 폴더 또는 계정을 맨 위에 둔 상태에서 다른 앱을 사용할 수 있습니다. 이러한 업데이트 덕분에 메일 앱을 하루 종일 동시 보기로 사용해도 아무 문제가 없습니다.

장문의 이메일을 작성하는 동시에 메일의 텍스트를 복사하여 여러 앱에 붙여넣어야 할 경우에 동시 보기가 특히 유용합니다. 새 메시지 작성을 시작하여 메일 앱을 동기 보기로 표시한 후, 화면의 대부분을 차지하는 앱에서 다른 앱으로 전환하면 필요한 내용을 가져와서 메시지에 바로 붙여넣을 수 있습니다.

IE 옆에 메일 앱이 동시 보기로 표시되어 있습니다.

인쇄

이메일로 받은 티켓, 영수증 또는 쿠폰을 인쇄하는 등 인쇄는 여전히 자주 수행하는 작업이며, 모든 Windows 사용자는 인쇄만 누르면 알아서 작동할 것으로 기대합니다. Release Preview에서는 인쇄할 이메일을 선택한 다음 장치 참을 열고 사용할 프린터를 선택하기만 하면 됩니다.

메일 앱에서 인쇄

메일 앱은 공유 계약과 통합되어 있으므로 모든 앱에서 메일 앱을 공유할 수 있습니다. 어떤 정보를 소셜 네트워크의 모든 사람들에게 보내는 대신 친구 몇 명에게만 링크, 사진 또는 게임 점수를 보내고 싶을 때가 자주 있습니다. 메일 앱을 사용하면 다른 앱에서 공유 참을 통해 원하는 사람하고만 공유할 수 있습니다. 같은 그룹과 여러 차례 공유할 경우, Windows에서는 다음에 간편하게 공유할 수 있도록 해당 그룹을 기억해 둡니다.

IE에서 공유 참을 열면 메일 앱을 사용하여 자주 공유하는 사람들의 목록이 표시됩니다.

메일 앱은 텍스트, 링크 및 그림 공유를 지원합니다. 앱에서 공용 URL을 제공할 경우 메일 앱은 자동으로 웹 페이지에서 그림, 제목 및 설명을 가져옵니다. 사용자는 여기에 메시지를 추가하여 친구에게 보낼 수 있습니다. 공유 참에서 메일 앱을 사용해도 메일 앱에서 새 메시지를 작성할 때와 똑같이 표시되고 똑같은 방식으로 작동하기 때문에 Ctrl+B 등의 모든 서식 키보드 단축키가 여전히 잘 작동합니다.

웹 페이지에서 공유할 때 메일 앱에서 미리 보기를 보낼 수 있습니다.

라이브 타일

사람들은 장치를 항상 최신 상태로 유지하기를 원합니다. 메일 타일은 가장 최근에 도착한 메시지 중 읽지 않은 메시지 5개를 번갈아서 표시하여 장치를 최신 상태로 유지합니다. 따라서 사용자가 이메일을 마지막으로 확인한 이후에 새 메시지가 도착하면 바로 알 수 있습니다.

또한 이메일 폴더 또는 계정에 대한 보조 타일을 만들어서 시작 화면에 고정하면 해당 폴더 또는 계정에 새로운 메일이 도착했는지 실시간으로 확인할 수 있습니다. 이 기능은 서버 규칙을 사용하여 자동으로 이메일을 다른 폴더로 이동하는 사용자에게 특히 유용합니다.

예를 들어, 회사 Exchange 계정과 Hotmail 계정에 대한 별도의 타일을 만들어서 시작 화면에 고정하면 각 계정에 새로운 이메일이 도착했는지 바로 확인할 수 있습니다.

이메일 계정 또는 폴더에 대한 타일을 시작 화면에 고정할 수 있습니다.

이러한 보조 타일을 잠금 화면에 배치하면 장치에 로그인하지 않고도 새로운 이메일 도착 여부와 메일이 들어 있는 폴더를 간편하게 확인할 수 있습니다.

잠금 화면에 Exchange와 Hotmail의 새 메시지 개수가 표시되어 있습니다.

새 이메일이 도착하는 즉시 메일 도착 사실을 알고 싶다면 [설정] > [계정]으로 이동하여 각 계정마다 알림을 설정하면 됩니다.

새 이메일 도착 알림

이 모든 기능을 사용자 지정할 수 있으며, 원한다면 타일 또는 잠금 화면에 표시되는 정보의 양을 줄일 수 있습니다. 고정된 각 폴더 또는 계정의 라이브 타일을 개별적으로 해제할 수 있습니다. 설정 참에서 각 계정마다 절전 모드를 포함한 여러 단계의 알림을 설정할 수 있습니다.

항상 최신 상태 유지

사람들은 최신 장치의 이메일 및 기타 정보가 항상 최신 상태를 유지하기를 원합니다. 또한 앱이 CPU를 적게 사용하고 배터리 수명이 오래 지속되기를 원합니다. 메일 앱은 Windows 8을 기반으로 하는 백그라운드 처리 API를 사용하여 이 두 가지 목표 사이의 균형을 적절하게 유지합니다. 따라서 메일 앱을 일시 중지하는 것이 가능하며, 이 상태에서도 새 이메일이 도착하거나(푸시) 타이머가 실행되면(폴링) 이메일 동기화 엔진을 깨웁니다. 우리는 최소의 기능만 실행하여 장치를 최신 상태로 유지하고 배터리를 절약할 수 있도록 이메일 동기화 엔진을 별도의 프로세스로 처리했습니다. 메일 앱의 타일 및 알림은 바로 이러한 특징을 기반으로 합니다.

메일 앱은 계정별 설정이 가능하므로 장치의 각 계정마다 가장 적합한 구성을 선택할 수 있습니다. 기본적으로 모든 계정은 "항목이 도착하면"(푸시) 새 이메일을 다운로드합니다. 하지만 사용자가 원한다면 매 15분, 30분, 1시간마다 또는 수동으로 다운로드하도록 구성할 수 있습니다.

우리는 청구서 충격을 방지하기 위해 최소의 데이터로 최상의 경험을 제공하고자 노력하고 있습니다. 데이터 사용량 폭탄을 방지하기 위해 기본적으로 최근 2주 내에 도착한 이메일만 다운로드하도록 했습니다. Microsoft에서 조사한 바에 따르면 대부분의 사람들이 최근 2주 내에 도착한 이메일만 사용하는 것으로 밝혀졌기에 사용자가 특정 계정에 대해 별도로 구성하지 않는 한, 수 기가바이트에 달하는 이메일 계정의 모든 메시지를 다운로드하지 않습니다. 이렇게 하면 첫 번째 다운로드 속도가 훨씬 빠르기 때문에 보다 신속하게 메시지에서 작업을 시작할 수 있습니다.

Exchange에 대한 메일 앱의 기본 계정 설정입니다.

데이터 사용량(MB 단위)에 따라 요금이 부과되는 네트워크 요금제를 사용할 경우, 메일 앱이 Windows 8의 새로운 네트워킹 API를 사용하여 이를 감지하고, 각 메시지 본문의 처음 20KB만 다운로드하고 첨부 파일은 다운로드하지 않습니다. 대부분의 메시지는 전체 용량이 20KB 이하이기 때문입니다. 이메일의 용량이 20KB를 초과할 경우 한 번의 터치로 나머지 메시지를 다운로드할 수 있습니다. Wi-Fi를 사용할 경우 기본적으로 전체 메시지를 다운로드합니다.

전망

이메일은 일상 생활에서 중요한 부분을 차지합니다. 우리는 지금도 메일 앱을 개선하기 위해 노력 중이며 여러 기능을 연구하고 있습니다. 메일 앱과 첫 번째 프리뷰 버전에 대한 여러분의 반응이 무척 궁금합니다. 사람들은 까다로운 요구 사항을 만족할 수 있는 뛰어난 이메일 앱을 원하며, 이메일 사용량으로 보아 Windows 8 메일 앱이 큰 인기를 끌 것으로 확신합니다.

피드백을 주신 모든 분들께 감사드리며 앞으로도 많은 의견을 부탁드립니다.

Windows 메일 앱
수석 프로그램 관리자
Jeremy Epling

Windows 8에서 제공하는 통합 클라우드 기반 주소록 "피플 앱"

Steven Sinofsky — Tue, 19 Jun 2012 15:55:00 GMT

"연락처" 관리에 부담을 느끼는 사람들이 많아졌습니다. 연락처를 저장할 수 있는 위치가 늘어나고 연락처에 액세스할 때 사용하는 PC와 장치 수가 증가했기 때문에 더욱 그럴 것입니다. 로밍과 연결이 간편한 클라우드에 연락처를 저장하면 이러한 부담을 어느 정도 줄일 수 있습니다. Windows 8과 새로운 피플 앱에서는 클라우드 저장소가 한 단계 더 진화하여 필요에 따라 이미 사용 중인 다른 서비스에 연결할 수 있습니다. 따라서 이메일 연락처 또는 사용 중인 서비스/소셜 계정의 연락처를 Windows 8 PC 및 Windows Phone 간에 로밍되는 한 위치에 저장하여 쉽게 액세스하고 사용할 수 있습니다.

이 글에서는 Windows Live 팀의 그룹 프로그램 관리자인 Jeff Kunins가 피플 앱에 대해 자세히 설명합니다. 이 글은 현재 App Preview에 있는 새로운 서비스 연결 앱에 대한 연재 글의 첫 번째 글입니다. - Steven

오늘날의 장치는 사용 방식에 있어서 함께 커뮤니케이션하고 공유하는 사람들이 매우 중요하기 때문에 주소록이나 연락처 목록이 함께 제공됩니다. 우리가 매일 사용하는 휴대폰, PC, 태블릿에서 사람 중심의 활동으로는 이메일, 문자, 전화 통화 및 영상 통화, 소셜 업데이트, 댓글 등이 있습니다. Windows 8에서 우리는 이러한 기본적인 요구를 새로운 차원의 연락처 환경인 피플 앱으로 충족하고자 했습니다.

Windows 8의 피플 앱은 기존의 일반 연락처 목록을 새롭게 해석하여 오늘날 사용자의 커뮤니케이션 방식에 맞게 만들어졌으며 이미 사용 중인 클라우드 서비스에 연결됩니다. 피플 앱은 이메일과 소셜 계정에 연결되어 모든 연락처와 소식을 한곳에 보기 편하게 불러옵니다. Windows 8 Consumer Preview 사용자는 이미 피플 앱을 수백 번 사용했으며 라이브 타일에 받은 소셜 알림이 수백 개에 달합니다. 이러한 우리의 접근 방식에 대해 이전 글에서 관심을 보여 주셔서 기쁘게 생각하며 이전의 프리뷰 버전을 개선할 수 있는 방법에 대한 유익한 피드백을 주신 모든 분께 감사드립니다. 이제 최신 소셜 주소록에 대한 우리의 관점에 대해 보다 자세히 설명드리고 Windows 8 피플 앱의 진화를 유도하는 데 우리의 의견이 어떤 역할을 했는지 살펴볼 필요가 있을 것 같습니다.

Windows 8 및 Windows Phone과 같은 최신 장치에는 간단한 4가지 원칙을 기준으로 만든 주소록이 필요합니다.

통합 및 연결 – 개인 연락처와 직장 연락처가 모두 통합되어 있고 소셜 활동과 사진이 표시되며 실시간으로 교류하고 반응을 보일 수 있습니다. 이메일과 소셜 계정에서 데이터를 한 번만 가져오는 것이 아니라 데이터가 동기화되며, 똑같은 연락처 정보가 여러 계정에 얼마나 많이 있든 관계없이 한 사람당 하나의 간단한 통합 연락처 카드를 사용합니다.
Windows 8용으로 디자인 – 최신 장치에서는 주소록이 전체 환경의 핵심적인 부분을 차지하므로 전체 시스템을 염두에 두고 디자인하는 것이 중요합니다. 피플 앱은 Metro 스타일 디자인 원칙을 따르므로 빠르고 유연하며 공유 및 선택기 계약을 통해 다른 모든 앱과 함께 작동합니다.
클라우드 기반 – 연락처와 설정이 자동으로 백업되므로 새로운 장치나 웹에서 로그인하면 "바로 작동"합니다. 그리고 시작 화면에 연락처를 고정하면 새로운 사진, 댓글, 트윗에 대한 실시간 알림이 있을 때 라이브 타일이 켜집니다.
제어 가능 – 집, 직장 및 소셜 네트워크에 걸쳐 누구와 무엇을 공유할지 결정합니다. 그리고 물론 이러한 네트워크는 관련 정책 및 고객 개인 정보를 고려하여 공유하고 연결할 정보를 결정합니다.

피플 앱의 이러한 원칙을 설명하는 짤막한 비디오를 소개하겠습니다.

현재 브라우저에서는 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

통합 및 연결

이전 글에서 친구들에게 다시 초대를 보내서 귀찮게 할 필요 없이 이미 사용 중인 서비스를 연결하는 방법에 대해 알아보았습니다. 수년간 이메일 계정 또는 소셜 네트워크로 연락처 데이터를 가져오는 기본 방법 중 하나는 다른 계정에서 연락처를 가져오는 것이었습니다. 경우에 따라 연락처를 가져온 다음 다시 초대해야 하는 경우도 있습니다. 휴대폰의 경우도 마찬가지입니다. 주위에서 단지 기존에 쓰던 휴대폰의 연락처를 새 휴대폰으로 "옮기는" 것이 너무 귀찮아서 새 휴대폰을 구입하지 않는 사람이 얼마나 많습니까?

이러한 문제를 겪었던 많은 사람들은 이메일 계정을 동기화하는 스마트폰으로 어느 정도 문제를 해결했지만 모든 사람이 문제를 해결할 수 있도록 모든 연락처와 계정을 저장할 수 있는 간편한 하나의 위치가 필요합니다.

그래서 피플 앱이 나온 것입니다. 피플 앱은 Exchange ActiveSync와 Facebook, Twitter 및 LinkedIn과 같은 우리의 파트너가 제공하는 안전한 표준 기반 API(OAuth, REST 등)를 사용하여 클라우드의 연락처 목록 사본을 동기화합니다. 새 친구를 추가하거나 삭제하는 즉시 반영되므로 일회성 가져오기로 인한 정보 불일치 문제가 발생하지 않습니다.

Facebook, Twitter 및 Exchange와 같은 계정 연결

연락처가 피플 앱에 동기화되면 아름답게 꾸며진 환경이 제공되고 여기에서 사람들의 소셜 활동과 사진을 보고 댓글을 남기거나, 연락처 정보를 보거나, 본인과 상대방이 둘 다 사용 중인 서비스를 통해 메시지를 보낼 수 있습니다. 연락처와 네트워크 전체의 "새로운 소식"에 대한 요약 정보를 탐색하든, 특정 연락처만 보든 관계없이 간편하게 최신 정보를 확인하고 연결 상태를 유지할 수 있습니다.

기본 연락처 목록 보기에서 큰 타일에 즐겨찾기 연락처가 표시됩니다.

Windows 8 "시맨틱 줌"을 사용하여 손가락을 모아 연락처 목록을 빠르게 탐색할 수 있습니다.

단일 연락처를 보고 연락처 정보와 소식 확인

"새로운 소식"을 탭하여 소셜 네트워크의 요약 정보를 한눈에 파악

단일 소셜 업데이트를 통해 모든 댓글 확인 및 댓글 달기 가능

피플 앱과 같은 최신 주소록에서 해결해야 할 한 가지 과제는 중복입니다. 우리는 똑같은 사람과 여러 계정에서 친구를 맺고 정보를 저장하는 경향이 있습니다. 예를 들어 필자의 친구 Omar Shahine의 연락처는 Exchange와 Hotmail에 저장되어 있고, Facebook에서는 친구이고 LinkedIn에서는 직장 동료이며 Twitter에서도 팔로우하고 있습니다.

피플 앱은 Windows Phone 및 Hotmail과 마찬가지로 이러한 연락처가 모두 동일한 사람(필자의 친구 Omar)인지 자동으로 탐지하고 "연결된" 단일 연락처로 표시하고 모든 데이터를 타일과 같은 한 위치에 제공합니다. 그리고 중요한 사실은 이 과정에서 기본이 되는 원본 데이터를 전혀 건드리지 않는다는 점입니다.

이러한 과정이 자동으로 "올바르게" 이루어질 수 있도록 최선을 다하고 있지만 이것이 완벽할 수 없다는 것을 인지하고 있으므로 사용자가 직접 링크를 편집하고 추가/제거할 수 있도록 하고 있습니다. Hotmail과 Windows Phone에서는 이미 이 기능을 제공하고 있으며, 차후에 Windows 8 버전에도 추가될 예정입니다.

여러 계정을 연결하고 중복되는 연락처를 통합함으로써 어떻게 연결되었는지에 관계없이 주소록에 있는 모든 사람의 연락처 카드를 만들 수 있습니다. 따라서 간단한 요약 정보를 한눈에 살펴본 다음 이메일 보내기, 채팅 시작, 지도 정보 가져오기, 전화 번호 또는 주소 찾기, 최근 활동 탐색 등의 일반적인 작업을 마우스 클릭 한 번으로 수행할 수 있습니다.

Windows 8용으로 디자인

우리가 따른 두 번째 원칙은 Windows 8의 기능을 활용하는 앱을 디자인하는 것이었습니다. 다른 시스템과 달리 Windows 8에서는 앱이 계약이라고 하는 API를 통해 앱이 다른 앱 및 OS 자체에 연결할 수 있습니다. 여기에는 피플의 연락처 목록에서 제공하는 메일 및 메시지와 같은 기본 제공 앱뿐만 아니라 Windows 8 장치에 설치된 다른 앱도 포함됩니다.

Metro 스타일 시작 화면의 특징 중 하나는 다양한 활동이 표시되어 있으며 한 번의 터치로 관심 있는 앱과 콘텐츠에 액세스할 수 있는 타일입니다. 피플 앱은 기본 앱의 해당 부분에 즉시 연결하는 추가 타일을 배치할 수 있는 보조 타일 기능을 활용합니다. 따라서 TechMeme, 탑 셰프, 필자의 아내, 친구 Omar와 같은 연락처를 시작 화면에 고정할 경우 한 번만 탭하면 연락처 정보와 활동으로 즉시 이동하고 한 번 더 터치하면 메일을 보내거나 가장 최근의 사진을 볼 수 있습니다.

또한 Consumer Preview부터 피플 앱은 Internet Explorer를 포함한 모든 Windows 8 앱에서 Facebook 또는 Twitter에 게시할 수 있는 공유 계약을 새롭게 지원합니다. 따라서 가벼운 터치 몇 번으로 피플 앱에 계정을 연결하기만 하면 인상 깊게 읽은 최신 기사를 친구 및 팔로워와 공유할 수 있습니다.

모든 Windows 8 앱(예: IE)은 공유 참을 사용하여 Facebook 및 Twitter에 게시하도록 지원할 수 있습니다.

마지막으로 또 다른 유용한 기능은 피플 선택기 계약입니다. 이 기능을 사용하면 피플 앱에서 연락처를 빠르게 선택할 수 있어 웹 사이트에서 패키지를 보내거나 친구 목록을 이메일로 보내는 등의 단순한 작업을 빠르게 수행할 수 있습니다. 그리고 자동 전체 액세스 API와 달리 이 기능은 사용자가 제어할 수 있으며 시스템에서 조정한 사용자 환경을 불러와야만 실행됩니다.

모든 앱이 피플 선택기를 호출하여 사용할 연락처를 선택하도록 지원할 수 있습니다.

클라우드 기반

지금까지 살펴본 모든 기능은 여러 계정의 데이터를 동기화하고 앱 내에 표시하기 위해 앱과 장치가 클라우드 기반이어야만 사용할 수 있습니다. 그러나 기존의 휴대폰이나 이메일 앱처럼 모든 데이터와 설정이 "클라이언트" 앱 자체에서 단독으로 관리되는 경우에는 다음과 같은 몇 가지 문제가 있습니다. (1) 휴대폰과 같은 장치에 이러한 기능을 설정한 후 집이나 직장에서 새 PC를 구입한 경우 모든 과정을 다시 반복해야 하고, (2) 다른 사람의 시스템에서 웹 브라우저를 사용할 때 이 통합 환경의 이점을 활용할 수 없고, (3) Facebook 또는 LinkedIn과 같은 서비스에 자체 API가 포함되어 있는 경우 올바르게 작동할 수 있도록 새 버전의 앱으로 업그레이드해야 합니다.

우리가 선택한 방법은 Microsoft 계정과 클라우드를 사용하여 설정을 안전하게 캐시하는 것입니다. 이렇게 하면 새 장치로 전환하거나 웹에서 연락처 목록에 액세스하는 경우에도 모든 기능이 올바르게 "바로 작동"합니다. 또한 모든 사람이 새 버전의 앱으로 업데이트할 필요 없이 우리가 이러한 API를 자주 조정해서 개선할 수 있도록 Facebook 및 Twitter와 같은 네트워크에 대한 API 호출을 대부분 클라우드에서 수행합니다.

클라우드의 이점을 잘 보여 주는 예로 어느 장치에서 로그인하든 피플 앱이 Facebook, Twitter 및 LinkedIn에 대한 연결을 기억한다는 점을 들 수 있습니다. 5천만 명 이상의 사용자가 이미 Windows 8, Windows Phone, Hotmail, Messenger 및 SkyDrive의 소셜 기능을 사용하여 Microsoft 계정에 소셜 네트워크를 연결했습니다. 이들 각 사용자가 새 Windows 8 PC에 처음 로그인할 때 피플 앱에 연결된 통합 클라우드 기반 주소록은 자동으로 채워지게 됩니다.

클라우드 기반은 장치에 항상 연락처 목록의 최신 사본이 있다는 것뿐만 아니라 소셜 네트워크의 최신 알림이 있을 경우 피플 앱 타일과 고정된 연락처의 타일이 자동으로 켜진다는 의미입니다. 예를 들어 방금 게시한 사진에 누군가 댓글을 달면 피플 앱 타일과 앱 자체의 "내 소식" 알림 탭이 업데이트로 애니메이션되고 사용자의 시선을 끌게 됩니다. 마찬가지로 고정된 연락처 중 하나에 새로운 정보가 있을 때마다 타일에 해당 활동이 표시됩니다.

제어 가능

물론 우리는 연결하는 각 데이터 원본의 정책을 존중합니다. 예를 들어 피플 앱은 현재 Exchange 데이터를 클라우드에 동기화하지 않습니다. 따라서 고용주의 정책이 적용되는 데이터가 일시적으로 타사 데이터 센터에 캐시되지 않습니다. 이 경우 각 장치에서 Exchange 계정을 개별적으로 설정해야 하고 contacts.live.com에서 계정에 연결할 수 없습니다. 마찬가지로 Facebook은 특정 모바일 앱과 기타 장치 및 웹에서 연락처의 이메일 주소와 전화 번호를 동기화하는 정책이 각각 다릅니다. 따라서 Windows Phone에 Facebook 연락처를 가져오려면 Windows Phone의 피플 앱에서 추가 데이터를 볼 수 있도록 개별적으로 연결해야 합니다. Twitter도 직접 이동하는 데 중요한 트윗 표시 방법과 관련하여 스마트하고 구체적인 정책을 적용합니다.

우리는 또한 사람마다 주소록과 네트워크를 사용하는 방식이 약간 다르다는 것을 알고 있습니다. 따라서 사용자에게 어느 네트워크에서 누구와 무엇을 공유할지 제어할 수 있는 권한을 부여합니다. 예를 들어 Facebook을 연결할 때는 주소록만 연결할지 인스턴트 메시징과 같은 추가 기능을 연결할지를 사용자가 선택할 수 있습니다.

발전

최신 장치에 사용자가 제어할 수 있는 연결된 통합 클라우드 기반 주소록이 제공되어야 한다는 우리의 견해에 대한 첫 반응이 어떨지 기대가 됩니다. 공유 계약을 사용하는 모든 Windows 8 앱에서 Facebook 및 Twitter의 아는 사람에게 공유하도록 지원하는 시맨틱 줌과 같이 Consumer Preview 이후 지금까지 새롭게 추가된 주요 기능을 사용해 보시기 바랍니다.

- Jeff Kunins

풍부하고 확장 가능한 미디어 플랫폼 구축

Steven Sinofsky — Mon, 18 Jun 2012 22:53:00 GMT

Windows에서 지원하는 기술은 놀라울 정도로 광범위합니다. 사용자는 뛰어난 비디오 및 오디오를 경험할 수 있고 개발자는 풍부한 API를 통해 이러한 기술을 활용할 수 있습니다. 이 글에서는 데스크톱 및 Metro 스타일 앱을 위한 기능이 대폭 개선된 Windows 미디어 플랫폼이 사용자와 개발자에게 어떤 의미가 있는지 자세히 설명합니다. Windows 7이 출시된 후로 미디어 재생 환경이 크게 변했습니다. 스트리밍이 부각되고 있고, 콘텐츠 소유자들은 다양한 장치에서 콘텐츠를 재생할 수 있기를 바라고, 재생에 필요한 배터리 전원이 대폭 감소했습니다. Windows 8 및 Windows RT의 중요 부분이기도 한 이러한 새 기능과 관련하여, 우리는 사용자 및 개발자에게 업계 최고의 지원을 제공하기 위해 많은 노력을 했습니다. 이 글은 미디어 플랫폼 및 기술 팀의 그룹 프로그램 관리자인 Scott Manchester가 작성했습니다. – Steven

오늘날 사람들이 PC를 사용하는 가장 큰 목적 중 하나는 영화 감상, 화상 채팅, 음악 재생 등 다양한 미디어를 즐기는 것입니다. 최대한 다양한 멀티미디어 작업을 수행하고 확장 가능한 미디어 플랫폼을 통해 타사 개발자들까지 사용할 수 있는 기능을 만들기 위해 우리가 Windows 8에서 어떤 일을 했는지 말씀드리고자 합니다.

우리는 Windows 8 미디어 플랫폼을 설계할 때 다음과 같은 세 가지 목표를 염두에 두었습니다.

성능 최대화. 우리는 하드웨어의 모든 성능을 끌어내면서도 각 PC의 배터리 수명을 최대한으로 늘리는 빠르고 응답성이 뛰어난 미디어 재생을 원했습니다.
간편한 개발 및 확장. 우리는 특정 응용 프로그램에 맞게 간단하게 확장하고 맞춤 구성할 수 있는 플랫폼을 제공하여 혁신적인 Windows 사용자 미디어 앱의 장을 마련하고자 했습니다.
다양한 시나리오 지원. 고성능 고효율의 확장 가능한 플랫폼은 다양한 음악, 비디오, 통신 및 기타 멀티미디어 앱을 지원할 수 있습니다.

이러한 세 가지 목표를 염두에 두고 우리는 Windows 플랫폼의 미디어 경험을 새로 구상하기 시작했습니다.

더욱 빠르고 응답성이 뛰어난 미디어 경험

성능은 모든 사용자 경험의 핵심 요소 중 하나이며, 특히 멀티미디어 시나리오에서 그 중요성이 두드러지게 나타납니다. 비디오는 실시간으로 재생 가능해야 하고, 음성 통신은 즉각적으로 이루어져야 하며, 이러한 모든 작업은 배터리 소모를 최소화해야 합니다.

우리는 특정 작업이 시스템에서 사용하는 시간, 리소스 및 메모리를 계산하여 성능을 측정합니다. 우리는 리소스 및 메모리 사용량을 최소화하려고 했습니다. 미디어 성능에 대한 우리의 목표는 오디오 및 비디오 재생, 코드 변환, 인코딩 및 캡처에 집중되어 있었습니다.

효율적인 비디오 디코딩

배터리 수명을 개선하거나 모든 미디어 시나리오의 전력 소모를 줄이기 위해, 우리는 실리콘 칩 업계의 파트너와 지속적으로 협력하여 새롭고 더욱 빠른 경험을 제공하고자 노력하고 있습니다. Windows 8 인증 PC에서 실행되는 Windows 8에서는 일반 미디어 형식의 비디오 디코딩이 미디어의 전용 하드웨어 하위 시스템으로 오프로드됩니다. 전용 미디어 하드웨어는 CPU보다 미디어 디코딩이 훨씬 효율적이기 때문에 CPU 사용량이 대폭 낮아지며, 그 결과 비디오가 부드럽게 재생되고 배터리 수명이 길어집니다. 따라서 재생, 코드 변환, 인코딩 및 캡처 시나리오를 포함하여 비디오 디코딩이 필요한 모든 시나리오가 개선됩니다.

아래 그림은 720p VC1/H.264 비디오 클립 재생 및 웹캠 캡처 프리뷰 동안 Windows 7과 Windows 8의 평균 CPU 사용량을 비교한 것입니다.

비디오 오프로드 외에도, DirectShow Capture API에서 훨씬 최적화된 새로운 Windows 8 Media Foundation Capture API로 변경하여 웹캠 캡처를 개선했습니다. 또한 타당한 경우 CPU를 사용하여 인코딩해도 속도가 빠르고 전력 효율이 높도록 H.264 및 VC-1 콘텐츠의 소프트웨어 인코더를 개선했습니다.

오디오 재생 동안 배터리 수명 극대화

Windows 8에서 개선된 미디어 성능의 또 다른 예로는 오디오 재생 동안 배터리 수명을 극대화(또는 전력 소모 감소)한다는 점을 들 수 있습니다. 위에서 설명한 비디오 오프로드와 비슷한 오디오 파이프라인 오프로드 외에도, 정상 상태의 재생에서 오디오 재생 파이프라인을 더욱 효율적으로 개선했습니다. 오디오 데이터의 대형 청크를 일괄 처리하고 해당 청크의 모든 처리 작업을 한 번에 처리하므로 CPU가 100배나 더 긴 시간 동안(1초 이상 vs 10밀리초) 대기 모드를 유지할 수 있습니다. 따라서 오디오 재생 동안 배터리 수명이 획기적으로 늘어납니다.

물론, 증가된 버퍼링으로 인해 지연 시간이 늘어나기 때문에 모든 시나리오에 완벽한 접근 방식은 아닙니다. 아래의 통신 단원에서는 이러한 장단점 및 미디어 스택이 각 시나리오에 최적화되는 방법에 대해 설명하겠습니다.

오디오 및 비디오 오프로드는 Windows 8에서 미디어 스택을 최적화하여 데스크톱 및 Metro 스타일 앱의 CPU 사용량과 메모리 사용량을 줄이고 배터리 수명을 개선한 방법 중 일부에 불과합니다.

다양한 미디어 시나리오 지원

성능은 플랫폼에서 매우 중요한 요소입니다. 하지만 성능의 영향을 받는 기능도 그에 못지 않게 중요합니다. Windows 8에는 최신 비디오 형식, 대기 시간이 짧은 통신 스트림 및 외부 미디어 장치와 원활한 연결을 지원하는 기능이 포함되어 있습니다.

플랫폼 상관관계

다양한 시나리오를 지원하는 단일 미디어 플랫폼 개발의 과제 중 하나는 플랫폼의 목적이 서로 상충한다는 것입니다. 예를 들어, 통신 시나리오는 짧은 대기 시간과 오디오/비디오 인코딩 및 재생이 필요합니다. 그런데 버퍼링이 길면 품질과 성능이 향상되는 대신 대기 시간이 길어집니다. 다음 몇 단원에서는 다음 항목을 포함하여 우리가 Windows 8에서 지원하고자 노력한 몇 가지 시나리오의 관점에서 이러한 과제에 대해 설명하겠습니다.

통신(예: Skype, Lync 등)
비디오 재생 및 최신 형식 지원
비디오 자동 방향 설정
프리미엄 콘텐츠 재생
원활한 오디오 전환
추가 화면에 미디어 경험 가져오기
새로 떠오르고 있는 미디어 기능

개발 및 확장 간소화

이러한 경험의 한 가지 공통 테마는 멀티미디어 플랫폼에 반영된 확장성입니다. 사용자들의 사용 사례, 미디어 형식, 코덱, 보호 메커니즘 및 처리 방법이 매우 광범위하기 때문에 개발자들에게 제품을 사용자 지정하여 Windows에서 멋진 앱 및 웹 사이트를 만들 수 있는 기능을 제공했습니다.

앞으로 몇 단원에 걸쳐 미디어 시나리오에 대해 토론하는 동안, 개발자 및 타사 파트너들이 이러한 시나리오를 확장할 수 있도록 하기 위해 우리가 어떤 작업을 했는지에 대해서도 설명하겠습니다. 지금부터 우리가 Windows 8의 목표로 삼은 시나리오를 자세히 알아보겠습니다.

통신

지난 10년 동안 PC, 특히 모바일 장치의 실시간 통신이 엄청나게 성장했습니다. Windows 사용자들은 Skype 및 Lync 같은 서비스를 사용하여 날마다 수십억 분의 음성 및 영상 통화를 하고 있습니다. TeleGeography에서는 전 세계적으로 영상 통화를 포함한 Skype-Skype 통화가 2011년에 48% 성장하여 1450억 분에 달하는 것으로 추정하고 있습니다. 우리는 모든 Windows 8 PC에서 음성 및 영상 통화 경험을 개선하기 위해 엄청난 투자를 했습니다. 이러한 목표를 달성하기 위해 다음과 같은 두 영역에 역량을 집중했습니다.

대기 시간이 짧은 미디어 캡처 및 렌더링 기본 제공. 짧은 대기 시간은 통신 앱의 필수 요소이므로 Windows는 OS에서 대기 시간이 짧은 미디어 캡처 및 재생을 지원합니다.
HD 카메라를 지원하여 화상 통신 경험 개선. 고해상도 비디오는 생생하고 즐거운 통신 경험을 가능하게 하므로 Windows에서는 HD 카메라 장치를 지원합니다.

짧은 대기 시간

사용자들은 다른 사람과 통신할 때, 즉시라고 해도 좋을 정도의 신속한 응답성을 기대합니다. 이러한 이유로, 통신 시스템은 일반적으로 종단 간 지연 시간(대기 시간이라고도 함)을 최소화하려고 노력합니다. 재생을 위한 오디오 및 비디오 시스템을 설계할 때, 버퍼링은 스파이크 또는 네트워크 트래픽으로 인한 결함으로부터 보호하고 전력 소모를 줄이기 위한 수단으로 자주 사용됩니다. 그러나 이 버퍼링은 오디오 및 비디오 지연 시간을 유발하는데, 오디오에서는 이 지연 시간이 대기 시간으로 취급됩니다. 우리는 Windows 8을 개발하는 동안에 재생에 최적화된 시나리오와 통신에 최적화된 시나리오를 모두 지원하는 미디어 플랫폼을 설계했습니다. 미디어 인프라는 재생 모드(긴 버퍼링, 다양한 조건 극복) 및 통신 최적화 모드(짧은 지연 시간) 간에 전환할 수 있습니다.

TIA/EIA 920 표준에 따르면, '실시간 통신 경험을 달성하려면 미디어 프로세싱 파이프라인'에만 영향을 미치는 단방향 오디오 대기 시간이 100밀리초를 초과하면 안 됩니다. 우리는 이러한 기준을 염두에 두고 아래 그림과 같이 테스트 환경을 설계하여 파이프라인의 종단 간 대기 시간을 측정했습니다.

대기 시간을 줄이려면 여러 구성 요소를 최적화해야 합니다.

비디오 통신의 경우, 종단 간 또는 "글래스 투 글래스" 파이프라인 대기 시간은 비디오 프레임에 대해 가져오는 지연 시간이 카메라 장치에 의해 캡처한 후 지원되는 비디오 형식으로 인코딩되고, 네트워크 루프백 인터페이스를 통해 스트리밍되고, 디코딩되고, 마지막으로 디스플레이에 의해 렌더링될 때 측정합니다.

아래 그림을 보시면 미디어 파이프라인이 짧은 대기 시간 모드일 때 PCM 캡처 및 렌더링의 결과를 알 수 있습니다. 첫 번째 스파이크 집합은 송신기의 최초 음성 단어와 일치하고 두 번째 집합은 수신기의 단어를 보여 줍니다. 두 집합 간의 시간 지연은 우리가 목표로 한 100밀리초보다 낮은 65밀리초입니다.

PCM 오디오의 종단 간 파이프라인 대기 시간: 짧은 대기 시간 모드

다음 차트는 비디오 프레임을 캡처, 인코딩, 스트리밍, 디코딩한 후 다양한 해상도에서 표시할 때 재생 모드와 통신 최적화 모드의 파이프라인 대기 시간을 비교한 것입니다. TIA/EIA 920의 실시간 영상 통화 기준에 따라 우리가 목표로 삼은 전체 대기 시간은 145밀리초이며 차트에서 녹색 선으로 표시되어 있습니다.

비디오 프레임을 초당 30프레임의 속도로 캡처한 후 H.264로 인코딩

재생 모드에서는 파이프라인의 평균 대기 시간이 약 575밀리초입니다. 비디오를 볼 때에는 부드러운 재생 경험을 위해 이 정도의 대기 시간이 필요하지만 실시간 화상 통신에서는 허용되지 않는 수준입니다. 한편 짧은 대기 시간 모드에서는 각각의 비디오 해상도에서 측정된 대기 시간이 목표치보다 낮습니다.

HD 영상 통화 지원

Windows 8 PC의 통신을 개선하기 위한 또 다른 작업으로 OS에서 HD 카메라를 지원하고 있습니다. 새로운 클래스의 드라이버는 응용 프로그램과 매끄럽게 연동하여 HD 비디오 기능을 제공하게 됩니다. 그 뿐만 아니라, 이전에 설명한 비디오 디코딩에 사용되는 모든 하드웨어 가속이 통신 시나리오에 활용될 것입니다.

Windows 8은 Windows 8 PC에서 일관적이고, 품질이 높고, 하드웨어 가속을 사용하고, 전력 효율이 뛰어난 미디어 통신 경험을 제공합니다. 우리는 미디어 플랫폼에 많은 투자를 하여 파이프라인 대기 시간을 개선했습니다. 사용자는 새로 추가된 H.264 카메라 지원을 통해 고화질 HD 비디오로 친구 및 가족과 통신할 수 있습니다.

Metro 스타일 앱에 대한 비디오 및 오디오 지원

다음을 포함한 주요 시나리오에서 사용되는 최신 형식을 통해 사용자 및 앱 개발자가 다양한 PC 폼 팩터에서 일관적으로 뛰어난 재생 경험을 얻을 수 있도록 하는 것이 Metro 스타일 앱에 대한 기본 미디어 형식 지원의 주요 목표였습니다.

웹에서 HTML5 기반 엔터테인먼트
인기 있는 스마트폰, 전자동 카메라 또는 AVC-HD 카메라를 사용하여 홈 비디오 캡처
인기 서비스의 음악, 영화 및 TV 프로그램 스트리밍

아래 표는 Metro 스타일 앱에서 기본 지원되는 비디오 및 오디오 형식입니다. Metro 스타일 앱 권장 형식은 PC 폼 팩터에 따른 예측 가능한 하드웨어 가속과 캡처, 스트리밍, 코드 변환 같은 재생을 넘어서는 예측 가능한 종단 간 시나리오 성능에 대해 하드웨어 제조업체와 긴밀한 협력을 통해 심사숙고한 후 결정한 것입니다.

Windows 8은 대부분 H.264 비디오 및 AAC 오디오로 구성된 탁월한 MPEG-4 지원을 제공합니다. Divx 및 Xvid를 포함한 여러 인기 코덱은 MPEG-4 Part 2 표준을 구현하므로 이러한 파일 중 상당수가 Metro 스타일 앱에서 멋지게 재생됩니다. iOS 장치의 비디오 캡처 같은 MPEG-4 Part 12 표준 기반의 최신 MOV 파일도 마찬가지입니다. 이제는 세분화된 MPEG-4 및 2K/4K 해상도가 가능합니다. 이전에 MPEG-2 및 DVD 재생에 대해 이야기를 나눈 적이 있습니다(Windows 8 Media Center 참조).

Windows 7을 개발하는 동안 우리는 Windows에서 기본 제공되는 CODEC 지원 및 확장을 통해 사용 가능한 형식에 대해 많은 토론을 했습니다. 그 이후로 CODEC의 주변 환경은 잘 정의되고 광범위하게 지원되는 소수의 형식으로 발전해 왔으며, 특히 비디오에 사용되는 h.264에서 이러한 현상이 더욱 두드러지게 나타납니다. 이러한 추세는 지적 재산권 및 하드웨어 지원과 같은 요소로 인해 더욱 탄력을 받았습니다. 심지어 브라우저도 HTML5를 사용하여 이와 같은 추세에 동참하고 있습니다. 하지만 사람들이 어떤 형식을 선호하는 데에는 다양한 이유가 있다는 것을 알고 있기 때문에 우리는 Windows 8 앱 개발자들이 원하는 형식을 사용할 수 있도록 했습니다. Windows 8 미디어 플랫폼의 확장성이 매우 뛰어나기 때문에 FLAC, MKV, OGG 같은 고급 사용자 커뮤니티 또는 특정 개발자 사이에서 인기를 끌고 있는 형식은 Metro 스타일 앱의 일부로 자체적인 CODEC 패키지를 보유할 수 있습니다.

비디오 자동 방향 설정

기존 카메라, 스마트폰 및 태블릿을 사용한 비디오 녹화가 급증하면서 사용자는 세로 또는 가로 모드에서 비디오를 캡처할 수 있게 되었습니다. 최신 터치 기반 인터페이스 덕분에 더 이상 기기를 “똑바로” 하지 않아도 됩니다. 녹화된 비디오를 PC에서 본 후 카메라의 옆쪽을 아래로 또는 위쪽을 아래로 해야만 제대로 작동하는 불만스러운 상황을 경험한 분들이 많이 있습니다. 비디오 스캔 패턴이 고정되어 있기 때문에 비디오를 볼 때 방향을 적절하게 설정할 수 없는 것입니다.

이 문제를 극복하기 위해, 카메라의 녹화된 비디오를 저장소에 저장할 때 방향 메타데이터를 MP4 및 ASF 같은 가장 많이 사용되는 파일 형식으로 작성하기 시작했습니다.

Windows PC에서 개인 비디오를 보는 멋진 경험을 제공하기 위해 우리는 다음과 같은 개선 작업을 통해 이 문제를 해결했습니다.

이제 MP4 및 ASF(VC-1, WMV) 비디오에서 방향 메타데이터가 지원됩니다.
방향 메타데이터가 있는 비디오는 재생 시 자동으로 회전됩니다.
방향 메타데이터가 있는 비디오 축소판이 자동으로 회전됩니다.
비디오 캡처 기능이 있는 Metro 스타일 앱은 간단하게 방향 메타데이터를 읽고 작성할 수 있습니다.

프리미엄 콘텐츠

우리가 Windows 8에서 집중적으로 투자한 또 다른 영역은 원활한 프리미엄 콘텐츠 재생입니다. 인터넷에서 처음으로 소비되는 대부분의 비디오 콘텐츠는 사용자가 만든 것이지만, 현재 인터넷 비디오 공간 성장을 주도하고 있는 것은 주문형 스트리밍 비디오 및 광고 지원 TV를 포함한 "프리미엄 콘텐츠"입니다. IHS Screen Digest에 따르면 2012년 미국에서 34억 개의 유료 영화가 온라인으로 스트리밍될 것이라고 합니다. 이는 2011년의 두 배가 넘고 DVD 및 블루레이를 통해 소비되는 영화를 합친 것보다 10억 개 이상 많은 수치입니다.

프리미엄 비디오 콘텐츠의 요구 사항은 다른 비디오 콘텐트와 동일하지만 최상의 경험을 제공하려면 자동 조정 비트 전송률 스트리밍과 콘텐츠 보호라는 중요한 플랫폼 기능이 필요합니다.

자동 조정 비트 전송률 스트리밍

자동 조정 비트 전송률 스트리밍은 시시각각 변하는 네트워킹 및 리소스 활용 조건에 따라 PC를 가장 적절한 비트 전송률에 맞게 조정하여 부드럽고 응답성이 뛰어난 비디오 재생 경험을 제공합니다. 따라서 처음 몇 프레임을 낮은 비트 전송률로 전송하여 버퍼링 시간을 줄이고 응답 속도를 높일 수 있으므로 시작 및 검색 시간이 크게 개선됩니다. 네트워크 또는 장치 조건이 변하면 PC에서는 비트 전송률을 낮추거나 높여서 버퍼링을 최소화하거나 비디오 품질을 높입니다.

Windows 8의 Media Foundation 플랫폼은 탁월한 확장성을 제공하므로 앱에서 사용자 지정 미디어 소스 및 자동 조정 비트 전송률 미디어 소스를 적용하여 새로운 형식을 지원할 수 있습니다. 사용자 지정 미디어 소스 및 스트리밍 프로토콜 역시 하드웨어 오프로드 및 콘텐츠 보호를 활용할 수 있습니다.

Windows Azure Media Services 팀에서는 우리 확장 모델을 사용하여 Metro 스타일 앱용 Smooth Streaming Client SDK를 개발하고 있습니다. Smooth Streaming은 고품질 비트 전송률 콘텐츠를 제공하고 VOD, 라이브, 리니어 TV 및 다운로드 후 재생(Download-and-Play)을 지원하기 위한 Microsoft의 계획입니다.

콘텐츠 보호

대부분의 프리미엄 인터넷 비디오 콘텐츠 서비스는 콘텐츠 보호를 적용하며, 영화 스튜디오 또는 TV 네트워크 같은 콘텐츠 소유자가 콘텐츠 보호를 요청하는 경우가 많습니다. 보호되는 콘텐츠를 Metro 스타일 앱에서 재생할 수 있도록 하기 위해 Microsoft에서는 프리미엄 콘텐츠 서비스를 위해 PlayReady Client SDK를 제공합니다. PlayReady는 스트리밍뿐만 아니라 다운로드를 지원하며, 위에서 언급한 IIS Smooth Streaming Client SDK는 PlayReady Client SDK와 원활하게 통합되어 서비스에서 보호되는 스트리밍 경험을 손쉽게 구축할 수 있도록 도와 줍니다.

현재 업계에서 또 다른 콘텐츠 보호 기술을 사용 중이라는 사실을 알고 있습니다. 자동 조정 스트리밍과 마찬가지로, Media Foundation 확장 모델은 타사에서 사용자 지정 콘텐츠 보호 시스템을 기본 제공 하드웨어 가속 비디오 디코딩과 통합할 수 있도록 지원합니다. 서비스에서 사용자 지정 스트리밍 형식 또는 콘텐츠 보호 시스템을 사용해야 할 경우, 디코딩 품질 또는 배터리 런타임을 희생하지 않고도 자체 기술을 통합할 수 있습니다.

요약하자면, Windows 8은 사용자가 Windows 8 장치에서 선택하여 즐길 수 있는 더욱 광범위한 프리미엄 콘텐츠 서비스를 제공합니다. 프리미엄 HD 비디오 콘텐츠를 볼 때 놀랍도록 긴 배터리 수명 외에도 탁월한 스트리밍 및 다운로드 경험을 제공합니다.

원활한 오디오 전환

Windows 8은 다양한 미디어 시나리오를 지원하기 때문에 이러한 시나리오 간에 최대한 원활하고 자연스럽게 전환할 수 있어야 합니다. 사용자는 여러 오디오 기반 작업을 동시에 하는 경우가 자주 있습니다. 예를 들어, 음악 스트리밍 서비스를 듣는 중에 비디오 클립을 보려고 할 수 있습니다. 우리는 사용자가 원하는 시간에 원하는 콘텐츠를 쉽고 간편하게 들을 수 있는 깔끔한 오디오 경험을 제공하고자 했습니다.

Windows 8에서는 모든 오디오 콘텐츠를 혼합하여 그 결과로 탄생한(그래서 때로는 일관성이 없는) 스트림을 스피커에 보내는 대신, 두 번째 스트림이 재생되거나 재생되어도 좋을 때 Windows가 스트림을 일시 중지할 수 있습니다. 대부분의 경우 Windows는 포그라운드에 있는 앱에서 오는 오디오를 먼저 처리합니다. 사용자가 앱을 백그라운드로 이동하면 시스템에서는 스트림을 대기 상태로 유지합니다. 게임 앱에서 다른 앱으로 전환했을 때 게임 오디오를 듣지 않으려는 경우를 예로 들 수 있습니다. 하지만 사용자가 이러한 동작을 원치 않는 경우도 있습니다. 예를 들어, 백그라운드의 음악을 들으면서 이메일을 확인하거나 웹 서핑을 하는 경우가 있습니다. 이러한 시나리오를 지원하고 사용자가 상황에 따라 적절하게 백그라운드 오디오를 들을 수 있도록 우리는 재생되는 오디오 유형을 반영하는 스트림 유형을 도입했습니다.

아래는 다양한 스트림 유형과 각 스트림에 대해 예상되는 콘텐츠 유형을 나열한 표입니다.

오디오 범주	스트림 예	백그라운드 가능 여부
백그라운드 지원 미디어	로컬 및 스트리밍 오디오 재생 목록	예
포그라운드 전용 미디어	영화, 게임	아니요
통신	Skype, VoIP(Voice-over-IP), 라이브 채팅	예
알림	알림, 벨 울림 알림	아니요
게임 미디어	게임에서 재생되는 백그라운드 음악	아니요
게임 효과	총소리, 폭발음, 캐릭터 대화, 모든 비음악적 사운드	아니요
사운드 효과	단추 확인 사운드, 경고음, 종소리	아니요
기타	기본 오디오 유형 및 백그라운드에서 계속 재생할 필요가 없는 모든 오디오 미디어의 권장 유형	아니요

추가 화면에 미디어 경험 가져오기

Windows 7의 경우 우리는 Windows 탐색기 및 Windows Media player에서 미디어 파일을 지원되는 외부 장치로 스트리밍할 수 있는 원격 재생을 발표했습니다. Windows 8에서는 원격 재생을 사용하여 개인 미디어 컬렉션 및 HTML5 미디어를 가정의 원격 재생 지원 장치와 공유하는 것이 훨씬 쉽고 간단합니다. 우리는 원격 재생에서 가족 및 친구와 사진을 공유하고, 파티에서 음악을 스트리밍하고, 인터넷에서 사용자가 만든 비디오를 감상하는 등 개인 콘텐츠 위주의 풍부한 소셜 경험을 만드는 데 집중했습니다. 개인 미디어 컬렉션이 Windows PC 또는 태블릿의 로컬 라이브러리에 저장되었든, 다른 홈 PC 또는 네트워크로 연결된 미디어 서버에 저장되었든, 클라우드의 웹 서버에 저장되었든 기존 웹 사이트 및 개인 미디어 컬렉션의 HTML5와 긴밀하게 통합되도록 경험을 처음부터 다시 설계했습니다.

이제 원격 재생은 더욱 간편하게 탐색할 수 있으며 다양한 Metro 스타일 앱에서 일관적인 고품질 경험을 제공합니다. 개선된 사용자 경험은 다음과 같습니다.

개선된 설정: 공유를 허용한 홈 네트워크(또는 HomeGroup)에서 원격 재생 장치를 자동으로 검색하여 PC에 설치합니다.
개선된 장치 경험: Metro 스타일 앱은 Windows 인증 원격 재생 수신기와만 작동합니다. 올해 말에 한층 향상된 성능으로 선보일 예정인 Xbox 360을 비롯한 이러한 장치는 최신 미디어 형식을 지원하고, DLNA 표준을 준수하고, 탁월한 성능을 제공합니다. Windows 7에서 처음 도입된 데스크톱 경험이 탐색기 리본에 추가되었으며 계속해서 모든 DLNA DMR 장치를 지원하게 됩니다.
더욱 간편해진 검색: 원격 재생은 장치 참에서 접근할 수 있으므로 원격 재생을 지원하는 모든 앱에서 간단하게 시작할 수 있습니다. 오른쪽 가장자리에서 살짝 밀거나 화면의 오른쪽 위로 마우스를 이동하여 장치 참을 선택한 다음 스트리밍할 장치를 선택하면 됩니다.
Metro 스타일 IE와 통합: IE는 웹의 HTML5 음악, 비디오 및 사진을 사용자의 장치로 스트리밍할 수 있습니다.
새로운 음악, 비디오 및 사진 앱과 연동: 새로운 앱을 사용하여 다양한 소스 및 개인 음악/비디오 컬렉션의 사진을 스트리밍할 수 있습니다.

비디오 앱의 원격 재생

또한 개발자가 앱 및 웹 사이트에서 간단하게 원격 재생을 사용할 수 있도록 많은 신경을 썼으며, 재생 계약을 통해 모든 Metro 스타일 앱에서 기능을 사용할 수 있습니다. 올해 말부터 XBox 360에서도 원격 재생을 지원할 예정입니다.

새로 떠오르고 있는 미디어 기능

Windows는 콘텐츠 소비를 위한 새로운 콘텐츠 유형과 콘텐츠 생성 및 통신을 위한 탁월한 유연성을 지원합니다. Windows 8의 놀라운 멀티미디어 경험의 예로 스테레오 3D, 접근성 및 DSP 효과를 들 수 있습니다.

스테레오 3D 비디오 경험

최근 몇 년 동안 스테레오 3D(S3D) 시장은 홍보 단계에서 완성된 소비자 제품을 출시하는 단계로 발전했습니다. S3D는 다른 각도에서 캡처한 비디오 복사본 2개를 겹쳐서 표시하여 3D 보기 경험을 제공하며, 3D 안경을 쓰고 보면 단일 3D 비디오로 보입니다. 최종 사용자 PC의 세부적인 3D 기술에 영향을 받지 않는 플랫폼에서 주요 게임 및 비디오 재생 시나리오를 지원하여 독자적인 Windows용 S3D 에코시스템을 구현하는 것이 우리의 목표입니다.

Windows 8에서 S3D 지원은 호환 드라이버가 설치된 DirectX 10 이상 GPU에서 사용 가능합니다. S3D 콘텐츠를 보려면 S3D 호환 디스플레이가 필요합니다. 우리는 Windows가 일관적인 사용자 경험을 통해 광범위한 디스플레이 기술을 지원하고, 우리 플랫폼에서 소프트웨어 및 하드웨어를 간편하게 개발할 수 있도록 만들고자 했습니다. 그 결과, 특정 S3D 디스플레이 기술은 그래픽 드라이버의 영향을 별로 받지 않으며, 스테레오 3D를 사용하는 앱에 일관적인 API를 사용할 수 있게 되었습니다.

Windows 8 미디어 플랫폼은 S3D 비디오에 대한 표준 호환 미디어 형식을 지원합니다. SEI(Supplemental Enhancement Information)로 표시되는 프레임 압축 메타데이터가 있는 H.264 비디오는 온라인 제공에 일반적으로 채택되는 형식이므로 Windows 8의 S3D 비디오 형식에 적합합니다. 플랫폼에서 기본적으로 지원하는 프레임 압축 형식은 아래 그림과 같이 가로 방향 및 세로 방향 정렬이 모두 포함됩니다.

Windows 8은 가로형과 세로형을 포함하여 다양한 스테레오 3D 입력 형식을 지원합니다.

웹 플랫폼에서 접근 가능한 미디어 경험 제공

미디어 접근성은 Windows 고객, 특히 뛰어난 접근성이 필요한 고객과의 중요한 약속 중 하나입니다.

자막은 텍스트를 읽는 것을 좋아하는 사람, 다른 언어로 번역된 텍스트가 필요한 사람 또는 청각 장애가 있어서 텍스트가 필요한 사람을 위해 추가 정보를 제공합니다.

자막을 지원하는 Windows 8의 비디오 재생

웹 커뮤니티에서는 W3C를 통해 서로 협력하여 모든 최신 웹 플랫폼에서 자막 경험을 제공하는 가장 좋은 방법을 지정했습니다. 여기에는 다음과 같은 내용이 포함됩니다.

<track> 요소는 HTML5 비디오 태그의 자막 및 선택 캡션을 사용할 수 있습니다. 현재 이 기능은 Windows 8에 통합되었습니다. 이제부터 IE10 및 HTML을 사용하는 앱의 비디오 태그를 통해 자막 지원 기능을 사용할 수 있습니다.
사용자 컨트롤은 비디오 태그의 기본 미디어 컨트롤에서 사용할 수 있습니다.
웹 커뮤니티와 TV 및 방송 업계의 파트너들이 가장 많이 사용하는 WebVTT 및 SMPTE-TT가 기본적으로 지원됩니다.
Windows 8 미디어 플랫폼은 미디어 소스 내의 여러 오디오 트랙을 지원합니다. 사용자는 오디오 트랙을 원하는 언어로 전환할 수 있으며, 트랙을 시각 장애가 있는 사용자를 위한 오디오 설명으로 사용할 수도 있습니다. 이제 Metro 스타일 앱은 오디오 트랙 간에 간단하게 전환할 수 있으며, 일반 오디오 트랙에 오디오 설명을 추가하는 것처럼 여러 오디오 트랙을 동시에 재생하는 것도 가능합니다.

여러 오디오 트랙을 지원하는 Windows 8의 비디오 재생

미디어 파이프라인에 효과 추가

Windows 8 미디어 플랫폼은 간단하게 조정할 수 있도록 설계되었습니다. 이러한 설계 방식 중 하나로, 파이프라인에 효과(디지털 신호 처리 또는 DSP라고도 함)를 추가할 수 있도록 했습니다. 손떨림 보정 및 가로 방향 넘기기(웹캠 미리 보기에 유용한) 같은 효과가 기본적으로 제공되며, 사용자 지정 효과를 사용하여 응용 프로그램을 Media Foundation 파이프라인에 간단하게 연결할 수 있습니다. 그 외에도, 미디어 데이터가 파이프라인을 효율적으로 통과할 수 있게 하여 DSP 추가 시에도 성능 및 전력에 미치는 영향을 최소화했습니다.

요약

Windows 8 미디어 플랫폼은 유연하고 응답성이 뛰어난 미디어 경험과 놀라운 배터리 수명을 제공하도록 설계되었습니다. Windows는 음성 통신, 오디오 및 비디오 재생, 콘텐츠 스트리밍을 포함한 광범위한 시나리오에 걸쳐 탁월한 사용자 경험을 제공하도록 개발되고 있습니다. 미디어 응용 프로그램은 계속해서 발전하고 있으며, Windows의 미디어 플랫폼은 모든 Windows 8 PC에서 놀라운 경험을 제공하게 될 것입니다.

새로운 미디어 플랫폼의 특징에 대한 설명은 여기서 마치겠습니다.

- Scott

현재 브라우저에서는 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하세요.
고화질 MP4 | 저화질 MP4

앱에서 Windows 8 계약 활성화하기

Steven Sinofsky — Thu, 14 Jun 2012 21:21:00 GMT

그동안 우리는 Windows 8 PC의 앱이 다른 앱 및 웹 서비스와 통신하는 방법을 수차례 살펴보았습니다. 우리는 Windows 8을 처음 개발할 때부터 앱을 마치 클립보드처럼 사용자가 공유하려는 데이터의 소스 또는 대상으로 사용할 수 있으면서도 풍부한 상호 작용 모델과 명확한 의미 체계를 제공하도록 개발했습니다. 앱에 대한 계약이 이루어지면 Windows 8은 해당 앱을 시스템의 다른 앱 및 시스템 자체와 연결합니다. Metro 스타일 Internet Explorer의 웹 페이지에서 공유 참을 사용해 보면 이를 쉽게 확인할 수 있습니다. 사용자는 메일 앱을 통해 피플 앱에 계약 정보가 저장된 사람과 링크를 공유할 수 있으며, 검색 계약을 구현하는 앱을 검색할 수 있습니다. 또한, 파일 열기 및 저장 선택기 계약을 구현하는 모든 위치에서/위치로 파일을 열고 저장할 수 있습니다. 이렇게 혁신적인 접근 방식을 통해 Windows 8은 특정 앱에 대한 단일 수준 지원을 "하드코딩"하는 대신 모든 앱/서비스 쌍을 작업할 수 있습니다. 그리고 이 모든 것은 원하는 경우 Facebook에서 Twitter, LinkedIn 등의 다른 서비스에 연결할 수 있는 Microsoft 계정을 통해 지원됩니다. 우리는 Windows 8과의 공유, 연결 및 통합을 중점적으로 다루는 새로운 Microsoft 앱에 대한 시리즈를 작성할 것입니다. 이 글은 Windows 8 앱 개발자 블로그의 개발자 중심 글을 다시 게시한 것이며, 사용자 경험 팀의 프로그램 관리자인 Derek Gebhard가 작성했습니다. - Steven

Metro 스타일의 앱을 처음 개발하는 분들은 Windows 8에 새로 도입된 강력한 기능인 계약이라는 개념과 곧 마주하게 됩니다. Metro 스타일 앱은 계약을 통해서 다른 앱 및 Windows와의 상호 작용에 대한 지원을 시작하게 됩니다. 검색, 공유 등의 계약에 대해 이미 들어 보신 분들도 있을 것입니다. 계약을 통해서 앱이 시스템과 연동하거나 다른 앱과의 연동(사용자가 계약이 이루어진 앱을 추가로 설치할 경우)이 가능하게 되므로 성능이 향상되는 효과를 볼 수 있습니다. 이 글은 앱에 계약 기능을 추가할 때 고려해야 할 주요 개념 중 하나인 활성화에 대해 설명합니다.

Windows 활성화 플랫폼은 Metro 스타일 앱을 실행하는 데 사용됩니다. 또한 사용자가 앱을 실행한 이유를 앱에 전달하는 데에도 사용됩니다. 앱을 실행하는 이유는 다양합니다. 어떤 사용자는 시작 화면에서 앱의 타일을 사용하여 앱을 실행하고, 어떤 사용자는 쿼리에 대한 검색 결과를 표시하는 등의 특정 작업을 위해 앱을 실행합니다. Windows는 앱이 실행된 이유와 해당 작업을 완료하기 위해 필요한 추가 정보(가능한 경우)를 앱에 제공합니다. Windows 8 활성화 플랫폼이 등장하기 전에는 개발자가 명령줄 매개 변수를 통해 이 정보를 앱에 직접 전달해야 했습니다. 또한 우리는 새 모델을 통해 StorageFile, ShareOperation 등의 활성 개체를 전달하여 앱에 컨텍스트를 제공합니다. 이로 인해 계약 기능이 훨씬 더 강력해졌습니다. 그럼 이제 계약 기능을 지원하기 위해 여러분이 알아야 할 내용을 자세히 살펴보겠습니다.

계약: 수행할 작업을 위해 컨텍스트가 포함된 Metro 스타일 앱 실행

Windows 8 Consumer Preview 데모에서 보시는 것처럼 Windows 8 계약 기능은 여러분의 앱을 다른 Metro 스타일 앱 및 시스템 UI에 바인딩하는 접착제와 같습니다. 예를 들어 파일 선택기(File Open Picker) 계약이 이루어지면 사용자는 한 앱에서 다른 앱으로 파일을 가져올 수 있습니다. 검색 계약이 이루어지면 사용자는 시스템 어디서나 앱을 검색할 수 있고 여러 앱 간에 신속하게 쿼리를 전송할 수 있습니다. 이러한 계약을 비롯한 모든 계약 시나리오에서, 사용자가 특정 작업을 신속하고 효율적으로 완료할 수 있는 앱 UI의 한 지점에서 Windows가 바로 실행될 수 있어야 합니다. 이 위치가 바로 우리의 활성화 플랫폼과 API가 실행되는 위치입니다.

사용자는 다음 두 가지 방법 중 하나로 앱의 상호 작용을 시작할 수 있습니다.

몰입도가 뛰어난 앱 보기가 포그라운드에 있는 작업을 통해 상호 작용을 시작할 수 있습니다. 이것을 메인 화면 보기 활성화라고도 하며, 검색 계약이 대표적인 예입니다.

메인 화면 보기 활성화의 예
인라인으로 호스팅되는 작업을 통해 현재 실행 중인 앱의 컨텍스트를 벗어나지 않고 상호 작용을 시작할 수 있습니다. 이것을 호스트 화면 보기 활성화라고도 합니다. 다음은 그 예로서, 하나는 파일 선택기에 참여하는 앱이고 다른 하나는 공유 대상으로 사용되는 앱입니다.

선택기의 호스트 화면 보기 활성화의 예

공유 대상의 호스트 화면 보기 활성화의 예

두 가지 방법의 차이점:

메인 화면 보기 활성화	호스트 화면 보기 활성화
몰입도가 뛰어나며 화면에서 메인 앱으로 실행	시스템 크롬 내에서 UI 렌더링
다양한 작업에 사용 가능	짧고 통제된 작업에 사용되며 코드는 오직 이 작업에만 집중됨
전환 목록에 표시됨	전환 목록에 표시되지 않음
닫기 동작을 통해 종료 가능	같은 앱의 기본 창 보기를 변경하지 않음

지금부터 이러한 활성화 모델을 살펴보고 Metro 스타일 앱 개발에 도움이 될 만한 일반적인 시나리오 몇 가지에 적용해 보겠습니다.

시나리오 1: 앱에 검색 활성화 통합

Windows 8에서 검색 계약을 통해 검색을 추가하면 사용자는 아무 때나 시스템의 모든 위치에서 개발자의 앱 콘텐츠를 검색할 수 있습니다. 개발자의 앱이 화면의 메인 앱인 경우 사용자는 검색 참을 사용하여 즉시 앱 콘텐츠를 검색할 수 있습니다. 또는 검색 참을 선택한 다음 검색 창의 앱 목록에서 개발자의 앱을 선택하여 앱 콘텐츠를 검색할 수도 있습니다.

검색 활성화를 지원한다는 것은 사용자가 아무 때나 개발자의 앱을 실행하여 특정 쿼리에 대한 검색 결과를 볼 수 있다는 의미입니다. 시작 화면에서 실행하는 것과 마찬가지로 검색 창에서 실행하면 메인 화면 보기 활성화로 연결됩니다. 따라서 여러 계약을 지원할 경우 개발자의 앱은 다양한 시나리오에 대해 활성화될 수 있습니다. 또한 이미 앱이 실행 중인 경우 사용자가 검색 결과 등을 표시하는 등의 특정한 시나리오를 처리하기 위해 메인 화면 보기를 다른 용도로 설정할 수도 있기 때문에 개발자의 앱이 최종적으로 이 활성화를 받을 수도 있습니다. 이를 적용하려면 다음과 같이 할 것을 권장합니다.

메인 화면 보기 계약이 활성화된 앱에는 중요하지 않은 코드를 나중에 로드합니다.
특정 계약에 대해 실행되는 논리에서 모든 계약에 사용되는 일반 초기화 논리를 분리합니다.
시작할 때 단 한 번만 실행되어야 하는 코드가 여러 차례 실행될 수 있는 방식으로 활성화 처리기에 추가되지 않도록 합니다.
사용자에게 앱이 항상 실행 중이고 연결 상태인 것으로 표시될 수 있도록, 종료된 상태에서 시작할 경우 이전 상태 및 설정을 다시 로드합니다.

스토어 및 사진 앱을 살펴보시기 바랍니다. 이 두 앱은 위의 권장 사항에 따른 검색 활성화를 지원하여 멋진 예를 보여줍니다.

스토어 앱의 검색 화면

사진 앱의 검색 화면

JavaScript 및 XAML 앱의 검색 기능이 활성화되도록 지원하는 방법을 살펴보겠습니다.

JavaScript 앱

JavaScript Metro 스타일 앱의 경우 WinJS.Application.onactivated 이벤트를 통해 활성화가 노출됩니다. 앱이 아직 실행되지 않았거나 일시 중지되지 않은 경우 이 이벤트는 DOMContentLoaded가 완료된 후에 발생합니다. 또는 Windows가 앱을 활성화해야 하는 상황이 되면 즉시 이벤트가 발생합니다. JavaScript 앱을 위한 Visual Studio 도구는 default.js에 이 이벤트 등록을 설정하고, 일반 실행 활성화가 발생할 경우, 즉 사용자가 시작 화면에서 앱을 실행할 때 실행될 코드를 추가할 수 있는 영역을 제공합니다.

앱의 검색 활성화 지원을 확장하는 방법

Visual Studio Manifest Designer를 사용하여 매니페스트에 검색 선언을 추가합니다.
이유에 관계없이 앱이 시작될 때마다 실��되어야 하는 JavaScript의 전역 범위 일반 초기화 코드를 배치합니다. 이 코드가 DOM에 액세스해야 할 경우 해당 코드를 DOMContentLoaded 이벤트 처리기에 추가합니다.
검색에 대해 활성화되는 핸들에 등록합니다.
앱이 검색에 대해 활성화되면 검색 결과 페이지로 이동하여 활성화 이벤트 인수에서 얻은 queryText를 전달합니다.

이렇게 수동으로 처리하는 방식보다 간단한 방법이 있습니다. 다행히도 Visual Studio 도구를 사용하면 이 작업의 대부분을 완료할 수 있습니다. 프로젝트를 마우스 오른쪽 단추로 클릭한 후 추가 > 새 항목을 선택하고 대화 상자에서 검색 계약을 선택합니다. 여기에 대부분의 코드가 있으며, 검색 UX 지침을 준수하는 방법으로 결과를 표시하는 검색 UI가 자동으로 생성됩니다. 하지만 이 도구와 함께 WinJS.Navigation 프레임워크를 사용해야 합니다.

다음은 제 사진 앱의 검색 활성화를 지원하는 default.js 파일에 있는 코드 조각입니다.

// Register activated event handler
WinJS.Application.addEventListener("activated", function (eventObject) {
    ...
    if (eventObject.detail.kind === appModel.Activation.ActivationKind.launch) {
        ...
    } else if (eventObject.detail.kind === appModel.Activation.ActivationKind.search) {
        uri = searchPageURI;
        pageParameters = { queryText: eventObject.detail.queryText };
    }
    // Indicate to the system that the splash screen must not be torn down
    // until after processAll and navigate complete asynchronously.
    if (uri) {
        eventObject.setPromise(ui.processAll().then(function () {
            return nav.navigate(uri, pageParameters);
        }));
    }
});

XAML 앱

XAML Metro 스타일 앱의 경우 앱이 활성화를 지원하기 위해 필요한 수많은 작업이 Windows.UI.Xaml.Application 클래스에서 처리됩니다. 이 클래스는 검색과 같은 일반 계약을 지원할 때 재정의할 수 있는 강력하게 형식화된 메서드를 노출합니다. 강력하게 형식화된 메서드가 필요 없는 계약 활성화의 경우 OnActivated 메서드를 재정의하고 활성화 종류를 검사하여 앱이 활성화될 계약을 결정할 수 있습니다.

Visual Studio의 새 XAML 앱 프로젝트는 Windows.UI.Xaml.Application 클래스를 사용하여 일반 실행에 대해 앱을 활성화할 수 있는 코드가 생성됩니다. 이 활성화를 처리하는 코드는 앱의 클래스 표현에 있으며 App.xaml.cs/cpp/vb 파일에서 찾을 수 있습니다.

앱의 검색 활성화 지원을 확장하는 방법

Visual Studio Manifest Designer를 사용하여 매니페스트에 검색 선언을 추가합니다.
이유에 관계없이 앱이 시작될 때마다 실행되어야 하는 App.xaml.cs/cpp/vb App constructor 일반 초기화 코드를 배치합니다.
App.xaml.cs/cpp/vb에서 강력하게 형식화된 OnSearchActivated 메서드를 재정의하여 검색 활성화를 처리합니다.
검색 UI를 로드하고 SearchActivatedEventArgs에 쿼리 검색 결과를 표시합니다.

JavaScript 앱과 마찬가지로 이렇게 수동으로 처리하는 방식보다 간단한 방법이 있습니다. Visual Studio 도구를 사용하여 이 작업의 대부분을 완료할 수 있습니다. 프로젝트를 마우스 오른쪽 단추로 클릭하고 추가 > 새 항목을 선택한 다음 대화 상자에서 검색 계약을 선택합니다. 여기에 대부분의 코드가 있으며, 검색 UX 지침을 준수하는 방법으로 결과를 표시하는 검색 UI가 자동으로 생성됩니다.

다음은 제 사진 앱의 검색 활성화를 지원하는 C# 코드 조각입니다.

OnSearchActivated 메서드를 재정의하여 검색 활성화를 지원해야 합니다.

protected override void OnSearchActivated(SearchActivatedEventArgs args)
{
    // Load Search UI
    PhotoApp.SearchResultsPage.Activate(args.QueryText);
}

SearchResultsPage의 Activate 메서드는 사용자의 검색 쿼리에 대한 검색 결과를 표시하는 UI를 설정합니다.

// SearchResultsPage.xaml.cs code snippet 
public static void Activate(String queryText)
{
    // If the window isn't already using Frame navigation, insert our own frame
    var previousContent = Window.Current.Content;
    var frame = previousContent as Frame;
    if (frame == null)
    {
        frame = new Frame();
        Window.Current.Content = frame;
    }
    // Use navigation to display the results, packing both the query text and the previous
    // Window content into a single parameter object
    frame.Navigate(typeof(SearchResultsPage1),
        new Tuple<String, UIElement>(queryText, previousContent));
    // The window must be activated in 15 seconds
    Window.Current.Activate();
}

여기서 보여드린 논리 및 원칙이 검색 활성화 지원 추가에 그대로 적용되지는 않습니다. 프로토콜, 파일 연결 및 장치 자동 실행 또한 메인 화면 보기 활성화 계약이므로 같은 기술을 사용하여 지원을 추가하면 됩니다.

시나리오 2: 앱에 파일 선택기 활성화 통합

Metro 스타일 앱은 파일 선택기를 호출하여 사용자가 시스템을 탐색하여 작업할 파일 또는 폴더를 선택하거나 사용자가 새로운 이름, 파일 형식 또는 위치("Save As")를 사용하여 파일을 저장할 수 있도록 합니다. 또한 앱은 파일 선택기를 인터페이스로 사용하여 다른 앱에 파일, 저장 위치 또는 파일 업데이트까지 제공할 수 있습니다. 파일 선택기 계약을 추가하면 사용자는 다른 앱 내에서 여러분의 앱에 있는 파일을 직접 선택할 수 있습니다. 사용자는 여러분의 앱에 저장되어 제공되는 파일을 자유롭게 선택할 수 있습니다.

파일 선택기 계약에 대해 앱을 실행하면 호스트 화면 보기 활성화로 연결됩니다. 앱의 UI는 파일 선택기 내부에 호스팅되며, 이 활성화에 대해 실행되는 코드는 사용자가 파일을 선택하는 작업에만 집중되어야 합니다. 뛰어난 사용자 경험을 제공할 수 있도록 앱 속도가 최대한 빨라야 합니다. 그러므로 호스트 화면 보기 활성화 작업에 반드시 필요하지 않은 코드 또는 라이브러리를 로드하면 안 됩니다.

SkyDrive 앱을 살펴보시기를 권장합니다. 이 앱은 파일 선택기 활성화를 지원하고 사용자의 파일 선택 작업에만 코드가 집중된 매우 훌륭한 예입니다.

SkyDrive 앱의 파일 선택기 지원

JavaScript 및 XAML 앱에 파일 선택기 활성화를 적절하게 지원하는 방법을 살펴보겠습니다.

JavaScript 앱

JavaScript Metro 스타일 앱에서 호스트 화면 보기 활성화는 다음과 같은 핵심 차이점을 제외하고 메인 화면 보기 활성화와 같은 방식으로 작동합니다. 호스트 화면 보기 활성화는 새 창 및 스크립트 컨텍스트에서 발생합니다. 즉, 이 활성화를 처리하는 코드는 메인 앱의 라이브러리, 전역 변수 또는 DOM에 액세스할 수 없습니다.

앱을 확장하여 파일 선택기 활성화를 지원하는 방법

오직 파일 선택기 계약만 처리하도록 설계된 새 HTML 페이지를 만듭니다.
Visual Studio Manifest Designer에서 파일 선택기 선언을 추가하고 새로 만든 HTML 페이지를 시작 페이지로 지정합니다.
성능을 향상시킬 수 있도록 이 페이지에서 파일 선택기 계약을 지원하기 위해 반드시 필요한 JavaScript 및 기타 리소스만 로드합니다.
파일 선택기 계약에 대한 활성화만 처리하도록 활성화 이벤트 처리기를 구성합니다. 처리기는 파일 선택 작업의 수명 주기 동안 단 한 번만 호출됩니다.
활성화 이벤트 인수를 사용하여 파일 선택기와 상호 작용합니다.

Visual Studio 도구를 사용하여 이 작업을 처리하면 시간을 절약할 수 있습니다. 프로젝트를 마우스 오른쪽 단추로 클릭하고 추가 > 새 항목을 선택한 다음 대화 상자에서 파일 선택기 계약을 선택합니다. 그 다음에 보이는 내용은 사용자를 대신하여 프로젝트에서 자동으로 생성됩니다.

다음은 제 사진 앱의 파일 선택기 활성화를 처리하는 fileOpenPicker.js 파일의 코드 조각입니다.

// Register activated event handler for handling File Open Picker activation
WinJS.Application.addEventListener("activated", function (eventObject) {
    if (eventObject.detail.kind === Windows.ApplicationModel.Activation.ActivationKind.fileOpenPicker) {
        pickerUI = eventObject.detail.fileOpenPickerUI;
        pickerUI.onfileremoved = fileRemovedFromPickerUI;
        ...
    }
});

WinJS.Application.start();

XAML 앱

XAML Metro 스타일 앱의 경우 개발자는 메인 화면 보기 활성화와 비슷한 방법으로 앱의 호스트 화면 보기 활성화를 지원할 수 있습니다. 가장 큰 차이점은 앱에서 새 스레드 및 새 창을 만들어서 활성화를 처리해야 한다는 것입니다. Visual Studio 템플릿 코드는 사용자를 대신하여 호스트 화면 보기 활성화에 필요한 새 스레드 및 새 창을 만드는 모든 작업을 처리합니다.

파일 선택기 활성화를 처리하려면 XAML 앱이 다음 작업을 수행해야 합니다.

Visual Studio Manifest Designer를 사용하여 매니페스트에 파일 선택기 선언을 추가합니다.
App.Xaml.cs/cpp/vb에서 OnFileOpenPickerActivated 메서드를 재정의하고 이 계약을 처리할 페이지를 로드합니다.
파일 선택기와 상호 작용할 수 있도록 이 계약을 처리하는 페이지에 FileOpenPickerActivatedEventArgs를 전달합니다.

다음은 제 사진 앱의 파일 선택기 활성화를 처리하는 C# 코드 조각입니다.

// App.xaml.cs code snippet
protected override void OnFileOpenPickerActivated(FileOpenPickerActivatedEventArgs args)
{
    var fileOpenPickerPage = new PhotoApp.FileOpenPickerPage();
    fileOpenPickerPage.Activate(args);
}

// FileOpenPickerPage.xaml.cs code snippet 
public void Activate(FileOpenPickerActivatedEventArgs args)
{
    this._fileOpenPickerUI = args.FileOpenPickerUI;
    this._fileOpenPickerUI.FileRemoved += FileOpenPickerUI_FileRemoved;
            
    // Show the user’s photos in the Picker UI
    ...

    Window.Current.Content = this;
    // The window must be activated in 15 seconds
    Window.Current.Activate();
}

여기서 보여드린 논리 및 원칙이 파일 선택기 활성화 지원 추가에 그대로 적용되지는 않습니다. 공유 대상, 파일 저장 선택기, 계약 선택기, 카메라 설정 및 인쇄 작업 설정 또한 호스트 화면 보기 활성화 계약이므로 같은 기술을 사용하여 지원을 추가하면 됩니다.

결론

검색, 파일 선택기 및 기타 Windows 8 계약을 통해 사용자가 시스템의 다른 부분에서 또는 심지어 다른 앱에서 특정 작업을 완료할 수 있는 시나리오를 보여 드렸습니다. Windows와 개발자 모두 사용자가 앱을 사용해 무엇을 하고 어떤 작업을 수행하려고 하는지 알고 있기 때문에 사용자는 여러분의 앱에서 빠르고 자연스러운 경험을 기대할 것입니다. 이러한 계약을 통해 훌륭한 경험을 제공하려면 앱 활성화를 올바르게 구현하는 것이 핵심입니다. 앱의 핵심 부분을 작업할 때 계약을 사용하지 않더라도 이러한 사항을 기억해 두면 일반 실행 활성화를 설정할 때 도움이 됩니다. 이 방법을 사용하여 나중에라도 코드를 리팩터링하지 않고 앱을 간단하게 확장하여 계약을 지원할 수 있습니다.

기억할 사항

일반 앱 초기화 논리는 앱의 활성화 방식에 관계없이 실행될 위치에 배치합니다.
앱이 이미 실행 중이거나 일시 중지된 경우에도 활성화 처리기를 실행할 수 있습니다. 이로 인해 앱에서 의도치 않은 결과가 발생하는 일은 없습니다.
Visual Studio 도구를 사용하면 검색, 대상 공유 및 파일 선택기 계약을 지원하기 위한 여러 작업을 처리할 수 있습니다. 개발자는 프로젝트를 마우스 오른쪽 단추로 클릭한 다음 추가 > 새 항목을 선택하기만 하면 됩니다.
호스트 화면 보기 활성화를 받을 때 활성화와 연결된 작업에 반드시 필요한 코드만 로드합니다.

Windows 8의 활성화 및 계약에 대한 자세한 내용은 다음 링크를 참조하거나 포럼에 질문을 남겨 주시기 바랍니다.

문서

샘플

감사합니다.

Windows 사용자 경험 팀 프로그램 관리자
Derek Gebhard

도움을 주신 분들: Jake Sabulsky, Marco Matos, Daniel Oliver

Windows 8의 IPv6 기반 인터넷 연결 지원

Steven Sinofsky — Tue, 12 Jun 2012 18:59:33 GMT

'World IPv6 Launch'가 얼마 남지 않은 이 시점에서 IPv6를 지원하는 Windows 8 Release Preview에 대해 알아보는 것이 필요할 것 같습니다. 이 글은 핵심 네트워킹 프로그램 관리 팀의 Christopher Palmer가 작성했습니다.
- Steven

IPv4는 수십 년 동안 인터넷 연결에 사용된 인터넷 프로토콜입니다. IPv4는 최초 설계자의 놀라운 예지력 덕분에 인터넷의 광범위한 확산에 중요한 역할을 했지만 대량의 로드와 확장성을 염두에 두고 설계된 것이 아니기 때문에 인터넷이 성장하면서 그 한계를 보이기 시작했습니다. 또한 인터넷 서비스 공급자들의 IPv4의 유지 비용이 나날이 증가하고 있으므로 향후 인터넷에 연결된 PC 및 장치의 폭발적인 증가에 대비하기 위해서는 재검토가 필요합니다.

지난 수년간 Microsoft를 비롯한 업계에서는 다양한 장치, 서비스 및 네트워크 인프라에 걸쳐 완전히 새로운 버전의 인터넷 프로토콜 IPv6를 내놓기 위해 노력해 왔습니다. Microsoft는 Windows XP SP3 이후 Windows 버전부터 IPv6를 지원하도록 함으로써 IPv6로의 전환을 가능하게 했습니다. Windows 8은 이러한 대혁신이 일어나더라도 사용자 및 사용자의 앱이 안정적으로 연결되도록 제작되었습니다.

IPv4의 한계

먼저 기본적인 사항부터 살펴보겠습니다. 우리가 www.bing.com과 같은 유명 웹 사이트를 브라우징할 때 사이트 이름은 23.3.105.97과 같은 IP 주소로 변환됩니다. IP 주소는 개념적으로 전화 번호와 비슷합니다. 모든 연락처마다 전화 번호가 있듯이 인터넷에 연결하는 모든 것에는 하나 이상의 IP 주소가 있습니다. 인터넷의 “전화 디렉터리”는 DNS(Domain Name System)입니다. 이름이 제공되면 DNS는 이름을 일련의 IP 주소로 변환합니다.

IPv4에서 제공하는 IP 주소는 약 40억 개에 불과합니다. 1970년대에는 40억 개가 엄청나게 많은 것처럼 보였습니다. 하지만 2015년이 되면 PC, 전화, 가전 제품, 자동차, 심지어는 가구까지 약 150억 개의 장치가 인터넷에 연결될 것으로 예상됩니다. IPv4는 이렇게 많은 장치를 인터넷에 연결하기에는 주소가 부족합니다.

최근에 IPv4 주소에 대한 수요가 증가하면서 인터넷 커뮤니티에서는 이렇게 중요한 자원을 "공유"하는 방법을 찾았습니다. IPv4 주소를 공유하는 가장 일반적인 방법은 NAT(네트워크 주소 변환)를 사용하는 것입니다. 이 기능은 대부분의 가정용 라우터에서 제공되며, 가정의 컴퓨터 및 기타 장치로 단일 공용 IPv4 주소를 공유할 수 있게 해 줍니다.

전통적으로 ISP는 각 가정에 단일 IP 주소를 제공합니다. 하지만 이것이 점점 어려워지고 있습니다. IP 주소가 고갈되면서 각 가정마다 고유한 IPv4 주소를 사용할 수 없게 되었습니다. 조만간 도시 또는 국가 전체가 대규모 네트워크 주소 변환을 이용해야 할지도 모릅니다. 인터넷 서비스 공급자는 IPv4를 지원하기 위해 비싸고 복잡한 인프라를 개발해야 할 것입니다. 최종 사용자�� 경우 IP 주소가 고갈되면 Bing 같은 위치 기반 서비스가 제대로 운영되지 않고 P2P 응용 프로그램의 성능이 저하될 것입니다.

해결책은 IPv6

Microsoft는 IPv4 주소 고갈로 인한 성능 및 연결성 한계에도 불구하고 최종 사용자가 계속해서 고품질 인터넷 서비스를 이용할 수 있도록 다른 기술 회사와 함께 IPv6 배포를 위해 노력해 왔습니다.

IPv6로 전환할 경우 즉시 얻을 수 있는 가장 큰 이점은 3×10³⁸개의 IP 주소를 사용할 수 있다는 것입니다. 이는 모든 사람마다 수십억 개의 주소를 제공하거나 우주의 모든 별마다 고유한 주소를 제공할 수 있을 정도로 많은 숫자입니다. 따라서 인터넷이 계속해서 성장하고 발전할 수 있습니다. 또한 IPv6는 IPsec를 기본적으로 지원하는 등 보안 및 성능이 대폭 향상됩니다. 왜 IPv5를 사용하지 않는지 궁금한 분들도 있을 것입니다. IPv5를 "건너뛴" 이유에 대해서는 Bing에서 확인하시기 바랍니다.

전체 인터넷을 IPv6로 업그레이드하는 작업은 단번에 해치울 수 있는 일이 아닙니다. 지금까지 오는 데만도 수년이 걸렸으며 앞으로도 몇 년이 더 걸릴 것입니다. 현재, IPv6만을 사용하여 인터넷에 연결하는 장치는 1%에 불과합니다.

IPv4에서 IPv6로 전환되는 동안에 대부분의 네트워크는 다음과 같은 세 가지 범주로 구분될 것입니다.

IPv4 전용 네트워크. 대부분의 인터넷 서비스 공급자가 IPv6를 막 지원하기 시작했기 때문에 아직은 대다수가 이 네트워크를 사용하고 있습니다. 인터넷에 연결하는 장치 역시 대부분 IPv4만 지원합니다.
IPv4 및 IPv6 네트워크(이중 스택). 인터넷 서비스 공급자가 IPv4 및 IPv6를 모두 사용하여 사용자의 PC를 구성한다는 의미입니다. 케이블 및 전환 중인 전화 접속 네트워킹에서 일반적인 모델입니다.
IPv6 전용 네트워크. 인터넷 서비스 공급자가 IPv6만 사용하여 사용자의 장치를 구성한다는 의미입니다. 아직은 수많은 웹 사이트가 IPv4 인터넷만 사용하므로 ISP에서 변환 장치를 사용해야만 IPv6 네트워크에서 IPv4 인터넷으로 액세스할 수 있습니다. 이 장치를 NAT64라고 부릅니다. 이 모델은 모바일 환경에서 인기를 끌고 있는데, 모바일 장치와 통신사의 인프라 간에 한 종류의 인터넷 프로토콜만 사용하면 이중 스택 구성보다 배포가 간단하고 가격이 저렴하기 때문입니다. 또한 모바일 통신사는 IPv4 주소 고갈을 가장 심각하게 받아들이고 있습니다. 다음은 이 구성의 기본 다이어그램입니다.

현재 여러분이 어떤 연결을 사용하고 있는지 궁금하실 것입니다. 이 글 하단에 이를 보여 주는 위젯이 있습니다.

Windows 8은 모든 유형의 네트워크 구성에서 안정적으로 인터넷에 연결할 수 있도록 설계되었습니다. Windows 8에서 사용자는 Windows PowerShell의 'Resolve-DNSname' cmdlet을 사용하여 DNS 조회를 실행할 수 있습니다. PowerShell을 열고 아래 명령을 실행하면 IPv6 및 IPv4 레코드가 반환되는 것을 볼 수 있습니다. IPv6를 지원하는 웹 사이트만 IPv6 레코드가 있습니다.

IPv4 전용 네트워크의 Windows 8

IPv4 전용 네트워크에서는 IPv4 주소만을 사용하여 장치가 구성됩니다. 이 모델은 Windows 8에서 기존과 동일하게 작동합니다. 뿐만 아니라 Windows 호스트는 다양한 변환 기술 내의 트래픽을 터널링하여 IPv6 연결을 제공합니다. IPv6 패킷이 IPv4 UDP 패킷에 캡슐화되는 Teredo가 그 예입니다. IPv6 전용 서버 및 서비스가 출현하고 있기 때문에 서버에서 IPv4 주소를 제공하지 않으면 Windows 8은 자동으로 IPv6 연결을 시도합니다. 도메인이 아닌 네트워크에서는 Teredo가 기본적으로 설정되며, 네트워크에서 UDP를 차단하면 Teredo를 사용하지 못할 수 있습니다.

이중 스택 네트워크의 Windows 8

IPv4에서 IPv6로 전환되는 기간 동안에는 이중 스택 네트워크가 가장 일반적인 배포 모델이 될 것입니다. 이중 스택 네트워크에서는 IPv4 및 IPv6 주소를 모두 사용하여 장치가 구성될 것입니다.

우리는 이 전환 기간 동안 일상 업무에 미치는 영향을 최소화하는 일에 가장 많은 신경을 썼습니다. IPv4를 통해 연결하는지 아니면 IPv6를 통해 연결하는지는 문제가 되지 않습니다. 사용자는 IPv6로의 전환에 따른 영향을 받지 않고 인터넷을 사용할 수 있으므로 마음껏 콘텐츠를 즐기면 됩니다.

그와 동시에 우리는 IPv6로의 전환을 계속 진행할 것입니다. 이를 위해, 두 연결 모드를 모두 사용할 수 있을 경우 Windows는 IPv4 연결을 통한 IPv6 연결을 사용합니다.

요약하자면, 우리는 안정적인 사용자 경험과 IPv6로의 전환이라는 두 가지 목표를 갖고 있습니다. 여러분도 추측할 수 있듯이, 이를 위해 적절하게 균형을 맞추는 작업이 필요합니다. 인터넷 커뮤니티에서 이에 대해 수많은 토론이 있었죠.

이렇게 상충하는 목표를 해결하기 위해 Bing.com, Microsoft.com, Xbox.com 등의 유명 웹 사이트에서는 작년에 World IPv6 Day라는 행사를 개최했습니다. 하루 동안 진행된 IPv6 인터넷 테스트 행사에 참가한 웹 사이트에서는 IPv4 외에 IPv6도 사용했습니다.

좋은 소식은 대부분이 별 문제 없이 작동했다는 것입니다. 서버, 최종 사용자 장치, 콘텐츠 배달 네트워크 등 인터넷의 올바른 기능과 관련된 모든 것이 문제 없이 제대로 작동했습니다.

하지만 매우 극소수이기는 하지만(전 세계 인구의 0.01%) IPv6를 잘못 구성한 사람들이 있다는 사실이 확인되었습니다. 아마도 라우터 또는 ISP 문제인 것으로 보입니다. 이는 어찌 보면 당연한 일입니다. IPv6는 완전히 새로운 기술이기 때문에 실수가 발생하기 마련입니다. 그러나 실수를 한 사용자의 입장에서 보면, 일상적인 인터넷 경험에 중대한 문제가 발생할 수 있습니다.

이중 스택 네트워크의 연결 알고리즘에 복원력을 엔지니어링

어떤 장치가 이중 스택 네트워크를 완벽하게 지원하려면 앱이 IPv4 및 IPv6를 통해 트래픽을 전송할 수 있어야 하는 것은 물론이고 OS가 당면한 작업에 적절한 프로토콜을 선택할 수 있어야 합니다. 보다 구체적으로 설명하자면 장치에서 다중 IPv4 및 IPv6 주소를 사용할 수 있고 사용자가 연결하려는 대상도 다중 IPv4 및 IPv6 주소를 사용할 수 있기 때문에 스택이 어떤 소스 및 대상 주소를 사용하여 인터넷에 연결할 것인지 선택할 수 있어야 합니다. 이 기능을 '주소 정렬'이라고 하며, Windows 8에서 이 부분이 강화되었습니다. 가장 뛰어난 연결을 제공하는 주소 쌍을 선택하여 응용 프로그램이 대기할 필요가 없도록 하는 것이 주소 정렬의 개념입니다.

Windows가 이중 스택 웹 사이트에 연결하려고 시도할 때, Windows는 자체 IP 주소와 웹 사이트의 IP 주소를 정렬하여 인터넷 연결에 사용할 주소 쌍을 선택합니다. 표준 버프의 경우 주소 정렬은 RFC 3484에서 표준화됩니다.

아래는 Windows의 주소 정렬 사용법을 보여 주는 다이어그램입니다.

전통적으로 주소 정렬은 라우터에 의해 올바르게 구성된 Windows를 기반으로 합니다. Windows는 라우터에서 제공하는 라우팅 정보를 분석하고 그 결과를 주소 정렬과 함께 사용하여 명명된 자원에 신속하게 연결합니다. RFC 3484 표준은 라우터에서 IPv6가 구성되면 IPv6를 사용하도록 지정합니다.

World IPv6 Day에서 일부 클라이언트는 IPv6 라우팅 정보를 사용하여 구성되었지만 실제로는 인터넷에 IPv6 연결을 사용하지 않았습니다. 이는 인터넷 서비스 공급자가 구성을 잘못했거나 가정용 라우터의 구성이 잘못된 결과로 보입니다. Windows는 제대로 작동할 것을 예상하고 IPv6를 사용하여 웹 사이트에 연결을 시도하지만 제대로 작동하지 않습니다. 결국 Windows는 연결 시도가 실패한 것을 감지하고 IPv4 연결로 돌아갑니다. 하지만 사용자의 입장에서 보면 이중 스택 웹 사이트 연결이 10-15초 정도 지연될 수 있습니다. 이는 웹 브라우저에 심각한 문제를 불러오며 네트워크에 연결된 모든 앱이 이 문제에 직면하게 됩니다.

우리는 이 문제의 솔루션을 제작할 때 몇 가지 중요한 문제를 고려해야 했습니다. 첫째, 수많은 기업에서 복잡한 라우팅 토폴로지를 배포하고 있습니다. 우리는 우리 솔루션이 이러한 환경의 연결성을 손상시키지 않도록 주의해야 했습니다. 둘째, Internet Explorer뿐만 아니라 Windows를 기반으로 하는 모든 기타 앱에 대해 작동하여 네트워크 자원에 연결할 수 있도록 지원하는 솔루션이 필요합니다. 이러한 앱은 Windows를 이용하여 IPv6로 전환되는 동안 지능적으로 연결 상태를 유지합니다. 우리 솔루션은 기존 데스크톱 앱 외에도 새로운 Metro 스타일 앱의 필요성을 해결해야 했습니다.

사용자가 IPv6 라우팅 가능한 새 네트워크에 연결하면 Windows 8은 IPv6 연결성을 테스트하여 실제로 IPv6가 작동할 경우 IPv6만 사용합니다. 이 접근 방식은 RFC 3484를 수정한 것입니다. 정책의 결과로 주소를 정렬하는 대신 네트워크의 실제 상태를 알고리즘의 입력으로 사용합니다. 잘못 구성된 네트워크에서 이 접근 방식은 브라우저뿐만 아니라 표준 Windows API를 사용하여 이중 스택 대상에 연결하는 앱의 경험을 개선합니다.

사용자가 새 네트워크에 처음으로 연결하면 Windows 8은 네트워크 연결성 테스트를 수행합니다. Windows 8은 30일마다 이 정보를 캐시하고 테스트를 반복합니다. 실제 연결성 테스트는 Microsoft에서 호스팅하는 IPv6 전용 서버에 HTTP GET을 사용하여 간단하게 수행됩니다. 표준 버프의 경우 RFC 3484 구현에서 대상 주소 정렬의 규칙 5와 6 간에 구현됩니다. Windows는 IPv4 연결에 대해서도 비슷한 네트워크 연결성 테스트를 수행합니다. IPv4와 IPv6 모두 작동할 경우 IPv6가 사용됩니다.

Windows 8이 기업 네트워크에서 문제를 일으키지 않도록 기능에 두 가지 안전책이 포함되어 있습니다.

기업에서 특정 대상에 특정 라우팅 정보를 제공할 경우 Windows 8은 Windows에서 선택한 연결에 상관없이 해당 정보를 따릅니다. 기업 환경에서 Windows는 네트워크 관리자가 구체적으로 구성하는 경로를 따르는 것이 더 좋다고 간주합니다.
웹 프록시를 사용하는 네트워크에서는 이 변경 사항이 구현되지 않습니다. 이러한 네트워크에서는 프록시가 인터넷 연결을 제공하므로 IPv6 연결의 총체적인 테스트가 유용하지 않습니다. 그 대신 Windows 8은 최대한 효율적인 방법으로 프록시에 대한 연결을 엽니다.

로컬 네트워크가 잘못 구성되더라도 이러한 방식에 따라 Windows 8의 앱 및 경험이 IPv6로 전환되는 동안에 안정적이고 신속하게 인터넷 연결을 유지할 수 있습니다.

IPv6 전용 네트워크의 미래를 대비

IPv6 전용 네트워크에서 사용자 경험을 개선하는 가장 좋은 방법은 IPv6를 통해 사용 가능한 서비스와 경험의 수를 늘리는 것입니다. 이러한 네트워크에서 IPv4 인터넷 액세스는 NAT64를 통해 수행됩니다. 이러한 장치는 연결 실패를 유발하는 취약점이 될 수 있고, 패킷 손실로 이어지는 심각한 성능 제한을 초래할 수도 있습니다. 또한 일부 멀티 플레이 게임에 필요한 IPv4 P2P 연결을 손상시킵니다.

Microsoft에서는 기업 및 인터넷 설정 모두에서 IPv6 배포를 확대하기 위해 수많은 노력을 해 왔습니다. 그 중에서 가장 중요한 것 중 하나는 우리 서버 제품이 IPv6를 지원하는 것입니다. IPv6 지원은 CEC(Common Engineering Criteria)의 일부입니다. 우리는 Exchange Server, SharePoint 등의 기업용 제품이 이중 스택 또는 IPv6 전용 구성에서 IPv6를 지원하도록 하겠다고 기업 고객과 약속했습니다. 2007년 이후에 개발된 대부분의 Microsoft 제품은 IPv6를 지원하며, 기타 Microsoft 제품의 IPv6 지원 정보는 Technet에서 확인할 수 있습니다. 이러한 노력을 통해 개발자와 솔루션 공급자는 자사의 제품에서 IPv6를 지원할 수 있게 되었습니다.

Microsoft는 서비스에서도 IPv6를 지원하기 위해 연구 중입니다. 올해 초, 인터넷 협회(Internet Society)에서는 인터넷을 IPv6로 업그레이드하는 일대 전환점이 될 World IPv6 Launch를 발표했습니다. Bing 및 기타 웹 사이트에서는 6월부터 영구적으로 IPv6에서 트래픽 서비스를 시작할 예정입니다. 하드웨어 공급업체는 가정용 라우팅 장치에서 IPv6를 지원하기 위해 연구 중이며, 여러 ISP에서 IPv6를 대규모로 배포할 것입니다. CDN(콘텐츠 배달 네트워크) 또한 자체 네트워크 내에서 IPv6 지원을 시작했습니다.

Windows 8 출시와 관련하여 일부 인프라 서비스에서는 IPv6 지원을 배포하게 됩니다.

Windows 업데이트는 날마다 수백만 명의 사용자에게 지속적으로 지원과 업데이트를 제공하는 중요한 서비스입니다. 모바일 광대역 네트워크에 연결하는 PC가 늘어날수록 IPv6 전용 구성의 인기가 높아질 것입니다. 이러한 네트워크에서도 사용자들이 안정적으로 다운로드할 수 있어야 합니다.

이러한 이유 때문에 현재 Windows 업데이트에서는 IPv6와 IPv4를 모두 지원하고 있습니다. Windows 업데이트는 CDN을 사용하여 전 세계에 업데이트를 배포하며, 우리는 CDN과 협력하여 IPv6를 지원하고 있습니다. Windows 8은 가능하다면 업데이트를 다운로드할 때 사용자가 언제나 최상의 인터넷 연결을 얻을 수 있도록 IPv6를 사용하여 Windows 업데이트를 다운로드하게 됩니다.

우리는 CDN과 협력하여 Windows 8 너머까지 IPv6 지원을 확장하기 위해 연구 중입니다. 이 연구가 성공한다면 Windows 7 및 Windows Vista는 상황에 따라 자동으로 IPv6를 사용하여 Windows 업데이트에 연결할 것입니다.

변화를 주도

Windows 8은 항상 연결 상태를 유지하고 언제든지 사용할 수 있으며, IPv6를 지원함으로써 향후 인터넷 연결에 대비할 수 있습니다. IPv4는 오늘날과 같이 폭발적인 인터넷 성장을 염두에 두지 않았기 때문에 현재 인터넷은 근본적인 변화를 겪고 있습니다. 모든 웹 사이트 연결, 모든 멀티 플레이 게임, 모든 화상 통화는 점차 IPv6로 전환될 것입니다.

그러한 과정의 일환으로, Microsoft는 Windows 8을 통해 가장 복원력이 뛰어난 인터넷 연결을 제공하고 IPv6를 지원하는 제품 및 서비스를 제공하여 변화를 선도하고 있습니다.

- Chris

Windows 8 Release Preview의 IE10을 사용한 웹 브라우징

Steven Sinofsky — Tue, 12 Jun 2012 00:11:00 GMT

우리는 Windows 8 Release Preview를 통해 새로 구상한 웹 브라우저 경험을 계속해서 선보이고 있으며, 여러분의 피드백을 통합하여 여러분이 날마다 탐색하는 여러 웹을 포함한 모든 Windows 8 장치에서 최고의 브라우징을 제공합니다. 이 글은 Internet Explorer의 그룹 프로그램 관리자 Rob Mauceri가 작성했습니다.
- Steven

우리는 Metro 스타일 앱이 제공하는 모든 이점을 제공하기 위해 Windows 8을 기반으로 새로운 브라우징 경험을 구현했으며, HTML5와 기타 웹 표준의 지원 및 강력한 보안과 함께 빠르고 완벽한 하드웨어 가속화 브라우징 엔진을 제공하도록 IE의 기본 아키텍처를 확장했습니다.

Internet Explorer 10은 터치에 적합하면서도 마우스와 키보드에도 어울리게 빠르고 유연한 웹 사이트 상호 작용을 지원하도록 설계되었습니다. IE10에서는 웹 사이트가 시작 화면, 참, 끌기 등 Windows 8의 Metro 스타일 환경에 사용됩니다. 또한 IE10은 악성 소프트웨어로부터 웹을 완벽하게 보호하는 동시에 온라인에서 개인 정보를 편리하게 제어할 수 있습니다.

큰 화면과 마우스 및 키보드가 장착된 데스크톱 컴퓨터든 터치 방식의 모바일 장치든 Metro 스타일 브라우징이야말로 가장 최적화된 브라우징 방법입니다. 사용자들은 휴대폰에서 "크롬리스(Chromeless)" 검색을 경험하면서 데스크톱에 비해 몰입도가 뛰어나고 수동 브라우징 경험이 적은 환경에 익숙해졌습니다. Metro 스타일 브라우징은 화면의 모든 픽셀을 사용하여 사이트를 표시하는 몰입도가 뛰어난 전체 화면 사이트 경험을 제공합니다. IE와 Windows 8을 통해 여러분은 언제든지 Charm(참)을 사용하여 웹 사이트에서 공유, 인쇄, 검색 등 원하는 작업을 수행할 수 있습니다. 우리는 가장 열정적이고 복잡한 브라우징 패턴을 사용하는 사람들을 비롯해 많은 사람들이 Metro 스타일 브라우징을 선호한다는 점을 알았습니다. Metro 스타일 브라우징은 빠르고, 유연하고, 브라우징 방법보다는 브라우징 대상에 중점을 두기 때문입니다.

현재 브라우저에서는 HTML5 비디오가 지원되지 않습니다.
다른 미디어 플레이어로 보려면 이 비디오를 다운로드하십시오.
고화질 MP4 | 저화질 MP4

더 많은 웹 브라우징

Windows 8 Release Preview에는 Windows 업데이트를 통해 업데이트할 수 있는 새로운 IE10용 절전형 터치 중심 Adobe Flash Player가 포함되어 있습니다. 호환 웹 사이트의 Adobe Flash 콘텐츠는 이제부터 새로운 Metro 스타일 웹 브라우저에서 재생됩니다. 최적화된 Flash Player는 Windows 8의 IE10과 통합되어 고객에게 Windows 8에서 웹을 브라우징하는 뛰어난 경험을 제공합니다. Metro 스타일 브라우저에서 더 많은 사이트가 "제대로 작동"한다면 사용자와 기업 모두에게 향상된 경험을 제공할 수 있습니다

실질적인 문제를 따져 보자면, 여러분이 갖고 다니는 기본 장치에서 자주 사용하는 사이트의 웹 콘텐츠를 재생할 수 있어야 합니다. 그렇지 못한 장치는 단지 PC의 대용품에 불과합니다. 인기 있는 일부 웹 사이트에서는 Adobe Flash가 필요하고 HTML5 외에는 지원하지 않기 때문에 Metro 스타일 IE를 위한 HTML5 전용 경험을 제공하지 않는 사이트 경험에 대한 고객의 피드백을 반영하여 제품을 변경했습니다. 예를 들어, iPad에서 pbskids.org를 사용해 보세요. Beeline 같은 일부 업무 솔루션은 Flash가 필요합니다. 이 사이트 같은 일부 재무 관리 사이트에서는 Flash가 필요합니다. 그리고 youtube.com 같은 일부 사이트에서는 여전히 Flash를 통해 최고의 경험을 제공하고 있습니다.

IE 블로그에서 Flash Player 통합 지원을 포함한 기본 HTML5 "Trident" 브라우저 엔진과 Chakra JavaScript 엔진에 대한 기술적 세부 정보와 향상된 아키텍처를 확인할 수 있습니다.

Windows 8 Metro 스타일 웹 브라우저

IE10의 사용자 경험은 일상적으로 수행하는 복잡한 브라우징도 빠르고 유연하게 처리할 수 있도록 모든 Metro 스타일 디자인 패턴 중에서도 독보적으로 구현되었습니다. 우리는 Consumer Preview에 대한 여러분의 피드백을 듣고 여러 가지 편리한 기능, 즉 웹 페이지에서 이미지 저장, 빠른 탐색을 위한 “붙여넣고 바로 이동”, 통합 네트워크 진단 같은 기능을 추가했습니다.

인터페이스와 컨트롤을 필요에 따라 보이거나 숨겨지도록 디자인하고, 여러 양식을 지원하는 뛰어난 터치 키보드, 자동 고침 기능이 있는 통합 맞춤법 검사, 페이지에서 텍스트 찾기 등 일상적으로 수행하는 강도 높은 브라우징에 필요한 포괄적인 기능도 디자인했습니다. 사용자 경험은 Windows 8 참과 끌기 등의 명령 활성화 및 지원, 개인 설정, 애니메이션에 대해 Metro 스타일 패턴과 규약을 따릅니다.

IE10은 사이트에 중점을 두어 웹에 모든 픽셀을 사용하는
완벽한 전체 화면 환경을 제공합니다.

탭을 사용할 수 있으며 필요할 때만 표시됩니다.

IE10은 모바일 버전의 사이트뿐만 아니라 전체 웹에서도 빠르고 유연합니다. IE는 터치, 마우스 및 키보드에 대한 응답성이 뛰어나도록 디자인되었습니다. Metro 스타일 브라우저는 단순히 터치 장치에서의 브라우징이 아니라 '터치 브라우징'을 기반으로 합니다. 따라서 터치로 화면 이동과 확대/축소, 앞뒤로 살짝 밀어서 페이지 탐색, 두 번 탭하여 콘텐츠 확대/축소 등 손가락을 대고 끄는 과정에서 뛰어난 응답성을 느낄 수 있습니다. Release Preview는 터치 동작으로 링크를 따라 이동할 때 개선된 시각적 피드백을 제공하므로 터치에 코딩되어 있지 않은 사이트에서도 신뢰할 수 있습니다. 상황에 맞는 메뉴와 양식 컨트롤이 터치에 최적화되어 있으며, 브라우저가 장치 방향에 따라 유연하게 응답하여 가로 및 세로 화면 레이아웃에 맞게 매끄럽게 확대/축소될 뿐 아니라 Windows 8 응용 프로그램 "끌기"에도 유연하게 응답합니다. 또한 IE10에서는 키보드 바로 가기 지원, 앞뒤 탐색에 편리한 마우스 어포던스 등 마우스와 키보드로 웹을 검색하는 환경이 향상되었습니다. 이러한 기능이 Release Preview에서도 개선되었습니다. 예를 들어, 지금은 더 작아진 마우스를 화면 왼쪽 끝으로 이동한 다음 뒤로 단추를 누르면 됩니다.

Metro 스타일 IE10에서는 보다 현대적이면서도 차별화된 방법으로 브라우징할 수 있습니다. 즉, 최근까지 브라우징을 정립해온 모든 탭과 창 관리 작업 대신, 검색하는 웹 사이트 자체에 중점을 둡니다. 예를 들어, Release Preview에서는 두 번 터치하여 HTML5 비디오를 전체 화면으로 재생할 수 있습니다. 내부에서 우리는 키보드, 마우스뿐 아니라 터치 스크린이 장착된 랩톱과 데스크톱 워크스테이션의 주 브라��저로 IE10을 사용해 왔습니다. 시작 화면의 웹 사이트 타일에서 몰입도가 뛰어난 전체 화면의 웹 경험에 이르기까지 우리는 Windows 8의 IE를 실제 웹의 일상적인 브라우저로 활용될 수 있도록 디자인했습니다.

탐색: 탐색 타일은 사이트의 아이콘 및 색상을 사용하여 최소한의 입력만으로 사이트를 즉시 찾고 탐색할 수 있도록 디자인되었습니다. Release Preview에서는 이러한 타일의 레이아웃을 개선하여 효율성과 속도를 높이고, 자주 방문하는 사이트의 시각적 인식 효과를 강화하고, 시작 화면과의 일관성을 더욱 높였습니다.

탐색 타일을 통해 가장 중요한 사이트로 바로 이동할 수 있습니다.

자주 사용하는 사이트의 처음 몇 글자만 입력하여 신속하게 액세스할 수 있으며 Release Preview에서는 자주 사용하는 사이트와 고정된 사이트를 신속하게 알아볼 수 있도록 배지가 표시됩니다. IE에는 자주 방문하는 사이트와 시작 화면에 고정된 사이트가 함께 표시됩니다. 주소 표시줄에 입력하기 시작하면 탐색 타일이 필터링되어 열어 본 페이지 목록, 즐겨찾기, 인기 있는 URL에서 사이트를 찾아 표시합니다.

Windows 8 로밍 및 연결된 계정을 사용하면 검색 기록과 즐겨찾기가 로밍되므로 사용자의 모든 PC에서 최근에 방문한 웹 페이지에 쉽게 액세스할 수 있습니다.

자주 방문하는 사이트의 처음 몇 글자만 입력하여 액세스할 수 있습니다.
자주 방문하는 사이트와 고정된 사이트를 신속하게 알아볼 수 있도록 배지가 표시됩니다.

IE10의 탐색 표시줄은 필요할 때만 표시되고 다시 웹 사이트에 집중할 수 있도록 합니다. Windows Release Preview의 탐색 표시줄에는 앞으로, 뒤로, 중지/새로 고침, 시작 화면에 사이트 고정 및 앱 가져오기 같은 자주 쓰이는 명령 작업을 수행하는 데 편리한 컨트롤(터치 또는 키보드/마우스)이 통합되어 있습니다. 주소 표시줄에는 보안 사이트, SmartScreen, InPrivate 브라우징에 대한 배지 및 색상이 표시됩니다. 또한 데스크톱의 IE 동작과 마찬가지로 웹 검색뿐 아니라 자동 완성을 지원합니다. Release Preview에서도 새로 추가된 “붙여넣고 바로 이동” 명령은 복사된 URL로 바로 이동하거나 클립보드의 용어를 검색하는 데 사용됩니다. 주소 상자에는 페이지 로드 상태를 나타내는 진행률 표시가 나타나며 사이트 호환성 및 추적 방지에 대한 표시가 포함되어 있습니다. 탐색 표시줄에는 이전 플러그 인 기술이 필요한 사이트와의 호환성 또는 기존 워크플로에서 데스크톱 도구를 사용하려는 경우를 위해 '이 페이지에서 찾기' 및 '데스크톱의 IE에서 열기'에 대한 명령이 포함되어 있습니다.

붙여넣고 바로 이동 명령을 사용하여 빠르게 탐색할 수 있습니다.

더욱 향상된 터치 브라우징: Release Preview에서는 IE10의 Metro 스타일 경험을 통해 여러 페이지를 브라우징하고 관련 콘텐츠를 확인할 수 있습니다. 페이지 넘기기 기능은 터치 중심 장치에서 링크를 클릭하는 대신 화면을 자연스럽게 앞으로 밀어(또는 마우스의 앞으로 단추를 사용하여) 마치 잡지를 읽듯 사이트를 탐색할 수 있는 기능입니다. 여러 페이지로 구성된 New York Times 기사, Amazon이나 eBay의 제품 목록 또는 CNN.com의 최신 뉴스를 손가락으로 간단하게 넘기면서 읽는 모습을 상상해 보세요. 이젠 페이지에서 "다음" 링크를 찾기 위해 헤맬 필요가 없습니다.

"다음" 링크를 찾아 헤맬 필요 없이 화면을 살짝 밀어 다음 페이지로 이동할 수 있습니다.

터치를 사용하여 빠르고 자연스럽게 다음 페이지로 이동할 수 있습니다.

여러 페이지로 구성된 콘텐츠를 빠르고 자연스럽게 이동할 수 있습니다.

페이지 넘기기를 켜면 여러 페이지로 구성된 기사, 포스트 또는 스레드 내의 다음 페이지로 이동할 수 있습니다. 블로그 또는 뉴스 사이트 같은 연속 콘텐츠를 브라우징할 때 마지막 페이지에 도착하면 탐색을 계속할 수 있도록 페이지 넘기기에서 적절한 다음 기사, 포스트 또는 스레드를 추천합니다. 페이지 넘기기를 사용하려면 최종 사용자의 동의가 필요하며, 경험을 개선하기 위해 사용자의 브라우징 내역이 Microsoft로 전송됩니다.

Metro 스타일 경험의 다른 부분들은 대부분 그대로 유지되었습니다.

탭: 여러 웹 페이지 브라우징은 뛰어난 웹 환경의 핵심입니다. 터치 화면의 위 또는 아래에서 살짝 밀거나 마우스 오른쪽 단추를 클릭하거나 키보드에서 Windows 키+Z를 누르면 Metro 스타일 탭 전환 도구가 나타납니다.

활성 탭은 페이지 제목이 텍스트 오버레이로 처리된 페이지 축소판으로 표시됩니다. 탭에는 터치하기 편리한 닫기 단추와 새 탭 또는 새 InPrivate 탭을 만들 수 있는 단추가 있습니다. IE10에서는 최근에 사용한 10개 탭이 표시되므로 탭 관리에 소요되는 시간을 절약할 수 있습니다. 뿐만 아니라 한 번의 명령으로 탭을 쉽고 빠르게 정리할 수도 있습니다.

터치 키보드: IE10은 실제 키보드 및 Windows 8 터치 키보드와 원활하게 작동하며, 보다 편리하게 브라우징 경험을 할 수 있도록 터치 키보드를 자동으로 조정합니다. 예를 들어 주소 표시줄에 포커스를 두면 URL을 바로 입력할 수 있도록 "/" 및 ".com" 키가 제공됩니다.

IE는 사용자가 입력하는 위치를 기반으로 터치 키보드를 자동으로 조정합니다. 예를 들어,
전자 메일 양식 필드에는 "@" 및 ".com" 키가 표시됩니다.

IE10에서는 "번거롭지 않게" 알림을 제공합니다. 모든 알림과 사용자 프롬프트는 화면 아래쪽의 알림 표시줄을 통해 제공되고, 보다 적극적인 상호 작용이 필요한 경우에는 IE에서 Windows 8 Metro 스타일의 "플라이아웃"을 사용합니다. 알림 표시줄은 필요에 따라 적절히 자동으로 사라집니다. Metro 스타일 브라우저에서 다운로드하면 데스크톱의 IE와 마찬가지로 SmartScreen의 응용 프로그램 신뢰도를 통해 악성 소프트웨어로부터 보호됩니다. Release Preview는 Metro 스타일 경험의 백그라운드 탭으로 “팝업” 창을 지원합니다.

Metro 스타일의 앱과 웹 사이트 연결

IE10에서 웹 사이트는 Windows 8 Metro 스타일 경험의 일부입니다. 끌기, 참, 스토어 및 시작 화면과의 통합으로 Metro 스타일 브라우징에서는 웹과 앱 간의 경계가 허물어집니다.

사이트 고정을 통해 항상 사용하는 사이트로 Windows 시작 화면을 개인 설정할 수 있습니다. IE10에서 모든 웹 사이트를 시작 화면에 고정할 수 있으므로 원하는 모든 항목을 한곳에서 액세스할 수 있습니다.

고정된 사이트의 타일은 해당 사이트의 색상과 아이콘으로 표시됩니다. Release Preview에서 개발자는 고해상도 PNG 파일 사이트 아이콘을 제공하고 타일의 배경색을 지정할 수 있습니다. IE10을 사용하면 사이트에서 새 메시지 및 웹 사이트의 기타 계정 활동에 대한 백그라운드 알림을 제공할 수 있습니다. 또한 데스크톱의 IE에 대해 점프 목록을 프로그래밍할 수 있는 것과 마찬가지로, IE의 탐색 표시줄에 표시되는 추가 명령을 편리한 터치 방식으로 프로그래밍할 수 있습니다.

사이트 타일을 통해 Windows 8 시작 화면에서 사이트로 바로 이동할 수 있습니다.

고정된 사이트의 고해상도 이미지, 사용자 지정 타일 색상 및 백그라운드 알림을 통해
자주 방문하는 사이트를 간단하게 알아보고 최신 소식을 한 눈에 파악할 수 있습니다.

스토어와 통합되어 IE에서 방문한 사이트에 적합한 Metro 스타일 앱을 손쉽게 검색하여 실행할 수 있게 되었습니다. 사용자가 IE를 더욱 편리하게 사용할 수 있도록 Release Preview에서도 계속해서 UI 개념을 줄여 나가고 있습니다. 도구 아이콘은 페이지에 대한 "특별한 내용"이 있으면 사용자에게 알리도록 업데이트되었습니다. 도구 아이콘을 클릭하면 스토어로 이동하여 앱을 설치할 수 있습니다. 앱을 설치한 후 사이트에서 바로 실행할 수 있습니다. 예를 들어 다음은 IE10에서 실행된 WordPress.com입니다.

업데이트된 도구 메뉴는 사이트에 사용 가능한 앱이 있으면 사용자에게 알려 줍니다.

그 밖에 다른 Metro 스타일 경험에서의 사이트 통합에는 다음이 포함됩니다.

끌기는 한 번에 두 가지 이상의 작업을 지원함으로써 Windows 8을 보다 쉽게 사용할 수 있도록 합니다. IE10을 검색하면서 메일, 음악 또는 다른 앱에 동시에 액세스할 수 있습니다. 브라우저는 작은 "사이드 앱" 크기에 맞게 조정되며 사용할 필요가 있을 경우 자동으로 도킹이 해제됩니다. 끌기를 할 때 화면 이동, 손가락으로 모으고 두 번 탭하여 확대/축소, 링크를 따라 이동하는 등 모든 핵심 브라우징 기능을 사용할 수 있습니다.

Windows 8 "끌기"를 사용한 멀티태스킹으로 사이트를 메시징 앱과 같은 다른 응용 프로그램과 나란히 둘 수 있습니다.

참은 Windows 8에서 검색 및 공유와 같은 일반적인 작업을 일관성 있게 수행하는 방법을 제공합니다. IE10은 검색, 공유, 장치, 설정 참을 지원합니다.

화면의 오른쪽 모서리에서 살짝 밀거나 Windows 키+C를 누르거나
화면의 오른쪽 아래 또는 위로 마우스를 이동하면 참이 나타납니다.

검색 참의 경우 IE10에서는 기본 설정을 지정할 수 있는 기본 검색 엔진을 사용합니다. 참 플라이아웃에서 검색을 초기화한 후에는 데스크톱의 IE에서 볼 수 있는 동일한 사진과 즉각적인 결과(검색 엔진에서 지원하는 경우)를 포함하여, 입력하는 대로 검색 결과가 표시됩니다.

공유 참을 사용하면 메일과 같이 공유를 지원하는 모든 앱에 액세스할 수 있습니다. 이를 통해 이미지, 설명 및 하이퍼링크가 포함된 풍부한 링크 미리 보기를 보낼 수 있으므로, 단순히 링크뿐 아니라 다양한 항목을 쉽게 공유할 수 있습니다.

10과 메일에서는 이미지, 설명 및 하이퍼링크가 포함된 풍부한 링크 미리 보기를 보낼 수 있으므로
단순히 링크뿐 아니라 다양한 항목을 쉽게 공유할 수 있습니다.

장치 참을 사용하면 간편하면서도 일관성 있게 외부 장치로 인쇄, 영사 및 재생할 수 있습니다. 예를 들어 IE에서 장치 참을 탭하거나 클릭한 후 프린터를 선택하여 웹 페이지를 인쇄할 수 있습니다. 항공 탑승권 등을 인쇄할 때도 매우 편리합니다.

설정 참을 통해 자주 사용하는 IE10의 구성 설정에 빠르게 액세스하고, 신속하게 검색 기록을 지우며 위치 액세스를 제어할 수 있습니다. 일반 사용자는 간소화된 방식으로 IE 설정을 사용하는 한편, 고급 사용자는 계속 데스크톱의 IE 설정을 통해 세분화된 제어 기능에 쉽게 액세스할 수 있습니다.

악성 웹으로부터 사용자 보호

IE10은 IE9의 SmartScreen, XSS 필터링, 응용 프로그램 신뢰도, InPrivate 브라우징, 추적 방지, 작동 중지 감지 및 복구 등을 기반으로 업계 최고의 보안, 개인 정보 보호 및 안정성 기능을 제공하며, 웹 사이트 콘텐츠를 각 탭에 효율적으로 분리하는 "향상된 보호 모드"를 통해 보안 및 개인 정보 보호 기능을 편리하게 사용할 수 있습니다. 그리고 Release Preview에서는 기본적으로 웹 사이트에 추적 선호 표현(DNT)을 보내는 간단한 설정이 추가되었습니다. .

Consumer Preview에서 변경된 기타 내용 요약

Windows 8 Release Preview의 IE10에서는 보다 완전한 기능을 갖춘 Metro 스타일 브라우징 경험을 제공합니다. 기본 HTML5 엔진의 변경 사항에 대한 자세한 내용은 IE 블로그에서 확인할 수 있습니다. 다음은 빠르고 유연한 브라우징을 위해 IE10에서 향상된 기능의 몇 가지 예입니다.

더욱 빨라지고 유연해진 터치: 실제 웹 사이트(고정된 요소, 하위 스크롤러, 애니메이션, 비디오 포함)에 대해 완벽한 독립적 구성
로우엔드급 하드웨어에서 깜박임이 훨씬 줄어들어서 더욱 부드러워진 UI 전환 및 애니메이션
인기 사이트의 미디어를 재생하고 게임을 할 수 있도록 Metro 스타일 IE에서 Flash 지원
두 번 터치하여 전체 화면으로 확대하는 기능을 포함한 전체 화면 HTML5 비디오 지원
“빛이 사라지고” 자주 방문하는 사이트와 고정된 사이트를 별도로 표시하여 사이트를 빠르게 선택할 수 있도록 개선된 레이아웃
통합된 탐색 표시줄 컨트롤이 있는 개선된 브라우저 명령 모음 레이아웃 및 즐겨찾기 아이콘
고해상도 화면에서 기본 웹 페이지 확대/축소 수준 조정
“이미지 저장”을 위한 상황에 맞는 메뉴
“붙여넣고 바로 이동”을 위한 상황에 맞는 메뉴
터치를 통해 링크 연결될 때 향상된 시각적 정보 제공
시작 화면에 고정된 사이트에서 고해상도 이미지 지원
Metro 스타일 IE의 통합 네트워크 문제 해결 도구
Metro 스타일 자동 완성 드롭다운
다음 페이지 탐색을 위한 페이지 넘기기(사용자 선택 사항)
기본적으로 추적 선호 표현(DNT) 설정 사용

모든 장점을 아우르는 Metro 스타일 브라우징

이전에는 터치 기능이 뛰어난 작은 화면에서 모바일 웹을 검색하든지, 아니면 큰 화면에서 마우스와 키보드로 전체 웹을 검색하든지 어느 하나를 선택해야 했습니다. 이제 Windows 8 Release Preview의 IE10에서 제공하는 Metro 스타일 웹 경험은 이러한 고민을 해소하여 Windows 8과 PC의 모든 기능을 아울러 검색, 터치, 멀티태스킹, 인쇄, 공유 등을 수행할 수 있습니다. IE10에서 실행되는 웹은 보다 빠르고 유연하며 응용 프로그램 연결성이 뛰어나고, 강력한 보안과 개인 정보 보호 기능을 제공합니다.

- Rob

Windows 8 사용자 경험 개발

Steven Sinofsky — Fri, 08 Jun 2012 20:38:00 GMT

이 블로그에서는 제품의 “철학”이나 “컨텍스트”보다는 기능과 특징에 초점을 맞추어 이에 대해 자세히 알아봅니다. 하지만 Windows 8이 완전히 새로운 혁신적인 제품이라는 점을 감안한다면 이 운영 체제가 어떤 방식으로 설계되었는지 살펴볼 필요도 있습니다. 광범위하게 사용되는 제품에 큰 변화가 있을 때면 늘 그렇듯이 Windows 8을 둘러싸고 많은 논쟁이 이어졌습니다. Consumer Preview를 일상 업무에 사용하는 수백만의 사용자들이 그 수만큼이나 다양한 견해를 쏟아냈습니다. New York Times의 David Pogue부터 Gizmodo의 Mat Honan까지 수많은 사람들이 이 블로그의 댓글에 긍정적인 의견을 올려 주셨으며, 우리가 원하던 다양한 대화를 나누었습니다. 어떤 분들은 Windows 8 설계 방향과 Windows의 발전에 대해 질문했고, 또 어떤 분들은 다양한 사용자에 대한 설계 적합성에 대해 질문했습니다. 기존 바탕 화면을 Metro 스타일 요소와 더 차이를 두는 것이 중요하다고 생각하는 블로거들도 있고, 바탕 화면을 Metro 스타일 인터페이스와 더 비슷하게 만드는 것이 중요하다고 생각하는 사람들도 있습니다. Consumer Preview를 사용해 본 사용자의 수 만큼이나 의견도 다양합니다. 10억 명이 10억 가지 방법으로 사용 중인 제품의 새 버전을 설계하는 것은 10억 명의 사람들로부터 피자를 주문받는 것과 마찬가지입니다. 이 블로그를 통해 그러한 토론을 공개적으로 진행할 것이며, 여러분의 의견을 적극적으로 참고하겠습니다. 이 글은 사용자 경험 팀의 프로그램 관리 디렉터인 Jensen Harris가 작성했습니다.
- Steven

2011년 6월에 열린 D: All Things Digital 컨퍼런스에서 우리는 처음으로 Windows 8용으�� 개발한 새로운 사용자 인터페이스를 선보였습니다. 새 UI는 빠르고 원활하게 작동하며 오늘날 사람들이 가장 많은 시간 동안 사용하는 랩톱, 태블릿, 컨버터블 등의 모바일 폼 팩터에 최적화되어 있습니다. Windows 8은 마우스/키보드를 사용하든 손가락을 사용하든 똑같이 잘 작동하며 모든 OS에서 완벽한 펜 기능을 지원합니다. 또한 모든 OS의 다양한 디스플레이와 가장 광범위한 구성 및 폼 팩터를 지원합니다. 무엇보다도 Windows 8은 새로운 종류의 앱을 선보입니다. 우리는 Windows Media Center 및 새 Windows Phone 개발에 사용된 디자인 언어의 이름을 따서 이러한 앱에 “Metro 스타일”이라는 코드명을 붙였습니다. 이러한 앱은 몰입도가 뛰어나고, 전체 화면을 제공하고, 아름답고, 오늘날 사람들이 장치를 가장 많이 사용하는 방법에 최적화되어 있습니다.

잠시 이전으로 돌아가서 Windows 8 사용자 인터페이스가 어떻게 설계되었는지 살펴보고, 우리가 내린 결정과 새로운 사용자 경험의 목표에 대해 자세하게 토론하는 것이 좋겠습니다.

Windows 사용자 인터페이스의 간략한 역사

Windows의 사용자 인터페이스는 27년 동안 발전해 오면서 수많은 변화를 겪었습니다. 어떤 측면에서는 Windows UI가 변화 없이 항상 같은 모습이라고 생각할 수도 있지만 사람들의 PC 사용법에 뒤쳐지지 않기 위해 인터페이스는 항상 변화하고 있습니다. Windows UI의 역사를 되짚어 본다면 시간의 흐름에 따라 Windows UI에 매우 큰 변화가 있었다는 사실에 놀라실 것입니다.

Windows 8은 사용자 경험 측면에서 커다란 발전이 있기 때문에 Windows의 사용자 인터페이스가 가장 크게 변화한 버전과 그러한 변화를 둘러싼 사람들의 초기 반응을 중점적으로 살펴보겠습니다. Windows의 전체 역사에 대해 관심을 가지고 있는 분들은 Microsoft 웹 사이트에서 Windows의 전체 역사를 읽어 보시기 바랍니다.

Windows 1

Windows 1은 1985년에 출시되었으며 오늘날 사람들이 PC를 사용하는 방식과는 전혀 다르게 설계되었습니다.

Windows의 첫 번째 버전은 DOS와 비슷한 간단한 그래픽 셸이었으며, 주로 키보드를 사용하도록 설계되었습니다. 마우스는 선택 사항이었으며 극소수의 PC에서만 사용되었습니다.

사실, 당시만 해도 마우스는 호기심의 대상에 불과했으며 상당수의 고급 사용자들이 마우스를 비효율적이고 번거롭고 불편하고 사용하기 어렵다고 생각했습니다. 당시에는 “마우스로 화면 위를 이동할 수 있나요?” 혹은 “마우스에 대고 말할 수 있나요?”와 같은 질문이 나올 정도로 마우스는 색다른 장치일 뿐이었습니다.

다음은 1980년대 정기 간행물에 실린 내용으로, 마우스가 앞으로 인기를 끌 수 있는지에 대해 전문가들이 기고한 의견입니다.

“아이디어는 좋지만 업무 사용자에게 가치가 있을 것 같지는 않다”(1984년 4월, PC Week, George Vinall)
“사람들이 이 물건을 사용할 것이라는 근거가 없다”(1984년 2월 19일, San Francisco Examiner, John C. Dvorak)
“마우스를 사용해 보니 재미는 있었지만 회사 입장에서 볼 때 생산성에 대해 생각하지 않을 수 없었다”(1984년 4월 24일, PC Week, George Vinall)
“마우스가 임원진 같은 특정 대상의 컴퓨터 접근성을 향상시키거나 컴퓨터에 친숙하게 만들 수 있는가? 그렇지 않다고 본다”(1983년 10월 31일 Computerworld)
“임원진이 키보드보다 마우스를 편하다고 느낄 가능성은 전혀 없다. ‘굴리는 방식’을 사용하기 때문이다. 마우스는 관심을 끌기 위한 수단에 불과하다”(1983년 10월 31일, Computerworld)
“마우스 그리고 그와 비슷한 장치들은 단지 관심 끌기에 불과하다. 혁신적인 것처럼 보이는 것이 반드시 유용한 것은 아니다. 다시 말해, 상업적으로 성공하기는 어려울 것이다”(1983년 10월, Datamation, David A. Kay)

보시다시피 마우스는 관심을 끌기 위한 수단, 불필요한 것, 흥미거리 정도로 취급됐습니다. 재미있는 것은, 지금도 일부 사람들은 마우스가 필요 없다고 주장한다는 것입니다.

Windows 3 및 3.1

상업적으로 성공한 최초의 Windows 버전은 1990년에 출시된 Windows 3였습니다. Windows 3은 새로운 셸의 중앙에 위치하고 있으며 프로그램을 실행하고, 정렬하고, 전환할 수 있는 프로그램 관리자라고 하는 완전히 새로운 인터페이스를 지원했습니다.

파일 관리자는 Windows 3에서 처음 선보인 가장 중요한 프로그램이며 파일 및 드라이브 관리에 사용되었습니다. 이 업그레이드로 인해 대부분의 사용자가 마우스를 사용하여 당시로서는 크고 화려한 32x32 아이콘을 클릭하는 방법을 배우게 되었습니다. Windows 3을 비판하는 여러 리뷰가 나왔는데 Windows 3을 효율적으로 사용하려면 그토록 비판하던 마우스가 필요했기 때문입니다.

위의 스크린샷에서 파일 관리자를 사용하여 OS 자체의 파일을 탐색한다는 점에 주목할 필요가 있습니다. 당시에는 일반적인 일이었지만 요즘에는 전자 연료 분사식 자동차를 수리할 때에나 이렇게 세부적인 부분까지 살펴봅니다.
Windows 3에서는 “데스크톱”의 프로그램 또는 파일에 링크를 걸 수 없었습니다. 떠 있는 창 뒤의 영역은 창을 최소화할 때 프로그램이 이동하는 위치입니다. 최소화된 앱에 접근하려면 먼저 다른 창을 치워야 하는 경우가 많았기 때문에 실행 중인 프로그램 간에 전환하기 위해 키보드의 Alt+Tab 키를 자주 사용해야 했습니다.

Windows 95

그로부터 몇 년 후 1995년 8월에 출시된 Windows 95는 상당히 다른 모습의 사용자 경험을 들고 나왔습니다. 시작 메뉴, 작업 표시줄, 탐색기, 데스크톱 등 Windows 7에서도 여전히 사용되는 구조 중 상당 부분이 이 버전에서 도입된 것입니다. 다만 형태는 많이 바뀌었지만 말이죠.

지금은 사람들이 이러한 사용자 인터페이스 요소에 익숙하지만 당시에는 기존의 PC 사용법과 전혀 다른 방식이었습니다. 시작 단추에 시작이라고 표시되어 있음에도 불구하고 사람들이 시작 단추를 잘 찾지 못해서 초기 버전 테스트 이후 사람들이 PC에서 프로그램 사용 방법을 이해할 수 있도록 작업 표시줄에 “<-- 시작하려면 여기를 클릭하십시오”라는 텍스트를 추가해야 했습니다.

현재 브라우저에서는 이 HTML5 비디오가 지원되지 않습니다.
이 동영상을 다운로드하여 미디어 플레이어의 즐겨찾기에서 감상하세요:
고화질 MP4 | 저화질 MP4

하지만 일단 시작 단추 사용법을 이해한 사람들은 계속해서 시작 단추를 사용했으며 곧 능숙하게 사용할 수 있게 되었습니다. 그리고 다음 버전에서는 "시작하려면 여기를 클릭하십시오"라는 텍스트를 없앨 수 있었습니다.

당시만 해도 PC는 신비한 물건이었으며 대부분의 가정에 PC가 없었습니다. 지금은 당연한 것이 된 두 번 클릭, 오른쪽 클릭 등의 작업을 모르는 사용자가 많았으며 Windows 95 사용자 인터페이스에서 비소로 광범위하게 사용되기 시작했습니다. 많은 사람들이 이러한 작업 방법을 익히는 데 어려움이 있었습니다. 다음은 사용성 실험실에서 Windows 95 초기 버전을 테스트하는 사람의 모습을 담은 비디오로서, 당시에 수많은 사람들이 겪었던 문제가 무엇인지를 보여 줍니다.

1993년에 설계된 Windows 95 사용자 인터페이스는 매우 혁신적이었으며 당시의 일반적인 작업을 대폭 간소화했습니다. 하지만 이미 익숙한 Windows 3.1이 더 좋다며 Windows 95를 비판하는 사람들의 목소리가 수년간 계속되었습니다. ZDNet의 Ed Bott은 일부 사용자들이 Windows 95로 전환하면서 느낀 불만을 강조하는 재미있는 글을 발견했습니다.

현재 사람들에게 익숙한 Windows 경험은 1993년에 설계되었지만 2012년은 그때와 매우 다릅니다. 1993년에는 웹에 대해 알고 있는 사람이 없었으며 대부분의 Windows 95 사용자는 웹을 사용해 보지도 못했습니다. Windows 95에 포함된 미디어 플레이어는 .wav 파일만 재생할 수 있었습니다. 온라인 연결은 흔한 일이 아니었으며, 그나마도 모뎀을 사용하여 소유권이 있는 콘텐츠와 폐쇄형 인트라 서비스 메시징 시스템에 연결하는 AOL 같은 서비스를 사용하는 것이 일반적이었습니다.

Windows 95는 이채롭게도 팩스 서비스와 터미널 클라이언트/전화 걸기 기능을 제공했습니다. Windows 95는 디지털 카메라나 휴대용 MP3 플레이어와 같은 일반 장치를 지원하지 않았습니다. 1993년에는 그런 장치가 존재하지도 않았기 때문입니다. PDA 기능을 지원하는 최초의 휴대폰인 IBM Simon이 이 시기에 출시되었습니다. 무게가 거의 680g에 달했고 DOS를 사용했으며, 이 휴대폰용으로 설계된 앱의 판매고는 고작 2카피에 불과했습니다. 지금으로서는 상상하기도 어려운 전혀 다른 세상이었습니다.

그리고 Windows 95 UI는 이러한 환경에서 설계되었습니다. 시작 메뉴, 작업 표시줄, 데스크톱, 탐색기 및 그 밖의 친숙한 Windows UI가 이 무렵에 세상에 첫 선을 보였습니다. 이 시기에는 컴퓨터의 워드 프로세서에서 입력 작업을 하고 파일을 조작하는 것과 같은 대부분의 컴퓨터 작업이 오프라인에서 이루어졌습니다. DOS 프롬프트에 “win”을 입력하여 Windows를 시작할 필요가 없다는 것이 오히려 이상하게 생각되는 시대였으며 이에 대한 논쟁 역시 뜨거웠습니다.

이렇게 먼 과거로부터 현재의 익숙한 Windows 사용자 인터페이스가 탄생했습니다.

Windows XP

Windows XP는 2001년 8월 24일에 PC 제조업체를 대상으로 출시되었으며, Windows 사용자 인터페이스의 발전에 또 하나의 큰 획을 그었습니다.

2001년에는 사람들이 일상 생활에서 PC를 사용하는 비중이 이전에 비해 훨씬 높아졌습니다. 사람들이 PC를 사용하는 시간 중에서 웹이 필요 없는 입력이나 파일 관리 작업이 차지하는 비중이 여전히 높았습니다. 하지만 음악, 사진, 비디오 등의 정보 및 미디어를 수집하고 소비하는 활동이 PC 사용에 있어 대세가 되는 시기였습니다. 당시만 해도 초기 디지털 카메라 판매량이 필름 카메라 판매량의 4분의 1에 불과했지만 3년 후 대세가 완전히 바뀌게 됩니다. 사람들은 Windows 95가 개발된 목적인 능률적인 문서 작업 외에도 PC 웹 브라우징과 메일 작업을 점점 더 많이 하게 되었습니다.

왼쪽 아래의 시작을 클릭하여 Windows XP 시작 메뉴를 실행하는 것은 지금도 변함없지만 시작 메뉴 자체에는 매우 큰 변화가 있었습니다. 프로그램 관리자에서 시작된 계층적 프로그램 목록은 Windows 95 이후 모든 버전에서 “모든 프로그램” 링크 아래에 표시되었습니다. 메일, 웹 브라우징, 사진 및 음악이 맨 위로 이동되었습니다.

결국 Windows XP는 큰 성공을 거두게 되지만 당시에 일부 사람들은 바뀐 사용자 인터페이스에 불만을 표시했습니다. 이들은 Windows XP의 사용자 경험이 너무 화려하다고 생각했으며, 일부 사용자는 이전 버전으로 “다운그레이드”하는 방법을 문의하기도 했습니다.

Windows Vista

2006년에 출시된 Windows Vista에서는 Aero 비주얼 스타일이 도입되어 Windows의 모습이 크게 달라졌습니다. Aero는 제목 표시줄, 작업 표시줄 및 기타 시스템 서피스에 정교하게 렌더링된 유리, 광원, 반사 및 기타 세밀한 질감을 제공했습니다. 이러한 스타일 요소는 당시의 디자인 감성을 대변하여 전혀 새로운 디지털 도구의 기능을 잘 반영한 것이기도 합니다. 지금 기준으로 보면 화면을 유리나 알루미늄 같은 재질처럼 보이게 하는 이 스타일이 촌스럽고 민망하겠지만 당시에는 크게 유행했습니다.

Aero는 사람들이 창 크롬 자체보다 창 안에 있는 콘텐츠에 더 집중할 수 있도록 설계되었습니다. 사람들의 시선을 제목 표시줄 및 창 프레임에서 앱의 콘텐츠로 끌어옵니다.

시작 메뉴도 바뀌었는데, 가장 주목할 만한 변화는 Windows 키(Windows 95에서 도입)를 누른 다음 입력을 시작하여 Windows 어디에서나 검색할 수 있다는 점입니다. 이 혁신적인 기능은 Windows 8에서도 그대로 제공되며, 앱 내부까지 검색할 수 있도록 기능이 확장되었습니다.

물론 기능이 변경될 때마다 일부 사람들이 변화에 대해 의구심을 표시했습니다.

Windows 7

Windows 7은 2009년 가을에 출시되었으며 주요 UI에 수많은 변화가 있었습니다. 이러한 변화의 대부분은 작업 표시줄을 개선하는 것에 집중되었지만 시작 메뉴 창 작업과 PC 파일의 논리적 구성에도 큰 변화가 있었습니다.

가장 큰 변화는 새로운 작업 표시줄에서 프로그램을 실행하고 프로그램 간에 전환할 수 있다는 것입니다. 작업 표시줄의 아이콘은 크기가 커졌고 터치하기 편하게 바뀌었습니다. 시작 메뉴는 사용 빈도가 낮은 프로그램 실행에만 집중하도록 바뀌었고 어떤 프로그램도 작업 표시줄과 시작 메뉴에서 동시에 고정되지 않습니다. 이는 어떤 프로그램을 처음으로 시작한 후 이미 실행 중인 프로그램으로 돌아가는 구시대적인 환경을 없애기 위한 변화의 시작이었습니다. 한 장소에서 처음 실행되는 프로그램을 찾고 다른 장소에서 이미 실행 중인 프로그램을 찾는 것이 얼마나 이상한 일인지를 생각해 본다면 지극히 당연한 것이라 할 수 있습니다.

또한 Windows 7은 기본 OS에 멀티 터치 지원을 도입한 최초의 비휴대폰 전자 기기용 OS입니다. 다른 플랫폼의 태블릿이 따라하고는 있지만 Windows 7은 플랫폼에 멀티 터치 기능을 도입한 최초의 OS입니다. 그 과정에서, 대부분의 기존 인터페이스와 거의 모든 기존 프로그램이 마우스와 키보드를 사용하도록 설계된 상태에서 터치 기능을 사용하여 Windows를 탐색할 경우 어떤 제한이 있는지에 대해 정말 많은 것을 배울 수 있었습니다.

일부 사람들이 비판적인 반응을 보이며 사용자 인터페이스를 변경해 달라고 요청하기도 했지만 Windows 7은 순식간에 전 세계에서 가장 많이 사용되는 OS가 되었습니다.

Windows 8 설계에 영향을 미친 시장의 변화

Windows 7 RTM이 출시될 즈음인 2009년 중반에 Windows 8 사용자 경험을 계획하기 시작할 때, 우리는 주변을 둘러보고 시장 동향을 조사했습니다.

새로운 폼 팩터와 장치의 폭발적 확산을 주도한 iPad가 아직 세상에 나오기 전이었습니다. 전체 PC의 93% 이상이 Windows 버전을 사용하기는 했지만, 우리가 살고 있는 세상과 컴퓨팅 장치에 대한 사람들의 기대가 빠르게 변화하고 있다는 것만은 분명했습니다.

다음은 Windows 8 사용자 경험 및 기능 설계에 영향을 미친 시장 동향입니다.

1. 항상 연결 상태 유지

언제, 어디서나, 모든 장치를 사용하여 인터넷에 연결할 수 있어야 합니다. 파일 중심의 Windows 사용자 인터페이스는 필요에 따라 일시적으로 인터넷에 연결하는 것을 가정하고 설계되었지만 현재 사람들이 PC로 하는 거의 대부분의 작업은 인터넷 연결이 기본 전제입니다. Wi-Fi를 사용할 수 있는 공공장소가 확대되고 있으며, 모바일 광대역 네트워크에 연결할 수 있는 PC가 늘어나고 있습니다. 이전에는 인터넷 연결이 선택 사항이었지만 지금은 필수 조건입니다.

2. 파일이 아닌 사람이 활동의 중심

사람들이 PC로 하는 활동의 종류에 주목할 만한 변화가 있었습니다. 사람들은 (문서 등을) 작성하고 만드는 “전통적인” PC 활동 외에 독서 및 사교, 사진 및 의견 공유, 짧고 빈번한 커뮤니케이션 등의 활동에 더욱 많은 시간을 보내고 있습니다. 온라인 세계는 점점 빠르게 변화하고 있으며 사람들은 PC를 사용하여 온라인 세계에 참여하고 변화를 따라잡고 있습니다. 이러한 활동과 놀이의 상당수가 웹 브라우저, HTML을 사용한 사용자 경험 및 기타 웹 기술 내에서 이루어지고 있습니다.

3. 데스크톱 PC를 대체할 모바일 PC의 출현

사람들이 구매하는 PC의 종류가 전통적인 데스크톱에서 랩톱, 태블릿 등의 모바일 폼 팩터로 빠르게 변화하고 있습니다. 비디오 편집가, 재무 분석가, 과학자, 게이머, PC 고급 사용자 등 확장이 용이한 모듈식 PC의 모든 성능을 사용하려는 사람들은 강력한 성능의 데스크톱을 계속 선택하겠지만 대부분의 사람들은 가벼운 휴대용 PC를 원합니다.

2009년을 기준으로 데스크톱은 전 세계 PC 시장의 44%, 랩톱은 56%를 차지했습니다. 그로부터 고작 3년이 지난 현재, 전 세계적으로 판매되는 Windows PC를 조사한 결과 판매되는 PC의 61% 이상이 랩톱이며 이러한 추세가 가속화되고 있습니다. 올해 미국에서 PC를 구매하려는 소비자의 76% 이상이 랩톱을 생각한다고 합니다. 2012년 미국의 데스크톱 판매는 태블릿보다도 적을 것으로 예상됩니다! 다양한 폼 팩터의 역할에서 이것은 정말 놀라운 변화입니다. 비즈니스 영역에서도 이제는 랩톱 구매 비율이 2배 가량 높습니다.

최근 2월에 바르셀로나에서 개최된 Windows 8 Consumer Preview 이벤트 비디오는 오직 랩톱만을 사용하여 촬영하고, 편집하고, 관리했습니다. 불과 몇 년 전만 해도 이벤트가 열리면 데스크톱 PC를 한 트럭 싣고 가야 했지만 지금은 보조 모니터를 추가하여 화면을 확장할 수 있는 매우 강력한 기능을 갖춘 랩톱이 속속 출시되고 있습니다. 가볍고 얇은 휴대용 PC라고 해서 전문 작업을 수행할 수 있는 성능이 부족한 것은 절대 아닙니다.

4. 콘텐츠를 PC와 클라우드에 저장

유비쿼터스 연결성과 랩톱의 인기가 높아짐에 따라 사용자의 콘텐츠가 PC 및 클라우드 서비스로 확장되고 있습니다. 여기에는 SkyDrive처럼 특정 목적을 위해 설계된 저장소 서비스뿐만 아니라 Facebook 및 Flickr의 사진, 가족이 Vimeo에서 보기 위한 비디오, 클라우드 서비스에 저장되어 스트리밍되는 음악 등이 포함됩니다. 가정용 PC의 비디오, 사진, 음악 등의 모든 콘텐츠는 GB 단위로, 심한 경우에는 TB 단위로 증가하고 있습니다. 사람들의 콘텐츠가 모든 영역으로 확장되고 있고, 모든 휴대폰에 고해상도 카메라가 달려 있으며, 날마다 생성되는 콘텐츠의 양이 빠른 속도로 증가하고 있습니다. 최대 100GB의 클라우드 저장소를 제공하는 SkyDrive와 같은 서비스로 인해 PC에 대한 사람들의 인식과 액세스 가능한 리소스가 크게 변하고 있습니다.

이러한 것들은 우리가 2009년에 주목한 주요 변화 중 일부에 불과합니다. 이러한 동향의 공통점은 사람들이 다양한 기대와 시나리오를 염두에 두고 PC를 사용하기 시작했다는 것입니다. 지금도 PC는 무언가를 쓰고, 입력하고, 만드는 가장 훌륭한 도구임에 분명하지만 사람들이 PC로 하는 일의 종류가 계속해서 달라지고 있습니다. 급기야 사람들은 PC가 휴대폰과 같은 역할을 해 주기를 기대하기 시작했습니다. 연결성, 휴대성, 긴 배터리 수명, 사람 및 활동 중심, 최신 정보 제공 등을 요구하고 있습니다.

그와 동시에, 앱 개발자들이 앱 개발에 더 많은 시간을 투자하고 충분한 경험이 쌓이면서 모바일 장치의 앱이 계속해서 풍부해지고 있습니다. 그와 함께, Windows에 이미 있는 API 및 기능이 계속해서 모바일 플랫폼에 추가되고 있습니다.

Windows가 이러한 추세를 따라잡을 수 있도록 우��는 Windows 경험을 다시 구상해야 했습니다. 이전의 Windows 버전에서 여러 차례 그랬듯이 우리는 혁신적인 Windows 경험을 개발해야 했습니다. 현재 사람들이 사용하는 서비스를 개선하는 것은 물론이고 미래의 PC 사용법을 예상하고 구현해야 합니다. Windows 사용 경험을 현대화하고 향후 10년을 책임지는 플랫폼과 개발자 혁신을 구축해야 합니다. PC를 전 세계에서 가장 가치 있고, 유용하고, 많은 사랑을 받는 장치로 만들어야 합니다.

Windows 8은 새로운 기능, 하드웨어, 앱 및 시나리오를 내다보고 있습니다. Windows 8은 새로운 방식으로 PC를 사용하는 10억의 사람들, 그리고 Windows를 처음 사용하게 될 10억의 다음 세대를 고려한 버전입니다.

Windows 8 사용자 경험의 목표

새로운 사용자 경험을 설계할 때, 우리가 만들고자 한 특징에 대해 몇 가지 명확한 목표가 생겼습니다.

1. 속도 및 유연성.

작년에 Windows 8 서비스를 이용하신 분들은 “속도 및 유연성”이라는 문구를 읽거나 들어 보셨을 것입니다. 이 문구는 우리가 만든 "마케팅" 구호가 아니라 Windows 8의 새로운 사용자 경험의 핵심을 정의하는 데 사용된 디자인 언어입니다.

속도 및 유연성은 몇 가지 핵심 사항을 의미합니다. 속도 및 유연성이란 UI의 응답성이 뛰어나고, 성능이 우수하고, 아름답고, 생생하다는 의미입니다. 모든 UI는 어딘가에서 나타나서 화면에서 사라지면 어딘가로 사라집니다. 가장 기본적인 시나리오가 추가 질문이나 확인 메시지 없이 매우 효율적으로 수행된다는 의미입니다. 사용자에게 필요 없는 것은 표시되지 않습니다.

또한 Windows 사용 시 유연하고 가벼운 느낌을 줍니다. 예를 들어, 손가락으로 화면 가장자리에서 살짝 밀어 컨트롤을 불러오는 동작은 유연하고 자연스러우며 즐겁습니다. 사람의 손가락은 이러한 동작을 하기에 적합하게 생겼습니다! 예를 들어, 화면 맨 위에서 아래로 끌어 앱을 닫거나 타일을 화면 아래쪽으로 끌어 확대한 후 시작 화면의 먼 쪽으로 이동하면 효율적일 뿐만 아니라 사용 만족감도 뛰어납니다.

2. 긴 배터리 수명.

현재 대부분의 Windows PC가 배터리를 사용하며 조만간 대부분의 PC가 그럴 것으로 예상되기 때문에 긴 배터리 수명이 필수입니다. 최초의 Windows 프로그래밍 모델이 개발될 당시만 해도 모든 PC를 전원에 연결한 채로 사용했기 때문에 전원 관리 또는 전력 소모에 대한 개념이 전무했습니다. 따라서 프로그램에 제한이 없었습니다. 한 번 실행된 후에는 사용자가 프로그램을 조작하지 않더라도 계속 실행되었습니다. 프로그램이 시스템의 모든 메모리 또는 모든 CPU를 소모하거나 항상 디스크에 쓸 수 있었습니다. 기본적으로 프로그램은 아무런 제한 없이 배터리를 소모할 수 있었습니다.

이전에는 “MIPS가 저렴하기 때문에” CPU를 최대한 많이 사용하는 방향으로 PC 소프트웨어 설계가 진행되었습니다. 그에 비해, 지금은 CPU 사용량을 세심하게 조사하고, 배터리 소모를 줄이기 위해 CPU 역할에 대한 많은 연구가 진행되고 있습니다. 이는 모바일 세계에서 등장한 새로운 유형의 공학적 기법입니다. 기존에는 Microsoft가 메모리 소모를 줄이는 일에 주로 집중했다면 지금은 신속하고 유연한 사용자 경험을 제공하면서도 배터리 수명을 개선하는 일에 많은 노력을 기울이고 있습니다. 즉, 다양한 플랫폼과 하드웨어 구성에서 메모리, CPU, GPU, 성능 및 배터리 수명을 동시에 최적화한다는 의미입니다. 바로 여기에 모바일 OS 또는 모바일 장치에 사용할 수 있는 최신 OS 구축을 위한 진정한 공학적 기술이 숨어 있습니다.

긴 배터리 수명의 중요성을 이해하고 나니 새로운 사용자 경험의 특정 측면을 보다 명확하게 이해할 수 있게 되었습니다. 예를 들어, 계획 초기 단계에서 Windows 경험을 완전히 새로 구성하려면 앱까지 새로 구성해야 한다는 사실이 명확해졌습니다. 그렇게 해서 WinRT 및 새로운 유형의 앱이 탄생했습니다.
장치의 배터리 수명을 확장하기 위해 WinRT 기반 앱은 상태를 즉시 저장하는 기능을 갖추고 있습니다. Windows는 WinRT 기반 앱을 알림과 동시에 CPU 또는 메모리를 사용하지 않도록 제한하지만, 사용자가 앱에서 작업한 내용은 그대로 유지합니다. 앱을 다시 시작하면 마지막으로 사용하던 상태로 정확히 돌아갑니다. 사용자의 입장에서 보면 항상 실행되는 것처럼 보이지만 기술적으로는 프로그램이 백그라운드에서 일시 중지 또는 종료됩니다.

휴대폰 또는 태블릿이 한 번에 하나의 앱만 표시하는 이유가 있습니다. 화면이 작기 때문도 아니고, 모든 사람들이 하나의 소셜 업데이트를 하기 때문도 아니고, "토이 앱이 전체 화면을 차지"하기 때문도 아닙니다. "한 번에 하나만" 표시해야 사용자가 사용 중인 앱만 배터리를 소모하도록 OS가 장치의 백그라운드 활동을 관리할 수 있기 때문입니다.

기존 데스크톱은 여전히 멀티태스킹이 가능하고 더욱 개선된 반면, Metro 스타일 경험에서 "한 번에 하나만" 표시하는 것은 지나친 면이 있으며 Windows의 멀티태스킹 역사에 비추어볼 때 바람직하지 않다는 생각이 들었습니다. 그래서 우리는 Windows 8에서 끌기 기능을 개발했습니다. 이 기능을 사용하면 WinRT 기반 앱 2개를 나란히 놓고 실행할 수 있습니다. 예를 들어 비디오를 보면서 웹을 검색하거나 화상 채팅을 하면서 메일을 확인할 수 있습니다. 그리고 우리는 광범위한 앱의 백그라운드 처리를 위한 기능과 Windows만의 고유한백그라운드 알림 기능을 만들었습니다.

아래 그림을 보면 태블릿의 한 화면에 Windows 8 메시지 앱과 지도 앱이 동시에 나란히 표시된 것을 확인할 수 있습니다.

3. 아름다움과 강력함: Windows 8 앱.

Windows 8 앱은 배터리 수명 최적화 외에도 여러 가지 특징이 있습니다. Windows 8 앱은 화면의 모든 픽셀을 사용하여 콘텐츠를 표시하므로 아름답고 몰입감이 뛰어납니다. 새로운 Windows 버전이 출시될 때마다 화면과 창의 가장자리 주변에 더 많은 크롬, 즉 단추, 위젯, 가젯이 추가되었습니다. Windows 8에서는 이 추세에 역행하여 Windows가 백그라운드로 들어가고 앱 콘텐츠가 크롬의 앞으로 나옵니다.

모든 앱마다 고유의 특징을 잘 표현할 수 있는 풍부한 캔버스를 갖고 있기 때문에 사용자는 새로운 앱을 사용할 때 콘텐츠에 완전히 몰입할 수 있습니다. 소셜 네트워크를 확인할 때에는 콘텐츠가 아름답고, 정교하고, 사용자의 시선을 끄는 방법으로 표시되므로 더욱 즐거운 시간을 보낼 수 있습니다. 게임을 할 때에는 게임에 완전히 몰입할 수 있습니다. 이미 수년 전부터 전체 화면을 사용하고 있는 게임도 일부 있기는 합니다.

시간이 지나면 앱도 함께 발전할 것이기 때문에 사진을 편집하고, 문서를 작성하고, 가계부를 기록하고, 전문 업무를 수행할 때에도 완전한 몰입감을 제공할 것입니다. 현재 인기를 끌고 있는 전문 도구를 사용하고 있다면 이러한 도구들이 전체 화면과 완벽한 몰입감을 제공하는 과정을 지켜볼 수 있습니다. 계약, 선택기, 기타 교차 앱 기능(참을 통해 전 세계에서 액세스 가능) 등과 같은 우리의 고유한 앱 구조는 앱을 서로 연결하는 새로운 방법이며, 앱 간에 데이터를 전송하고 이메일을 통해 빠른 링크를 공유하는 기능과 관련되어 있습니다. 이러한 교차 앱 기능, 그리고 그보다 더 중요한 API는 Windows 8의 고유한 요소입니다.

Windows 8 앱은 특정 시나리오에서 최적의 성능을 발휘하도록 특화되어 있습니다. 강력하지만 시나리오와 별 관련이 없는 수백 개의 기능을 포함하는 경우가 많은 기존의 데스크톱 프로그램과 다른 점입니다. Windows 8 앱은 특정 시나리오 또는 몇 가지 시나리오에 집중하여 대상 시나리오에서 만큼은 최고의 경험을 제공합니다.

개발 도구 및 시스템 관리 도구의 역사를 보면 앱을 간단하게 획득하여 사용할 수 있는 경우에는 모놀리식 앱보다 “특수 목적 언어” 또는 "작은 도구"가 더 좋습니다. Windows 스토어, 계약 및 검색 가능한 시작 화면의 풍부한 기능은 사람들이 Windows 8에서 많은 앱을 찾아서 사용할 수 있도록 설계되었습니다.

두드러지는 고유의 특징과 콘텐츠를 갖고 있는 앱이라고 해도 전체적인 "Metro 스타일" 디자인 경험과 조화를 유지합니다. Windows 8 앱은 공통 기준을 준수하기 때문에 PC에서 앱 간에 전환할 때 원활하고 조화롭다는 느낌이 듭니다. 우리는 공통 작업을 수행하는 표준화된 방법을 만들었습니다. 터치 기능을 사용한다면 가장자리에서 살짝 밀면 명령이 나타납니다. 마우스를 사용한다면 마우스 포인터를 모서리로 이동하면 됩니다. 마우스 포인터를 화면 왼쪽 아래 가장자리로 가져가면 현재 위치에 상관없이 시작 메뉴로 이동합니다. 마우스 오른쪽 단추를 클릭하면 사용 중인 앱의 오프스크린 명령이 나타납니다. 어떤 앱을 사용하든 앱 내에서는 설정, 검색 및 공유가 항상 같은 위치(참)에 표시됩니다. 앱이 항상 같은 방법으로 작동한다는 것이 핵심입니다. 따라서 몇 가지 기본적인 사항만 익히면 전체 시스템을 사용할 수 있습니다.

WinRT 앱은 7인치 소형 화면에서 대형 데스크톱 모니터는 물론이고 벽 크기의 초대형 TV 화면까지 확장할 수 있습니다. 바르셀로나에서 열린 Consumer Preview 출시 행사에서, 82인치 터치스크린에서 Windows 8의 지도 앱을 사용하는 모습을 확인해 보세요! 아니면 약 1시 13분 즈음에 시작하는 비디오를 감상해 보세요.

이러한 앱은 처음부터 개발자가 초고밀도 디스플레이를 지원하는 장치를 대상으로 할 수 있도록 설계되었습니다. 마우스, 키보드, 터치, 펜 등 어떤 입력 방법을 선택해도 잘 작동하도록 설계되었습니다. WinRT 앱은 미래를 내다보고, 하드웨어 장치 및 사람들의 기대가 발전하는 모든 가능성을 염두에 두고 설계되었습니다.

모든 WinRT 앱은 Windows 스토어의 등록 절차를 거쳐야 하기 때문에 사용자가 안심하고 앱을 찾아서 설치할 수 있습니다. 앱은 앱 컨테이너라고 하는 로컬 샌드박스에서 실행되므로 PC를 어지럽히거나 손상시키지 않습니다. 앱을 삭제할 경우 흔적을 남기지 않고 깨끗하게 삭제됩니다.

4. 라이브 타일로 맞춤화 가능.

새로운 Windows 8 앱의 핵심은 타일입니다. 사람들은 점점 더 실시간으로 정보를 확인하고 있습니다. 누가 내 타임라인에 글을 썼을까? 새 이메일이 도착했을까? 어제 열린 파티 사진을 올린 사람이 있을까? 볼 만한 뉴스가 있을까? 누가 게임에서 이기고 있지? 내 경비 보고서가 승인됐을까? 내 최고 기록을 갱신한 사람이 있나? 내 차례인가? 다음 회의가 언제지? 내가 좋아하는 작가의 새로운 책을 예약할 수 있을까? 재고가 부족한가? 교통 상황이 어떻지?

최근, PC에서 여러 웹 사이트와 프로그램 간에 계속해서 전환하면서 또는 휴대폰에서 여러 앱 간에 계속해서 전환하면서 새로운 소식이 없는지 확인하는 사람들이 점점 늘어나고 있습니다.

��일은 Windows의 아무 위치에서 한 번의 클릭, 탭 또는 키 누르기 동작만으로 앱을 열지 않고 이러한 모든 정보를 단일 위치에서 확인할 수 있도록 설계되었습니다. 현재 극소수의 앱만 사용할 수 있으며 그러한 앱의 대부분은 아직 타일이 완성되지 않았기 때문에 현재 Consumer Preview에서 이러한 설계의 작동 방식을 이해하려면 약간의 상상력이 필요합니다.

또한 다양한 개념이 한 자리에 모여 있고 사용자가 실제 사용하는 앱과 강력하게 연결되는 위치이기도 합니다. 현재, 모든 사람들이 시계 근처의 알림 영역에 있는 아이콘 줄에 익숙합니다. 사람들은 서로 다른 인터페이스를 사용하며 각각 다른 제어 방법으로 알림을 끕니다. 이러한 프로세스는 각각 백그라운드 상태로 숨겨져 조용하게 실행되며, 결정적인 순간에만 업데이트 소식을 보내고 그렇지 않으면 배터리 전원처럼 시스템 리소스를 사용합니다. Windows Vista에서 도입된 가젯은 보다 연결성이 뛰어난 UI 서피스를 제공하겠다는 약속은 지켰지만 가장 중요하게 생각하는 앱과 서비스를 관련짓는 데에는 실패했습니다.

하지만 Windows 8 출시가 가까워지면 좋아하는 모든 앱을 사용하고 타일로 표시할 수 있으며, 시작 화면은 원하는 모든 것을 담아 개인 설정할 수 있는 대시보드가 될 것입니다. 전체 컴퓨팅 환경이 사용자가 구성 및 제어하는 하나의 뷰로 캡슐화될 것입니다.

사람, 메일 폴더, 계정, 웹 사이트, 도서, 앨범, 가수, 영화, 고객, 스포츠 팀, 도시 등 앱 내의 콘텐츠조차 시작 화면에 고정할 수 있습니다. 가장 많이 사용하는 모든 콘텐츠를 효율적으로 사용할 수 있으며 항상 최신 상태가 유지됩니다. 타일은 앱과 웹 사이트에서 새로운 콘텐츠를 찾는 사용자에게 최적화된 미래지향적인 경험을 제공합니다. 과거에는 여러분이 이미 알고 있는 내용을 전달하던 정적인 고속도로 표지가 도로 상태, 교통 상황, 원활한 차선 등의 정보를 제공하는 동적이고 사용자 지정 가능한 메시지 보드로 대체되는 것과 같습니다. 여러분의 PC가 현재의 가장 최신 정보를 전달하는 것입니다. 아이콘은 앱을 표시하는 과거의 방법입니다.

5. 다양한 앱이 연동하여 시간 절약.

제가 위에 언급했듯이, 사람들이 그 어느 때보다도 폭넓은 웹 사이트 교차 섹션, 클라우드 서비스 및 앱에 걸쳐 시간과 콘텐츠를 확장하고 있습니다. 그 결과 사람들의 콘텐츠는 이곳 저곳에 흩어져 있습니다. 일부 콘텐츠는 가장 많이 사용하는 PC에 저장됩니다. 또 어떤 콘텐츠는 앱 또는 클라우드 서비스 내부에 저장되어 있으며 이러한 콘텐츠는 해당 앱 또는 웹 사이트 내에서만 액세스할 수 있습니다.

그 결과, 모든 것이 PC에 저장되던 과거에 비해 일반 작업을 수행하기가 복잡해졌습니다.

예를 들어, 여러분이 Skype로 통화 중인데 지난 주말에 열린 쇼의 사진을 보내려 한다고 가정하겠습니다. 여러분은 전화로 사진을 찍어서 Yammer에 게시했습니다.

현재 이 작업을 수행하려면 일반적으로 웹 브라우저를 열고, Yammer에 로그인하고, 기본 페이지로 이동하고, Images(이미지)를 클릭하고, 사진을 찾아서 선택하고, 마우스 오른쪽 단추로 클릭하여 Save As(다른 이름으로 저장)를 선택하고, 하드 드라이브에 저장한 다음 Skype로 돌아가서 “Attach(첨부)”를 선택하고, 하드 드라이브에 사진이 저장된 위치로 이동한 다음 사진을 클릭하여 첨부해야 합니다. 적어도 8단계를 거쳐야 작업이 완료됩니다. 이제 사진 복사본 2개가 생겼습니다. 하나는 Yammer에, 복제된 사진은 PC 어딘가에 있습니다. 복제 파일을 찾아서 옮기거나 삭제하려면 전문 지식과 시간이 필요합니다. 한때는 간단하다고 평가된 사진 공유 시나리오가 이제는 "파일 관리" 업무로 가득한 복잡한 시나리오가 됐습니다.

이보다 훨씬 간단한 방법이 있으며, 그것이 바로 Windows 8 앱이 강력한 이유입니다. Windows 8에서는 PC의 모든 Windows 8 앱이 아무 연관이 없는 다른 Windows 8 앱과 데이터를 공유할 수 있습니다.

이제 위의 시나리오를 다시 생각해 보겠습니다. 다만 이번에는 Skype 및 Yammer에 Windows 8 앱을 사용하는 것입니다. Skype에서 “Attach(첨부)”를 클릭하면 모든 로컬 사진이 포함된 선택기가 나타납니다. Yammer 앱이 설치되어 있기 때문에 바로 Yammer로 전환하여 사진을 선택할 수도 있습니다. 원하는 사진을 클릭하면 Skype에 첨부됩니다. 그러면 끝입니다! 겨우 3단계만에 작업이 끝났습니다. 기존의 방식에 비해 다섯 단계가 절약됩니다.

다른 OS도 현재 인기를 끌고 있는 서비스 1-2개를 하드 코딩하여 이러한 작업을 간소화하려고 시도했지만 Windows 8이 훨씬 강력하고, 유연하며, 미래를 내다보고 있습니다. 우리가 선택한 방식은 OS에 “구현된” 소규모의 잘 알려진 특정 서비스에 국한되지 않습니다.

모든 새 Windows 8 앱은 연결 방법을 알고 있는 서비스는 물론이고 설치된 다른 앱에서도 콘텐츠를 선택하고 공유하고 저장할 수 있습니다. Windows가 앱을 하나로 묶는 "접착제" 역할을 하여 OS에서 앱이 작동하는 방식을 완전히 새롭게 바꾸었습니다. 서비스에 Windows 8이 구축되어 있다면 로컬 PC 또는 홈 네트워크의 데이터에 액세스하는 것만큼 간단한 방법으로 모든 서비스에서, 클라우드의 모든 위치에서 자신의 콘텐츠에 액세스할 수 있습니다. 전 세계에 10억이 넘는 Windows 사용자가 있는 만큼 대부분의 서비스에서 Windows 8용 앱을 개발할 것으로 기대하고 있습니다.

6. PC 사이에서 로밍된 경험

대부분의 웹 사이트 사용 경험과 마찬가지로 온라인 계정을 사용하여 Windows 8 PC에 로그인할 수 있습니다. Windows 로그인에 사용되는 계정을 Microsoft 계정이라고 합니다. 기존의 Windows Live ID(Xbox Live, Hotmail 및 대부분의 Microsoft 서비스에 사용하는 이메일 주소)를 Microsoft 계정으로 사용할 수도 있고 다른 이메일 주소를 사용하여 새로 만들 수도 있습니다.

Windows 8 PC에 로그인하면 마법과 같은 일이 발생합니다. 이전에 개인 설정 및 사용자 지정한 Windows 경험이 다른 PC에 그대로 로밍됩니다.

좋아하는 잠금 화면 사진 또는 바탕 화면 배경 무늬가 있나요? 로그인하는 모든 Windows 8 PC에 그대로 표시됩니다. 설정, 색상 및 고정된 웹 사이트를 원하는 대로 구성하셨나요? 그렇다면 어느 PC에서나 같은 구성이 로밍됩니다. 게임을 10레벨까지 플레이하셨나요? 다른 PC에서 처음부터 게임을 다시 시작할 필요가 없습니다. 언제 로그인하든 저장된 암호, 즐겨찾기, 언어 설정 등이 따라다닙니다.

Windows를 한 번만 세밀하게 개인 설정하면 다른 PC에서 같은 설정을 다시 할 필요가 없습니다. 로그인한 상태에서 자주 사용하는 웹 사이트의 설정을 변경했다면 어떤 장치로 로그인하든 변경된 설정이 그대로 유지되기를 바랄 것입니다. 우리는 Windows 8에서 그와 같은 경험을 구축하고자 했습니다. 로밍은 WinRT 플랫폼에 포함된 기능이기 때문에 앱 개발자는 Windows가 시스템 설정을 로밍하는 것과 마찬가지로 간단하게 앱 설정을 로밍할 수 있습니다. 로밍은 단일 앱 또는 브라우저를 위한 것이 아니라 모든 앱이 간단하게 사용할 수 있고 모든 사람들에게 도움이 되는 플랫폼의 일부입니다.

7. PC를 컴퓨터가 아닌 장치처럼 사용.

대부분의 사람들은 자신의 PC를 좋아하지만 휴대용 장치에 대한 사람들의 태도와 기대는 변하기 마련입니다. 사람들은 어떤 상황에서도 작동하는 제품을 원합니다. 사람들은 번거로운 등록 절차나 복잡한 제어판 또는 전원 걱정 없이 소파에 앉아서 좋아하는 앱, 게임, 웹 사이트를 즐기고 싶어 합니다. PC를 집어서 실컷 즐기다가 다시 내려놓아도 아무 문제 없기를 바랍니다.

그에 반해 현재의 Windows는 거의 모든 것을 구성할 수 있습니다. 심지어 가장 어려운 기능도 제어판, 그룹 정책, 특수 명령줄 유틸리티, 문서화되지 않은 레지스트리 키 등의 매우 복잡한 경로를 통해 수정할 수 있습니다. 이러한 설정의 대부분은 사용자뿐만 아니라 PC에서 실행되며 무언가를 “수정”할지 여부를 결정하는 프로그램에 의해 수정될 수 있습니다. 지난 수년 동안 경멸적인 의미를 담아서 winrot라고 부르던 것들의 대부분은 경계를 넘어서 시스템 서비스와 업데이트를 설치하고 백그라운드 작업과 시스템을 느리게 하는 모든 작업을 수행하기 때문에 그러한 이름으로 불리었습니다.

우리는 필요에 맞는 사람 또는 불편을 기꺼이 감수하려는 사람의 경우 이러한 기능이 반드시 필요한 기능이 아니라 Windows의 자산일 뿐이라는 사실을 인식했습니다. 우리의 의도는 Windows를 잠그는 것이 아니라 장치의 작동 방식에 대한 소비자의 기대를 만족하는 플랫폼을 제공하는 것입니다. 더 좋은 방법이 있는데도 불구하고 이러한 자산이 너무나 간단하게 악용되거나 뜻하지 않게 남용되는 경우가 있습니다.

Windows 8에서 우리의 목표는 PC에 대한 사람들의 기대를 다시 정의하는 것입니다. 가장 일반적으로 사용되는 설정(현재 대부분의 휴대폰 또는 태블릿에서 노출되는 설정과 비슷한)을 새 UI 내에서 사용할 수 있습니다. 새로운 Windows 8 앱은 사용자 동의가 필요한 위치 서비스 설정, 웹캠 사용 등 특수하게 설계된 몇 가지 기능을 제외한 대부분의 시스템 설정을 변경할 수 없습니다.

Windows 업데이트는 백그라운드 및 한밤중에 실행되는 유지 관리 기간에 조용하게 적용됩니다. Windows 8 앱은 상태를 보존하는 기능이 있기 때문에 이 모든 작업이 원활하게 진행됩니다.

SoC 기반 장치에서 전원 단추를 눌러 화면을 끄면 PC는 즉시 저전력 모드로 전환합니다. 단추를 다시 누르면 장치가 즉시 깨어납니다. Windows 8은 PC를 사람들이 최신 모바일 장치에서 기대하는 경험을 제공하는 장치로 바꾸어 줍니다.

시스템의 유연성과 사용자 지정 기능을 모두 사용할 수 있기를 원하는 전문가라면 Windows 7과 마찬가지로 간단하게 액세스할 수 있습니다. 이러한 설정은 기존 버전과 같은 위치에 있으며 여전히 작동합니다. 제어판, gpedit.msc, PowerShell 및 기타 전문가용 사용자 지정 기능이 그 자리에 그대로 있습니다. 이러한 고급 설정을 효율적으로 사용하기 위한 지식이 부족한 사람들은 장치를 그대로 사용하면 됩니다. 고급 설정을 원하는 사용자는 기존과 같이 사용하면 됩니다.

우리가 Windows 8 사용자 인터페이스를 설계할 때 이러한 7가지 목표 외에 다른 포부도 있었지만 이러한 목표를 통해 우리가 관찰하고 예상한 동향과 이러한 관찰 결과가 새 UI의 목표와 바로 연결되는 방식 간의 관계를 파악할 수 있습니다.

터치를 최우선 입력 방법으로 제공(유일한 입력 방법은 아님)

Windows는 새로운 PC 작업 방식을 도입하고 적용할 수 있도록 지속적으로 혁신되어 왔습니다.

초기 Windows 버전은 키보드를 사용하도록 설계되었습니다. Windows는 25년 전에 마우스와 최초의 Microsoft Word 버전을 번들로 제공하여 주 입력 장치를 마우스로 바꾸는 데 일조했습니다. 사람들이 처음에는 마우스에 대해 회의적인 반응을 보였기 때문에 이러한 변화가 오랜 시간에 걸쳐 진행되었습니다. “진정한 사용자는 오로지 키보드만 사용한다!” 지금도 이렇게 말하는 분들이 있을지 모릅니다. 우리는 이러한 분들까지 모두 포용하고 있습니다. 이러한 변화를 거친 지금, PC를 포인팅 장치 없이 사용한다는 것은 상상하기 어렵습니다.

2001년 Microsoft에서는 새로운 종류의 폼 팩터와 펜 입력 방식을 사용하는 태블릿 PC를 발표했습니다. 우리는 특정 언어의 친필을 완벽하게 인식하는 기능을 개발했습니다. 우리는 자연의 “잉크”와 그림을 Microsoft Office 같은 기존의 프로그램과 통합하는 방법을 개척했습니다. 우리는 키보드가 없는 슬레이트 PC를 최초로 실험했습니다. 10년 전에는 이러한 폼 팩터를 널리 보급할 만큼 가볍고 조용한 PC와 충분한 배터리 수명을 개발할 수 있는 기술이 없었지만 태블릿 PC가 향후 컴퓨팅을 주도할 것이라는 예측은 정확했습니다.

이렇게 Windows는 처음에는 키보드를 지원했고, 그 다음으로 마우스 지원을 추가했고, 그 다음으로 펜 기능을 추가했습니다. 각 단계에서 이러한 입력 장치는 기존 입력 방식을 없애거나 축소하지 않고 핵심 Windows UI와 통합되었습니다.

물론 새로운 입력 방식이 추가되면서 사용자 인터페이스의 작동 방식과 관련된 약간의 변경 사항은 있었습니다. 예를 들어 Windows 3의 프로그램 관리자 같은 2D 격자 아이콘을 사용한 적이 있��면 키보드의 화살표를 사용하여 앱을 실행하는 것보다 간단한 목록을 탐색하는 것이 훨씬 편하다는 것을 아실 것입니다. 하지만 Windows Vista에서는 마우스와 키보드를 주 입력 방식으로, 완벽하게 지원되는 펜을 PC와 상호 작용하는 보조 방식으로 채택했습니다.

이러한 방식이 현재까지 계속되고 있습니다. Windows 7에서는 기본 OS에 멀티 터치 지원을 도입했습니다. 터치는 우리가 매우 오랫동안 중요하게 생각해 온 방식입니다. 시간이 갈수록 점점 많은 사람들이 터치를 기본 방식으로 사용하여 Windows와 상호 작용할 것입니다. 그리고 대부분의 사용자들은 마우스와 키보드를 함께 사용하여 경험을 완성할 것입니다.

2009년에 Windows 8을 계획할 당시, 휴대폰에 터치 기능을 적용하는 것에 대해 말들이 많았습니다. 키보드가 달린 iPhone이 유행할 것이라는 소문이 나돌았고 그럴 듯한 증거도 있었습니다. 추측하건대, 슬라이드식 키보드가 달린 iPhone을 원하는 사람들의 입장에서 보면 참으로 매력적이었을 것입니다.

수많은 사람만큼이나 다양한 요구 사항이 있고 소수의 사람들이 다수의 의견을 반영한다고는 해도, 더 이상 물리적 키보드가 달린 전화를 원하는 사람을 찾아보기란 쉽지 않습니다.

태블릿 역시 물리적 키보드 없이 출시됩니다. 하지만 태블릿의 경우 약간 다른 점이 있습니다. 사람들이 여전히 물리적 키보드를 원하고 있습니다. 태블릿용 키보드를 기본 구성으로 또는 액세서리로 제공하는 수많은 주변기기가 출시되었습니다. 왜 그럴까요? 사람들이 태블릿을 PC 대신 사용하고 싶은데 더 많은 업무를 처리하려면 키보드를 추가하는 것이 가장 좋은 방법이기 때문입니다.

Microsoft Office 같은 소프트웨어가 없을 경우에도, 텍스트를 신속하게 입력하려면 화상 키보드보다 나은 입력 도구가 필요합니다. 화면을 터치하여 입력할 경우 입력 속도가 기껏해야 물리적 키보드의 절반에 불과하며 그나마도 숙달된 사람의 경우에나 그렇습니다. 따라서 작업을 처리하기 위해 더 많은 시간과 에너지와 정신력을 투입해야 한다는 중대한 문제가 있습니다.

T9를 사용하여 대량의 입력 작업을 수행할 수 있는 사람이 몇 명은 꼭 있는 것처럼, 멀티 터치 입력을 사용하여 작업을 훌륭하게 수행할 수 있는 사람도 분명 있을 것입니다. 그러나 넓게 보면 물리적 키보드를 사용하는 것이 훨씬 정확하고, 안정적이고, 빠르며 우리는 OS와 앱이 어느 한 쪽을 위해 다른 쪽을 희생하는 일이 없어야 한다고 생각합니다.

터치 기능은 이제 스마트폰을 넘어서서 다양한 분야에 사용되는 가장 일반적인 사용자 모델이 되었으며, 그 바탕에는 Windows PC가 있습니다! 현금 인출기, ATM, 영화 대여 키오스크, 항공사 체크인, 식료품점 체크아웃 등 터치 기능이 사용되지 않는 분야가 없습니다. 만약 5살 소녀가 랩톱 화면을 터치했는데 화면에 아무 것도 일어나지 않는 경우 뭐라고 설명해야 할까요?

여러분의 PC가 터치 기능이 지원되지 않는 유일한 장치로 남을 것이라고 생각하지 않으셨으면 합니다. PC 디스플레이가 대부분 단색이었던 시절에 색상 사용에 대해 오고 갔던 토론을 생각나게 합니다. 우리 주변의 모든 곳에 색상이 사용되고 있음에도 불구하고 많은 사람들이 색상을 사용하면 작업에 방해가 될 것이기 때문에 게임에나 사용해야 한다고 생각했습니다. 실제로 Office 팀은 도구 모음을 도입한 초기 버전에서 색상 사용에 대해 심도 깊은 토론을 나누었습니다.

10년 후, 우리는 이 변화의 시기를 회상하면서 "PC 화면에 터치 기능이 없던 그 시절 기억나? 지금 생각하면 정말 이상하지 않아?"라는 이야기를 주고 받을지도 모르겠습니다.

우수한 터치 경험을 위한 설계

일부 블로거들은 Microsoft가 Windows 7에서 터치를 개발하는 방식에 대해 글을 올리기도 했지만 Windows 기반 장치를 능가하는 휴대폰 및 태블릿의 터치 경험을 통해 이들의 접근 방식이 잘못되었다는 것이 증명되었습니다. Windows 7의 첫 번째 공개 시연을 떠올려 보아도 쉽게 알 수 있습니다. 당시 우리는 터치 기능을 열심히 연구하기는 했지만 기존 Windows 데스크톱 소프트웨어의 부속품으로 구현하려고 한 접근 방식은 잘못된 선택이었습니다. 마우스와 키보드 중심으로 설계된 UI 패러다임에 터치를 추가하려고 한 결과 사용자 경험이 오히려 퇴보했습니다.

우리는 한 발 물러서서 Windows 8 터치 기능에 대한 접근 방식 및 구현 방식을 대폭 변경했습니다.

Windows 8에 터치 기능을 도입하는 접근 방식은 두 가지 부분으로 나뉩니다.

1. 데스크톱의 터치 기능 개선.

우리는 Windows 7 터치 기능 사용자로부터 받은 피드백을 활용하여 기존 데스크톱의 터치 기능을 개선해야 한다는 사실을 확인했습니다. 우리는 터치 대상을 보다 크게 만들고, 컨트롤을 약간 확장하고, 퍼지 대상 로직을 추가하여 크기 조정 가능 창의 경계 같은 일반 컨트롤을 간단하게 잡을 수 있도록 했습니다.

사람들이 마우스 + 키보드 또는 터치 중에 선택하도록 할까 고민도 했었습니다. 데스크톱 앱의 수많은 요소는 사람들이 마우스와 키보드를 모두 사용한다는 것을 기본 전제로 하며, 우리가 데스크톱의 터치 경험을 개선해도 이러한 기존 앱 인터페이스의 기본 전제와 설계를 수정할 수 없습니다. 어쨌든, 이미 10년도 더 전에 이러한 프로그램이 시장에 출시되었습니다!

하지만 우리는 데스크톱의 마우스와 키보드에 터치를 보조 기능으로 추가하면 유용할 것이라 믿고 있습니다. 과거를 살펴보면, 사람들이 새로운 입력 방식의 사용법을 완벽하게 익히면 원활하게 통합된다는 것이 증명되었습니다. 상황에 맞는 메뉴, 키보드 바로 가기, 도구 모음 및 메뉴는 같은 작업을 다른 방법으로 수행하는 옵션이며 사람들은 자신에게 가장 잘 맞는 방법을 선택하여 사용합니다.

터치 역시 같은 방식으로 발전할 것입니다. 작년 한 해 터치 방식의 랩톱(Lenovo x220 태블릿)을 날마다 사용해 본 결과, 터치 기능 없이 화면을 스크롤하거나 대화 상자의 확인 또는 취소 단추를 누르는 것은 상상조차 하기 힘들었습니다. 터치 기능을 지원하지 않는 랩톱을 사용할 때마다 마치 PC를 사용하는 법을 잊은 듯한 느낌을 받았습니다. 물론 터치를 이 랩톱의 기본 방식으로 사용하는 것은 아니지만 랩톱에서 중요한 조작 방식 중 하나입니다. 심지어 대형 모니터로 작업을 할 때에도 무의식적으로 모니터를 터치하곤 합니다. 저는 "이 화면이 데스크톱 PC에 연결되어 있기 때문에 절대 터치 기능을 사용할 수 없다"고 생각하지 않습니다.

2. 터치 입력 전용 또는 터치 입력을 기본으로 하는 환경 설계.

새 UI와 WinRT 앱에서, 터치 기능은 마우스 및 키보드와 함께 주요 입력 장치로 홍보되고 있습니다. 마우스와 키보드만 가지고 또는 키보드만 가지고 PC를 사용할 수 있는 것과 마찬가지로 터치만 가지고 UI를 사용해도 훌륭한 경험을 얻을 수 있습니다. 다시 말해, 우리는 터치 전용 장치에서는 기본 입력 방식이자 유일한 입력 방식으로 잘 작동하고, 마우스와 키보드를 추가할 경우 마우스와 키보드만 사용하거나 터치와 함께 사용할 수 있는 새로운 사용자 경험을 설계하고자 했습니다. 제스처를 통해 키보드 바로 가기도 사용할 수 있습니다. PC의 기본 설정 및 기능에 따라 선택하면 됩니다.

특정 폼 팩터에서는 터치가 아무 역할도 수행할 수 없다는 의견이 많았습니다. 우리는 터치스크린, 지문 인식, 화면 누르기 등에 대해 번개 같이 댓글을 다는 사람들을 수없이 보아 왔습니다. “마우스를 움직이려면 키보드에서 손을 떼어야 해요”, “손목이 시큰하네요”, “화면을 쳐다보느라 작업에 집중할 수가 없어요” 등등 마우스를 처음 발표할 때에도 이와 비슷한 부정적인 의견이 많았습니다.

키보드가 달린 도크에 고정된 태블릿의 구조가 터치 랩톱과 비슷하기는 하지만 랩톱 및 데스크톱에서 터치를 사용한다는 것은 완전히 새로운 일입니다. 하지만 반드시 터치만 사용할 필요가 없다고 생각한다면, 터치 기능이 있는 경우에만 터치가 필요할 것이라고 생각하실 수 있습니다. 사용자 입장에서는 터치가 안 된다면 답답하게 느끼시겠지만 우리 디자인은 터치가 지원되지 않을 수도 있다는 가정 하에 설계되었습니다.

영구적인 키보드가 달린 랩톱, 유선 또는 무선 키보드를 연결할 수 있는 태블릿, 그 중간 형태의 장치 등 우리는 사용자가 원하는 모든 PC에서 작동할 수 있어야 한다는 개념을 전제로 Windows 8을 설계했습니다. 터치는 이러한 모든 폼 팩터에서 잘 작동하며 사용자는 상황에 따라 입력 방식을 선택할 수 있습니다. Windows 8이 완벽한 환경을 제공한다는 것은 바로 이런 의미입니다.

Metro 스타일 및 데스크톱: 연동

지금까지 이 글의 대부분은 우리가 관찰한 랩톱과 태블릿의 인기, 그에 따른 긴 배터리 수명에 대한 기대, 파일 및 문서 중심에서 사람 및 활동 중심으로 변화, 유비쿼터스가 실현된 클라우드 서비스, 조만간 유행할 모든 PC의 터치 지원 등의 시장 동향에 따라 Windows 8을 설계한 방식에 대한 토론이 주를 이루었습니다.

그렇다면 Windows 8에서 데스크톱의 역할은 무엇일까요?

매우 간단합니다. 데스크톱은 Office, Visual Studio, Adobe Photoshop, AutoCAD, Lightroom 등 마우스 및 키보드용으로 설계된 기존의 강력하고 익숙한 Windows 프로그램을 실행합니다. 이러한 소프트웨어는 광범위하게 사용되고, 다양한 기능을 제공하며, 사람들이 PC로 하는 작업을 처리합니다. 수동으로 개별 창 크기를 조정하고 창을 겹쳐서 배치하는 등의 메타포와 함께 소프트웨어를 전면으로 끌어내는 이러한 기능 또는 프로그램이 없는 태블릿과 비교할 때 엄청난 장점입니다. 소프트웨어를 전면으로 끌어내서 이전 버전의 Windows보다 원활하게 실행되도록 하여 향후 제품이 발전함에 따라 제품에 최고의 환경을 제공하는 것이 Windows 8의 명확한 설계 목표입니다.

우리의 접근 방식이 적절하다는 것을 여러 차례 확인할 수 있었습니다. 한편, 태블릿 및 휴대폰 제조업체는 장치에 “PC 기능”을 추가하는 경쟁에 돌입했습니다. 인쇄, 원격 액세스 등의 주변기기, 고해상도 화면, 개발자를 위한 새로운 API 클래스 등 이미 Windows에 있는 기능을 지원하고 있습니다. 그와 동시에, 소비자들은 키보드 및 마우스의 완벽한 지원과 같은 기본적인 기능에서 다중 모니터, 백그라운드 처리, 타사 액세스 도구 지원과 같은 복잡한 기능까지, Windows에서 수년 전부터 사용된 기능을 이러한 플랫폼에서도 요구하고 있습니다.

다른 태블릿 플랫폼의 경우, 앱에 Windows 데스크톱을 적용할 것인지, Office 같은 소프트웨어를 실행할 수 있는지, 터치 기능을 지원하는지 등에 대해 고객들이 엄청난 관심을 보였습니다. 이러한 솔루션은 네트워크 원격 기술을 사용하여 태블릿과 실제 Windows PC 간에 그림과 터치 입력을 전달합니다. 물론 이러한 태블릿 장치는 Windows 소프트웨어 또는 마우스를 기본적으로 제공하지 않고, 원활한 네트워크 연결이 필요하기 때문에 지연 시간이 발생하고, 화면이 끊기고, 호스트 PC와 연결이 해제되는 등의 문제가 발생할 수 있으므로 최고의 경험을 제공하지는 못합니다.

우리는 데스크톱을 관습이나 전통으로 생각하지 않습니다. 데스크톱은 특정 사람 또는 특정 앱에 적합한 작업 방식일 뿐입니다. 이는 "휴대폰"을 사용하기는 하는데 모바일 브라우저 및 메일 클라이언트만 사용하고 앱 또는 전화는 거의 사용하지 않는 사람과 매우 비슷합니다. 완전히 새로운 태블릿을 갖고 있으면서 웹 브라우저만 사용하는 사람과도 비슷합니다.

데스크톱은 마우스/키보드와 대형 모니터 또는 여러 모니터를 사용하여 작업하기에 매우 좋습니다. 화면에 표시된 창의 크기와 레이아웃을 적절하게 제어할 수 있는 강력하고 유연한 방식입니다.

“데스크톱만 사용하고” PC에서 터치 기능 또는 Windows 스토어의 앱을 사용할 계획이 전혀 없는 분들에게도 Windows 8은 수많은 기능을 제공합니다. Windows 7 데스크톱 경험을 가져와서 대폭 개선하고 새 작업 관리자, 새 탐색기, 파일 복사 UI, 클라이언트의 Hyper-V, 다중 모니터 작업 표시줄과 배경 무늬 등의 기능을 추가했습니다. 또한 모든 기능이 패키지로 구성되어 Windows 7보다 시스템 리소스를 적게 사용합니다. 새로운 시작 화면은 시작, 실행, 전환, 알림 등 사용자 인터페이스의 이질적인 요소를 통합한 Windows 7의 동향을 그대로 이어받았습니다.

모든 것은 사용자의 선택에 달려 있습니다. 원한다면 데스크톱 앱만 사용할 수 있습니다. 원한다면 새로운 앱만 사용하고 앱을 종료하지 않을 수 있습니다. 이 경우, 모든 데스크톱 코드가 로드되지 않습니다. 또는 두 환경 모두에서 실행되는 앱을 혼합할 수 있습니다. 조만간 모든 사람들이 앱을 혼합할 것으로 예상합니다. 새로운 Windows 8 앱을 통해 실현 가능하게 된 새 시나리오에 개발자들의 창의적인 에너지가 몰려들고 있기 때문입니다.

3개가 아닌 2개의 장치

얇고 가벼우며, 배터리 수명이 놀랍도록 길고, 멋진 화면을 제공하는 태블릿을 상상해 보세요. 소파에 느긋하게 앉아 태블릿의 아름답고 원활한 경험을 통해 게임, 사교, 웹 검색, 독서, 사진 편집, TV 시청 등 좋아하는 일을 할 수 있습니다. 사용자 경험에 몰입하여 좋아하는 일을 하기만 하면 됩니다. 여러분의 자녀에게 태블릿을 건네주어도 아이들은 어떻게 태블릿을 사용하는지 바로 알아낼 것입니다.

관리성과 효율성을 높이고 싶다면 태블릿을 표준 방식으로 설정하고 키보드를 연결하면 완전한 Microsoft Office, 다중 모니터, 주변기기 및 마우스를 사용할 수 있는 완전한 Windows 데스크톱 경험이 완성됩니다.

또는 아름다운 대형 화면과 우수한 키보드가 제공되는 초경량 랩톱을 상상해 보세요. 현재 랩톱을 사용하여 하는 일 외에도 최신 태블릿을 대상으로 개발된 새 앱을 사용할 수도 있습니다.

Windows 8은 두 가지 장치, 즉 랩톱과 태블릿이 융합되는 모습을 상상하고 있습니다. 여러분은 3개의 장치(휴대폰, 태블릿, 랩톱) 대신 휴대폰과 Windows PC만 갖고 다니면 됩니다. 여러분이 사용해 본 결과 가장 우수하다고 생각되며 필요할 때 기존의 익숙한 Windows 데스크톱 기능을 제공하는 태블릿 또는 랩톱을 선택하면 됩니다. 태블릿을 선택할 수도 있고 랩톱/컨버터블을 선택할 수도 있습니다. 하지만 두 가지 장치를 휴대폰과 함께 모두 갖고 다닐 필요는 없습니다. 무엇을 선택해야 할지 고민하지 마세요. 무엇을 선택하든 완벽하게 작동합니다.

아직은 이처럼 우수한 하드웨어가 없지만 올해 말부터 사용할 수 있을 것입니다. 이것은 Windows 8 경험의 약속입니다. 조금만 상상해 보면 이러한 장치가 PC 사용법을 변화시킬 것이라는 사실을 쉽게 발견할 수 있습니다.

데스크톱의 외관 업데이트

Windows 8 데스크톱의 외관이 얼마나 바뀔 것인지에 대해 궁금하게 생각하는 블로거들이 많습니다.

많은 분들이 다양한 사이트를 통해 “Metro화된” 데스크톱 외관의 스크린샷을 올려 주신 것에 대해 감사하게 생각하고 있습니다. 데스크톱 외관 디자인에 대한 여러분의 관심과 열정을 보니 참으로 즐겁습니다!

우리는 Windows 8 데스크톱의 외관을 얼마나 많이 업데이트해야 좋은지에 대해 진지하게 고민했습니다. 수많은 그림과 수백 개의 디자인을 보고 또 보았습니다. 우리의 주요 목표는 Windows의 시각적 조화를 이루는 한편, Windows 7 데스크톱의 익숙한 느낌을 최대한 보존하면서 기존 앱과 호환성을 희생하지 않는 것이었습니다.

최종적으로 우리는 데스크톱을 Metro 스타일에 가깝게 만드는 한편, 호환성을 유지하기 위해 창 크롬의 크기, 컨트롤 또는 시스템 UI를 변경하지 않기로 결정했습니다. 우리는 Aero 투명 효과를 넘어서서 서피스를 편평하게 만들고, 반사를 제거하고, 주의력이 분산되는 그라데이션을 축소했습니다.

우리가 고민한 몇 가지 고려 사항:

대부분의 Metro 스타일 UI가 화려한 배경에 흰색 텍스트를 사용하지만 Windows 8 데스크톱은 Windows 7과 마찬가지로 밝은 색상의 크롬에 검은색 텍스트를 사용할 것입니다. 이것은 기존 프로그램과의 호환성을 최대로 유지하기 위한 선택입니다.

Aero 투명 효과가 도입된 Windows Vista 출시 이후, 수많은 데스크톱 프로그램들이 구름이 낀 것처럼 “흐릿한” 텍스처에 어두운 텍스트를 사용한다는 가정 하에 텍스트를 읽기 좋게 만들기 위해 유리와 통합되었습니다.

어두운 바탕에 밝은 텍스트(Windows XP)에서 밝은 바탕에 어두운 텍스트(Windows Vista)로 시스템 색상을 변경할 때 여러 호환성 문제가 발생한 것을 기억하실지 모르겠습니다. 이러한 문제를 완벽하게 해결하기까지 수년이 걸렸습니다. 이러한 호환성 문제를 다시 겪고 싶지 않았습니다. 이러한 이유로 새로운 데스크톱 디자인의 "컬러 매칭"을 전체적으로 변경할 수 없었습니다.
그와 동시에 우리는 바탕 화면 창이 계속해서 밝고 가벼운 느낌을 주고, 앱 콘텐츠의 영향을 받지 않은 크롬 스타일을 원했습니다. 우리는 Metro 스타일 앱을 "크롬리스(Chromeless)"라고 말합니다. 즉 앱을 둘러싼 제목 표시줄, 경계 또는 Windows UI가 없습니다. 반면 데스크톱 앱은 수많은 크롬이 있습니다. 화면을 떠다니는 창을 잔뜩 추가한다면 크롬 때문에 집중력이 떨어지게 됩니다. Aero는 앱 콘텐츠에 주의가 집중되고, Windows 시스템 UI가 백그라운드로 물러나도록 설계되었습니다. 이는 지금도 유효하며, Aero를 넘어설 때 이러한 목표를 잊지 않으려 노력했습니다.
Windows 7과 시각적 호환성을 고려했습니다. Windows 7은 지금까지 출시된 Windows 중 가장 인기가 많고 광범위하게 사용되는 버전입니다. 우리는 Windows 8 데스크톱 외관을 익숙한 Windows 7 데스크톱 외관과 연결하기 위해 의식적으로 노력했습니다. 이는 데스크톱을 주로 사용하는 사람들이 새로운 환경을 편안하게 느끼고 금방 적응하는 데 도움이 됩니다.

우리는 Windows 8 데스크톱 외관을 상당 부분 개선했습니다. 기존 데스크톱의 친숙한 느낌을 유지하면서도 새로운 디자인 언어의 아이디어 몇 가지를 적용하고 싶었습니다.

우리는 창 및 작업 표시줄 크롬을 업데이트할 때 “깨끗하고 선명하게” 원칙을 적용했습니다. 유리와 반사가 사라졌습니다. 창 및 작업 표시줄의 가장자리를 각지게 만들었습니다. 크롬 내의 단추에서 발견되는 모든 불빛과 그라데이션을 제거했습니다. 불필요한 그림자와 투명도를 없애고 창 모양을 더욱 선명하게 만들었습니다. 기본 창 크롬을 흰색으로 하여 경쾌하고 고급스러운 느낌을 주었습니다. 작업 표시줄은 계속해서 바탕 화면 배경 무늬와 혼합되지만 전체적으로 덜 복잡하게 보입니다.

데스크톱 외관 업데이트의 마지막 과정으로, 우리는 단추, 확인란, 슬라이더, 리본 등 대부분의 일반 컨트롤의 모양을 업데이트했습니다. 둥근 가장자리를 각지게 바꾸고, 그라데이션을 제거하고, 컨트롤 백그라운드를 편평하게 하여 변경된 크롬과 일치시켰습니다. 또한 세련되고 중성적인 느낌을 주기 위해 색상을 변경했습니다.

다가오는 Release Preview에서 이러한 시각적 변화 중 일부에 대한 힌트가 제공될 될 수도 있지만 대부분은 아직 확정되지 않았습니다. Windows 8 최종 버전이 출시될 때까지 기다려 주세요!

사람들은 어떻게 Windows 8 사용법을 배울 수 있을까요?

Consumer Preview를 체험한 사람들 중 일부는 “학습 용이성”에 대해 공개적으로 질문을 했습니다. 새로운 UI는 PC에 몇 가지 새로운 개념을 도입했습니다. 특히 터치를 사용할 경우 가장자리에서 살짝 밀기, 마우스를 사용할 경우 마우스 포인터를 모서리로 이동하는 개념이 도입되었습니다.

Consumer Preview에서는 제스처가 완벽하게 작동하지 않습니다. 우리가 제품을 효율적으로 설계하고 공개적으로 테스트하는 과정에서는 모든 것이 완벽할 수는 없습니다. 모서리는 매우 섬세한 영역이기 때문에 지금 당장은 마우스로 정교하게 제어하기 어려우며, 허무하다 싶을 정도로 금새 모서리에서 “벗어날 수” 있습니다. 내부 빌드에서는 이러한 문제를 이미 상당히 많이 개선했습니다. 그리고 Windows 7용으로 설계된 최근의 터치 하드웨어는 가장자리에서 밀기 동작을 정확하게 해석하지 못하는 경우가 있습니다. 하지만 다행스럽게도 장치 제조업체 파트너들이 이 부분에 대해 오랜 기간 연구를 진행해 왔기 때문에 Windows 8용으로 설계된 하드웨어는 탁월한 가장자리 감지 기능을 제공할 것입니다.

따라서 제스처가 보다 일관적으로 작동할 것이며 Consumer Preview보다 훨씬 정교하게 다듬어질 것입니다. 그렇다면 사람들은 제스처 사용법을 어떻게 배울까요?

우리는 조만간 학습 용이성에 대한 글을 추가로 올릴 것입니다. 사람들이 새로운 개념을 찾아서 이해하는 방법과 Windows 8 PC를 처음 사용하는 사람들이 어렵다고 느끼지 않을 수 있는 구체적인 단계를 제시할 것입니다.

하지만 우리는 무엇보다도 새로운 것을 받아들이고 발전하는 사람들의 능력을 믿습니다. 컴퓨팅의 모든 역사에서 사람들은 새로운 패러다임과 조작 방식이 출현할 때마다 잘 적응해 왔습니다. 정신 없이 바뀌는 다양한 웹 사이트, 앱 및 휴대폰 환경에도 무난히 적응했습니다. 우리는 사람들이 순조롭게 배울 수 있도록 지원할 것이며, 사람들이 금방 새로운 패러다임에 적응하여 익숙하게 사용할 수 있을 것이라 확신합니다.

미래에 대한 전망

Windows 8 사용자 경험은 이전 방식을 존중하지만 미래를 내다보고 있습니다. Windows 8은 PC로 할 수 있는 일, PC가 최적화된 시나리오, PC를 조작하는 방식을 새롭게 상상하고 있습니다. Windows 8은 놀랍도록 얇고 가벼우면서도 탁월한 배터리 수명을 제공하고 터치, 키보드, 마우스를 모든 방식으로 조합하여 사용할 수 있는 태블릿 및 랩톱을 제공합니다. 또한 데스크톱 PC 및 게임용 장치에서도 최고의 성능, 빠른 속도, 사용 편의성을 제공하는 OS입니다.

새로운 Windows 8 사용자 경험은 컴퓨팅의 미래를 내다보고 있으며, 앞으로 모든 장치에서 Windows가 사용될 것입니다. 우리는 PC를 유연하고 즐겁게 사용할 수 있는 방법, 앱을 연동시켜 일상 업무를 간소화하는 방법, 하나의 화면에 원하는 모든 것을 담아서 항상 최신 상태로 유지하는 방법을 고민했습니다.

우리는 모든 기술이 융합될 것이라고 믿습니다. 과거에도 그랬고 앞으로도 그럴 것입니다. 사람들은 장치를 이것저것 가지고 다니기보다는 풍부한 기능을 제공하는 최소의 장치만 갖고 다니기를 원할 것입니다. 사람들은 휴대폰 외에 딱 하나의 장치만으로 집과 사무실에서 모든 일을 처리할 수 있기를 원합니다. 사람들은 몇 시간을 들고 다녀도 힘들지 않도록 매우 가볍지만 완전한 기능을 제공하는 익숙한 소프트웨어를 사용할 수 있고 원한다면 마우스 또는 물리적 키보드를 사용할 수 있는 강력한 성능을 갖춘 장치를 원합니다. 세심한 부분까지 원하는 대로 설정할 수 있고, 기본적으로 클라우드를 지원하고, 어디를 가든 설정과 콘텐츠가 로밍되는 장치를 원합니다.

그렇습니다. Windows 8 UI는 수많은 토론과 논쟁을 낳았으며 조금만 시간을 투자하면 금방 배우고 익힐 수 있도록 변화되었습니다. 모든 변화, 특히 모든 사람들이 따라하고 있는 과거의 방식을 답습하지 않은 새로운 변화는 처음에는 완벽하지 않을지 몰라도 결국 Windows 팬은 물론이고 반대론자까지 아군으로 만들 것입니다.

우리 파트너가 새로운 하드웨어를 출시하고 모든 개발자가 Windows 스토어에 새로운 앱을 제출할 수 있게 된 후에야 Windows 8 경험의 완전한 그림이 제공될 것입니다. 그렇다고는 해도 Windows 8의 모든 기능이 Windows 7용으로 설계된 최신 하드웨어(터치 기능을 제공하는 또는 제공하지 않는)에서도 충분히 제 기능을 다할 것이라는 사실은 의심의 여지가 없습니다. Windows 8은 랩톱과 데스크톱 모두에서 완벽하게 작동하도록 설계되었기 때문에 Windows 7 하드웨어에서도 원활하게 작동할 것입니다. 기존 하드웨어에서도 잘 작동하지만 새 하드웨어에서 훨씬 우수한 성능을 보인 기존의 Windows 버전을 생각해 보세요. Windows 8 역시 마찬가지 개념으로 접근했습니다.

지금은 너무나도 익숙한 Windows 95 사용자 경험이 처음 설계된 1993년에는 PC가 베이지색이었고, 무거웠고, 인터넷 연결이 없었고, 사무실 책상 아래에 두고 항상 전원에 연결해야만 했습니다. 현재 화폐 가치로 환산하면 PC 가격이 무려 3450달러에 달했습니다!

하지만 지금은 주방, 거실, 카페, 손가방, 기차, 자동차 조수석에도 PC가 있습니다. 점점 휴대성이 강화되고, 항상 인터넷에 연결되고, 가격이 저렴하고, 모양이 아름답습니다. 장소를 불문하고 모든 작업장에는 Windows PC가 있습니다. 20년 전에는 상상조차 힘들었던 일들과 “포스트 PC 시대”가 지금은 현실이 되었습니다.

세상은 끊임 없이 변화하고 발전하고 있습니다. Windows 역시 지난 27년 동안 그랬듯이 앞으로도 계속 변화할 것입니다.

향후 10년의 컴퓨팅을 위한 플랫폼을 정의하는 빠르고 유연한 최신 사용자 경험을 만드는 것이 Windows 8에 대한 우리의 비전입니다. 태블릿 및 랩톱에 대한 기존 사고 방식과 사람들이 갖고 다니는 장치의 역할을 완전�� 뒤바꿀 것입니다.

우리는 사람들이 원하는 방식으로 작동하고, 꼭 갖고 싶은 새로운 PC에서 원활하게 작동하는 경험을 만들고 싶습니다.

Jensen Harris

지금까지 경험한 적 없는 PC 부팅 속도의 설계

Steven Sinofsky — Wed, 06 Jun 2012 00:12:00 GMT

우리는 사용자가 전원을 끌 필요가 없고 온라인 대기 모드에서도 실행할 수 있는 PC를 만들기 위해 연구하고 있지만 주요 시스템 구성 요소를 업데이트하려면 여전히 재부팅이 필요하다는 점을 알고 있습니다. 이전 글을 통해 새롭게 엔지니어링한 Windows 부팅 경험, 그리고 핵심 부팅 로더를 현대화하고 터치를 지원하기 위해 어떤 방식을 사용했고 어떤 선택을 했는지에 대해 이야기를 나누었습니다. 또한 우리는 매우 빠른 부팅 속도를 구현했습니다. 사실, 지금은 부팅 속도가 너무 빨라서 BIOS로 들어가거나 다른 방법으로 부팅하려는 사람들이 진단 부팅을 사용할 수 있도록 설계를 점검해야 했습니다.

사용자 경험 팀의 프로그램 관리자 Chris Clark은 이 글에서 놀랍도록 빠른 부팅 경험을 구현하는 설계에 대해 설명합니다.
- Steven

Windows 8에는 한 가지 문제가 있는데, 그것은 바로 부팅 속도가 너무 빠르다는 것입니다.

너무 빨라서 사실상 부팅을 중단할 수 있는 시간이 전혀 없습니다. Windows 8 PC를 켜면 F2 또는 F8 같은 키 입력을 감지하거나 “Press F2 for Setup” 같은 메시지를 읽을 시간도 없이 순식간에 부팅이 완료됩니다. 수십 년 만에 처음으로 사용자가 부팅을 중지하고 PC가 이미 예정된 동작 이외의 다른 동작을 수행하도록 명령을 내릴 수 있는 방법이 사라지게 되는 것입니다.

빠른 부팅 속도는 반드시 필요합니다. 그렇다고 부팅 중지 기능을 사용하도록 하기 위해 일부러 부팅 속도를 느리게 하는 것은 상상조차 할 수 없는 일입니다. 이 블로그에서는 PC 부팅 속도를 최대한 빠르게 유지하면서도 사용자가 원하는 작업을 할 수 있는 새로운 솔루션을 통해 이 “문제”를 해결하는 방법을 설명합니다.

너무 빨라서 중지가 불가능한 부팅 속도

빠른 부팅에 관한 비디오를 못 보신 분들은 이전에 Gabe Aul의 Windows 8의 부팅 시간 단축에 대한 포스트와 함께 게시한 빠른 부팅 관련 비디오를 보시기를 권장합니다. 이 비디오에서는 SSD를 장착한 랩톱이 7초도 안 돼서 부팅을 완료하는 모습을 볼 수 있습니다. 특별한 하드웨어가 없어도 빠른 부팅이 가능하지만 빠른 부팅은 새로운 PC의 특징입니다. 기존 하드웨어도 부팅 시간이 많이 단축되기는 하겠지만 대부분의 PC에서는 BIOS(BIOS 로고 및 부팅 시 표시되는 일련의 메시지) 자체가 상당한 시간을 요구합니다. 물론, 여러분도 아시다시피 SSD 역시 부팅 속도를 높이는 데 한 몫을 합니다.

전체 부팅 과정이 7초 만에 끝난다면 부팅 시퀀스를 구성하는 각 부분은 너무 빨리 지나가서 인식할 수도 없습니다. 워낙 순식간에 지나가기 때문에 부팅을 중지할 수가 없는 것입니다. 부팅 과정에서 무엇을 할 것인지 결정할 수 있는 대부분의 옵션은 처음 2-3초 안에 모두 지나갑니다. 그 시간이 지나면 Windows를 최대한 신속하게 부팅할 뿐입니다. 2-3초에 불과한 이 짧은 시간 안에 펌웨어 초기화 및 POST 시간(2초 미만), Windows 부팅 관리자가 다른 부팅 경로를 감지할 수 있는 시간(200밀리초 미만)이 포함됩니다. 이러한 시간은 계속 짧아질 것이며, 이미 지금도 과거와 같이 부팅을 중지할 수 있는 시간적 여유가 없습니다.

Windows 팀에서 이러한 변화의 영향을 가장 먼저 느꼈는데, 그 중에서도 가장 힘든 것은 F8 동작을 사용할 수 없다는 것입니다. Windows 95 이후의 기존 버전에서는 부팅이 시작될 때 F8 키를 눌러 고급 부팅 옵션 메뉴에 액세스할 수 있었습니다. 이 메뉴에 들어가면 안전 모드, "드라이버 서명 적용 사용 안 함" 등의 유용한 옵션을 찾을 수 있습니다. 제 개인적인 경험을 말씀드리면 최초로 사용하던 PC를 Windows 3.1에서 Windows 95로 업그레이드할 때, F8 키를 사용하여 신속하게 업그레이드 문제를 해결하고 Windows 95를 시작할 수 있었습니다.

하지만 Windows 8에서는 하드웨어 및 소프트웨어가 개선되면서 Windows가 F8 키 입력을 인식하여 응답할 수 있는 시간이 축소되었습니다. 우리는 SSD 기반 UEFI 시스템을 사용하기 때문에 “F8 메뉴”를 열 수 있는 시간이 200밀리초를 넘지 않습니다. 손가락이 아무리 빠른 사람이라고 해도 200밀리초를 정확하게 포착할 수 있는 방법은 없습니다. 그래서 F8 키를 계속 누를 수밖에 없습니다. 복도를 걷고 있는데 사람들이 F8 메뉴를 열기 위해 미친 듯이 키보드를 두드리던 소리가 떠오르는군요. 그나마도 수없이 많은 재부팅과 키보드 연타 이후에 가까스로 F8 메뉴에 들어갈 수 있었습니다. 우리는 내부 연구를 통해 가장 손이 빠른 사람이라고 해도 키 반복 입력 간격이 250밀리초에 불과하다는 사실을 확인했습니다. 그런 사람조차 200밀리초라는 시간을 잡아내는 것은 순전히 운에 달렸습니다. 가까스로 이 짧은 시간을 잡아낸다고 해도 많은 시간이 낭비되고 손가락 통증에 시달려야 하며, 키보드를 미친 듯이 두들기는 모습은 그리 아름답지 않은 광경입니다.

우리가 F8 키에서 본 문제는 부팅 과정에서 누를 수 있는 다른 키에도 마찬가지로 적용됩니다. 예를 들어, Windows 8 Developer Preview 버전에서 F8 키를 누르면 복원, 복구 및 고급 부팅 옵션 전체에 액세스할 수 있습니다. 다른 키는 디버깅 사용, 드라이버 서명 적용 사용 안 함 등의 개발자 중심 옵션을 제공합니다. 그리고 대부분의 PC에는 POST 동안 펌웨어에서 사용되고 메시지를 통해 해당 정보가 제공되는 추가 키 입력이 있습니다. “Press F2 for Setup” 또는 “Press F12 for Network Boot”가 바로 그것입니다. 지금은 이러한 정보가 표시되는 것과 거의 동시에 POST가 끝납니다. 따라서 POST 시작과 동시에 키보드를 누른다고 해도 이미 POST가 거의 끝나가는 단계이기 때문에 펌웨어가 키 입력을 감지할 수 없습니다. 일부 장치에서는 그러한 시도조차 할 수 없습니다.

그렇다고는 해도 이러한 키 입력은 매우 중요한 역할을 담당하고 있으며, 지금까지 우리는 키 입력에 의존하여 중요한 부팅 중지 기능을 제공해 왔습니다. 하지만 지금은 키 입력을 사용할 시간이 없습니다.

문제점 정의

우리는 이러한 문제를 다양한 각도에서 살펴보고 거시적인 관점에서 문제 해결을 시도했습니다. 개발자, 테스터 및 프로그램 관리자가 이러한 노력에 동참하여 커널의 가장 깊은 부분에서 전체적인 사용자 경험까지 모든 것을 검사했습니다. 이러한 방식으로 가장 먼저 공학적 문제에 접근하였고, 부팅 과정의 키 입력에 의존하는 상황 및 시나리오를 파악하고 Windows 8의 각 시나리오에 기능을 복원할 수 있는 다양한 방법을 고려했습니다.

다음은 이러한 목록에서 추출한 몇 가지 주요 시나리오입니다.

Windows가 올바르게 부팅되더라도 사용자가 다른 작업을 하고 싶은 경우가 있습니다. 예를 들어, USB 드라이브 같은 대체 장치에서 부팅하거나, 펌웨어의 BIOS 설정 옵션으로 이동하거나, 별도의 파티션에 있는 보호되는 Windows 복구 환경 이미지의 도구를 실행하려고 할 수 있습니다. 일반적으로 과거에는 Windows 개입 없이 F2 또는 F12 같은 펌웨어별 키(또는 잘 기억나지 않는 다른 키!)를 사용하여 이러한 시나리오를 완료했습니다.
문제가 발생하여 해결해야 하거나, 방금 발생한 일을 취소하고 싶은 경우도 있을 것입니다. Windows는 PC를 복구하고, 시스템 복원을 사용하여 복원 시점으로 되돌리고, 사용자에게 꾸준한 사랑을 받고 있는 명령 프롬프트를 통해 수동으로 문제를 해결하는 등 이러한 상황을 지원하는 다양한 도구를 포함하고 있습니다. 이전에는 부팅이 시작되면 F8 키를 눌러 Windows 부팅 관리자를 통해 이러한 문제 해결 옵션에 액세스하는 방법이 주로 사용되었습니다.
시작 단계에서 오류가 발생할 경우 자동으로 오류를 감지하기가 어렵습니다. 예를 들어, Windows 부팅 프로세스는 성공적으로 수행되었지만 나중에 로드된 구성 요소에 오류가 있으면 사실상 Windows를 사용할 수 없습니다. 이러한 사례는 매우 드물기는 하지만 설치된 드라이브가 손상될 경우 로그인 화면이 로드될 때마다 충돌이 발생하는 경우를 예로 들 수 있습니다. 구세대 하드웨어에서는 F8 등의 키 입력을 통해 부팅을 중지하고 충돌하는 구성 요소가 로드되기 전에 적절한 복구 옵션에 액세스할 수 있었습니다. 하지만 시간이 흐르면서 이 방법으로 부팅을 중지하는 것이 점점 어려워졌으며 Windows 8에서는 이 방법을 사용하기가 거의 불가능합니다.
우리는 개발자들이 Windows 내부 및 외부에서 주로 사용하는 특정 시작 옵션을 설정해야 했습니다. 이전에는 부팅이 시작되면 F8 등의 키를 눌러 이러한 옵션에 액세스할 수 있었습니다. 이러한 개발자 중심 옵션은 여전히 중요하며 드라이버 서명 적용 사용 안 함, "맬웨어 방지 보호 조기 실행" 및 기타 옵션을 포함하고 있습니다.

우리가 집중한 주요 디자인 원칙 중 하나는 우리 솔루션이 Windows 8의 나머지 영역과 잘 어울리도록 하는 것이었습니다. 우리는 이렇게 다양한 부팅 옵션 간에 차이점보다는 비슷한 점이 더 많으며 Windows 내에서 서로 다른 위치에 있으면 안 된다고 생각했습니다. 이러한 생각을 반대 방향에서 살펴보자면, 사람들은 Windows 구축 방식에 대해 자세히 배우지 않아도 어디로 이동해야 특정 작업을 수행할 수 있는지 알 수 있습니다. 즉, 우리는 Windows가 “알아서 작동”하기를 원했습니다.

3개의 솔루션이 통합된 경험

우리는 결국 3개의 솔루션을 결합하여 이러한 문제를 해결했습니다. 즉, 3개의 솔루션을 결합하여 통합된 경험을 구현하고, 키 입력을 통해 부팅을 중지할 필요가 없는 시나리오를 찾았습니다.

우리는 모든 옵션을 단일 메뉴(부팅 옵션 메뉴)로 합쳤습니다. 부팅 옵션 메뉴에는 모든 문제 해결 도구, Windows 시작을 위한 개발자 중심 옵션, 펌웨어의 BIOS 설정에 액세스하는 방법, USB 드라이브 같은 대체 장치로 부팅하는 간단한 방법이 포함되어 있습니다.
우리는 PC의 Windows 부팅을 방해하는 문제가 발생할 경우 자동으로 부팅 옵션 메뉴를 불러오는(매우 견고하고 유효성이 검증된 환경에서) 장애 조치 동작을 만들었습니다.
마지막으로, 우리는 Windows 또는 부팅에 아무 문제가 없을 때에도 부팅 옵션 메뉴에 손쉽게 액세스할 수 있는 여러 가지 간단한 방법을 만들었습니다. 이러한 메뉴 및 옵션은 “부팅을 중지”하지 않고 훨씬 간단하게 수행할 수 있는 의도적인 방식으로 트리거됩니다.

이러한 각 솔루션은 주요 문제점의 각 측면을 해결하는 동시에 하나로 뭉쳐 통합된 최종 사용자 경험을 제공합니다.

모든 부팅 옵션을 포함하는 단일 메뉴

부팅 옵션 메뉴의 핵심 비전은 Windows 8 PC의 시작 동작에 영향을 주는 모든 옵션을 단일 위치에서 관리하는 것입니다. 이전에 게시한 새롭게 엔지니어링한 Windows 부팅 경험 글에서 이 메뉴의 각 부분에 대해 자세하게 설명했습니다. 이 글에는 부팅을 구성하는 여러 서피스에 걸쳐 터치 조작, Windows 8 시각 요소 및 통합된 사용자 경험을 지원하기 위해 부팅 메뉴에서 변경된 사항이 자세하게 설명되어 있습니다. 아래는 제가 사용하는 UEFI 기반 PC 중 하나의 부팅 옵션 메뉴 스크린샷입니다.

이전에는 USB 드라이브나 네트워크 같은 대체 장치로 부팅하려면 키 입력을 사용하여 부팅을 중지해야 했습니다. Windows 8 UEFI 기반 펌웨어가 있는 지금은 소프트웨어를 사용하여 부팅 메뉴로 들어갈 수 있습니다. 이제 이러한 장치의 부팅 옵션 메뉴에는 이 기능을 바로 제공하는 “장치 사용” 단추가 있습니다. 위의 이미지를 보시면 이 기능이 다른 부팅 옵션과 나란히 표시되어 있습니다. 사용자가 부팅 시 키를 입력하지 않고 부팅 옵션 메뉴 자체로 이동할 수 있다면 Windows는 더 이상 키 입력을 통한 부팅 중지 없이 대체 장치에서 부팅할 수 있습니다. 여기에 대해서는 뒤에서 자세히 설명하겠습니다.

우리는 이 메뉴에 UEFI 펌웨어의 BIOS 설정으로 바로 재부팅할 수 있는 새 기능을 추가했습니다(이 기능을 지원하는 Windows 8 UEFI 하드웨어만 해당). 기존의 하드웨어에서는 BIOS 설정으로 들어가는 설명이 “Press F2 for setup” 같은 메시지로 POST에 표시되었습니다. 아마도 이러한 메시지는 어떤 UI보다도 오랫동안 PC에 남아 있었을 것입니다. Windows 8 이전에 제작된 시스템에서는 여전히 이 메시지가 표시될 것이며 계속 작동할 것입니다. 이러한 장치는 POST 과정이 수초 걸리기 때문입니다. 하지만 Windows 8 UEFI 기반 PC는 POST 시간이 짧아서 키 입력을 사용할 수 없습니다. 이러한 이유로 새로운 UEFI 기반 기능에서는 이 옵션이 부팅 옵션 메뉴에 있습니다. 이 메뉴의 다른 항목을 살펴본 후, 우리는 PC를 재부팅하는 단추를 "문제 해결" 노드 아래의 UEFI 펌웨어 BIOS 설정에서 "고급 옵션" 그룹 내에 배치하기로 결정했습니다.

기존의 비 UEFI 장치의 간략한 소개: Windows 8 이전에 제작된 기존 하드웨어는 펌웨어 설정으로 부팅, 장치로 직접 부팅 등 새 UEFI가 제공하는 메뉴 기능이 없습니다. 이러한 장치의 펌웨어는 이전과 마찬가지로 “Press F2 for Setup” 같은 메시지를 사용하여 POST 화면에서 이 기능을 계속 지원할 것입니다. 이러한 기존 장치는 Windows 8 PC가 2초도 안 돼서 POST를 완료할 수 있을 정도로 성능이 뛰어나지 않기 때문에 여전히 POST에서 키 입력을 사용할 수 있습니다.

다음 항목은 모든 Windows 8 장치(UEFI 기반 및 비 UEFI 기반 모두)에 나타납니다. 위의 이미지를 보면 Windows 시작 설정이 추가된 것을 확인할 수 있습니다. 이 새로운 추가 기능은 통합된 부팅 옵션 메뉴를 통해 개발자 중심 Windows 시작 옵션으로 들어갈 수 있으며, 이전에는 부팅 동안 별도의 키 작업이 필요했던 시나리오를 만족할 수 있습니다. 이 메뉴에는 안전 모드와 기타 여러 옵션 외에 "드라이버 서명 적용 사용 안 함" 및 "디버깅 모드" 항목이 포함되어 있습니다. 다음은 이러한 옵션의 정보 페이지를 확대한 그림입니다.

부팅 옵션 메뉴는 Windows 8 PC의 시작 동작에 영향을 주는 모든 옵션을 관리하는 단일 위치를 제공합니다. 여러 옵션을 한 자리에 모아 놓은 부팅 옵션 메뉴는 이러한 관련 항목을 관리하는 익숙하고, 통합되고, 편리한 장소가 되었습니다. 사용자가 부팅 옵션 메뉴 자체로 이동하는 방법을 알고 있다면 Windows 시작 설정 변경, UEFI 펌웨어의 BIOS 설정 입력, USB 드라이브로 부팅 등의 작업을 수행할 때 더 이상 키 입력을 사용하여 부팅을 중단할 필요가 없습니다. 그러면 부팅 옵션 메뉴로 이동하는 방법을 살펴보겠습니다.

문제가 있을 경우 자동으로 부팅 옵션 메뉴로 이동

Windows 8 PC에서 부팅 옵션 메뉴로 이동해야 하는 2가지 주요 상황이 있습니다. 첫 번째 상황은 무언가 잘못되어 PC를 완전히 복원하기 위해 복구 작업이 필요한 경우입니다. 그리고 다음 단원에서 설명할 두 번째 사례는 잘못된 것은 없지만 시작 동작 또는 펌웨어 구성을 변경하고 싶거나 다른 장치에서 부팅하려는 경우입니다.

첫 번째 사례의 경우 무언가 잘못되어 복구가 필요합니다. 이전 모델의 PC 하드웨어에서는 부팅 동안 여러 키 중 하나를 눌러 문제 해결 단계를 시작해야 했습니다. 예를 들어, Windows Developer Preview 버전의 옵션은 Shift+F8, F8 그리고 F2 또는 F12 같은 펌웨어별 키(PC에 따라 다른 경우가 많음)로 나뉘어 있었습니다.

이러한 각 키는 궁극적인 복원을 위한 문제 해결의 첫 번째 단계입니다. 모든 옵션을 단일 부팅 옵션 메뉴에 통합하면 여러 옵션을 사용하기 위해 여러 키를 누를 필요가 없습니다. 우리는 이 기능을 더욱 강화하기 위해 문제가 있어서 Windows 시작을 완료할 수 없을 경우, 부팅 옵션 메뉴가 자동으로 로드되도록 하여 마지막 남은 키 입력까지 제거했습니다.

Windows 8에서는 이 장애 조치 동작을 통해 PC의 Windows 로딩을 방해하는 문제가 있을 경우 부팅 옵션 메뉴로 바로 이동됩니다. Windows 부팅이 완료된 것처럼 보이지만 실질적으로 PC를 사용할 수 없는 경우에도 이 장애 조치 동작이 수행됩니다. 설치된 드라이버가 손상되어 기본 로그인 화면이 완전히 빈 상태로 표시되는 경우를 예로 들 수 있습니다. Windows는 화면이 비어 있다는 것을 인식하지 못할 수 있지만 화면을 보는 사람은 바로 알아챌 수 있습니다. 이제는 다중 부팅을 통해 이 현상을 알고리즘적으로 감지하여 Windows 복구 환경(WinRE)의 부팅 옵션 메뉴로 바로 부팅됩니다. WinRE의 원본 이미지는 기본 Windows 설치와 별도로 보관되는 드라이버 및 파일을 포함하고 있습니다. 따라서 소프트웨어 변경에 영향을 받지 않으므로 부팅 옵션 메뉴에서 문제 해결을 시작할 수 있는 안정적인 환경을 제공합니다.

실제로 아무 문제가 없는데 이 동작으로 인해 Windows가 Windows RE의 부팅 옵션 메뉴로 이동되는 경우가 있을까요? 2번 연속해서 발생하는 경우로 제한하면 이 확률을 낮출 수는 있지만 가능성이 완전히 사라지는 것은 아닙니다. 이러한 점을 고려하여 우리는 부팅 옵션 메뉴의 첫 번째 위치에 계속 단추를 배치했습니다. 실제로 사용자의 Windows 8 PC에 아무 문제가 없는 경우 이 단추를 사용하여 부팅 옵션 메뉴에서 나갈 수 있습니다. 우리는 사용성 실험실에서 이 옵션 메뉴가 갑자기 나타나면 사람들이 어떤 반응을 보이는지 실험해 보았습니다. 그 결과, 계속 단추는 그 목적을 충실하게 수행했으며 양성 오류에서 벗어날 수 있는 중요한 경로를 제공했습니다.

어떤 상황에서는 Windows 8이 특정 문제에 대해 훨씬 구체적인 조치를 취할 수 있습니다. 예를 들어, 핵심 부팅 시퀀스 자체가 완료되지 않으면 자동으로 다시 시도합니다. 두 번째 시도까지 실패하면 Windows RE가 자동으로 로드되어 특수한 시작 복구 도구를 실행합니다. 이 도구는 부팅 프로세스의 여러 문제를 해결하도록 특수하게 설계되었지만, 시작 복구 도구가 실패할 경우를 대비하여 부팅 옵션 메뉴 내에서 다른 모든 문제 해결 도구에 액세스할 수 있는 경로가 제공됩니다.

이러한 자동 감지 동작은 심지어 Windows 자체가 올바르게 로드되지 않는 경우에도 Windows 내의 복구 및 복원 도구를 사용할 수 있도록 보장합니다. 키를 누르거나 별도의 작업이 없어도 필요할 때 Windows RE가 자동으로 로드되므로 부팅 옵션 메뉴 자체의 문제 해결 도구를 사용하여 PC를 복구 및 복원할 수 있습니다.

아무 문제가 없어도 사용자가 원할 경우 부팅 옵션 메뉴로 이동

우리는 아무 문제가 없는 경우에도 Windows 내에서 부팅 옵션으로 간단하게 이동할 수 있는 경로가 있었으면 좋겠다고 생각했습니다. 모든 것이 완벽하게 작동하더라도 메뉴의 여러 옵션이 필요한 경우가 있습니다. 대체 장치로 부팅하고, 펌웨어 구성을 변경하고, 개발자 중심 Windows 시작 설정을 변경하는 경우를 예로 들 수 있습니다.

우리는 사용자가 원한다면, 완전하게 작동하는 Windows 8 내에서 논리적으로 합당한 방법으로 간단하게 부팅 옵션 메뉴로 이동할 수 있게 만들고자 했습니다.

일반적으로 우리는 특정 작업을 수행하는 한 가지 방법을 만들고 그 방법에 최고의 기능을 부여하는 방식을 선호합니다. 특정 작업을 수행하는 여러 가지 방법이 있더라도 가장 많이 사용되고 대부분의 작업을 처리할 수 있는 기본적인 방법이 존재합니다. 기본 방법으로 특정 작업을 처리하기로 선택했으면 여러 가지 구체적인 사용 시나리오에 대해 기본 방법을 설계하게 됩니다. 이러한 시나리오가 발생할 경우 기본 방법을 통해 문제를 적절하게 해결할 수 있을 것이라 예상할 수 있습니다. 가끔은 기본 방법으로 처리할 수 없는 문제가 발생하기도 합니다. 하지만 반드시 처리해야 하는 중대한 문제만 아니라면 기본 방법만 있어도 됩니다.

하지만 우리는 하나의 기본 방법에 2개의 경로를 추가했습니다. 하나는 모든 필수 시나리오를 해결하기 위한 것이고, 다른 하나는 기존 Windows 구성 요소와 일관된 패턴을 유지하기 위한 것입니다.

부팅 옵션으로 이동하는 기본 방법은 PC 설정의 일반 탭에 있는 고급 시작입니다. 설정 참을 사용하거나 시작 화면에서 부팅, 시작, 안전 모드, 펌웨어, BIOS 등의 검색어로 검색하여 PC 설정으로 이동할 수 있습니다. 일반 탭에는 부팅 옵션 메뉴에서 사용할 수 있는 옵션에 대한 간략한 설명과 함께 지금 다시 시작 단추가 있습니다. 이 화면에 표시되는 설명은 사용자의 Windows 8 PC에서 사용 가능한 하드웨어, 펌웨어 및 소프트웨어에 따라 동적으로 표시됩니다.

고급 시작 아래에 있는 지금 다시 시작 단추를 누르면 완전히 작동하는 시스템에서 부팅 옵션으로 이동하는 기본 경로가 시작됩니다. 시스템에서 정상적인 재시작 프로세스를 시작합니다. 그런 다음, Windows가 종료되고 재시작 과정을 시작하여 POST로 넘어가기 직전에 전체 프로세스가 일시 중지되고 부팅 옵션 메뉴가 서서히 표시됩니다. 종료/재시작 시퀀스에서 UI가 나타나는 마지막 지점입니다. 우리는 이 중간 지점에서 재시작 프로세스를 일시 중지하기로 결정했습니다. PC가 다른 POST로 넘어가기 전에 사용자가 목적지를 선택할 수 있도록 하기 위함입니다. POST가 시작되기 전에 원하는 부팅 옵션을 선택하여 두 번째 재시작 또는 두 번째 POST를 거치지 않고 펌웨어 설정 또는 장치 부팅(선택된 경우)으로 바로 이동할 수 있습니다. 원한다면 이 메뉴를 사용하여 보조 Windows 운영 체제로 신속하게 부팅할 수도 있습니다. Windows가 재시작 시퀀스를 일시 중지하고 부팅 옵션 메뉴를 표시하기 때문에 보조 OS로 부팅할 수 있는 가장 빠른 방법 중 하나입니다.

이보다 더 빠른 액세스를 위해 종료 메뉴 내에서 부팅 옵션 메뉴에 액세스하는 또 다른 방법도 있습니다. Shift 키를 누른 상태로 다시 시작을 클릭하면 Windows 8이 PC 설정 내에서 고급 시작을 클릭한 것과 똑같은 이벤트 시퀀스를 시작합니다. Windows 8의 어느 위치에서나 설정 참을 사용하여 종료 메뉴를 열 수 있기 때문에 이 방법을 사용하여 부팅 옵션 메뉴로 즉시 이동할 수 있습니다. 이 글의 마지막 부분에 있는 비디오를 보시면 이 명령의 위치가 변경되었기 때문에 Windows 7에서 했던 것보다 훨씬 쉽게 마우스를 일직선으로 움직여 이 옵션으로 이동할 수 있습니다.

종료 메뉴에 Shift+다시 시작 옵션을 추가한 이유는 PC에 로그인한 사람이 없더라도 부팅 옵션을 사용할 수 있어야 하기 때문입니다. 부팅에서 키 입력이 가능한 기존 하드웨어 모델의 경우 실제로 PC에 접근한 사람이 키를 눌러 부팅을 중지하고 부팅 옵션을 사용할 수 있었습니다. 이러한 시나리오를 유지하기 위해 PC를 사용 중이지만 로그인하지 않은 사람이 부팅 옵션 메뉴를 사용할 수 있는 방법을 추가해야 했습니다.

PC에 로그인한 사람이 없어도 언제나 로그인 화면에서 사용할 수 있는 종료 메뉴는 이러한 요구 사항을 완벽하게 충족합니다. 또한 Shift+다시 시작은 같은 메뉴의 다른 항목에서 Shift를 사용하는 패턴과 잘 어울립니다. 로그인한 사용자와 로그인하지 않은 사용자를 위해 그 밖의 다른 여러 위치에도 종료 메뉴가 표시됩니다. 이러한 모든 위치에서 Shift+다시 시작 동작이 똑같이 작동합니다. 우리는 종료 메뉴가 어디에 나타나든 일관적이고 예측 가능하게 작동하는 것이 중요하다고 생각했습니다.

종료 과정에서 부팅 옵션 메뉴를 트리거하는 한 가지 방법이 더 있으며, 이 방법은 명령 프롬프트에서 수행됩니다. 우리는 shutdown.exe에 새 플래그 /o를 추가했습니다. /o 플래그는 반드시 /r(다시 시작) 플래그와 함께 사용해야 합니다. 따라서 전체 구문은

Shutdown.exe /r /o입니다.

우리는 Windows를 일관적이고 예측 가능하게 유지하기 위해 이러한 새 플래그를 shutdown.exe에 추가했습니다. 모든 사용자가 Shutdown.exe를 사용하는 것은 아니지만 애용하는 사용자는 Shutdown.exe를 통해 종료 관련 작업 전체를 처리할 수 있습니다.

- Chris Clark

Windows 8 Release Preview 제공

Steven Sinofsky — Thu, 31 May 2012 19:26:00 GMT

오늘부터 Windows 8 Release Preview를 14개 언어로 다운로드할 수 있습니다. 이번이 마지막 시험판이며 Windows 8, Internet Explorer 10, Hotmail 연결용 새 Windows 8 앱, SkyDrive 및 Messenger가 포함되며 Windows 스토어에 수백 개의 새 앱과 업데이트된 앱이 있습니다. 작년 9월에 첫 번째 버전을 발표한 후로, 현재 수백만 명이 일상 업무에 시험판을 사용하고 있으며 추가로 수백만 명이 시험판을 테스트 중입니다. 결과적으로 수억 시간의 테스트를 거친 셈입니다. 시험판 테스트 및 피드백 등으로 도움을 주신 모든 분들에게 진심으로 감사드립니다. 직접적인 피드백 및 사용 경험을 통한 피드백을 제품에 반영하여 수백 개의 시각적 변화와 수만 개의 세부적 변화가 있었습니다.

불과 9개월 전에 이 블로그를 개설하여 Windows 8 설계 및 개발에 대한 대화를 시작했습니다. 우리는 Windows 8의 기능과 디자인 그리고 그 뒤에 감춰진 배경을 포함하여 Windows 8 개발에 대해 자세한 이야기를 나누었습니다. 총 500페이지가 넘는 70여개의 글과 총 90분이 넘는 34개의 비디오는 제품 엔지니어들이 직접 작성한 것입니다. 약 7천 명의 사람들이 1만 8천개의 의견을 올려 주셨습니다. 200개의 의견을 게시한 저를 포함하여(저보다 더 많은 의견을 남긴 열정적인 독자가 한 분 있지만!) 170명이 넘는 Windows 엔지니어들이 대화에 참가했습니다. 또한 기술력을 갖춘 열정적인 사용자들이 각 단계의 제품을 사용하여 제시하는 원격 분석 데이터를 세심하게 주시하고 있습니다.

Windows는 이 분야에서 독보적입니다. 수많은 사람들이 사용하는 제품 중 그 어떤 것도 개발 과정에서 사용자에게 제품 개발에 대한 자세한 내막과 선택권을 제공하지는 않으며, 우리가 한창 개발 중인 제품에 대해 이야기하고 있다는 사실을 깜빡 잊은 채로 제품 설계에 대해 토론하고 적용하는 경우도 종종 있었습니다. 확인, 토론 그리고 의견 충돌은 Windows 개발에서 중요한 역할을 합니다. 이는 우리가 Windows를 칩셋부터 사용자 경험까지 다시 구상하는 과정에서 여실히 증명되었습니다. 새로운 하드웨어 지원, 새로운 사용자 상호 작용 모델, 새로운 시나리오, 새로운 API 등 모든 것을 Windows 8에 구현하는 한편, 전 세계 5억 5천만 대의 PC에서 사용되는 Windows 7의 사용 방식을 일부 개선하여 그대로 적용했습니다. 조만간 새 Windows 8 플랫폼에서 작동하는 새로운 앱과 함께 Windows 8용으로 설계된 새로운 PC의 물결을 보게 될 것입니다.

블로그 및 스토리에 의견을 남겨 주신 모든 분들에게 심심한 감사의 말씀을 드리고 싶습니다. 감사합니다.

이제 다음 단계는 소위 말하는 RTM(Release to Manufacturing)이며, Windows 이전 버전과 마찬가지로 오늘부터 RTM까지 계속해서 Windows 8을 개선할 것입니다. 수백만 명의 사람들이 Windows 8 Release Preview를 다운로드하여 사용하면서 제공한 피드백 중에 우리가 적용 중인 피드백으로 어떤 것이 있는지 간단하게 소개하는 것이 좋겠다고 생각했습니다.

지금부터 RTM까지 시간에 따른 안정성, 핵심 보안, PC, 소프트웨어 및 주변 기기 호환성, 리소스 활용도를 포함하여 우리가 집중하는 모든 측정 분야에서 Windows 7보다 '높은' 품질을 유지하는 일에 계속해서 집중할 것입니다. 우리는 설정에서부터 사용까지 Release Preview의 실제 경험을 수집하는 제품 원격 분석 데이터를 적극적으로 활용할 것입니다. 또한 포럼을 세밀하게 모니터링하여 PC, 소프트웨어 및 주변 기기 호환성과 관련된 재현 가능한 보고서를 참고할 것입니다. Windows 8의 모든 면을 세심하게 살펴본 후 제품에 대한 작업을 마무리할 예정이며, 다음과 같은 점을 강조하고 싶습니다.

설치 – 우리는 설정 프로세스 및 로깅에 대한 원격 분석 데이터를 상당히 많이 보유하고 있습니다. Windows 8을 전혀 설정할 수 없다는 분이 있다면 지속적으로 관심을 갖고 지켜볼 것이며 Windows 7에서 업그레이드하기 위한 동일한 설치 요구 사항 및 주의 사항과 관련된 자세한 내용은 다운로드 페이지에서 확인할 수 있습니다.
보안 및 개인 정보 보호 – 우리는 모든 취약성 문제를 해결하고자 노력 중이며 시장에 출시된 제품과 동일한 기준을 적용하여 이러한 문제를 해결할 것입니다.
신뢰성 및 반응 속도 – 우리는 다양한 사람들에게 영향을 미치는 문제에 대한 “충돌” 보고서를 모니터링하고 있습니다. 이러한 문제는 Windows 코드, Microsoft 또는 타사 드라이버, 타사 앱에 의해 발생할 수 있습니다. 충돌에 대한 정보가 “실시간으로” Microsoft에 전달되고 있으며 이러한 정보를 매우 주의 깊게 관찰하고 있습니다. 또한 Windows 스토어에 있는 수백 개의 새로운 앱에 대한 수많은 새 정보를 갖고 있습니다.
장치 설치 및 호환성 – 여러분이 Windows 업데이트에서 드라이버를 다운로드하거나 제조업체의 설정 프로그램을 통해 드라이버를 설치할 때, 우리는 PnP(Plug and Play) ID 프로그램을 통해 다운로드에 대한 데이터를 수집합니다. Consumer Preview를 진행하는 동안 수백만 개의 고유한 PnP ID를 확인해 왔으며 드라이버 검색에 실패한 장치의 ID 또한 수집하고 있습니다. 우리는 각 장치(드라이버 가용성, 지침 등)에 대한 정보 포인터를 제공하는 플러그 앤 플레이 웹 서비스를 지속적으로 업데이트하고 있습니다. 또한 Windows 7 기반 제품의 최초 설치가 실패할 때 필요한 호환성 모드 사용 실태를 적극적으로 모니터링하고 있습니다.
소프트웨어 호환성 – 장치 호환성과 마찬가지로, 우리는 소프트웨어의 설치 프로세스를 모니터링하고 있으며 올바르게 설치되지 않는 프로그램을 주시하고 있습니다. 다시 말씀드리지만 이러한 문제를 해결하고 RTM 중요 시점에 호환성 작업을 도입하는 메커니즘을 갖추고 있습니다. 여기에서도 마찬가지로, Windows 7 기반 제품의 최초 설치가 실패할 때 필요한 호환성 모드 사용 실태를 적극적으로 모니터링하고 있습니다. 또한 Release Preview를 준비하는 과정에서 전 세계 수천 개의 정교한 상업용 제품을 테스트했습니다.
서비스 – 모든 사람이 Windows 업데이트를 통해 업데이트를 사용할 수 있도록 Windows 8의 서비스를 계속 테스트할 것입니다. 여기에는 Windows 8의 새 드라이버와 업데이트가 포함될 것이며, 일부는 출시가 예정된 제품의 일부로 조속히 제공될 것입니다. 테스트 업데이트는 테스트라고 표시될 것입니다. 또한 새 코드와 관련된 중대한 문제를 수정할 것입니다. 이러한 모든 노력을 통해 원활한 서비스를 제공하고 Release Preview의 품질을 유지할 것입니다.
새 하드웨어 – 이후 이루어질 수정 중에서 가장 중요한 것은 아마도 8400 빌드 사용 중에 발견하게 되는 새로운 모든 하드웨어와의 연동과 관련한 문제일 것입니다. 우리의 PC 제조업체 파트너 및 하드웨어 파트너들이 새 PC를 준비하고 있으며, 지금까지 어떤 시장 및 OS에서도 경험하지 못한 새로운 하드웨어 조합이 포함될 것입니다. 우리는 Windows 8가 이러한 새 PC 및 하드웨어를 완벽하게 지원할 수 있도록 긴밀하게 협력하고 있습니다.

사실, 아는 분은 아시겠지만 RP 자체는 일주일 전에 컴파일되었습니다(빌드 8400). 현지화된 빌드를 완성하고, 다운로드 이미지 및 프로세스를 검사하고, 중요한 다운로드 이벤트를 위한 네트워크와 함께 모든 준비를 마치려면 시간이 걸립니다.

RTM까지의 여정은 잘 정의되어 있으며 PC 제조업체 파트너를 위해 세심하고 안정적인 Windows 8 랜딩이 중요합니다. 이전 글에서 언급한 것처럼 사용자 경험에 대한 일부 기능 변경을 포함하여 RP에서 RTM까지 최대한 신중하게 고려하여 제품을 변경할 것입니다. Windows 같이 정교한 제품을 시장에 출시하는 마지막 단계에서는 늘 있는 과정입니다. 이 과정에서 개발 및 테스트 부서와 다양한 팀의 수많은 사람들이 코드 변경을 확인할 것입니다. 우리는 코드 작업에 뛰어난 수많은 엔지니어를 보유하고 있습니다. 뛰어난 제품을 출시하려면 “모든 것을 천천히” 해야 한다는 말을 자주 하곤 했으며, 모든 제품 변경을 매우 신중한 자세로 접근하고 있고, RTM이 다가오면서 그 어느 때보다도 높은 품질을 유지하기 위해 최선을 다하고 있습니다. 새 PC에 탑재되거나 광범위하게 판매가 가능해 질 때 비로소 제품은 최종 단계에 이른 것이라 할 수 있습니다.

RTM 자체는 아직 제품 개발 단계에 있습니다. 우리는 100여개의 언어로 Windows 8을 계속 출시할 예정이며 전 세계의 다양한 시장에 소개할 최종 제품을 준비 중입니다. 이 과정이 끝나면 코드 변경 작업이 완료되고 공식적으로 Windows 8을 "서비스"할 것입니다. 다시 말해, 향후 모든 변경 사항은 픽스(KB 문서)로 제공되거나 Windows 업데이트를 통해 서비스될 것입니다. 물론 Windows 업데이트를 통해 픽스를 제공하는 우리의 역량에 따라 RTM 방식이 상당히 많이 바뀌었으며, Windows 7 때처럼 제품이 완성되자마자 업데이트를 기대하는 것은 합리적이지 않습니다. 특별히 놀랄 만한 소식은 없지만 이 블로그의 독자들은 앞으로 무엇이 예정되어 있는지 알게 될 것입니다.

RTM 단계에 진입하면 우리 파트너들은 최종 이미지를 가지고 PC 제조를 시작하고, 하드웨어 및 소프트웨어 공급업체는 Windows 8 지원 및 새 제품을 준비할 것입니다. 또한 우리는 전 세계에 배송하기 위한 제품 상자 제조를 시작할 것입니다. 볼륨 라이선스 도구 및 제품을 제공하여 기업 고객과의 협력 관계를 지속할 것입니다.

만약 오늘 Windows 7 PC를 새로 구입한다면 Microsoft의 PC 파트너가 제공하는 뛰어난 지원과 함께 Windows 8도 함께 맞이하게 될 것입니다.

현재 우리에게는 모든 면에서 최고의 품질을 구현하는 Windows 8을 제공하는 것이 가장 중요한 기준입니다. RTM 프로세스는 시스템의 전체 엔지니어링 '무결성'을 유지하도록 신중하게 설계되었습니다.

궁극적으로, 우리 파트너는 PC를 출시할 시기를 결정하게 됩니다. Windows 8 및 Windows RT에 대한 사용자 의견과 원격 분석이 우리의 기대에 부합할 경우 약 2개월 후에 RTM 프로세스의 최종 단계를 시작할 것입니다. 이 단계에 성공하면 Windows 8 및 Windows RT를 갖춘 PC를 출시하려는 우리의 공동 목표를 달성하게 됩니다.

Windows 팀 대표

Steven Sinofsky

추신, 시스템 요구 사항, 릴리스 정보, 업그레이드 지침 및 기타 Release Preview 설치 및 사용 방법에 대한 자세한 내용은 다운로드 페이지를 확인하십시오.

Windows 8의 향상된 다중 모니터 경험

Steven Sinofsky — Fri, 25 May 2012 20:29:00 GMT

이 글은 Windows 8의 다중 모니터 경험에 대해 자세히 설명합니다. Windows 8 초기 버전을 처음 공개하는 자리에서 우리는 Windows 7보다 개선된 Windows 8의 다중 모니터 경험을 시연하였고, 새로운 Metro 스타일 응용 프로그램을 지원하는 다중 모니터 환경을 소개했습니다. 다중 모니터의 기능을 더욱 개선하고 세밀하게 조정한 덕분에 다음 마일드스톤인 Release Preview 단계에서는 월등히 향상된 경험을 할 수 있게 됩니다. Consumer Preview 단계에서 완성되지 않은 일부 기능을 이 글을 통해 미리 만나볼 수 있으며, Developer Preview와 Consumer Preview에 적용된 다중 모니터 기능은 아직 완성된 것이 아님을 알려 드립니다. 이 글은 사용자 경험 팀의 수석 프로그램 관리자인 Mark Yalovsky가 작성했습니다. 참고로, 지난주 이 글이 우연히 @buildwindows8에 게시되었지만 내용이 수정되지는 않았습니다.
- Steven

여러 모니터를 PC에 연결하는 것은 Windows 사용자 경험을 강화하는 가장 손쉬운 방법입니다. 두 번째 모니터에 플러그를 꽂으면 바로 작업 공간이 두 배로 늘어나는 효과를 얻게 됩니다. 저는 지난 10년간 다중 모니터를 이용해 왔습니다. 만일 여러분이 여러 모니터를 사용하기 시작하면 결코 예전으로 돌아가고 싶지 않을 것입니다. 다중 모니터는 여러 화면에 여러 창을 띄울 수 있어 매우 생산적입니다. 이처럼 컴퓨터 사용 환경과 패턴은 계속 변화하고 있습니다. 하지만 Windows 8이 설치된 태블릿에 HDMI 커넥터를 간단히 연결만 하면 더 넓은 화면과 높은 해상도의 모니터를 사용할 수 있다는 점은 매우 고무적입니다.

Windows 8 기획 단계에서는 다중 모니터의 기능을 개선하는 것이 중요한 과제였습니다. 현재 다중 모니터는 과거와 비교할 수 없을 정도 많이 대중화되었으며, 개발자, 그래픽 전문가, 설계 기술자 등 다양한 분야의 전문가들이 사용하고 있습니다. 오늘날 다중 모니터에 대한 지원이 사실상 모든 PC 하드웨어의 표준이 되었으며, 이 글을 작성한 날을 기준으로 사용자들은 21인치 LED 디스플레이를 140달러에 불과한 가격으로 살 수 있는 것처럼 모니터 가격은 사상 최저 수준을 유지하고 있습니다. 그 결과 고급 컴퓨터 사용자와 기술 전문가들을 중심으로 다중 모니터 환경을 구축하는 사례가 계속 늘어나고 있습니다.

Windows 피드백 프로그램을 통해 수집된 자료에 따르면 데스크톱 PC의 약 14%와 노트북 PC의 5%가 다중 모니터 환경으로 운영되는 것으로 나타났습니다. 주목해야 할 점은 모든 범용 PC 환경을 대상으로 하는 과거의 조사 방법과 비교하면 이번에 특정 사전 동의 방식으로 수집된 데이터를 통해 고급 컴퓨터 사용자의 사용 패턴을 파악할 수 있었다는 것입니다. 당초 우리가 다른 데이터 자료를 보완하기 위해 실시했던 이번 조사가 기대 이상의 성과를 거둔 것입니다.

모니터 대수	데스크톱 PC	노트북 PC
1	85.32%	95.64%
2	13.48%	4.36%
3	0.85%	0.00%
4	0.34%	0.00%

다중 모니터를 사용함으로써 얻을 수 있는 가장 큰 이점은 멀티태스킹 능력을 높일 수 있다는 점입니다. 특히 바탕 화면 창을 정리하는 데 많은 시간을 소비하는 사용자의 경우 다중 디스플레이를 통해 활용 가능한 작업 공간을 극대화할 수 있습니다. Microsoft에서 일하는 대부분의 개발자와 테스터들은 사무실에 다중 모니터 환경을 구축해 놓았습니다. 복도를 지나다 보면 2대에서 4대까지 다양하게 구성된 모니터들을 볼 수 있으며 기술 팀의 경우 더 많은 모니터를 사용하기도 합니다. 이를 통해 우리는 두 가지 시나리오를 파악할 수 있습니다. 첫째, 개발자는 한 화면에서 Visual Studio와 같은 도구를 사용하는 동시에 다른 화면에서는 실행 중이거나 디버깅된 프로그램을 사용할 수 있다는 것입니다. 아니면 모니터를 한 대 더 설치하여 이메일이나 웹 서핑과 같은 보조 업무용으로 활용할 수 있습니다.

우리는 위 사항을 염두에 두고 Windows 8 기반의 다중 모니터 경험에 대한 목표를 다음과 같이 세웠습니다.

사용자 취향에 맞는 바탕 화면 설정 바탕 화면에서 가장 대표적인 개인 설정 기능은 아마도 바탕 화면을 사용자가 직접 지정할 수 있다는 것입니다. 우리는 사용자가 다중 모니터를 사용할 때도 이처럼 뛰어난 사용자 경험이 가능하도록 했습니다.
여러 모니터상에서 효과적인 앱 액세스 Windows 7의 경우 다중 모니터 사용자들이 가장 많이 요구한 것은 작업 표시줄을 보다 효과적으로 사용할 수 있도록 해 달라는 것이었습니다.
효과적인 시스템 UI 액세스 Windows 7에서는 한 대의 모니터에서만 시작 메뉴에 접근이 가능했습니다. 우리는 화면 가장자리에서 컨트롤이 가능한 새로운 UI를 Windows 8에 도입하여 사용자가 모든 모니터에서 시작, 참, 시계, 그리고 최근 사용한 앱에 쉽게 액세스할 수 있기를 원했습니다.
Metro 스타일 및 데스크톱 앱의 세로 정렬 구현 어느 모니터에서도 Metro 스타일 앱을 시작하거나 이동할 수 있으며, 데스크톱 앱을 다른 화면에서 세로로 정렬할 수 있습니다.

Microsoft 사무실에서 볼 수 있는 다중 모니터 구성의 예

다중 모니터 바탕 화면의 개인 설정

Windows 7의 경우 사용자가 바탕 화면을 지정할 수 있도록 함으로써 많은 인기를 모았습니다. 실제로 원격 분석 결과에 따르면, 사용자의 75% 이상이 바탕 화면을 사용자의 취향에 맞게 지정하는 것으로 조사되었습니다 Windows 7에서 한 가지 아쉬운 점이 있다면 다중 모니터를 구성할 경우 여러 대의 모니터에 오로지 하나의 바탕 화면 이미지만을 적용할 수 밖에 없었다는 것입니다. 대부분의 사람들이 똑같은 사진을 다른 모니터에서도 계속 보는 것을 원하지 않는다는 사실을 알면서도 Windows 7에서 사용자가 지정할 수 있는 범위가 제한되었던 이유는 각각의 모니터가 전혀 다른 해상도를 지원하거나 서로 다른 비율(가로 또는 세로)로 된 경우 바탕 화면 사진이 그리 멋지게 보이지 않기 때문입니다.

일부 사용자는 세련된 바탕 화면 이미지를 관리하기 위해 타사의 몇몇 고급 도구를 사용하고 있습니다. Windows 8은 각 모니터별로 배경을 개인 설정할 수 있는 기능을 제공하며, 다중 모니터 사용자를 배려하여 Windows 7에서는 지원되지 않았던 바탕 화면에 대한 개인 설정 기능을 지원합니다.

각 모니터에 다양한 바탕 화면 적용 사용자가 개인 설정 테마를 선택하면 Windows 8이 자동으로 각 모니터에 서로 다른 바탕 화면을 적용합니다. 또한 모든 모니터에 걸쳐 슬라이드 쇼가 순환되도록 설정할 수도 있으며, 아니면 특정 바탕 화면 사진을 각 모니터별로 다르게 선택할 수도 있습니다.

모니터별로 다양한 바탕 화면

모니터별로 다양한 바탕 화면을 선택하기 위한 옵션

다중 모니터 슬라이드 쇼 사용자들은 일반적으로 다양한 크기의 모니터(세로 길이가 더 긴 모니터 포함)로 구성된 다중 모니터를 사용하고 있습니다. 물론, 가로 세로 비율 또는 화면 크기나 해상도에 따라 모든 사진이 다 멋지게 보이는 것은 아닙니다. 이 점을 고려하여 우리는 슬라이드 쇼 코드에 각 모니터별로 최적의 이미지를 선택해 주는 로직을 추가하였습니다.

모니터 방향에 맞는 이미지 선택에 관한 슬라이드 쇼

모든 모니터에서 볼 수 있는 파노라마식 바탕 화면 이제는 한 장의 사진을 여러 모니터에 걸쳐 파노라마 사진처럼 볼 수 있습니다. Windows 8에서는 개인 설정 옵션에 새로운 파노라마 테마가 적용되었습니다.

모든 모니터에 하나의 이미지 걸치기

파노라마 사진을 포함한 이미지를 모든 모니터에 걸쳐서 보여주는 스패닝 옵션

다중 모니터 작업 표시줄

물론 많은 사용자들이 다중 모니터를 사용하는 가장 큰 이유는 훨씬 생산적이기 때문입니다. 또, 추가된 화면과 공간에서 더 많은 창을 동시에 볼 수 있기 때문입니다. 더 많은 창을 볼 수 있으면 창을 더 쉽게 관리할 수 있게 됩니다. 작업 표시줄은 바탕 화면에서 창을 주로 관리하는 곳이기도 합니다. 몇몇 분들이 Windows 7 블로그에서 지적했듯이 다중 모니터 환경에서 작업 표시줄에 대한 지원이 부족했던 것은 사실입니다. 이는 e7 블로그 댓글에 달린 어느 사용자의 비평으로 요약할 수 있습니다.

@AlexJerebtsov, "다중 모니터 지원의 부재는 범죄와도 같다."

작업 표시줄에 다중 모니터 지원 기능을 추가하는 과정에서 흥미로웠던 점은 비교적 작은 그룹의 사용자들 사이에서도 '올바른' 디자인에 대한 입장 차이가 크다는 것입니다. 이러한 현상은 Windows의 새 버전을 디자인하는 과정에서 자주 볼 수 있습니다. 세세한 부분까지 의견이 서로 다른 경우가 많습니다. 그럼 다양한 실제 조사 방법으로 관찰한 결과 중에서 일부 내용을 소개하도록 하겠습니다.

사람들은 창을 관리할 때 체계적인 방식 또는 특별한 방식으로 접근하는 경향이 있습니다. 특별한 방식으로 창을 관리하는 사용자는 필요에 따라 종종 창을 한 모니터에서 다른 모니터로 이동시키고, 어느 모니터에 창이 떠 있는지는 그다지 신경을 쓰지 않습니다. 좀 더 체계적인 방식으로 창을 관리하는 사용자는 특정 앱과 업무에 특정 모니터를 지정하여 사용하는 경향이 있습니다. 예를 들자면 이메일은 항상 왼쪽에서 하고 웹 서핑은 오른쪽에서 하듯이 말입니다. 이러한 작업 스타일 사이에 항상 뚜렷한 구분이 있는 것은 아니며, 점차 많은 사람들이 창을 특별한 방식으로 관리하고 있습니다.
보다 능률적인 작업 경험을 제공하는 것이 작업 표시줄의 목표라 할 수 있습니다. 거의 모든 사용자가 작업 표시줄의 성능 개선에 대한 의견을 전해 왔습니다. 다중 모니터 사용자들을 관찰한 결과, 창을 전환하는 매우 간단한 작업을 할 때 조차도 두 번째 모니터에서 기본 모니터의 작업 표시줄로 이동하면서 사용자들이 때로는 머리를 돌리거나 의자를 옆으로 돌려 앉거나 마우스 커서의 위치를 다시 조정해야 했습니다. 물론 마우스를 그때마다 매번 움직이는 것이 번거롭고 능률적이지 못하다는 의견도 있었습니다. 따라서 우리는 작업 표시줄에서 창을 찾거나 바꿀 때 마우스를 움직여야 하는 거리를 줄여야 할 필요성을 절감했습니다.
사람들은 일반적으로 기본 모니터를 구분하여 사용합니다. 많은 사용자들이 한 모니터에서 대부분의 앱을 실행하고, 이보다 작은 두 번째 모니터에서 부수적인 작업을 위해 창을 더 적게 띄워 사용합니다. 예를 들면 재생 목록을 관리하거나 메신저로 대화하거나 동영상을 재생하는 것과 같은 작업을 합니다. 특히, 최신형 고해상도 대형 모니터로 업그레이드하고도 오래된 모니터를 계속 사용하는 사용자의 경우가 이에 해당합니다. 특별한 방식을 선호하는 사용자는 창을 모니터 사이로 자유롭게 옮깁니다. 비록 업무에 집중할 때는 한 모니터를 다른 모니터보다 선호하는 경향이 있지만, 그것은 하나의 모니터를 보는 게 편하도록 의자와 키보드, 그리고 마우스를 설정해 놓고 사용하기 때문입니다.
작업 표시줄의 공간은 문제가 되지 않습니다. 우리는 작업 표시줄을 디자인할 때 사용자 지정 기능을 쉽게 찾을 수 있도록 만들어도 대부분의 사용자가 기본 설정만으로도 사용하는 데 아무런 문제가 없을 것으로 확신했습니다. 실제 조사를 통해서도 대다수의 사용자가 작업 표시줄에서 앱별로 창이 그룹화되는 기본 설정을 그대로 사용한다는 것을 확인할 수 있었습니다. 원격 분석을 통해 수백만 시간 동안 조사한 결과, 사용자의 6%만이 작업 표시줄 단추의 그룹을 해제하여 사용하는 것으로 나타났습니다.

다중 모니터 작업 표시줄 옵션

현장과 연구실에서 관찰한 결과를 통해 특별한 방식이나 체계적인 방식만을 사용하거나 아니면 두 가지 방식을 혼용해서 사용하는 등 사용자들의 창 관리 방법이 다양하다는 것을 알 수 있었습니다. 이와 같은 이유로 우리는 고급 사용자들이 바탕 화면 경험을 세밀하게 조정할 수 있도록 여러 가지 다중 모니터 작업 표시줄 옵션을 제공하기로 결정했습니다.

Windows 8 작업 표시줄 속성

창이 열리면 작업 표시줄에 해당 단추가 표시됩니다. 이것이 다중 모니터 작업 표시줄을 떠올렸을 때 가장 확실한 옵션이라는 생각이 듭니다. 이러한 구성의 경우 각 모니터의 작업 표시줄에는 해당 모니터에 나타나는 창의 아이콘만 표시됩니다. 이 옵션의 장점은 간편하고 예측 가능하다는 점입니다. 이는 창을 체계적으로 배치하는 사용자와 특정 업무를 위한 전용 모니터를 사용하는 사용자들을 대상으로 테스트를 마친 결과입니다. 반면, 어느 모니터에 어느 창이 열려 있는지를 기억해야 하기 때문에 특별한 방식의 사용자들은 이 디자인이 매우 비능률적이라고 평가했습니다.

창이 열린 상태에서 작업 표시줄의 앱 단추

창이 열리면 기본 작업 표시줄과 작업 표시줄에 해당 단추가 표시됩니다. 이 구성에서는 주 모니터에 특별한 작업 표시줄이 표시됩니다. 그리고 이 작업 표시줄에는 다른 모든 모니터에서 띄운 창 전부가 표시됩니다. 다른 모니터들의 경우에는 위 첫 번째 옵션에서 설명했듯이 각각의 작업 표시줄이 표시됩니다. 이 옵션은 창이 열린 상태에서도 깔끔한 작업 표시줄을 제공할 뿐만 아니라, 마스터 작업 표시줄을 통해 어느 창에도 접근할 수 있는 지속적이고 능률적인 방법을 제공합니다. 기본 모니터를 선호하는 사용자에게 적합한 옵션입니다.

창이 열린 상태에서 기본 작업 표시줄의 앱 단추

모든 기본 작업 표시줄에 작업 표시줄 단추를 표시합니다. 이 구성에서는 모든 창을 모든 작업 표시줄에서 사용할 수 있습니다. 마우스를 최대한 능률적으로 사용하기 위해 디자인되었기 때문에 어떤 모니터에 있는 창이라도 늘 활성화할 수 있습니다. 어디에 창이 위치해 있는지 추적할 필요가 없어 특별한 방식의 창 관리에 최적화된 옵션입니다. 일부 사용자들이 몇 가지 다른 옵션을 선호하는 동안에도 이 옵션만이 유일하게 대다수의 사용자들이 능률적이라고 응답하였기 때문에 기본 설정으로 결정되었습니다.

모든 작업 표시줄의 앱 단추(기본 옵션)

Release Preview의 변화

Consumer Preview를 다중 모니터 환경에서 사용해 본 경험이 있다면 시작, 참, 시계를 한 모니터에서만 볼 수 있다는 것을 눈치채셨을 것입니다. 우리는 이에 대한 피드백을 받았습니다. 물론 우리 사무실에도 다중 모니터 환경이 구축되어 있으므로 이 기능이 아직 완성되지 않았다는 것은 분명히 알고 있었습니다. 이제 앞으로 선보일 Release Preview가 얼마나 개선된 다중 모니터 사용 경험을 제공하게 될지를 몇 가지 기능을 중심으로 미리 살펴보도록 하겠습니다.

사용하는 데 불편함이 없는 모서리와 가장자리

Consumer Preview에서 다중 모니터를 설정할 때 모서리에 있는 시작 화면과 기타 UI를 찾는데 어려움이 있어 마우스 조작이 불편했습니다. 이러한 메뉴와 UI가 모니터 한 대에만 표시되기 때문입니다. 곧 공개될 Release Preview의 경우 모든 모니터에서 모서리와 가장자리가 잘 보이고 마우스를 사용하는 데 불편함이 없습니다. 이제는 시작, 참, 앱을 어떤 모니터의 모서리에서도 불러올 수 있습니다. 1번 모니터에서 시작하길 원하시나요? 그 모니터의 하단 좌측 모서리로 가시기만 하면 됩니다. 2번 모니터에서 하시길 원하시나요? 2번 모니터 하단 좌측 모서리로 가시면 됩니다. 찾기 쉬울 뿐 아니라 마우스 능률과 멀티태스킹도 개선되었습니다. 특정 모니터에서 앱을 시작하거나 앱을 이동하려면 그 모니터의 시작 메뉴를 불러와서 앱을 실행하거나 좌측 가장자리에 있는 앱 전환 기능을 사용하면 됩니다.

모든 모니터에서 시작 메뉴 사용 가능

어느 모니터에서도 최근에 사용한 앱으로 전환 가능

어느 모니터에서도 참 불러오기 가능

Metro 스타일 앱을 어느 모니터에서도 실행 및 이동 가능

이제 여러 다양한 방법으로 앱을 실행하고 이동할 수 있게 됩니다.

시작. 어느 모니터에서도 하단 좌측 모서리로 마우스를 움직여 시작 메뉴를 불러올 수 있습니다. 상단 또는 하단 우측에서 시작 참을 조작해도 가능합니다. Windows 키를 누르면 시작 메뉴나 Metro 스타일 앱이 나타났던 마지막 화면에서 시작 메뉴가 뜹니다.

아무 모니터에서나 앱으로 변경 가능. 어느 모니터에서나 마우스를 상단 좌측 모서리로 이동하기만 하면 앱으로 다시 돌아갈 수 있습니다. 앱 미리 보기를 클릭하면 해당 모니터에서 기존의 앱으로 변경됩니다.

키보드 단축키. Windows 7에서 선보인 단축키에 새로운 키보드 단축키가 추가될 예정입니다. Win+Pg Up 또는 Win+Pg Dn 키로 Metro 스타일의 앱을 모니터 간에 이동시킬 수 있습니다. Win+화살표 및 Win+Shift+화살표는 Windows 7에서도 그랬듯이 데스크톱 앱에서 실행되며 바탕 화면 창을 끌어 모니터 간에 이동시킬 수 있습니다.

끌어다 놓기. 마우스를 이용하여 이제는 Metro 스타일의 앱을 모니터 간에 끌어서 놓을 수 있습니다. 끌어다 놓기는 전체 화면과 사이드 앱 양쪽에 다 적용됩니다.

공유되는 가장자리에서의 마우스 포인팅 능력 강화

다중 모니터를 사용하면 작업 공간 측면에서 많은 이점이 있습니다. 하지만 가장자리나 모서리에서 피츠의 법칙에서 말하는 정확도는 떨어지는 실정입니다. 시작, 참 그리고 최근에 사용한 앱과 같은 모서리 UI는 모니터 한 대에서는 아주 쉽게 조작할 수 있지만, 다중 모니터 설정 사용 시 공유되는 가장자리에 모서리가 나타날 때 마우스가 화면을 넘어가는 일이 자주 발생합니다.

사실상 다수의 모니터 간에 공유되는 가장자리를 포인팅하는 것은 매우 어려운 일입니다. 마우스를 약간만 움직여도 매우 멀리 이동하거나 갑자기 커서가 엉뚱한 모니터에 나타나곤 합니다. 공유된 가장자리에서 최대화된 창의 닫기 단추나 스크롤 막대를 누르려고 할 때처럼, 이런 문제점은 이전의 Windows 버전에서 이어져온 도전 과제였습니다. 이런 경우에 많은 사람들이 공유된 가장자리에 다가갈수록 마우스를 천천히 움직여야 했고, 창의 레이아웃이 그러한 가장자리에 부딪치는 것을 피함으로써 해결하기도 했습니다. 우리는 이러한 행동을, 각자의 경험을 통해 그리고 현장 연구를 통해 주로 관찰하였습니다.

Release Preview의 경우 공유되는 가장자리에서 UI를 더 쉽게 포인팅할 수 있도록 향상된 모델을 제공합니다.

Windows 8에서는 모서리에 대한 중요성이 부각되었고 따라서 공유되는 가장자리에서도 하나의 모니터에서처럼 피츠 법칙의 장점을 살려 실질적인 모서리를 만들었습니다. 하단의 다이어그램에서 붉은색의 모서리는 마우스를 어떻게 안내하는지 보여줍니다.

이 모서리는 필요할 때 나타나고 필요하지 않을 때 사라지도록 디자인되었습니다. 불쑥 튀어나온 모서리의 대상은 픽셀 6개의 높이로 구성되어 있으며, 이는 화면의 모서리를 포인팅하려고 할 때만 보인다는 것을 의미합니다. 또한 커서가 있는 모니터에서만 작동되도록 모서리를 디자인하였습니다. 예를 들어 아래 다이어그램에서 볼 수 있듯이 2번 모니터에서 1번 모니터로 이동한 경우, 마우스가 공유되는 가장자리를 지나면 1번 모니터 하단의 모서리는 간섭을 하지 않게 됩니다.

모니터 탐색을 방해하지 않는 공유 모서리

이러한 공유 모서리는 Windows 8 UI를 발전시켰을 뿐만 아니라 바탕 화면에서 '닫기'와 '바탕 화면 보기'와 같은 컨트롤 단추도 쉽게 포인팅할 수 있도록 만들었습니다. 그 결과, 공유된 가장자리를 빠르고 유동적으로 포인팅할 수 있게 되었습니다. 이 디자인은 반드시 직접 체험해 보아야 합니다. 새로운 Release Preview를 사용하면 그 차이를 바로 느낄 수 있을 것입니다.

앞으로 선보일 새로운 기능

우리는 다중 모니터 환경에서 Metro 스타일의 앱으로 할 수 있는 것에 대한 수많은 아이디어를 가지고 있습니다. Windows 8의 목표는 탁월한 Metro 스타일 앱 및 데스크톱 앱 경험을 제공하고, 능률적인 멀티태스킹 환경을 구현하고, 모든 화면의 가장자리에서 손쉬운 컨트롤이 가능하도록 하는 것입니다. 우리는 여러 모니터에 걸쳐 작업 표시줄이 표시되도록 하는 것과 같은 새로운 기능으로 바탕 화면에 대한 사용자 경험이 더욱 능률적으로 바뀌고, 바탕 화면을 사용하면서 Metro 스타일 앱을 액세스할 수 있도록 하고 싶었습니다. 현재 새로운 앱들이 계속 개발되고 있으며, 개발자들은 작업에 더 몰입할 수 있고 전체 화면 앱을 사용할 수 있는 새로운 다중 모니터 환경을 원하고 있습니다. 따라서 우리는 사용자 경험과 API를 더욱 강화해 나갈 계획입니다.

<:video width="480" height="270" controls="controls" poster="http://blogs.msdn.com/cfs-file.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-01-29-43/8737.Enhancing-Windows-8-for-multiple-monitors.jpg">이 HTML5 비디오는 현재 브라우저에서 지원되지 않습니다.
이 동영상을 다운로드하여 미디어 플레이어의 즐겨찾기에서 감상하세요.
고화질 MP4 | 저화질 MP4

새로운 다중 모니터 기능이 여러분에게 많은 도움이 되기를 바랍니다. 아울러 그 동안 여러분께서 보내주신 피드백에 감사드립니다. Developer Preview에서 Consumer Preview, 그리고 Release Preview 단계를 진행하면서 Windows 8을 개선하는데 많은 도움이 되었습니다.

- Mark

안정적이고 신뢰할 수 있는 Metro 스타일 앱 개발

Steven Sinofsky — Fri, 25 May 2012 02:50:00 GMT

Windows 8 앱 모델을 비롯한 새로운 Metro 스타일 앱을 개발할 때 우리가 중요하게 고려한 아키텍처 요건은 고객에게 신뢰할 수 있는 앱을 제공하는 것이었습니다. 신뢰할 수 있는 앱이란 각 리소스에 최적화된 성능을 제공하고, 다른 앱을 방해하지 않고, 사용자의 사용 권한에 따라 시스템 리소스를 사용하고, 설치와 제거가 용이한 앱을 의미합니다. 이러한 앱이 되려면 견고한 플랫폼과 강력한 개발자 도구 모음이 필요합니다. 따라서 기존 시스템을 단순히 개선하는 것만으로는 불가능하며 처음부터 다시 만들어야 합니다. 이런 의미에서 Windows 8은 새로운 시작을 알리는 운영 체제입니다. 이제 이 글을 통해 안정적이고 신뢰할 수 있는 Metro 스타일 앱을 제공하기 위해 우리가 플랫폼 수준에서 어떤 노력을 해 왔는지 자세히 소개하고자 합니다. 이 글은 개발자 경험 팀의 프로그램 관리자인 John Hazen이 작성했습니다. - Steven

Windows 8 Metro 스타일 앱 플랫폼을 개발하는 데 있어 주요 원칙 중 하나는 사용자가 신뢰할 수 있는 앱 경험을 제공하는 것이며, 우리 모두가 함께 노력하고 있습니다. 이 글에서는 앱 안정성 및 신뢰도에 대한 우리의 비전을 설명하고, 개발자가 확신을 갖고 앱을 개발할 수 있는 방법을 소개하겠습니다.

먼저 신뢰도가 무엇을 의미하는지부터 설명하겠습니다. 자, 그럼 고객이 Windows 스토어에서 Metro 스타일 앱을 찾아보고 있는 장면을 상상해 봅시다. 우리는 고객이 앱을 고를 때 다른 고민은 모두 제쳐두고 자신에게 꼭 필요한 앱인지만 고민해도 충분한 환경을 제공할 수 있기를 원합니다. 또한 고객이 당초 기대했던 만큼 앱이 시스템에서 잘 실행되고, 승인한 ��이터와 정보만을 사용하며, 다른 응용 프로그램과 충돌 없이 작동함으로써 앱을 신뢰할 수 있기를 바랍니다.

이렇게 신뢰할 수 있는 멋진 앱을 누구나 제작할 수 있도록 돕는 것이 Windows 8 플랫폼이 지향하는 목표이며 그렇게 하다 보면 자연스럽게 더욱 신뢰할 수 있는 환경이 조성될 것입니다. 이러한 목적을 달성하기 위해 우리는 시스템 전반에 걸쳐 많은 노력을 했으며, 그 내용은 다음과 같습니다.

앱 신뢰도: Metro 스타일 앱용 Windows 8 SDK, Windows 앱 인증 키트, 앱 서명,
앱 컨테이너, 평점 및 리뷰, 스토어 등록, 원활한 설치, 원격 분석 피드백

이 글에는 이러한 내용이 포함되어 있으며, 마지막 부분에서는 앱 기능에 대해 자세히 알아보고자 합니다. 그럼 먼저 다음 내용부터 간단하게 살펴보겠습니다.

Windows 스토어 – 고객의 경우 Metro 스타일 앱을 한곳에서 쉽게 보고 액세스할 수 있는 장소인 스토어에서 경험이 시작됩니다. 여러분의 앱을 스토어에 게시하기 위해서는 보안 검사를 비롯해 기술 및 정책 적합성 검사를 받아야 합니다. 스토어에 게시하면 커뮤니티를 통해 앱의 평점 및 리뷰가 기록됩니다. 이와 함께, 등록 프로세스와 커뮤니티 리뷰를 통해 고객이 믿고 앱을 선택하는 데 도움이 되는 환경이 제공됩니다.
앱 설치 – Windows 8이 고객을 대신하여 앱을 배포하는 세부적인 과정을 모두 처리하기 때문에 고객은 앱 설치 및 업데이트, 삭제 시 다른 앱에 미치는 악영향 등에 대해 걱정할 필요가 없습니다.
SDK – Metro 스타일 앱용 Windows 8 SDK를 통해 스토어 등록 요건을 충족시키고, 고객에게 최상의 경험을 제공하며, 신뢰할 만한 앱을 제작하는 데 유용한 체계적인 API 모음을 사용할 수 있습니다.
앱 컨테이너와 기능 – Windows 8은 이전의 데스크톱 앱에 비해 앱과 앱 사이의 구분을 더 명확히 해주기 때문에, 고객에게 더욱 일관된 경험을 제공할 수 있습니다. 따라서 더욱 예측하기 쉬운 방식으로 상호 작용하는 앱을 제작할 수 있게 됩니다.

물론 우리는 등록 프로세스를 조작할 수 있고, API 모음을 오용할 수 있으며, SDK 제한을 교묘히 피할 수 있고, 앱 컨테이너가 들어갈 수 없다는 점도 잘 알고 있습니다. 하지만, 새로운 에코시스템에 대한 투자로 인해 개발자가 보다 손쉽게 고객을 만족시키는 앱을 제작할 수 있을 것으로 확신합니다. 이러한 다각적인 접근은 고객의 신뢰를 구축할 수 있는 가장 효과적인 방법이며, 앞으로 경험이 더 축적되면 각 부문을 더욱 개선해 나갈 계획입니다. 이제 신뢰도에 대해 알아보겠습니다.

Windows 스토어

Windows 스토어 팀에 소속된 여러 동료들이 Windows 스토어 블로그를 통해 스토어의 전반적인 디자인과 기획에 대한 다양한 정보를 여러분과 공유해 왔습니다. 스토어는 개발자와 고객을 이어주는 중요한 만남의 장이므로, 아직 Windows 스토어에 관한 글을 읽을 기회가 없었다면 이번 기회에 꼭 읽어보시기 바랍니다. 이제 스토어를 통해 신뢰할 수 있는 앱 에코시스템을 구축하는 몇 가지 방법을 알아보겠습니다.

우선, 스토어 등록 프로세스는 앱 품질과 안정성에 일관된 기준을 제시합니다. Windows 앱 인증 키트에 있는 기술적 적합성 테스트를 통해 앱을 등록하기 전에 예상 기준을 충족하는지 확인할 수 있습니다. 여러분뿐만 아니라 다른 개발자들도 이러한 기준을 충족하는 앱을 계속 만들고 있기 때문에, 우리 모두를 위해 더욱 강력한 앱 에코시스템을 견인하는 새로운 앱을 고객이 기꺼이 찾아 사용하게 될 것입니다.

또한 스토어는 고객의 편의를 고려하여 가장 우수한 앱을 손쉽게 찾을 수 있는 평점과 리뷰를 제공함으로써 신뢰할 만한 상위 등급의 앱을 사용하도록 유도합니다. 아래의 앱 목록 샘플에서 강조한 평점 및 리뷰와 더불어 앱 목록 페이지의 다른 중요한 두 가지 요소에 주목해 주시기 바랍니다. 새로운 앱을 설치하기 전, 고객은 설치된 후에 앱이 무엇을 허용하는지 확인할 수 있는데 이에 대한 자세한 내용은 블로그 뒷부분을 참고하세요. 고객이 앱을 설치한 후 앱 콘텐츠나 실행에 문제가 있는 경우 이를 쉽게 보고할 수 있으며 확인된 문제를 바로 찾아낼 수 있습니다. 고객의 요구에 가장 잘 맞는 앱이 무엇인지를 고객 스스로 결정하게 하고, 고객의 의견과 피드백을 제공하도록 함으로써 Windows 8 앱 에코시스템의 전반적인 신뢰도를 제고할 수 있습니다.

Windows 스토어의 앱 목록 페이지

마지막으로, 스토어에서는 고객에게 문제가 되는 크래시 횟수와 유형 등을 조사할 수 있는 원격 분석 데이터를 수집합니다. 앱을 실행할 때 안정적이 않거나 고객의 기대에 부합하지 않는 영역을 표시하기 위해 자동 원격 분석을 검토합니다. 우리의 목표는 앱의 평점과 리뷰를 통해 제공되는 각각의 피드백을 고객이 잘 활용하도록 하고, 앱이 실제로 고객의 시스템에서 어떻게 작동하는지에 대한 정보를 제공하도록 하고, 이 데이터를 바탕으로 앱을 개선하는 기회를 제공하는 것입니다.

이러한 방법으로 Windows 스토어는 여러분의 앱과 고객을 연결하여 최상의 경험을 할 수 있도록 도와주는 파트너가 될 것입니다.

클릭 한 번으로 앱 다운로드

고객이 특정 앱 목록 페이지에 관심을 보일 때 앱을 다운로드하는 데 방해되는 것이 없도록 해야 합니다. Windows 8에서는 단 한 번의 클릭으로 앱을 다운로드할 수 있습니다. 고객은 일련의 질문을 답하거나 연속해서 클릭할 필요가 없습니다. 고객이 스토어에 로그인하여 원하는 것을 찾았을 때 한 번의 클릭으로 구매를 확인하실 수 있습니다.

Windows 8의 마법과도 같은 놀라운 기능 때문에 개발자가 단 한 줄의 설치 코드를 작성할 필요도 없다는 점은 여러분에게 반가운 소식이 될 것입니다. Windows 8은 설치 과정을 처리할 뿐 아니라, 스토어에서의 설치를 비롯해 앱을 로딩하고 고객의 컴퓨터에서 구동되는 순간까지의 모든 과정에서 앱의 무결성을 보장하는 디지털 서명을 사용합니다. Windows는 앱이 디지털 서명과 더 이상 맞지 않는 경우 스토어에서 수정된 버전을 다운로드하도록 안내합니다.

Windows는 각 앱의 데이터와 설정을 위해 별도의 전용 공간에 앱을 설치하기 때문에, 고객은 앱을 설치하거나 제거할 때 다른 앱을 비롯한 기타 컴퓨터 동작에 방해를 받지 않을까 걱정할 필요가 없습니다. 고객은 앱을 설치하고 제거하더라도 사용자 경험을 저하시키지 않는다는 점을 알게 되어, 점점 더 많은 앱을 사용하는데 부담을 느끼지 않게 될 것입니다(실제로 Windows 8 계약을 통해 설치한 각각의 앱은 이러한 경험을 향상시켜 줍니다.). 고객의 앱 경험을 저해하는 다른 앱이 거의 없다는 점은 개발자에게도 도움이 될 것입니다.

앱을 설치할 때 검증 가능한 일관된 하나의 메커니즘이 마련된다면 개발자의 작업이 간소화될 뿐 아니라, 걱정 없이 마음껏 앱을 다운로드할 수 있는 편리하고 긍정적인 경험을 고객에게 제공할 수 있게 됩니다. 앱 배포에 대한 자세한 내용은 앱 패키지 및 배포를 참조하세요.

Metro 스타일 앱용 Windows 8 SDK

고객이 느끼는 앱에 대한 경험이 향상될수록 새로운 앱과 업데이트를 시도할 가능성이 그만큼 더 높아집니다. Metro 스타일 앱용 Windows 8 SDK는 고객이 신뢰하는 앱을 제작하는 데 있어 바탕이 되는 도구입니다.

우리는 Windows 프로그래밍 환경을 간소화하고 개발자를 위해 완벽하게 준비된 플랫폼을 제공하기 위해 여러 가지 기능을 Metro 스타일 앱용 API 모음에 담았습니다. 앱이 Windows 8 Metro 스타일 앱 모델과 원활하게 연동한다는 사실을 알게 되면 개발자는 좀 더 자신 있게 앱을 제작할 수 있게 될 것입니다.

SDK에 포함되지 않은 API를 불러오는 방법을 찾아보려는 유혹은 버리는 것이 좋습니다. 이로 인해 결국 앱에 대한 고객의 기대를 무너뜨리게 됩니다. SDK에 포함되지 않은 API가 이번이나 다음 릴리스에서 Metro 스타일 앱과 연동한다는 보장이 없으므로 고객이 앱을 사용할 때 제대로 실행되지 않을 수 있습니다. 또한, 이러한 API는 Metro 스타일 앱 설계의 바탕이 되는 비동기 환경에서 제대로 작동하지 않을 수도 있습니다. 마지막으로, 이러한 API는 Metro 스타일 앱이 정상적으로 상호 작용하지 않는 리소스나 데이터에 액세스하여 고객 신뢰도를 떨어뜨릴 수 있습니다. 이런 이유로, SDK에 의해 노출되지 않는 인터페이스를 우연히 호출한 위치를 찾도록 Windows 앱 인증 키트를 제공하고 있으며, 이 키트를 사용하여 위치를 확인할 수 있습니다.

SDK에 포함되지 않은 API에 대한 호출을 숨기거나 조작 또는 변조할 수 있지만, 고객의 기대와 스토어 정책에 위배되는 행동입니다. 마침내, 우리는 시스템, 다른 앱 및 장치와 잘 연동하여 고객을 만족시키는 우수한 앱을 개발자들이 제작할 수 있는 플랫폼을 만들었습니다. Metro 스타일 SDK는 개발자가 이러한 목표를 실현하는데 매우 효과적으로 사용될 수 있습니다.

공동 및 부문별 작동

명확한 설치 프로세스는 고객에게 중요한 부분이며, SDK를 사용하여 시스템에 최적화된 앱을 개발할 수 있습니다. 한편, 고객은 여러분의 앱과 우리의 플랫폼이 뛰어난 안정성을 제공할 수 있기를 바랍니다. 우리는 기존의 Windows 데스크톱 응용 프로그램에서 할 수 있었던 것 이상으로 Metro 스타일 앱을 더 잘 구분하여 제공함으로써 개발자가 기대하는 안정성에 대한 목표를 달성하는데 도움을 드리고 있습니다. Windows 8에서는 앱 컨테이너와 앱 컨테이너의 데이터가 다른 Metro 스타일 앱으로부터 분리되도록 하는 고유한 앱 컨테이너에서 각각의 Metro 스타일 앱이 작동합니다.

앱 컨테이너를 통해 모든 Metro 스타일 앱이 공유하는 몇 가지 특성이 제공됩니다. 앱 컨테이너는

데이터와 설정을 위한 여러분 자신의 스토어 같은 앱 전용 환경을 제공합니다. 다른 Metro 스타일 앱이 여러분 앱의 데이터나 설정, 동작을 바꾸어 버리지 않을까 걱정하지 않아도 됩니다.
여러분의 앱이 우연히 Windows 플랫폼 자체의 안정성을 저해하거나 고객들이 원하지 않는 방식으로 고객의 데이터나 장치를 사용하지 않도록 합니다.
매니페스트에서 선언을 통해 앱의 기능을 확장시키고 앱 목록 페이지에서 고객에게 전달하는 명확한 방법을 제공합니다.

이 정도의 구분을 통해 사용자가 신뢰할 만한 훌륭한 앱을 훨씬 더 쉽게 작성할 수 있습니다. 동시에 우리 모두는 다른 앱과 서로 원활하게 연동하는 앱을 만들고자 합니다. Windows 8은 Metro 스타일 앱끼리, 그리고 플랫폼과 함께 연동하여 만족감을 줄 수 있도록 하기 위해 다음과 같은 여러 메커니즘을 제공합니다.

앱 계약. Metro 스타일 앱을 함께 묶어 시스템 UI에 바인딩하는 역할을 합니다.
파일 선택기. 앱이 사용자가 선택한 데이터와 연동할 수 있도록 합니다.
앱 접근 권한 선언. 앱이 기능에 적합한 경우 프로그램에 따라 장치 및 데이터와 연동할 수 있도록 합니다.

위의 내용은 모두 앱이 다른 앱이나 시스템과 좀 더 깊은 연관을 갖도록 하는 체계적인 방법입니다. 앱 컨테이너가 존재하는 이유는 개발자가 고객이 기대하는 안정성을 제공하고 시스템 및 데이터에 대한 신중한 접근을 구현하도록 돕기 위해서입니다. 앱 ��테이너의 제한 사항은 일관되고 이해하기 쉬운 앱 동작에 대한 고객의 기대를 실현할 수 있도록 고안되었으며, 앱이 앱 컨테이너 외부의 코드를 실행하는 기술을 사용하는 것은 사용자의 신뢰와 스토어 정책에 위배되는 행동입니다.

개발자와 함께한 프리뷰 기간 중의 논의를 통해 이러한 메커니즘 일부를 오해하거나 실수로 오용한 경우를 발견했기 때문에 특별히 앱 접근 권한에 대해 좀 더 자세하게 설명하겠습니다.

앱 접근 권한 선언

접근 권한 선언을 사용해 여러 방법으로 앱 컨테이너를 확장할 수 있으며, 각각의 접근 권한 선언은 특정 시나리오를 가능하게 하도록 설계되었습니다. 따라서, 우리는 특정 조건에서만 앱 접근 권한 선언을 사용할 것을 권장합니다. 이러한 접근 권한은 네 가지 주요 항목으로 분류할 수 있습니다.

데이터 라이브러리: 앱은 기본적으로 음악 라이브러리나 문서 라이브러리와 같은 고객의 데이터 라이브러리에 액세스하지 않습니다. 이러한 라이브러리와 연동하기 위해 파일 선택기를 사용할 것을 권장합니다. 단 일부 특별한 경우 앱이 직접 이러한 위치에서 데이터를 읽거나 관리할 수 있도록 해야 합니다.
장치 액세스: 기본적으로 앱은 웹캠, 마이크, 위치 추적 장치 등과 같이 대부분의 사용자가 개인 정보 때문에 민감하게 생각하는 장치는 사용할 수 없습니다. 앱에서 이러한 장치를 필요로 하는 경우 용도를 표시하고 사용자에게 동의를 구해야 합니다.
네트워크 액세스: 기본적으로 앱은 고객의 네트워크에 액세스하지 않습니다. 대부분의 앱이 인터넷과 연결되기 때문에 Metro 스타일 앱용으로 제작된 모든 Visual Studio 템플릿에서 이 특별한 기능이 구현되도록 했습니다. 여러분의 앱에 단순한 인터넷 액세스 이상의 기능이 필요한 경우 아래의 옵션을 살펴보시기 바랍니다.
사용자 ID: 이러한 접근 권한으로 특정 고객의 기업 로그인 정보나 ID와 관련한 인증에 직접 접근할 수 있습니다. 드문 경우지만 이러한 접근 권한은 특정 기업 앱에 필요하며, 인증에 스마트 카드가 필요할 수 있는 은행 거래 등의 시나리오에 사용할 수 있습니다.

이러한 범주에서 접근 권한을 선언하는 것은 Visual Studio 매니페스트 디자이너에서 체크 표시하는 것만큼 간단합니다. 하지만 앱에 대한 시나리오를 실현하는 것이 중요한 경우에 한해 접근 권한을 추가하세요. Consumer Preview 기간에 스토어에 등록한 앱 가운데, 모든 접근 권한을 선언하거나 해당 앱에 중요하지 않은 접근 권한을 선언하는 앱을 여러 개 확인했습니다. 그러므로 가능한 접근 권한 목록이 비교적 짧지만, 이러한 각각의 접근 권한과 사용법을 좀 더 자세하게 검토하는 것이 매우 중요합니다.

Visual Studio의 매니페스트 디자이너

데이터 라이브러리

이러한 접근 권한으로, 여러분의 앱에 불필요하게 생성된 사용자 데이터에 앱이 액세스할 수 있습니다. 사용자는 자신의 개인적인 데이터에 앱이 최소한으로 액세스하기를 바랍니다. 사용자들이 신뢰를 갖고 앱을 설치하도록 하는 유일한 방법은 앱에 필요한 최소한의 액세스만을 선언하는 것입니다. 사용자가 하드 드라이브나 네트워크 어디에서나 파일을 검색할 수 있는 파일 선택기를 사용해 대부분의 경우에 이러한 접근 권한 전체를 사용하지 못하도록 할 수 있습니다. 예를 들어, 사용자가 라이브러리 위치나 이동식 저장소에 앱의 동의를 저장할 수 있도록 앱에 '다른 이름으로 저장'을 추가하거나 '파일 열기' 방식을 제공하기 위해 파일 선택기를 사용하세요.

매니페스트 선언	제공 내용
musicLibrary	로컬 PC와 HomeGroup PC의 음악 라이브러리에서 파일을 추가, 변경, 제거할 수 있는 접근 권한을 제공합니다.
videoLibrary	로컬 PC와 HomeGroup PC의 비디오 라이브러리에서 파일을 추가, 변경, 제거할 수 있는 접근 권한을 제공합니다.
pictureLibrary	로컬 PC와 HomeGroup PC의 사진 라이브러리에서 파일을 추가, 변경, 제거할 수 있는 접근 권한을 제공합니다.
documentsLibrary	로컬 PC의 문서 라이브러리에서 파일을 추가, 변경, 제거할 수 있는 접근 권한을 제공합니다. 앱은 파일 형식 연관 선언을 사용해 정의된 문서 라이브러리의 파일 형식에만 액세스할 수 있습니다. 앱은 HomeGroup PC의 문서 라이브러리에 액세스할 수 없습니다.
removableStorage	이동식 저장 장치에서 파일을 추가, 변경, 제거할 수 있는 접근 권한을 제공합니다. 앱은 파일 형식 연관 선언을 사용해 매니페스트에 정의된 이동식 저장소의 파일 형식에만 액세스할 수 있습니다. 앱은 HomeGroup PC의 이동식 저장소에 액세스할 수 없습니다.

Consumer Preview 기간 동안에 고객이 원하지 않는 상황에서 이러한 접근 권한을 선언한 앱 등록을 확인했습니다. 예를 들어 앱은 다음과 여러 이유로 documentsLibrary를 선언했습니다.

문서 라이브러리에 특정 앱 설정 저장. 개인용 스토어는 이러한 기능을 제공하기 위해 설계되었습니다. 앱 설정과 저장에 대한 자세한 내용을 보려면 여기를 클릭하세요.
사용자 생성 파일을 저장하세요. 파일 선택기를 사용하면 사용자가 문서 라이브러리 등의 위치에 파일을 저장할 때 더 적합합니다.
앱과의 문서 공유. 공유 계약 등을 목적으로 만들어졌습니다.

사용자의 문서 라이브러리의 모든 .TIFF 파일을 처리하는 팩스 뷰어와 같이 주어진 파일 형식에 대해 여러분의 앱이 시스템의 주요 처리기가 되도록 설계되었다면 이 접근 권한을 선언하세요.

장치 액세스

방향 센서와 가속도계 등 많은 장치를 앱에서 사용할 수 있습니다. 하지만 사용자 개인 정보와 밀접하게 연관되었다는 점을 고려할 때 많은 고객들이 다른 장치보다 더 민감하게 생각하는 장치가 있습니다. 이러한 장치에 구축할 수 있는 훌륭한 앱은 상당히 많습니다. 예를 들어, 게임 플레이를 공유하는 캐주얼 게임이 있다면 장치를 연결할 때 근접 연결을 사용하는 것이 좋은 방법입니다.

이러한 장치는 사용자 개인 정보와 밀접하게 연결되어 있기 때문에, Windows 8은 여러분이 접근 권한을 선언한 경우 여러분의 앱이 특정 장치에 접근하려고 하는 초기에 고객이 즉시 이 액세스를 승인하도록 할 것입니다. 예를 들어, 지도를 제공하는 앱은 고객의 지리위치 데이터에 액세스하고자 할 것입니다. 앱이 처음 이 정보를 입수하려고 할 때 고객은 앱의 액세스를 승인하는 프롬프트를 보게 됩니다. 이 승인은 고객이 차후에 설정을 통해 액세스를 확실히 제거할 때까지 유지됩니다. 매니페스트에 접근 권한을 추가했다 하더라도 고객은 이 장치들에 대한 앱 액세스를 거절할 수 있기 때문에, 접근이 용이하지 않은 점을 처리할 수 있도록 디자인하세요. 예를 들어, 고객이 내장된 GPS 기능에 앱이 액세스하는 것을 거부하는 경우 사용자가 지도에서 자신의 위치를 선택할 수 있게 할 수 있습니다.

매니페스트 선언	제공 내용
위치	현재 위치에 액세스하며, 이 위치는 PC의 GPS 센서 같은 전용 하드웨어에서 구하거나 가능한 네트워크 정보에서 얻습니다.
웹캠	웹캠 비디오 피드에 액세스하며, 이를 통해 앱이 연결된 웹캠의 스냅숏과 동영상을 캡처하도록 합니다.
마이크	마이크 오디오 피드에 액세스하며, 이를 통해 앱이 연결된 마이크의 오디오를 녹음하도록 합니다.
근접 연결	가까운 근접 연결 라디오를 통해 PC에 근접 연결로 장치에 연결하는 접근 권한을 제공합니다. 파일을 송부하거나 근접 장치의 앱과 통신하려면 가까운 필드 근접 연결을 사용할 수 있습니다.

네트워크 액세스

대부분의 앱이 인터넷과 연결되어야 하기 때문에, Metro 스타일 앱용 모든 Visual Studio 템플릿에는 기본적으로 internetClient 접근 권한이 포함됩니다. 앱이 인터넷을 통해 통신할 필요가 없는 경우에는 이 기능을 제거해야 합니다. internetClientServer 접근 권한은 일반적으로 게임이나 VOIP 같은 P2P에서 사용되지만, 앱이 방화벽 포트를 열면 안 되는 경우 이 접근 권한을 사용해서는 안 됩니다. 예를 들어, 가정에서 개인용 네트워크를 통해 통신하거나 기업용 네트워크 연결을 통해 연결하는 경우 privateNetworkClientServer 접근 권한을 사용하세요.

매니페스트 선언	제공 내용
internetClient	공항이나 카페 등 공공 장소에서의 인터넷과 네트워크에 아웃바운드 액세스합니다. 인터넷이 필요한 대부분의 앱은 이 접근 권한을 사용해야 합니다.
internetClientServer	공항이나 카페 등 공공 장소에서의 인터넷과 네트워크에 인바운드 및 아웃바운드 액세스합니다. 이 접근 권한은 internetClient의 상위 집합입니다. 이 접근 권한이 가능한 경우 internetClient 접근 권한은 가능하지 않아도 됩니다.
privateNetworkClientServer	인증 도메인 컨트롤러가 있거나 사용자가 집이나 직장 네트워크 중 하나로 지정한 인트라넷 네트워크에 인바운드 및 아웃바운드 액세스합니다.

사용자 ID

대부분의 개발자는 이 접근 권한이 필요하지 않습니다. 이 접근 권한의 사용은 상당히 제한적이며, 추가적인 등록 정책과 검토에 해당됩니다. 하지만 이러한 접근 권한이 필요하고 적절한 경우가 있습니다. 예를 들어, 일부 은행에서는 2중 인증이 필요하며, 고객은 자신의 ID를 확인할 수 있는 디지털 인증이 포함된 스마트카드를 제시해야 합니다. 소비자보다 주로 기업 고객을 위해 설계된 앱의 경우 도메인 자격 증명 없이는 액세스할 수 없는 기업용 리소스에 액세스해야 할 수 있습니다.

매니페스트 선언	제공 내용
enterpriseAuthentication	도메인 자격 증명이 필요한 기업 인트라넷 리소스에 연결하도록 접근 권한을 줍니다.
sharedUserCertificates	사용자 ID를 인증하기 위해 스마트카드 인증과 같은 소프트웨어 및 하드웨어 인증에 액세스하도록 접근 권한을 줍니다. 런타임에서 관련 API를 적용하는 경우 사용자는 조치를 취해야 합니다(카드 삽입, 인증 선택 등). 앱에 인증 선언을 통한 개인용 인증이 포함된 경우 이러한 접근 권한이 필요하지 않습니다.

신뢰 구축

고객은 Windows 8과 앱을 안전하게 즐길 수 있기를 원합니다. Metro 스타일 앱 환경은 모든 사람들이 믿고 사용한 뒤 구입할 수 있는 앱을 손쉽게 제작하도록 설계되었습니다. 이에 따라 훨씬 더 우수한 Metro 스타일 앱을 개발하고 만들 수 있는 기회를 개발자에게 제공함으로써 고객이 보다 다양한 앱을 즐기고 구매하는 선순환 사이클이 이루어지게 됩니다.

앞서 설명한 바와 같이 우리는 새로운 에코시스템을 구축하기 위해 많은 노력을 기울였습니다. 이러한 우리의 노력이 고객을 만족시키는 앱을 제작하기 위해 힘쓰는 여러분에게 많은 도움이 될 것으로 확신합니다. 그리고 앞으로도 놀라운 경험을 고객에게 제공하는 일에 협조해 주실 것을 기대합니다.

-John Hazen

우리 가족의 안전한 컴퓨터 사용 환경을 지켜주는 Windows 8

Steven Sinofsky — Fri, 18 May 2012 00:09:00 GMT

Windows 8의 뛰어난 특징 중 하나는 어떤 PC에서도 여러 개의 계정을 사용할 수 있다는 점입니다. 이에 따라, 자녀를 둔 부모는 아이들이 어떤 온라인 콘텐츠에 접속하는지 손쉽게 확인할 수 있습니다. 또한 한 대의 PC를 공동으로 사용하는 가정에서는 가족 구성원 모두가 각자의 온라인 계정을 설정함으로써 자신만의 고유한 온라인 정체성을 지켜갈 수 있습니다. Microsoft는 모든 컴퓨터 사용자, 특히 자녀의 컴퓨터 사용을 염려하는 모든 부모에게 보다 안전한 컴퓨터 환경을 제공하는 도구를 개발하기 위해 최선을 다하고 있습니다. Windows 8에서 보다 실질적으로 업데이트된 '가족 보호(Family Safety)'의 다양한 기능을 만나 보십시오. 가족 보호 프로그램 시니어 매니저인 Phil Sohn은 Windows 8의 가족 보호 기능에 대해 설명합니다.
- Steven

요즘 자녀들은 온라인 환경에서 자란다고 해도 과언이 아닙니다. 학교 숙제, 게임은 물론 친구들과의 대화도 컴퓨터로 하며 웹에서 무궁무진한 양의 정보에 엑세스할 수 있습니다. 긍정적인 측면의 다양한 경험을 체험할 수 있게 하는 것도 바로 컴퓨터입니다. 그러나 자녀들이 온라인상에서 무엇을 보는지, 누구를 만나는지, 어떠한 정보를 공유하는지 늘 신경을 써야 하는 부모 입장에서는 자녀들의 컴퓨터 사용이 그리 달갑지만은 않은 것이 사실입니다.

Microsoft는 부모들이 자녀들을 위해 좀 더 건전한 컴퓨터 사용 환경을 만들어 주는데 기여하고자 합니다. 우리는 부모들이 자녀들과 함께 온라인 안전에 대해 이야기도 나누며 올바른 컴퓨터 사용에 대한 지침도 마련해 줄 것을 권장합니다. Microsoft를 비롯하여 온라인 안전을 지지하는 많은 사람들은 컴퓨터를 거실과 같은 가족 공동 공간에 두도록 하여 자녀들이 컴퓨터로 어떠한 활동을 하는지 수시로 점검할 것을 권고합니다. 부모들이 이렇게 자녀들의 컴퓨터 사용을 확인하는 것은 매우 중요합니다. 그러나 집안에 컴퓨터가 여러 대가 있거나 자녀들이 노트북이나 태블릿을 사용하는 경우에는 부모가 제대로 확인을 할 수가 없습니다. 또한 자녀의 컴퓨터 활동을 어깨 너머로 슬쩍 보는 것 자체가 부모나 자녀 모두에게 사실은 불편한 일이기도 합니다.

클릭 한 번으로 보다 안전한 인터넷 환경 만들기

Windows 8을 통해 자녀가 어디서 PC를 사용하든지 무엇을 하고 있는가를 확인할 수 있습니다. 간단히 자녀 각각의 사용자 계정을 설정한 후 가족 보호 상자를 선택하고, 자녀의 PC 사용을 보여주는 주간 보고서를 읽어보면 됩니다. 다운로드, 설치 마법사, 설정 단계가 모두 필요하지 않습니다. 그저 이 상자를 선택하기만 하면 됩니다.

'감시 우선 주의'

과거에 Microsoft를 비롯한 여러 회사에서 내놓은 가족 보호 소프트웨어 솔루션은 주로 웹 페이지를 필터링하거나 소프트웨어적으로 웹 페이지를 차단하는 방식이 대부분이었습니다. 소프트웨어 설치 절차가 복잡하기도 했고 사용할 때마다 부모의 승인을 요청하는 창이 떠 번거로운 면도 있었습니다. 결국 많은 부모들이 이러한 소프트웨어의 사용을 중단하고 전과 같이 직접 자녀들을 감시하는 방법을 택하기도 했습니다. 물론 컴퓨터가 점점 모바일화됨에 따라 이렇게 직접 감시하는 방법은 효과가 떨어질 수 밖에 없었습니다.

Windows 8은 각 자녀의 온라인 활동 정보를 제공하는 '감시 우선 주의'를 지향합니다. 일전에 이 블로그에서 언급된 대로, 간편하게 Microsoft 계정으로 Windows 8에 로그인할 수 있습니다. 먼저 각 자녀들에 대한 사용자 계정을 설정한 다음 가족 보호 상자를 선택하여 활성화합니다. 가입을 환영한다는 이메일 메시지가 바로 전달되며 주 단위로 자녀들의 컴퓨터 사용 내역서를 받아 보실 수 있습니다. 사용하다보면 본 컴퓨터 사용 내역서가 자녀들에게 책임감 있는 컴퓨터 사용이 무엇인지를 보다 올바르게 가르쳐 줄 수 있는 좋은 학습 도구라는 것을 알게 될 것입니다. 물론, 선택에 따라 사용 내역서에 있는 링크를 클릭만 하십시오. 자녀들이 접속할 수 없도록 차단시켜 드립니다. 설치 및 사용이 간편하기 때문에 더욱 많은 부모들이 가족 보호에 가입할 것으로 예상되며 자녀들을 위해 더욱 안전한 컴퓨터 환경이 조성될 것으로 보입니다.

자, 그럼 가족 보호 컴퓨터 사용 보고서를 살펴볼까요?

Microsoft 계정만 있으면 언제 어디서나 어떠한 기기를 사용하든 관계없이 이메일을 확인하여 자녀들의 컴퓨터 사용 내역을 확인하고 조치를 취할 수 있습니다. 가족 보호 설정의 모든 변경 내용은 familysafety.microsoft.com의 클라우드에 저장되며, 가족 보호 기능이 활성화된 모든 종류의 PC에 자동으로 적용됩니다.

자녀용 기본 계정

우리는 오랫동안 부모들이 컴퓨터 관리자로 로그인하여 각 자녀에 대한 기본 계정을 설정할 것을 권장해 왔습니다. Windows 8에서는 관리자 또는 '부모'가 자동으로 기본 계정으로 설정됩니다. 이렇게 할 경우 다음과 같은 여러 장점을 기대해 볼 수 있습니다. 이 방법에는 여러 가지 혜택이 있습니다. 자녀의 경우

부모의 이메일은 물론, 온라인 계정 및 문서 등에 접속할 수 없게 됩니다.
부모의 계정을 건드리지 않고 원하는 대로 계정을 만들 수 있습니다.
SAR(SmartScreen Application Reputation) 서비스에서 자동 차단 기능을 실행하므로 맬웨어나 의심스러운 파일을 다운로드할 수 없습니다.

좀 더 강도 높은 통제를 원하는 경우

새로운 가족 보호 기능이 자동으로 전송하는 자녀 컴퓨터 사용 보고서는 많은 부모들에게 최적의 솔루션이 될 것입니다. 자녀들의 컴퓨터 사용을 좀 더 확실히 단속하길 원하신다면 사용 보고서 이메일이나 familysafety.microsoft.com에서 직접 원하는 사이트 링크를 차단하여 자녀들이 접속할 수 없도록 할 수도 있습니다. Windows 8에서는 현재 Windows 7에서 이용 가능한 웹사이트 접속 차단 기능에 여러 단계의 웹 필터링 기능도 추가할 수 있습니다.

웹 필터링 여러 웹 필터링 수준을 선택할 수 있습니다.

SafeSearch: 웹 필터링이 활성화되면 SafeSesarch는 Bing, Google, Yahoo와 같은 인기 검색 엔진에서 '엄격' 설정으로 잠깁니다. 성인물의 텍스트나 이미지 파일 또는 동영상 등은 검색 결과에서 자동으로 여과되어 제거됩니다.
시간 제한: Windows 8에서 아이들의 하루 PC 사용 시간을 제한할 수 있습니다. 예를 들어, 방과 후 저녁 시간에는 PC 사용 시간을 한 시간으로, 주말에는 2시간 등으로 제한해 놓을 수도 있습니다. 물론 Windows 7에서 제공하는 심야 사용 제한 기능과 더불어 사용하실 수 있습니다.
Windows 스토어: 가장 최근에 이용한 Windows 스토어 다운로드 내역이 전송되므로 자녀들의 게임 등급 레벨을 설정해 놓을 수 있습니다. 따라서, 아이들은 Windows 스토어에서 특정 등급 이상의 앱에는 접속할 수 없게 됩니다.
앱 및 게임 제한: Windows 7처럼 특정 응용 프로그램이나 게임을 차단할 수 있으며 적절한 게임 등급 레벨을 설정해 놓을 수 있습니다.

Windows 8에서 가족 보호 기능이 어떻게 사용되는지 간단한 영상으로 살펴보겠습니다.

이 HTML5 동영상은 현재 브라우저에서 지원되지 않습니다.
선호하는 미디어 플레이어로 보려면 이 동영상을 다운로드하십시오.
고화질 MP4 | 저화질 MP4

Windows 8 Release Preview의 가족 보호 기능 보기

Microsoft는 자녀들에게 가장 안전하면서도 가정 친화적인 컴퓨터 사용 환경을 조성하기 위해 최선을 다하고 있습니다. 물론 각 가정이나 부모들의 사정이 다르기 때문에 동일한 최적 환경은 있을 수 없을 것입니다. 자녀들의 컴퓨터 활동을 감시하길 바라는 부모가 있는 반면, 자녀들이 접속할 수 있는 링크를 차단해 버릴 소프트웨어를 찾는 부모도 있습니다. '감시 우선 주의'를 표방하는 간편하고도 확실한 Microsoft 가족 보호 프로그램은 위 두 가지 요구 사항을 모두 만족시키는 동시에 온라인 안전에 대해 가족이 대화할 수 있는 대화의 장도 마련해 줍니다. Windows 8 Release Preview에서 가족 보호 기능을 살펴보시기 바랍니다.

- Phil

새로운 모습으로 등장한 chkdsk 및 NTFS 상태 모델

Steven Sinofsky — Wed, 16 May 2012 21:50:04 GMT

우리는 그 동안 OS 커널과 네트워킹, 파일 시스템을 개선할 수 있는 다양한 방법을 소개했습니다. 그 유용성이 입증된 chkdsk 유틸리티의 경우 일부 환경을 제외하고는 대부분의 PC 클라이언트에서 거의 사용되지 않고 있지만 우리는 Windows 8을 이 유틸리티를 개선하는 기회로 삼았습니다. 아울러 chkdsk 작업으로 인해 시스템이 가동을 멈추는 시간을 줄이고 가용성을 높이기 위해 유틸리티의 작동 방식을 재고하는 데 초점을 맞추었습니다. chkdsk의 실제 사용 사례를 볼 때 정작 디스크 손상이 발생할 확률이 극히 낮은 데 비해 chkdsk 유틸리티는 다양한 손상에 관여하고 있습니다. 우리는 또한 조각 모음과 같은 디스크 도구를 사용자가 직접 실행하는 경우를 줄이기 위해 많은 노력을 기울여 왔습니다. 하지만 많은 사용자들이 '만일의 사태에 대비해' 디스크 도구를 수동으로 실행하는 것을 선호하고 있어 chkdsk 실행 시 컴퓨터의 가용성이 낮아지는 현상을 없애기 위해 chkdsk의 전체 처리량을 높이기도 하였습니다. 디스크 용량이 엄청나게 커지고 다중 디스크 시스템이 더 일반화됨에 따라 유틸리티를 개선하기 위해 많은 관심을 쏟기도 하였습니다. 이 글은 코어 시스템 팀의 프로그램 관리자인 Kiran Bangalore가 작성했습니다.
- Steven

이 블로그 글에서는 Windows 8의 새 NTFS 상태 모델과 디스크 손상 감지 및 수정을 위해 새롭게 디자인된 도구인 chkdsk 유틸리티에 대해 살펴보고자 합니다.

거의 모든 사람들이 사무실의 서버나 집의 컴퓨터를 다시 시작할 때 예기치 않게 chkdsk가 실행되는 것을 경험해 본 적이 있을 것입니다. 이러한 예기치 않은 상황을 겪게 되면 당황스러울 뿐만 아니라 프로세스 완료 후 Windows를 사용할 수 있을 때까지 기다려야 하는 번거로움이 있습니다. Windows 8에서는 이러한 문제 발생 시 사용자가 이를 제어할 수 있게 신속한 해결 방법을 제공함으로써 보다 향상된 시스템 가용성과 확장성을 보장합니다.

Windows 8의 주요 디자인 목표 중 하나는 시스템의 전체 가동 중지 시간을 줄이고 가용성을 높이는 것이었습니다. Windows 8에 도입된 이러한 기능은 저장소 공간 및 새로운 ReFS 파일 시스템 등의 다른 저장소 기능과 함께 손상을 더욱 간단하게 수정하고 전체 시스템의 전반적인 가용성을 높여 줍니다.

이전의 chkdsk 및 NTFS 상태 모델

극히 드물기는 하지만 오늘날 디스크 손상이 발생하는 원인은 다양합니다. 이러한 원인이 하드 디스크의 미디어 오류인지 아니면 일시적인 메모리 오류인지에 관계없이 파일 시스템 메타데이터(작년 휴가 때 찍은 사진에 물리적 블록을 매핑하는 데 사용되는 정보)에서 손상이 발생할 수 있습니다. 데이터에 계속 액세스할 수 있도록 Windows에서는 chkdsk 유틸리티를 실행하여 이러한 오류를 격리하고 수정합니다.

이전 버전의 NTFS에서는 파일 시스템 볼륨의 정상 여부를 판별하는 단순한 상태 모델을 기반으로 합니다. 이 모델에서는 파일 시스템의 손상을 수정하고 볼륨을 정상 상태로 되돌리는 데 필요한 기간만큼 볼륨이 오프라인 상태가 되며, 가동 중지 시간은 볼륨의 파일 수에 정비례합니다.

전 세계에 분포한 수많은 시스템의 원격 분석 데이터를 분석한 결과, 손상은 매우 드물게 발생하는 것으로 나타났지만 손상을 복구하기 위해 chkdsk를 실행할 때 드라이브의 파일 수에 따라 몇 초에서 몇 시간까지 걸릴 수 있으며, 대용량 저장소 서버의 경우 더 오래 걸리기도 했습니다.

Windows Vista와 Windows 7에서 chkdsk 속도가 대폭 향상되었지만 디스크 용량은 여전히 18개월마다 두 배로 늘어나고 볼륨당 파일 수도 같은 비율로 증가함에 따라 이러한 속도 향상에도 불구하고 chkdsk를 완료하는 데 걸리는 시간이 점차 더 늘어나고 있습니다.

따라서 Windows 8에서는 chkdsk로 인한 가동 중지 시간을 최소화하도록 NTFS의 상태 모델의 접근 방식과 수정 방법에 변화를 주었습니다. 또한 손상을 복구하는데 오프라인 chkdsk가 필요 없는 ReFS라는 새로운 파일 시스템을 도입했습니다.

새롭게 디자인된 파일 시스템 상태

저장소 용량과 사용자 데이터 파일이 엄청나게 늘어남에 따라 NTFS 상태 모델과 chkdsk를 다시 디자인해야 하는 필요성이 대두되었습니다.

고객이 명시한 파일 시스템 상태의 세 가지 중요 요구 사항이 있었습니다.

파일 시스템 손상으로 인한 가동 중지 시간은 지속적으로 사용 가능한 구성에서 0이어야 하고, 다른 모든 구성에서는 0에 가까워야 합니다.
사용자나 관리자가 항상 파일 시스템 상태를 인식할 수 있어야 합니다.
손상 발생 시 사용자나 관리자가 지정된 방식으로 쉽게 파일 시스템을 수정할 수 있어야 합니다.

최상의 가용성을 구현하기 위해 파일 시스템과 chkdsk 유틸리티가 모두 변경되었습니다. 새로운 디자인에서는 손상에 대한 빠르고 명확하고 통합된 해결을 위해 다음과 같은 단계로 프로세스가 나뉩니다.

우리는 새로운 디자인의 주요 구성 요소이자 핵심인 파일 시스템 드라이버(NTFS), 자체 복구 및 지점 검증 서비스 및 chkdsk 유틸리티에 의해 수행되는 '작업(verbs)'으로 손상 유형을 설명하는 새로운 통신 방법을 개발했습니다. 모든 파일 시스템 손상은 우리가 Windows 8에서 정의한 18개의 '작업' 중 필요한 하나로 분류됩니다. 향후에 문제를 보다 잘 진단하는 데 도움이 될 수 있는 새 작업 정의를 위한 여지도 남겨 두었습니다.

가용성 향상에 도움이 되는 주요 디자인 변경 사항:

온라인 자체 복구: chkdsk 실행의 필요성을 줄이기 위해 NTFS 자체 복구 기능이 Windows Vista와 Windows Server 2008에 도입되었습니다. 자체 복구는 정상 작업 중 발생하는 특정 부류의 손상을 수정하는 NTFS에 내장된 기능이며 아직 온라인일 때 이러한 수정을 수행할 수 있습니다. 감지되는 모든 문제가 온라인에서 자체 복구될 경우 오프라인 복구가 필요 없습니다. Windows 8에서는 온라인으로 처리할 수 있는 범위가 확장되어 chkdsk의 필요성이 그만큼 더 줄어들게 됩니다.
온라인 검증: 일부 손상은 메모리 문제로 인해 간헐적으로 발생하며 디스크의 실제 손상의 결과가 아닐 수 있습니다. 이런 이유에서 Windows 8에 지점 검증이라는 새로운 서비스를 추가하게 되었습니다. 이 서비스는 파일 시스템 드라이버로 트리거되며 상태 모델에서 파일 시스템을 이동하기 전에 디스크에 실제 손상이 있는지 확인합니다. 이 새로운 서비스는 백그라운드에서 실행되며 시스템의 정상적인 작동에는 영향을 주지 않습니다. 파일 시스템 드라이버가 손상 확인을 위해 트리거하지 않으면 아무 작업도 수행하지 않습니다.
온라인 식별 및 로깅: 문제가 확인되면 파일 시스템에서 유지 관리 작업으로 실행되는 파일 시스템 온라인 검사를 트리거합니다. Windows 8에서 컴퓨터 유지 관리를 위해 예약된 작업은 유휴 시간과 같이 적당한 때만 실행됩니다. 이 검사는 다른 프로그램이 포그라운드에서 계속 실행되는 동안 백그라운드 작업으로 실행될 수 있습니다. 파일 시스템 검사 시 발견된 모든 문제는 이후 수정을 위해 로깅됩니다.
신속 정확한 수정 – 사용자나 관리자의 편의를 위해 볼륨을 오프라인시킬 수 있으며 이전 단계에서 로깅된 손상을 수정할 수 있습니다. '지점 수정'이라는 이 작업에 따른 가동 중지 시간은 몇 초뿐이며 클러스터 공유 볼륨이 있는 Windows Server 8 시스템에서는 이러한 가동 중지 시간이 아예 없습니다. 이전 모델에서는 chkdsk 오프라인 실행 시간이 파일 수에 비례했지만 새 모델에서는 이제 손상 수에 정비례합니다.

Windows Server 비교: chkdsk /f와 chkdsk /spotfix

보다 효율적인 관리 – 새 상태 모델의 명료성을 더 높이기 위해 이제 Windows에서 다음 인터페이스를 통해 파일 시스템 상태를 확인할 수 있습니다.

관리 센터 – 드라이브의 상태는 볼륨을 정상화하기 위한 조치가 필요할 경우 이를 알려 주는 '드라이브 상태'(아래 그래픽 블록 참조)로 관리 센터에서 가장 쉽고 정확하게 확인할 수 있습니다.
탐색기: 탐색기의 드라이버 속성에서도 성능 상태를 확인할 수 있습니다.
PowerShell: PowerShell의 새로운 cmdlet인 REPAIR-VOLUME으로 chkdsk 기능을 호출할 수도 있습니다. 이 cmdlet은 파일 시스템 상태를 원격으로 관리하는 데 도움이 됩니다.
서버 관리자: Windows Server에서는 서버 관리자 유틸리티에서 직접 볼륨 성능 상태를 관리할 수도 있습니다.

새 파일 시스템 상태 모델

새 상태 모델에서 파일 시스템 성능 상태는 다음 4가지로 분류됩니다. 이 중 일부는 단순히 정보 제공용이고 나머지는 조치를 필요로 합니다.

온라인 및 정상
온라인 지점 검증 필요
온라인 검사 필요
지점 수정 필요

Windows 8 파일 시스템 성능 상태

온라인 및 정상 – 이 상태에서는 감지된 파일 시스템 손상이 없으므로 아무 작업도 필요 없습니다. 파일 시스템은 대개 이 상태입니다.

온라인 지점 검증 필요– 자체 복구할 수 없는 손상을 발견하면 파일 시스템이 잠시 동안 이 전환 상태에 있습니다. 지점 검증 서비스에서 손상을 확인할 때까지 볼륨이 이 상태로 유지됩니다. 마찬가지로 사용자 작업이 필요 없습니다.
온라인 검사 필요– 지점 검증 서비스가 손상을 확인하면 파일 시스템이 '온라인 검사 필요' 상태가 됩니다. 다음 유지 관리 기간에 온라인 검사가 수행되며 사용자 작업은 필요 없습니다. 원하는 경우 다음 유지 관리 기간 전에 수동으로 검사를 실행할 수 있도록 관리 센터에 이 상태가 반영됩니다. 검사가 백그라운드 작업으로 실행되어 검사 중에 컴퓨터를 계속 사용할 수 있습니다. 이 온라인 검사 동안 확인된 문제와 수정은 이후 복구를 위해 모두 로깅됩니다. Windows Server 8 시스템에서는 CPU와 저장소 유휴 시간을 모니터링하여 유휴 시간을 파악합니다.

지점 수정 필요– 온라인 검사가 완료되면 볼륨이 이 상태가 되고 필요 시 관리 센터에 이 상태가 반영됩니다. 클라이언트 시스템에서는 PC를 다시 시작하여 이전 단계에 기록된 파일 시스템 문제를 모두 수정할 수 있습니다. 다시 시작은 신속하게 이루어지며(단 몇 초만 추가) PC가 정상 상태로 돌아갑니다. Windows Server 8 시스템의 경우 데이터 볼륨의 손상을 수정하기 위해 다시 시작할 필요가 없습니다. 관리자는 다음 유지 관리 기간 동안 지점 수정을 간단히 예약할 수 있습니다.

시스템 볼륨이 아닌 볼륨 손상을 수정하기 위해 시스템을 다시 시작하지 않으려는 고급 사용자를 위해 해당 볼륨의 속성 대화 상자를 열면 도구 탭에 드라이브에서 파일 시스템 오류를 검사하는 옵션이 표시됩니다. 현재 사용 중인 드라이브의 손상은 컴퓨터 전체를 다시 시작할 필요 없이 수정할 수 있습니다.

결론

Windows 8은 보다 명확하고 매끄러운 파일 시스템 오류 감지 및 수정 기술을 갖추고 있습니다. 이렇게 달라진 기능이 여러분에게 많은 도움이 되기를 바라며 이에 대한 다양한 의견을 함께 나눌 수 있기를 바랍니다.

- Windows 코어 스토리지 및 파일 시스템 선임 프로그램 관리자,
Kiran Bangalore

이 HTML5 비디오는 현재 브라우저에서 지원되지 않습니다.
이 비디오를 다운로드하면 즐겨 사용하는 미디어 플레이어로 볼 수 있습니다.
고화질 MP4 | 저화질 MP4

FAQ

Q) 새 상태 모델이 이동식 드라이브에서도 작동하나요?
예, 대부분의 외장형 하드 드라이브와 같이 수정된 미디어를 보고하는 이동식 드라이브에서 작동합니다.

Q) 새 파일 시스템 상태 모델은 어떻게 사용하나요?
아무 작업도 필요 없습니다. 새 파일 시스템 상태 모델은 기본적으로 사용됩니다.

Q) 새 파일 시스템 상태 모델이 Windows Server에 적용되나요?
예, 상태 모델은 서버와 클라이언트에 대해 모두 동일합니다. 기본적인 차이점 하나는 시스템 부팅 시 데이터 드라이브를 검사하거나 수정하지 않는다는 점입니다. 시간이 허락되면 관리자가 이 유지 관리 작업을 수행하게 됩니다.

Q) 파일 시스템 상태 모델은 그대로 유지하면서 Windows 8과 Windows 7 사이를 이동할 수 있나요?
예, 파일 시스템 상태 모델은 탑재된 모든 운영 체제 버전에서 원활하게 작동합니다.

Q) ReFS가 chkdsk를 실행해야 하나요?
ReFS는 복원력을 위해 다른 모델을 따르며 일반 chkdsk 유틸리티를 실행할 필요가 없습니다.

Q) 기존 chkdsk /f를 실행해야 하나요?
하드웨어 오류로 인해 파일 시스템을 탑재할 수 없는 심각한 손상이 발생하는 경우 전체 오프라인 chkdsk를 수행하여 파일 시스템을 수정해야 합니다. 파일 시스템을 수정할 수 없는 경우 백업에서 복원하십시오.

Q) 시스템 볼륨이 아닌 볼륨을 수정하려면 재부팅이 반드시 필요하나요?
아니요, 관리 센터에서 대개 간단한 방법을 제공합니다. 고급 사용자는 드라이브의 속성을 열거나 명령줄에서 chkdsk \scan <volume>: 및 chkdsk \spotfix <volume>:을 실행하여 시스템 볼륨이 아닌 볼륨을 수정할 수 있습니다.

Q) chkdsk /f를 자주 실행하여 드라이브 상태를 검사합니다. 이외에 수행해야 할 작업이 있나요?
아니요, 손상이 발견될 경우 시스템에서 알려줘서 chkdsk /scan을 실행하여 모든 문제를 검색할 수 있습니다. 온라인 chkdsk /scan을 실행해도 드라이브나 시스템의 가용성이 떨어지지 않습니다.

Q) 오늘 읽기 전용 chkdsk를 실행하여 드라이브 상태를 검사했습니다. 이 작업을 또 수행해야 하나요?
아니요, 가능한 모든 온라인 복구도 수행하고 필요에 따라 지점 수정도 준비하는 chkdsk/scan을 대신 실행할 것을 권장합니다.