KR101563761B1 - 충돌 해결 - Google Patents

Abstract

공동 제작 환경의 실시예들은 사용자가 데이터 파일의 사용자 사본을 데이터 파일의 마스터 사본과 동기화시킬 때 일어나는 편집 충돌을 해결할 수 있게 해준다. 콘텐츠 업데이트가 메타데이터 업데이트와 별도로 동기화될 수 있다. 메타데이터 업데이트는 자동으로 동기화될 수 있는 반면, 콘텐츠 업데이트는 임의의 식별된 편집 충돌이 해결될 때 동기화될 수 있다. 편집 충돌이 식별될 때, 제작 응용 프로그램의 사용자 인터페이스는 식별된 편집 충돌을 디스플레하는 것과 숨기는 것 사이에서 토글하도록 구성될 수 있다.

Description

충돌 해결{CONFLICT RESOLUTION}

종래의 공동 작업 편집(collaborative editing)은 순차적으로 수행되는 경향이 있다. 사용자들은 차례대로 문서에 액세스하고 문서를 편집하며 자신들의 편집을 저장한다. 편집 충돌을 억제하기 위해, 액세스 중인 사용자(accessing user)는, 문서를 편집할 때, 다른 사용자들이 그 문서를 편집하지 못하도록 파일에 잠금을 걸 수 있다. 반복되는 편집 프로세스는 지연을 야기할 수 있는데, 그 이유는 각각의 사용자가 문서를 편집할 때 차례를 기다려야 할지도 모르기 때문이다. 그에 부가하여, 반복되는 편집 프로세스는 관리하기 어려울 수 있다. 예를 들어, 각각의 사용자는 누가 문서의 어느 부분을 편집하고 있는지, 문서의 어느 버전이 가장 최근의 것인지, 및 언제 사용자의 차례가 되는지를 추적할 필요가 있을 수 있다.

다른 유형의 종래의 공동 작업 편집에서, 각각의 사용자는 문서의 서로 다른 사본을 편집할 수 있다. 나중에, 편집된 사본들 전부가 하나의 문서로 병합될 수 있다. 이러한 대규모 병합도 역시 지연을 야기하여, 수많은 편집 충돌을 야기하고 및/또는 관리하기 어려울 수 있다. 예를 들어, 문서들을 병합하는 일을 맡고 있는 사용자는 문서들 간의 관계를 추적해야만 할지도 모른다. 사용자는 또한 2개 이상의 편집된 사본들 간의 충돌들을 해결하는 일도 맡고 있을 수 있다.

본 발명이 이들 및 기타 고려사항들과 관련하여 개시되어 있다.

<요약>

이 요약은 이하에서 상세한 설명에 더 기술되는 일련의 개념들을 간략화된 형태로 소개하기 위해 제공된 것이다. 이 요약은 청구된 발명 대상의 주요 특징들 또는 필수적인 특징들을 알려주기 위한 것이 아니며, 청구된 발명 대상의 범위를 정하는 데 보조 수단으로 의도된 것도 아니다.

본 발명의 실시예들은 일반적으로 사용자가 공동 작업 환경에서 데이터 파일을 동기화시킬 때 일어나는 편집 충돌들을 해결할 수 있게 해주는 것에 관한 것이다. 데이터 파일의 사용자 사본을 작성하는 각각의 사용자가 데이터 파일의 마스터 파일과 사용자 사본 사이의 편집 충돌들을 해결할 수도 있다. 데이터 파일의 사용자 사본으로부터의 업데이트가 편집 충돌이 해결된 후에 마스터 파일에 포함될 수 있다.

본 발명의 측면들에 따르면, 제작 응용 프로그램은 사용자가 데이터 파일의 사용자 사본 내에서의 편집 충돌들을 선택적으로 보여주고 숨길 수 있게 해준다. 제작 응용 프로그램은 편집 충돌이 보여지는지 숨겨지는지에 상관없이 사용자 사본의 자유로운 편집을 가능하게 해준다. 다른 측면들에 따르면, 제작 응용 프로그램은 상황별 사용자 인터페이스(contextual user interface)를 제공한다.

어떤 실시예들에서, 편집 충돌을 보여주는 것은 충돌 콘텐츠에 주석을 다는 것을 포함한다. 일 실시예에서, 충돌 콘텐츠에 주석을 다는 것은 콘텐츠가 어떻게 충돌하는지를 나타낸다. 다른 실시예에서, 사용자 사본 내의 삽입된, 수정된, 및/또는 삭제된 충돌 콘텐츠에만 주석이 달려 있다.

이들 및 다른 특징들 및 이점들이 이하의 상세한 설명을 읽어보고 또 관련 도면들을 살펴보면 명백하게 될 것이다. 이상의 전반적인 설명 및 이하의 상세한 설명 둘다가 단지 설명을 위한 것이며 청구된 측면들을 제한하는 것이 아니라는 것을 잘 알 것이다.

도 1은 본 발명의 측면들의 일례인 특징들을 갖는 예시적인 제작 시스템을 나타낸 도면.
도 2는 본 발명의 원리들에 따른, 데이터 파일의 사용자 사본을 저장하는 사용자 장치에 통신 연결되어 있는, 데이터 파일의 마스터 파일을 저장하는 저장 장치를 포함하는 예시적인 제작 시스템을 나타낸 개략 블록도.
도 3은 본 발명의 원리들에 따른, 데이터 파일의 사용자 사본이 작성될 수 있는 예시적인 작성 프로세스의 동작 흐름을 나타낸 플로우차트.
도 4는 본 발명의 원리들에 따른, 제작 환경을 구현하도록 구성된 사용자 컴퓨팅 시스템의 개략 블록도.
도 5는 본 발명의 원리들에 따른, 도 3의 동기화 동작이 구현될 수 있는 예시적인 동기화 프로세스의 동작 흐름을 나타낸 플로우차트.
도 6은 본 발명의 원리들에 따른, 도 5의 연속 동작이 구현될 수 있는 예시적인 편집 프로세스의 동작 흐름을 나타낸 플로우차트.
도 7은 본 발명의 원리들에 따른, 하나 이상의 편집 충돌들이 검토되고 선택적으로 해결될 수 있는 예시적인 검토 프로세스의 동작 흐름을 나타낸 플로우차트.
도 8은 본 발명의 원리들에 따른, 어떤 미해결된 편집 충돌들도 식별되지 않을 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스를 나타낸 도면.
도 9는 본 발명의 원리들에 따른, 적어도 하나의 편집 충돌이 식별될 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스를 나타낸 도면.
도 10은 본 발명의 원리들에 따른, 적어도 하나의 편집 충돌이 식별되고 사용자가 식별된 편집 충돌을 해결하기로 했을 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스를 나타낸 도면.
도 11은 본 발명의 원리들에 따른, 편집 충돌이 요약창 내의 목록으로부터 선택될 때 디스플레이되는 해결 인터페이스를 포함하는 사용자 인터페이스의 개략도.
도 12는 본 발명의 원리들에 따른, 제작 응용 프로그램이 사용자에 의해 제공되는 해결 명령들을 구현하는 예시적인 구현 프로세스의 동작 흐름을 나타낸 플로우차트.
도 13은 본 발명의 원리들에 따른, 수락된 편집 동작이 데이터 파일의 병합된 버전에 인스턴스화될 수 있는 예시적인 수락 프로세스의 동작 흐름을 나타낸 플로우차트.
도 14는 본 발명의 원리들에 따른, 거부된 편집 동작이 데이터 파일의 병합된 버전 내로부터 제거되거나 그 병합된 버전 내에서 실행 취소될 수 있는 예시적인 거부 프로세스의 동작 흐름을 나타낸 플로우차트.
도 15 내지 도 22는 본 발명의 원리들에 따른, 제1 사용자가 데이터 파일의 사용자 사본을 온라인으로 편집하고 있을 때 제작 응용 프로그램에 의해 디스플레이되는 예시적인 사용자 인터페이스에 대한 변화들을 나타낸 도면.
도 23 내지 도 29는 본 발명의 원리들에 따른, 제1 사용자가 데이터 파일의 사용자 사본을 오프라인으로 편집하고 있을 때 제작 응용 프로그램에 의해 디스플레이되는 예시적인 사용자 인터페이스에 대한 변화들을 나타낸 도면.

이하의 상세한 설명에서, 본 명세서의 일부를 형성하고 예로서 구체적인 실시예들 또는 일례들이 도시되어 있는 첨부 도면들이 참조되고 있다. 본 발명이 일반적으로 컴퓨팅 시스템에서 운영 체제 상에서 실행되는 응용 프로그램과 관련하여 실행되는 프로그램 모듈들과 관련하여 기술될 것이지만, 당업자라면 본 발명이 또한 다른 프로그램 모듈들과 관련하여 구현될 수 있다는 것을 잘 알 것이다. 본 발명의 사상 또는 범위를 벗어나지 않고, 본 명세서에 기술된 실시예들이 결합될 수 있고, 다른 실시예들이 이용될 수 있다. 따라서, 이하의 상세한 설명은 제한적인 의미로 해석되어서는 안되며, 본 발명의 범위가 첨부된 특허청구항범위 및 그의 등가물들에 의해 한정된다.

본 발명의 원리들에 따르면, 공동작업 제작 응용 프로그램은 한명 이상의 사용자가 편집 동작(예를 들어, 콘텐츠 및/또는 메타데이터의 삽입, 수정, 및/또는 삭제)을 통해 하나 이상의 데이터 파일들(예를 들어, 워드 프로세싱 문서, 프레젠테이션 문서, 스프레드시트 문서, 사진 또는 기타 이미지, 사운드 파일, 소프트웨어 응용 프로그램, 실행가능 코드, 기타)를 편집할 수 있는 제작 환경을 제공한다. 각각의 사용자는 마스터 사본으로 표현되는 한 버전의 데이터 파일에 기초하여 데이터 파일의 사용자 사본을 획득한다. 사용자는 데이터 파일의 새 버전을 생성하기 위해 데이터 파일의 사용자 사본을 편집하고 이 새 버전을 마스터 사본과 주기적으로 동기화시킬 수 있다.

동기화라는 용어는, 본 명세서에서 사용되는 바와 같이, 공용 버전의 데이터 파일을 생성하기 위해 데이터 파일의 마스터 사본과 데이터 파일의 사용자 사본 간에 하나 이상의 버전 업데이트들을 전송하는 것 및/또는 수신하는 것을 말한다. 예를 들어, 각각의 사용자는 데이터 파일의 새 버전을 나타내는 버전 업데이트를 마스터 사본으로 주기적으로 전송할 수 있고 또 (예를 들어, 다른 사용자들에 의해 수행된 편집들을 반영하고 있을 수 있는) 마스터 사본의 현재 버전을 나타내는 버전 업데이트를 마스터 사본으로부터 주기적으로 수신할 수 있다.

이상에서 간략히 기술한 바와 같이, 본 발명의 실시예들은 사용자가 공동 작업 환경에서 데이터 파일을 동기화시킬 때 일어나는 편집 충돌들을 해결할 수 있게 해주는 것에 관한 것이다. 일반적으로, 사용자 사본이 획득될 때와 사용자 사본이 마스터 사본과 동기화될 때의 사이에 또는 동기화들 사이에 데이터 파일의 마스터 사본이 변하는 경우(예컨대, 마스터 사본 상에서 편집 동작이 수행되는 경우) 편집 충돌이 일어날 수 있다. 마스터 사본에 대한 이러한 변경을 본 명세서에서 "중간 변경(intervening change)"이라고 할 것이다.

편집 동작이 마스터 사본에 대한 중간 변경과 상충하는 경우(또는 그 반대의 경우에), 데이터 파일의 사용자 사본에 대해 편집 동작이 수행되면, 이 용어가 본 명세서에서 사용되는 바와 같이, 편집 충돌이 일어난다. 예를 들어, 사용자가 중간 변경에 의해 데이터 파일의 마스터 사본에서 삭제되었던 제1 데이터 단위를 수정하기 위해 데이터 파일의 사용자 사본에서 편집 동작을 수행하는 경우, 제1 데이터 단위의 수정을 가져오는 편집 동작이 마스터 사본에서 제1 데이터 단위의 삭제를 가져오는 편집 동작과 충돌하게 될 것이다.

이제부터 도면을 참조하면, 도 1은 본 발명의 측면들의 일례인 특징들을 갖는 예시적인 제작 시스템(100)을 나타낸 것이다. 제작 시스템(100)은 데이터 파일(예를 들어, 워드 프로세싱 문서, 프레젠테이션 문서, 스프레드시트 문서, 사진 또는 기타 이미지, 사운드 파일, 소프트웨어 응용 프로그램, 실행가능 코드, 기타)의 마스터 사본(150)을 저장하는 저장 장치(120)를 포함하고 있다. 일 실시예에서, 저장 장치(120)는 하나 이상의 저장 장치들(예를 들어, 저장 장치들의 네트워크)을 포함할 수 있다. 다른 실시예에서, 저장 장치(120)는 하나 이상의 컴퓨팅 장치들을 포함할 수 있다.

제작 시스템(100)은 또한 저장 장치(120)에 통신 연결(communicatively couple)되어 있을 수 있는 적어도 하나의 사용자 컴퓨팅 장치(110)를 포함하고 있다. 이 용어가 본 명세서에서 사용되는 바와 같이, 사용자 컴퓨팅 장치(110)는 데이터 파일의 마스터 사본(150)으로부터 데이터 파일의 사용자 사본(155)을 획득하여 작성하도록 구성되어 있는 임의의 장치를 포함한다. 이 용어가 본 명세서에서 사용되는 바와 같이, 데이터 파일을 작성한다는 것은 편집 동작들을 통해 데이터 파일을 생성하는 것 및/또는 데이터 파일을 편집하는 것을 포함할 수 있다. 사용자 컴퓨팅 장치들(110) 각각은, 마스터 사본(150)에 기초하여 데이터 파일의 사용자 사본(155)을 생성함으로써, 데이터 파일을 작성할 수 있다. 사용자 장치(110)가 저장 장치(120)에 통신 연결될 때(즉, 온라인일 때) 또는 사용자 장치(110)가 저장 장치(120)로부터 분리될 때(즉, 오프라인일 때), 사용자 장치(110)는 사용자 사본(155)을 편집할 수 있다.

사용자 컴퓨팅 장치(110)가 저장 장치(120)에 통신 연결되고 하나 이상의 업데이트들을 저장 장치(120)로 주기적으로 전송하여 마스터 사본(150)에 포함됨으로써 다른 사용자 컴퓨팅 장치들과 공유될 때(즉, 온라인일 때) 데이터 파일의 사용자 사본(155)이 동기화될 수 있다. 사용자 사본(155)의 동기화는 또한 다른 사용자 컴퓨팅 장치들로부터 발생된 마스터 사본(150)으로부터의 업데이트들을 저장 장치(120)로부터 주기적으로 획득하는 것도 포함한다. 사용자 컴퓨팅 장치(110)가 오프라인일 때, 사용자 컴퓨팅 장치는 저장 장치(120), 따라서 다른 사용자 컴퓨팅 장치들과 동기화되지 않는다.

데이터 파일의 사용자 사본을 마스터 사본과 동기화하는 것에 관한 부가의 상세들이 2007년 11월 9일자로 출원된 발명의 명칭이 "Collaborative Authoring(공동작업 작성)"인 동시 계류 중인 출원 제11/938,082호(이 출원은 여기에 인용함으로써 그 전체 내용이 본 명세서에 포함됨)에서 찾아볼 수 있다. 사용자 컴퓨팅 장치가 오프라인일 때 동기화하는 것에 관한 부가의 상세들이 2007년 12월 14일로 출원된 발명의 명칭이 "Collaborative Authoring Modes(공동작업 작성 모드)"인 동시 계류 중인 출원 제11/957,010호(이 출원은 여기에 인용함으로써 그 전체 내용이 본 명세서에 포함됨)에서 찾아볼 수 있다.

도 1에 도시된 일례에서, 4개의 사용자 컴퓨팅 장치(110A, 110B, 110C, 및 110D)가 저장 장치(120)에 통신 연결되어 있다. 그렇지만, 다른 실시예들에서, 임의의 수의 사용자 컴퓨팅 장치들(110)이 저장 장치(120)에 연결되어 있을 수 있다. 도시된 일례에서, 각각의 사용자 컴퓨팅 장치(110A, 110B, 110C, 및 110D)는 사용자 컴퓨팅 장치의 사용자에 의해 발생된 업데이트들을 저장 장치(120)로 전송할 수 있고 다른 사용자 컴퓨팅 장치들의 사용자들에 의해 발생된 업데이트들을 저장 장치(120)에 요청할 수 있다.

사용자 컴퓨팅 장치들(110A, 110B, 110C, 110D)은 저장 장치(120)와 다른 장치일 수 있거나, 저장 장치(120) 상에 구현된 다른 사용자 계정들을 포함할 수 있다. 일 실시예에서, 하나의 데이터 파일에 대해 저장 장치(120)로서 기능하는 장치가 다른 데이터 파일에 대해 사용자 컴퓨팅 장치(110)로서 기능할 수 있고, 그 반대로도 될 수 있다. 일 실시예에서, 저장 장치(120)는 서버 컴퓨팅 장치일 수 있고, 사용자 컴퓨팅 장치들(110A, 110B, 110C, 및 110D)은 클라이언트 컴퓨팅 장치들일 수 있다.

