KR101738400B1 - 콘텍스트와 모바일 디바이스 로킹 - Google Patents

Abstract

인터페이스에 모바일 디바이스를 로킹하기 위한 방법 및 시스템이 설명된다. 사용자는 사용자 이름으로 모바일 디바이스에 로그온한다. 이후, 모바일 디바이스는 하나 이상의 동작 파라미터들 및/또는 사용자 이름에 기초하여 모바일 디바이스에 대한 콘텍스트를 결정한다. 예컨대, 모바일 디바이스에 대한 콘텍스트는 디바이스의 현재 위치일 수 있다. 콘텍스트 및 사용자 이름에 기초하여, 모바일 디바이스는 로크 모드에서 실행될 수 있다. 로크 모드에서, 애플리케이션들은 사용자 이름 및 콘텍스트에 기초하여 모바일 디바이스상에 제시되도록 선택된다. 모바일 디바이스는 론치를 위해 선택된 애플리케이션들만을 사용자에게 제시하는 스프링보드에 로킹된다. 사용자는 모바일 디바이스상에서 론치된 애플리케이션들 사이에서 전환될 수 있으나, 사용자는 단지 스프링보드상에 제시되는 론치된 애플리케이션들 사이에서만 전환될 수 있다.

Description

콘텍스트와 모바일 디바이스 로킹{MOBILE DEVICE LOCKING WITH CONTEXT}

[1] 본 출원은 "MOBILE DEVICE LOCKING WITH CONTEXT"라는 명칭으로 2013년 5월 3일에 출원된 미국출원번호 제13/886,765호의 우선권을 주장한다.

[2] 모바일 컴퓨팅 디바이스들의 사용은 계속해서 성장하고 있다. 특히, 회사 및 다른 기업들은 개인들이 다양한 기업 자원들에 원격적으로 액세스하도록 하는데 있어서 모바일 컴퓨팅 디바이스들에 의존해 오고 있다. 이러한 자원들은 예컨대 전자 메일 서비스들, 파일 서비스들, 데이터, 및 기업의 컴퓨터 시스템들에 의해 제공된 다른 전자 자원들을 포함할 수 있다.

[3] 비지니스 용도의 반란(insurgence)으로, 개인들은 자신들의 모바일 컴퓨팅 디바이스들을 비지니스 수단 및 개인 수단 모두로 사용하는 것을 시작하고 있다. 예컨대, 기업의 종업원은 동일한 모바일 컴퓨팅 디바이스를 사용하여 기업 이메일 계정 및 개인 이메일 계정에 액세스할 수 있다.

[4] 하기의 설명은 본원에 설명된 다양한 양상들의 간략화된 요약을 제시한다. 이러한 요약은 포괄적인 개요가 아니며, 중요하거나 핵심적인 엘리먼트들을 식별하거나, 청구항들의 범위를 서술하고자 할 의도도 아니다. 하기의 요약은 단순히 아래에서 제공되는 상세한 설명에 대한 도입부로서 간략화된 형태로 일부 개념들을 제시한다.

[5] 특정 환경들에서, 예컨대 모바일 디바이스가 기업 건물에 위치할 때 모바일 디바이스상에서 이용가능한 콘텐츠를 제어하는 능력은 이익이 될 것이다. 따라서, 인터페이스에 모바일 디바이스를 로킹(locking)하기 위한 방법들 및 시스템들이 설명된다. 사용자는 사용자 이름으로 모바일 디바이스에 로그온한다. 이후, 모바일 디바이스는 디바이스의 하나 이상의 동작 파라미터들에 기초하여 모바일 디바이스에 대한 콘텍스트를 결정한다. 예컨대, 모바일 디바이스에 대한 콘텍스트는 디바이스의 현재 위치일 수 있다. 콘텍스트 및 사용자 이름에 기초하여, 모바일 디바이스는 로크 모드(locked mode)에서 실행될 수 있다. 로크 모드에서, 애플리케이션들은 사용자의 이름 및 콘텍스트에 기초하여 모바일 디바이스상에 제시되도록 선택된다. 모바일 디바이스는 런칭(launching)을 위해 선택된 애플리케이션들만을 사용자에게 제시하는 스프링보드(springboard)에 로킹된다.

[6] 일 실시예에서, 모바일 디바이스에 대한 콘텍스트는 선택된 애플리케이션을 실행중인 모바일 디바이스에 대한 위치, 모바일 디바이스에 대한 하나 이상의 네트워크 연결들, 모바일 디바이스에 대한 하나 이상의 세팅들 및 현재 시간을 포함할 수 있다. 사용자 이름과 결합된 이들 콘텍스트들 중 하나 이상의 콘텍스트는 모바일 디바이스가 로킹되어야 하는지 그리고 어떤 애플리케이션들이 제시되어야 하는지를 결정하기 위한 정책(policy)들과 비교될 수 있다.

[7] 다른 실시예에서, 모바일 디바이스에 대한 동작 모드가 전환될 수 있다. 모바일 디바이스가 로킹되는 동안 모바일 디바이스에 대한 하나 이상의 콘텍스트들이 모니터링될 수 있으며, 이 모니터링에 기초하여 동작 모드의 변화가 검출될 수 있다. 예컨대, 모바일 디바이스에 대한 하나 이상의 콘텍스트들은 변화할 수 있으며, 모바일 디바이스에 대한 동작 모드가 언로킹(unlocking)되도록 변화되어야 하는 정책이 정의될 수 있다. 따라서, 동작 모드는 언로킹되도록 전환될 수 있다.

[8] 이들 및 추가 양상들은 이하에서 더 상세히 논의되는 개시내용들의 장점과 함께 인식될 것이다.

[9] 본원에서 설명된 양상들 및 이의 장점들은 유사한 참조 부호들이 유사한 특징들을 표시하는 첨부 도면들을 고려하여 이하의 상세한 설명을 참조함으로써 더 완전하게 이해될 수 있다.
[10] 도 1은 실시예에 따라 사용될 수 있는 예시적인 컴퓨터 시스템 아키텍처를 도시한다.
[11] 도 2는 실시예에 따라 사용될 수 있는 예시적인 원격-액세스 시스템 아키텍처를 도시한다.
[12] 도 3은 실시예에 따라 사용될 수 있는 예시적인 가상화(하이퍼바이저) 시스템 아키텍처를 도시한다.
[13] 도 4는 실시예에 따라 사용될 수 있는 예시적인 클라우드-기반 시스템 아키텍처를 도시한다.
[14] 도 5는 실시예에 따라 사용될 수 있는 예시적인 기업 모빌리티 관리 시스템을 도시한다.
[15] 도 6은 실시예에 따라 사용될 수 있는 다른 예시적인 기업 모빌리티 관리 시스템을 도시한다.
[16] 도 7a 및 도 7b는 실시예에 따른, 모바일 디바이스의 샘플 인터페이스들을 도시한다.
[17] 도 8은 실시예에 따라, 콘텍스트 및 사용자 이름에 기초하여 모바일 디바이스를 로킹하기 위한 흐름도이다.
[18] 도 9는 실시예에 따라 모바일 디바이스상의 애플리케이션에 대한 위치 콘텍스트를 결정하기 위한 흐름도이다.
[19] 도 10은 실시예에 따라 모바일 디바이스에 대한 네트워크 연결 콘텍스트를 결정하기 위한 흐름도이다.
[20] 도 11은 실시예에 따라 모바일 디바이스에 대한 세팅 콘텍스트를 결정하기 위한 흐름도이다.
[21] 도 12는 실시예에 따라 모바일 디바이스에 대한 현재 시간 콘텍스트를 결정하기 위한 흐름도이다.
[22] 도 13은 실시예에 따라, 로킹된 모바일 디바이스를 내비게이팅하기 위한 흐름도이다.
[23] 도 14는 실시예에 따라 모바일 디바이스에 대한 동작 모드를 전환하기 위한 흐름도이다.

[24] 다양한 실시예들의 이하의 설명에서는 실시예의 일부분을 형성하며, 본원에서 설명된 양상들이 실시될 수 있는 예시적인 다양한 실시예들이 도시되는 앞서 식별된 첨부 도면들을 참조한다. 본원에서 설명된 범위로부터 벗어나지 않고, 다른 실시예들이 활용될 수 있고 구성 및 기능이 수정될 수 있다는 것이 이해되어야 한다. 다양한 양상들은 다른 실시예들을 가능하게 하며 다양한 상이한 방식들로 실시되거나 또는 수행될 수 있다.

[25] 이하에서 상세히 설명된 요지에 대한 총론으로서, 본원에서 설명된 양상들은 모바일 컴퓨팅 디바이스들의 관리 모바일 애플리이션(managed mobile application)들을 사용하여 기업 컴퓨팅 시스템의 자원들에 대한 원격 액세스를 제어하는 것에 관한 것이다. 액세스 관리자는 기업 자원들에 대한 액세스를 요청하는 모바일 애플리케이션이 자체적으로 정확하게 식별되었고 모바일 컴퓨팅 디바이스에 설치된 이후 나중에 변경되지 않았는지의 여부를 결정하는 검증 프로세스(validation process)를 수행할 수 있다. 이러한 방식으로, 액세스 관리자는 기업 자원에 대한 액세스를 요청하는 모바일 애플리케이션이 신뢰성이 있을 수 있고 그 기업 자원들을 보호하기 위하여 사용되는 보안 메커니즘들을 회피하는 것을 시도하지 않음을 보장할 수 있다. 결과적으로, 기업과 연관된 개인들은 자신들의 개인 모바일 디바이스들로 기업 자원들을 유리하게 활용할 수 있다.

[26] 본원에서 사용되는 어법 및 전문용어가 설명을 위한 것이며 제한으로서 간주되지 않아야 한다는 것이 이해되어야 한다. 오히려, 본원에서 사용되는 문구들 및 용어들은 그들의 가장 넓은 해석 및 의미가 부여되어야 한다. "포함하는" 및 "구성하는" 및 이의 변형들의 사용은 이후에 리스트되는 항목들 및 이의 균등물들 뿐만아니라 추가 항목들 및 이의 균등물들을 포함하는 것으로 의미된다. "장착되는", "연결되는", "커플링되는", "포지셔닝되는", "연동되는"이라는 용어들 및 유사한 용어들의 사용은 직접적으로 및 간접적으로 장착하는, 연결하는, 커플링하는, 포지셔닝하는 및 연동하는 것을 포함하는 것으로 의도된다.

[27] 컴퓨팅 아키텍처

[28] 컴퓨터 소프트웨어, 하드웨어 및 네트워크들은 특히 스탠드얼론(standalone), 네트워크화, 원격-액세스(원격 데이크탑으로도 알려짐), 가상화 및/또는 클라우드-기반 환경들을 비롯하여 다양한 상이한 시스템 환경들에서 활용될 수 있다. 도 1은 스탠드얼론 및/또는 네트워크화 환경에서, 본원에서 설명된 하나 이상의 예시적인 양상들을 구현하기 위하여 사용될 수 있는 시스템 아키텍처 및 데이터 프로세싱 디바이스의 일례를 예시한다. 다양한 네트워크 노드들(103, 105, 107 및 109)은 광역 통신망(WAN)(101), 예컨대 인터넷을 통해 상호 연결될 수 있다. 사설 인트라넷들, 기업 네트워크들, LAN들, 도시권 통신망(MAN), 무선 네트워크들, 개인 네트워크(PAN)들 등을 포함하는 다른 네트워크들이 또한 또는 대안적으로 사용될 수 있다. 네트워크(101)는 예시적 목적이며, 더 적은 수의 컴퓨터 네트워크들로 또는 더 많은 수의 컴퓨터 네트워크들로 대체될 수 있다. 근거리 통신망(LAN)은 임의의 공지된 LAN 토폴로지 중 하나 이상을 가질 수 있으며, 이더넷과 같은 다양한 상이한 프로토콜들 중 하나 이상을 사용할 수 있다. 디바이스들(103, 105, 107, 109) 및 다른 디바이스들(도시안됨)은 트위스트 페어 와이어들, 동축 케이블, 광섬유들, 라디오 파들 또는 다른 통신 매체를 통해 네트워크들 중 하나 이상의 네트워크에 연결될 수 있다.

[29] 본원에서 사용되고 도면들에 도시된 바와같은 "네트워크"란 용어는 원격 저장 디바이스들이 하나 이상의 통신 경로들을 통해 함께 커플링되는 시스템들 뿐만아니라 가끔씩 저장 능력을 가지는 이러한 시스템들에 커플링될 수 있는 스탠드-얼론 디바이스들을 지칭한다. 결과적으로, 용어 "네트워크"는 "물리적 네트워크" 뿐만아니라 "콘텐츠 네트워크"를 포함하며, "콘텐츠 네트워크"는 모든 물리적 네트워크들에 걸쳐 상주하는 데이터로 구성되며, 단일 엔티티로 여겨질 수 있다.

[30] 컴포넌트들은 데이터 서버(103), 웹 서버(105) 및 클라이언트 컴퓨터들(107, 109)을 포함할 수 있다. 데이터 서버(103)는 본원에서 설명된 하나 이상의 예시적인 양상들을 수행하기 위한 제어 소프트웨어 및 데이터베이스들의 전체 액세스, 제어 및 관리를 제공한다. 데이터 서버(103)는 웹 서버(105)에 연결될 수 있으며, 웹 서버(105)를 통해 사용자들은 요청된 데이터와 상호작용하여 이 데이터를 획득한다. 대안적으로, 데이터 서버(103)는 그 자체적으로 웹 서버로서 작용할 수 있고 인터넷에 직접 연결될 수 있다. 데이터 서버(103)는 네트워크(101)(예컨대, 인터넷)를 통해, 직접 또는 간접 연결을 통해 또는 일부 다른 네트워크를 통해 웹 서버(105)에 연결될 수 있다. 사용자들은 웹 서버(105)에 의해 호스팅되는 하나 이상의 외부적으로 노출된 웹 사이트들을 통해 데이터 서버(103)에 연결하기 하여 원격 컴퓨터들(107, 109)을 사용하여, 예컨대 웹 브라우저들을 사용하여 데이터 서버(103)와 상호작용할 수 있다. 클라이언트 컴퓨터들(107, 109)은 데이터 서버(103)에 저장된 데이터에 액세스하기 위하여 데이터 서버(103)와 협력하여 사용될 수 있거나 또는 다른 목적들을 위해 사용될 수 있다. 예컨대, 클라이언트 디바이스(107)로부터, 사용자는 기술분야에서 공지된 인터넷 브라우저를 사용하여 또는 컴퓨터 네트워크(예컨대, 인터넷)를 통해 웹 서버(105) 및/또는 데이터 서버(103)와 통신하는 소프트웨어 애플리케이션을 실행함으로써 웹 서버(105)에 액세스할 수 있다.

[31] 서버들 및 애플리케이션들은 동일한 물리적 머신들상에서 결합될 수 있고, 개별적인 가상 또는 논리 어드레스들을 보유할 수 있거나 또는 개별 물리 머신들상에 상주할 수 있다. 도 1은 사용될 수 있는 네트워크 아키텍처의 단지 하나의 예를 예시하며, 당업자는, 본원에서 추가로 설명되는 바와같이, 사용된 특정 네트워크 아키텍처 및 데이터 프로세싱 디바이스들이 변경될 수 있으며, 이들이 제공하는 기능이 부차적이라는 것을 인식할 것이다. 예컨대, 웹 서버(105) 및 데이터 서버(103)에 의해 제공되는 서비스들은 단일 서버상에서 결합될 수 있다.

[32] 각각의 컴포넌트(103, 105, 107, 109)는 임의의 타입의 공지된 컴퓨터, 서버 또는 데이터 프로세싱 디바이스일 수 있다. 데이터 서버(103)는 예컨대 레이트 서버(rate server)(103)의 전체 동작을 제어하는 프로세서(111)를 포함할 수 있다. 데이터 서버(103)는 RAM(113), ROM(115), 네트워크 인터페이스(117), 입력/출력 인터페이스들(119)(예컨대, 키보드, 마우스, 디스플레이, 프린터 등) 및 메모리(121)를 더 포함할 수 있다. I/O(119)는 데이터 또는 파일들을 판독하고, 기록하며, 디스플레이하며 그리고/또는 프린트하기 위한 다양한 인터페이스 유닛들 및 드라이브들을 포함할 수 있다. 메모리(121)는 데이터 프로세싱 디바이스(103)의 전체 동작을 제어하기 위한 운영체제 소프트웨어(123), 본원에서 설명된 양상들을 수행하도록 데이터 서버(103)에 명령하기 위한 제어 로직(125), 및 본원에서 설명된 양상들과 함께 사용될 수 있거나 또는 본원에서 설명된 양상들과 함께 사용되지 않을 수 있는 2차 기능, 지원 기능 및/또는 다른 기능을 제공하는 다른 애플리케이션 소프트웨어(127)를 추가로 저장할 수 있다. 제어 로직은 또한 데이터 서버 소프트웨어(125)로서 본원에서 지칭될 수 있다. 데이터 서버 소프트웨어의 기능은 제어 로직으로 코딩된 규칙들에 기초하여 자동적으로 만들어지거나 또는 사용자가 시스템내에 입력을 제공함으로써 수동적으로 만들어지거나 또는 사용자 입력(예컨대, 질의들, 데이터 업데이트들 등)에 기초한 자동 프로세싱의 조합으로 만들어진 동작들 또는 결정들을 지칭할 수 있다.

