KR100737996B1

KR100737996B1 - 동기화 시스템, 동기화 서버, 동기화 서버의 메모리로 로딩 가능한 컴퓨터 프로그램을 기록한 저장매체, 동기화 시스템에서 세션을 개시하는 방법, 및 동기화 시스템 내의 전자 장치

Info

Publication number: KR100737996B1
Application number: KR1020047005121A
Authority: KR
Inventors: 라흐티제리; 사히노자믹코; 밋탈가우라브
Original assignee: 노키아 코포레이션
Priority date: 2001-10-09
Filing date: 2002-10-08
Publication date: 2007-07-12
Also published as: MY135261A; ZA200402747B; TWI270283B; US20060004922A1; US20030101329A1; ATE521155T1; CN1565101A; JP4091544B2; ES2368211T3; EP1435149A1; KR20040041677A; RU2298287C2; EP1435149B1; US7155521B2; WO2003032569A1; RU2004114237A; JP2005505990A; CN1326346C

Abstract

동기 시스템에서 세션을 개시하는 방법이 개시된다. 요청에 대해 동기 서버로부터 이동국으로 전송될 메시지의 최대 크기, 및 코딩 명령어들이 동기 서버에서 결정되며, 코딩 명령어들에 의해 식별자들중 적어도 하나가 ASCII 표현보다는 실질적으로 더 적은 비트들로 코딩될 것을 요구로 하는 비트 시퀀스로 코딩될 수 있다. 디코딩 명령어들은 이동국에서 결정되며, 디코딩 명령어들에 의해 원시 식별자가 비트 시퀀스로부터 얻어진다. 세션을 개시하기 위한 요구를 나타내는 요청을 적어도 하나의 이동국으로 전송하는 것이 목적일 때, 메시지가 형성되며, 메시지는 상기 최대 크기보다 짧거나 또는 같고, 이전에 선택된 식별자들을 포함하며, 식별자들중 적어도 하나는 코딩 명령어들에 따라 정의된 비트 시퀀스로써 제공된다. 이동국은 서버로부터 수신된 메시지내에 포함된 정보에 기초하여 세션 개시 메시지를 형성하며, 적어도 정보의 일부는 디코딩 명령어들에 따라 수신된 비트 시퀀스로부터 정의된다.

Description

동기화 시스템, 동기화 서버, 동기화 서버의 메모리로 로딩 가능한 컴퓨터 프로그램을 기록한 저장매체, 동기화 시스템에서 세션을 개시하는 방법, 및 동기화 시스템 내의 전자 장치{A synchronization system, a synchronization server, a computer-readable medium storing a computer program loadable to the memory of the synchronization server, a method of starting a session in the synchronization system, and an electronic device in the synchronization system}

본 발명은 동기 서버 및 클라이언트 장치간에 세션을 준비하는 것에 대한 것으로, 보다 상세하게는 동기 서버의 주도(initiative)로 세션을 개시하는 방법에 관한 것이다.

이동 전화들과 같은 휴대용 단말기들의 데이터는 네트워크 어플리케이션들, 데스크탑 컴퓨터 어플리케이션들 또는 통신 시스템의 다른 데이터베이스들과 동기될 수 있다. 특히, 캘린더 및 전자 메일 어플리케이션들의 데이터가 전형적으로 동기된다. 이전에는, 동기(synchronization)는 호환 불가능한 다른 제조자-특유 프로토콜들의 사용에 기초하였다. 이것은 단말기들 또는 사용될 데이터 타입들의 사용을 제한하며, 간혹 사용자에게 난해함을 야기한다. 특히, 이동 통신에서 데이터는 단말기 및 사용된 어플리케이션에 관계없이 검색되거나 갱신될 수 있는 것이 중요하다. 어플리케이션 데이터의 동기를 개선하기 위해, XML(Extensible Markup Language)에 기초한 SyncML(Synchronization Markup Language)이 개발되었다. SyncML 메시지들을 사용하는 SyncML 동기 프로토콜을 사용함으로써, 어떠한 어플리케이션 데이터도 어떠한 종류의 네트워킹된 단말기들간에 동기될 수 있다.

도 1은 이동국(MS: Mobile Station)이 SyncML 클라이언트 장치로서 동작하고, 네트워크 서버(S)가 SyncML 서버로서 동작하는 경우에 동기의 예시를 기술한다. SyncML 동기 서비스는, 예를 들면 동기될 데이터베이스가 선택되는 동안 우선 동기 세션을 초기화하는 단계(SyncML 세션 초기화)를 포함한다. 클라이언트 에이전트(MS)는 이동국(MS)에서 동기되고 마지막 동기 이후로 변경된 데이터를 적어도 포함하는 SyncML 메시지(클라이언트 수정들(Client Modifications))를 서버(S)로 전송한다. 서버(S)는 데이터 세트들을 동기, 즉 데이터 세트들에 대해 행해진 변경들을 분석하고 데이터를 일치시킨다(필요한 수정들, 대체들, 삭제들, 및 첨가들을 행한다). 이후에, 서버(S)는 서버 수정들(server modifications)을 다시 클라이언트 장치(TE)로 전송하는데, 클라이언트 장치는 그의 데이터베이스에 필요한 변경들을 가한다.

다른 타입들의 데이터, 또한 SyncML 메시지에 의해 동기될 수 있으며, 이에 의해 동기와 관련된 새로운 세팅이 예를 들면 클라이언트 장치로 동기될 수 있다. 일반적으로, 장치 관리는 절차들을 지칭하며, 상기 절차들에 의해 제3자들(third parties)은 장치의 구성을 변경, 즉 세팅들을 변경하거나 심지어 장치에 의해 사용되는 프로토콜을 변경할 수 있다. 장치에만 관련된 세팅들외에, 사용자 프로파일들, 로고들, 호출음들 및 메뉴들과 같은 사용자 특유 데이터를 전송하는 것이 가능하며, 이러한 사용자 특유 데이터에 의해 사용자는 장치의 세팅들을 개인화하거나 적응들(adaptations)이 장치 관리에서 자동적으로 만들어진다. SyncML 표준에서 정의된 특성들은 장치 관리 개념과 관련하여 활용될 수 있다. 동기 서버는 장치 관리 서버로서 동작할 수 있으며, 클라이언트 장치는 관리되는 장치(장치 관리 클라이언트(Device Management Client))로서 동작할 수 있다.

도 2는 동기 프로토콜의 메시지에 따른 장치 관리(device management)(클라이언트 관리 세션)를 기술한다. 세션 초기화 메시지에서, 클라이언트 장치(MS)는 장치 관리를 수행하는 동기 서버(S)로 그 자신에 대한 정보(동기에서와 같은 정보)를 전송하며, 그에 응답하여, 서버는 그 자신의 정보 및 장치 관리 명령들(서버 관리 동작들(Server Management Operations))을 전송한다. 클라이언트 장치는 상태 정보에 의해 응답하며, 이후에 서버는 세션을 종료하거나 더욱 많은 장치 관리 명령들을 전송할 수 있다. 만약 서버가 더 많은 관리 명령들을 전송하면, 클라이언트 장치는 이에 대하여 상태 정보에 의해 응답해야 한다. 상태 정보를 수신한 후에, 서버는 항상 세션을 종료하거나 또는 더 많은 장치 관리 명령들을 전송함으로써 그것을 계속할 수 있다. 장치 관리 프로토콜(device management protocol)은 또한 사용자가 갱신하고자 하는 것에 관련된 질문들을 우선 사용자에게 전송하고, 사용자의 선택들에 대한 정보가 서버로 전송되는 것과 같은 방식으로 기능할 수 있다. 이후에, 서버는 다음 패킷에서 사용자에 의해 요구되는 갱신들/동작들을 전송할 수 있다.

