KR100592915B1

KR100592915B1 - 원격 통신 시스템의 어플리케이션 데이터 동기화

Info

Publication number: KR100592915B1
Application number: KR1020037012443A
Authority: KR
Inventors: 리쿠 메트앨래; 주시 피이스파넨; 믹코 사히노자
Original assignee: 노키아 코포레이션
Priority date: 2001-03-26
Filing date: 2002-03-25
Publication date: 2006-06-23
Also published as: JP2004531805A; US20040215669A1; FI20010617A0; CN1253818C; EE05571B1; BR0208394A; KR20040007474A; FI113129B; CA2441705A1; CN1511294A; CA2441705C; US7571194B2; WO2002077860A1; EP1381974B1; JP2010170569A; JP5016563B2; EP1381974A1; JP2008251047A; ZA200307432B; EE200300462A

Abstract

적어도 하나의 단말기, 적어도 하나의 동기화 서버, 단말기 내의 제1 데이터베이스 및 제2 데이터베이스를 포함하는 네트워크된 시스템 내의 적어도 하나의 어플리케이션의 데이터 동기화를 설정하기 위한 방법이 개시된다. 본 발명에 의한 방법에서, 어플리케이션 데이터 동기화를 위하여 요구되는 데이터를 포함하는 구성 메시지가 형성되며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들을 포함한다. 구성 메시지는 동기화 서버로부터 단말기로 송신된다. 단말기 및 동기화 서버 간에 동기화 커넥션이 설정되어 동기화를 수행한다. 설정된 동기화 커넥션 및 적어도 상기 데이터의 일부분을 이용하여 동기화가 초기화되며, 제1 데이터베이스 및 제2 데이터베이스의 데이터가 상기 데이터의 적어도 일부분을 이용하여 동기화된다.

Description

원격 통신 시스템의 어플리케이션 데이터 동기화{Application data synchronization in telecommunications system}

부록 1: 소지자(bearer)의 서비스 타입 표

부록 2: 구성 메시지의 Cleartext XML 예시

부록 3: 구성 요소들 의 WBXML 값

본 발명은 원격 통신 장치 시스템의 데이터 동기화에 관한 것으로서, 특히 적어도 하나의 단말기, 적어도 하나의 동기화 서버 및 적어도 하나의 데이터베이스를 포함하는 네트워크된 시스템 내의 어플리케이션 데이터 동기화에 관한 것이다. 데이터 동기화는 동기화 후에 데이터 콜렉션들의 정보 유니트들이 실질적으로 서로에게 상응하도록 하는 방식으로 적어도 두 개의 데이터 콜렉션 간에 조화(correspondence)가 형성되도록 하는 동작이다.

휴대용 컴퓨터, 개인용 디지털 어시스턴트(PDA, Personal Digital Assistant) 장치, 이동 통신 단말기(mobile stations) 또는 페이저와 같은 휴대용 단말기의 데이터는 네트워크 어플리케이션, 데스크톱 컴퓨터 어플리케이션 또는 원격 통신 시스템 내의 다른 데이터베이스와 동기화될 수 있다. 전형적으로는, 달력 및 전자 우편 어플리케이션의 데이터가 특히 동기화된다. 종래에는, 동기화 개념은 상호 호환되지 않는 개발자에 특정된 상이한 프로토콜들에 기초하고 있다. 이런 현상은 단말기의 사용 및 사용되는 데이터 타입들을 한정하며, 전형적으로 사용자가 단말기를 사용하는 것을 어렵게 한다. 특히, 이동 통신 분야에서 단말기 또는 사용되는 어플리케이션에 관계없이 데이터를 획득 및 갱신하는 것은 중요하다.

XML(Extensible Markup Language)에 기초한 SyncML(Synchronization Markup Language)라는 언어가 어플리케이션 데이터 동기화를 개선하기 위하여 제공되어 왔다. SyncML 포맷의 메시지들을 사용하는 SyncML 동기화 프로토콜은 어떠한 네트워크된 단말기들 간의 어플리케이션 내의 데이터 동기화도 가능하게 한다. 예를 들어, 이동 통신 단말기 내의 달력 엔트리는 회사에 있는 비서에 의하여 사용되는 네트워크 달력과 함께 자동적으로 동기화된다. SyncML 동기화 프로토콜은 무선 및 유선 네트워크 모두에서 동작하며 수 개의 전송 프로토콜(transfer protocols)을 지원한다. 예를 들면, SyncML 동기화 프로토콜은 HTTP 프로토콜(Hyper Text Transfer Protocol), WAP(Wireless Application Protocol) 스탠다드의 WSP 프로토콜(Wireless Session Protocol), USB(Universal Serial Bus) 또는 RS-232와 같은 케이블 링크들을 위해 사용되는 OBEX 프로토콜, 또는 단거리 무선 주파수(Short-range radio frequency)(Bluetooth) 링크 또는 적외선(IrDA) 링크 상에, 또는 TCP/IP(Transport Control Protocol/Internet Protocol) 스택 상에, 및 전자 우편 프로토콜(SMTP, Simple Mail Transfer Protocol) 상에서 설정될 수 있다.

도 1은 이동 통신 단말기(MS, mobile station)가 SyncML 클라이언트 단말기 로서 기능하고 네트워크 서버(S)가 SyncML 서버로서 기능하는 동기화의 일 예를 도시한다. SyncML 동기화 서비스에서, 우선 동기화 세션(synchronization session)이 초기화되는데, 즉, 예를 들어 동기화될 데이터베이스가 선택된다. SyncML 클라이언트 단말기(MS)는 싱크 클라이언트 에이전트(Sync Client Agent)를 포함하며, 이동 통신 단말기(MS) 내에 동기화될 목적 데이터로서, 이전의 동기화 이후로 변경된 데이터에 대한 정보를 적어도 포함하는 SyncML 메시지(클라이언트 수정, Client Modifications)를 전송한다. SyncML 서버(S)는 동기화를 제어하는 싱크 서버 에이전트(Sync Server Agent) 및 싱크 엔진(Sync Engine)을 포함하며 일반적으로 동기화를 위해 싱크 클라이언트(MS)가 시동될 것을 대기한다. SyncML 서버(S)는 데이터를 동기화하는데, 다시 말하면, 데이터베이스 및 클라이언트 단말기의 데이터에 어떤 수정이 가해졌는지 분석하여 두 데이터를 동일하도록(coherent) 만든다(필요한 수정, 갱신 및 삭제를 행한다). 이러한 데이터 동기화 이후에, SyncML 서버(S)는 서버에 가해진 수정 사항을 SyncML 클라이언트(MS)에 반환한다. 전술된 바와 같은 예시는 단순하지만, 그럼에도 불구하고 SyncML 스탠다드 내에 존재하는 장치들의 동작들을 예시한다. SyncML 클라이언트 단말기(MS)는 전형적으로는 이동 통신 단말기, 개인용 컴퓨터(PC), 랩톱 컴퓨터 또는 PDA 장치들이다. SyncML 서버(S)는 전형적으로 네트워크 서버 또는 개인용 컴퓨터이다.

동기화와 관련된 다양한 설정값(settings)들이 SyncML 서버와의 동기화가 수행되기 전에 SyncML 클라이언트 에이전트를 포함하는 단말기를 위하여 정의되어야 한다. 이러한 설정값들은 SyncML 서버의 주소 및 사용되는 데이터베이스들의 주소 및 타입들을 포함한다. 전형적으로, 사용자들은 동기화할 수 개의 데이터베이스들을 가지므로, 각 데이터베이스들은 각각의 설정값들을 요구한다. 사용자들은 이러한 설정값들을 수작업으로 입력할 수 있고, 더 나아가 수작업으로 입력하기 난해하고 노동력이 소모되는 경우 완전한 설정값들을 인수함으로서 입력할 수도 있다.

