KR20160003682A - 플레이스홀더에 의한 하이드레이션 및 디하이드레이션 기법 - Google Patents
플레이스홀더에 의한 하이드레이션 및 디하이드레이션 기법 Download PDFInfo
- Publication number
- KR20160003682A KR20160003682A KR1020157031212A KR20157031212A KR20160003682A KR 20160003682 A KR20160003682 A KR 20160003682A KR 1020157031212 A KR1020157031212 A KR 1020157031212A KR 20157031212 A KR20157031212 A KR 20157031212A KR 20160003682 A KR20160003682 A KR 20160003682A
- Authority
- KR
- South Korea
- Prior art keywords
- file system
- system object
- file
- client
- placeholder
- Prior art date
Links
Images
Classifications
-
- G06F17/30153—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/174—Redundancy elimination performed by the file system
- G06F16/1744—Redundancy elimination performed by the file system using compression, e.g. sparse files
-
- G06F17/30174—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/0647—Migration mechanisms
- G06F3/0649—Lifecycle management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
본 명세서에 기술된 발명대상은 파일 시스템 플레이스홀더(placeholder)에 관한 것이다. 어떤 면에서, 플레이스홀더는 원격 파일 시스템 객체를 나타내기 위해 클라이언트에 의해 사용될 수 있다. 플레이스홀더는 메타데이터를 포함할 수 있으며, 또한 표현된 원격 파일 시스템 객체의 콘텐츠 중 전부 또는 일부를 포함할 수도 있고 하나도 포함하지 않을 수도 있다. 플레이스홀더와 함께 그리고 하나 이상의 요인에 기초하여, 클라이언트는 사용자 지시, 추론된 사용자 의도 및 클라이언트의 저장 정책을 따르도록 클라이언트의 파일 시스쳄 객체를 하이드레이트 또는 디하이드레이트할 수 있다.
Description
요즘에는, 가족이나 또는 심지어 한 개인이 데스크탑 컴퓨터, 랩탑, 스마트폰, 인터넷 가능 텔레비전, 셋탑 박스, 게임 장치, 리딩 태블릿(reading tablet) 등과 같은 복수의 컴퓨팅 장치를 갖는 것이 특별하지 않다. 게다가, 한 사용자가 클라우드나 또는 그 밖의 다른 장소에 저장되어 있는 사진, 오디오, 문서 등을 포함하는 수천 개의 파일을 가질 수도 있다. 사용자는 자신이 이용할 수 있는 컴퓨팅 장치들 중 하나 이상에서 이들 파일에 액세스하기를 원할 수도 있다.
사용자 장치들 중 일부는 매우 제한된 저장 공간을 가질 수 있기 때문에, 사용자의 콘텐츠 전부를 자신의 장치들 각각에 다운로드하는 것은 가능하지 않을 수도 있다. 게다가, 한 컴퓨팅 장치가 막대한 저장 공간을 가질 경우에도, 콘텐츠를 그 컴퓨팅 장치에 다운로드하는 것은 상당한 대역폭을 소모할 수 있고 비용이 많이 들 수 있으며, 또한 시간이 많이 걸릴 수 있다.
본원의 청구항의 청구대상은 어떠한 문제점을 해결하거나 전술한 바와 같은 환경에서만 동작하는 실시예들로 한정되지 않는다. 오히려, 이 배경기술은 본 명세서에 기술된 일부 실시예들이 실시될 수 있는 하나의 예시적인 기술분야를 예시하기 위해 제공될 뿐이다.
요컨대, 본 명세서에 기술된 발명대상은 파일 시스템 플레이스홀더(placeholder)에 관한 것이다. 어떤 면에서, 플레이스홀더는 원격 파일 시스템 객체를 나타내기 위해 클라이언트에 의해 사용될 수 있다. 플레이스홀더는 메타데이터를 포함할 수 있으며, 또한 표현된 원격 파일 시스템 객체의 콘텐츠 중 전부 또는 일부를 포함할 수도 있고 하나도 포함하지 않을 수도 있다. 플레이스홀더와 함께 그리고 하나 이상의 요소에 기초하여, 클라이언트는 사용자 지시, 추론된 사용자 의도 및 클라이언트의 저장 정책을 따르도록 클라이언트의 파일 시스쳄 객체를 하이드레이트 또는 디하이드레이트할 수 있다.
본 개요는 후속하여 발명의 상세한 설명 부분에서 설명되는 개념들 중 선택된 것들을 단순화된 형태로 소개하고자 제공되는 것이다. 본 개요는 청구항의 청구대상의 핵심적인 특징이나 필수적인 특징들을 밝히고자 함이 아니며, 청구항의 청구대상의 범위를 결정하는 데 도움이 되고자 함도 아니다.
"본 명세서에 기술된 발명대상"이란 말은 문맥상 다른 의미를 분명하게 나타내지 않는 한 상세한 설명에 기술된 발명대상을 지칭한다. "특징(aspect)"은 "적어도 하나의 특징"으로 이해해야 한다. 상세한 설명에 기술되어 있는 발명대상의 특징을 밝히는 것은 청구항의 청구대상의 핵심적인 특징이나 필수적인 특징을 밝히고자 함이 아니다.
전술한 특징들 및 본 명세서에 기술되어 있는 다른 특징들은 예로서 설명되며 첨부 도면으로 한정되지 않으며, 도면에서 유사 참조번호는 유사한 구성요소를 나타낸다.
도 1은 본 명세서에 기술된 발명대상의 특징이 구체화될 수 있는 예시적인 범용 컴퓨팅 환경을 나타내는 블록도이다.
도 2 내지 3은 본 명세서에 기술된 발명대상의 특징에 따른, 플레이스홀더를 사용하도록 구성된 예시적인 시스템 컴포넌트를 일반적으로 나타내는 블록도이다.
도 4-6은 본 명세서에 기술된 발명대상의 특징에 따른 클라이언트 입장에서 발생할 수 있는 예시적인 동작들을 일반적으로 나타내는 흐름도이다.
도 7은 본 명세서에 기술된 발명대상의 특징에 따른, 클라우드 저장 시스템 입장에서 발생할 수 있는 예시적인 동작들을 일반적으로 나타내는 흐름도이다.
도 2 내지 3은 본 명세서에 기술된 발명대상의 특징에 따른, 플레이스홀더를 사용하도록 구성된 예시적인 시스템 컴포넌트를 일반적으로 나타내는 블록도이다.
도 4-6은 본 명세서에 기술된 발명대상의 특징에 따른 클라이언트 입장에서 발생할 수 있는 예시적인 동작들을 일반적으로 나타내는 흐름도이다.
도 7은 본 명세서에 기술된 발명대상의 특징에 따른, 클라우드 저장 시스템 입장에서 발생할 수 있는 예시적인 동작들을 일반적으로 나타내는 흐름도이다.
본 명세서에서 사용된 바와 같이, "포함" 및 그 변형어들은 "포함하지만, 이들로 한정되지는 않는"다는 것을 의미하는 제한이 없는 용어로서 이해되어야 한다. "또는"이란 용어는 문맥이 명확하게 달리 지시하지 않는 한 "및/또는"으로 이해되어야 한다. "기초하여"란 용어는 "적어도 부분적으로 기초하여"로 이해되어야 한다. "일실시예"란 용어는 "적어도 하나의 실시예"로서 이해되어야 한다. "다른 실시예"란 용어는 "적어도 하나의 다른 실시예"로서 이해되어야 한다.
본 명세서에서 사용된 단수형은 하나 이상의 지시된 항목 또는 동작을 포괄한다. 특히, 청구항들에서 한 항목에 대한 참조는 일반적으로 적어도 하나의 그러한 항목이 존재하며 동작에 대한 참조는 동작의 적어도 한 예가 수행됨을 의미한다.
때론, 본 명세서에서 "제1", "제2", "제3" 등의 용어가 사용될 수 있다. 추가적인 컨텍스트가 없다면, 청구범위에서의 이들 용어의 사용은 어떠한 순서를 의미하고자 하는 것이 아니라 오히려 식별 목적을 위해 사용된다. 예를 들어, "제1 버전" 및 "제2 버전"이란 용어는 반드시 제1 버전이 첫 번째 버전이라거나 또는 제2 버전 이전에 생성되었다거나 또는 제1 버전이 제2 버전 이전에 요청되었거나 조작되었다는 것을 의미하지는 않는다. 오히려 이들 용어는 상이한 버전을 식별하는데 사용된다.
표제는 단지 편의를 위한 것으로, 주어진 주제에 대한 정보는 표제가 그 주제를 나타내는 섹션 밖에 있을 수도 있다.
명시적 및 암시적인 다른 정의들이 아래에 포함될 수도 있다.
예시적인 운영 환경
도 1은 본 명세서에 기술된 발명 대상의 특징이 구현될 수 있는 적절한 컴퓨팅 시스템 환경(100)의 일실시예를 도시한 것이다. 컴퓨팅 시스템 환경(100)은 단지 하나의 적절한 컴퓨팅 환경의 일례일 뿐이며 본 명세서에 기술된 발명대상의 사용 또는 기능의 범위에 대한 어떠한 제한을 암시하기 위한 것은 아니다. 컴퓨팅 환경(100)은 예시적인 운영 환경(100)으로 도시된 컴포넌트들 중 어느 하나 또는 조합과 관련하여 어떠한 의존성 또는 요건을 갖는 것으로 해석되어서는 안 된다.
본 명세서에 기술된 발명대상의 특징은 수많은 다른 범용 또는 특수목적 컴퓨팅 시스템 환경 또는 구성과 함께 사용가능하다. 본 명세서에 기술된 발명대상의 특징과 함께 사용하기에 적절할 수 있는 잘 알려진 컴퓨팅 시스템, 환경, 또는 구성의 예로는, 개인용 컴퓨터, (베어 메탈(bare metal)로의 또는 가상 머신으로서의) 서버 컴퓨터, 핸드헬드 또는 랩탑 장치, 멀티프로세서 시스템, 마이크로컨트롤러 기반 시스템, 셋탑 박스, 프로그램가능 및 프로그램불가능 가전, 네트워크 PC, 미니컴퓨터, 메인프레임 컴퓨터, PDA(personal digital assistant), 게이밍 장치, 프린터, 셋탑, 미디어 센터, 또는 기타 어플라이언스들을 포함하는 어플라이언스, 자동차 내장 또는 부착 컴퓨팅 장치, 기타 모바일 장치, 셀 폰, 무선 전화기, 및 유선 전화기를 포함하는 전화 장치, 전술한 시스템 또는 장치 중 어느 하나를 포함하는 분산 컴퓨팅 환경 등을 들 수 있다.
본 명세서에 기술된 발명대상의 특징은 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행가능 명령어의 일반적인 맥락에서 기술될 수 있다. 일반적으로, 프로그램 모듈은 특정한 태스크를 수행하거나 특정한 추상화 데이터 타입을 구현하는 루틴, 프로그램, 객체, 컴포넌트, 데이터 구조 등을 포함한다. 본 명세서에 기술된 발명대상의 특징들은 또한 통신망을 통해 링크되는 원격 처리 장치에 의해 태스크가 수행되는 분산 컴퓨팅 환경에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 메모리 저장 장치를 포함한 로컬 및 원격 컴퓨터 저장 매체에 위치할 수 있다.
이에 더하여 또는 이에 갈음하여, 본 명세서에 기술된 기능은 적어도 부분적으로 하나 이상의 하드웨어 로직 컴포넌트에 의해 수행될 수 있다. 예를 들어, 제한적인 것은 아니지만, 사용될 수 있는 예시적인 유형의 하드웨어 로직은 FPGA(Field-programmable Gate Array), ASIC(Program-specific Integrated Circuit), ASSP(Program-specific Standard Product), SOC(System-on-a-chip) system), CPLD(Complex Programmable Logic Device) 등을 포함한다.
도 1을 참고하면, 본 명세서에 기술된 발명대상의 특징들을 구현하는 예시적인 시스템은 컴퓨터(110) 형태의 범용 컴퓨팅 장치를 포함한다. 컴퓨터는 명령어를 실행할 수 있는 임의의 전자 장치를 포함할 수 있다. 컴퓨터(110)의 컴포넌트는 제한적인 것은 아니지만 프로세싱 유닛(120), 시스템 메모리(130), 및 시스템 메모리를 포함한 다양한 시스템 컴포넌트를 프로세싱 유닛(120)에 연결하는 하나 이상의 시스템 버스(시스템 버스(121)로 표현됨)를 포함할 수 있다. 시스템 버스(121)는 메모리 버스 또는 메모리 컨트롤러, 주변 버스, 및 다양한 버스 아키텍처 중 어느 하나를 이용하는 로컬 버스를 포함하는 몇몇 유형의 버스 구조들 중 임의의 버스 구조일 수 있다. 예를 들어, 이러한 아키텍처는 제한적인 것은 아니지만 ISA(Industry Standard Architecture) 버스, MCA(Micro Channel Architecture) 버스, EISA(Enhanced ISA) 버스, VESA(Video Electronics Standards Association) 로컬 버스, 및 메자닌(Mezzanine) 버스로도 알려져 있는 PCI(Peripheral Component Interconnect) 버스, PCI-X(Peripheral Component Interconnect Extended) 버스, AGP(Advanced Graphics Port), 및 PCIe(PCI express)를 포함한다.
프로세싱 유닛(120)이 하드웨어 보안 장치(122)에 연결될 수 있다. 보안 장치(122)는 컴퓨터(110)의 다양한 특징들을 보호하는데 사용될 수 있는 암호 키를 저장하고 생성할 수 있다. 일실시예에서, 보안 장치(122)는 TPM(Trusted Platform Module) 칩, TPM 보안 장치 등을 포함할 수 있다.
컴퓨터(110)는 통상적으로 다양한 컴퓨터 판독가능 매체를 포함한다. 컴퓨터 판독가능 매체는 컴퓨터(110)에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있으며 휘발성 및 비휘발성 매체, 및 착탈식 및 비착탈식 매체를 포함한다. 예를 들어, 제한적인 것은 아니지만, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함할 수 있다.
컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위해 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 착탈식 및 비착탈식 매체를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 고체 상태 저장부, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 다른 광학 디스크 저장부, 자기 카세트, 자기 테이프, 자기 디스크 저장부 또는 다른 자기 저장 장치, 또는 원하는 정보를 저장하는데 사용될 수 있으며 컴퓨터(110)에 의해 액세스될 수 있는 임의의 다른 매체를 포함한다. 컴퓨터 저장 매체는 통신 매체는 포함하지 않는다.
통신 매체는 통상적으로 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터를 반송파나 기타 전송 메커니즘과 같은 변조된 데이터 신호로 구현하며 임의의 정보 전달 매체를 포함한다. "변조된 데이터 신호"란 용어는 신호 내에 정보를 인코딩하기 위한 방식으로 설정 또는 변경된 특징들 중 하나 이상을 갖는 신호를 의미한다. 예를 들어, 제한적인 것은 아니지만, 통신 매체는 유선 네트워크 또는 직접 유선 접속과 같은 유선 매체, 음향, RF, 적외선 및 기타 무선 매체와 같은 무선 매체를 포함한다. 또한 이들의 임의의 조합 역시 컴퓨터 판독 가능 매체의 범위 내에 포함되어져야 한다.
시스템 메모리(130)는 판독 전용 메모리(ROM)(131) 및 RAM(132)과 같은 휘발성 및/또는 비휘발성 메모리 형태의 컴퓨터 저장 매체를 포함한다. 시동(start-up) 중과 같은 컴퓨터(110) 내의 구성 요소 사이에서의 정보 전달을 돕는 기본 루틴을 포함하는 기본 입력/출력 시스템(133)(BIOS)은 전형적으로 ROM(131)에 저장된다. RAM(132)은 전형적으로 프로세싱 유닛(120)에 의해 즉시 액세스가능한 및/또는 현재 동작되고 있는 데이터 및/또는 프로그램 모듈을 포함한다. 예를 들어, 도 1은 운영 체제(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136), 및 프로그램 데이터(137)를 도시하고 있으나, 이에 한정되지는 않는다.
컴퓨터(110)는 또한 다른 착탈식/비착탈식의 휘발성/비휘발성 컴퓨터 저장 매체를 포함할 수 있다. 예를 들어, 도 1은 비착탈식, 비휘발성 자기 매체에 대해 판독 또는 기록하는 하드 디스크 드라이브(141), 비착탈식 비휘발성 자기 디스크(152)에 대해 판독 또는 기록하는 자기 디스크 드라이브(151), 및 CD ROM, DVD 또는 기타 광학 매체와 같은 비착탈식 비휘발성 광학 디스크(156)에 대해 판독 또는 기록하는 광학 디스크 드라이브(155)를 도시하고 있다. 예시적인 동작 환경에 사용될 수 있는 다른 착탈식/비착탈식의 휘발성/비휘발성 컴퓨터 저장 매체는 자기 테이프 카세트, 플래시 메모리 카드 및 다른 고체 상태 저장 장치, 디지털 다용도 디스크(DVD), 기타 광학 장치, 디지털 비디오 테이프, 솔리드 스테이트 RAM, 솔리드 스테이트 ROM 등을 포함하지만, 이에 한정되지는 않는다. 하드 디스크 드라이브(141)는 통상적으로 인터페이스(140)를 통해 시스템 버스(121)에 접속되고, 자기 디스크 드라이브(151) 및 광학 디스크 드라이브(155)는 통상적으로 인터페이스(150)와 같은 착탈식 메모리 인터페이스에 의해 시스템 버스(121)에 접속될 수 있다.
도 1에 도시된 전술한 드라이브 및 이들과 관련된 컴퓨터 저장 매체는 컴퓨터(110)의 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈 및 기타 데이터의 저장을 제공한다. 도 1에 있어서, 예를 들면, 하드 디스크 드라이브(141)는 운영 체제(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146), 및 프로그램 데이터(147)를 저장하고 있는 것으로 도시되어 있다. 이들 컴포넌트는 운영 체제(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136), 및 프로그램 데이터(137)와 동일하거나 또는 다를 수 있다는 점에 주의하라. 본 명세서에서 운영 체제(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146), 및 프로그램 데이터(147)에는 상이한 도면 부호가 주어지며, 이는, 최소한, 이들이 다른 구성 요소임을 나타낸다.
사용자는 키보드(162) 및 일반적으로 마우스, 트랙볼 또는 터치 패드로 지칭되는 포인팅 장치(161)와 같은 입력 장치를 통해 커맨드 및 정보를 컴퓨터(110)에 입력할 수 있다. 다른 입력 장치(도시되어 있지 않음)는 (예컨대, 음성 또는 다른 오디오 입력을 위한)마이크, 조이스틱, 게임 패드, 위성 접시, 스캐너, 터치 감지 스크린, 기록 태블릿, (제스처 또는 다른 비주얼 입력을 위한)카메라 등을 포함할 수 있다. 이들 및 다른 입력 장치는 흔히 시스템 버스에 연결되어 있는 사용자 입력 인터페이스(160)를 통해 프로세싱 유닛(120)에 연결되지만, 병렬 포트, 게임 포트 또는 USB(universal serial bus)와 같은 버스 구조 및 다른 인터페이스에 의해 연결될 수도 있다.
앞에서 확인된 입력 장치들 중 하나 이상을 사용하여 NUI(Natural User Interface)가 확립될 수도 있다. NUI는 음성 인식, 터치 및 스타일러스 인식, 스크린 상에서 그리고 스크린 인근에서의 제스처 인식, 머리와 안구 추적, 음성 및 말(voice and speech), 비전(vision), 터치, 제스처, 머신 지능 등에 의존할 수 있다. 사용자와 인터랙트하도록 채용될 수 있는 일부 예시적인 NUI 기법은 터치 감지 디스플레이, 음성 및 말 인식, 의도 및 목적 이해, (입체 카메라 시스템, 적외선 카메라 시스템, RGB 카메라 시스템, 및 이들의 조합과 같이)깊이 카메라를 이용한 모션 제스처 검출, 가속도계/자이로스코프를 이용한 모션 제스처 검출, 얼굴 인식, 3D 디스플레이, 머리, 눈, 및 시선 추적, 몰입형 증강 현실 및 가상 현실 시스템 뿐만 아니라, 전기장 감지 전극을 이용하는 뇌 활동 감지를 위한 기술(EEG 및 관련 방법)을 포함한다.
모니터(191)나 또는 다른 타입의 디스플레이 장치가 비디오 인터페이스(190)와 같은 인터페이스를 통해 시스템 버스(121)에 연결된다. 모니터 외에, 컴퓨터는 또한 출력 주변 인터페이스(195)를 통해 연결될 수 있는 스피커(197) 및 프린터(196)와 같은 다른 주변 출력 장치를 포함할 수도 있다.
컴퓨터(110)는 원격 컴퓨터(180)와 같은 하나 이상의 원격 컴퓨터에 대한 논리 접속을 이용하여 네트워킹된 환경에서 동작할 수 있다. 메모리 저장 장치(181)만이 도 1에 도시되어 있지만, 원격 컴퓨터(180)는 개인용 컴퓨터, 서버, 라우터, 네트워크 PC, 피어 장치 또는 기타 공통 네트워크 노드일 수 있으며, 통상적으로 컴퓨터(110)와 관련하여 전술한 요소들 전부 또는 대다수를 포함한다. 도 1에 도시된 논리 접속부는 LAN(171) 및 WAN(173)을 포함하지만, 전화망, 니어 필드 네트워크, 및 기타 네트워크들을 포함할 수도 있다. 이들 네트워킹 환경은 사무실, 기업향 컴퓨터 네트워크, 인트라넷 및 인터넷에서 흔히 볼 수 있다.
LAN 네트워킹 환경에서 사용될 경우, 컴퓨터(110)는 네트워크 인터페이스 또는 어댑터(170)를 통해 LAN(171)에 접속된다. WAN 네트워킹 환경에서 사용될 경우, 컴퓨터(110)는 통상적으로 모뎀(172)이나, 또는 인터넷과 같은 WAN(173)을 통해 통신을 확립하는 기타 수단을 포함한다. 모뎀(172)은 내부 또는 외부에 있을 수 있으며, 사용자 입력 인터페이스(160) 또는 기타 적절한 메커니즘을 통해 시스템 버스(121)에 연결될 수 있다. 네트워킹된 환경에서, 컴퓨터(110)에 대해 도시된 프로그램 모듈 또는 그 일부분은 원격 메모리 저장 장치에 저장될 수 있다. 예를 들어, 제한적인 것은 아니지만, 도 1은 원격 애플리케이션 프로그램(185)을 메모리 장치(181) 상에 존재하는 것으로 도시하고 있다. 도시된 네트워크 접속은 예시적인 것이며 컴퓨터들 사이에 통신 링크를 확립하는 다른 수단이 사용될 수도 있음을 알 수 있을 것이다.
플레이스홀더
(Placeholder)
본 명세서에 기술된 발명대상의 일 특징에 따르면, 플레이스홀더가 사용될 수 있다. 플레이스홀더는 파일 시스템 객체를 나타내는 데이터 구조를 포함할 수 있다. 파일 시스템 객체는 파일 또는 디렉토리일 수 있다. 디렉토리는 0개 이상의 파일을 포함하며, 통상의 파일 디렉토리나 또는 일부 다른 파일 집합 또는 파일들의 컨테이너일 수 있다. 간략화를 위해, 파일이란 용어가 본 명세서에서 자주 사용되지만, 본 명세서의 내용은 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범위로부터 벗어나지 않고 디렉토리에 적용될 수도 있다.
플레이스홀더는 머신의 로컬 저장 장치에 저장될 수 있다. 일 구현예에서, 플레이스홀더는 그 플레이스홀더와 연관된 콘텐츠가 머신의 파일 시스템(이하에서는 로컬 파일 시스템 또는 클라이언트 파일 시스템이라고도 함)과 다른 장소에서 이용가능함을 나타낼 수 있다. 예를 들어, 플레이스홀더는 플레이스홀더와 연관된 콘텐츠가 도 3에 도시된 클라우드 저장 시스템들 중 하나에 저장됨을 나타낼 수 있다.
다른 구현예에서, 플레이스홀더는, 머신 상에 존재하는 애플리케이션을 통해 콘텐츠가 액세스가능함을 나타낼 수 있다. 이 애플리케이션은 메모리, 로컬 파일 시스템 또는 원격 파일 시스템에 콘텐츠를 저장할 수도 있고, 콘텐츠를 생성할 수도 있고, 이들의 조합을 수행하거나 할 수도 있다. 파일 시스템이 콘텐츠를 직접 획득할 수 없는 경우에도, 파일 시스템은 파일의 콘텐츠에 액세스하기 위해 애플리케이션에 여전히 의존할 수 있다.
일실시예에서, 관련 콘텐츠가 비교적 작은 (예컨대 사전결정된, 구성가능한, 또는 계산된 임계치보다 작은) 플레이스홀드의 경우, 플레이스홀더와 연관된 전체 콘텐츠의 사본이 또한 플레이스홀더에 저장될 수 있다. "플레이스홀더 내에" 데이터를 저장하는 것은 플레이스홀더의 데이터 구조 내에 데이터를 저장하는 것 및/또는 플레이스홀더에 의해 표시된 로컬 저장 위치에 데이터를 저장하는 것을 포함함을 의미한다.
구현예에 따라서, 플레이스홀더는 다양한 수준의 파일에 대한 세부사항을 포함할 수 있다. 최소한, 플레이스홀더는 원격 저장 시스템에서 파일을 식별하는 데이터를 포함한다. 예를 들어, 플레이스홀더는 특정 클라우드 저장 시스템을 나타낼 수 있는데, 이 특정 클라우드 저장 시스템에서 클라우드 저장 시스템에 파일을 식별하는 정보와 함께 콘텐츠가 발견될 수 있다.
플레이스홀더는 파일의 외인성 메타데이터(extrinsic metadata) 및/또는 진성 메타데이터(intrinsic metadata)를 포함할 수 있다. 외인성 메타데이터는 파일의 콘텐츠의 외부에 저장되는 임의의 메타데이터이다. 예를 들어, 외인성 메타데이터는 이름, 크기, 수정된 데이터, 생성 날짜, 최종 액세스 날짜, 파일의 속성, 버전, 파일 시스템에 의해 유지되는 기타 메타데이터 등을 포함할 수 있다.
진성 메타데이터는 파일의 콘텐츠 내부에 저장되는 임의의 메타데이터이다. 예를 들어, 오디오 파일의 경우, 진성 메타데이터는 아티스트 이름, 앨범 이름, 년도, 노래 제목, 순위(rating), 태그, 논평, 장르, 길이, 비트 레이트 등을 포함할 수 있다. 카메라 사진과 같은 이미지의 경우, 진성 메타데이터는, 예컨대, 작가, 찍은 날짜, 프로그램명 획득, 차원, 해상도, 비트 깊이, 압축, 카메라 제조사, 카메라 모델, f-스톱, 노출 시간, 기타 정보 등을 포함할 수 있다.
전술한 진성 및 외인성 메타데이터의 예는 진성 및 외인성 메타데이터의 타입을 모두 포함하거나 이들만 포함하고자 하는 것은 아니다. 사실, 본 명세서의 개시내용에 기초하여 당업자는, 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 본 명세서의 개시내용에 따라 사용될 수 있는 다른 외인성 및 진성 메타데이터를 쉽게 알 수 있을 것이다.
일실시예에서, 플레이스홀더는 파일의 이름, 파일의 크기, 파일이 수정된 날짜, 및 파일이 생성된 날짜와 같은 파일의 외인성 메타데이터를 포함할 수 있다. 다른 구현예에서는, 이들 외에, 플레이스홀더가 파일의 속성을 포함할 수도 있다.
다른 구현예에서는, 플레이스홀더가 파일의 진성 메타데이터 중 일부 또는 전부를 포함할 수 있다.
일 구현예에서, 플레이스홀더는 파일의 검색가능한 텍스트의 일부 또는 전부를 포함할 수 있다. 예를 들어, 워드 프로세싱 문서는 텍스트 및 포매팅을 포함하는 콘텐츠를 가질 수 있다. 플레이스홀더는 포매팅 없이 워드 프로세싱 문서의 텍스트의 처음 N개의 문자, 단어, 문단, 페이지 등을 포함할 수 있는데, 여기서 N은 사전결정되거나, 구성가능하거나 또는 온더플라이(on the fly)로 결정된다.
일 구현예에서, 플레이스홀더는 검색가능한 텍스트의 언어의 표시를 포함할 수 있다. 예를 들어, 플레이스홀더는 검색가능한 텍스트가 영어로 기록됨을 나타내는 데이터를 포함할 수 있다. 다른 예로서, 플레이스홀더는 텍스트의 일부분이 영어로 기록됨을 나타내는 데이터(예컨대, 태그 또는 기타 데이터) 및 텍스트의 다른 부분이 스페인어로 기록됨을 나타내는 데이터(예컨대, 다른 태그 또는 다른 데이터)를 포함할 수 있다.
다른 예로서, 프리젠테이션 프로그램은 프리젠테이션에 사용된 다른 데이터에 비해 상대적으로 적은 텍스트를 가질 수 있다. 이 예에서, 플레이스홀더는 프리젠테이션의 모든 텍스트를 포함하는 반면에 프리젠테이션에 사용된 다른 데이터는 생략할 수 있다.
일 구현예에서, 플레이스홀드는 이미지의 섬네일을 포함할 수 있다. 이미지는 플레이스홀더와 연관된 파일의 콘텐츠에 포함될 수 있는 반면에 섬네일은 이미지로부터 생성되거나 또는 파일의 콘텐츠에 포함될 수 있다. 일실시예에서, 플레이스홀더에 포함된 섬네일은, 사전정의되거나, 구성가능하거나 또는 온더플라이로 결정될 수 있는 비교적 작은 크기일 수 있다.
일 구현예에서, 플레이스홀더는 플레이스홀더와 연관된 콘텐츠의 보다 큰 섬네일을 획득하는 방법을 밝히는 데이터를 포함할 수 있다. 예를 들어, 플레이스홀더는 파일의 보다 큰 섬네일이 요청될 수 있는 서비스의 주소를 포함할 수 있다. 이 서비스는 제공될 섬네일의 크기를 나타내는 입력을 받아들일 수 있다.
마찬가지로, 일 구현예에서, 플레이스홀더는 플레이스홀더와 연관된 파일의 콘텐츠의 보다 낮은 충실도(lower fidelity)의 샘플(또는 샘플을 획득하는 방법을 밝히는 데이터)을 포함할 수 있다. 예를 들어, 플레이스홀더는 음악, 비디오, 또는 다른 타입의 파일의 보다 낮은 충실도의 샘플(또는 서비스에 대한 링크)을 포함할 수 있다.
일 구현예에서, 플레이스홀더는 관련 콘텐츠의 어느 부분이 로컬 파일 시스템에 위치하는지를 나타내는 데이터 구조(예컨대, 비트맵, 연결 리스트(linked list), 또는 기타 데이터 구조)를 포함할 수 있다. 이 데이터 구조는 프로그램이 콘텐츠에 액세스하고자 할 때 참고될 수 있다. 데이터 구조가 요청된 콘텐츠가 로컬로 이용가능함을 나타내면, 요청된 콘텐츠가 로컬 저장부로부터 획득될 수 있다. 만약 그렇지 않으면, 프로그램에 콘텐츠를 제공하기 전에 요청된 콘텐츠를 원격 저장소로부터 획득하기 위해 다른 액션이 취해질 수 있다.
일실시예에서, 플레이스홀더는 파일의 콘텐츠가 오프라인일 때 이용가능하게 되어야 하는지 여부를 나타내는 플래그를 가질 수 있다. 전술한 바와 같이, 클라이언트는 플레이스홀더와 연관된 콘텐츠가 발견되는 원격 저장소에 대한 접속을 주기적으로 잃는다. 만약 플래그가 설정되면, 클라이언트가 온라인일 때, 플레이스홀더의 콘텐츠는 로컬 저장부에 다운로드될 수 있고 원격 저장소가 이용가능하지 않을 때에도 콘텐츠가 이용가능하도록 로컬 저장부에 유지될 수 있다.
다양한 실시예들이 전술한 데이터 중 하나 이상을 포함하는 플레이스홀더를 가질 수 있다.
플레이스홀더는 파일의 콘텐츠가 원격지에 있는 경우에도 파일이 로컬 파일 시스템에 존재하는 착각(illusion)을 주도록 사용될 수 있다. 이 착각은 원격 파일 시스템이 도달할 수 없는 경우에도 유지될 수 있다. 이것은 플레이스홀더를 로컬 파일 시스템의 네임스페이스에 삽입함으로써 행해질 수 있다. 이 파일 시스템은, 플레이스홀더를 인식하고 플레이스홀더에 의해 표현된 파일에 대한 정보를 적절히 디스플레이하도록 수정될 수 있다. 예를 들어, 파일 시스템은 사용자가 로컬 파일 시스템의 네임스페이스를 통해 탐색할 때 플레이스홀더에 대한 관련 메타데이터 및 이름을 디스플레이할 수 있다.
플레이스홀더는 사용된 저장 공간의 양을 상당히 줄이기 위해 사용될 수 있다. 예를 들어, 대형 비디오에 대한 콘텐츠를 로컬로 저장하는 대신에 플레이스홀더는 비디오가 이용가능함을 나타내기 위해 사용될 수 있다. 플레이스홀더는 비디오의 실제 콘텐츠보다 훨씬 더 적은 양의 공간을 사용할 수 있기 때문에, 비교적 작은 로컬 저장 장치가 상당 량의 콘텐츠를 포함하는 큰 파일들의 집합을 위한 플레이스홀더를 포함할 수 있다.
플레이스홀더는 원격 저장 시스템이 이용불가능할 때 사용될 수 있다. 예를 들어, 네트워크 접속이 소실되거나 이용가능하지 않을 때, 머신은 파일 시스템의 네임스페이스 상에서 다른 동작들을 탐색하고 수행하도록 로컬로 저장된 플레이스홀더를 사용할 수 있다.
플레이스홀더는 클라이언트 머신이 정지되는 경우에도 유지된다. 따라서, 플레이스홀더는 클라이언트 머신이 재개될 때 여전히 이용가능하다. 이 지속성 동작은 클라이언트의 로컬 저장부에 플레이스홀더를 저장함으로써 구현될 수 있다.
도 2 및 3은 본 명세서에 기술된 발명대상의 특징에 따라 플레이스홀더를 사용하도록 구성된 시스템의 예시적인 컴포넌트를 일반적으로 나타내는 블록도이다. 도 2 및 3에 도시된 컴포넌트는 예시적인 것이며 필요하거나 포함될 수 있는 컴포넌트를 망라하는 것을 의미하지는 않는다. 또한, 컴포넌트의 수는 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않으면서 다른 실시예에서는 상이할 수도 있다. 일부 실시예에서는, 도 2 및 3과 관련하여 기술된 컴포넌트가 (도시된 또는 도시되지 않은) 다른 컴포넌트에 포함될 수도 있고 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 서브컴포넌트에 위치할 수도 있다. 일부 실시예에서는, 도 2 및 3과 관련하여 기술된 컴포넌트 및/또는 기능이 복수의 장치에 걸쳐 분산될 수도 있다.
본 명세서에서 사용되는 컴포넌트란 용어는 장치의 일부 또는 전부, 하나 이상의 소프트웨어 모듈의 집합 또는 그 일부분, 하나 이상의 소프트웨어 모듈 또는 그 일부분과 하나 이상의 장치 또는 그 일부분의 일부 조합 등과 같은 하드웨어를 포함하는 것으로 해석되어야 한다.
예를 들어, 도 2 및 3에 도시된 컴포넌트들은 하나 이상의 컴퓨팅 장치를 사용하여 구현될 수 있다. 그러한 장치는, 예를 들어 개인용 컴퓨터, 서버 컴퓨터, 핸드헬드 또는 랩탑 장치, 멀티프로세서 시스템, 마이크로컨트롤러 기반 시스템, 셋탑 박스, 프로그램가능 가전, 네트워크 PC, 미니컴퓨터, 메인프레임 컴퓨터, 셀 폰, PDA, 개임 장치, 프린터, 셋탑, 미디어 센터 또는 기타 어플라이언스를 포함하는 어플라이언스, 자동차 내장 또는 부착 컴퓨팅 장치, 기타 모바일 장치, 이상의 시스템 또는 장치 중 어느 하나를 포함하는 분산 컴퓨팅 환경 등을 들 수 있다.
도 2 및 3의 컴포넌트 중 하나 이상을 구현하도록 구성될 수 있는 예시적인 장치는 도 1의 컴퓨터(110)를 포함한다.
컴포넌트는 코드를 포함하거나 또는 코드로 표현될 수 있다. 코드는 컴퓨터가 취할 액션을 나타내는 명령어를 포함한다. 코드는 또한 데이터, 자원, 변수, 정의, 관계, 연관 등과 같은, 컴퓨터가 취하는 액션 이외의 정보를 포함할 수 있다.
코드는 컴퓨터에 의해 실행될 수 있다. 코드가 컴퓨터에 의해 실행될 경우, 이것을 프로세스라고 할 수 있다. 본 명세서에서 사용되는 "프로세스(process)" 및 그 변형어는 태스크를 수행하는 하나 이상의 전형적인 프로세스, 스레드, 컴포넌트, 라이브러리, 객체 등을 포함할 수 있다. 프로세스는 하드웨어, 소프트웨어 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다. 일실시예에서, 프로세스는 액션을 수행할 수 있거나 액션을 수행하는데 사용되는 임의의 메커니즘이다. 프로세스는 복수의 장치들 또는 단일 장치에 걸쳐 분산될 수 있다. 코드는 사용자 모드, 커널 모드, 몇몇 기타 모드, 이들의 조합 등에서 실행될 수 있다.
도 2로 돌아가서, 시스템(200)은 클라이언트(205), 원격 저장 시스템(210), 로컬 저장부(215), 플레이스홀더(220)를 포함할 수 있고, 다른 컴포넌트들(도시되지 않음)을 포함할 수 있다. 클라이언트(205)는 로컬 저장부(215)에 직접 액세스할 수도 있고 클라우드 네트워크의 사용을 통해 원격 저장 시스템(210)에 접속될 수도 있다.
"클라이언트" 및 "서버"란 용어가 본 명세서에서 사용되지만, 클라이언트는 하드웨어를 갖는 머신 및/또는 통상적으로 서버와 연관되는 소프트웨어 등으로 구현될 수도 있고, 서버는 하드웨어를 갖는 머신 및/또는 통상적으로 데스크탑, 개인용, 또는 모바일 컴퓨터와 연관되는 소프트웨어 등으로 구현될 수도 있다. 또한, 클라이언트가 때론 서버 역할을 할 수도 있고 그 역도 가능하다. 때론, 빈번하게 클라이언트 또는 서버 역할을 하는 둘 이상의 개체가 동시에 피어, 서버, 또는 클라이언트가 될 수도 있다. 일실시예에서, 클라이언트 및 서버가 동일 물리적 머신 상에서 구현될 수도 있다.
또한, 본 명세서에서 사용되는 바와 같이, "서버" 및 "클라이언트"라는 용어 각각은 하나 이상의 물리적 또는 가상 개체, 하나 이상의 물리적 또는 가상 개체 상에서 실행되는 하나 이상의 프로세스 등을 지칭할 수도 있다. 따라서, 서버는 하나 이상의 프로세스가 실행되는 실제 물리적 노드, 하나 이상의 프로세스가 실행되는 가상 노드, 하나 이상의 노드 상에서 실행되는 서비스, 서비스를 함께 제공하는 노드들의 그룹 등을 포함할 수 있다. 서비스는 하나 이상의 물리적 또는 가상 개체 상에서 실행되는 하나 이상의 프로세스를 포함할 수 있다. 또한, 단일 프로세스가 하나 이상의 서버를 구현할 수도 있다.
로컬 저장부(215)는 데이터를 저장할 수 있는 임의의 저장 매체를 포함할 수 있다. 예를 들어, 로컬 저장부(215)는 휘발성 메모리(예컨대, 캐시) 및 비휘발성 메모리(예컨대, 영구 저장부)를 포함할 수 있다. 데이터란 용어는 하나 이상의 컴퓨터 저장 요소에 의해 표현될 수 있는 어떠한 것도 포함하도록 넓게 이해되어야 한다. 논리적으로, 데이터는 휘발성 또는 비휘발성 메모리에 일련의 1과 0으로 표현될 수 있다. 이진수가 넌바이너리(non-binary) 저장 매체를 갖는 컴퓨터에서, 데이터는 저장 매체의 능력에 따라 표현될 수 있다. 데이터는 숫자, 문자 등과 같은 단순한 데이터 타입, 계층, 링크, 또는 다른 관련 데이터 타입, 복수의 다른 데이터 구조 또는 단순한 데이터 타입 등을 포함하는 데이터 구조를 포함하는 상이한 유형의 데이터 구조로 조직될 수 있다. 데이터의 예로는 정보, 프로그램 코드, 프로그램 상태, 프로그램 데이터, 기타 데이터 등을 들 수 있다.
로컬 저장부(215)는 클라이언트(205)에 대해 외부에 있을 수도 있고 내부에 있을 수도 있으며, 또는 내부에 있는 일부 컴포넌트와 외부에 있는 일부 컴포넌트를 포함할 수도 있다. 일 구현예에서, 로컬 저장부(215)는 클라이언트(205)를 호스팅하는 머신 내에 하우징되는 임의의 저장부를 포함할 수 있다. 다른 구현예에서는, 로컬 저장부(215)가 클라이언트(205)를 호스팅하는 머신에 직접 연결되는 저장부를 포함할 수도 있다. 예를 들어, 로컬 저장부(215)는 USB 링크, IEEE 1394 링크, 광학 링크, 다른 하드와이어드 링크 등을 통해 머신에 연결될 수 있다.
원격 저장 시스템(210)은 데이터에 대한 액세스를 저장하고 제공하도록 구성되는 하나 이상의 컴퓨터를 포함할 수 있다. 본 명세서에서 사용된 액세스는 데이터 판독, 데이터 기록, 데이터 삭제, 데이터 업데이트, 이들 중 둘 이상을 포함하는 조합 등을 포함할 수 있다. 원격 저장 시스템(210)은 클라우드와 같은 네트워크를 통해 클라이언트(205)에 연결될 수 있다. 클라우드는 인터넷에 대한 메타포어(metaphor)로서 흔히 사용되는 용어이다. 이것은, 사용자가 이들 자원을 전달하는 컴퓨팅 인프라에 대한 위치 또는 다른 세부사항을 알 필요없이 계산, 소프트웨어, 데이터 액세스, 저장, 및 기타 자원이 인터넷에 연결된 개체들에 의해 제공될 수 있다는 생각을 이용한다.
일실시예에서, 원격 저장 시스템(210)은 컴퓨팅 장치들이 하나의 물리적 위치에 위치하는 데이터 센터를 포함할 수 있다. 다른 예에서, 원격 저장 시스템(210)은 상이한 위치에 있는 클라우드에 소속되는 컴퓨팅 장치 및 저장부를 포함할 수 있다. 일례에서, 원격 저장 시스템(210)은 하나 이상의 저장 장치에 대한 액세스를 제공하는 단일 서버 또는 기타 컴퓨팅 장치를 포함할 수 있다. 일례에서, 원격 저장 시스템(210)은 클라이언트(205)의 LAN(local area network)에 없는 컴퓨팅 장치를 포함할 수 있다. 다른 예에서, 원격 저장 시스템(210)은 클라이언트(205) 내에 있지 않거나 또는 클라이언트(205)에 직접 연결되지 않는 임의의 저장부를 포함할 수 있다. 다른 예에서, 원격 저장 시스템(210)은 클라이언트가 저장부에 액세스가능하게 하는 네트워크에 접속되지 않은 경우에 클라이언트(205)에 이용가능하지 않은 저장부를 포함할 수 있다.
때론, 클라우드 저장 시스템이란 용어가 본 명세서에서 사용된다. 이것은 본 명세서에서의 개시내용이 적용될 수 있는 원격 저장 시스템에 대해 제한을 두기 위한 것이 아니라, 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 사용될 수 있는 원격 저장 시스템의 일례를 제공하기 위한 것이다. 클라우드 저장 시스템이란 용어가 본 명세서에서 사용되는 경우, 다른 실시예에서는 다른 유형의 원격 저장 시스템이 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 사용될 수도 있다.
로컬 저장부(215)는 대부분 클라이언트(205)에게 계속 이용가능할 수 있거나 (예컨대, 커넥터를 플러그인함으로써) 사용자에게 이용가능한 수단에 의해 쉽게 이용가능하게 될 수 있지만, 원격 저장 시스템(210)은 때로는 클라이언트(205)에게 이용불가능하게 될 수도 있다. 예를 들어, 클라이언트(205)가 랩탑에서 호스팅되면, 랩탑이 인터넷 액세스를 갖지 않는 위치로 이동될 수 있다. 다른 예로서, 네트워크의 작동불능으로 인해 원격 저장 시스템(210)에 대한 클라이언트(205)의 접속이 끊어질 수 있다. 다른 예로서, 유지보수 또는 다른 이유로 원격 저장 시스템(210)이 작동하지 않거나 정지되거나 또는 접속해제될 수 있다. 플레이스홀더 없이, 원격 저장 시스템(210)과의 접속이 소실되면, 클라이언트(205)는 네임스페이스를 탐색할 수 없거나 전체 파일 콘텐츠가 로컬 저장부(215)에서 이용가능하지 않은 파일에 대해 동작을 수행할 수 없을 수 있다.
플레이스홀더(220)는 로컬 저장부(215)에 저장된 플레이스홀더에 저장될 수 있는 다양한 예시적인 데이터 필드를 나타낸다. 하나의 플레이스홀더만이 도 2에 도시되어 있지만, 더욱 빈번하게 로컬 저장부(215)에 저장된 복수의 플레이스홀더가 존재할 수 있다. 예를 들어, 주어진 네임스페이스에 있어서, 원격 파일 시스템 객체의 콘텐츠가 로컬 저장부(215)에 완전하게 존재하지 않으면 각각의 원격 파일 시스템 객체에 대해 하나의 플레이스홀더가 존재할 수 있다. 다른 예로서, 주어진 네임스페이스에 있어서, 원격 파일 시스템 객체의 전체 콘텐츠가 로컬 저장부(215) 상에 존재하는 경우에도 원격 파일 시스템 객체들에 대한 플레이스홀더들이 존재할 수 있다. 이 제2 세트의 플레이스홀더는 또한 전술한 주어진 임계치보다 더 작은 크기의 콘텐츠를 갖는 파일에 대해 로컬 저장부(215)에 저장될 수도 있다.
네임스페이스는 파일에 대한 계층 정보와 함께 파일 시스템의 각 파일에 대한 식별자(예컨대, 이름 또는 다른 식별자)를 포함할 수 있다. 예를 들어, 네임스페이스는 D:\DIR1\FILE1.TXT에 대응하는 네임스페이스 엔트리를 포함할 수 있다. 이 네임스페이스 엔트리는 파일명(예컨대, FILE1.TXT)을 나타내고 이 파일이 디렉토리(예컨대, DIR1)에 존재함을 나타낸다. 네임스페이스는 또한 다른 메타데이터를 포함한다. 네임스페이스는 파일 시스템 정보와 일대일 또는 몇몇 다른 맵핑을 가질 수 있고 가상 폴더 계층을 나타낼 수도 있다.
하이드레이션
및
디하이드레이션
전술한 바와 같이, 사용자의 각 장치에 사용자의 모든 파일을 저장하는 것을 회피하기 위한 다양한 이유가 있을 수 있다. 이 문제를 해결하기 위해 플레이스홀더와 함께 하이드레이션(hydration) 및 디하이드레이션(dehydration)이 사용될 수 있다. 플레이스홀드를 사용하면, 파일이 완전히 하이드레이트되거나 부분적으로 하이드레이트되거나 또는 디하이드레이트될 수 있다.
파일을 완전히 하이드레이트하기 위해, 플레이스홀더에 의해 표현된 파일의 콘텐츠가 다운로드되어 클라이언트 파일 시스템에 저장될 수 있다. 완전히 하이드레이트되면, 일실시예에서, 플레이스홀더는 로컬 파일 시스템으로부터 제거되고 정규 파일 시스템 메타데이터로 대체될 수 있다. 다른 구현예에서, 파일의 콘텐츠 및 메타데이터가 클라이언트 파일 시스템에 저장되어 있지 않은 경우에도, 플레이스홀더는 유지되고 파일에 대해 유지된 정규 파일 시스템 메타데이터와 함께 또는 그 대신에 사용될 수 있다.
파일이 부분적으로 하이드레이트되는 경우, 이는 플레이스홀더에 의해 표현된 파일의 콘텐츠의 적어도 일부가 클라이언트 파일 시스템에 저장됨을 나타낸다. 전술한 바와 같이, 플레이스홀더의 데이터 구조는 파일의 어느 부분이 클라이언트 파일 시스템에 저장되는지와 파일의 어느 부분이 클라이언트 파일 시스템에 저장되지 않는지를 나타낼 수 있다. 일 구현예에서, 적어도 파일이 부분적으로 하이드레이트되는 한, 대응하는 플레이스홀더는 클라이언트 파일 시스템에 유지된다.
파일이 디하이드레이트될 경우, 진성 메타데이터가 존재하면 콘텐츠에 포함된(그리고 플레이스홀드에 저장된) 진성 메타데이터 외의, 파일의 콘텐츠는 클라이언트 파일 시스템에 저장되지 않는다.
클라이언트를 위한 파일이 디폴트로 하이드레이트되어야 할지 아니면 디하이드레이트되어야 할지는 구성가능하거나 또는 고정배선 구성으로(hard-wired) 될 수 있다. 일 구현예에서, 파일들은 (예컨대 임계치 이하의 크기를 갖는) 소형 파일을 제외하고는 디폴트로 디하이드레이트될 수 있다. 하이드레이트되는 이들 소형 파일에 대해서도, 클라이언트 파일 시스템은, 일실시예에서, 이들 소형 파일에 대한 플레이스홀더를 사용할 수 있으며, 달리 지적하지 않는 한 이들 플레이스홀더를 정규 파일 시스템 메타데이터로 대체하지 않을 수 있다(상세히 후술함).
전술한 바와 같이, 사용자는 사용자가 클라우드 저장 시스템에 저장한 콘텐츠를 저장하기 위해 상이한 능력을 갖는 몇몇 장치를 가질 수 있다. 각각의 장치는 상이한 플레이스홀더 집합을 가질 수 있다. 따라서, 한 장치에서 파일이 플레이스홀더에 의해 표현될 수 있는 반면에, 다른 장치에서는 동일한 파일이 플레이스홀더 없이 그 장치에 완전히 저장될 수도 있다.
파일이 하이드레이트되는지, 부분적으로 하이드레이트되는지 또는 디하이드레이트되는지는 다양한 요인(factor)에 의존할 수 있다. 이들 요인은 예컨대 다음 사항들을 포함한다.
1. 명시적인 사용자 입력. 사용자는 파일이 오프라인으로 이용가능하게 될 것을 명시적으로 지시할 수 있다. 이 경우, 사용자는 클라이언트가 클라우드 저장 시스템에 대해 온라인 상태인지의 여부에 관계없이 그 파일이 항상 이용가능할 것으로 기대한다. 파일이 오프라인 상태로 이용가능해지도록 사용자가 명시적으로 지시할 경우, 플래그가 그렇게 지시하도록 설정될 수 있다. 이 플래그가 소거되면, 클라이언트는 클라이언트 파일 시스템에 파일의 업데이트된 사본(메타데이터 및 콘텐츠 모두)을 유지하려고 시도한다. 클라이언트가 오프라인 상태인 동안 파일이 변경되면, 클라이언트가 온라인 상태로 될 때, 이 파일이 동기화된다. 이 플래그가 설정되면, 일 구현예에서, 다른 요인이 클라이언트 파일 시스템에 추가적인 공간이 필요함을 나타내는 경우에도 클라이언트 파일 시스템은 파일의 콘텐츠를 제거하지 않고 파일을 디하이드레이트하지 않는다.
또한, 일 구현예에서, 파일이 오프라인 상태로 이용가능해지도록 사용자가 명시적으로 지시할 경우, 클라이언트 파일 시스템에 파일이 저장된 후에, 파일에 대한 플레이스홀드가 존재한다면, 이 플레이스홀드가 제거되고, 정규 파일 시스템 메커니즘을 통해 파일이 액세스될 수 있다. 다른 구현예에서는, 파일이 오프라인 상태로 이용가능해지도록 사용자가 명시적으로 지시할 경우, 파일 콘텐츠가 클라이언트 파일 시스템에서 완전히 이용가능한 후에, 그 파일에 대한 플레이스홀더가 유지된다. 이 구현예에서, 플레이스홀더의 플래그는 정규 파일 시스템 메커니즘을 통해 파일이 액세스될 수 있음을 나타내도록 설정될 수 있다.
또한, 일 구현예에서, 사용자는 장치 단위로, (예컨대 소정의 특성을 갖는)장치의 집합, 또는 사용자의 장치 전부에서 파일이 오프라인 상태로 이용가능해지도록 명시적으로 지시할 수 있다. 따라서, 파일이 한 장치에 대해 오프라인 상태로 이용가능해지도록 사용자가 지시하고 다른 장치에는 그렇게 지시하지 않을 수도 있다.
2. 추론된 사용자 입력. 파일에 대한 사용자의 액션이 파일이 오프라인에서 이용가능해지도록 나타내는 것으로 해석될 수도 있다. 사용자는 파일에 대해 소정의 액션을 취할 수 있다. 예를 들어, 사용자는 파일의 콘텐츠나 파일의 메타데이터를 생성하거나, 열거나 또는 편집할 수 있다.
일 구현예에서, 사용자가 장치에서 파일을 생성하거나 편집할 경우, 이는 그 파일이 그 장치에 대해 오프라인 상태로 이용가능해야 한다는 힌트로서 해석될 수 있다. 그 응답으로, 파일 시스템은 이 힌트를 파일이 오프라인 상태로 이용가능해지도록 결정하는 한 요인으로 사용할 수 있다.
일 구현예에서, 사용자가 장치에서 파일을 열 때, 이것은 그 파일을 그 장치에 대해 오프라인 상태로 이용가능하게 만들지 여부를 판정하는데 있어 하나의 요인으로서 사용될 수 있다. 파일을 그 장치에 대해 오프라인 상태로 이용가능하게 만들지 여부에 대한 다른 요인은 파일이 열려진 모드일 수 있다. 예를 들어, 클라이언트는, 판독/기록을 위해 열린 파일이 그 장치에 대해 파일이 오프라인 상태로 이용가능하게 될 지의 여부에서 중요한 요인으로서 취급되어야 하는 반면에, 판독 전용으로 열리는 파일은 파일이 오프라인 상태로 이용가능하게 될 지의 여부에 대해 덜 중요한 요인으로서 취급될 수 있다고 추론할 수 있다.
3. 파일의 타입. 파일들은 상이한 타입(예컨대, 워드 프로세싱, 스프레드시트, 또는 기타 문서, 이미지, 비디오 등)일 수 있다. 다른 요인들이 없다면, 소정의 파일 타입(예컨대, 이미지, 비디오 등)이 디하이드레이트되게 하고 다른 파일 타입(예컨대, 워드 프로세싱, 스프레드시트, 및 기타 문서 등)은 하이드레이트되게 하는 것이 바람직할 수 있다. 일 구현예에서, 각각의 파일 타입이 하이드레이트되는지 아니면 디하이드레이트되는지에 대한 요인은 고정배선으로 되거나 구성가능할 수 있다.
파일의 타입에 대해 사용된 요인은 또한 파일 타입을 갖는 파일의 수에 기초할 수 있다. 예를 들어, 어떠한 파일 타입(예컨대, 이미지 파일 타입)을 갖는 상대적으로 많은 파일과 다른 파일 타입(예컨대, 워드 프로세싱 파일 타입)을 갖는 상대적으로 적은 파일이 있다면, 상대적으로 많은 파일이 있는 파일 타입들에 대해서는 디하이드레이션을 선호하고 상대적으로 적은 파일이 있는 파일 타입에 대해서는 하이드레이션을 선호하도록 요인이 각 타입에 할당될 수 있다.
4. 파일의 크기. 다른 요인이 없는 경우, 파일이 클수록 파일을 디하이드레이트하도록 하는 것이 더 바람직하다. 예를 들어, 수천 개의 보다 작은 파일보다 멀티-기가바이트 비디오를 디하이드레이트하는 것이 더 바람직할 수 있다.
5. 스테일 콘텐츠(stale content). 사용자가 제1 장치에서 파일을 열고 나중에 제2 장치에서 그 파일을 편집할 수 있다. 제2 장치에서 파일을 편집하는 동안 이루어진 변경은 클라우드 저장 시스템에 전파될 수 있다. 사용자가 제2 장치에서 파일을 편집할 때, 콘텐츠는 제1 장치에서 스테일(stale)로 된다. 일 구현예에서, 이 스테일(staleness)은 변경이 클라우드 저장 시스템으로 전파된 후에(예컨대, 제1 장치와 클라우드 저장 시스템 간의 동기화 동안) 검출될 수 있다.
일 구현예에서, 파일이 클라우드 저장 시스템에서 변경되면, 이것은 클라이언트에서 파일을 디하이드레이트하기 위한 요인으로서 사용될 수 있다. 다른 구현예에서는, 파일을 디하이드레이트하는 대신에, 파일에 대한 변경이 클라우드 저장 시스템으로부터 클라이언트로 다운로드되어 클라이언트에서 파일을 업데이트하는데 사용될 수 있다.
6. 이용가능한 클라이언트 저장부. 파일이 하이드레이트되는지 아니면 디하이드레이트되는지에 대한 한 요인은 이용가능한 클라이언트 저장부와 관련이 있다. 클라이언트가 (예컨대, 백분율, 총 이용가능한 바이트, 다른 측정 단위 등으로 측정된)상당한 자유 클라이언트 저장 공간을 갖는 경우, 이것은 파일을 하드레이트하는 것을 선호하고 파일을 디하이드레이트하는 것을 싫어할 수 있다. 반면에, 클라이언트가 비교적 적은 양의 자유 클라이언트 저장 공간을 갖는 경우, 이것은 파일을 디하이드레이트하는 것을 선호하고 파일을 하이드레이트하는 것을 싫어할 수 있다.
7. 이용가능한 클라이언트 대역폭. 클라이언트가 (예컨대, 임계치 이상의)상당한 대역폭을 갖는 경우, 이것은, 필요할 때 파일들이 쉽게 리하이드레이트될 수 있기 때문에 파일들을 디하이드레이트하는 것을 선호할 수 있다. 클라이언트가 (예컨대 임계치 이하의)비교적 적은 대역폭을 갖는 경우, 이것은, 필요할 때 파일들이 쉽게 리하이드레이트될 수 없으므로 파일들을 디하이드레이트하는 것을 선호하지 않을 수 있다.
8. 대역폭의 비용. 콘텐츠를 다운로딩하는 비용은 파일들을 하이드레이트할지 아니면 디하이드레이트할 지를 결정하는 데 있어 다른 요인으로서 사용될 수 있다.
9. 사용 빈도. 파일이 얼마나 빈번하게 사용되는지는 파일을 하이드레이트할지 아니면 디하이드레이트할지를 결정하는데 다른 요인으로 사용될 수 있다. 한 파일이 다른 파일보다 더 빈번하게 사용되면, 이것은 파일을 디하이드레이트하지 않는 것을 선호할 수 있다. 파일이 가끔 사용되면, 이것은 파일을 디하드레이트하는 것을 선호할 수 있다. 사용 빈도는 보다 최근 사용이 보다 덜 최근 사용보다 더 가중되도록 시간에 기초하여 가중될 수 있다.
10. 최종 사용. 파일이 얼마나 최근에 마지막으로 사용되었는지가 파일을 하이드레이트할지 아니면 디하이드레이트할지를 결정하는데 다른 요인으로서 사용될 수 있다. 예를 들어, 마지막 몇 분에 사용된 파일보다 몇 년 내에 사용되지 않은 파일을 디하이드레이트하는 것이 더 효과적일 수 있다.
전술한 요인들은 파일을 디하이드레이트할지 아니면 하이드레이트할지를 결정하는데 사용될 수 있는 요인들을 총괄하거나 또는 포괄하고자 하는 것이 아니다. 본 명세서의 기술적 사상에 기초하여, 당업자는 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 사용될 수 있는 다른 요인들을 인식할 수도 있다.
소정의 액션이 발생하면 일부 디하이드레이션/하이드레이션 동작이 일어날 수도 있다. 예를 들어, 클라이언트가 파일이 스테일임을 알게 되면, 클라이언트는 파일을 디하이드레이트할 수 있다. 다른 예로서, 콘텐츠가 클라이언트 파일 시스템에 존재하지 않는 경우에 클라이언트가 파일의 콘텐츠에 액세스하려고 시도하면, 클라이언트는 콘텐츠가 액세스될 수 있도록 파일을 하이드레이트하거나 적어도 부분적으로 하이드레이트할 수 있다. 다른 예로서, 클라이언트가 파일을 다른 네임스페이스로 복사하거나 이동하려고 시도할 경우, 클라이언트는 이 동작이 진행될 수 있도록 파일을 하이드레이트할 수 있다. 다른 예로서, 클라이언트가 파일의 속성을 업데이트하면, 클라이언트는 그 파일을 하이드레이트할 수 있다. 다른 예로서, 사용자가 파일이 오프라인 상태로 이용가능하게 됨을 나타낼 경우, 클라이언트는 가능한 한 그 파일을 하이드레이트할 수 있다(예컨대, 클라이언트가 파일을 갖고 있는 클라우드 저장 시스템에 대해 온라인 상태인 경우).
일 구현예에서, 파일을 충분히 하이드레이트하는 것은 요인들이 파일이 충분히 하이드레이트될 필요가 있을 수 있음을 나타내는 경우에도 지연될 수 있다. 예를 들어, 디하이드레이트된 파일이 읽기/쓰기 모드에서 열리면, 파일을 충분히 하이드레이트하는 것은 파일의 첫번 째 판독 때까지 또는 가능하게는 첫번 째 기록 때까지 지연될 수 있다. 이것은, 예를 들어, 다른 이유들 중에서, 충분한 하이드레이션이 즉시 요구되지 않는 상황을 회피하기 위해 행해질 수 있다. 예를 들어, 애플리케이션은 판독/기록 모드에서 파일을 열 수 있지만 파일에 기록하지 않을 수 있다. 다른 예로서, 애플리케이션은 판독/기록 모드에서 파일을 열 수 있지만, 애플리케이션이 파일을 완전히 판독할 때까지 파일에 기록하는 것을 기다릴 수 있다.
다른 지정된 시간에 다른 디하이드레이션/하이드레이션 동작이 일어날 수 있다. 예를 들어, 디하이드레이션/하이드레이션이 필요한지 여부 및 필요하다면, 어떤 파일이 하이드레이트, 부분 하이드레이트 또는 디하이드레이트되어야 하는지를 주기적으로 결정하기 위해 유지보수 프로세스가 실행될 수 있다.
일 구현예에서, 유지보수 프로세스는 전술한 요인들에 기초하여 디하이드레이션 또는 하이드레이션이 필요하다고 결정할 수 있다. 디하이드레이션이 필요하면, 일 구현예에서, 유지보수 프로세스는 예를 들어 다음과 같은 공식을 이용할 수 있다.
Score = f1(w1,x1)+f2(w2,x2)+...+f3(wn,xn)
여기서 w1...wn은 가중치이고, x1...xn은 은 가중치와 요인에 대해 연산하는 함수를 나타낸다. 보다 높은 점수가 하이드레이션을 선호하고 보다 낮은 점수가 디하이드레이션을 선호하는 경우, 최고 점수를 갖는 파일이 하이드레이트되고 최저 점수를 갖는 파일이 디하이드레이트될 수 있다.
하이드레이션이 명시적으로 희망되지 않는 경우, 점수가 하이드레이션 임계치를 만족함을 보장하기 위해 적절한 함수가 선택될 수 있다. 마찬가지로, 디하이드레이션이 특정 요인에 필요한 경우, 점수가 디하이드레이션을 일으킬 것을 보장하기 위해 적절한 함수가 선택될 수 있다.
위에서 예시적인 공식이 제시되었지만, 점수를 구하는 공식을 전술한 것으로 한정하고자 하는 것은 아니다. 예를 들어, 점수는 입력으로서 가중치 및 요인을 수신하는 단일 함수에 기초하여 계산될 수 있다. 본 명세서의 개시내용에 기초하여, 당업자는 본 명세서에 기술된 발명대상의 특징들의 사상 또는 범주로부터 벗어나지 않고 사용될 수 있는 다른 스코어링 함수를 생각해 낼 수도 있을 것이다.
다른 구현예에서, 파일을 하이드레이트할지 아니면 디하이드레이트할지를 결정하기 위해 정책들의 집합이 사용될 수 있다. 이들 정책은 전술한 하나 이상의 요인에 기초할 수 있다. 일실시예에서, 정책은 파일을 하이드레이트하거나 디하이드레이트하기 전에 만족되어야 하는 하나 이상의 규칙 또는 조건으로서 표현될 수 있다. 예를 들어, 자유 공간이 구성가능한 임계치보다 작고 특정 파일이 다른 임계치보다 더 크고 지정된 기간 동안 사용되지 않았으면, 정책은 이 파일이 디하이드레이트되어야 한다고 표시할 수 있다.
도 3으로 돌아가서, 시스템(300)은 클라이언트(305), 클라우드(310), 클라우드 저장 시스템(315-317), 로컬 저장부(320), 요인 저장부(321), 및 다른 컴포넌트들(도시되지 않음)을 포함할 수 있다. 클라이언트(305)는 파일 관리자(325), 동기화 관리자(326), 플레이스홀더 관리자(327), 디하이드레이션 관리자(238) 및 기타 컴포넌트들(도시되지 않음)을 포함할 수 있다.
도 3의 컴포넌트들은 전술한 하나 이상의 컴퓨팅 장치의 하드웨어 및/또는 소프트웨어를 사용하여 구현될 수 있다. 일 구현예에서, 로컬 저장부(320) 및 요인 저장부(321)는 단일 파일 시스템으로 구현될 수 있다. 다른 구현예에서, 로컬 저장부(320) 및 요인 저장부(321)는 별개의 파일 시스템 상에 구현될 수 있다. 로컬 저장부(320) 및 요인 저장부(321)를 구현하는 저장 장치는 도 2의 로컬 저장부(215)와 유사한 방식으로 구현될 수도 있고, 클라이언트(305) 내부나 외부에 있을 수도 있으며, 클라이언트 내부에 있는 일부 컴포넌트 및 클라이언트 외부에 있는 일부 컴포넌트를 포함할 수도 있다.
로컬 저장부(320)는 클라이언트의 로컬 파일 시스템의 로컬 파일 시스템 객체에 대한 파일 시스템 메타데이터 및 클라우드 저장 시스템의 원격 파일 시스템 객체에 대한 플레이스홀더를 유지하는 컴퓨터 저장 요소를 가질 수 있다. 전술한 바와 같이, 플레이스홀더는 원격 파일 시스템 객체의 콘텐츠가 로컬 저장소에(320) 존재할 것을 요구하지 않고 원격 파일 시스템 객체의 메타데이터를 포함할 수 있다.
요인 저장부(321)는 로컬 파일 시스템 객체에 대해 취할 액션을 결정하기 위해 평가된 요인들을 유지하는 컴퓨터 저장 요소를 가질 수 있다. 이들 액션은, 예를 들어 로컬 파일 시스템 객체에 대해 하이드레이트하는 것, 부분적으로 하이드레이트하는 것, 디하이드레이트하는 것, 및 아무 것도 하지 않는 것과, 로컬 파일 시스템 객체에 대해 아무 것도 하지 않는 것을 포함할 수 있다.
파일 관리자(325)는, 파일 시스템 메타데이터 및 플레이스홀더를 통해, 로컬 파일 시스템 객체 및 원격 파일 시스템 객체를 포함하는 네임스페이스를 생성하도록 구성될 수 있다. 파일 관리자(325)는 또한, 인터페이스를 통해, 클라우드 저장 시스템에 대한 접속이 존재하는지의 여부에 관계없이 로컬 파일 시스템 객체 및 원격 파일 시스템 객체에 대한 메타데이터를 제공하도록 구성될 수 있다.
클라우드 저장 시스템에 대한 접속 없이, 파일 관리자(325)는 여전히 로컬로 존재하는 파일과 플레이스홀더에 의해 표현된 파일 모두에 대해 동작이 진행되도록 할 수 있다. 예를 들어, 파일 관리자는 파일 시스템 객체의 콘텐츠가 로컬 저장부에 완전히 존재하지 않는 경우에도 플레이스홀더에 의해 표현된 파일 시스템 객체에 대해 수행된 동작을 나타내도록 로컬 파일 시스템의 파일 시스템 데이터 구조를 업데이트할 수 있다. 다른 예로서, 파일 관리자(325)는 이름바꾸기, 이동, 삭제, 복원, 생성, 복사 동작 등과 같은 동작을 반영하도록 네임스페이스를 업데이트할 수 있다.
동기화 관리자(326)는 클라우드 저장 시스템에 대한 접속 없이 파일 시스템 객체에 발생된 변경들(예컨대, 콘텐츠 변경, 진성, 외인성 및 네임스페이스 변경을 포함하는 메타데이터 변경, 기타 변경 등)을 발견하고 클라우드 저장 시스템과의 접속이 재확립될 때 이들 변경을 클라우드 저장 시스템과 동기화하도록 구성될 수 있다.
다른 구현예에서, 동기화 관리자(326)는 변경들을 발견하기 위한 다양한 방법들을 이용할 수 있다. 예를 들어, 일 구현예에서, 동기화 관리자(326)가 오퍼레이션 로그(321)를 검사함으로써 변경들을 발견할 수 있다. 다른 예로서, 다른 구현예에서는, 동기화 관리자(326)가 변경 전의 파일 시스템 및 파일 시스템 객체들의 상태를 변경 후의 파일 시스템 및 파일 시스템 객체들의 상태와 비교함으로써 변경들을 발견할 수 있다.
플레이스홀더 관리자(327)는, 적어도 원격 파일 시스템 객체의 콘텐츠가 로컬 저장부(320) 상에 완전히 존재하지 않으면 네임스페이스 내의 각각의 원격 파일 시스템 객체에 대한 플레이스홀더가 존재하도록 보장하기 위해 플레이스홀더를 생성하고, 파퓰레이트하고 유지하도록 구성될 수 있다. 전술한 바와 같이, 플레이스홀더는 또한 원격 파일 시스템 객체의 콘텐츠가 로컬 저장부(320) 상에 완전히 존재할 경우에 로컬 파일 시스템 상에 유지될 수 있다.
하이드레이션/디하디드레이션 관리자(328)는 로컬 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인을 (예컨대 하드웨어 및/또는 소프트웨어 컴포넌트를 통해)평가하도록 구성될 수 있다. 하나의 로컬 파일 시스템 객체에 대해 선택된 액션은 다른 로컬 파일 시스템 객체에 대해 선택된 액션과 상이할 수 있다. 로컬 파일 시스템 객체에 대해 취할 액션은 예컨대, 로컬 파일 시스템 객체에 대해 하이드레이트하는 것, 부분적으로 하이드레이트하는 것, 디하이드레이트하는 것, 및 아무 것도 하지 않는 것을 포함하는 액션으로부터 선택될 수 있다.
하이드레이션/디하디드레이션 관리자(328)는 또한 로컬 파일 시스템 객체에 대해 하이드레이션 및 디하이드레이션 액션을 수행하도록 구성될 수 있다. 하이드레이션/디하이드레이션 관리자(328)는 전술한 바와 같이 로컬 파일 시스템 객체에 대해 관측된 사용자 액션에 기초하여, 클라이언트가 클라우드 저장 시스템에 대해 오프라인 상태인 동안 로컬 파일 시스템 객체가 이용가능하게 유지되어야할지를 추론할 수 있다.
클라우드 저장 시스템(315-317)은 이들 저장 장치에 대한 액세스를 제공하는 하나 이상의 컴퓨팅 장치와 함께 하나 이상의 저장 장치를 포함할 수 있다. 도 3에는 3개의 클라우드 저장 시스템이 도시되어 있지만, 다른 구현예에서는, 임의의 수의 클라우드 저장 시스템이 존재할 수도 있다.
도 4 내지 7은 본 명세서에 기술된 발명대상의 특징에 따라 발생할 수 있는 예시적인 액션을 일반적으로 나타내는 흐름도이다. 설명을 간단히 하기 위해, 도 4 내지 7과 함께 기술되는 방법은 일련의 동작으로 묘사되고 기술된다. 본 명세서에 기술된 발명대상의 특징들은 예시된 동작 및/또는 동작의 순서에 한정되지 않는 다는 것을 이해해야 한다. 일실시예에서, 동작들은 후술하는 순서로 일어난다. 그러나, 다른 실시예에서는 둘 이상의 동작이 동시에 일어날 수도 있고, 또는 다른 순서로 일어날 수도 있다. 다른 실시예에서는, 하나 이상의 동작이 본 명세서에 제시되고 기술되지 않은 다른 동작들과 함께 일어날 수도 있다. 또한, 도시된 모든 동작들이 본 명세서에 기술된 발명대상의 특징에 따른 방법을 구현하도록 요구되지는 않을 수도 있다. 또한, 당업자는 이 방법이 상태도를 통해 또는 이벤트로서 일련의 상호관련된 상태로서 택일적으로 나타날 수 있음을 이해할 수 있을 것이다.
도 4 내지 6은 본 명세서에 기술된 발명대상의 특징에 따른 클라이언트 입장에서 발생하는 예시적인 동작을 일반적으로 나타내는 흐름도이다. 도 4로 돌아가면, 블록(405)에서 동작들이 시작된다.
블록(410)에서, 클라이언트의 로컬 파일 시스템의 파일의 표시가 수신된다. 예를 들어, 도 3을 참고하면, 하이들이션/디하이드레이션 관리자(328)는 로컬 저장부(320)로부터 네임스페이스 입력을 판독함으로써 파일의 표시를 수신할 수 있다. 다른 예로서, 하이드레이션/디하이드레이션 관리자(328)은 사용자가 열기로 요청한 파일의 표시를 수신할 수 있다.
블록(415)에서, 파일에 대해 하이드레이트할지, 부분적으로 하이드레이트할지 또는 아무 것도 하지 않을지를 결정하기 위해 요인들이 평가될 수 있다. 예를 들어, 도 3을 참고하면, 열리는 파일에 대해, 하이드레이션/디하이드레이션 관리자(328)는 파일이 하이드레이트될 필요가 있다고 결정할 수 있다. 다른 예로서, 클라우드 저장 시스템과의 통신 중에, 클라이언트(305)는 파일이 스테일 되었음을 통지받을 수 있다. 이에 응답하여, 하이드레이션/디하이드레이션 관리자(328)는 파일이 디하이드레이트될 필요가 있다고 결정할 수 있다. 다른 예로서, 사용자는 클라이언트가 오프라인 상태인 동안 파일이 이용가능한 상태로 유지되어야 함을 나타낼 수 있다. 이 예에서, 하이드레이션/디하이드레이션 관리자(328)는 다른 요인들이 파일을 디하이드레이트하는 것을 선호하는 경우에도 파일이 하이드레이트된 채로 유지될 필요가 있다고 결정할 수 있다.
다른 예로서, 하이드레이션/디하이드레이션 관리자(328)는 파일에 대한 관측된 사용자 액션에 기초하여 그 파일이 이용가능하도록 유지되어야 한다고 추론할 수 있다. 예를 들어, 사용자가 클라이언트(305)에서 파일을 생성하거나 편집하면, 하이드레이션/디하이드레이션 관리자(328)는 클라이언트가 오프라인 상태인 동안에도 그 파일이 클라이언트(305) 상에서 이용가능하게 유지되어야 한다고 추론할 수 있다. 다른 예로서, 사용자가 적어도 기록 모드에서 파일을 열면, 하이드레이션/디하이드레이션 관리자(328)는 그 파일이 클라이언트(305) 상에서 이용가능하게 유지되어야 한다고 추론할 수 있다.
다른 예로서, 클라이언트(305)의 로컬 파일 시스템에서 (예컨대, 제1 구성가능 임계치에 의해 결정된)공간이 필요하고 파일(예컨대, 비디오, 이미지, 데이터, 또는 기타 파일)이 (예컨대 제2 구성가능 임계치에 의해 결정된)비교적 큰 크기를 가지면, 하이드레이션/디하이드레이션 관리자(328)는 파일이 디하이드레이트되어야 한다고 결정할 수 있다.
다른 예로서, 클라이언트(305)가 파일을 제1 클라우드 저장 시스템과 연관된 네임스페이스로부터 제2 클라우드 저장 시스템과 연관된 네임스페이스로 이동시키라는 요청을 수신하면, 하이드레이션/디하이드레이션 관리자(328)는 이동을 완료하기 위해 그 파일이 하이드레이트될 필요가 있다고 결정할 수 있다. 클라이언트의 네임스페이스가 클라우드 저장 시스템과 연관될 경우, 이것은 크라이언트가 네임스페이스에 의해 표시된 파일을 클라우드 저장 시스템과 동기화하도록 구성됨을 의미한다.
블록(420)에서, 결정된 액션이 파일을 하이드레이트하는 것이라면, 액션들은 블록(425)에서 계속되고, 그렇지 않으면, 액션들은 블록(430)에서 계속된다.
블록(425)에서, 하이드레이션 액션이 도 5와 관련하여 보다 상세히 설명되는 바와 같이 수행된다.
블록(430)에서, 결정된 액션이 파일을 디하이드레이트하는 것이면, 액션들은 블록(435)에서 계속되고, 그렇지 않으면, 액션들은 블록(440)에서 계속된다.
블록(435)에서, 디하이드레이션 액션이 도 6과 관련하여 보다 상세히 설명되는 바와 같이 수행된다.
블록(440)에서, 다른 액션들이 존재한다면 이들이 수행된다. 예를 들어, 도 3을 참고하면, 하이드레이션/디하이드레이션 관리자(328)는 파일에 대해 아무런 액션도 취해지지 않는다고 결정할 수 있다. 이 경우에, 하이드레이션/디하이드레이션 관리자(328)는 다른 파일에 대한 요인들을 고려할 수도 있고(예컨대 유지보수 태스크를 수행할 경우) 아니면 일시정지, 슬립, 또는 아무 것도 하지 않거나 할 수 있다(예컨대, 특정 파일에 대한 정보를 수신할 경우).
다른 예로서, 요인들이 파일을 부분적으로 하이드레이트하거나 또는 부분적으로 디하이드레이트하는 동작을 선호하면, 하이드레이션/디하이드레이션 관리자(328)는 이들 동작을 수행할 수 있다. 예를 들어, 파일의 일부 콘텐츠가 (예컨대, 임계치에 의해 결정된)비교적 긴 시간 동안 액세스되지 않은 반면에 파일의 다른 콘텐츠는 보다 최근에 액세스되었으면, 하이드레이션/디하이드레이션 관리자(328)는 긴 시간 동안 액세스되지 않은 콘텐츠를 디하이드레이트할 수 있다.
도 5로 돌아가면, 블록(505)에서 액션들이 시작된다. 블록(510)에서, 하이드레이션/디하이드레이션 관리자(328)는 플레이스홀더 관리자(327)를 통해 표시된 파일을 나타내는 플레이스홀더에 액세스할 수 있다.
블록(515)에서, 데이터가 플레이스홀더로부터 획득될 수 있다. 이 데이터는 파일의 콘텐츠를 저장하는 클라우드 저장 시스템을 식별하는 데이터를 포함할 수 있다. 예를 들어, 도 3을 참고하면, 플레이스홀더 관리자(327)는 클라우드 저장 시스템(316)을 식별하는 플레이스홀더 데이터를 획득하는데 사용될 수 있다.
블록(520)에서, 식별된 클라우드 저장 시스템으로부터 콘텐츠가 획득된다. 예를 들어, 도 3을 참고하면, 클라이언트(305)는 클라우드 저장 시스템(316)으로부터 콘텐츠를 획득할 수 있다. 획득된 콘텐츠는 플레이스홀더에 의해 표현된 파일에 대한 콘텐츠이다.
블록(525)에서, 콘텐츠 및 메타 데이터가 로컬 파일 시스템에 저장된다. 예를 들어, 도 3을 참고하면, 클라이언트(305)는 이 파일의 콘텐츠를 로컬 저장부(320)에 저장할 수 있다. 클라이언트(305)는 또한 이 파일의 메타데이터를 플레이스홀더 및/또는 클라우드 저장 시스템(317)으로부터 로컬 저장부(320)로 복사할 수도 있다.
블록(530)에서, 플레이스홀더가 삭제될 수 있다. 예를 들어, 도 3을 참고하면, 파일을 충분히 하이드레이트(예컨대, 콘텐츠를 로컬 파일 시스템에 복사하고 로컬 파일 시스템에서 파일의 메타데이터를 업데이트)한 후에, 일 구현예에서, 클라이언트(305)는 플레이스홀더를 삭제할 수 있다. 다른 구현예에서, 플레이스홀더는 파일 시스템 객체가 충분히 하이드레이트됨을 나타내도록 업데이트될 수 있다.
블록(535)에서, 파일이 충분히 하이드레이트된 후에 그리고 파일 시스템 객체가 다시 디하이드레이트될 때까지, 파일 시스템 메타데이터는 파일 시스템 객체에 대한 후속 액세스에 사용될 수 있다.
블록(540)에서, 액션들은 도 4의 블록(440)에서 계속된다.
도 6을 참고하면, 블록(605)에서 액션들이 시작된다. 블록(610)에서, 새로운 플레이스홀더가 생성되거나 또는 기존의 플레이스홀더가 유지된다. 예를 들어, 도 3을 참고하면, 하이드레이션/디하이드레이션 관리자(328)는 플레이스홀더 관리자(327)에게 디하이드레이트되고 있는 파일에 대한 플레이스홀더를 생성하거나 유지하도록 지시할 수 있다. 예를 들어, 디하이드레이트되고 있는 파일에 대해 플레이스홀더가 이미 존재하면, 이 플레이스홀더는 유지될 수 있다(예컨대 로컬 파일 시스템에서 유지될 수 있다). 플레이스홀더가 디하이드레이트되고 있는 파일에 대해 존재하지 않으면, 그 파일에 대한 플레이스홀더가 생성될 수 있다.
블록(615)에서, 플레이스홀더는 디하이드레이트되려고 하는 파일의 메타데이터를 포함하도록 업데이트된다. 예를 들어, 도 3을 참고하면, 클라이언트(305)는 생성된 플레이스홀더를 디하이드레이트되려고 하는 파일의 메타데이터로 업데이트할 수 있다. 유지된 플레이스홀더(예컨대, 특히 디하드레이트된 파일)에 있어서, 일례에서는, 파일의 메타데이터가 플레이스홀더 내에 이미 존재하는 것으로 예상된다.
블록(620)에서, 파일의 콘텐츠는 플레이스홀더 내에 파일의 메타데이터를 유지하는 동안 로컬 파일 시스템으로부터 제거된다. 예를 들어, 도 3을 참고하면, 클라이언트(305)는 로컬 저장부(320)로부터 파일의 콘텐츠를 제거할 수 있다. 제거는 삭제, 삭제를 위한 마킹 등을 포함할 수 있다.
블록(625)에서, 플레이스홀더는 파일 시스템 객체가 디하이드레이트됨을 나타내도록 업데이트될 수 있다. 예를 들어, 도 3을 참고하면, 클라이언트(305)는 파일의 콘텐츠가 로컬 저장부(320)로부터 제거되었거나 또는 제거될 것임을 나타내도록 플레이스홀더의 데이터 구조(예컨대, 비트맵)를 업데이트할 수 있다. 다른 예로서, 클라이언트(305)는 파일의 콘텐츠가 로컬 저장부(320)로부터 제거되었거나 또는 제거될 것임을 나타내도록 플래그 등과 같은 데이터 구조를 업데이트할 수 있다.
블록(630)에서, 다른 액션들이 존재하면 이들이 수행될 수 있다. 예를 들어, 파일들 각각에 대해 하이드레이트할지, 디하이드레이트할지, 부분적으로 하이드레이트할지 또는 아무 것도 하지 않을지를 결정하기 위해 유지보수 프로세스가 클라이언트 파일 시스템의 파일들에 걸쳐 반복될 수 있다.
도 7은 본 명세서에 기술된 발명대상의 특징에 따른 클라우드 저장 시스템의 입장에서 발생하는 예시적인 액션들을 일반적으로 나타내는 흐름도이다. 블록(705)에서, 액션이 시작된다.
블록(710)에서, 콘텐츠에 대한 요청이 수신된다. 예를 들어, 도 3을 참고하면, 클라우드 저장 시스템(315)은 클라이언트(305)로부터 파일 시스템 객체의 콘텐츠에 대한 요청을 수신할 수 있다. 이 요청은 클라이언트가 플레이스홀더에 의해 클라이언트 상에서 표현되는 클라이언트의 파일을 하이드레이트하려고 시도하고 있을 때 수신될 수 있다.
블록(715)에서, 콘텐츠가 제공된다. 예를 들어, 도 3을 참고하면, 클라우드 저장 시스템(315)은 요청된 콘텐츠를 클라이언트(305)에게 제공할 수 있다.
블록(720)에서, 다른 액션들이 일어날 수 있다. 예를 들어, 업데이트된 콘텐츠 또는 파일에 대한 메타데이터를 수신한 후에, 클라우드 저장 시스템은 그 파일이 스테일임을 나타내기 위해 클라이언트에게 메시지를 보낼 수 있다.
전술한 상세한 설명으로부터 알 수 있듯이, 파일 시스템 플레이스홀더와 관련된 특징들을 기술하였다. 본 명세서에 기술된 발명대상의 특징은 다양한 수정 및 대안적인 구성을 허용하지만, 소정의 예시된 실시예들은 도면에 도시되고 위에서 상세히 설명되었다. 그러나, 청구항의 청구대상의 특징들을 개시된 특정한 형태로 제한하고자 하는 것은 아니며, 오히려, 본 명세서에 기술된 발명대상의 다양한 특징의 사상 및 범주 내에 있는 모든 수정, 대안적인 구성 및 균등물을 커버하고자 한다.
Claims (10)
- 컴퓨터에 의해 적어도 부분적으로 구현되는 방법으로서,
클라이언트의 로컬 파일 시스템의 파일 시스템 객체의 표시를 수신하는 단계 -상기 클라이언트는 상기 로컬 파일 시스템을 원격 저장 시스템과 동기화하도록 구성됨- 와,
상기 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인(factor)을 평가하는 단계 -상기 액션은 상기 파일 시스템 객체에 대해 하드레이트하는 것(to hydrate), 디하이드레이트하는 것(to dehydrate), 및 아무 것도 하지 않는 것을 포함하는 액션들로부터 선택됨- 와,
상기 액션이 상기 파일 시스템 객체를 디하이드레이트하는 것인 경우, 디하이드레이션(dehydration) 액션을 수행하는 단계
를 포함하되,
상기 디하이드레이션 액션은
상기 파일 시스템 객체를 나타내기 위한 플레이스홀더를 생성하거나 유지하는 단계 -상기 플레이스홀더는 상기 로컬 파일 시스템에 저장되고, 상기 로컬 파일 시스템은 상기 플레이스홀더로부터 상기 파일 시스템 객체의 메타데이터를 획득하도록 구성되며, 상기 메타데이터는 상기 클라이언트가 상기 원격 저장 시스템에 대해 오프라인 상태에 있는 동안 상기 플레이스홀더로부터 상기 파일 시스템 객체에 대한 네임스페이스(namespace) 정보를 획득할 수 있게 하고, 상기 플레이스홀더는 상기 파일의 콘텐츠를 얻을 수 있는 원격 저장부를 식별하는 데이터를 포함함- 와,
상기 파일 시스템 객체가 디하이드레이트됨을 나타내도록 상기 플레이스홀더를 업데이트하는 단계와,
상기 파일 시스템 객체의 상기 메타데이터를 상기 플레이스홀더에 유지하면서 상기 파일 시스템 객체의 콘텐츠를 상기 로컬 파일 시스템으로부터 제거하는 단계
를 포함하는 방법.
- 제1항에 있어서,
상기 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인을 평가하는 단계는 상기 원격 저장 시스템과의 통신에 기초하여 상기 디하이드레이션 액션을 수행할 것을 결정하는 단계를 포함하되, 상기 통신은 상기 파일 시스템 객체가 스테일(stale)임을 나타내고, 상기 파일 시스템 객체는 플레이스홀더를 이용하는 다른 클라이언트에서 편집된 것인
방법.
- 제1항에 있어서,
상기 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인을 평가하는 단계는 상기 파일 시스템 객체에 대한 요청된 액션에 의해 트리거링되고, 상기 파일 시스템 객체를 하이드레이트하는 것을 결정하는 단계를 더 포함하되, 상기 요청된 액션은 상기 파일 시스템 객체를 상기 원격 저장 시스템과 연관된 네임스페이스로부터 다른 원격 저장 시스템과 연관된 네임스페이스로 이동시키는 요청을 포함하는
방법.
- 제1항에 있어서,
상기 액션이 상기 파일 시스템 객체를 하이드레이트하는 것인 경우, 하이드레이션(hydration) 액션을 수행하는 단계를 더 포함하고,
상기 하이드레이션 액션은
상기 파일 시스템 객체를 나타내는 상기 플레이스홀더에 액세스하는 단계와,
상기 원격 저장 시스템을 식별하는 상기 데이터를 상기 플레이스홀더로부터 획득하는 단계와,
상기 원격 저장 시스템으로부터 상기 콘텐츠를 획득하는 단계와,
상기 콘텐츠를 상기 로컬 파일 시스템에 저장하는 단계
를 포함하는 방법. - 제4항에 있어서,
상기 하이드레이션 액션은
상기 파일 시스템 객체에 대한 파일 시스템 메타데이터를 상기 파일 시스템에 저장하는 단계와,
상기 파일 시스템 객체가 완전히 하이드레이트된 후에 상기 플레이스홀더를 삭제하는 단계와,
상기 파일 시스템 객체가 다시 디하이드레이트될 때까지 상기 파일 시스템 객체에 대한 후속 액세스를 위해 상기 파일 시스템 메타데이터를 사용하는 단계
를 포함하는 방법.
- 컴퓨팅 환경에서의 시스템으로서,
로컬 파일 시스템의 로컬 파일 시스템 객체에 대한 파일 시스템 메타데이터를 유지하고 원격 저장 시스템의 원격 파일 시스템 객체에 대한 플레이스홀더를 유지하는 컴퓨터 저장 요소를 갖는 저장부 -상기 플레이스홀더는 상기 원격 파일 시스템 객체의 콘텐츠가 상기 저장부에 존재할 것을 요구함 없이 상기 원격 파일 시스템 객체의 메타데이터를 포함함- 와,
적어도 상기 원격 파일 시스템 객체의 콘텐츠가 상기 저장부에 완전히 존재하지 않으면 각각의 원격 파일 시스템 객체에 대한 플레이스홀더가 상기 네임스페이스에 존재함을 보장하기 위해, 상기 플레이스홀더를 생성하고, 파퓰레이트(populate)하고, 유지하도록 구성된 플레이스홀더 관리자와,
클라이언트 상에서 호스팅된 하이드레이션/디하이드레이션 관리자
를 포함하며,
상기 하이드레이션/디하이드레이션 관리자는 상기 로컬 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인을 평가하도록 구성되고, 상기 액션은 상기 로컬 파일 시스템 객체에 대해 하드레이트하는 것, 부분적으로 하이드레이트하는 것, 디하이드레이트하는 것, 및 아무 것도 하지 않는 것을 포함하는 액션들로부터 선택되고, 상기 하이드레이션/디하이드레이션 관리자는 또한 상기 로컬 파일 시스템 객체에 대해 디하이드레이션 액션을 수행하도록 구성되며,
상기 디하이드레이션 액션은
플레이스홀더가 상기 저장부 상에 생성되거나 유지되게 하는 것 -상기 플레이스홀더는 상기 로컬 파일 시스템 객체를 나타내고, 상기 로컬 파일 시스템은 상기 플레이스홀더로부터 상기 로컬 파일 시스템 객체의 파일 메타데이터를 획득하도록 구성되며, 상기 파일 메타데이터는 상기 클라이언트가 상기 원격 저장 시스템에 대해 오프라인 상태에 있는 동안 상기 플레이스홀더로부터 상기 로컬 파일 시스템 객체에 대한 네임스페이스 정보를 획득할 수 있게 하고, 상기 플레이스홀더는 상기 로컬 파일 시스템 객체의 콘텐츠를 얻을 수 있는 원격 저장 시스템을 식별하는 데이터를 포함함- 과,
상기 로컬 파일 시스템 객체가 디하이드레이트됨을 나타내도록 상기 플레이스홀더를 업데이트하는 것과,
상기 로컬 파일 시스템 객체의 상기 파일 메타데이터를 상기 플레이스홀더에 유지하면서 상기 로컬 파일 시스템 객체의 콘텐츠를 상기 로컬 파일 시스템으로부터 제거하는 것
을 포함하는 시스템.
- 제6항에 있어서,
상기 하이드레이션/디하이드레이션 관리자는 또한 하이드레이션 액션을 수행하도록 구성되고, 상기 하이드레이션 액션은
상기 제2 파일 시스템 객체를 나타내는 제2 플레이스홀더에 액세스하는 것과,
상기 원격 저장 시스템을 식별하는 데이터를 상기 제2 플레이스홀더로부터 획득하는 것과,
상기 원격 저장 시스템으로부터 상기 제2 파일 시스템 객체의 콘텐츠를 획득하는 것과,
상기 제2 파일 시스템 객체의 콘텐츠를 상기 로컬 파일 시스템에 저장하는 것
을 포함하는 시스템.
- 제7항에 있어서,
상기 하이드레이션/디하이드레이션 관리자는 또한 추가적인 하이드레이션 액션을 수행하도록 구성되고, 상기 추가적인 하이드레이션 액션은
상기 제2 파일 시스템 객체에 대한 파일 시스템 메타데이터를 상기 로컬 파일 시스템에 저장하는 것과,
상기 제2 파일 시스템 객체가 완전히 하이드레이트된 후에 상기 플레이스홀더가 삭제되게 하는 것과,
상기 제2 파일 시스템 객체가 디하이드레이트될 때까지, 상기 제2 파일 시스템 객체에 대한 후속 액세스를 위해 상기 제2 파일 시스템 객체에 대한 상기 파일 시스템 메타데이터를 사용하는 것
을 포함하는 시스템.
- 제7항에 있어서,
상기 하이드레이션/디하이드레이션 관리자는 또한 상기 로컬 파일 시스템 객체에 대한 관측된 사용자 액션에 기초하여 상기 클라이언트가 상기 원격 저장 시스템에 대해 오프라인 상태에 있는 동안 상기 로컬 파일 시스템 객체가 이용가능하게 유지되어야 하는지 여부를 추론하도록 구성되는
시스템. - 컴퓨터 실행가능 명령어를 포함하는 컴퓨터 저장 매체로서,
상기 컴퓨터 실행가능 명령어는, 실행될 경우에
클라이언트에 의해 표시된 파일 시스템 객체의 콘텐츠에 대한 요청을 수신하는 단계 -상기 클라이언트 파일 시스템은 모든 콘텐츠가 상기 클라이언트 파일 시스템에 위치해 있는 파일 시스템 객체와 모든 콘텐츠보다 적은 콘텐츠가 상기 클라이언트 파일 시스템에 위치해 있는 파일 시스템 객체를 가지며, 상기 클라이언트는 적어도 모든 콘텐츠보다 적은 콘텐츠가 상기 클라이언트 파일 시스템에 위치해 있는 상기 파일 시스템 객체를 나타내는 플레이스홀더를 가지며, 상기 클라이언트는 상기 파일 시스템 객체에 대해 수행할 액션을 결정하기 위해 하나 이상의 요인을 평가하도록 구성되고, 상기 액션은 상기 파일 시스템 객체에 대해 하드레이트하는 것, 디하이드레이트하는 것, 및 아무 것도 하지 않는 것을 포함하는 액션들로부터 선택되며, 상기 파일 시스템 객체는 상기 하나 이상의 요인에 기초하여 상기 클라이언트 파일 시스템에서 디하이드레이트되고, 상기 파일 시스템 객체는 적어도 상기 파일 시스템 객체가 상기 클라이언트 파일 시스템에서 디하이드레이트되는 동안 플레이스홀더를 통해 상기 클라이언트 파일 시스템에서 표현됨- 와,
원격 저장 시스템으로부터 상기 파일 시스템 객체의 상기 콘텐츠를 제공하는 단계
를 수행하는 컴퓨터 저장 매체.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/874,474 US9166866B2 (en) | 2013-04-30 | 2013-04-30 | Hydration and dehydration with placeholders |
US13/874,474 | 2013-04-30 | ||
PCT/US2013/061071 WO2014178906A1 (en) | 2013-04-30 | 2013-09-21 | Hydration and dehydration with placeholders |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20160003682A true KR20160003682A (ko) | 2016-01-11 |
KR102128138B1 KR102128138B1 (ko) | 2020-06-29 |
Family
ID=49293912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020157031212A KR102128138B1 (ko) | 2013-04-30 | 2013-09-21 | 플레이스홀더에 의한 하이드레이션 및 디하이드레이션 기법 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9166866B2 (ko) |
EP (1) | EP2992453A1 (ko) |
KR (1) | KR102128138B1 (ko) |
CN (1) | CN105474200B (ko) |
WO (1) | WO2014178906A1 (ko) |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9405767B2 (en) | 2013-05-01 | 2016-08-02 | Microsoft Technology Licensing, Llc | Streaming content and placeholders |
US9934242B2 (en) * | 2013-07-10 | 2018-04-03 | Exablox Corporation | Replication of data between mirrored data sites |
CN106576078B (zh) * | 2014-08-26 | 2020-06-23 | Ctera网络有限责任公司 | 用于在云存储系统中路由数据流的方法和系统 |
US10764265B2 (en) * | 2014-09-24 | 2020-09-01 | Ent. Services Development Corporation Lp | Assigning a document to partial membership in communities |
US10963430B2 (en) | 2015-04-01 | 2021-03-30 | Dropbox, Inc. | Shared workspaces with selective content item synchronization |
US9922201B2 (en) | 2015-04-01 | 2018-03-20 | Dropbox, Inc. | Nested namespaces for selective content sharing |
US9852147B2 (en) * | 2015-04-01 | 2017-12-26 | Dropbox, Inc. | Selective synchronization and distributed content item block caching for multi-premises hosting of digital content items |
US9571573B1 (en) | 2015-10-29 | 2017-02-14 | Dropbox, Inc. | Peer-to-peer synchronization protocol for multi-premises hosting of digital content items |
US10691718B2 (en) | 2015-10-29 | 2020-06-23 | Dropbox, Inc. | Synchronization protocol for multi-premises hosting of digital content items |
US9537952B1 (en) | 2016-01-29 | 2017-01-03 | Dropbox, Inc. | Apparent cloud access for hosted content items |
US10467103B1 (en) * | 2016-03-25 | 2019-11-05 | Nutanix, Inc. | Efficient change block training |
US10762054B2 (en) | 2016-07-22 | 2020-09-01 | Microsoft Technology Licensing, Llc | Cloud content states determination logic |
US20180039652A1 (en) * | 2016-08-02 | 2018-02-08 | Microsoft Technology Licensing, Llc | Symbolic link based placeholders |
US10592470B2 (en) * | 2016-08-10 | 2020-03-17 | Microsoft Technology Licensing, Llc | Discovery of calling application for control of file hydration behavior |
US20180059990A1 (en) * | 2016-08-25 | 2018-03-01 | Microsoft Technology Licensing, Llc | Storage Virtualization For Files |
US10616327B2 (en) * | 2016-09-20 | 2020-04-07 | Microsoft Technology Licensing, Llc | Policy based hydration behavior in cloud storage synchronization |
US11368528B2 (en) * | 2016-09-20 | 2022-06-21 | Microsoft Technology Licensing, Llc | Dynamic storage management in cloud storage synchronization |
US20180121101A1 (en) * | 2016-10-28 | 2018-05-03 | Microsoft Technology Licensing, Llc | Smart Storage Policy |
US11507534B2 (en) * | 2017-05-11 | 2022-11-22 | Microsoft Technology Licensing, Llc | Metadata storage for placeholders in a storage virtualization system |
US10929350B2 (en) * | 2017-12-04 | 2021-02-23 | Microsoft Technology Licensing, Llc | Enhanced techniques for copying cloud stored files |
US11010408B2 (en) | 2018-06-01 | 2021-05-18 | Microsoft Technology Licensing, Llc | Hydration of a hierarchy of dehydrated files |
US20200004839A1 (en) * | 2018-06-29 | 2020-01-02 | Microsoft Technology Licensing, Llc | Download management |
CN109885545A (zh) * | 2019-02-02 | 2019-06-14 | 华为技术有限公司 | 存储、查询日志信息的方法、装置 |
US11290531B2 (en) | 2019-12-04 | 2022-03-29 | Dropbox, Inc. | Immediate cloud content item creation from local file system interface |
LU101624B1 (en) * | 2020-02-03 | 2021-08-03 | Microsoft Technology Licensing Llc | Reduce os imaging time using 'just in time' file delivery |
US11533384B2 (en) | 2020-03-20 | 2022-12-20 | International Business Machines Corporation | Predictive provisioning of cloud-stored files |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050198385A1 (en) * | 2004-01-30 | 2005-09-08 | Aust Brian S. | System and method for generating a consistent user name-space on networked devices |
KR20080065490A (ko) * | 2007-01-09 | 2008-07-14 | 포항공과대학교 산학협력단 | 유비쿼터스 환경에서 데이터 통합관리를 위한 분산 파일서비스 방법 및 시스템 |
WO2008095237A1 (en) * | 2007-02-05 | 2008-08-14 | Moonwalk Universal Pty Ltd | Data management system |
KR20100013890A (ko) * | 2008-08-01 | 2010-02-10 | 주식회사 옵토스타 | 분산 자료 통합 백업 시스템 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5537585A (en) | 1994-02-25 | 1996-07-16 | Avail Systems Corporation | Data storage management for network interconnected processors |
EP0713183A3 (en) | 1994-11-18 | 1996-10-02 | Microsoft Corp | Network-independent shadow files |
US6868424B2 (en) | 2002-07-25 | 2005-03-15 | Xerox Corporation | Electronic filing system with file-placeholders |
WO2004021225A1 (en) | 2002-08-30 | 2004-03-11 | Arkivio, Inc. | Techniques for moving stub files without recalling data |
US20060200570A1 (en) | 2005-03-02 | 2006-09-07 | Nokia Corporation | Discovering and mounting network file systems via ad hoc, peer-to-peer networks |
US7725837B2 (en) | 2005-03-31 | 2010-05-25 | Microsoft Corporation | Digital image browser |
US7630999B2 (en) * | 2005-07-15 | 2009-12-08 | Microsoft Corporation | Intelligent container index and search |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
JP5082310B2 (ja) | 2006-07-10 | 2012-11-28 | 日本電気株式会社 | データ移行装置及びプログラム |
US7603397B1 (en) | 2006-10-03 | 2009-10-13 | Emc Corporation | Detecting and managing missing parents between primary and secondary data stores |
US8583878B2 (en) | 2008-01-02 | 2013-11-12 | Sandisk Il Ltd. | Storage device having direct user access |
US8065381B2 (en) | 2008-01-25 | 2011-11-22 | Microsoft Corporation | Synchronizing for directory changes performed while offline |
EP2433257A4 (en) | 2009-05-19 | 2014-07-30 | Nholdings Sa | PROVIDING A LOCAL DEVICE OF COMPUTER SERVICES FROM A REMOTE HOST |
KR101626117B1 (ko) | 2009-06-22 | 2016-05-31 | 삼성전자주식회사 | 클라우드 스토리지를 제공하는 클라이언트, 중개 서버 및 방법 |
US20120158891A1 (en) | 2010-12-21 | 2012-06-21 | Microsoft Corporation | Techniques for universal representation of digital content |
US8910149B2 (en) | 2010-12-24 | 2014-12-09 | Microsoft Corporation | On-demand or incremental remote data copy |
JP2012174113A (ja) | 2011-02-23 | 2012-09-10 | Hitachi Ltd | ファイルストレージシステム及び記憶制御方法 |
US20130036135A1 (en) | 2011-08-04 | 2013-02-07 | Michael Brockey | Cloud data storage |
US10063430B2 (en) | 2011-09-09 | 2018-08-28 | Cloudon Ltd. | Systems and methods for workspace interaction with cloud-based applications |
US8331566B1 (en) | 2011-11-16 | 2012-12-11 | Google Inc. | Media transmission and management |
US8938550B2 (en) * | 2011-12-15 | 2015-01-20 | Microsoft Corporation | Autonomous network streaming |
-
2013
- 2013-04-30 US US13/874,474 patent/US9166866B2/en active Active
- 2013-09-21 EP EP13771333.5A patent/EP2992453A1/en not_active Withdrawn
- 2013-09-21 KR KR1020157031212A patent/KR102128138B1/ko active IP Right Grant
- 2013-09-21 CN CN201380076179.2A patent/CN105474200B/zh active Active
- 2013-09-21 WO PCT/US2013/061071 patent/WO2014178906A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050198385A1 (en) * | 2004-01-30 | 2005-09-08 | Aust Brian S. | System and method for generating a consistent user name-space on networked devices |
KR20080065490A (ko) * | 2007-01-09 | 2008-07-14 | 포항공과대학교 산학협력단 | 유비쿼터스 환경에서 데이터 통합관리를 위한 분산 파일서비스 방법 및 시스템 |
WO2008095237A1 (en) * | 2007-02-05 | 2008-08-14 | Moonwalk Universal Pty Ltd | Data management system |
KR20100013890A (ko) * | 2008-08-01 | 2010-02-10 | 주식회사 옵토스타 | 분산 자료 통합 백업 시스템 |
Also Published As
Publication number | Publication date |
---|---|
CN105474200A (zh) | 2016-04-06 |
US20140324945A1 (en) | 2014-10-30 |
WO2014178906A1 (en) | 2014-11-06 |
US9166866B2 (en) | 2015-10-20 |
KR102128138B1 (ko) | 2020-06-29 |
EP2992453A1 (en) | 2016-03-09 |
CN105474200B (zh) | 2019-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10264039B2 (en) | Streaming content and placeholders | |
KR102128138B1 (ko) | 플레이스홀더에 의한 하이드레이션 및 디하이드레이션 기법 | |
US9552363B2 (en) | File management with placeholders | |
US9734158B2 (en) | Searching and placeholders | |
US11599546B2 (en) | Stream browser for data streams | |
US12001387B2 (en) | Automated archiving of user generated media files | |
US11379418B2 (en) | File system warnings for moves of shared content items | |
JP5886447B2 (ja) | ロケーション非依存のファイル | |
US10838944B2 (en) | System and method for maintaining a multi-level data structure | |
CN109416621B (zh) | 利用支持共享对象的计算机存储系统来恢复非易失性存储中的空闲空间 | |
US10776376B1 (en) | Systems and methods for displaying search results |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |