KR100693588B1

KR100693588B1 - 멀티미디어 데이터 동기화 방법 및 그 장치

Info

Publication number: KR100693588B1
Application number: KR1020050078201A
Authority: KR
Inventors: 이윤희
Original assignee: 주식회사 팬택앤큐리텔
Priority date: 2005-08-25
Filing date: 2005-08-25
Publication date: 2007-03-14
Also published as: KR20070023894A

Abstract

본 발명은 단말기와 서버간의 멀티미디어 데이터를 동기화하는 방법 및 장치에 관한 것으로, 본 발명에 따른 단말과 서버간에 데이터를 동기화하는 방법은, (a) 최초 동기화시에 데이터에 대한 헤더 정보만을 송수신하는 단계; 및 (b) 송수신된 헤더 정보를 저장하는 단계를 포함하며, 헤더 정보는 다운로드 기술자인 것을 특징으로 한다. 이에 따라, 동기화를 위해 적은 용량의 헤더정보만 주고 받음으로써 대용량 데이터를 보다 효율적으로 관리할 수 있다.

멀티미디어 동기화, SyncML, PIM

Description

멀티미디어 데이터 동기화 방법 및 그 장치{Method and apparatus for synchronizing multimedia data}

도 1은 본 발명에 따른 멀티미디어 데이터 동기화 기능을 제공하는 시스템 구성의 일 예,

도 2는 본 발명에 따라 멀티미디어 데이터를 동기화하는 방법을 설명하는 도면,

도 3은 도 1에 도시된 본 발명에 따른 멀티미디어 데이터 동기화 방법을 수행하는 클라이언트(1)의 구성의 일 예,

도 4a 및 4b는 기존의 데이터를 동기화하는 방법을 설명하기 위한 참고도,

도 5a 내지 5d는 본 발명의 일 실시예에 따른 멀티미디어 데이터 동기화 방법을 설명하기 위한 참고도,

도 6은 본 발명의 일 실시예에 따른 멀티미디어 데이터 동기화 방법을 도시한 플로차트이다.

본 발명은 멀티미디어 데이터의 동기화 방법에 관한 것으로, 보다 구체적으 로는 단말기와 서버간의 멀티미디어 데이터를 동기화하는 방법 및 장치에 관한 것이다.

현재 단말기와 서버간의 데이터 동기화를 위하여 SyncML 규격이 사용되고 있다. SyncML 규격은 단말기와 서버간에 연락처나 일정 등과 같은 간단한 PIM 정보를 동기화하기 위해 사용되는 데이터 동기화를 위한 규격이다. 현재 SyncML 규격은 비교적 용량이 작은 연락처 데이터(vCard)나 일정 데이터(vCal)를 주고 받는데 사용되므로, 동기화에 많은 시간이 소요되지 않는다.

한편, 모바일 환경에서도 멀티미디어 서비스가 보편화 됨에 따라, 이미지나 동영상, 또는 사운드와 같은 멀티미디어 데이터를 동기화할 필요성이 높아지고 있다. 그러나, 멀티미디어 데이터는 기존의 간단한 PIM 정보에 비하여 그 용량이 커서 동기화에 많은 시간과 비용이 발생된다. 따라서, 기존의 SyncML 규격을 대용량의 멀티미디어 데이터에 대한 동기화를 위해 확장해야 할 필요성이 대두되고 있다.

특히, 이러한 필요성은 단말기와 서버간 최초 동기화시 더욱 커진다. 최초 동기화시 단말기와 서버의 데이터들은 각각 모두 유일한 정보이기 때문에 단말기와 서버간에 모든 데이터가 서로에게 전송되어야 하기 때문이다. 물론 최초 동기화(Slow Sync)이후로는 서로간의 ID를 연결하는 매핑 테이블을 이용하여 업데이트된 데이터만을 단말기와 서버간에 주고받는 동기화 방식(Two way Sync)으로 바뀐다. 그러나, 업데이트되는 데이터들이 주로 대용량의 멀티미디어 컨텐츠들이므로 전술한 문제점이 그대로 존재한다

즉, 간단한 PIM 정보의 동기화를 주목적으로 하던 현재의 SyncML 규격을 대 용량의 멀티미디어 데이터의 동기화를 위해 그대로 사용하는 것은 비효율적이라는 문제점이 있다.

