KR102020358B1

KR102020358B1 - 단말 및 그 단말에서 애플리케이션 동기화 방법

Info

Publication number: KR102020358B1
Application number: KR1020130027513A
Authority: KR
Inventors: 홍영기; 김길연; 박용석
Original assignee: 삼성전자 주식회사
Priority date: 2013-03-14
Filing date: 2013-03-14
Publication date: 2019-11-05
Also published as: US20140281038A1; US10003617B2; KR20140113810A; CN105210039A; CN105210039B; WO2014142610A1

Abstract

본 발명은 단말 및 애플리케이션 동기화에 관한 것으로, 본 발명의 일 실시 예에 따르는 단말의 애플리케이션 동기화 방법은, 제1 반복 동기화 작업의 알람 등록 요청을 획득하는 단계, 상기 제1 반복 동기화 작업과 동일한 애플리케이션에 연관된 제2 반복 동기화 작업의 다음 실행 시점을 획득하는 단계 및 상기 알람 등록 요청의 알람 시점과 상기 제2 반복 동기화 작업의 다음 실행 시점의 차이가 미리 설정된 문턱값 이하인 경우 상기 알람 등록 요청의 알람 시점을 상기 제2 반복 동기화 작업의 다음 실행 시점에 따라 수정하여 등록하는 단계를 포함할 수 있다. 본 발명의 일 실시 예에 따르면 효율적으로 애플리케이션 동기화를 수행할 수 있다.

Description

단말 및 그 단말에서 애플리케이션 동기화 방법{TERMINAL AND METHOD FOR SYNCHRONIZING APPLICATION THEREOF}

본 발명은 애플리케이션 관리 방법에 관한 것으로, 더욱 상세하게는 애플리케이션의 동기화에 관한 것이다.

이동 통신 기술이 발전해감에 따라 단말은 기존의 음성 통화 기능뿐만 아니라 다양한 데이터 통신 기능을 수행할 수 있게 되었다. 특히 스마트 폰과 같은 단말과 전송 속도가 향상된 네트워크가 개발됨에 따라, 사용자들은 다양한 데이터를 시간, 장소 등에 구애 받지 않고 송수신할 수 있게 되었다.

스마트 폰과 같은 단말은 메일 클라이언트, SNS(Social Network Service) 클라이언트, IM(Instant Messaging) 클라이언트 등의 다양한 애플리케이션들이 구동된다. 이와 같은 애플리케이션들은 네트워크와 연결하여 애플리케이션이 보유한 데이터와 상대방(서버)가 보유한 데이터를 동기화할 수 있다. 그러기 위해 각 애플리케이션들은 사용자의 선호에 따라 설정된 적절한 값의 데이터 동기화 주기에 따라 운용된다. 일반적으로 설정되는 동기화 주기는 5분, 15분, 30분, 1시간, 4시간 등이지만, 사용자의 취향에 따라 동기화 주기의 값은 다양한 값으로 설정될 수 있다. 애플리케이션의 동기화 주기를 설정할 때, 실시간적으로 업데이트되는 데이터를 받기를 원하는 사용자는 동기화 주기를 짧은 값으로 설정한다. 반대로, 실시간적 업데이트가 요구되지 않고, 통신 자원 및 배터리를 절약하고자 하는 경우에는 사용자는 동기화 주기를 긴 값으로 설정할 수 있다.

그리고 단말은 해당 애플리케이션에 대해 설정된 동기화 주기마다 네트워크 상의 상대방(보통은 서버)에게로 업데이트된 데이터를 요청하는 요청 메시지를 송신한다. 그러면 해당 상대방은 요청된 데이터를 단말에게 송신한다.

단말은 특별히 통신이 요구되는 상황이 아니면 전력 소비를 줄이기 위해 절전 모드(IDLE)로 설정된다. 각각의 애플리케이션이 업데이트를 수행할 때마다, 단말은 절전 모드로부터 최대 동작 모드(ACTIVE)로 전환된다. 따라서 복수의 애플리케이션에 대해 각 애플리케이션을 위한 동기화 주기가 설정되어 있는 경우, 절전 모드에서 최대 동작 모드로 전환되는 횟수가 많아진다. 마찬가지로, 하나의 애플리케이션에 대해서 둘 이상의 동기화 반복 작업이 설정되고 각 동기화 작업의 주기가 서로 다르다면 둘 이상의 애플리케이션의 동기화 반복 작업과 마찬가지 문제가 발생할 수 있다.

도 1은 종래 기술에 따르는 동기화 과정을 도시한 도면이다.