[33] 제 1 데이터베이스(129) 및 제 2 데이터베이스(131)를 포함하는 메모리(121)는 또한 본원에서 설명된 하나 이상의 양상들의 수행시에 사용되는 데이터를 저장할 수 있다. 일부 실시예들에서, 제 1 데이터베이스는 (예컨대, 개별 테이블, 보고 등으로서) 제 2 데이터베이스를 포함할 수 있다. 즉, 시스템 설계에 따라, 정보는 단일 데이터베이스에 저장될 수 있거나 또는 상이한 논리적, 가상적 또는 물리적 데이터베이스들로 분리될 수 있다. 디바이스들(105, 107, 109)은 디바이스(103)와 관련하여 설명된 것과 유사한 또는 상이한 아키텍처를 가질 수 있다. 당업자는 본원에서 설명된 데이터 프로세싱 디바이스(103)(또는 디바이스들(105, 107, 109))의 기능이 예컨대 다수의 컴퓨터들에 걸쳐 프로세싱 로드를 분배하기 위하여, 즉 지리적 위치, 사용자 액세스 레벨, 서비스 품질(QoS) 등에 기초하여 트랜잭션(transaction)들을 분리하기 위하여, 다수의 데이터 프로세싱 디바이스들에 걸쳐 분산될 수 있다는 것을 인식할 것이다.

[34] 하나 이상의 양상들은 본원에서 설명되는 바와같이 컴퓨터-사용가능 또는 판독가능 데이터 및/또는 컴퓨터-실행가능 명령들로, 예컨대 하나 이상의 컴퓨터들 또는 다른 디바이스들에 의해 실행되는 하나 이상의 프로그램 모듈들로 구현될 수 있다. 일반적으로, 프로그램 모듈들은 컴퓨터 또는 다른 디바이스의 프로세서에 의해 실행될 때 특정 태스크(task)들을 수행하거나 또는 특정 추상 데이터 타입들을 구현하는 루틴들, 프로그램들, 객체들, 컴포넌트들, 데이터 구조들 등을 포함한다. 모듈들은 실행을 위해 나중에 컴파일링되는 소스 코드 프로그래밍 언어로 쓰여질 수 있거나 또는 HTML 또는 XML와 같은 (그러나, 이에 제한되지 않음) 스크립팅 언어(scripting language)로 쓰여질 수 있다. 컴퓨터 실행가능 명령들은 비휘발성 저장 디바이스와 같은 컴퓨터 판독가능 매체상에 저장될 수 있다. 하드 디스크들, CD-ROM들, 광 저장 디바이스들, 자기 저장 디바이스들 및/또는 이들의 임의의 조합을 포함하는 임의의 적절한 컴퓨터 판독가능 저장 매체가 활용될 수 있다. 더욱이, 본원에서 설명된 바와 같은 데이터 또는 이벤트들을 나타내는 다양한 전송(비-저장) 매체는 금속 와이어들, 광섬유들, 및/또는 무선 전송 매체(예컨대, 에어(air) 및/또는 공간)와 같은 신호-전도 매체(signal-conducting media)를 통해 이동하는 전자기 파들의 형태로 소스와 목적지사이에서 이동될 수 있다. 본원에서 설명된 다양한 양상들은 방법, 데이터 프로세싱 시스템 또는 컴퓨터 프로그램 제품으로서 구현될 수 있다. 따라서, 다양한 기능들은 소프트웨어, 펌웨어 및/또는 하드웨어 또는 하드웨어 균등물들, 예컨대 집적회로들, 필드 프로그램가능 게이트 어레이(FPGA)들 등으로 전체적으로 또는 부분적으로 구현될 수 있다. 특정 데이터 구조들이 본원에서 설명된 하나 이상의 양상들을 더 효과적으로 구현하기 위하여 사용될 수 있으며, 이러한 데이터 구조들은 본원에서 설명된 컴퓨터 실행가능 명령들 및 컴퓨터-사용가능 데이터의 범위내에 있는 것으로 고려된다.

[35] 도 2를 추가로 참조하면, 본원에서 설명된 하나 이상의 양상들은 원격-액세스 환경에서 구현될 수 있다. 도 2는 본원에서 설명된 하나 이상의 예시적인 양상들에 따라 사용될 수 있는 예시적인 컴퓨팅 환경(200)의 범용 컴퓨팅 디바이스(201)를 포함하는 예시적인 시스템 아키텍처를 도시한다. 범용 컴퓨팅 디바이스(201)는 클라이언트 액세스 디바이스들에 가상 머신들을 제공하도록 구성된 단일-서버 또는 멀티-서버 데스크탑 가상화 시스템(예컨대, 원격 액세스 또는 클라우드 시스템)에서 서버(206a)로서 사용될 수 있다. 범용 컴퓨팅 디바이스(201)는 랜덤 액세스 메모리(RAM)(205), 판독-전용 메모리(ROM)(207), 입력/출력(I/O) 모듈(209) 및 메모리(215)를 비롯하여 서버 및 이와 연관된 컴포넌트들의 전체 동작을 제어하기 위한 프로세서(203)를 가질 수 있다.

[36] I/O 모듈(209)은 마우스, 키패드, 터치 스크린, 스캐너, 광 판독기, 및/또는 스타일러스(또는 다른 입력 디바이스(들)) ― 이를 통해 범용 컴퓨팅 디바이스(201)의 사용자는 입력을 제공할 수 있음 ―를 포함할 수 있으며, 또한 오디오 출력을 제공하기 위한 스피커 및 문자, 시청각 및/또는 그래픽 출력을 제공하기 위한 비디오 디스플레이 디바이스 중 하나 이상을 포함할 수 있다. 소프트웨어는 본원에서 설명된 바와 같은 다양한 기능들을 수행하기 위하여 범용 컴퓨팅 디바이스(201)를 특수 목적 컴퓨팅 디바이스로 구성하기 위한 명령들을 프로세서(203)에 제공하도록 메모리(215) 및/또는 다른 스토리지내에 저장될 수 있다. 예컨대, 메모리(215)는 컴퓨팅 디바이스(201)에 의해 사용된 소프트웨어, 예컨대 운영체제(217), 애플리케이션 프로그램들(219) 및 연관된 데이터베이스(221)를 저장할 수 있다.

[37] 컴퓨팅 디바이스(201)는 단말들(240)(또한 클라이언트 디바이스들로 지칭됨)과 같은 하나 이상의 원격 컴퓨터들에의 연결들을 지원하는 네트워크화 환경에서 동작할 수 있다. 단말들(240)은 범용 컴퓨팅 디바이스(103 또는 201)와 관련하여 앞서 설명된 엘리먼트들 모두 또는 많은 엘리먼트들을 포함하는, 퍼스널 컴퓨터들, 모바일 디바이스들, 랩탑 컴퓨터들, 태블릿들 또는 서버들일 수 있다. 도 2에 도시된 네트워크 연결들은 근거리 통신망(LAN)(225) 및 광역 통신망(WAN)(229)을 포함하나, 또한 다른 네트워크들을 포함할 수 있다. LAN 네트워킹 환경에서 사용될 때, 컴퓨팅 디바이스(201)는 네트워크 인터페이스 또는 어댑터(223)를 통해 LAN(225)에 연결될 수 있다. WAN 네트워킹 환경에서 사용될 때, 컴퓨팅 디바이스(201)는 모뎀(227), 또는 컴퓨터 네트워크(230)(예컨대, 인터넷)와 같이 WAN(229)를 통해 통신들을 설정하기 위한 다른 광역 네트워크 인터페이스를 포함할 수 있다. 도시된 네트워크 연결들이 예시적이며 컴퓨터들 사이에 통신 링크를 설정하는 다른 수단이 사용될 수 있다는 것이 인식될 것이다. 컴퓨팅 디바이스(201) 및/또는 단말들(240)은 또한 배터리, 스피커, 및 안테나들(도시안됨)과 같은 다양한 다른 컴포넌트들을 포함하는 모바일 단말들(예컨대, 모바일 폰들, 스마트폰들, PDA들, 노트북들 등)일 수 있다.

[38] 본원에서 설명된 양상들은 또한 다수의 다른 범용 또는 특수 목적 컴퓨팅 시스템 환경들 또는 구성들로 운용가능할 수 있다. 본원에서 설명된 양상들과 함께 사용하기에 적합할 수 있는 다른 컴퓨팅 시스템들, 환경들 및/또는 구성들의 예들은 퍼스널 컴퓨터들, 서버 컴퓨터들, 핸드-헬드 또는 랩탑 디바이스들, 멀티프로세서 시스템들, 마이크로프로세서-기반 시스템들, 셋톱 박스들, 프로그램가능 가전제품들, 네트워크 PC들, 미니컴퓨터들, 메인프레임 컴퓨터들, 앞의 시스템들 또는 디바이스들 중 임의의 것을 포함하는 분산형 컴퓨팅 환경들 등을 포함하나 이들에 제한되지 않는다.

[39] 도 2에 도시된 바와같이, 하나 이상의 클라이언트 디바이스들(240)은 하나 이상의 서버들(206a-206n)(일반적으로 본원에서 "서버(들)(206)"로 지칭됨)과 통신할 수 있다. 일 실시예에서, 컴퓨팅 환경(200)은 서버(들)(206)와 클라이언트 머신(들)(240) 사이에 설치된 네트워크 어플라이언스(appliance)를 포함할 수 있다. 네트워크 어플라이언스는 클라이언트/서버 연결들을 관리할 수 있으며, 일부 경우들에서 복수의 백엔드 서버들(206) 사이의 클라이언트 연결들을 로드 밸런싱할 수 있다.

[40] 클라이언트 머신(들)(240)은 일부 실시예들에서 단일 클라이언트 머신(240) 또는 클라이언트 머신들(240)의 단일 그룹으로 지칭될 수 있는 반면에, 서버(들)(206)는 단일 서버(206) 또는 서버들(206)의 단일 그룹으로 지칭될 수 있다. 일 실시예에서, 단일 클라이언트 머신(240)은 2개 이상의 서버(206)와 통신하는 반면에, 다른 실시예에서 단일 서버(206)는 2개 이상의 클라이언트 머신(240)과 통신한다. 또 다른 실시예에서, 단일 클라이언트 머신(240)은 단일 서버(206)와 통신한다.

[41] 일부 실시예들에서, 클라이언트 머신(240)은 이하의 비-포괄적인 용어들, 즉 클라이언트 머신(들); 클라이언트(들); 클라이언트 컴퓨터(들); 클라이언트 디바이스(들); 클라이언트 컴퓨팅 디바이스(들); 로컬 머신; 원격 머신; 클라이언트 노드(들); 엔드포인트(들) 또는 엔드포인트 노드(들) 중 어느 하나로 참조될 수 있다. 일부 실시예들에서, 서버(206)는 이하의 비-포괄적인 용어들, 즉 서버(들); 로컬 머신; 원격 머신; 서버 팜(들) 또는 호스트 컴퓨팅 디바이스(들) 중 어느 하나로 참조될 수 있다.

[42] 일 실시예에서, 클라이언트 머신(240)은 가상 머신일 수 있다. 가상 머신은 임의의 가상 머신일 수 있는 반면에, 일부 실시예들에서, 가상 머신은 타입 1 또는 타입 2 하이퍼바이저(hypervisor), 예컨대 Citrix Systems, IBM, VMware에 의해 개발된 하이퍼바이저 또는 임의의 다른 하이퍼바이저에 의해 관리되는 임의의 가상 머신일 수 있다. 일부 양상들에서, 가상 머신은 하이퍼바이저에 의해 관리될 수 있는 반면에, 양상들에서 가상 머신은 서버(206)상에서 실행되는 하이퍼바이저 또는 클라이언트(240)상에서 실행되는 하이퍼바이저에 의해 관리될 수 있다.

[43] 일부 실시예들은 서버(206)상에서 원격적으로 실행되는 애플리케이션 또는 다른 원격적으로 위치한 머신에 의해 생성되는 애플리케이션 출력을 디스플레이하는 클라이언트 디바이스(240)를 포함한다. 이들 실시예들에서, 클라이언트 디바이스(240)는 애플리케이션 윈도우, 브라우저 또는 다른 출력 윈도우의 출력을 디스플레이하기 위하여 가상 머신 수신기 프로그램 또는 애플리케이션을 실행할 수 있다. 일례에서 애플리케이션은 데스크탑인 반면에, 다른 예들에서 애플리케이션은 데스크탑을 생성하거나 또는 제시하는 애플리케이션이다. 데스크탑은 로컬 및/또는 원격 애플리케이션들이 통합될 수 있는 운영체제의 인스턴스(instance)에 대한 사용자 인터페이스를 제공하는 그래픽 쉘(graphical shell)을 포함할 수 있다. 본원에서 설명된 바와같은 애플리케이션들은 운영체제(그리고, 또한 선택적으로 데스크탑)의 인스턴스가 로드된 후 실행되는 프로그램들이다.

[44] 일부 실시예들에서, 서버(206)는 서버(206)상에서 실행되는 애플리케이션에 의해 생성되는 디스플레이 출력을 제시하기 위하여 클라이언트상에서 실행되는 씬-클라이언트(thin-client) 또는 원격-디스플레이 애플리케이션에 데이터를 송신하기 위하여 원격 프리젠테이션 프로토콜 또는 다른 프로그램을 사용한다. 씬-클라이언트 또는 원격-디스플레이 프로토콜은 프로토콜들의 이하의 비-포괄적인 리스트, 즉 플로리다, 포트 로더데일에 위치한 Citrix Systems, Inc.에 의해 개발된 ICA(Independent Computing Architecture) 프로토콜 또는 워싱턴 레드몬드에 위치한 Microsoft Corporation에 의해 제조된 RDP(Remote Desktop Protocol) 중 어느 하나일 수 있다.

[45] 원격 컴퓨팅 환경은 예컨대 클라우드 컴퓨팅 환경에서 서버들(206a-206n)이 서버 팜(206)으로 논리적으로 함께 그룹핑되도록 2개 이상의 서버(206a-206n)를 포함할 수 있다. 서버 팜(206)은 지리적으로 분산된 반면에 함께 논리적으로 그룹핑되는 서버들(206) 또는 서로 근접하게 배치되는 반면에 함께 논리적으로 그룹핑되는 서버들(206)을 포함할 수 있다. 일부 실시예들에서, 서버 팜(206) 내의 지리적으로 분산된 서버들(206a-206n)은 WAN(광역), MAN(대도시) 또는 LAN(지역)을 사용하여 통신할 수 있으며, 여기서 상이한 지리적 지역들은 상이한 대륙들; 상이한 대륙 지역들; 상이한 국가들; 상이한 주들; 상이한 도시들; 상이한 캠퍼스들; 상이한 방들; 또는 전술한 지리적 위치들의 임의의 조합으로 특징지워질 수 있다. 일부 실시예들에서 서버 팜(206)은 단일 엔티티로서 관리될 수 있는 반면에, 다른 실시예들에서 서버 팜(206)은 다수의 서버 팜들을 포함할 수 있다.

[46] 일부 실시예들에서, 서버 팜은 실질적으로 유사한 타입의 운영체제 플랫폼(예컨대, WINDOWS, UNIX, LINUX, iOS, ANDROID, SYMBIAN 등)을 실행하는 서버들(206)을 포함할 수 있다. 다른 실시예들에서, 서버 팜(206)은 제 1 타입의 운영체제 플랫폼을 실행하는 하나 이상의 서버들의 제 1 그룹 및 제 2 타입의 운영체제 플랫폼을 실행하는 하나 이상의 서버들의 제 2 그룹을 포함할 수 있다.

[47] 서버(206)는 필요에 따라 임의의 타입의 서버로서, 예컨대 파일 서버, 애플리케이션 서버, 웹 서버, 프록시 서버, 어플라이언스, 네트워크 어플라이언스, 게이트웨이, 애플리케이션 게이트웨이, 게이트웨이 서버, 가상화 서버, 전개 서버, SSL VPN 서버, 방화벽, 웹 서버, 애플리케이션 서버로서, 또는 마스터 애플리케이션 서버, 액티브 디렉토리를 실행하는 서버, 또는 방화벽 기능, 애플리케이션 기능 또는 로드 밸런싱 기능을 제공하는 애플리케이션 가속 프로그램을 실행하는 서버로서 구성될 수 있다. 다른 서버 타입들이 또한 사용될 수 있다.

[48] 일부 실시예들은 클라이언트 머신(240)으로부터의 요청들을 수신하며, 제 2 서버(106b)에 요청을 포워드하며 그리고 제 2 서버(106b)로부터의 응답으로 클라이언트 머신(240)에 의해 생성되는 요청에 응답하는 제 1 서버(106a)를 포함한다. 제 1 서버(106a)는 클라이언트 머신(240)이 이용할 수 있는 애플리케이션들의 목록 뿐만아니라 애플리케이션들의 목록내에서 식별되는 애플리케이션을 호스팅하는 애플리케이션 서버(206)와 연관된 어드레스 정보를 획득할 수 있다. 이후, 제 1 서버(106a)는 웹 인터페이스를 사용하여 클라이언트의 요청에 대한 응답을 제시할 수 있으며, 식별된 애플리케이션에 대한 액세스를 클라이언트(240)에 제공하기 위하여 클라이언트(240)와 직접 통신할 수 있다. 하나 이상의 클라이언트들(240) 및/또는 하나 이상의 서버들(206)은 네트워크(230), 예컨대 네트워크(101)를 통해 데이터를 전송할 수 있다.