본 발명의 목적은 전술된 바와 같은 문제점들을 회피하고 상이한 단말기 내에 가능한 한 용이한 방법으로 데이터 동기화를 제공하는 것이다. 본 발명의 목적은 방법, 원격 통신 시스템, 동기화 서버, 원격 통신 장치, 컴퓨터 및 데이터 저장 매체에 의하여 달성되는데, 이러한 방법 및 장치들은 독립항에서 서술된 바에 의하여 특징 지워진다. 본 발명의 바람직한 실시예들은 종속항에서 서술된다.

본 발명은, 적어도 동기화를 가능하게 하기 위하여 요구되는 적어도 하나의 구성 메시지(configuration message)가 동기화 서버로부터 단말기로 송신된다는 아이디어에 기초하는데, 구성 메시지가 송신되는 단말기는 동기화 어플리케이션을 포함하며, 이 동기화 어플리케이션의 데이터는 적어도 하나 또는 그이상의 데이터베이스들의 설정값들을 포함한다. 단말기는 자체 메모리 내에 데이터를 저장할 수 있으며, 저장된 데이터의 적어도 일부분을 이용하여 동기화가 수행된다. 그러므로, 단말기 및 동기화 서버 간에 동기화 커넥션이 설정되며, 설정된 동기화 커넥션 및 상기 데이터 의 적어도 일부분을 이용하여 동기화가 초기화된다. 상기 데이터의 적어도 일부분에 기초하여 적어도 제1 데이터베이스(단말기 내의) 및 제2 데이터베이스 내의 데이터가 순차적으로 동기화될 수 있다. '데이터베이스'라는 용어는 넓은 의미로 이해되어, 모든 데이터 소스 또는 데이터 저장의 데이터 콜렉션을 언급하는 것으로 이해되어야 하며, 이 데이터베이스는 하나 또는 그 이상의 어플리케이션들과 함께 갱신될 수 있다. '동기화 커넥션'이라는 용어는 동기화를 개시하기 위하여 형성되는 논리적 데이터 송신 커넥션(logical data transmission connection)을 가리킨다. 동기화의 초기화란 실제적 동기화(actual synchronization)를 위한 준비를 의미하는데, 예를 들면 SyncML 스탠다드에 따른 동기화 세션의 초기화를 의미한다.

본 발명에 따른 실시예는, 사용자가 요구되는 설정값들을 수작업으로 입력해야할 필요가 없고, 이 설정값들이 동기화 서버로부터 전송되고 자동적으로 단말기 내에서 획득되어 사용된다는 장점을 제공한다. 그러므로, 동기화 서비스를 수행(commissioning)하고 사용하는 것이 용이해질 뿐만 아니라 사용자에게 명료하게 가능해진다. 특히, 본 발명은 복수 개의 데이터베이스들이 존재할 경우에 바람직한데, 이 경우 단말기의 데이터베이스 설정값들이 단일 구성 메시지에 의하여 단번에 수행될 수 있다. 그러므로, 소모되는 데이터 송신 용량이 최소화될 수도 있다.

본 발명의 바람직한 실시예에 의하면, 데이터베이스 설정값들은 적어도 하나의 데이터베이스의 명칭 및 주소 및 지원되는 콘텐트 타입들에 대한 정보를 포함한다. 그러므로, 관심의 대상이 되는 데이터베이스 내의 데이터가 동기화되어야 한다면, 동기화를 초기화하는 동안에 저장된 주소가 단말기로부터 동기화 서버로 송신된다. 본 발명의 바람직한 실시예는 데이터베이스들을 설명하기 위하여 필요한 모든 데이터가 서버로부터 획득되어 단말기로 전달되며, 사용자는 데이터를 직접 입 력해야할 필요가 없다는 장점을 가진다. 데이터베이스의 타입에 기초하여, 데이터베이스들은 상이한 어플리케이션을 위하여 분리될 수 있는데, 예를 들어 달력 또는 전자 우편 또는 다른 기준에 기초하여, 또는 예를 들면 그것이 개인용 달력인지, 업무 일지인지 또는 그룹 달력인지에 따른 기준에 의하여 분리될 수도 있다. 콘텐트 타입은 데이터가 동기화 과정 중에 전달되는 포맷을 의미한다. 그러므로, 데이터베이스에 의하여 지원되는 콘텐트 타입에 기초하여 최초의 동기화가 수행되기 이전처럼 조기에 그 데이터베이스 내의 데이터가 서버를 통하여 동기화될 수 있는지 여부가 단말기에서 알려진다. 만일 단말기 및 데이터베이스가 동일한 수 개의 콘텐트 타입들을 지원한다면, 동기화를 위하여 가장 바람직한 콘텐트 타입이 단말기 내에서 선택될 수도 있다.

본 발명의 다른 실시예에서, 데이터는 사용자 텍스트를 더 포함하는데, 사용자 텍스트는 단말기의 사용자에게 디스플레이된다. 그러므로, 상이한 명령 텍스트들이 동기화 서버로부터 송신되어 사용자에게 정보를 제공하고 지시 사항을 알려줄 수 있다.

본 발명의 또다른 실시예에서, 데이터는 동기화의 타이밍을 결정하는 설정값들을 더 포함하며, 동기화 설정값들의 초기화는 상기 설정값들에 따른 시각에 단말기로부터 시작된다. 이러한 본 발명의 장점은 동기화의 타이밍이 서버로부터 결정될 수 있다는 점이며(예를 들어 서비스 제공자에 의하여 결정될 수 있다), 단말기는 상기 설정값들에 따라 자동적으로 동기화를 개시하도록 구성될 수 있다.

본 발명은 첨부된 도면을 참조하여 바람직한 실시예와 관련하여 더욱 상세히 설명될 것이다. 첨부된 도면들은 다음과 같다.

도 1은 SyncML 동기화 프로토콜에 따른 동기화를 보여준다.

도 2는 무선 네트워크 및 근거리 네트워크를 도시한다.

도 3은 본 발명의 바람직한 실시예에 따른 방법을 나타내는 흐름도이다.

도 4는 본 발명의 바람직한 실시예에 따른 구성 메시지를 도시하는 도면이다.

본 발명의 바람직한 실시예가 SyncML 스탠다드를 지원하는 시스템의 경우에 대하여 후술되는데, 그렇다고 하여 본 발명의 응용 범위가 SyncML 스탠다드를 지원하는 시스템에 한정되는 것은 아니다. 본 발명은 모든 동기화 기술을 지원하는 모든 시스템 내에서 데이터 동기화를 설정하는데 모두 적용될 수 있다.