메일 클라이언트에 계정(A), 계정(B) 및 계정(C)가 등록돼 있다. 각 계정에 대해 15분 단위로 주기적으로 동기화 작업을 수행하도록 설정돼 있다. 3600초에 계정(A)에 대해서 동기화 작업이 시작되고, 3605초에 동기화 작업이 완료된다. 완료 시점을 기준으로 15분 후에 계정(A)에 대한 동기화 작업이 진행되도록 알람이 등록된다. 이후 4505초에 계정(A)에 대한 동기화 작업이 다시 수행된다. 계정(B), (C)에 대해서도 비슷한 동작이 수행된다.

계정(A)에 대한 첫 번째 동기화 작업이 3605초에 종료된 후 8초 뒤에 계정(B)에 대한 동기화 작업이 다시 시작된다. 한 애플리케이션, 즉 메일 클라이언트에 대한 전체 동기화 과정을 살펴보면, 각 동기화 작업들 사이에 쉬는 시간은 8초, 5초, 14분 35초, 10초, 14분 33초 등이 된다.

이와 같이 종래 기술에 따르면, 메일 클라이언트에 여러 개의 계정을 등록하고 각 계정마다 별도의 동기화 주기를 설정하여 운용하는 경우에는 각 계정에 대해 서로 다른 시점에서 동기화를 수행한다. 그러므로 해당 단말의 한 애플리케이션(메일 클라이언트)에 대해서 발생하는 동기화 전체를 살펴보면 동기화 작업이 불규칙하게, 비주기적으로 발생한다. 이로 인해 매 동기화 실행 시마다 단말은 절전 모드(IDLE)로부터 최대 동작 모드(ACTIVE)로 전환된다. 이러한 전환 횟수가 많을수록 모드 전환을 위한 과정에서 소요되는 시그널링 및 이에 의한 전력 소모 등이 불필요하게 발생한다. 예를 들어, 3G(3^rd Generation) WCDMA(Wideband Code Division Multiple Access) 시스템에서 보존 모드(Preservation mode) 천이 및 RAB(Radio Access Bearer) 재설정을 위해 35개의 제어메시지가 소요된다.

본 발명의 일부 실시 예는 상술한 문제점을 해결하기 위하여 제안된 것으로 효율적으로 애플리케이션 동기화를 수행하기 위한 것이다.

본 발명의 일 실시 예에 따르는 단말의 애플리케이션 동기화 방법은, 제1 반복 동기화 작업의 알람 등록 요청을 획득하는 단계, 상기 제1 반복 동기화 작업과 동일한 애플리케이션에 연관된 제2 반복 동기화 작업의 다음 실행 시점을 획득하는 단계 및 상기 알람 등록 요청의 알람 시점과 상기 제2 반복 동기화 작업의 다음 실행 시점의 차이가 미리 설정된 문턱값 이하인 경우 상기 알람 등록 요청의 알람 시점을 상기 제2 반복 동기화 작업의 다음 실행 시점에 따라 수정하여 등록하는 단계를 포함할 수 있다.

본 발명의 일 실시 예에 따르는 단말은 제1 반복 동기화 작업의 알람 등록 요청을 획득하고, 상기 제1 반복 동기화 작업과 동일한 애플리케이션에 연관된 제2 반복 동기화 작업의 다음 실행 시점을 획득하고, 상기 알람 등록 요청의 알람 시점과 상기 제2 반복 동기화 작업의 다음 실행 시점의 차이가 미리 설정된 문턱값 이하인 경우 상기 알람 등록 요청의 알람 시점을 상기 제2 반복 동기화 작업의 다음 실행 시점에 따라 수정하여 등록하는 제어부 및 상기 제어부의 제어에 따라 동기화에 필요한 데이터를 송수신하는 통신부를 포함할 수 있다.

본 발명의 일 실시 예에 따르면 효율적으로 애플리케이션 동기화를 수행할 수 있다.

도 1은 종래 기술에 따르는 동기화 과정을 도시한 도면이다.
도 2는 본 발명의 일 실시 예에 따르는 단말(200)의 블록구성도이다.
도 3은 본 발명의 일 실시 예에 따르는 제어부(220)의 운영 체제 구성을 도시한 도면이다.
도 4는 본 발명의 일 실시 예에 따른 알람 리스트의 구성을 도시한 도면이다.
도 5는 본 발명의 일 실시 예에 따르는 동기화 과정을 도시한 도면이다.
도 6은 본 발명의 일 실시 예에 따르는 동기화 주기 추정 과정의 순서도이다.
도 7은 본 발명의 일 실시 예에 따르는 알람 설정 과정의 순서도이다.

이하, 본 발명의 실시 예를 첨부된 도면을 참조하여 상세하게 설명한다.

실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.

본 명세서에서 하나의 동기화 작업은 일회적 동기화 작업을 일컫는다. 예를 들어 도 1에서 3600초에 시작해서 3605초에 종료되는 계정(A)에 대한 동기화 작업은 하나의 동기화 작업이다.

