KR20020089089A - 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법 - Google Patents

공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법 Download PDF

Info

Publication number
KR20020089089A
KR20020089089A KR1020010028469A KR20010028469A KR20020089089A KR 20020089089 A KR20020089089 A KR 20020089089A KR 1020010028469 A KR1020010028469 A KR 1020010028469A KR 20010028469 A KR20010028469 A KR 20010028469A KR 20020089089 A KR20020089089 A KR 20020089089A
Authority
KR
South Korea
Prior art keywords
synchronization
public
data
common
gdb
Prior art date
Application number
KR1020010028469A
Other languages
English (en)
Inventor
이현걸
Original Assignee
이현걸
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이현걸 filed Critical 이현걸
Priority to KR1020010028469A priority Critical patent/KR20020089089A/ko
Publication of KR20020089089A publication Critical patent/KR20020089089A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • H04L41/028—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP] for synchronisation between service call and response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 서로 다른 데이터베이스 시스템을 구비하는 유선 및 무선 통신장치에서, 정형화된 공용 패킷(Public Packet)을 이용함으로써, 데이터 구조에 관계없이 서로의 데이터 전송 및 동기화를 수행하는 데이터 링크 시스템 및 그 방법에 관한 것이다. 본 발명에 따른 데이터 링크 시스템은, 데이터베이스 형식이 서로 다른 유선 및 무선 통신장치에 공통으로 사용되도록 복수의 마스터 테이블을 제공하는 범용 데이터베이스(Generic Database; GDB); 장치간의 데이터 링크시 패킷 형식으로 전송되며, 공용 ID(public identification)를 이용하여 정형화된 공용 패킷(Public Packet); 공용 패킷에 의한 장치간의 데이터 링크를 지원하는 공용 동기화 모듈(public synchronization module); 및 장치간의 데이터 동기화를 위해 객체들에 대한 데이터를 저장하는 범용 데이터베이스 동기화 테이블(GDB Synchronization table)을 포함한다. 본 발명에 따르면 모든 장치들이 공용 패킷을 이용하므로 각각의 장치들은 공용 패킷과 자신의 데이터와의 인터페이스 모듈만 있으면 데이터 전송 및 동기화가 가능하고, 또한 서로 동기화시킬 수 있는 장치의 수에 제한을 받지 않게 된다.

Description