본 발명의 측면들에 따르면, 데이터 파일에 대한 업데이트들이 콘텐츠 업데이트 및/또는 메타데이터 업데이트를 포함한다. 이 용어가 본 명세서에서 사용되는 바와 같이, 콘텐츠 업데이트는 데이터 파일의 상당한 콘텐츠에 대해 행해지는 임의의 편집 동작을 말한다. 예를 들어, 워드 프로세싱 문서에 대한 콘텐츠 업데이트는 추가된 단락(또는 그의 일부), 삭제된 단락(또는 그의 일부), 수정된 단락(또는 그의 일부), 및 테이블, 차트, 이미지 또는 다른 이러한 개체에 대한 추가, 삭제 및/또는 변경을 포함할 수 있다. 다른 실시예에서, 프레젠테이션 문서에 대한 콘텐츠 업데이트들은 추가된, 삭제된 및/또는 수정된 사진들, 텍스트, 애니메이션들, 사운드들 및 기타 이러한 데이터 객체들을 포함할 수 있다.

이 용어가 본 명세서에서 사용되는 바와 같이, 메타데이터 업데이트는 데이터 파일의 메타데이터에 대해 행해지는 임의의 편집 동작을 말한다. 메타데이터의 비제한적인 일례들로는 콘텐츠 잠금(content lock), 현재 상태 정보(presence information), 및 기타 이러한 데이터가 있다. 현재 상태 정보는 어느 사용자들이 문서를 편집하려는 의사를 표시했는지를 나타낸다. 콘텐츠 잠금은 잠금을 소유하지 않는 사용자들이 그 잠금 내에 있는 임의의 콘텐츠를 편집하는 것을 금지시킨다. 예를 들어, 콘텐츠 잠금은 문서 또는 기타 데이터 파일의 어느 부분들이 다른 사용자에 의해 요구되었는지를 알려줌으로써 편집 충돌을 억제할 수 있다. 어떤 실시예들에서, 콘텐츠 잠금은 한 사용자가 다른 사용자에 의해 요구된 문서의 일부분을 편집하지 못하도록 할 수 있다. 그렇지만, 다른 실시예들에서, 사용자는 콘텐츠 잠금을 풀고 데이터 파일의 일부분을 편집하기로 할 수 있다. 이러한 경우들에, 제작 응용 프로그램은 잠금된 부분을 편집할 때 충돌이 일어날지도 모른다는 것을 사용자에게 경고할 수 있다.

도 2에 도시된 바와 같이, 데이터 파일의 텐츠(152) 및 메타데이터(154)는 저장 장치(120)의 메모리(125)에 저장될 수 있다. 어떤 실시예들에서, 데이터 파일의 메타데이터(154)가 콘텐츠(152)와 별도로 저장될 수 있다. 예를 들어, 콘텐츠(152)는 데이터 파일(150)에 저장될 수 있고, 메타데이터(154)는 데이터 파일(150)과 별개인 테이블(도시 생략)에 저장될 수 있다. 그렇지만, 다른 실시예들에서, 메타데이터(154)가 데이터 파일(150) 내에 저장될 수 있다. 데이터 파일의 사용자 사본(155)의 콘텐츠(152') 및 메타데이터(154')는 사용자 컴퓨팅 장치(110) 상의 캐시[도 4의 캐시(426) 참조]에 저장될 수 있다. 사용자 컴퓨팅 장치(110) 상의 하나 이상의 제작 응용 프로그램들(130)은 데이터 파일의 사용자 사본(155)의 콘텐츠(152') 및/또는 메타데이터(154')를 처리하고 조작한다.

일반적으로, 사용자 컴퓨팅 장치들(110)은 메타데이터 업데이트들과 별도로 콘텐츠 업데이트들을 동기화시킬 수 있다. 어떤 실시예들에서, 메타데이터 업데이트들은 저장 장치(120)와 사용자 컴퓨팅 장치들(110) 사이에서 자동으로 동기화되는 반면, 각각의 사용자 컴퓨팅 장치(110)로부터의 콘텐츠 업데이트들은 각자의 사용자의 요청 시에 동기화된다. 일 실시예에서, 제작 환경(100)은 편집 충돌이 존재하지 않을 때에만(또는 해결된 때에만) 콘텐츠 업데이트들을 동기화시킬 수 있지만, 기존의 편집 충돌들과 상관없이 메타데이터 업데이트들을 동기화시킬 수 있다.

일 실시예에서, 편집 충돌은 마스터 사본으로부터 수신된 콘텐츠 업데이트로부터 비롯된 것일 수 있다. 이러한 실시예에서, 사용자 사본(155)의 콘텐츠(152') 및/또는 메타데이터(154')에 대한 변경들이 마스터 사본(150)의 콘텐츠(152)에 대한 중간 변경들과 상충한다. 이러한 편집 충돌을 본 명세서에서 병합가능 충돌(mergeable conflict)이라고 한다. 예를 들어, 일 실시예에서, 동기화들 사이에서 데이터 파일의 사용자 사본 및 마스터 사본에서 동일한 데이터 단위가 서로 다르게 편집되었을 수 있다. 다른 실시예에서, 사용자 사본(155)에서 데이터 단위에 대해 획득된 콘텐츠 잠금이 마스터 사본(150)과 동기화되기 전에 마스터 사본(150)에서 데이터 단위가 편집되었을 수 있다.

다른 실시예에서, 편집 충돌은 마스터 사본(150)으로부터 수신된 콘텐츠 업데이트로부터 비롯된 것일 수 있다. 이러한 실시예에서, 사용자 사본(155)의 콘텐츠(152') 및/또는 메타데이터(154')에 대한 변경들이 마스터 사본(150)의 메타데이터(154)에 대한 중간 변경들(예를 들어, 콘텐츠 잠금의 추가)과 상충한다. 이러한 편집 충돌을 본 명세서에서 병합불가능 충돌(unmergeable conflict)이라고 한다. 예를 들어, 사용자 장치(110)는 사용자 사본(155)에서 수정된 콘텐츠가 이미 다른 사용자에 의해 잠금되었다는 것을 알려주는 메타데이터 업데이트를 데이터 파일의 마스터 사본(150)으로부터 수신할 수 있다.