따라서, 전술한 문제점을 해결하기 위하여 본 발명이 이루고자하는 기술적 과제는, 기존의 SyncML 규격과 호환성을 유지하면서 대용량 데이터를 효율적으로 관리하도록 단말기와 서버간의 멀티미디어 데이터를 동기화하는 방법 및 장치를 제공하는 것이다.

본 발명에 따라 전술한 기술적 과제는, 단말과 서버간에 데이터를 동기화하는 방법에 있어서, (a) 최초 동기화시에 데이터에 대한 헤더 정보만을 송수신하는 단계; 및 (b) 송수신된 헤더 정보를 저장하는 단계를 포함하며, 헤더 정보는 다운로드 기술자인 것을 특징으로 하는 방법에 의해 달성된다.

헤더 정보에는 파일 이름, 파일 크기, MIME 타입, 다운로드 경로명이 포함되며, 다운로드 기술자는 Open Mobile Alliance (OMA) 규격을 따르는 것이 바람직하다.

또한, (c) 저장된 헤더 정보를 참조하여 서버로부터 제공할 수 있는 데이터의 목록을 디스플레이하고, 사용자로부터 데이터에 대한 선택정보를 수신하는 단계를 더 포함하는 것이 바람직하다.

나아가, (d) 저장된 헤더 정보에 포함된 다운로드 경로를 참조하여 서버로부터 사용자가 선택한 데이터를 다운로드하는 단계를 더 포함하는 것이 특히 바람직 하다.

(a) 단계의 헤더 정보의 송수신시 HTTP, WSP, 또는 OBEX 중 어느 하나를 이용하는 것이 바람직하다.

한편, 본 발명의 다른 분야에 따르면, 전술한 기술적 과제는, 서버와 데이터를 동기화하는 단말에 있어서, 최초 동기화시에 데이터에 대한 헤더 정보만을 송수신하는 동기화 에이전트; 및 송수신된 헤더 정보를 저장하는 저장부를 포함하며, 헤더 정보는 다운로드 기술자인 것을 특징으로 하는 단말에 의해서도 달성된다.

이하에서는 첨부한 도면을 참조하여 본 발명의 바람직할 실시예를 상세히 설명한다. 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 또한, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

본 발명에서는 SyncML Data Sync Protocol version 1.1.2과 SyncML Representation Protocol version 1.1.2의 규격을 기초로 보다 확장된 동기화 방법 및 장치를 제안하여, 멀티미디어 데이터나 메일, 자바 애플릿 등의 대용량 데이터를 효율적으로 관리할 수 있도록 한다.

본 발명에 따른 동기화 방법은 대용량의 데이터를 동기화할 때 발생하는 시간과 비용을 줄이기 위하여, 단말기와 서버간에 실제 데이터를 주고 받는 대신에 사용자가 원하는 데이터를 구분할 수 있는 필수정보만을 주고 받는 것을 특징으로 한다. 즉, 동기화 과정에서 대용량의 실제 데이터를 주고받는 대신에, 사용자가 데이터를 구분할 수 있는 최소한의 정보만을 주고받음으로써, 보다 효율적인 동기화 방법을 제공한다. 대용량의 실제 데이터는 동기화가 종료된 후 관련된 데이터베이스로부터 필수 정보를 이용하여 사용자에게 데이터의 목록을 제공하고, 사용자가 실제 데이터를 요구하는 경우에만 해당 항목의 실제 데이터만을 가져와서 단말기에서 사용할 수 있도록 제공한다.

이하에서는 멀티미디어 데이터를 동기화하는 경우를 예로 들어 설명하나, 이는 일 실시예일뿐 기타 메일이나 자바 애플릿과 같은 대용량 데이터의 경우도 동일한 방법이 적용된다.

이하에서는 첨부한 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다.

도 1은 본 발명에 따른 멀티미디어 데이터 동기화 기능을 제공하는 시스템 구성의 일 예이다.