공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법 {DATA LINK SYSTEM USING PUBLIC PACKET, AND METHOD THEREOF}
본 발명은 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법에 관한 것으로, 보다 구체적으로, 데이터베이스 시스템이 서로 다른 유선 및 무선 통신장치에서 정형화된 공용 패킷(Public Packet)을 이용함으로써 데이터 구조에 관계없이 서로의 데이터 전송 및 동기화를 수행하는 데이터 링크 시스템 및 그 방법에 관한 것이다.
일반적으로, 데이터 링크라 함은 두 시스템간의 신뢰성 있는 데이터 전송을 위해 설정되는 논리적 연결(connection)을 의미한다. 물리적 선로 상의 전송 단위가 비트(bit)인 반면 이 데이터 링크 상의 전송 단위는 일정한 갯수의 문자 또는 일정 길이의 비트들의 블록(block)이 되며, 이 블록에 대한 체계적인 구조를 프레임(frame)이라 한다.
두 시스템간의 데이터 링크에 있어서, 동기화란 두 시스템이 데이터를 정확히 송수신할 수 있기 위해서 두 시스템간의 비트 단위의 송수신 시간 간격을 일치시키는 것을 말한다. 이 동기화를 실현시키는데 있어서는 반드시 비트 송수신 시간 간격을 정확히 일치시키는 것은 아니며 이와 비슷한 효과를 가져오는 다른 방법을 동원할 수 있다. 이 동기화의 목적은 데이터의 정확한 수신이지만, 기본적으로 시스템들 간에는 클럭의 오차가 있기 때문에 서로간에 약속된 속도로 데이터를 송수신한다 할지라도 약간의 오차가 있기 마련이다. 하지만, 데이터 통신에서는 한 비트의 에러도 발생되지 않도록 해야 하기 때문에 이러한 문제점을 해결하는 방법이 필요하며, 이러한 작업이 현실적인 의미의 동기화라 할 수 있다.
이러한 동기화의 실현 기법에는 데이터 송신시에 송신측이 수신측에게 비트 시간 간격을 전송해 주는 방법이 있고, 또한 데이터 신호 안에 동기 클럭 신호를 포함시키는 방법이 있다. 전자는 컴퓨터와 모뎀 사이에 이용되고 있는 RS-232C에서 이용될 수 있으며, 후자는 LAN(Local Area Network) 등에서 이용되고 있다.
도 1은 종래의 기술에 따른 유선 및 무선 통신장치에서 데이터 링크를 수행하는 것을 개략적으로 도시하는 도면으로서, 제1 장치(10)는 제2 장치(20), 제3 장치(30) 및 기타 다른 장치들(40)과의 데이터 전송 및 동기화를 위해 각각의 장치들과 상호 약속한 프로토콜(Protocol)(15, 25, 35)이 필요하다. 즉, 기타 다른 장치(40)와 데이터 전송 및 동기화를 수행하려면 별도의 프로토콜(35)이 필요하게 된다.
또한, 종래의 유선 및 무선 통신장치의 데이터 동기화 방법에서, 예를 들면, 두 장치가 데이터를 서로 동기화되기 위해서 두 장치가 서로 상대방의 데이터 구조를 알고 있어야 하며, 그 데이터 구조에 적합하게 동기화에 필요한 프로토콜이 정의되어야 한다.
여기서, 프로토콜이란 통신 시스템들 간의 통신을 위한 규칙들의 집합을 의미하며, 프로토콜의 가장 간단한 예로는 컴퓨터와 모뎀 사이의 프로토콜로 RS-232C, 호스트 컴퓨터와 여러 단말기들 사이의 통신 프로토콜로 HDLC(High-level Data Link Control)를 들 수 있다. 그러나, 두 이용자 시스템간의 온전한 데이터 통신을 위한 전체 프로토콜은 매우 방대하고 복잡하고, 이에 대한 체계화가 필요하다.
종래의 데이터 동기화 방법에서는 동기화를 하려는 장치의 수만큼 프로토콜이 정의되어야 하며, 나중에 추가로 새로운 장치와 동기화를 하기 위해서는 새로운 프로토콜을 해당 장치에 이식해야 하므로 확장성 및 호환성이 좋지 않다는 문제점이 있다.
상기 문제점을 해결하기 위한 본 발명의 목적은 데이터 전송 및 동기화를 하려는 장치들이 서로의 데이터 구조와 무관하게 공용 ID를 이용하여 어떠한 장치와도 데이터 전송 및 동기화를 가능하게 하는 데이터 링크 시스템 및 그 방법을 제공하기 위한 것이다.
도 1은 종래의 기술에 따라 유선 및 무선 통신장치에서 데이터를 링크시키는 것을 개략적으로 도시하는 도면이다.
도 2는 본 발명에 따라 유선 및 무선 통신장치에서 공용 패킷을 이용하여 데이터를 링크시키는 것을 개략적으로 도시하는 도면이다.
도 3은 본 발명에 따른 공용 패킷을 이용하는 데이터 링크 시스템의 구성을 개략적으로 예시하는 도면이다.
도 4는 본 발명에 일실시예에 따른 공용 패킷을 이용하는 데이터 링크 시스템의 구성을 도시하는 도면이다.
도 5는 본 발명에 따른 여러 가지 공용 패킷의 구조를 도시하는 도면이다.
도 6은 본 발명의 일실시예에 따라 공용 패킷을 이용하여 데이터를 동기화시키고, 이 동기화된 데이터를 전송하는 제어 흐름을 스톱-앤-웨이트(stop-and-wait) 기법으로 예시하는 도면이다.
도 7은 본 발명의 일실시예에 따라 공용 패킷을 이용하여 데이터 동기화를 수행하는 방법을 나타내는 동작 흐름도이다.
상기 목적을 달성하기 위한 수단으로서, 본 발명에 따른 데이터베이스 형식이 서로 다른 유선 및 무선 통신장치의 데이터 링크 시스템에 있어서, a) 소정의 데이터베이스를 각각 구비하는 여러 통신장치에 공통으로 사용되도록 복수의 마스터 테이블을 제공하는 범용 데이터베이스(Generic Database; GDB); b) 상기 장치간의 데이터 링크시 패킷 형식으로 전송되며, 공용 ID(public identification)를 이용하여 정형화된 공용 패킷(Public Packet); c) 상기 공용 패킷에 의한 상기 장치간의 데이터 링크를 지원하는 공용 동기화 모듈(public synchronization module); 및 d) 상기 장치간의 데이터 동기화를 위해 상기 객체들에 대한 데이터를 저장하는 범용 데이터베이스 동기화 테이블(GDB Synchronization table)을 포함한다.
여기서, 상기 공용 ID는 객체 식별자(OID) 및 속성 식별자(PID)로 이루어진 것이 바람직하다.
또한, 상기 공용 동기화 모듈은, ⅰ) 상기 동기화에 대한 환경 설정에 따라 외부 장치로부터 동기화 요청을 기다리거나, 기등록된 외부 장치와의 동기화를 요청하는 공용 동기화 에이전트(agent); ⅱ) 인증, 압축 및 암호화 방식 협상, 마스터 테이블 관리, 공용 패킷 구성 및 분석, 데이터 압축 및 암호화, 흐름 제어, 및 GDB 동기화 테이블 관리 등의 모든 작업을 진행시키는 공용 동기화 세션(session); ⅲ) 상기 동기화의 주체가 되는 외부장치와 통신하는 공용 동기화 소켓(socket); 및 ⅳ) 전송되는 데이터를 객체와 속성으로 분류하고, 그에 해당되는 공용 ID(OID, PID)를 할당하는 공용 동기화 커넥터(connector)를 포함하는 것이 바람직하다.
또한, 새로운 장치와의 동기화 설정 및 외부 장치에 대한 접근 허용 등을 관리하는 공용 동기화 관리기를 추가로 포함하는 것이 바람직하다.
또한, 상기 공용 동기화 관리기는 상기 복수의 마스터 테이블중 불필요한 것들을 삭제하며, 상기 공용 동기화 커넥터와 공용 동기화 소켓을 등록/삭제하고, 상기 동기화시 이용자가 설정해야 할 압축, 암호화 방식, 동기화 정책, DBMS 및 장치의 등록 등과 같은 여러 가지 항목들에 대한 이용자 인터페이스를 제공하는 애플리케이션인 특징이 있다.
상기 공용 동기화 에이전트는 상기 공용 동기화 소켓을 통해 상대방으로부터의 동기화 요청을 기다리다가 상대방으로부터 동기화 요청이 들어오면, 상기 공용 동기화 세션으로 하여금 동기화 과정을 진행시키거나, 또는 임의의 상대에게 동기화를 요청하는 경우에 새로운 공용 동기화 세션을 생성하여 동기화 과정을 진행하게 하는 특징이 있다.
상기 동기화 세션은 상기 동기화를 수행하려고 할 때 생성되고, 동기화가 끝나면 소멸되는 특징이 있다.
상기 공용 동기화 세션이 생성될 때, 상대방과의 통신을 위한 상기 공용 동기화 소켓과 데이터 접근을 위한 상기 공용 동기화 커넥터가 각각 하나씩 할당되는 특징이 있다.
상기 공용 동기화 소켓은 RLP(Radio Link Protocol), IP(Internet Protocol), TCP(Transmission Control Protocol), UDP(User Datagram Protocol), OBEX(Object Exchange)와 같은 중간 단계의 프로토콜들과 상기 공용 동기화 세션을 연결하기 위한 수단으로서 공용 동기화 소켓 API(application program interface)를 정의하는 것이 바람직하다.
상기 공용 동기화 소켓 API에는 기본적인 데이터 송/수신기와 통지사항(notification) 등의 사양이 정의되는 특징이 있다.
상기 공용 동기화 커넥터는 상기 GDB가 아닌 다른 DBMS(Database ManagementSystem) 및 non-테이블 형태의 데이터를 상기 GDB 테이블 형식으로 변환할 수 있도록 공용 동기화 커넥터 API를 정의하는 것이 바람직하다.
상기 공용 동기화 커넥터 API는 각 객체들에 대한 추가/갱신/삭제 등에 대한 사양이 정의되는 공용 패킷을 이용하는 것이 바람직하다.
상기 GDB 동기화 테이블은 두 장치의 데이터를 동기화하기 위해서 각 객체들에 대한 키 데이터와 객체의 갱신/삭제 등을 판단할 수 있는 플래그, 체크섬, 타임스탬프 등의 데이터를 저장하고 있는 것을 특징이 있다.
상기 범용 데이터베이스는 운용체제에서 지원하지 않는 소형 시스템에 사용하기 위한 것이 바람직하다.
상기 복수의 마스터 테이블은 OMT(Object ID Master Table), PMT(Property ID Master Table), UMT(Unicode Master Table) 및 SMT(Synchronization ID Master Table)로 이루어지는 것이 바람직하다.
상기 SMT는 SID(Synchronization ID)에 대한 상세 정보가 저장되어 있으며, 상기 SID는 자신의 객체 정보와 동기화 대상 객체 정보, 그리고 비교 기준이 되는 키 정보 등을 구비하는 것이 바람직하다.
상기 SID는 하나의 GDB 동기화 테이블과 대응되고, 상기 SID가 생성/삭제될 때 이에 대응되는 GDB 동기화 테이블 역시 생성/삭제되는 특징이 있다.
상기 GDB 동기화 테이블은 처음 생성된 후 동기화가 진행될 때마다 참조되고 갱신되는 특징이 있다.
상기 마스터 테이블의 내용은 사용자에 의해 수정될 수 없으나, 상기 동기화를 거친 후에 내용이 추가되거나, 또는 불필요한 내용의 삭제가 가능한 것이 바람직하다.
또한, 본 발명에 따른 공용 패킷은 a) 프레임 시작 필드, 수신 시스템 어드레스 필드 및 제어 명령 필드로 이루어지는 헤더(Header); b) 객체 ID 필드, 다수의 속성 ID 필드 또는 다수의 데이터 필드로 이루어지는 데이터 블록(Data Block); 및 c) FCS 필드 및 프레임 끝 필드로 이루어지는 트레일러(Trailer)를 포함한다.
또한, 본 발명에 따른 데이터베이스 형식이 서로 다른 장치의 데이터 링크 방법에 있어서, 제1 장치가 제2 장치에 동기화를 요청하는 단계; 상기 제2 장치가 동기화에 대해 응답하는 단계; 상기 제1 장치가 상기 제2 장치에 암호화, 동기 방식 등에 대한 협상을 요구하는 단계; 상기 제2 장치가 협상에 응답하는 단계; 상기 제1 장치가 객체 ID(OID) 및 속성 ID(PID)를 전송하는 단계; 및 상기 제2 장치가 OID 및 PID를 전송하는 단계를 포함한다.
또한, 본 발명에 따른 동기화 ID(synchronization identification; 'SID')를 이용하여 서버와 클라이언트를 동기화시키는 방법은, 동기화 시작시 서버와 클라이언트를 결정하고 서로의 SID를 검색 및 비교하는 단계; 상기 서버와 클라이언트 측의 SID가 일치하는 경우, 상기 SID와 이에 대응되는 GDB 동기화 테이블을 이용하여 데이터 동기화를 진행하는 단계; 상기 SID가 존재하지 않거나 일치하지 않는 경우에는 처음 동기화하는 것으로 간주하여 새로운 SID를 생성하는 단계; 상기 생성된 SID를 서로 공유하여 GDB(generic database) 동기화 테이블을 생성하는 단계; 및상기 생성된 GDB 동기화 테이블을 이용하여 데이터 동기화를 진행하는 단계를 포함한다.
상기 GDB 동기화 테이블은 객체들의 키(key)와 체크섬(check sum) 값으로 이루어지며, 상기 객체가 동기화할 때마다 동기화 판단의 기준이 되는 것이 바람직하다.
또한, 본 발명에 따른 공용 동기화에 의해 데이터를 전송하는 방법은, 전송되는 데이터를 객체와 속성으로 분류하는 단계; 상기 객체와 속성에 해당되는 공용 ID(OID, PID)를 할당하는 단계; 및 상기 할당된 공용 ID와 함께 데이터를 전송하는 단계를 포함한다.
이하 첨부된 도면을 참조로 하여, 본 발명에 따른 공용 패킷을 이용하는 데이터 링크 시스템과 그 방법, 공용 동기화 모듈 및 공용 패킷의 실시예를 설명한다.
먼저, 본 발명에 따른 공용 동기화(Public Synchronization)에서는 데이터 동기화와 함께 데이터 전송까지 포함하는 것으로 정의하며, 전술한 데이터 링크와 동일한 개념으로 기술된다.
도 2는 본 발명에 따라 유선 및 무선 통신장치에서 공용 패킷을 이용하여 데이터를 링크시키는 것을 개략적으로 도시하는 도면이다. 제1 장치(10), 제2장치(20), 제3 장치(30) 및 기타 장치(40)가 공용 패킷(50)으로 연결되는데, 모든 장치들이 공용 패킷(50)을 이용하므로 각각의 장치들은 공용 패킷과 자신의 데이터와의 인터페이스 모듈, 즉 공용 동기화 모듈만 있으면 데이터 전송 및 동기화가 가능하게 된다. 이때 각각의 장치들에는 공용 동기화 모듈이 내장되게 되는데, 이하 도 3 및 도 4에서 상세히 설명한다.
상기 공용 동기화의 개념을 설명하면 다음과 같다.
일반적으로, 소형 시스템의 경우, 운영체제(OS)에서 데이터베이스 엔진(DB engine)을 지원하지 않는다. 따라서, 여러 시스템에서 공통으로 이용할 수 있도록 설계된, 특히 소형 시스템의 특성을 고려한 데이터베이스 엔진을 사용하는 데이터베이스가 개발되고 있는데, 이러한 데이터베이스를 이하 "GDB"(Generic Database)라 칭한다.
상기 GDB는 일반적인 데이터베이스 마스터 테이블(DBMS)에서 지원하는 테이블 생성/삭제/갱신 등 기본 기능을 지원하며, 본 발명에 따른 공용 동기화에서 이용하는 공용 패킷과 동일한 형태로 파일에 저장됨으로써 공용 동기화의 기본 데이터베이스 엔진으로 이용된다.
상기 동기화의 대상이 되는 모든 데이터는 공통적으로 이용되는 공용 ID(public identification)인 객체 ID(object identification number; 'OID') 및 속성 ID(Property Identification Number; 'PID')를 가지게 된다. 예를 들면, 주소록에서 이용되는 전화번호의 경우 주소록에 해당되는 OID와 전화번호에 해당되는 PID를 가질 수 있다.
여기서 객체(object)란 동기화 대상이 되는 하나의 레코드(record)를 의미한다. 즉, 주소록, 일정, 파일 정보 등이 각각 하나의 객체가 되며, 이러한 객체들에게 모두 ID가 부여된다. 또한, 속성(property)이란 상기 객체에 포함되는 데이터들의 최소 단위를 의미한다. 즉, 주소록 객체에 포함되는 이름, 주소, 전화번호 등이 각각 하나의 속성이 되며, 이러한 속성들에도 모두 ID가 부여된다.
따라서, GDB 테이블은 각각 하나의 OID에 대응되고, GDB 테이블의 칼럼(column)은 각각 하나의 PID에 대응될 수 있다. 상기 GDB 테이블은 그 자체로서 OID와 PID로 구성된 하나의 정형화된 패킷을 구성할 수 있으며, 이렇게 정형화된 패킷은 그 자체로서 공용 동기화의 공용 패킷을 구성한다.
한편, 데이터 동기화 과정에서 한 쪽은 클라이언트 역할을 하고, 다른 한 쪽은 서버 역할을 하게 되는데, 일반적으로 클라이언트 쪽에서 데이터 동기화 요청을 하고 서버에서 요청에 대한 응답을 한다. 주어진 상황에 따라 서버 쪽에서 데이터 동기화 요청을 할 수도 있는데, 이때 데이터 흐름에 대한 제어는 클라이언트 쪽에서 하게 된다.
또한, 동기화를 하려는 시스템에 암호화 모듈이 포함되어 있는 경우, 동기화를 시작할 때 적절한 협상(negotiation)을 통해 암호화 방식을 결정하게 되는데, 이때 암호화에 이용되는 공개키(public-Key) 생성 및 교환은 동기화를 시작할 때 이루어진다. 이후 전송되는 모든 데이터는 서로의 공개키에 의해 암호화되고, 이에 대응되는 각 시스템의 비밀키에 의해 복호화되어 데이터의 보안성을 강화하게 된다.
그리고, 상기 GDB에는 기본적으로 세 개의 마스터 테이블, 즉 OMT, PMT 및 UMT가 필요하며, 공용 동기화에서는 동기화 마스터 테이블(SMT)이 추가로 필요하다. 이들 마스터 테이블의 내용은 이용자에 의해서 수정되어질 수 없지만, 내용의 추가는 동기화를 거친 후 이루어질 수 있다. 또한, 이용자에 의한 불필요한 내용의 삭제는 가능하며, 필요한 경우에 다시 동기화를 통해 원하는 내용을 추가할 수 있다. 마스터 테이블의 종류는 다음과 같다.
1) OMT : OID는 각각의 객체에 할당되는 ID를 말하며, 또한 GDB 테이블에 대한 ID이기도 하다. 각 장치에 이용되는 객체들에 대한 OID 상세 정보를 OMT에 저장한다. 따라서, 각 장치에 새로운 객체가 추가되거나 불필요한 객체가 삭제되는 경우에, 그 내용이 OMT에 반영된다.
2) PMT: PID는 각각의 객체를 구성하는 속성에 할당되는 ID이며, 이는 또한 GDB 테이블의 칼럼에 대한 ID이기도 하다. 각 장치에 이용되는 객체들을 구성하는 속성에 대한 PID 상세 정보가 PMT에 저장된다. 따라서, 각 장치에 새로운 객체가 추가되거나 불필요한 객체가 삭제되는 경우, 이에 따라 추가 및 삭제되는 속성 상세 정보의 내용이 PMT에 반영된다.
3) UMT: UMT는 다국적 언어를 지원하기 위해서 마련된 마스터 테이블이다. 상기 GDB는 문자코드의 기준을 유니코드(unicode)로 설정하고, 각 지역적으로 이용되고 있는 문자코드와 유니코드와의 변환표를 상기 UMT를 통해 지원함으로써 모든 문자 코드들이 서로 변환될 수 있어야 한다. 상기 유니코드를 포함하여 각 장치에서 이용되는 문자 코드가 두 개 이상인 경우, UMT가 참조될 수 있으며, 단지 하나의 문자 코드만을 이용하는 장치에서 UMT는 빈 테이블이 될 수 있고, UMT 역시 동기화 중 필요에 의해 내용이 추가될 수 있다.
4) SMT: 공용 동기화는 SID를 이용해 동기화 정보를 관리하는데, 이러한 SID 상세 정보를 모아놓은 것이 SMT이다. 동기화 정보 객체 또한 하나의 객체이므로 OID를 가지며, 동기화 객체 정보에는 자신의 객체 정보와 동기화 대상 객체 정보, 그리고 비교 기준이 되는 키 정보 등이 포함된다. 또한, 공용 동기화는 동기화를 시작할 때, SMT에서 SID를 검색하여 이에 대응되는 GDB 동기화 테이블을 찾아 참조함으로써 동기화 대상 객체들이 추가/갱신/삭제 여부를 판단하게 되며, SID 검색이 실패한 경우, 처음 동기화하는 것으로 간주하여 새로운 SID를 생성하고, 이렇게 생성된 SID를 서로 공유한다. 이때 새로 생성된 SID와 대응되는 새로운 GDB 동기화 테이블이 생성된다.
도 3은 본 발명에 따른 공용 패킷을 이용하는 데이터 링크 시스템의 구성을 개략적으로 예시하는 도면이다. 도 3에 도시된 바와 같이, 본 발명에 따른 공용 패킷을 이용하는 데이터 링크 시스템은, 데이터베이스 형식이 서로 다른 유선 및 무선 통신장치의 데이터 링크 시스템에 있어서, 소정의 데이터베이스를 각각 구비하는 여러 통신장치에 공통으로 사용되도록 복수의 마스터 테이블을 제공하는 범용 데이터베이스(GDB)(140); 상기 장치간의 데이터 링크시 패킷 형식으로 전송되며, 공용 ID(public identification)를 이용하여 정형화된 공용 패킷; 상기 공용 패킷에 의한 상기 장치간의 데이터 링크를 지원하는 공용 동기화 모듈(100); 및 상기장치간의 데이터 동기화를 위해 상기 객체들에 대한 데이터를 저장하는 범용 데이터베이스 동기화 테이블(160)을 포함하며, 상기 공용 패킷 및 동기화 모듈을 통해 통신하는 기타 DBMS 테이블(120) 및 기타 동기화 객체(130)와 통신하게 된다.
도 4는 본 발명의 일실시예에 따른 공용 패킷을 이용하는 데이터 링크 시스템의 구성을 도시하는 도면으로서, 도 4에 도시된 바와 같이, 공용 동기화 모듈(100)은, 상기 동기화에 대한 환경 설정에 따라 외부 장치로부터 동기화 요청을 기다리거나, 기등록된 외부 장치와의 동기화를 요청하는 공용 동기화 에이전트(agent)(200); 인증, 압축 및 암호화 방식 협상, 마스터 테이블 관리, 공용 패킷 구성 및 분석, 데이터 압축 및 암호화, 흐름 제어, 및 GDB 동기화 테이블 관리 등의 모든 작업을 진행시키는 공용 동기화 세션(session)(210); 상기 동기화의 주체가 되는 외부장치와 통신하는 공용 동기화 소켓(socket)(220); 및 전송되는 데이터를 객체와 속성으로 분류하고, 그에 해당되는 공용 ID(OID, PID)를 할당하는 공용 동기화 커넥터(connector)(230)를 포함하여 이루어진다.
도 4를 참조하여, 상기 공용 동기화 모듈을 형성하는 구성요소들의 동작을 구체적으로 설명하면 다음과 같다.
공용 동기화 에이전트(200)는 공용 동기화에서 서버 역할을 하는 애플리케이션을 말하며, 공용 동기화는 공용 동기화 소켓을 통해 상대방으로부터의 동기화 요청을 기다리다가 상대방으로부터 동기화 요청이 들어오면, 공용 동기화 세션(210)으로 하여금 동기화 과정을 진행하도록 한다. 반대로, 임의의 상대에게 동기화를요청하는 경우에도 새로운 공용 동기화 세션(210)을 생성하여 동기화 과정을 진행하도록 한다.
상기 공용 동기화 세션(210)은 동기화를 수행하려고 할 때 생성되고, 동기화가 끝나면 소멸되며 모든 동기화 과정을 진행한다. 공용 동기화 세션(210)이 생성될 때, 상대방과의 통신을 위한 공용 동기화 소켓(220)과 데이터 접근을 위한 공용 동기화 커넥터(230, 235)가 각각 하나씩 할당된다. 데이터 링크에 따른 인증, 압축 및 암호화 방식 협상, 마스터 테이블 관리, 공용 패킷 구성 및 분석, 데이터 압축 및 암호화, 흐름 제어, 및 GDB 동기화 테이블 관리 등의 모든 작업이 공용 동기화 세션(210)에서 이루어진다.
상기 공용 동기화 소켓(220)은 동기화 주체가 되는 모든 외부와 통신을 할 수 있는 통신 장치를 구비하고 있다. 여기에서 UART, USB, Ethernet 등의 유선통신 장치들과 Bluetooth, IrDA 등의 근거리 무선 통신 장치, 및 IS-95, GSM, IMT-2000 등과 같은 무선통신 장치들(250)이 포함될 수 있다. 이러한 하위 레벨의 장치들에 의존하지 않고, 애플리케이션들 사이에서 서로 통신을 하기 위해 중간 단계의 프로토콜인 RLP, IP, TCP, UDP, OBEX 등(240)이 존재한다.
본 발명에 따른 공용 동기화에서는 이러한 중간 단계의 프로토콜(240)과 공용 동기화 세션(210)을 연결하기 위한 수단으로 공용 동기화 소켓 API(application program interface)를 정의한다. 상기 공용 동기화 소켓 API에는 기본적인 데이터 송/수신기와 통지사항(notification) 등의 사양이 정의된다.
또한, 상기 공용 동기화 세션(210)은 동기화 수단으로 이용되는 중간 단계의프로토콜 대신에 이에 대응되는 공용 동기화 소켓(220)을 이용하게 되며, 공통적으로 정의된 API를 이용하므로 중간 단계의 프로토콜에 의존하지 않게 된다. 즉, 각 시스템에서 지원하는 장치들에 대해 각각의 공용 동기화 소켓을 지원함으로써, 공용 동기화 세션에서는 통신 장치들에 대한 투명성이 유지될 수 있다.
일반적으로, 데이터는 테이블 형식의 DB 형태를 가지기도 하지만, 디렉토리 구조와 같은 non-테이블 형태를 가질 수도 있다. 이러한 데이터를 공용적으로 이용할 수 있도록 정형화된 것이 GDB 테이블이며, GDB가 아닌 다른 DBMS 및 non-테이블 형태의 데이터를 GDB 테이블 형식으로 변환할 수 있도록 공용 동기화에서는 공용 동기화 커넥터 API를 정의하고, API에는 각 객체들에 대한 추가/갱신/삭제 등에 대한 사양이 정의된다.
다시 말하면, 상기 공용 동기화 세션(210)은 동기화 대상이 되는 객체들과 대응되는 공용 동기화 커넥터(230, 235)를 이용하게 되며, 동기화하고자 하는 객체가 GDB 형식이 아닌 경우, 그것을 GDB 형식으로 변환해주는 공용 동기화 커넥터(230, 235)를 지원함으로써, 공용 동기화 세션에게는 각 객체들의 형태에 대한 투명성을 유지할 수 있다.
또한, 두 장치의 데이터를 동기화하기 위해서는 각 객체들에 대한 키 데이터와 객체의 갱신/삭제 등을 판단할 수 있는 플래그, 체크섬, 타임스탬프 등의 데이터가 필요하게 되며, GDB 동기화 테이블(160)이 이러한 데이터를 저장하게 된다. 하나의 SID는 하나의 GDB 동기화 테이블(160)과 대응되고, 상기 SID가 생성/삭제될 때 대응되는 GDB 동기화 테이블(160) 역시 생성/삭제된다. 이와 같이 생성된 GDB동기화 테이블(160)은 처음 생성된 후 동기화가 진행될 때마다 참조되고 갱신된다.
한편, 상기 공용 동기화 에이전트(200)는 동기화 환경 설정에 따라 외부 장치로부터 동기화 요청을 기다리고 또한 등록된 외부 장치와의 동기화 요청을 담당하게 되는데, 새로운 장치와의 동기화 설정 및 외부 장치에 대한 접근 허용 등에 대한 관리는 공용 동기화 관리기(110)가 담당한다. 상기 공용 동기화 관리기(110)는 하나의 애플리케이션으로 4개의 마스터 테이블(OMT, PMT, SMT, UMT)(150)에서 불필요한 것들을 삭제하고, 상기 공용 동기화 커넥터(230, 235)와 공용 동기화 소켓(220)을 등록/삭제하기도 한다. 또한 동기화 과정에서 이용자가 설정해야 할 여러 가지 항목(압축, 암호화 방식, 동기화 정책, DBMS 및 장치의 등록)들에 대한 이용자 인터페이스를 제공한다.
도 5는 본 발명에 따른 여러 가지 공용 패킷의 구조를 도시하는 도면이다.
일반적으로 동기식 전송이란 동기화를 제공하는 전송 방식으로서, 수신측의 정확한 수신을 보장해 준다. 또한, 수신측의 정확한 수신이 보장되기 때문에 블록 단위의 고속 전송에 적합하다. 이 때 데이터 블록은 정형화된(structured) 형태로 구성되며 이를 프레임이라 한다.
본 발명에 따른 공용 패킷은 프레임 시작 필드(F), 수신 시스템 어드레스 필드(A) 및 제어 명령 필드(C)로 이루어지는 헤더(Header)(310); 객체 ID 필드, 다수의 속성 ID 필드 또는 다수의 데이터 필드로 이루어지는 데이터 블록(Data Block)(320); 및 FCS 필드 및 프레임 끝 필드로 이루어지는트레일러(Trailer)(330)로 이루어진다. 여기서, 상기 FCS란 일반적인 CRC 기법에 의해 계산된 에러 검출용 정보를 나타낸다. 데이터 블록의 앞부분에 있는 3개의 필드들을 합하여 헤더(310)라고 하고 뒤에 있는 2개의 필드들을 합하여 트레일러(330)라 한다.
따라서, 본 발명은 이와 같은 구조로 정형화된 공용 패킷을 이용하여, 데이터를 동기화시키거나 데이터를 전송하게 된다.
한편, 송수신측 간에 원활한 데이터 통신이 이루어지기 위해서는 에러 제어 외에 두 송수신측 간의 데이터 흐름에 대한 제어가 필요하다. 데이터 흐름 제어란 송신측의 데이터 전송량이 수신측의 처리 가능한 양을 벗어나지 않도록 수신측이 송신측을 제어하는 것을 말한다. 이 흐름 제어를 위한 기법으로는 스톱-앤-웨이트(stop-and-wait) 기법과 슬라이딩 윈도(sliding window) 기법이 있다.
여기서, 스톱-앤-웨이트 기법은 송신측에서는 한 번에 하나의 프레임만 전송할 수 있으며 수신측에서는 다음 프레임 전송의 가부(可不)를 결정하여 송신측에 알린다. 송신측에서는 제1 신호를 보내고 여기에 대한 응답을 받은 뒤에 제2 신호를 보내며, 또 여기에 대한 응답을 받은 후에 제3 신호를 보내게 된다. 또한, 슬라이딩 윈도(Sliding window) 기법이란 송신측에서는 윈도우 크기 갯수만큼의 프레임을 연속해서 전송할 수 있으며 수신측에서는 이 윈도우 크기를 조절해 나간다. '윈도우 크기'란 한꺼번에 송신측이 연속해서 전송할 수 있는 최대 프레임의 갯수를 뜻한다. 송신측에서는 연속해서 n개의 프레임을 전송할 경우, 수신측에서는 적절한 간격으로 이 n을 조절해 나감으로써 송신측의 데이터 흐름을 조절해 나간다.
도 6은 본 발명의 실시예에 따라 공용 패킷을 이용하여 데이터를 동기화시키고 이 동기된 데이터를 전송하는 제어 흐름을 스톱-앤-웨이트(stop-and-wait) 기법으로 예시하는 도면이며, 도 7은 본 발명의 실시예에 따라 공용 패킷을 이용하여 데이터 동기화를 수행하는 방법을 나타내는 동작 흐름도이다.
먼저, 제1 장치가 제2 장치에 동기화를 요청하고(S10), 상기 제2 장치가 동기화에 대해 응답하면(S20), 상기 제1 장치가 상기 제2 장치에 암호화, 동기 방식 등에 대한 협상을 요구하게 된다(S30). 이후, 상기 제2 장치가 협상에 응답하면(S40), 상기 제1 장치가 객체 ID(OID) 및 속성 ID(PID)를 전송하고(S50), 이에 대응하여 상기 제2 장치가 OID 및 PID를 전송하게 된다. 이후, 동기화 종료가 요구되면(S70), 동기화 과정을 종료하게 된다.
보다 구체적으로, 공용 패킷을 이용하여 데이터 동기화를 수행하는 방법을 설명하면 다음과 같다.
상기 데이터 동기화는 데이터 동기화가 시작될 때, 서버와 클라이언트가 결정되고 서로의 SID를 검색 및 비교하여 SID가 일치하면 SID와 이에 대응되는 GDB 동기화 테이블을 이용하여 데이터 동기화를 진행한다. 이때, 상기 SID가 존재하지 않거나 일치하지 않는 경우에는, 처음 동기화하는 것으로 간주하여 새로운 SID를 생성하여 서로 공유하고, Dump 또는 병합(merge) 작업을 진행한다. 이 과정에서각 객체들의 키(key)와 체크섬(check sum) 값으로 구성된 GDB 동기화 테이블이 생성되고, 이 테이블은 그 후에도 계속 두 객체가 동기화할 때마다 판단의 기준이 된다.
전술한 바와 같이, 상기 데이터 링크는 데이터 동기화와 함께 파일 전송과 같은 데이터 전송의 의미를 모두 포함하는데, 데이터 전송시에 전송 데이터를 객체와 속성으로 분류하고 그에 해당되는 공용 ID(OID, PID)를 할당하게 되는데, 실질적으로 공용 동기화 커넥터가 이러한 기능을 수행하게 된다. 이때 SMT 및 SID는 이용하지 않으며, 이때 GDB 동기화 테이블도 생성되지 않는다
이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환과 변경이 가능함은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.
본 발명에 따르면 모든 장치들이 공용 패킷을 이용하므로 각각의 장치들은 공용 패킷과 자신의 데이터와의 인터페이스 모듈만 있으면 데이터 전송 및 동기화가 가능하고, 또한 서로 동기화시킬 수 있는 장치의 수에 제한을 받지 않는 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법을 제공할 수 있다.