본 명세서에서 반복 동기화 작업은 반복되는 일회적 동기화 작업의 집합체를 일컫는다. 예를 들어 계정(A)에 대한 동기화 작업은 대략 15분 간격으로 반복되며, 이러한 식으로 반복되는 동기화 작업을 하나의 반복 동기화 작업으로 취급한다. 계정(A)에 대한 동기화 작업의 집합은 하나의 반복 동기화 작업이 된다. 계정(B)에 대한 동기화 작업의 집합은 다른 하나의 반복 동기화 작업이 된다. 각 반복 동기화 작업은 대응되는 식별자를 가진다.

도 2는 본 발명의 일 실시 예에 따르는 단말(200)의 블록구성도이다.

도 2를 참조하면 본 발명의 일 실시 예에 따르는 단말(200)은 통신부(210), 제어부(220) 및 저장부(230)를 포함할 수 있다. 제어부(220)는 단말(200)이 후술하는 실시 예들 중 어느 하나에 따라 동작하도록 단말(200)의 전반적인 동작을 제어한다. 특히 제어부(220)는 후술하는 실시 예 중 어느 하나의 방식에 따라 각 반복 동기화 작업의 주기를 추정하고 그에 따라 동기화 작업의 시작 시점을 조정할 수 있다. 제어부(220)는 동기화 작업의 시작 시점 조정에 필요한 데이터를 저장부(230)에 저장한다. 통신부(210)는 제어부(220)의 제어에 따라 네트워크 상의 서버 기타 상대방 엔티티와 통신을 수행하여 동기화 작업에 필요한 데이터 및/또는 신호를 송수신한다.

도 2에 도시되지는 않았으나, 단말(200)은 사용자의 키입력, 터치입력을 수신하는 입력부 및/또는 사용자에게 정보를 표시/제공하는 표시부를 더 포함할 수 있다.

도 2의 각 구성부의 구체적인 동작은 도 3 내지 도 7을 참조하여 상세히 후술한다.

도 3은 본 발명의 일 실시 예에 따르는 제어부(220)의 운영 체제 구성을 도시한 도면이다.

도 3을 참조하면, 제어부(220)의 운영체제는 애플리케이션(Application) 계층 (310), 애플리케이션 프레임 워크(Application Framework) 계층(320), 시스템 라이브러리(system library) 계층(330) 및 커널(Kernel) 계층(340)을 포함한다.

애플리케이션 계층(310)은 애플리케이션(315)이 동작하는 계층이다. 애플리케이션 프레임 워크 계층(320)은 특정 운영체제를 위한 응용 프로그램 표준 구조를 구현하는 클래스와 라이브러리의 집합이다. 즉 애플리케이션 프레임 워크 계층(320)은 애플리케이션(315)의 라이프-사이클을 관리하며, 이벤트 처리 및 애플리케이션의 제어 기능을 제공한다. 여기서 애플리케이션 프레임 워크 계층(320)은 애플리케이션(315)의 업데이트 주기를 동기화를 요청하는 알람 관리자(325)를 포함할 수 있다.

시스템 라이브러리 계층(330)은 운영체계의 부분들이 기억되어 있는 데이터 세트 및 파일들의 집합이다. 여기서 시스템 라이브러리 계층(330)은 애플리케이션 계층(310)이 수행하는 애플리케이션(315)의 동기화 주기를 동기화하는 동기화 스케줄러(335)를 포함한다.

커널 계층(340)은 인터럽트 처리, 프로세스 관리, 메모리 관리, 시스템 관리, 프로그래밍 인터페이스를 제공하며, 운영체계에서 기본적인 기능을 제공하는 핵심이다. 그래서 커널(340)은 일반적으로 접근이 불가능한 메모리에 로드된다. 즉 커널은 하드웨어를 제어하기 위한 일종의 애플리케이션이라고 볼 수 있다.

이와 같은 계층으로 구성된 제어부(220)의 동작 과정은 다음과 같다.

애플리케이션 계층(310)은 우선 등록되는 애플리케이션(315)의 동기화 작업에 대하여 350단계에서 동기화 주기를 등록하기 위한 동기화 주기 등록 요청을 애플리케이션 프레임 워크 계층(320)의 알람 관리자(325)에게 송신한다. 그러면 알람 관리자(325)는 355단계에서 동기화 스케줄러(335)에게 알람 리스트에게 알람 항목 추가를 요청한다. 이와 같은 과정은 동기화 작업이 등록될 때마다, 반복적으로(357) 수행된다.