도 1을 참조하면, 동기화의 일 예로서, 모바일 폰과 같은 단말기와 서버가 각각 SyncML 클라이언트(1)와 SyncML 서버(2)로 동작하는 경우가 도시되어 있다. 서버(2)는 SyncML 메시지에 포함된 단말기(1) 측의 데이터 변화에 관한 정보를 이용하여 서버에 저장된 데이터를 동기화한다. 즉, 단말기로부터 추가되거나 대체되거나 삭제된 데이터는 SyncML 메시지를 통해 서버 측에서도 추가되거나 대체되거나 삭제된다. 그 반대의 경우도 마찬가지이다. 이 때, 전송 방법은 HTTP나 WSP, 또 는 OBEX 등과 같은 다양한 규격이 사용될 수 있다.

보다 구체적으로, SyncML 클라이언트(1)는 동기화 클라이언트 에이전트(sync client agent)를 포함한다. 동기화 클라이언트 에이전트는 클라이언트의 데이터 변화를 서버 측에 전달한다. 모바일 폰이나, 퍼스널 컴퓨터, 개인휴대단말(PDA) 등이 SyncML 클라이언트(1)의 대표적인 예이다.

한편, SyncML 서버(2)는 동기화 서버 에이전트(sync server agent) 및 서버 엔진을 포함한다. 동기화 서버 에이전트 및 서버 엔진은 서버 측의 데이터 변화를 SyncML 클라이언트(1)에 전달한다. 서버나 퍼스널 컴퓨터 등이 SyncML 서버(2)의 대표적인 예이다.

도 3은 도 1에 도시된 본 발명에 따른 멀티미디어 데이터 동기화 방법을 수행하는 클라이언트(1)의 구성의 일 예이다.

도 3을 참조하면, 본 발명에 따른 클라이언트(1)는 동기화 클라이언트 에이전트(10) 및 저장부(22, 24, 26 및 28)를 포함한다. 또한, 클라이언트(1)는 멀티미디어를 다운로드하는 다운로드 에이전트(11)를 포함하며, 클라이언트(1) 상에서 실행되는 다양한 애플리케이션들(32, 34 및 36)을 포함할 수 있다.

단순한 PIM 정보를 동기화하는 경우, 클라이언트(1) 측에서 업데이트된 연락처 정보(vCard)나, 일정 정보(vCalendar) 등이 연락처 데이터베이스(Phonebook DB, 24)나 일정 데이터베이스(Calendar DB, 22)에 저장된다. 저장된 PIM 정보는 각각의 애플리케이션, 즉 연락처 애플리케이션(Phonebook Application, 34)이나 일정 애플리케이션(Calendar Application, 32)을 통해서 사용자가 관리할 수 있도록 한 다.

한편, 대용량의 멀티미디어 데이터를 동기화하는 경우, 본 발명에서는 동기화에 따른 부담을 줄이고 보다 효율적인 동기화 방법을 제공하기 위하여, 서버로부터 헤더 형태의 데이터, 즉 후술하는 다운로드 기술자(Download Descriptor)를 가져와서 다운로드 기술자 데이터베이스(26)에 저장한다.

다운로드 기술자는 헤더 형태의 데이터로서 실제 멀티미디어 데이터 오브젝트보다 상대적으로 데이터량이 적으므로 신속하게 동기화를 수행할 수 있다. 본 발명에 따른 SyncML 메시지를 이용하여 동기화를 수행한 후 다운로드 기술자는 다운로드 기술자 데이터베이스(26)에 저장된다.

멀티미디어 데이터를 이용하는 미디어 애플리케이션(36)은 저장된 다운로드 기술자 정보에 기초하여 사용자가 멀티미디어 데이터를 구분할 수 있도록 멀티미디어 데이터 목록을 디스플레이할 수 있다. 동기화 후 사용자는 미디어 애플리케이션(36)을 통해 서버의 멀티미디어 정보를 목록 형태로 볼 수 있으며, 실제 멀티미디어 데이터를 보기 원하면 이를 미디어 애플리케이션(36)에 요구한다.