Claims (33)

  1. 데이터베이스 형식이 서로 다른 유선 및 무선 통신장치의 데이터 링크 시스템에 있어서,
    a) 소정의 데이터베이스를 각각 구비하는 여러 통신장치에 공통으로 사용되도록 복수의 마스터 테이블을 제공하는 범용 데이터베이스(Generic Database; GDB);
    b) 상기 장치간의 데이터 링크시 패킷 형식으로 전송되며, 공용 ID(public identification)를 이용하여 정형화된 공용 패킷(Public Packet);
    c) 상기 공용 패킷에 의한 상기 장치간의 데이터 링크를 지원하는 공용 동기화 모듈(public synchronization module); 및
    d) 상기 장치간의 데이터 동기화를 위해 상기 객체들에 대한 데이터를 저장하는 범용 데이터베이스 동기화 테이블(GDB Synchronization table)
    을 포함하는 공용 패킷을 이용하는 데이터 링크 시스템.
  2. 제1항에 있어서,
    상기 공용 ID는 객체 식별자(OID) 및 속성 식별자(PID)로 이루어지는 공용 패킷을 이용하는 데이터 링크 시스템.
  3. 제1항에 있어서,
    상기 공용 동기화 모듈은,
    ⅰ) 상기 동기화에 대한 환경 설정에 따라 외부 장치로부터 동기화 요청을 기다리거나, 기등록된 외부 장치와의 동기화를 요청하는 공용 동기화 에이전트(agent);
    ⅱ) 인증, 압축 및 암호화 방식 협상, 마스터 테이블 관리, 공용 패킷 구성 및 분석, 데이터 압축 및 암호화, 흐름 제어, 및 GDB 동기화 테이블 관리 등의 모든 작업을 진행시키는 공용 동기화 세션(session);
    ⅲ) 상기 동기화의 주체가 되는 외부장치와 통신하는 공용 동기화 소켓(socket); 및
    ⅳ) 전송되는 데이터를 객체와 속성으로 분류하고, 그에 해당되는 공용 ID(OID, PID)를 할당하는 공용 동기화 커넥터(connector)
    를 포함하는 공용 패킷을 이용하는 데이터 링크 시스템.
  4. 제1항 또는 제3항에 있어서,
    새로운 장치와의 동기화 설정 및 외부 장치에 대한 접근 허용 등을 관리하는 공용 동기화 관리기
    를 추가로 포함하는 공용 패킷을 이용하는 데이터 링크 시스템.
  5. 제4항에 있어서,
    상기 공용 동기화 관리기는 상기 복수의 마스터 테이블중 불필요한 것들을 삭제하며, 상기 공용 동기화 커넥터와 공용 동기화 소켓을 등록/삭제하고, 상기 동기화시 이용자가 설정해야 할 압축, 암호화 방식, 동기화 정책, DBMS 및 장치의 등록 등과 같은 여러 가지 항목들에 대한 이용자 인터페이스를 제공하는 애플리케이션인 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  6. 제3항에 있어서,
    상기 공용 동기화 에이전트는 상기 공용 동기화 소켓을 통해 상대방으로부터의 동기화 요청을 기다리다가 상대방으로부터 동기화 요청이 들어오면, 상기 공용 동기화 세션으로 하여금 동기화 과정을 진행시키거나, 또는 임의의 상대에게 동기화를 요청하는 경우에 새로운 공용 동기화 세션을 생성하여 동기화 과정을 진행하게 하는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  7. 제3항에 있어서,
    상기 동기화 세션은 상기 동기화를 수행하려고 할 때 생성되고, 동기화가 끝나면 소멸되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  8. 제3항에 있어서,
    상기 공용 동기화 세션이 생성될 때, 상대방과의 통신을 위한 상기 공용 동기화 소켓과 데이터 접근을 위한 상기 공용 동기화 커넥터가 각각 하나씩 할당되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  9. 제3항에 있어서,
    상기 공용 동기화 소켓은 RLP(Radio Link Protocol), IP(Internet Protocol), TCP(Transmission Control Protocol), UDP(User Datagram Protocol), OBEX(Object Exchange)와 같은 중간 단계의 프로토콜들과 상기 공용 동기화 세션을 연결하기 위한 수단으로서 공용 동기화 소켓 API(application program interface)를 정의하는 공용 패킷을 이용하는 데이터 링크 시스템.
  10. 제9항에 있어서,
    상기 공용 동기화 소켓 API에는 기본적인 데이터 송/수신기와 통지사항(notification) 등의 사양이 정의되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  11. 제3항에 있어서,
    상기 공용 동기화 커넥터는 상기 GDB가 아닌 다른 DBMS(Database Management System) 및 non-테이블 형태의 데이터를 상기 GDB 테이블 형식으로 변환할 수 있도록 공용 동기화 커넥터 API를 정의하는 공용 패킷을 이용하는 데이터 링크 시스템.
  12. 제11항에 있어서,
    상기 공용 동기화 커넥터 API는 각 객체들에 대한 추가/갱신/삭제 등에 대한 사양이 정의되는 공용 패킷을 이용하는 데이터 링크 시스템.
  13. 제1항에 있어서,
    상기 GDB 동기화 테이블은 두 장치의 데이터를 동기화하기 위해서 각 객체들에 대한 키 데이터와 객체의 갱신/삭제 등을 판단할 수 있는 플래그, 체크섬, 타임스탬프 등의 데이터를 저장하고 있는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  14. 제1항에 있어서,
    상기 범용 데이터베이스는 운용체제에서 지원하지 않는 소형 시스템에 사용하기 위한 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  15. 제1항에 있어서,
    상기 복수의 마스터 테이블은 OMT(Object ID Master Table), PMT(Property ID Master Table), UMT(Unicode Master Table) 및 SMT(Synchronization ID Master Table)로 이루어지는 공용 패킷을 이용하는 데이터 링크 시스템.
  16. 제15항에 있어서,
    상기 SMT는 SID(Synchronization ID)에 대한 상세 정보가 저장되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  17. 제16항에 있어서,
    상기 SID는 자신의 객체 정보와 동기화 대상 객체 정보, 그리고 비교 기준이 되는 키 정보 등을 구비하는 공용 패킷을 이용하는 데이터 링크 시스템.
  18. 제17항에 있어서,
    상기 SID는 하나의 GDB 동기화 테이블과 대응되고, 상기 SID가 생성/삭제될 때 이에 대응되는 GDB 동기화 테이블 역시 생성/삭제되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  19. 제1항에 있어서,
    상기 GDB 동기화 테이블은 처음 생성된 후 동기화가 진행될 때마다 참조되고 갱신되는 것을 특징으로 하는 공용 패킷을 이용하는 데이터 링크 시스템.
  20. 제1항에 있어서,
    상기 마스터 테이블의 내용은 사용자에 의해 수정될 수 없으나, 상기 동기화를 거친 후에 내용이 추가되거나, 또는 불필요한 내용의 삭제가 가능한 공용 패킷을 이용하는 데이터 링크 시스템.
  21. 공용 패킷을 이용하여 데이터를 링크시키는 동기화 모듈에 있어서,
    a) 동기화에 대한 환경 설정에 따라 외부 장치로부터 동기화 요청을 기다리거나, 기등록된 외부 장치와의 동기화를 요청하는 공용 동기화 에이전트(agent);
    b) 인증, 압축 및 암호화 방식 협상, 마스터 테이블 관리, 공용 패킷 구성 및 분석, 데이터 압축 및 암호화, 흐름 제어, 및 GDB 동기화 테이블 관리 등의 모든 작업을 진행시키는 공용 동기화 세션(session);
    c) 상기 동기화의 주체가 되는 외부장치와 통신하는 공용 동기화 소켓(socket); 및
    d) 전송되는 데이터를 객체와 속성으로 분류하고, 그에 해당되는 공용 ID(OID, PID)를 할당하는 공용 동기화 커넥터(connector)
    를 포함하는 공용 동기화 모듈.
  22. 제21항에 있어서,
    상기 공용 동기화 에이전트는 상기 공용 동기화 소켓을 통해 상대방으로부터의 동기화 요청을 기다리다가 상대방으로부터 동기화 요청이 들어오면, 상기 공용 동기화 세션으로 하여금 동기화 과정을 진행시키거나, 또는 임의의 상대에게 동기화를 요청하는 경우에 새로운 공용 동기화 세션을 생성하여 동기화 과정을 진행하게 하는 것을 특징으로 하는 공용 동기화 모듈.
  23. 제21항에 있어서,
    상기 동기화 세션은 상기 동기화를 수행하려고 할 때 생성되고, 동기화가 끝나면 소멸되는 것을 특징으로 하는 공용 동기화 모듈.
  24. 제21항에 있어서,
    상기 공용 동기화 세션이 생성될 때, 상대방과의 통신을 위한 상기 공용 동기화 소켓과 데이터 접근을 위한 상기 공용 동기화 커넥터가 각각 하나씩 할당되는 것을 특징으로 하는 공용 동기화 모듈.
  25. 제21항에 있어서,
    상기 공용 동기화 소켓은 RLP(Radio Link Protocol), IP(Internet Protocol), TCP(Transmission Control Protocol), UDP(User Datagram Protocol), OBEX(Object Exchange)와 같은 중간 단계의 프로토콜들과 상기 공용 동기화 세션을 연결하기 위한 수단으로서 공용 동기화 소켓 API(application program interface)를 정의하는 공용 동기화 모듈.
  26. 제25항에 있어서,
    상기 공용 동기화 소켓 API에는 기본적인 데이터 송/수신기와 통지사항(notification) 등의 사양이 정의되는 것을 특징으로 하는 공용 동기화 모듈.
  27. 제21항에 있어서,
    상기 공용 동기화 커넥터는 상기 GDB가 아닌 다른 DBMS(Database Management System) 및 non-테이블 형태의 데이터를 상기 GDB 테이블 형식으로 변환할 수 있도록 공용 동기화 커넥터 API를 정의하는 공용 동기화 모듈.
  28. 제27항에 있어서,
    상기 공용 동기화 커넥터 API는 각 객체들에 대한 추가/갱신/삭제에 대한 사양이 정의되는 공용 동기화 모듈.
  29. a) 프레임 시작 필드, 수신 시스템 어드레스 필드 및 제어 명령 필드로 이루어지는 헤더(Header);
    b) 객체 ID 필드, 다수의 속성 ID 필드 또는 다수의 데이터 필드로 이루어지는 데이터 블록(Data Block); 및
    c) FCS 필드 및 프레임 끝 필드로 이루어지는 트레일러(Trailer)
    를 포함하는 공용 패킷.
  30. 데이터베이스 형식이 서로 다른 장치의 데이터 링크 방법에 있어서,
    제1 장치가 제2 장치에 동기화를 요청하는 단계;
    상기 제2 장치가 동기화에 대해 응답하는 단계;
    상기 제1 장치가 상기 제2 장치에 암호화, 동기 방식 등에 대한 협상을 요구하는 단계;
    상기 제2 장치가 협상에 응답하는 단계;
    상기 제1 장치가 객체 ID(OID) 및 속성 ID(PID)를 전송하는 단계; 및
    상기 제2 장치가 OID 및 PID를 전송하는 단계
    를 포함하는 데이터 링크 방법.
  31. 동기화 ID(synchronization identification; 'SID')를 이용하여 서버와 클라이언트를 동기화시키는 방법에 있어서,
    동기화 시작시 서버와 클라이언트를 결정하고 서로의 SID를 검색 및 비교하는 단계;
    상기 서버와 클라이언트 측의 SID가 일치하는 경우, 상기 SID와 이에 대응되는 GDB 동기화 테이블을 이용하여 데이터 동기화를 진행하는 단계;
    상기 SID가 존재하지 않거나 일치하지 않는 경우에는 처음 동기화하는 것으로 간주하여 새로운 SID를 생성하는 단계;
    상기 생성된 SID를 서로 공유하여 GDB(generic database) 동기화 테이블을 생성하는 단계; 및
    상기 생성된 GDB 동기화 테이블을 이용하여 데이터 동기화를 진행하는 단계
    를 포함하는 동기화 방법.
  32. 제31항에 있어서,
    상기 GDB 동기화 테이블은 객체들의 키(key)와 체크섬(check sum) 값으로 이루어지며, 상기 객체가 동기화할 때마다 동기화 판단의 기준이 되는 것을 특징으로 하는 동기화 방법.
  33. 공용 동기화에 의해 데이터를 전송하는 방법에 있어서,
    전송되는 데이터를 객체와 속성으로 분류하는 단계;
    상기 객체와 속성에 해당되는 공용 ID(OID, PID)를 할당하는 단계; 및
    상기 할당된 공용 ID와 함께 데이터를 전송하는 단계
    를 포함하는 데이터 전송 방법.