SyncML 프로토콜에 따르면, 클라이언트 장치가 전형적으로 동기 세션을 개시한다. 그러나, 특히 장치 관리 환경에서 서버가 동기를 개시할 필요가 있는 경우들 이 있다. 이러한 경우에 대하여, SyncML 명세 2001년 5월 "SyncML Sync Protocol, version 1.0.1" 8장 (49 페이지부터 50 페이지)은 서버에 의해 야기되는 동기 세션 초기화(Synchronization session initialization)(서버에 의해 통보된 동기(Server Alerted Sync))를 기술하는데, 즉 서버는 (동기 통보(Sync Alert)) 요청 메시지를 전송할 수 있고, 이 메시지에서 서버는 클라이언트 장치에게 SyncML 세션을 개시하도록 요청한다. 이후에, 클라이언트 장치는 기존의 패킷 (클라이언트 개시 패킷)을 전송함으로써 SyncML 세션의 초기화를 개시한다. 클라이언트 장치가 이동국일 때에는, 이동국이 스위치 오프되거나 또는 단말기 및 서버간에 연속적인 데이터 전송 접속이 없을 때 클라이언트 장치에 접속할 수 없다는 점들 때문에 문제점들이 발생한다. 이것은 요청이 전송되었을 때 메시지를 저장하는 서비스를 사용하는 것이 왜 유리한가를 설명한다. 그러한 서비스들중 하나가 짧은 메시지 서비스(SMS: Short Message Service)로, 이것은 텍스트 메시지를 텍스트 메시지 센터에 저장하고, 이동국이 네트워크에 접속되거나 이동국에 접속될 수 있을 때 텍스트 메시지를 전송한다. 다른 SyncML 메시지들과 같이, 세션을 개시하기 위한 요청은 XML 형식으로, [SyncHdr] 요소에서 결정된 헤더 필드, 및 [SyncBody] 요소에서 결정되는 본체 부분을 포함한다.

...

</SyncHdr>

...

</SyncBody>

</SyncML>

요청은 상대적으로 크며, 텍스트 메시지에 의해 제공되는 (7 비트들의 160개의 아스키 문자들을 코딩하기에 충분한) 140 옥텟들(octets)보다 더 큰 용량을 필요로 한다. 상기 요청은 다수의 텍스트 메시지들로 분리될 수 있으나, 텍스트 메시지들중 하나가 없거나, 메시지가 잘못된 순서로 도달하거나 클라이언트 장치가 연결된 텍스트 메시지들을 처리할 수 없는 경우도 발생할 수 있다. 만약 트랜스포트 계층 서비스가 무선 응용 프로토콜(WAP: Wireless Application Protocol)에 의해 제공된다면, 예를 들면 SyncML 메시지들은 이진 WBXML 형식으로 코딩될 수 있고, 그러면 더 적은 데이터 전송 용량이 요구된다. WBXML이 사용되기는 하더라도, 상기 요청은 여전히 다수의 텍스트 메시지들을 필요로 한다.

따라서 본 발명의 목적은 위에서 언급된 문제점들이 방지될 수 있는 방법을 구현하기 위한 방법 및 장치를 제공하는 것이다. 본 발명의 목적은 독립항들에서 기술된 것들에서 특징 지워지는 방법, 동기 시스템, 동기 서버, 전자 장치 및 컴퓨터 프로그램들에 의해 얻어진다.

본 발명은 정보가 클리어텍스트(cleartext)에서 전송될 환경과 비교하여, 더 적은 공간이 요구되는 방식으로 더 코딩되는 가장 필수적인 정보(essential information)만을 선택하는 것에 기초한다. 상기 방법은 세션 개시에 대한 요구를 나타내며 상기 이동국으로 전송될 요청에 대하여, 상기 동기 서버의 식별자, 상기 동기 서버에 의해 지원되는 동기 프로토콜 버전의 식별자, 및 요청된 동기 세션의 식별자를 결정하기 위하여 동기 서버를 구성하는 단계를 포함한다. 상기 요청을 위하여 상기 동기 서버로부터 상기 이동국으로 전송될 상기 메시지의 최대 크기 및 코딩 명령어들이 상기 동기 서버에 의해 결정되며, 상기 코딩 명령어들에 의해 상기 식별자들중 적어도 하나는 실질적으로 ASCII 표현보다 더 적은 비트들을 필요로 하는 비트 시퀀스로 코딩될 수 있다. 디코딩 명령어들은 상기 이동국에서 결정되며, 상기 디코딩 명령어들에 의해 원시 식별자가 상기 비트 시퀀스로부터 얻어진다. 세션을 개시하기 위한 요구를 나타내는 요청을 적어도 하나의 이동국으로 전송하는 것이 목적일 때, 메시지가 형성되며, 메시지는 상기 최대 크기보다 짧거나 또는 같고, 적어도 상기 식별자들을 포함하며, 식별자들중 적어도 하나는 코딩 명령어들에 따라 정의된 비트 시퀀스로써 제공된다. 상기 메시지는 메시지 전송 장치를 사용함으로써, 이동국으로 전송된다. 상기 이동국은 수신된 메시지에 포함된 정보에 기초하여 세션 초기화 메시지를 형성하며, 상기 정보의 적어도 일부는 상기 디코딩 명령어들에 따라 상기 수신된 비트 시퀀스로부터 정의된다. 상기 세션 초기화 메시지를 상기 클라이언트 장치로부터 상기 동기 서버로 전송된다. 상기 코딩은 다른 필드들이 얻을 수 있는 다른 값들에 관한 정보를 사용한다. 이러한 값들 및 다른 비트 패턴들간의 대응은 서버 및 클라이언트에 의해 사용되기 위해 코딩 명령어들 및 디코딩 명령어들로 저장된다.

세션 또는 그의 초기화중 어느 것도 SyncML에 정의된 기능들에 제한되지 않으나, 어떠한 클라이언트 장치 및 동기 서버간에 설정될 세션 및 세션을 설정하기 위해 필요한 메시지들을 지칭하는 것으로 폭넓게 이해되어야 한다. 동기 시스템에서, 클라이언트 장치 및 동기 서버간의 세션은 사용자 데이터를 동기시키거나, 또는 장치를 관리하기 위해 설정될 수 있다.

본 발명에 따른 해결책은 서버의 요청에 따라 연결된 메시지들의 수신을 지원하지 않는 장치들에서도 세션이 개시될 수 있다는 장점이 있다. 이동 네트워크에서 의해 제공되는 SMS와 같은 메시지 전송 서비스가 사용될 수 있을 때, 메시지는 (상기 장치가 켜져있을 때) 항상 목적지로 전달될 수 있으며, 네트워크에 의해 활성화되는 푸시 서비스들을 허가하지 않는 장치들에서도 또한 그렇다. 본 발명의 해결책은 또한 서버가 패킷들을 전송한 순서와 다른 순서로 클라이언트로 메시지들을 전송하는 또는 몇개의 메시지들은 심지어 유실될 수도 있는 패킷 교환 네트워크로부터 야기되는 문제점들을 회피하도록 한다. 부가하여, 요청의 전송이 더 적은 공간을 필요로 함에 따라, 데이터 전송 자원들이 또한 절약될 수 있으며, 그 결과로 더 적은 비용이 든다. 이러한 절약은 서버가 요청을 다수의 클라이언트 장치들로 전송해야 하는 경우들에서 매우 중요할 수 있다.