도 2는 데이터베이스들(DB) 및 단말기들(TE) 내의 데이터 동기화를 가능하게 하는 네트워크된 시스템을 도시한다. 동기화와 관련하여, 단말기(TE)는 클라이언트 장치로서 기능한다. 도2는 두 개의 예시를 제공하는데, 첫 번째 예시에서는 단말기들(TE), 데이터베이스들(DB) 및 동기화 서버들(S)이 근거리 네트워크(LAN)에 연결된다. 근거리 네트워크(LAN)에 연결된 단말기(TE)는 근거리 네트워크(LAN)의 장치들과 통신하기 위한 기능성 구성 요소들을 포함하는데, 포함되는 기능성 구성 요소의 예를 들면 네트워크 인터페이스 카드 및 데이터 송신을 제어하는 소프트웨어 등이 있다. 근거리 네트워크(LAN)는 모든 타입의 근거리 네트워크일 수 있으며, 단말 기(TE)는 인터넷을 통해 동기화 서버(S)에 연결될 수 있는데, 전형적으로는 방화벽(FW, Fire Wall)을 이용한다. 두 번째 예시에서, 단말기(TE), 동기화 서버(S) 및 데이터베이스들(DB)은 이동 네트워크(MNW, mobile network)에 연결된다. 이동 네트워크(MNW)에 연결되는 단말기(TE)는 이동 네트워크(MNW)와 무선 통신하기 위한 이동 통신 기능을 포함한다. 이동 네트워크(MNW)는 모든 공지된 무선 네트워크일 수 있는데, 이러한 네트워크의 예를 들면 GSM 서비스를 지원하는 네트워크, GPRS 서비스(General Packet Radio Service)를 지원하는 네트워크, UMTS(universal Mobile Telecommunications System) 네트워크와 같은 제3 세대 이동 통신 네트워크, 무선 근거리 네트워크(WLAN, Wireless LAN) 또는 사실 네트워크 등이 있다. 비록 도2에서 동기화 서버(S) 및 데이터베이스들(DB)은 명확화를 위하여 구분되는 것으로 도시되었으나 동기화 서버(S)는 데이터베이스(DB)로서 기능할 수도 있음에 유의해야 한다.

단말기(TE)(유선 근거리 네트워크(LAN) 또는 무선 근거리 네트워크(WLAN)에서) 및 서버들(S)은 메모리(MEM; SMEM), 사용자 인터페이스(UI; SUI), 데이터 송신을 수행하기 위한 입출력 수단(I/O; SI/O) 및 하나 또는 그 이상의 프로세서들을 포함하는 중앙 처리 장치들(CPU; SCPU)을 포함한다. 메모리(MEM, SMEM)에는 중앙 처리 장치(CPU, SCPU)를 제어하기 위하여 사용되는 어플리케이션을 저장하기 위한 비활성 부분이 존재하며, 데이터를 처리하기 위하여 사용되기 이한 임의 접근 메모리 부분이 존재한다. TE(동기화되기 위한 첫 번째 데이터베이스이다)의 메모리(MEM) 및 데이터베이스들(DB) 내의 메모리에서, 동기화의 목적인 어플리케이 션 데이터는 유지된다. 본 발명에 따라 동작하는 클라이언트 에이전트(CA, client agent)는 메모리(MEM) 내에 저장된 컴퓨터 프로그램 코드를 CPU 내에서 실행함으로써 구성되는 것이 바람직하다. 또한, 동기화 서버(S)는 동기화 에이전트(SA, synchronization agent) 및 동기화 엔진(SE, synchronization engine)을 제공하는데, 본 발명에 따른 실시예에서는 메모리(SMEM) 내에 저장된 컴퓨터 프로그램 코드를 SCPU 내에서 실행함으로써 제공하는 것이 바람직하다. 중앙 처리 장치들(CPU 및 SCPU) 내에서 수행되는 컴퓨터 프로그램 코드는 단말기(TE) 및 동기화 서버(S)가 본 발명의 특징을 실장하도록 야기하는데, 그 일 실시예가 도 3에 예시되었다. 컴퓨터 프로그램들은 네트워크 및/또는 메모리 수단을 통해 획득될 수 있다. 저장되는 메모리의 예를 들면 디스크, CD-ROM 디스크 또는 컴퓨터 프로그램들이 독출되어 메모리(MEM, SMEM) 내에 로딩될 수 있도록 하는 다른 외부 데이터 저장 매체 등이 있다. 집적회로들 역시 사용될 수 있다.

도 3은 본 발명의 일 실시예에 의한 동기화 방법을 예시하는 도면이다. 동기화 서버(S)에서, 본 발명의 바람직한 실시예에 따라 적어도 하나의 구성 메시지가 생성된다(301). 서버 에이전트(SA)는 단말기(TE)를 위한 동기화를 설정하기에 요구되는 데이터를 수집하고 구성 메시지(CM)를 형성할 수 있다. 바람직하게는, 이러한 데이터는 하나 또는 그 이상의 데이터베이스들(DB)의 설정값들을 포함하는데, 특히 데이터베이스의 주소 및 명칭, 지원되는 콘텐트 타입에 대한 정보 또는 다른 데이터베이스 특징들, 동기화의 개시 시간(starting time)에 관련된 개시 설정값들, 서버(S)의 동기화 또는 정보에 관련된 사용자 지시(user instructions)를 포함하는 것이 바람직하다. 다른 데이터베이스 특징의 예를 들면 데이터베이스가 공용인지 개인용인지(예를 들어, 그룹 달력인지 개인용 달력인지와 같은)를 정의하는 특성이 있다. 데이터베이스들(DB)의 주소들은 절대적 또는 동기화 서버(S)에 대하여 상대적 방법으로 표시될 수 있다. 관심의 대상인 데이터는 전형적으로는 동기화 서버(S)의 메모리(SMEM) 내에 저장되어 왔지만, 동기화 서버(S)는 필요할 경우에 데이터베이스들(DB)로부터 데이터를 검색할 수도 있다. 구성 메시지의 형성 단계(301)는 단말기(TE)의 요청 또는 근거리 네트워크(LAN) 또는 이동 통신 네트워크(MNW)의 서비스 제공자의 요청에 의하여 개시될 수 있다. 예를 들어, 구성 메시지는 사용자가 단말기(TE)를 구입하고 서비스 제공자가 제공하는 서비스에 등록하였을 때 전송될 수 있다. 본 발명의 바람직한 실시예에 따르면, 구성 메시지는 동기화를 위하여 요구되는 데이터가 변경되면 자동적으로 동기화 서버(S)로부터 송신된다. 예를 들면, 데이터베이스(DB)의 주소가 변경되거나 새로운 데이터베이스가 도입되어 사용되면, 서버(S)는 새로운 주소를 포함하는 구성 메시지 또는 새로운 데이터베이스의 설정값들을 포함하는 구성 메시지를 데이터베이스(DB)의 모든 사용자들에게 전송한다.

적어도 하나의 형성된 구성 메시지가 동기화 서버(S)로부터 단말기(TE)로 송신된다(302). 송신된 구성 메시지를 수신하면, 단말기(TE)는 메시지 내의 데이터의 적어도 일부분을 자신의 메모리(MEM)에 저장하고(303), 이것은 가능한 사용자 지시를 사용자 인터페이스(UI)에 제공할 수 있다.

그러면, 개시 설정값(start settings) 내에서 결정될 수 있는 동기화의 개시 시각에서, 저장된 데이터에 따라 동기화 커넥션의 형성 및 동기화 세션의 초기화가 시작된다(304, 305). 개시 시각은 다양한 방법에 의하여 결정될 수 있는데, 예를 들면 특정 간격을 가지도록 결정될 수 있다. 또한, 동기화 서비스는 사용자 또는 동기화 서버가 동작을 개시(initiative)할 때 역시 시작될 수 있다. 그러므로, 동기화될 데이터베이스들은 어플리케이션 또는 사용자 명령에 기초하여 결정될 수 있고, 또는 각각의 설정값들이 저장된 모든 데이터베이스들이 동기화될 수 있다. 또한, 메모리(MEM) 내에 저장된 데이터가 사용될 수 있는데, 이 데이터의 예를 들면 데이터베이스의 콘텐트 타입들에 대한 데이터 등이다. 만일 동기화 서버(S)의 개시 시점에 동기화 서비스가 시작된다면, 논리적 동기화 커넥션 역시 형성되기 시작한다.