[49] 도 2는 예시적인 데스크탑 가상화 시스템의 고레벨 아키텍처를 도시한다. 도시된 바와같이, 데스크탑 가상화 시스템은 하나 이상의 클라이언트 액세스 디바이스들(240)에 가상 데스크탑들 및/또는 가상 애플리케이션들을 제공하도록 구성된 적어도 하나의 가상화 서버(206)를 포함하는, 단일-서버 또는 멀티-서버 시스템 또는 클라우드 시스템일 수 있다. 본원에서 사용되는 바와같이, 데스크탑은 하나 이상의 애플리케이션들이 호스팅되고 그리고/또는 실행되는 그래픽 환경 또는 공간을 지칭한다. 데스크탑은 로컬 및/또는 원격 애플리케이션들이 통합될 수 있는 운영체제의 인스턴스에 대한 사용자 인터페이스를 제공하는 그래픽 쉘을 포함할 수 있다. 애플리케이션들은 운영체제(그리고 선택적으로 또한 데스크탑)의 인스턴스가 로드된 이후에 실행되는 프로그램들을 포함할 수 있다. 운영체제의 각각의 인스턴스는 물리적(예컨대, 디바이스당 하나의 운영체제) 또는 가상적(예컨대, 단일 디바이스상에서 실행되는 OS의 많은 인스턴스들)일 수 있다. 각각의 애플리케이션은 로컬 디바이스상에서 실행될 수 있거나 또는 원격적으로 위치한 디바이스(예컨대 원격 디바이스)상에서 실행될 수 있다.

[50] 도 3을 추가로 참조하면, 컴퓨터 디바이스(301)는 가상화 환경의 가상화 서버, 예컨대, 단일-서버, 멀티-서버 또는 클라우드 컴퓨팅 환경으로서 구성될 수 있다. 도 3에 예시된 가상화 서버(301)는 도 2에 예시된 서버(206)의 하나 이상의 실시예들 또는 다른 공지된 컴퓨팅 디바이스로서 전개될 수 있거나 그리고/또는 이에 의해 구현될 수 있다. 가상화 서버(301)에 포함된 것은 하나 이상의 물리적 디스크들(304), 하나 이상의 물리적 디바이스들(306), 하나 이상의 물리적 프로세서들(308) 및 하나 이상의 물리적 메모리들(316)을 포함할 수 있는 하드웨어 계층이다. 일부 실시예들에서, 펌웨어(312)는 물리적 메모리(316)의 메모리 엘리먼트 내에 저장될 수 있고, 물리적 프로세서들(308) 중 하나 이상에 의해 실행될 수 있다. 가상화 서버(301)는 물리적 메모리(316)의 메모리 엘리먼트에 저장되고 물리적 프로세서들(308) 중 하나 이상에 의해 실행될 수 있는 운영체제(314)를 더 포함할 수 있다. 또한, 하이퍼바이저(302)는 물리적 메모리(316)의 메모리 엘리먼트에 저장될 수 있고 물리적 프로세서들(308) 중 하나 이상에 의해 실행될 수 있다.

[51] 물리적 프로세서들(308) 중 하나 이상의 프로세서상에서 실행시키는 것은 하나 이상의 가상 머신들(332A-C)(일반적으로 332)일 수 있다. 각각의 가상 머신(332)은 가상 디스크(326A-C) 및 가상 프로세서(328A-C)를 가질 수 있다. 일부 실시예들에서, 제 1 가상 머신(332A)은, 가상 프로세서(328A)를 이용하여, 툴 스택(tools stack)(324)을 포함하는 제어 프로그램(320)을 실행할 수 있다. 제어 프로그램(320)은 제어 가상 머신, Dom0, Domain 0, 또는 시스템 운영 및/또는 제어용으로 사용되는 다른 가상 머신으로서 지칭될 수 있다. 일부 실시예들에서, 하나 이상의 가상 머신(332B-C)은, 가상 프로세서(328B-C)를 이용하여, 게스트 운영체제(330A-B)를 실행시킬 수 있다.

[52] 가상화 서버(301)는 가상화 서버(301)와 통신하는, 하드웨어의 하나 이상의 피스(piece)들을 구비하는 하드웨어 계층(310)을 포함할 수 있다. 일부 실시예들에서, 하드웨어 계층(310)은 하나 이상의 물리적 디스크들(304), 하나 이상의 물리적 디바이스들(306), 하나 이상의 물리적 프로세서들(308) 및 하나 이상의 메모리(216)를 포함할 수 있다. 물리적 컴포넌트들(304, 306, 308 및 316)은 예컨대, 앞서 설명된 컴포넌트들 중 임의의 컴포넌트를 포함할 수 있다. 물리적 디바이스들(306)은 예컨대, 네트워크 인터페이스 카드, 비디오 카드, 키보드, 마우스, 입력 디바이스, 모니터, 디스플레이 디바이스, 스피커들, 광 드라이브, 저장 디바이스, 범용 직렬 버스 연결, 프린터, 스캐너, 네트워크 엘리먼트(예컨대, 라우터, 방화벽, 네트워크 어드레스 번역기, 로드 밸런서, VPN(virtual private network) 게이트웨이, DHCP(Dynamic Host Configuration Protocol) 라우터 등), 또는 가상화 서버(301)에 연결되거나 이와 통신하는 임의의 디바이스를 포함할 수 있다. 하드웨어 계층(310)의 물리적 메모리(316)는 임의의 타입의 메모리를 포함할 수 있다. 물리적 메모리(316)는 데이터를 저장할 수 있고, 일부 실시예들에서 하나 이상의 프로그램들, 또는 실행 가능한 명령들의 세트를 저장할 수 있다. 도 3은 펌웨어(312)가 가상화 서버(301)의 물리적 메모리(316) 내에 저장된 실시예를 예시한다. 물리적 메모리(316)에 저장된 프로그램 또는 실행 가능한 명령들은 가상화 서버(301)의 하나 이상의 프로세서들(308)에 의해 실행될 수 있다.

[53] 가상화 서버(301)는 또한 하이퍼바이저(302)를 포함할 수 있다. 일부 실시예들에서, 하이퍼바이저(302)는 가상화 서버(301) 상의 프로세서들(308)에 의해 실행되어 임의의 개수의 가상 머신들(332)을 생성 및 관리하는 프로그램일 수 있다. 하이퍼바이저(302)는 가상 머신 모니터 또는 플랫폼 가상화 소프트웨어로 지칭될 수 있다. 일부 실시예들에서, 하이퍼바이저(302)는 컴퓨팅 머신 상에서 실행되는 가상 머신들을 모니터링하는 하드웨어 및 실행 가능한 명령들의 임의의 조합일 수 있다. 하이퍼바이저(302)는 타입 2 하이퍼바이저일 수 있고, 여기서 운영체제(314) 내에서 실행되는 하이퍼바이저는 가상화 서버(301) 상에서 실행될 수 있다. 이후, 가상 머신들이 하이퍼바이저보다 상위 레벨에서 실행된다. 일부 실시예들에서, 타입 2 하이퍼바이저는 사용자의 운영체제의 컨텍스트 내에서 실행되어, 타입 2 하이퍼바이저는 사용자의 운영체제와 상호 작용을 한다. 다른 실시예들에서, 가상화 환경의 하나 이상의 가상화 서버들(201)은 대신에 타입 1 하이퍼바이저(도시안됨)를 포함할 수 있다. 타입 1 하이퍼바이저는 하드웨어 계층(310) 내의 자원들 및 하드웨어에 직접 액세스함으로써 가상화 서버(301) 상에서 실행될 수 있다. 즉, 타입 2 하이퍼바이저(302)는 도시된 바와 같이 호스트 운영체제(314)를 통해 시스템 자원에 액세스하지만, 타입 1 하이퍼바이저는 호스트 운영체제(314) 없이 모든 시스템 자원들에 직접 액세스할 수 있다. 타입 1 하이퍼바이저는 가상화 서버(301)의 하나 이상의 물리적 프로세서들(308) 상에서 직접 실행될 수 있고, 물리적 메모리(316)에 저장된 프로그램 데이터를 포함할 수 있다.

[54] 일부 실시예들에서, 하이퍼바이저(302)는 운영체제(330) 또는 제어 프로그램(320)이 시스템 자원들에 직접 액세스하도록 시뮬레이션하는 임의의 방식으로 가상 머신들(332) 상에서 실행되는 운영체제들(330) 또는 제어 프로그램들(320)에 가상 자원을 제공할 수 있다. 시스템 자원들은 물리적 디바이스들(306), 물리적 디스크들(304), 물리적 프로세서들(308), 물리적 메모리(316) 및 가상화 서버(301) 하드웨어 계층(310)에 포함된 임의의 다른 컴포넌트를 포함할 수 있으나 이에 제한되는 것은 아니다. 하이퍼바이저(302)는 가상 하드웨어를 에뮬레이트하고, 물리적 하드웨어를 파티셔닝하고, 물리적 하드웨어를 가상화하고, 그리고/또는 컴퓨팅 환경들에 대한 액세스를 제공하는 가상 머신을 실행시키기 위해 사용될 수 있다. 또 다른 실시예들에서, 하이퍼바이저(302)는 가상화 서버(301) 상에서 실행되는 가상 머신(332)에 대한 메모리 파티셔닝 및 프로세서 스케쥴링을 제어한다. 하이퍼바이저(302)는 켈리포니아 팔로 알토에 위치한 VMWare, Inc.에 의해 제조된 것들; 그 개발이 오픈 소스 Xen.org 커뮤니티에 의해 감독되는 오픈 소스 상품인 XEN 하이퍼바이저; 마이크로소프트에 의해 제공되는 vHyperV, VirtualServer 또는 virtual PC 하이퍼바이저들 또는 기타 하이퍼바이저를 포함할 수 있다. 일부 실시예들에서, 가상화 서버(301)는, 게스트 운영체제들이 실행될 수 있는 가상 머신 플랫폼을 생성하는 하이퍼바이저(302)를 실행시킨다. 이들 실시예들에서, 가상화 서버(301)는 호스트 서버로서 지칭될 수 있다. 이러한 가상화 서버의 예로서 플로리다, 포트 로더데일에 위치한 Citrix Systems, Inc.에 의해 제공되는 XEN SERVER를 들 수 있다.

[55] 하이퍼바이저(302)는 게스트 운영체제(330)가 실행되는 하나 이상의 가상 머신들(332B-C)(일반적으로 332)을 생성할 수 있다. 일부 실시예들에서, 하이퍼바이저(302)는 가상 머신 이미지를 로드하여 가상 머신(332)을 생성할 수 있다. 다른 실시예들에서, 하이퍼바이저(302)는 가상 머신(332) 내에서 게스트 운영체제(330)를 실행시킬 수 있다. 또 다른 실시예에서, 가상 머신(332)은 게스트 운영체제(330)를 실행시킬 수 있다.

[56] 가상 머신들(332)을 생성하는 것에 추가하여, 하이퍼바이저(302)는 적어도 하나의 가상 머신(332)의 실행을 제어할 수 있다. 다른 실시예들에서, 하이퍼바이저(302)는 가상화 서버(301)에 의해 제공되는 적어도 하나의 하드웨어 자원(예컨대, 하드웨어 계층(310) 내에서 이용가능한 임의의 하드웨어 자원)의 추상화로 하나 이상의 가상 머신(332)을 제시할 수 있다. 다른 실시예들에서, 하이퍼바이저(302)는 가상 머신들(332)이 가상화 서버(301)에서 이용가능한 물리적 프로세서들(308)에 액세스하는 방식을 제어할 수 있다. 물리적 프로세서들(308)에 대한 액세스를 제어하는 것은, 가상 머신(332)이 프로세서(308)에 대한 액세스를 가져야 하는지 여부 및 물리적 프로세서 기능들이 가상 머신(332)에 어떻게 제공되는지를 결정하는 것을 포함할 수 있다.

[57] 도 3에 도시된 바와 같이, 가상화 서버(301)는 하나 이상의 가상 머신들(332)을 호스팅 또는 실행할 수 있다. 가상 머신(332)은, 프로세서(308)에 의해 실행될 때 물리적 컴퓨터의 동작을 모방하여, 가상 머신(332)이 물리적 컴퓨팅 디바이스와 매우 유사하게 프로그램들 및 프로세스들을 실행할 수 있도록 하는 실행 가능한 명령들의 세트이다. 도 3은 가상화 서버(301)가 3 개의 가상 머신들(332)을 호스팅하는 실시예를 예시하고 있으나, 다른 실시예들에서, 가상화 서버(301)는 임의의 개수의 가상 머신들(332)을 호스팅할 수 있다. 하이퍼바이저(302)는, 일부 실시예들에서, 각각의 가상 머신(332)에 물리적 하드웨어, 메모리, 프로세서 및 그 가상 머신(332)이 이용할 수 있는 다른 시스템 자원들의 고유한 가상 뷰(unique virtual view)를 제공한다. 일부 실시예들에서, 고유한 가상 뷰는 가상 머신 퍼미션(permission)들, 하나 이상의 가상 머신 식별자에 대한 정책 엔진(policy engine)의 애플리케이션, 가상 머신에 액세스하는 사용자, 가상 머신 상에서 실행되는 애플리케이션들, 가상 머신에 의해 액세스되는 네트워크들 또는 다른 임의의 원하는 기준 중 하나 이상에 기초할 수 있다. 예컨대, 하이퍼바이저(302)는 하나 이상의 비보안(unsecure) 가상 머신들(332) 및 하나 이상의 보안 가상 머신들(332)을 생성할 수 있다. 비보안 가상 머신들(332)은 보안 가상 머신들(332)이 액세스하도록 허락될 수 있는 자원들, 하드웨어, 메모리 위치들 및 프로그램들에 액세스하는 것이 차단될 수 있다. 다른 실시예들에서, 하이퍼바이저(302)는 각각의 가상 머신(332)에게 물리적 하드웨어, 메모리, 프로세서 및 가상 머신(332)이 이용할 수 있는 다른 시스템 자원들에 대한 실질적으로 유사한 뷰를 제공할 수 있다.

[58] 각각의 가상 머신(332)은 가상 디스크(326A-C)(일반적으로 326) 및 가상 프로세서(328A-C)(일반적으로 328)를 포함할 수 있다. 가상 디스크(326)는, 일부 실시예들에서, 가상화 서버(301)의 하나 이상의 물리적 디스크들(304) 또는 가상화 서버(301)의 하나 이상의 물리적 디스크들(304)의 일부분에 대한 가상화된 뷰(virtualized view)이다. 물리적 디스크들(304)에 대한 가상화된 뷰는 하이퍼바이저(302)에 의해 생성, 제공 및 관리될 수 있다. 일부 실시예들에서, 하이퍼바이저(302)는 각각의 가상 머신(332)에 물리적 디스크들(304)의 고유한 뷰를 제공한다. 따라서, 이들 실시예들에서, 각각의 가상 머신(332)에 포함된 특정 가상 디스크(326)는 다른 가상 디스크들(326)과 비교하여 고유할 수 있다.

[59] 가상 프로세서(328)는 가상화 서버(301)의 하나 이상의 물리적 프로세서들(308)의 가상화된 뷰일 수 있다. 일부 실시예들에서, 물리적 프로세서들(308)의 가상화된 뷰는 하이퍼바이저(302)에 의해 생성, 제공 및 관리될 수 있다. 일부 실시예들에서, 가상 프로세서(328)는 적어도 하나의 물리적 프로세서(308)와 실질적으로 전부 동일한 특징들을 가진다. 다른 실시예들에서, 가상 프로세서(308)는 물리적 프로세서(308)의 수정된 뷰(modified view)를 제공하며, 따라서 가상 프로세서(328)의 특징들 중 적어도 일부는 대응하는 물리적 프로세서(308)의 특징들과 상이하다.

[60] 도 4를 추가로 참조하면, 본원에서 설명된 일부 양상들은 클라우드 기반의 환경에서 구현될 수 있다. 도 4는 클라우드 컴퓨팅 환경(또는 클라우드 시스템)(400)의 예를 예시한다. 도 4에서 알 수 있는 바와 같이, 클라이언트 컴퓨터들(411-414)은 클라우드 관리 서버(410)와 통신하여 클라우드 시스템의 컴퓨팅 자원들(예컨대, 호스트 서버들(403), 저장 자원들(404) 및 네트워크 자원들(405))에 액세스할 수 있다.

