KR20070022671A

KR20070022671A - 무선 전화 데이터 백업 시스템

Info

Publication number: KR20070022671A
Application number: KR1020067020060A
Authority: KR
Inventors: 리차드 오넌; 리암 스탠야드
Original assignee: 퓨전원 인코포레이티드
Priority date: 2004-02-27
Filing date: 2005-02-23
Publication date: 2007-02-27

Abstract

본 발명은 사용자 개인 정보를 포함하는 데이터 저장소를 갖는 무선 전화기상의 데이터를 백업하는 시스템을 제공한다. 또한, 방법 및 어플리케이션이 제공된다.

백업 시스템, 복원, 휴대폰, 전화기

Description

무선 전화 데이터 백업 시스템{WIRELESS TELEPHONE DATA BACKUP SYSTEM}

본 발명은 무선 전화에 저장되는 데이터의 백업 및 복원에 관한 것이며, 특히 데이터 저장 능력을 구비한 이동 전화에 관한 것이다.

이동 전화와 같은 무선 통신 디바이스들은, 통신을 위한 단순한 메카니즘을 뛰어넘어서 확장되어 왔다. 많은 전화들은 개인 생산성 향상, 게임들 그리고 심지어 디지털 카메라를 가능케 하는 특징들을 포함하고 있다. 개인 생산성 어플리케이션들을 포함하는 디바이스들은 소유자의 개인 정보를 저장 디바이스들내에 저장하기 위한 데이터 저장소를 포함할 수 있다. 게다가, 현재의 전화들은 특히 폰 기반의 런타임 환경을 겨낭한 어플리케이션 프로그램을 실행할 수 있는 능력을 갖고 있다.

사용자에 의해 저장되며 활용되는 개개인의 모든 개인적인 정보는, 그 사용자의 "개인적인 정보 공간"내에 있다고 간주될 수 있다. 이 문맥에서 "개인적인 정보 공간" 은 주문 제작되고 사용자를 대표하는 정보의 데이터 스토어(data store)이며, 사용자가 그들의 개인적인 공간(space)에 집어넣은 공개적인(public) 데이터, 공간(space)내의 개인적인 이벤트들, 그리고 텍스트 파일들 또는 데이터 파일들과 같은 다른 데이터 객체들을 모두 포함한다. 여기서, 텍스트 파일들 또는 데이 터 파일들은 사용자에게 속하며 사용자에 의해 조작된다. 전술한 개인적인 정보 공간은, 내용물에 의해 정의되는데, 그 내용물은 개개인에게 특화되고 개개의 사용자에 의해 제어되며, 일반적으로 각 사용자에 의해 입력되고 각 사용자의 제어하에 있다. 그리고, 그 내용물은 통상적으로 다른 사람들에게 알려져 있는 "공개적인" 이벤트와 데이터를 포함하며, 다른 사람과 공유되는 것을 바라지 않는 사적인 이벤트와 데이터를 포함한다.

각각의 전술한 기준(criteria)은 배타적이거나 요구되지 않으며, 다만 여기에서 사용된 용어인 "개인적인 정보 공간" 이라는 용어의 특징을 정의하기 위함이라는 것을 유의해야 한다. 이러한 문맥에서 이와 같은 정보는 데이터 베이스, 텍스트 파일들, 워드 프로세싱 파일들 그리고 다른 어플리케이션 특정 파일들과 같은 전자 파일들 뿐만 아니라 개인 정보 관리자, PDA 그리고 전화기내의 연결 정보(전화번호 등)를 포함한다.

사용자가 직면하는 어려움 중 하나는 전화기에 정보를 입력하는 것은 시간이 걸리는 작업일 뿐 아니라, 입력된 정보를 손실하기 쉽다는 점이다. 만일, 전화기가 망가지거나 이를 잃어버렸다면, 전화기에 정보를 입력하는데 소요되었던 노력과 시간은 날라가는 셈이다. 소프트웨어와 데이터 연결 케이블이 구비된 몇몇 전화기는, 전화기를 개인 컴퓨터에 물리적으로 연결시킴으로서 전화기에 저장된 정보를 백업하거나 전화기에 정보를 입력할 수 있다.

이러한 많은 어플리케이션들이 제조업자에 의해 제공되고 있으며, 전화기와 직접적으로 상호작용하기 위해 주문 제작되고 있다. 즉, 전화기로부터의 데이터를 복원하고 개인 컴퓨터내의 어플리케이션에 데이터를 저장하기 위해, 어플리케이션 프로그램은 일반적으로 전화기에 맞게 특별히 디자인된다. 게다가, 몇몇 제 3 밴더(vandor)들은 물리적 케이블을 통해 전화기들끼리 상호 작용할 수 있는 좀더 보편적인 동기화 시스템들을 만들려는 시도를 하고 있다.

이러한 물리적 연결 메카니즘에 관한 문제는, 컴퓨터에 백업된 정보가 정확한지를 확인하기 위해서는, 정기적으로 전화기를 컴퓨터에 물리적으로 연결하는 것에 대해 사용자가 의식적으로 상기하고 있어야 한다는 점이다. 게다가, 컴퓨터는 그 자체로서 휘발성을 가질 수 있다. 컴퓨터의 데이터는 손실될 수도 있으며 또는 하드웨어와 소프트웨어 고장들로 인해 손상될 수도 있다.

일반적으로, 휴대폰 사용자들은 휴대폰 기반의 어플리케이션에서 증가된 기능성을 원하고 있는 반면에 또한, 어플리케이션이 상대적으로 사용하기 쉬어지기를 바라고 있다. 데이터 백업 어플리케이션과 같은 일반적인 컴퓨터 기반의 유틸리티 어플리케이션들 조차도, 중대한 사용자 간섭이 없이도 실행될 수 있다면, 매우 유용하다. 무선 전화기 사용자들이 전화기에 저장된 그들의 개인적인 정보를 빠르고 쉽게 백업할 수 있게 하는 어플리케이션은 상업적으로 기술적으로 매우 큰 가치가 있다.

본 발명은 사용자의 개인적인 정보가 포함된 데이터 스토어를 구비한 무선 전화기의 데이터를 백업하기 위해 시스템을 포함하여 이루어진다. 방법과 장치가 제공되며, 다양한 양상들과 시스템의 변형예들이 하기에서 설명된다. 본 발명의 일실시예에 따르면, 사용자가 무선 전화기에 저장된 정보를 확인하는데 편리한 수단이 제공되며, 전화기 자체가 망가지거나 이를 분실한 경우에도, 정보를 입력하고 정보가 올바른지 확인하는데 소요된 노력들이 헛되지 않는다.

일 양상에 따르면, 본 발명은 전화기에 저장된 개인적인 정보를 백업하는 방법을 포함하여 이루어진다. 이러한 양상에 따르면, 상기 방법은, 전화기에 백업 시스템 사용자 계정 셋-업 인터페이스를 제공하는 단계; 전화기에 백업 스케줄링 인터페이스를 제공하는 단계; 그리고 전화기에 정보 복원 인터페이스를 제공하는 단계를 포함하여 이루어질 수도 있다.

다른 양상에 따르면, 사용자에 의해 정의된 간격에서 전화기 데이터를 백업 시스템으로 전송하거나 데이터 저장이 발생하면 데이터로 변환되는 백업 스토어로부터의 표시를 접수하면 전화기 데이터를 백업 시스템으로 전송하는 단계를 포함할 수도 있다. 식별자(indicator)는 변화들이 발생했는지를 판정하기 위해 백업 스토어를 폴링한 결과일 수도 있다.

상기 방법은 데이터 스토어내의 데이터를 변경하기 위해 웹(web)을 통해 상기 스토어에 인터페이스를 제공하는 단계를 더 포함할 수도 있다.

상기 방법은 롤-백(roll-back) 인터페이스와 파일복구(undelete) 인터페이스를 제공하는 단계를 더 포함할 수도 있다.

또 다른 양상에 따르면, 본 발명은 무선 전화기내의 개인적인 정보를 백업 저장 데이터 베이스내에 저장하는 방법에 관한 것이다.

이러한 양상에 따르면, 상기 방법은, 통신 링크를 통해 정기적으로 변화들을 백업 스토어로 전송하는 것이 가능한 자동화된 전화기 데이터 전송 방법을 포함하는 전화기 에이젼트(agent)를 제공하고 복원 방법을 제공하는 단계; 그리고 상기 에이젼트에 응답하여 백업 스토어로부터 무선 전화기로 변화들을 제공하는 단계를 포함하여 이루어질 수도 있다.

또 다른 양상에 따르면, 본 발명은 무선 전화기에서 개인적인 정보를 유지하는 방법에 관한 것이다. 이러한 양상에 따르면, 상기 방법은 사용자 계정을 설정하는 단계, 사용자 계정은 고유한(unique) 지시에 의해 사용자를 신원확인함; 그리고 전화기 데이터를 정기적인 간격으로 무선 네트워크를 통해 백업 스토어로 전송하는 단계를 포함하여 이루어질 수도 있다.

다른 실시예에 따르면, 본 발명은 무선 전화기의 어플리케이션에 관한 것이다. 본 발명은, 사용자가 정의한 간격에서 변화들을 백업 시스템으로 전송하는 자동화된 백업 프로세스를 포함한다. 더 나아가, 상기 어플리케이션은, 사용자에 의해 활성화되어 백업 시스템에 저장된 정보를 전화기에 복원하는 복원 프로세스를 포함할 수도 있다.

어플리케이션은 무선통신을 통해 특정한 날짜에 현존했던 상태로 데이터를 되돌리는 롤백 전화기 정보 프로세스를 포함할 수도 있다. 어플리케이션은 파일복원(undelete) 기록 프로세스를 더 포함할 수도 있다. 어플리케이션은, 서버, BREW 에이젼트 및/또는 JAVA 에이젼트 또는 적절한 디바이스 또는 운영 시스템(예를 들면, Symbian 운영 시스템)에서 동작하도록 디자인된 어플리케이션에서 수행되는 하나 또는 그 이상의 프로세스들을 포함할 수도 있다.