일 실시예에서, 마스터 사본(150)에 대한 중간 변경들과 상충하는 데이터 파일의 사용자 사본(155)의 메타데이터(154')에 대한 변경들이 마스터 사본(150)에 대한 중간 변경들에 의해 오버라이드(override)된다. 예를 들어, 저장 장치(120)가 데이터 파일의 제1 데이터 단위에 대한 콘텐츠 잠금을 요청하는 메타데이터 업데이트를 제1 사용자 장치(110A)(도 1)로부터 수신하고 마스터 사본(150)의 대응하는 제1 데이터 단위가 제2 사용자 장치(110B)(도 1)에 대해 이미 잠금되어 있는 것으로 판정하는 경우, 저장 장치(120)는 제1 사용자 장치(110A)의 잠금 요청을 거부하게 될 것이다.

도 3은 제작 응용 프로그램이 도 2의 사용자 사본(155) 등의 데이터 파일의 사용자 사본을 작성할 수 있는 예시적인 작성 프로세스(300)의 동작 흐름을 나타낸 플로우차트이다. 작성 프로세스(300)는 시작 모듈(302)에서 초기화되고 시작되어, 작성 동작(304)으로 진행한다. 일반적으로, 작성 동작(304)은 데이터 파일의 사용자 사본을 편집한다. 일 실시예에서, 작성 동작(304)은 (예를 들어, 저장 장치로부터의) 기존의 데이터 파일의 마스터 사본에 기초하여 데이터 파일의 사용자 사본을 획득한다. 다른 실시예에서, 작성 동작(304)은 새 데이터 파일을 생성하여 편집하고, (예를 들어, 주기적으로 또는 편집이 완료될 때) 데이터 파일의 마스터 사본을 발생하며, 데이터 파일의 마스터 사본을 (예를 들어, 저장 장치 상에) 저장한다.

수신 동작(306)은 데이터 파일의 마스터 사본에 행해진 중간 변경들을 알려주는 업데이트들을 제작 응용 프로그램에서 획득한다. 예를 들어, 일 실시예에서, 수신 동작(306)은 데이터 파일을 작성하는 하나 이상의 다른 사용자들에 의해 마스터 사본의 콘텐츠에 행해진 중간 변경들을 알려주는 콘텐츠 업데이트를 획득한다. 다른 실시예에서, 수신 동작(306)은 데이터 파일을 작성하는 하나 이상의 다른 사용자들에 의해 마스터 사본의 메타데이터타에 행해진 중간 변경들을 알려주는 메타데이터 업데이트를 획득한다. 다른 실시예에서, 수신 동작(306)은 콘텐츠 및 메타데이터 업데이트 둘다를 획득한다.

일 실시예에서, 수신 동작(306)은 미리 정해진 간격으로 마스터 사본으로부터 업데이트를 수신한다. 다른 실시예에서, 마스터 사본에 대해 임계량의 편집이 수행되었을 때, 수신 동작(306)은 마스터 사본으로부터 업데이트를 수신한다. 다른 실시예에서, 수신 동작(306)은 업데이트에 대한 요청에 응답하여 마스터 사본으로부터 업데이트를 수신한다. 예를 들어, 수신 동작(306)은 데이터 파일을 저장하기 전에 데이터 파일을 업데이트하기 위해 마스터 사본에 업데이트를 요청할 수 있다. 이러한 실시예에서, 데이터 파일을 동기화시키라는 명령들이 사용자로부터 수신될 때, 수신 동작(306)은 마스터 사본에 업데이트를 요청한다.

업데이트 동작(308)은 (예를 들어, 중간 변경들을 문서의 사용자 사본에 병합시킴으로써) 중간 변경들을 문서의 사용자 사본 내에 인스턴스화한다. 일 실시예에서, 업데이트 동작(308)은 중간 콘텐츠 변경들과 다르게 중간 메타데이터 변경들을 인스턴스화한다. 일 실시예에서, 업데이트 동작(308)은 콘텐츠 업데이트 및 메타데이터 업데이트를 자동으로 인스턴스화할 수 있다. 다른 실시예에서, 업데이트 동작(308)은 메타데이터 업데이트를 자동으로 인스턴스화할 수 있고 콘텐츠 업데이트를 사용자의 요청 시에 인스턴스화할 수 있다. 예를 들어, 업데이트 동작(308)은 버튼 또는 기타 인터페이스 도구를 사용자에게 제시하여, 그 버튼 또는 기타 인터페이스 도구를 선택함으로써 인스턴스화될 수 있는 업데이트의 이용가능성을 알려줄 수 있다.

업데이트 동작(308)은 또한 임의의 편집 충돌이 존재하는지 여부를 판정할 수 있다. 어떤 실시예들에서, 업데이트 동작(308)은 편집 충돌이 식별되는지 여부에 따라 서로 다르게 중간 변경들을 인스턴스화할 수 있다. 예를 들어, 일 실시예에서, 업데이트 동작(308)은 편집 충돌이 식별될 때 콘텐츠 업데이트의 인스턴스화를 금지시킬 수 있지만, 편집 충돌의 존재에도 불구하고 메타데이터 업데이트를 자동으로 계속 인스턴스화할 수 있다. 유익하게도, 편집 충돌의 존재에도 불구하고 메타데이터 업데이트들을 동기화시키는 것은 추가의 편집 충돌들의 생성을 완화시킬 수 있다. 예를 들어, 잠금 데이터를 동기화시키는 것은 서로 다른 사용자들에 의한 동일한 데이터 단위의 동시 편집을 억제할 수 있다.

동기화 동작(310)은 데이터 파일의 사용자 사본에 행해진 변경들을 나타내는 업데이트를 마스터 사본으로 전달함으로써 사용자 사본을 마스터 사본과 동기화시키려고 시도한다. 일 실시예에서, 동기화 동작(310)은 데이터 파일을 공동으로 작성하는 다른 사용자들로 분배하기 위해 업데이트를 전달한다. 동기화 동작(310)은, 사용자 사본과 마스터 사본 간의 편집 충돌이 식별되지 않는 경우, 단지 사용자 사본을 마스터 사본으로서 저장한다(즉, 마스터 사본에 덮어쓰기한다). 일 실시예에서, 동기화 동작(310)은 마스터 사본의 가장 최근의 버전을 획득하고 사용자 사본과 마스터 사본의 가장 최근의 버전 사이에 편집 충돌이 존재하는지 여부를 판정한다.

본 발명의 측면들에 따르면, 동기화 동작(310)은 편집 충돌이 사용자의 재량으로 식별된 후에 사용자가 언제라도 편집 충돌의 해결을 시작할 수 있게 해줄 수 있다. 동기화 동작(310)은, 하나 이상의 편집 충돌들이 존재하는 것으로 판정되었더라도, 사용자가 데이터 파일의 사용자 사본을 계속하여 자유롭게 편집할 수 있게 해줄 수 있다. 일 실시예에서, 동기화 동작(310)은 편집 충돌들이 사용자에게 숨겨져 있는 상태에서 사용자 사본을 계속하여 편집할 수 있다. 다른 실시예에서, 동기화 동작(310)은 편집 충돌들이 사용자에게 제시되는 상태에서 사용자 사본을 계속하여 편집할 수 있다. 하나 이상의 편집 충돌의 존재에도 불구하고 사용자 사본의 편집이 계속되는 경우, 본 명세서에 더 상세히 기술될 것인 바와 같이, 동기화를 위해 마스터 사본으로 전달되는 대신에 편집 충돌이 해결될 때까지 사용자 사본에 대한 변경들을 알려주는 콘텐츠 업데이트가 로컬로 저장될 수 있다.

동기화 동작(310)은 콘텐츠 업데이트와 다르게 메타데이터 업데이트를 동기화시킬 수 있다. 예를 들어, 일 실시예에서, 동기화 동작(310)은 모든 편집 충돌이 해결된 경우에만 콘텐츠 업데이트를 전달할 수 있고 편집 충돌이 해결되었는지 여부에 상관없이 메타데이터 업데이트를 전달할 수 있다. 상기한 바와 같이, 편집 충돌의 존재에도 불구하고 메타데이터 업데이트들을 동기화시키는 것은 추가의 편집 충돌들의 생성을 완화시킬 수 있다. 게다가, 편집 충돌이 존재할 때 콘텐츠 업데이트를 동기화시키는 것을 중단하는 것은 데이터 파일의 마스터 사본에 편집 충돌을 유입시키는 것을 억제할 수 있다. 작성 프로세스(300)는 종료 모듈(312)에서 완료되어 종료한다.

일반적으로, 본 발명의 원리들에 따른 측면들의 일례인 특징들을 갖는 제작 환경이 사용자 컴퓨팅 장치(예를 들어, 개인용 컴퓨터, 서버 컴퓨터, 노트북 컴퓨터, PDA, 스마트폰, 또는 임의의 다른 이러한 컴퓨팅 장치) 상에 구현될 수 있다. 제작 환경을 구현하고 도 3의 작성 프로세스(300) 등의 작성 프로세스를 수행하도록 구성된 사용자 컴퓨팅 시스템(400)의 비제한적인 실시예에 대해 도 4를 참조하여 본 명세서에 기술한다.

도 4에서, 본 발명의 원리들을 구현하는 예시적인 컴퓨팅 시스템(400)은 사용자 컴퓨팅 장치(410)와 같은 사용자 컴퓨팅 장치를 포함한다. 기본적인 구성에서, 사용자 컴퓨팅 장치(410)는 통상적으로 시스템 메모리(420)에 저장된 응용 프로그램들 및 프로그램들을 실행하는 적어도 하나의 처리 장치(415)를 포함한다. 컴퓨팅 장치(910)의 정확한 구성 및 유형에 따라, 시스템 메모리(420)는 RAM, ROM, EEPROM, 플래쉬 메모리, CD-ROM, DVD(digital versatile disk), 또는 기타 광 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 기타 메모리 기술을 포함할 수 있지만, 이들로 제한되지 않는다.

시스템 메모리(420)는 통상적으로 컴퓨팅 장치(410)의 동작을 제어하는 데 적당한 운영 체제(422)[미국 워싱턴주 레드몬드 소재의 MICROSOFT CORPORATION로부터의 WINDOWS

운영 체제 등]를 저장하고 있다. 시스템 메모리(420)는 또한 문서의 사용자 사본(427)이 저장될 수 있는 데이터 파일 캐쉬(426)도 포함할 수 있다. 데이터 파일의 메타데이터(429)도 역시 사용자 캐쉬(426) 내에 저장될 수 있다.

시스템 메모리(420)는 또한 데이터 파일을 생성 및 편집하는 제작 응용 프로그램들(424)과 같은 하나 이상의 소프트웨어 응용 프로그램들을 저장하고 있을 수 있다. 본 발명의 원리들에 따른, 문서들을 작성하는 데 적당한 제작 응용 프로그램(424)의 한 비제한적인 일례는 미국 워싱턴주 레드몬드 소재의 MICROSOFT CORPORATION으로부터의 제작 소프트웨어 MICROSOFT

OFFICE WORD이다. 제작 응용 프로그램들의 다른 비제한적인 일례들로는 역시 미국 워싱턴주 레드몬드 소재의 MICROSOFT CORPORATION으로부터의 프레젠테이션 소프트웨어 POWERPOINT

와 도면 작성 및 다이어그램 작성 소프트웨어 VISIO

가 있다.

컴퓨팅 장치(410)는 또한 데이터를 입력 및 조작하기 위한 키보드, 마우스, 펜, 음성 입력 장치, 터치 입력 장치, 기타 등등의 입력 장치(들)(430)를 가질 수 있다. 디스플레이 화면, 스피커, 프린터, 기타 등등의 출력 장치(들)(435)도 역시 포함되어 있을 수 있다. 이 출력 장치들(435)은 공지되어 있으며, 여기에서 상세히 기술할 필요가 없다.

컴퓨팅 장치(410)는 또한 장치(410)가 분산 컴퓨팅 환경에서 네트워크(예를 들어, 인트라넷 또는 인터넷)를 통해 다른 컴퓨팅 장치들[예를 들어, 도 1의 저장 장치(120)]과 통신할 수 있게 해주는 통신 연결들(440)을 포함할 수 있다. 제한이 아닌 예로서, 통신 장치 매체(440)는 유선 네트워크 또는 직접 배선 연결(direct-wired connection) 등의 유선 매체와, 음향, RF, 적외선 및 기타 무선 매체 등의 무선 매체를 포함한다.

도 5는 도 3의 동기화 동작(310)이 구현될 수 있는 예시적인 동기화 프로세스(500)의 동작 흐름을 나타낸 플로우차트이다. 동기화 프로세스(500)는 시작 모듈(502)에서 초기화되고 시작되어, 획득 동작(504)으로 진행한다. 획득 동작(504)은 마스터 사본으로부터 버전 업데이트를 획득한다. 예를 들어, 일 실시예에서, 획득 동작(504)은 마스터 사본에 버전 업데이트를 요청할 수 있다. 다른 실시예에서, 수신 동작(504)은 (예를 들어, 미리 정해진 간격으로) 마스터 사본으로부터 주기적인 버전 업데이트들을 수신할 수 있다.

식별 동작(506)은 마스터 사본의 현재 버전과 사용자 사본 간에 편집 충돌이 존재하는지 여부를 판정한다. 보다 구체적으로는, 식별 동작(506)은 가장 최근의 동기화 이후에(예를 들어, 사용자 사본이 획득된 이후에) 마스터 사본에 대한 임의의 중간 변경들 및 사용자 사본에 대해 수행된 임의의 편집 동작들이 서로 상충하는지 여부를 판정한다.

병합 동작(508)은 사용자 사본 및 마스터 사본을 데이터 파일의 병합된 버전으로 결합시키고 병합된 버전을 사용자에게 제시한다. 일 실시예에서, 병합 동작(508)은 중간 변경들을 데이터 파일의 사용자 사본에 통합시킨다. 다른 실시예에서, 병합 동작(508)은 사용자 변경들을 데이터 파일의 마스터 사본에 통합시킨다. 다른 실시예에서, 병합 동작(508)은 중간 변경들 및 사용자 변경들을 마스터 사본의 가장 최근에 동기화된 버전(즉, 사용자에 의해 획득되어 편집된 마스터 사본의 버전)에 통합시킨다.

제1 판정 모듈(510)은, 임의의 편집 충돌이 식별 동작(506)에 의해 식별되었는지 여부 및/또는 이전에 수신된 업데이트들로부터의 임의의 식별된 편집 충돌이 미해결된 채로 있는지 여부에 기초하여, 동기화 프로세스(500)의 흐름을 분할한다. 제1 판정 모듈(510)이 적어도 하나의 편집 충돌이 식별된 것으로 판정하는 경우, 경보 동작(512)은 편집 충돌의 존재를 사용자에게 알려준다. 예를 들어, 경보 동작(512)은 하나 이상의 편집 충돌의 존재를 알려주는 메시지를 사용자에게 제시할 수 있다. 일 실시예에서, 경보 동작(512)은 또한 미해결된, 식별된 편집 충돌들을 갖는 것의 결과들(예를 들어, 편집 충돌이 해결될 때까지 사용자 사본을 마스터 사본과 완전히 동기화시킬 수 없다는 것)을 알려줄 수 있다.

제2 판정 모듈(514)은 사용자가 식별된 편집 충돌을 언제 검토하고 해결해야 하는지를 선택할 수 있게 해준다. 도시된 일례에서, 제2 판정 모듈(514)은 편집 충돌을 검토하거나 또는 편집 충돌을 조사하지 않고 데이터 파일의 사용자 사본을 계속 편집하는 옵션을 사용자에게 제시한다. 제2 판정 모듈(514)이 편집 계속 옵션이 사용자에 의해 선택된 것으로 판정하는 경우, 본 명세서에 더 상세히 기술될 것인 바와 같이, 계속 동작(516)은 사용자가 데이터 파일을 자유롭게 편집할 수 있게 해준다.

그렇지만, 제2 판정 모듈(514)이 검토 옵션이 사용자에 의해 선택된 것으로 판정하는 경우, 본 명세서에 더 상세히 기술될 것인 바와 같이, 검토 동작(518)은 사용자가 편집 충돌을 검토하고 선택적으로 해결 프로세스를 사용하여 해결할 수 있게 해준다. 검토 동작(518)이 완료될 때, 동기화 프로세스(500)는 다시 제1 판정 모듈(510)로 진행하여 임의의 편집 충돌이 미해결된 채로 있는지 여부를 판정한다. 제1 판정 모듈(510)이 편집 충돌이 없는 것으로 판정할 때까지 상기한 동작 흐름이 반복된다.

제1 판정 모듈(510)이 편집 충돌이 존재하지 않는 것으로 판정할 때, 제3 판정 모듈(520)은 마스터 사본으로부터의 모든 중간 변경들이 획득되어 사용자 사본에 인스턴스화되었는지 여부를 판정한다. 예를 들어, 제3 판정 모듈(520)은 가장 최근의 업데이트 이후에 마스터 사본에 임의의 중간 변경들이 행해졌는지 여부를 판정할 수 있다. 일 실시예에서, 제3 판정 모듈(520)은 마스터 사본의 현재 버전의 버전 번호를 가장 최근에 수신된 업데이트가 나타내는 마스터 사본의 버전의 버전 번호를 비교한다.

제3 판정 모듈(520)이 부가의 중간 변경들이 존재하는 것으로(즉, 가장 최근에 수신된 업데이트가 마스터 사본의 현재 상태를 반영하고 있지 않은 것으로) 판정하는 경우, 동기화 프로세스(500)는 획득 동작(504)으로 되돌아가고, 동기화 프로세스(500)가 다시 시작한다. 제3 판정 모듈(520)이 부가의 중간 변경들이 존재하지 않는 것으로(즉, 가장 최근에 수신된 업데이트가 마스터 사본의 현재 상태를 반영하고 있는 것으로) 판정하는 경우, 표시 동작(522)은 편집 충돌이 해결되었다는 표시를 제공한다. 예를 들어, 일 실시예에서, 표시 동작(522)은 모든 편집 충돌이 해결되었다는 것을 알려주는 메시지를 사용자에게 디스플레이할 수 있다. 다른 실시예에서, 표시 동작(522)은 편집 충돌이 해결되었다는 것을 알려주는 그래픽, 아이콘, 또는 기타 표식을 사용자에게 디스플레이할 수 있다. 저장 동작(524)은 데이터 파일의 마스터 사본을 사용자 사본으로 덮어쓰기한다. 동기화 프로세스(500)는 종료 모듈(526)에서 완료되어 종료한다.

도 6은 도 5의 계속 동작(516)이 구현될 수 있는 예시적인 편집 프로세스(600)의 동작 흐름을 나타낸 플로우차트이다. 편집 프로세스(600)는 시작 모듈(602)에서 초기화되고 시작되어, 수신 동작(604)으로 진행한다. 수신 동작(604)은 사용자로부터 편집 명령들을 획득한다. 예를 들어, 수신 동작(604)은 도 4의 입력 장치(430) 등의 입력 장치를 통해 사용자 입력을 수신할 수 있다.

편집 명령들은 데이터 파일의 사용자 사본의 병합된 버전의 콘텐츠 및/또는 메타데이터에 대한 변경들을 나타낸다. 예를 들어, 편집 명령들은 새 데이터 파일의 데이터 단위(예를 들어, 단락, 열, 테이블, 슬라이드, 그래픽, 기타)가 추가, 삭제 또는 수정되어야만 한다는 것을 나타낼 수 있다. 편집 명령들은 또한 메타데이터의 변경(예를 들어, 콘텐츠 잠금의 변경, 기타)을 나타낼 수 있다. 구현 동작(606)은 문서의 새 사본에 대한 편집 동작을 수행한다.

판정 모듈(608)은 사용자가 편집의 중단을 원한다는 것을 나타냈는지 여부를 판정한다. 예를 들어, 제1 실시예에서, 판정 모듈(608)은 사용자가 편집 충돌을 해결하기로 한 것으로 판정할 수 있다. 다른 실시예에서, 판정 모듈(608)은 사용자가 데이터 파일의 새 사본을 닫기로 하거나 새 사본을 데이터 파일의 마스터 사본과 동기화시키기로 한 것으로 판정한다. 다른 실시예에서, 판정 모듈(608)은 사용자가 데이터 파일의 새 사본을 계속 편집하기로 한 것으로 판정할 수 있다.

판정 모듈(608)이 사용자가 데이터 파일을 계속 편집하기로 한 것으로 판정하는 경우, 편집 프로세스(600)는 수신 동작(604)으로 다시 돌아가서 다시 시작한다. 판정 모듈(608)이 사용자가 데이터 파일의 편집을 중단하기로 한 것으로 판정하는 경우, 저장 동작(610)은 사용자에 의해 행해진 임의의 변경들을 저장한다. 일반적으로, 저장 동작(610)은 데이터 파일의 마스터 사본 이외의 장소에서 사용자에 의해 행해진 임의의 변경들을 포함하는 데이터 파일의 병합된 버전을 저장한다. 일 실시예에서, 저장 동작(610)은 데이터 파일의 병합된 버전을 로컬 메모리(예를 들어, 로컬 캐시)에 저장한다. 다른 실시예에서, 저장 동작(610)은 데이터 파일의 병합된 버전을 마스터 사본과 별개의 저장 장치 상에 저장할 수 있다. 편집 프로세스(600)는 종료 모듈(612)에서 완료되어 종료한다.

도 7은 하나 이상의 편집 충돌들이 검토되고 선택적으로 해결될 수 있는 예시적인 검토 프로세스(700)의 동작 흐름을 나타낸 플로우차트이다. 예를 들어, 검토 프로세스(700)는 도 5의 검토 프로세스(518)를 구현하는 한 예시적인 프로세스이다. 검토 프로세스(700)는 시작 모듈(702)에서 초기화되고 시작되어, 디스플레이 동작(704)으로 진행한다. 디스플레이 동작(704)은 편집 충돌들을 사용자에게 제시한다. 일 실시예에서, 데이터 파일의 병합된 버전과 관련하여 편집 충돌들이 제공된다.

어떤 실시예들에서, 디스플레이 동작(704)은 마스터 사본 및 사용자 사본 둘다로부터의 모든 충돌하는 편집들을 디스플레이한다. 예를 들어, 일 실시예에서, 디스플레이 동작(704)은 데이터 파일의 사용자 사본에 병합되는 충돌하는 편집 동작들로부터 얻어지는 콘텐츠를 디스플레이할 수 있다. 다른 실시예에서, 디스플레이 동작(704)은 데이터 파일의 마스터 사본에 병합되는 충돌하는 편집 동작들로부터 얻어지는 콘텐츠를 디스플레이할 수 있다. 다른 실시예에서, 디스플레이 동작(704)은 임의의 중간 변경들 이전에 데이터 파일의 버전에 병합되는 충돌하는 편집 동작들로부터 얻어지는 콘텐츠를 디스플레이할 수 있다.

일 실시예에서, 데이터 파일 내의 동일한 개체(예를 들어, 문자, 단어, 단락, 그래픽, 슬라이드, 셀, 행, 열, 기타)에 대해 충돌하는 편집 동작들이 행해지는 경우, 디스플레이 동작(704)은 양쪽 편집 동작에 의해 변환되는 개체를 디스플레이할 것이다. 다른 실시예에서, 디스플레이 동작(704)은 개체의 2개의 사본을 디스플레이할 것이며, 하나의 사본은 데이터 파일의 마스터 사본에서 발견된 개체의 버전을 나타내고 다른 사본은 데이터 파일의 사용자 사본에서 발견된 개체의 버전을 나타낸다.

일 실시예에서, 디스플레이 동작(704)은 충돌 콘텐츠를 데이터 파일의 병합된 버전의 비충돌 콘텐츠에 대한 주석으로서 디스플레이한다. 예를 들어, 일 실시예에서, 마스터 사본에서 또는 사용자 사본에서 데이터 파일에 추가된 충돌 콘텐츠가 비충돌 콘텐츠에 추가되고 충돌 콘텐츠가 데이터 파일의 한 버전에 삽입되었다는 것을 나타내도록 주석이 추가되는 것으로 나타내어져 있을 수 있다. 다른 실시예에서, 마스터 사본에서 또는 사용자 사본에서 데이터 파일로부터 제거된 충돌 콘텐츠가 비충돌 콘텐츠에 추가되고 충돌 콘텐츠가 데이터 파일의 한 버전에서 삭제되었다는 것을 나타내도록 주석이 추가되는 것으로 나타내어져 있을 수 있다. 충돌하는 편집을 디스플레이하는 것과 관련한 부가의 개시가 본 명세서에 제공될 것이다.

획득 동작(706)은 사용자로부터 작성 명령들을 수신한다. 예를 들어, 획득 동작(706)은 도 4의 입력 장치(430) 등의 입력 장치를 통해 사용자 입력을 수신할 수 있다. 제1 판정 모듈(708)은 사용자가 편집 충돌을 계속 검토하는 대신에 데이터 파일을 계속하여 자유롭게 편집하는 것으로 되돌아가라는 명령을 제공했는지 여부를 판정한다. 예를 들어, 일 실시예에서, 제1 판정 모듈(708)은 사용자가 본 명세서에서 더 상세히 개시하게 될 토글 인터페이스를 선택한 것으로 판정할 수 있다. 다른 실시예에서, 제1 판정 모듈(708)은 사용자가 충돌하는 편집 동작들 중 하나 이상을 수락 또는 거부하라는 명령을 제공한 것으로 판정할 수 있다.

제1 판정 모듈(708)이 사용자가 편집으로 돌아가라는 명령을 제공한 것으로 판정하는 경우, 식별된 편집 충돌이 미해결된 채로 있더라도, 검토 프로세스(700)는 종료 모듈(714)에서 완료되고 종료된다. 그렇지만, 제1 판정 모듈(708)이 사용자가 편집으로 돌아가라는 명령을 제공하지 않은 것으로 판정하는 경우, 구현 동작(710)은 사용자 명령을 수행한다. 일반적으로, 구현 동작(710)은 사용자에 의해 제공된 명령에 따라 각각의 편집 동작을 수락 또는 거부할 수 있다. 예를 들어, 일 실시예에서, 구현 동작(710)은, 사용자가 편집 동작을 수락하라는 명령을 제공하는 경우, 충돌하는 편집 동작을 데이터 파일의 병합된 버전에 인스턴스화할 수 있다. 다른 실시예에서, 구현 동작(710)은 데이터 파일의 병합된 버전으로부터 거부된 편집 동작의 효과를 제거할 수 있다. 구현 동작(710)의 수행에 관한 부가의 상세들이 본 명세서에 제공되어 있다.

제2 판정 모듈(712)은 임의의 식별된 편집 충돌들이 미해결된 채로 있는지 여부를 판정한다. 일 실시예에서, 제2 판정 모듈(712)은 (예를 들어, 마스터 사본으로부터 수신된 업데이트를 통해, 사용자에 의해 수행된 부가의 편집 동작을 통해, 기타를 통해) 가장 최근의 편집 충돌 식별 이후에 임의의 새로운 편집 충돌이 생성되었는지 여부를 판정하지 않는다. 오히려, 제2 판정 모듈(712)은 이미 식별된 편집 충돌들 중 어느 것이 미해결된 채로 있는지 여부를 판정한다. 다른 실시예에서, 제2 판정 모듈(712)은 임의의 새로운 편집 충돌이 존재하는지 여부를 판정한다.

제2 판정 모듈(712)이 적어도 하나의 식별된 편집 충돌이 미해결된 채로 있는 것으로 판정하는 경우, 해결 프로세스(700)는 다시 제1 판정 모듈(708)로 순환한다. 그렇지만, 제2 판정 모듈(712)이 식별된 편집 충돌이 해결된 것으로 판정하는 경우, 해결 프로세스(700)는 종료 모듈(714)에서 완료되어 종료된다.

일반적으로, 도 2의 사용자 인터페이스(110) 상의 제작 응용 프로그램(130) 등의 제작 응용 프로그램에 의해 사용자 장치 상에 디스플레이되는 사용자 인터페이스가 하나 이상의 편집 충돌이 제작 응용 프로그램에 의해 식별되었는지 여부에 기초하여 변할 수 있다. 어떤 실시예들에서, 제작 응용 프로그램은 편집 충돌의 존재를 사용자에게 알려주는 경보를 디스플레이할 수 있다. 예를 들어, 일 실시예에서, 상태 표시줄이 편집 충돌의 존재를 나타낼 수 있다. 다른 실시예에서, 편집 충돌의 결과를 알려주는 표식을 제공하는 메시지 상자가 사용자에게 디스플레이될 수 있다. 예를 들어, 메시지 상자는 식별된 편집 충돌이 해결될 때까지 콘텐츠가 동기화될 수 없다는 것을 나타낼 수 있다.

그에 부가하여, 편집 충돌이 식별될 때, 제작 응용 프로그램의 사용자 인터페이스는 사용자의 재량으로 편집 충돌을 보여주는 것과 편집 충돌을 숨기는 것 사이에서 토글하도록 구성될 수 있다. 일반적으로, 제작 응용 프로그램의 사용자 인터페이스는 편집 충돌이 보여질 때에도 편집 충돌이 숨겨질 때에도 데이터 파일의 자유로운 편집을 가능하게 해준다. 사용자 인터페이스는 사용자가 편집 충돌을 조사하기로 할 때 편집 충돌의 검토 및 해결을 가능하게 해주는 부가의 기능을 가능하게 해준다.

도 8 내지 도 10은 제작 응용 프로그램이 데이터 파일의 작성 및 동기화를 가능하게 해주기 위해 사용자에게 디스플레이할 수 있는 예시적인 사용자 인터페이스를 나타낸 개략 블록도이다. 도 8은 어떤 미해결된 편집 충돌들도 식별되지 않을 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스(800)를 나타낸 것이다. 예를 들어, 제작 응용 프로그램은 도 3의 편집 동작(304)이 수행되고 있을 때 사용자 인터페이스(800)를 디스플레이할 수 있다.

사용자 인터페이스(800)는 데이터 파일의 사용자 사본이 디스플레이될 수 있는 작성 창(810)을 포함한다. 일 실시예에서, 작성 창(810)은 사용자 사본의 콘텐츠가 디스플레이되는 편집 영역(812)을 포함한다. 데이터 파일의 메타데이터(예를 들어, 콘텐츠 잠금)도 역시 편집 영역(812)에 디스플레이될 수 있다. 제작 응용 프로그램의 사용자는 디스플레이된 콘텐츠를 추가, 삭제 또는 수정하기 위해 편집 영역(812)에서 콘텐츠와 상호작용할 수 있다.

도 9는 적어도 하나의 편집 충돌이 식별되었을 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스(850)를 나타낸 것이다. 예를 들어, 제작 응용 프로그램은 사용자가 충돌을 해결하는 대신에 데이터 파일을 계속 편집하기로 할 때[예를 들어, 도 5의 제1 판정 모듈(516)을 참조] 사용자 인터페이스(850)를 디스플레이할 수 있다. 일 실시예에서, 도 6의 편집 프로세스(600)가 수행되고 있을 때 사용자 인터페이스(850)가 디스플레이된다.

사용자 인터페이스(850)는 데이터 파일의 콘텐츠 및 메타데이터가 디스플레이 및/또는 편집될 수 있는 편집 영역(812)을 갖는 도 8의 작성 창(810)을 포함한다. 사용자 인터페이스(850)는 또한 토글 인터페이스(815)를 포함할 수 있다. 일반적으로, 사용자에 의한 토글 인터페이스(815)의 선택에 의해 사용자 인터페이스가 식별된 편집 충돌을 디스플레이할 것이다. 일 실시예에서, 토글 인터페이스(815)의 선택은 또한 충돌 해결 인터페이스를 활성화시킬 것이다.

도 10은 적어도 하나의 편집 충돌이 식별되고 사용자가 식별된 편집 충돌을 해결하기로 했을 때 사용자에게 디스플레이되는 예시적인 사용자 인터페이스(900)를 나타낸 것이다. 사용자 인터페이스(900)는 또한 식별된 편집 충돌의 해결을 가능하게 해줄 수 있다. 예를 들어, 제작 응용 프로그램은 사용자가 편집 충돌을 검토하기로 할 때[도 5의 제1 판정 모듈(514)을 참조] 사용자 인터페이스(900)를 디스플레이할 수 있다. 따라서, 일 실시예에서, 도 7의 검토 프로세스(700)가 수행되고 있을 때 사용자 인터페이스(900)가 디스플레이된다.

사용자 인터페이스(900)는 또한 사용자가 식별된 편집 충돌을 숨길 수 있는 토글 인터페이스(915)를 포함할 수 있다. 일 실시예에서, 토글 인터페이스(915)의 선택은 또한 충돌 해결 인터페이스(920)를 비활성화시킬 것이다. 예를 들어, 토글 인터페이스(915)의 선택에 의해 사용자 인터페이스(900) 대신에 도 9의 사용자 인터페이스(850)가 사용자에게 디스플레이될 수 있다.

사용자 인터페이스(900)는 데이터 파일의 콘텐츠 및 메타데이터가 디스플레이 및/또는 편집될 수 있는 편집 영역(912)을 갖는 작성 창(910)을 포함한다. 편집 영역(912)은 또한 식별된 편집 충돌 또는 식별된 편집 충돌로부터 생기는 콘텐츠를 디스플레이한다. 예를 들어, 일 실시예에서, 편집 영역(912)은 사용자 사본을 마스터 사본과 병합함으로써 발생된 데이터 파일의 병합된 버전을 디스플레이할 수 있다.

어떤 실시예들에서, 편집 영역(912) 내에 디스플레이되는 식별된 편집 충돌들이 충돌하는 편집 동작들로부터 생기는 콘텐츠에 대한 주석을 통해 표시된다. 일 실시예에서, 이 주석은 결과 콘텐츠들이 어떻게 충돌하는지를 나타낸다. 예를 들어, 일 실시예에서, 콘텐츠(예를 들어, 단어, 단락, 테이블, 열, 그래픽, 기타)의 일부가 사용자 사본 및/또는 마스터 사본에서 삽입, 삭제 및/또는 수정되었다는 것을 알려주기 위해 그 콘텐츠의 일부에 주석이 달려 있을 수 있다. 이러한 삽입, 삭제 및/또는 수정을 알려주는 예시적인 주석은 미리 정해진 색상, 취소선, 밑줄, 미리 정해진 불투명도, 강조, 또는 기타 이러한 표식을 포함할 수 있다.

사용자 인터페이스(900)는 또한 제작 응용 프로그램이 식별된 편집 충돌에 관한 정보를 사용자에게 전달할 수 있는 요약 창(920)도 포함할 수 있다. 어떤 실시예들에서, 요약 창(920)은 요약 정보 영역(922)을 포함할 수 있다. 예를 들어, 요약 정보 영역(922)은 제작 응용 프로그램에 의해 식별되고 미해결된 채로 있는 편집 충돌들의 수를 디스플레이할 수 있다. 요약 정보 영역(922)은 또한 병합가능 및 병합불가능 편집 충돌들의 수도 나타낼 수 있다. 일 실시예에서, 편집 충돌이 해결될 때 요약 정보 영역(922)이 새로고침(즉, 업데이트)될 수 있다.

어떤 실시예들에서, 요약 창(920)은 또한 임의의 미해결된 편집 충돌들의 목록(924)을 디스플레이할 수 있다. 예를 들어, 일 실시예에서, 모든 충돌 콘텐츠(예를 들어, 사용자 사본 또는 마스터 사본에서 추가, 삭제 및/또는 수정된 콘텐츠)가 요약 창(920) 내에 열거된다. 일 실시예에서, 콘텐츠의 출처(예를 들어, 사용자 사본 또는 마스터 사본)를 표시하기 위해 열거된 콘텐츠에 주석이 달려 있을 수 있다. 다른 실시예에서, 콘텐츠를 생성하는 편집 동작의 유형(예를 들어, 수정, 삽입, 삭제, 기타)을 표시하기 위해 열거된 콘텐츠에 주석이 달려 있을 수 있다.

사용자 인터페이스(900)는 사용자가 디스플레이된 편집 충돌들을 해결할 수 있도록 구성되어 있을 수 있다. 예를 들어, 사용자 인터페이스(900)는 사용자가 하나 이상의 디스플레이된 편집 충돌들에 대한 해결 명령을 제공할 수 있도록 해줄 수 있다. 일 실시예에서, 사용자 인터페이스(900)는 사용자가 디스플레이된 편집 충돌들에 대한 해결 명령을 순서에 따라 제공할 수 있도록 해준다. 다른 실시예에서, 사용자 인터페이스(900)는 사용자가 사용자에 의해 선택된 임의의 디스플레이된 편집 충돌에 대한 해결 명령을 제공할 수 있도록 해준다.

해결 명령의 일례로는 사용자가 주어진 편집 동작이 데이터 파일의 병합된 버전에 인스턴스화되어야 한다는 것을 나타내는 수락 명령, 및 사용자가 편집 동작이 데이터 파일의 병합된 버전에 대해 수행되어서는 안된다는 것을 나타내는 거부 명령이 있다. 해결 명령의 다른 일례들로는 사용자가 현재 선택된 편집 충돌을 해결하지 않고 후속하는 편집 충돌을 계속하는 다음(next) 명령, 및 사용자가 현재 선택된 편집 충돌을 해결하지 않고 이전의 편집 충돌로 되돌아가는 뒤로(back) 명령이 있을 수 있다.

어떤 실시예들에서, 사용자는 하나 이상의 해결 인터페이스(930)와 상호작용함으로써 해결 명령을 제공할 수 있다. 해결 인터페이스의 비제한적인 일례들로는 단추(예를 들어, 수락 단추, 거부 단추, 다음 단추, 기타), 드롭다운 메뉴, 탭 및 기타 이러한 인터페이스 도구가 있다. 일 실시예에서, 사용자 인터페이스(900)는, 편집 충돌이 디스플레이될 때, 하나 이상의 해결 인터페이스를 사용자에게 디스플레이한다. 다른 실시예에서, 사용자 인터페이스(900)는, 편집 충돌이 사용자에 의해 선택될 때, 하나 이상의 해결 인터페이스를 사용자에게 디스플레이한다.

예를 들어, 사용자는 (예를 들어, 커서 또는 기타 입력 인터페이스를 통해) 편집 영역(912) 내에서 충돌하는 편집 동작들 중 하나로부터 생기는 콘텐츠를 선택하고 해결 인터페이스와 상호작용함으로써 해결 명령을 제공할 수 있다. 다른 실시예들에서, 사용자는 요약 창(920) 내에 디스플레이된 편집 동작을 선택하고 해결 명령을 제공하기 위해 해결 인터페이스와 상호작용함으로써 해결 명령을 제공할 수 있다.

예를 들어, 도 11에서, 사용자 인터페이스(900)는 요약 창(920) 내의 목록(924)로부터 편집 충돌(925)이 선택될 때 디스플레이되는 해결 인터페이스(930)를 포함한다. 도 11에 도시된 해결 인터페이스(930)는 수락 단추(932) 및 거부 단추(934)를 포함한다. 그렇지만, 다른 실시예들에서, 해결 인터페이스(930)는 어떤 원하는 인터페이스 도구라도 포함할 수 있다. 도 11에 도시된 일례에서, 해결 인터페이스(930)는 팝업 창으로서 디스플레이된다. 그렇지만, 다른 실시예들에서, 해결 인터페이스(930)는 도구모음 또는 그의 일부, 드롭다운 메뉴 또는 그의 일부, 또는 기타 이러한 디스플레이 인터페이스를 포함할 수 있다.

도 12는 제작 응용 프로그램이 사용자에 의해 제공되는 해결 명령들을 구현하는 예시적인 구현 프로세스(1000)의 동작 흐름을 나타낸 플로우차트이다. 구현 프로세스(1000)는 시작 모듈(1002)에서 초기화되고 시작되어, 획득 동작(1004)으로 진행한다. 획득 동작(1004)은 충돌 콘텐츠를 해결하기 위한 해결 명령을 사용자로부터 수신한다. 예를 들어, 획득 동작(1004)은 충돌 콘텐츠의 주어진 부분이 사용자에 의해 선택되었고 특정의 단추, 메뉴 옵션 또는 기타 해결 인터페이스 도구가 사용자에 의해 선택된 것으로 판정할 수 있다.

판정 모듈(1006)은 해결 명령이 선택된 충돌 콘텐츠가 수락 또는 거부되어야 하는지를 나타내는지 여부를 판정한다. 판정 모듈(1006)이 획득 동작(1004)이 수락 명령을 수신한 것으로 판정하는 경우, 구현 프로세스(1000)는 수락 동작(1008)으로 진행한다. 판정 모듈(1006)이 획득 동작(1004)이 거부 명령을 수신한 것으로 판정하는 경우, 구현 프로세스(1000)는 거부 동작(1010)으로 진행한다. 수락 동작(1008) 및 거부 동작(1010)을 구현하는 예시적인 프로세스에 관한 상세가 도 13 및 도 14와 관련하여 이하에서 기술된다. 구현 프로세스(1000)는 종료 모듈(1012)에서 완료되어 종료한다.

도 13은 수락된 편집 동작이 데이터 파일의 병합된 버전에 인스턴스화될 수 있는 예시적인 수락 프로세스(1100)의 동작 흐름을 나타낸 플로우차트이다. 수락 프로세스(1100)는 시작 모듈(1102)에서 초기화되고 시작되어, 정리(clean) 동작(1104)으로 진행한다. 정리 동작(1104)은 수락된 콘텐츠로부터 임의의 주석 또는 기타 표식을 제거한다. 예를 들어, 수락된 콘텐츠의 임의의 밑줄, 취소선, 색 지정 또는 기타 이러한 주석이 데이터 파일의 병합된 버전으로부터 제거된다.

판정 모듈(1106)은 수락된 콘텐츠로 인해 콘텐츠 및/또는 서식이 데이터 파일에 추가되는 일이 생기는지 여부를 판정한다. 예를 들어, 일 실시예에서, 판정 모듈(1106)은 수락된 콘텐츠가 문자, 단어, 테이블, 열, 그래픽, 또는 기타 데이터를 데이터 파일에 포함시키는지 여부를 판정한다. 다른 실시예에서, 판정 모듈(1106)은 수락된 콘텐츠가 임의의 서식(예를 들어, 굵게, 밑줄, 글꼴색, 강조, 기타)을 데이터 파일에 추가했는지 여부를 판정한다.

판정 모듈(1106)이 수락된 편집 동작으로부터 콘텐츠 및/또는 서식이 추가된 것으로 판정하는 경우, 수락 프로세스(1100)는 종료 모듈(1110)에서 완료되어 종료된다. 판정 모듈(1106)이 수락된 편집 동작이 데이터 파일로부터 콘텐츠 및/또는 서식을 제거하는 것으로 판정하는 경우, 제거 동작(1108)은 데이터 파일의 병합된 버전으로부터 콘텐츠 및/또는 서식을 삭제한다. 수락 프로세스(1100)는, 제거 동작(1108)의 완료 후에, 종료 모듈(1110)에서 완료되어 종료된다.

도 14는 거부된 편집 동작이 데이터 파일의 병합된 버전 내로부터 제거되거나 그 병합된 버전 내에서 실행 취소될 수 있는 예시적인 거부 프로세스(1200)의 동작 흐름을 나타낸 플로우차트이다. 거부 프로세스(1200)는 시작 모듈(1202)에서 초기화되고 시작되어, 정리(clean) 동작(1204)으로 진행한다. 정리 동작(1204)은 거부된 편집 동작으로부터 생기는 콘텐츠로부터의 임의의 주석 또는 기타 표식을 제거한다. 예를 들어, 콘텐츠의 임의의 밑줄, 취소선, 색 지정 또는 기타 이러한 주석이 데이터 파일의 병합된 버전으로부터 제거된다.

판정 모듈(1206)은 거부된 편집 동작으로 인해 콘텐츠 및/또는 서식이 데이터 파일에 추가되는 일이 생기게 될 것인지 여부를 판정한다. 예를 들어, 일 실시예에서, 제4 판정 모듈(1206)은 거부된 편집 동작이 문자, 단어, 행, 셀, 또는 기타 데이터 단위 또는 콘텐츠 개체를 데이터 파일에 추가하게 될 것인지 여부를 판정한다. 다른 실시예에서, 판정 모듈(1206)은 거부된 편집 동작이 임의의 서식(예를 들어, 굵게, 밑줄, 글꼴색, 강조, 기타)을 데이터 파일에 추가하게 될 것인지 여부를 판정한다.

판정 모듈(1206)이 거부된 편집 동작으로 인해 콘텐츠 및/또는 서식이 데이터 파일에 추가되는 일이 생기게 되지 않을 것으로 판정하는 경우, 수락 프로세스(1200)는 종료 모듈(1210)에서 완료되어 종료된다. 그렇지만, 판정 모듈(1206)이 거부된 편집 동작이 콘텐츠 및/또는 서식을 추가할 것으로 판정하는 경우, 제거 동작(1208)은 데이터 파일의 병합된 버전으로부터 콘텐츠 및/또는 서식을 삭제한다. 거부 프로세스(1200)는, 제거 동작(1208)의 완료 후에, 종료 모듈(1220)에서 완료되어 종료된다.

예시적인 응용들을 살펴봄으로써 본 발명의 원리들이 더 잘 이해될 수 있다. 제1 예시적인 응용에서, 도 15 내지 도 22는 제1 사용자가 데이터 파일의 사용자 사본을 온라인으로 편집하고 있을 때 제작 응용 프로그램에 의해 디스플레이되는 예시적인 사용자 인터페이스에 대한 변화들을 나타낸 것이다. 제2 예시적인 응용에서, 도 23 내지 도 29는 제1 사용자가 데이터 파일의 사용자 사본을 오프라인으로 편집하고 있을 때 제작 응용 프로그램에 의해 디스플레이되는 예시적인 사용자 인터페이스에 대한 변화들을 나타낸 것이다.

도 15에서, 제작 응용 프로그램의 사용자 인터페이스(2000)는 데이터 파일의 사용자 사본의 콘텐츠를 디스플레이하는 편집 영역(2012), 명령 옵션을 제공하는 명령 도구모음(2016), 및 데이터 파일의 사용자 사본의 상태를 나타내는 상태 표시줄(2018)을 포함하는 디스플레이 창(2010)을 포함한다. 예를 들어, 상태 표시줄(2018)은 콘텐츠 업데이트가 데이터 파일의 사용자 사본에 인스턴스화될 수 있는 때를 나타낼 수 있다. 상태 표시줄(2018)은 또한 편집 충돌이 식별된 때를 나타낼 수 있다. 도시된 일례에서, 상태 표시줄(2018)은 데이터 파일의 마스터 사본으로부터 이용가능한 어떤 콘텐츠 업데이트도 없다는 것을 나타낸다.

제작 응용 프로그램은, 예를 들어, 도 3의 예시적인 작성 프로세스(300)를 사용하여, 데이터 파일의 사용자 사본을 편집하는 것을 가능하게 해준다. 도시된 일례에서, 제작 응용 프로그램은 제1 사용자가 디스플레이 창(2010)의 편집 영역(2012) 내에서 데이터 파일의 사용자 사본을 자유롭게 편집할 수 있게 해준다[도 3의 편집 동작(304) 참조]. 도 15에서, 제1 사용자는 편집 영역(2012)에 디스플레이되는 콘텐츠의 제1 데이터 단위를 편집하고 있다. 제1 사용자는 제1 데이터 단위의 편집을 가능하게 해주기 위해 제1 데이터 단위 상에 커서(2019)를 준비시켰다. 제2 사용자는 편집 영역(2012) 내의 콘텐츠의 제2 데이터 단위에 대한 잠금(2022)을 획득하였다. 편집 영역(2012) 내에 디스플레이되는 잠금(2022)은 제1 사용자가 제2 데이터 단위를 자유롭게 편집하지 못하게 한다.

도 16에서, 제1 사용자는 단어 "dog"를 "doe"로 변경하기 위해 제1 데이터 단위를 편집하였다. 일 실시예에서, 단어 "dog"를 "doe"로 변경하는 것은 단어 "dog"를 삭제하는 편집 동작 및 단어 "doe"를 삽입하는 편집 동작을 제공하는 것을 포함한다. 다른 실시예에서, 단어 "dog"를 "doe"로 변경하는 것은 문자 "g"를 삭제하는 편집 동작 및 문자 "e"를 삽입하는 편집 동작을 제공하는 것을 포함한다. 다른 실시예들에서, 동일한 결과를 달성하기 위해 다른 편집 동작들이 이용될 수 있다.

일 실시예에서, 제1 데이터 단위를 편집하는 것은 제1 데이터 단위를 잠금하라는 제1 사용자의 요청을 데이터 파일의 마스터 사본으로 전송하는 것을 시작한다. 다른 실시예에서, 제1 사용자는 제1 데이터 단위를 잠금하라는 명시적인 명령을 제공할 수 있다. 예를 들어, 제1 사용자는 사용자 인터페이스(2000) 상에서 제1 데이터 단위를 선택하고 잠금 옵션을 선택할 수 있다. 따라서, 도 16에서 제1 사용자가 소유한 잠금(2024)이 제1 데이터 단위 주변에 배치되었다. 도시된 일례에서, 잠금(2024)은 제2 사용자가 소유한 잠금(2022)와 구별된다. 예를 들어, 제1 사용자가 소유한 잠금(2024)은 점선으로 디스플레이되고, 제2 사용자가 소유한 잠금(2022)은 실선으로 디스플레이되어 있다. 제1 사용자가 소유한 잠금을 다른 사용자들이 소유한 잠금들과 구별하는 것에 의해 제1 사용자는, 제1 사용자가 데이터 단위를 편집하지 못하게 하지 않으면서, 제1 사용자가 어느 데이터 단위를 잠금했는지를 알 수 있다. 일 실시예에서, 각각의 사용자는 서로 다른 잠금을 가질 수 있다(예를 들어, 각각의 사용자의 잠금이 서로 다른 색상, 음영, 서식, 기타를 가질 수 있다).

도 16a에서, 제작 응용 프로그램은 데이터 파일의 마스터 사본에 행해진 중간 변경들을 나타내는 업데이트를 획득한다[도 3의 수신 동작(306)을 참조]. 일 실시예에서, 제작 응용 프로그램은 미리 정해진 시간 간격이 만료된 후에 업데이트를 수신한다. 다른 실시예에서, 제작 응용 프로그램은 사용자 사본을 마스터 사본과 동기화시키라는 요청에 응답하여 업데이트를 수신한다. 이 예시적인 응용의 목적상, 제작 응용 프로그램은 미리 정해진 시간 간격 후에 업데이트를 자동으로 수신한 것으로 가정된다. 디스플레이 창(2010)의 상태 표시줄(2018)이 도 16a에서 업데이트가 수신된 것을 나타내도록 업데이트되어 있다.

일 실시예에서, 제작 응용 프로그램은 마스터 사본으로부터 메타데이터 업데이트를 수신한다. 다른 실시예에서, 제작 응용 프로그램은 마스터 사본으로부터 콘텐츠 업데이트를 수신한다. 예시적인 응용에서, 제작 응용 프로그램은 메타데이터 업데이트 및 콘텐츠 업데이트 둘다를 수신한다. 메타데이터 업데이트는 제2 사용자가 제2 데이터 단위에 대한 잠금(2022)을 해제하였고 제1 데이터 단위에 대한 잠금[도 17의 잠금(2028)을 참조]을 획득했다는 것을 나타낸다. 이 일례에서, 제2 사용자는 제1 사용자보다 앞서 제1 데이터 단위에 대한 잠금 요청을 마스터 사본과 동기화하였다. 따라서, 제2 사용자는 제1 데이터 단위에 대한 잠금을 부여받았다. 메타데이터 업데이트는 또한 제3 사용자가 제3 데이터 단위에 대한 제3 잠금(2026)을 획득했다는 것을 나타낸다. 콘텐츠 업데이트는 제2 사용자가 단어 "lazy"를 "lively"로 변경하기 위해 제1 데이터 단위를 편집했다는 것을 나타낸다.

제작 응용 프로그램이 업데이트를 수신할 때, 제작 응용 프로그램은 사용자 사본과 수신된 업데이트 사이에 어떤 편집 충돌이 존재하는지 여부를 판정한다. 어떤 편집 충돌도 존재하지 않는 경우, 제작 응용 프로그램은 메타데이터 업데이트를 자동으로 인스턴스화한다[도 3의 업데이트 동작(308)을 참조]. 예시적인 응용에서, 메타데이터 업데이트는 제3 사용자가 제3 데이터 단위에 대한 잠금을 설정했다는 것을 나타낸다. 따라서, 제3 잠금(2026)이 도 16a에서 제3 데이터 단위 주변에 나타내어져 있다.

일 실시예에서, 그렇지만, 메타데이터 업데이트가 사용자 변경과 충돌하는 경우, 사용자가 사용자 사본을 마스터 사본과 동기화하려고 시도할 때까지 메타데이터 업데이트가 인스턴스화되지 않는다. 예시적인 응용에서, 메타데이터 업데이트는 제2 사용자가 제1 데이터 단위를 잠금하라는 제1 사용자의 요청과 충돌하는 제1 데이터 단위에 대한 잠금을 가지고 있다는 것을 나타낸다. 따라서, 제1 데이터 단위에 대한 제2 사용자의 잠금이 자동으로 사용자 사본에 인스턴스화되지 않는다. 다른 실시예에서, 임의의 식별된 편집 충돌이 해결될 때까지 콘텐츠 잠금의 해제가 인스턴스화되지 않는다. 따라서, 제2 데이터 단위에 대한 잠금(2022)을 제2 사용자가 해제하는 것이 자동으로 사용자 사본에 인스턴스화되지 않는다.

편집 충돌이 존재하지 않는 경우, 제작 응용 프로그램은 또한 사용자가 콘텐츠 업데이트가 언제 데이터 파일의 사용자 사본에 인스턴스화(예를 들어, 병합)되어야 하는지를 판정할 수 있게 해준다[도 3의 업데이트 동작(308)을 참조]. 예를 들어, 제작 응용 프로그램은 제1 사용자가 업데이트를 인스턴스화하라는 명령을 제공할 수 있는 인스턴스화 인터페이스를 제공할 수 있다. 인스턴스화 인터페이스의 비제한적인 일례들로는 단추, 메뉴 옵션, 및 기타 인터페이스 도구가 있다.

그렇지만, 제작 응용 프로그램이 편집 충돌을 식별하는 경우, 제작 응용 프로그램은 사용자가 업데이트들을 사용자 사본에 인스턴스화하지 못하게 한다. 일 실시예에서, 제작 응용 프로그램은 인스턴스화 인터페이스를 디스플레이하지 않는다. 다른 실시예에서, 제작 응용 프로그램은 업데이트의 이용가능성의 표시를 디스플레이하지 않는다. 예시적인 응용에서, 메타데이터 업데이트가 사용자 변경과 충돌한다. 따라서, 제작 응용 프로그램은 제1 사용자에게 콘텐츠 업데이트를 인스턴스화할 기회를 제공하지 않는다.

도 17에서, 제1 사용자는 데이터 파일의 사용자 사본을 마스터 사본과 동기화시키려고 시도하라고 제작 응용 프로그램에 명령한다[도 3의 동기화 동작(310)을 참조]. 일 실시예에서, 제작 응용 프로그램은 도 5에 도시된 동기화 프로세스(500)를 구현한다. 제작 응용 프로그램은 적절한 경우 마스터 사본으로부터 업데이트를 획득하고[도 5의 획득 동작(504)을 참조] 임의의 편집 충돌이 업데이트로 인한 것인지 여부를 판정한다[도 5의 식별 동작(506)을 참조]. 도시된 일례에서, 제작 응용 프로그램은 어떤 새 업데이트도 획득하지 않는다(즉, 마지막 업데이트 이후로 마스터 사본에 대해 어떤 중간 변경들도 행해지지 않았다). 제작 응용 프로그램은 이전에 수신된 업데이트로 표현되는 중간 변경들이 사용자 변경들과 충돌하는 것으로 판정한다.

이어서, 제작 응용 프로그램은 데이터 파일의 사용자 사본을 데이터 파일의 마스터 사본과 병합시키고[도 5의 병합 동작(508)을 참조] 데이터 파일의 병합된 사본을 제1 사용자에게 디스플레이한다. 도시된 일례에서, 제작 응용 프로그램은 도 17의 편집 영역(2012)에 데이터 파일의 병합된 버전을 디스플레이한다. 일반적으로, 제작 응용 프로그램은 임의의 원하는 병합 기법을 사용하여 사용자 사본 및 마스터 사본을 통합시킬 수 있다. 예를 들어, 일 실시예에서, 제작 응용 프로그램은 데이터 파일의 사용자 사본 및 데이터 파일의 마스터 사본에 추가된, 그로부터 삭제된 또는 그에서 수정된 모든 콘텐츠를 디스플레이한다.

다른 실시예에서, 제작 응용 프로그램은 마스터 사본에 의해 표현된 데이터 파일의 버전을 결정할 수 있고 또 데이터 파일의 마스터 사본 버전의 잠금 해제된 데이터 단위들에 대해 사용자 사본으로부터의 임의의 콘텐츠 또는 서식 추가, 삭제 및/또는 수정을 수행할 수 있다(즉, 병합가능 충돌을 인스턴스화한다). 마스터 사본 상의 잠금된 데이터 단위들에 대한 사용자 편집(예를 들어, 잠금을 나타내는 메타데이터 업데이트를 수신하기 전에 수행된 사용자 편집) 등의 병합불가능 충돌의 경우, 제작 응용 프로그램은 잠금된 데이터 단위에 인접하여 똑같은 데이터 단위를 추가할 수 있고 사용자 사본에서 행해진 수정들에 기초하여 똑같은 데이터 단위를 수정할 수 있다(예를 들어, 콘텐츠를 수정, 콘텐츠 잠금을 추가, 기타를 할 수 있다). 따라서, 마스터 사본의 상태에 따라 데이터 단위가 잠금되어 변경되지 않은 채로 있다. 그렇지만, 제1 사용자에 의한 데이터 단위에 대한 변경들은 제1 사용자가 그들을 제거하기로 할 때까지 데이터 파일의 병합된 버전에 유지된다.

도 17에 도시된 일례에서, 제1 데이터 단위는 제2 사용자에 의해 잠금되어 있고(잠금(202) 참조), 제2 사용자에 의해 수행된 편집 동작들에 의해 변경된 것으로 나타내어져 있다. 예를 들어, 두번째로 나오는 단어 "lazy"가 "lively"로 변경되었다. 제1 데이터 단위와 똑같은 것이 발생되어 제1 데이터 단위에 인접하여 배치되었다. 이 똑같은 것이 제1 사용자에 대해 잠금되어 있고[잠금(2024)을 참조] 동기화하려는 시도 이전에 제1 사용자에 의해 행해진 수정들을 포함하고 있다(예를 들어, 두번째로 나오는 "dog"가 "doe"로 변경되었음). 도 17에서 제2 데이터 단위가 여전히 제2 사용자에 대해 잠금되어 있다. 일 실시예에서, 제작 응용 프로그램은 사용자 사본이 마스터 사본과 동기화되어 있을 때에만 잠금을 해제한다. 다른 실시예에서, 제작 응용 프로그램은 잠금된 데이터 단위가 완전히 동기화되어 있을 때에만 잠금을 해제한다. 다른 실시예들에서, 제작 응용 프로그램은 잠금이 해제되었다는 것을 나타낼 수 있다.

제작 응용 프로그램이 편집 충돌을 식별하였기 때문에, 제작 응용 프로그램은 계속하여 마스터 사본에 저장하지 않는다[도 5의 제1 판정 모듈(510)을 참조]. 오히려, 제작 응용 프로그램은 제1 사용자에게 편집 충돌의 존재를 통지하기 위해 하나 이상의 경보 메시지들을 디스플레이한다[도 5의 경보 동작(512)을 참조]. 예를 들어, 도 17에서, 제1 사용자에게 편집 충돌의 존재를 알려주기 위해 경보(2017)가 디스플레이 창(2010)에 디스플레이된다. 도시된 일례에서, 편집 충돌의 존재를 나타내기 위해 상태 표시줄(2018)도 역시 업데이트되어 있다. 다른 실시예들에서, 아직 인스턴스화되지 않은 업데이트들의 수, 식별된 편집 충돌의 수, 또는 기타 이러한 정보를 나타내기 위해 상태 표시줄(2018)이 업데이트될 수 있다. 또 다른 실시예들에서, 다른 유형의 경보 또는 표식이 편집 충돌의 존재의 통지를 제1 사용자에게 제공할 수 있다.

제작 응용 프로그램은 또한 사용자가 충돌을 조사하지 않고 데이터 파일을 계속 편집하는 것과 편집 충돌을 검토하는 것 중에서 선택할 수 있게 해주기 위해[제2 판정 모듈(514)을 참조] 도 17에서 토글 인터페이스(2015)를 제1 사용자에게 제공한다. 제1 사용자는 편집 충돌을 검토하지 않고 데이터 파일을 계속 편집하기로 할 수 있다[도 5의 계속 동작(516)을 참조]. 제1 사용자는 또한 편집 충돌을 보여주도록 토글 인터페이스(2015)를 선택하기로 할 수 있다[도 5의 검토 동작(518)을 참조]. 일 실시예에서, 토글 인터페이스(2015)의 선택은 또한 요약 창(2030)을 활성화시킨다. 제1 사용자가 편집 충돌을 조사하기로 하는지 여부에 상관없이, 제1 사용자가 데이터 파일의 병합된 버전을 계속 편집할 수 있다.

제작 응용 프로그램이 도 5의 검토 동작(518)을 구현할 수 있는 한 예시적인 프로세스는 도 7의 검토 프로세스(700)를 포함한다. 사용자가 토글 인터페이스(2015)(도 17)를 선택할 때, 제작 응용 프로그램은 편집 충돌을 사용자에게 제시한다[도 7의 디스플레이 동작(704)을 참조]. 예를 들어, 일 실시예에서, 토글 인터페이스(2015)를 선택하면 디스플레이 창(2010)이 편집 영역(2012)과 편집 충돌이 열거되어 있고[도 18의 목록(2034)을 참조] 충돌에 관한 요약 정보가 디스플레이될 수 있는[도 18의 요약 영역(2032)을 참조] 요약 창(2030)으로 분리된다.

일반적으로, 편집 영역(2012)은 데이터 파일의 병합된 버전을 디스플레이하고 사용자가 병합된 버전을 자유롭게 편집할 수 있도록 해준다. 어떤 실시예들에서, 콘텐츠의 어느 부분이 충돌하고 있는지를 나타내기 위해 편집 영역(2012)에 디스플레이되는 데이터 파일의 병합된 버전에 주석이 달려 있다. 예를 들어, 일 실시예에서, 충돌 콘텐츠가 삽입(예를 들어, 밑줄 또는 기타 서식, 텍스트 색상, 강조, 또는 기타 이러한 표식을 통함) 또는 삭제(예를 들어, 취소선 또는 기타 서식, 텍스트 색상, 강조 또는 기타 이러한 표식을 통함)로부터 생긴 것인지를 나타내기 위해 데이터 파일의 병합된 버전에 주석이 달려 있다.

도시된 일례에서, 콘텐츠에 대한 수정은 일련의 삭제 및 삽입으로 나타내어진다. 그렇지만, 다른 실시예들에서, 콘텐츠에 대한 수정에 다르게 주석이 달려 있을 수 있다. 다른 실시예들에서, 메타데이터의 어느 부분이 충돌하는지를 나타내기 위해 메타데이터(예를 들어, 잠금)에도 주석이 달려 있을 수 있다. 도 18에 도시된 일례에서, 제1 데이터 단위가 서버 상에서 제2 사용자에 대해 잠금되어 있기 때문에, 제1 데이터 단위는 어떤 편집 충돌도 포함하지 않는다. 따라서, 제1 데이터 단위에 주석이 달려 있지 않다. 데이터 단위가 데이터 파일에 삽입되었다는 것을 나타내기 위해, 도 18에서 제1 사용자에 대해 잠금되어 있는 것으로 나타내어져 있는 똑같은 데이터 단위에 밑줄이 그어져 있다.

충돌하는 편집 동작이 또한 요약 창(2030)에 의해 디스플레이된다. 해결 인터페이스의 요약 영역(2032)은 데이터 파일의 병합된 버전 내에 포함된 충돌하는 편집 동작들의 수를 나타낸다. 도시된 일례에서, 요약 영역(2032)은 하나의 충돌하는 편집 동작이 식별되었다는 것을 나타낸다. 요약 창(2030)의 목록(2034)이 충돌 콘텐츠를 디스플레이한다. 일 실시예에서, 목록(2034)은 비충돌 콘텐츠와 별도로 충돌 콘텐츠를 디스플레이한다. 다른 실시예에서, 목록(2034)은 콘텐츠가 삽입 및/또는 삭제되었는지를 나타내기 위해 충돌 콘텐츠에 주석을 단다[도 18의 표식(2036)을 참조]. 다른 실시예에서, 목록(2034)은 충돌 콘텐츠의 출처(예를 들어, 사용자 사본 또는 마스터 사본)를 나타내기 위해 충돌 콘텐츠에 주석을 단다[도 18의 표식(2038)을 참조].

제작 응용 프로그램의 제1 사용자는 데이터 파일의 편집으로 돌아가거나 디스플레이된 편집 충돌들 중 임의의 충돌을 해결하라는[도 7의 제1 판정 모듈(708)을 참조] 명령을 제공하기 위해[도 7의 획득 동작(706)을 참조] 편집 영역(2012) 또는 요약 창(2030)(도 18)과 상호작용할 수 있다. 예를 들어, 일 실시예에서, 사용자는 편집 충돌을 숨기기 위해 또다시 토글 인터페이스(2015)를 선택할 수 있다. 충돌을 숨기기로 하면 편집 충돌로부터 주석이 제거된다. 일 실시예에서, 편집 충돌을 숨기기로 하면 도 17의 사용자 인터페이스(2000)가 디스플레이된다. 동기화 프로세스(700)가 종료되고[도 7의 종료 모듈(714)을 참조], 제작 응용 프로그램은 적어도 하나의 편집 충돌이 미해결된 채로 있는 것으로 판정하고[도 5의 제1 판정 모듈(510)을 참조], 제1 사용자가 또다시 데이터 파일을 자유롭게 편집하는 것과 충돌을 해결하는 것 중에서 선택할 수 있게 된다.

다른 대안으로서, 제1 사용자는 충돌 콘텐츠 또는 그의 일부를 수락 또는 거부하라는 명령을 제공할 수 있다. 일 실시예에서, 제1 사용자는 디스플레이 창(2010)의 편집 영역(2012) 내에 디스플레이된 콘텐츠를 선택할 수 있고 편집 동작을 해결하라는 명령을 제공하기 위해 해결 인터페이스 상의 옵션을 선택할 수 있다. 예를 들어, 제1 사용자는 명령이 제공되어야 하는 콘텐츠를 선택할 수 있고, 해결 메뉴(2040)으로부터 메뉴 옵션을 선택할 수 있다(도 19 참조). 다른 실시예들에서, 제1 사용자는 다른 유형의 해결 인터페이스 도구를 사용하여 해결 명령을 제공할 수 있다.

도 19에 도시된 일례에서, 제1 사용자는 충돌 컨텐츠의 제1 부분을 선택하고[선택 표식(2013)을 참조] 커서(2019)를 통해 해결 메뉴(2040) 상의 거부 옵션을 선택한다. 따라서, 제작 응용 프로그램은 사용자가 편집으로 돌아가라는 명령을 제공하지 않은 것으로 판정하고[도 7의 제1 판정 모듈(708)을 참조] 해결 명령을 수행한다[도 7의 구현 동작(710)을 참조]. 다른 실시예들에서, 제1 사용자는 충돌 콘텐츠의 전부 또는 다른 부분을 선택했을 수 있다.

제작 응용 프로그램이 충돌 콘텐츠의 선택된 부분의 거부를 수행할 수 있는 한 예시적인 프로세스는 도 14의 거부 프로세스(1200)이다. 제작 응용 프로그램은 디스플레이 창(2010)의 편집 영역(2012)에서 선택된 충돌 콘텐츠로부터 주석을 제거한다[도 14의 정리 동작(1204)을 참조]. 제작 응용 프로그램은 또한 거부된 편집 동작으로 인해 선택된 충돌 콘텐츠가 데이터 파일에 추가된 것으로 판정한다[도 14의 판정 모듈(1206)을 참조]. 따라서, 제작 응용 프로그램은 데이터 파일의 병합된 버전으로부터 선택된 충돌 콘텐츠를 제거한다[도 14의 제거 동작(1208)을 참조]. 편집 동작으로 인해 콘텐츠가 삭제된 경우, 선택된 충돌 콘텐츠를 데이터 파일로부터 제거하지 않고 거부 프로세스(1200)가 종료될 것이다.

도 7의 검토 프로세스(700)로 돌아가서, 제작 응용 프로그램은 식별된 편집 충돌들 중 적어도 하나가 미해결된 채로 있는 것으로 판정하여[도 7의 제2 판정 모듈(712)을 참조], 검토 프로세스(700)를 재시작한다. 검토 프로세스(700)를 재시작함으로써, 사용자 인터페이스가 충돌 해결 모드로 구성되어 있는 동안에 제1 사용자는 [도 7의 검토 프로세스(700)를 사용하여] 편집 충돌을 계속 해결하기로 할 수 있다. 다른 대안으로서, 제1 사용자는 토글 인터페이스(2015)를 선택함으로써 언제라도 편집 충돌을 숨기기로 할 수 있다.

도 20은 제1 사용자가 선택된 충돌 콘텐츠를 거부한 이후의 사용자 인터페이스(2000)를 나타낸 것이다[도 7의 디스플레이 동작(704)을 참조]. 거부된 충돌 콘텐츠가 편집 영역(2012)으로부터 제거되었다. 게다가, 제작 응용 프로그램은 요약 창(2030) 내의 목록(2034)으로부터 거부된 콘텐츠를 제거함으로써 충돌 콘텐츠의 해결을 반영하기 위해 요약 창(2030)을 업데이트한다. 충돌 콘텐츠가 완전히 해결되지 않았기 때문에, 요약 영역(2032)이 변경되지 않은 채로 있다.

계속하여 검토 프로세스(700)에서, 제작 응용 프로그램은 제1 사용자로부터 다른 일련의 명령을 획득한다[도 7의 획득 동작(706)을 참조]. 이 예시적인 응용에서, 제작 응용 프로그램은 나머지 충돌 콘텐츠를 해결하라는 명령을 획득한다. 예를 들어, 도 21은 제1 사용자가 제작 응용 프로그램에 해결 명령을 제공할 수 있는 다른 해결 인터페이스(2050)를 나타낸 것이다. 해결 인터페이스(2050)는 해결 옵션들(예를 들어, 수락, 거부, 기타)을 열거하는 메뉴이다. 이 메뉴는 선택된 충돌 콘텐츠에 인접하여 배치된다. 일 실시예에서, 제작 응용 프로그램은 사용자가 요약 창(2030) 내의 목록(2034)로부터 충돌하는 편집을 선택할 때 해결 인터페이스(2050)를 디스플레이한다. 다른 실시예에서, 제작 응용 프로그램은 편집 영역(2012) 내에서 충돌 콘텐츠가 선택될 때 편집 영역(2012) 내에 해결 인터페이스(2050)를 디스플레이할 수 있다. 그렇지만, 다른 실시예들에서, 제1 사용자는 제작 응용 프로그램에 해결 명령을 제공하기 위해 임의의 원하는 유형의 해결 인터페이스를 사용할 수 있다.

도 21에서, 사용자는 요약 창(2030)의 목록(2034) 내에서 나머지 충돌 콘텐츠를 선택하고(예를 들어, 우측 마우스 클릭을 통해, 좌측 마우스 클릭을 통해, 마우스로 가리켜, 또는 다른 입력 장치를 통해 다른 방식으로 선택함), 해결 인터페이스(2050) 상에서 수락 옵션을 [예를 들어, 커서(2019)를 사용하여] 선택한다. 따라서, 제작 응용 프로그램은 제1 사용자가 편집 충돌을 숨기고 편집으로 돌아가라는 명령을 제공하지 않은 것으로 판정하고[도 7의 판정 모듈(708)을 참조] 수락 명령을 구현한다[도 7의 구현 동작(710)을 참조].

제작 응용 프로그램이 선택된 충돌 콘텐츠를 수락할 수 있는 한 예시적인 프로세스가 도 13의 수락 프로세스(1100)를 포함한다. 제작 응용 프로그램은 선택된 충돌 콘텐츠로부터 임의의 주석을 제거한다[도 13의 정리 동작(1104)을 참조]. 제작 응용 프로그램은 선택된 충돌 콘텐츠가 데이터 파일에 삽입된 것으로 판정한다[도 13의 판정 모듈(1106)을 참조]. 따라서, 수락 프로세스(1100)이 완료되어 종료된다[도 13의 종료 모듈(1110)을 참조]. 제작 응용 프로그램이 충돌 콘텐츠가 데이터 파일로부터 삭제된 것으로 판정한 경우, 제작 응용 프로그램은 데이터 파일로부터 충돌 콘텐츠를 삭제하게 된다[도 13의 제거 동작(1108)을 참조].

도 7의 검토 프로세스(700)로 돌아가서, 제작 응용 프로그램은 미해결된 편집 충돌이 더 이상 남아 있지 않는 것으로 판정한다[제2 판정 모듈(712)을 참조]. 따라서, 검토 프로세스(700)가 완료되어 종료되고[도 7의 종료 모듈(714)을 참조], 도 5의 동기화 프로세스(500)의 검토 동작(514)을 완료한다. 동기화 프로세스(500)는 다시 제1 판정 모듈(510)로 진행하여, 제작 응용 프로그램은 임의의 식별된 편집 충돌이 미해결된 채로 있는지 여부를 판정한다.

이 예시적인 응용에서 제1 사용자가 모든 식별된 편집 충돌을 해결하였기 때문에, 제작 응용 프로그램은 어떤 편집 충돌도 미해결인 채로 있지 않는 것으로 판정한다. 따라서, 제작 응용 프로그램은 부가의 업데이트가 이용가능하지 여부를 판정하기 위해 마스터 사본을 검사한다[도 5의 제2 판정 모듈(520)을 참조]. 부가의 업데이트가 이용가능하게 되면, 동기화 프로세스(500)는 새 업데이트를 획득하고 병합하기 위해 다시 순환한다. 새 업데이트는 이전의 업데이트가 획득된 이후로 행해진 모든 중간 변경들을 포함한다. 새 업데이트로 인한 모든 충돌이 상기한 바와 같이 해결된다. 업데이트를 획득하고 임의의 식별된 충돌을 해결하는 이 프로세스는 제1 사용자가 데이터 파일의 사용자 사본과 데이터 파일의 마스터 사본의 현재 상태 간의 모든 편집 충돌을 해결할 때까지 반복된다.

제작 응용 프로그램이 어떤 편집 충돌도 존재하지 않고[도 5의 제1 판정 모듈(510)을 참조] 어떤 새 업데이트도 이용가능하지 않은 것으로 판정할 때[도 5의 제2 판정 모듈(520)을 참조], 제작 응용 프로그램은 사용자 사본과 마스터 사본의 동기화를 완료하기 위해 사용자 사본으로부터의 업데이트를 마스터 사본으로 전송한다[도 5의 저장 동작(522)을 참조]. 예를 들어, 일 실시예에서, 제작 응용 프로그램은 마스터 사본을 덮어쓰기하라는 명령에 의해 사용자 사본 전체를 저장 장치로 전송할 수 있다. 다른 실시예에서, 제작 응용 프로그램은 사용자 사본이 마스터 사본과 어떻게 다른지를 나타내는 증분 업데이트(incremental update)를 보낼 수 있다.

제작 응용 프로그램이 업데이트를 마스터 사본에 성공적으로 업로드할 때, 제작 응용 프로그램은 제1 사용자에게 경보를 한다[도 5의 표시 동작(524)을 참조]. 예를 들어, 도 22에서, 업데이트가 성공적으로 전송되었다는 것을 나타내기 위해 상태 표시줄(2018)이 업데이트되었다. 어떤 실시예들에서, 제작 응용 프로그램은 또한 업로드의 성공을 나타내는 경보 창(2060)을 디스플레이할 수 있다. 일 실시예에서, 경보 창(2060)은 추가의 설명을 제공할 수 있다(예를 들어, 업로드의 결과를 나타냄). 도 22에 도시된 일례에서, 어떤 편집 충돌도 식별되지 않았기 때문에, 요약 창(2030)이 사용자 인터페이스로부터 제거되어 있다. 그렇지만, 다른 실시예들에서, 제1 사용자에 의해 토글될 때까지 요약 창(2030)이 남아 있을 수 있다.

제1 사용자가 데이터 파일을 오프라인으로 편집하고 있는 제2 예시적인 응용이 도 23 내지 도 29에 제공되어 있다. 도 23에서, 제작 응용 프로그램의 사용자 인터페이스(2200)는 데이터 파일의 사용자 사본의 콘텐츠를 디스플레이하는 편집 영역(2212), 명령 옵션을 제공하는 명령 도구모음(2216), 및 데이터 파일의 사용자 사본의 상태를 나타내는 상태 표시줄(2218)을 포함하는 디스플레이 창(2210)을 포함한다. 예를 들어, 사용자 인터페이스(2200)는 도 15의 사용자 인터페이스(2000)와 동일할 수 있다.

도시된 일례에서, 상태 표시줄(2218)은 제1 사용자가 데이터 파일의 사용자 사본을 오프라인으로(즉, 데이터 파일의 마스터 사본을 저장하는 저장 장치에 통신 연결되어 있지 않음) 편집하고 있다는 것을 나타내고 있다. 다른 사용자가 편집 영역(2212) 내의 제1 데이터 단위에 대한 잠금(2222)을 가지고 있다. 따라서, 제작 응용 프로그램은 제1 사용자가 제1 데이터 단위를 편집하지 못하게 한다.

제작 응용 프로그램은, 예를 들어, 도 3의 예시적인 작성 프로세스(300)를 사용하여, 데이터 파일의 사용자 사본을 편집하는 것을 가능하게 해준다. 도시된 일례에서, 제작 응용 프로그램은 제1 사용자가 디스플레이 창(2010)의 편집 영역(2012) 내에서 데이터 파일의 사용자 사본을 자유롭게 편집할 수 있게 해준다[도 3의 편집 동작(304) 참조]. 도 24는 데이터 파일의 사용자 사본에 대해 제1 사용자에 의해 행해진 편집 변경들을 나타낸 것이다. 상세하게는, 제1 사용자가 2개의 문장을 제3 데이터 단위에 추가하였다. 그렇지만, 다른 실시예들에서, 제1 사용자가 데이터 파일의 사용자 사본 내에서 임의의 콘텐츠 또는 메타데이터를 추가, 수정 및/또는 삭제했을 수 있다.

제1 사용자가 사용자 사본을 오프라인으로 편집하고 있기 때문에, 제작 응용 프로그램은 제3 데이터 단위에 대한 잠금 요청을 동기화시킬 수 없다. 일 실시예에서, 제작 응용 프로그램은 사용자가 온라인으로 로그할 때까지 잠금 요청을 저장한다. 이러한 실시예에서, 제작 응용 프로그램은 제3 데이터 단위 주변에 잠금을 디스플레이할 수 있다. 다른 실시예에서, 제작 응용 프로그램은 제3 데이터 단위를 잠금하려고 시도하지 않는다. 일 실시예에서, 제작 응용 프로그램은 잠금 요청이 동기화될 수 없다는 것과 따라서 데이터 단위를 편집하는 것으로 인해 편집 충돌이 생길 수 있다는 것을 제1 사용자에게 경보한다. 이 예시적인 응용의 목적상, 제작 응용 프로그램은 마스터 사본과의 나중의 동기화를 위해 잠금 요청을 저장한다.

도 25에서, 제작 응용 프로그램은 데이터 파일의 마스터 사본에 행해진 중간 변경들을 나타내는 업데이트를 획득한다[도 3의 수신 동작(306)을 참조]. 일 실시예에서, 제작 응용 프로그램은 미리 정해진 시간 간격이 만료된 후에 업데이트를 수신한다. 다른 실시예에서, 제작 응용 프로그램은 사용자 사본을 마스터 사본과 동기화시키라는 요청에 응답하여 업데이트를 수신한다. 이 예시적인 응용의 목적상, 제작 응용 프로그램은 미리 정해진 시간 간격 후에 업데이트를 자동으로 수신한 것으로 가정된다. 디스플레이 창(2210)의 상태 표시줄(2218)이 도 25에서 업데이트가 수신된 것을 나타내도록 업데이트되어 있다.

제작 응용 프로그램이 업데이트를 수신할 때, 제작 응용 프로그램은 사용자 사본과 수신된 업데이트 사이에 어떤 편집 충돌이 존재하는지 여부를 판정한다. 어떤 편집 충돌도 존재하지 않는 경우, 제작 응용 프로그램은 메타데이터 업데이트를 자동으로 인스턴스화한다[도 3의 업데이트 동작(308)을 참조]. 이 예시적인 응용의 목적상, 제작 응용 프로그램은 제3 데이터 단위에 대한 제1 사용자의 잠금 요청과 충돌하는 제3 데이터 단위에 행해진 변경들을 나타내는 콘텐츠 업데이트를 수신한 것으로 가정된다. 그렇지만, 이 업데이트는 제3 데이터 단위 주변에 잠금을 나타내지 않는다(예를 들어, 다른 사용자가 편집을 하고 있을 때 제3 데이터 단위를 잠금했고 나중에 잠금을 해제했을 수 있다). 따라서, 제작 응용 프로그램은 제1 사용자에게 인스턴스화 인터페이스를 제공하지 않거나 다른 방식으로 업데이트의 인스턴스화를 금지한다.

도 26에서, 제1 사용자는 저장 장치에 연결하고(즉, 온라인 로그하고) 데이터 파일의 사용자 사본을 마스터 사본과 동기화시키려고 시도하라고 제작 응용 프로그램에 명령한다[도 3의 동기화 동작(310)을 참조]. 일 실시예에서, 제작 응용 프로그램은 도 5에 도시된 동기화 프로세스(500)를 구현한다. 제작 응용 프로그램은 적절한 경우 마스터 사본으로부터 업데이트를 획득하고[획득 동작(504)을 참조] 임의의 편집 충돌이 업데이트로 인한 것인지 여부를 판정한다[식별 동작(506)을 참조]. 도시된 일례에서, 제작 응용 프로그램은 어떤 새 업데이트도 획득하지 않는다(예를 들어, 마지막 업데이트 이후로 마스터 사본에 대해 어떤 중간 변경들도 행해지지 않았다). 제작 응용 프로그램은 이전에 수신된 업데이트로 표현된 중간 변경들(예를 들어, 제3 데이터 단위에 대한 추가된 콘텐츠)이 사용자 변경들(예를 들어, 제3 데이터 단위에 대한 잠금 요청)과 충돌하는 것으로 판정한다.

이어서, 제작 응용 프로그램은 데이터 파일의 사용자 사본을 데이터 파일의 마스터 사본과 병합시키고[도 5의 병합 동작(508)을 참조] 데이터 파일의 병합된 사본을 제1 사용자에게 디스플레이한다. 도시된 일례에서, 제작 응용 프로그램은 도 26의 편집 영역(2212)에 데이터 파일의 병합된 버전을 디스플레이한다. 상기한 바와 같이, 제작 응용 프로그램은 임의의 원하는 병합 기법을 사용하여 사용자 사본 및 마스터 사본을 통합시킬 수 있다. 도시된 일례에서, 제작 응용 프로그램은 마스터 사본으로부터의 새 콘텐츠를 사용자 사본의 제1 및 제3 데이터 단위에 추가하였다.

제1 데이터 단위에 추가되었던 새 콘텐츠의 제1 세트 "TBD"로 인해 편집 충돌이 생기지 않는다. 제1 사용자는 제1 데이터 단위를 편집하지 않았다. 제1 사용자가 제3 데이터 단위를 잠금하려고 시도하였기 때문에 제3 데이터 단위에 추가되었던 새 콘텐츠의 제2 세트 "Jump, fox, jump!"로 인해 편집 충돌이 생긴다. 다른 사용자가 제3 데이터 단위를 편집했을 수 있는데, 그 이유는 제1 사용자의 잠금 요청이 그 편집 이전에 아직 마스터 사본과 동기화되지 않았기 때문이다. 그렇지만, 업데이트가 제3 데이터 단위가 다른 사용자에 의해 잠금되어 있다는 것을 나타내지 않기 때문에, 제1 사용자의 잠금이 제3 데이터 단위 주변에 유지된다.

제작 응용 프로그램이 편집 충돌을 식별하였기 때문에, 제작 응용 프로그램은 계속하여 마스터 사본에 저장하지 않는다[도 5의 제1 판정 모듈(510)을 참조]. 오히려, 제작 응용 프로그램은 제1 사용자에게 편집 충돌의 존재를 통지하기 위해 하나 이상의 경보 메시지들을 디스플레이한다[도 5의 경보 동작(512)을 참조]. 예를 들어, 도 26에서, 제1 사용자에게 편집 충돌의 존재를 알려주기 위해 경보(2217)가 디스플레이 창(2210)에 디스플레이된다. 도시된 일례에서, 편집 충돌의 존재를 나타내기 위해 상태 표시줄(2218)도 역시 업데이트되어 있다. 다른 실시예들에서, 아직 인스턴스화되지 않은 업데이트들의 수, 식별된 편집 충돌의 수, 또는 기타 이러한 정보를 나타내기 위해 상태 표시줄(2218)이 업데이트될 수 있다. 또 다른 실시예들에서, 다른 유형의 경보 또는 표식이 편집 충돌의 존재의 통지를 제1 사용자에게 제공할 수 있다.

제작 응용 프로그램은 또한 사용자가 편집 충돌을 조사하지 않고 데이터 파일을 계속 편집하는 것과 편집 충돌을 검토하는 것 중에서 선택할 수 있게 해주기 위해[도 5의 제2 판정 모듈(514)을 참조] 도 26에서 토글 인터페이스(2215)를 제1 사용자에게 제공한다. 제1 사용자는 편집 충돌을 검토하지 않고 데이터 파일을 계속 편집하기로 할 수 있다[도 5의 계속 동작(516)을 참조]. 제1 사용자는 또한 편집 충돌을 보여주도록 토글 인터페이스(2215)(도 26)를 선택하기로 할 수 있다[도 5의 검토 동작(518)을 참조]. 일 실시예에서, 토글 인터페이스(2215)의 선택은 또한 요약 창(2230)을 활성화시킨다(도 27 참조). 제1 사용자가 편집 충돌을 조사하기로 하는지 여부에 상관없이, 제1 사용자가 데이터 파일의 병합된 버전을 계속 편집할 수 있다.

제작 응용 프로그램이 도 5의 검토 동작(518)을 구현할 수 있는 한 예시적인 프로세스는 도 7의 검토 프로세스(700)를 포함한다. 사용자가 토글 인터페이스(2215)를 선택할 때, 제작 응용 프로그램은 편집 충돌을 사용자에게 제시한다[도 7의 디스플레이 동작(704)을 참조]. 예를 들어, 일 실시예에서, 토글 인터페이스(2215)를 선택하면 디스플레이 창(2210)이 편집 영역(2212)과 편집 충돌이 열거되어 있고[목록(2234)을 참조] 충돌에 관한 요약 정보가 디스플레이될 수 있는[요약 영역(2232)을 참조] 요약 창(2230)으로 분리된다.

일반적으로, 편집 영역(2212)은 데이터 파일의 병합된 버전을 디스플레이하고 사용자가 병합된 버전을 자유롭게 편집할 수 있도록 해준다. 어떤 실시예들에서, 콘텐츠의 어느 부분이 충돌하고 있는지를 나타내기 위해 편집 영역(2212)에 디스플레이되는 데이터 파일의 병합된 버전에 주석이 달려 있다. 예를 들어, 일 실시예에서, 충돌 콘텐츠가 삽입(예를 들어, 밑줄 또는 기타 서식, 글꼴 색상, 강조, 불투명도 또는 기타 이러한 표식을 통함) 또는 삭제(예를 들어, 취소선 또는 기타 서식, 글꼴 색상, 강조, 불투명도 또는 기타 이러한 표식을 통함)로부터 생긴 것인지를 나타내기 위해 데이터 파일의 병합된 버전에 주석이 달려 있다.

도시된 일례에서, 제1 데이터 단위가 서버 상에서 제2 사용자에 대해 잠금되어 있기 때문에, 제1 데이터 단위는 어떤 편집 충돌도 포함하지 않는다. 따라서, 제1 데이터 단위에 주석이 달려 있지 않다. 제2 데이터 단위가 또한 어떤 편집 충돌도 포함하지 않으며, 따라서 제2 데이터 단위에 주석이 달려 있지 않다. 콘텐츠가 데이터 단위에 삽입되었다는 것을 나타내기 위해, 제1 사용자에 대해 잠금된 것으로 나타내어져 있는 제3 데이터 단위 내의 어떤 콘텐츠에 밑줄이 그어져 있다.

일 실시예에서, 사용자 사본으로부터 나온 충돌 콘텐츠에만 주석이 달려 있다. 유익하게도, 사용자에 의해 야기된 충돌에만 주석을 다는 것에 의해 사용자가 데이터 파일의 마스터 사본의 상태 및 마스터 사본과 사용자 사본 간의 차이를 이해할 수 있다. 그렇지만, 다른 실시예들에서, 사용자 사본으로부터의 충돌 콘텐츠에 부가하여 또는 그 대신에, 마스터 사본으로부터 나온 충돌 콘텐츠에 주석이 달려 있을 수 있다.

충돌하는 편집 동작이 또한 요약 창(2230)에 의해 디스플레이된다. 해결 인터페이스의 요약 영역(2232)은 데이터 파일의 병합된 버전 내에 포함된 충돌하는 편집 동작들의 수를 나타낸다. 도시된 일례에서, 요약 영역(2232)은 하나의 충돌하는 편집 동작이 식별되었다는 것을 나타낸다. 요약 창(2230)의 목록(2234)이 충돌 콘텐츠를 디스플레이한다. 일 실시예에서, 목록(2234)은 비충돌 콘텐츠와 별도로 충돌 콘텐츠를 디스플레이한다. 다른 실시예에서, 목록(2234)은 콘텐츠가 삽입 및/또는 삭제되었는지를 나타내기 위해 충돌 콘텐츠에 주석을 단다[도 27의 표식(2236)을 참조]. 다른 실시예에서, 목록(2234)은 충돌 콘텐츠의 출처(예를 들어, 사용자 사본 또는 마스터 사본)를 나타내기 위해 충돌 콘텐츠에 주석을 단다[도 27의 표식(2238)을 참조].

제작 응용 프로그램의 제1 사용자는 데이터 파일의 편집으로 돌아가거나 디스플레이된 편집 충돌들 중 임의의 충돌을 해결하라는[도 7의 제1 판정 모듈(708)을 참조] 명령을 제공하기 위해[도 7의 획득 동작(706)을 참조] 해결 인터페이스[예를 들어, 도 27의 해결 인터페이스(2240)를 참조]와 상호작용할 수 있다. 예를 들어, 일 실시예에서, 사용자는 상기한 바와 같이 편집 충돌을 숨기기 위해 또다시 토글 인터페이스(2215)를 선택할 수 있다.

다른 대안으로서, 제1 사용자는 충돌 콘텐츠 또는 그의 일부를 수락 또는 거부하라는 명령을 제공할 수 있다. 일 실시예에서, 제1 사용자는 디스플레이 창(2010)의 편집 영역(2012) 내에 디스플레이된 콘텐츠를 선택할 수 있고 편집 동작을 해결하라는 명령을 제공하기 위해 해결 인터페이스(2240) 상의 옵션을 선택할 수 있다. 예를 들어, 제1 사용자는 명령이 제공되어야 하는 콘텐츠를 선택할 수 있고, 예시적인 해결 인터페이스(2040)로부터 수락 단추(2242) 또는 거부 단추(2244)를 선택할 수 있다(도 27 참조). 예시적인 해결 인터페이스(2040)는 또한 충돌들 간의 시퀀싱을 위해 다음 단추(2246) 및 이전 단추(2248)를 포함할 수 있다. 다른 실시예들에서, 제1 사용자는 다른 유형의 해결 인터페이스 도구를 사용하여 해결 명령을 제공할 수 있다.

도 28에 도시된 일례에서, 제1 사용자는 충돌 콘텐츠의 제1 부분을 선택하고[요약 창(2230) 내의 선택 표식(2213)을 참조] 커서(2219)를 통해 해결 인터페이스(2040) 상의 수락 단추(2242)를 선택한다. 그렇지만, 다른 실시예들에서, 제1 사용자는 임의의 원하는 해결 인터페이스를 통해 명령을 제공했을 수도 있다. 따라서, 제작 응용 프로그램은 사용자가 편집으로 돌아가라는 명령을 제공하지 않은 것으로 판정하고[도 7의 제1 판정 모듈(708)을 참조] 해결 명령을 수행한다[도 7의 구현 동작(710)을 참조].

제작 응용 프로그램이 선택된 충돌 콘텐츠를 수락할 수 있는 한 예시적인 프로세스가 도 13의 수락 프로세스(1100)를 포함한다. 제작 응용 프로그램은 선택된 충돌 콘텐츠로부터 임의의 주석을 제거한다[도 13의 정리 동작(1104)을 참조]. 제작 응용 프로그램은 선택된 충돌 콘텐츠가 데이터 파일에 삽입된 것으로 판정한다[도 13의 판정 모듈(1106)을 참조]. 따라서, 수락 프로세스(1100)이 완료되어 종료된다[도 13의 종료 모듈(1110)을 참조]. 제작 응용 프로그램이 충돌 콘텐츠가 데이터 파일로부터 삭제된 것으로 판정한 경우, 제작 응용 프로그램은 데이터 파일로부터 충돌 콘텐츠를 삭제하게 된다[도 13의 제거 동작(1108)을 참조].

도 7의 검토 프로세스(700)로 돌아가서, 제작 응용 프로그램은 미해결된 편집 충돌이 더 이상 남아 있지 않는 것으로 판정한다[도 7의 제2 판정 모듈(712)을 참조]. 따라서, 검토 프로세스(700)가 완료되어 종료되고[도 7의 종료 모듈(714)을 참조], 도 5의 동기화 프로세스(500)의 검토 동작(514)을 완료한다. 동기화 프로세스(500)는 다시 제1 판정 모듈(510)(도 5)로 진행하여, 제작 응용 프로그램은 어떤 편집 충돌도 미해결된 채로 있지 않은 것으로 판정한다. 제작 응용 프로그램은 또한 어떤 부가의 업데이트도 마스터 사본으로부터 이용가능하지 않은 것으로 판정하고[도 5의 제2 판정 모듈(520)을 참조], 따라서 사용자 사본과 마스터 사본의 동기화를 완료하기 위해 사용자 사본으로부터의 업데이트를 마스터 사본으로 전송한다[도 5의 저장 동작(522)을 참조].

제작 응용 프로그램이 업데이트를 마스터 사본에 성공적으로 업로드할 때, 제작 응용 프로그램은 제1 사용자에게 경보를 한다[도 5의 표시 동작(524)을 참조]. 예를 들어, 도 29에서, 업데이트가 성공적으로 전송되었다는 것을 나타내기 위해 상태 표시줄(2218)이 업데이트되었다. 어떤 실시예들에서, 제작 응용 프로그램은 또한 업로드의 성공을 나타내는 경보 창(2260)을 디스플레이할 수 있다. 일 실시예에서, 경보 창(2260)은 추가의 설명을 제공할 수 있다(예를 들어, 성공적인 업로드의 결과를 나타냄). 도 29에 도시된 일례에서, 어떤 식별된 편집 충돌도 미해결된 채로 있지 않기 때문에, 요약 창(2230)이 사용자 인터페이스(2200)로부터 제거되어 있다. 그렇지만, 다른 실시예들에서, 요약 창(2230)이 [예를 들어, 도 27 및 도 28의 토글 인터페이스(2215)를 통해] 제1 사용자에 의해 비활성화될 때까지 남아 있을 수 있다.

본 발명의 실시예들이 컴퓨터 프로세스(방법), 컴퓨팅 시스템, 또는 제조 물품(컴퓨터 프로그램 제품 또는 컴퓨터 판독가능 매체 등)으로서 구현될 수 있다. 이 프로세스들(프로그램들)은 본 문서에 기술된 구조들을 포함하는 임의의 수의 방식으로 구현될 수 있다. 한가지 이러한 방식은 본 문서에 기술된 유형의 장치들의 기계 동작에 의한다. 다른 선택적인 방식은 이 방법들의 개별적인 동작들 중 하나 이상의 동작들이 그 동작들 중 어떤 동작들을 수행하는 하나 이상의 사람 조작자와 관련하여 컴퓨팅 장치 상에서 수행되는 것이다. 이들 사람 조작자가 서로 같은 장소에 있을 필요가 없고, 각각의 조작자가 프로그램의 일부분을 수행하는 기계에만 있을 수 있다.

컴퓨터 프로그램 제품은 컴퓨터 시스템에 의해 판독가능하고 컴퓨터 프로세스를 실행하는 명령어들의 컴퓨터 프로그램을 인코딩하는 컴퓨터 저장 매체일 수 있다. 컴퓨터 프로그램 제품은 또한 컴퓨터 시스템에 의해 판독가능하고 컴퓨터 프로세스를 실행하는 명령어들의 컴퓨터 프로그램을 인코딩하는 반송파 상의 전파 신호(propagated signal)일 수 있다. 컴퓨터-판독가능 매체라는 용어는, 본 명세서에서 사용되는 바와 같이, 저장 매체 및 통신 매체 둘다를 포함한다.

당업자라면 본 발명이 핸드헬드 장치, 멀티프로세서 시스템, 마이크로프로세서-기반 또는 프로그램가능 가전 제품, 미니컴퓨터, 메인프레임 컴퓨터, 기타 등등을 비롯한 기타 컴퓨터 시스템 구성에서 실시될 수 있다는 것을 잘 알 것이다. 본 발명은 또한 작업들이 통신 네트워크를 통해 연결되어 있는 원격 처리 장치들에 의해 수행되는 분산 컴퓨팅 환경에서도 실시될 수 있다. 분산 컴퓨팅 환경에서는, 프로그램 모듈들이 로컬 및 원격 메모리 저장 장치 둘다에 위치할 수 있다. 일반적으로, 프로그램 모듈들은 특정의 작업들을 수행하거나 특정의 추상 데이터 유형들을 구현하는 루틴, 프로그램, 구성요소, 데이터 구조, 및 기타 유형의 구조체를 포함한다.

Claims (20)

1. 데이터 파일을 공동으로 작성하는(collaboratively authoring) 방법으로서,
   제1 컴퓨팅 장치상에 구현되는 제1 제작 응용 프로그램(first authoring application)에서, 상기 데이터 파일의 사용자 사본과 상기 데이터 파일의 마스터 사본 사이에 존재하는 편집 충돌을 식별하는 단계,
   상기 데이터 파일의 병합된 사본을 생성하기 위해 상기 데이터 파일의 상기 사용자 사본과 상기 데이터 파일의 상기 마스터 사본을 병합하는 단계,
   상기 데이터 파일의 상기 병합된 사본을 상기 제1 제작 응용 프로그램의 사용자에게 디스플레이하는 단계,
   상기 사용자가 상기 식별된 편집 충돌을 디스플레이하는 것과 상기 식별된 편집 충돌을 숨기는 것 사이에서 토글할 수 있게 해주는 토글 인터페이스를 상기 사용자에게 제시하는 단계 - 상기 토글 인터페이스는 상기 편집 충돌이 식별될 때 제시되고 상기 식별된 편집 충돌이 해결될 때까지 남아 있으며, 상기 데이터 파일의 상기 병합된 사본은 상기 식별된 편집 충돌이 디스플레이될 때에도 상기 식별된 편집 충돌이 숨겨질 때에도 상기 사용자에 의해 자유롭게 편집가능함 -, 및
   콘텐츠 잠금을 디스플레이하는 것과 상기 식별된 편집 충돌을 나타내기 위해 주석이 달린 사용자 콘텐츠를 디스플레이하는 것을 포함하여 상기 데이터 파일의 상기 사용자 사본을 제시하도록 구성된 해결 인터페이스를 제공하는 단계- 상기 해결 인터페이스는 상기 사용자가 상기 식별된 편집 충돌에 대한 해결 명령을 제공할 수 있게 함 -
   를 포함하되,
   상기 사용자가 해결 명령을 제공할 수 있게 하는 것은,
   상기 해결 인터페이스 상에, 수락 옵션 및 거부 옵션을 디스플레이하는 것- 상기 수락 옵션은 수락 제어를 포함하고, 상기 거부 옵션은 거부 제어를 포함하며, 상기 해결 인터페이스는 상기 식별된 편집 충돌이 선택되는 경우 디스플레이됨 -, 및
   상기 사용자가 상기 식별된 편집 충돌이 수락되도록 하는 상기 수락 제어 및 상기 식별된 편집 충돌이 거부되도록 하는 상기 거부 제어를 선택할 수 있게 하는 것
   을 포함하는, 방법.
2. 제1항에 있어서,
   상기 제1 제작 응용 프로그램에서, 상기 데이터 파일의 상기 사용자 사본과 상기 데이터 파일의 상기 마스터 사본 사이에 존재하는 복수의 편집 충돌을 식별하는 단계를 더 포함하고,
   상기 토글 인터페이스를 상기 사용자에게 제시하는 단계는 상기 사용자가 상기 편집 충돌들을 디스플레이하는 것과 상기 편집 충돌들을 숨기는 것 사이에서 토글할 수 있게 하는 방법.
3. 제2항에 있어서,
   상기 사용자가 상기 식별된 편집 충돌들을 디스플레이하는 것으로 토글할 때 상기 식별된 편집 충돌들을 디스플레이하는 단계를 더 포함하고,
   상기 제공된 해결 인터페이스는 상기 사용자가 상기 편집 충돌들 중 임의의 충돌을 수락 또는 거부할 수 있게 하는 방법.
4. 제1항에 있어서,
   상기 식별된 편집 충돌을 디스플레이하는 단계는 비충돌 콘텐츠의 컨텍스트 내에 상기 식별된 편집 충돌을 디스플레이하는 단계를 포함하는 방법.
5. 제4항에 있어서,
   상기 식별된 편집 충돌을 디스플레이하는 단계는 상기 식별된 편집 충돌을 상기 비충돌 콘텐츠와 구별하기 위해 상기 식별된 편집 충돌에 주석을 다는 단계를 포함하는 방법.
6. 제5항에 있어서,
   상기 식별된 편집 충돌에 주석을 다는 단계는 상기 식별된 편집 충돌의 출처를 디스플레이하는 단계를 포함하는 방법.
7. 제5항에 있어서,
   상기 식별된 편집 충돌을 숨기는 것은 상기 식별된 편집 충돌로부터 임의의 주석을 제거하는 것을 포함하는 방법.
8. 제1항에 있어서,
   상기 데이터 파일의 상기 사용자 사본을 상기 마스터 사본과 동기화시키기 위해 상기 데이터 파일의 상기 마스터 사본의 현재 상태를 나타내는 업데이트를 상기 제1 제작 응용 프로그램에서 수신하는 단계를 더 포함하는 방법.
9. 제1항에 있어서,
   상기 편집 충돌이 식별될 때 상기 사용자에게 경보를 하는 단계를 더 포함하는 방법.
10. 제1항에 있어서,
    상기 데이터 파일의 상기 사용자 사본을 상기 마스터 사본과 동기화시키라는 명령을 수신하는 단계, 및
    상기 사용자 사본에 기초하여 상기 데이터 파일의 새 사본을 생성하는 단계 - 상기 새 사본은 상기 식별된 편집 충돌을 포함함 -
    를 더 포함하고,
    상기 데이터 파일의 상기 새 사본을 편집하는 것은 상기 토글 인터페이스의 제시를 트리거하지 않는 방법.
11. 컴퓨팅 장치에 의해 실행될 때 데이터 파일의 사용자 사본과 상기 데이터 파일의 마스터 사본 간에 존재하는 편집 충돌들을 해결하는 방법을 수행하는 실행가능 명령어들을 저장하는 컴퓨터-판독가능 저장 매체로서,
    상기 방법은,
    디스플레이 창을 상기 컴퓨팅 장치의 사용자에게 제시하는 단계 - 상기 디스플레이 창은 편집 영역 및 요약 영역(summary area)를 포함함 -,
    임의의 식별된 충돌 콘텐츠를 포함하는 상기 사용자 사본의 콘텐츠 및 임의의 콘텐츠 잠금을 상기 디스플레이 창의 상기 편집 영역 내에 디스플레이하는 단계 - 상기 사용자는 상기 편집 영역에서 상기 식별된 충돌 콘텐츠를 포함하는 상기 사용자 사본의 콘텐츠를 자유롭게 편집할 수 있고, 상기 식별된 충돌 콘텐츠를 비충돌 콘텐츠와 구별하기 위해 상기 식별된 충돌 콘텐츠에 주석이 달려 있음 -,
    상기 식별된 충돌 콘텐츠 및 임의의 식별된 충돌 콘텐츠 잠금을 상기 요약 영역 내에 디스플레이하는 단계,
    수락 옵션 및 거부 옵션을 포함하는 해결 인터페이스를 디스플레이하는 단계- 상기 수락 옵션은 수락 제어를 포함하고, 상기 거부 옵션은 거부 제어를 포함하며, 상기 해결 인터페이스는 콘텐츠 잠금을 디스플레이하는 것과 상기 식별된 충돌 콘텐츠를 나타내기 위해 주석이 달린 사용자 콘텐츠를 디스플레이하는 것을 포함하여 상기 데이터 파일의 상기 사용자 사본을 제시하도록 구성되고, 상기 해결 인터페이스는 상기 식별된 충돌 콘텐츠가 선택되는 경우 디스플레이됨 -,
    상기 사용자가 상기 식별된 충돌 콘텐츠가 수락되도록 하는 상기 수락 제어 및 상기 식별된 충돌 콘텐츠가 거부되도록 하는 상기 거부 제어를 선택할 수 있게 하는 단계,
    상기 사용자에게 토글 인터페이스를 제시하는 단계- 상기 사용자에 의한 상기 토글 인터페이스의 선택은 상기 디스플레이 창의 상기 편집 영역 내에서 상기 식별된 충돌 콘텐츠에 대한 임의의 주석을 제거함 -
    를 포함하는 컴퓨터-판독가능 저장 매체.
12. 제11항에 있어서,
    상기 사용자에 의한 상기 토글 인터페이스의 선택은 또한 상기 디스플레이 창으로부터 상기 해결 인터페이스를 제거하는 컴퓨터-판독가능 저장 매체.
13. 제11항에 있어서,
    상기 방법은 상기 식별된 충돌 콘텐츠가 존재한다는 것을 상기 사용자에게 보고하는 경보를 디스플레이하는 단계를 더 포함하는 컴퓨터-판독가능 저장 매체.
14. 제11항에 있어서,
    상기 식별된 충돌 콘텐츠는 상기 사용자에 의해 상기 데이터 파일의 상기 사용자 사본에 삽입 또는 삭제되고 상기 데이터 파일의 상기 마스터 사본에 대한 중간 변경들과 상충하는 콘텐츠만을 포함하는 컴퓨터-판독가능 저장 매체.
15. 데이터 파일을 공동으로 편집하는 시스템으로서,
    상기 데이터 파일의 마스터 사본이 저장되어 있는 저장 장치 - 상기 마스터 사본은 마스터 콘텐츠 및 마스터 잠금을 가짐 -,
    상기 데이터 파일의 사용자 사본이 저장되어 있는 사용자 장치 - 상기 사용자 사본은 사용자 콘텐츠 및 사용자 잠금을 갖고, 상기 사용자 콘텐츠는 상기 마스터 콘텐츠에 기초하여 생성되고 상기 사용자 잠금은 상기 마스터 잠금에 기초하여 생성됨 -, 및
    상기 사용자 장치 상에 구현되는 제작 응용 프로그램
    을 포함하되,
    상기 제작 응용 프로그램은 상기 마스터 콘텐츠에 대한 임의의 변경들을 나타내는 마스터 콘텐츠 업데이트 및 상기 마스터 잠금에 대한 임의의 변경들을 나타내는 마스터 잠금 업데이트를 상기 저장 장치로부터 수신하도록 구성되고,
    상기 제작 응용 프로그램은 또한 상기 데이터 파일의 상기 사용자 사본과 상기 마스터 콘텐츠 업데이트 사이 및 상기 사용자 사본과 상기 마스터 잠금 업데이트 사이의 임의의 편집 충돌을 식별하도록 구성되며,
    상기 제작 응용 프로그램은 또한 수락 옵션 및 거부 옵션을 포함하는 해결 인터페이스를 디스플레이하도록 구성되고, 상기 수락 옵션은 수락 제어를 포함하고, 상기 거부 옵션은 거부 제어를 포함하며, 상기 해결 인터페이스는 상기 식별된 충돌 콘텐츠가 선택되는 경우 디스플레이되고, 상기 제작 응용 프로그램은 사용자가 상기 수락 옵션 또는 상기 거부 옵션을 선택할 수 있도록 구성되고,
    상기 수락 옵션의 선택은 식별된 편집 충돌이 수락되도록 하고, 상기 거부 옵션의 선택은 상기 식별된 편집 충돌이 거부되도록 하고,
    상기 해결 인터페이스는 상기 사용자 잠금을 디스플레이하는 것과 식별된 편집 충돌을 나타내기 위해 주석이 달린 상기 사용자 콘텐츠를 디스플레이하는 것을 포함하여 상기 데이터 파일의 상기 사용자 사본을 제시하도록 구성되고,
    상기 마스터 잠금에 대한 임의의 변경이 상기 사용자 잠금에 대한 임의의 변경과 충돌하지 않는 경우 상기 제작 응용 프로그램은 상기 마스터 잠금에 대한 임의의 변경을 자동으로 인스턴스화하고,
    상기 제작 응용 프로그램에 의해 어떤 편집 충돌도 식별되지 않을 때에만, 상기 제작 응용 프로그램이 상기 마스터 콘텐츠에 대한 임의의 변경을 자동으로 인스턴스화하는
    시스템.
16. 제15항에 있어서,
    상기 제작 응용 프로그램은, 어떤 편집 충돌도 상기 제작 응용 프로그램에 의해 식별되지 않을 때에만, 상기 사용자 콘텐츠에 대한 임의의 변경을 나타내는 사용자 콘텐츠 업데이트를 상기 저장 장치로 전송하도록 더 구성되어 있는 시스템.
17. 제15항에 있어서,
    상기 제작 응용 프로그램은 편집 충돌이 상기 제작 응용 프로그램에 의해 식별되는지 여부에 상관없이, 상기 사용자 잠금에 대한 임의의 변경을 나타내는 사용자 잠금 업데이트를 상기 저장 장치로 전송하도록 더 구성되어 있는 시스템.
18. 제15항에 있어서,
    상기 저장 장치에 통신가능하게 연결되어 있는 복수의 사용자 장치를 더 포함하고,
    각각의 사용자 장치는 상기 데이터 파일의 사용자 사본을 획득하고, 주기적인 간격으로 상기 저장 장치로부터 업데이트들을 수신하며, 상기 식별된 편집 충돌들이 해결될 때 상기 저장 장치로 업데이트를 전송하도록 구성되어 있는 시스템.
19. 삭제
20. 삭제

Images