[61] 관리 서버(410)는 하나 이상의 물리적 서버 상에서 구현될 수 있다. 특히, 관리 서버(410)는, 예컨대, 플로리다, 포트 로더데일에 위치한 Citrix Systems, Inc.의 CLOUDSTACK 또는 OPENSTACK을 실행시킬 수 있다. 관리 서버(410)는 클라우드 하드웨어 및 소프트웨어 자원들, 예컨대 호스트 컴퓨터들(403), 데이터 저장 디바이스들(404), 네트워킹 디바이스들(405)을 포함하는 다양한 컴퓨팅 자원들을 관리할 수 있다. 클라우드 하드웨어 및 소프트웨어 자원들은 사설 및/또는 공중 컴포넌트들을 포함할 수 있다. 예컨대, 클라우드는 사설 네트워크를 통해 그리고/또는 하나 이상의 특정 고객들 또는 클라이언트 컴퓨터들(411-414)에 의해 사용될 사설 클라우드로서 구성될 수 있다. 다른 실시예들에서, 공중 클라우드들 또는 하이브리드 공중-사설 클라우드들은 개방형 또는 하이브리드 네트워크들을 통해 다른 고객들에 의해 사용될 수 있다.

[62] 관리 서버(410)는 클라우드 운영자들 및 클라우드 고객들이 클라우드 시스템과 상호 작용할 수 있도록 하는 사용자 인터페이스들을 제공하도록 구성될 수 있다. 예컨대, 관리 서버(410)는 API들의 세트 및/또는 하나 이상의 클라우드 운영자 콘솔 애플리케이션들(예컨대, 웹-기반 스탠드얼론 애플리케이션들)에, 클라우드 운영자들이 클라우드 자원들을 관리하고, 가상화 계층을 구성하고, 고객 계정들을 관리하고 그리고 다른 클라우드 운영 태스크들을 수행할 수 있도록 하는 사용자 인터페이스들을 제공할 수 있다. 관리 서버(410)는 또한, 사용자 인터페이스들이 클라이언트 컴퓨터(411-414)를 통해 최종 사용자(end user)로부터의 클라우드 컴퓨팅 요청들 예컨대, 클라우드 내에서 가상 머신들을 생성, 수정 또는 제거하기 위한 요청들을 수신하도록 구성되면서, API들의 세트 및/또는 하나 이상의 고객 콘솔 애플리케이션을 포함할 수 있다. 클라우드 컴퓨터들(411-414)은 인터넷 또는 다른 통신 네트워크를 통해 관리 서버(410)에 연결할 수 있고, 관리 서버(410)에 의해 관리되는 컴퓨팅 자원들 중 하나 이상의 자원에 대한 액세스를 요청할 수 있다. 클라이언트 요청들에 응답하여, 관리 서버(410)는 클라이언트 요청들에 기초하여 클라우드 시스템의 하드웨어 계층의 물리적 자원들을 선택 및 공급하도록 구성된 자원 관리자를 포함할 수 있다. 예컨대, 관리 서버(410) 및 클라우드 시스템의 추가적인 컴포넌트들은 네트워크(예컨대, 인터넷)를 통해 클라이언트 컴퓨터들(411-414)에서 고객들에 대한 가상 머신들 및 이들의 동작 환경들(예컨대, 하이퍼바이저들, 저장 자원들, 네트워크 엘리먼트들에 의해 제공되는 서비스 등)을 제공, 생성 및 관리하도록 구성되어, 고객에게 연산 자원(computational resource)들, 데이터 저장 서비스들, 네트워크 기능들 및 컴퓨터 플랫폼 및 애플리케이션 지원을 제공할 수 있다. 클라우드 시스템들은 또한, 보안 시스템들, 개발 환경들, 사용자 인터페이스들 등을 포함하는 다양한 특정 서비스들을 제공하도록 구성될 수 있다.

[63] 특정 클라이언트들(411-414)은 예컨대 동일한 최종 사용자들 또는 동일한 회사 또는 조직과 연계된 상이한 사용자들을 대신하여 가상 머신들을 생성하는 상이한 클라이언트 컴퓨터들과 관련될 수 있다. 다른 예들에서, 특정 클라이언트들(411-414)은 예컨대 상이한 회사들 또는 조직들과 연계된 사용자들과는 관련되지 않을 수 있다. 관련되지 않은 클라이언트들의 경우에, 어느 한 사용자의 가상 머신들 또는 스토리지에 대한 정보는 다른 사용자들에게 숨겨질 수 있다.

[64] 이제 클라우드 컴퓨팅 환경의 물리적 하드웨어 계층을 참조하면, 가용 존(availability zone)들(401-402)(또는 존(zone)들)은 물리적 컴퓨팅 자원들의 콜로케이트된 세트(collocated set)를 지칭할 수 있다. 존들은 컴퓨팅 자원들의 전체 클라우드의 다른 존들로부터 지리적으로 떨어져 있을 수 있다. 예컨대, 존(401)은 캘리포니아에 위치한 제 1 클라우드 데이터센터일 수 있고, 존(402)은 플로리다에 위치한 제 2 클라우드 데이터센터일 수 있다. 관리 서버(410)는 가용 존들 중 하나에, 또는 떨어진 위치에 위치할 수 있다. 각각의 존은, 게이트웨이를 통해, 관리 서버(410)와 같은, 존 외부에 있는 디바이스들과 인터페이싱하는 내부 네트워크를 포함할 수 있다. 클라우드의 최종 사용자들(예컨대, 클라이언트들(411-414))은 존들 사이를 구분할 수 있거나, 구분할 수 없을 수 있다. 예컨대, 최종 사용자들은 특정 메모리량, 프로세싱 전력 및 네트워크 능력들을 갖는 가상 머신의 생성을 요청할 수 있다. 관리 서버(410)는 사용자의 요청에 응답할 수 있으며, 가상 머신이 존(401) 또는 존(402)의 자원들을 사용하여 생성되었는지의 여부를 사용자가 알 필요 없이 가상 머신을 생성하기 위한 자원들을 할당할 수 있다. 다른 예들에서, 클라우드 시스템은 최종 사용자들이, 가상 머신들(또는 다른 클라우드 자원들)이 특정 존에 또는 존 내의 특정 자원들(403-405) 상에 할당되는 것을 요청하도록 할 수 있다.

[65] 이러한 예에서, 각각의 존(401-402)은 다양한 물리적 하드웨어 컴포넌트들(또는 컴퓨팅 자원들)(403-405), 예컨대, 물리적 호스팅 자원들(또는 프로세싱 자원들), 물리적 네트워크 자원들, 물리적 저장 자원들, 스위치들, 및 클라우드 컴퓨팅 서비스들을 고객들에게 제공하기 위해 사용될 수 있는 추가적인 하드웨어 자원들의 어레인지먼트(arrangement)를 포함할 수 있다. 클라우드 존(401-402)의 물리적 호스팅 자원들은, 앞서 설명된 가상화 서버들(301)과 같은 하나 이상의 컴퓨터 서버들(403)을 포함할 수 있고, 이 서버들은 가상 머신 인스턴스들을 생성 및 호스팅하도록 구성될 수 있다. 클라우드 존(401 또는 402)의 물리적 네트워크 자원들은 방화벽들, 네트워크 어드레스 번역기들, 로드 밸런서들, VPN(virtual private network) 게이트웨이들, DHCP(Dynamic Host Configuration Protocol) 라우터들 등과 같은 네트워크 서비스를 클라우드 고객들에게 제공하도록 구성된 하드웨어 및/또는 소프트웨어를 포함하는 하나 이상의 네트워크 엘리먼트들(405)(예컨대, 네트워크 서비스 제공자들)을 포함할 수 있다. 클라우드 존(401-402)의 저장 자원들은 저장 디스크들(예컨대, SSD(solid state drive)들, 자기 하드 디스크들 등) 및 다른 저장 디바이스들을 포함할 수 있다.

[66] 도 4에 도시된 예시적인 클라우드 컴퓨팅 환경은 또한 (예컨대, 도 1 내지 도 3에 도시된 바와 같은) 가상화 계층과, 가상 머신들을 생성 및 관리하고 클라우드의 물리적 자원들을 이용하여 고객들에게 다른 서비스들을 제공하도록 구성된 추가적인 하드웨어 및/또는 소프트웨어 자원들을 포함할 수 있다. 가상화 계층은 도 3에서 앞서 설명된 바와같은 하이퍼바이저들과, 네트워크 가상화들, 저장 가상화들 등을 제공하는 다른 컴포넌트들을 포함할 수 있다. 가상화 계층은 물리적 자원 계층과 별개의 계층으로 될 수 있거나, 물리적 자원 계층과 동일한 하드웨어 및/또는 소프트웨어 자원들의 일부 또는 전부를 공유할 수 있다. 예컨대, 가상화 계층은 가상화 서버(403)들 각각에 설치된 하이퍼바이저와 물리적 컴퓨팅 자원들을 포함할 수 있다. 공지된 클라우드 시스템, 예컨대 WINDOWS AZURE (워싱턴 레드몬드에 위치한 Microsoft Corporation), AMAZON EC2 (워싱턴 시애틀에 위치한 Amazon.com Inc.), IBM BLUE CLOUD (뉴욕 아몽크에 위치한 IBM Corporation) 등이 대안적으로 사용될 수 있다.

[67] 기업 모빌리티 관리 아키텍처

[68] 도 5는 BYOD 환경에서 사용하기 위한 기업 모빌리티 기술 아키텍처(500)를 나타낸다. 아키텍처는 모바일 디바이스(502)의 사용자가 모바일 디바이스(502)를 사용하여 기업 자원 또는 개인 자원에 액세스하고, 모바일 디바이스(502)를 개인적 용도로 사용하도록 한다. 사용자는 기업에 의해 사용자에게 제공된 모바일 디바이스(502) 또는 사용자에 의해 구매된 모바일 디바이스(502)를 이용하여 이와 같은 기업 서비스들(508) 또는 기업 자원들(504)에 액세스할 수 있다. 사용자는 단지 비지니스용으로 또는 비지니스 및 개인용으로 모바일 디바이스(502)를 활용할 수 있다. 모바일 디바이스는 iOS 운영체제, 및 안드로이드 운영체제 등을 실행할 수 있다. 기업은 모바일 디바이스(504)를 관리하기 위한 정책들을 구현하는 것을 선택할 수 있다. 이 정책들은 모바일 디바이스가 식별되거나, 보안 또는 보안 검증되고 기업 자원들에 대해 선택적으로 또는 전체적으로 액세스할 수 있도록 방화벽 또는 게이트웨이를 통해 주입될 수 있다. 정책들은 모바일 디바이스 관리 정책들, 모바일 애플리케이션 관리 정책들, 모바일 데이터 관리 정책들, 또는 모바일 디바이스, 애플리케이션 및 데이터 관리 정책들의 일부 조합일 수 있다. 모바일 디바이스 관리 정책들의 애플리케이션을 통해 관리되는 모바일 디바이스(504)는 등록 디바이스로서 지칭될 수 있다.

[69] 모바일 디바이스의 운영체제는 관리 파티션(managed partition)(510) 및 비관리 파티션(unmanaged partition)(512)으로 분리될 수 있다. 관리 파티션(510)은 관리 파티션 상에서 실행되는 애플리케이션들 및 관리 파티션에 저장되는 데이터를 보안하기 위한 정책들이 자신에 적용되게 할 수 있다. 관리 파티션상에서 실행되는 애플리케이션들은 보안 애플리케이션들일 수 있다. 보안 애플리케이션들은 이메일 애플리케이션들, 웹 브라우징 애플리케이션들, SaaS(software-as-a-service) 액세스 애플리케이션들, 윈도우즈 애플리케이션 액세스 애플리케이션들 등일 수 있다. 보안 애플리케이션들은 보안 네이티브 애플리케이션들(514), 보안 애플리케이션 런처(518)에 의해 실행되는 보안 원격 애플리케이션들(522), 보안 애플리케이션 런처(518)에 의해 실행되는 가상화 애플리케이션들(526) 등일 수 있다. 보안 네이티브 애플리케이션들(514)은 보안 애플리케이션 래퍼(wrapper)(520)에 의해 래핑될 수 있다. 보안 애플리케이션 래퍼(520)는 보안 네이티브 애플리케이션이 디바이스상에서 실행될 때 모바일 디바이스(502)상에서 실행되는 통합 정책들을 포함할 수 있다. 보안 애플리케이션 래퍼(520)는 보안 네이티브 애플리케이션(514)의 실행시 요청된 태스크를 완료하기 위하여 보안 네이티브 애플리케이션(514)이 요구할 수 있는, 기업에서 호스팅되는 자원들을 모바일 디바이스(502)상에서 실행되는 보안 네이티브 애플리케이션(514)에게 알려주는 메타-데이터를 포함할 수 있다. 보안 애플리케이션 런처(518)에 의해 실행되는 보안 원격 애플리케이션들(522)은 보안 애플리케이션 런처 애플리케이션(518) 내에서 실행될 수 있다. 보안 애플리케이션 런처(518)에 의해 실행되는 가상화 애플리케이션(526)은 모바일 디바이스(502)상의 자원들, 기업 자원들(504) 등을 활용할 수 있다. 보안 애플리케이션 런처(518)에 의해 실행되는 가상화 애플리케이션들(526)에 의해 모바일 디바이스(502)상에서 사용되는 자원들은 사용자 상호작용 자원들, 프로세싱 자원들 등을 포함할 수 있다. 사용자 상호작용 자원들은 키보드 입력, 마우스 입력, 카메라 입력, 촉각 입력, 오디오 입력, 시각 입력, 제스처 입력 등을 수집하여 전송하기 위하여 사용될 수 있다. 프로세싱 자원들은 사용자 인터페이스를 제시하고, 기업 자원들(504)로부터 수신된 데이터를 프로세싱하는 것 등을 수행하기 위하여 사용될 수 있다. 보안 애플리케이션 런처(518)에 의해 실행되는 가상화 애플리케이션들(526)에 의해 기업 자원들(504)에서 사용되는 자원들은 사용자 인터페이스 생성 자원들, 프로세싱 자원들 등을 포함할 수 있다. 사용자 인터페이스 생성 자원들은 사용자 인터페이스를 어셈블리하고, 사용자 인터페이스를 수정하며, 사용자 인터페이스를 리프레시하는 것 등을 수행하기 위하여 사용될 수 있다. 프로세싱 자원들은 정보를 생성하고, 정보를 판독하며, 정보를 업데이트하며, 정보를 삭제하는 것 등을 수행하기 위하여 사용될 수 있다. 예컨대, 가상화 애플리케이션은 GUI와 연관된 사용자 상호작용들을 기록하고, 이들을 서버 애플리케이션에 통신할 수 있으며, 여기서 서버 애플리케이션은 서버상에서 동작하는 애플리케이션에 대한 입력으로서 사용자 상호작용 데이터를 사용할 것이다. 이러한 어레인지먼트에서, 기업은 서버측상의 애플리케이션 뿐만아니라 애플리케이션과 연관된 데이터, 파일들 등을 유지하는 것을 선택할 수 있다. 기업이 모바일 디바이스상에서 전개하기 위하여 일부 애플리케이션들을 보안함으로써 본원의 원리들에 따라 그 일부 애플리케이션들을 "결집(mobilize)시키는" 것을 선택할 수 있는 반면에, 이러한 어레인지먼트는 또한 특정 애플리케이션들을 위해 선택될 수 있다. 예컨대, 일부 애플리케이션들이 모바일 디바이스상에서 사용하기 위하여 보안될 수 있는 반면에, 다른 애플리케이션들은 모바일 디바이스상에서 전개하기 위하여 준비되거나 또는 전용될 수 없으며, 따라서 기업은 가상화 기술들을 통해 준비되지 않은 애플리케이션들에의 모바일 사용자 액세스를 제공하는 것을 선택할 수 있다. 다른 예로서, 기업은 모바일 디바이스에 대한 애플리케이션을 커스터마이징(customizing)하는 것이 매우 어렵거나 또는 그렇지 않은 경우에 바람직하지 않을 대량 및 복합 데이터 세트들을 가진 대규모 복합 애플리케이션들(예컨대, 자료 자원 계획 애플리케이션들)을 가질 수 있으며, 따라서, 기업은 가상화 기술들을 통해 애플리케이션에의 액세스를 제공하는 것을 선택할 수 있다. 또 다른 예로서, 기업은 심지어 보안된 모바일 환경에서 조차 기업이 너무 민감하게 생각할 수 있는 고보안 데이터(예컨대, 인적 자원 데이터, 고객 데이터, 엔지니어링 데이터)를 유지하는 애플리케이션을 가질 수 있으며, 따라서 기업은 이러한 애플리케이션들 및 데이터에 대한 모바일 액세스를 허용하기 위하여 가상화 기술들을 사용하는 것을 선택할 수 있다. 기업은 서버측에서 동작하는 것이 더 적절한 것으로 여겨지는 애플리케이션들에 대한 액세스를 허용하기 위하여, 가상화 애플리케이션 뿐만아니라 모바일 디바이스상의 완전하게 보안된 그리고 완전하게 기능적인 애플리케이션들을 제공하는 것을 선택할 수 있다. 일 실시예에서, 가상화 애플리케이션은 보안 저장 위치들 중 하나의 위치에 있는 모바일 폰상에 일부 데이터, 파일들 등을 저장할 수 있다. 기업은 예컨대 다른 정보를 허용하지 않으면서 특정 정보가 폰상에 저장되도록 하는 것을 선택할 수 있다.