이때, 다운로드 에이전트(11)는 동기화된 다운로드 기술자에 포함된 경로명 정보를 이용하여 서버로부터 실제 멀티미디어 정보를 다운로드한 후 미디어 데이터베이스(28)에 저장한다. 즉, 미디어 애플리케이션(36)은 다운로드 에이전트(11)를 통해 실제 멀티미디어 데이터 오브젝트를 서버(2)로부터 전송받게 된다. 동기화 클라이언트 에이전트(10)는 미디어 애플리케이션(36)이 요구하는 다운로드 기술자를 다운로드 기술자 데이터베이스(25)로부터 참조한다. 특히, 다운로드 기술자에 포 함되는 오브젝트의 URI 정보(objectURI)를 이용하여 HTTP get을 통해 실제 데이터를 다운로드한다. 다운로드 절차에 관한 상세한 사항은 OMA(Open Mobile Alliance) 다운로드 표준인 OMA Generic Content Download Over The Air Version 1.0에 기술되어 있으므로 더 이상의 설명은 생략한다.

다운로드된 실제 멀티미디어 데이터 오브젝트는 미디어 데이터베이스(28)에 저장되며, 사용자는 미디어 애플리케이션(36)을 통해 이 멀티미디어 데이터를 관리할 수 있다.

이하에서는 SyncML을 이용한 기존의 동기화 방법과 확장된 SyncML을 이용한 본 발명에 따른 동기화 방법을 비교하여 상세히 설명한다.

도 4a 및 4b는 기존의 데이터를 동기화하는 방법을 설명하기 위한 참고도이다.

도 4a는 동기화 전의 서버 및 단말기의 상태를 나타내고, 도 4b는 동기화 후의 서버 및 단말기의 상태를 나타낸다. 기존의 방식에 의하면, 최초 동기화(Slow Sync) 시에 서버와 단말기는 모든 데이터를 주고 받는다.

예를 들면, 단말기(1)는 Data0부터 Data3까지 4개의 데이터가 있고 서버(2)에는 Data4부터 Data7까지 4개의 데이터가 있으며 각각 유일한 LUID와 GUID를 할당하여 각 데이터를 구분한다고 가정하자. 최초 동기화(Slow Sync)가 수행이 되면 단말기와 서버간의 모든 데이터가 전송되어 단말기와 서버는 동일하게 8개씩의 데이터가 존재하게 된다. 추가된 각 데이터들에 대해서도 LUID와 GUID를 할당하여 다음 동기화(Two way sync)를 위한 매핑 테이블(3)을 만들 수 있다.

한편, 도 5a 내지 5d는 본 발명의 일 실시예에 따른 멀티미디어 데이터 동기화 방법을 설명하기 위한 참고도이다.

도 5a는 동기화 전의 서버 및 단말기의 상태를 나타내고, 도 5b는 동기화 후의 서버 및 단말기의 상태를 나타낸다. 또한, 도 5c는 동기화가 종료된 후 사용자에게 데이터를 디스플레이하는 상태를 나타내며, 도 5d는 사용자가 선택한 실제 멀티미디어 데이터를 다운로드한 후의 상태를 나타낸다.

본 발명에 따른 대용량 멀티미디어 데이터를 동기화하는 방법에 의하면, 최초 동기화(Slow Sync)가 수행이 되면 단말과 서버간에 실제 멀티미디어 데이터가 전송되는 것이 아니라, 해당 멀티미디어 데이터에 대한 헤더 정보만이 전송된다. 도 5b를 참조하면, 실제 멀티미디어 데이터는 전송되지 않고 헤더 정보만 전송된 것을 알 수 있다(100 및 102 참조). 또한, 추가된 각 헤더 정보들에 대하여도 LUID와 GUID를 할당하여 다음 동기화(Two way sync)를 위한 매핑 테이블(3)을 만들 수 있다.

도 5c를 참조하면, 헤더 정보들에는 사용자가 각 멀티미디어 데이터를 구분할 수 있고 차후 전송을 위해서 필요한 최소한의 정보만이 포함된다. 파일 이름, 파일 크기, 데이터 종류 구분을 위한 MIME 타입, 데이터 전송을 위한 경로명 등이 헤더 정보로서 포함될 수 있다. 또한, 체크 항목을 두어서 실제 멀티미디어 데이터의 존재유무를 표시할 수 있다. 즉, 실제 멀티미디어 데이터가 다운로드되어 있으면 체크하지만, 실제 멀티미디어 데이터는 다운로드되어 있지 않고 헤더정보만 있는 경우에는 체크하지 않는다.

전술한 본 발명에 따른 멀티미디어 데이터의 동기화 과정을 사용자 관점에서 다시 설명하면 다음과 같다.