KR1020010028469A 2001-05-23 2001-05-23 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법 KR20020089089A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020010028469A KR20020089089A (ko) 2001-05-23 2001-05-23 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020010028469A KR20020089089A (ko) 2001-05-23 2001-05-23 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법

Publications (1)

Publication Number Publication Date
KR20020089089A true KR20020089089A (ko) 2002-11-29

Family

ID=27706178

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020010028469A KR20020089089A (ko) 2001-05-23 2001-05-23 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법

Country Status (1)

Country Link
KR (1) KR20020089089A (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH022753A (ja) * 1988-06-15 1990-01-08 Nec Corp 汎用データ交換方式
KR100261735B1 (ko) * 1997-12-31 2000-07-15 전주범 Aal２ 프로토콜에 따른 데이터 전송장치
KR20020054050A (ko) * 2000-12-27 2002-07-06 구자홍 교환기의 다중 프로토콜 분석 방법
KR100348625B1 (ko) * 2000-06-16 2002-08-13 엘지전자 주식회사 네트워크 인프라 통합 시스템

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH022753A (ja) * 1988-06-15 1990-01-08 Nec Corp 汎用データ交換方式
KR100261735B1 (ko) * 1997-12-31 2000-07-15 전주범 Aal２ 프로토콜에 따른 데이터 전송장치
KR100348625B1 (ko) * 2000-06-16 2002-08-13 엘지전자 주식회사 네트워크 인프라 통합 시스템
KR20020054050A (ko) * 2000-12-27 2002-07-06 구자홍 교환기의 다중 프로토콜 분석 방법

Similar Documents

Publication Publication Date Title
US8171171B2 (en) Data synchronization method and system between devices
JP4829316B2 (ja) 中断された同期プロセスに対処してデータを同期させる方法、装置、システム
ES2387547T3 (es) Sistema y método para utilizar un gestor de datos de área de trabajo para acceder a, manipular y sincronizar datos de red
US7555303B2 (en) Synchronization of database data
KR100592915B1 (ko) 원격 통신 시스템의 어플리케이션 데이터 동기화
KR100716608B1 (ko) 동기 세션 정렬
US7225231B2 (en) System and method for transmitting workspace elements across a network
US8489548B2 (en) Method, system, and device for data synchronization
US7035878B1 (en) Base rolling engine for data transfer and synchronization system
KR101011216B1 (ko) 데이터 동기
US20050086384A1 (en) System and method for replicating, integrating and synchronizing distributed information
US20060106879A1 (en) Conflict resolution in a synchronization framework
KR20050044311A (ko) 통신 시스템의 데이터 동기화 장치
WO2003005206A2 (en) System and method for a caching mechanism for a central synchronization server
EP1187421A2 (en) Base rolling engine for data transfer and synchronization system
JP4494970B2 (ja) 中断された同期プロセスに対処してデータを同期させる方法、装置、システム
CN102594874B (zh) 一种同步处理方法和装置
JPH113368A (ja) 分散環境におけるスケジュールデータ管理方法及びシステム及びスケジュールデータ管理プログラムを格納した記憶媒体
KR20020089089A (ko) 공용 패킷을 이용하는 데이터 링크 시스템 및 그 방법
KR100479333B1 (ko) ｅｂＸＭＬ 레지스트리에 기반을 둔 ＵＤＤＩ 웹서비스레지스트리 시스템과 그 관리 방법
KR20070120663A (ko) 자료 동기화 게이트웨이 시스템 및 방법
KR20020031656A (ko) 무선인터넷단말기기를 이용한 데이터베이스의 공유기술
JP2004046300A (ja) イベント共有システム、ホスト、イベント共有方法及びイベント共有プログラム
Li et al. Bluetooth and OBEX
Sivaraman Content Synchronization

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
NORF Unpaid initial registration fee