[70] 본원에서 설명된 바와같은 가상화 애플리케이션와 관련하여, 모바일 디바이스는 GUI들을 제시하고 이후 GUI와의 사용자 상호작용들을 기록하도록 설계되는 가상화 애플리케이션을 가질 수 있다. 애플리케이션은 애플리케이션과의 사용자 상호작용들로서 서버측 애플리케이션에 의해 사용될 사용자 상호작용들을 서버에 통신할 수 있다. 이에 응답하여, 서버측상의 애플리케이션은 새로운 GUI를 모바일 디바이스에 다시 전송할 수 있다. 예컨대, 새로운 GUI는 정적 페이지, 동적 페이지, 애니메이션 등일 수 있다.

[71] 관리 파티션상에서 실행되는 애플리케이션들은 안정화된 애플리케이션들일 수 있다. 안정화된 애플리케이션들은 디바이스 관리자(524)에 의해 관리될 수 있다. 디바이스 관리자(524)는 안정화된 애플리케이션들을 모니터링하고 문제점들을 검출하여 제거하기 위한 기술들을 활용할 수 있는데, 이러한 문제점들은 그 문제점들을 검출하여 제거하는데 상기 기술들이 활용되지 않았다면 불안정한 애플리케이션을 유발하였을 것이다.

[72] 보안 애플리케이션들은 모바일 디바이스의 관리 파티션(510)의 보안 데이터 컨테이너(528)에 저장된 데이터에 액세스할 수 있다. 보안 데이터 컨테이너에서 보안된 데이터는 보안 래핑된 애플리케이션들(514), 보안 애플리케이션 런처(522)에 의해 실행되는 애플리케이션들, 보안 애플리케이션 런처(522)에 의해 실행되는 가상화 애플리케이션들(526) 등에 의해 액세스될 수 있다. 보안 데이터 컨테이너(528)에 저장된 데이터는 파일들, 데이터베이스들 등을 포함할 수 있다. 보안 데이터 컨테이너(528)에 저장된 데이터는 보안 애플리케이션들(532) 사이에서 공유되는 특정 보안 애플리케이션(530)에 한정된 데이터 등을 포함할 수 있다. 보안 애플리케이션에 한정된 데이터는 보안 범용 데이터(534) 및 고보안 데이터(538)를 포함할 수 있다. 보안 범용 데이터는 AES 128-비트 암호화 등과 같은 고강화 암호화를 사용할 수 있는 반면에, 고보안 데이터(538)는 AES 254-비트 암호화와 같은 초고강화 암호화를 사용할 수 있다. 보안 데이터 컨테이너(528)에 저장된 데이터는 디바이스 관리자(524)로부터의 커맨드의 수신시에 디바이스로부터 제거될 수 있다. 보안 애플리케이션들은 듀얼-모드 옵션(540)을 가질 수 있다. 듀얼 모드 옵션(540)은 비보안 모드에서 보안 애플리케이션을 동작하기 위한 옵션을 사용자에게 제시할 수 있다. 비보안 모드에서, 보안 애플리케이션들은 모바일 디바이스(502)의 비관리 파티션(512)상의 비보안 데이터 컨테이너(542)에 저장된 데이터에 액세스할 수 있다. 비보안 데이터 컨테이너에 저장된 데이터는 개인 데이터(544)일 수 있다. 비보안 데이터 컨테이너(542)에 저장된 데이터는 또한 모바일 디바이스(502)의 비관리 파티션(512)상에서 실행되는 비보안 애플리케이션들(548)에 의해 액세스될 수 있다. 비보안 데이터 컨테이너(542)에 저장된 데이터는 보안 데이터 컨테이너(528)에 저장된 데이터가 모바일 디바이스(502)로부터 제거될 때 모바일 디바이스(502)상에서 유지될 수 있다. 기업은 사용자에 의해 소유되거나 또는 라이센싱되거나 또는 제어되는 개인 데이터, 파일들 및/또는 애플리케이션들(개인 데이터)을 남기거나 또는 그렇지 않은 경우에 보존하면서 기업에 의해 소유되거나 라이센싱되거나 또는 제어되는 선택된 또는 모든 데이터, 파일들 및/또는 애플리케이션들(기업 데이터)을 모바일 디바이스로부터 제거하는 것을 원할 수 있다. 이러한 동작은 선택적 지움(selective wipe)으로서 지칭될 수 있다. 본원에서 설명된 양상들에 따라 기업 및 개인 데이터가 배열되는 경우에, 기업은 선택적 지움을 수행할 수 있다.

[73] 모바일 디바이스는 기업의 기업 자원들(504) 및 기업 서비스들(508)에, 공중 인터넷(548) 등에 연결할 수 있다. 모바일 디바이스는 가상 사설 네트워크 연결들을 통해 기업 자원들(504) 및 기업 서비스들(508)에 연결할 수 있다. 가상 사설 네트워크 연결들은 특정 애플리케이션들(550), 특정 디바이스들, 모바일 디바이스상의 특정 보안 영역들 등(552)에 특정적일 수 있다. 예컨대, 폰의 보안 영역에 래핑된 애플리케이션들 각각은 애플리케이션 특정 VPN에의 액세스가 가능한 경우에 사용자 또는 디바이스 속성 정보와 함께 애플리케이션과 연관된 속성들에 기초하여 승인될 수 있도록 애플리케이션 특정 VPN를 통해 기업 자원들에 액세스할 수 있다. 가상 사설 네트워크 연결들은 마이크로소프트 교환 트래픽, 마이크로소프트 액티브 디렉토리 트래픽, HTTP 트래픽, HTTPS 트래픽, 애플리케이션 관리 트래픽 등을 전달할 수 있다. 가상 사설 네트워크 연결들은 싱글-사인-온 인증 프로세스(single-sign-on authentication process)들(554)을 지원하고 인에이블할 수 있다. 싱글-사인-온 프로세스들은 사용자로 하여금 인증 크리덴셜들의 단일 세트를 제공하도록 할 수 있으며, 이후 인증 크리덴셜들은 인증 서비스(558)에 의해 검증된다. 이후, 인증 서비스(558)는 사용자가 각각의 개별 기업 자원(504)에 인증 크리덴셜들을 제공하는 것을 필요로 하지 않고 다수의 기업 자원들(504)에 대한 사용자 액세스를 승인할 수 있다.

[74] 가상 사설 네트워크 연결들은 액세스 게이트웨이(560)에 의해 설정 및 관리될 수 있다. 액세스 게이트웨이(560)는 모바일 디바이스(502)에 기업 자원들(504)을 전달하는 것을 관리하고, 가속시키며 그리고 개선하는 성능 강화 특징들을 포함할 수 있다. 액세스 게이트웨이는 또한 모바일 디바이스(502)로부터 공중 인터넷(548)으로 트래픽을 재-라우팅할 수 있으며, 따라서 모바일 디바이스(502)가 공중 인터넷(548)상에서 실행되는 공개적으로 이용가능한 비보안 애플리케이션들에 액세스하도록 할 수 있다. 모바일 디바이스는 트랜스포트 네트워크(562)를 통해 액세스 게이트웨이에 연결할 수 있다. 트랜스포트 네트워크(562)는 유선 네트워크, 무선 네트워크, 클라우드 네트워크, 근거리 통신망, 도시권 통신망, 광역 통신망, 공중 네트워크, 사설 네트워크 등일 수 있다.

[75] 기업 자원들(504)은 이메일 서버들, 파일 공유 서버들, SaaS 애플리케이션들, 웹 애플리케이션 서버들, 윈도우즈 애플리케이션 서버들 등을 포함할 수 있다. 이메일 서비스들은 교환 서버들, Lotus Notes 서버들 등을 포함할 수 있다. 파일 공유 서버들은 ShareFile 서버들 등을 포함할 수 있다. SaaS 애플리케이션들은 Salesforce 등을 포함할 수 있다. 윈도우즈 애플리케이션 서버들은 로컬 윈도우즈 운영체제 등 상에서 실행되는 것으로 의도된 애플리케이션들을 제공하도록 구축된 일부 애플리케이션 서버를 포함할 수 있다. 기업 자원들(504)은 전제-기반 자원(premise-based resource)들, 클라우드 기반 자원들 등일 수 있다. 기업 자원들(504)은 직접적으로 또는 액세스 게이트웨이(560)를 통해 모바일 디바이스(502)에 의해 액세스될 수 있다. 기업 자원들(504)은 트랜스포트 네트워크(562)를 통해 모바일 디바이스(502)에 의해 액세스될 수 있다. 트랜스포트 네트워크(562)는 유선 네트워크, 무선 네트워크, 클라우드 네트워크, 근거리 통신망, 도시권 통신망, 광역 네트워크, 공중 네트워크, 사설 네트워크 등일 수 있다.

[76] 기업 서비스들(508)은 인증 서비스들(558), 위협 검출 서비스(564), 디바이스 관리 서비스들(524), 파일 공유 서비스들(568), 정책 관리자 서비스들(570), 소셜 통합 서비스들(572), 애플리케이션 제어기 서비스(574) 등을 포함할 수 있다. 인증 서비스들(558)은 사용자 인증 서비스들, 디바이스 인증 서비스들, 애플리케이션 인증 서비스들, 데이터 인증 서비스들 등을 포함할 수 있다. 인증 서비스들(558)은 인증서들을 사용할 수 있다. 인증서들은 기업 자원들(504) 등에 의해 모바일 디바이스(502)상에 저장될 수 있다. 모바일 디바이스(502)상에 저장된 인증서들은 모바일 디바이스상의 암호화된 위치에 저장될 수 있으며, 인증서는 인증할 때 등에 사용하기 위해 모바일 디바이스(502)상에 일시적으로 저장될 수 있다. 위협 검출 서비스들(564)은 침입 검출 서비스들, 비허가 액세스 시도 검출 서비스들 등을 포함할 수 있다. 비허가 액세스 시도 검출 서비스들은 디바이스들, 애플리케이션들, 데이터 등에 액세스하기 위한 비허가 시도들을 포함할 수 있다. 디바이스 관리 서비스들(524)은 구성, 프로비저닝, 보안, 지원, 모니터링, 보고 및 해체 서비스들을 포함할 수 있다. 파일 공유 서비스들(568)은 파일 관리 서비스들, 파일 저장 서비스들, 파일 컬래버레이션 서비스들 등을 포함할 수 있다. 정책 관리 서비스들(570)은 디바이스 정책 관리자 서비스들, 애플리케이션 정책 관리자 서비스들, 데이터 정책 관리자 서비스들 등을 포함할 수 있다. 소셜 통합 서비스들(572)은 접촉 통합 서비스들, 컬래버레이션 서비스들, 페이스북, 트위터 및 LinkedIn 등과 같은 소셜 네트워크와의 통합 등을 포함할 수 있다. 애플리케이션 제어기 서비스들(574)은 관리 서비스들, 프로비저닝 서비스들, 전개 서비스들, 할당 서비스들, 철회 서비스들, 래핑 서비스들 등을 포함할 수 있다.

[77] 기업 모빌리티 기술 아키텍처(500)는 애플리케이션 스토어(578)를 포함할 수 있다. 애플리케이션 스토어(578)는 비-래핑된 애플리케이션들(580), 사전-래핑된 애플리케이션들(582) 등을 포함할 수 있다. 애플리케이션들은 애플리케이션 제어기(574)로부터 애플리케이션 스토어(578)에 파퓰레이트될 수 있다. 애플리케이션 스토어(578)는 액세스 게이트웨이(560), 공중 네트워크(548) 등을 통해 모바일 디바이스(502)에 의해 액세스될 수 있다. 애플리케이션 스토어는 사용자 인터페이스를 사용할 때 이해하기 쉽고 용이하도록 제공될 수 있다. 애플리케이션 스토어(578)는 소프트웨어 전개 키트(584)에 대한 액세스를 제공할 수 있다. 소프트웨어 전개 키트(584)는 본 상세한 설명에서 이전에 설명된 바와같이 애플리케이션을 래핑함으로써 사용자에 의해 선택된 애플리케이션들을 보안하는 능력을 사용자에게 제공할 수 있다. 이후, 소프트웨어 전개 키트(584)를 사용하여 래핑된 애플리케이션은 애플리케이션 제어기(574)를 사용하여 애플리케이션 스토어(578)에서 파퓰레이트함으로써 모바일 디바이스(502)에게 이용가능하게 만들어질 수 있다.

[78] 기업 모빌리티 기술 아키텍처(500)는 관리 및 분석 능력(588)을 포함할 수 있다. 관리 및 분석 능력(588)은 자원들이 어떻게 사용되는지, 자원들이 얼마나 자주 사용되는지 등에 관한 정보를 제공할 수 있다. 자원들은 디바이스들, 애플리케이션들, 데이터 등을 포함할 수 있다. 자원들이 어떻게 사용되는지는 어떤 디바이스들이 어떤 애플리케이션들을 다운로드하는지, 어떤 애플리케이션들이 어떤 데이터에 액세스하는지 등을 포함할 수 있다. 자원들이 얼마나 자주 사용되는지는 애플리케이션들이 얼마나 자주 다운로드되었는지, 데이터의 특정 세트가 애플리케이션에 의해 얼마나 많은 횟수로 액세스되었는지 등을 포함할 수 있다.

[79] 도 6은 다른 예시적인 기업 모빌리티 관리 시스템(600)이다. 도 5를 참조하여 앞서 설명된 모빌리티 관리 시스템(500)의 일부 컴포넌트들은 간략화를 위해 생략되었다. 도 6에 도시된 시스템(600)의 아키텍처는 도 5를 참조로 하여 앞서 설명된 시스템(500)의 아키텍처와 많은 측면에서 유사하고, 앞서 언급되지 않은 추가적인 특징들을 포함할 수 있다.

[80] 이 경우, 좌측은 수신기(604)를 가진 등록 모바일 디바이스(602)를 나타내는데, 이는 (액세스 게이트웨이(Access Gateway) 및 애플리케이션 제어기 기능을 포함하는) 클라우드 게이트웨이(606)와 상호 작용을 하여, 우측 위쪽에 도시된 것과 같은 다양한 기업 자원들(608) 및 서비스들(609), 예컨대 익스체인지(Exchange), 쉐어포인트(Sharepoint), PKI 자원들, 케베로스(Kerberos) 자원들, 인증서 발행 서비스에 액세스한다. 상세히 도시되지는 않았지만, 모바일 디바이스(602)는 또한 애플리케이션들을 선택하여 다운로드하기 위한 기업 애플리케이션 스토어(StoreFront)와 상호 작용할 수 있다.

[81] 수신기(604)는, HDX/ICA 디스플레이 원격 프로토콜을 이용하여 액세스되는, 기업 데이터 센터에서 호스팅되는 윈도우즈 앱들/데스크탑들에 대한 UI(사용자 인터페이스) 매개자(intermediary)로서 동작할 수 있다. 수신기(604)는 또한 모바일 디바이스(602) 상의 네이티브 애플리케이션들, 예컨대 네이티브 iOS 또는 안드로이드 애플리케이션들의 설치 및 관리를 지원한다. 예컨대, 앞의 도면에 도시된 관리 애플리케이션(610)(메일, 브라우저, 래핑 애플리케이션)은 모두 디바이스 상에서 국부적으로 실행되는 네이티브 애플리케이션들이다. 수신기(604) 및 본 아키텍처의 MDX (mobile experience technology)는 기업 자원들/서비스들(608)에 대한 연결 및 SSO(single sign on)와 같은 정책 기반 관리 능력들 및 사양들을 제공하기 위해 동작한다. 수신기(604)는 기업에 대한, 보통 다른 클라우드 게이트웨이 컴포넌트들에 대해 SSO을 가진 액세스 게이트웨이(AG)에 대한 주된 사용자 인증을 처리한다. 수신기(604)는 모바일 디바이스(602) 상의 MDX 관리 애플리케이션(610)의 행위를 제어하기 위해 클라우드 게이트웨이(606)로부터 정책들을 획득한다.

[82] 네이티브 애플리케이션들(610)과 수신기(604) 사이의 보안 IPC 링크들(612)은 수신기가 각각의 애플리케이션을 "래핑"하는 DMX 프레임워크(614)에 의해 시행될 정책들을 적용하도록 하는 관리 채널을 나타낸다. IPC 채널(612)은 또한 기업 자원들(608)에 대한 연결 및 SSO를 인에이블하는 크리덴셜 및 인증 정보를 수신기(604)가 적용하도록 한다. 마지막으로, IPC 채널(612)은 MDX 프레임워크(614)가 수신기(604)에 의해 구현되는 사용자 인터페이스 기능들, 예컨대 온라인 및 오프라인 인증을 인보크하도록 한다.

[83] 수신기(604)와 클라우드 게이트웨이(606) 사이의 통신들은 근본적으로 각각의 네이티브 관리 애플리케이션(610)을 래핑하는 MDX 프레임워크(614)로부터 관리 채널을 확장한다. MDX 프레임워크(614)는 수신기(604)로부터 정책 정보를 요청하며, 수신기(604)는 차례로 클라우드 게이트웨이(606)로부터 정책 정보를 요청한다. MDX 프레임워크(614)는 인증을 요청하며, 수신기(604)는 클라우드 게이트웨이(606)(이는 또한 NetScaler Access Gateway로서 공지됨)의 게이트웨이 서비스 부분에 로그인한다. 이하에서 더 완전히 설명되는 바와같이, 수신기(604)는 또한 로컬 데이터 볼트(vault)들(616)에 대한 암호화 키들을 유도하기 위한 입력 자료를 생성하거나 또는 PKI 보호 자원들에 직접 인증을 인에이블할 수 있는 클라이언트 인증서들을 제공할 수 있는 서비스들을 클라우드 게이트웨이(606)상에서 지원할 것을 호출할 수 있다.