그러면 동기화 스케줄러(335)의 최적 동기화 산출부(360)는 후술하는 실시 예에 따라 요청된 동기화 작업이 연관된 반복 동기화 작업의 동기화 주기를 산출하고, 363단계에서 산출된 동기화 주기를 알람 리스트(365)에 추가한다. 그리고 동기화 스케줄러(335)는 367단계에서 알람 리스트에 저장된 스케줄링 동기화 주기를 확인하고, 알람 처리부(370)는 알람을 애플리케이션 계층(310)에게 알리기 위한 알람 주기를 확인한다. 만약 알람 주기가 되면, 동기화 스케줄러(335)는 375단계에서 애플리케이션의 동기화 알람을 애플리케이션단(310)에 알린다.

최적 동기화 산출부(360)는 동일한 애플리케이션에 연관된 여러 동기화 작업들이 동일 시점에 수행되거나, 또는 연속적으로 수행되도록 동기화 작업들의 수행 시점을 조정할 수 있다.

최적 동기화 산출부(360)는 동기화 스케줄러(335)를 구성하는 구성요소가 될 수도 있고, 최적 동기화 산출부(360)는 동기화 스케줄러(335) 외부의 별도의 구성요소가 될 수도 있다.

도 4는 본 발명의 일 실시 예에 따른 알람 리스트의 구성을 도시한 도면이다.

도 4를 참조하면, 저장부(230)에 저장되는 알람 리스트는 각 반복 동기화 작업에 대해 대응되는 레코드(410)를 포함한다. 하나의 반복 동기화 작업에 대해 하나의 레코드(410)가 대응된다. 각 레코드는 타입(type; 415), 시작 시점(when; 417), 스케줄링 동기화 주기(Repeat Interval; 419) 필드를 포함할 수 있다. 여기서 타입(415)은 업데이트 주기를 알리는 알람을 설정하는 방법에 대한 정보를 포함하며, 알람을 설정할 때, 절대적인 시간(UTC)을 기준으로 할 것인지, 아니면 상대적인 시간(5분, 10분 후 등)을 기준으로 할 것인지를 알리는 정보이다. 그리고 단말에서 사용되는 타입(415)으로 ELAPSED_REALTIME_WAKEUP, RTC_WAKEUP과 같은 정보가 대표적이다. ELAPSED_REALTIME_WAKEUP은 단말의 시스템 시간을 이용하여 알람을 트리거할지를 결정하는 정보로, 현재 시간을 기준으로 시간이 얼마나 지난 후 동작할 것인지를 결정하는 정보이다. RTC_WAKEUP은 네트워크를 통해 획득된 시간으로 알람을 트리거할지를 결정하는 정보로, 절대적인 시간을 기준으로 한다.

시작 시점(417)은 반복 동기화 작업이 등록된 다음 처음 동기화를 수행할 시간을 의미한다. 그리고 반복 주기(419)는 해당 반복 동기화 작업의 주기에 대한 정보이다.

각 레코드(410)는 그 레코드(410)에 대응되는 반복 동기화 작업을 식별할 수 있도록 하는 식별자를 포함할 수 있다. 또한 각 레코드(410)는 후술하는 바와 같이 해당 반복 동기화 작업의 마지막 동기화 시점이 저장될 수 있다.

변형 예에 따르면 도 4와 같이 모든 필드가 하나의 레코드에 저장되는 대신, 일부 필드가 다른 레코드에 저장될 수 있다. 이 경우 동일한 반복 동기화 작업 식별자를 가지는 두 레코드를 합쳐서 도 4와 동일한 레코드를 이용한 것과 동일한 효과를 얻을 수 있다.

여러 개의 반복 동기화 작업을 운용하는 애플리케이션(315)은 각각의 동기화 작업이 필요할 때 마다 동기화 작업을 위한 알람 등록 요청을 동기화 스케줄러(335)에게 전달한다. 알람 등록 요청은 주기 정보를 포함하고 있지 않으며, 각 알람 등록 요청은 그에 상응하는 반복 동기화 작업을 식별하는 식별자를 포함한다. 동기화 스케줄러(335)는 나중에 알람의 시점이 되면 아래 표 1과 같은 정보를 포함하는 동기화 작업 시작 알림(notification)을 애플리케이션(315)에게 제공한다. 동기화 작업 시작 알림은 알람 알림이라고도 칭한다.

알람 대상 반복 동기화 작업 식별자
동기화 상태 정보(Sync Status Info)
	제1 반복 동기화 작업 식별자	제1 마지막 동기화 시간
	제2 반복 동기화 작업 식별자	제2 마지막 동기화 시간
	제3 반복 동기화 작업 식별자	제3 마지막 동기화 시간
	...	...