도 5c를 참조하면, 최초 동기화(Slow Sync)후 사용자는 원하는 멀티미디어 폴더에서 헤더 정보를 이용하여 서버로부터 전송된 멀티미디어 데이터에 대한 정보를 알 수 있다. 그 중에 사용자가 원하는 데이터가 있고 그 데이터가 체크되어 있지 않다면, 해당 데이터를 선택하고 그 헤더정보에 포함된 경로명을 참조하여 실제 멀티미디어 데이터를 다운로드 받을 수 있다. 도 5d를 참조하면, 사용자가 LUID가 5인 데이터를 선택하면 Path5 경로명 (URI)을 참조해서 서버로부터 실제 멀티미디어 데이터를 다운로드 한다.

즉, 최초 동기화(Slow Sync)시에는 헤더 정보만을 주고 받음으로써, 사용자에게 서버에 저장된 멀티미디어 데이터에 관한 간략한 정보만을 보여줄 수 있으며, 서버로부터 실제 멀티미디어 데이터를 가져오는 시점은 사용자가 해당 데이터를 선택한 경우에 한한다. 이에 따라, 최초 동기화 시에 사용자가 원하지 않는 대용량 멀티미디어 데이터들을 전송하기 위해 소용되는 시간과 비용을 줄일 수 있다.

이하에서는 보다 상세하게 본 발명에 따른 멀티미디어 데이터의 헤더 정보에 대해 설명한다.

멀티미디어 데이터의 헤더정보는 OMA(Open Mobile Alliance)에서 정의한 다운로드 기술자(Download Descriptor)를 사용한다. 이는 다운로드 기술자가 인터넷에서 널리 쓰이는 XML 언어로 표현되어 호환성을 가지며, OMA 규격의 다운로드 에이전트(11)가 이를 참조해서 멀티미디어 오브젝트를 다운로드할 수 있기 때문이다. 따라서, 동기화 후 사용자가 실제 멀티미디어 데이터의 보기 원하는 경우, 동기화된 다운로드 기술자(Download Descriptor)를 참조하여 Http 다운로드할 수 있다. 다운로드 방법은 OMA Generic Content Download Over The Air Version 1.0에 상세히 기술되어 있다.

보다 구체적으로, 다운로드 기술자를 이용하여 멀티미디어 데이터의 헤더 정보를 표현하는 방법을 살펴본다. 다운로드 기술자는 다음과 같은 속성을 가진다.

1) Type: 멀티미디어 오브젝트의 MIME 타입으로, 예를 들면, image/gif, image/jpeg, video/mpeg, video/quicktime 등이 포함된다.

2) Size: 멀티미디어 오브젝트의 크기로 바이트(Bytes) 단위로 표현된다.

3) objectURI: 멀티미디어 오브젝틀 다운로드할 수 있는 URI 또는 URL를 나타낸다. 다운로드 에이전트(11)가 이를 참조하여 Http get 함으로써, 멀티미디어 오브젝트를 가져올 수 있다.

4) name: 사용자가 멀티미디어 오브젝트를 구분할 수 있는 이름을 나타낸다.

전술한 속성을 가지는 다운로드 기술자를 이용하여 하나의 이미지 파일을 표현한 예는 다음과 같다.

<type>image/gif</type>

<objectURI>http://download.curitel.com/image.gif</objectURI>

</media>

나아가, 동기화 메시지(Sync Message)도 XML 언어로 표현되기 때문에 데이터 헤더의 표현으로 다운로드 기술자(Download Descriptor)를 사용하면 표현이 용이하다는 장점이 있다.

단말기(1)와 서버(2)의 멀티미디어 데이터의 헤더 정보를 교환하는 것은, 동기화 프로토콜 페이즈, 즉 Initialization Phase, Data Exchange Phase, Completion Phase중 Data Exchage Phase시 이루어지며, 기존 PIM 정보의 동기화의 경우 vCard, vCalendar가 교환되지만 본 발명에 따른 멀티미디어 데이터 동기화의 경우에는 전술한 헤더 정보로서 다운로드 기술자(Download Descriptor)가 교환된다.