다른 실시예에 따르면, 본 발명은 데이터를 백업 시스템으로 저장하도록 하는 무선 전화기내에 개인 정보를 저장하는 어플리케이션에 관한 것이다. 상기 어플리케이션은 백업 시스템에 사용자 계정을 생성하기 위해 사용자를 위한 고유한(unique) 식별자를 이용하여 백업 시스템에 접속하는 자동화된 사용자 계정 생성 방법과; 사용자가 정의한 간격에서 변화들을 백업 시스템으로 전송하는 자동화된 백업 방법과; 그리고 사용자 데이터를 전화기로 제공하는 복원방법을 포함한다.

다른 실시예에 따르면, 본 발명은 프로세서가 읽을 수 있는 저장 디바이스들에 구현되며 프로세서가 판독가능한 코드를 갖는, 프로세서가 판독가능한 하나 또는 그 이상의 저장 디바이스들을 포함하여 이루어지며, 상기 프로세서가 판독가능한 코드는 하나 또는 그 이상의 프로세서를 프로그램하여 다음과 같은 단계들을 포함하는 방법을 수행하도록 한다. 백업 스케줄링 인터페이스를 제공하는 단계와; 시간이 지남에 따라 전화기 데이터의 초기 세트 및 상기 전화기 데이터에 대한 변경들을 백업 시스템에 송신하는 단계와; 그리고 복원 정보 인터페이스를 제공하는 단계.

또 다른 양상에 따르면, 본 발명은 사용자에 저장된 개인 정보와 연관된 고유한(unique) 전화기 식별자를 이용하는 백업 시스템에 관한 것이다. 다른 양상에 따르면, 백업 시스템은 고유한(unique) 전화기 식별자를 고유한(unique) 사용자 식별자와 연관시킨다. 또 다른 양상에 따르면, 전화기 식별자, 사용자 식별자 또는 양자 모두는 보편적으로(universally) 독특하다. 다른 양상에 따르면, 본 발명은 전화기에 존재하는 SyncML 클라이언트를 백업 클라이언트로 사용하는 것과, 서버의 사용자 계정 정보를 자동 생성하는 것을 포함한다.

본 발명은 하드웨어를 사용하거나 소프트웨어를 사용하거나 또는 둘 모두를 사용함으로서 구현될 수 있다. 본 발명에 사용되는 소프트웨어는 하나 또는 그 이상의 프로세서 판독가능한 저장 매체에 저장되는데, 여기에는 하드디스크 드라이브, CD-ROMs, DVDs, 광 디스크, 플로피 디스크, 테이프 드라이버, RAM, ROM 또는 다른 적절한 저장매체가 포함된다. 대체가능한 실시예들에서는, 일부 또는 모든 소프트웨어는 전용 하드웨어로 대체될 수 있는 바, 여기에는 주문형 집적회로, 게이트 어레이, FPGA, PLD 그리고 특별한 용도의 컴퓨터가 포함된다.

전술한 바와 같은 본 발명의 목적들과 장점들, 그리고 그 이외의 목적들과 장점들은 후술되는 상세한 설명을 통해 보다 명확해질 것이며, 이와같은 상세한 설명에서는 본 발명의 바람직한 실시예들이 첨부된 도면을 참조하여 설명된다.

본 발명은 다양한 예시적인 구현예와 관련되어 설명될 것이다. 본 발명의 다른 특징들과 장점들은 명세서와 도면을 참조로 하여 명확히 설명될 것이다.

도1은 본 발명에 따라 사용되는 백업 서버와 커플링된 무선 전화기를 도시한 블록도이다.

도2는 사용자가 어떻게 등록을 하며 시스템과 본 발명을 이용하여 초기에 데이터를 백업하는지를 도시한 순서도이다.

도3a 내지 도3q는 본 발명에 따른 시스템에서, 사용자가 사용자 인터페이스를 통해 등록과 초기 데이터 백업을 어떻게 할 수 있는가를 도시한 스크린 샷이다.

도4는 본 발명의 일실시예에 따라 사용되는 복원 프로세스를 도시한 순서도이다.

도5a 내지 도5e는 본 발명의 일실시예에 따른, 사용자의 복원 프로세스를 수행하기 위한 사용자 인터페이스를 도시한 도면이다.

도6은 본 발명의 일실시예에 따라 사용되는 롤백 특징을 도시한 순서도이다.

도7에서는 백업 스토어내의 데이터를 변경하기 위한, 웹 기반의 정보 관리자와 사용자간의 상호작용과 무선 전화기에 저장된 데이터를 후속으로 도시한 순서도이다.

도8은 도7에 도시된 프로세스의 대체가능한 실시예에 관한 것으로, 웹 기반의 개인 정보 관리자와 사용자간의 상호작용을 통해 무선 전화기에 저장된 사용자 정보가 수정되는 것을 도시한 도면이다.

도9는 어떻게 2개의 서로 다른 데이터 상태가 발생할 수 있는지와 이러한 상태들을 해소할 수 있는 옵션들을 도시한 순서도이다.

도10은 사용자 데이터와 관련있는 고유한(unique) 전화기 식별자를 사용하여 백업 시스템을 구현하는 방법을 도시한 도면이다.

도11은 백업 서버와 통신하기 위해 제조자에 의해 배포되어 미리-공급된 전화기의 SyncML 클라이언트를 사용하는 방법을 도시한 도면이다.

도12는 백업 서버와 통신하기 위해 제조자가 제공하는 전화기의 SyncML 클라이언트를 공급하는 방법을 도시한 도면이다.

본 발명에 따르면, 사용자는 전화기가 연결될 수 있는 무선 네트워크 같은 무선통신 링크를 사용하여 휴대 전화기에 저장된 개인 정보를 무선으로 백업할 수 있다. 이러한 어플리케이션은, 일반적으로 사용자의 전화기 어플리케이션의 백그라운드(background)에서 수행되는 프로세스이므로, 따라서 사용자의 휴대폰 사용을 방해하지 않는다.

도1은 본 발명을 구현하기 위한 시스템의 일반적인 개략도를 도시한 도면이다. 도1에 도시된 바와같이, 전화기(100)와 같은 무선 통신 디바이스는 셀룰러 네트워크(150)와 같은 무선 통신 링크에 연결되어 음성과 데이터 통신들을 무선 네트워크에 연결된 다른 디바이스들에 전송한다. 데이터는 이미 알려진 수 많은 포맷(format)을 통해 네트워크에서 전송될 수 있다.

서버(160)가 또한 제공되는데, 서버(160)는 무선 링크(185)와 무선 네트워크(150)를 통하여 전화기와 통신한다. 또는, 서버(160)는 SyncML 서버(195)를 통해 전화기(100)와 통신할 수도 있다. 백업 시스템은 에이젼트(agent)(110), 서버(160)의 백업 스토어(510), 그리고 백업을 수행하기 위한 에이젼트와 서버에 의해 구현되는 방법들, 본 발명의 복원 및 데이터 보전 기능들을 포함한다. 본 명세서에서 논의된 다른 구성요소들 또한, 다양한 실시예에서 시스템내에 편입될 수 있다.