본 발명은 바람직한 실시예들과 관련하여 첨부된 도면들을 참조하여 더욱 상세하게 이제 기술될 것이다.

도 1은 SyncML 동기 프로토콜에 따른 동기화(syncronization)를 기술한다.

도 2는 서버에 의한 장치 관리(device management)를 기술한다.

도 3a는 동기 시스템을 기술한다.

도 3b는 동기 서버 및 클라이언트 서버를 기술한다.

도 4는 본 발명의 바람직한 실시예에 따른 방법을 기술한다.

도 5는 장치 관리 세션을 개시하기 위해 전송될 메시지의 가능한 요소들을 기술한다.

도 6은 본 발명의 바람직한 실시예들에 따른 관리 세션(management session)의 신호도이다.

다음에, 본 발명의 바람직한 실시예가 SyncML 표준을 지원하는 시스템에서 기술되나, 본 발명은 어떠한 동기 시스템에서도 사용될 수 있다는 점에 유의해야 한다.

도 3a는 데이터베이스들의 데이터가 동기 서버들(S) 및 이동국들(MS)간에 동기될 수 있는 네트워킹된 시스템을 기술한다. 동기화(synchronization)에서, MS는 클라이언트 장치로서 동작할 수 있으며, 따라서 동기될 데이터베이스를 포함한다. 서버(S)는 다수의 클라이언트 장치들(MS)을 지원할 수 있다. 또한, 이동국은 다른 장치에 대한 서버로서 동작할 수도 있다. MS는 이동 네트워크(MNW: Mobile Network)를 통해 서버(S)와 통신한다. 또한 서버(S)가 이동 네트워크(MNW)에서 구현되는 것이 가능하다. 네트워크(MNW)에 접속된 클라이언트 장치(MS)는 무선으로 네트워크(MNW)와 통신하기 위하여 이동국 기능을 포함한다. 기존의 이동국 대신에, MS는 또한 휴대용 컴퓨터 또는 PDA 장치와 같은 메시지 기능(messaging functionality)을 포함하는 어떠한 전자 장치들일 수도 있으며, 또는 대안적으로 예를 들면, 짧은 범위의 무선 링크가 사용되도록 그의 메시지 기능에 의해 그의 호스트 장치와 연결되도록 준비되는 예를 들면, 휴대용 컴퓨터 또는 PDA 장치의 보조 장치일 수도 있다. 이러한 경우에, 호스트 장치는 메시지내에 코딩된 정보의 부분에 기초하여 메시지가 보조 장치를 위한 것이라는 결론을 내릴 수 있어야 한다. 이동 네트워크(MNW)는 적어도 메시지 서비스를 제공하는 블록(MB)을 포함한다. 이동 네트워크(MNW)와 서버(S)간에는 또한 로컬 영역 네트워크(LAN: Local Area Network)와 같은 다른 네트워크들도 있을 수 있다. 이동 네트워크(MNW)는 GSM(Global System for Mobile Communications) 서비스를 지원하는 네트워크, GPRS(General Packet Radio Service) 서비스를 지원하는 네트워크, UMTS(Universal Mobile Telecommunication System) 네트워크와 같은 제3 세대 이동 네트워크, 무선 로컬 영역 네트워크(WLAN: Wireless Local Area Network), 또는 사설 네트워크와 같은 어떠한 알려진 무선 네트워크일 수 있다.

만약 MNW가 GSM 네트워크라면, 메시지 서비스를 제공하는 블록(MB)은 적어도 짧은 메시지 서비스 센터(SMSC: Short Message Service Center)를 포함한다. 다수의 이동 네트워크들에서 중요한 트랜스포트 계층 서비스는 무선 응용 프로토콜(WAP: Wireless Application Protocol)이며, 이것은 WSP 계층을 포함하고, 이것은 클라이언트 장치(MS) 및 서버(S)에서 동기 어플리케이션 계층에 대하여 트랜스포트 서비스를 제공하기 위해 사용될 수 있다. WAP은 SMS 기반의 전송과 같은 저수준 전송 기술들을 지원한다. 또한 HTTP 또는 OBEX 표준들 및 예를 들면, 이들에 의해 지원되는 낮은 계층 전송 기술들이 사용될 수 있다. 서버(S) 자체는 그것이 동기시킨 데이터베이스를 포함할 수 있거나, 또는 그것에 의해 동기된 데이터베이스는 다른 장치내에 위치할 수 있으며, 도 3a에서 서버들(S) 및 데이터베이스들(DB)은 명확함을 위해 분리되어 있다.

도 3b에서 기술된 바와 같이, 이동국들(MS) 및 서버들(S)은 메모리(MEM;SMEM), 사용자 인터페이스(UI;SUI), 데이터 전송을 준비하기 위한 I/O 수단(I/O;SI/O), 및 하나 이상의 프로세서들을 포함하는 중앙 처리 장치(CPU;SCPU)를 포함한다. 메모리(MEM;SMEM)는 중앙 처리 장치(CPU;SCPU)를 제어하는 어플리케이션들 및 보존될 다른 데이터를 저장하기 위한 비휘발성 부분 및 임시 데이터 처리를 위해 사용될 휘발성 부분을 가진다. 동기의 목적인 어플리케이션 데이터는 (예시에서 동기화를 위해 동기될 데이터베이스인) MS의 메모리(MEM) 및 데이터베이스들(DB)의 메모리내에 보존된다.

클라이언트 장치(MS)는 클라이언트 장치에서 세션 관련 기능들에 대한 책임을 지는 클라이언트 에이전트(CA: Client Agent)를 포함한다. 서버(S)는 세션을 관리하는 서버 에이전트(SA: Server Agent) 및 동기 엔진(SE; Synchronization Engine)을 포함한다. 바람직하게는, CA는 메모리(MEM)내에 저장된 컴퓨터 프로그램 코드를 실행하는 CPU에 의해 구현되고, SA, SE는 메모리(SMEM)내에 저장된 컴퓨터 프로그램 코드를 실행하는 SCPU에 의해 구현된다. 이러한 수단들은 또한 장치 관리 세션을 구현하도록 준비될 수 있으나, 상기 장치 관리 세션은 도 3b에서는 도시되 지 않은 별개의 실체들에 의해 관리될 수 있다. 중앙 처리 장치들(CPU 및 SCPU)에서 실행되는 컴퓨터 프로그램 코드들에 의해, 클라이언트 장치(MS) 및 동기 서버(S)는 또한 독창적인 수단들을 구현하도록 만들어지며, 이것들의 실시예들은 도 4 및 6에서 기술되어 있다. 컴퓨터 프로그램들은 네트워크를 통해 얻을 수 있으며, 디스켓, CD-ROM, 또는 다른 외부 메모리 수단과 같은 메모리 수단내에 저장될 수 있으며, 이것들로부터 컴퓨터 프로그램들은 메모리(MEM, SMEM)내에 로딩될 수 있다. 하드웨어 솔루션들 또는 하드웨어 및 소프트웨어 솔루션들의 조합 또한 사용될 수 있다.

도 4는 본 발명의 바람직한 실시예들에 따른 방법을 기술한다. (사용자 데이터를 동기시키거나 또는 장치 관리를 위하여) 세션을 개시하기 위한 요구를 나타내는 요청에 대하여 필요한 식별자들에 대한 정보가 동기 서버내에 세팅된다(401). 식별자들은 적어도 동기 서버의 식별자, 동기 서버에 의해 지원되는 동기 프로토콜 버전의 식별자, 및 요청된 동기 세션의 식별자를 포함한다. 코딩 명령어들 및 세션 개시에 대한 요구를 나타내도록 전송되는 메시지들의 최대 크기는 동기 서버(S)에서 결정된다(402). 최대 크기는 사용된 메시지 전송 서비스, 예를 들면 SMS 서비스에서 텍스트 메시지에 대한 최대 크기에 따라 결정될 수 있다. 최대 크기에 대한 수치 값은 직접 장치에 세팅되거나 또는 예를 들면, 장치는 메시지내에서 메시지의 길이가 이러한 최대 크기내에 있을 그러한 위치들에 필드들을 위치시키도록 준비되는 것과 같이 결정이 수행될 수 있다. 최대 크기는 또한 네트워크에게 이러한 정보를 조회함으로써 결정될 수 있으며, 또는 예를 들면 최대 크기는 관리 세션내에서 장치로 전달될 수 있다. 사용자가 또한 최대 크기를 입력할 수도 있다. 장치의 메시지 시스템은 메시지의 크기가 너무 클 때에, 적어도 메시지를 형성하는 어플리케이션에 알리도록 준비된다. 디코딩 명령어들은 클라이언트 장치로서 동작하는 이동국(MS)에서 결정된다(402). 코딩 명령어들을 사용함으로써, S는 식별자들중 적어도 하나가 식별자들의 ASCII 표현 또는 WBXML 이진 표현보다는 실질적으로 더 적은 비트들을 필요로 하는 비트 시퀀스로 전송될 식별자들중 적어도 하나를 코딩할 수 있다. 코딩 명령어들을 사용함으로써, 클라이언트 장치는, 그 부분에 대해, 상기 비트 시퀀스로부터 원시 식별자(original identifier)를 정의할 수 있다.

세션 개시에 대한 요구를 나타내는 요청이 서버로부터 적어도 하나의 클라이언트 장치로 전송될 필요가 있을 때(403), 서버(S)는 코딩 명령어들에 따라, 메시지에서 필요한 정보의 적어도 일부에 대한 적어도 하나의 비트 시퀀스를 정의한다(404). 상기 메시지는 적어도 이하에서 언급된 식별자들을 필요로 하나, 전형적으로는 그것은 다른 정보를 포함할 수도 있다. 전송될 정보는 하나의 메시지에서 형성된다(405). 서버(S)는 또한 메시지가 정의된 최대 크기를 초과하지 않도록 제어한다(405). 만약 메시지가 최대 크기를 초과할 것으로 보이면, 서버(S)는 메시지로부터 덜 중요한 필드들을 삭제할 수 있으며, 및/또는 코딩 명령어들을 사용함으로써 더 적은 공간을 필요로 하는 형태로 정보를 코딩할 수 있다. 메시지는 네트워크(MNW)의 메시지 전송 서비스를 사용함으로써, 서버(S)로부터 클라이언트 장치(MS)로 전송된다(406). 실시예에 따르면, 당해 분야에서 숙련된 자에게 알려진 SMS 서비스가 상기 메시지를 전송하기 위해 사용될 수 있다. 클라이언트 장치(MS) 에서는, 수신된 메시지에서 비트 시퀀스들에 따른 정보가 클라이언트 장치내에 저장된 코딩 명령어들을 사용함으로써 초기화 메시지에 대해 정의된다. 이러한 방식으로 얻어진 적어도 하나의 식별자 및 메시지내에 포함된 정보에 기초하여, MS는 세션 초기화 메시지를 형성하고(408) 그것을 동기 서버(S)로 전송한다(409).