[84] 더 상세히, MDX 프레임워크(614)는 각각의 관리 애플리케이션(610)을 래핑한다. 이는 명시적 구축 단계를 통해 또는 구축후 프로세싱 단계를 통해 통합될 수 있다. MDX 프레임워크(614)는 애플리케이션(610)의 제 1 론치시 수신기(604)와 "페어링"하여, 보안 IPC 채널을 초기화하고 그 애플리케이션에 대한 정책을 획득할 수 있다. MDX 프레임워크(614)는 국부적으로 적용하는 정책의 관련 부분들, 예컨대 로컬 OS 서비스들이 어떻게 사용될 수 있는지 또는 로컬 OS 서비스들이 애플리케이션(610)과 어떻게 상호작용할 수 있는지를 한정하는 억제 정책들 중 일부 및 수신기 로그인 종속성들을 시행할 수 있다.

[85] MDX 프레임워크(614)는 인증 및 내부 네트워크 액세스를 용이하게 하기 위하여 보안 IPC 채널(612)을 통해 수신기(604)에 의해 제공된 서비스들을 사용할 수 있다. 사설 및 공유 데이터 볼트들(616)(컨테이너들)의 키 관리는 또한 관리 애플리케이션들(610)과 수신기(604) 간의 적절한 상호작용들에 의해 관리될 수 있다. 볼트들(616)은 온라인 인증 이후에만 이용가능하게 만들어질 수 있거나 또는 정책에 의해 허용되는 경우에 오프라인 인증 이후에 이용가능하게 만들어질 수 있다. 볼트들(616)의 첫번째 사용은 온라인 인증을 요구할 수 있으며, 오프라인 액세스는 온라인 인증이 다시 요구되기 전에 최대 정책 리프레시 기간으로 제한될 수 있다.

[86] 내부 자원들에의 네트워크 액세스는 액세스 게이트웨이(606)를 통해 개별 관리 애플리케이션들(610)로부터 직접 발생할 수 있다. MDX 프레임워크(614)는 각각의 애플리케이션(610) 대신에 네트워크 액세스를 조정하는 것을 담당한다. 수신기(604)는 온라인 인증 이후에 획득된 적절한 시간 제한된 2차 크리덴셜들을 제공함으로써 이들 네트워크 연결들을 용이하게 할 수 있다. 리버스 웹 프록시 연결들 및 엔드-투-엔드 VPN-스타일 터널들(618)과 같은 다수의 네트워크 연결 모드들이 사용될 수 있다.

[87] 메일 및 브라우저 관리 애플리케이션들(610)은 특별한 상태를 가지며, 임의적 래핑된 애플리케이션들이 일반적으로 이용가능하지 않을 수 있는 시설들을 사용할 수 있다. 예컨대, 메일 애플리케이션은 전체 AG 로그온을 요구하지 않고 연장된 시간 기간 동안 그 메일 애플리케이션이 익스체인지에 액세스하도록 하는 특별한 백그라운드 네트워크 액세스 메커니즘을 사용할 수 있다. 브라우저 애플리케이션은 상이한 종류의 데이터를 분리하기 위하여 다수의 사설 데이터 볼트들을 사용할 수 있다.

[88] 이러한 아키텍처는 다양한 다른 보안 특징들의 통합을 지원한다. 예컨대, 일부 경우들에서, 클라우드 게이트웨이(606)(자신의 게이트웨이 서비스들을 포함함)는 AD 패스워드들을 검증할 필요가 없을 것이다. 일부 상황들에서 AD 패스워드가 일부 사용자들에 대한 인증 인자로서 사용될 수 있는지는 기업의 재량으로 맡겨질 수 있다. 상이한 인증 방법들은 사용자가 온라인인 경우 또는 오프라인인 경우에 (즉, 네트워크에 연결되거나 또는 연결되지 않는 경우에) 사용될 수 있다.

[89] 스텝 업(step up) 인증은 클라우드 게이트웨이(606)가 강한 인증을 요구하는 높게 분류된 데이터에 대해 액세스하도록 허용되는 관리 네이티브 애플리케이션들(610)을 식별할 수 있고 비록 이것이, 재인증이 이전의 약한 로그인 레벨 이후에 사용자에 의해 요구되는 것을 의미할지라도, 적절한 인증을 수행한 이후에만 이들 애플리케이션들에 대한 액세스가 허용되도록 하는 것이 특징이다.

[90] 이러한 솔루션의 다른 보안 특징은 모바일 디바이스(602)상의 데이터 볼트들(616)(컨테이너들)의 암호화이다. 볼트들(616)은 파일들, 데이터베이스들, 및 구성들을 포함하는 모든 온-디바이스 데이터가 보호되도록 암호화될 수 있다. 온라인 볼트들의 경우에 키들이 서버(클라우드 게이트웨이(606))에 저장될 수 있으며, 오프-라인 볼트들의 경우에 키들의 로컬 복사본이 사용자 패스워드에 의해 보호될 수 있다. 데이터가 보안 컨테이너(616)에서 디바이스(602)상에 국부적으로 저장될 때, AES 256 암호화 알고리즘이 최소로 활용되는 것이 바람직하다.

[91] 다른 보안 컨테이너 특징들이 또한 구현될 수 있다. 예컨대, 애플리케이션(610)내에서 발생하는 모든 보안 이벤트들이 로깅되어 백엔드에 보고되는 로깅 특징이 포함될 수 있다. 데이터 지움이 지원될 수 있고, 예컨대 애플리케션(610)이 탬퍼링(tampering)을 검출하면 연관된 암호화 키들이 랜덤 데이터로 쓰여질 수 있으며, 따라서 사용자 데이터가 파괴된 파일 시스템상에는 힌트가 남겨지지 않는다. 스크린샷 보호(screenshot protection )는 임의의 데이터가 스크린샷들에 저장되는 것을 애플리케이션이 방지할 수 있는 다른 특징이다. 예컨대, 키 윈도우의 은폐 특성은 YES로 세팅될 수 있다. 이는 스크린상에 현재 디스플레이되고 있는 모든 콘텐츠가 은폐되도록 할 수 있으며, 따라서 임의의 콘텐츠가 정상적으로 상주할 블랭크 스크린샷을 초래한다.

[92] 로컬 데이터 전달은 예컨대 임의의 데이터가 애플리케이션 컨테이너 외부로 국부적으로 전달되는 것을 방지함으로써, 예컨대 임의의 데이터를 복사하거나 또는 이를 외부 애플리케이션에 송신함으로써 방지될 수 있다. 키보드 캐시 특징은 민감한 텍스트 필드들에 대한 자동보정 기능을 디스에이블하도록 동작할 수 있다. SSL 인증 검증은 동작가능할 수 있으며, 따라서 애플리케이션은 그것이 키체인에 저장되는 대신에 서버 SSL 인증서를 상세하게 검증한다. 암호화 키 생성 특징은 (오프라인 액세스가 요구되는 경우에) 디바이스상의 데이터를 암호화하기 위하여 사용되는 키가 사용자에 의해 공급되는 패스프레이즈(passphrase)를 사용하여 생성되도록 사용될 수 있다. 이는 오프라인 액세스가 요구되지 않는 경우에 서버측에서 랜덤하게 생성되어 저장되는 다른 키들과 XOR 연산될 수 있다. 키 유도 함수들은 사용자 패스워드로부터 생성된 키들이 키의 암호 해시를 생성하는 것보다 오히려 KDF들(키 유도 함수들, 특히 PBKDF2)을 사용하도록 동작할 수 있다. 후자는 무차별 대입 공격(brute force attack) 또는 디렉토리 공격에 취약한 키를 만든다.

[93] 추가로, 하나 이상의 초기화 벡터들이 암호화 방법들에서 사용될 수 있다. 초기화 벡터는 동일한 암호화된 데이터의 다수의 복사본들이 상이한 암호 텍스트 출력을 초래하도록 할 것이며, 따라서 리플레이 및 암호해독 공격들이 방지된다. 이는 또한 데이터를 암호화하기 위하여 사용되는 특정 초기화 벡터가 알려지지 않은 경우에 암호화 키가 도난당했을지라도 공격자가 임의의 데이터를 암호해독하는 것을 방지할 것이다. 추가로, 인증 및 이후 암호해독이 사용될 수 있으며, 여기서 사용자가 애플리케이션 내에서 인증된 이후에만 애플리케이션 데이터가 암호해독된다. 다른 특징은 필요할 때만 (디스크가 아니라) 메모리에서 유지될 수 있는, 메모리내의 민감 데이터와 관련될 수 있다. 예컨대, 로그인 크리덴션들은 로그인 이후에 메모리로부터 지워질 수 있으며, 암호화 키들 및 목적-C 인스턴스 변수들 내의 다른 데이터가 저장되지 않는데, 왜냐하면 이들 데이터는 용이하게 참조될 수 있기 때문이다. 대신에, 메모리는 이들을 위해 수동으로 할당받을 수 있다.

[94] 인액티비티 타임아웃(inactivity timeout)이 구현될 수 있으며, 여기서 인액티비티의 정책-정의된 기간 이후에 사용자 세션이 종료된다.

[95] MDX 프레임워크(614)로부터의 데이터 누출은 다른 방식들로 방지될 수 있다. 예컨대, 애플리케이션(610)이 배경으로 될 때, 메모리는 미리 결정된(구성가능) 시간 기간 이후에 클리어(clear)될 수 있다. 배경화 될 때, 전경화 프로세스(foregrounding process)를 고정시키기 위하여 애플리케이션의 마지막으로 디스플레이된 스크린에서 스탭샵이 취해질 수 있다. 스크린샵은 컨피덴셜 데이터를 포함할 수 있고 따라서 클리어되어야 한다.

[96] 다른 보안 특징은 하나 이상의 애플리케이션들에 액세스하기 위해 AD(active directory)(622) 패스워드를 사용하지 않고 OTP(one time password)(620)를 사용하는 것과 관련된다. 일부 경우들에서, 일부 사용자들은 그들의 AD 패스워드를 알지못하며(또는 그들의 AD 패스워드를 알도록 허용되지 않으며) 따라서 이들 사용자들은 OTP(620)를 사용하여, 예컨대 SecurID와 같은 하드웨어 OTP 시스템을 사용하여 인증할 수 있다(OTP들은 또한 Entrust 또는 Gemalto와 같은 상이한 벤더들에 의해 제공될 수 있다). 일부 경우들에서, 사용자가 사용자 ID로 인증한 이후에, 텍스트가 OTP(620)와 함께 사용자에게 송신된다. 일부 경우들에서, 이는 프롬프트가 단일 필드인 경우에 단지 온라인 사용을 위해서만 구현될 수 있다.

[97] 오프라인 패스워드는 기업 정책을 통해 오프라인 사용이 허락되는 애플리케이션들(610)에 대한 오프라인 인증을 위하여 구현될 수 있다. 예컨대, 기업은 StoreFront가 이러한 방식으로 액세스되는 것을 원할 수 있다. 이러한 경우에, 수신기(604)는 사용자가 맞춤형 오프라인 패스워드를 세팅할 것을 요구할 수 있으며, AD 패스워드는 사용되지 않는다. 클라우드 게이트웨이(606)는 표준 윈도우즈 서버 패스워드 복잡성 요건들이 수정될 수 있을 지라도 이 요건들에 의해 기술되는 것과 같은 최소 길이, 캐릭터 클래스 구성(character class composition) 및 패스워드들의 수명에 대해 패스워드 표준들을 제어하고 시행하기 위한 정책들을 제공할 수 있다.

[98] 다른 특징은 (MDX 마이크로 VPN 특징을 통해 PKI 보호 웹 자원들에 액세스하기 위한) 2차 크리덴셜들로서 특정 애플리케이션들(610)에 대한 클라이언트측 인증서를 인에이블하는 것과 관련된다. 예컨대, 업무 메일 애플리케이션은 이러한 인증서를 활용할 수 있다. 이러한 경우에, ActiveSync 프로토콜를 사용한 인증서-기반 인증이 지원될 수 있으며, 여기서 수신기(604)로부터의 인증서는 클라우드 게이트웨이(606)에 의해 리트리브되고 키체인으로 사용될 수 있다. 각각의 관리 애플리케이션은 클라우드 게이트웨이(606)에서 정의되는 라벨에 의해 식별되는 하나의 연관된 클라이언트 인증서를 가질 수 있다.

[99] 클라우드 게이트웨이(606)는 관련된 관리 애플리케이션들이 내부 PKI 보호 자원들을 인증하도록 클라이언트 인증서들을 발행하는 것을 지원하기 위하여 기업 특수 목적 웹 서비스와 상호작용할 수 있다.

[100] 수신기(604) 및 MDX 프레임워크(614)는 내부 PKI 보호 네트워크 자원들을 인증하기 위한 클라이언트 인증서들을 획득하여 사용하는 것을 지원하도록 시행될 수 있다. 예컨대 보안 및/또는 분리 요건들의 다양한 레벨들을 매칭시키기 위하여 2개 이상의 인증서가 지원될 수 있다. 인증서들은 메일 및 브라우저 관리 애플리케이션들에 의해, 궁극적으로 임의적 래핑된 애플리케이션들에 의해 사용될 수 있다 (MDX 프레임워크가 https 요청들을 중재하는 것이 타당한 웹 서비스 스타일 통신 패턴들을 이들 애플리케이션들이 사용하는 경우에).

[101] iOS상에서의 MDX 클라이언트 인증서 지원은 각각의 사용 기간 동안 각각의 관리 애플리케이션에서 PKCS 12 BLOB (Binary Large Object)를 iOS 키체인에 임포트(import)하는 것에 의존할 수 있다. MDX 클라이언트 인증서 지원은 사설 인-메모리 키 스토리지(private in-memory key storage)를 가진 HTTPS 구현을 사용할 수 있다. 클라이언트 인증서는 iOS 키체인에서 결코 제시되지 않을 것이며 그리고 강하게 보호되는 "온라인-전용" 데이터 값을 잠재적으로 제외하고 지속되지 않을 것이다.

[102] 상호 SSL은 또한 모바일 디바이스(602)가 기업에게 인증될 것을 요구함으로써 추가 보안을 제공하도록 구현될 수 있으며, 이와 반대의 경우도 마찬가지다. 클라우드 게이트웨이(606)에 인증하기 위한 가상 스마트 카드들이 또한 구현될 수 있다.

[103] 제한된 그리고 전체 케베로스 지원 둘다가 추가 특징들일 수 있다. 전체 지원 특징은 AD 패스워드 또는 신뢰성 있는 클라이언트 인증서를 사용하여 AD(622)에 대해 전체 케베로스 로그인을 수행하고 HTTP 교섭 인증 챌린지(challenge)들에 응답하기 위하여 케베로스 서비스 티켓들을 획득하는 능력과 관련된다. 제한된 지원 특징은 AFEE에서의 강제 위임(constrained delegation)과 관련되며, 여기서 AFEE는 케베로스 프로토콜 전환을 인보크하는 것을 지원하며, 따라서 이는 HTTP 교섭 인증 챌린지들에 응답하여 (강제 위임 대상인) 케베로스 서비스 티켓들을 획득하여 사용할 수 있다. 이러한 메커니즘은 리버스 웹 프록시(CVPN으로도 지칭됨) 모드에서 그리고 http(https가 아님) 연결들이 VPN 및 마이크로 VPN 모드에서 프록시될 때 작동한다.

[104] 다른 특징은 애플리케이션 컨테이너 로킹 및 지움과 관련되며, 이는 자일-브레이크(jail-break) 또는 루팅 검출시 자동적으로 발생하며 관리 콘솔로부터의 푸시 커맨드(pushed command)로서 발생할 수 있으며 그리고 애플리케이션(610)이 실행되지 않을 때 조차 원격 지움 기능을 포함할 수 있다.

[105] StoreFront 및 앱 제어기의 멀티-사이트 아키텍처 또는 구성이 지원될 수 있으며, 이는 사용자들로 하여금 실패의 경우에 여러 상이한 위치들 중 하나의 위치로부터 서비스받도록 한다.

[106] 일부 경우들에서, 관리 애플리케이션들(610)은 API(예시적인 OpenSSL)를 통해 인증서 및 개인 키에 액세스하도록 허용될 수 있다. 기업의 신뢰성 있는 관리 애플리케이션들(610)은 애플리케이션의 클라이언트 인증서 및 개인 키를 사용하여 특정 공개 키 동작들을 수행하도록 허용될 수 있다. 따라서, 예컨대, 애플리케이션이 브라우저와 같이 동작하며 인증서 액세스가 요구되지 않을 때, 애플리케이션이 "나는 누구인가"에 대한 인증서를 판독할 때, 애플리케이션이 보안 세션 토큰을 구축하기 위하여 인증서를 사용할 때, 그리고 애플리케이션이 중요한 데이터에 대한 디지털 서명(예컨대, 트랜잭션 로그)을 위해 또는 일시적 데이터 암호화를 위해 개인 키들을 사용할 때, 다양한 사용의 경우들이 식별되어 처리될 수 있다.

