KR20160137686A - 사용자 활동에 기초한 모바일 디바이스의 동적 조정 - Google Patents

사용자 활동에 기초한 모바일 디바이스의 동적 조정 Download PDF

Info

Publication number
KR20160137686A
KR20160137686A KR1020167032751A KR20167032751A KR20160137686A KR 20160137686 A KR20160137686 A KR 20160137686A KR 1020167032751 A KR1020167032751 A KR 1020167032751A KR 20167032751 A KR20167032751 A KR 20167032751A KR 20160137686 A KR20160137686 A KR 20160137686A
Authority
KR
South Korea
Prior art keywords
application
mobile device
push notification
sampling daemon
user
Prior art date
Application number
KR1020167032751A
Other languages
English (en)
Other versions
KR101875014B1 (ko
Inventor
필립 스탠리-마벨
가우라브 카푸어
킷-만 완
조나단 제이. 앤드류스
Original Assignee
애플 인크.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 애플 인크. filed Critical 애플 인크.
Publication of KR20160137686A publication Critical patent/KR20160137686A/ko
Application granted granted Critical
Publication of KR101875014B1 publication Critical patent/KR101875014B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4812—Task transfer initiation or dispatching by interrupt, e.g. masked
    • G06F9/4825—Interrupt from clock, e.g. time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0264—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by selectively disabling software applications
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)
  • Telephone Function (AREA)

Abstract

일부 구현들에서, 모바일 디바이스는 환경, 시스템 및 사용자 이벤트들을 모니터링하도록 구성될 수 있다. 하나 이상의 이벤트의 발생은 시스템 설정에 대한 조정을 트리거할 수 있다. 일부 구현들에서, 모바일 디바이스는 사용자에 의한 예상된 호출의 예측에 기초하여 자주 호출된 애플리케이션들을 최신으로 유지하도록 구성될 수 있다. 일부 구현들에서, 모바일 디바이스는 다운로드할 신규 콘텐츠가 애플리케이션들에 이용 가능함을 나타내는 애플리케이션들과 연관된 푸시 통지들을 수신할 수 있다. 모바일 디바이스는 푸시 통지들과 연관된 애플리케이션들을 백그라운드에서 개시하고 신규 콘텐츠를 다운로드할 수 있다. 일부 구현들에서, 애플리케이션을 실행하거나 네트워크 인터페이스에 엑세스하기 전에, 모바일 디바이스는 모바일 디바이스의 에너지와 데이터 예산들 및 환경 조건을 확인하여 고품질의 사용자 경험을 보존하도록 구성될 수 있다.

Description