전화기(100)에는 백업 어플리케이션 또는 에이젼트(110)가 제공된다. 백업 에이젼트(110)는, SyncML OMA DS 사양(제안된 확장버전들을 포함하고, http://www.openmobilealliance.org 에서 이용가능함)의 입증되고 제안된 버전들에 따라 SyncML 서버(195)와 상호작용하도록 디자인된 SyncML 통신 클라이언트일 수 있다. 또한, 에이젼트(110)는, 휴대폰 제조업자에 의해 제공되며 전화기에 존재하고 있는 SyncML 클라이언트(이러한 클라이언트에 의해 지원되는 임의의 커스텀 확장들도 해당됨)를 이용하여 서버(160)와 통신하도록 디자인된 어플리케이션일 수 있다. 또는 에이젼트(110)는, 소유주가 있는 프로토콜을 포함하는 또 다른 프로토콜을 통해 서버(160)와 통신하도록 특별히 디자인된 어플리케이션일 수 도 있다.

본 발명의 일실시예에서, 에이젼트(110)는 완전히 구현된 SyncML 클라이언트이며, 서버(160)는 SyncML 서버를 포함한다. 본 발명의 다른 실시예에서는 어플리케이션(110)은 미국특허번호 6,671,757에 개시된 바와같은 클라이언트 어플리케이션 디바이스 싱크 에이젼트(client application device sync agent)이다. 본 발명의 또 다른 실시예에서, 어플리케이션(110)는 전화기내의 브라우져를 통한 제어에 반응하는 클라이언트 어플리케이이며, 전화기내의 데이터 변화를 체킹(checking)하는 어플리케이션과 여기에서 설명된 프로세스들의 구현예들을 구비한다.

일반적으로, 서버, 웹 서버, SyncML 서버를 구현하는데 적절한 하드웨어 구조는, 프로세서(114), 메모리(104), 비 휘발성 저장소자(106), 이동식 저장 디바이스(110), 네트워크 인터페이스(112), 입출력 디바이스(116)를 포함한다. 충분한 속도를 갖는 적절한 프로세서가 선택되기만 한다면, 어떤 프로세서를 선택하냐는 중요한 사항이 아니다. 메모리(104)는 동 기술분야에서 알려진 임의의 통상적인 컴퓨터 메모리이면 된다. 비 휘발성 저장 디바이스(106)는, 하드 드라이브, CDROM, CDRW, 플래쉬 메모리 카드 또는 임의의 다른 어떤 비 휘발성 디바이스를 포함할 수 있다. 이동식 저장 디바이스(108)는 플로피 디스크 드라이브 또는 임의의 다른 어 떤 이동식 저장 디바이스를 포함할 수 있다.

컴퓨팅 시스템은 하나 또는 그 이상의 네트워크 인터페이스(112)를 포함할 수도 있다. 네트워크 인터페이스의 일례는, 이더넷(ethernet) 또는 다른 타입의 LAN에 연결된 네트워크 카드를 포함할 수도 있다. 입출력 디바이스(114)는 하나 또는 그 이상의 다음과 같은 것들(즉, 키보드, 마우스, 모니터, 디스플레이 기기, 프린터, 모뎀, 등등)을 포함할 수도 있다. 본 발명에 따른 방법들을 수행하는 소프트웨어들은 비 휘발성 저장 디바이스(106), 이동식 저장 매체(110) 및/또는 메모리(104)에 저장될 수도 있다. 상기 컴퓨팅 시스템은 또한 데이터 베이스(108)를 포함할 수도 있는데, 이는 비 휘발성 저장 디바이스(106)에 저장될 수도 있다.

대체가능한 다른 실시예들에서, 데이터 베이스(108)는 메모리(104), 이동식 저장 매체(110) 또는 도1에 도시된 시스템의 일부분인 또 다른 저장 디바이스 또는 도1의 시스템과 통신하는 또 다른 저장 디바이스에 저장된다. 도1에 도시된 것과는 다른 대체 가능한 구조들 역시 사용될 수 있다. 본 발명의 전부 또는 일부를 수행하는 컴퓨팅 디바이스를 구현하기 위해, 도1에 도시된 시스템의 다양한 구현예들, 버젼들 그리고 수정예들이 사용될 수 있다.

적절한 컴퓨팅 디바이스의 일례들은 개인용 컴퓨터, 컴퓨터 워크스테이션, 메인프레임 컴퓨터, 핸드헬드(handheld) 컴퓨터, PDA(Personal Digital Assistant), 호출기(pager), 휴대전화, 스마트 어플라이언스(smart appliance), 또는 다수의 컴퓨터들, 스토리지 에어리어 네트워크(storage area network), 서버 팜(server farm) 또는 다른 임의의 적절한 컴퓨팅 디바이스를 포함한다. 본 발명에 따라서 백업 서비스를 제공하는 시스템 관리자에 의해 관리되는 서버들(160n ,160n+1...)은 임의의 갯수가 존재할 수 있다.

또한, 백업 데이터 스토어(510) 역시 서버(160)에 제공된다. 상기 백업 데이터 스토어는 서버(160)의 비 휘발성 메모리 공간내에 제공된다. 비록, 도면에는 단지 하나의 백업 데이터 스토어 컴퓨터만이 도시되었지만, 이러한 백업 데이터 스토어는 복수개의 컴퓨터들(160n, 160n+1)에 복사되거나 또는 저장될 수 있는데, 이는 그곳에 저장된 데이터가 우연한 사고로 인한 손실로부터 확실하게 보호하기 위함이다. 도1에 SyncML 서버(195)와 웹 서버(180)와 같이 표현되었다고 해서, 이와같은 서버들이 백업 서버(160)가 아닌 다른 물리적인 하드웨어상에 제공되어야만 함을 의미하지는 않는다.

본 발명에 따르면, 어플리케이션 에이젼트(110)는, 전화기(100)의 데이터 스토어에 저장된 개인적인 정보에 가해진 변경들과 개인적인 정보를, 무선 네트워크를 통해 서버(160)와 통신한다. 디바이스로부터의 사용자 데이터에 대한 통신은 여러가지 방식(format)을 갖을 수 있다. 상기 클라이언트가 서버(160)와 통신하는 SyncML 클라이언트인 경우에는, SyncML 사양에서 설명된 표준들(standards)을 이용하여 통신이 수행될 수 있다. 변화들(changes)은, 기록 대 기록(record-by-record basis)이나 또는 필드 대 필드(field-by-field basis) 기반상에서 전송될 수 있다. 또한, 통신은 또 다른 프로토콜을 통해서 수행될 수도 있다.

대체가능한 다른 실시예에서, 에이젼트(110)는 자기-지원(self-supporting) 어플리케이션이며, JAVA 또는 BREW 에이젼트 또는 임의의 다른 디바이스 또는 심비 안(Symbian) 운영체제에서 동작가능한 에이젼트와 같이 운영체제에 특정된 에이젼트(operating system specific agent)를 구동하도록 디자인된 어플리케이션이다.

이와같은 에이젼트는 그 자신의 SyncML 클라이언트를 포함할 수 있으며, 또는 전화기에 존재하는 SyncML 클라이언트와 상호작용할 수도 있다. 변화들은 필드 레벨 또는 바이트 레벨에서 발생할 수 있다. 본 발명의 다른 실시예들은 대체가능한 프로토콜을 통하고, 무선 통신 링크를 통하여 백업 데이터 베이스(510)에 정보를 저장하기 위해 통신할 수 있다.

서버(160)는 사용자 데이터를 백업 스토어에 저장하는데, 전화기의 사용자와 상기 데이터를 연관시키는 방식을 통해 저장한다. 어떤 실시예에서는 상기 데이터는 벌크(bulk)로 저장된다.- 즉, 이 말은 사용자의 모든 기록들과 정보가 단순한 텍스트 형식으로 저장되거나 또는 전화기의 모든 데이터 베이스에 대한 카피본이 서버에 저장됨을 의미한다. 이러한 실시예에서는, 상기 서버는 날짜-식별 기반(date-identified basis)하에서 임의의 갯수의 데이터 카피본을 저장할 수 있다.

또한, 본 발명의 일실시예에서는 미국특허번호 US 6,671,757에 개시된 바와같이, 서버(160)가 이러한 정보를 변화 로그들(change logs)로 번역한다. 이러한 정보는 서버(160)의 백업 데이터 스토어(510)에 저장된다. 이와같은 정보는, 데이터를 개별적인 사용자와 연관짓는 고유한 식별자(unique identifier : UID)를 사용하여 데이터 스토어에 저장된다. 상기 식별자는, 사용자가 고유하게(uniquely) 식별될 수 있고 데이터가 사용자와 연관되기만 한다면, 랜덤하게 임의의 식별자가 선택될 수도 있다. 본 발명의 다른 양상에 따르면, 이와같은 사용자 UID는, 전술한 미국등록특허 US 6,671,757에 기재된 방식으로 생성된 전세계적으로 고유한 식별자(universally unique identifier : UUID)이거나 또는 소정의 사용자에게 하나의 ID를 생성하는 다른 방법들에 의해 생성된 UUID 일 수 있다.

데이터 스토어(510)는 사용자 데이터를 위한 임의의 방식을 갖는 데이터 저장소일 수 있다. 본 발명의 일실시예에서, 데이터 스토어는 디바이스(100)에 저장된 정보의 단순한 카피본이다. 본 발명의 다른 실시예에서, 데이터 스토어는, 객체 데이터베이스(object database) 또는 상관 데이터베이스(relational database)와 같은 데이터베이스이다. 본 발명의 또 다른 실시예에서 상기 데이터 베이스는, 미국등록특허 US 6,671,757에 따라 생성된 변화 로그를 위한 단순한 저장 콘테이너(storage container)이다.

컴퓨터상에서 사용자에게 허용된 웹 서버(180) 또는 웹 브라우져를 갖는 다른 디바이스(190)는 본 발명에 따른 시스템의 여러 양상들을 구성하기 위해 선택적으로 제공될 수도 있다. 서버(180)는 컴퓨터(160)와 유사한 하드웨어 구성을 가질 수 있으며, 하나 또는 그 이상의 물리적인 컴퓨터들을 포함하여 이루어질 수 있다. 게다가, 웹 서버(180)는 서버(160)와 함께 통합될 수도 있다.

일반적으로, 아래에 기술된 시스템에 관한 제 1 실시예에 의하면, 시스템이제공되는 바, 이에 의해 본 발명에 따른 백업 시스템의 소정 양상들이 전화기 인터페이스를 통해 구성된다. 전화기 인터페이스가 사용되는 각각의 케이스에서, 시스템은 사용자에 의해 대체가능하게 구성될 수 있는 바, 사용자 디바이스(190)을 통해 웹 서버(180)에 의해 제공되는 웹 인터페이스를 통해 사용자에 의해 구성될 수 있다.

도2는 본 발명에 따른 시스템에 처음 접해보는 사용자가 어떻게 어플리케이션을 설치하는지 그리고 사용자의 전화기(100)와 백업 서버(160)을 이용하는 시스템 관리자가 제공하며 사용자의 전화기(100)와 백업 서버(160)을 이용하는 백업 서비스에 어떻게 가입할 수 있는지(sign up)에 대해 도시하고 있다. 도2의 실시예를 참조하면, 사용자는 백업 서비스에 가입하는 바, 백업 서비스는 사용자의 전화기와 어플리케이션(110)을 이용하여 시스템 관리자에 의해 제공된다.

대체 가능한 가입 절차의 경우는 사용자가 서비스를 시작하도록 구현될 수 있는 바, 시스템 관리자에 의해 관리받는 월드 와이드 웹으로 방문하고 시스템 서버(160)에 의해 제공받거나 또는 시스템 서버와 인터페이싱함으로서 가능하다. 가입을 위한 또 다른 방법에서는, 사용자로 하여금, 전화기(100)의 WAP 브라우져에 의해 접속될 수 있는 특별하게 형식되어진 무선 어플리케이션 프로토콜 사이트를 통해 가입하도록 한다. (도10-12에 관련하여 아래에서 논의된 또 다른 시도에서는, 사용자 계정을 자동으로 생성하는 것을 포함한다.)

시스템 관리자는 서버(160)를 제어하고 유지하며, 전화기를 위해 에이젼트(110)를 제공한다. 대체 가능한 것으로, 에이젼트는 전화기 제조업자에 의해 제공될 수도 있으며, 서버(160)와 통신하도록[직접적으로 또는 SyncML 서버(195)를 통해] 디자인 될 수 있다. 에이젼트는 그 배포전에 제조업자 또는 무선 서비스 캐리어(carrier) 의해 전화기에 미리 설치될 수도 있으며 또는 무선 네트워크를 통해 관리자에 의해 다운로드로 제공될 수 도 있다.

후자의 실시예에서, 사용자는 초기에는 통신 링크(185)를 통해 시스템 관리자로부터 어플리케이션을 다운로드한다. 일반적으로, 무선 캐리어들은 현재 많은 형식의 다운로드 가능한 어플리케이션들을 제공하는 바, 이는 어플리케이션들을 BREW 또는 JAVA 에서 구동시킬 수 있는 능력을 갖는 인텔리젼트 전화기를 위해서이다. BREW(Binary Runtime Environment for Wireless)는 코드 분할 다중 접속(CDMA) 기술을 위해 구비된 무선 디바이스들에 관한 공개된 소스 어플리케이션 개발 플래폼이다. 이와 유사하게, JAVA 또는 J2ME(JAVA 2 Micro Edition)는 선 마이크로시스템사의 유사한 플래폼이다.

일단, 도2의 단계 202에서 어플리케이션이 설치되면, 사용자는 전화기(100)와 어플리케이션(110)을 이용하여 백업 사이트(160)에 연결한다. 사용자에게 제공될 수도 있는 이러한 방법이 도3a 내지 도3b에 도시되어 있다. 도3a에는 환영 스크린이 도시되어 있으며, 도3b에 도시된 "다음" 스크린으로 이동하기 위한 무선 전화기(300)의 사용자 선택 버튼(302)이 도시되어 있다.

해당 기술분야에서 통상의 지식을 가진 당업자에게 이해되는 바와같이, 도3a 내지 도3q에 도시된 셀룰러 폰(300)은 "소프트" 버튼(302, 304)를 포함한다. 참조번호 306과 308로 표시되며, 스크린의 하단부에 도시된 메뉴 아이템들은 디스플레이와 관련되어 변하는 명령어들이며, 셀룰러 폰(300)에서 구동되는 어플리케이션(100)(그리고 다른 타입들)에 의해 제어된다. 도3a 에는 "next" 버튼과 "cancell" 버튼이 도시되어 있다. 버튼들(302, 304)은 상기 "next"와 "cancell" 기능들을 각각 제어한다.

일단, 도3b에 도시된 바와같이, 사용자가 상기 사이트에 접속하는데 동의하였다면, 사용자는 전화기가 무선 네트워크에 연결중임을 표시하는 화면을 제공받는다. 참조번호 312로 표시된 사용자의 이동 번호(mobile number)가 도시된다.

도2로 돌아가면, 단계 204에서, 사용자는 소프트웨어 라이센스와 서비스 이용에 대한 라이센스에 즉각적으로 동의할 수도 있다. 이것이 도3c에 도시되어 있다. 만일, 단계 206에서 사용자가 동의하지 않는다면, 절차는 종료된다. 만일 사용자가 동의한다면, 단계 208에서, 전화기는 사용자의 번호를 ID로서 다운로드한다. 단계 210에서 사용자는 PIN(Personal Identification Number)을 선택하고 확인한다. 이러한 과정이 도3d 내지 도3f에 도시되어 있다.

도3d에서 사용자는 등록용 PIN을 전화기에 입력하고 소프트 버튼(302)를 누름으로서 다음 명령을 선택한다. 도3e를 참조하면, 전화기는 입력된 PIN을 디스플레이하며 그리고 사용자로 하여금 그 PIN 코드를 저장하도록 촉구(prompt)하고 있다. 사용자가 소프트 버튼(302)을 누름으로서 다음 화면으로 이동한다. 이와같은 다음 화면이 도3f에 도시되어 있으며, 이 화면은 사용자로 하여금, 사용자가 PIN을 망각하는 경우 전화기로 PIN을 되돌려 받을 수 있는 서비스에 대한 옵션을, 선택하도록 촉구하는 화면이다.

도2로 되돌아가면, 도3에서 단계 210의 완료이후에, 사용자는 단계 212에서 백업 스케줄을 설정하도록 촉구된다. 이러한 설정 프로세스가 도3g 내지 도3j에 도시되어 있다. 도3를 참조하면, 사용자는 소프트 버튼(302)을 누름으로서 스케줄을 설정하도록 촉구된다. 도3f를 참조하면, 사용자를 위한 4가지 선택사항(option)이 도시되어 있는데, 이는 정기적으로 반복되는 스케줄을 선택하기 위한 것이다. 이러한 선택사항들은 "매일마다", "평일마다", "주간 간격으로", "스케줄 없음" 이다.

사용자가 도3h의 다음 버튼을 눌렀을 때는 도3i에 도시된 바와같은 "매일마다"의 백업 화면이 도시된다. 이와같은 "매일마다"의 백업에서 사용자는 정기적으로 스케줄된 백업을 위해 특정한 시간을 설정할 수 있다. 만일 사용자가 "평일마다"를 선택한 경우에는, 이런 시간이 또한 매일마다 동일한 간격을 두고 발생할 수 있다.

"주간 간격으로" 스케줄 역시 유사한 방법으로 기능한다. "스케줄 없음" 이라는 백업 옵션의 경우, 사용자는, 도2의 단계 222에 도시된 바와같이 수동으로 어플리케이션을 시작하고 변경된 사항을 백업 스토어로 전송함으로서, 전화기의 정보를 수동으로 백업할 수 있다. 다른 실시예에서는, 사용자가 전화기의 정보를 변경할때마다 백업 데이터를 서버로 제공하도록 스케줄링될 수도 있다.

또 다른 실시예에서는, 스케줄링이 적어도 부분적으로는 서버(160)에 의해 제어된다. 이러한 실시예에서는, 사용자가 스케줄링 시간을 설정하고자 시도했을 때, 서버(160)는 다른 사용자들의 백업 전송 스케줄들에 관한 개별적으로 보관된 기록을 체크하는데, 이는 서버측에서 다양한 사용자들의 전송으로 인한 부하 균형을 확보하기 위함이다.

예를 들어, 만일 한 사용자가 매일 아침 8시에 백업 데이터를 전송하기를 원하고 있으며, 많은 수의 다른 사용자들이 같은 시간에 전송하기를 원하고 있다면, 시스템은, 사용자의 스케줄에 심각한 영향을 끼치지 않는 방법으로 어플리케이션의 스케줄을 변경하도록, 어플리케이션(110)에게 지시할 수 있다. 이러한 변화는, 사용자에 의해 선택된 시간인 동일한 스케줄링 시간의 정각 또는 가까운 시간에서 발생할 수 있는 동시 요청들을 처리할 만한 충분한 통신 대역폭과 처리 능력을 서버가 갖도록 보증할 수 있다.

다른 실시예에서는, 백업 스케줄링은 전적으로 서버에 의해 제어된다. 이러한 양상에 따르면, 사용자는 백업의 간격을 선택할 수 없으며, 서버가 백업의 간격(정기적인, 비정기적인 또는 임의시간들)을 조절할 수 있다. 또 다른 실시예에서는, 전화기의 데이터 스토어에 매번 변경이 있은 후의 특정 시점에서 백업 데이터가 전송된다.

다시 도2로 돌아가서, 도2의 단계 212에서 일단 백업 스케줄이 설정되면, 초기 백업 정보는 서버(160)에 저장되어야 한다. 이러한 과정은 단계 214에서 일어나며 도3j 내지 도3m 에 도시되어 있다. 도3j를 참조하면, 상기 설정이 완료되면, 사용자는 초기 백업 프로세스를 시작하기 위해 "next" 소프트 버튼을 누르도록 촉구된다. 도3k에 도시된 바와같이, "next" 소프트 버튼을 누름으로서, 전화기는 백업 서버(160)와 연결되며, 도3l와 같이 정보는 백업 서버로 전송된다. 도3l의 화면에 도시된 아이템 필드(320)(item field)는 백업 서버로 전송되는 아이템의 갯수를 계속 계산하고 있다. 백업이 완료되었을 때, 도3m은 백업 프로세스가 완료되었기에 전화기에 의해 도시된 상태 화면을 나타낸다.

바로 이 시점에서, 화면의 하단부에서 소프트 버튼들(302, 304)은 사용자에게 "backup now" 와 "option" 버튼을 제공하는데, "backup now" 는 도2의 단계 222 에 표시된 바와같이 사용자로 하여금 수동으로 정보를 전화기로 전송할 수 있게 한다. "option" 버튼은 사용자가 백업 절차에 따른 다양한 관리 기능들을 선택할 수 있게 한다. 예를 들면, 상기 "option" 버튼은 사용자가 백업 프로세스의 스케줄을 변경할 수 있게 하며, 백업 시스템(160)에서 인증되는 사용자의 이동 번호 계정(mobile number account)때문에, 사용자의 PIN을 변경할 수 있게 하며, 도움 피쳐(feature)에 접속할 수 있게 하며, 에이젼트(110)에 관한 정보에 접속할 수 있게 한다.

도2로 돌아가, 일단 단계 216 에서와 같이 상태 화면이 도시되면, 사용자는 이 전화기를 평상시에 사용자에게 익숙해진 방법에 따라 계속 사용할 수도 있다. 단계 216과 단계 218 사이에서 점선 간격으로 표시되는 후속시점 및 시간에서, 사용자의 스케줄에 의해 설정된 백업 간격이 도달할 것이다. 그 시점에서 변경된 사항들, 추가된 것들, 삭제된 것들은 백업 스토어로 전송될 것이다. 이러한 것이 도3n 내지 도3q에 도시되어 있다. 도3n을 참조하면 어플리케이션은 상태 화면을 사용자에게 디스플레이할 수도 있으며, 도3o에는 백업 서버(160)에 연결중임이 도시되어 있으며, 도3p에는 백업중인 아이템이 도시되어 있으며, 도3q에는 완료된 상태인 백업 상태가 도시되어 있다. 간격(218)은, 단계 222에서와 같이 수동으로 개시된 이벤트를 사실상 포함하여 이루어질 수 있음을 유의해야 한다.

단계 218과 단계 220은 백 그라운드에서 일어날 수도 있으며 사용자에게는 어떠한 표시도 제공되지 않을 수 있다는 점 또한 인정되어야 한다. 즉, 일단 백업 간격에 도달하면, 전화기는 단순히 추가된 것들, 삭제된 것들, 변경된 것들을 사용 자에게 다운로드 하며, 언제 마지막 백업이 수행되었는지를 기록하므로 사용자는, 백업 프로세스가 정기적인 기반에서 수행되었는지를 확신하기 위해 체크할 수 있다.

어플리케이션과 사용자간의 상호작용(예를 들면, 어플리케이션 그 활동상황에 대해 얼마나 많은 정보를 사용자에게 제공하여야 하는가)에 관한 중요성은 사용자에 의해 선택될 수 있다. 대체 가능한 실시예에서는, "pop-up" 통지 메시지와 같은 지표(indicator)가 백업과 경쟁적으로 사용자에게 제공될 수 있다. 사용자는 통지 메시지를 어떻게 및 얼마나 자주 수신할 지를 선택할 수 있다.

도4는 본 발명의 일실시예에 따라 사용되는 복원 프로세스를 도시한 순서도이다. 도5a 내지 도5e는 복원 프로세스 동안 사용자 인터페이스에서 사용자가 볼 수 있는 단계들을 도시한 도면이다. 단계 402에서, 사용자는 어플리케이션을 활성화한다. 단계 402와 같은 상황은 예를 들어, 사용자가 새로운 전화기를 얻었을 때 또는 사용자의 현 전화기에 저장된 메모리가 알 수 없는 이유로 인해 지워졌을 때 발생할 수 있다. 일단 사용자가 어플리케이션을 활성화하면, 도5a에 도시된 바와같은 상태 화면이 도시된다.

도4로 돌아가면 단계 404에서, 디바이스 에이젼트는 사용자의 고유한 식별자를 서버로 전송한다. 단계 406에서, 식별자는 사용자의 전화번호로 표시되며, 이에 의해 백업시스템에 대해 사용자가 식별된다. 대체 가능하게는, 상기 방법은 사용자로 하여금, 시스템 관리자에게 계정을 이미 설정받았는지 아닌지를 표시하도록 촉구할 수도 있으며 그리고 사용자의 원본 식별자와 PIN을 요구할 수도 있다.

이러한 경우가, 사용자 데이터를 갖고 있지 않는 전화기의 어플리케이션에 대한 최소 사용인 때에는, 일 실시예에서는, 서버는 전화기내에 데이터가 없다고 인식하고 사용자로 하여금 복원할 것을 촉구할 수 있으며, 어플리케이션은 사용자를 단계 406의 계정 보유자라고 즉각적으로 인식할 것이다. 이후, 어플리케이션은 사용자로 하여금 단계 408에서 PIN을 입력하도록 촉구할 것이다. 이에 대한 것이 도5c에 도시되어 있다.

일단, 사용자가 단계 408에서 PIN을 입력하면, 단계 410에서 데이터가 디바이스로 복원될 것이다. 이러한 점이 도5d에 도시되어 있으며, 도5d를 참조하면, 어플리케이션이 정보를 전화기에 "복원중" 인 것이 사용자에게 표시되고 있음을 알 수 있다. 도5c에는, 정보가 사실상 사용자의 전화기로 반환되었음을 사용자에게 표시하는 상태 스크린이 도시되어 있다.

복원 프로세스에 관한 대체적인 실시예들이 또한 사용될 수도 있다. 대체 가능한 일 실시예에서 복원 프로세스는, 백업 스토어에 저장된 사용자 데이터의 상태보다 더 최근에 정보가 입력된 전화기에 대해 정보를 제공하는 단계를 포함할 수도 있다. 예를 들어, 소정 시간에서 사용자는 백업 스토어내에 정보를 갖는 계정을 생성할 수 있으며, 이 상태를 백업 상태(예를 들면 "상태 1")라고 가정하자. 만일, 사용자가 복원을 수행할 필요가 있는 경우(사용자가 전화기를 잃어버리고 새로운 전화기를 구입한 것 처럼)에는, 복원 프로세스는 단순히 상태 1 의 정보를 디바이스로 제공한다. 하지만, 만일 사용자가 디바이스에 정보를 수동으로 입력하였다면, 이로인해 백업 스토어내의 상태 1 정보와 보다 더 최근에 입력된 전화기 데이터 사 이에 불일치가 발생한다.

이와같은 불일치 케이스의 경우, 하나의 대체가능한 실시예에서는, 사용자에 의해 전화기에 입력된 임의의 새로운 정보는 무시하는 반면에, 상태 1의 정보가 전화기에 제공될 수도 있다.(이로 인해 백업 스토어는 주된 정보 보관소로 만들고 전화기의 변경사항들은 무시함)

두번째 대체 가능한 실시예에서는, 에이젼트는, 전화기가 상태 1 의 정보를 생성하기 위해 사용자에 의해 사용자에 의해 사용된 전화기와 동등하지 않음을 인식할 수 있다.(예를 들어, 아래에 논의된 바와같이 전화기를 위한 고유한 식별자를 사용하거나, 또는 새로운 전화기 상태를 식별하는 다른 여러 수단들을 사용함으로서-사용자 선택과 같은)

일단, 전화기의 상태가 설정되며, 전화기에 저장된 사용자의 개인적인 정보는 백업 스토어로 전송되며, 서버에서 구동되는 프로세스는 불일치한 점이나 중복되는 것을 해결할 수 있고, 이후에 사용자 데이터의 새로운 상태를 전화기에 기록한다. 또 다른 대체적인 실시예에서는 디바이스와 백업 스토어 양쪽의 정보가 병합될 수 있다.

이와같은 후자의 대체적인 실시예에서는, 중복 가능성에 대한 엔트리들(entries)이 존재하며, 이러한 중복 엔트리들을 다루는 매카니즘(중복 엔트리들을 사용자에게 식별시키고 어느 한쪽이 보존되어야 하는지를 요청하는 것과 같은)이 제공될 수도 있다. 이와같은 선택사항들 사이에서의 선택은, 설정 프로세스 동안 또는 어플리케이션의 옵션 메뉴하에서 또는 복원 프로세스 동안 또는 웹 상에서 사용자에게 제공될 수 있다.

게다가, 시스템은 사용자가 사용자의 개인적인 데이터를 특정한 날짜와 시간으로 롤백(roll back)할 수 있는 추가적인 옵션들을 제공할 수 있다. 이러한 기능성은 다양한 방식을 통해 구현될 수 있으나, 본 발명에 따른 시스템내에서는 미국 특허 출원번호 09/641,028, 미국 특허 출원번호 09/642,615, 미국 등록 특허번호 6,671,757에 개시된 백업 기술을 이용하여 구현되는 것이 특히 바람직하다.

미국등록특허번호 US 6,671,757 에 개시된 데이터 백업 기술의 다양한 장점들은 US 6,671,757에 잘 논의되어 있다. 하지만, 이러한 기술을 이용함으로서, 사용자 데이터가 특정한 날짜로 재 생산될 수 있음이 인정되어야 할 것이다. 이러한 기술을 이용함으로서, 시스템은 사용자에 의해 식별된 제 1 변화-로그(log) 또는 데이터 패키지를 갖고 시작하게 되며, 시스템은 저장된 데이터에 대해 정의된 행동들을 순차적으로 수행하는 바, 문제가 되고 있는 변경이나 또는 날짜를 검색한다.

이러한 변경에 도달하였을 때, 아이템은 "roll back" 된다. 이러한 실시예에서, 부기(bookkeeping) 로그는, 사용자와 관련된 후속 변화 로그들로부터 이와같은 객체에 대한 미래의 변화들을 제거하기 위하여 보존될 수도 있다. 또는, 롤백된 상태에서의 경력의 상태(state of the record)를 기록하고, 롤백 되기전의 "현재 버전"을 기초로 사용하여 새로운 "modify" 변화-로그를 데이터 스토어에 추가할 수 있다.

또한, 이러한 특징은 많은 수의 다양한 기술들을 이용하여 구현될 수도 있는바, 사용자와 관련된 모든 변화들을 저장하고 복구 기능동안에 가장 최근의 변화들 만을 또는 가장 최근의 셋업 데이터만을 사용자에게 돌려주는 것과 같은 기술을 이용하여 구현될 수 도 있다. 또한, 데이터 스토어는 사용자가 만드는 매 백업마다 데이터의 완벽한 세트를 저장할 수 있지만, 이러한 방법은 종종 상대적으로 데이터가 집중되는 체계를 제공한다.

도6에 도시된 바와같은 이러한 롤백 옵션에서, 단계 602에서 일단 사용자가 어플리케이션을 활성화시키면, 단계 606에서 전화기는 사용자에 대한 고유의 식별자(어떤 실시예에서는, 전화번호임)를 사용자 식별자로서 백업 스토어(510)로 전송한다. 단계 608에서, 어플리케이션은 사용자에게 롤백 옵션을 제공하는 바, 이는 특정한 날짜의 하나 또는 그룹 접촉을 롤백하는 옵션이다. 단계 608에서, 일단 사용자가 PIN과 롤백 날짜를 입력하고, 롤백하고자 하는 하나 또는 그룹 접촉을 선택하면, 어플리케이션은 단계 610에서 스토리지 서버롭터 데이터를 복원한다. 또한, 롤백이 수행되기 바로 직전의 데이터 상태는, 롤백 기능이 수행되기 전에 그 자체로 저장될 수 있다.

추가적인 실시예에서, 에이전트는 "리멤버 PIN" 옵션을 제공하며, PIN을 국부적으로 저장할 수 있으며, 이에 따라 사용자는 각 롤백(rollback) 또는 다른 기능을 위해 핀을 재입력할 필요가 없게 된다.

본 발명의 대안적인 실시예들에서, 웹-인터페이스가 백업 저장소에 대한 액세스를 허용할 수 있으며, 사용자는 웹 인터페이스를 통해 롤백 기능을 수행할 수 있다. 예를 들어, 인터페이스는 각 동기 날짜들 리스트 및 동기된 기록들 또는 필드들의 개수를 디스플레이할 수 있으며, 사용자로 하여금 접촉들의 개별적으로 또 는 집합적으로 날짜 시작된 그룹을 특정 날짜에서의 상태로 롤백하게 한다. 이 인터페이스는 또한 전화기(100)에 대한 WAP 특정 인터페이스를 통해 수행될 수 있다.

도 7 및 8은 본 발명의 또 다른 실시예를 도시하는데, 사용자는 개별 인터페이스를 사용하여 백업 저장소에서의 데이터를 선택적으로 수정할 수 있다. 이 인터페이스는 월드 와이드 웹(World Wide Web)-기반 개인 정보 관리자인데, 이러한 관리자는 데이터 소스로서 백업 저장 정보, 또는 백업 저장소에서의 데이터를 수정하기 위해 백업 저장소와 동기화되는 이러한 정보의 미러(mirror)를 사용한다.

도 7에서, 사용자는 단계(702)에서 백업 데이터베이스에서의 백업 정보 데이터에 대한 웹-기반 인터페이스에 액세스한다. 단계(704)에서, 사용자는 웹 인터페이스를 사용하여 사용자의 무선 전화기(100)로부터 초기에 생성된 기록들을 수정하며, 이러한 변경들은 백업 데이터베이스에서 저장된다. 미래의 일정 시점에서, 단계들(704 및 706)간의 점선에 의해 표시되는 바와같이, 사용자(또는 자동화 또는 제어 스케줄링 실시예들에서의 스케줄러)는 전화기(100)상의 어플리케이션을 활성화하며, 단계(708)에서, 전화기는 전화기 번호와 같은 사용자 식별자를 시스템에 송신한다.

일단, 시스템 서버(160)가 특정 사용자가 시스템의 일원임을 인식하면, 단계(702)에서 웹 액세스에 의해 변경된 새로운 및 변경된 접촉들을 업로딩하는 옵션이 사용자에게 제공된다. 사용자가 단계(702)에서 개인 정보 번호를 입력하고, 업로드 과정을 확인한 이후에, 데이터는 단계(712)에서 디바이스상에 인스톨(install) 된다.

대안적으로, 업로드는 확인될 필요가 없으며, 통지(prompt)되지 않을 수 있거나, 선택적으로 사용자에게 통지할 수 있다. 데이터 저장소(150)에 대한 변경들은 미국특허 제 6,671,757호에서 설명된 바와같은 사용자 소프트웨어 개인 정보 관리자 어플리케이션에 대한 데이터 액세스를 허용하는 임의의 복수의 상업적 이용가능 제품들을 사용함으로써 이루어질 수 있다. 이러한 제품들은 마이크로소프트 아웃룩(Microsoft Outlook)과 같은 개인 정보 관리자들로부터 정보를 추출하며, 이를 다른 어플리케이션들에 의해 판독될 수 있는 대안적인 포맷들에 전송한다.

도 8은 도 7의 방법의 대안적인 실시예를 도시한다. 단계들(702 및 704)은 도 7에서 도시된 바와같이 발생한다. 본 실시예에서, 어플리케이션은 전화기상의 배경에서 활성이며, 단계(808)에서 어플리케이션에 서버상의 데이터에 대한 변경들이 발생하였음을 표시하는 SMS 메시지를 전화기가 수신할 때까지, 사용자에게 옵션을 제공하지 않는다. SMS(단문 메시지 서비스)는 160 문자들(만일 5비트 모드를 사용하는 경우, 224 문자들)까지의 메시지들을 이동 전화기들에 송신하는 서비스이다.

단계(808) 이후에, 2개의 선택적인 과정들이 발생할 수 있다. 단계(810)에서, 사용자에는 서버(160)로부터 새로운 및 변경된 접촉들을 검색하는 옵션이 제공되며, 정보는 단계(812)에서의 사용자의 PIN 입력 및 업로드 과정의 확인하에서 송신될 수 있다. 이것이 발생하는 때에, 데이터는 단계(814)에서 디바이스에 인스톨된다. 대안적으로, 라인(816)에 의해 도시되는 바와같이, 일단 데이터에 대한 변경들이 서버상에서 발생하였음을 표시하는 SMS 메시지를 전화기가 수신하게 되면, 에 이전트는 SMS 메시지를 가로챌 것이며, 자동으로 웹 인터페이스를 통해 데이터 저장소에 대한 변경들을 검색할 것이다. 데이터는 임의의 사용자 개입없이 디바이스상에 인스톨될 수 있다. 어플리케이션이 과정 라인(818)에 의해 표시되는 수동 루트을 취할 것인지 또는 과정 라인(816)에 의해 표시되는 자동 루트를 취할 것인지는 어플리케이션의 셋업에서 이제까지 설명되지 않은 셋업 과정에서 사용자가 선택하는 옵션이 될 수 있거나, 사용자 관리자에 의해 구성되는 옵션이 될 수 있다.

또한 추가적인 실시예에서, 전화기 에이전트(100)는 SMS 메시지를 기다리지 않을 수 있으며, 변경들이 백업 저장소에 대해 발생하였는지를 결정하도록 서버에게 단순히 주기적으로 폴링(polling) 할 수 있다.

또 다른 실시예에서, 폴링은 변경들이 백업 데이터 저장소에 대하여 전화기상에서 발생하였는지를 결정할 수 있으며, 이러한 변경들을 데이터 저장소에 송신할 수 있다. 이 실시예는 도 9에서 도시된다. 본원에서 도시되는 바와같이, 만일 사용자가 단계(902)에서 전화기상의 기록을 수정하며, 후속적으로 단계(904)에서 웹 인터페이스를 사용하여 백업 저장소상의 기록을 수정하는 경우에, 저장소 또는 전화기상의 임의의 변경들이 각 다른 디바이스와 교환되기 이전에, 2개의 상태들(상태 1 및 상태 2)은 동기가 맞지 않게 될 것이다.

단계(902, 904 및 908)간의 점선에 의해 표시되는 같은 단계들(902 및 904)에서의 수정들 이후 일정 시간에서, 전화기의 배경에서 활성인 어플리케이션에서, 어떤 변경 표시가 발생할 것이다. 이는 단계(908)에서 나타나며, 전화기가 변경들이 발생하였음을 표시하는 SMS 메시지를 수신하며, 상술한 서버의 폴링이 발생하거 나, 간격이 정해진 백업 간격이 도달하는 때에 발생할 수 있다. 단계(808)에서, 전화기와 백업 저장소간의 변경들이 교환된다. 도 8에서 도시된 바와같이, 데이터는 사용자 개입(단계(910) 및 (912))으로 교환되거나 개입 없이(914) 교환될 수 있다. 이에 추가하여, 불일치 경우에 관하여 상술된 충돌 상태가 발생할 수 있으며, 상술된 결정들이 마찬가지로 본 실시예에서 수행될 수 있다.

또한 추가적인 실시예에서, SMS 메시지는 전화기로 하여금 전화기에 대한 임의의 변경들을 다운로딩하도록 지시할 수 있는데, 이것이 백업 저장소에 대한 마지막 백업 전송이기 때문이다.

본 발명의 또한 추가적인 실시예가 시스템이 전화기에 관한 보다 상세한 기능 정보를 결정하게 하는 고유 전화기 식별자 또는 전화기 UID에 기초하여 백업 프로세스들, 계정 액세스, 그리고 서명의 자동화를 제공한다. 추가적인 실시예에서, 전화기 UID는 범용 고유 전화기 ID(또는 전화기 UUID)가 될 수 있다. 일 실시예에서, 전화기 UUID는 IMEI 또는 ESN을 포함할 수 있다. 각 GSM 전화기는 IMEI-국제 이동 장비 식별자 번호를 포함한다. 이는 모든 GSM 디바이스들에 할당된 고유 식별자이다.

IMEI는 일련 번호와 유사하며, 네트워크에 의해 (SIM ID와 관련하여) 핸드셋을 식별하는데 사용된다. SIM ID는 GSM 전화기에서 사용되는 소형의, 스탬프-크기의 "스마트 카드"인 가입자 식별자 모듈(Subscriber Identity Module)상에 제공된다. SIM 카드는 네트워크 서비스 제공자에 대한 호출자를 식별하는 데이터를 저장하는 마이크로칩을 포함한다. 데이터는 또한 보이스(voice) 및 데이터 전송들의 암 호화에 사용되며, 이는 호출들 상에서 도청하는 것을 거의 불가능하게 한다. 또한, SIM은 전화번호부 정보- 전화번호들 및 관련 명칭들을 저장할 수 있다.

CDMA 전화기들이 또한 개인 식별 번호(ESN)를 갖는다. 이 번호는 핸드셋 후면상의 배터리 아래에서 발견될 수 있으며, 통상적으로 문자들과 숫자들을 포함하는 8개 디지트 길이가 된다.

GSM 협회(GSMA)는 GSM에서 사용을 위해 제조업자들에게 국제 이동 가입자 식별번호들(IMEI)을 할당하는 Global Decimal Administrator 역할을 갖는다. IMEI 번호들은 제조업자에 의해 개별 전화기들에 할당되며, 할당을 받은 전화기의 타입, 특성 및 특징들을 식별할 수 있다.

사용자 데이터와 관련된 전화기 UID를 사용하는 방법이 도 10에서 도시된다. 단계(1002)에서 전화기가 사용자에 분배되기 이전의 일정 시점에서, 전화기 UID가 사용자 전화기에 할당된다. 전화기 UID는 상술한 바와같이 IMEI 또는 ESN 번호와 같은 다른 ID를 포함할 수 있다. 후속적으로, 단계(1004)에서, 사용자가 전화기를 획득하며, 전화기상의 "백업(backup)" 옵션을 누르게 된다. 백업 옵션은 상술한 바와같이 어플리케이션 에이전트에서, 또는 또한 상술한 바와같이 전화기상에서 사용을 위해 특정적으로 적합화된(tailored) 어플리케이션에서 제공될 수 있다.

단계(1004)에서의 전화기상의 백업 기능의 개시는 상기 임의의 실시예들에 따른 백업 과정을 시작할 것이지만, 이는 전화기 UID 및 사용자 UID를 사용하여 백업 계정이 자동으로 생성되게 할 것이다. 단계(806)에서, 전화기 UID를 사용하여, 시스템은 전화기 UID에 기반하여 전화기의 특징(타입, 특성들, 및 기능성)을 결정 할 수 있다. 이는 특히 IMEI 번호를 사용하는 GSM 전화기들의 경우들에서 사실이다. 단계(1004)에서, 사용자 ID는 GSM 전화기에서 SIM에 의해 제공되는 SIM ID가 될 수 있음이 추가적으로 인식될 것이다. 대안적으로, 사용자 UID는 전화기 번호 또는 사용자에 대한 임의의 다른 고유 식별자가 될 수 있다.

단계(808)에서, 일단 전화기 UID 및 사용자 UID 모두가 공지되면, 사용자로부터의 추가적인 정보를 알 필요없이 백업 계정이 시스템에 의해 자동으로 셋업될 수 있다. 대안적으로, PIN의 입력과 같은 추가적인 인증 정보가 시스템에 의해 요구될 수 있다.

단계(808)에서, 사용자가 백업 데이터 저장소에 백업 정보를 저장하는 때마다, 정보가 획득되는 전화기를 특정하는 전화기 UID가 기록될 수 있다. 따라서, 백업 데이터 저장소는 사용자가 정보를 저장하기 위해 언제 서로다른 전화기 UID를 갖는 대안 전화기를 사용하는지를 알게 될 것이다.

단계들(808 및 810)간의 점선에 의해 표시되는 바와같이 단계(808)와 시간적으로 분리될 수 있는 (810)에서, 사용자는 새로운 전화기 UID를 사용하여 백업 데이터 전송을 개시한다. 이는 예를 들어, 사용자가 SIM을 GSM 기술에서의 새로운 전화기로 이동시키거나, 이와 달리 자신의 사용자 UID를 사용하여 시스템에 의해 요구되는 임의의 인증을 인증하는 때에 발생할 수 있다. 인증 단계(812)는 인증이 SIM ID에 의해 제공되는 경우들에서 선택적으로 될 수 있으며, 또는 사용자에 의해 선택적으로 디스에이블(disable) 될 수 있다.

일단 단계(810)에서 사용자가 새로운 전화기 ID를 제공하게 되면, 단계(814) 에서 시스템은 새로운 전화기 UID를 기록하며, 단계(816)에서 시스템은 자동으로 시스템 데이터 복원을 수행하여 변경들을 새로운 전화기에 송신할 수 있게 된다. 단계(810 내지 816)에서 도시된 상황에서, 사용자가 전화기 ID를 전환하였기 때문에, 가장 최근의 백업 상태가 서로다른 전화기로부터 비롯되며, 새로운 전화기 UID가 통용되지 않는 데이터 상태를 가질 것임이 시스템에 알려질 것이다.

다시, 상기 불일치 데이터 상태 경우에서와 같이, 사용자는 단계(810)에서 백업의 개시를 수행하기 이전에 새로운 전화기상에 데이터를 입력할 수 있다. 이 경우에, 불일치 경우에 관해 상술된 수행 또는 데이터 핸들링이 다시 적용될 수 있다.

도 11 및 12는 단계(1004)가 수행되는 방식에 대한 2개의 대안들을 도시한다. 본 발명에 따라, 백업 저장소를 유지하는 서버(160)와 전화기간의 임의의 통신이 임의 개수의 프로토콜들을 통해 발생할 수 있다. 일 실시예에서, SyncML이 사용되며, 이러한 실시예에서, 에이전트(110)는 통합 SyncML 클라이언트를 가질 수 있거나, 전화기에서 정상적으로 제공된 제조업자의 SyncML 클라이언트가 사용될 수 있다. 도 11 및 12는 SyncML 클라이언트를 사용하는 방법들을 도시한다.

도 11에서, 단계(1004)에서, 전화기에는 사전구성된(preconfigured) SyncML 클라이언트가 실려있는(shipped) 것으로 가정된다. 사전구성에 의해, 전화기상의 SyncML 클라이언트는, 에이전트에서의 백업(또는 sync) 옵션을 누름으로써, 전화기 제조업자들 sync 에이전트가 도 1에 도시된 SyncML 서버(495)에 액세스하는 식별 정보를 갖게 되도록 실려진다. 단계(1102)에서, 전화기가 사전구성된 SyncML 클라 이언트로 실려지는 경우에, 전화기 UID 및 사용자 UID는 사용자가 전화기상의 백업 버튼을 누르는 때에 SyncML 서버에 송신된다. 단계(1106)에서, 사용자 정보 및 전화기 UID는 백업 데이터 저장소와 관련되며, 단계(1108)에서 계정이 확립된다.

도 12에서, 전화기에는 단계(1202)에서 사전구성된 SyncML 클라이언트 없이 실려진다. 단계(1204)에서, 에이전트는 선택적으로 다운로딩되며 전화기상에 인스톨될 필요가 있다. 단계(1206)에서, 전화기 어플리케이션의 백업 옵션의 개시하에서, 구성 정보가 SMS 메시지를 통해 전화기 제조업자의 SyncML 클라이언트에 송신되어 구성 제공 정보를 SyncML 클라이언트에 제공할 수 있다. 이는 전화기상의 SyncML 클라이언트가 도 1의 SyncML 서버(195)에 어드레싱(addressing) 할 수 있게 한다. 이후에, 단계(1208)에서 계정 확립 과정이 전화기 UID 및 사용자 UID를 사용하여 시작된다.

도 10 내지 12와 관련하여 설명된 실시예에서, 사용자 경험은 비교적으로 표출되지 않을 수 있다. 예를 들어, 사용자는 단지 전화기상의 "백업" 소프트 버튼을 누름으로써 계정 확립 정보가 백업 데이터 저장소에 송신되게 한다. 다른 전화기에 대한 SIM에서의 임의의 손실 또는 변경이 있는 경우에 추가적인 사용자 개입 없이 복원 과정이 수행되게 할 것이다.

추가적으로, 백업 데이터 저장소의 관리자는 전화기에 얼마나 많은 데이터를 제공할지에 관한 결정들을 할 수 있다. 예를 들어, 만일 전화기가 전화기 UID에 기반하여 식별되어 특성 풍부 디바이스(feature rich device)로서 알려지는 경우에, 관리자는 카렌다, 태스크 및 전화번화부와 같은 전화기들상에서 이용가능한 모든 설정들을 백업할 수 있다. 만일 전화기 UID의 전환하에서, 사용자가 보다 적은 특성 풍부 전화기로 이동하는 경우에, 제공자는 예를 들어, 사용자가 주소록만을 갖고 있는지를 결정하며, 복원 기능에서 주소록 데이터만을 제공할 수 있다. 사용자는 이 과정 동안에 임의의 구성 정보를 관리자에게 제공할 필요가 없게 된다.

본 발명의 앞선 상세한 설명은 예시 및 설명 목적으로 제시되었다. 이는 총망라하는 것이 아니며, 본 발명을 개시된 정확한 형태에 국한시키고자 함이 아니다. 많은 변형들 및 변화들이 상기 개시의 관점에서 가능하다. 예를 들어, 전화기상의 에이전트에 의해 수행되는 태스크들은 서버에 의해 수행될 수 있는데, 이는 서버로 하여금 방법을 수행하게 하며 데이터를 서버에 복귀시키도록 지시하는 서버상의 코드에 대한 호출 결과로서 수행된다.

이에 추가하여, 시스템에 의해 인증이 요구되는 경우에, 사용자에는 전화기 또는 에이전트에 인증 정보를 저장함과 아울러 요구되는 때마다 인증 정보를 수동으로 입력하지 않게 되는 옵션이 제공될 수 있다. 또한 추가적으로, 인증은 교환되는 SMS 메시지들에 의해 송신될 수 있다. 본원에서 설명되는 기능들은 전화기상에서 이용가능한 프로세싱 전력에 기반하여 서버 또는 전화기 에이전트 또는 어플리케이션에 할당될 수 있다. 상술된 실시예들은 본 발명의 원리들 및 실제 어플리케이션들을 최상으로 설명하며, 이에 따라 기술분야의 당업자들이 본 발명을 예기되는 특정 사용에 적합한 바와같은 다양한 실시예들 및 다양한 변형들로 최상으로 이용할 수 있도록 선택된다. 본 발명의 범주는 하기의 청구범위에 의해 한정되어야 한다.

Claims

전화기에 저장된 개인 정보를 백업(back-up)하는 방법에 있어서,

상기 전화기상에 백업 시스템 사용자 계정 셋업 인터페이스를 제공하는 단계와;

상기 전화기상에 백업 스케줄링 인터페이스를 제공하는 단계와; 그리고

상기 전화기상에 복원 정보 인터페이스를 제공하는 단계를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 사용자 계정 셋업 인터페이스는 사용자가 백업 저장소로 백업 계정을 셋업하게 하는 방법을 호출하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 백업 스케줄링 인터페이스는 개인 정보를 상기 백업 저장소에 정기적으로 송신하는 간격을 설정하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 백업 스케줄링 인터페이스는 상기 전화기상의 정보의 수정하에서 개인 정보를 상기 백업 저장소에 전송하게 하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 복원 인터페이스는 상기 서버상의 모든 저장 정보를 상기 전화기에 업로딩하는 방법을 호출하는 특징으로 하는 개인 정보 백업 방법.
제 5항에 있어서, 상기 방법은 롤백(rollback) 인터페이스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 6항에 있어서, 상기 롤백 인터페이스는 웹 브라우저에 의해 액세스되는 것을 특징으로 하는 개인 정보 백업 방법.
제 6항에 있어서, 상기 롤백 인터페이스는 무선 프로토콜에 의해 액세스되는 것을 특징으로 하는 개인 정보 백업 방법.
제 6항에 있어서, 상기 롤백 인터페이스는 특정 날짜에 기반하여 변경들을 업로딩하는 방법을 호출하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 방법은 삭제취소(undelete) 인터페이스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 10항에 있어서, 상기 삭제취소 인터페이스는 웹 브라우저에 의해 액세스 되는 것을 특징으로 하는 개인 정보 백업 방법.
제 10항에 있어서, 상기 삭제취소 인터페이스는 WAP과 같은 무선 프로토콜을 통해 액세스되는 것을 특징으로 하는 개인 정보 백업 방법.
제 10항에 있어서, 상기 삭제취소 인터페이스는 사용자 개인 정보 공간에서의 특정 기록과 관련된 변경을 송신하는 방법을 호출하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 주소록 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 태스크 엔트리 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 카렌다 엔트리 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 노트 엔트리 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 경보 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 사용자 사전 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
무선 전화기의 백업 저장소 데이터베이스에 개인 정보를 저장하는 방법에 있어서,

변경들을 통신 링크를 통해 백업 저장소에 정기적으로 송신할 수 있는 자동화된 전화기 데이터 전송 방법 및 복원 방법을 포함하는 전화기 에이전트를 제공하는 단계와; 그리고

상기 에이전트에 응답하여, 상기 백업 저장소로부터의 변경들을 상기 무선 전화기에 제공하는 단계를 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 20항에 있어서, 상기 방법은 사용자에 의해 정의된 간격들에서 상기 전화기로부터 개인 정보를 수락하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 20항에 있어서, 상기 방법은 상기 에이전트로부터 사용자 계정 셋업 데이 터를 수락하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 20항에 있어서, 상기 방법은 다운로드 간격들의 스케줄을 상기 에이전트에 할당하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 21항에 있어서, 상기 방법은 복수의 사용자들간의 부하 조절(load balancing)을 위해 간격 스케줄을 수정하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 20항에 있어서, 보조 인터페이스를 통해 상기 백업 저장소에 대한 변경들이 이루어졌음을 상기 에이전트에게 통지하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 저장 방법.
제 25항에 있어서, 상기 전화기 에이전트는 통지의 수신하에서 전화기를 갱신하는 것을 특징으로 하는 개인 정보 저장 방법.
제 25항에 있어서, 상기 통지는 SMS 메시지인 것을 특징으로 하는 개인 정보 저장 방법.
제 20항에 있어서, 상기 통지는 상기 변경들에 대해 상기 서버에 폴 링(polling)한 결과인 것을 특징으로 하는 개인 정보 저장 방법.
제 25항에 있어서, 상기 방법은 상기 보조 인터페이스를 제공하는 단계를 포함하며, 상기 보조 인터페이스는 웹 인터페이스인 것을 특징으로 하는 개인 정보 저장 방법.
무선 전화기에 개인 정보를 유지하는 방법에 있어서,

사용자 계정을 확립하는 단계와, 상기 사용자 계정은 고유 지정에 의해 사용자를 식별하며; 그리고

정기적인 간격들에서 무선 네트워크를 통해 전화기 데이터를 백업 저장소에 송신하는 단계를 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 30항에 있어서, 상기 송신 단계는 사용자-정의된 간격들에서 전화기 데이터를 송신하는 단계를 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 30항에 있어서, 상기 송신 단계는 백업 저장소로부터 상기 데이터 저장소에 대한 변경들이 발생하였다는 표시의 수신하에서 발생하는 것을 특징으로 하는 개인 정보 유지 방법.
제 32항에 있어서, 상기 표시자는 SMS 메시지인 것을 특징으로 하는 개인 정 보 유지 방법.
제 32항에 있어서, 상기 표시자는 변경들이 발생하였는지를 결정하기 위해 상기 백업 저장소에 폴링한 결과인 것을 특징으로 하는 개인 정보 유지 방법.
제 30항에 있어서, 상기 송신 단계는 전화기 데이터에 대한 변경만을 송신하는 단계를 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 35항에 있어서, 상기 송신 단계는 변경 로그들의 형태로 전화기 데이터에 대한 변경만을 송신하는 단계를 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 36항에 있어서, 상기 방법은 모든 변경 로그들을 적용함으로써 상기 전화기에 대한 데이터를 복원하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 30항에 있어서, 상기 데이터 저장소의 데이터를 변경하기 위해 웹을 통해 상기 저장소에 대한 인터페이스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 38항에 있어서, 사용자 스케줄 간격에서 상기 인터페이스에 의해 변경된 데이터를 상기 전화기에 송신하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 38항에 있어서, 사용자 개시 동작하에서 상기 인터페이스에 의해 변경된 데이터를 상기 전화기에 송신하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
제 38항에 있어서, 서버-지시 간격에서 상기 인터페이스에 의해 변경된 데이터를 상기 전화기에 송신하는 단계를 더 포함하는 것을 특징으로 하는 개인 정보 유지 방법.
무선 전화기에 대한 어플리케이션에 있어서,

사용자 정의 간격들에서 변경들을 상기 백업 시스템에 송신하는 자동화된 백업 과정과; 그리고

상기 백업 시스템상에 저장된 정보를 상기 전화기에 복원하기 위해 사용자에 의해 활성화되는 복원 과정을 포함하는 무선 전화기에 대한 어플리케이션.
제 42항에 있어서, 상기 어플리케이션은 롤백 전화기 정보 과정을 더 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 43항에 있어서, 롤백 정보 과정은 상기 무선 상의 데이터를 특정 날짜에서 존재하는 상태로 복귀시키는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 42항에 있어서, 상기 어플리케이션은 삭제취소 기록 과정을 더 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 42항에 있어서, 상기 어플리케이션은 BREW 에이전트를 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 42항에 있어서, 상기 어플리케이션은 JAVA 에이전트를 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 42항에 있어서, SyncML 통신 모듈을 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 48항에 있어서, 상기 어플리케이션은 변경들을 상기 백업 시스템으로부터 상기 전화기로 송신하도록 동작하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 49항에 있어서, 상기 SyncML 통신 모듈은 SyncML 클라이언트를 포함하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
제 48항에 있어서, 상기 SyncML 통신 모듈은 상기 전화기의 SynML 클라이언트와 통신하는 것을 특징으로 하는 무선 전화기에 대한 어플리케이션.
데이터 저장소를 갖는 무선 전화기의 개인 정보를 백업 시스템에 저장하는 어플리케이션에 있어서,

사용자가 상기 백업 시스템상에 사용자 계정을 생성하기 위해, 고유 식별자를 사용하여 상기 백업 시스템에 액세스하는 자동화된 사용자 계정 생성 방법과;

사용자 정의 간격들에서 변경들을 상기 백업 시스템에 송신하는 자동화된 백업 방법과; 그리고

사용자 데이터를 전화기에 제공하는 복원 방법을 포함하는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 어플리케이션은 특정 날짜에서 존재하는 사용자 데이터 상태를 제공하는 롤백 방법을 포함하는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 어플리케이션은 이전에 사용자 동작에 의해 삭제된 적어도 하나의 복원 데이터 항목을 제공하는 삭제취소 방법을 포함하는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 적어도 상기 백업 방법 및 상기 계정 생성 방법은 에이전트에 의해 개시되는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 간격들은 사용자에 의해 정의되지만 관리자에 의해 변경되는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 간격들은 정기적인 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 간격들은 임의적인 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 복원 방법은 어떤 데이터 및 기존의 사용자 계정을 갖지 않는 것으로서 인식되는 전화기에 응답하여 동작하는 것을 특징으로 하는 어플리케이션.
제 52항에 있어서, 상기 계정 생성 방법은 상기 백업 시스템에 의해 상기 사 용자에 의해 제공된 보조 인터페이스를 통해 수행되는 것을 특징으로 하는 어플리케이션.
프로세서 판독가능 저장 디바이스들 상에서 실행되는 프로세서 판독가능 코드를 갖는 상기 하나 이상의 프로세서 판독가능 저장 디바이스들에 있어서, 상기 프로세서 판독가능 코드는:

백업 스케줄링 인터페이스를 제공하는 단계와;

시간이 지남에 따라 전화기 데이터의 초기 세트 및 상기 전화기 데이터에 대한 변경들을 백업 시스템에 송신하는 단계와; 그리고

복원 정보 인터페이스를 제공하는 단계를 포함하는 방법을 수행하도록 하나 이상의 프로세서들을 프로그램하는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 61항에 있어서, 상기 방법은 사용자 계정 셋업 인터페이스를 제공하는 단계들을 더 포함하는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 62항에 있어서, 상기 셋업 인터페이스는 상기 전화기상에 있는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 62항에 있어서, 상기 셋업 인터페이스는 월드 와이드 웹 인터페이스를 통해 제공되는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 61항에 있어서, 상기 백업 스케줄링 인터페이스는 상기 전화기상에 제공되는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 62항에 있어서, 상기 백업 스케줄링 인터페이스는 월드 와이드 웹 인터페이스를 통해 제공되는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 61항에 있어서, 상기 복원 정보 인터페이스는 상기 전화기상에 제공되는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 62항에 있어서, 상기 복원 정보 인터페이스는 월드 와이드 웹 인터페이스를 통해 제공되는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
제 62항에 있어서, 상기 방법은 복원 정보 인터페이스에 응답하여 데이터를 상기 데이터 저장소로부터 상기 전화기로 송신하는 단계를 포함하는 것을 특징으로 하는 하나 이상의 프로세서 판독가능 저장 디바이스들.
이동 전화기의 개인 정보용 백업 시스템에 있어서,

사용자 식별자와 전화기 식별자로 식별되는 백업 시스템상에 저장된 개인 정보 세트를 포함하는 것을 특징으로 하는 백업 시스템.
제 70항에 있어서, 상기 시스템은 상기 전화기 식별자를 이용하여 상기 전화기와 관련된 데이터를 구성하는 자동 계정 생성 과정을 포함하는 것을 특징으로 하는 백업 시스템.
제 70항에 있어서, 상기 사용자 식별자는 범용 고유 식별자인 것을 특징으로 하는 백업 시스템.
제 70항에 있어서, 상기 전화기 식별자는 범용 고유 식별자인 것을 특징으로 하는 백업 시스템.
제 4항에 있어서, 상기 백업 스케줄링 인터페이스는 상기 전화기상의 정보의 수정이후 즉시 개인 정보를 상기 백업 저장소에 전송하게 하는 것을 특징으로 하는 개인 정보 백업 방법.
제 4항에 있어서, 상기 백업 스케줄링 인터페이스는 상기 수정으로부터 떨어 진 시간 내의 일정 시점에서 상기 전화기상의 정보의 수정하에서 개인 정보를 상기 백업 저장소에 전송하게 하는 것을 특징으로 하는 개인 정보 백업 방법.
제 6항에 있어서, 상기 롤백 인터페이스는 상기 전화기 에이전트에 의해 액세스되는 것을 특징으로 하는 개인 정보 백업 방법.
제 6항에 있어서, 상기 삭제취소 인터페이스는 상기 전화기 에이전트를 통해 액세스되는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 이메일 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 사진들, 사운드들 및 영화들을 위한 멀티미디어 데이터 저장소를 포함하는 것을 특징으로 개인 정보 백업 방법.
제 1항에 있어서, 상기 개인 정보는 링 톤 데이터 저장소를 포함하는 것을 특징으로 하는 개인 정보 저장 방법.