[107] 예시적인 실시예 (들)

[108] 도 7a 및 도 7b는 모바일 디바이스의 샘플 인터페이스들을 예시하며, 도 8-14는 콘텍스트에 기초하여 모바일 디바이스를 로킹하기 위한 방법들의 샘플 실시예들을 예시한다. 도 8 - 14에 도시된 방법은 다양한 실시예들에서 임의의 적절한 방식으로 결합될 수 있다. 도 7a 및 도 7b에 도시된 샘플 인터페이스들은 디바이스(107, 109, 140, 502 및/또는 602)와 같은 모바일 디바이스상에 디스플레이될 수 있으며, 도 8-14에 도시된 방법들은 이러한 모바일 디바이스에 의해 구현될 수 있다.

[109] 도 8에서, 콘텍스트에 기초하여 모바일 디바이스를 로킹하기 위한 예시적인 방법 단계들의 흐름도가 도시된다. 도 8의 방법은 단계(802)에서 시작할 수 있으며, 방법(802)에서, 사용자 이름은 모바일 디바이스에 로그온된다. 예컨대, 사용자는 미리 결정된 사용자 이름을 사용하여 모바일 디바이스(502)와 같은 모바일 디바이스에 로그인될 수 있다. 사용자 이름은 조직, 기업 및 임의의 적절한 엔티티에 의해 할당될 수 있다. 사용자 이름은 조직의 액티브 디렉토리의 일부분일 수 있다. 일 실시예에서, 모바일 디바이스에 로그온하는 것은 또한 패스워드, PIN, 예컨대 4-8 디지트 번호, 또는 임의의 다른 패스워드 또는 로그인 크리덴셜들을 필요로 한다.

[110] 도 8의 방법은 단계(802)로부터 단계(804)로 진행할 수 있으며, 단계(804)에서, 모바일 디바이스에 대한 콘텍스트가 결정된다. 예컨대, 콘텍스트는 현재 시간, 모바일 디바이스의 위치, 및 다른 적절한 콘텍스트들일 수 있다. 이하에서 추가로 설명되는 도 9-12의 방법들은 예시적인 콘텍스트들이 설명되는 다양한 실시예들을 예시한다.

[111] 도 8의 방법은 단계(804)로부터 단계(806)로 진행할 수 있으며, 단계(806)에서, 모바일 디바이스가 사용자 이름 및 콘텍스트에 기초하여 로킹되어야 한다는 것이 결정된다. 예컨대, 동작 모드들은 언로크(unlocked) 모드 및 로크(locked) 모드를 포함할 수 있다. 로크 모드에서 동작하는 모바일 디바이스는 제한된 수의 애플리케이션들을 론치하는 것으로 제한될 수 있다. 예컨대, 복수의 애플리케이션들이 사용자에게 제시될 수 있으며, 사용자는 단지 제시된 애플리케이션들만을 론치할 수 있을 것이다. 다른 예에서, 모바일 디바이스상의 하드웨어 버튼들이 디스에이블될 수 있다. 언로크 모드에서 동작하는 모바일 디바이스는 애플리케이션을 론치하는데 있어서 제약이 없을 수 있고, 인에이블링 하드웨어 버튼들을 포함할 수 있다. 실시예에서, 콘텍스트 및 사용자 이름은 동작 모드를 결정하기 위하여, 저장된 정책과 비교될 수 있다. 모바일 디바이스(502)와 같은 모바일 디바이스는 모바일 디바이스에 대한 동작 모드를 결정하기 위하여 사용되는 하나 이상의 정책들을 저장할 수 있다. 실시예에서, 정책들은 원격적으로, 예컨대 도 5를 참조로 하여 앞서 설명된 정책 관리자(570)에 저장될 수 있다. 예컨대, 사용자 이름은 특정 위치, 예컨대 기업 건물에 그리고 특정 시간에, 예컨대 9:00am 내지 5:00pm에서 모바일 디바이스에 로그온할 수 있다. 정책은 사용자 이름, 위치 콘텍스트 및 현재 시간 콘텍스트에 기초하여 로크 동작 모드를 정의할 수 있다.

[112] 도 8의 방법은 단계(806)로부터 단계(808)로 진행할 수 있으며, 단계(808)에서, 사용자에게 제시될 애플리케이션은 사용자 이름 및 패스워드에 기초하여 선택된다. 예컨대, 모바일 디바이스는 복수의 애플리케이션들을 저장할 수 있으며, 애플리케이션은 저장된 복수의 애플리케이션들로부터 선택될 수 있다. 도 7a는 모바일 디바이스(예컨대, 태블릿, 스마트폰 등)상에서 디스플레이되는 사용자 인터페이스(700A)가 애플리케이션들 A(701A), B(702B), C(703A) 및 E(704A)을 사용자에게 제시하는 실시예를 예시한다. 이는 단순히 예이며, 복수의 애플리케이션들이 임의의 적절한 방식으로 제시될 수 있다. 실시예에서, 복수의 애플리케이션들은 이메일 애플리케이션들, 웹 브라우징 애플리케이션들, SaaS(software-as-a-service) 액세스 애플리케이션들 등을 포함할 수 있다.

[113] 실시예에서, 애플리케이션들은 카테고리에 기초하여 그룹핑될 수 있다. 예컨대, 복수의 관리 애플리케이션들은 관리 그룹을 포함할 수 있다. 이러한 그룹의 예는 도 6을 참조로 하여 앞서 설명된 바와같이 수신기(604)에 포함된 애플리케이션들일 수 있다. 다른 예에서, 복수의 엔터테인먼트 애플리케이션들은 엔터테인먼트 그룹 또는 다른 장르-기반 그룹들을 포함할 수 있다. 임의의 다른 적절한 그룹이 구현될 수 있다.

[114] 실시예에서, 사용자 이름은 복수의 역할들 중 하나의 역할과 연관될 수 있다. 예컨대, 헬스케어 시나리오에서, 역할은 간호사를 포함할 수 있다. 복수의 간호 관련 애플리케이션들은 간호사 그룹을 포함할 수 있다. 정책은 간호사 역할과 연관된 사용자 이름이 특정 위치, 예컨대 병원 건물들의 모바일 디바이스에 로그인할 때 모바일 디바이스에 대한 동작 모드가 로킹되어야 하도록 정의될 수 있다. 정책은 또한 사용자에게 제시되도록 선택된 애플리케이션들이 간호사 그룹의 애플리케이션들임을 규정할 수 있다.

[115] 추가 예에서, 제 2 역할은 의사를 포함할 수 있다. 복수의 의사 관련된 애플리케이션들은 의사 그룹을 포함할 수 있다. 예컨대, 의사 그룹은 처방전 기록 애플리케이션을 포함할 수 있는 반면에, 간호사 그룹은 처방전 기록 애플리케이션을 포함하지 않을 수 있는데, 왜냐하면 처방전들을 기록하는 것이 의사에게는 허락되나 간호사들에게는 허락되지 않기 때문이다. 일례로, 역할들의 계층이 존재할 수 있다. 의사 그룹은 계층에서 간호사 그룹 위에 위치할 수 있으며, 따라서 의사 그룹은 적어도 간호사 그룹의 애플리케이션들의 모두를 인계받을 수 있다. 정책은 의사 역할과 연관된 사용자 이름이 특정 위치, 예컨대 병원 건물들의 모바일 디바이스에 로그인할 때 모바일 디바이스에 대한 동작 모드가 로킹되어야 하도록 정의될 수 있다. 정책은 또한 사용자에게 제시되도록 선택된 애플리케이션들이 의사 그룹의 애플리케이션들을 규정할 수 있다. 사용자가 위치에 기초하여 특정 애플리케이션들 이외의 애플리케이션에 로킹되는 경우에, 예컨대 의사가 (예컨대, GPS에 의해 결정된) 병원 건물들에 있지 않은 동안 모바일 디바이스에 로그인할 때, 즉 스프링보드가 모든 애플리케이션들을 제시하는 것이 아니라 의료/업무 관련 애플리케이션들을 제시할 수 있을 때에는 앞의 상황과 정반대의 경우도 또한 진실일 수 있다.

[116] 다른 예에서, 제 3 역할은 관리자를 포함할 수 있다. 복수의 애플리케이션들은 관리자 그룹을 포함할 수 있다. 관리자 그룹은 역할 계층에서 의사 그룹 및 간호사 그룹 모두 위에 위치할 수 있으며, 따라서 관리자 그룹은 의사 그룹 및 간호사 그룹의 적어도 모든 애플리케이션들을 인계받을 수 있다. 유사한 콘텍스트에서 모바일 디바이스에 로그온하는 관리자 역할과 연관된 사용자 이름에 대해 앞서 설명한 것과 유사한 정책이 정의될 수 있다. 대안적으로, 인계는 단지 일부일 수 있다. 예컨대, 관리자는 임의의 환경들 하에서 처방전들을 기록하는 것이 관리자에게 허가되지 않을 때 처방전 기록 애플리케이션을 인계받지 않을 수 있다.

[117] 도 8의 방법은 단계(808)로부터 단계(810)로 진행할 수 있으며, 단계(810)에서, 모바일 디바이스는 스프링보드가 단지 선택된 애플리케이션들을 제시하도록 로킹된다. 스프링 보드는 사용자가 모바일 디바이스상의 애플리케이션들을 론치하도록 하는 인터페이스를 포함할 수 있다. 도 7a의 인터페이스(700A)는 애플리케이션들 A(701A), B(702A), C(703A) 및 E(704A)를 제시하는 로킹된 스프링보드를 포함할 수 있다. 이러한 예에서, 인터페이스(700A)상에 제시된 애플리케이션들은 카테고리에 기초한 애플리케이션들, 예컨대 의사들용 애플리케이션들의 그룹을 포함할 수 있다. 다른 예에서, 도 7b의 인터페이스(700B)는 애플리케이션들 A(701A), E(704A) 및 G(701B)를 제시하는 로킹된 스프링보드를 포함할 수 있다. 이러한 예에서, 인터페이스(700B)상에 제시된 애플리케이션들은 상이한 카테고리에 기초한 애플리케이션들, 예컨대 간호사들용 애플리케이션들의 그룹을 포함할 수 있다. 모바일 디바이스는 스프링보드상에 제시된 애플리케이션들만이 론치될 수 있도록 스프링보드에 로킹될 수 있다. 실시예에서, 스프링보드는 도 6을 참조로 하여 앞서 설명된 수신기(604)를 포함할 수 있다. 다른 실시예에서, 모바일 디바이스상의 물리적 버튼들은 모바일 디바이스가 효과적으로 로킹될 수 있도록 디스에이블될 수 있다.

[118] 실시예에서, 제시된 애플리케이션이 론치될 때, 사용자는 론치된 애플리케이션과 상호작용할 수 있다. 사용자가 론치된 애플리케이션을 종료하고 닫을 때, 모바일 디바이스는 로킹된 스프링보드로 다시 되돌아간다. 따라서, 사용자는 로킹된 스프링보드에 의해 제시된 애플리케이션들과만 상호작용할 수 있다.

[119] 도 9-12에서, 모바일 디바이스에 대한 콘텍스트를 결정하기 위한 예시적인 방법 단계들의 흐름도들이 도시된다. 실시예에서, 도 8의 단계들(804, 806 및 808)은 도 9-12의 방법 단계들을 포함할 수 있다. 도 9의 방법은 단계(902)에서 시작할 수 있으며, 단계(902)에서, 모바일 디바이스에 대한 위치가 결정된다. 예컨대, 모바일 디바이스(502)와 같은 모바일 디바이스는 도 9의 방법을 구현할 수 있으며, 모바일 디바이스에 대한 위치가 결정될 수 있다. 위치는 GPS, 신호 삼각측량 또는 임의의 다른 적절한 방식으로 결정될 수 있다. 위치는 모바일 디바이스에 대한 콘텍스트를 포함할 수 있다.

[120] 도 9의 방법은 단계(902)로부터 단계(904)로 진행할 수 있으며, 단계(904)에서, 결정된 위치 및 사용자 이름은 위치 정책과 비교될 수 있다. 예컨대, 모바일 디바이스가 특정 위치, 예컨대 회사 건물들에 위치할 때, 제시를 위해 선택된 관리 애플리케이션들의 그룹과 함께 로크 모드에서 모바일 디바이스가 실행해야 하는 정책이 주어진 사용자 이름에 대해 정의될 수 있다. 도 9의 방법은 단계(904)로부터 단계(906)로 진행할 수 있으며, 단계(906)에서, 동작 모드가 결정되고, 비교에 기초하여 애플리케이션들이 선택된다.

[121] 도 10의 방법은 단계(1002)에서 시작할 수 있으며, 단계(1002)에서, 하나 이상의 네트워크 연결들이 검출된다. 예컨대, 모바일 디바이스(502)와 같은 모바일 디바이스는 도 10의 방법을 구현할 수 있으며, 모바일 디바이스가 만든 네트워크 연결들이 검출될 수 있다. 일례로, 네트워크 연결들은 셀룰라 네트워크에 대한 연결, WIFI 네트워크에 대한 연결, 또는 무선 근거리 통신망(WLAN)에 대한 연결 등을 포함할 수 있다. 하나 이상의 네트워크 연결들이 선택된 애플리케이션에 대한 콘텍스트를 포함할 수 있다.

[122] 도 10의 방법은 단계(1002)로부터 단계(1004)로 진행할 수 있으며, 단계(1004)에서, 검출된 네트워크 연결들 및 사용자 이름은 네트워크 연결 정책과 비교될 수 있다. 예컨대, 모바일 디바이스가 회사 내의 WLAN에 연결될 때 모바일 디바이스가 제시를 위해 선택된 관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행해야 하고 모바일 디바이스가 셀룰라 네트워크에 연결될 때 모바일 디바이스가 언로크 모드에서 실행해야 하는 정책이 주어진 사용자 이름에 대하여 정의될 수 있다. 도 10의 방법은 단계(1004)로부터 단계(1006)로 진행할 수 있으며, 단계(1006)에서, 동작 모드가 결정되며 비교에 기초하여 애플리케이션들이 선택된다.

[123] 도 11의 방법은 단계(1102)에서 시작할 수 있으며, 단계(1102)에서, 모바일 디바이스에 대한 하나 이상의 세팅들이 검출된다. 예컨대, 모바일 디바이스(502)와 같은 모바일 디바이스는 도 11의 방법을 구현할 수 있으며, 모바일 디바이스에 대한 하나 이상의 세팅들이 검출될 수 있다. 일례로, 모바일 디바이스가 로크 스크린, 예컨대 모바일 디바이스를 사용하는데 요구되는 PIN를 가지는지의 여부가 검출될 수 있거나 또는 모바일 디바이스가 탈옥하는지, 예컨대 애프터-마켓(after-market) 수정들을 수신하였는지의 여부가 검출될 수 있다. 하나 이상의 세팅들은 모바일 디바이스에 대한 콘텍스트를 포함할 수 있다.

[124] 도 11의 방법은 단계(1102)로부터 단계(1104)로 진행할 수 있으며, 단계(1104)에서, 검출된 세팅들 및 사용자 이름이 세팅 정책과 비교된다. 예컨대, 정책은 모바일 디바이스가 탈옥되거나 또는 로크 스크린이 없을 때 주어진 사용자 이름에 대하여 모바일 디바이스가 제시를 위하여 선택된 비관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행해야 하는 정책이 정의될 수 있다.

[125] 도 12의 방법은 단계(1202)에서 시작할 수 있으며, 단계(1202)에서 현재의 시간이 검출된다. 예컨대, 현재의 시간은 하루중 시간, 예컨대 12:00pm, 일주일중 하루, 이들의 조합 또는 임의의 다른 적절한 타이밍을 포함할 수 있다. 현재의 시간은 모바일 디바이스에 대한 콘텍스트를 포함할 수 있다.

[126] 도 12의 방법은 단계(1202)로부터 단계(1204)로 진행할 수 있으며, 단계(1204)에서, 현재의 시간 및 사용자 이름은 현재의 시간 정책과 비교된다. 예컨대, 정책은 현재의 시간이 평일 9:00am 내지 5:00pm일 때 주어진 사용자 이름에 대하여 모바일 디바이스가 제시를 위하여 선택된 관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행되어야 하는 정책이 정의될 수 있다. 도 9-12는 복수의 콘텍스트들을 설명하며, 임의의 다른 적절한 콘텍스트 및 대응하는 정책이 구현될 수 있다.

[127] 실시예에서, 도 9-12에 설명된 콘텍스트들 중 하나 이상이 결합될 수 있으며, 이들 콘텍스트들은 사용자 이름과 함께 정책과 비교될 수 있다. 예컨대, 선택된 애플리케이션에 대한 콘텍스트들은 기업 건물들로서 위치를 그리고 월요일 12:00pm으로서 현재 시간을 포함할 수 있다. 이러한 예에서, 정책은 주어진 사용자 이름에 대하여 모바일 디바이스가 제시를 위하여 선택된 관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행되어야 하는 정책이 정의될 수 있다.