사용자 활동에 기초한 모바일 디바이스의 동적 조정{DYNAMIC ADJUSTMENT OF MOBILE DEVICE BASED ON USER ACTIVITY}
본 개시내용은 일반적으로 사용자 행동에 기초하여 컴퓨터 시스템의 컴포넌트들을 조정하는 것에 관한 것이다.
모바일 컴퓨팅 디바이스는 전형적으로 배터리에 의해 작동된다. 일부 모바일 컴퓨팅 디바이스들은 셀룰러 데이터 및/또는 Wi-Fi 네트워크 연결들을 통해 네트워크 리소스들에 무선으로 액세스할 수 있다. 이러한 모바일 디바이스들은 종종 배터리 용량 및 셀룰러 데이터에 대한 제한에 의해 제약을 받을 수 있다.
일부 모바일 컴퓨팅 디바이스들은 사용자로 하여금 네트워크 리소스들로부터의 데이터에 액세스하는 애플리케이션들을 실행하게 한다. 사용자는, 전형적으로 애플리케이션이 현재 업데이트된 콘텐츠를 보여줄 수 있도록, 애플리케이션을 호출하고, 이어서 애플리케이션이 네트워크 리소스들로부터 데이터를 검색하기를 기다려야만 한다.
일부 구현들에서, 모바일 디바이스는 환경, 시스템 및 사용자 이벤트들을 모니터링하도록 구성될 수 있다. 모바일 디바이스는 시스템 설정에 대한 조정을 트리거(trigger)할 수 있는 하나 이상의 이벤트 발생을 검출하도록 구성될 수 있다.
일부 구현들에서, 모바일 디바이스는 자주 호출된 애플리케이션들을 최신으로 유지하도록 구성될 수 있다. 모바일 디바이스는 애플리케이션들이 언제 사용자에 의해 호출되는지를 추적할 수 있다. 호출 정보에 기초하여, 모바일 디바이스는 애플리케이션들이 하루 중 언제 호출되는지를 예측할 수 있다. 이어서, 모바일 디바이스는, 사용자가 애플리케이션들을 호출하고 업데이트된 콘텐츠를 애플리케이션이 다운로드하기를 기다릴 필요 없이 현재 업데이트된 콘텐츠를 볼 수 있도록, 우선적으로 애플리케이션들을 개시하고 업데이트들을 다운로드할 수 있다.
일부 구현들에서, 모바일 디바이스는, 다운로드할 신규 콘텐츠가 애플리케이션들에 이용 가능함을 나타내는, 애플리케이션들과 연관된 푸시 통지(push notification)들을 수신할 수 있다. 모바일 디바이스는 푸시 통지들과 연관된 애플리케이션들을 백그라운드(background)에서 개시하고 신규 콘텐츠를 다운로드할 수 있다. 콘텐츠가 다운로드된 후에, 모바일 디바이스는 푸시 통지가 수신되었음을 사용자에게 보여주는 그래픽 인터페이스를 표시할 수 있다. 이어서, 사용자는 애플리케이션들을 호출하고 업데이트된 콘텐츠를 볼 수 있다.
일부 구현들에서, 모바일 디바이스는 모바일 디바이스 상의 애플리케이션들에 대한 콘텐츠의 다운로드들 및/또는 업로드들을 프로세스를 벗어나서 수행하도록 구성될 수 있다. 예를 들면, 전용 프로세스는 모바일 디바이스 상의 애플리케이션들에 대한 콘텐츠를 다운로드하고/하거나 업로드하기 위하여 모바일 디바이스 상에 구성될 수 있다. 애플리케이션들은 업로드/다운로드가 수행되는 동안 보류되거나 종료될 수 있다. 애플리케이션들은 업로드/다운로드가 완료될 때 호출될 수 있다.
일부 구현들에서, 애플리케이션을 실행하거나 네트워크 인터페이스에 액세스하기 전에, 모바일 디바이스는 배터리 전력 및 셀룰러 데이터 사용 예산들을 확인하여 충분한 전력 및 데이터가 사용자 호출된 동작(user invoked operation)들에 이용 가능함을 보장하도록 구성될 수 있다. 백그라운드에서 애플리케이션을 개시하기 전에, 모바일 디바이스는 사용 통계를 확인하여 애플리케이션이 가까운 미래에 사용자에 의해 호출될 가능성이 있는지 여부를 결정할 수 있다.
특정 구현들은 적어도 하기의 이점들을 제공한다: 검출된 이벤트들에 응답하여 모바일 디바이스의 컴포넌트들을 동적으로 조정함으로써 배터리 전력이 절약될 수 있다. 사용자가 언제 애플리케이션을 호출할지를 예측하고, 애플리케이션을 호출하면 사용자가 업데이트된 콘텐츠를 보도록 콘텐츠를 다운로드함으로써 사용자 경험이 향상될 수 있다.
하나 이상의 구현들의 상세 사항들이 첨부 도면 및 이하의 설명에 기술된다. 다른 특징들, 양태들, 잠재적 이점들이 설명과 도면으로부터 그리고 청구범위로부터 명백해질 것이다.
도 1은 모바일 디바이스(100)의 동적 조정을 수행하도록 구성된 모바일 디바이스를 예시한다.
도 2는 휴리스틱 프로세스(heuristic process)들을 호출하기 위한 예시적인 프로세스를 예시한다.
도 3은 휴리스틱 프로세스를 사용하여 모바일 디바이스의 설정을 조정하기 위한 프로세스를 예시한다.
도 4는 애플리케이션들의 백그라운드 페치 업데이트(background fetch updating)를 수행하기 위한 예시적인 시스템을 예시한다.
도 5는 모바일 디바이스 상의 애플리케이션들에 대한 사용자 호출 확률들을 결정하기 위한 시계열 모델링을 도시하는 예시적인 다이어그램들을 예시한다.
도 6은 백그라운드 업데이트들을 수행하기 위하여 애플리케이션들을 예측적으로 개시하기 위한 예시적인 프로세스의 흐름도이다.
도 7은 모바일 디바이스 상에서 애플리케이션들을 언제 개시할지를 결정하기 위한 예시적인 프로세스의 흐름도이다.
도 8은 트렌딩 표(trending table)에서의 엔트리(entry)에 대한 상태 전이들을 예시하는 흐름도이다.
도 9는 모바일 디바이스에 푸시 통지들을 제공하기 위한 시스템을 예시하는 블록도이다.
도 10은 푸시 통지 서버에서 비웨이킹 푸시(non-waking push)들을 수행하기 위한 예시적인 프로세스의 흐름도이다.
도 11은 낮은 우선순위 푸시 통지에 응답하여 애플리케이션의 백그라운드 업데이트를 수행하기 위한 예시적인 프로세스의 흐름도이다.
도 12는 높은 우선순위 푸시 통지에 응답하여 애플리케이션의 백그라운드 업데이트를 수행하기 위한 예시적인 프로세스의 흐름도이다.
도 13은 모바일 디바이스 상에서 데이터의 백그라운드 다운로드 및/또는 업로드를 수행하기 위한 예시적인 시스템의 블록도이다.
도 14는 백그라운드 다운로드 및 업로드를 수행하기 위한 예시적인 프로세스의 흐름도이다.
도 15는 모바일 디바이스 상에서 애플리케이션들에 대한 백그라운드 업데이트들을 인에이블 및/또는 디스에이블하기 위한 예시적인 그래픽 사용자 인터페이스(GUI)를 예시한다.
도 16은 도 1 내지 도 15의 특징들 및 프로세스들을 구현할 수 있는 예시적인 컴퓨팅 디바이스의 블록도이다.
다양한 도면들에서 동일한 도면 부호들은 동일한 요소들을 나타낸다.
개요
구현들에 따르면, 배터리 수명, 전력 요건들, 열 관리 및 성능 사이에서 절충(tradeoff)을 용이하게 하도록 사용자 행동에 대해 모바일 디바이스의 적용을 용이하게 하는 시스템 아키텍처가 본 명세서에서 설명된다. 시스템은 시간이 지남에 따른 사용자의 네트워크 상태들 및 애플리케이션 사용 패턴들로부터 배우는 휴리스틱 프로세스들의 세트 및 기반 이벤트(underlying event)와 통계 수집 아키텍처를 제공하여 사용자 경험의 현저한 저하 없이 배터리 수명을 최대화한다. 이러한 시스템은 동적으로 수집된 통계 및/또는 명확하게 특정된 사용자 의도에 기초하여 디바이스 성능에 대한 사용자의 기대뿐만 아니라 사용자의 미래 행동을 예측할 수 있다. 시스템은 예측된 사용자 행동에 대한 사용자 경험을 향상시키기 위하여 어느 하드웨어 및 소프트웨어 제어 파라미터들을 설정할지 그리고 그 파라미터들을 무슨 값들로 설정할지를 결정할 수 있다. 시스템은 사용자 모니터링 및 하드웨어 제어를 레버리징(leverage)하여, 모바일 디바이스에 이용 가능한 시스템 및 네트워크 리소스들을 확장하면서 사용자 경험에서의 전체적인 향상을 달성한다. 따라서, 시스템은 사용자 경험에 대한 영향을 최소화하면서 시스템 및 네트워크 리소스들을 최대화할 수 있다.
데이터 수집 ― 사용자 중심 통계
도 1은 모바일 디바이스(100)의 동적 조정을 수행하도록 구성된 모바일 디바이스(100)를 예시한다. 일부 구현들에서, 모바일 디바이스(100)는 디바이스 상태, 네트워크 상태 및 사용자 행동에 관한 이벤트들을 수집하는 샘플링 데몬(sampling daemon)(102)을 포함할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션, 센서 및 모바일 디바이스(100)에 의해 수신된 사용자 입력에 관한 통계를 수집하고 통계를 이벤트 데이터 저장소(104)에 저장할 수 있다. 생성되거나 수집되는 통계들 모두는, 통계가 생성되거나 수집되는 시간과 시간 존(time zone)을 나타내는 타임스탬프(timestamp) 및/또는 지리적 위치를 포함할 수 있다. 지리적 위치는 글로벌 내비게이션 위성 시스템 신호(global navigation satellite system signal), 셀룰러 전송 신호, Wi-Fi 신호 또는 임의의 다른 위치 결정 방법론에 기초하여 결정될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 애플리케이션 매니저 프로세스(106)로부터 애플리케이션 사용 통계를 수신할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 모바일 디바이스(100) 상에서 애플리케이션들(예컨대, 애플리케이션(108))을 시작하고, 정지하고 모니터링하는 프로세스일 수 있다. 일부 구현들에서, 애플리케이션 매니저(106)는 모바일 디바이스(100) 상에서 실행되는 애플리케이션들에 대한 시작 및 정지 횟수를 샘플링 데몬(102)에 보고할 수 있다. 예를 들면, 사용자 또는 다른 프로세스가 애플리케이션을 호출하거나 개시하는 경우, 애플리케이션 매니저(106)는 애플리케이션 호출을 샘플링 데몬(102)에 통지할 수 있다. 또한, 애플리케이션 매니저(106)는 푸시 통지, 사용자 호출 또는 예상되거나 예측된 사용자 애플리케이션 호출에 응답하여 애플리케이션 개시가 시작됨을 샘플링 데몬(102)에 나타낼 수 있다. 애플리케이션이 종료되는 경우, 애플리케이션 매니저(106)는 애플리케이션이 더이상 실행되지 않음을 샘플링 데몬(102)에 통지할 수 있다. 애플리케이션 매니저(106)는 예를 들면, 애플리케이션의 명칭 또는 다른 식별자 및 시작 시간 또는 종료 시간을 샘플링 데몬(102)에 제공할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 애플리케이션 시작 및 종료 통지들을 사용하여 애플리케이션 당 사용 횟수의 이력을 생성할 수 있다. 예를 들면, 애플리케이션 당 사용 횟수의 이력은, 애플리케이션의 각 실행 당 애플리케이션의 최종 실행 이래로 경과된 시간의 양 및 실행 지속기간을 포함할 수 있다. 샘플링 데몬(102)은 사용자 호출된 애플리케이션 개시들 및/또는 시스템 개시된 애플리케이션들의 별도의 이력을 유지할 수 있다. 따라서, 샘플링 데몬(102)은 모바일 디바이스(100) 상에서 실행되는 모든 애플리케이션들에 대한 사용 통계를 유지할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 전력 모니터 프로세스(108)로부터 전력 통계를 수신할 수 있다. 예를 들면, 전력 모니터(108)는 모바일 디바이스(100)에 대한 배터리 용량, 방전, 사용 및 충전 특성들을 모니터링할 수 있다. 전력 모니터는 모바일 디바이스(100)가 언제 외부 전력원들에 플러그인되는지 그리고 모바일 디바이스(100)가 언제 배터리 전력을 공급받는지를 결정할 수 있다. 전력 모니터(108)는 모바일 디바이스(100)가 외부 전력에 플러그인되는 경우 샘플링 데몬(102)에 통지할 수 있다. 예를 들면, 전력 모니터(108)는, 모바일 디바이스(100)가 외부 전력원에 플러그인됨을 전력 모니터가 검출하는 경우 샘플링 데몬(102)에 메시지를 송신할 수 있다. 메시지는 외부 전력원이 연결되는 시간에서의 배터리 충전을 포함할 수 있다.
전력 모니터(108)는 모바일 디바이스(100)가 외부 전력으로부터 연결해제되는 경우 샘플링 데몬(102)에 통지할 수 있다. 예를 들면, 전력 모니터(108)는 모바일 디바이스(100)가 외부 전력원으로부터 연결해제됨을 전력 모니터가 검출하는 경우 샘플링 데몬(102)에 메시지를 송신할 수 있다. 메시지는 외부 전력원이 연결해제되는 시간에서의 배터리 충전을 포함할 수 있다. 따라서, 샘플링 데몬(102)은 모바일 디바이스(100)의 배터리들의 충전 분배(예를 들면, 시간이 지남에 따른 충전)를 설명하는 통계를 유지할 수 있다. 충전 분배 통계는 최종 충전 이래로 시간의 양(예를 들면, 외부 전력에 플러그인된 이래로의 시간) 및 충전에 기여 가능한 배터리 충전의 변화(예를 들면, 충전의 시작 레벨, 충전의 종료 레벨)를 포함할 수 있다.
일부 구현들에서, 전력 모니터(108)는 하루 종일 배터리 충전의 변화들을 샘플링 데몬(102)에 통지할 수 있다. 예를 들면, 전력 모니터(108)는 애플리케이션들이 언제 시작하고 종료하는지를 통지받고, 통지들에 응답하여, 그 기간 동안 방전되는 배터리 전력의 양 및 배터리에 남은 충전의 양을 결정하며, 이러한 정보를 샘플링 데몬(102)에 전송할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 열 관리 프로세스(110)로부터 디바이스 온도 통계를 수신할 수 있다. 예를 들면, 열 관리 프로세스(110)는 하나 이상의 온도 센서를 사용하여 모바일 디바이스(100)의 동작 온도 상태들을 모니터링할 수 있다. 열 관리 프로세스(110)는 샘플링 데몬(102)에 온도 변화들을 주기적으로 보고하도록 구성될 수 있다. 예를 들면, 열 관리 프로세스(110)는 5초마다 모바일 디바이스(100)의 동작 온도를 결정하고 그 온도를 샘플링 데몬(102)에 보고할 수 있다. 샘플링 데몬(102)은 보고된 온도들을 이벤트 데이터 저장소(104)에 저장할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 디바이스 설정 프로세스(112)로부터 디바이스 설정 통계를 수신할 수 있다. 예를 들면, 디바이스 설정 프로세스(112)는 모바일 디바이스(100)의 동작 시스템의 기능 또는 프로세스일 수 있다. 디바이스 설정 프로세스(112)는 예를 들면, 사용자 입력을 수신하여, 에어플레인 모드 켜기/끄기, Wi-Fi 켜기/끄기, 로밍 켜기/끄기 등과 같은 다양한 디바이스 설정을 조정할 수 있다. 디바이스 설정 프로세스(112)는 디바이스 설정에 대한 변화들을 샘플링 데몬(102)에 보고할 수 있다. 예를 들면, 디바이스 설정 프로세스(112)는 사용자가 모바일 디바이스(100) 상에서 에어플레인 모드를 켜거나 끄는 경우 샘플링 데몬(102)에 통지할 수 있다. 샘플링 데몬(102)은 수신된 통지들에 기초하여 디바이스 설정에 대한 통계를 생성하고 저장할 수 있다. 예를 들면, 설정이 인에이블(또는 디스에이블)되는 각 시간에 대하여, 샘플링 데몬(102)은 설정이 이전에 인에이블된 이래로 경과된 시간의 양 및 설정이 인에이블되었던 시간의 양(예컨대, 지속기간)을 나타내는 데이터를 저장할 수 있다.
유사하게, 일부 구현들에서, 샘플링 데몬(102)은 다른 이벤트들이 발생하는 경우 다른 모바일 디바이스(100) 컴포넌트들(예컨대, 디바이스 센서(114))로부터 통지들을 수신할 수 있다. 예를 들면, 샘플링 데몬(102)은, 모바일 디바이스의 유휴 스크린이 켜지거나 꺼지는 경우, 모바일 디바이스(100)가 사용자의 얼굴 옆에서 유지되는 경우, 셀 타워 핸드오프(cell tower handoff)가 검출되는 경우, 기저대역 프로세서가 검색 모드에 있는 경우, 모바일 디바이스(100)가 사용자가 걷고 있고, 뛰고 있고/있거나 운전하고 있음을 검출한 경우 통지들을 수신할 수 있다. 각각의 경우에서, 샘플링 데몬(102)은 이벤트의 시작 및 종료 시에 통지를 수신할 수 있다. 각각의 경우에서, 샘플링 데몬(102)은 이벤트가 마지막으로 검출된 이래로 경과된 시간의 양 및 이벤트의 지속기간을 나타내는 통계를 생성하고 저장할 수 있다. 샘플링 데몬(102)은 다른 이벤트 통지들을 수신하고 다른 통계를 생성할 수 있고, 이는 특정 사용 경우들 및 시나리오들에 관하여 이하 더 설명되는 바와 같다.
애플리케이션 이벤트
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100) 상의 애플리케이션들로부터 이벤트 정보를 수신할 수 있다. 예를 들면, 샘플링 데몬(102)은 캘린더 애플리케이션(116)으로부터 캘린더 이벤트들(예컨대, 약속, 회의, 리마인더 등)을 수신할 수 있다. 샘플링 데몬(102)은 예를 들면, 이벤트 이름, 이벤트 지속기간 및/또는 발생할 이벤트가 스케줄링된 시간을 저장할 수 있다. 샘플링 데몬(102)은 시계 애플리케이션(118)으로부터 시계 이벤트들을 수신할 수 있다. 예를 들면, 샘플링 데몬(102)은 이벤트 이름(예컨대, 알람 이름) 및/또는 발생할 이벤트가 스케줄링된 시간을 저장할 수 있다. 샘플링 데몬(102)은 다른 애플리케이션들(예컨대, 미디어 애플리케이션, 여권 애플리케이션 등)로부터 이벤트 정보를 수신할 수 있고, 이는 이하 더 설명되는 바와 같다.
애플리케이션 통계
일부 구현들에서, 샘플링 데몬(102)은 애플리케이션 개시 이벤트들에 걸쳐 애플리케이션 통계를 수집할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션의 많은 호출들에 걸쳐 각 애플리케이션에 대한 통계를 수집할 수 있다. 예를 들면, 각 애플리케이션은 동일한 애플리케이션의 상이한 버전들이 별개의 애플리케이션들로서 취급될 수 있도록 자신의 실행파일(executable)의 파일시스템 경로의 해시(hash) 및 실행파일의 콘텐츠의 해시를 이용하여 식별될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 각 애플리케이션에 대한 백그라운드 태스크 완료 표명 이벤트들을 추적하는 카운터(counter)를 유지할 수 있다. 예를 들면, 애플리케이션이 백그라운드 태스크로서 실행될 때마다(예컨대, 포그라운드(foreground)에서 볼 수 없고/없거나 사용자에 의해 현재 사용되고 있지 않음), 애플리케이션 또는 애플리케이션 매니저(106)는 애플리케이션이 종료되거나 보류되는 경우 샘플링 데몬(102)에 통지할 수 있고 샘플링 데몬(102)은 카운터를 증분시킬 수 있다. 샘플링 데몬(102)은 애플리케이션이 백그라운드에서 실행된 애플리케이션 개시들에 걸쳐 누적 초수를 추적하는 카운터를 유지할 수 있다. 일부 구현들에서, 샘플링 데몬(102)은, 데이터 연결들의 개수를 카운트하고, 네트워크 데이터 트래픽의 양을 (예컨대, 바이트들로) 추적하고, 파일시스템 동작들의 지속기간 및 크기를 추적하고/하거나 각 애플리케이션과 연관된 스레드(thread)들의 개수를 추적하는 별도의 카운터들을 유지할 수 있다. 샘플링 데몬(102)은 예를 들면, 애플리케이션 개시들에 걸처 애플리케이션이 활성화된 상태로 남아 있는 누적 시간의 양의 카운트를 유지할 수 있다. 이들은 단지 샘플링 데몬(102)에 의해 추적될 수 있는 애플리케이션 통계의 유형들의 제한된 예이다. 다른 통계는 이하 더 설명하는 바와 같이 생성되거나 수집될 수 있다.
휴리스틱
일부 구현들에서, 모바일 디바이스(100)는 샘플링 데몬(102)에 의해 검출된 이벤트들에 기초하여 디바이스 컴포넌트들의 설정을 조정할 수 있는 휴리스틱 프로세스들로 구성될 수 있다. 예를 들면, 휴리스틱 프로세스들(120)은 하나 이상의 트리거 이벤트에 응답하여 그리고/또는 샘플링 데몬(102)에 의해 수집되거나 생성된 통계에 기초하여 다양한 시스템 설정(예컨대, CPU 전력, 기저대역 프로세서 전력, 디스플레이 발광 등)을 조정하도록 구성되는(예컨대, 프로그래밍되는) 하나 이상의 프로세스를 포함할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)는 미리정의된 세트의 기준이 충족되는 경우 (예컨대, 소정 트리거 이벤트의 발생), 호출되거나 활성화되도록 샘플링 데몬(102)에 등록할 수 있다. 트리거 이벤트들은 미디어 재생기 애플리케이션의 호출 또는 사용자가 걷기, 뛰기, 운전하기 등을 시작했음을 검출하는 것을 포함할 수 있다. 트리거 이벤트는 소정 소유물, 데이터, 통계, 이벤트 등이 이벤트 데이터(104) 내에서 또는 샘플링 데몬(102)에 의해 검출되는 경우 휴리스틱 프로세스(120)를 호출하도록 일반화될 수 있다. 예를 들면, 휴리스틱 프로세스(120)는 샘플링 데몬(102)이 애플리케이션 시작 통지 또는 소정 임계 값 초과의 온도를 수신하는 경우 호출될 수 있다. 휴리스틱 프로세스(120)는 단일 이벤트가 발생하거나 통계가 관찰되는 경우 호출되도록 등록할 수 있다. 휴리스틱 프로세스(120)는 이벤트, 데이터 및/또는 통계의 조합이 관찰되거나 검출되는 경우 호출되도록 등록할 수 있다. 휴리스틱 프로세스(120)는 특정 사용자 입력(예를 들면, 디바이스 설정을 에어플레인 모드로 변경)에 응답하여 트리거되거나 호출될 수 있다. 샘플링 프로세스(102)가 휴리스틱 프로세스(120)가 등록된 이벤트들을 검출하는 경우, 샘플링 프로세스(102)는 휴리스틱 프로세스(120)를 호출할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)가 호출되는 경우, 휴리스틱 프로세스(120)는 샘플링 데몬(102)과 통신하여 이벤트 데이터(104)로부터 데이터를 검색할 수 있다. 휴리스틱 프로세스(120)는, 이벤트 데이터, 및/또는 모바일 디바이스(100)의 성능을 향상시키기 위하여, 모바일 디바이스(100)를 사용하는 동안 사용자의 경험을 향상시키기 위하여, 그리고/또는 모바일 디바이스(100)가 갖는 향후 문제점을 방지하기 위하여 시스템 설정을 어떻게 조정할지를 결정하도록 휴리스틱 프로세스(120)가 그 자신에 대해 수집하는 다른 데이터를 처리할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)는 모바일 디바이스(100)의 다양한 디바이스 컴포넌트들(122)의 설정의 변화를 초래할 수 있는 설정 추천들을 할 수 있다. 예를 들면, 디바이스 컴포넌트들은 CPU, GPU, 기저대역 프로세서, 디스플레이, GPS, 블루투스, Wi-Fi, 진동 모터 및 다른 컴포넌트들을 포함할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)는 멀티플렉서(124)를 제어하기 위하여 설정 추천들을 할 수 있다. 예를 들면, 제어 멀티플렉서(124)는 휴리스틱 프로세스(120)에 의해 제공된 컴포넌트 설정들 사이에서 중재하는 프로세스들, 및 모바일 디바이스(100)의 컴포넌트들의 설정에 영향을 주거나 그것들을 변경하는 모바일 디바이스(100)의 다른 프로세스들 및/또는 기능들일 수 있다. 예를 들면, 열 관리 프로세스(110)는 모바일 디바이스(100)가 열 이벤트(예컨대, 임계 온도 초과)에 있는 중임을 검출하는 것에 기초하여, CPU 전력, 디스플레이 밝기, 기저대역 프로세서 전력 및 다른 컴포넌트 설정들을 조정하도록 구성될 수 있다. 그러나, 휴리스틱 프로세스(120)는 CPU 전력, 디스플레이 밝기, 기저대역 프로세서 전력 및 다른 컴포넌트 설정들도 조정하도록 구성될 수 있다. 따라서, 일부 구현들에서, 휴리스틱 프로세스(120) 및 열 관리 프로세스(110)는 제어 멀티플렉서(124)에 설정 조정 추천들을 할 수 있고 제어 멀티플렉서(124)는 어느 설정 조정들이 행해지는지를 결정할 수 있다. 예를 들면, 제어 멀티플렉서(124)는 프로세스들의 우선순위를 정하고 추천 프로세스의 우선순위에 기초하여 조정들을 수행할 수 있다. 따라서, 열 관리 프로세스(110)가 휴리스틱 프로세스(120)보다 더 높은 우선순위 프로세스인 경우, 제어 멀티플렉서(124)는 휴리스틱 프로세스(120) 대신에 열 관리 프로세스(110)의 추천들에 따라 CPU, 디스플레이, 기저대역 프로세서 등의 설정을 조정할 수 있다.
일부 구현들에서, 모바일 디바이스(100)는 다수의 휴리스틱 프로세스(120)로 구성될 수 있다. 휴리스틱 프로세스들(120)은 무선으로(over the air) 구성되거나 재구성될 수 있다. 예를 들면, 각 휴리스틱 프로세스(120)의 파라미터들(예컨대, 트리거, 임계 값, 기준, 및 출력)은 네트워크(예컨대, 셀룰러 데이터 연결, Wi-Fi 연결 등)를 통해 설정 또는 조정될 수 있다. 일부 구현들에서, 신규 휴리스틱 프로세스들(120)이 모바일 디바이스(100)에 추가될 수 있다. 예를 들면, 시간이 지남에 따라 트리거 이벤트들, 통계 데이터들 및 디바이스 설정들 사이의 신규 상관관계가 시스템 개발자들에 의해 결정될 수 있다. 이러한 신규 상관관계가 식별됨에 따라, 신규 휴리스틱 프로세스들(120)은 새로 결정된 관계들을 설명하기 위해 시스템 설정을 조정하도록 개발될 수 있다. 일부 구현들에서, 신규 휴리스틱 프로세스들(120)은 네트워크를 통해 모바일 디바이스(100)에 추가될 수 있다. 예를 들면, 신규 휴리스틱 프로세스들(120)은 무선(예컨대, 셀룰러 데이터 연결, Wi-Fi 연결 등)을 통해 모바일 디바이스(100) 상에 다운로드되거나 설치될 수 있다.
예시적인 휴리스틱 프로세스
일부 구현들에서, 휴리스틱 프로세스(120)는 모바일 디바이스(100)의 시스템 설정을 조정하여 모바일 디바이스(100)가 사용자의 주머니 안에 있을 때 너무 뜨거워지는 것을 방지하도록 구성될 수 있다. 예를 들면, 이러한 핫-인-포켓(hot-in-pocket) 휴리스틱 프로세스는 모바일 디바이스의 디스플레이가 꺼진 경우 그리고 모바일 디바이스(100)가 어떠한 엔터테인먼트 미디어(예컨대, 음악, 영화, 비디오 등)도 재생하지 않는 경우 호출되도록 샘플링 데몬(102)에 등록하도록 구성될 수 있다. 호출될 때, 핫-인-포켓 휴리스틱은 예를 들면 CPU 전력 및 GPU 전력을 감소시키기 위한 추천들을 할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)는 모바일 디바이스의 디스플레이가 사용되고 있지 않는 경우 위치 정확도를 조정하도록 구성될 수 있다. 예를 들면, 모바일 디바이스의 디스플레이가 사용되고 있지 않으면(예컨대, 디스플레이가 꺼짐), 모바일 디바이스(100)는 사용자에게 맵 정보 또는 방향들을 표시하지 않을 수 있다. 따라서, 사용자는 모바일 디바이스(100)의 위치 서비스들을 사용할 가능성이 없고, 위치 서비스들(예컨대, GPS 위치, Wi-Fi 위치, 셀룰러 위치 등)은 더 적은 전력을 사용하도록 조정될 수 있다. 위치 정확도 휴리스틱 프로세스는 모바일 디바이스의 디스플레이가 꺼지는 경우 호출되도록 샘플링 데몬(102)에 등록할 수 있다. 호출되는 경우, 휴리스틱 프로세스는 GPS 프로세서, Wi-Fi 송신기, 셀룰러 송신기, 기저대역 프로세서의 전력 레벨들을 조정하거나 모바일 디바이스(100)의 위치를 결정하는 데 사용되는 프로세스들을 종료할 수 있다.
일부 구현들에서, 휴리스틱 프로세스(120)는 사용자의 행동에 응답하여 모바일 디바이스의 주변광 센서의 설정을 조정하도록 구성될 수 있다. 예를 들면, 이러한 사용자-적응 주변광 센서(ALS) 휴리스틱 프로세스는, 샘플링 데몬(102)이 주변광 센서가 모바일 디바이스(100)를 둘러싸는 주변광의 변화를 검출했음을, 주변광 센서 시스템이 디스플레이의 밝기를 조정했음을, 그리고/또는 사용자가 디스플레이의 밝기를 조정하기 위한 입력을 제공했음을 나타내는 데이터를 수신하는 경우 샘플링 데몬(102)에 의해 호출될 수 있다.
호출된 경우, 사용자-적응 ALS 휴리스틱은, ALS 디스플레이 조정 및 사용자 개시된 디스플레이 조정에 관하여 샘플링 데몬(102)으로부터 추가 정보를 요청하여, ALS가 디스플레이 밝기를 올리거나 내리도록 조정하고 사용자가 반대 방향으로 디스플레이 밝기를 조정하는 경우를 나타내는 사용자 입력의 패턴이 있는지를 결정할 수 있다. 예를 들면, 사용자는 직장까지 버스나 기차를 탈 수 있다. 타고 있는 동안 버스 조명이 켜지고 꺼질 수 있다. 주변광 센서는 주변 광의 변화를 검출하고 조명이 켜진 경우 디스플레이 밝기를 증가시킬 수 있다. 조명이 단지 일시적으로 들어온 이래로, 사용자는 조명이 다시 꺼지는 경우 디스플레이 밝기를 줄일 수 있다. 사용자 입력의 이러한 패턴은 ALS 디스플레이 조정에 응답하여 어떠한 환경 또는 콘텍스트 하에서 사용자가 디스플레이 밝기를 조정하는지를 결정하기 위해 휴리스틱 프로세스에 의해 하루 중 시간, 캘린더나 알람 엔트리, 또는 이동 패턴에 상관관계가 있을 수 있다. 사용자-적응 ALS 휴리스틱 프로세스가 입력의 패턴 및 콘텍스트를 결정하면, 휴리스틱 프로세스는 ALS의 설정을 더 또는 덜 적극적이 되도록 조정할 수 있다. 예를 들면, ALS는 하루 중 결정된 시간 동안 더 또는 덜 자주 주변광의 레벨, 캘린더나 알람 엔트리, 또는 이동 패턴을 확인하도록 조정되고 이에 따라 디스플레이 밝기를 조정할 수 있다.
상기 휴리스틱 프로세스들은 휴리스틱 프로세스들 및 본 명세서에 설명된 시스템에서 그것들이 어떻게 구현될 수 있는지의 몇가지 예들이다. 다른 휴리스틱 프로세스들이 구현될 수 있고 시간이 지나서 그것들이 개발됨에 따라 시스템에 추가될 수 있다. 예를 들면, 추가 휴리스틱 프로세스들은, 온도 측정, 사용자 입력, 시계 이벤트(예컨대, 알람), 캘린더 이벤트 및/또는 모바일 디바이스 상에서 발행하고 검출되는 다른 이벤트들에 관한 이벤트들 또는 이벤트들의 패턴을 검출하는 것에 응답하여, CPU, GPU, 기저대역 프로세서, 또는 모바일 디바이스의 다른 컴포넌트들을 조정하도록 구성되거나 프로그래밍될 수 있다.
예시적인 휴리스틱 등록 및 호출 프로세스
도 2는 휴리스틱 프로세스들을 호출하기 위한 예시적인 프로세스(200)를 예시한다. 단계(202)에서, 샘플링 데몬(102)이 초기화될 수 있다. 예를 들면, 샘플링 데몬(102)은 모바일 디바이스(100)의 시동 동안 초기화될 수 있다.
단계(204)에서, 샘플링 데몬(102)은 샘플링 데몬(102)의 초기화 동안 모바일 디바이스(100) 상에 구성된 휴리스틱 프로세스들을 호출할 수 있다. 예를 들면, 샘플링 데몬(102)은 각 휴리스틱 프로세스(120)로 하여금 모바일 디바이스(100) 상에서 실행되고 그것들의 초기화 서브루틴(initialization subroutine)들을 통해 실행되게 할 수 있다.
단계(206)에서, 샘플링 데몬(102)은 각 휴리스틱 프로세스(120)로부터 이벤트 등록 메시지들을 수신할 수 있다. 예를 들면, 휴리스틱 프로세스들(120)의 초기화 서브루틴들 동안, 휴리스틱 프로세스들(120)은 어느 이벤트가 휴리스틱 프로세스들(120)의 호출을 트리거해야 하는 것인지를 나타내는 정보를 샘플링 데몬(102)에 송신할 수 있다. 샘플링 데몬(102)은 등록 정보를 예를 들면, 이벤트 데이터 저장소(104)와 같은 데이터베이스에 저장할 수 있다. 예를 들면, 등록 정보는 휴리스틱 프로세스의 식별(예컨대, 실행파일 이름, 파일 시스템 경로 등) 및 이벤트 기준(이벤트들의 식별, 값, 임계치, 범위 등)을 포함할 수 있다.
단계(208)에서, 샘플링 데몬(102)은 이벤트 데이터를 수신할 수 있다. 예를 들면, 샘플링 데몬(102)은 상기 설명한 바와 같이 애플리케이션 매니저(106), 센서(114), 캘린더(116) 및 시계(118)를 포함하는 다양한 시스템 컴포넌트들로부터 이벤트 데이터를 수신할 수 있다.
단계(210)에서, 샘플링 데몬(102)은 수신된 이벤트 데이터를 휴리스틱 등록 데이터와 비교할 수 있다. 예를 들면, 이벤트 데이터가 샘플링 데몬(102)에 보고됨에 따라, 샘플링 데몬(102)은 이벤트 데이터 또는 이벤트 데이터로부터 생성된 통계를 휴리스틱 프로세스(120)로부터 수신된 등록 정보와 비교할 수 있다.
단계(212)에서, 샘플링 데몬(102)은 단계(210)에서 수행된 비교에 기초하여 휴리스틱 프로세스를 호출할 수 있다. 예를 들면, 이벤트 데이터 및/또는 통계가 휴리스틱 프로세스(120)에 대한 휴리스틱 등록 데이터에서 특정된 기준을 충족한다면, 이어서 샘플링 데몬(102)은 휴리스틱 프로세스(120)를 호출할 수 있다. 예를 들면, 이벤트 데이터 및/또는 통계 데이터가 등록 동안 휴리스틱 프로세스에 의한 이벤트에 대해 특정된 소정 임계 값을 가로지르면, 이어서 휴리스틱 프로세스는 샘플링 데몬(102)에 의해 호출될 수 있다.
도 3은 휴리스틱 프로세스(120)를 사용하여 모바일 디바이스(100)의 설정을 조정하기 위한 프로세스(300)를 예시한다. 단계(302)에서, 휴리스틱 프로세스(120)가 초기화된다. 예를 들면, 휴리스틱 프로세스(120)는 샘플링 데몬(102)에 의해 호출될 수 있어, 휴리스틱 프로세스(120)가 자신의 초기화 서브루틴들을 통해 실행될 수 있다. 예를 들면, 호출은 휴리스틱 프로세스(120)가 이러한 호출 동안 자신의 초기화 서브루틴들을 통해 실행되어야 함을 나타내도록 파라미터로 나타낼 수 있다.
단계(304)에서, 휴리스틱 프로세스(120)는 시스템 이벤트들을 위해 샘플링 데몬(102)에 등록할 수 있다. 예를 들면, 초기화 동안, 휴리스틱 프로세스(120)는 이벤트, 임계, 값들 또는 휴리스틱 프로세스(120)를 호출하기 위한 다른 기준의 식별을 포함하는 메시지를 샘플링 데몬(102)에 송신할 수 있다. 이벤트가 발생하고/하거나 기준이 충족되는 경우, 샘플링 데몬(102)은 휴리스틱 프로세스(120)를 호출할 수 있다.
단계(306)에서, 휴리스틱 프로세스(120)는 끄거나 종료할 수 있다. 예를 들면, 휴리스틱 프로세스(120)는 등록 기준이 휴리스틱 프로세스(120)에 충족될 때까지 시스템에 의해 필요하지 않다. 따라서, 디바이스 리소스들(예컨대, 배터리 전력, 처리 전력 등)을 보존하기 위하여, 휴리스틱 프로세스(120)는 그것이 필요해질 때까지 종료되거나, 꺼지거나 또는 보류된다.
단계(308)에서, 휴리스틱 프로세스(120)는 재시작될 수 있다. 예를 들면, 샘플링 데몬(102)은 샘플링 데몬(102)이 등록 메시지에서 휴리스틱 프로세스(120)에 의해 특정된 기준이 충족되었음을 결정하는 경우 휴리스틱 프로세스(120)를 호출할 수 있다.
단계(310)에서, 휴리스틱 프로세스(120)는 샘플링 데몬(102)으로부터 이벤트 데이터를 획득할 수 있다. 예를 들면, 재시작되면, 휴리스틱 프로세스(120)는 추가 이벤트 데이터에 대한 샘플링 데몬(102)을 쿼리(query)할 수 있다. 휴리스틱 프로세스(120)는 다른 시스템 리소스, 프로세스, 센서 등과 상호작용하여 필요에 따라 데이터를 수집하도록 구성될 수 있다.
단계(312)에서, 휴리스틱 프로세스(120)는 이벤트 데이터를 처리하여 컴포넌트 설정을 결정할 수 있다. 예를 들면, 휴리스틱 프로세스(120)는 샘플링 데몬(102)으로부터의 이벤트 데이터 및/또는 통계 및/또는 시스템의 다른 컴포넌트들로부터 수집된 데이터를 사용하여 모바일 디바이스(100)의 다양한 컴포넌트들의 설정을 어떻게 조정하는지를 결정할 수 있다.
단계(314)에서, 휴리스틱 프로세스(120)는 결정된 컴포넌트 설정을 제어 멀티플렉서(124)로 전송할 수 있다. 예를 들면, 제어 멀티플렉서(124)는 휴리스틱 프로세스(120) 및 다른 시스템 컴포넌트들(예컨대, 열 관리 프로세스(110))로부터 수신된 디바이스 설정 추천들을 중재할 수 있다. 이어서, 제어 멀티플렉서(124)는 수신된 설정 추천들에 따라 모바일 디바이스(100)의 다양한 컴포넌트들(예컨대, CPU, GPU, 기저대역 프로세서, 디스플레이 등)을 조정할 수 있다.
애플리케이션을 최신 상태로 유지 - 업데이트들을 페칭(Fetching Updates)
도 4는 애플리케이션들의 백그라운드 페치 업데이트를 수행하기 위한 예시적인 시스템(400)을 예시한다. 일부 구현들에서, 모바일 디바이스(100)는, 애플리케이션들이 콘텐츠를 다운로드하고 애플리케이션들을 사용자 호출하는 것의 예상 시에 그것들의 인터페이스들을 업데이트하기 위하여 모바일 디바이스(100)의 백그라운드 프로세스들로서 애플리케이션들을 예측적으로 개시하도록 구성될 수 있다. 예를 들면, 샘플링 데몬(102)에 의해 유지된 사용자 애플리케이션 개시 이력 데이터는 사용자가 모바일 디바이스(100)의 애플리케이션들을 언제 호출할지를 예측하는 데 사용될 수 있다. 이러한 애플리케이션들은, 사용자가 현재 콘텐츠를 다운로드하고 애플리케이션들의 그래픽 인터페이스들을 업데이트하기 위해 사용자 호출된 애플리케이션을 기다릴 필요가 없도록, 사용자 호출 이전에 애플리케이션 매니저(106)에 의해 개시될 수 있다.
애플리케이션들을 언제 개시할지 결정
일부 구현들에서, 애플리케이션 매니저(106)는 샘플링 데몬(102)으로부터 애플리케이션 호출 예측을 요청할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션 매니저(106)로 하여금 모바일 디바이스(100)의 애플리케이션들을 언제 개시할지를 나타내는 정보를 요청하게 하는 인터페이스를 제공할 수 있다. 샘플링 데몬(102)은 사용자가 언제 모바일 디바이스(100) 상의 애플리케이션들을 호출하는지를 나타내는 통계를 유지할 수 있으며, 이는 상기 설명한 바와 같다. 애플리케이션 매니저(106)가 "언제 개시(when to launch)" 인터페이스를 호출하는 경우, 샘플링 데몬(102)은 사용자 애플리케이션 호출 통계를 처리하여 각 애플리케이션이 전형적으로 하루 중 언제 사용자에 의해 호출되는지를 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 하루 중 특정 시간 또는 기간이 사용자에 의한 애플리케이션 호출을 포함할 확률을 산출할 수 있다.
일부 구현들에서, 애플리케이션 매니저(106)는 애플리케이션 매니저(106)의 초기화 동안 샘플링 데몬(102)의 "언제 개시" 인터페이스를 호출할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 모바일 디바이스(100)의 시동 동안 호출되거나 개시될 수 있다. 애플리케이션 매니저(106)가 초기화되는 동안, 애플리케이션 매니저(106)는 다음 24시간에 대한 애플리케이션 호출들의 예측을 요청할 수 있다. 초기 24시간 기간이 경과하면, 애플리케이션 매니저(106)는 다른 24시간 예측을 요청할 수 있다. 이러한 24 예측 사이클은 모바일 디바이스(100)가 예를 들면 꺼질 때까지 계속될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 24시간 기간 동안 애플리케이션 호출 예측을 생성할 수 있다. 예를 들면, 샘플링 데몬(102)은 24시간 기간을 96개의 15분 타임슬롯들로 분할할 수 있다. 샘플링 데몬(102)은 샘플링 데몬(102)에 의해 수집되고 이벤트 데이터 저장소(104)에 저장된 애플리케이션 개시 이력 데이터에 기초하여 동작의 이전 날들의 수(예컨대, 1 내지 7)에 걸쳐 어느 애플리케이션들이 호출되었는지 그리고 몇 시에 애플리케이션들이 호출되었는지를 결정할 수 있다. 일부 구현들에서, 샘플링 데몬(102)은 백그라운드 업데이트들이 애플리케이션에 대해 디스에이블된 경우 호출 예측으로부터 애플리케이션을 배제할 것이다.
일부 구현들에서, 각 15분 타임슬롯은 (예를 들면, 임의의) 애플리케이션이 15분 타임슬롯 내에서 호출될 확률에 따라 순위가 매겨질 수 있다. 예를 들면, 샘플링 데몬(102)이 15분 타임슬롯들에 대한 확률들을 결정하기 위하여 사용자 호출된 애플리케이션 개시 이력 데이터 중에서 이전 7일을 사용하고 있으면, 샘플링 데몬(102)은 얼마나 많은 사용자 호출된 애플리케이션 개시들이 이전 7일 동안 발생되었는지를(예컨대, 전체 앱 개시들) 산출하고 얼마나 많은 애플리케이션 개시들이 각 15분 타임슬롯(예컨대, n 타임슬롯) 내에서 발생되었는지를 결정할 수 있다. 예를 들면, 15분 시간대(window)가 시간 기간 오후 12시 내지 오후 12시 15분에 대응하면, 이어서 15분 시간대 내에서 개시된 애플리케이션들의 수는 마지막 7일 각각에서 오후 12시 내지 오후 12시 15분으로부터 발생하는 모든 사용자 시작된 애플리케이션 개시들을 포함할 것이다. 이어서, 샘플링 데몬(102)은 7일 기간에 걸쳐 전체 애플리케이션 개시들에 의해 7일 각각의 주어진 15분 시간대 내에서 발생하는 애플리케이션 개시들의 수를 분할함으로써(예컨대, n 타임슬롯/전체 앱 개시들) 주어진 15분 타임슬롯 내에서 사용자에 의해 호출되는 애플리케이션의 확률을 결정할 수 있다.
96개의 타임슬롯들 각각에 대한 애플리케이션 호출 확률들이 산출되면, 샘플링 데몬(102)은 가장 큰 논-제로(non-zero) 확률들을 갖는 타임슬롯들의 수(예컨대, 최대 64)를 선택하고 타임슬롯들을 식별하는 정보를 애플리케이션 매니저(106)에 반환시킬 것이다. 예를 들면, 샘플링 데몬(102)은 가능한 사용자 호출된 애플리케이션 개시들에 대응하는 15분 타임스롯들의 시작에 대응하는 시간들의 리스트(예컨대, 오후 12시, 오후 1시 45분 등)를 애플리케이션 매니저(106)에 송신할 수 있다.
일부 구현들에서, 96개의 타임슬롯들 각각은 각각의 개별 타임슬롯 내에서 애플리케이션 호출들을 반복하는 것에 기초하여 순위가 매겨질 수 있다. 예를 들면, 타임슬롯은 사용자가 마지막 수(예컨대, 7) 일에 걸쳐 각각의 하루 동안 동일한 타임슬롯 내에 동일한 애플리케이션을 호출하면 높게 순위가 매겨질 수 있다. 타임슬롯은 사용자가 마지막 수 일에 걸쳐 각각의 하루 동안 동일한 타임슬롯 내에 상이한 애플리케이션들을 호출하면(예컨대, 동일한 애플리케이션이 두 번 이상 호출되지 않음), 낮게 순위가 매겨질 수 있다. 예를 들면, 마지막 7일에 대해 타임슬롯(예컨대, 오후 12시 내지 오후 12시 15분) 동안, 애플리케이션 'A'가 사용자에 의해 호출되면, 타임슬롯은 애플리케이션이 고려된 날들의 전체 수에 걸쳐 호출되는 날들의 비율에 기초한 순위 또는 점수를 가질 수 있다(예컨대, 7/7 = 1). 마지막 7일에 대해 타임슬롯(예컨대, 오후 12시 내지 오후 12시 15분) 동안, 애플리케이션 'B'가 단지 하루만 사용자에 의해 호출되면, 이어서 타임슬롯은 애플리케이션이 고려된 날들의 전체 수에 걸쳐 호출되는 날들의 비율에 기초한 순위 또는 점수를 가질 수 있다(예컨대, 1/7 = 0.14). 애플리케이션 A 및 애플리케이션 B가 7일 기간에 걸쳐 오후 12시 내지 오후 12시 15분 타임슬롯 내에서 호출되면, 이어서 타임슬롯은 생성된 가장 높은 점수에 따라 순위가 매겨지거나 점수가 매겨질 수 있다. 예를 들면, 애플리케이션 A를 사용하는 타임슬롯에 대한 점수는 1.0이고, 애플리케이션 B를 사용하는 타임슬롯에 대한 점수는 0.14이므로, 타임슬롯에 대한 점수는 1.0이다. 어떠한 애플리케이션 호출도 갖지 않는 타임슬롯들은 0(영)의 점수가 할당될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 가장 높은 점수를 갖는 타임슬롯들의 수(예컨대, 64)를 선택하고 그것들을 애플리케이션 매니저(106)에 송신할 수 있다. 예를 들면, 샘플링 데몬(102)은 가능한 사용자 호출된 애플리케이션 개시들에 대응하는 15분 타임스롯들의 시작에 대응하는 시간들의 리스트(예컨대, 오후 12시, 오후 1시 45분 등)를 애플리케이션 매니저(106)에 송신할 수 있다.
일부 구현들에서, 애플리케이션 매니저(106)는 샘플링 데몬(102)에 의해 제공된 타임슬롯들에 기초하여 타이머들을 설정할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 샘플링 데몬(102)에 의해 식별된 타임슬롯들에 대응하는 하나 이상의 타이머(예컨대, 알람)를 생성하거나 설정할 수 있다. 각 타이머가 울릴 때(예컨대, 오후 12시), 애플리케이션 매니저(106)는 웨이크(wake)하고(예컨대, 슬리핑하고 있으면, 보류되어 있으면, 등), 어느 애플리케이션들이 현재 15분 타임슬롯에 대해 개시되어야 하는지를 결정할 수 있다. 따라서, 타이머들은 대응하는 타임슬롯 내에서 사용자에 의해 호출될 가능성이 있는 애플리케이션들에 대한 페치 백그라운드 업데이트를 트리거할 수 있다.
일부 구현들에서, 다른 이벤트들은 애플리케이션들에 대한 페치 백그라운드 업데이트를 트리거할 수 있다. 예를 들면, 셀룰러 무선 켜기, 기저대역 프로세서 또는 네트워크 연결(예컨대, 셀룰러 또는 Wi-Fi)을 구축하는 것은, 애플리케이션 업데이트가 능동 네트워크 연결의 이점을 취할 수 있도록 백그라운드 애플리케이션 개시를 트리거할 수 있다. 모바일 디바이스(100)를 잠금해제하는 것, 디스플레이를 켜는 것 및/또는 기타 상호작용들은 백그라운드 애플리케이션 개시 및 페치 업데이트를 트리거할 수 있고, 이는 이하 더 설명되는 바와 같다. 일부 구현들에서, 애플리케이션 매니저(106)는 임의의 백그라운드 업데이트가 이전 수(예컨대, 7)의 분 내에서 수행되었다면 백그라운드 애플리케이션 개시 및 페치 업데이트를 트리거하지 않을 것이다.
무슨 애플리케이션들을 개시할지를 결정
일부 구현들에서, 애플리케이션 매니저(106)는 샘플링 데몬(102)이 현재 시간들에 대해 개시될 애플리케이션들의 리스트를 제공할 것을 요청할 수 있다. 예를 들면, 타이머가 15분 타임슬롯에 대해 울릴 때(예컨대, 만료), 애플리케이션 매니저는 샘플링 데몬(102)이 어느 애플리케이션들이 현재 타임슬롯에 대해 개시될지를 결정할 수 있도록 샘플링 데몬(102)의 "무엇을 개시(what to launch)" 인터페이스를 호출할 수 있다. 이어서, 샘플링 데몬(102)은 애플리케이션들의 리스트, 및 각 애플리케이션이 대략 현재 시간에서 사용자에 의해 호출될 확률을 나타내는 대응하는 점수를 생성할 수 있고, 이는 이후 더 설명되는 바와 같다. 일부 구현들에서, 샘플링 데몬(102)은 백그라운드 업데이트들이 애플리케이션에 대해 디스에이블된 경우 애플리케이션들의 리스트로부터 애플리케이션을 배제할 것이다.
일부 구현들에서, 샘플링 데몬(102)은 각 애플리케이션이 현재(예컨대, 15분) 타임슬롯에 대해 사용자에 의해 호출될 확률을 결정할 수 있다. 예를 들면, "무엇을 개시" 인터페이스의 호출에 응답하여, 샘플링 데몬(102)은 각 애플리케이션이 사용자에 의해 호출될 가능성을 결정할 수 있다.
도 5는 모바일 디바이스(100) 상의 애플리케이션들에 대한 사용자 호출 확률들을 결정하기 위한 시계열 모델링을 도시하는 예시적인 다이어그램들(500, 530, 560)을 예시한다. 일부 구현들에서, 샘플링 데몬(102)은 시계열 모델링을 사용하여 모바일 디바이스(100) 상의 각 애플리케이션에 대한 사용자 호출 확률을 결정할 수 있다. 애플리케이션이 시계열에서 보이지 않으면, 애플리케이션은 제로 확률 값이 할당될 수 있다.
일부 구현들에서, 사용자 호출 확률들은 최근 애플리케이션 호출들에 기초하여 생성될 수 있다. 예를 들면, 사용자 호출 확률들은 이전 2시간에 대해 애플리케이션 개시 데이터(예컨대, 마지막 2시간 내에서 사용자 시작된 애플리케이션 개시들)를 사용하여 생성될 수 있다. 다이어그램(500)에 의해 예시된 바와 같이, 애플리케이션 개시 이력 데이터는 이전 2시간 내에 개시되었던 애플리케이션들의 수(예컨대, 4)를 나타낼 수 있다. 예를 들면, 점들 및 원들은 빈 원들이 단일의 특정 애플리케이션(예컨대, 이메일, 소셜 네트워킹 애플리케이션 등)을 표현할 수 있는 애플리케이션들을 표현할 수 있다. 현재 이력을 사용하는 특정 애플리케이션과 연관된 확률은 이전 2시간 내에서 애플리케이션 호출들의 전체 수(예컨대, 4)로 특정 애플리케이션의 호출 수(예컨대, 2)를 나눔으로써 산출될 수 있다. 예시된 경우에서, 최근 애플리케이션 개시 이력 데이터를 사용하는 특정 애플리케이션과 연관된 확률은 2/4 또는 50%이다.
사용자 호출 확률들은 (예컨대, 애플리케이션들이 이전 7일 각각에 대해 현재 시간 +-2 시간에서 개시되었던) 애플리케이션 개시들의 일단위 이력에 기초하여 생성될 수 있다. 다이어그램(530)은 애플리케이션에 대한 사용자 호출 확률을 결정하기 위하여 일단위 이력을 사용하는 것을 표현한다. 예를 들면, 다이어그램(530)의 각 박스는 특정 애플리케이션(예컨대, 빈 원)에 대한 사용자 호출 확률을 결정하기 위하여 분석될 수 있는 이전 날들의 수(예컨대, 7) 각각에서 시간대(예컨대, 현재 시간 +- 2 시간)를 표현한다. 일단위 이력 데이터를 사용하여 특정 애플리케이션과 연관된 확률은 모든 시간대들(예컨대, 22)에서 애플리케이션 호출들의 전체수로 모든 시간대(예컨대, 6) 내의 특정 애플리케이션의 호출들의 수를 나눔으로써 산출될 수 있다. 예시된 경우에서, 일단위 개시 이력 데이터를 사용하는 특정 애플리케이션과 연관된 확률은 6/22 또는 27%이다.
사용자 호출 확률들은 (예컨대, 애플리케이션들이 7일 전 현재 시간 +-2 시간에서 개시되었던) 애플리케이션 개시들의 주단위 이력에 기초하여 생성될 수 있다. 다이어그램(560)은 애플리케이션들 대한 사용자 호출 확률을 결정하기 위하여 주단위 이력을 사용하는 것을 표현한다. 예를 들어, 현재 날짜 및 시간이 수요일 오후 1시이면, 애플리케이션에 대한 사용자 호출 확률은 오후 1시에 또는 대략 오후 1시에서의 시간대 동안(예컨대, +-2 시간) 개시된 애플리케이션들에 기초될 수 있다. 예시된 경우에서, 주단위 애플리케이션 개시 이력 데이터를 사용하는 특정 애플리케이션(예컨대, 빈 원)과 연관된 확률은 1/4 또는 25%이다.
일부 구현들에서, 최근, 일단위 및 주단위 사용자 호출 확률들은 각 애플리케이션에 대한 점수를 생성하기 위하여 조합될 수 있다. 예를 들면, 최근, 일단위 및 주단위 확률들은 최근(r), 일단위(d) 및 주단위(w) 확률들의 가중 평균을 산출함으로써 조합될 수 있다. 각 확률은 연관된 가중치를 가질 수 있으며, 각 가중치는 각 확률의 경험적으로 결정된 미리정의된 중요성에 대응할 수 있다. 모든 가중치의 합은 1과 같을 수 있다. 예를 들면, 최근 개시들에 기초한 확률에 대한 가중치는 0.6일 수 있고, 일단위 확률에 대한 가중치는 0.3일 수 있으며, 주단위 확률에 대한 가중치는 0.1일 수 있다. 따라서, 조합된 확률 점수는 0.6(r), 0.3(d) 및 0.1(w)의 합(예컨대, 점수 = 0.6r + 0.3d +0.1w)일 수 있다.
다시 도 4를 참조하면, 확률 점수가 최근, 일단위 및 주단위 확률들에 기초하여 각 애플리케이션에 대해 결정되면, 샘플링 데몬(102)은 가장 높은 논-제로 확률 점수들을 갖는 구성 가능한 수(예컨대, 3)의 애플리케이션들을 백그라운드 페치 다운로드/업데이트를 수행하도록 개시하기 위한 애플리케이션 매니저(106)에 추천할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은, 백그라운드 업데이트(예컨대, 페칭) 애플리케이션 업데이트를 지원하지 않는 상기 설명한 애플리케이션들, 사용자가 백그라운드 업데이트를 끈 애플리케이션들, 백그라운드 업데이트에서 제외된 애플리케이션들, 및/또는 포그라운드 애플리케이션이 이미 최신일 확률이 있으므로 모바일 디바이스(100)의 디스플레이상의 포그라운드 내에 있거나 사용자에 의해 현재 사용 중인 애플리케이션을 "무엇을 개시" 분석으로부터 배제할 수 있다.
애플리케이션을 개시해도 좋은지를 결정
일부 구현들에서, 애플리케이션 매니저(106)가 개시할 애플리케이션들의 리스트 및 애플리케이션 점수를 수신하는 경우, 애플리케이션 매니저(106)는 샘플링 데몬(102)의 "개시 승인(ok to launch)" 인터페이스를 호출하여 각 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 네트워크 상태, 디바이스 상태, 환경 조건, 데이터와 에너지 예산들 및 기타 데이터를 분석하여 애플리케이션 매니저(106)가 특정 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 애플리케이션 매니저(106)는 예를 들면 "개시 승인" 인터페이스를 호출하는 경우 애플리케이션 식별자를 샘플링 데몬(102)에 송신할 수 있다.
일부 구현들에서, 모바일 디바이스(102) 상의 다른 애플리케이션들은 샘플링 데몬(102)의 "개시 승인" 인터페이스를 호출하여 모바일 디바이스(100)의 백그라운드에서 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 이하 설명되는 푸시 서비스 데몬은 "개시 승인" 인터페이스를 호출하여 푸시 통지를 수신하는 것에 응답하여 애플리케이션들을 개시해도 좋은지 여부를 결정할 수 있다. 일부 구현들에서, 샘플링 데몬(102)은 백그라운드 업데이트들이 "개시 승인" 요청에서 식별된 애플리케이션에 대해 디스에이블된 경우 "아니오" 응답 값을 반환할 것이다.
환경 조건
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)의 환경 조건에 기초하여 식별된 애플리케이션을 개시하는 것을 허용할지 여부를 결정할 수 있다. 예를 들면, 환경 조건은 모바일 디바이스(100)의 현재 상태, 네트워크 연결의 상태 및/또는 이하 설명되는 바와 같은 다른 상태들을 포함할 수 있다. 일부 구현들에서, "개시 승인" 인터페이스가 애플리케이션 매니저(106)(또는 다른 애플리케이션, 프로세스 또는 데몬)에 의해 호출되는 경우, 샘플링 데몬(102)은 식별된 애플리케이션을 개시해서는 "절대 안됨", 애플리케이션을 개시해서는 안된다는 "아니오", 또는 애플리케이션을 개시해도 좋다는 "예"를 나타내는 값들을 반환할 수 있다. 예를 들면, "예" 값은 아래의 상태들 중 하나가 애플리케이션이 개시되지 않아야 함을 나타내지 않는 한 반환될 것이다. 샘플링 데몬(102)은, 식별된 애플리케이션이 최근에 사용되지 않은 경우(예컨대, 마지막 8주 동안 사용되지 않음), 사용자가 애플리케이션을 디스에이블한 경우 및/또는 애플리케이션이 사용자에 의해 명확히 닫힌 경우 "절대 안됨" 값을 반환할 것이다.
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)가 음성 호에 연결되고 Wi-Fi 네트워크 연결에 연결되지 않은 경우 애플리케이션 매니저(106)는 애플리케이션을 개시해서는 안됨을 나타낼 수 있다. 예를 들면, 백그라운드 업데이트 프로세스들(예컨대, 페치 프로세스들)이 음성 호의 품질을 간섭하거나 그를 감소시키는 것을 방지하기 위하여, 샘플링 데몬(102)은 사용자가 음성 호에 연결되고 Wi-Fi 연결에 연결되지 않은 경우 애플리케이션 매니저(106)로 하여금 백그라운드 업데이트 프로세스를 개시하게 하지 않을 것이다. 따라서, 샘플링 데몬(102)은 모바일 디바이스(100)가 호에 연결되고 Wi-Fi에 연결되지 않은 경우 "개시 승인" 요청에 응답하여 "아니오" 값을 반환할 것이다.
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)가 열 이벤트를 검출한 경우 애플리케이션 매니저(106)는 애플리케이션을 개시해서는 안됨을 나타낼 수 있다. 예를 들면, 열 관리 프로세스(110)는 모바일 디바이스(100)의 온도를 모니터링하고 온도 값들을 샘플링 데몬(102)에 보고할 수 있다. 샘플링 데몬(102)은 모바일 디바이스(100)의 온도가 임계 온도 값을 초과함을 결정하는 경우, 샘플링 데몬(102)은, 애플리케이션 매니저가 "개시 승인" 요청을 할 때 "아니오" 값을 반환함으로써, 애플리케이션 매니저(106)가 모바일 디바이스(100)의 동작 온도를 더 증가시킬 수 있는 추가의 애플리케이션들을 개시하는 것을 방지할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)가 품질이 나쁜 셀룰러 네트워크 연결을 갖는 경우 애플리케이션 매니저(106)는 애플리케이션을 개시해서는 안됨을 나타낼 수 있다. 품질이 나쁜 셀룰러 연결은 전송 속도 및/또는 처리율이 미리정의된 임계 값들 미만인 경우 결정될 수 있다. 예를 들면, 모바일 디바이스(100)가 품질이 나쁜 셀룰러 네트워크 연결을 갖고 Wi-Fi에 연결되지 않은 경우, 샘플링 데몬(102)은, 애플리케이션 매니저가 "개시 승인" 요청을 할 때 "아니오" 값을 반환함으로써, 애플리케이션 매니저(106)가 품질이 나쁜 셀룰러 연결을 통해 데이터를 다운로드하거나 업로드하는 것을 시도함으로써 배터리 에너지 및 셀룰러 데이터를 소모할 애플리케이션을 개시하는 것을 방지할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)가 메모리 리소스의 임계량(예컨대, 90%)보다 많이 사용되고 있는 경우 애플리케이션 매니저(106)는 애플리케이션을 개시해서는 안됨을 나타낼 수 있다. 예를 들면, 모바일 디바이스(100)는 모바일 디바이스(100)의 메모리 리소스들의 대부분을 사용하고 있는 많은 애플리케이션들 또는 프로세스들을 이미 실행하고 있으면, 백그라운드에서 추가 애플리케이션들을 개시하는 것은 남은 메모리 리소스들을 다 써버림으로써 모바일 디바이스(100)의 성능을 단지 감소시킬 것이다. 따라서, 샘플링 데몬(102)은 메모리 사용이 임계 값(예컨대, 75%)을 초과함을 결정하는 경우, 샘플링 데몬(102)은, 애플리케이션 매니저가 "개시 승인" 요청을 할 때 "아니오" 값을 반환함으로써, 애플리케이션 매니저(106)가 추가 애플리케이션을 개시하는 것을 방지할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은, 애플리케이션이 백그라운드 업데이트들에서 제외됐거나 사용자가 애플리케이션에 대한 백그라운드 업데이트들을 끈 경우, 애플리케이션 매니저(106)는 애플리케이션을 개시해서는 안됨을 나타낼 수 있다. 예를 들면, 애플리케이션은 애플리케이션이 소정 기간 동안 백그라운드 업데이트들에서 제외해야 함을 (프로그래머 정의된 기준에 기초하여) 프로그램적으로(예컨대, 동적으로) 결정할 수 있다. 대안적으로, 사용자는 설정 사용자 인터페이스와 상호작용하여 애플리케이션에 대한 백그라운드 업데이트들을 끌 수 있다. 어느 경우에서든, 샘플링 데몬(102)은 백그라운드 업데이트들이 애플리케이션에 대해 디스에이블되었음을 결정하고 애플리케이션 매니저(106)가 애플리케이션에 대해 "개시 승인" 요청을 할 때 "아니오" 값을 반환함으로써 애플리케이션 매니저(106)가 애플리케이션을 개시하는 것을 방지할 수 있다.
예산 및 레이트 제한에 대한 회계
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)에 대해 구성된 에너지 예산, 데이터 예산 및/또는 애플리케이션 개시 레이트 제한에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 샘플링 데몬(102)은, 현재 시간 기간(예컨대, 현재 시간)에 대한 남은 데이터 및 에너지 예산들을 계속해서 추적하기 위한 카운터들을 포함하는, 회계 데이터 저장소(402)에 예산 및 레이트 제한 정보를 저장할 수 있다.
에너지 예산
일부 구현들에서, 샘플링 데몬(102)은 에너지 예산에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 에너지 예산은 밀리암페어 시간(milliamp hours)에서 모바일 디바이스의 배터리의 용량의 퍼센티지(예컨대, 5%)일 수 있다. 에너지 예산은, 상기 설명한 바와 같은, 예측의 페치 애플리케이션들(예컨대, 2%)과, 후술하는 바와 같은, 푸시 애플리케이션들과 백그라운드 다운로드/업로드(예컨대, 3%) 사이에서 분할될 수 있다.
일부 구현들에서, 에너지 예산들은 24시간 기간 내에서 각 시간에 분배될 수 있다. 예를 들면, 샘플링 데몬(102)은 수집되고 이벤트 데이터 저장소(104)에 저장된 배터리 충전 통계를 활용하여 24시간 기간 내에서 각 시간에 대해 통상의 이력적인 배터리 사용을 반영하는 분배를 결정할 수 있다. 예를 들면, 각 시간은 이력적으로 또는 통계적으로 결정된 에너지 사용 분배 또는 애플리케이션 사용 예측에 기초하여 에너지 예산의 퍼센티지가 할당될 수 있으며, 이는 상기 설명한 바와 같다. 각 시간은 0보다 큰(예컨대, 0.1%, 1% 등) 에너지 예산의 적어도 최소 양을 가질 것이다. 예를 들면, 에너지 예산의 10%는 데이터를 사용하지 않는 시간들에 분배될 수 있고, 에너지 예산의 남은 90%는 이력적인 에너지 또는 애플리케이션 사용에 따라 활발한 사용 시간들에 분배될 수 있다. 각 시간이 경과함에 따라, 현재 에너지 예산은 신규/현재 시간에 대한 에너지 예산이 보충될 것이다. 이전 시간에서 남은 임의의 에너지 예산은 현재 시간의 예산에 추가될 것이다.
일부 구현들에서, 회계 데이터 저장소(402)는 페치 애플리케이션들(예컨대, 예측적으로 개시된 애플리케이션들)을 위해 얼마나 많은 에너지 예산이 남아있는지 결정하기 위한 카운터를 포함할 수 있다. 예를 들면, 회계 데이터 저장소(402)는 현재 시간에 대한 에너지 예산들(예컨대, 페치 예산, 푸시 및 백그라운드 다운로드/업로드)로 초기화된 하나 이상의 카운터를 포함할 수 있다. 에너지 예산이 애플리케이션에 의해 사용되는 경우, 대응(예컨대, 페치 또는 푸시) 에너지 예산은 대응하는 양에 의해 감소될 수 있다. 예를 들면, 애플리케이션 매니저(106)는 애플리케이션이 개시되거나 종료되는 경우 샘플링 데몬(102)에 통지할 수 있다. 결국, 샘플링 데몬(102)은 애플리케이션이 개시되는 경우 그리고 애플리케이션이 종료되는 경우 전력 모니터(108)에 통지할 수 있다. 시작 및 종료 횟수에 기초하여, 전력 모니터(108)는 애플리케이션에 의해 얼마나 많은 에너지가 사용되는지를 결정할 수 있다. 전력 모니터(108)는 애플리케이션에 의해 사용된 전력의 양을 샘플링 데몬(102)에 전송할 수 있고, 샘플링 데몬(102)은 사용된 전력의 양에 의해 적절한 카운터를 감소시킬 수 있다.
일부 구현들에서, 현재 시간을 위한 어떠한 에너지 예산도 남아있지 않은 경우, 샘플링 데몬(102)은 개시 승인 요청에 "아니오" 응답으로 응답할 수 있다. 예를 들면, 회계 데이터 저장소(402) 내의 에너지 예산 카운터들이 0으로 감소되는 경우, 어떠한 에너지 예산도 남아있지 않고, 어떠한 추가 백그라운드 애플리케이션들도 개시되지 않을 것이다.
일부 구현들에서, 샘플링 데몬(102)은 모바일 디바이스(100)가 외부 전력에 플러그인되는 경우 "개시 승인" 결정을 에너지 예산에 기초하지 않을 것이다. 예를 들면, 0의 남은 에너지 예산은 모바일 디바이스(100)가 외부 전원에 플러그인되는 경우 애플리케이션들이 개시하는 것을 방지하지 않을 것이다.
데이터 예산
일부 구현들에서, 샘플링 데몬(102)은 데이터 예산에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 샘플링 데몬(102)에 의해 수집되고 이벤트 데이터 저장소(104)에 저장되는 통계 데이터에 기초하여 모바일 디바이스(100)에 의해 소비된 네트워크 데이터의 평균량을 결정할 수 있다. 네트워크 데이터 예산들(예컨대, 페치/푸시 예산, 백그라운드 다운로드/업로드 예산)은 사용자/모바일 디바이스(100)에 의해 소비되는 평균 일단위 네트워크 데이터의 퍼센티지로서 산출될 수 있다. 대안적으로, 네트워크 데이터 예산들은 미리정의되거나 구성 가능한 값들일 수 있다(예컨대, 페치/푸시 예산을 위해 하루 당 15MB, 백그라운드 다운로드/업로드를 위해 하루 당 5MB).
일부 구현들에서, 네트워크 데이터 예산들은 24시간 기간 내에서 각 시간에 분배될 수 있다. 예를 들면, 각 시간은 최소 예산(예컨대, 0.2 MB)이 할당될 수 있다. 네트워크 데이터 예산의 남은 양은 이력적인 네트워크 데이터 사용에 따라 24시간들 각각에 분배될 수 있다. 예를 들면, 샘플링 데몬(102)은 하루 중 각 시간에서 얼마나 많은 네트워크 데이터가 소비되는지를 이력적인 통계 데이터에 기초하여 결정하고 각 시간에서 소비된 데이터의 양에 따라 퍼센티지들을 할당할 수 있다. 각 시간이 경과함에 따라, 현재 데이터 예산은 신규/현재 시간에 대한 데이터 예산이 보충될 것이다. 이전 시간에서 남은 임의의 데이터 예산은 현재 시간의 데이터 예산에 추가될 것이다.
일부 구현들에서, 회계 데이터 저장소(402)는 네트워크 데이터 예산들에 대한 데이터 카운터들을 유지할 수 있다. 예를 들면, 회계 데이터 저장소(402)는 페치/푸시 애플리케이션들에 대한 데이터 카운터를 유지할 수 있다. 회계 데이터 저장소(402)는 백그라운드 다운로드/업로드 동작들에 대한 데이터 카운터를 유지할 수 있다. 네트워크 데이터가 소비됨에 따라, 데이터 카운터들은 소비된 네트워크 데이터의 양에 따라 감소될 수 있다. 예를 들면, 소비된 네트워크 데이터의 양은 애플리케이션 매니저(106)에 의한 샘플링 데몬(102)에 제공된 애플리케이션 시작 및 종료 횟수에 기초하여 결정될 수 있다. 대안적으로, 소비된 네트워크 데이터의 양은 네트워크 인터페이스를 활용하는 프로세스에 의해 제공될 수 있다(예컨대, 이하 설명되는 백그라운드 다운로드/업로드 데몬).
일부 구현들에서, 샘플링 데몬(102)은 어느 네트워크 인터페이스(예컨대, 셀룰러 또는 Wi-Fi)가 네트워크 데이터를 소비하는 데 사용되는지를 계속해서 추적하고 네트워크 인터페이스에 기초하여 소비된 네트워크 데이터의 양을 결정할 수 있다. 소비된 네트워크 데이터의 양은 각 인터페이스에 할당된 가중치 또는 계수에 따라 조정될 수 있다. 예를 들면, 셀룰러 데이터 인터페이스 상에서 소비되는 네트워크 데이터는 일(1)의 계수가 할당될 수 있다. Wi-Fi 인터페이스 상에서 소비되는 네트워크 데이터는 십분의 일(0.1)의 계수가 할당될 수 있다. 소비된 전체 네트워크 데이터는 10으로 나뉜 소비된 Wi-Fi 데이터에 소비된 셀룰러 데이터를 더함으로써 산출될 수 있다(예컨대, 전체 데이터 = 1*셀룰러 데이터 + 0.1*Wi-Fi). 따라서, Wi-Fi를 통해 소비된 데이터는 셀룰러 데이터 연결을 통해 소비된 데이터보다 훨씬 적게 데이터 예산에 영향을 줄 것이다.
일부 구현들에서, 현재 시간에 대한 어떠한 데이터 예산도 남아있지 않은 경우, 샘플링 데몬(102)은 개시 승인 요청에 "아니오" 응답으로 응답할 수 있다. 예를 들면, 회계 데이터 저장소(402) 내의 데이터 예산 카운터들이 0으로 감소되는 경우, 어떠한 데이터 예산도 남아있지 않고, 어떠한 추가 백그라운드 애플리케이션들도 개시되지 않을 것이다.
글로벌 애플리케이션 개시 레이트 제한
일부 구현들에서, 샘플링 데몬(102)은 글로벌 애플리케이션 개시 레이트 제한에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션 매니저(106)가 시간 당 개시할 수 있는 백그라운드 애플리케이션들(예컨대, 페치 및/또는 푸시 백그라운드 애플리케이션들)의 수로 구성될 수 있다. 일부 구현들에서, 개시 레이트 제한은 푸시 통지 트리거된 애플리케이션 개시들에 대해서만 고려될 것이며, 이는 이하 설명되는 바와 같다. 예를 들면, 애플리케이션 매니저(106)는 시간 당 64개의 백그라운드 애플리케이션들을 개시하는 것에 제한될 수 있다. 샘플링 데몬(102)은 현재 시간에서 수행된 백그라운드 애플리케이션 개시들의 수를 추적하는 카운터를 유지할 수 있다. 각 시간마다, 글로벌 애플리케이션 개시 카운터는 더 많은 애플리케이션 개시들을 허용하도록 리셋될 수 있다. 그러나, 현재 시간에 대한 글로벌 애플리케이션 개시 레이트가 초과되면, 이어서 어떠한 추가 백그라운드 애플리케이션들도 개시될 수 없고 샘플링 데몬(102)은 개시 승인 요청에 "아니오" 응답을 반환할 것이다.
애플리케이션 당 개시 레이트 제한
일부 구현들에서, 샘플링 데몬(102)은 개별 애플리케이션 개시 레이트 제한에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 개별 백그라운드 애플리케이션들(예컨대, 페치 및/또는 푸시 백그라운드 애플리케이션들)이 시간 당 개시될 수 있는 횟수로 구성될 수 있다. 예를 들면, 애플리케이션 매니저(106)는 동일한 애플리케이션을 개시하는 것이 시간 당 15회로 제한될 수 있다. 샘플링 데몬(102)은 시간 당 백그라운드에서 개별 애플리케이션들이 개시되는 횟수를 추적하는 카운터를 유지할 수 있다. 각 시간마다, 개별 애플리케이션 개시 카운터는 더 많은 애플리케이션 개시들을 허용하도록 리셋될 수 있다. 그러나, 현재 시간에 대한 개별 애플리케이션 개시 레이트가 특정 애플리케이션에 대해 초과하면, 이어서 특정 애플리케이션은 현재 시간에 다시 개시될 수 없고 샘플링 데몬(102)은 특정 애플리케이션을 식별하는 개시 승인 요청에 대해 "아니오" 응답을 반환할 것이다.
백그라운드 페치 애플리케이션을 개시
일부 구현들에서, 애플리케이션 매니저(106)가 "개시 승인" 호를 샘플링 데몬(102)에 하고 "예" 응답을 수신하는 경우, 애플리케이션 매니저(106)는 모바일 디바이스(100)의 동작 환경의 백그라운드에서 식별된 애플리케이션(예컨대, 애플리케이션(108))을 호출하거나 개시할 수 있다. 예를 들면, 애플리케이션(108)은 애플리케이션(108)이 개시되었는지를 사용자에게 명백하게 하지 않도록 백그라운드에서 개시될 수 있다. 이어서, 애플리케이션(108)은 네트워크(예컨대, 인터넷)를 통해 콘텐츠 서버(404)와 통신하여 사용자에게 보여 주기 위한 업데이트된 콘텐츠를 다운로드할 수 있다. 따라서, 사용자가 애플리케이션(108)을 후속적으로 호출하는 경우(예컨대, 애플리케이션을 포그라운드로 가져옴), 사용자는 콘텐츠를 다운로드하고 애플리케이션의 사용자 인터페이스를 리프레시하기 위하여 애플리케이션(108)을 기다릴 필요 없이 현재의 최신 콘텐츠를 제공받을 수 있다.
일부 구현들에서, 애플리케이션 매니저(106)는 모바일 디바이스(100)가 충전되고 있고 Wi-Fi에 연결된 경우 백그라운드 페치 인에이블된 애플리케이션들을 개시하도록 구성될 수 있다. 예를 들면, 샘플링 데몬(102)은 모바일 디바이스(100)가 외부 전원에 연결되고 Wi-Fi를 통해 네트워크(예컨대, 인터넷)에 연결된 때를 결정하고 애플리케이션 매니저(106)로 하여금 이전 시간의 양(예컨대, 7일) 내에서 사용된 페치 인에이블된 애플리케이션들을 개시하게 하는 신호를 애플리케이션 매니저(106)에 송신할 수 있다.
예시적인 백그라운드 페치 프로세스
도 6은 백그라운드 업데이트들을 수행하기 위하여 애플리케이션들을 예측적으로 개시하기 위한 예시적인 프로세스(600)의 흐름도이다. 예를 들면, 프로세스(600)는 도 4의 콘텐츠 서버(404)와 같은 네트워크 리소스들로부터 데이터 업데이트들을 페치하도록 구성된 백그라운드 애플리케이션들을 언제 개시할지를 결정하도록 애플리케이션 매니저(106)에 의해 수행될 수 있다. 프로세스(600)의 단계들에 관련된 추가 설명은 위에서 도 4의 참조를 통해 발견될 수 있다.
단계(602)에서, 애플리케이션 매니저(106)는 샘플링 데몬(102)으로부터 애플리케이션 호출 예측을 수신할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 모바일 디바이스(100)의 시동 동안 개시될 수 있다. 그것의 초기화 동안, 애플리케이션 매니저(106)는 다음 24시간 기간에 걸쳐 모바일 디바이스(100)의 사용자에 의해 호출될 가능성이 있는 애플리케이션들의 예측을 요청할 수 있다. 이러한 예측은 예를 들면 애플리케이션들을 언제 개시할지를 나타낼 수 있다. 24시간 기간은 15분 블록들로 분할될 수 있고, 각 15분 블록은 사용자가 15분 블록 동안 애플리케이션을 호출할 확률과 연관될 수 있다. 애플리케이션 매니저(106)로 반환된 예측은 사용자가 애플리케이션을 호출할 가능성이 있는 시간의 최대 64개의 15분 블록들까지 식별할 수 있다.
단계(604)에서, 애플리케이션 매니저(106)는 애플리케이션 개시 예측에 기초하여 타이머들을 설정할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 샘플링 데몬(102)에 의해 애플리케이션 매니저(106)로 반환된 애플리케이션 개시 예측에서 식별된 15분 블록들 각각에 대하여 타이머 또는 알람을 설정할 수 있다.
단계(606)에서, 애플리케이션 매니저(106)는 무슨 애플리케이션들을 개시할지를 식별할 것을 샘플링 데몬(102)에 요청할 수 있다. 예를 들면, 타이머가 만료되거나 알람이 울리는 경우, 애플리케이션 매니저는 슬리핑하고 있으면 또는 보류되어 있으면 웨이크할 수 있고, 시간의 현재 15분 블록에 대해 개시될 애플리케이션들의 리스트를 샘플링 데몬(102)으로부터 요청할 수 있다. 샘플링 데몬(102)은 모바일 디바이스(100) 상의 백그라운드에서 개시되어야만 하는 애플리케이션들의 리스트를 반환할 수 있다.
단계(607)에서, 애플리케이션 매니저(106)는 샘플링 데몬(102)에 애플리케이션을 개시해도 좋은지 여부를 질의하는 요청을 송신할 수 있다. 예를 들면, "무엇을 개시" 요청에 대한 응답으로 샘플링 데몬(102)에 의해 식별된 각 애플리케이션에 대하여, 애플리케이션 매니저(106)는 애플리케이션을 개시해도 좋은지 여부를 샘플링 데몬(102)에 질의할 수 있다. 샘플링 데몬(102)은 애플리케이션을 개시해도 좋다면 "예", 애플리케이션을 개시해서는 안된다면 "아니오", 또는 애플리케이션을 개시해서는 절대 안된다면 "절대 안됨"을 반환할 수 있다.
단계(610)에서, 애플리케이션 매니저(106)는 애플리케이션을 개시할 수 있다. 예를 들면, 샘플링 데몬(102)이 "개시 승인" 요청에 대한 "좋음" 응답을 반환하는 경우, 애플리케이션 매니저(106)는 모바일 디바이스(100)의 백그라운드 프로세스로서 애플리케이션을 개시할 것이다. 샘플링 데몬(102)은 "개시 승인" 요청에 대해 "아니오" 또는 "절대 안됨" 응답을 반환하면, 애플리케이션 매니저(106)는 애플리케이션을 개시하지 않을 것이다.
단계(612)에서, 애플리케이션 매니저(106)는 애플리케이션 개시 통지를 샘플링 데몬(102)에 전송할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션 개시 통지를 사용하여 애플리케이션 개시 통계, 데이터 사용 통계, 에너지 사용 통계 및/또는 필요에 따라 다른 애플리케이션 관련 통계를 생성할 수 있다.
단계(614)에서, 애플리케이션 매니저(106)는 개시된 애플리케이션이 종료되었음을 검출할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 개시된 애플리케이션이 모바일 디바이스(100) 상에서 더이상 실행되지 않는 때를 결정할 수 있다.
단계(616)에서, 애플리케이션 매니저(106)는 애플리케이션 종료 통지를 샘플링 데몬(102)에 전송할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션 종료 통지를 사용하여 애플리케이션 개시 통계, 데이터 사용 통계, 에너지 사용 통계 및/또는 필요에 따라 다른 애플리케이션 관련 통계를 생성할 수 있다.
도 7은 모바일 디바이스(100) 상의 애플리케이션들을 언제 개시할지를 결정하기 위한 예시적인 프로세스(700)의 흐름도이다. 예를 들면, 프로세스(700)는 애플리케이션을 언제 개시할지, 무슨 애플리케이션을 개시해야만 하는지, 그리고 애플리케이션 사용 통계, 데이터와 에너지 예산들 및 모바일 디바이스 상태에 기초하여 애플리케이션들을 개시해도 좋은지 여부를 결정하는 데 사용될 수 있으며, 이는 도 4를 참조하여 상세하게 설명한 바와 같다.
단계(702)에서, 샘플링 데몬(102)은 애플리케이션 매니저(106)로부터 애플리케이션 개시 예측 요청을 수신할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 다음 24시간 동안 애플리케이션 개시 예측을 요청할 수 있다. 24시간 기간이 경과하면, 애플리케이션 매니저(106)는 후속 24시간 기간에 대한 애플리케이션 개시 예측을 요청할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 24시간마다 애플리케이션 개시 예측을 요청할 수 있다.
단계(704)에서, 샘플링 데몬(102)은 애플리케이션 개시 예측을 결정할 수 있다. 예를 들면, 사용자 시작된 애플리케이션이 언제 개시되는지를 예측하는 데 사용되는 애플리케이션 개시 예측은 24시간 기간 동안 발생할 가능성이 있다. 예를 들면, 샘플링 데몬(102)은 24시간 기간에 대한 애플리케이션 개시 예측을 결정할 수 있다. 24시간 기간은 15분 시간 블록들로 분할될 수 있다. 각 15분 시간 블록(예컨대, 24시간 기간 내에 96개의 15분 시간 블록들이 있음)에 대하여, 샘플링 데몬(102)은 이력적인 사용자 호출 통계를 사용하여 사용자 시작된 애플리케이션 개시가 15분 시간 블록에서 발생할 확률을 결정할 수 있으며, 이는 도 4를 참조하여 설명한 바와 같다.
단계(706)에서, 샘플링 데몬(102)은 애플리케이션 개시 예측을 애플리케이션 매니저(106)에 전송할 수 있다. 예를 들면, 샘플링 데몬(102)은 사용자 시작된 애플리케이션 개시의 가장 높은 논-제로 확률을 갖는 최대 64개의 15분 블록들까지 선택할 수 있다. 선택된 15분 블록들 각각은 15분 블록에 대하여 시작 시간(예컨대, 오후 12시 45분)에 의해 식별될 수 있다. 샘플링 데몬(102)은 애플리케이션 개시 예측으로서 15분 블록 식별자들의 리스트를 애플리케이션 매니저(106)에 송신할 수 있다.
단계(708)에서, 샘플링 데몬(102)은 현재 시간에서 무슨 애플리케이션을 개시할지에 대한 요청을 수신할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 현재 시간에서 또는 그 주변에서 어느 애플리케이션들이 개시되어야만 하는지를 결정하기 위하여 샘플링 데몬(102)에 대하여 샘플링 데몬(102)에 요청을 송신할 수 있다.
단계(710)에서, 샘플링 데몬(102)은 이력적인 사용자 데이터에 기초하여 현재 시간에 대해 애플리케이션들에 점수를 매길 수 있다. 샘플링 데몬(102)은 샘플링 데몬(102)에 의해 수집된 이력적인 사용자 시작된 애플리케이션 개시 데이터에 기초하여 가까운 미래에 사용자가 어느 애플리케이션들을 개시할 가능성이 있는지를 결정할 수 있다. 샘플링 데몬(102)은 최근 애플리케이션 개시 데이터, 일단위 애플리케이션 개시 데이터 및/또는 주단위 애플리케이션 개시 데이터를 활용하여 사용자가 현재 시간에 또는 그 주변에 애플리케이션을 호출할 이력적인 가능성에 기초하여 애플리케이션들에 점수를 매길 수 있으며, 이는 도 4 및 도 5를 참조하여 위에서 설명하는 바와 같다.
단계(712)에서, 샘플링 데몬(102)은 애플리케이션들 및 애플리케이션 점수들을 애플리케이션 매니저(106)에 전송할 수 있다. 예를 들면, 샘플링 데몬(102)은 가장 높은 점수들을 갖는(예컨대, 사용자에 의해 호출되는 것의 가장 높은 확률) 애플리케이션들의 수(예컨대, 3)를 선택하여 애플리케이션 매니저(106)에 전송할 수 있다. 샘플링 데몬(102)은 이전 시간 기간(예컨대, 이전 5분) 내에서 개시된 애플리케이션들을 배제할 수 있다. 샘플링 데몬(102)은 가장 높은 점수가 매겨진 애플리케이션들 및 그것들의 개별 점수들을 식별하는 정보를 애플리케이션 매니저(106)에 전송할 수 있고, 이는 도 4를 참조하여 위에서 설명하는 바와 같다.
단계(714)에서, 샘플링 데몬(102)은 애플리케이션을 개시해도 좋은지 여부를 결정하기 위하여 애플리케이션 매니저(106)로부터 요청을 수신할 수 있다. 예를 들면, 샘플링 데몬(102)은 애플리케이션을 식별하는 "개시 승인" 요청을 수신할 수 있다.
단계(716)에서, 샘플링 데몬(102)은 현재 모바일 디바이스 상태 및 예산들이 애플리케이션 개시를 허용함을 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 모바일 디바이스(100)의 환경 조건, 데이터와 에너지 예산들, 애플리케이션 개시 레이트 제한, 네트워크 상태, 및 현재 시간이 애플리케이션을 개시하기에 양호한 시간인지를 결정하기 위한 다른 데이터를 분석할 수 있고, 이는 도 4를 참조하여 위에 상세하게 설명한 바와 같다.
단계(718)에서, 샘플링 데몬(102)은 식별된 애플리케이션을 개시해도 좋다는 것을 나타내는 응답을 애플리케이션 매니저(106)에 전송할 수 있다. 예를 들면, 상태들이 백그라운드 애플리케이션 개시에 대해 양호하면, 샘플링 데몬(102)은 애플리케이션 매니저(106)가 식별된 애플리케이션을 개시할 수 있도록 "예" 값을 애플리케이션 매니저(106)에 반환할 수 있다.
단기간 트렌딩
일부 구현들에서, 샘플링 데몬(102)은 애플리케이션들이 언제 트렌딩한지를 검출하고 트렌드를 검출하는 것에 기초하여 모바일 디바이스(100) 상의 백그라운드에서 애플리케이션들을 예측적으로 개시하도록 구성될 수 있다. 예를 들면, 애플리케이션은 애플리케이션이 모바일 디바이스(100)의 사용자에 의해 반복적으로 호출되고 있다면 트렌딩하다. 일부 경우들에서, 트렌딩 애플리케이션은, 신규 애플리케이션 또는, 트렌드 이전에, 상기 설명한 "무엇을 개시" 애플리케이션 예측에 포함될 수 없는 거의 사용되지 않은 애플리케이션이다. 따라서, 트렌딩 애플리케이션은 상기 설명한 애플리케이션 개시 예측 방법들을 사용하여 계속 최신을 따라갈 수 없을 수도 있다.
애플리케이션 개시 트렌드 검출의 목적은 사용자에 의해 반복적으로 개시되는 애플리케이션들을 검출하는 것, 및 그를 이용하여 애플리케이션들이 개시되는 대략적인 카덴스(cadence)(예컨대, 주기성), 보다 작은 카덴스를 보고하는 것 위주로 결정하는 것이다. 사용자에 의해 반복적으로 호출되고 있는 애플리케이션들은 "트렌딩"으로 지칭된다. 이어서, 결정된 카덴스는, 사용자가 애플리케이션들을 호출할 때 애플리케이션이 업데이트되도록, 애플리케이션 매니저(106)를 트리거하여 백그라운드에서 트렌딩 애플리케이션들을 개시할 타이머들을 설정하기 위하여 애플리케이션 매니저(106)에 의해 사용될 수 있고, 이는 상기 설명한 바와 같다. 예를 들면, 카덴스가 애플리케이션에 대해 5분이면, 애플리케이션 매니저(106)는 4분마다 만료될 것이고 애플리케이션 매니저(106)로 하여금 애플리케이션이 업데이트된 콘텐츠를 수신하고 사용자에 의해 다시 호출되기 전에 애플리케이션의 인터페이스를 업데이트할 수 있도록 애플리케이션을 개시하게 하는 타이머를 설정할 수 있다. 일부 구현들에서, 본 명세서에 설명된 트렌드 검출 메커니즘들은 반복되는 소프트웨어 또는 네트워크 통지들, 애플리케이션 충돌 등과 같은 애플리케이션 개시 이외는 기타 시스템 이벤트 트렌드들을 검출하는 데 사용될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 다수의 애플리케이션들의 행동을 추적하는 데 사용될 수 있는 트렌딩 표를 유지할 수 있다. 트렌딩 표는 애플리케이션 식별 필드(APPID), 상태 필드(STATE), 마지막 개시 타임스탬프(LLT), 개시들 사이의 시간의 양을 나타내는 개시간 카덴스(inter-launch cadence; ILC), 및 신뢰성 필드(C)를 포함할 수 있다.
도 8은 트렌딩 표 내의 엔트리(예컨대, 애플리케이션)에 대한 상태 전이들을 예시하는 흐름도(800)이다. 우선 단계(802)에서, 트렌딩 표는 APPID, LLT, ILC 및 C 필드들이 비어있고(예컨대, N/A), STATE가 "무효"(I)로 설정된 빈 엔트리들(예컨대, 기록들)을 포함할 수 있다. 애플리케이션이 시간(t)에서 개시되는 경우, 트렌딩 표는 이용 가능한 엔트리(예컨대, 상태(I)에서의 엔트리)에 대하여 스캐닝될 수 있다. 가능한 무효 엔트리들 중에서, 사용할 엔트리를 선택하기 위해 다양한 방법들이 사용될 수 있다. 예를 들면, 랜덤 무효 엔트리(random invalid entry)가 선택될 수 있다. 대안적으로, 무효 엔트리는 트렌딩 표 내의 모든 빈 엔트리들이 연속적인 순서로 유지되도록 선택될 수 있다. 어떠한 무효 엔트리도 존재하지 않으면, 과도(T) 상태에서 가장 오래된 엔트리(또는 랜덤 엔트리)가 새로 개시된 애플리케이션을 추적하기 위해 선택될 수 있다. 어떠한 I 또는 T 상태 엔트리들도 존재하지 않는다면, 가장 오래된 신규(N) 상태 엔트리는 새로 개시된 애플리케이션을 추적하기 위해 선택될 수 있다.
단계(804)에서, 트렌딩 표 엔트리가 선택되면, 새로 개시된 애플리케이션을 추적하기 위한 선택된 엔트리의 STATE 필드는 신규(N)로 설정될 수 있고, APPID는 새로 개시된 애플리케이션에 대한 식별자로 설정될 수 있고, LLT 필드는 현재 시간(t)(예컨대, 벽시계 시간)으로 설정될 수 있으며, ILC 및 C 필드들은 미리정의된 최소 값들(ILC_MIN(예컨대, 1 분) 및 C_MIN(예컨대, 0))로 설정된다.
단계(806)에서, 시간(t')에서 동일한 애플리케이션의 다음 개시 시에, 애플리케이션에 대한 테이블 내의 엔트리는 그것이 여전히 존재하고 축출되지 않았다면 발견된다(예를 들면, 다른 애플리케이션을 추적하기 위해 선택됨). 엔트리의 STATE는 과도(T)로 설정되고, ILC는 LLT와 현재 시스템 시간(예컨대, t'-t 또는 t'-LLT) 사이의 차이로 설정되며, C 필드는 증분된다(예컨대, 미리정의된 값 C_DELTA만큼). 대안적으로, ILC 필드는 실행 평균과 같은 그것의 오래된 그리고 신규 값들의 몇몇 다른 함수로 설정될 수 있다.
단계(808)에서, 시간(t")에서 동일한 애플리케이션의 다음 개시 시에, 애플리케이션에 대한 테이블 내의 엔트리는 그것이 여전히 존재하고 축출되지 않았다면, 발견된다(예를 들면, 다른 애플리케이션을 추적하기 위해 선택됨). 엔트리의 STATE는 계속 과도(T)로 설정될 수 있고, ILC는 LLT와 현재 벽시계 시간(예컨대, t"-t' 또는 t"-LLT) 사이의 차이로 설정되며, C 필드는 다시 증분된다(예컨대, 미리정의된 값 C_DELTA만큼).
단계(810)에서, 애플리케이션의 여러 개시들 후에, 트렌딩 표 엔트리의 C 값이 임계 값(예컨대, C_HIGHTHRESHOLD)에 도달(예컨대, 동일)하면, 단계(811)에서, 애플리케이션 엔트리의 상태는 STATE = A로 변경될 수 있다. 단계(810)에서, 트렌딩 표 엔트리의 C 값이 임계 값(예컨대, C_HIGHTHRESHOLD)에 도달하지 않는다면, 엔트리의 값들은 단계(808)에 따라 업데이트될 수 있다.
상태 "A"에 있는 동안 애플리케이션이 개시될 때는 언제든지, 마지막 개시와 개시의 시간 사이의 시간이 소정 시간의 양 내에 있으면(예컨대, ILC_EPSILON = 5분), 애플리케이션 엔트리의 신뢰성(C) 필드는 그것이 미리정의된 최대 값(예컨대, C_MAX)에 도달할 때까지 증분된다. 트렌딩 표 내의 애플리케이션 엔트리가 활성(A) 상태에 있는 경우, 엔트리의 ILC 값은 개시의 레이트(예컨대, 카덴스)의 추정으로서 사용될 수 있고 엔트리의 APPID는 트렌딩 애플리케이션을 식별하는 데 사용될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은, 애플리케이션이 사용자가 애플리케이션을 개시하기 전에 업데이트된 콘텐츠를 수신할 수 있도록 애플리케이션 매니저(106)가 사용자가 애플리케이션을 호출 하는 것의 예상 시에 식별된 애플리케이션을 백그라운드에서 개시할 수 있도록 애플리케이션 식별자(APPID) 및 카덴스 값(ILC)을 애플리케이션 매니저(106)에 송신할 수 있고, 이는 상기 설명한 바와 같다. 예를 들면, 애플리케이션 매니저(106)는, 애플리케이션을 사용자가 호출하는 것의 예상 시에 애플리케이션 매니저(106)를 웨이크하여 애플리케이션을 개시할 카덴스 값에 기초하여 타이머를 시작할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은, 트렌딩 애플리케이션은 애플리케이션 매니저(106)에 의해 개시되어야 함을 나타내는 신호 또는 통지를 애플리케이션 매니저(106)에 송신할 수 있다. 예를 들면, 애플리케이션 매니저(106)는 애플리케이션 식별자를 샘플링 데몬(102)에 전송함으로써 애플리케이션에 대한 관심을 등록할 수 있다. 샘플링 데몬(102)은 사용자 호출에 대한 애플리케이션을 모니터링하여 애플리케이션이 트렌딩인지를 결정할 수 있고, 이는 상기 설명한 바와 같다. 애플리케이션이 트렌딩이면, 샘플링 데몬(102)은 상기 설명한 바와 같이 호출의 카덴스를 결정하고, 카덴스에 기초하여 결정된 시간에서 통지 또는 신호를 애플리케이션 매니저(106)에 전송할 수 있다. 예를 들면, 카덴스가 4분이면, 샘플링 데몬(102)은 3분마다 신호를 애플리케이션 매니저(106)에 전송하여 애플리케이션 매니저(106)로 하여금 애플리케이션을 개시하게 할 수 있다. 카덴스가 6분으로 변경되면, 샘플링 데몬(102)은 카덴스 변경을 검출하고 애플리케이션 매니저(106)가 언제 시그널링되는지를 조정할 수 있다. 예를 들면, 샘플링 데몬(102)은 3분마다 대신에 5분마다 애플리케이션을 개시하도록 애플리케이션 매니저(106)를 시그널링하여 감소된 카덴스에 대해 조정될 수 있다(예컨대, 호출들 사이에 증가된 시간 기간).
임의의 이유(예컨대, 신규 엔트리 추가, 존재하는 엔트리를 업데이트, 등)에 대한 트렌딩 표의 각 검사에서, 마지막 개시 이래로의 시간이 그것들의 ILC보다 ILC_EPSILON만큼 큰 STATE = T 또는 STATE = A 내의 모든 엔트리들은 그것들의 C 값들을 감소되게 할 것이다. 그 지점에서 C 값이 최소 임계 값(예컨대, C_LOWTHRESHOLD) 미만으로 떨어지는 임의의 엔트리가 강등된다. 엔트리는, 예를 들면, 상태 A 에서 상태 T로 또는 상태 T에서 상태 I로 강등될 수 있다.
일부 구현들에서, 상기 설명한 트렌드 검출 메커니즘은 애플리케이션 호출들 또는 개시들 보다는 트렌딩 이벤트들을 검출하는 데 사용될 수 있다. 예를 들면, 상기 설명한 트렌드 검출 방법 및 트렌딩 표는 모바일 디바이스(100) 상에서의 임의의 반복되는 이벤트를 검출하고 추적하는 데 사용될 수 있다. 트렌딩 이벤트는 스크린 터치, 네트워크 연결, 애플리케이션 고장, 네트워크 침입의 발생 및/또는 샘플링 데몬(102)에 보고되거나 시그널링될 수 있는 임의의 다른 이벤트를 포함할 수 있다.
푸시 통지
도 9는 푸시 통지들을 모바일 디바이스(100)에 제공하기 위한 시스템을 예시하는 블록도(900)이다. 일부 구현들에서, 모바일 디바이스(100)는 푸시 통지들을 수신하도록 구성될 수 있다. 예를 들면, 푸시 통지는 푸시 제공자(902)에 의해 시작되고 푸시 통지 서버(906)를 통해 모바일 디바이스(100) 상에서 실행되는 푸시 서비스 데몬(904)에 송신되는 메시지일 수 있다.
일부 구현들에서, 푸시 제공자(902)는 애플리케이션(908)에 의해 모바일 디바이스(100)의 사용자에게 보여주는 사용자 승인 요청을 통해 푸시 통지들을 모바일 디바이스(100)에 전송하기 위하여 승인을 수신할 수 있다. 예를 들면, 푸시 제공자(902)는 애플리케이션(908)을 생성(예컨대, 프로그래밍, 개발)한 동일한 벤더에 의해 소유되고, 운영되고/되거나 유지될 수 있는 서버일 수 있다. 푸시 제공자(902)는, 애플리케이션(908)이 푸시 제공자(902)가 푸시 통지들을 모바일 디바이스(100)로 보내라는 승인을 요청하는 모바일 디바이스(100) 상에 사용자 인터페이스를 보여주고 사용자가 푸시 통지들이 승인됨을 나타내는 경우, 사용자로부터 승인을 수신하여 푸시 통지들을 모바일 디바이스(100)(예컨대, 푸시 서비스 데몬(904))에 송신할 수 있다. 예를 들면, 사용자는 애플리케이션(908)에 의해 보여지는 사용자 인터페이스 상의 버튼을 선택하여 푸시 통지들이 푸시 제공자(902) 및/또는 애플리케이션(908)에 대해 승인됨을 나타낼 수 있다. 이어서, 푸시 제공자(902)는 모바일 디바이스(100)를 식별하고 모바일 디바이스(100)에 푸시 통지들을 라우팅하는 데 사용될 수 있는 디바이스 토큰을 수신할 수 있다. 예를 들면, 푸시 통지 서버(906)는 푸시 통지를 갖는 디바이스 토큰을 수신하고, 디바이스 토큰을 사용하여 모바일 디바이스(100)가 푸시 통지를 수신해야 함을 결정할 수 있다.
일부 구현들에서, 모바일 디바이스(100)는 승인된 푸시 애플리케이션들을 식별하는 정보를 푸시 통지 서버(906)에 송신할 수 있다. 예를 들면, 모바일 디바이스(100)는 푸시 통지 필터들(914) 및 모바일 디바이스(100)에 대한 디바이스 토큰을 포함하는 메시지(926)를 푸시 통지 서버(906)에 송신할 수 있다. 푸시 통지 서버(906)는 푸시 통지 서버(906)에 의해 서비스되는 각 모바일 디바이스에 대해 푸시 필터들(914)에 대한 디바이스 토큰들(예컨대, 모바일 디바이스(100)에 대한 식별자)의 매핑을 저장할 수 있다. 푸시 필터들(914)은 예를 들면, 모바일 디바이스(100) 상에서 푸시 통지들을 수신하도록 승인을 수신한 애플리케이션들을 식별하는 정보를 포함할 수 있다.
일부 구현들에서, 푸시 필터들(914)은 모바일 디바이스(100)의 사용자에 의해 승인되지 않은 애플리케이션들에 대한 푸시 통지들을 필터링(예컨대, 송신을 방지)하기 위하여 푸시 통지 서버(906)에 의해 사용될 수 있다. 푸시 통지 서버(906)에 푸시 제공자(902)에 의해 송신된 각 푸시 통지는 푸시 제공자(902) 및 모바일 디바이스(100)(예컨대, 디바이스 토큰)와 연관된 애플리케이션(908)을 식별하는 정보(예컨대, 식별자)를 포함할 수 있다.
통지 서버(906)가 푸시 통지를 수신하는 경우, 통지 서버(906)는 모바일 디바이스 식별 정보(예컨대, 디바이스 토큰)을 사용하여 수신된 푸시 통지에 어느 푸시 필터들(914)을 적용할지를 결정할 수 있다. 통지 서버(906)는 푸시 통지 내의 애플리케이션 식별 정보를 식별된 모바일 디바이스에 대한 푸시 필터들(914)과 비교하여 푸시 제공자(902)와 연관되고 푸시 통지에서 식별된 애플리케이션이 푸시 필터들(914)에서 식별되는지 여부를 결정할 수 있다. 푸시 통지와 연관된 애플리케이션은 푸시 필터들(914)에서 식별되면, 이어서 통지 서버(906)는 푸시 제공자(902)로부터 수신된 푸시 통지를 모바일 디바이스(100)에 전송할 수 있다. 푸시 통지에서 식별된 애플리케이션이 푸시 필터들(914)에서 식별되지 않으면, 이어서 통지 서버는 푸시 제공자(902)로부터 수신된 푸시 통지를 모바일 디바이스(100)에 전송하지 않을 것이고 푸시 통지를 삭제할 수 있다.
비웨이킹 푸시 통지
일부 구현들에서, 통지 서버(906)는 높은 우선순위 푸시 통지들 및 낮은 우선순위 푸시 통지들을 처리하도록 구성될 수 있다. 예를 들면, 푸시 제공자(902)는 높은 우선순위 푸시 통지(910) 및/또는 낮은 우선순위 푸시 통지(912)를 푸시 통지 서버(906)에 송신할 수 있다. 푸시 제공자(902)는 예를 들어, 푸시 통지 서버(906) 및 모바일 디바이스(100)에 송신된 푸시 통지 내에 포함된 데이터에서 푸시 통지의 우선순위를 특정함으로써 높은 우선순위 또는 낮은 우선순위로서 푸시 통지를 식별할 수 있다.
일부 구현들에서, 푸시 통지 서버(906)는 높은 우선순위 푸시 통지(910)와 상이하게 낮은 우선순위 푸시 통지(912)를 처리할 수 있다. 예를 들면, 푸시 통지 서버(906)는 높은 우선순위 푸시(910)에 포함된 애플리케이션 식별 정보를 푸시 필터들(914) 내의 승인된 애플리케이션 식별 정보와 비교하여 높은 우선순위 푸시 통지(910)가 모바일 디바이스(100)에 전송될 수 있는지 여부를 결정하도록 구성될 수 있다. 높은 우선순위 푸시 통지(910) 내의 애플리케이션 식별 정보는 푸시 필터들(914) 내의 승인된 애플리케이션 식별자와 매칭되면, 이어서 푸시 통지 서버(906)는 높은 우선순위 푸시 통지를 모바일 디바이스(100)에 전송할 수 있다. 높은 우선순위 푸시 통지(910) 내의 애플리케이션 식별 정보는 푸시 필터들(914) 내의 승인된 애플리케이션 식별자와 매칭되지 않으면, 이어서 푸시 통지 서버(906)는 높은 우선순위 푸시 통지를 모바일 디바이스(100)에 전송하지 않을 것이다.
일부 구현들에서, 푸시 통지 서버(906)는 낮은 우선순위 푸시 통지들의 전달을 지연시키도록 구성될 수 있다. 예를 들면, 모바일 디바이스(100)는 푸시 통지 서버(906)로부터 푸시 통지를 수신하는 경우, 푸시 통지의 수신은 모바일 디바이스(100)로 하여금 웨이크업하게 한다(예를 들면, 슬립 또는 저전력 상태에 있으면). 모바일 디바이스(100)가 웨이크하면, 모바일 디바이스(100)는 배터리를 소모하거나, 셀룰러 데이터를 사용하거나, 모바일 디바이스(100)로 하여금 뜨거워지게 하거나, 그렇지 않으면 모바일 디바이스(100)에 영향을 줄 수 있는 다양한 서브시스템 및 프로세서들을 켤 것이다. 모바일 디바이스(100)로의 낮은 우선순위 푸시 통지들의 전달을 차단하거나 지연시킴으로써, 모바일 디바이스(100)는 예를 들면 네트워크(예컨대, 셀룰러 데이터) 및 시스템(예컨대, 배터리) 리소스들을 보존할 수 있다.
일부 구현들에서, 푸시 통지 필터들(914)은 웨이크 리스트(916) 및 비웨이크 리스트(918)를 포함할 수 있다. 웨이크 리스트(916)는 낮은 우선순위 푸시 통지들이 모바일 디바이스(100)에 전달되어야만 하는 애플리케이션을 식별할 수 있다. 일부 구현들에서, 애플리케이션이 모바일 디바이스(100)에서 푸시 통지들을 수신하도록 승인되는 경우, 애플리케이션 식별 정보는 디폴트로 웨이크 리스트(914)에 추가된다. 비웨이크 리스트(918)는 낮은 우선순위 푸시 통지들이 지연되어야만 하는 승인된 애플리케이션들을 식별할 수 있다. 비웨이크 리스트(918)를 점유하기 위한 그리고/또는 웨이크 리스트(916)와 비웨이크 리스트(918)를 조작하기 위한 특정 메커니즘은 푸시 통지 시작된 백그라운드 업데이트들을 설명할 때 이하 더 상세하게 설명된다. 일부 구현들에서, 높은 우선순위 푸시 통지들은 푸시 통지 서버(906)에서 지연되지 않을 것이고, 높은 우선순위 푸시 통지에서 식별된 애플리케이션이 푸시 필터들(914)에서 식별되는 한(예컨대, 웨이크 리스트(914) 및/또는 비웨이크 리스트(918)) 모바일 디바이스(100)에 전달될 것이다.
일부 구현들에서, 푸시 통지 서버(906)가 낮은 우선순위 푸시 통지(912)를 수신하는 경우, 푸시 통지 서버(906)는 낮은 우선순위 푸시 통지(912) 내의 애플리케이션 식별자를 웨이크 리스트(916) 및/또는 비웨이크 리스트(918)와 비교할 수 있다. 예를 들면, 낮은 우선순위 푸시 통지(912) 내의 애플리케이션 식별 정보가 웨이크 리스트(916) 내의 승인된 애플리케이션 식별자와 매칭되면, 낮은 우선순위 푸시 통지(912)는 통지 메시지(920)로 모바일 디바이스(100)에 전달될 것이다.
일부 구현들에서, 비웨이크 리스트(918)에서 식별된 애플리케이션들과 연관된 낮은 우선순위 푸시 통지들의 전달이 지연될 수 있다. 예를 들면, 낮은 우선순위 푸시 통지(912)에서 식별된 애플리케이션이 또한 비웨이크 리스트(918)에서 식별되면, 이어서 낮은 우선순위 푸시 통지(912)는 푸시 통지 데이터 저장소(922)에 저장될 수 있고 모바일 디바이스(100)에 즉시 전달되지 않을 수 있다. 일부 구현들에서, 푸시 통지(높은 우선순위 또는 낮은 우선순위)에 의해 식별된 모바일 디바이스(100)는 푸시 통지 서버(906)에 현재 연결되어 있지 않으면, 연결해제된 모바일 디바이스(100)에 대한 푸시 통지는 모바일 디바이스(100)로의 이후 전달을 위해 푸시 통지 데이터 저장소(922)에 저장될 수 있다.
일부 구현들에서, 푸시 데이터 저장소(922)에 저장된 푸시 통지들은, 저장된 푸시 통지와 연관된 애플리케이션 식별자가 비웨이크 리스트(918)로부터 웨이크 리스트(916)로 이동될 때까지 또는 네트워크 연결이 푸시 통지 서버(906)와 모바일 디바이스(100) 사이에 구축될 때까지 푸시 데이터 저장소(922)에 남아있을 것이다. 예를 들면, 푸시 통지 서버(906)와 모바일 디바이스(100) 사이의 네트워크 연결은, 다른(높은 우선순위 또는 낮은 우선순위) 푸시 통지가 모바일 디바이스(100)에 전달되는 경우 또는 모바일 디바이스(100)가 다른 전송들(924)(예컨대, 상태 메시지, 심장박동 메시지, 킵 얼라이브 메시지(keep alive message) 등)을 푸시 통지 서버(906)에 송신하는 경우 구축될 수 있다. 예를 들면, 모바일 디바이스(100)는 모바일 디바이스(100)가 소정 기간(예컨대, 5분) 동안 활성화될 것임을 나타내는 메시지(924)를 푸시 통지 서버에(905)에 송신할 수 있고, 푸시 통지 서버(906)는 특정 활성 기간 동안 모바일 디바이스(100)에 모든 수신된 푸시 통지들을 송신할 수 있다. 일부 구현들에서, 네트워크 연결이 모바일 디바이스(100)와 푸시 통지 서버(906) 사이에 구축되는 경우, 푸시 통지 저장소(922)에 저장된 모든 푸시 통지들은 모바일 디바이스(100)에 전달될 것이다. 예를 들면, 푸시 통지 데이터 저장소(922)에 저장된 푸시 통지들은 모바일 디바이스(100)와 푸시 통지 서버(906) 사이의 다른 전송들에 의해 생성된 연결들을 통해 전송될 수 있다.
일부 구현들에서, 모든 디바이스(100)는 푸시 통지 서버(906)와의 2개의 상이한 통신 채널들을 구축할 수 있다. 예를 들면, 2개의 통신 채널들은 동시에 또는 상이한 시간에서 구축될 수 있다. 모바일 디바이스(100)는 예를 들면, 푸시 통지 서버(906)에 대한 셀룰러 데이터 연결 및/또는 Wi-Fi 연결을 가질 수 있다. 일부 구현들에서, 모바일 디바이스(100)는 각 통신 채널에 대하여 상이한 푸시 필터들(914)을 생성하고 푸시 통지 서버(906)에 전송할 수 있다. 예를 들면, 셀룰러 데이터 연결은 셀룰러 데이터 연결에 걸쳐 높은 우선순위 및 낮은 우선순위 푸시 통지들을 언제 송신할지를 결정하기 위한 제1 세트의 푸시 필터들(914)과 연관될 수 있다. Wi-Fi 데이터 연결은 Wi-Fi 데이터 연결에 걸쳐 높은 우선순위 및 낮은 우선순위 푸시 통지들을 언제 송신할지를 결정하기 위한 셀룰러 데이터 푸시 필터들과 동일하거나 상이한 제2 세트의 푸시 필터들(914)과 연관될 수 있다. 푸시 통지 서버(906)가 푸시 통지를 수신하는 경우, 푸시 통지 서버는 푸시 통지에서 식별된 애플리케이션을 푸시 통지 서버(906)가 푸시 통지를 모바일 디바이스(100)에 전송하는 데 사용될 통신 채널(예컨대, Wi-Fi, 셀룰러)에 대한 푸시 통지 필터들과 비교할 수 있다.
푸시 시작된 백그라운드 업데이트
일부 구현들에서, 모바일 디바이스(100)에 의한 푸시 통지들의 수신은 모바일 디바이스(100) 상에서 애플리케이션들의 백그라운드 업데이트를 트리거할 수 있다. 예를 들면, 모바일 디바이스(100)(예컨대, 푸시 서비스 데몬(904))는 푸시 통지 서버(906)로부터 푸시 통지 메시지(920)를 수신하는 경우, 푸시 서비스 데몬(904)은 푸시 통지 메시지(920) 내의 애플리케이션 식별자를 모바일 디바이스(100) 상에 저장된 푸시 필터들(928)과 비교하여 푸시 통지 메시지(920)가 적절하게 전달되었거나 푸시 통지 서버(906)에 의해 필터링되었어야만 했는지(예컨대, 전달되지 않았음)를 결정할 수 있다. 예를 들면, 푸시 필터들(928), 웨이크 리스트(930) 및 비웨이크 리스트(932)는 각각 푸시 필터들(914), 웨이크 리스트(916) 및 비웨이크 리스트(918)에 대응할 수 있다. 일부 구현들에서, 푸시 서비스 데몬(904)이 푸시 통지 메시지(920)가 모바일 디바이스(100)에 전달되지 않았어야 함을 결정하면, 푸시 통지 메시지(902)는 삭제될 것이다.
낮은 우선순위 푸시 통지
일부 구현들에서, 모바일 디바이스(100)에 의해 수신된 푸시 통지 메시지(920)는 낮은 우선순위 푸시 통지를 포함할 수 있다. 예를 들면, 낮은 우선순위 푸시 통지는 콘텐츠 업데이트들이 푸시 통지와 연관된 애플리케이션에 이용 가능함을 나타낼 수 있다. 따라서, 낮은 우선순위 푸시 통지가 애플리케이션(908)의 개시를 야기하는 경우, 애플리케이션(908)은 하나 이상의 네트워크 리소스(예컨대, 푸시 제공자(902))로부터 업데이트된 콘텐츠를 다운로드할 수 있다.
일부 구현들에서, 푸시 서비스 데몬(904)이 모바일 디바이스(100) 상의 애플리케이션(예컨대, 애플리케이션(908))과 연관된 낮은 우선순위 푸시 통지를 수신하는 경우, 푸시 서비스 데몬(904)은 수신된 낮은 우선순위 푸시 통지와 연관된 애플리케이션을 개시해도 좋은지 여부를 샘플링 데몬(102)에 질의할 수 있다. 예를 들면, 푸시 서비스 데몬(904)은 수신된 낮은 우선순위 푸시 통지와 연관된 애플리케이션에 대한 식별자를 샘플링 데몬(102)에 송신함으로써 샘플링 데몬(102)의 "개시 승인" 인터페이스를 호출할 수 있다. 샘플링 데몬(102)은 도 4를 참조하여 상기 설명한 바와 같이, 데이터 예산들, 에너지 예산, 환경 조건 및 레이트 제한을 확인하고, 낮은 우선순위 푸시 통지에 의해 식별된 애플리케이션을 개시해도 좋은지를 나타내는 값을 푸시 서비스 데몬(904)에 반환할 수 있다.
일부 구현들에서, "개시 승인" 요청으로부터 반환된 값이 애플리케이션을 개시해도 좋다는 "예"를 나타내면, 푸시 서비스 데몬(904)은 애플리케이션 매니저(106)에 낮은 우선순위 푸시 통지를 송신할 것이고, 애플리케이션 매니저(106)는 애플리케이션(예컨대, 애플리케이션(908))을 호출할 수 있다. 이어서, 애플리케이션(908)은 네트워크(예컨대, 인터넷)를 통해 푸시 제공자(902)와 통신하여 푸시 제공자(902)로부터 업데이트된 콘텐츠를 수신할 수 있다.
일부 구현들에서, "개시 승인" 요청으로부터 반환된 값이 애플리케이션을 개시해서는 안된다는 "아니오"를 나타내면, 푸시 서비스 데몬(904)은 푸시 통지 데이터 저장소(934)에 낮은 우선순위 푸시 통지를 저장할 것이다. 예를 들면, 낮은 우선순위 푸시 통지를 저장하는 경우, 푸시 서비스 데몬(904)은 푸시 통지에서 식별된 애플리케이션에 대해 수신된 마지막 푸시 통지만을 저장할 것이다.
일부 구현들에서, 샘플링 데몬(102)은 푸시 서비스 데몬(904)이 지금 당장 애플리케이션을 개시해서는 안됨을 나타내는 경우(예컨대, "개시 승인" 응답이 "아니오"임), 푸시 서비스 데몬(904)은 애플리케이션에 대한 애플리케이션 식별자를 웨이크 리스트(930)로부터 비웨이크 리스트(932)로 이동시킬 수 있다. 예를 들면, 샘플링 데몬(102)은 모바일 디바이스의 예산, 제한 및/또는 상태가 애플리케이션을 개시하는 것을 허용하지 않음을 결정하면, 푸시 통지 서버(906)로 하여금 애플리케이션과 연관된 추가의 낮은 우선순위 푸시 통지들에 대해 모바일 디바이스(100)를 웨이크하게 하는 것은 단지 모바일 디바이스(100)의 데이터 및 에너지 예산들을 더 소모하거나 환경 조건들이 나빠지게 할 것이다(예를 들면, 디바이스가 뜨거워지게 함). 따라서, 애플리케이션 식별자를 비웨이크 리스트(932)로 이동시키고 업데이트된 필터들(928)(예컨대, 웨이크 리스트(930) 및 비웨이크 리스트(932))을 포함하는 푸시 통지 서버(906)에 메시지(926)를 송신함으로써, 통지 서버(906)는 그 자신의 푸시 필터들(914), 웨이크 리스트(916) 및 비웨이크 리스트(918)를 업데이트하여 변경들을 푸시 필터들(928)에 반영하고 애플리케이션에 대한 추가의 낮은 우선순위 푸시 통지들이 모바일 디바이스(100)에 전달되는 것을 방지할 수 있다.
일부 구현들에서, "개시 승인" 요청으로부터 반환된 값이 애플리케이션을 개시해서는 "절대 안됨"을 나타내면, 푸시 서비스 데몬(904)은 낮은 우선순위 푸시 통지를 삭제하고 푸시 필터들(928)로부터 푸시 통지와 연관된 애플리케이션 식별자를 제거할 것이다. 업데이트된 푸시 필터들은 푸시 통지 서버(906)에 송신될 수 있고, 푸시 통지 서버(906) 상의 푸시 필터들(914)은 푸시 통지 서버(906)가 더이상 애플리케이션 식별자와 연관된 푸시 통지들을 송신하는 것을 방지하도록 업데이트될 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 푸시 서비스 데몬(904)에 "정지" 신호를 송신하여 향후 낮은 우선순위 푸시 통지들이 푸시 통지 서버(906)로부터 모바일 디바이스(100)로 송신되는 것을 임시적으로 방지할 수 있다. 예를 들면, 샘플링 데몬(102)은, 샘플링 데몬이 글로벌 애플리케이션 개시 레이트 제한이 초과되었고, 푸시 데이터 예산이 현재 시간에 대해 고갈되고, 푸시 에너지 예산이 현재 시간에 대해 고갈되고, 시스템이 열 이벤트(예컨대, 모바일 디바이스(100)가 너무 뜨거움)를 경험하고 있고, 모바일 디바이스(100)가 품질이 나쁜 셀룰러 연결을 갖고 모바일 디바이스(100)가 Wi-Fi에 연결되지 않고/않거나 모바일 디바이스(100)가 음성 호에 연결되고 Wi-Fi에 연결되지 않았음을 결정하는 경우, 정지 신호를 푸시 서비스 데몬(904)에 송신할 수 있다. 푸시 서비스 데몬(904)이 정지 신호를 수신하는 경우, 푸시 서비스 데몬(904)은 웨이크 리스트(930) 내의 애플리케이션 식별자들을 비웨이크 리스트(932)로 이동시키고, 업데이트된 푸시 필터들(928)을 푸시 통지 서버(906)에 전송하여 푸시 필터들(914)을 업데이트할 수 있다. 따라서, 푸시 통지 서버(906)는 향후 낮은 우선순위 푸시 통지들이 모바일 디바이스(100)를 웨이크하고 모바일 디바이스(100)의 예산, 제한 및 동작 상태들에 영향을 주는 것을 임시적으로 방지할 것이다.
일부 구현들에서, 샘플링 데몬(102)은 "재시도 승인" 신호를 푸시 서비스 데몬(904)에 전송할 수 있다. 예를 들면, 샘플링 데몬(102)은 예산들, 네트워크 연결들, 제한들 및 디바이스 상태들의 상태를 모니터링할 수 있고, 푸시 데이터 예산이 고갈되지 않은 경우, 에너지 예산이 고갈되지 않은 경우, 모바일 디바이스(100)가 열 이벤트를 경험하지 않은 경우, 모바일 디바이스(100)가 양호한 품질의 셀룰러 연결을 갖거나 Wi-Fi에 연결된 경우, 모바일 디바이스(100)가 음성 호에 연결되지 않은 경우, 그리고 개시 레이트 제한들이 리셋된 경우 "재시도 승인" 메시지를 푸시 서비스 데몬(904)에 송신할 것이다. 푸시 서비스 데몬(904)이 "재시도 승인" 신호를 수신하면, 푸시 서비스 데몬(904)은 푸시 통지 데이터 저장소(934) 내의 각 푸시 통지에 대한 "개시 승인" 요청을 샘플링 데몬(102)에 송신하여 저장된 푸시 통지들과 연관된 각 애플리케이션을 개시해도 좋은지 여부를 결정할 것이다.
샘플링 데몬(102)이 개시 승인 요청으로부터 "예"를 반환하면, 푸시 서비스 데몬(904)은 푸시 통지를 애플리케이션 매니저(106)에 송신할 수 있고, 애플리케이션 매니저(106)는 푸시 통지와 연관된 애플리케이션을 모바일 디바이스(100) 상에서 백그라운드 프로세스로서 개시할 수 있으며, 이는 상기 설명한 바와 같다. 애플리케이션이 개시되면, 애플리케이션은 콘텐츠 또는 데이터 업데이트들을 다운로드하고 다운로드된 데이터에 기초하여 애플리케이션들 사용자 인터페이스들을 업데이트할 수 있다. 애플리케이션 매니저(106)는 낮은 우선순위 푸시 통지와 연관된 애플리케이션을 개시해도 좋은지 여부를 샘플링 데몬(102)에 질의하지 않을 것이다.
높은 우선순위 푸시 통지
일부 구현들에서, 모바일 디바이스(100)에 의해 수신된 푸시 통지 메시지(920)는 높은 우선순위 푸시 통지를 포함할 수 있다. 예를 들면, 높은 우선순위 푸시 통지는 콘텐츠 업데이트들이 푸시 통지와 연관된 애플리케이션에 이용 가능함을 나타낼 수 있다. 따라서, 높은 우선순위 푸시 통지가 애플리케이션의 호출을 야기하는 경우, 애플리케이션은 하나 이상의 네트워크 리소스로부터 업데이트된 콘텐츠를 다운로드할 수 있다. 일부 구현들에서, 높은 우선순위 푸시 통지가 푸시 서비스 데몬(904)에 의해 수신되는 경우, 푸시 서비스 데몬(904)은 샘플링 데몬(102)에 "개시 승인" 요청을 하지 않으면서 높은 우선순위 푸시 통지를 애플리케이션 매니저(106)에 송신할 것이다.
일부 구현들에서, 애플리케이션 매니저(106)가 애플리케이션과 연관된 푸시 통지를 수신하는 경우, 애플리케이션 매니저(106)는 샘플링 데몬(102)에 "개시 승인" 요청을 할 것이다. "개시 승인" 요청에 응답하여, 샘플링 데몬(102)은 상기 설명한 바와 같이 "예", "아니오" 또는 "절대 안됨" 응답들로 응답할 수 있다. 애플리케이션 매니저(106)가 개시 승인 요청에 대해 "예" 응답을 수신하는 경우, 애플리케이션 매니저(106)는 수신된 높은 우선순위 푸시 통지와 연관된 애플리케이션을 모바일 디바이스(100) 상에서 백그라운드 프로세스로서 개시할 수 있다.
일부 구현들에서, 애플리케이션 매니저(106)가 "개시 승인" 요청에 "아니오" 응답을 수신하는 경우, 애플리케이션 매니저(106)는 높은 우선순위 푸시 통지 저장소(936)에 높은 우선순위 푸시 통지를 저장할 수 있다. 애플리케이션 매니저(106)가 "절대 안됨" 응답을 수신하는 경우, 애플리케이션 매니저(106)는 높은 우선순위 푸시 통지를 삭제하고 푸시 통지와 연관된 애플리케이션에 대한 푸시 통지 데이터 저장소(936)에 저장된 임의의 푸시 통지들을 삭제할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 "재시도 승인" 신호를 애플리케이션 매니저(106)에 송신할 수 있다. 예를 들면, 애플리케이션 매니저(106)가 샘플링 데몬(102)으로부터 "재시도 승인" 메시지를 수신하는 경우, 애플리케이션 매니저(106)는 높은 우선순위 푸시 통지 데이터 저장소(936)에 각각의 높은 우선순위 푸시 통지와 연관된 애플리케이션들에 대한 "개시 승인" 요청을 하고 "개시 승인" 요청에 응답하여 "예" 응답이 수신되는 경우 각각의 애플리케이션들을 백그라운드 프로세스로서 개시할 수 있다.
푸시 통지들의 표시를 지연시킴
일부 구현들에서, 높은 우선순위 푸시 통지들은 그래픽 사용자 인터페이스로 하여금 모바일 디바이스(100) 상에 표시되게 할 수 있다. 예를 들면, 높은 우선순위 푸시 통지의 수신은, 배너, 풍선 또는 다른 그래픽 객체로 하여금 모바일 디바이스(100)의 그래픽 사용자 인터페이스 상에 표시되게 할 수 있다. 그래픽 객체는 예를 들면 수신된 푸시 통지의 주제 또는 콘텐츠를 나타내는 정보를 포함할 수 있다.
일부 구현들에서, 애플리케이션 매니저(106)가 높은 우선순위 푸시 통지를 수신하는 경우, 애플리케이션 매니저(106)는 통지가 모바일 디바이스(100)의 그래픽 사용자 인터페이스 상에 표시되게 할 수 있다. 그러나, 높은 우선순위 푸시 통지가 높은 우선순위 푸시 통지와 연관된 애플리케이션에 다운로드될 데이터 업데이트들이 있음을 나타내는 경우, 애플리케이션은 푸시 통지가 표시되기 전에 모바일 디바이스(100)의 백그라운드에서 개시될 수 있다. 예를 들면, 애플리케이션 매니저(106)는 높은 우선순위 푸시 통지와 연관된 애플리케이션을 개시하는 것과 사용자에게 푸시 통지를 알리는 그래픽 객체(예컨대, 배너)를 표시하는 것 사이에 지연되는 시간의 양(예컨대, 30 초)으로 구성될 수 있다. 지연은 예를 들면, 사용자에 의해 호출되기 전에 콘텐츠 업데이트들을 다운로드하고 애플리케이션의 사용자 인터페이스들을 업데이트하기에 충분한 시간을 애플리케이션에 허용할 수 있다. 따라서, 사용자가 그래픽 객체에 입력을 제공하거나 그렇지 않으면 높은 우선순위 푸시 통지와 연관된 애플리케이션을 호출하는 경우, 애플리케이션의 사용자 인터페이스들은 최신일 것이고, 사용자는 애플리케이션에 대한 업데이트들을 기다리도록 강요받지 않을 것이다. 일부 구현들에서, 애플리케이션 매니저(106)는 높은 우선순위 푸시 통지와 연관된 애플리케이션을 개시할 수 없으면, 모바일 디바이스(100)는 그래픽 객체(예컨대, 배너)를 표시하여 높은 우선순위 푸시 통지가 수신되었음을 사용자에게 통지할 것이다.
예시적인 푸시 통지 프로세스
도 10은 푸시 통지 서버(906)에서 비웨이킹 푸시들을 수행하기 위한 예시적인 프로세스(1000)의 흐름도이다. 단계(1002)에서, 푸시 통지 서버(906)는 푸시 통지를 수신할 수 있다. 예를 들면, 푸시 통지 서버(906)는 푸시 통지 제공자(902)(예컨대, 애플리케이션 벤더에 의해 운영되는 서버)로부터 푸시 통지를 수신할 수 있다.
단계(1004)에서, 푸시 통지 서버(906)는 푸시 통지가 낮은 우선순위 푸시 통지임을 결정할 수 있다. 예를 들면, 푸시 통지 제공자는 푸시 통지의 우선순위를 특정하는 푸시 통시 내의 데이터를 포함할 수 있다. 푸시 통지 서버(906)는 푸시 통지의 콘텐츠를 분석하여 푸시 통지의 우선순위를 결정할 수 있다.
단계(1006)에서, 푸시 통지 서버(906)는 푸시 통지를 푸시 통지 필터와 비교할 수 있다. 예를 들면, 푸시 통지는 낮은 우선순위 푸시 통지가 지향되는 모바일 디바이스(100) 상에 설치되거나 구성된 애플리케이션을 식별할 수 있다. 푸시 통지는 예를 들면, 애플리케이션 식별자를 포함할 수 있다. 푸시 통지 서버(906)는 푸시 통지 내의 애플리케이션 식별자를 푸시 통지 필터의 비웨이크 리스트(918) 내의 애플리케이션 식별자들과 비교할 수 있다.
단계(1008)에서, 푸시 통지 서버(906)는 낮은 우선순위 푸시 통지가 저장되어야만 함을 결정할 수 있다. 예를 들면, 낮은 우선순위 푸시 통지로부터의 애플리케이션 식별자가 푸시 통지 필터의 비웨이크 리스트(918)에 있으면, 푸시 통지 서버(906)는 낮은 우선순위 푸시가 푸시 통지 데이터 저장소(922) 내에 저장되어야 함을 결정할 수 있다.
단계(1010)에서, 단계(1008)에서의 결정에 기초하여, 낮은 우선순위 푸시 통지는 푸시 통지 서버(906)의 데이터베이스 또는 데이터 저장소(922)에 저장되고 모바일 디바이스(100)에 즉시 송신되지 않을 것이다.
단계(1012)에서, 푸시 통지 서버(906)는 모바일 디바이스(100)에 대한 네트워크 연결이 구축되었음을 결정할 수 있다. 예를 들면, 푸시 통지 서버(906)는 모바일 디바이스(100)에 대해 네트워크 연결을 생성하여 다른 높은 우선순위 푸시 또는 낮은 우선순위 푸시를 전달할 수 있다. 모바일 디바이스(100)는 푸시 통지 서버(906)에 대해 네트워크 연결을 구축하여 통지 필터 변화, 주기적 상태 업데이트, 킵 얼라이브 메시지 또는 다른 메시지들을 푸시 통지 서버(906)에 송신할 수 있다.
단계(1014)에서, 푸시 통지 서버(906)는 모바일 디바이스(100)에 대한 네트워크 연결이 구축되었음을 결정하는 것에 응답하여 저장된 푸시 통지들을 송신할 수 있다. 예를 들면, 푸시 통지 서버(906)는 푸시 통지 서버(906)에 저장된 낮은 우선순위 푸시 통지들을 모바일 디바이스(100)에 송신할 수 있다.
도 11은 낮은 우선순위 푸시 통지에 응답하여 애플리케이션의 백그라운드 업데이트를 수행하기 위한 예시적인 프로세스(1100)의 흐름도이다. 단계(1102)에서, 모바일 디바이스(100)는 푸시 통지 서버(906)로부터 낮은 우선순위 푸시 통지를 수신할 수 있다.
단계(1104)에서, 모바일 디바이스(100)는 낮은 우선순위 푸시 통지와 연관된 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 애플리케이션은 모바일 디바이스(100) 상에서 백그라운드 프로세스로서 개시될 수 있다. 모바일 디바이스(100)는 모바일 디바이스(100)에 대하여 결정된 데이터 및 에너지 예산들에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 모바일 디바이스(100)는 모바일 디바이스의 상태들 및/또는 모바일 디바이스의 네트워크 연결들의 상태에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 모바일 디바이스(100)는 디바이스-와이드(예컨대, 글로벌) 및 개별 애플리케이션 개시 제한들(예컨대, 얼마나 많은 애플리케이션들이 시간 당 개시될 수 있는지, 단일 애플리케이션이 시간 당 몇 번이나 개시될 수 있는지)에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 애플리케이션을 개시해도 좋은지 여부를 결정하기 위한 상세들은 도 4를 참조하여 상기 더 상세하게 설명되었다.
단계(1106)에서, 모바일 디바이스(100)는 디바이스 상태, 예산, 제한 및 다른 데이터가 애플리케이션을 개시해서는 안된다는 것을 나타내는 경우 낮은 우선순위 푸시 통지를 저장할 수 있다. 예를 들면, 모바일 디바이스(100)는 낮은 우선순위 푸시 통지들을 데이터베이스 또는 모바일 디바이스(100) 상의 다른 데이터 저장소에 저장할 수 있다.
단계(1108)에서, 모바일 디바이스(100)는 백그라운드 애플리케이션을 개시해서는 안된다는 것을 결정하는 것에 응답하여 그것의 푸시 통지 필터들을 업데이트할 수 있다. 예를 들면, 모바일 디바이스(100)는 낮은 우선순위 푸시 통지와 연관된 애플리케이션을 모바일 디바이스(100) 상의 푸시 통지 필터들의 비웨이크 리스트로 이동시킬 수 있다.
단계(1110)에서, 모바일 디바이스(100)는 업데이트된 통지 필터들을 푸시 통지 서버(906)에 전송할 수 있다. 푸시 통지 서버(906)는 모바일 디바이스(100)로부터 수신된 필터들에 기초한 그 자신의 푸시 통지 필터들을 업데이트하여 낮은 우선순위 푸시 통지들을 모바일 디바이스(100)에 언제 전송하고 언제 전송하지 않는지를 결정할 수 있다.
단계(1112)에서, 모바일 디바이스(100)는 낮은 우선순위 푸시 통지들과 연관된 애플리케이션을 개시하는 것을 재시도해도 좋음을 결정할 수 있다. 예를 들면, 모바일 디바이스(100)는, 예산들, 제한들 및 디바이스 상태들이 상기 설명한 바와 같이 모바일 디바이스(100) 상에서 추가의 백그라운드 애플리케이션들을 개시하는 것을 허용함을 결정할 수 있다.
단계(1114)에서, 모바일 디바이스(100)는 저장된 낮은 우선순위 푸시 통지와 연관된 특정 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 모바일 디바이스(100)는 모바일 디바이스(100) 상에 구성된 예산들 및 제한들이 현재 시간에 대해 리셋되거나 보충됨을, 그리고 모바일 디바이스(100)의 환경 조건 및 네트워크 연결들이 특정 백그라운드 애플리케이션을 개시하기에 충분히 양호함을 결정할 수 있다.
단계(1116)에서, 모바일 디바이스(100)는 모바일 디바이스(100)가 애플리케이션을 개시해도 좋음을 결정하는 경우 특정 애플리케이션을 개시할 수 있다. 예를 들면, 특정 애플리케이션은 백그라운드 프로세스로서 개시되어 사용자가 애플리케이션을 호출하기 전에 신규 콘텐츠를 다운로드하고 애플리케이션의 사용자 인터페이스들을 업데이트할 수 있다. 이러한 프로세스는 사용자로 하여금 애플리케이션을 호출하게 하고, 다운로드될 콘텐츠 업데이트들 그리고 리프레시될 애플리케이션의 사용자 인터페이스들을 기다리지 않아도 되게 할 것이다.
도 12는 높은 우선순위 푸시 통지에 응답하여 애플리케이션의 백그라운드 업데이트를 수행하기 위한 예시적인 프로세스(1200)의 흐름도이다. 단계(1202)에서, 모바일 디바이스(100)는 높은 우선순위 푸시 통지를 수신할 수 있다.
단계(1204)에서, 모바일 디바이스(100)는 높은 우선순위 푸시 통지와 연관된 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 모바일 디바이스(100)는 모바일 디바이스(100)의 예산들 및 환경 조건(예컨대, 디바이스 상태, 네트워크 상태 등)에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다.
단계(1206)에서, 모바일 디바이스(100)는 높은 우선권 푸시 통지와 연관된 애플리케이션을 개시해서는 안된다는 경우 높은 우선순위 푸시 통지를 저장할 수 있다. 예를 들면, 모바일 디바이스(100)는 데이터베이스, 큐(queue), 또는 다른 적절한 데이터 구조물에 높은 우선순위 푸시 통지를 저장할 수 있다.
단계(1208)에서, 모바일 디바이스(100)는 저장된 높은 우선순위 푸시 통지들과 연관된 애플리케이션을 개시하는 것을 재시도해도 좋음을 결정할 수 있다. 예를 들면, 모바일 디바이스(100)는, 상기 설명한 바와 같이, 데이터와 에너지 예산들이 보충되었거나, 디바이스 상태들이 개선되었거나, 네트워크 상태들이 개선되었거나, 또는 모바일 디바이스(100)의 다른 상태들이 변경된 경우, 애플리케이션을 개시하는 것을 재시도해도 좋음을 결정할 수 있다.
단계(1210)에서, 모바일 디바이스(100)는 저장된 높은 우선순위 푸시 통지와 연관된 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다. 예를 들면, 모바일 디바이스(100)는 상기 설명한 기준에 기초하여 애플리케이션을 개시해도 좋은지 여부를 결정할 수 있다.
단계(1212)에서, 모바일 디바이스(100)는 모바일 디바이스(100) 상의 백그라운드에서 애플리케이션을 개시할 수 있다. 예를 들면, 애플리케이션은 애플리케이션이 네트워크(예컨대, 인터넷) 상에서 네트워크 리소스(예컨대, 콘텐츠 서버)로부터 업데이트된 콘텐츠를 다운로드할 수 있도록 모바일 디바이스(100) 상에서 백그라운드 프로세스로서 개시될 수 있다.
단계(1214)에서, 모바일 디바이스(100)는 사용자에게 푸시 통지를 보여주기 전에 일정 기간을 기다릴 수 있다. 예를 들면, 모바일 디바이스는 수신된 높은 우선순위 푸시 통지의 사용자에게 통지하기 전에 애플리케이션이 일정 기간 동안 콘텐츠를 다운로드하게 하도록 구성될 수 있다.
단계(1216)에서, 모바일 디바이스(100)는 모바일 디바이스(100)의 사용자 인터페이스 상에 푸시 통지를 보여줄 수 있다. 예를 들면, 모바일 디바이스(100)는 높은 우선순위 푸시 통지를 설명하는 정보를 포함하는 그래픽 객체(예컨대, 배너)를 보여줄 수 있다. 사용자는 예를 들면, 그래픽 객체를 선택하여 애플리케이션을 호출할 수 있다. 사용자에게 통지가 보여지기 전에 애플리케이션은 콘텐츠를 다운로드할 시간이 있었으므로, 사용자가 애플리케이션을 호출하는 경우, 애플리케이션은 사용자가 네트워크로부터 다운로드될 업데이트된 콘텐츠를 기다리도록 강요하지 않으면서 업데이트된 콘텐츠를 사용자에게 표시할 수 있을 것이다.
백그라운드 업로드/다운로드
도 13은 모바일 디바이스(100) 상에서 데이터의 백그라운드 다운로드 및/또는 업로드를 수행하기 위한 예시적인 시스템(1300)의 블록도이다. 백그라운드 다운로드 및/또는 업로드는 사용자로부터의 명백한 입력 없이 애플리케이션에 의해 시작되는 네트워크 데이터 전송일 수 있다. 예를 들면, 백그라운드 다운로드는 사용자가 비디오 게임 애플리케이션을 재생하는 동안 비디오 게임의 다음 레벨을 취출하기 위해 수행될 수 있다. 반대로, 포그라운드 다운로드 또는 업로드는, 다운로드 또는 업로드가 발생해야만 하는 사용자로부터의 명백한 지시에 응답하여 수행된 네트워크 데이터 전송일 수 있다. 예를 들면, 포그라운드 다운로드는 그림, 영화 또는 문서를 다운로드하기 위해 웹페이지 링크를 선택하는 사용자에 의해 시작될 수 있다. 유사하게는, 백그라운드 업로드는 네트워크 리소스(예컨대, 서버)에 데이터를 업로드하라는 명백한 사용자 요청이 사용자로부터 수신되었는지 여부에 기초하여 포그라운드 업로드들과 구별될 수 있다.
일부 구현들에서, 포그라운드 다운로드/업로드(예컨대, 사용자에 의해 명백히 요청된 다운로드/업로드)는 사용자를 위해 즉시 수행된다. 예를 들면, 사용자 요청된 다운로드/업로드는 즉시 수행되고 제약들을 예산책정하는 것 또는 다른 고려의 대상은 아니다. 포그라운드 다운로드/업로드는 셀룰러 데이터 연결을 통해 수행될 수 있다. 반대로, 백그라운드 다운로드 및/또는 업로드는 기회주의적으로 그리고 제약들을 예산책정하는 것 및 모바일 디바이스(100)의 온도와 같은 환경 조건을 고려하는 것 내에서 수행될 수 있다. 일부 구현들에서, 백그라운드 다운로드 및/또는 업로드는 Wi-Fi 연결들에 제한될 수 있다.
일부 구현들에서, 시스템(1300)은 백그라운드 전송 데몬(1302)을 포함할 수 있다. 일부 구현들에서, 백그라운드 전송 데몬(1302)은 모바일 디바이스(100) 상에서 실행되는 애플리케이션들 또는 프로세스들 대신에 데이터 또는 콘텐츠의 백그라운드 다운로드 및 업로드를 수행하도록 구성될 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 애플리케이션(1304) 대신에 애플리케이션(1304)과 서버(1306) 사이에서 백그라운드 다운로드 및/또는 업로드를 수행할 수 있다. 따라서, 백그라운드 다운로드/업로드는 애플리케이션(1304)으로부터의 프로세스를 벗어나 수행될 수 있다(예를 들면, 다운로드/업로드를 요청하는 프로세스 내에서 수행되지 않음).
일부 구현들에서, 애플리케이션(1304)은 백그라운드 전송 데몬(1304)에 요청을 송신함으로써 백그라운드 다운로드/업로드를 시작하여 데이터를 다운로드하거나 업로드할 수 있다. 예를 들면, 데이터(예컨대, 콘텐츠)를 다운로드하라는 요청은 데이터가 다운로드될 수 있는 네트워크 위치를 식별할 수 있다. 데이터를 업로드하라는 요청은 데이터가 업로드될 수 있는 네트워크 위치 및 데이터가 모바일 디바이스(100)에 현재 저장되어 있는 위치를 식별할 수 있다. 요청은 또한 애플리케이션(1304)을 식별할 수 있다. 요청이 완료되면, 애플리케이션(1304)은 애플리케이션이 모바일 디바이스(100) 상에서 컴퓨팅 및/또는 네트워크 리소스들을 계속해서 소모하지 않으면서 백그라운드 다운로드/업로드가 백그라운드 전송 데몬(1304)에 의해 수행되도록 꺼지거나 보류될 수 있다.
일부 구현들에서, 데이터의 백그라운드 업로드 또는 다운로드를 수행하라는 요청을 수신하면, 백그라운드 전송 데몬(1302)은 네트워크를 통해 백그라운드 전송 데몬(1302)이 데이터 전송을 수행해도 좋은지 여부를 결정하라는 요청을 샘플링 데몬(102)에 송신할 수 있다.
백그라운드 전송 데몬(1302)으로부터 "전송 승인" 요청을 수신하는 것에 응답하여, 샘플링 데몬(102)은 백그라운드 다운로드/업로드에 대한 데이터 및/또는 에너지 예산들이 현재 시간에 대해 고갈되었는지 여부를 결정할 수 있다. 그러나, 샘플링 데몬(102)이 모바일 디바이스(100)가 외부 전원에 연결됨을 결정하면, 샘플링 데몬(102)은 에너지 예산에 기초하여 백그라운드 다운로드/업로드를 방해하지 않을 것이다. 샘플링 데몬(102)은 모바일 디바이스(100)가 Wi-Fi에 연결되었는지 여부를 결정할 수 있다. 샘플링 데몬(102)은 또한 모바일 디바이스(100)가 열 이벤트(예컨대, 미리정의된 임계 값 초과의 동작 온도)에 있는 중인지 여부를 결정할 수 있다. 샘플링 데몬(102)이 데이터 예산이 고갈되고 모바일 디바이스(100)가 Wi-Fi에 연결되지 않음, 에너지 예산이 고갈되고 모바일 디바이스(100)가 외부 전원에 연결되지 않음을, 또는 모바일 디바이스(100)가 열 이벤트에 있는 중임을 결정하면, 이어서 샘플링 데몬(102)은 프로세스(1302)에 의해 "전송 승인" 요청에 대하여 "아니오" 응답을 반환할 것이다.
일부 구현들에서, 백그라운드 전송 데몬(1302)이 샘플링 데몬(102)으로부터 "전송 승인" 요청에 대하여 "아니오" 응답을 수신하는 경우, 프로세스(1302)는 애플리케이션(1304)로부터의 백그라운드 다운로드/업로드 요청을 요청 보관소(1308)에 저장할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 "재시도 승인" 신호를 백그라운드 전송 데몬(1302)에 송신할 수 있다. 예를 들면, 샘플링 데몬(102)은, 데이터 및 에너지 예산들이 보충되는 경우 그리고 시스템이 더이상 열 이벤트를 경험하지 않는 경우, 백그라운드 전송 데몬(1302)에 재시도 승인 신호를 송신할 수 있다. 샘플링 데몬(102)은, 모바일 디바이스(100)가 Wi-Fi에 연결되고, 외부 전원에 연결되는 경우 그리고 시스템이 열 이벤트를 경험하고 있지 않는 경우 백그라운드 전송 데몬(1302)에 재시도 승인 신호를 송신할 수 있다.
일부 구현들에서, "재시도 승인" 신호가 백그라운드 전송 데몬(1302)에 의해 수신되는 경우, 백그라운드 전송 데몬(1302)은 "전송 승인" 요청을 샘플링 데몬(102)에 송신할 수 있다. 샘플링 데몬(102)이 "좋음" 응답을 반환하면, 백그라운드 전송 데몬(1302)은 애플리케이션(1304)에 대하여 백그라운드 다운로드 또는 업로드를 수행할 수 있다. 백그라운드 다운로드가 완료되면, 백그라운드 전송 데몬(1302)은 애플리케이션(1304)을 웨이크하거나 호출하고 다운로드된 데이터를 애플리케이션(1304)에 제공할 수 있다.
일부 구현들에서, 백그라운드 전송 데몬(1302)은 백그라운드 다운로드/업로드가 시작하고 종료하는 경우 샘플링 데몬(102)에 통지할 수 있어, 샘플링 데몬(102)은 모바일 디바이스(100) 상에서 수행되는 백그라운드 다운로드/업로드에 대해 예산들을 조정하고 통계들을 유지할 수 있다. 일부 구현들에서, 백그라운드 전송 데몬(1302)은, 샘플링 데몬(102)이 예산들을 조정하고 모바일 디바이스(100) 상에서 수행되는 백그라운드 다운로드/업로드에 대한 통계들을 유지할 수 있도록 셀룰러 데이터를 통해, Wi-Fi를 통해 그리고/또는 전체로 전송되는 바이트들의 수를 전송할 수 있다.
일부 구현들에서, 샘플링 데몬(102)은 "전송 승인" 요청에 응답하여 백그라운드 전송 데몬(1302)에 타임아웃 값을 반환할 수 있다. 예를 들면, 타임아웃 값은 백그라운드 전송 데몬이 백그라운드 다운로드 또는 업로드를 수행해야만 하는 일정 기간(예컨대, 5분)을 나타낼 수 있다. 타임아웃 기간이 경과하는 경우, 백그라운드 전송 데몬(1302)은 백그라운드 다운로드 또는 업로드를 보류할 것이다.
일부 구현들에서, 타임아웃 값은 현재 시간에 대해 남은 에너지 예산에 기초될 수 있다. 예를 들면, 샘플링 데몬(102)은 샘플링 데몬(102)에 의해 수집된 이력 데이터에 기초하여 Wi-Fi를 통해 다운로드 또는 업로드를 수행하면서 얼마나 많은 에너지가 각 초 당 소비되는지를 결정할 수 있다. 샘플링 데몬(102)은 백그라운드 다운로드 또는 업로드를 수행하면서 에너지가 소모되는 레이트에 의해 남은 에너지 예산을 나눔으로써 타임아웃 기간을 결정할 수 있다(예를 들면, 에너지 예산/소모된 에너지/시간 = 타임아웃 기간).
일부 구현들에서, 백그라운드 다운로드 및/또는 업로드는 재개 가능하다. 예를 들면, 모바일 디바이스(100)가 WI-Fi 범위 밖으로 이동하면, 백그라운드 다운로드/업로드는 보류될 수 있다(예컨대, 일시 중지). 모바일 디바이스(100)가 Wi-Fi 범위에 재진입하는 경우, 보류된 다운로드/업로드가 재개될 수 있다. 유사하게는, 백그라운드 다운로드/업로드가 에너지 예산 범위 밖에서 실행되면(예컨대, 타임아웃 기간이 경과함), 백그라운드 다운로드/업로드가 보류될 수 있다. 추가 예산이 할당되는 경우(예를 들면, 다음 시간에서), 보류된 다운로드/업로드가 재개될 수 있다.
일부 구현들에서, 백그라운드 다운로드/업로드는 네트워크 연결의 품질에 기초하여 보류될 수 있다. 예를 들면, 모바일 디바이스(100)가 모바일 디바이스(100)와 서비싱 셀룰러 타워(servicing cellular tower) 사이에 양호한 셀룰러 데이터 연결, 및 셀룰러 타워와 모바일 디바이스(100)가 그로 또는 그로부터 데이터를 전송하는 서버 사이에 양호한 데이터 연결을 가질 수 있더라도, 모바일 디바이스(100)는 서버에 대해 양호한 연결을 가질 수 없다. 예를 들면, 모바일 디바이스(100)와 서버 사이의 전송 속도는 느릴 수 있거나 셀룰러 인터페이스의 처리율은 낮을 수 있다. 백그라운드 다운로드/업로드의 전송 속도가 임계 전송 속도 값 미만으로 떨어지고/지거나 백그라운드 다운로드/업로드의 처리율이 임계 처리율 값 미만으로 떨어지면, 백그라운드 다운로드/업로드(예컨대, 데이터 전송)는 더 양호한 네트워크 연결이 이용 가능할 때까지 검출된 품질이 나쁜 네트워크 연결에 기초하여 보류되거나 일시 중지될 수 있다. 예를 들면, Wi-Fi 연결이 이용 가능하게 되면 보류된 백그라운드 다운로드/업로드는 Wi-Fi 연결을 통해 재개될 수 있다.
일부 구현들에서, 백그라운드 전송 데몬(1302)은 시간에서 수행될 수 있는 백그라운드 다운로드 및/또는 업로드의 수의 제한으로 구성될 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 동시 발생의 백그라운드 다운로드 및/또는 업로드의 수를 3개로 제한할 수 있다.
예시적인 백그라운드 다운로드/업로드 프로세스
도 14는 백그라운드 다운로드 및 업로드를 수행하기 위한 예시적인 프로세스(1400)의 흐름도이다. 예를 들면, 백그라운드 다운로드 및/또는 업로드는 백그라운드 전송 데몬(1302)에 의해 모바일 디바이스(100) 상의 애플리케이션들 대신에 수행될 수 있다.
단계(1402)에서, 백그라운드 전송 요청이 수신될 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 모바일 디바이스(100) 상에서 실행되는 애플리케이션으로부터 백그라운드 다운로드/업로드 요청을 수신할 수 있다. 애플리케이션이 요청을 하면, 애플리케이션은 예를 들면 종료되거나 보류될 수 있다. 요청은 애플리케이션을 식별하고 데이터에 대한 소스 및/또는 목적지 위치들을 식별할 수 있다. 예를 들면, 데이터를 다운로드하는 경우, 소스 위치는 서버에 대한 네트워크 어드레스일 수 있고 목적지 위치는 모바일 디바이스(100)의 파일 시스템 내의 디렉토리일 수 있다. 데이터를 업로드하는 경우, 소스 위치는 파일 시스템 위치일 수 있고 목적지는 네트워크 위치일 수 있다.
단계(1404)에서, 모바일 디바이스(100)는 예산들 및 디바이스 상태들이 데이터 전송을 허용하지 않음을 결정할 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 요청된 백그라운드 전송을 수행해도 좋은지 여부를 샘플링 데몬(102)에 질의할 수 있다. 샘플링 데몬(102)은 백그라운드 다운로드/업로드에 대한 에너지 및 데이터 예산들이 고갈되는지 여부 및 모바일 디바이스(100)가 열 이벤트에 있는 중인지 여부를 결정할 수 있다. 백그라운드 다운로드/업로드 예산들이 고갈되면 또는 모바일 디바이스(100)가 열 이벤트에 있는 중이면, 샘플링 데몬(102)은 백그라운드 데이터 전송을 수행해서는 안된다는 것을 나타내는 메시지를 백그라운드 전송 데몬(1302)에 송신할 수 있다.
단계(1406)에서, 모바일 디바이스(100)는 백그라운드 전송 요청을 저장할 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 전송 요청을 전송 요청 보관소에 저장할 수 있다.
단계(1408)에서 모바일 디바이스(100)는 백그라운드 전송을 재시도해도 좋음을 결정할 수 있다. 예를 들면, 샘플링 데몬(102)은 데이터 및 에너지 예산들이 보충되었음을 그리고 모바일 디바이스(100)가 열 이벤트에 있는 중이 아님을 결정할 수 있다. 샘플링 데몬(102)은 재시도 메시지를 백그라운드 전송 데몬(1302)에 송신할 수 있다. 이어서, 백그라운드 전송 데몬(1302)은 전송 요청 보관소에 저장된 요청된 전송들을 수행하도록 시도할 수 있다.
단계(1410)에서, 모바일 디바이스(100)는 모바일 디바이스(100)의 예산들 및 상태들이 백그라운드 데이터 전송을 허용함을 결정할 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 요청된 백그라운드 전송을 수행해도 좋은지 여부를 샘플링 데몬(102)에 질의할 수 있다. 샘플링 데몬(102)은 백그라운드 다운로드/업로드에 대한 에너지 및 데이터 예산들이 보충됨을 그리고 모바일 디바이스(100)가 열 이벤트에 있는 중이 아님을 결정할 수 있다. 백그라운드 다운로드/업로드 예산들이 고갈되지 않으면 또는 모바일 디바이스(100)가 열 이벤트에 있는 중이 아니면, 샘플링 데몬(102)은 백그라운드 데이터 전송을 수행해도 좋음을 나타내는 메시지를 백그라운드 전송 데몬(1302)에 송신할 수 있다.
단계(1412)에서, 모바일 디바이스(100)는 백그라운드 전송을 수행할 수 있다. 예를 들면, 백그라운드 전송 데몬(1302)은 요청 애플리케이션에 대해 요청된 백그라운드 다운로드 또는 백그라운드 업로드를 수행할 수 있다. 백그라운드 전송 데몬(1302)은 백그라운드 전송이 시작되고 종료되는 경우 샘플링 데몬(102)에 통지할 수 있다. 백그라운드 전송 데몬(1302)은 백그라운드 다운로드 또는 업로드 동안 전송되는 바이트들의 수를 샘플링 데몬에 알리는 메시지를 송신할 수 있다. 백그라운드 전송이 완료되면, 백그라운드 전송 데몬(1302)은 백그라운드 전송 요청을 한 애플리케이션을 호출(예컨대, 개시 또는 웨이크)하고 완료 상태 정보(예컨대, 성공, 오류, 다운로드된 데이터 등)를 요청 애플리케이션에 송신할 수 있다.
백그라운드 업데이트를 인에이블/디스에이블
도 15는 모바일 디바이스 상에서 애플리케이션들에 대한 백그라운드 업데이트들을 인에이블 및/또는 디스에이블하기 위한 예시적인 그래픽 사용자 인터페이스(GUI)(1500)를 예시한다. 예를 들면, GUI(1500)는 모바일 디바이스(100) 상의 애플리케이션에 대한 백그라운드 업데이트 설정을 조정하기 위하여 사용자 입력을 수신하기 위한 모바일 디바이스(100)의 디스플레이상에 보여지는 인터페이스일 수 있다.
일부 구현들에서, GUI(1500)로의 사용자 입력은 상기 설명한 바와 같이 사용자 호출 예측에 기초하여 애플리케이션들에 대해 수행되는 것으로부터 백그라운드 업데이트들을 인에이블 또는 디스에이블할 수 있다. 예를 들면, 샘플링 프로세스(102) 및/또는 애플리케이션 매니저(106)는 백그라운드 업데이트들이 애플리케이션에 대해 인에이블되거나 디스에이블되는지 여부를 결정하고, 애플리케이션이 애플리케이션 매니저(106)에 의해 개시되는 것을 방지하거나 애플리케이션이 샘플링 프로세스(102)에 의해 생성된 애플리케이션 호출 예측 내에 포함되는 것을 방지할 수 있다. 예를 들면, 백그라운드 업데이트들이 애플리케이션에 대해 디스에이블되면, 샘플링 데몬(102)은 사용자 호출된 애플리케이션 예측이 애플리케이션 매니저(106)에 의해 요청된 애플리케이션을 포함하지 않을 것이다. 따라서, 애플리케이션 매니저(106)는 백그라운드 업데이트들이 디스에이블되는 경우 애플리케이션을 개시하지 않을 것이다. 반대로, 백그라운드 업데이트들이 애플리케이션에 대해 인에이블되면, 애플리케이션은 상기 설명한 바와 같이 사용자 호출 확률들에 기초하여 샘플링 데몬(102)에 의해 생성된 애플리케이션 호출 예측에 포함될 수 있다.
일부 구현들에서, GUI(1500)로의 사용자 입력은 상기 설명한 바와 같이 푸시 통지가 수신된 경우 애플리케이션을 위해 수행되는 것으로부터 백그라운드 업데이트들을 인에이블 또는 디스에이블할 수 있다. 예를 들면, 샘플링 프로세스(102), 애플리케이션 매니저(106) 및/또는 푸시 서비스 데몬(904)은, 백그라운드 업데이트들이 애플리케이션에 대해 인에이블되거나 디스에이블되는지 여부를 결정하고, 푸시 통지를 수신하는 것에 응답하여 애플리케이션 매니저(106)에 의해 애플리케이션이 개시되는 것으로부터 방지할 수 있다. 예를 들면, 백그라운드 업데이트들이 애플리케이션에 대해 디스에이블되고 푸시 통지가 애플리케이션에 대해 수신되면, 애플리케이션 매니저(106)는 푸시 통지에 응답하여 업데이트들을 다운로드하기 위해 애플리케이션을 개시하지 않을 것이다.
일부 구현들에서, GUI(1500)는 백그라운드 업데이트들을 수행하도록 구성된 애플리케이션들(1502 내지 1514)을 표시할 수 있다. 예를 들면, 애플리케이션들(1502 내지 1514)은 애플리케이션 매니저(106)에 의해 개시되는 경우 모바일 디바이스(100) 상에서 백그라운드 프로세스들로서 실행되도록 구성되고 프로그래밍될 수 있다. 백그라운드 프로세스로서 실행되는 경우, 애플리케이션들(1502 내지 1514)은 다양한 네트워크 리소스들과 통신하여 현재 또는 업데이트된 콘텐츠를 다운로드할 수 있다. 이어서, 애플리케이션들(1502 내지 1514)은 모바일 디바이스(100)의 사용자에 의해 호출되는 경우 업데이트된 콘텐츠를 보여주기 위하여 그것들의 개별 사용자 인터페이스들을 업데이트할 수 있다. 일부 구현들에서, 백그라운드 업데이트들을 수행하도록 구성되지 않거나 프로그래밍되지 않은 애플리케이션들은 GUI(1500) 상에 표시되지 않을 것이다.
일부 구현들에서, 사용자는 GUI(1500)에 입력을 제공하여 애플리케이션에 대한 백그라운드 업데이트들을 인에이블 및/또는 디스에이블할 수 있다. 예를 들면, 사용자는 토글(1516)에 관하여 모바일 디바이스(102)에 입력(예컨대, 터치 입력)을 제공하여 애플리케이션(1502)에 대해 백그라운드 업데이트들을 켜거나 끌 수 있다. 사용자는 토글(1518)에 관하여 모바일 디바이스(102)에 입력(예컨대, 터치 입력)을 제공하여 애플리케이션(1508)에 대해 백그라운드 업데이트들을 켜거나 끌 수 있다.
일부 구현들에서, 추가 옵션들은 GUI(1500)를 통해 백그라운드 업데이트 애플리케이션에 대해 특정될 수 있다. 예를 들면, 사용자는 애플리케이션(1514)과 연관된 그래픽 객체(1510)를 선택하여 추가 백그라운드 업데이트 옵션들을 특정하기 위해 그래픽 사용자 인터페이스(도시되지 않음)를 호출할 수 있다. 백그라운드 업데이트 옵션들은 예를 들면, 애플리케이션(1514)에 대해 백그라운드 업데이트들을 켜고/거나 끄기 위한 시작 시간 및 종료 시간을 포함할 수 있다.
예시적인 시스템 아키텍처
도 16은 도 1 내지 도 15의 특징부들 및 프로세스들을 구현할 수 있는 예시적인 컴퓨팅 디바이스(1600)의 블록도이다. 컴퓨팅 디바이스(1600)는 메모리 인터페이스(1602), 하나 이상의 데이터 프로세서, 이미지 프로세서 및/또는 중앙 처리 유닛(1604), 및 주변기기 인터페이스(1606)를 포함할 수 있다. 메모리 인터페이스(1602), 하나 이상의 프로세서(1604) 및/또는 주변기기 인터페이스(1606)는 별도의 컴포넌트들일 수 있거나 하나 이상의 집적회로들에 통합될 수 있다. 컴퓨팅 디바이스(1600) 내의 다양한 컴포넌트들은 하나 이상의 통신 버스 또는 신호 라인들에 의해 결합될 수 있다.
센서, 디바이스 및 서브시스템은 다수의 기능들을 용이하게 하기 위하여 주변기기 인터페이스(1606)와 결합될 수 있다. 예를 들어, 모션 센서(1610), 조명 센서(1612) 및 근접 센서(1614)는 배향, 조명 및 근접 기능을 용이하게 하기 위하여 주변기기 인터페이스(1606)에 결합될 수 있다. 다른 센서(1616)들이 또한 GNSS(global navigation satellite system)(예컨대, GPS 수신기), 온도 센서, 생체인식 센서(biometric sensor), 자력계 또는 다른 감지 디바이스와 같은 주변기기 인터페이스(1606)와 연결되어 관련 기능들을 용이하게 할 수 있다.
카메라 서브시스템(1620) 및 광학 센서(1622), 예컨대, CCD(charged coupled device) 또는 CMOS(complementary metal-oxide semiconductor) 광학 센서는 사진 및 비디오 클립의 녹화와 같은 카메라의 기능을 용이하게 하도록 이용될 수 있다. 카메라 서브시스템(1620) 및 광학 센서(1622)는, 예컨대 안면 인식 분석을 수행함으로써, 사용자의 인증 동안에 사용될 사용자의 이미지를 수집하는 데 사용될 수 있다.
통신 기능들은 무선 주파수 수신기와 송신기 및/또는 광학(예컨대, 적외선) 수신기와 송신기를 포함할 수 있는, 하나 이상의 무선 통신 서브시스템(1624)을 통하여 용이하게 될 수 있다. 통신 서브시스템(1624)의 특정 설계와 구현은 컴퓨팅 디바이스(1600)가 동작하도록 의도되는 통신 네트워크(들)에 의존할 수 있다. 예를 들어, 컴퓨팅 디바이스(1600)는 GSM 네트워크, GPRS 네트워크, EDGE 네트워크, Wi-Fi 또는 WiMax 네트워크, 및 블루투스™ 네트워크를 통해 동작하도록 설계된 통신 서브시스템(1624)들을 포함할 수 있다. 특히, 무선 통신 서브시스템(1624)은 디바이스(100)가 다른 무선 디바이스를 위한 기지국으로서 구성될 수 있도록 호스팅 프로토콜을 포함할 수 있다.
오디오 서브시스템(1626)은 화자 인식, 음성 복제, 디지털 녹음, 및 전화 통신 기능과 같은 음성-인에이블형(voice-enabled) 기능들을 용이하게 하기 위하여 스피커(1628) 및 마이크로폰(1630)에 결합될 수 있다. 오디오 서브시스템(1626)은 예를 들어 음성 명령, 성문 감정(voiceprinting) 및 음성 인증의 처리를 용이하게 하도록 구성될 수 있다.
I/O 서브시스템(1640)은 터치 표면 제어기(1642) 및/또는 다른 입력 제어기(1644)를 포함할 수 있다. 터치 표면 제어기(1642)는 터치 표면(1646)에 결합될 수 있다. 터치 표면(1646)과 터치 표면 제어기(1642)는, 예를 들어 용량성, 저항성, 적외선 및 표면 탄성파(surface acoustic wave) 기술뿐만 아니라 다른 근접 센서 어레이 또는 터치 표면(1646)과의 하나 이상의 접촉점들을 결정하기 위한 다른 요소들을 포함하지만 이로 한정되지 않는 복수의 터치 감응 기술들 중 어느 하나를 사용하여 이들의 접촉 및 이동 또는 단절을 검출할 수 있다.
다른 입력 제어기(들)(1644)는 하나 이상의 버튼, 로커 스위치(rocker switch), 썸휠(thumb-wheel), 적외선 포트, USB 포트 및/또는 스타일러스와 같은 포인터 디바이스와 같은 다른 입력/제어 디바이스(1648)에 결합될 수 있다. 하나 이상의 버튼(도시되지 않음)은 스피커(1628) 및/또는 마이크로폰(1630)의 음량 제어를 위한 상/하 버튼을 포함할 수 있다.
하나의 구현에서, 제1 지속기간 동안의 버튼 누름은 터치 표면(1646)의 잠금을 결합해제할 수 있고; 제1 지속기간보다 긴 제2 지속기간 동안의 버튼 누름은 컴퓨팅 디바이스(1600)에 대한 전력을 켜거나 끌 수 있다. 제3 지속기간 동안의 버튼 누름은, 사용자가 마이크로폰(1630)에 명령을 말하여 디바이스가 음성 명령을 실행하게 할 수 있는, 음성 제어, 또는 음성 명령, 모듈을 활성화시킬 수 있다. 사용자는 버튼들 중 하나 이상의 버튼의 기능을 원하는 대로 변경시킬 수 있다. 터치 표면(1646)은 예를 들어 가상 또는 소프트 버튼 및/또는 키보드를 구현하는 데에 또한 사용될 수 있다.
일부 구현들에서, 컴퓨팅 디바이스(1600)는 MP3, AAC 및 MPEG 파일과 같은, 기록된 오디오 및/또는 비디오 파일을 제시할 수 있다. 일부 구현들에서, 컴퓨팅 디바이스(1600)는 iPod™와 같은 MP3 재생기의 기능을 포함할 수 있다.
메모리 인터페이스(1602)는 메모리(1650)에 결합될 수 있다. 메모리(1650)는 고속 RAM(random access memory) 및/또는 비휘발성 메모리, 예를 들어 하나 이상의 자기 디스크 저장 디바이스, 하나 이상의 광학 저장 디바이스, 및/또는 플래시 메모리(예컨대, NAND, NOR)를 포함할 수 있다. 메모리(1650)는 운영 체제(1652), 예컨대 다윈(Darwin), RTXC, 리눅스(LINUX), 유닉스(UNIX), OS X, 윈도우즈(WINDOWS), 또는 임베디드 운영 체제, 예컨대 VxWorks를 저장할 수 있다.
운영 체제(1652)는 기본 시스템 서비스들을 취급하고 하드웨어 의존형 태스크를 수행하기 위한 명령어들을 포함할 수 있다. 일부 구현들에서, 운영 체제(1652)는 커널(예컨대, 유닉스 커널)일 수 있다. 일부 구현들에서, 운영 체제(1652)는 사용자 활동에 기초하여 모바일 디바이스의 동적 조정을 수행하기 위한 명령어들을 포함할 수 있다. 예를 들어, 운영 체제(1652)는 도 1 내지 도 15를 참조하여 설명한 바와 같이 동적 조정 특징부들을 구현할 수 있다.
메모리(1650)는 또한 하나 이상의 추가 디바이스, 하나 이상의 컴퓨터 및/또는 하나 이상의 서버와의 통신을 용이하게 하기 위하여 통신 명령어들(1654)을 저장할 수 있다. 메모리(1650)는 그래픽 사용자 인터페이스 처리를 용이하게 하는 그래픽 사용자 인터페이스 명령어들(1656); 센서 관련 처리 및 기능들을 용이하게 하는 센서 처리 명령어들(1658); 전화 관련 프로세스들 및 기능들을 용이하게 하는 전화 명령어들(1660); 전자 메시징 관련 프로세스들 및 기능들을 용이하게 하는 전자 메시징 명령어들(1662); 웹 브라우징 관련 프로세스들 및 기능들을 용이하게 하는 웹 브라우징 명령어들(1664); 미디어 처리 관련 프로세스들 및 기능들을 용이하게 하는 미디어 처리 명령어들(1666); GNSS 및 내비게이션 관련 프로세스 및 명령어들을 용이하게 하는 GNSS/내비게이션 명령어들(1668); 및/또는 카메라 관련 프로세스들 및 기능들을 용이하게 하는 카메라 명령어들(1670)을 포함할 수 있다.
메모리(1650)는 도 1 내지 도 15를 참조하여 설명한 바와 같이 동적 조정 프로세스들 및 기능과 같은 기타 프로세스들 및 기능들을 용이하게 하는 다른 소프트웨어 명령어들(1672)을 저장할 수 있다.
메모리(1650)는 또한 웹 비디오 관련 프로세스들 및 기능들을 용이하게 하는 웹 비디오 명령어들과 같은 기타 소프트웨어 명령어들(1674), 및/또는 웹 쇼핑 관련 프로세스들 및 기능들을 용이하게 하는 웹 쇼핑 명령어들을 저장할 수 있다. 일부 구현들에서, 미디어 처리 명령어들(1666)은 오디오 처리 관련 프로세스들 및 기능들과 비디오 처리 관련 프로세스들 및 기능들을 각각 용이하게 하는 오디오 처리 명령어들과 비디오 처리 명령어들로 나뉜다.
위에 확인된 명령어들 및 애플리케이션들 각각은 상기 설명한 하나 이상의 기능을 수행하기 위한 명령어들의 세트에 대응할 수 있다. 이들 명령어들은 별개의 소프트웨어 프로그램들, 절차들, 또는 모듈들로서 구현될 필요는 없다. 메모리(1650)는 추가적인 명령어 또는 더 적은 수의 명령어를 포함할 수 있다. 또한, 컴퓨팅 디바이스(1600)의 다양한 기능들은, 하나 이상의 신호 처리 및/또는 ASIC(application specific integrated circuit)를 포함하는, 하드웨어 및/또는 소프트웨어로 구현될 수 있다.

Claims (18)

  1. 모바일 디바이스 상의 제1 프로세스에서 푸시 통지를 수신하는 단계;
    상기 제1 프로세스로부터, 상기 제1 프로세스가 상기 모바일 디바이스 상에 설치된 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 상기 모바일 디바이스 상의 제2 디바이스에 요청을 송신하는 단계;
    상기 제2 프로세스에 의하여, 모바일 디바이스 리소스 사용 이력 데이터에 기초하여 상기 모바일 디바이스를 위한 리소스 예산을 결정하는 단계;
    상기 제2 프로세스에서의 상기 요청의 수신에 응답하여, 상기 제2 프로세스에 의하여, 상기 리소스 예산에 기초하여 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다고 자동으로 결정하는 단계;
    상기 제2 프로세스로부터 상기 제1 프로세스에 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 송신하는 단계;
    상기 제1 프로세스에 의하여, 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 상기 제2 프로세스로부터 수신하는 단계; 및
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않을 때 상기 모바일 디바이스 상에 상기 푸시 통지를 저장하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 리소스 예산은 데이터 예산 또는 에너지 예산인, 방법.
  3. 제1항에 있어서,
    상기 제2 프로세스로부터 재시도 신호를 수신하는 단계;
    상기 제1 프로세스가 저장된 상기 푸시 통지와 연관된 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 상기 제2 프로세스에 제2 요청을 송신하는 단계;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용된다는 것을 나타내는 제2 응답을 상기 제2 프로세스로부터 수신하는 단계; 및
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용될 때 상기 푸시 통지와 연관된 상기 애플리케이션을 개시하는 단계
    를 더 포함하는 방법.
  4. 제3항에 있어서,
    상기 애플리케이션은 상기 모바일 디바이스 상의 백그라운드 프로세스로서 개시되는, 방법.
  5. 제1항에 있어서,
    상기 모바일 디바이스의 디스플레이상에 상기 푸시 통지와 연관된 그래픽 객체를 전시하는 단계를 더 포함하는, 방법.
  6. 제1항에 있어서,
    상기 애플리케이션을 개시할지 여부의 결정은 애플리케이션 개시 레이트 제한에 기초하는, 방법.
  7. 명령어들의 하나 이상의 시퀀스를 포함하는 비일시적 컴퓨터 판독 가능 매체로서, 상기 명령어들은 하나 이상의 프로세서에 의하여 실행될 때,
    모바일 디바이스 상의 제1 프로세스에서 푸시 통지 서버 디바이스로부터 푸시 통지를 수신하고;
    상기 제1 프로세스로부터, 상기 제1 프로세스가 상기 모바일 디바이스 상에 설치된 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 상기 모바일 디바이스 상의 제2 프로세스에 요청을 송신하고 - 상기 애플리케이션은 상기 푸시 통지와 연관됨 -;
    상기 제2 프로세스에 의하여, 모바일 디바이스 리소스 사용 이력 데이터에 기초하여 상기 모바일 디바이스를 위한 리소스 예산을 결정하고;
    상기 제2 프로세스에서의 상기 요청의 수신에 응답하여, 상기 제2 프로세스에 의하여, 상기 리소스 예산에 기초하여 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다고 자동으로 결정하고;
    상기 제2 프로세스로부터 상기 제1 프로세스에 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 송신하고;
    상기 제1 프로세스에 의하여, 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 상기 제2 프로세스로부터 수신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않을 때 상기 모바일 디바이스 상에 상기 푸시 통지를 저장하게 하는, 비일시적 컴퓨터 판독 가능 매체.
  8. 제7항에 있어서,
    상기 리소스 예산은 데이터 예산 또는 에너지 예산인, 비일시적 컴퓨터 판독 가능 매체.
  9. 제7항에 있어서,
    상기 명령어들은
    상기 제2 프로세스로부터 재시도 신호를 수신하고;
    상기 제1 프로세스가 저장된 상기 푸시 통지와 연관된 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 상기 제2 프로세스에 제2 요청을 송신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용된다는 것을 나타내는 제2 응답을 상기 제2 프로세스로부터 수신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용될 때 상기 푸시 통지와 연관된 상기 애플리케이션을 개시하게 하는, 비일시적 컴퓨터 판독 가능 매체.
  10. 제9항에 있어서,
    상기 애플리케이션은 상기 모바일 디바이스 상의 백그라운드 프로세스로서 개시되는, 비일시적 컴퓨터 판독 가능 매체.
  11. 제7항에 있어서,
    상기 명령어들은
    상기 모바일 디바이스의 디스플레이상에 상기 푸시 통지와 연관된 그래픽 객체를 전시하도록 하는, 비일시적 컴퓨터 판독 가능 매체.
  12. 제7항에 있어서,
    상기 애플리케이션을 개시할지 여부의 결정은 애플리케이션 개시 레이트 제한에 기초하는, 비일시적 컴퓨터 판독 가능 매체.
  13. 시스템으로서,
    하나 이상의 프로세서; 및
    명령어들의 하나 이상의 시퀀스를 포함하는 비일시적 컴퓨터 판독 가능 매체를 포함하고,
    상기 명령어들은 상기 하나 이상의 프로세서에 의하여 실행될 때,
    푸시 통지 서버 디바이스로부터 상기 시스템 상의 제1 프로세스에서 푸시 통지를 수신하고 - 상기 푸시 통지는 상기 시스템 상의 애플리케이션을 위한 데이터 업데이트를 나타냄 -;
    상기 제1 프로세스로부터, 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 제2 프로세스에 요청을 송신하고;
    상기 제2 프로세스에 의하여, 모바일 디바이스 리소스 사용 이력 데이터에 기초하여 모바일 디바이스를 위한 리소스 예산을 결정하고;
    상기 제2 프로세스에서의 상기 요청의 수신에 응답하여, 상기 제2 프로세스에 의하여, 상기 리소스 예산에 기초하여 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다고 자동으로 결정하고;
    상기 제2 프로세스로부터 상기 제1 프로세스에 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 송신하고;
    상기 제1 프로세스에 의하여, 상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않는다는 것을 나타내는 응답을 상기 제2 프로세스로부터 수신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용되지 않을 때 상기 모바일 디바이스 상에 상기 푸시 통지를 저장하도록 하는, 시스템.
  14. 제13항에 있어서,
    상기 리소스 예산은 데이터 예산 또는 에너지 예산인, 시스템.
  15. 제13항에 있어서,
    상기 명령어들은
    상기 제2 프로세스로부터 재시도 신호를 수신하고;
    상기 제1 프로세스가 저장된 상기 푸시 통지와 연관된 애플리케이션을 개시하는 것이 허용되는지 여부를 결정하도록 상기 제2 프로세스에 제2 요청을 송신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용된다는 것을 나타내는 제2 응답을 상기 제2 프로세스로부터 수신하고;
    상기 제1 프로세스가 상기 애플리케이션을 개시하는 것이 허용될 때 상기 푸시 통지와 연관된 상기 애플리케이션을 개시하도록 하는, 시스템.
  16. 제15항에 있어서,
    상기 애플리케이션은 상기 모바일 디바이스 상의 백그라운드 프로세스로서 개시되는, 시스템.
  17. 제13항에 있어서,
    상기 명령어들은 상기 모바일 디바이스의 디스플레이상에 상기 푸시 통지와 연관된 그래픽 객체를 전시하도록 하는, 시스템.
  18. 제13항에 있어서,
    상기 애플리케이션을 개시할지 여부의 결정은 애플리케이션 개시 레이트 제한에 기초하는, 시스템.
KR1020167032751A 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정 KR101875014B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361832919P 2013-06-09 2013-06-09
US61/832,919 2013-06-09
US14/253,742 2014-04-15
US14/253,742 US9256484B2 (en) 2013-06-09 2014-04-15 Dynamic adjustment of mobile device based on user activity
PCT/US2014/040068 WO2014200709A1 (en) 2013-06-09 2014-05-29 Dynamic adjustment of mobile device based on user activity

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020157032943A Division KR101680796B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정

Related Child Applications (2)

Application Number Title Priority Date Filing Date
KR1020187018676A Division KR101980138B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020187018675A Division KR101980135B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정

Publications (2)

Publication Number Publication Date
KR20160137686A true KR20160137686A (ko) 2016-11-30
KR101875014B1 KR101875014B1 (ko) 2018-08-02

Family

ID=52006652

Family Applications (4)

Application Number Title Priority Date Filing Date
KR1020167032751A KR101875014B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020157032943A KR101680796B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020187018675A KR101980135B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020187018676A KR101980138B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정

Family Applications After (3)

Application Number Title Priority Date Filing Date
KR1020157032943A KR101680796B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020187018675A KR101980135B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정
KR1020187018676A KR101980138B1 (ko) 2013-06-09 2014-05-29 사용자 활동에 기초한 모바일 디바이스의 동적 조정

Country Status (6)

Country Link
US (1) US9256484B2 (ko)
EP (2) EP3813337A1 (ko)
KR (4) KR101875014B1 (ko)
CN (1) CN105308568B (ko)
TW (2) TWI557555B (ko)
WO (1) WO2014200709A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019083271A1 (ko) * 2017-10-24 2019-05-02 삼성전자 주식회사 어플리케이션 프로그램을 제어하는 전자 장치 및 그 제어 방법

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013015835A1 (en) 2011-07-22 2013-01-31 Seven Networks, Inc. Mobile application traffic optimization
US20120149352A1 (en) 2010-07-26 2012-06-14 Ari Backholm Context aware traffic management for resource conservation in a wireless network
US8554855B1 (en) * 2011-06-14 2013-10-08 Urban Airship, Inc. Push notification delivery system
US10223156B2 (en) * 2013-06-09 2019-03-05 Apple Inc. Initiating background updates based on user activity
US9392393B2 (en) 2013-06-09 2016-07-12 Apple Inc. Push notification initiated background updates
US9256484B2 (en) 2013-06-09 2016-02-09 Apple Inc. Dynamic adjustment of mobile device based on user activity
US9603094B2 (en) 2013-06-09 2017-03-21 Apple Inc. Non-waking push notifications
EP3454594B1 (en) * 2013-06-11 2020-11-04 Seven Networks, LLC Offloading application traffic to a shared communication channel for signal optimisation in a wireless network for traffic utilizing proprietary and non-proprietary protocols
JP2015207819A (ja) * 2014-04-17 2015-11-19 株式会社リコー 情報処理装置、情報処理システム、通信制御方法およびプログラム
US9565081B2 (en) 2014-05-19 2017-02-07 Ebay Inc. Phone thermal context
US9432796B2 (en) 2014-05-30 2016-08-30 Apple Inc. Dynamic adjustment of mobile device based on peer event data
KR102260177B1 (ko) 2014-07-16 2021-06-04 텐세라 네트워크스 리미티드 선택된 시각에서 개런티 프리페칭을 사용하는 무선 네트워크를 통한 효과적인 콘텐트 전달
US11095743B2 (en) 2014-07-16 2021-08-17 Tensera Networks Ltd. Optimized content-delivery network (CDN) for the wireless last mile
US9979796B1 (en) 2014-07-16 2018-05-22 Tensera Networks Ltd. Efficient pre-fetching notifications
CN105373419A (zh) 2014-08-26 2016-03-02 阿里巴巴集团控股有限公司 一种后台应用的操作方法及装置
US10506027B2 (en) 2014-08-27 2019-12-10 Tensera Networks Ltd. Selecting a content delivery network
US10379497B2 (en) 2015-03-07 2019-08-13 Apple Inc. Obtaining and displaying time-related data on an electronic watch
US9723470B1 (en) 2015-04-30 2017-08-01 Tensera Networks Ltd. Selective enabling of data services to roaming wireless terminals
US10149343B2 (en) 2015-05-11 2018-12-04 Apple Inc. Use of baseband triggers to coalesce application data activity
US10175866B2 (en) 2015-06-05 2019-01-08 Apple Inc. Providing complications on an electronic watch
US10572571B2 (en) 2015-06-05 2020-02-25 Apple Inc. API for specifying display of complication on an electronic watch
US10491708B2 (en) 2015-06-05 2019-11-26 Apple Inc. Context notifications
CN105338177B (zh) * 2015-09-30 2018-10-19 小米科技有限责任公司 信息延迟广播方法及装置
KR20180069806A (ko) 2015-10-15 2018-06-25 텐세라 네트워크스 리미티드 통신 단말기에서의 콘텐츠의 신선도 인식 프리젠테이션
US9781679B2 (en) 2015-11-27 2017-10-03 Samsung Electronics Co., Ltd. Electronic systems and method of operating electronic systems
CN105635270A (zh) * 2015-12-28 2016-06-01 余镓乐 应用程序更新方法以及装置
CN108475461A (zh) * 2015-12-30 2018-08-31 3M创新有限公司 电子坠落事件通信系统
CN105786561B (zh) * 2016-01-29 2020-06-02 北京小米移动软件有限公司 进程调用的方法及装置
CN105635264B (zh) * 2016-03-28 2019-08-20 庄铭宇 一种基于网络游戏应用的文件系统
US11416212B2 (en) 2016-05-17 2022-08-16 Microsoft Technology Licensing, Llc Context-based user agent
WO2018045562A1 (zh) * 2016-09-09 2018-03-15 华为技术有限公司 一种关联通知消息的方法、装置及移动终端
CN106550021B (zh) * 2016-10-19 2020-03-10 Oppo广东移动通信有限公司 推送消息的推送方法及装置
US20180150443A1 (en) * 2016-11-25 2018-05-31 Google Inc. Application program interface for managing complication data
EP3340536B1 (en) * 2016-12-20 2019-05-22 Axis AB Controlling different states of operation of an electronic device over a communication network using a control device
CN106648029B (zh) * 2016-12-28 2019-10-08 努比亚技术有限公司 一种基于推送服务的功耗管控方法及移动终端
CN107038081A (zh) * 2017-04-10 2017-08-11 刘�文 一种大范围跨区域异常信息迅速采集方法
US11134413B2 (en) 2017-04-20 2021-09-28 Beijing Xiaomi Mobile Software Co., Ltd. User equipment protection method, device, user equipment and base station
CN107122284A (zh) * 2017-05-04 2017-09-01 广州优视网络科技有限公司 应用监控方法、装置、电子设备以及存储介质
CN108958176A (zh) * 2017-05-23 2018-12-07 北京握奇智能科技有限公司 一种网络通信控制系统和方法
US11283895B2 (en) 2017-06-19 2022-03-22 Tensera Networks Ltd. Silent updating of content in user devices
CN109426505B (zh) * 2017-08-16 2022-03-29 中国移动通信有限公司研究院 一种软件的安装方法、装置、电子设备及存储介质
US20190073407A1 (en) * 2017-09-05 2019-03-07 Qualcomm Incorporated Optimized data synchronization
US10237783B1 (en) * 2017-09-07 2019-03-19 Paypal, Inc. Caching and providing data to a device based on available resources
CN109526043B (zh) * 2017-09-19 2024-07-19 北京搜狗科技发展有限公司 一种应用程序的设置方法及装置
CN107797825A (zh) * 2017-10-24 2018-03-13 努比亚技术有限公司 一种数据发送方法、终端及计算机可读存储介质
CN109814937A (zh) 2017-11-20 2019-05-28 广东欧珀移动通信有限公司 应用程序预测模型建立、预加载方法、装置、介质及终端
CN109947495A (zh) * 2017-12-20 2019-06-28 广东欧珀移动通信有限公司 应用程序预加载方法、装置、存储介质及移动终端
CN109947498B (zh) * 2017-12-20 2021-06-29 Oppo广东移动通信有限公司 应用程序预加载方法、装置、存储介质及移动终端
CN109947496B (zh) 2017-12-20 2020-09-15 Oppo广东移动通信有限公司 应用程序预加载方法、装置、存储介质及移动终端
CN108594992B (zh) * 2018-03-31 2021-05-11 Oppo广东移动通信有限公司 电子设备、应用控制方法及相关产品
US11204806B2 (en) * 2018-06-03 2021-12-21 Apple Inc. Systems and methods for user adaptive resource management
US10666071B2 (en) * 2018-07-03 2020-05-26 Xentris Wireless, Llc Inertial user interface portable power bank and method of operation
KR20200031900A (ko) 2018-09-17 2020-03-25 삼성전자주식회사 Pdu 세션 제어 방법 및 장치
US11276083B2 (en) * 2018-11-28 2022-03-15 Verizon Media Inc. Local content exchange for mobile devices via mediated inter-application communication
CN109725702A (zh) * 2018-12-28 2019-05-07 三星电子（中国）研发中心 一种基于ai预测的智能终端节能方法和设备
US11016825B2 (en) * 2019-01-14 2021-05-25 Vmware, Inc. Flexible analytics framework selection
CN109947503A (zh) * 2019-03-27 2019-06-28 重庆传音通讯技术有限公司 应用程序控制方法、装置、终端及计算机可读存储介质
US11880258B2 (en) * 2019-07-11 2024-01-23 Continental Automotive Systems, Inc. Performance optimization based on HMI priorities
DE102020208654A1 (de) * 2019-07-11 2021-01-14 Continental Automotive Systems, Inc. Leistungsoptimierung basierend auf HMI-Prioritäten
CN110442535B (zh) * 2019-07-19 2021-06-11 华中科技大学 提高分布式固态盘键值缓存系统可靠性的方法及系统
CN110602224B (zh) * 2019-09-18 2022-11-11 上海掌门科技有限公司 用于推送信息的方法、电子设备和计算机可读介质
KR20230115752A (ko) * 2022-01-27 2023-08-03 삼성전자주식회사 애플리케이션을 백그라운드 프로세스에서 실행하는 전자 장치 및 그 동작 방법
EP4369194A1 (en) * 2022-01-27 2024-05-15 Samsung Electronics Co., Ltd. Electronic device for executing application in background process, and operation method thereof
WO2024063251A1 (ko) * 2022-09-22 2024-03-28 삼성전자 주식회사 전자 장치 및 전자 장치의 발열 제어 방법

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008507015A (ja) * 2004-07-13 2008-03-06 インターナショナル・ビジネス・マシーンズ・コーポレーション アプリケーション・コンポーネント配布の優先度設定
US20080114574A1 (en) * 2006-11-09 2008-05-15 Institute For Information Industry Complex event evaluation systems and methods
US20090199029A1 (en) * 2008-02-01 2009-08-06 Arimilli Ravi K Wake-and-Go Mechanism with Data Monitoring
US20090232480A1 (en) * 2008-03-12 2009-09-17 Sony Ericsson Mobile Communications Ab Adaptive video encode scaling
US20100332876A1 (en) * 2009-06-26 2010-12-30 Microsoft Corporation Reducing power consumption of computing devices by forecasting computing performance needs
KR20110082585A (ko) * 2002-12-20 2011-07-19 콸콤 인코포레이티드 디바이스상의 컴포넌트들을 자동으로 처리하기 위한 시스템

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6859829B1 (en) 1999-02-23 2005-02-22 Microsoft Corp. Method and mechanism for providing computer programs with computer system events
US7065575B1 (en) 2000-11-20 2006-06-20 Hewlett-Packard Development Company, L.P. Cooperative networking method and system
US6996441B1 (en) 2002-03-11 2006-02-07 Advanced Micro Devices, Inc. Forward-looking fan control using system operation information
US20030200264A1 (en) 2002-04-18 2003-10-23 Brill Gregory M. Wireless email protocol system and method of using the same
US20070067373A1 (en) 2003-11-03 2007-03-22 Steven Higgins Methods and apparatuses to provide mobile applications
US20060168014A1 (en) 2004-11-30 2006-07-27 Nokia Inc. Highly extendable message filtering daemon for a network appliance
US8838620B2 (en) 2006-02-03 2014-09-16 International Business Machines Corporation Predictive data object retrieval
US8126993B2 (en) 2006-07-18 2012-02-28 Nvidia Corporation System, method, and computer program product for communicating sub-device state information
ATE416558T1 (de) * 2006-09-07 2008-12-15 Research In Motion Ltd Vermittelte registrierung von kundenanwendungen und dienstanbietern mit einem push- inhaltsbereitstellungssystem
US8028060B1 (en) 2007-01-05 2011-09-27 Apple Inc. Background task execution over a network based on network activity idle time
US8364123B2 (en) * 2009-02-25 2013-01-29 Apple Inc. Managing notification messages
US8327349B2 (en) 2008-07-11 2012-12-04 Internationanl Business Machines Corporation Matching plug-ins to users
US20100015926A1 (en) 2008-07-18 2010-01-21 Luff Robert A System and methods to monitor and analyze events on wireless devices to predict wireless network resource usage
TW201009713A (en) * 2008-08-21 2010-03-01 Ind Tech Res Inst Multitasking processor and task switch method thereof
US8630624B2 (en) * 2009-02-25 2014-01-14 Apple Inc. Managing notification messages
US8321057B2 (en) 2009-03-12 2012-11-27 Red Hat, Inc. Infrastructure for adaptive environmental control for equipment in a bounded area
JP4966327B2 (ja) * 2009-03-17 2012-07-04 株式会社東芝 情報処理装置及び省電力設定方法
US9141918B2 (en) 2009-03-18 2015-09-22 Location Labs, Inc. User contribution based mapping system and method
WO2010135001A2 (en) 2009-05-21 2010-11-25 Intertrust Technologies Corporation Content delivery systems and methods
US20120042002A1 (en) 2009-06-03 2012-02-16 Tony Paul Smith System and method for context driven centralized help
US8732728B2 (en) 2009-07-20 2014-05-20 Samsung Electronics Co., Ltd. System and method to allow multiple plug-in applications real-time access to a camera application in a mobile device
US8145199B2 (en) * 2009-10-31 2012-03-27 BT Patent LLC Controlling mobile device functions
EP2328324A1 (en) 2009-11-27 2011-06-01 France Telecom Selective routing method, network and home agent
US8305728B2 (en) 2010-06-30 2012-11-06 Apple Inc. Methods and apparatus for cooling electronic devices
US8924489B2 (en) * 2011-01-05 2014-12-30 Apple Inc. Message push notification client improvements for multi-user devices
WO2012094738A1 (en) 2011-01-11 2012-07-19 Smart Technologies Ulc Method for coordinating resources for events and system employing same
US8407776B2 (en) * 2011-02-11 2013-03-26 Good Technology Corporation Method, apparatus and system for provisioning a push notification session
US8942115B2 (en) * 2011-06-03 2015-01-27 Apple Inc. System and method for dynamic routing for push notifications
EP2568384A1 (en) 2011-09-06 2013-03-13 Alcatel Lucent Method, controller device and computer program for measuring energy efficiency of a multi blades system
US20130067492A1 (en) 2011-09-09 2013-03-14 Eli Joshua FIDLER Content-filter publish-subscribe system that optimizes interprocess communications
US9172608B2 (en) 2012-02-07 2015-10-27 Cloudera, Inc. Centralized configuration and monitoring of a distributed computing cluster
US9098357B2 (en) 2012-04-11 2015-08-04 Nokia Technologies Oy Method and apparatus for activity management across multiple devices
JP6019778B2 (ja) 2012-06-07 2016-11-02 富士通株式会社 運用監視装置、運用監視装置における原因事象の判定方法、及び情報通信ネットワークシステム
US20130332524A1 (en) 2012-06-12 2013-12-12 Intermec Ip Corp. Data service on a mobile device
US8407306B1 (en) * 2012-06-25 2013-03-26 Google Inc. Systems and methods for managing message delivery based on message priority
CN102866921B (zh) * 2012-08-29 2016-05-11 惠州Tcl移动通信有限公司 一种多核cpu的调控方法及系统
US8984240B2 (en) 2012-08-30 2015-03-17 International Business Machines Corporation Reducing page faults in host OS following a live partition mobility event
US9092445B2 (en) 2012-09-06 2015-07-28 Advanced Micro Devices, Inc. Predictive information topology modeling and visualization
US8515499B1 (en) 2012-09-10 2013-08-20 Google Inc. Estimating remaining use time of mobile computing devices
US20140082383A1 (en) 2012-09-20 2014-03-20 Apple Inc. Predicting user intent and future interaction from application activities
US9431839B2 (en) 2012-10-26 2016-08-30 Nokia Technologies Oy Method, apparatus, and computer program product for optimized device-to-device charging
US9256484B2 (en) 2013-06-09 2016-02-09 Apple Inc. Dynamic adjustment of mobile device based on user activity

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110082585A (ko) * 2002-12-20 2011-07-19 콸콤 인코포레이티드 디바이스상의 컴포넌트들을 자동으로 처리하기 위한 시스템
JP2008507015A (ja) * 2004-07-13 2008-03-06 インターナショナル・ビジネス・マシーンズ・コーポレーション アプリケーション・コンポーネント配布の優先度設定
US20080114574A1 (en) * 2006-11-09 2008-05-15 Institute For Information Industry Complex event evaluation systems and methods
US20090199029A1 (en) * 2008-02-01 2009-08-06 Arimilli Ravi K Wake-and-Go Mechanism with Data Monitoring
US20090232480A1 (en) * 2008-03-12 2009-09-17 Sony Ericsson Mobile Communications Ab Adaptive video encode scaling
US20100332876A1 (en) * 2009-06-26 2010-12-30 Microsoft Corporation Reducing power consumption of computing devices by forecasting computing performance needs

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019083271A1 (ko) * 2017-10-24 2019-05-02 삼성전자 주식회사 어플리케이션 프로그램을 제어하는 전자 장치 및 그 제어 방법
KR20190045765A (ko) * 2017-10-24 2019-05-03 삼성전자주식회사 어플리케이션 프로그램을 제어하는 전자 장치 및 그 제어 방법
US11429256B2 (en) 2017-10-24 2022-08-30 Samsung Electronics Co., Ltd. Electronic device for controlling application program and control method thereof

Also Published As

Publication number Publication date
TW201504805A (zh) 2015-02-01
KR101875014B1 (ko) 2018-08-02
CN105308568A (zh) 2016-02-03
WO2014200709A1 (en) 2014-12-18
KR101980135B1 (ko) 2019-05-21
TWI514133B (zh) 2015-12-21
KR101980138B1 (ko) 2019-05-21
CN105308568B (zh) 2017-06-23
US20140366041A1 (en) 2014-12-11
TWI557555B (zh) 2016-11-11
KR20150138400A (ko) 2015-12-09
KR20180078338A (ko) 2018-07-09
TW201606500A (zh) 2016-02-16
KR101680796B1 (ko) 2016-11-29
EP3813337A1 (en) 2021-04-28
KR20180078337A (ko) 2018-07-09
US9256484B2 (en) 2016-02-09
EP3008593A1 (en) 2016-04-20

Similar Documents

Publication Publication Date Title
KR101875014B1 (ko) 사용자 활동에 기초한 모바일 디바이스의 동적 조정
US10936358B2 (en) Initiating background updates based on user activity
US9392393B2 (en) Push notification initiated background updates
KR101993568B1 (ko) 피어 이벤트 데이터에 기초한 모바일 디바이스의 동적 조정
US9603094B2 (en) Non-waking push notifications
US9432839B2 (en) Dynamic adjustment of mobile device based on thermal conditions
US20150347204A1 (en) Dynamic Adjustment of Mobile Device Based on System Events
US9465679B2 (en) Dynamic adjustment of mobile device based on adaptive prediction of system events
US9813990B2 (en) Dynamic adjustment of mobile device based on voter feedback

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E701 Decision to grant or registration of patent right