세션은 장치 관리 기능들(device management functions)을 위해 사용될 수 있으며, 이러한 기능들에 의해 클라이언트 장치(MS)의 동기 어플리케이션(CA)의 동작은 네트워크 주도(network initiative)에 적응될 수 있다. 예를 들어, 만약 동기 서버의 주소(URI 식별자)가 변경되었다면, 이 서버와 동기하는 모든 장치에 동기 서버의 주소(URI 식별자)를 알리는 것이 중요하다. SyncML에서, 요청에 기초하여 초기화를 위해 전송될 초기화 패킷은 [패키지 #1: 클라이언트 초기화(Client Initialization)]이기 때문에, 장치 관리 세션을 개시하기 위해 서버에 의해 전송된 이러한 요청은 [패키지 #0: 클라이언트에 대한 관리 통보(Management Alert to Client)]로 불릴 수 있다. 사용자 자체에 의해 수행되는 개인화(personalization)를 위해 상기 세션을 사용하는 것 또한 가능하다. 사용자는 WWW 인터페이스를 통해 세팅들을 변경할 수 있으며, 그리고 예를 들면, 동기 서버(S)의 주도하에 이러한 변경들은 세션동안 클라이언트 장치(MS)로 전달될 수 있다.

도 5는 장치 관리 세션을 개시하기 위해 형성된 메시지(405)의 가능한 요소들을 기술한다. 바람직한 실시예에 따라, WSP 프로토콜의 푸시 서비스(push service)가 SMS 메시지들을 사용함으로써 적용되며, 이에 의해 메시지는 WSP 헤더 필드를 포함한다. 상기 메시지를 처리하는 실제 어플리이션 계층(CA)을 위한 페이 로드에 대하여 충분한 공간이 존재하도록 WSP 헤더 필드는 충분히 짧아야 한다(바람직하게는 30바이트들 이내로). WSP 필드 외에 메시지는 WDP 헤더 필드들과 같은 다른 헤더 필드들을 또한 포함할 수 있다는 점에 유의해야 한다. 그러나, 이러한 경우에, SyncML 페이로드의 부분은 감소한다. 실시예에 따르면, 메시지는 또한 메시지 콘텐트가 어드레스되어야 하는 어플리케이션 표시(application indication)를 제공할 수 있다. 상기 표시에 기초하여, MS는 메시지의 페이로드, 예를 들면 클라이언트 에이전트(CA: Client Agent)로의 관리 세션의 개시를 위한 요청을 올바른 어플리케이션 실체(application entity)로 지향하게 할 수 있다. 상기 표시는 메시지의 WSP 또는 WDP 헤더 필드내에 포함될 수 있다. WAP 프로토콜을 지원하는 장치는 메시지로부터 정보를 쉽게 인식하지만, WAP 프로토콜을 지원하지 않는 장치에는 어플리케이션 표시가 검색되어야 하는 소정의 위치가 제공되어야 한다. 이러한 위치는 메시지의 시작부로부터의 소정의 위치(오프셋)를 사용함으로써, 또는 항상 표시가 헤더 필드내에서 어떤 문자 후에 발생하도록 하는 방식으로 결정될 수 있다. 예를 들면, WSP 헤더 필드내에서, 표시는 식별자 '어플리케이션 - ID'(x-웹-어플리케이션-id)일 수 있으며, 또한 MIME 필드는 '어플리케이션 ID' 필드 대신에 활용될 수 있거나 또는 '어플리케이션 ID' 필드의 정보를 지정하는데 활용될 수 있다.

다음에, 메시지내에서 사용될 수 있는 필드들이 기술된다.

버전(VER: Version). 버전은 사용될 메시지 버전을 포함하고, 따라서 클라이언트 장치가 서버(S)가 같은 버전을 지원할 수 있는지 여부를 검사할 수 있도록 프로토콜 버전을 또한 포함한다. 대안적으로, 버전 식별자는 메시지 버전 또는 프로 토콜 버전만을 나타낼 수 있다. 만약 클라이언트 장치가 다른 버전을 지원한다면, 클라이언트 장치는 세션을 개시할 필요가 없다(408, 409). 버전 식별자는 서버(S)에서 세팅된 코딩 명령어들에 따라 보다 짧은 비트 시퀀스로 코딩될 수 있으며, 예를 들면 최종 번호는 제일 작은 버전 번호들을, 두번째로 작은 번호는 그 다음 작은 버전 번호들을, 3번째로 작은 번호는 10자리를, 4번째로 작은 번호들을 100자리들을 지칭하는 방식으로 WSP 헤더 필드 이후의 맨처음 10 비트들이 사용되며, 이러한 경우에 가능한 가장 큰 버전을 '102.3'이고, 버전 '1.0'은 비트 시퀀스 '0000001010'으로 코딩된다. 이미 언급된 바와 같이, MS는 비트 시퀀스로부터 원시 식별자(original identifier)를 결정(407)하기 위하여 디코딩 명령어들을 포함한다.

이러한 코딩 명령어들은 어느 비트 시퀀스가 어느 버전 번호에 대응하는가를 기술하는 대응 테이블(correspondence table)로써 상기 장치내에 구현될 수 있다. 대안적으로, 이러한 테이블은 장치의 요소들(elements)이 상기 장치의 메모리내에 전체 테이블을 저장할 필요없이 프로그램적으로 생성할 수 있도록 알고리즘적으로 상기 장치에 세팅될 수 있다. 대응 테이블은 예를 들면, 다음과 같이 코딩될 수 있다:

0000001010	버전 1.0
0000001011	버전 1.1
....	....
1111111111	버전 102.3

세션 식별자(SID: Session Identifier). 상기 필드는 같은 세션이 한번 이상 수행되지 않도록 세션 식별자를 결정한다. 상기 식별자를 위해, 예를 들면 버전 식별자 이후에 16 비트들이 사용될 수 있다. 예를 들면, 만약 클라이언트 장치가 꺼져 있다면, 서버(S)는 다수의 메시지들을 전송할 수 있으며, 이러한 메시지들에 의해 서버는 하나의 특정 관리 세션을 설정하려고 시도한다. SID 식별자에 기초하여, 클라이언트 장치는 클라이언트 장치가 단지 한번의 접속만을 개시하여야 하고, 수신된 모든 메시지에 따른 접속을 설정하지 않아야 한다고 결론짓는다. 또한 서버(S)는 예를 들면 덜 중요한 장치 관리 동작들에 대해 특정 SID 식별자를 정의함으로써, SID 필드에 의해 장치 관리 세션들에 우선순위를 부여할 수도 있다. 클라이언트 장치가 세션을 설정하기 위해 접속을 설정할 때, 지원하기 위한 더욱 긴급한 클라이언트 장치들이 있다면 서버(S)는 세션이 설정되는 것을 막을 수 있다. 이것은 서버(S)가 그의 메모리내에 상기 전송된 SID 식별자에 대응하는 세션이 덜 중요하다는 정보를 저장하는 방식으로 준비될 수 있다. 대안적으로, 이것은 특정 그룹으로부터 선택된 SID 식별자들이 예를 들면, 덜 중요하도록 함으로써 준비될 수 있으며, 이렇게 함으로써 정보의 저장을 막을 수 있다.

사용자 대화 모드(UI: User Interaction Mode). 상기 식별자에 의해, 서버는 세션이 배경(background)에서 수행되어야 하는지 또는 사용자에게 세션에 대해 통보되어야 하는지에 대해 권고할 수 있다. 상기 필드는 다음의 대응 테이블에 따라 2 비트들로 코딩될 수 있다.

00	서버가 아무런 권고안을 가지고 있지 않다
01	(사용자에게 미도시된) 배경에서 수행 권고
10	정보 식별자를 사용자에게 도시
11	사용자로부터 허가를 요청

관리 행동의 주도(Init: Initiative of the Management Action). 상기 식별자에 의해, 서버 자체가 관리 세션을 개시하였는지 또는 클라이언트 장치(그의 사용자)가 그것을 야기하였는지간에 서버(S)는 클라이언트 장치와 통신할 수 있다. 상기 정보는 지불(billing)에 대한 기초를 형성할 수 있으며, 따라서 클라이언트의 장치의 사용자는 만약 사용자가 초래했다면, 예컨대 그것을 주문했다면, 서버에 의해 전송된 요청에 대해 요금이 청구될 수 있다. 상기 정보는 예를 들면 다음의 대응 테이블에 따라 2개의 비트들로 코딩될 수 있다.

01	클라이언트 주도
10	서버 주도

장치 관리의 향후 사용(Fut: Future Use of the Device Management). 상기 필드에서, 관리 세션에 대한 추후에 정의 가능한 정보가 서버(S)로부터 클라이언트 장치(MS)로 전달될 수 있다. 예를 들면, 30비트들의 공간이 예약될 수 있다. 상기 필드에서 전달될 정보의 가능한 하나의 예시는 클라이언트 장치가 동기 서버(S)로의 세션을 설정하여야 하는 시점이다. MS는 서버에 의해 설정된 시간에 초기화 메시지를 전송할 수 있으며(409), 서버(S)는 예를 들면, 다른 시간대에 접속을 설정하기 위한 다른 클라이언트 장치들을 세팅함으로써 그의 부하(load)에 균형을 유지할 수 있다.

트리거 인증 공유 비밀의 길이(TLen: Length of the Triggered Authentication Shared Secrete). 상기 필드는 TASS 필드(Trigger Authentication Shared Secret)의 길이를 나타낸다.

소스의 길이(Ulen: Length of the Source). 상기 필드는 서버(S)의 식별자의 길이(URI)를 나타낸다. 상기 필드 및 Tlen 필드를 사용함으로써, 가능한 가장 큰 공간이 URI 필드에 대해 준비될 수 있다. 만약 특정 길이의 필드들만이 사용된다면, TASS 필드의 마지막에는 사용되지 않는 공간이 간혹 존재할 수 있을 것이다.

트리거 인증 공유 비밀(TASS: Trigger Authentication Shared Secret). TASS 필드는 공유 비밀(shared secret)을 포함할 수 있으며, 공유 비밀에 의해 서비스 거부(DoS: Denial of Service) 공격이 방지된다. 상기 필드는 또한 서버 식별자를 결정하는데 사용될 수 있다.

관리 서버의 소스 URI(Source URI: Source URI of the Management Server). 상기 필드는 서버의 URI 식별자, 예를 들면 'http://www.syncml.org/mgmt-server'를 포함한다. 어떤 경우들에서, 상기 필드는 예를 들면 프로토콜 식별자를 생략함으로써 또한 짧아질 수 있거나, 또는 서버 주소 대신에 단지 필드에서 보다 짧은 식별자만을 전송함으로써 짧아질 수 있다. 대안적으로, TASS 필드는 서버 식별자를 전송하기 위해 사용될 수 있다.

벤더(Vendor). 상기 필드는 선택적이며, 선행하는 필드들 이후에 메시지가 취할 수 있는 만큼의 제조자 특유 정보를 포함할 수 있다.

위에서 언급된 필드들에서, 페이로드는 가능한 한 적은 공간을 필요로 하도 록 설계된다. 만약 모든 필드들이 XML 형식으로 전송된다면, 약 400자들 예를 들면 수천개 비트들이 필요할 것이다. 하나의 필드는 적어도 수개의 문자들, 예를 들면 다수의 비트들을 차지한다. 적어도 필드들중 일부가 위에서 언급된 코딩 방법들을 사용하고, 각 코딩 방법들이 각 필드들이 취할 수 있는 다른 값들과 관련된 정보(knowledge)으로부터 유도될 때, 공간을 상당히 절약할 수 있으며, (또한, 덜 중요한 필드들을 삭제함으로써) 상기 정보를 SMS 메시지에 들어가도록 할 수 있다. SyncML 페이로드만에 관한 한, 명세서의 일부인 표 4는 메시지 필드들의 다른 예시를 도시한다.

도 6은 장치 관리 세션의 신호도를 도시하며, 장치 관리 세션은 동기 서버(S)의 요청에 따라 개시된다. (적어도 MS가 메시지들을 수신할 수 있도록, 또한 도 4의 단계들 401, 402이 수행되었을 때) 서버 및 클라이언트 장치(MS)가 통신 가능할 때(601), 서버의 외부로부터 또는 소정의 세팅에 기초하여 서버는 서버 사용자로부터 관리 세션을 개시하기 위한 명령을 수신한다(602). 응답하여, 서버는 필요한 데이터를 수집하고, 코딩 명령어들에 따른 변경들을 수행하고, 요청 [패키지 #0: 클라이언트에 관리 통보(Management Alert to Client)]에 따른 메시지를 클라이언트 장치로 전송한다(603). 이것에 기초하여, 클라이언트 장치 및 서버는 관리 세션을 설정할 수 있다(604). 서버(S)는 클라이언트 장치에 관리 명령들을 전송할 수 있으며, 클라이언트 장치는 이러한 관리 명령들에 기초하여 그의 구성을 변경한다. 관리 세션이 완성된 후에(605), 결과는 서버 사용자에 대해 제공될 수 있다(606).

세션은 기존의 사용자 데이터를 동기, 예를 들면 이동국의 달력 표시들(calendar markings) 및 네트워크의 달력 어플리케이션들을 갱신시키는데 사용될 수 있다. 이러한 경우에, 예를 들면 가능하면 이동국내에서 전달될 필요가 있는 새로운 중요한 달력 표시가 네트워크 달력에 첨가될 때, 동기를 개시하기 위한 주도가 발생할 수 있다(403). 장치 관리 세션에 대해 형성되고 도 4에서 기술된 메시지와 같이, SyncML 세션을 요청하기 위해 형성된 메시지는 다수의 대응하는 필드들을 포함한다. 적어도 별표로 표시된 필드들, 버전(VER*), 세션 식별자(SID*), 소스 및 관리 서버의 URI(URI*)들이 또한 동기를 개시하기 위한 요청을 위해 형성될 메시지에 필요하다. 적어도 필드들 (UI), (VER*) 및 (Init)의 정보는 위에서 언급된 방법들로 짧은 비트 시퀀스로 변환될 수 있다. 메시지는 또한 서버가 요구하는 동기 세션에 대한 정보를 포함할 수도 있다. 그러한 정보는, 특히 서버(S)에 의해 요구되는 동기 타입의 표시(예를 들면, 양방향, 서버만으로부터의 단방향 동기, 클라이언트만으로부터의 단방향 동기, 서버만으로부터의 리프레시(refresh) 동기)를 포함한다. 이러한 정보는 또한 미리 저장된 대응 테이블을 사용함으로써(402), 코딩되고(404) 디코딩(407)될 수 있으며, 이에 의해 필요한 비트들의 수는 절감될 수 있다. (서버가 동기시키고자 하는) 데이터베이스의 식별자(URI)를 메시지내에서 전송하는 것 또한 유용할 수 있다. SyncML 클라이언트 장치(MS)가 메시지를 수신한 후에, 상기 SyncML 클라이언트 장치(MS)는 메시지내에 포함된 정보에 따라 동기 세션 초기화 패킷(클라이언트로부터의 동기 초기화 패키지)을 전송할 수 있고(409), 동기 세션이 초기화될 수 있다. SyncML 프로토콜의 동기 세션 및 그를 위해 필요한 정보에 대한 더욱 상세한 설명에 대해서, 2001년 5월에 발행된 SyncML 명세 "SyncML 동기 프로토콜, 버전 1.0.1"이 참조로써 본 출원서에 통합된다. 따라서, 관리 세션 및 사용자 데이터 동기 세션 모두가 동기 서버의 요청에 따라 개시될 때, 같은 장점들이 얻어질 수 있다.

상기 메시지는 상기 요청을 전송하는 서버(S) 이외의 곳에서 형성되는 것 또한 가능하다. 이와 같은 상황은 예를 들면, 클라이언트 장치가 WAP 스텍을 이용하여 WAP 게이트웨이와 통신할 때, 및 HTTP 프로토콜이 WAP 게이트웨이 및 서버(S)간에 사용될 때 발생할 수 있다. 그러면, WAP 게이트웨이는, 예를 들면 요청이 하나의 메시지내에서 클라이언트 장치(MS)로 전송될 수 있도록 (코딩 명령어들을 사용함으로써) 위에서 기술된 방식으로 서버에 의해 전송될 요청을 모을 수 있다.

기술이 발전함에 따라, 본 발명의 기본적 개념은 다양한 방식들로 구현될 수 있다는 점이 당해 분야의 숙련자에게는 명백하다. 또한, 메시지들은 짧은 메시지 서비스(SMS: Short Message Service)의 메시지들에 제한되지 않으며, 또한 멀티 미디어 메시지 서비스(MMS: Multimedia Messaging Service)와 같은 다른 타입들의 전송 서비스들도 사용될 수 있다는 점에 유의해야 한다. 본 발명 및 그의 실시예들은 위에서 기술된 예시들에 제한되지 않으나, 청구항들의 범주내에서 수정될 수 있을 것이다.

Claims

클라이언트 장치로서 동작하고 통신 수단을 포함하는 적어도 하나의 전자 장치, 적어도 하나의 동기 서버, 및 메시지 전송 서비스를 제공하는 통신 네트워크를 포함하는 동기 시스템에서 세션을 개시하는 방법에 있어서, 상기 방법은

세션 개시에 대한 요구를 나타내며 상기 클라이언트 장치로 전송될 요청을 위해, 상기 동기 서버의 식별자, 버전 식별자, 및 요청된 세션의 식별자를 결정하도록 상기 동기 서버를 구성하는 단계;

상기 요청을 위하여 상기 동기 서버로부터 상기 클라이언트 장치로 전송될 메시지에 대한 최대 크기를 상기 동기 서버에서 결정하는 단계;

상기 동기 서버에서 코딩 명령어들을, 그리고 상기 클라이언트 장치에서 디코딩 명령어들을 결정하는 단계로, 상기 코딩 명령어들에 의해 상기 식별자들중 적어도 하나는 ASCII 표현보다 실질적으로 더 적은 비트들을 요구하는 비트 시퀀스로 코딩될 수 있고, 상기 디코딩 명령어들에 의해 원시 식별자(original identifier)가 상기 비트 시퀀스로부터 얻어지는 단계;

세션 개시에 대한 요구를 나타내는 상기 요청의 적어도 하나의 상기 클라이언트 장치로의 전송 요구에 응답하여, 하나의 메시지를 형성하는 단계로, 상기 메시지는 상기 최대 크기보다 짧거나 같으며, 적어도 상기 식별자들을 포함하고, 상기 식별자들중 적어도 하나는 상기 코딩 명령어들에 따라 정의된 비트 시퀀스로써 제공되는 단계;

상기 메시지 전송 장치를 사용해서 상기 메시지를 상기 클라이언트 장치로 전송하는 단계;

상기 수신된 메시지에 포함된 정보에 기초하여 세션 초기화 메시지(session initialization message)를 형성하는 단계로, 상기 정보의 적어도 일부는 상기 디코딩 명령어들에 의해 상기 수신된 비트 시퀀스로부터 정의되는 단계; 및

상기 세션 초기화 메시지를 상기 클라이언트 장치로부터 상기 동기 서버로 전송하는 단계를 포함하는 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 동기 시스템의 트랜스포트 계층 서비스는

무선 응용 프로토콜(WAP: Wireless Application Protocol)을 사용해서 구성되며, 상기 메시지는 무선 세션 프로토콜(WSP: Wireless Session Protocol) 헤더 필드들을 더 포함하는 것을 특징으로 하는 세션 개시 방법.
제2항에 있어서, 상기 메시지는

상기 메시지의 콘텐트가 배정되어야 하는 어플리케이션을 또한 의미하고, 상기 의미는 상기 어플리케이션에 대한 정보를 상기 메시지의 시작부로부터 또는 소정의 문자들의 이후와 같은 소정의 위치에 세팅함으로써 정의되며,

상기 메시지의 상기 콘텐트는

상기 클라이언트 장치에서 상기 메시지에 의해 의미된 상기 어플리케이션으로 배정되는 것을 특징으로 하는 세션 개시 방법.
제1항 내지 제3항중 어느 한 항에 있어서, 상기 메시지 전송 서비스는

짧은 메시지 서비스(SMS; Short Message Service)인 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 동기 서버의 상기 식별자는

공유 비밀(shared secret)을 포함하는 필드에서 결정되는 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 동기 서버는

또한 상기 클라이언트 또는 상기 서버중 어느 것이 상기 메시지를 야기했는지를 나타내는 비트 시퀀스를 상기 메시지에서 결정하도록 구성되는 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 코딩 명령어들 및 상기 디코딩 명령어들은

하나 이상의 대응 테이블들(correspondence tables)을 포함하는 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 세션은

상기 클라이언트 장치 및 적어도 하나의 데이터베이스내에 포함된 데이터 세 트를 동기시키기 위해 초기화되는 것을 특징으로 하는 세션 개시 방법.
제1항에 있어서, 상기 동기 서버는

장치 관리 세션(device management session)을 개시하기 위한 요청을 전송하고, 상기 관리 세션은

상기 서버 및 상기 클라이언트 장치간에 초기화되는 것을 특징으로 하는 세션 개시 방법.
클라이언트 장치로서 동작하고 통신 수단을 포함하는 적어도 하나의 전자 장치, 적어도 하나의 동기 서버, 및 메시지 전송 서비스를 제공하는 통신 네트워크를 포함하는 동기 시스템에 있어서,

상기 동기 서버는 세션 개시에 대한 요구를 나타내며 상기 클라이언트 장치로 전송될 요청을 위해, 상기 동기 서버의 식별자, 버전 식별자, 및 요청된 세션의 식별자를 결정하도록 구성되며,

상기 동기 서버는 상기 요청을 위하여 상기 동기 서버로부터 상기 클라이언트 장치로 전송될 메시지에 대한 최대 크기를 결정하도록 구성되며,

상기 동기 서버에서 코딩 명령어들이, 그리고 상기 클라이언트 장치에서 디코딩 명령어들이 결정되며, 상기 코딩 명령어들에 의해 상기 식별자들중 적어도 하나는 ASCII 표현보다 실질적으로 더 적은 비트들을 요구하는 비트 시퀀스로 코딩될 수 있고, 상기 디코딩 명령어들에 의해 상기 원시 식별자(original identifier)는 상기 비트 시퀀스로부터 얻어지고,

세션 개시에 대한 요구를 나타내는 상기 요청의 적어도 하나의 상기 클라이언트 장치로의 전송 요구에 응답하여, 상기 동기 서버는 하나의 메시지를 형성하도록 구성되며, 상기 메시지는 상기 최대 크기보다 짧거나 같으며, 적어도 상기 식별자들을 포함하고, 상기 식별자들중 적어도 하나는 상기 코딩 명령어들에 따라 정의된 비트 시퀀스로써 제공되고,

상기 동기 서버는 상기 메시지 전송 서비스를 사용해서 상기 메시지를 상기 클라이언트 장치로 전송하도록 구성되고,

상기 클라이언트 장치는 상기 수신된 메시지에 포함된 정보에 기초하여 세션 초기화 메시지(session initialization message)를 형성하고, 상기 정보의 적어도 일부는 상기 디코딩 명령어들에 의해 상기 수신된 비트 시퀀스로부터 정의되며.

상기 클라이언트 장치는 상기 세션 초기화 메시지를 상기 동기 서버로 전송하도록 구성되는 것을 특징으로 하는 동기 시스템.
동기 서버에 있어서, 상기 동기 서버는 세션 개시에 대한 요구를 나타내며 적어도 하나의 클라이언트 장치로 전송될 요청을 위해, 상기 동기 서버의 식별자, 버전 식별자, 및 요청된 세션의 식별자를 결정하도록 구성되고,

상기 동기 서버는 상기 요청을 위하여 상기 동기 서버로부터 상기 클라이언트 장치로 전송될 메시지에 대한 최대 크기를 결정하도록 구성되며,

상기 동기 서버에서 코딩 명령어들이 결정되며, 상기 코딩 명령어들에 의해 상기 식별자들중 적어도 하나는 ASCII 표현보다 실질적으로 더 적은 비트들을 요구하는 비트 시퀀스로 코딩될 수 있으며,

상기 동기 서버는 세션 개시에 대한 요구를 나타내는 상기 요청의 적어도 하나의 상기 클라이언트 장치로의 전송 요구에 응답하여, 하나의 메시지를 형성하도록 구성되며, 상기 메시지는 상기 최대 크기보다 짧거나 같으며, 적어도 상기 식별자들을 포함하고, 상기 식별자들중 적어도 하나는 상기 코딩 명령어들에 따라 정의된 비트 시퀀스로서 제공되며,

상기 동기 서버는 상기 메시지 전송 서비스를 사용해서 상기 메시지를 상기 클라이언트 장치로 전송하도록 구성되는 것을 특징으로 하는 동기 서버.
전자 장치에 있어서, 상기 전자 장치는

메시지들을 수신하며 전송하기 위한 수단;

서버와 통신하기 위한 수단으로, 상기 서버에 대하여 상기 전자 장치는 클라이언트 장치로서 동작하는 수단;

디코딩 명령어들을 저장하기 위한 수단으로, 상기 디코딩 명령어들에 의해 원시 정보(original information)가 상기 서버에 의해 코딩된 비트 시퀀스로부터 얻어지는 수단;

상기 디코딩 명령어들에 기초하여 상기 서버로부터 수신된 상기 메시지내에 포함된 적어도 하나의 비트 시퀀스를 상기 원시 정보로 변환하기 위한 수단;

상기 서버로부터 수신된 상기 메시지에 의해 나타난 상기 정보에 기초하여 상기 서버 및 상기 장치간의 세션에 대한 초기화 메시지를 형성하기 위한 수단으로, 정보의 적어도 일부는 상기 디코딩 명령어들에 의해 상기 수신된 비트 시퀀스로부터 정의되는 수단;

상기 세션에 대한 상기 초기화 메시지를 상기 서버로 전송하기 위한 수단; 및

상기 세션동안 상기 서버로부터 수신된 명령들에 따라 상기 장치의 구성을 변경하기 위한 수단을 포함하는 것을 특징으로 하는 전자 장치.
동기 서버의 메모리로 로딩 가능한 컴퓨터 프로그램을 기록한 저장매체로서, 상기 컴퓨터 프로그램은 상기 동기 서버의 프로세서에서 실행될 때 상기 동기 서버로 하여금

세션 개시에 대한 요구를 나타내며 적어도 하나의 클라이언트 장치로 전송될 요청을 위해, 상기 동기 서버의 식별자, 상기 동기 서버에 의해 지원되는 동기 프로토콜 버전의 식별자, 및 상기 요청된 세션의 식별자를 결정하는 단계;

상기 요청을 위하여 상기 동기 서버로부터 상기 클라이언트 장치로 전송될 메시지에 대한 최대 크기를 결정하는 단계;

코딩 명령어들을 세팅하는 단계로, 상기 코딩 명령어들에 의해 상기 동기 서버가 상기 식별자들중 적어도 하나를 ASCII 표현보다 실질적으로 더 적은 비트들을 요구하는 비트 시퀀스로 코딩할 수 있는 단계;

세션 개시에 대한 요구를 나타내는 상기 요청의 적어도 하나의 상기 클라이언트 장치로의 전송 요구에 응답하여, 하나의 메시지를 형성하는 단계로, 상기 메시지는 상기 최대 크기보다 짧거나 같으며, 적어도 상기 식별자들을 포함하고, 상기 식별자들중 적어도 하나는 상기 코딩 명령어들에 따라 정의된 비트 시퀀스로써 제공되는 단계; 및

상기 메시지 전송 서비스를 사용해서 상기 메시지를 상기 클라이언트 장치로 전송하는 단계를 수행하도록 하는 것을 특징으로 하는 컴퓨터 프로그램을 기록한 저장매체.
전자 장치의 메모리로 로딩 가능한 컴퓨터 프로그램을 기록한 저장매체로서, 상기 컴퓨터 프로그램은 상기 전자 장치의 프로세서에서 실행되는 동안 상기 전자 장치로 하여금

디코딩 명령어들을 세팅하는 단계로, 상기 디코딩 명령어들에 의해 원시 식별자들이 상기 서버에 의해 코딩된 비트 시퀀스로부터 얻어지는 단계;

상기 디코딩 명령어들에 기초하여 상기 서버로부터 수신된 상기 메시지내에 포함된 적어도 하나의 비트 시퀀스를 원시 정보(original information)로 변환하는 단계;

상기 서버로부터 수신된 상기 메시지에 의해 나타난 정보에 기초하여 상기 서버 및 상기 장치간의 세션에 대한 초기화 메시지(initialization message)를 형성하는 단계로, 상기 정보의 적어도 일부는 상기 디코딩 명령어들에 의해 상기 수신된 비트 시퀀스로부터 정의되는 단계;

상기 세션에 대한 상기 초기화 메시지를 상기 서버로 전송하는 단계; 및

상기 세션동안 상기 서버로부터 수신된 관리 명령들에 따라 상기 장치의 상기 구성을 변경하는 단계를 수행하도록 하는 것을 특징으로 하는 컴퓨터 프로그램을 기록한 저장매체.
제11항에 있어서, 트랜스포트 계층 서비스가 WAP 프로토콜을 사용함으로써 구성되며, 상기 메시지는 무선 세션 프로토콜(WSP: Wireless Session Protocol) 헤더 필드들을 더 포함하는 것을 특징으로 하는 동기 서버.
제11항에 있어서, 상기 메시지는

또한 상기 메시지의 콘텐트가 배정되어야 하는 어플리케이션을 의미하며, 상기 동기 서버는 상기 어플리케이션에 대한 상기 정보를 상기 메시지의 시작부로부터 또는 소정의 문자들 이후와 같은 소정의 위치에 세팅함으로써 상기 의미를 정의하도록 구성되는 것을 특징으로 하는 동기 서버.
제11항, 제15항, 및 제16항중 어느 한 항에 있어서, 상기 메시지 전송 서비스는

짧은 메시지 서비스(SMS; Short Message Service)인 것을 특징으로 하는 동기 서버.
제1항에 있어서, 상기 동기 서버는

공유 비밀(shared secret)을 포함하는 필드에서 상기 동기 서버의 상기 식별자를 결정하도록 구성되는 것을 특징으로 하는 세션 개시 방법.
제11항에 있어서, 상기 동기 서버는

또한 상기 메시지에서 상기 클라이언트 또는 상기 서버가 상기 메시지를 야기했는지를 나타내는 비트 시퀀스를 결정하도록 구성되는 것을 특징으로 하는 동기 서버.
제11항에 있어서, 상기 코딩 명령어들은

하나 이상의 대응 테이블들(correspondence tables)을 포함하는 것을 특징으로 하는 동기 서버.
제11항에 있어서, 상기 동기 서버는

상기 클라이언트 장치 및 적어도 하나의 데이터베이스에 포함된 데이터 세트를 동기시키기 위해 상기 세션을 초기화하도록 구성되는 것을 특징으로 하는 동기 서버.
제11항에 있어서, 상기 동기 서버는

장치 관리 세션을 개시하기 위한 요청을 전송하도록 구성되며, 상기 서버 및 상기 클라이언트 장치간에 상기 관리 세션을 초기화하도록 구성되는 것을 특징으로 하는 동기 서버.
제12항에 있어서, 트랜스포트 계층 서비스가 WAP 프로토콜을 사용함으로써 구성되며, 상기 메시지는 무선 세션 프로토콜(WSP: Wireless Session Protocol) 헤더 필드들을 더 포함하는 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 메시지는

상기 메시지의 콘텐트가 배정되어야 하는 어플리케이션을 또한 의미하고, 상기 의미는 상기 메시지의 시작부로부터 또는 소정의 문자들의 이후와 같은 소정의 위치에서의 상기 어플리케이션에 대한 정보에 의해 정의되는 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 전자 장치는

짧은 메시지 서비스(SMS; Short Message Service)에 의해 상기 서버와 통신하도록 구성되는 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 전자 장치는

공유 비밀(shared secret)을 포함하는 필드로부터 상기 서버의 식별자를 결정하도록 구성되는 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 디코딩 명령어들은

하나 이상의 대응 테이블들(correspondence tables)을 포함하는 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 서버는

장치 관리 서버(device management server)이며, 상기 세션은 장치 관리 세션(device management session)인 것을 특징으로 하는 전자 장치.
제12항에 있어서, 상기 서버는

동기 서버이며, 상기 세션은 동기 세션인 것을 특징으로 하는 전자 장치.