[128] 다른 예에서, 모바일 디바이스에 대한 콘텍스트들은 미국 밖으로 결정된 위치 및 회사 내의 WLAN과의 네트워크 연결을 포함할 수 있다. 정책은 주어진 사용자 이름에 대하여 모바일 디바이스가 제시를 위하여 사용된 관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행되어야 하는 정책이 정의될 수 있다. 정책은 회사 내의 WLAN과의 네트워크 연결이 미국 밖의 보안 통신들과 연관된 위험성을 완화시키기 때문에 이러한 방식으로 정의될 수 있다.

[129] 실시예에서, 도 9-12에서 설명된 바와같은 하나 이상의 콘텍스트들은 우선순위를 포함할 수 있다. 예컨대, 모바일 디바이스에 대한 콘텍스트는 탈옥으로서 세팅을 포함하며, 정책은 다른 콘텍스트들이 무엇을 표시하는지와 관계없이, 주어진 사용자 이름에 대하여, 모바일 디바이스가 제시를 위하여 선택된 비관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행되어야 하는 정책이 정의될 수 있다. 따라서, 탈옥된 모바일 디바이스는 모바일 디바이스가 회사 내의 WLAN에 연결될때 조차 또는 만일 선택된 애플리케이션이 회사 건물들에 위치하면 제시를 위하여 선택된 비관리 애플리케이션들의 그룹과 함께 로크 모드에서 실행될 것이다.

[130] 도 13에서, 로킹된 모바일 디바이스를 내비게이팅하기 위한 예시적인 방법 단계들의 흐름도가 도시된다. 예컨대, 도 13의 방법 단계들은 도 8의 방법 단계들을 뒤따를 수 있다. 도 13의 방법은 단계(1302)에서 시작할 수 있으며, 단계(1302)에서, 하나 이상의 제시된 애플리케이션들이 론치될 수 있다. 사용자는 도 7a의 인터페이스(700A)와 같은 스프링보드와 상호 작용함으로써 제시된 애플리케이션을 론치할 수 있다. 예컨대, 사용자는 애플리케이션을 론치하기 위하여 제시된 애플리케이션에 터치할 수 있다.

[131] 도 13의 방법은 단계(1302)로부터 단계(1304)로 진행할 수 있으며, 단계(1304)에서, 제스처가 사용자로부터의 입력으로서 수신된다. 실시예에서, 사용자 제스처는 예컨대 손가락을 사용한 수평 스와이프(swipe)를 포함할 수 있거나 또는 수직 스와이프를 포함할 수 있다. 만일 수신된 제스처가 제 1 미리 결정된 제스처, 예컨대 수평 스와이프를 포함하면, 도 13의 방법은 단계(1304)로부터 단계(1306)로 진행할 수 있으며, 단계(1306)에서, 인터페이스는 론치된 애플리케이션들 사이에서 전환한다. 만일 수신된 제스처가 제 2 미리 결정된 제스처, 예컨대 수직 스와이프를 포함하면, 도 13의 방법은 단계(1304)로부터 단계(1308)로 진행할 수 있으며, 단계(1308)에서, 인터페이스는 로킹 스프링보드로 전환한다.

[132] 실시예에서, 단계(1306)에서, 로킹된 모바일 디바이스는 단지 로크 모드에서 제시를 위하여 선택되었던 론치된 애플리케이션들 사이에서만 전환한다. 예컨대, 게임 애플리케이션은 모바일 디바이스상에서 실행될 수 있다. 모바일 디바이스는 결정된 스프링보드에 모바일 디바이스를 로킹하기 위한 정책을 인보크하는 게임 애플리케이션을 실행하는 동안 콘텍스트의 변화를 겪을 수 있다. 예컨대, 모바일 디바이스는 기업 건물들로 들어갈 수 있고, 디바이스는 관리 애플리케이션들을 제시하고 게임 애플리케이션을 제시하지 않는 스프링보드에 로킹될 수 있다. 이러한 예에서, 단계(1306)에서 애플리케이션들을 전환할 때, 모바일 디바이스는 사용자가 게임 애플리케이션으로 전환하는 것을 허용하지 않는다. 이는 게임 애플리케이션이 스프링보드상에 제시된 애플리케이션들, 예컨대 관리 애플리케이션들의 부분이 아니기 때문이다. 전환될 수 있는 애플리케이션들은 로킹된 스프링보드상에 제시된 애플리케이션들, 예컨대 론치되었던 관리 애플리케이션들을 포함한다.

[133] 도 14에서, 모바일 디바이스들에 대한 동작 모드를 전환하기 위한 예시적인 방법 단계들의 흐름도가 도시된다. 예컨대, 도 14의 방법 단계들은 도 8의 방법 단계들을 뒤따를 수 있다. 도 14의 방법은 단계(1402)에서 시작하며, 단계(1402)에서, 하나 이상의 콘텍스트들은 모바일 디바이스가 로킹되는 동안 모니터링될 수 있다. 실시예에서, 도 9-13을 참조로 하여 설명된 콘텍스트들 중 하나 이상의 콘텍스트들이 모니터링될 수 있다. 예컨대, 로킹된 모바일 디바이스는 제 1 시점에서 기업 건물들에 위치할 수 있으며, 이후 기업 건물들과 다른 새로운 위치로 이동할 수 있다.

[134] 도 14의 방법은 단계(1402)에서 단계(1404)로 이동할 수 있으며, 단계(1404)에서, 모바일 디바이스에 대한 동작 모드의 변화는 모니터링에 기초하여 검출된다. 예컨대, 모바일 디바이스는 로크 모드에서 실행될 수 있으며, 일단 모바일 디바이스가 기업 건물들로부터 다른 위치로 이동하면, 선택된 애플리케이션에 대한 동작 모두가 언로크 모드로 전환되어야 한다는 정책이 주어진 사용자 이름에 대하여 정의될 수 있다. 도 14의 방법은 단계(1404)로부터 단계(1406)로 진행할 수 있으며, 단계(1406)에서, 모바일 디바이스에 대한 동작 모드가 전환된다.

[135] 비록 요지가 구성적 특징들 및/또는 방법적 동작들에 특정한 언어로 설명되었을지라도, 첨부된 청구항들에서 정의된 요지가 반드시 앞서 설명된 특정 특징들 또는 동작들로 제한되는 것이 아니라는 것이 이해되어야 한다. 오히려, 앞서 설명된 특정 특징들 및 동작들은 하기의 청구항들의 예시적인 구현들로서 설명된다.

Claims (22)

1. 모바일 디바이스에 로그온하기 위해 사용자 이름을 수신하는 단계;
   상기 모바일 디바이스의 하나 이상의 동작 파라미터들에 기초하여 상기 모바일 디바이스에 대한 콘텍스트(context)를 결정하는 단계;
   상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 모바일 디바이스가 스프링보드 로크 모드(springboard lock mode)에서 동작할 것임을 결정하는 단계;
   상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 스프링보드 로크 모드에서 사용자에게 제시될 하나 이상의 애플리케이션들을 선택하는 단계로서,
   상기 스프링보드 로크 모드에서, 상기 모바일 디바이스는 사용자에게 상기 선택된 하나 이상의 애플리케이션들만을 제시하여 액세스할 수 있도록 하는 스프링보드 사용자 인터페이스를 디스플레이하는 것이고,
   상기 사용자 이름은 복수의 역할(role)들 중 하나의 역할과 연관되며, 따라서, 제 1 애플리케이션 그룹은 상기 사용자 이름이 제 1 역할과 연관될 때 제시를 위해 선택되며, 제 2 애플리케이션 그룹은 상기 사용자 이름이 제 2 역할과 연관될 때 제시를 위해 선택되는 것인,
   상기 하나 이상의 애플리케이션들을 선택하는 단계; 및
   상기 스프링보드 로크 모드에서 상기 모바일 디바이스를 실행하는 단계를 포함하는, 방법.
2. 제 1항에 있어서, 상기 콘텍스트를 결정하는 단계는 상기 모바일 디바이스에 대한 위치를 분석하는 단계를 포함하며;
   상기 위치가 회사 건물에 있을 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 방법.
3. 제 1항에 있어서, 상기 콘텍스트를 결정하는 단계는 상기 모바일 디바이스에 대한 하나 이상의 네트워크 연결들을 분석하는 단계를 포함하며;
   상기 모바일 디바이스가 내부 네트워크에 연결될 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 방법.
4. 제 1항에 있어서, 상기 콘텍스트를 결정하는 단계는 현재 시간을 분석하는 단계를 포함하며;
   상기 현재 시간이 평일 9:00am과 5:00pm 사이일 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 방법.
5. 삭제
6. 제 1항에 있어서, 상기 복수의 역할들은 계층으로 편성되는, 방법.
7. 제 1항에 있어서, 상기 선택된 하나 이상의 애플리케이션들은 카테고리에 의해 그룹핑된 복수의 애플리케이션들을 포함하는, 방법.
8. 제 7항에 있어서, 상기 카테고리는 상기 사용자 이름에 대한 역할에 기초하는, 방법.
9. 제 1항에 있어서,
   상기 선택된 하나 이상의 애플리케이션들 중 하나 이상의 애플리케이션들이 실행중인 동안, 상기 모바일 디바이스에 대한 업데이트된 콘텍스트를 모니터링하는 단계; 및
   상기 모니터링에 기초하여, 상기 모바일 디바이스의 작동 모드를 상기 스프링보드 로크 모드로부터 언로크(unlock) 모드로 전환하는 단계를 더 포함하는, 방법.
10. 제 1항에 있어서, 상기 하나 이상의 애플리케이션들을 선택하는 단계는, 상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 스프링보드 로크 모드에서 상기 사용자에게 제시될 복수의 애플리케이션들을 선택하는 단계를 포함하며;
    상기 방법은,
    상기 스프링보드 사용자 인터페이스를 통해 상기 사용자로부터, 상기 스프링보드 사용자 인터페이스에 제시된 복수의 애플리케이션들 중 적어도 두 개의 애플리케이션들의 선택을 수신하는 단계;
    상기 선택에 응답하여, 상기 적어도 두 개의 애플리케이션들을 론칭(launching)하는 단계; 및
    론칭된 애플리케이션들 사이에서 전환하기 위해 미리 결정된 제스처(gesture)를 수신하는 단계로서, 상기 모바일 디바이스는 상기 스프링보드 사용자 인터페이스에 제시된 론칭된 애플리케이션들 사이의 전환만을 허용하는 것인, 상기 미리 결정된 제스처를 수신하는 단계
    를 더 포함하는, 방법.
11. 모바일 컴퓨팅 디바이스로서,
    프로세서를 포함하며;
    상기 모바일 컴퓨팅 디바이스는, 적어도,
    상기 모바일 디바이스에 로그온하기 위해 사용자 이름을 수신하며;
    상기 모바일 디바이스의 하나 이상의 동작 파라미터들에 기초하여 상기 모바일 디바이스에 대한 콘텍스트를 결정하며;
    상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 모바일 디바이스가 스프링보드 로크 모드에서 동작할 것임을 결정하며;
    상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 스프링보드 로크 모드에서 사용자에게 제시될 하나 이상의 애플리케이션들을 선택하며; 그리고
    상기 스프링보드 로크 모드에서 상기 모바일 디바이스를 실행하도록 추가로 구성되며,
    상기 스프링보드 로크 모드에서, 상기 모바일 디바이스는 사용자에게 상기 선택된 하나 이상의 애플리케이션들만을 제시하여 액세스할 수 있도록 하는 스프링보드 사용자 인터페이스를 디스플레이하는 것이고,
    상기 사용자 이름은 복수의 역할들 중 하나의 역할과 연관되며, 따라서, 제 1 애플리케이션 그룹은 상기 사용자 이름이 제 1 역할과 연관될 때 제시를 위해 선택되며, 제 2 애플리케이션 그룹은 상기 사용자 이름이 제 2 역할과 연관될 때 제시를 위해 선택되는 것인, 모바일 컴퓨팅 디바이스.
12. 제 11항에 있어서, 상기 콘텍스트를 결정하는 것은 상기 모바일 디바이스에 대한 위치를 분석하는 것을 포함하며;
    상기 위치가 회사 건물에 있을 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 모바일 컴퓨팅 디바이스.
13. 제 11항에 있어서, 상기 콘텍스트를 결정하는 것은 상기 모바일 디바이스에 대한 하나 이상의 네트워크 연결들을 분석하는 것을 포함하며;
    상기 모바일 디바이스가 내부 네트워크에 연결될 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 모바일 컴퓨팅 디바이스.
14. 제 11항에 있어서, 상기 콘텍스트를 결정하는 것은 현재 시간을 분석하는 것을 포함하며;
    상기 현재 시간이 평일 9:00am과 5:00pm 사이일 때, 상기 모바일 디바이스는 스프링보드 로크 모드에서 실행하도록 결정되는, 모바일 컴퓨팅 디바이스.
15. 삭제
16. 제 11에 있어서, 상기 복수의 역할들은 계층으로 편성되는, 모바일 컴퓨팅 디바이스.
17. 제 11항에 있어서, 상기 선택된 하나 이상의 애플리케이션들은 카테고리에 의해 그룹핑된 복수의 애플리케이션들을 포함하는, 모바일 컴퓨팅 디바이스.
18. 제 17항에 있어서, 상기 카테고리는 상기 사용자 이름에 대한 역할에 기초하는, 모바일 컴퓨팅 디바이스.
19. 제 11항에 있어서, 상기 모바일 컴퓨팅 디바이스는,
    상기 선택된 하나 이상의 애플리케이션들 중 하나 이상의 애플리케이션들이 실행중인 동안, 상기 모바일 디바이스에 대한 업데이트된 콘텍스트를 모니터링하며; 그리고
    상기 모니터링에 기초하여, 상기 모바일 디바이스의 작동 모드를 상기 스프링보드 로크 모드로부터 언로크 모드로 전환하도록 추가로 구성되는, 모바일 컴퓨팅 디바이스.
20. 명령들을 저장한 하나 이상의 비-일시적 컴퓨터 판독가능 저장 매체로서,
    상기 명령들은, 실행될 때, 스프링보드 사용자 인터페이스를 포함하는 사용자 인터페이스를 제공하도록 디바이스를 구성하며;
    상기 스프링보드 사용자 인터페이스는 복수의 애플리케이션들을 사용자에게 제시하여 상기 사용자가 상기 복수의 애플리케이션들에만 액세스할 수 있도록 하며;
    상기 복수의 애플리케이션들은 사용자 이름 및 모바일 디바이스에 대한 콘텍스트에 기초하여 선택되며;
    상기 사용자 이름은 복수의 역할들 중 하나의 역할과 연관되며, 따라서, 제 1 애플리케이션 그룹은 상기 사용자 이름이 제 1 역할과 연관될 때 제시를 위해 선택되며, 제 2 애플리케이션 그룹은 상기 사용자 이름이 제 2 역할과 연관될 때 제시를 위해 선택되며;
    상기 모바일 디바이스에 대한 콘텍스트는 상기 모바일 디바이스의 하나 이상의 동작 파라미터들에 기초하며;
    상기 모바일 디바이스는 스프링보드 로크 모드에서 실행되며, 따라서, 상기 모바일 디바이스는 상기 스프링보드 사용자 인터페이스에서 로킹되고, 상기 사용자는 상기 스프링보드 사용자 인터페이스를 통해 액세스 불가능한 상기 모바일 디바이스 상의 하나 이상의 애플리케이션들에는 액세스할 수 없는, 하나 이상의 비-일시적 컴퓨터 판독가능 저장 매체.
21. 제 9항에 있어서,
    상기 모바일 디바이스에 대한 상기 업데이트된 콘텍스트는 상기 모바일 디바이스가 회사 건물을 떠나는 것을 포함하고,
    상기 모바일 디바이스의 작동 모드를 전환하는 단계는 상기 모바일 디바이스가 회사 건물을 떠나는 것에 응답하여 상기 모바일 디바이스의 작동 모드를 상기 스프링보드 로크 모드로부터 언로크 모드로 전환하는 단계를 포함하는, 방법
22. 제 11항에 있어서,
    상기 하나 이상의 애플리케이션들을 선택하는 단계는, 상기 콘텍스트 및 상기 사용자 이름에 기초하여, 상기 스프링보드 로크 모드에서 사용자에게 제시될 복수의 애플리케이션들을 선택하는 단계를 포함하고;
    상기 모바일 컴퓨팅 디바이스는,
    상기 스프링보드 사용자 인터페이스를 통해 상기 사용자로부터, 상기 스프링보드 사용자 인터페이스에 제시된 복수의 애플리케이션들 중 적어도 두 개의 애플리케이션들의 선택을 수신하고;
    상기 선택에 응답하여, 상기 적어도 두 개의 애플리케이션들을 론칭(launching)하며; 그리고
    론칭된 애플리케이션들 사이에서 전환하기 위해 미리 결정된 제스처(gesture)를 수신하도록 추가로 구성되며;
    상기 모바일 컴퓨팅 디바이스는 상기 스프링보드 사용자 인터페이스에 제시된 론칭된 애플리케이션들 사이의 전환만을 허용하는 것인, 모바일 컴퓨팅 디바이스.

Images