다음에 기술된 예제는 동기화 메시지(Sync Message)가 Http post를 위해서 http 메시지 안에 싸여있는 것을 나타낸다. 동기화 메시지는 동기화 헤더(Sync Header)와 바디(Body)로 나누어져 있다. 동기화 헤더에서는 프로토콜 버전, 목적지 서버의 URL 정보 등이 포함된다. 바디에는 서버로 보내기 위해 Add라는 동기화 명령어(Sync Command)와 보내는 데이터가 포함된다. Meta DTD를 통해서 보내는 데이터의 MIME 타입을 정의하며 Data 태그 안에 실제 데이터를 포함하고 있다. 참고로 다운로드 기술자(Download Descriptor)를 위한 MIME 타입은 application/vnd.oma.dd+xml이다.

POST:./servlet/syncit HTTP/1.1

HOST:http://syncml.curitel.com

Accept??Charset:utf??8

Accept??Encodings:chunked

Content??Type:application/vnd.syncml+xml; charset="utf??8"

Transfer??Encoding:chunked

<VerDTD>1.0</VerDTD><VerProto>SyncML/1.0</VerProto>

<Target><LocURI>http://syncml.curitel.com</LocURI></Target>

</SyncHdr>

<Add>

<Meta>

<type xmlns='syncml:metinf'>application/vnd .oma.dd+xml</Type>

</Meta>

<Item>

<Source><LocURI>./OMADD/1</LocURI></Source>

<Data>

<type>image/gif</type>

<objectURI>http://download.curitel.com/image.gif</objectURI>

</media>

</Data>

</Item>

</Add>

</SyncBody>

</SyncML>

상기의 동기화 메시지가 기존의 PIM 동기화를 위한 vCard 전송이었다면, 데이터(Data) 부분은 다음과 같이 정의되었을 것이다.

<Meta>

<type xmlns='syncml:metinf'>text/x??vcard</Type>

</Meta>

<Item>

<Source><LocURI>./OMADD/1</LocURI></Source>

<Data>

BEGIN:VCARD

VERSION:3.0

FN:Smith;Bruce

N:Bruce Smith

TEL;Type=WORK;VOICE;+1??919??555??1234

END:VCARD

</Data>

</Item>

도 2는 본 발명에 따라 멀티미디어 데이터를 동기화하는 방법을 설명하는 도면이다.

도 2를 참조하면, 본 발명에 따른 동기화 프로토콜(Sync Protocol)은 다음과 같이 3가지의 페이즈(Phase)로 나뉘어지며 헤더를 주고 받는 시점은 Data Exchange Phase이다.

먼저, Initialization Phase에는, 단말과 서버간 인증, 장치와 서비스의 호환성 정보 교환, 동기 가능한 컨텐츠 지정 등이 수행된다. 특히, 기존의 vCard, vCalendar뿐만 아니라 전술한 다운로드 기술자(Download Descriptor)도 지정된다.

다음으로, Data Exchange Phase에는 단말과 서버 간에 업데이트된 데이터들을 서로 주고받는다. 이 때, 기존 PIM 동기화를 위해서는 vCard, vCaledar를 교환하지만 본 발명에 따른 멀티미디어 데이터의 동기화를 위해서는 다운로드 기술자를 교환한다. 교환된 데이터들은 PIM 동기화의 경우 각각 PIM 애플리케이션 데이터베이스(22. 24)에 저장되며, 멀티미디어 데이터의 헤더 정보는 다운로드 기술자 데이터베이스(26)에 저장된다.

마지막으로, Completion Phase는 단말의 업데이트가 정상적으로 수행되었는지에 대한 보고가 서버에 전달된다. 동기화 ID 매핑을 위해서 단말에 추가된 데이터의 LUID를 서버에 반환한다. 최종적으로 서버는 모든 동기화 과정이 종료되었음을 단말에게 알린다.

도 6을 참조하면, 먼저 전술한 Initialization Phase의 초기화가 수행되고(S200), 멀티미디어 데이터의 동기화를 위해 다운로드 기술자가 교환된다(S202). 다운로드 기술자는 단말의 다운로드 기술자 데이터베이스(26)에 저장된다(S204). 저장된 다운로드 기술자 정보를 이용하여 사용자에게 서버로부터 제공가능한 멀티미디어 데이터의 목록을 디스플레이한다(S206). 사용자가 원하는 특정 멀티미디어 데이터를 선택하면(S208), 다운로드 기술자 정보를 이용하여 실제 멀티미디어 데이터를 서버로부터 다운로드 받는다(S210). 다운로드 받은 멀티미디어 데이터는 미 디어 데이터베이스(28)에 저장되어 사용자가 미디어 애플리케이션을 통해 이를 이용할 수 있다(S212).