구성 메시지를 이용하면 다음과 같은 여러 가지 장점들이 동반된다. 즉, 동기화를 위하여 요구되는 모든 데이터가 동시에 송신될 수 있고, 단말기의 설정값들에 대한 정의가 자동적으로 수행되며 또한 구성 메시지를 수신한 직후에 수행되기 때문에 동기화 서비스의 활용성이 향상된다. 요구되는 모든 데이터가 단일 메시지 내에서 송신된다면, 네트워크 및 단말기의 자원 사용이 효율적으로 수행될 것이며, 예를 들어, 몇 개의 인증과정(authentications)은 요구되지 않을 것이다.

동기화 서비스가 필요할 때, 클라이언트 에이전트(CA)는 메모리(MEM)에서 데이터를 검색하는데(304), 특히 데이터베이스(DB)의 설정값들을 검색한다. 클라이언트 에이전트(CA)는 클라이언트 초기화 메시지(client initialization message)를 형성하는데, 이 클라이언트 초기화 메시지를 전송하기 위하여 논리적 동기화 커넥 션이 형성되고, 초기화 메시지는 단말기(TE)로부터 데이터에 의하여 정의된 동기화 서버(S)로 송신된다. 데이터 송신 자체가 무연결 프로토콜(connectionless protocols)을 이용하여 발생되더라도 논리적 동기화 커넥션은 형성된다. 이러한 논리적 동기화 커넥션은 초기화 메시지를 송신하여 설정되거나, 또는 이전의 메시지들의 교환이 수행될 수도 있다. 초기화 메시지에서, 동기화 서버(S)는 어떠한 데이터베이스의 데이터가 동기화되어야 하며 어떤 동기화 타입이 이용되어야 하는가에 대하여 정보를 제공받을 수 있으며, 전형적으로는 인증 정보 및 서비스에 대한 정보 및 단말기(TE)에 의하여 지원되는 장치 특성에 대한 정보 역시 제공받는다. 또한, 사용자 텍스트가 메모리(MEM) 내에 저장되고, 이 단계에서 수행될 동기화에 대하여 및 이에 관련된 특성에 대해 사용자에게 정보를 제공하기 위하여 디스플레이될 수 있다.

초기화 메시지를 수신한 뒤, 동기화 서버(S)는 스스로의 초기화 메시지를 가지고 응답함으로써 초기화를 완결한다(306). 초기화 메시지는 서버의 장치 정보 및 인증 정보를 포함한다. 초기화가 완결되면, 적어도 하나의 데이터베이스(DB) 및 단말기(TE)의 데이터가 동기화될 수 있다(307). 그러므로, 동기화 서버(S)는 구성 메시지 데이터의 적어도 일부분을 이용하여 데이터 동기화를 수행할 수 있도록 구성되는데(307), 이것은 단말기로부터 송신된 것이다(305). 최종적으로, 동기화의 결과가 사용자에게 디스플레이될 수 있다.

사용될 수 있는 동기화 타입들의 예를 들면 다음과 같다.

- 양방향 동기화(two-way synchronization);

- 저속 동기화(slow synchronization);

- 클라이언트로부터 만의 단방향 동기화(one-way synchronization from client only);

- 클라이언트로부터 만의 리프레시 동기화(refresh synchronization from client only);

- 서버로부터 만의 단방향 동기화(one-way synchronization from server only);

- 서버로부터 만의 리프레시 동기화(refresh synchronization from client only);

- 서버에 의하여 경계된 동기화(server-alerted synchronization).

동기화 세션 및 동기화(307)의 초기화의 더욱 상세한 설명에 대하여는, 표준 SyncML 싱크 프로토콜(SyncML Sync Protocol) 중 2000년 12월에 발표된 버전 1.0의 프로토콜이 본 명세서에 원용되어 통합된다. 그러나, 본 발명에 의한 구성 메시지들은 어떠한 동기화 방법에 따른 동기화에 관련된 데이터의 송신을 위하여도 사용될 수 있다.

도 3에 도시된 바와 달리, 동기화(307) 단계는 개별적인 초기화 메시지들(306 및 307) 없이도 개시될 수 있다는 점에 유의하여야 한다. 이와 같은 경우에, 초기화는 동기화와 동시에 수행된다. 그러나, 동기화의 초기화 설정값들 및 동기화의 설정값들을 정의하기 위하여 구성 메시지들은 도 3에 예시된 방법에도 사용될 수 있다. 그러므로, 송신되어야 하는 메시지들의 개수가 감소된다.

도 4는 본 발명의 바람직한 실시예에 따른 구성 메시지의 구성 요소들을 도시하는 도면이다. 도 4에 도시된 구성 메시지들은 메시지에 추가된 주어진 MIME 타입(Multipurpose Internet Mail Extensions type) MIMEH의 주어진 타입에 의하여 식별될 수 있다.

본 발명의 바람직한 실시예에 따르면, 구성 메시지들은 XML 포맷을 갖는 것이 바람직하다. 그러므로, 구성 메시지는 XML 포맷의 메시지이며, 동기화 서버(S)로부터 단말기(TE)로 송신된 데이터로서 동기화의 설정(특히 동기화의 초기화 실행에 관한)에 관련된 데이터를 포함한다. 구성 메시지들을 위하여, 사용된 태그들, 태그들 사이의 엘리먼트(element)들의 구조적 비율(structural proportions)(!ELEMENT) 및 다른 XML 다큐먼트 정의들을 XML 언어 형태로 결정하는 다큐먼트 타입 정의(document type definition, DTD)가 정의된다. XML 언어에 대하여 공지된 바와 같이, 한 엘리먼트는 스타트-태그(예를 들어, <section>)와 함께 시작되며, 엔드-태그(</section>과 같은)와 함께 종결된다. 또한 엘리먼트는 텍스트 또는 다른 엘리먼트를 포함할 수 있다. 다큐먼트 타입 정의(DTD)는 동기화 서버에 의하여 송신되는 모든 구성 메시지에 포함되거나, 구성 메시지들이 단말기(TE)에 이미 알려진 다큐먼트 타입 정의(DTD)를 참조한다. 다음은 구성 메시지를 위한 다큐먼트 타입 정의(DTD)의 일 실시예를 표시한다.

<!ELEMENT SyncSettings (Version, HostAddr, Port?, RemoteDB+, Name?, Info?, Auth*, ConRef?, Condition?)>