알람 대상 반복 동기화 작업 식별자는 이전의 등록에 따라 현재 동기화 시점이 도래한 반복 동기화 작업의 식별자이다. 즉, 애플리케이션(315)은 표 1의 알림을 수신하면, 알람 대상 반복 동기화 작업 식별자에 해당하는 동기화 작업을 수행하면 된다. 예를 들어 메일 클라이언트 애플리케이션의 경우 특정 계정에 대한 반복 동기화 작업은 하나의 반복 동기화 작업 식별자를 이용해 식별될 수 있다. 다른 계정에 대한 반복 동기화 작업은 다른 반복 동기화 작업 식별자를 가질 것이다.

추가로 표 1의 알림은 알람 대상 반복 동기화 작업과 그 외의 다른 동기화 작업에 대한 정보를 포함한다. 표 1의 알림은 각 동기화 작업의 식별자와 그에 상응하는 반복 동기화 작업의 마지막 동기화 시간(예를 들어, 완료 시점)을 연관시켜 저장하고 있다. 상기 표 1의 정보는 처음 알람의 등록을 요청하는 시점에는 그 알람을 등록한 애플리케이션(315) 외에는 다른 애플리케이션이 열람할 수 없으며, 알람의 알림이 발생하여 알림이 정상적으로 완료되었다는 것을 알게 된 이후에 상기 전달된 표 1의 정보를 열람할 수 있는 특징이 있다.

도 5는 본 발명의 일 실시 예에 따르는 동기화 과정을 도시한 도면이다.

도 5의 실시 예에서, 애플리케이션(315)은 메일 클라이언트이다. 메일 클라이언트(315)에 대해 세 개의 계정(A, B, C)이 등록돼 있다. 애플리케이션 레벨에서, 각 계정에 대해 15분 단위로 동기화를 수행하도록 설정돼 있다. 하지만 상술한 바와 같이 애플리케이션(315)이 동기화 스케줄러(335)에게 전달하는 알람 등록 요청 메시지는 주기 정보를 포함하고 있지 않다. 따라서 동기화 스케줄러(335), 또는 별도의 구성부가 각 반복 동기화 작업의 주기를 추정해낼 필요가 있다. 동기화 작업의 주기 추정 과정은 도 6을 참조하여 후술한다.

도 6은 본 발명의 일 실시 예에 따르는 동기화 주기 추정 과정의 순서도이다.

단계 610에서 제어부(220)는 표 1과 같은 형태의, 또는 이와 유사한 정보를 가지는 동기화 작업 시작 알림을 획득한다. 동기화 작업 시작 알림은 상술한 바와 같이 해당 동기화 작업의 시작 시점에 대한 정보와 함께, 다른 동기화 작업들의 마지막 종료 시간에 대한 정보를 포함한다. 도 5의 예를 참조하면 계정(A)에 대한 동기화 작업이 3600초에 시작되어 3605초에 종료된다. 계정(A)에 대한 동기화 작업 시작 시점인 3600초에 제어부(220)는 동기화 시작 알림을 획득할 수 있다. 단계 620에서 제어부(220)는 동기화 작업 시작 알림으로부터 해당 애플리케이션의 전체 동기화 작업의 상태 정보를 획득한다. 예를 들어 제어부(220)는 동기화 작업 시작 알림으로부터 계정(A)에 대한 동기화 작업이 마지막으로 완료된 시점, 계정(B)에 대한 동기화 작업이 마지막으로 완료된 시점 및 계정(C)에 대한 동기화 작업이 마지막으로 완료된 시점에 대한 정보를 획득할 수 있다.

단계 630에서 제어부(220)는 동기화 시작 알림의 대상 반복 동기화 작업에 대한 마지막 동기화 시점의 기록이 있는지 판단한다. 제어부(220)는 표 1의 동기화 시작 알림으로부터 해당 반복 동기화 작업, 예를 들어 계정(A)에 대한 마지막 동기화 시점을 확인할 수 있다. 변형 예에 따르면 후술하는 단계 660에서 동기화 시점을 기록할 수 있고, 제어부는 이 때 기록된 동기화 시점을 이용하여 계정(A)에 대한 마지막 동기화 시점을 확인할 수도 있다. 또한 제어부(220)는 동기화 시작 알림으로부터 마지막 동기화 시점을 확인하고, 단계 660에서 기록된 마지막 동기화 시점도 확인하여 둘 중 더 늦은 동기화 시점을 취할 수도 있다. 이하에서는 동기화 시작 알림 및 단계 660에서 기록된 마지막 동기화 시점을 모두 이용하는 것으로 가정하여 설명한다.