상술한 실시예는 주로 멀티미디어 데이터를 동기화는 방법을 위주로 설명하였다. 그러나, 이는 일 실시예에 불과하며, MIME 타입을 지정할 수 있어 사실상 네트워크를 통해 전송되는 대부분의 일반적인 데이터들, 즉, 이메일, 멀티미디어 메시지, 자바 애플릿 등에도 유사한 방법을 적용할 수 있다. 또한, 전송시에도 HTTP, WSP, OBEX등 다양한 전송 경로를 이용할 수 있음은 물론이다.

한편, 전술한 단말과 서버간에 데이터를 동기화하는 방법은 컴퓨터 프로그램으로 작성 가능하다. 상기 프로그램을 구성하는 코드들 및 코드 세그먼트들은 당해 분야의 컴퓨터 프로그래머에 의하여 용이하게 추론될 수 있다. 또한, 상기 프로그램은 컴퓨터가 읽을 수 있는 정보저장매체(computer readable media)에 저장되고, 컴퓨터에 의하여 읽혀지고 실행됨으로써 단말과 서버간에 데이터를 동기화하는 방법을 구현한다. 상기 정보저장매체는 자기 기록매체, 광 기록매체, 및 캐리어 웨이브 매체를 포함한다.

이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으 로 해석되어야 할 것이다.

전술한 바와 같이 본 발명에 따르면, 기존의 SyncML 규격과 호환성을 유지하면서 대용량 데이터를 효율적으로 관리하도록 단말기와 서버간의 멀티미디어 데이터를 동기화하는 방법 및 장치를 제공된다.

이에 따라, 동기화를 위해 적은 용량의 헤더정보만 주고 받음으로써 대용량 데이터를 보다 효율적으로 관리할 수 있다. 또한, 사용자가 원하는 경우에만 실제 데이터를 다운로드 받을 수 있다.

나아가, 헤더의 표현도 XML 포맷의 다운로드 기술자(Download Descriptor)를 사용하여 표현이 용이하며 호환성을 가질 수 있다는 장점이 있다.

Claims

단말과 서버간에 데이터를 동기화하는 방법에 있어서,

(a) 최초 동기화시에 데이터에 대한 헤더 정보만을 송수신하는 단계; 및

(b) 상기 송수신된 데이터에 대한 헤더 정보를 저장하는 단계를 포함하며,

상기 헤더 정보는 다운로드 기술자인 것을 특징으로 하는 방법.
제1항에 있어서,

상기 헤더 정보에는 파일 이름, 파일 크기, MIME 타입, 다운로드 경로명이 포함되며, 상기 다운로드 기술자는 Open Mobile Alliance (OMA) 규격을 따르는 것을 특징으로 하는 방법.
제1항에 있어서,

(c) 상기 저장된 헤더 정보를 참조하여 서버로부터 제공할 수 있는 데이터의 목록을 디스플레이하고, 사용자로부터 데이터에 대한 선택정보를 수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제3항에 있어서,

(d) 상기 저장된 헤더 정보에 포함된 다운로드 경로를 참조하여 서버로부터 상기 사용자가 선택한 데이터를 다운로드하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,

상기 (a) 단계의 헤더 정보의 송수신시 HTTP, WSP, 또는 OBEX 중 어느 하나를 이용하는 것을 특징으로 하는 방법.
서버와 데이터를 동기화하는 단말에 있어서,

최초 동기화시에 데이터에 대한 헤더 정보만을 송수신하는 동기화 에이전트; 및

상기 송수신된 데이터에 대한 헤더 정보를 저장하는 저장부를 포함하며,

상기 헤더 정보는 다운로드 기술자인 것을 특징으로 하는 단말.
제6항에 있어서,

상기 헤더 정보에는 파일 이름, 파일 크기, MIME 타입, 다운로드 경로명이 포함되며, 상기 다운로드 기술자는 Open Mobile Alliance (OMA) 규격을 따르는 것을 특징으로 하는 단말.