<!ELEMENT Version (#PCDATA)>

<!ELEMENT HostAddr (#PCDATA)>

<!ELEMENT Port (#PCDATA)>

<!ELEMENT RemoteDB ((CTType, CTVer*)+, URI, Name?)>

<!ELEMENT URI (#PCDATA)>

<!ELEMENT CTType (#PCDATA)>

<!ELEMENT CTVer (#PCDATA)>

<!ELEMENT URI (#PCDATA)>

<!ELEMENT Name (#PCDATA)>

<!ELEMENT Info (#PCDATA)>

<!ELEMENT Auth (AuthLevel, AuthScheme, ((Username │ Cred) │ (Username, Cred)))>

<!ELEMENT AuthLevel (#PCDATA)>

<!ELEMENT AuthScheme (#PCDATA)>

<!ELEMENT Username (#PCDATA)>

<!ELEMENT Cred (#PCDATA)>

<!ELEMENT ConRef (ConType, ((Bearer?, AddrType, Addr) │ RefID))>

<!ELEMENT ConType (#PCDATA)>

<!ELEMENT Bearer (#PCDATA)>

<!ELEMENT AddrType (#PCDATA)>

<!ELEMENT Addr (#PCDATA)>

<!ELEMENT RefID (#PCDATA)>

<!ELEMENT Condition (#PCDATA)>

물음표 '?'는 특정한 엘리먼트가 선택적인 것을 표시한다. '+' 표시는 그 엘리먼트가 한번 또는 그 이상 발생한다는 것을 나타낸다. 모든 엘리먼트가 필수적인 것은 아니며, 본 발명은 본 명세서에 제공된 바와 다른 엘리먼트들을 이용하여도 역시 적용 가능함에 유의하여야 한다. 이하, 도 4에 도시된 구성 메시지의 상이한 구성 요소들을 더욱 상세히 설명한다.

SyncSettings. 이 엘리먼트는 XML 언어 내에 정의되는 루트 엘리먼트(root element)이며 다른 엘리먼트들의 태그들을 포함한다. 이 루트 엘리먼트에 기초하여, 이 메시지가 특히 동기화의 설정에 관한 데이터를 포함하는 구성 메시지라는 것이 알려진다.

Version. 이 엘리먼트는 구성 메시지 포맷의 버전을 결정한다. 구성 메시지의 포맷이 실질적으로 변경되면, 버전 번호 역시 변경되어야 한다.

Name. 이 엘리먼트는 동기화 또는 데이터베이스의 설정에 관한 데이터(구성 메시지)의 디스플레이될 수 있는 명칭을 결정한다. 만일 이 엘리먼트가 루트 엘리먼트(SyncSettings) 내에 사용된다면, 이 엘리먼트가 상기 데이터의 명칭을 결정한다. 만일 엘리먼트가 다른 엘리먼트(RemoteDB)에 의하여 사용된다면, 이 엘리먼트는 데이터베이스의 디스플레이될 수 있는 명칭을 결정한다. 또한, 명칭 역시 사용자에게 디스플레이될 수 있다.

Host Addr. 이 엘리먼트는 SyncML 동기화 서비스(서비스 에이전트(SA))의 호 스트 주소를 포함한다. 전형적으로, 호스트 주소는 IP 주소 또는 범용 소스 지시자(URL, uniform resource indicator)이다. 또한, 전화번호 또는 장치 태그도 사용될 수 있다.

Info. 이 엘리먼트는 동기화 메시지가 수신된 때나(303) 그 이후에(305) 디스플레이될 수 있는 텍스트를 포함한다. 예를 들어, 사용자 텍스트는 동기화 서비스에 대한 짧은 정보이거나 사용자의 동작을 제어하기 위한 지시들일 수 있다. 이 엘리먼트는 RemoteDB 엘리먼트 내에도 존재할 수 있는데, RemoteDB에서 데이터베이스에 특성화된 데이터가 사용자에게 제공될 수 있다.

Port. 이 엘리먼트는 동기화 서버(S)(SyncML 동기화 서비스)의 TCP 포트를 결정한다. 모든 구성 메시지들은 이 엘리먼트를 지원해야 한다. 만일 엘리먼트가 결정되지 않는다면, 디폴트 포트 값은 80이다.

Auth. 이 엘리먼트는 다른 네 개의 엘리먼트들(AuthLevel, AuthScheme, ((Username │ Cred) │ (Username, Cred)))을 포함할 수 있다. 이 엘리먼트는 SyncML 세션에서 사용되는 인증 방법들 및 인증서(credential)을 결정한다. 이 엘리먼트는 전송 프로토콜 계층의 인증 또는 SyncML 서비스의 인증에 사용될 수 있는데, 전송 프로토콜 계층의 예를 들면 HTTP 프로토콜 또는 WAP 프로토콜의 전송 계층(WSP) 등이 있다. 이 엘리먼트는 인증 레벨에 대한 정보, 인증 방법에 대한 정보, 사용자 지시자(user identifier) 및 인증서에 대한 정보를 포함한다.

AuthLevel. 이 엘리먼트는 인증 레벨을 결정한다. 인증 레벨은 예를 들어 다음 표 1에 지시된 방법과 같은 방법에 의하여 수치적으로 제공된다.

인증 레벨	값	설명
SyncML 서버	'1'	SyncHdr 엘리먼트의 인증서에 사용됨
SyncML 데이터베이스	'2'	SyncML 데이터베이스 레벨의 인증서에 사용됨
HTTP/WSP	'3'	HTTP 레벨 인증
OBEX	'4'	OBEX 인증

AuthScheme. 이 엘리먼트는 인증 방법을 결정한다. 이 엘리먼트의 값은 수치일 수 있으며 표 2에서 지시된 바와 같은 방법에 의하여 결정될 수 있다.

인증 방법	값
베이직	'1'
다이제스트(MD5)	'2'

Username. 이 엘리먼트는 SyncML 동기화 서비스 레벨 또는 전송 프로토콜 레벨 상의 인증을 위한 사용자 이름을 결정한다. AuthLevel 엘리먼트는 주어진 사용자 이름이 의도되는 인증 레벨을 결정한다.

Cred. 이 엘리먼트는 인증서를 결정한다. AuthLevel 엘리먼트는 인증서들이 의도되는 인증 레벨을 결정한다. 만일 인증 방법이 '베이직(Basic)' 또는 '다이제스트(Digest)'이면, 인증서는 UserName 엘리먼트에서 결정되는 사용자 지시자를 위한 패스워드를 포함한다.

ConRef. 이 엘리먼트는 물리적 또는 논리적 액세스 포인트(access point)에 대한 레퍼런스(연결 레퍼런스)를 결정하는데, 이 레퍼런스는 이 동기화 설정값들과 함께 사용된다. 이 엘리먼트는 ConType, ((Bearer?, AddrType, Addr) │ RefID))와 같은 엘리먼트들을 포함한다.

ConType. 이 엘리먼트는 커넥션 타입을 결정하는데, 커넥션 타입은 표 3에 나타난 바와 같은 방법에 의하여 제공될 수 있다.

커넥션 타입	값	설명
WAP 1.x 프록시	'1'	-
HTTP/WAP 2.x(WAPNG) 프록시	'2'	-
논리적 액세스 포인트	'3'	액세스 포인트가 그루핑된 것에 따른 명칭
물리적 액세스 포인트	'4'	실 주소: 소지자 서비스, 주소 타입, 주소값 등의 실 주소

만일 커넥션 타입이 WAP 1.x 서버이거나, HTTP/WAP 2.x 프록시 서버이거나 또는 논리적 액세스 포인트일 경우, RefID의 콘텐츠들이 사용되어 커넥션 레퍼런스를 결정한다. 만일 물리적 액세스 포인트가 사용되었다면, Bearer, AddrType 및 Addr 엘리먼트들의 콘텐츠들이 커넥션 레퍼런스를 결정한다.

Bearer. 이 엘리먼트는 커넥션 레퍼런스의 소지자 서비스 타입(bearer service type)을 결정한다. 소지자 서비스의 타입은 예를 들어 부록 2에 도시된 표에 지시된 바와 같은 방법에 의하여 결정될 수 있으나, 그 부록에 제공된 소지자 서비스 타입에 본 발명의 실시예가 한정되는 것은 아니다.

AddrType. 이 엘리먼트는 커넥션 레퍼런스의 주소 타입을 결정한다. 주소 타입은 표 4에 도시된 바와 같은 방법에 의하여 수치적으로 제공될 수 있다.

주소 타입	값	설명
IPv4	'1'	16진수로 표현된 IPv4 주소
IPv6	'2'	16진수로 표현된 IPv6 주소
E164	'3'	E164 정의에 따른 전화 번호
ALPHA	'4'	범용 알파벳 및 숫자로 표시된 주소
APN	'5'	액세서 포인트 명칭(Access Point Name, APN)

Addr. 이 엘리먼트는 커넥션 레퍼런스의 주소를 결정한다. 주소는 예를 들어, 전화 번호 또는 IP 주소일 수 있다. 주소의 타입은 AddrType 엘리먼트에서 결정되거나 스스로의 주소 값에 기초하여 결정된다.

RefID. 이 엘리먼트는 커넥션 레퍼런스의 논리적 참조치(logical reference value)를 결정한다. 참조치는 커넥션 포인트의 논리적 명칭 또는 다른 태그이다.

RemoteDB. 이 엘리먼트는 데이터가 동기화되는 하나 또는 그 이상의 데이터베이스들을 결정한다. 이 엘리먼트는 다섯 개의 엘리먼트 ((CTType, CTVer*)+, URI, Name?, Info?)를 포함할 수 있다. 또한, 이 엘리먼트는 데이터베이스 또는 사용자 텍스트에 대한 다른 정의들을 더 포함할 수 있다.

URI. 이 엘리먼트는 데이터베이스의 상대적 또는 절대적 URI(Universal Resource Indicator)를 결정한다. 이 URI는 추후에 SyncML 경계(alert) 및 동기화 명령들에서 사용되거나, 동기화 세션의 초기화 및 동기화에서 사용되어 동기화되어야 할 데이터베이스를 지시할 수 있다.

또한, URI 엘리먼트는 추가적인 속성(attribute)을 가질 수 있는데, 이 속성들은 데이터베이스 또는 관심 대상인 어플리케이션의 특성에 대한 더욱 상세한 설 명을 가능하게 한다. 추가적인 속성들은 예를 들어 달력이 개인용 달력인지 영업용 달력인지 또는 가정용 달력인지 여부를 결정함에 의하여 더욱 특징지워질 수도 있다. 추가적인 속성들은 텍스트 포맷의 지시자를 이용하여 정의될 수 있는데, 예를 들어 URI 엘리먼트(부록 2 참조)에 추가될 수도 있고 하나 또는 그 이상의 특정 엘리먼트들을 사용함으로써 정의될 수도 있다. 추가적인 속성들은 2000년 12월에 발표된 SyncML 스탠다드의 Chapter 4.18 인 'SyncML 표시 프로토콜(SyncML Representation Protocol), 버전 1.0'에 지시된 바와 같은 방법으로 URI 엘리먼트 내에 제공될 수 있다. 그러므로, 구성 메시지 내의 추가적인 속성들에 의하여 상호 구분되어야 할 다양한 타입의 데이터베이스들이 동일한 주소(URI)에 존재할 수 있다. 이 엘리먼트의 데이터에 기초하여 단말기(TE) 내의 상이한 타입의 데이터베이스들(URI)을 위하여 동기화가 결정될 수 있는데(304 내지 307), 그 방법의 예를 들면 상이한 타입들에 상이한 초기화 설정값들을 사용함으로써 결정될 수 있다.

CTType. 이 엘리먼트는 데이터베이스에 의하여 지원되는 매체 콘텐트 타입들을 결정한다. 이 방법으로, 데이터베이스의 타입이 결정될 수 있다. 타입들의 예를 들면, 달력, 약속, 노트, 단문 메시지, 멀티미디어 메시지, 영상, 전자 우편 또는 다른 타입들이 포함된다. 월드와이드웹 사이트인 http://www.isi.edu/innotes/iana/assignments/media-types/media-types 가 IANA(Internet Assigned Numbers Authority)의 매체 콘텐트 타입을 제공하는데, 이 매체 콘텐트 타입들이 이 엘리먼트에서 사용될 수 있다. 이 엘리먼트의 값의 예를 들면 text/x-vcard, text/vcard, text/x-vcalendar, 또는 text/vcalendar 와 같은 것들이 될 수 있다.

CTVer. 이 엘리먼트는 지원되는 콘텐트 타입의 버전을 결정한다. 만일, MIME 타입과 같은 콘텐트 타입이 수 개의 상이한 버전들을 가지고 있다면(예를 들어, text/html 1.1/1.2./1.3과 같은 버전들을 가지고 있다면), 이 엘리먼트는 필수적이다.

Condition. 이 엘리먼트는 동기화의 개시에 관련된 파라미터들 또는 조건들을 포함한다. 예를 들어, 동기화가 매 5시간 마다 개시되어야 한다는 것이 결정될 수 있다.

본 발명의 바람직한 실시예에 따르면, 단말기(TE) 내에 저장된 데이터베이스(DB)에 관련된 이전 데이터에 무엇인가를 추가할 수도 있고, 이 데이터가 구성 메시지의 데이터에 기초하여 새로운 데이터로 갱신될 수 있다. 그러므로, 구성 메시지 내에 관련된 데이터가 신규한 데이터인지, 갱신된 데이터인지 또는 추가적인 데이터인지 여부를 결정하는 필드가 존재하는 것이 바람직하다. 이러한 필드에 기초하여, 단말기(TE)는 구성 메시지를 정확하게 저장할 수 있다. 이러한 실시예를 설정하기 위하여, 개별적인 태그들이 루트 엘리먼트인 SyncSettings 하에 사용될 수 있는데, 개별적인 태그들의 예를 들면 <replace/>, <add/> 또는 <new/>와 같은 것들이다.

본 발명에 의한 엘리먼트들은 전술된 바와 같은 엘리먼트들에 절대로 한정되는 것이 아니며, 이 엘리먼트들의 응용 역시 XML 포맷에 한정되는 것이 아니며, 데이터들은 오히려 예를 들어 HTML 포맷의 구성 메시지로서 송신될 수 있다. 부록 2 는 전술된 바와 같은 DTD의 엘리먼트들을 포함하는 구성 메시지의 cleartext XML 예를 더 제공한다.

비록, 전술된 엘리먼트들이 본 발명의 바람직한 실시예에 따라서 WAP 스탠다드에 관련된 레퍼런스를 포함하지만(이 실시예에서 동기화는 WSP 프로토콜을 이용하여 발생되는 것이 바람직하다), 구성 메시지의 송신은 이 실시예에 한정되는 것은 아니다. 예를 들어, HTTP 또는 OBEX 스탠다드들 및 이 스탠다드들에 의하여 지원되는 저 계층의 송신 기술들도 역시 사용될 수 있다.

본 발명의 바람직한 실시예에 따라서, 무선 원격 통신 시스템에 연결된 동기화 서버(S)는 구성 메시지를 이진 WBXML(Wireless Binary XML) 포맷으로 인코딩한다(301 단계). XML 포맷의 문서들은 WBXML 포맷(또는 HTML 포맷)으로 변환될 수 있다. WBXML 포맷을 사용하면 요구되는 데이터 송신 용량이 감소된다는 장점을 가지는데, 이 장점은 무선 인터페이스(radio interface)의 송신에 특히 유리하다. 한정된 데이터 송신 용량을 제공하는 메커니즘을 이용하여 구성 메시지가 전송될 때 WBXML는 바람직한데, 그 예를 들면 단문 메시지 서비스(SMS, short message service)의 경우와 같다. 부록 3은 전술된 엘리먼트들을 WBXML 포맷에 첨부하기 위한 토큰 할당(token assignment)을 위한 가능성을 제공한다.

WSP 프로토콜의 푸시 서비스(push service)를 이용하여 송신될 경우, 구성 메시지는 기설정된 WDP 포트(Wireless Datagram Protocol port)에 할당되어야 한다. 단말기(TE)는 이 포트에 귀기울여야 한다. 저레벨 상의 송신은 WAP 프로토콜에 의하여 지원되는 모든 송신 프로토콜을 이용하여 발생될 수 있으며, 이러한 송신 방법의 예를 들면 SMS를 이용하거나 다른 시그널링 타입의 송신 방법(예를 들어 USSD, Unstructured Supplementary Service Data와 같은)을 이용하거나, 써킷-전환된 데이터 호출(circuit-switched data calls)을 이용하거나 패킷 단위로 송신된 데이터 송신 서비스를 이용할 수 있다.

기술이 발전하면서, 본 발명의 기본 사상은 다양한 방법으로 구성될 수 있음은 당업자에게 명백하다. 그러므로, 본 발명 및 본 발명의 실시예는 전술된 예시들에 한정되어서는 안되며, 첨부된 청구의 범위의 기술적 사상을 벗어나지 않는 범위에서 변화될 수 있다.

부록 1:

소지자 서비스 타입	값
GSM-USSD	'1'
GSM-SMS	'2'
ANSI-136-GUTS	'3'
IS-95-CDMA-SMS	'4'
IS-95-CDMA-CSD	'5'
IS-95-CDMA-PACKET	'6'
ANSI-136-CSD	'7'
ANSI-136-GPRS	'8'
GSM-CSD	'9'
GSM-GPRS	'10'
AMPS-CDPD	'11'
PDC-CSD	'12'
PDC-PACKET	'13'
IDEN-SMS	'14'
IDEN-CSD	'15'
IDEN-PACKET	'16'
FLEX/REFLEX	'17'
PHS-SMS	'18'
PHS-CSD	'19'
TETRA-SDS	'20'
TETRA-PACKET	'21'
ANSI-136-GHOST	'22'
MOBITEX MPAK	'23'
OBEX	'24'

부록 2:

<Name>Synchronization Server</Name>

<HostAddr>http://www.syncserver.com/sync</HostAddr>

<Info>This is a synchronization server for your use.</Info>

<Auth>

<Username>virtanen</Username>

<Cred>password</Cred>

</Auth>

<Auth>

<Username>mvirtan</Username>

<Cred>password</Cred>

</Auth>

<RefID>Nokia AP</RefID>

</ConRef>

<URI>./Contacts?CLASS&EQ;PRIVATE</URI>

<CTType>text/x-vcard</CTType>

<Name>Private Contact DB</Name>

</RemoteDB>

<URI>./Calendar</URI>

<CTType>text/x-vcalendar</CTType>

<Name>Calendar DB</Name>

</RemoteDB>

<Condition>Every fifth hours</Condition>

</SyncSettings>

부록3:

엘리먼트	WBXML 토큰(16진수)
Addr	05
AddrType	06
Auth	07
AuthLevel	08
AuthScheme	09
Bearer	0A
ConRef	0B
ConType	0C
Cred	0D
CTType	0E
CTVer	0F
HostAddr	10
Name	11
Port	12
RefID	13
RemoteDB	14
SyncSettings	15
URI	16
Username	17
Version	18
Info	19
Conditions	1A

본 발명은 적어도 하나의 단말기, 적어도 하나의 동기화 서버 및 적어도 하나의 데이터베이스를 포함하는 네트워크된 시스템 내의 어플리케이션 데이터 동기화에 적용될 수 있다.

Claims

적어도 하나의 단말기, 적어도 하나의 동기화 서버(synchronization server), 상기 단말기 내의 제1 데이터베이스 및 제2 데이터베이스를 포함하는 네트워크 시스템에서 적어도 하나의 어플리케이션의 데이터 동기화를 설정(arranging)하기 위한 방법으로서,

상기 단말기 및 상기 동기화 서버 간에 동기화 커넥션(synchronization connection)이 설정되어 동기화를 수행하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법에 있어서,

상기 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 구성 메시지를 형성하는 단계로서, 상기 데이터는 적어도 제2 데이터베이스의 설정값(settings)을 포함하는 단계;

상기 동기화 서버로부터 상기 단말기로 상기 구성 메시지를 송신하는 단계;

설정된 동기화 커넥션 및 상기 데이터의 적어도 일부분을 이용하여 동기화를 초기화시키는 단계; 및

상기 데이터의 적어도 일부분을 이용하여 적어도 제1 데이터베이스 및 제2 데이터베이스의 데이터를 동기화하는 단계를 포함하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항에 있어서,

적어도 상기 제2 데이터베이스의 설정값들은 적어도 제2 데이터베이스의 명칭, 지원되는 콘텐트 타입들(content types)에 관한 데이터 및 URI 표시자(URI indicator)와 같은 주소를 포함하며, 상기 방법은,

제2 데이터베이스의 데이터를 동기화하여야 할 필요성에 대한 응답으로서, 데이터 동기화에 선행하는 동기화 세션의 초기화를 이루어 적어도 상기 주소를 상기 단말기로부터 상기 동기화 서버로 송신하는 단계를 포함하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 데이터는 사용자 텍스트를 더 포함하며,

상기 사용자 텍스트는 상기 단말기의 사용자에게 디스플레이되는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 데이터는 상기 동기화의 타이밍을 정의하는 설정값들을 더 포함하며,

상기 동기화 커넥션의 형성 단계 및 상기 동기화의 초기화 단계는 상기 설정값들에 따른 시각에 상기 단말기로부터 개시되는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 구성 메시지는 상기 데이터가 이전 데이터를 교체한 신규한 것인지 또는 보충적인(complementary) 것인지를 정의하는 적어도 하나의 필드를 포함하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 구성 메시지는 이진 또는 텍스트 포맷의 XML 문서인 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 구성 메시지를, SMS, OBEX, HTTP 또는 WAP 등의 프로토콜들 중 하나 또는 그 이상의 프로토콜을 이용하여, 송신하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 동기화 서버 및 무선 단말기 간의 데이터 송신은 WAP 프로토콜 스택을 기반으로 하며,

동기화 세션의 초기화 및 동기화는 WAP 프로토콜 스택의 상부에서 수행되는 SyncML 동기화 프로토콜을 기반으로 하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
제1항 또는 제2항에 있어서,

상기 데이터는 복수 개의 데이터베이스들의 설정값들을 포함하며,

상기 데이터의 적어도 일부를 이용하여, 적어도 제1 데이터베이스 및 상기 복수 개의 데이터베이스들의 데이터를 동기화하는 단계를 포함하는 것을 특징으로 하는 네트워크 시스템의 어플리케이션 데이터 동기화 설정 방법.
적어도 하나의 단말기, 적어도 하나의 동기화 서버, 상기 단말기 내의 제1 데이터베이스, 및 제2 데이터베이스를 포함하는 원격 통신 시스템으로서,

상기 단말기 및 상기 동기화 서버는 동기화를 수행하기 위하여 상기 단말기 및 상기 동기화 서버 간에 동기화 커넥션을 수립하도록 구성되는 원격 통신 시스템에 있어서,

상기 동기화 서버는 상기 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 구성 메시지를 형성하도록 구성되며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들은 포함하고,

상기 동기화 서버는 상기 구성 메시지를 단말기로 송신하도록 구성되며,

상기 단말기 및 상기 동기화 서버는 설정된 동기화 커넥션 및 상기 데이터의 적어도 일부분을 이용하여 동기화를 초기화시키도록 구성되고,

상기 동기화 서버는, 상기 데이터의 적어도 일부분을 이용하여 적어도 제1 데이터베이스 및 제2 데이터베이스의 데이터를 동기화하도록 구성되는 것을 특징으로 하는 원격 통신 시스템.
제10항에 있어서, 상기 데이터는

- 동기화의 개시 타이밍에 관련된 설정값들;

- 적어도 제2 데이터베이스의 명칭 및 주소, 및 제2 데이터베이스에 의하여 지원되는 콘텐트 타입들에 대한 데이터;

- 단말기의 사용자에게 디스플레이되는 사용자 텍스트; 및

- 동기화 서버에 관한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 원격 통신 시스템.
단말기의 적어도 제1 데이터베이스 및 제2 데이터베이스의 어플리케이션 데이터를 동기화하기 위한 수단을 포함하는 동기화 서버에 있어서, 상기 동기화 서버는 부가해서,

상기 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 구성 메시지를 형성하도록 구성되며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들을 포함하고,

상기 구성 메시지를 동기화 서버로부터 단말기로 송신하도록 구성되며,

설정된 동기화 커넥션 및 동기화를 수행하는 동안에 단말기에 의하여 송신된 상기 데이터의 적어도 일부분을 이용하여 동기화를 초기화하도록 구성되고,

상기 데이터의 적어도 일부분을 이용하여 적어도 상기 제1 데이터베이스 및 상기 제2 데이터베이스의 데이터를 동기화하도록 구성되는 것을 특징으로 하는 동 기화 서버.
제12항에 있어서, 상기 데이터는

- 동기화의 개시 타이밍에 관련된 설정값들;

- 적어도 제2 데이터베이스의 명칭 및 주소, 및 제2 데이터베이스에 의하여 지원되는 콘텐트 타입들에 대한 데이터;

- 단말기의 사용자에게 디스플레이되는 사용자 텍스트; 및

- 동기화 서버의 데이터 중 적어도 하나를 포함하는 것을 특징으로 하는 동기화 서버.
적어도 하나의 동기화 서버 및 제2 데이터베이스와 상기 원격 통신 장치의 제1 데이터베이스의 어플리케이션 데이터 동기화를 설정하기 위한 수단을 포함하는 원격 통신 장치로서,

원격 통신 장치 및 동기화 서버 간의 동기화 커넥션을 수립하여 동기화를 수행하도록 구성되는 원격 통신 장치에 있어서, 상기 원격 통신 장치는 부가해서,

상기 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 적어도 하나의 구성 메시지를 동기화 서버로부터 수신하도록 구성되며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들은 포함하고,

상기 데이터를 원격 통신 장치의 메모리에 저장하도록 구성되며,

상기 데이터의 적어도 일부분을 이용하여 동기화 서버와의 동기화를 초기화 하도록 구성되는 것을 특징으로 하는 원격 통신 장치.
제14항에 있어서,

상기 데이터는 동기화의 타이밍을 정의하는 설정값들을 더 포함하며,

상기 원격 통신 장치는, 상기 설정값들에 따른 시각에 동기화 커넥션의 형성 및 동기화의 초기화를 개시하도록 구성되는 것을 특징으로 하는 원격 통신 장치.
제14항 또는 제15항에 있어서,

상기 데이터는 사용자 텍스트를 더 포함하며,

상기 원격 통신 장치는 상기 사용자 텍스트를 원격 통신 장치의 사용자에게 디스플레이하도록 구성되는 것을 특징으로 하는 원격 통신 장치.
제14항 또는 제15항에 있어서,

적어도 상기 제2 데이터베이스의 설정값들은 적어도 제2 데이터베이스의 명칭, 지원되는 콘텐트 타입들에 대한 데이터 및 URI 표시자와 같은 주소를 포함하며,

상기 원격 통신 장치는, 상기 데이터베이스의 데이터를 동기화하여야 할 필요성에 대한 응답으로서, 동기화의 초기화를 이루어 적어도 상기 주소를 동기화 서버로 송신하도록 구성되는 것을 특징으로 하는 원격 통신 장치.
제14항 또는 제15항에 있어서,

상기 원격 통신 장치는 무선이며 WAP 프로토콜을 지원하고 WAP 프로토콜의 상부에서 수행되는 SyncML 동기화 프로토콜을 지원하며;

상기 원격 통신 장치는, WAP 프로토콜을 이용하여 동기화 서버와 통신하도록 구성되고;

상기 원격 통신 장치의 클라이언트 에이전트(client agent)는 SyncML 동기화 프로토콜에 따라 동기화 서버의 서버 에이전트(server agent)와 통신하도록 구성되는 것을 특징으로 하는 원격 통신 장치.
적어도 제1 데이터베이스를 포함하는 원격 통신 장치의 내부 메모리 내에 로딩될 수 있으며 상기 원격 통신 장치에서 실행될 코드들을 포함하는 컴퓨터 프로그램을 저장한 기록매체로서, 상기 코드들은,

상기 원격 통신 장치가, 원격 통신 장치 및 동기화 서버 간에 동기화 커넥션을 설정하여 동기화를 수행하도록 하는 컴퓨터 프로그램에 있어서, 상기 코드들은 부가해서,

상기 원격 통신 장치가, 상기 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 적어도 하나의 구성 메시지를 수신하도록 하며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들은 포함하고,

상기 원격 통신 장치가, 상기 데이터를 원격 통신 장치의 메모리에 저장하도록 하고,

상기 원격 통신 장치가, 상기 데이터의 적어도 일부분을 이용하여 동기화 서버와의 동기화를 초기화하도록 하는 것을 특징으로 하는 컴퓨터 프로그램을 저장한 기록매체.
삭제
동기화 서버로서 동작하는 컴퓨터의 내부 메모리 내에 로딩될 수 있는 컴퓨터 프로그램을 저장한 기록매체에 있어서, 상기 컴퓨터 프로그램은 상기 동기화 서버 내에서 실행되는 코드들을 포함하며, 상기 코드들은,

상기 동기화 서버가, 어플리케이션 데이터 동기화에 필요한 데이터를 포함하는 구성 메시지를 형성하도록 하며, 상기 데이터는 적어도 제2 데이터베이스의 설정값들을 포함하고,

상기 동기화 서버가, 동기화 서버로부터 적어도 하나의 단말기로 상기 구성 메시지를 송신하도록 하며,

상기 동기화 서버가, 설정된 동기화 커넥션 및 초기화 과정에서 상기 단말기에 의하여 송신된 상기 데이터의 적어도 일부를 이용하여 동기화를 초기화하도록 하고,

상기 동기화 서버가, 상기 데이터의 적어도 일부를 이용하여 적어도 제1 데이터베이스 및 제2 데이터베이스의 데이터를 동기화하도록 하는 것을 특징으로 하는 컴퓨터 프로그램을 저장한 기록매체.
삭제