동기화 시작 알림에 계정(A)에 대한 반복 동기화 작업의 마지막 동기화 시점이 포함돼 있지 않고, 단계 660에서 기록된 계정(A)에 대한 반복 동기화 작업의 마지막 동기화 시점도 없는 경우 과정은 단계 660으로 진행한다. 단계 660에서 제어부(660)는 계정(A)에 대한 마지막 동기화 시점을 기록한다. 여기서 마지막 동기화 시점은 해당 동기화 시작 알림이 발생한 시점, 실제로 반복 동기화 작업이 시작된 시점, 및 실제로 반복 동기화 작업이 종료된 시점 중 어느 하나가 될 수 있다. 반복 동기화 작업이 종료된 시점을 기록하는 경우 제어부(220)는 동기화 작업의 종료 시까지 대기하고 동기화 작업이 종료된 후 마지막 동기화 시점을 기록할 수 있을 것이다.

동기화 시작 알림 및, 단계 660에서 기록된 정보로부터 계정(A)에 대한 반복 동기화 작업의 마지막 동기화 시점을 획득한 경우 과정은 단계 640으로 진행한다.

단계 640에서 제어부(220)는 동기화 시작 알림의 발생 시점 및 해당 반복 동기화 작업의 마지막 동기화 시점을 이용하여 동기화 주기 추정값을 획득하고 저장한다. 예를 들어 동기화 시작 알림의 발생 시점으로부터 해당 반복 동기화 작업의 마지막 동기화 시점을 뺀 값이 해당 반복 동기화 작업의 동기화 주기 추정값이 될 수 있다. 동기화 주기 추정값은 예를 들어 도 4와 같은 레코드에 저장될 수 있다.

단계 650에서 제어부(220)는 동기화 주기 추정값을 이용해 다음 동기화 시점을 획득하고 저장한다. 예를 들어 계정 (A)에 대한 동기화 작업이 3605초에 종료되고, 동기화 주기 추정값이 15분(=900초)라면 다음 동기화 시점은 (종료시점)+(주기 추정값)=4505초가 된다. 다음 동기화 시점은 예를 들어 도 4와 같은 레코드에 저장될 수 있다. 변형 예에 따르면 (시작시점)+(주기 추정값)이 다음 동기화 시점으로 추정될 수도 있다. 이후 상술한 바와 같이 단계 660의 과정을 수행한다.

도 6의 과정을 거치면 해당 반복 동기화 작업에 대한 마지막 동기화 시점이 저장된다. 또한, 이전에 해당 반복 동기화 작업이 수행된 적이 있다면, 해당 반복 동기화 작업의 동기화 주기 추정값 및 다음 동기화 시점 추정값도 획득될 수 있다. 도 5의 실시 예에서, 3613초에 시작하는 계정 (B)의 동기화 작업 및 3625초에 시작하는 계정 (C)의 동기화 작업 모두에 대해서 동일한 과정이 수행될 수 있다.

도 6의 실시 예는 주기 추정 과정의 예시를 설명한 것이고 둘 이상의 동기화 작업 수행 시점을 획득하고 둘의 차이를 획득하는 다른 유사한 방식이 도 6의 실시 예를 대체할 수도 있다.

도 7은 본 발명의 일 실시 예에 따르는 알람 설정 과정의 순서도이다.

단계 710에서 제어부(220)는 애플리케이션(315)으로부터 출력되는 동기화 알람의 등록 요청을 감지한다. 상술한 바와 같이 동기화 알람 요청은 주기 정보를 포함하고 있지 않으며, 반복 동기화 작업 식별자 및 동기화 시점만을 포함한다. 예를 들어 3620초에 계정 (B)에 대한 동기화 작업이 종료된 후 애플리케이션(315)은 종료 시점과 설정된 동기화 주기 15분(=900초)을 더하여 4520(=3620+900)초를 동기화 작업 시점으로 설정하여 동기화 알람의 등록 요청을 동기화 스케줄러(335)에게 송신한다.

단계 720에서 제어부(220)는 동일 애플리케이션의 다른 동기화 작업(들)의 정보를 획득한다. 예를 들어 계정(B)에 대한 반복 동기화 작업의 식별자를 가지는 동기화 작업의 알람 등록 요청이 발생한 경우를 설명한다. 이 경우 제어부(220)는 해당 반복 동기화 작업 식별자의 애플리케이션(315)의 다른 반복 동기화 작업 식별자들을 추출하고, 추출된 다른 반복 동기화 작업 식별자들의 다음 동기화 시점을 획득한다. 예를 들어 계정(B)의 동기화 작업 종료 시점 3620초에는 계정 (A)에 대한 반복 동기화 작업의 다음 동기화 작업 시점(4505초)를 획득할 수 있다. 계정(C)의 동기화 작업 종료 시점 3630초에는 계정 (A)에 대한 반복 동기화 작업의 다음 동기화 작업 시점(4505) 및 계정 (B)에 대한 반복 동기화 작업의 다음 동기화 작업 시점(4505초, 또는 4510초)를 획득할 수 있다.

