KR101929948B1 - 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템 - Google Patents

데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템 Download PDF

Info

Publication number
KR101929948B1
KR101929948B1 KR1020170045153A KR20170045153A KR101929948B1 KR 101929948 B1 KR101929948 B1 KR 101929948B1 KR 1020170045153 A KR1020170045153 A KR 1020170045153A KR 20170045153 A KR20170045153 A KR 20170045153A KR 101929948 B1 KR101929948 B1 KR 101929948B1
Authority
KR
South Korea
Prior art keywords
client
server
data
data type
data synchronization
Prior art date
Application number
KR1020170045153A
Other languages
English (en)
Other versions
KR20180113724A (ko
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 KR1020170045153A priority Critical patent/KR101929948B1/ko
Priority to PCT/KR2017/004652 priority patent/WO2018186517A1/ko
Publication of KR20180113724A publication Critical patent/KR20180113724A/ko
Application granted granted Critical
Publication of KR101929948B1 publication Critical patent/KR101929948B1/ko

Links

Images

Classifications

    • G06F17/30174—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1405—Saving, restoring, recovering or retrying at machine instruction level
    • G06F11/1407—Checkpointing the instruction stream
    • G06F17/30088—

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템이 개시된다. 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법은, 멀티 디바이스 환경에서 데이터 타입(data type)을 공유하는 복수의 클라이언트에 대해, 오퍼레이션(operation)과 동기화 되는 데이터 타입을 이용하여 데이터 동기화를 수행하는 단계를 포함하고, 상기 데이터 동기화를 수행하는 단계는, 상기 서버와 상기 클라이언트 간에 상기 데이터 타입의 오퍼레이션을 푸시(push)-풀(pull) 하여 데이터 동기화를 수행한다.

Description

데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템{METHOD AND SYSTEM FOR DATA TYPE BASED MULTI-DEVICE SYNCHRONIZATION}
아래의 설명은 멀티 디바이스의 데이터 동기화를 위한 기술에 관한 것이다.
모바일 및 IoT 장치가 널리 보급됨에 따라, 서버 측의 데이터베이스와의 빈번한 데이터 동기화 작업이 필수적이다. 데이터 동기화는 어플리케이션의 품질에 있어 중요하며, 클라이언트뿐만 아니라 서버에서도 많은 코드 라인을 필요로 한다.
예컨대, 한국등록특허 제10-1140603호(등록일 2012년 04월 20일)에는 클라이언트의 데이터베이스와 서버의 데이터베이스 간의 데이터 동기화를 수행하는 기술이 개시되어 있다.
데이터베이스와 같은 전통적인 시스템은 대용량의 데이터를 서버 측에 저장하고 클라이언트 측에서 쿼링(querying)하는데 주로 초점을 맞추기 때문에 멀티 디바이스의 데이터 동기화에 적절한 솔루션은 아니다.
멀티 디바이스의 데이터 동기화를 목적으로 데이터베이스와 같은 데이터 시스템을 이용한다면 어플리케이션이나 서비스 개발자들이 주기적으로 서버에서 값을 읽어와서 로컬의 변경 사항과 비교하여 상충(conflict) 문제를 직접 관리해야 한다.
만약 서버에 변경된 사항이 있을 때마다 읽어오지 못하는 경우 여러 클라이언트의 변경 사항을 모두 고려하거나 또는 클라이언트가 어떤 오퍼레이션(operation)을 했는지 알 수 없어서 원하는 대로 동기화 되기 어렵다.
클라이언트(client)와 서버(server) 간에 오퍼레이션을 교환(푸시(push)/풀(pull)) 하도록 함으로써 동시에 발생한 오퍼레이션을 고려하여 상충 문제를 해결할 수 있고 여러 클라이언트의 변경 사항을 고려하여 모든 클라이언트가 같은 데이터 타입의 상태를 가지도록 하는 데이터 동기화 방법 및 시스템을 제공한다.
컴퓨터로 구현되는 서버에서의 데이터 동기화 방법에 있어서, 멀티 디바이스 환경에서 데이터 타입(data type)을 공유하는 복수의 클라이언트에 대해, 오퍼레이션(operation)과 동기화 되는 데이터 타입을 이용하여 데이터 동기화를 수행하는 단계를 포함하고, 상기 데이터 동기화를 수행하는 단계는, 상기 서버와 상기 클라이언트 간에 상기 데이터 타입의 오퍼레이션을 푸시(push)-풀(pull) 하여 데이터 동기화를 수행하는 것을 특징으로 하는 데이터 동기화 방법을 제공한다.
일 측면에 따르면, 상기 클라이언트에서 상기 데이터 타입을 첨부(attach)함에 따라 상기 데이터 타입의 오퍼레이션에 대한 푸시-풀 동작이 발생하고, 상기 클라이언트에서 상기 데이터 타입을 분리(detach)함에 따라 상기 데이터 타입의 오퍼레이션에 대한 푸시-풀 동작이 발생하지 않는다.
다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 클라이언트로부터 상기 데이터 타입의 오퍼레이션을 생성 순서대로 수신하는 단계; 및 상기 수신된 오퍼레이션 중 중복된 오퍼레이션을 필터링 하는 단계를 포함할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 클라이언트에서 상기 데이터 타입의 오퍼레이션을 생성할 때마다 업데이트 되는 클라이언트 시퀀스, 및 상기 서버가 상기 클라이언트로부터 상기 데이터 타입의 오퍼레이션을 수신할 때마다 업데이트 되는 서버 시퀀스를 이용하여 상기 데이터 타입의 오퍼레이션을 식별하는 단계를 포함할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 데이터 타입의 오퍼레이션에 대한 푸시 동작으로, 상기 클라이언트로부터 상기 클라이언트가 상기 서버로부터 가장 최근 수신한 서버 시퀀스와 상기 클라이언트에서 가장 최근 업데이트 한 클라이언트 시퀀스를 포함하는 체크 포인트를 수신하는 단계; 및 상기 데이터 타입의 오퍼레이션에 대한 풀 동작으로, 상기 서버에서 가장 최근 업데이트 한 서버 시퀀스와 상기 서버가 상기 클라이언트로부터 가장 최근 수신한 서버 시퀀스를 포함하는 체크 포인트를 상기 클라이언트로 전송하는 단계를 포함할 수 있다.
또 다른 측면에 따르면, 상기 클라이언트에서는 상기 서버로부터 수신한 체크 포인트를 기준으로 누락된 오퍼레이션을 다음 오퍼레이션과 함께 상기 서버로 전송할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 서버와 상기 클라이언트 간에 주고 받는 체크 포인트를 비교하여 상기 클라이언트로부터 수신된 오퍼레이션 중 중복된 오퍼레이션을 필터링 하는 단계를 더 포함할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 클라이언트의 요청에 따른 데이터 동기화를 위해 상기 데이터 타입의 스냅샷(snapshot)을 해당 클라이언트로 전송하는 단계를 포함할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 데이터 타입의 오퍼레이션을 오퍼레이션 생성에 따른 논리적인 시간과 함께 물리적인 시간을 반영하여 관리하는 단계를 포함할 수 있다.
또 다른 측면에 따르면, 상기 물리적 시간은 각 데이터 타입에 대해 일정 개수를 초과한 오퍼레이션이 새로 수신되는 조건과 일정 시간이 물리적으로 경과하는 조건 중 적어도 하나를 만족하면 증가할 수 있다.
또 다른 측면에 따르면, 상기 데이터 동기화를 수행하는 단계는, 상기 데이터 타입의 오퍼레이션에 대해 상기 논리적인 시간보다 상기 물리적인 시간을 먼저 고려하여 오퍼레이션의 우선 순위를 결정하는 단계를 더 포함할 수 있다.
컴퓨터로 구현되는 서버의 데이터 동기화 시스템에 있어서, 컴퓨터가 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 멀티 디바이스 환경에서 데이터 타입을 공유하는 복수의 클라이언트에 대해, 오퍼레이션과 동기화 되는 데이터 타입을 이용하여 데이터 동기화를 수행하는 과정을 처리하고, 상기 데이터 동기화를 수행하는 과정은 상기 서버와 상기 클라이언트 간에 상기 데이터 타입의 오퍼레이션을 푸시-풀 하여 데이터 동기화를 수행하는 것을 특징으로 하는 데이터 동기화 시스템을 제공한다.
본 발명의 실시예들에 따르면, 클라이언트와 서버 간에 오퍼레이션을 교환(푸시/풀) 하도록 함으로써 동시에 발생한 오퍼레이션을 고려하여 상충 문제를 해결할 수 있고 여러 클라이언트의 변경 사항을 고려하여 모든 클라이언트가 같은 데이터 타입의 상태를 가질 수 있다.
본 발명의 실시예들에 따르면, 오퍼레이션과 동기화 되는 일관된 데이터 타입의 특성으로 인해 클라이언트가 복제된 데이터 타입을 오퍼레이션과 동기화 할 수 있어 높은 가용성과 궁극적인 일관성을 보장할 수 있고 백-엔드(back-end) 서비스로 구현된 서버에서는 대규모 클라이언트와 함께 많은 데이터 타입의 오퍼레이션을 효과적으로 교환할 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 있어서, 전자 기기 및 서버의 내부 구성을 설명하기 위한 블록도이다.
도 3은 본 발명의 일실시예에 있어서, 데이터 타입 기반의 데이터 동기화를 위한 클라이언트 아키텍쳐의 예를 도시한 것이다.
도 4는 본 발명의 일실시예에 있어서, 데이터 타입 기반의 데이터 동기화를 위한 서버 아키텍쳐의 예를 도시한 것이다.
도 5 내지 도 6은 본 발명의 일실시예에 있어서, 푸시 규칙과 풀 규칙을 따르는 푸시-풀 동작의 예를 도시한 것이다.
이하, 본 발명의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
본 발명의 실시예들은 멀티 디바이스의 데이터 동기화를 위한 기술에 관한 것이다.
본 명세서에서 구체적으로 개시되는 것들을 포함하는 실시예들은 멀티 디바이스에서 데이터 동기화를 필요로 하는 어플리케이션이나 서비스의 작성을 편리하게 하기 위한 데이터 타입 기반의 데이터 동기화 기술을 구현할 수 있고, 이를 통해 활용성, 편의성, 정확성, 효율성, 비용 절감 등의 측면에 있어서 상당한 장점들을 달성한다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 태블릿 PC, 내비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player) 등이 있다. 일례로 제1 전자 기기(110)는 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 컨텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다.
일례로, 서버(160)는 네트워크(170)를 통해 접속한 제1 전자 기기(110)로 어플리케이션의 설치를 위한 파일을 제공할 수 있다. 이 경우 제1 전자 기기(110)는 서버(160)로부터 제공된 파일을 이용하여 어플리케이션을 설치할 수 있다. 또한, 제1 전자 기기(110)가 포함하는 운영체제(Operating System, OS)나 적어도 하나의 프로그램(일례로 브라우저나 상기 설치된 어플리케이션)의 제어에 따라 서버(150)에 접속하여 서버(150)가 제공하는 서비스나 컨텐츠를 제공받을 수 있다. 예를 들어, 제1 전자 기기(110)가 어플리케이션의 제어에 따라 네트워크(170)를 통해 서비스 요청 메시지를 서버(150)로 전송하면, 서버(150)는 서비스 요청 메시지에 대응하는 코드를 제1 전자 기기(110)로 전송할 수 있고, 제1 전자 기기(110)는 어플리케이션의 제어에 따라 코드에 따른 화면을 구성하여 표시함으로써 사용자에게 컨텐츠를 제공할 수 있다.
도 2는 본 발명의 일실시예에 있어서, 전자 기기 및 서버의 내부 구성을 설명하기 위한 블록도이다. 도 2에서는 하나의 전자 기기에 대한 예로서 제1 전자 기기(110), 그리고 하나의 서버에 대한 예로서 서버(150)의 내부 구성을 설명한다. 다른 전자 기기들(120, 130, 140)이나 서버(160) 역시 동일한 또는 유사한 내부 구성을 가질 수 있다.
제1 전자 기기(110)와 서버(150)는 메모리(211, 221), 프로세서(212, 222), 통신 모듈(213, 223) 그리고 입출력 인터페이스(214, 224)를 포함할 수 있다. 메모리(211, 221)는 컴퓨터에서 판독 가능한 기록 매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 또한, 메모리(211, 221)에는 운영체제나 적어도 하나의 프로그램 코드(일례로 제1 전자 기기(110)에 설치되어 구동되는 어플리케이션 등을 위한 코드)가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(211, 221)와는 별도의 컴퓨터에서 판독 가능한 기록 매체로부터 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록 매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록 매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록 매체가 아닌 통신 모듈(213, 223)을 통해 메모리(211, 221)에 로딩될 수도 있다. 예를 들어, 적어도 하나의 프로그램은 개발자들 또는 어플리케이션의 설치 파일을 배포하는 파일 배포 시스템(일례로 상술한 서버(160))이 네트워크(170)를 통해 제공하는 파일들에 의해 설치되는 프로그램(일례로 상술한 어플리케이션)에 기반하여 메모리(211, 221)에 로딩될 수 있다.
프로세서(212, 222)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(211, 221) 또는 통신 모듈(213, 223)에 의해 프로세서(212, 222)로 제공될 수 있다. 예를 들어 프로세서(212, 222)는 메모리(211, 221)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 모듈(213, 223)은 네트워크(170)를 통해 제1 전자 기기(110)와 서버(150)가 서로 통신하기 위한 기능을 제공할 수 있으며, 다른 전자 기기(일례로 제2 전자 기기(120)) 또는 다른 서버(일례로 서버(160))와 통신하기 위한 기능을 제공할 수 있다. 일례로, 제1 전자 기기(110)의 프로세서(212)가 메모리(211)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청(일례로 검색 요청)이 통신 모듈(213)의 제어에 따라 네트워크(170)를 통해 서버(150)로 전달될 수 있다. 역으로, 서버(150)의 프로세서(222)의 제어에 따라 제공되는 제어 신호나 명령, 컨텐츠, 파일 등이 통신 모듈(223)과 네트워크(170)를 거쳐 제1 전자 기기(110)의 통신 모듈(213)을 통해 제1 전자 기기(110)로 수신될 수 있다. 예를 들어 통신 모듈(213)을 통해 수신된 서버(150)의 제어 신호나 명령 등은 프로세서(212)나 메모리(211)로 전달될 수 있고, 컨텐츠나 파일 등은 제1 전자 기기(110)가 더 포함할 수 있는 저장 매체로 저장될 수 있다.
입출력 인터페이스(214)는 입출력 장치(215)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 어플리케이션의 통신 세션을 표시하기 위한 디스플레이와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(214)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 보다 구체적인 예로, 제1 전자 기기(110)의 프로세서(212)는 메모리(211)에 로딩된 컴퓨터 프로그램의 명령을 처리함에 있어서 서버(150)나 제2 전자 기기(120)가 제공하는 데이터를 이용하여 구성되는 서비스 화면이나 컨텐츠가 입출력 인터페이스(214)를 통해 디스플레이에 표시될 수 있다. 입출력 인터페이스(224) 또한 마찬가지로 서버(150)의 프로세서(222)가 메모리(221)에 로딩된 컴퓨터 프로그램의 명령을 처리함에 있어 서버(150)가 제공하는 데이터를 이용하여 구성되는 정보를 출력할 수 있다.
또한, 다른 실시예들에서 제1 전자 기기(110) 및 서버(150)는 도 2의 구성요소들보다 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 제1 전자 기기(110)는 상술한 입출력 장치(215) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), GPS(Global Positioning System) 모듈, 카메라, 각종 센서, 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다. 보다 구체적인 예로, 제1 전자 기기(110)가 스마트폰인 경우, 일반적으로 스마트폰이 포함하고 있는 가속도 센서나 자이로 센서, 카메라, 각종 물리적인 버튼, 터치패널을 이용한 버튼, 입출력 포트, 진동을 위한 진동기 등의 다양한 구성요소들이 제1 전자 기기(110)에 더 포함되도록 구현될 수 있음을 알 수 있다.
이하에서는 멀티 디바이스 환경에서 데이터 타입 기반의 데이터 동기화를 수행할 수 있는 방법 및 시스템의 구체적인 실시예를 설명하기로 한다.
본 발명에 따른 데이터 동기화 시스템은 멀티 디바이스 환경에서 구현되는 것으로, 멀티 디바이스로서 전자 기기(110, 120, 130, 140)에 구현되는 복수의 클라이언트와 서버(150)를 포함하여 구성될 수 있다.
서버(150)는 멀티 디바이스의 복수 클라이언트가 여러 종류의 데이터 타입을 동기화 할 수 있게 해준다. 클라이언트는 국지적으로(locally) 데이터 타입을 복제하고 자체 복제복만 읽을 수 있다. 일부 로컬 오퍼레이션이 데이터 타입을 수정하면 해당 데이터 타입이 즉시 실행되어 서버(150)에 푸시한다. 한편, 서버(150)에서 일부 원격 오퍼레이션이 풀 되면 가능한 한 빨리 해당 데이터 타입으로 실행된다. 여러 클라이언트에서 복제된 데이터 타입은 동일한 오퍼레이션 세트를 실행해야 하나 오퍼레이션 중 인과 관계에 위반되지 않는 한 동일한 순서로 실행되지 않아도 된다. 일치하지 않는 오퍼레이션 순서에 대해 일관성을 유지하기 위해 데이터 타입은 이하에서 설명하게 될 CRDT(Conflict-free Replicated Data Type)의 이론에 따라 구현될 수 있다.
데이터베이스와 같은 영구적인 저장소는 생성(create), 읽기(read), 업데이트(update), 삭제(delete)의 4가지 기본 기능을 제공하는 CRUD 모델을 따른다. 이러한 기능들은 단일 클라이언트와 서버 간에 정의되며, 클라이언트에서 원본 데이터(original data)가 위치하는 서버로 이동하는 경향이 있다.
본 발명에서는 APPD(attach, push-pull, detach) 모델을 도입하여 데이터 타입 공유에 적용하고, 이러한 모델은 복제된 데이터의 효율적인 멀티 디바이스 동기화를 위해 오퍼레이션의 이중 전송이 용이하다.
본 발명에 따른 데이터 동기화 시스템에서 클라이언트는 새 데이터를 작성하거나 서버(150)에 저장된 데이터 타입을 공유하기 위해 데이터 타입을 첨부(attach)해야 한다. 데이터 타입을 첨부하는 것은 이후에 데이터 타입에 대한 모든 오퍼레이션이 푸시-풀 됨을 의미한다. 클라이언트가 첨부된 데이터 타입을 분리(detach)하면 더 이상 푸시-풀이 발생하지 않는다. CRUD 모델을 비교하면 클라이언트가 항상 로컬에 첨부된 복제본을 읽기 때문에 APPD 모델의 경우 서버(150)에 읽기 기능을 제공하지 않는다. 또한, 본 발명에서는 첨부 후 생성 오퍼레이션을 푸시하여 '생성' 기능을 수행하고 삭제 오퍼레이션을 푸시한 후 '삭제' 기능을 디태칭(detaching)으로 대체한다.
본 발명에 따른 데이터 동기화 시스템에서 클라이언트는 낮은 대기 시간으로 높은 가용성을 유지하도록 설계될 수 있으며, 서버(150)는 높은 확장성을 갖도록 설계될 수 있다. CRDT의 특성으로 인해 클라이언트는 첨부(복제)된 데이터 타입에 오프라인으로 액세스 할 수 있으며 이는 자연스럽게 낮은 대기 시간을 초래할 수 있다. 클라이언트는 상태를 유지하게 되는(stateful) 반면에, 서버는 클라이언트들의 엄청난 푸시-풀을 처리하기 위한 스케일 아웃을 지원하기 위해 비상태적이다(stateless).
본 발명에 따른 데이터 동기화 시스템은 CRDT을 구현할 수 있다. CRDT는 복제된 데이터 타입이 서로 다른 순서의 오퍼레이션을 실행하더라도 상충 문제를 해결하기 위해 개입 없이 궁극적 일관성(eventual consistency)을 유지할 수 있다. 일관성을 유지하는 방법에 따라 CRDT를 오퍼레이션 기반 CRDT와 상태 기반 CRDT로 구분할 수 있다. 네트워크 파티션(network partitions)에도 불구하고 CRDT는 높은 가용성과 낮은 대기 시간을 보장할 수 있으며, 오퍼레이션의 동일한 집합은 결과적으로 일관성을 유지할 수 있다.
CRDT의 대부분의 이론들은 오퍼레이션이 P2P(peer-to-peer) 방식으로 전달된다고 가정하나, 사용 어플리케이션들과 서비스들은 공유 데이터에 대한 책임과 안정성을 보장해야 하므로 본 발명은 클라이언트와 서버 간의 안정적인 푸시-풀 메커니즘을 통해 백-엔드 서비스로 구현할 수 있다.
본 발명에서는 다양한 멀티 디바이스 데이터 동기화 구현을 향상시킬 수 있으며, 예를 들어 사용자가 특정 디바이스의 브라우저에 북마크를 추가하면 다른 디바이스의 모든 사용자 브라우저에 북마크가 표시되어야 한다. 브라우저 개발자는 북마크를 관리하는 데이터 타입에 대해 일부 오퍼레이션을 적용하는 코드를 사용하여 이러한 기능을 수행할 수 있으며, 이로 인해 북마크 추가와 관련된 오퍼레이션을 푸싱하거나 풀링한다.
본 발명에서는 오퍼레이션 기반 CRDT에 속하는 복제된 고정 크기 어레이(replicated fixed-size arrays, RFAs), 복제된 해시 테이블(replicated hash table, RHTs), 복제된 확장 가능한 어레이(replicated growable arrays, RGAs)를 포함한 몇 가지 종류의 데이터 타입을 구현할 수 있다. 이러한 데이터 타입의 오퍼레이션은 다음 두 가지 일관성 원칙에 따라 설계될 수 있다: (1) 오퍼레이션 교환법칙(operation commutativity)과 (2) 우선순위 이행 법칙(precedence transitivity). 이를 이용하기 위해 본 발명에서는 논리 시간(scalar logical time)을 사용한다.
본 발명에 따른 데이터 동기화 시스템에 CRDT를 도입하기 위해 스냅샷(snapshot)과 에포크(epoch) 개념을 적용할 수 있다. 첫째, CRDT가 실시간 협업 편집에서 기인됨에도 불구하고 실시간뿐 아니라 간헐적인(혹은 주기적인) 동기화도 허용하기 위해 스냅샷을 이용할 수 있다. 데이터 타입에 대한 동기화가 매우 빈번하거나 오랜 기간 지속되면 많은 양의 오퍼레이션이 누적될 수 있다. 모든 동기화가 누적된 오퍼레이션으로만 수행되면 비효율적이기 때문에 이러한 비효율성을 줄이기 위해 데이터 타입의 스냅샷을 사용할 수 있다. 둘째, 데이터 동기화에 있어 논리적인 시간 자체가 때때로 간헐적인 동기화를 왜곡하기 때문에 논리적인 시간을 에포크라는 물리적 시간으로 보정할 수 있다. 또한, 에포크는 삭제된 요소에 대한 RHTs와 RGAs에 필요한 삭제 표시(tombstones)의 쓰레기 수거(garbage-collect)에 사용될 수 있다.
먼저, 클라이언트와 서버 간에 오퍼레이션을 교환(푸시/풀)하기 위한 구체적인 시스템 아키텍처(system architecture)를 설명한다.
도 3은 본 발명의 일실시예에 있어서, 데이터 타입 기반의 데이터 동기화를 위한 클라이언트 아키텍쳐의 예를 도시한 것이다.
서버(150 또는 160)는 멀티 디바이스에서 데이터 타입을 공유하는 다양한 어플리케이션을 구현하는데 사용할 수 있는 클라이언트 SDK(Software Development Kit)를 제공할 수 있다. 도 3에 도시한 바와 같이, 다수의 데이터 타입(310)은 클라이언트(300)에 첨부되는 것으로, 클라이언트(300)는 데이터 타입(310)의 로컬 혹은 원격 오퍼레이션을 로컬 저장소(local storage)(302)에 저장하고 이들을 서버(150)와 동기화 할 수 있다. 효율적인 관리를 위해 클라이언트(300)는 여러 데이터 타입(310)으로 공유되는 하나의 싱크 에이전트(sync agent)(301)와 로컬 저장소(302)를 포함할 수 있다.
데이터 타입(310)이 오퍼레이션 APIs를 통해 로컬 오퍼레이션을 생성하면 실행에 필요한 파라미터를 가진 오퍼레이션 인스턴스로 변환된다. 모든 오퍼레이션은 CRDT의 특성을 기반으로 로컬 및 원격 실행의 동작을 별도로 정의한다. 국지적으로 생성된 오퍼레이션 인스턴스는 데이터 타입(310)의 오퍼레이션 실행자(operation executor)에 의해 실행된 후, 제한된 크기의 로컬 오퍼레이션 버퍼에 저장되고 아울러 클라이언트(300)의 로컬 저장소(302)에 저장될 수 있다.
로컬 저장소(302)는 데이터 동기화를 위한 클라이언트 상태를 유지하도록 하며 이는 클라이언트(300)가 오프라인 기능을 가지고 있음을 의미한다. 모든 데이터 타입(310)의 스냅샷이 특정 지점에 저장되고 이후의 오퍼레이션도 로컬 저장소(302)에 저장되므로 클라이언트(300)는 서버(150)와의 동기화 없이 데이터 타입(310)의 마지막 상태를 복원할 수 있다.
싱크 에이전트(301)는 서버(150)와의 동기화를 담당한다. 클라이언트(300)에 첨부된 데이터 타입(310)의 새로 생성된 오퍼레이션을 단일 푸시 데이터로 압축하는데, 이는 해당 데이터 타입(310)의 로컬 오퍼레이션 버퍼 혹은 로컬 저장소(302)에서 수집된 것이다. 싱크 에이전트(301)가 푸시 데이터를 서버(150)에 보낼 때마다 첨부된 데이터 타입(310)에 대한 풀 데이터(pulled data)가 응답으로 수신된다. 이는 원격 오퍼레이션을 순서대로 실행하는 해당 데이터 타입(310)으로 원격 오퍼레이션을 전달할 수 있다. 싱크 에이전트(301)는 서버(150)로부터 풀 된 모든 원격 오퍼레이션을 실행한 후 해당 이벤트를 등록된 모든 처리기에 통보되고 로컬 저장소(302)에 저장한다.
클라이언트(300)는 수동 타입과 실시간 타입의 싱크 에이전트(301)를 제공할 수 있으며, 둘 중 하나의 타입을 선택적으로 적용할 수 있다. 수동 타입의 싱크 에이전트(301)가 있는 클라이언트(300)는 동기화 명령(sync function)이 호출될 때마다 상기한 과정의 푸시-풀 동작을 수행한다. 한편, 실시간 타입의 싱크 에이전트(301)는 일부 로컬 오퍼레이션이 새로 생성되는 즉시 푸시-풀 동작을 수행할 수 있다. 또한, 푸시-풀 동작은 실시간 타입의 싱크 에이전트(301)가 일부 원격 오퍼레이션이 서버(150)에서 푸시됨을 알리는 알림을 받을 때마다 호출된다.
도 4는 본 발명의 일실시예에 있어서, 데이터 타입 기반의 데이터 동기화를 위한 서버 아키텍쳐의 예를 도시한 것이다.
서버(150)는 멀티 디바이스의 데이터 동기화를 위한 데이터 동기화 시스템으로, 엄청난 양의 푸시-풀 동작을 처리하기 위한 구조로 설계된다. 본 발명에서는 수평 확장성(horizontal scalability), 즉 스케일-아웃(scale-out)을 달성하기 위해 서버(150)를 비상태적(stateless)으로 구현할 수 있다. 서버(150)는 확장 가능한 데이터베이스(401)에서 상태를 읽고 저장함으로써 푸시에 대한 출력으로 풀 데이터를 응답해야 한다.
도 4에 도시한 바와 같이, 푸시 데이터가 네트워크 스위치(예컨대, L4)를 통해 임의의 서버 노드(410)에 분배되면 해당 서버 노드(410)의 수집 쓰레드(aggregator thread)는 여러 데이터 타입의 푸시 데이터가 개별 데이터 타입의 푸시 데이터로 분리되고 각각의 쓰레드는 병렬로 처리될 수 있다. 각 푸시 동작에서 오퍼레이션은 데이터베이스(401)에 저장되고 데이터베이스(401)에서 가져온 일부 오퍼레이션은 풀 데이터로 압축된다. 다음, 압축된 풀 데이터는 집계되어 클라이언트(300)로 전송된다.
서버(150)는 다른 데이터 타입에 속하는 한 푸시-풀 동작을 병렬로 처리할 수 있다. 그러나, 동일한 데이터 타입에 대해 동시 발생된 푸시 동작들은 오퍼레이션을 풀링하는 데에 서로 영향을 줄 수 있기 때문에, 본 발명에서는 분산 잠금(distributed lock)을 사용하여 동일한 데이터 타입에 대한 푸시 데이터들을 직렬화 하도록 처리할 수 있다.
서버(150)는 모든 데이터 타입의 스냅샷을 가능한 한 최신 상태로 유지해야 한다. 이에, 각 서버 노드(410)는 새 오퍼레이션을 수신하는 데이터 타입의 스냅샷을 주기적으로 갱신할 수 있다.
다음으로, 클라이언트(300)와 서버(150) 간의 구체적인 오퍼레이션 교환(푸시-풀) 과정을 설명한다.
클라이언트(300)는 상태를 유지하게 되므로 상태에 따라 푸시-풀 되는 오퍼레이션을 결정할 수 있다. 이에, 서버(150)는 클라이언트(300)가 첨부한 데이터 타입과 관련하여 푸시-풀 상태를 추적해야 한다. 즉, 서버(150)는 어떤 클라이언트가 어떤 데이터 타입을 첨부하는지에 대한 정보, 그리고 클라이언트에서 푸시 또는 풀 되는 오퍼레이션의 수를 기록해야 한다. 이러한 내용을 바탕으로 푸시-풀 메커니즘은 아래의 두 가지 조건을 충족해야 한다.
(1) 서버(150)와 클라이언트(300)는 모든 클라이언트에 의해 생성된 모든 오퍼레이션을 순서대로 수신해야 한다.
(2) 서버(150)와 클라이언트(300)는 중복된 오퍼레이션을 필터링 해야 한다.
상기한 두 가지 조건을 충족시키려면 모든 클라이언트의 각 데이터 타입이 클라이언트 시퀀스(cseq)를 유지해야 하며, 서버(150)는 각 데이터 타입에 대해 서버 시퀀스(sseq)를 유지해야 한다. 오퍼레이션이 클라이언트(300) 또는 서버(150)와 연관될 때마다 클라이언트 시퀀스(cseq)와 서버 시퀀스(sseq)가 업데이트 되며 오퍼레이션은 상기한 시퀀스들로 식별될 수 있다. 클라이언트 시퀀스(cseq)는 클라이언트(300)의 데이터 타입이 로컬 오퍼레이션을 생성할 때마다 1씩 증가하고, 서버 시퀀스(sseq)는 서버(150)가 데이터 타입에 대한 오퍼레이션을 수신할 때마다 1씩 증가한다.
푸시-풀 데이터를 추적하기 위해 클라이언트 시퀀스(cseq)와 서버 시퀀스(sseq)의 쌍(cseq, sseq)인 체크 포인트(check point)(CP)를 이용할 수 있다. 첨부된 모든 데이터 타입에 대해 서버(150) 및 클라이언트(300)는 다음과 같이 푸시-풀 상태를 나타내는 CPserver와 CPclient를 유지 관리할 수 있다: CPserver[sseq]은 서버(150)가 클라이언트(300)로 보낸 가장 최근 시퀀스, CPserver[cseq]은 서버(150)가 클라이언트(300)로부터 수신한 가장 최근 시퀀스, CPclient[sseq]은 클라이언트(300)가 서버(150)로부터 수신한 가장 최근 시퀀스, CPclient[cseq]은 서버(150)가 수신을 확인한 가장 최근 시퀀스를 의미한다.
클라이언트 시퀀스(cseq), 서버 시퀀스(sseq), 클라이언트 체크 포인트(CPclient), 및 서버 체크 포인트(CPserver)에 따라 푸시 동작과 풀 동작 각각은 일부 오퍼레이션을 로드하고 아래와 같이 푸시 체크 포인트(CPPUSH)와 풀 체크 포인트(CPPULL)를 계산한다.
(1) 푸시 규칙
- 푸시 동작은 CPclient[cseq]+1에서 cseq로 오퍼레이션을 로드한다.
- 이러한 푸시 동작에서 최근 오퍼레이션의 cseq에 대한 체크 포인트(CPPUSH)는 (CPclient[sseq], cseq)이다.
(2) 풀 규칙
- 풀 동작은 클라이언트(300)에 대한 원격 오퍼레이션을 CPPUSH[sseq]+1에서 cseq로 로드한다.
- 해당 푸시 동작 바로 이후의 서버(150)의 sseq에 대한 체크 포인트(CPPULL)는 (sseq, CPserver[cseq])이다.
도 5는 본 발명의 일실시예에 있어서, 푸시 규칙과 풀 규칙을 따르는 푸시-풀 동작의 예를 도시한 것이다.
도 5를 참조하면, 클라이언트(300)는 최초로 데이터 타입이 오퍼레이션을 생성할 때 클라이언트 시퀀스 (cseq=1)를 업데이트 하고 해당 오퍼레이션에 대한 체크 포인트 (CPPUSH # 1:(0,1))를 계산하여 서버(150)로 푸시한다.
이에, 서버(150)는 클라이언트(300)로부터 데이터 타입에 대한 오퍼레이션을 수신할 때 서버 시퀀스 (sseq+1)를 업데이트 하고 해당 서버 시퀀스 (sseq+1)에 대한 체크 포인트 (CPPULL # 1:(1,1))를 계산하여 클라이언트(300)로 전달함으로써 클라이언트(300)의 푸시에 대한 풀을 응답한다.
상기한 과정에 적용된 푸시 규칙과 풀 규칙이 앞서 언급된 푸시-풀 메커니즘의 두 가지 조건을 보장함을 알 수 있다.
도 5에 도시한 바와 같이, 일부 푸시(PUSH#2)가 손실되더라도 후속 푸시(PUSH#3)는 해당 푸시(PUSH#3)에 대한 응답인 PULL이 없어 클라이언트 체크 포인트(CPclient)가 업데이트 되지 않기 때문에 후속 푸시(PUSH#3)에서 두 오퍼레이션(cseq=2, 3)을 함께 송신할 수 있다. 다시 말해, 일부 PULL이 누락된 경우 다음 PUSH는 손실된 PULL의 오퍼레이션을 포함하는 PULL을 유도한다.
그리고, 본 발명에 따른 푸시-풀 메커니즘에서 중복된 오퍼레이션 전송을 고려할 수 있다. 예를 들어, 도 5에 도시한 바와 같이 cseq=4의 오퍼레이션(cseq=4)에 대해 PUSH#4,5가 중복하여 전송될 수 있다. 이때, 서버(150)가 PUSH#5를 수신하면 서버 체크 포인트 CPserver[cseq]가 이미 4이기 때문에 cseq=4의 오퍼레이션이 거부된다. 그럼에도 불구하고, PUSH#5는 CPPULL #5[sseq]=4를 기반으로 오퍼레이션을 로드한다. 클라이언트(300)가 CPPULL #5를 수신한 경우 CPPULL #5:(7,4)와 CPclient:(6,4)를 비교하여 sseq=7의 단 한번의 오퍼레이션만을 허용한다.
본 발명에 따른 데이터 동기화 시스템은 실시간 동기화를 지원하는데, 이는 서버(150)가 새로운 오퍼레이션의 도착을 각 클라이언트(300)에 알릴 수 있어야 함을 의미한다. 서버(150)가 서버 체크 포인트(CPserver)와 서버 시퀀스(sseq)를 기반으로 새로운 오퍼레이션의 도착을 아는 것은 간단하다. 즉, CPserver[sseq]<sseq이다. 따라서, 서버(150)는 새로운 오퍼레이션을 수신하면 각 클라이언트(300)에 오퍼레이션 수신에 대한 알림으로서 CPnotify=(sseq, CPserver[sseq])를 송신한다. 이에, 클라이언트(300)의 실시간 방식의 싱크 에이전트(301)가 서버(150)로부터 알림을 받자 마자 푸시 동작을 호출할 수 있다.
일반적으로, CRDT는 오퍼레이션 및 논리 시간에 따라 작동하지만 실제 서비스에서는 항상 효율적으로 합리적인 것은 아니다. 이에, 본 발명에서는 스냅샷과 에포크라는 두 가지 개념을 제안한다.
서버(150)에서 모든 데이터 타입에 대해 모든 오퍼레이션을 유지해야 하는 번거로움 때문에 서버(150)가 시간 순으로 오퍼레이션을 잘라(cut-off) 관리할 수 있다. 클라이언트(300)가 데이터 타입을 새로 첨부하거나 많은 수의 오퍼레이션이 푸시된 후 클라이언트(300)가 푸시-풀을 재개할 때 도 6에 도시한 바와 같이 서버 히스토리에 저장된 것보다 오래된 오퍼레이션(즉, n'+1<n)을 요구할 수 있다. 이러한 경우, 서버(150)는 CPPULL #1에 최신 스냅샷(SNAP#1)을 반환하고 이를 수신한 클라이언트(300)는 서버(150)로부터 수신된 스냅샷(SNAP#1)으로 데이터 타입을 대체할 수 있다. 이후 클라이언트(300)에서는 푸시된 것에서 로컬 오퍼레이션을 재현해야 한다.
그리고, 일부 데이터 타입은 일반적으로 논리 타임 스탬프를 기반으로 비인과적 오퍼레이션(concurrent operations)을 교환법칙(commutativity)이 성립하도록 만든다. 논리 시간은 오퍼레이션의 발생에 따라 진행되므로 실제 시간은 중요하지 않다. 클라이언트(300)에서 수동 방식의 싱크 에이전트(301)를 지원하는 경우 물리적으로 오래된 오퍼레이션이 새로운 오퍼레이션으로 간주될 가능성이 있다. 이러한 이유로, 본 발명에서는 논리적인 시간 개념과 함께 서버(150)에서 증가하는 에포크라고 하는 물리적 시간 단위를 적용할 수 있다. 각 데이터 타입에 대해 에포크의 마지막 증가 이후 다음의 조건 중 적어도 하나가 만족되면 에포크를 증가시킨다: (1) 일정 개수(k개)를 초과하는 오퍼레이션이 새로 푸시되고 (2) 일정 시간(h시간)이 물리적으로 지나면 에포크를 증가시킨다. 도 6에 도시한 바와 같이, 모든 PUSH는 클라이언트(300)의 에포크 내에 들어가지만 해당 PULL은 클라이언트(300)를 업데이트 하는 서버(150)의 에포크를 반환한다. 오퍼레이션의 논리 타임 스탬프를 비교하기 전에 에포크가 오퍼레이션 우선 순위를 결정하기 위해 미리 고려될 수 있다.
일부 서로 다른 에포크의 두 개의 오퍼레이션은 여러 오퍼레이션들이 그 사이에 푸시되었음을 의미하므로 이전 에포크의 오퍼레이션은 상황에 맞지 않을 수 있다. 이러한 의미에서, 서버(150)는 현재 서버 에포크(ep)에서 고정 정수(E)를 뺀 값(ep-E)보다 작은 에포크의 오퍼레이션을 거부한다. 대신, 도 6에 도시한 PUSH#2-PULL#2에서 알 수 있듯이 서버(150)는 최신 스냅샷으로 PULL을 되돌려 보내고 클라이언트(300)의 스냅샷을 재설정할 수 있다.
오래된 에포크의 오퍼레이션을 거절하는 정책은 삭제 표시(tombstone)의 쓰레기 수집(garbage collect tombstones)에 사용될 수 있다. RHTs 및 RGAs에서 비롯된 데이터 타입에서 추후 전송되는 오퍼레이션이 더 이상 삭제 표시(tombstones)를 참조하지 않도록 하여 안전하게 삭제 표시를 쓰레기 수거 할 수 있다.
이처럼 본 발명의 실시예들에 따르면, 데이터 동기화 시스템을 백-엔드 서버로 구성하여 멀티 디바이스에서 운영되는 대규모 클라이언트의 동기화를 효율적으로 지원할 수 있다. 더욱이, 본 발명의 실시예들에 따르면, 서버-클라이언트 모델에서 대규모의 데이터 타입에 대해 빠짐 없이, 그리고 중복 없이 오퍼레이션을 푸시-풀 함으로써 신뢰성 있는 오퍼레이션 전송 메커니즘을 제공할 수 있다. 또한, 본 발명의 실시예들에 따르면, 논리적 시간에 물리적 시간 개념(에포크)을 추가하여 동기화 시 발생하는 오퍼레이션 간의 상충 문제를 해결할 수 있으며 데이터 타입의 불필요한 메타데이터를 제거할 수 있다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 컴퓨터 저장 매체 또는 장치에 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 이때, 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수 개의 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 어플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (18)

  1. 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법에 있어서,
    멀티 디바이스 환경에서 데이터 타입(data type)을 공유하는 복수의 클라이언트에 대해, 오퍼레이션(operation)과 동기화 되는 데이터 타입을 이용하여 데이터 동기화를 수행하는 단계
    를 포함하고,
    상기 데이터 동기화를 수행하는 단계는,
    상기 데이터 타입의 오퍼레이션을 상기 클라이언트와 교환하여 데이터 동기화를 수행하는 것으로,
    상기 복수의 클라이언트 중 적어도 하나의 클라이언트에서 상기 데이터 타입에 대해 생성된 오퍼레이션을 푸시(push)하면 상기 푸시된 오퍼레이션을 풀(pull)하여 상기 복수의 클라이언트가 같은 데이터 타입의 상태를 유지하도록 해당 데이터 타입을 상기 풀된 오퍼레이션과 동기화하고,
    상기 데이터 동기화를 수행하는 단계는,
    상기 데이터 타입의 오퍼레이션을 오퍼레이션 생성에 따른 논리적인 시간과 함께 물리적인 시간을 반영하여 관리하는 단계
    를 포함하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  2. 제1항에 있어서,
    상기 클라이언트에서 상기 데이터 타입을 첨부(attach)함에 따라 상기 데이터 타입의 오퍼레이션에 대한 푸시-풀 동작이 발생하고,
    상기 클라이언트에서 상기 데이터 타입을 분리(detach)함에 따라 상기 데이터 타입의 오퍼레이션에 대한 푸시-풀 동작이 발생하지 않는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  3. 제1항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 클라이언트로부터 상기 데이터 타입의 오퍼레이션을 생성 순서대로 수신하는 단계; 및
    상기 수신된 오퍼레이션 중 중복된 오퍼레이션을 필터링 하는 단계
    를 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  4. 제1항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 클라이언트에서 상기 데이터 타입의 오퍼레이션을 생성할 때마다 업데이트 되는 클라이언트 시퀀스, 및 상기 서버가 상기 클라이언트로부터 상기 데이터 타입의 오퍼레이션을 수신할 때마다 업데이트 되는 서버 시퀀스를 이용하여 상기 데이터 타입의 오퍼레이션을 식별하는 단계
    를 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  5. 제1항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 데이터 타입의 오퍼레이션에 대한 푸시 동작으로, 상기 클라이언트로부터 상기 클라이언트가 상기 서버로부터 가장 최근 수신한 서버 시퀀스와 상기 클라이언트에서 가장 최근 업데이트 한 클라이언트 시퀀스를 포함하는 체크 포인트를 수신하는 단계; 및
    상기 데이터 타입의 오퍼레이션에 대한 풀 동작으로, 상기 서버에서 가장 최근 업데이트 한 서버 시퀀스와 상기 서버가 상기 클라이언트로부터 가장 최근 수신한 서버 시퀀스를 포함하는 체크 포인트를 상기 클라이언트로 전송하는 단계
    를 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  6. 제5항에 있어서,
    상기 클라이언트에서는 상기 서버로부터 수신한 체크 포인트를 기준으로 누락된 오퍼레이션을 다음 오퍼레이션과 함께 상기 서버로 전송하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  7. 제5항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 서버에서 상기 클라이언트와 주고 받는 체크 포인트를 비교하여 상기 클라이언트로부터 수신된 오퍼레이션 중 중복된 오퍼레이션을 필터링 하는 단계
    를 더 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  8. 제1항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 클라이언트의 요청에 따른 데이터 동기화를 위해 상기 데이터 타입의 스냅샷(snapshot)을 해당 클라이언트로 전송하는 단계
    를 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  9. 삭제
  10. 제1항에 있어서,
    상기 물리적인 시간은 각 데이터 타입에 대해 일정 개수를 초과한 오퍼레이션이 새로 수신되는 조건과 일정 시간이 물리적으로 경과하는 조건 중 적어도 하나를 만족하면 증가하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  11. 제1항에 있어서,
    상기 데이터 동기화를 수행하는 단계는,
    상기 데이터 타입의 오퍼레이션에 대해 상기 논리적인 시간보다 상기 물리적인 시간을 먼저 고려하여 오퍼레이션의 우선 순위를 결정하는 단계
    를 더 포함하는, 컴퓨터로 구현되는 서버에서의 데이터 동기화 방법.
  12. 컴퓨터와 결합되어 제1항 내지 제8항, 제10항 내지 제11항 중 어느 한 항의 방법을 컴퓨터에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  13. 컴퓨터로 구현되는 서버의 데이터 동기화 시스템에 있어서,
    컴퓨터가 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서는,
    멀티 디바이스 환경에서 데이터 타입을 공유하는 복수의 클라이언트에 대해, 오퍼레이션과 동기화 되는 데이터 타입을 이용하여 데이터 동기화를 수행하는 과정
    을 처리하고,
    상기 데이터 동기화를 수행하는 과정은
    상기 데이터 타입의 오퍼레이션을 상기 클라이언트와 교환하여 데이터 동기화를 수행하는 것으로,
    상기 복수의 클라이언트 중 적어도 하나의 클라이언트에서 상기 데이터 타입에 대해 생성된 오퍼레이션을 푸시하면 상기 푸시된 오퍼레이션을 풀하여 상기 복수의 클라이언트가 같은 데이터 타입의 상태를 유지하도록 해당 데이터 타입을 상기 풀된 오퍼레이션과 동기화하고,
    상기 데이터 타입의 오퍼레이션을 오퍼레이션 생성에 따른 논리적인 시간과 함께 물리적인 시간을 반영하여 관리하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
  14. 제13항에 있어서,
    상기 데이터 동기화를 수행하는 과정은,
    상기 데이터 타입의 오퍼레이션에 대한 푸시 동작으로, 상기 클라이언트로부터 상기 클라이언트가 상기 서버로부터 가장 최근 수신한 서버 시퀀스와 상기 클라이언트에서 가장 최근 업데이트 한 클라이언트 시퀀스를 포함하는 체크 포인트를 수신하고,
    상기 데이터 타입의 오퍼레이션에 대한 풀 동작으로, 상기 서버에서 가장 최근 업데이트 한 서버 시퀀스와 상기 서버가 상기 클라이언트로부터 가장 최근 수신한 서버 시퀀스를 포함하는 체크 포인트를 상기 클라이언트로 전송하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
  15. 제14항에 있어서,
    상기 클라이언트에서는 상기 서버로부터 수신한 체크 포인트를 기준으로 누락된 오퍼레이션을 다음 오퍼레이션과 함께 상기 서버로 전송하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
  16. 제14항에 있어서,
    상기 데이터 동기화를 수행하는 과정은,
    상기 서버에서 상기 클라이언트와 주고 받는 체크 포인트를 비교하여 상기 클라이언트로부터 수신된 오퍼레이션 중 중복된 오퍼레이션을 필터링 하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
  17. 제13항에 있어서,
    상기 데이터 동기화를 수행하는 과정은,
    상기 클라이언트의 요청에 따른 데이터 동기화를 위해 상기 데이터 타입의 스냅샷(snapshot)을 해당 클라이언트로 전송하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
  18. 제13항에 있어서,
    상기 데이터 동기화를 수행하는 과정은,
    상기 데이터 타입의 오퍼레이션에 대해 상기 논리적인 시간보다 상기 물리적인 시간을 먼저 고려하여 오퍼레이션의 우선 순위를 결정하는 것
    을 특징으로 하는, 컴퓨터로 구현되는 서버의 데이터 동기화 시스템.
KR1020170045153A 2017-04-07 2017-04-07 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템 KR101929948B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020170045153A KR101929948B1 (ko) 2017-04-07 2017-04-07 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템
PCT/KR2017/004652 WO2018186517A1 (ko) 2017-04-07 2017-05-02 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170045153A KR101929948B1 (ko) 2017-04-07 2017-04-07 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020180158842A Division KR102084014B1 (ko) 2018-12-11 2018-12-11 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템

Publications (2)

Publication Number Publication Date
KR20180113724A KR20180113724A (ko) 2018-10-17
KR101929948B1 true KR101929948B1 (ko) 2018-12-18

Family

ID=63712471

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170045153A KR101929948B1 (ko) 2017-04-07 2017-04-07 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템

Country Status (2)

Country Link
KR (1) KR101929948B1 (ko)
WO (1) WO2018186517A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090055464A1 (en) * 2000-01-26 2009-02-26 Multer David L Data transfer and synchronization system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7395446B2 (en) * 2004-05-03 2008-07-01 Microsoft Corporation Systems and methods for the implementation of a peer-to-peer rule-based pull autonomous synchronization system
US7461071B2 (en) * 2005-04-04 2008-12-02 Younite, Inc. Distributed management framework for personal attributes
US20090083441A1 (en) * 2007-09-24 2009-03-26 Microsoft Corporation Synchronization of web service endpoints in a multi-master synchronization environment
WO2014133489A1 (en) * 2013-02-27 2014-09-04 Hewlett-Packard Development Company, L.P. Data synchronization

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090055464A1 (en) * 2000-01-26 2009-02-26 Multer David L Data transfer and synchronization system

Also Published As

Publication number Publication date
KR20180113724A (ko) 2018-10-17
WO2018186517A1 (ko) 2018-10-11

Similar Documents

Publication Publication Date Title
US10831720B2 (en) Cloud storage distributed file system
US11016944B2 (en) Transferring objects between different storage devices based on timestamps
US9740582B2 (en) System and method of failover recovery
JP6553822B2 (ja) 分散システムにおける範囲の分割および移動
US10817498B2 (en) Distributed transactions in cloud storage with hierarchical namespace
US20190370362A1 (en) Multi-protocol cloud storage for big data and analytics
US7653668B1 (en) Fault tolerant multi-stage data replication with relaxed coherency guarantees
JP5686034B2 (ja) クラスタシステム、同期制御方法、サーバ装置および同期制御プログラム
US11520742B2 (en) Data mesh parallel file system caching
WO2013177361A1 (en) Cache conflict detection
WO2023244491A1 (en) Techniques for replication checkpointing during disaster recovery
KR102133925B1 (ko) 데이터 동기화 트래픽을 최소화하기 위한 방법 및 시스템
KR101929948B1 (ko) 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템
CN115113989B (zh) 事务执行方法、装置、计算设备及存储介质
KR102084014B1 (ko) 데이터 타입 기반의 멀티 디바이스 데이터 동기화를 위한 방법 및 시스템
CN117643015A (zh) 基于日志记录的客户端密钥修改的快照跨一系列节点管理密钥
US11789971B1 (en) Adding replicas to a multi-leader replica group for a data set
CN113051108A (zh) 一种数据备份方法及系统
US12001404B2 (en) Techniques for replication checkpointing during disaster recovery
US20240152529A1 (en) Multi-geography orchestration
US20240134828A1 (en) Techniques for efficient encryption and decryption during file system cross-region replication
US20240104062A1 (en) Techniques for resolving snapshot key inter-dependency during file system cross-region replication
WO2023244446A1 (en) Scalable and secure cross-region and optimized file system replication for cloud scale
WO2023244449A1 (en) Hierarchical key management for cross-region replication

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)
A107 Divisional application of patent
GRNT Written decision to grant