단계 730에서 제어부(220)는 동기화 알람의 등록 요청의 시점, 즉, 계정 (B)에 대한 알람 등록 요청에 포함된 4520초와 계정 (A)에 대한 다음 동기화 시점(4505초)를 비교하여 그 차이가 미리 설정된 문턱값 이내인지 판단한다. 예를 들어 문턱값이 20초라면, 두 값의 차이는 문턱값(20초) 이하인 150초이므로, 과정은 단계 740으로 진행한다. 이러한 비교 과정은 동일 애플리케이션의 모든 반복 동기화 작업에 대해서 수행된다. 두 값의 차이가 문턱값보다 큰 경우 별도의 조정 없이 그대로 알람이 등록된다.

단계 740에서 제어부(220)는 등록 요청된 동기화 알람 시점을 조정한다. 제어부(220)는 예를 들어 계정(B)의 다음 동기화 알림 시점이 계정(A)의 다음 동기화 알림 시점과 동일한 4505초가 되도록 조정할 수 있다. 다만 두 동기화 작업이 동시에 수행될 수 없다면, 제어부(220)는 계정(A)에 대한 동기화 작업이 끝나는 시점(4510초)까지 기다렸다가 계정(A)에 대한 동기화 작업이 끝나면 계정 (B)에 대한 반복 동기화 작업의 알람을 애플리케이션에게 알릴 수도 있다. 제어부(220)는 기타 유사한 방식을 통해 계정 (A)에 대한 동기화 작업과 계정(B)에 대한 동기화 작업이 동시에, 또는 곧바로 이어서 (미리 설정된 시간 이내의 차이만 두고) 수행되도록 계정(B)에 대한 동기화 작업의 수행 시점을 조정할 수 있다.

단계 750에서 제어부(220)는 단계 740의 결과에 따라 동기화 주기 추정값을 조정한다. 예를 들어, 계정(B)에 대한 동기화 작업은 3620초에 완료되고, 다음 동기화 작업은 4505초에 시작되도록 설정되므로 동기화 주기 추정값은 885초(=15분-15초)가 된다. 다음 동기화 작업이 4510초에 시작되도록 설정되는 경우 동기화 주기 추정값은 890초(=15분-10초)가 된다. 조정된 동기화 주기 추정값은 저장부(230)에 도 4의 레코드와 같은 형태로 저장된다.

위와 같은 절차에 따르면 도 5에서 도시된 바와 같이 동일 애플리케이션에 대해 여러 개의 동기화 작업을 수행하는 경우에 제어부(220)는 각 반복 동기화 작업에 대해 설정된 동기화 주기가 약 15분 임을 학습에 의해 산출할 수 있다. 제어부(220)는 상기 산출된 동기화 작업 주기에 따라 개별 동기화 작업을 판별할 수 있으며 여러 개의 반복 동기화 작업의 시작 시점을 각각 제어하면 설정된 동기화 주기와 동일하게 또는 유사한 주기(α,β,α',β' 오차 이내)로 동기화 작업이 수행될 수 있다.

　이상에서 설명한 바와 같이 제어부(220)는 한 애플리케이션에서 여러 개의 반복 동기화 작업을 운용하면서 각 반복 동기화 작업에 대한 주기 정보를 제공하지 않을 때 반복 동기화 작업들의 동기화 주기를 추정한 후, 동기화 작업의 수행 시점을 제어하여 각 동기화 작업이 같은 시점에 또는 연속적으로 일어나도록 한다.

따라서 동기화 작업의 동작 횟수는 변화가 없지만, 단말 애플리케이션들의 불규칙한 동기화 동작 발생으로 인해 IDLE 모드의 단말이 자주 ACTIVE 모드로 전환되어 불필요하게 소모되는 전원을 절약하는데 그 효과가 있으며, 단말의 모드 전환에 따른 무선 액세스 네트워크에서 발생하는 신호 부하를 줄이는 데도 효과가 있다.

이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

본 발명의 일 실시 예에 따른 단말 또는 휴대 단말기는 휴대폰, PDA(Personal Digital Assistant), 내비게이션(navigation), 디지털 방송 수신기, PMP(Portable Multimedia Player) 등 기타 휴대용 전자기기 장치 중 어느 하나의 형태로 구현될 수 있다.

본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims

단말의 애플리케이션 동기화 방법에 있어서,
상기 애플리케이션의 제1계정에 대한 동기 알람 등록이 요청될 시 상기 애플리케이션의 제2계정의 동기 정보를 획득하는 단계;
상기 제1계정의 다음 동기 시간과 상기 제2계정의 다음 동기 시간의 차이가 미리 설정된 시간 내에 있는가를 결정하는 단계; 상기 차이가 미리 결정된 시간 내인 경우 상기 제1계정의 다음 동기 시간과 동기 구간을 조절하는 단계;
상기 조절된 다음 동기 시간과 상기 제1계정의 동기 구간 중 적어도 하나를 저장하는 단계; 및
상기 제1계정과 상기 제2계정 중 하나의 다음 동기 시간이 도래할 시, 상기 제1계정과 상기 제2계정의 동기 동작을 수행하는 단계;를 포함하며,
상기 제1계정의 다음 동기 시간의 조정은 상기 제1계정과 상기 제2계정의 동기 동작이 연속하여 이루어질 수 있는 경우 상기 제1계정의 다음 동기 시간이 상기 제2계정의 다음 동기 시간과 동일한 시간이 되도록 설정하는, 단말의 애플리케이션 동기화 방법.
제1항에 있어서,
상기 제1계정과 상기 제2계정의 동기 동작이 연속적으로 이루어질 수 없는 경우 상기 제1계정의 다음 동기 시간의 조정은 상기 제1계정의 다음 동기 동작의 시간의 상기 제2계정의 다음 동기 시간과 동시가 되도록 설정하는,단말의 애플리케이션 동기화 방법.
제1항에 있어서,
상기 동기 정보는 상기 제2계정의 상기 다음 동기 시간과 동기 주기를 포함하는, 단말의 애플리케이션 동기화 방법.
제1항에 있어서,
상기 제1계정의 타입과 상기 제1계정의 시작 시간을 저장하는 단계;를 더 포함하는, 단말의 애플리케이션 동기화 방법.
제1항에 있어서,
상기 애플리케이션은, 이-메일 애플리케이션이고,
상기 제1계정의 상기 동기 동작과 상기 제2계정의 상기 동기 동작은 대응하는 이-메일 서버로 갱신 요청 메시지를 송신하는 동작들인, 단말의 애플리케이션 동기화 방법.
제1항에 있어서,
상기 제1계정에 대응하는 이-메일 서버와 상기 제2계정에 대응하는 이-메일 서버가 서로 다른 이-메일 서버인, 단말의 애플리케이션 동기화 방법.
애플리케이션의 제1계정의 동기 알람 등록이 요청될 시 상기 애플리케이션의 제2계정의 동기 정보를 획득하고, 상기 제1계정의 다음 동기 시간과 상기 제2계정의 다음 동기 시간 간의 차이가 미리 결정된 시간 내에 있는가를 결정하고, 상기 차이가 미리 결정된 시간 내인 경우 상기 제1계정의 다음 동기 시간과 동기 구간을 조절하고, 상기 조절된 다음 동기 시간과 제1계정의 동기 구간 중 적어도 하나를 저장하고, 및 상기 제1계정과 상기 제2계정 중 하나의 다음 동기 시간이 도래할 시, 상기 제1계정과 상기 제2계정의 동기 동작을 수행을 제어하는 제어부; 및
상기 제어부에 연결되고, 상기 제어부의 제어 하에 상기 애플리케이션의 동기를 위해 필요한 데이터를 송수신하는 통신부;를 포함하며,
상기 제1계정의 다음 동기 시간의 조정은 상기 제어부가 상기 제1계정과 상기 제2계정의 동기 동작이 연속하여 이루어질 수 있는 경우 상기 제1계정의 다음 동기 시간이 상기 제2계정의 다음 동기 시간과 동일한 시간이 되도록 설정하는, 단말.
제7항에 있어서,
상기 제어부는 상기 제1계정과 상기 제2계정의 동기 동작이 연속적으로 이루어질 수 없는 경우 상기 제1계정의 다음 동기 시간의 조정은 상기 제1계정의 다음 동기 동작의 시간의 상기 제2계정의 다음 동기 시간과 동시가 되도록 설정하는,단말.
제7항에 있어서,
상기 동기 정보는 상기 제2계정의 상기 다음 동기 시간과 동기 주기를 포함하는, 단말.
제7항에 있어서,
상기 제어부는, 상기 제1계정의 타입과 상기 제1계정의 시작 시간을 저장하도록 더 제어하는, 하는 단말.
제7항에 있어서,
상기 애플리케이션은, 이-메일 애플리케이션이고,
상기 제1계정의 상기 동기 동작과 상기 제2계정의 상기 동기 동작은 대응하는 이-메일 서버로 갱신 요청 메시지를 송신하는 동작들인, 단말.
제7항에 있어서,
상기 제1계정에 대응하는 이-메일 서버와 상기 제2계정에 대응하는 이-메일 서버가 서로 다른 이-메일 서버인, 단말.