KR101806499B1 - 파일 관리 방법 및 이를 이용한 파일 관리 장치 - Google Patents

파일 관리 방법 및 이를 이용한 파일 관리 장치 Download PDF

Info

Publication number
KR101806499B1
KR101806499B1 KR1020160072754A KR20160072754A KR101806499B1 KR 101806499 B1 KR101806499 B1 KR 101806499B1 KR 1020160072754 A KR1020160072754 A KR 1020160072754A KR 20160072754 A KR20160072754 A KR 20160072754A KR 101806499 B1 KR101806499 B1 KR 101806499B1
Authority
KR
South Korea
Prior art keywords
file
system call
file management
procedure
management apparatus
Prior art date
Application number
KR1020160072754A
Other languages
English (en)
Inventor
이두형
Original Assignee
주식회사 지어소프트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 지어소프트 filed Critical 주식회사 지어소프트
Priority to KR1020160072754A priority Critical patent/KR101806499B1/ko
Priority to JP2018558266A priority patent/JP6654255B2/ja
Priority to PCT/KR2017/006051 priority patent/WO2017213473A1/en
Application granted granted Critical
Publication of KR101806499B1 publication Critical patent/KR101806499B1/ko
Priority to US16/180,481 priority patent/US10417179B2/en

Links

Images

Classifications

    • G06F17/30174—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
    • 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/178—Techniques for file synchronisation in file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/113—Details of archiving
    • 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/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/119—Details of migration of file systems
    • 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/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G06F16/164—File meta data generation
    • G06F16/166—File name conversion
    • 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/176—Support for shared access to files; File sharing support
    • 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/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G06F16/183—Provision of network file services by network file servers, e.g. by using NFS, CIFS
    • G06F17/30073—
    • G06F17/30079—
    • G06F17/30165—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

본 발명은 파일 이름을 규칙에 따라 설정하고 파일을 동기화하는 파일 관리 및 동기화 방법 및 장치에 관한 것이다. 본 발명에 따르면, (a) 파일 관리 장치가, 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및 (b) 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하여, 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계를 포함하는 방법 및 이를 이용하는 장치가 제공된다. 본 발명의 파일 관리 정책은, 파일의 속성에 근거하여 파일 관리 장치가 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 파일이 저장되어 있거나 저장될 경로의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함한다. 본 발명에서 파일의 속성은, 생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함한다.

Description

파일 관리 방법 및 이를 이용한 파일 관리 장치{METHOD FOR MANAGING FILES AND APPARATUS USING THE SAME}
본 발명은 파일 이름을 규칙에 따라 설정하고 파일을 동기화하는 파일 관리 방법 및 장치에 관한 것으로, 보다 상세하게는, (a) 파일 관리 장치가, 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및 (b) 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하여, 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계를 포함하는 방법 및 이를 이용하는 장치에 관한 것이다.
대부분의 사무 작업이 전산화됨에 따라 사무 작업에 의하여 생성되는 대부분의 문서는 전산화된 파일의 형태로 생성되고 유통된다. 이러한 파일을 식별하기 위하여 대부분의 운영 체제(Operating System)에서는 파일에 파일 이름과 파일 경로를 부여한다.
또한, 많은 전산화된 사무 작업은 한 사람의 사용자가 아닌 복수의 사용자 집단에 의하여 생성, 편집 및 처리되며, 이 경우 파일은 네트워크를 통하여 전송됨으로써 공유될 수도 있고, 하나의 저장 장소에 저장되어 복수의 사용자에게 접근을 허용함으로써 공유될 수도 있다.
그런데 각 사용자가 복수의 사용자 집단에 의하여 처리되는 파일을 생성할 경우 파일을 식별하기 위한 파일 이름 및 파일 경로를 각 사용자가 임의로 결정할 경우 파일을 조직적으로 관리하기 어렵다는 문제가 있다.
또한, 복수의 사용자가 파일을 편집 및 가공할 수 있으므로 서로 다른 사용자에 의하여 편집되는 내용을 추적하고 관리하기 어렵다는 문제가 있으며, 경우에 따라서는 서로 다른 사용자가 동시에 파일을 편집함으로써 파일의 편집 내용이 유실되거나 파일 내용에 모순이 발생할 우려도 있다.
이를 해결하기 위한 시도 중에서, 예를 들어 대한민국 등록특허 제10-1525984호에는, 파일의 저장에 대응되는 다이얼로그 창의 호출시에 문서 관리 장치가 그 파일의 파일 이름 및 파일의 저장 경로를 자동으로 지정하여 사용자에게 표시하여 주고, 사용자의 선택을 받아 결정된 파일 이름 및 저장 경로에 따라 파일이 저장되는 방식이 기재되어 있다.
그 방식은 주로 기 작성되어 있는 코드의 특정 지점을 가로채 동작 방식에 변화를 주는 기술, 즉 후킹을 이용하는 것이다. 예를 들어 마이크로소프트社의 윈도우(Microsoft Windows) 운영체제에서의 후킹에는 정상적으로 미리 약속된 레지스트리 위치에 훅 DLL을 등록하여 사용하는 방법이 있으며, PE(Portable Executable) 파일의 IAT(Import Address Table)을 자신의 함수로 변경하여 강제로 MS 워드(MS Word)나 ㈜한글과컴퓨터의 아래아한글에 접근하는 방법도 있을 것이다.
이는 주로 파일 저장을 위한 다이얼로그 창이 팝업(pop-up)되는 파일의 저장시에만 적용된다는 점, 파일 이름 및 저장 경로의 확정이 사용자에 의하여 이루어진다는 점, 그리고 사용자 집단이 하나의 서버(저장소)에 파일을 기록하고 있음을 전제로 하고 있어, 사용자들이 공유하는 서버와 별개로 각 사용자가 이용할 수 있는 로컬 장치가 주어지지 않는다는 점에서 한계가 있다.
또한 이러한 방식은 동일한 후킹 기술을 사용하는 타 애플리케이션과 교착 상태(dead lock) 상태에 빠질 수 있는 문제점이 있을 수 있다. 도 8을 참조하면 타 애플리케이션(process 1)이 파일 내용(resource 1)을 할당 받고 있는 상태에서 예컨대 등록특허 제10-1525984호의 애플리케이션(process 2)가 파일 저장 함수 주소(resource 2)를 할당 받은 상황이라면, 파일 저장시 서로 교착을 일으켜서 시스템이 멈추게 된다(system halt).
이를 해결하기 위한 일 방안으로서, 교착 상태가 발생하지 않도록 타 애플리케이션과 동일한 순서로 자원(resource)을 점유하도록 하여 교착을 회피(deadlock avoidance)하거나 타 애플리케이션보다 높은 권한(예컨대, 관리자 권한)을 획득하여 타 애플리케이션이 획득한 자원을 강제로 반환시켜 교착 상태를 방지(deadlock prevention)하는 교착 상태에 대한 제어 방법이 사용되고 있다. 그러나, 이러한 방안에 의하더라도, 교착 상태에 빠질 수 있는 원인 자체를 제거하는 것이 아니므로, 근본적인 해결책은 되기 어려웠다.
KR 10-1525984 B1
본 발명은 상술한 문제점을 해결하는 것을 목적으로 한다.
본 발명은 운영체제의 구조상 최상위 권한을 획득할 수 있도록 하기 위하여 커널 수준에서 동작할 수 있는 파일 관리 방법 및 이를 이용한 장치를 제공하는 것을 목적으로 한다.
또한 본 발명은 파일 이름 및 저장 장소를 사용자 집단 내에서 통일하여 사용자의 선택 없이도 자동으로 설정할 수 있게 하는 것을 다른 목적으로 한다.
또한 본 발명은 파일 이름을 정해진 규칙에 따라 설정 및 적용하고, 로컬에 저장된 파일을 정해진 전송 정책에 따라 서버에 전송함으로써 동기화하는 것을 또 다른 목적으로 한다.
상기한 바와 같은 본 발명의 목적을 달성하고, 후술하는 본 발명의 특징적인 효과를 실현하기 위한, 본 발명의 특징적인 구성은 하기와 같다.
본 발명의 일 태양에 따르면, (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜을 감지하는 단계; 및 (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계를 포함하는 파일 관리 방법이 제공되는바, 상기 파일 관리 정책은, 상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고, 상기 파일의 속성은, 생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자(파일을 생성한 자), 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함한다.
본 발명의 다른 태양에 따르면, 통신부 및 프로세서를 포함하는 파일 관리 장치가 제공되는바, 상기 프로세서는, (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜을 감지하며, (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고, 상기 파일 관리 정책은, 상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고, 상기 파일의 속성은, 생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함한다.
본 발명에 의하면, 파일의 내용 및 사용자의 권한에 따라 파일 이름 및 저장 장소를 사용자 집단 내에서 통일하여 설정함으로써 사용자 집단 내에서 파일의 관리를 효율적이고 용이하게 할 수 있다. 또한, 사용자 집단 내에서 생성한 파일들과 동일한 파일을 클라우드 환경의 서버에도 용이하게 보관할 수 있다.
본 발명의 실시예의 설명에 이용되기 위하여 첨부된 아래 도면들은 본 발명의 실시예들 중 단지 일부일 뿐이며, 본 발명이 속한 기술분야의 통상의 기술자에게 있어서는 발명적 작업이 이루어짐 없이 이 도면들에 기초하여 다른 도면들이 얻어질 수 있다.
도 1은 본 발명에 따른 파일 관리 방법을 적용하기 위한 예시적 구성을 개략적으로 도시한 개념도이다.
도 2는 본 발명에 따른 파일 관리 방법을 예시적으로 나타낸 흐름도이다.
도 3은 도 2에 나타난 바와 같은 파일 관리 방법을 구체화한 일 실시예의 흐름도이다.
도 4는 도 2에 나타난 단계(S200)를 구체화한 일 실시예의 흐름도이다.
도 5는 도 2에 나타난 단계(S200)를 구체화한 다른 실시예의 흐름도이다.
도 6은 본 발명에 따른 파일 관리 방법을 윈도우 운영체제 상에서 구현한 일 예시를 나타낸 개념도이다.
도 7은 본 명세서에 언급된 시스템 콜의 개념을 설명하기 위하여 프로세서의 권한 수준을 도시한 개념도이다.
도 8은 종래의 후킹 방식에 있어서 문제점인 교착 상태가 일어나는 과정을 나타내는 개념도이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명의 목적들, 기술적 해법들 및 장점들을 분명하게 하기 위하여 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 실시할 수 있도록 충분히 상세하게 설명된다.
본 명세서에서 “시스템 콜”이라 함은 운영 체제의 커널에서 제공되는 서비스를 이용하고자 하는 애플리케이션, 즉 응용 프로그램의 요청에 따라 커널 모드에 접근하기 위한 인터페이스이다.
일반적으로 운영 체제의 구성상, 커널과 애플리케이션은 프로세서(예컨대, CPU)의 권한 수준이나 하드웨어 접근 능력이 다르다. 애플리케이션이 내릴 수 있는 명령에 권한을 부여하여 구분하지 않는다면 갖가지 악성 애플리케이션들이 특별한 제한 없이 활개를 치게 될 것이다. 그러한 상황을 방지하기 위하여 프로세서가 내릴 수 있는 명령에 권한이 부여되었는데, 이를 지원하는 프로세서 설계를 멀티플 링(multiple ring) 설계라고 하고, 이는 도 7에 간략하게 도시되어 있다.
도 7을 참조하면, 예컨대 근래의 IBM 계열 기계에는 프로세서 설계상 ring 0에서 ring 3까지 총 4가지 계층이 있다. 원리적으로 ring 0은 커널과 동일한 권한이 주어지는 계층이며, ring 1 및 2는 원칙적으로 장치 드라이버에서 사용하기로 예정된 계층이고, ring 3은 기계어로 컴파일된 프로그램 파일이 실행되었을 때 생성되는 프로세스의 계층이다. 그러한 ring 3의 프로세스는 운영체제의 핵심 코드와 데이터에 접근할 수 없다. 더 구체적으로, 이 ring 3 모드는 사용자 레벨의 프로그램 코드가 실행되는 모드이며, 특정한 기계어 명령(instruction) 실행은 불가능하다. 예컨대, 하드웨어에 직접 접근하거나 커널의 가상 메모리, 그 밖의 중요한 레지스터나 데이터에 접근하는 것은 제한되어 있다.
구체적으로 윈도우 운영체제의 예시를 들자면, 윈도우 운영체제에서는 ring 0과 ring 3만을 이용한다. ring 3은 사용자 모드(user mode)라고도 하며, ring 0은 커널 모드(kernel mode)라고도 한다. ring 3인 사용자 모드에서 애플리케이션이 하드웨어에 직접 접근하여 파일 시스템을 이용하거나 기타 여러 상황에서 커널에 의존해야 하는 경우에 애플리케이션이 커널 모드에서 작동되는 커널의 서비스를 이용하는 방법이 시스템 콜이다. 사용자 모드에서는 특별한 명령(int 2e, sysenter)을 통해서 커널 모드에 진입할 수 있다. 애플리케이션은 커널 모드에서 작동되는 커널의 서비스를 이용하여 직접 하드웨어 컨트롤러에 명령을 보내거나 심지어 운영 체제의 코드, 기타 시스템에 중요한 레지스터에도 접근이 가능하다. 특히 사용자 모드에서 접근이 불가능한 0x8000000 이상인 커널의 가상 메모리 공간에도 접근이 가능하다. 참고로, 시스템 콜의 세 가지 기능은 다음과 같다.
1. 사용자 모드에 있는 애플리케이션이 커널의 기능을 이용할 수 있게 함
2. 시스템 콜을 시행하면 사용자 모드에서 커널 모드로 전환됨
3. 커널 모드에서 시스템 콜을 처리하고 사용자 모드로 전환하여 작업을 계속 함
이와 같은 시스템 콜에는 여러 가지가 있는바, 대표적인 유형은 다음과 같다.
1. 프로세서 제어(process control)
2. 파일 조작(file manipulation)
3. 장치 관리(device management)
4. 정보 유지(information maintenance)
5. 통신(communication)
본 명세서에서 주로 다루고자 하는 시스템 콜은 주로 “2. 파일 조작”에 관한 것인바, 이는 하기에서 더 상세하게 설명된다.
특이하게도 윈도우의 장치 드라이버는 ring 0 수준에서 동작한다. 따라서 윈도우의 장치 드라이버는 커널 모드에서 동작하므로 더 낮은 수준에서 시스템 접근이 가능한바, 가령 시스템 콜을 감지하고 시스템 콜에 대응하여 실행되는 일련의 명령어를 변경할 수 있다. 따라서 본 발명에 따른 방법 및 장치가 윈도우의 장치 드라이버를 이용하여 커널 모드에 접근하는 방식으로 실시될 수 있으나, 이러한 운영체제 또는 방식에 한정되지 않음은 아래의 상세한 설명을 읽은 본 발명 기술분야의 통상의 기술자에게 이해될 것이다.
또한, 본 발명의 상세한 설명 및 청구항들에 걸쳐, ‘프로세스’라는 용어는 운영 체제 상에서 실행되는 특정 태스크(task)를 의미하는 것이 아니며, 단지 수행 순서의 선후가 중요하지 않은 ‘처리’를 순서의 선후를 내포하는 ‘단계’와 구분하기 위하여 이용되었다.
또한, 본 발명 명세서 전체에 걸쳐, ‘포함하다’라는 용어 및 그것의 변형은 다른 기술적 특징들, 부가물들, 구성요소들 또는 단계들을 제외하는 것으로 의도된 것이 아니다. 해당 기술분야의 통상의 기술자에게 본 발명의 다른 목적들, 장점들 및 특성들이 일부는 본 설명서로부터, 그리고 일부는 본 발명의 실시로부터 드러날 것이다. 아래의 예시 및 도면은 실례로서 제공되며, 본 발명을 한정하는 것으로 의도된 것이 아니다.
더욱이 본 발명은 본 명세서에 표시된 실시예들의 모든 가능한 조합들을 망라한다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
본 명세서에서 달리 표시되거나 분명히 문맥에 모순되지 않는 한, 단수로 지칭된 항목은, 그 문맥에서 달리 요구되지 않는 한, 복수의 것을 아우른다. 이하, 본 발명 기술분야의 통상의 기술자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 1은 본 발명에 따른 파일 관리 방법을 적용하기 위한 예시적 구성을 개략적으로 표시한 개념도이다.
도 1을 참조하면, 파일 관리 장치(100)는 네트워크 등의 유무선 연결을 통하여 서버(200)와 연동한다. 파일 관리 장치(100)는 통신부(110) 및 프로세서(120)를 포함하는데, 이는 범용의 컴퓨팅 장치에 해당될 수 있는바, 무선 네트워크 클라이언트, 데스크톱 컴퓨터, 랩톱, 모바일 장비, 휴대폰, PDA, 기타 단말 장치일 수도 있으나, 이에 한정되는 것이 아니라는 점이 본 발명 기술분야의 통상의 기술자에 의해 이해될 것이다. 서버(200)는 파일 관리 장치(100)로부터 데이터를 획득하여 파일을 보유하도록 구성된 장치로서, 범용의 컴퓨팅 장치는 물론, 클라우드 환경에서 작동하는, 스토리지(storage)에 특화된 장치일 수도 있다.
아래에서는 파일 관리 장치(100)에 의하여 수행되는 본 발명의 파일 관리 방법을 더 상세하게 설명한다.
도 2는 본 발명에 따른 파일 관리 방법을 예시적으로 나타낸 흐름도이다.
도 2를 참조하면, 본 발명에 따른 파일 관리 방법은, 파일 관리 장치(100)가 파일 관리 장치(100)에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜을 감지하는 단계(S100)를 포함한다.
여기에서 파일에 대한 액세스라고 함은, 파일의 생성, 쓰기, 읽기, 복사, 수정, 삭제, 이동 등을 포함할 수 있다.
또한, 단계(S100)에서 시스템 콜의 감지를 구현하는 방식에는 다양한 방식이 있을 수 있는바, 그 중 한 가지 예시는 파일 필터 드라이버를 사용하는 방식인데, 이는 파일 미니 필터 생성시에 프리오퍼레이션 및 포스트오퍼레이션 콜백 루틴(preoperation and postoperation callback routines)을 등록하여 사용하는 방식이다. 다른 예시로는 시스템 서비스 디스패처 테이블(System Service Dispatcher Table)을 후킹(hooking)하는 방식도 있다. 시스템 콜의 감지를 구현하는 여러 방식 각각에 관한 구체적인 설명은 본 발명을 이해하는 데 있어서 불필요한 세부이므로 더 자세하게 설명되지 않을 것인바, 이는 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자에게 알려져 있거나 용이하게 이해될 수 있는 바와 같다.
참고로, 파일에 대한 액세스의 요청에 대응되는 시스템 콜에 의하여 통상 호출되는 윈도우의 Native API 함수들의 목록은 아래 표 1을 포함할 수 있다. 표 1의 가장 왼쪽 열부터, Native API 함수 이름, 이에 대응되는 Win32 API 함수 이름, 그리고 Native API 함수에 관한 설명이 기재되어 있다.
파일 및 일반 입출력
파일 입출력은 많은 수의 디바이스 드라이버들이 이용해야만 하므로 Native API들이 가장 잘 문서화 되어 있음. DDK는 드라이버 개발 키트(Driver Development Kit)를 의미함
NtCancelIoFile CancelIo I/O 요청을 취소함
NtCreateFile CreateFile , CreateDirectory, CreateDirectoryEx 파일, 디렉토리 또는 디바이스 객체를 생성 및 열기 DDK
NtCreateIoCompletion CreateIoCompletionPort 입출력 관리자에게 입출력이 완료되면 그 완료를 쓰레드에게 통지해달라고 요청 　　　
NtOpenIoCompletion 　 이름이 지정된 입출력 객체를 열기 　　　
NtSetIoCompletion 　 입출력 완료 객체의 속성들을 설정 　　　
NtQueryIoCompletion 　 입출력 완료 객체에 관한 특정 정보를 인출 　　　
NtRemoveIoCompletion 　 입출력 완료 콜백을 제거 　
NtDeleteFile DeleteFile 파일 객체를 삭제 　　　
NtDeviceIoControlFile DeviceIoControl IOCTL을 열린 파일 객체로 표현되는 디바이스의 디바이스 드라이버로 보냄 　　　
NtFlushBuffersFile FlushFileBuffers 메모리에 있는 파일 데이터를 디스크에 모두 기록함 　　　
NtFsControlFile DeviceIoControl IOCTL을 열린 파일 객체로 표현되는 드라이버로 보냄. 이는 전형적으로 파일 시스템 관련 특수 명령어에 이용됨 　　　
NtLockFile LockFile, LockFileEx 동기화된 액세스를 위하여 일정 범위의 파일을 잠금 　　　
NtUnlockFile UnlockFile 동기화된 액세스를 위한 일정 범위의 파일의 잠금을 해제 　　　
NtNotifyChangeDirectoryFile FindFirstChangeNotification, FindNextChangeNotification 디렉토리의 내용이 변경되는 때에 통지 받기를 원하는 쓰레드를 등록 　　　
NtOpenFile OpenFile 존재하는 파일을 열기 　　　
NtQueryAttributesFile GetFileAttributesEx 파일의 속성을 얻기 　　　
NtQueryDirectoryFile FindFirstFile, FindFirstFileEx, FindNextFile 디렉토리의 내용을 인출 　　　
NtQueryEaFile 　 파일의 확장 속성들을 인출 　　　
NtSetEaFile 　 파일의 확장 속성들을 설정 　　　
NtQueryFullAttributesFile 　 NT 4.0에서 도입됨. 파일의 전체 속성들을 얻음 　　　
NtQueryInformationFile GetShortPathName, GetLongPathName, GetFullPathName, GetFileType, GetFileSize, GetFileTime 파일에 관한 특정 정보를 인출 DDK
NtSetInformationFile SetEndOfFile, SetFileAttributes, SetNamedPipeHandleState, SetMailslotInfo 파일에 관한 특정 정보를 설정 DDK
NtQueryVolumeInformationFile GetDiskFreeSpace, GetDriveType 디스크 볼륨에 관한 특정 정보를 인출 　　　
NtSetVolumeInformationFile SetVolumeLabel 볼륨에 관한 정보를 설정 　　　
NtReadFile ReadFile , ReadFileEx 파일로부터 데이터를 읽기 DDK
NtWriteFile WriteFile , WriteFileEx 파일에 데이터를 쓰기 DDK
NtReadFileScatter ReadFileScatter SQL 서버용 NT 4.0 SP2에서 도입. 파일로부터 데이터를 virtually discontiguous buffers로 읽기 　
NtWriteFileGather WriteFileGather SQL 서버용 NT 4.0 SP2에서 도입. virtually discontiguous buffers로부터 데이터를 파일에 쓰기 　
NtQueryQuotaInformationFile IDiskQuotaControl:: Win2K에 새로 도입. Win2K는 NTFS 디스크 쿼터를 지원. 디스크 쿼터 정보를 질의 　　　
NtSetQuotaInformationFile IDiskQuotaControl:: Win2K에 새로 도입. Win2K는 NTFS 디스크 쿼터를 지원. 디스크 쿼터 정보를 설정 　　　
NtReadFile64 ReadFileVlm Win2K에 새로 도입. 파일로부터 데이터를 64비트 가상 메모리로 읽기 　　　
NtWriteFile64 WriteFileVlm Win2K에 새로 도입. 64비트 가상 메모리로부터 데이터를 파일로 쓰기 　　　
다시 도 2를 참조하면, 본 발명에 따른 파일 관리 방법은, 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하여, 파일 관리 장치(100)가, 미리 정해진 파일 관리 정책에 기초하여, 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계(S200)를 더 포함한다. 여기에서 파일 관리 정책은, 파일의 속성에 근거하여 파일 관리 장치(100)가 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 파일이 저장되어 있거나 저장될 경로의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함한다. 또한, 파일의 속성은 파일의 생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함한다.
이 단계(S200)에서 참조로 하는 시스템 콜 및 시스템 콜의 파라미터로써 호출하고자 하는 함수의 일 예시로는, 파일을 생성하는 기능을 하는 Native API 함수인 NTSTATUS NtCreateFile()를 들 수 있는데, 이는 아래 표 2에 파라미터와 함께 표시된다.
NTSTATUS NtCreateFile(
_Out_ PHANDLE FileHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ POBJECT_ATTRIBUTES ObjectAttributes,
_Out_ PIO_STATUS_BLOCK IoStatusBlock,
_In_opt_ PLARGE_INTEGER AllocationSize,
_In_ ULONG FileAttributes,
_In_ ULONG ShareAccess,
_In_ ULONG CreateDisposition,
_In_ ULONG CreateOptions,
_In_ PVOID EaBuffer,
_In_ ULONG EaLength
);
이 NtCreateFile()의 열거된 파라미터는 파일의 생성에 필요한 파라미터 또는 파일의 생성으로부터 결과값으로 나오는 파라미터를 포함한다. 파일을 생성하는 액세스를 예시로 들면, 단계(S200)에서는 파일 관리 장치(100)가, NtCreateFile()에 대한 시스템 콜 및 그 파라미터를 감지하고, 그 파라미터로부터 추출되거나 별도로 읽어들인 파일의 속성을 기초로 하여 파일이 생성되어 저장될 파일 이름 및/또는 저장될 경로를 결정할 수 있는 것이다.
더 구체적으로, 파일의 속성 중에서 파일의 파일 제목, 부제, 파일 유형, 생성 일시 및 생성자 중 적어도 하나는 단계(S100)에서 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하여, 파일 관리 장치(100)가 설정할 수 있으며, 파일의 버전 정보는 파일의 생성자 및 파일의 액세스의 요청을 발생시킨 자인 사용자에 관한 정보를 참조로 하여 파일 관리 장치(100)가 설정할 수 있고, 파일의 키워드는 파일의 저장되는 내용에 기초하여 파일 관리 장치(100)가 설정할 수 있다.
또한, 파일의 파일 이름 또는 파일 저장 경로는, 로컬 파일 이름 정책에 기초하여 결정되는데, 이러한 로컬 파일 이름 정책은, 파일의 파일 이름이 각각 기 설정된 구분 문자로 구분되고 기 설정된 순서로 배열되는 항목인 생성 일시, 수정 일시, 파일 유형, 파일 이름, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나의 항목으로 구성되는 문자열이게 되도록, 그리고 문자열을 구성하는 항목 각각에 구분 문자가 포함되지 않도록 지정하는 것일 수 있다. 예를 들어, 그러한 파일 이름은 “생성 일시(년월일)-파일 유형-파일 제목-생성자의 소속조직/생성자-버전 정보-부제”의 순서로 구성된 문자열일 수도 있다.
또한 파일이 저장되는 경로가 예컨대 키워드 및 부제에 의하여 분류된 폴더 구조로써 구성될 수 있는데, 예를 들어 로컬 파일 정책은, 키워드가 “무역정책”인 경우에 “업무자료폴더\무역정책\”과 같은 경로로 파일이 저장되는 경로가 결정되고, 파일의 키워드가 업무 자료에 해당되지 않는 키워드만을 포함하거나 업무 자료에 해당되는 키워드가 존재하지 않는 경우에 “개인자료폴더\”와 같은 경로로 파일이 저장되는 경로가 결정되는 것일 수 있다.
그리고, 파일 이름의 생성에 관한 일 실시예에서, 단계(S200)는 파일에 대한 액세스가 파일의 생성, 복사 또는 이동에 해당되고, 파일의 파일 이름이 로컬 파일 이름 정책에 부합하지 않는다면, 파일 관리 장치(100)가, 로컬 파일 이름 정책에 부합하는 파일의 새로운 파일 이름을 생성하고, 파일이 파일 관리 장치(100)에서 새로운 파일 이름으로 기록되도록 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 할 수도 있다.
또한, 본 발명에 따른 파일 이름의 생성은 기존에 존재하는 파일의 파일 이름과 동일한 이름으로 파일 이름을 생성하는 경우도 포함할 수 있다.
파일 이름의 생성은 파일의 생성, 복사 또는 이동시에만 한정되지 않으며, 기존 파일의 수정 또는 심지어 삭제시에도 이루어질 수도 있다. 파일의 수정시에는 기존 파일의 정보에 새로운 정보를 덮어씌우지 않고 기존 파일의 정보를 보관한 후에 새로운 파일 이름으로 저장하도록 파일 관리 정책이 구성될 수도 있다. 또한, 파일의 삭제시에도 기존 파일의 정보를 장치로부터 제거하지 않고, 제거되었음을 표시하는 파일 이름으로 변경함으로써 사용자에게는 마치 제거된 것처럼 보이도록 파일 관리 정책을 구성하는 경우가 있을 수도 있다. 예를 들어 파일의 속성 중 파일 이름의 앞 부분에 “[DELETED]”를 추가함으로써 삭제된 파일임을 표시하고, 폴더에 담겨 있는 파일을 리스팅하는 때에 해당 파일을 보여주지 않도록 파일 관리 정책을 구성할 수도 있다.
다음으로, 도 3은 도 2에 나타난 바와 같은 파일 관리 방법을 구체화한 일 실시예의 흐름도이다.
도 3을 참조하면, 단계(S200)는 본 발명에 따른 동기화를 구현하도록 구체화될 수도 있는바, 그 동기화 관련 실시예에서, 단계(S200)는 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하여, 파일 관리 장치(100)가, 파일 관리 정책에 기초하여, 파일 관리 장치(100)에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스(S210), 및 서버(200)로 하여금 시스템 콜에 대응되는 서버(200)에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스(S220) 중 적어도 하나를 수행하는 것을 특징으로 할 수 있다. 여기에서 로컬 절차라 함은 파일 관리 장치(100)에서 수행되는 절차로서, 로컬(파일 관리 장치)에 파일을 저장, 삭제하는 등의 처리를 하는 절차를 의미하며, 원격 절차라 함은 파일 관리 장치(100)와 연동되는 서버(200)에서 해당 파일을 저장, 삭제하는 등의 처리를 함으로써 동기화하는 절차를 의미한다. 경우에 따라서는 파일 관리 장치(100)에서만 파일 저장, 삭제 등이 될 수 있거나 서버(200)에서만 파일 저장, 삭제 등이 될 수도 있다.
다음으로, 도 4는 도 2에 나타난 단계(S200)를 구체화한 제1 예시의 흐름도이다.
도 4를 참조하면, 파일 관리 장치(100)가, 감지된 시스템 콜 및 시스템 콜의 파라미터를 참조로 하고, 미리 정해진 파일 관리 정책에 기초하여 단계(S200)를 수행하는 방식을 구체화한 제1 예시가 도시되어 있는데, 단계(S200)는, 파일 관리 장치(100)가, 감지된 시스템 콜의 파라미터 중 적어도 일부를 파일 관리 정책에 따라 변경하는 단계(S210a); 및 파일 관리 장치(100)가, 변경된 파라미터를 참조로 하여, 시스템 콜에 대응되는 절차를 실행하는 프로세스(S221a), 및 감지된 시스템 콜, 시스템 콜의 변경되기 전의 파라미터, 및 변경된 파라미터 중 적어도 하나를 참조로 하여, 서버(200)로 하여금 미리 정해진 파일 관리 정책에 따라 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스(S222a) 중 적어도 하나를 수행하는 단계(S220a)를 포함할 수 있다.
앞서 언급된 파일의 생성에 관한 예를 들면 이 제1 예시에서는 NtCreateFile()이 시스템 콜에 대응되는 절차에 해당되는바, 단계(S210a)에서 그 시스템 콜의 파라미터를 파일 관리 정책에 따라 변경한다. 그 다음 단계(S220a)에서 프로세스(S221a)가 수행되는 경우에는 그 변경된 파라미터로 NtCreateFile()을 호출함으로써 파일 관리 장치에 파일이 생성될 수 있고, 프로세스(S222a)가 수행되는 경우에는 서버(200)로 하여금 미리 정해진 파일 관리 정책에 따라 파일을 생성하기 위하여 NtCreateFile()과 동일한 절차나 유사한 기능을 하는 절차를 실행하게 할 수 있다.
다음으로, 도 5는 도 2에 나타난 단계(S200)를 구체화한 다른 일 실시예의 흐름도이다.
도 5를 참조하면, 파일 관리 장치(100)가, 단계(S200)를 수행하는 방식을 구체화한 제2 예시가 도시되어 있는데, 단계(S200)는, 시스템 콜의 파라미터를 변경함 없이, 파일 관리 장치(100)가, 시스템 콜에 대응되게 미리 정의된 절차(procedure)를 실행하는 단계(S210b); 및 파일 관리 장치(100)가, (i) 파일에 미리 정해진 파일 관리 정책을 적용하는 프로세스(S221b), 및 (ii) 감지된 시스템 콜, 시스템 콜의 파라미터 중 적어도 하나를 참조로 하여, 서버(200)로 하여금 미리 정해진 파일 관리 정책에 따라 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스(S222b) 중 적어도 하나를 수행하는 단계(S220b)를 포함할 수 있다.
앞서 언급된 파일의 생성에 관한 예를 들면 이 제2 예시에서는 NtCreateFile()이 시스템 콜에 대응되는 절차에 해당될 수 있는바, 단계(S210b)에서는 시스템 콜의 파라미터를 변경하지 않고 원래 그대로의 파라미터로 NtCreateFile()를 호출함으로써 파일 관리 장치(100)에 파일을 생성한다. 그 다음 NtCreateFile() 및 이의 파라미터를 참조로 하여 앞서 생성된 파일을 변경하는 절차를 수행하여 파일 관리 정책을 적용하는 프로세스(S221b)가 수행되거나, 서버(200)로 하여금 미리 정해진 파일 관리 정책에 따라 파일을 생성하기 위하여 NtCreateFile()과 동일한 절차나 유사한 기능을 하는 절차를 실행하게 할 수 있다.
앞서 언급된 예시들에서는 파일의 생성에 대한 액세스를 다루었지만, 본 발명 기술분야의 통상의 기술자는 파일의 생성뿐만 아니라 파일의 수정, 삭제, 이동 등과 같은 다른 종류의 파일 액세스에도 본 발명이 적용된다는 것을 이해할 수 있을 것이다.
앞서 도 3을 참조하여 언급된 본 발명에 따른 동기화를 구현하기 위한 일 예시에서, 파일 관리 정책은 파일 관리 장치(100)로부터 서버(200)로의 파일 전송 정책을 더 포함할 수 있으며, 단계(S210)는, 파일에 대한 액세스가 소정의 액세스 조건을 충족함이 감지되면, 파일 관리 장치(100)가, 로컬 파일 이름 정책 및 소정의 액세스 조건에 대하여 정해진 파일 전송 정책에 기초하여, (i) 파일 관리 장치(100)에서의 절차인 로컬 절차를 실행하는 프로세스(S211), 및 (ii) 서버(200)로 하여금 시스템 콜에 대응되는 서버(200)에서의 절차인 원격 절차를 실행하도록 지원하는 프로세스(S212) 중 적어도 하나를 수행하는 것을 특징으로 할 수 있다.
그러한 소정의 액세스 조건은 파일에 대한 액세스가 특정 경로에 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면 충족될 수도 있다. 예를 들어, 사용자가 소속된 특정 부서를 위하여 파일 관리 장치(100)에 마련된 제1 특정 폴더(경로)에 대하여 정해진 파일 전송 정책이 서버(200)의 제2 특정 폴더에도 동일한 파일을 저장하게 하는 정책인 것으로 정해진 경우에, 사용자가 파일을 상기 제1 특정 폴더에 저장하고자 하면, 그 파일이 파일 관리 장치(100)의 제1 특정 폴더에도 저장되고, 서버(200)의 제2 특정 폴더에도 저장되게 할 수 있을 것이다.
또한, 소정의 액세스 조건은 파일에 대한 액세스가 특정 경로에 파일을 생성, 복사 또는 이동시키는 액세스에 해당되고, 파일이 특정 파일 유형에 해당되면 충족될 수도 있으며, 파일에 대한 액세스가 특정 프로그램에 의하여 발생되고, 파일이 특정 파일 유형에 해당되면 충족될 수도 있다. 후자의 경우, 예를 들어 “MS Word”에 의하여 발생된 파일 유형 “.doc”에 해당되는 파일 액세스에 대하여 파일 전송 정책이 정해질 수도 있을 것이다.
파일 전송 정책은 소정의 조건이 충족되는 경우에 서버(200)에 전송되는 정보를 암호화함으로써 보안을 강화하는 암호화 정책을 포함할 수도 있다.
또한, 그러한 파일 전송 정책은 파일 전송 모드를 포함할 수도 있는데, 파일 전송 모드는, 파일 관리 장치(100)에 파일이 생성 또는 수정되는 때에 서버(200)에서도 동일한 파일이 생성되거나 파일이 동일하게 수정되게 하는 모드인 복사 방식, 파일 관리 장치(100)에 흔적을 남기지 않고 서버(200)에 파일이 생성되거나 파일이 동일하게 수정되게 하는 모드인 흔적 없음 방식, 및 서버(200)에만 파일이 생성되거나 파일이 동일하게 수정되고 파일 관리 장치(100)에는 서버(200)에 저장된 파일을 참조하기 위한 저장 위치만이 기록되는 모드인 흔적 남김 방식 등을 포함할 수 있다.
구체적으로, 파일 전송 정책 중 파일 전송 모드가 복사 방식에 해당되는 일 실시예에서, 단계(S200)는 프로세스(S210) 및 프로세스(S220) 둘 모두가 수행될 수 있고, 프로세스(S210)는 시스템 콜에 대응되는 파일 관리 장치에서의 절차를 수행하는 것을 특징으로 하고, 프로세스(S220)는 시스템 콜, 시스템 콜의 변경되기 전의 파라미터, 파일의 기록되는 속성, 파일 관리 정책 중 적어도 일부의 정보를 서버에 전송하여 서버로 하여금 시스템 콜에 대응되는 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 할 수 있다.
다음으로, 파일 전송 정책 중 파일 전송 모드가 흔적 없음 방식에 해당되는 일 실시예에서, 단계(S200)는 프로세스(S210)가 수행되고, 프로세스(S210)의 결과를 참조로 하여 프로세스(S220)가 수행되는 것을 특징으로 하되, 프로세스(S210)는, 시스템 콜에 대응되는 파일 관리 장치에서의 절차를 수행함 없이, 시스템 콜, 시스템 콜의 변경되기 전의 파라미터, 파일의 기록되는 속성, 파일 관리 정책 중 적어도 일부의 정보를 서버에 전송하여 서버로 하여금 시스템 콜에 대응되는 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하고, 프로세스(S220)는, 서버로부터 원격 절차의 실행의 결과를 획득하여 시스템 콜에 대한 결과값(return value)으로서 돌려주어 폴더의 가상화를 수행하는 것을 특징으로 할 수 있다.
여기에서 원격 절차의 실행의 결과를 획득하여 시스템 콜에 대한 결과값으로서 돌려줌으로써 폴더의 가상화를 수행하는 부분은, 일 예시로서 아래의 표 3에 표시된 Native API 함수를 참조하여 더 상세하게 설명되는데, 이 Native API 함수들은 파일의 읽기와 관련된다.
NTSTATUS NtOpenFile(
_Out_ PHANDLE FileHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ POBJECT_ATTRIBUTES ObjectAttributes,
_Out_ PIO_STATUS_BLOCK IoStatusBlock,
_In_ ULONG ShareAccess,
_In_ ULONG OpenOptions
);

NTSTATUS ZwReadFile(
_In_ HANDLE FileHandle,
_In_opt_ HANDLE Event,
_In_opt_ PIO_APC_ROUTINE ApcRoutine,
_In_opt_ PVOID ApcContext,
_Out_ PIO_STATUS_BLOCK IoStatusBlock,
_Out_ PVOID Buffer,
_In_ ULONG Length,
_In_opt_ PLARGE_INTEGER ByteOffset,
_In_opt_ PULONG Key
);
윈도우 시스템에서 파일을 읽는 방식은 주로 NtOpenFile()을 통하여 이미 존재하는 파일을 열어 파일 핸들(file handle)을 얻고, 그 파일 핸들을 ZwReadFile()의 파라미터로 이용하여 그 파일의 내용을 읽어들이는 방식인바, 이러한 파일 핸들링은 운영 체제의 종류에 따라 크게 다르지 않다. 위 표 2에서 “_Out_ PHANDLE FileHandle”로 표시된 부분은 NtOpenFile()의 결과값으로서 파일 핸들인 FileHandle이 획득된다는 의미이며, “_Out_ PVOID Buffer”로 표시된 부분은 ZwReadFile()의 결과값으로서 파일의 내용이 읽어들여져 저장된 메모리의 주소를 가리키는 포인터가 획득된다는 의미이다. 이는 파일의 내용이 읽어들여져 저장되어 있는 메모리의 주소를 참조할 수 있게 된다는 것이므로 프로그램은 시스템 콜의 결과값으로서 돌려받은 포인터를 가지고 파일의 내용을 다룰 수 있게 된다.
이 흔적 없음 방식에 해당되는 일 실시예에 따르면, 로컬(파일 관리 장치)에서의 NtOpenFile(), ZwReadFile() 등의 수행 없이, 서버(200)에서만 해당 절차들이 수행되며, 그 결과값을 파일 관리 장치(100)에 돌려주고, 파일 관리 장치(100)는 그 결과값을 NtOpenFile(), ZwReadFile() 각각에 대한 시스템 콜의 결과값으로서 돌려줌으로써 마치 파일 관리 장치(100)가 그러한 절차들을 직접 수행한 것처럼 보이게 할 수 있다. 이와 같이 폴더가 파일 관리 장치(100)에 존재하는 것처럼 보이게 하는 방식을 폴더의 “가상화”라고 지칭한다.
다음으로, 파일 전송 정책 중 파일 전송 모드가 흔적 남김 방식에 해당되는 일 실시예에서, 단계(S200)는 프로세스(S210)가 수행되고, 프로세스(S210)의 결과를 참조로 하여 프로세스(S220)가 수행되는 것을 특징으로 하되, 프로세스(S210)는, 시스템 콜에 대응되는 파일 관리 장치에서의 절차를 수행함 없이, 시스템 콜, 시스템 콜의 변경되기 전의 파라미터, 파일의 기록되는 속성, 파일 관리 정책 중 적어도 일부의 정보를 서버(200)에 전송하여 서버(200)로 하여금 시스템 콜에 대응되는 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 할 수 있으며, 프로세스(S220)는, 서버(200)로부터 원격 절차의 실행의 결과를 획득하여 시스템 콜에 대한 결과값으로서 돌려주는 프로세스(S221) 및 액세스가 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면, 앞서의 프로세스(S210)에서 서버에 저장된 파일을 추후에 파일 관리 장치가 참조하기 위한 저장 위치를 기록하는 프로세스(S222)를 포함할 수 있다.
흔적 없음 방식에 비해, 흔적 남김 방식은 저장 위치를 기록하는 프로세스(S222)를 더 포함하고 있는데, 그러한 저장 위치는 예컨대 URL로 표현된 저장 위치일 수 있으며, 그 경우에는 추후에 서버(200)에 있는 해당 파일에 액세스하기 위하여 파일 관리 장치(100)가 이 URL로 표현된 저장 위치를 참조할 수 있다. 예를 들어, 그 URL에 대응되는 파일을 서버(200)로부터 읽어오는 액세스하는 방법을 수행하는 경우에 서버(200)와 연동하는 파일 관리 장치(100)는 상기 URL로 표현된 저장 위치를 참조하여, 서버(200)로 하여금 서버(200)에 저장되어 있는 파일을 읽어들이도록 하며, 파일 관리 장치(100)가 그 읽어들인 데이터를 획득하고, 파일 관리 장치(100)에서 실행되고 있는 프로그램이 그 데이터를 이용하도록 할 수 있다.
다음으로, 도 6은 본 발명에 따른 파일 관리 방법을 윈도우 운영체제 상에서 장치 드라이버로 구현한 일 예시를 나타낸 개념도이다.
윈도우 운영체제는 하나의 장치를 여러 개의 장치로 구분하여 인식할 수 있다. 이때, 여러 개의 장치들은 그것들끼리 상하위 관계를 유지하는 모습으로 스택을 형성하는데, 이를 장치 스택(device stack)이라고 지칭한다. 윈도우에서 장치 스택은 적어도 2개의 계층을 가지도록 설계되는데, “물리층”과 “기능층”을 기본으로 한다. 그 이유는 모든 장치는 CPU에 소개되기 위하여, 반드시 버스(bus)에 연결되어야 하기 때문인바, 장치 자체가 동작하기 위하여 우선 버스로부터 해당 장치가 동작하도록 허용하는 과정을 수행하는 계층이 물리층이며, 장치 자체에 대한 프로그래밍 과정을 수행하는 계층이 기능층이다.
도 6의 개념도에는 파일 관리 장치(100) 내에서 CPU로부터 하위로 이어지는 장치 구조가 예시적으로 도시되는바, CPU의 하위에 ACPI(메인보드)가 있으며, 그 하위에 PCI 버스가 이어지며, PCI 버스에는 파일 관리자와 네트워크 관리자가 연결되어 있는데, 파일 관리자로부터 물리적 스토리지, 예컨대 물리 HDD로 연결되는 장치 스택 사이에 Edoofile.sys와 같은 장치 드라이버를 삽입함으로써, 그 드라이버 Edoofile.sys가, 파일 관리 정책에 기초하여, 파일 관리 장치(100)에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스(S210)를 실행하도록 할 수 있으며, 네트워크 관리자로부터 통신부(110), 예컨대 NIC 장비로 연결되는 장치 스택 사이에 Edoonetworks.sys와 같은 장치 드라이버를 삽입함으로써, 통신부(110)를 통하여 서버(200)로 하여금 시스템 콜에 대응되는 서버(200)에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스(S220)를 실행하도록 할 수 있다. 여기에서 본 발명의 방법을 실시하기 위하여 드라이버 Edoofile.sys와 드라이버 Edoonetworks.sys 사이에서 정보를 주고 받는 연계 작용은 그 두 드라이버 사이를 연결하는 에이전트(agent), 예컨대 Edoo agent에 의하여 이루어질 수 있다. 예컨대, 상기 두 드라이버 사이에 주고 받는 정보, 즉 공유 정보는 상기 감지된 시스템 콜, 상기 시스템 콜의 파라미터, 상기 파일 관리 정책을 포함할 수 있으나 이에 한정되지 않는바, 그 공유 정보에는 각각의 프로세스(S210, S220)가 적절하게 수행되기 위하여 필요한 정보, 예컨대 타이밍 정보도 포함할 수 있을 것이다.
본 발명의 전술한 모든 실시예들에 걸쳐, 파일의 내용 및 사용자의 권한에 따라 파일 이름 및 저장 장소를 사용자 집단 내에서 통일하여 자동으로 설정하며, 파일 이름을 정해진 규칙에 따라 설정 및 적용할 수 있고, 파일 관리 장치(100)에서의 파일 액세스 결과를 서버(200)에도 반영하여 동기화할 수 있는 효과가 있다.
상기 실시예들로서 여기에서 설명된 기술의 이점은, 사용자 집단 내에서 파일의 관리를 효율적이고 용이하게 할 수 있으며, 사용자 집단 내에서 생성된 파일과 동일한 내용의 파일을 클라우드 환경의 서버에도 용이하게 보관함으로써 파일의 관리를 통합적으로 수행할 수 있다는 점이다.
위 실시예의 설명에 기초하여 해당 기술분야의 통상의 기술자는, 본 발명이 소프트웨어 및 하드웨어의 결합을 통하여 달성되거나 하드웨어만으로 달성될 수 있다는 점을 명확하게 이해할 수 있다.
본 발명의 기술적 해법의 대상물 또는 선행 기술들에 기여하는 부분들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 통상의 기술자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다. 상기 하드웨어 장치는, 프로그램 명령어를 저장하기 위한 ROM/RAM 등과 같은 메모리와 결합되고 상기 메모리에 저장된 명령어들을 실행하도록 구성되는 CPU나 GPU와 같은 프로세서를 포함할 수 있으며, 외부 장치와 신호를 주고 받을 수 있는 통신부를 포함할 수 있다. 덧붙여, 상기 하드웨어 장치는 개발자들에 의하여 작성된 명령어들을 전달받기 위한 키보드, 마우스, 기타 외부 입력장치를 포함할 수 있다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
특히, 본 명세서에서 운영 체제에 이용되는 개념들에 관하여 마이크로소프트社의 윈도우 운영 체제를 예시로 설명하였으나, 해당 기술분야의 통상의 기술자는 본 발명에 있어서의 사용자 모드, 커널 모드, 및 시스템 콜 등의 개념이 그 윈도우 운영 체제에 한정되지 않는다는 점, 및 윈도우 운영 체제에만 본 발명이 적용되지는 않는다는 점을 잘 이해할 수 있을 것이다. 예를 들어 본 발명이 적용될 수 있는 운영 체제에는 다윈(Darwin), RTXC, 리눅스(Linux), 유닉스(Unix), 오에스엑스(OS X), 및 VxWorks와 같은 임베디드 운영 체제도 포함될 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.
100: 파일 관리 장치
110: 통신부
120: 프로세서
200: 서버

Claims (36)

  1. 파일 관리 방법으로서,
    (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및
    (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계;
    를 포함하며,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 (b) 단계는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 상기 파일 관리 정책에 기초하여, (b1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (b2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 (b) 단계는,
    상기 파일에 대한 액세스가 소정의 액세스 조건을 충족함이 감지되면, 상기 파일 관리 장치가, 상기 로컬 파일 이름 정책 및 상기 소정의 액세스 조건에 대하여 정해진 상기 파일 전송 정책에 기초하여, (i) 상기 파일 관리 장치에서의 절차인 로컬 절차를 실행하는 프로세스, 및 (ii) 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 소정의 액세스 조건은,
    상기 파일에 대한 액세스가 특정 경로에 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면 충족되는 조건,
    상기 파일에 대한 액세스가 특정 경로에 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되고, 상기 파일이 특정 파일 유형에 해당되면 충족되는 조건 및
    상기 파일에 대한 액세스가 특정 프로그램에 의하여 발생되고, 상기 파일이 특정 파일 유형에 해당되면 충족되는 조건 중 적어도 하나인 것을 특징으로 하는 방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 삭제
  7. 삭제
  8. 삭제
  9. 파일 관리 방법으로서,
    (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및
    (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계;
    를 포함하며,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 (b) 단계는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 상기 파일 관리 정책에 기초하여, (b1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (b2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 파일 전송 정책 중 파일 전송 모드가 복사 방식에 해당되면,
    상기 (b) 단계는 상기 (b1) 프로세스 및 상기 (b2) 프로세스 둘 모두가 수행되는 것을 특징으로 하되,
    상기 (b1) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행하는 것을 특징으로 하고,
    상기 (b2) 프로세스는,
    상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하는 방법.
  10. 파일 관리 방법으로서,
    (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및
    (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계;
    를 포함하며,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 (b) 단계는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 상기 파일 관리 정책에 기초하여, (b1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (b2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 파일 전송 정책 중 파일 전송 모드가 흔적 없음 방식에 해당되면,
    상기 (b) 단계는 상기 (b2) 프로세스가 수행되고, 상기 (b2) 프로세스의 결과를 참조로 하여 상기 (b1) 프로세스가 수행되는 것을 특징으로 하되,
    상기 (b2) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행함 없이, 상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하고,
    상기 (b1) 프로세스는,
    상기 서버로부터 상기 원격 절차의 실행의 결과를 획득하여 상기 시스템 콜에 대한 결과값(return value)으로서 돌려주어 폴더의 가상화를 수행하는 것을 특징으로 하는 방법.
  11. 파일 관리 방법으로서,
    (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및
    (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계;
    를 포함하며,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 (b) 단계는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 상기 파일 관리 정책에 기초하여, (b1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (b2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 파일 전송 정책 중 파일 전송 모드가 흔적 남김 방식에 해당되면,
    상기 (b) 단계는 상기 (b2) 프로세스가 수행되고, 상기 (b2) 프로세스의 결과를 참조로 하여 상기 (b1) 프로세스가 수행되는 것을 특징으로 하되,
    상기 (b2) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행함 없이, 상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하고,
    상기 (b1) 프로세스는,
    상기 서버로부터 상기 원격 절차의 실행의 결과를 획득하여 상기 시스템 콜에 대한 결과값(return value)으로서 돌려주는 프로세스 및 상기 액세스가 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면, 상기 (b2) 프로세스에서 상기 서버에 저장된 파일을 추후에 상기 파일 관리 장치가 참조하기 위한 저장 위치를 기록하는 프로세스를 포함하는 것을 특징으로 하는 방법.
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 파일 관리 방법으로서,
    (a) 파일 관리 장치가, 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하는 단계; 및
    (b) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 단계;
    를 포함하며,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 (b) 단계는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 장치가, 상기 파일 관리 정책에 기초하여, (b1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (b2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 방법은 마이크로소프트 윈도우(Microsoft Windows) 운영체제 상에서 수행되며,
    상기 (b1) 프로세스는,
    상기 운영체제의 파일 관리자와 스토리지 장치 드라이버를 포함하는 장치 스택에 있어서, 상기 파일 관리자와 상기 스토리지 장치 드라이버 사이에 삽입되는 제1 장치 드라이버에 의하여 수행되고,
    상기 (b2) 프로세스는,
    상기 운영체제의 네트워크 관리자와 통신부 장치 드라이버를 포함하는 장치 스택에 있어서, 상기 네트워크 관리자와 상기 통신부 장치 드라이버 사이에 삽입되는 제2 장치 드라이버에 의하여 수행되며,
    소정의 에이전트가 상기 제1 장치 드라이버 및 상기 제2 장치 드라이버 사이의 통신을 지원하는 것을 특징으로 하는 방법.
  17. 제16항에 있어서,
    상기 소정의 에이전트가, 상기 시스템 콜에 대응되는 상기 서버에서의 절차에 관한 정보를 상기 제2 장치 드라이버로 전달하는 것을 특징으로 하는 방법.
  18. 제17항에 있어서,
    상기 소정의 에이전트가, 상기 시스템 콜에 대응되는 상기 서버에서의 절차의 수행 결과에 관한 정보를 상기 제1 장치 드라이버로 전달하는 것을 특징으로 하는 방법.
  19. 파일 관리 장치로서,
    통신부 및 프로세서를 포함하고,
    상기 프로세서는,
    (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하며,
    (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 프로세서는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 정책에 기초하여, (ii-1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (ii-2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 프로세서는,
    상기 파일에 대한 액세스가 소정의 액세스 조건을 충족함이 감지되면, 상기 로컬 파일 이름 정책 및 상기 소정의 액세스 조건에 대하여 정해진 상기 파일 전송 정책에 기초하여, 상기 파일 관리 장치에서의 절차인 로컬 절차를 실행하는 프로세스, 및 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 소정의 액세스 조건은,
    상기 파일에 대한 액세스가 특정 경로에 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면 충족되는 조건,
    상기 파일에 대한 액세스가 특정 경로에 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되고, 상기 파일이 특정 파일 유형에 해당되면 충족되는 조건 및
    상기 파일에 대한 액세스가 특정 프로그램에 의하여 발생되고, 상기 파일이 특정 파일 유형에 해당되면 충족되는 조건 중 적어도 하나인 것을 특징으로 하는 장치.
  20. 삭제
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
  25. 삭제
  26. 삭제
  27. 파일 관리 장치로서,
    통신부 및 프로세서를 포함하고,
    상기 프로세서는,
    (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하며,
    (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 프로세서는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 정책에 기초하여, (ii-1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (ii-2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 프로세서는,
    상기 파일 전송 정책 중 파일 전송 모드가 복사 방식에 해당되면, 상기 (ii-1) 프로세스 및 상기 (ii-2) 프로세스 둘 모두를 수행하는 것을 특징으로 하되,
    상기 (ii-1) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행하는 것을 특징으로 하고,
    상기 (ii-2) 프로세스는,
    상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하는 장치.
  28. 파일 관리 장치로서,
    통신부 및 프로세서를 포함하고,
    상기 프로세서는,
    (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하며,
    (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 프로세서는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 정책에 기초하여, (ii-1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (ii-2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 프로세서는,
    상기 파일 전송 정책 중 파일 전송 모드가 흔적 없음 방식에 해당되면,
    상기 (ii-2) 프로세스를 수행하고, 상기 (ii-2) 프로세스의 결과를 참조로 하여 상기 (ii-1) 프로세스를 수행하는 것을 특징으로 하되,
    상기 (ii-2) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행함 없이, 상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하고,
    상기 (ii-1) 프로세스는,
    상기 서버로부터 상기 원격 절차의 실행의 결과를 획득하여 상기 시스템 콜에 대한 결과값(return value)으로서 돌려주어 폴더의 가상화를 수행하는 것을 특징으로 하는 장치.
  29. 파일 관리 장치로서,
    통신부 및 프로세서를 포함하고,
    상기 프로세서는,
    (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하며,
    (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 프로세서는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 정책에 기초하여, (ii-1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (ii-2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 정책은 상기 파일 관리 장치로부터 상기 서버로의 파일 전송 정책을 더 포함하며,
    상기 프로세서는,
    상기 파일 전송 정책 중 파일 전송 모드가 흔적 남김 방식에 해당되면,
    상기 (ii-2) 프로세스를 수행하고, 상기 (ii-2) 프로세스의 결과를 참조로 하여 상기 (ii-1) 프로세스를 수행하는 것을 특징으로 하되,
    상기 (ii-2) 프로세스는,
    상기 시스템 콜에 대응되는 상기 파일 관리 장치에서의 절차를 수행함 없이, 상기 시스템 콜, 상기 시스템 콜의 변경되기 전의 파라미터, 상기 파일의 기록되는 속성, 상기 파일 관리 정책 중 적어도 일부의 정보를 상기 서버에 전송하여 상기 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차를 실행하도록 지원하는 것을 특징으로 하고,
    상기 (ii-1) 프로세스는,
    상기 서버로부터 상기 원격 절차의 실행의 결과를 획득하여 상기 시스템 콜에 대한 결과값(return value)으로서 돌려주는 프로세스 및
    상기 액세스가 상기 파일을 생성, 복사 또는 이동시키는 액세스에 해당되면, 상기 (ii-2) 프로세스에서 상기 서버에 저장된 파일을 추후에 상기 파일 관리 장치가 참조하기 위한 저장 위치를 기록하는 프로세스를 포함하는 것을 특징으로 하는 장치.
  30. 삭제
  31. 삭제
  32. 삭제
  33. 삭제
  34. 파일 관리 장치로서,
    통신부 및 프로세서를 포함하고,
    상기 프로세서는,
    (i) 상기 파일 관리 장치에서 실행되는 프로그램으로부터 파일에 대한 액세스의 요청에 대응되는 시스템 콜(system call)을 감지하며,
    (ii) 상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 미리 정해진 파일 관리 정책에 기초하여, 상기 시스템 콜에 대응되는 절차를 실행하는 프로세스, 및 상기 시스템 콜에 대응되는 절차를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하고,
    상기 파일 관리 정책은,
    상기 파일의 속성에 근거하여 상기 파일 관리 장치가 상기 감지된 시스템 콜의 파라미터 중 파일이 저장되어 있거나 저장될 이름인 파일 이름 및 상기 파일이 저장되어 있거나 저장될 경로(path)의 값 중 적어도 하나를 결정하기 위한 로컬 파일 이름 정책을 포함하고,
    상기 파일의 속성은,
    생성 일시, 수정 일시, 파일 유형, 파일 제목, 소유자, 생성자, 접근 권한, 출처 정보, 버전 정보, 상황 정보, 키워드 및 부제 중 적어도 하나를 포함하며,
    상기 프로세서는,
    상기 감지된 시스템 콜 및 상기 시스템 콜의 파라미터를 참조로 하여, 상기 파일 관리 정책에 기초하여, (ii-1) 상기 파일 관리 장치에서의 절차인 로컬 절차(local procedure)를 실행하는 프로세스, 및 (ii-2) 서버로 하여금 상기 시스템 콜에 대응되는 상기 서버에서의 절차인 원격 절차(remote procedure)를 실행하도록 지원하는 프로세스 중 적어도 하나를 수행하는 것을 특징으로 하고,
    상기 파일 관리 장치는 마이크로소프트 윈도우(Microsoft Windows) 운영체제 상에서 작동되고,
    상기 프로세서는,
    상기 운영체제의 파일 관리자와 스토리지 장치 드라이버를 포함하는 장치 스택에 있어서, 상기 파일 관리자와 상기 스토리지 장치 드라이버 사이에 삽입되는 제1 장치 드라이버로써 상기 (ii-1) 프로세스를 수행하며,
    상기 운영체제의 네트워크 관리자와 통신부 장치 드라이버를 포함하는 장치 스택에 있어서, 상기 네트워크 관리자와 상기 통신부 장치 드라이버 사이에 삽입되는 제2 장치 드라이버로써 상기 (ii-2) 프로세스를 수행하며,
    소정의 에이전트로써 상기 제1 장치 드라이버 및 상기 제2 장치 드라이버 사이의 통신을 지원하는 것을 특징으로 하는 장치.
  35. 제34항에 있어서,
    상기 프로세서는,
    상기 시스템 콜에 대응되는 상기 서버에서의 절차에 관한 정보를 상기 소정의 에이전트로써 상기 제2 장치 드라이버로 전달하는 것을 특징으로 하는 장치.
  36. 제35항에 있어서,
    상기 프로세서는,
    상기 시스템 콜에 대응되는 상기 서버에서의 절차의 수행 결과에 관한 정보를 상기 소정의 에이전트로써 상기 제1 장치 드라이버로 전달하는 것을 특징으로 하는 장치.
KR1020160072754A 2016-06-10 2016-06-10 파일 관리 방법 및 이를 이용한 파일 관리 장치 KR101806499B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020160072754A KR101806499B1 (ko) 2016-06-10 2016-06-10 파일 관리 방법 및 이를 이용한 파일 관리 장치
JP2018558266A JP6654255B2 (ja) 2016-06-10 2017-06-09 ファイル管理方法及びこれを利用したファイル管理装置｛ｍｅｔｈｏｄ ｆｏｒ ｍａｎａｇｉｎｇ ｆｉｌｅｓ ａｎｄ ａｐｐａｒａｔｕｓ ｕｓｉｎｇ ｔｈｅ ｓａｍｅ｝
PCT/KR2017/006051 WO2017213473A1 (en) 2016-06-10 2017-06-09 Method for managing files and apparatus using the same
US16/180,481 US10417179B2 (en) 2016-06-10 2018-11-05 Method for managing files and apparatus using the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160072754A KR101806499B1 (ko) 2016-06-10 2016-06-10 파일 관리 방법 및 이를 이용한 파일 관리 장치

Publications (1)

Publication Number Publication Date
KR101806499B1 true KR101806499B1 (ko) 2017-12-07

Family

ID=60578038

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160072754A KR101806499B1 (ko) 2016-06-10 2016-06-10 파일 관리 방법 및 이를 이용한 파일 관리 장치

Country Status (4)

Country Link
US (1) US10417179B2 (ko)
JP (1) JP6654255B2 (ko)
KR (1) KR101806499B1 (ko)
WO (1) WO2017213473A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102463120B1 (ko) * 2022-01-16 2022-11-08 이태영 문서 다운로드시 사용자 맞춤형 파일명 생성 기능을 제공하는 특허 문서 검색 서버 및 이를 이용한 특허 문서 검색 방법
WO2023048479A1 (ko) * 2021-09-24 2023-03-30 주식회사 신화소프트랩 문서의 속성을 표시하는 문서 코드 생성 방법, 이 방법을 수행하는 프로그램 및 이 프로그램이 기록된 컴퓨터 판독 가능한 기록매체

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110021291B (zh) * 2018-12-26 2021-01-29 创新先进技术有限公司 一种语音合成文件的调用方法及装置
CN109889588B (zh) * 2019-02-13 2021-10-29 中国银行股份有限公司 文件获取方法、装置、计算机设备和存储介质
CN110008175A (zh) * 2019-04-11 2019-07-12 苏州浪潮智能科技有限公司 一种分布式对象存储快照方法、系统、设备及计算机介质
CN111045984B (zh) * 2019-11-27 2023-09-15 云南电网有限责任公司电力科学研究院 一种电网实验室文件管理系统及方法
CN112181481A (zh) * 2020-09-29 2021-01-05 北京达佳互联信息技术有限公司 版本管理系统的权限更新方法和装置
CN116701304B (zh) * 2023-07-06 2023-11-03 北京应天海乐科技发展有限公司 用于自助设备的文件管理方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070027911A1 (en) 2003-09-04 2007-02-01 Tero Hakala Method and arrangement for naming pictures to be saved in a mobile station
JP2012190311A (ja) 2011-03-11 2012-10-04 Kenji Furusato ファイル管理装置、ファイル管理方法及びプログラム
JP2014123343A (ja) 2012-12-24 2014-07-03 Samsung Electronics Co Ltd ファイル名の制御方法及びその電子装置
KR101525984B1 (ko) * 2014-09-02 2015-06-08 주식회사 유플렉스소프트 파일 이름을 규칙에 따라 설정하는 문서 관리 장치 및 방법

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2027934C (en) * 1989-12-22 1994-06-21 Cherie C. Barnes Accelerated deadlock detection in congested data transactions
US9361243B2 (en) * 1998-07-31 2016-06-07 Kom Networks Inc. Method and system for providing restricted access to a storage medium
US6766314B2 (en) * 2001-04-05 2004-07-20 International Business Machines Corporation Method for attachment and recognition of external authorization policy on file system resources
JP4491273B2 (ja) * 2004-05-10 2010-06-30 株式会社日立製作所 ストレージシステム、ファイルアクセス制御プログラム及びファイルアクセス制御方法
US7685589B2 (en) * 2004-10-14 2010-03-23 Microsoft Corporation File loading synchronization
US20080077633A1 (en) * 2006-09-25 2008-03-27 International Business Machines Corporation Method for policy-based data placement when restoring files from off-line storage
US7822728B1 (en) * 2006-11-08 2010-10-26 Emc Corporation Metadata pipelining and optimization in a file server
US7974950B2 (en) * 2007-06-05 2011-07-05 International Business Machines Corporation Applying a policy criteria to files in a backup image
US20100306175A1 (en) * 2009-01-28 2010-12-02 Digitiliti, Inc. File policy enforcement
JP4538838B1 (ja) 2009-08-18 2010-09-08 システムインテリジェント株式会社 仮想シンクライアント化装置、仮想シンクライアント化システム、仮想シンクライアント化プログラム、及び仮想シンクライアント化方法
KR20120116295A (ko) * 2011-04-12 2012-10-22 (주)나무소프트 문서 명칭 관리 장치 및 방법
RU2526282C2 (ru) * 2012-09-21 2014-08-20 Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" Способ синхронизации доступа к разделяемым ресурсам вычислительной системы и обнаружения и устранения повисших блокировок с использованием блокировочных файлов
KR101709117B1 (ko) * 2012-12-14 2017-02-23 한국전자통신연구원 그래픽 분할 실행을 위한 가상화 방법 및 그 장치
US9959280B1 (en) * 2014-09-30 2018-05-01 EMC IP Holding Company LLC Garbage collection of data tiered to cloud storage
US9503542B1 (en) * 2014-09-30 2016-11-22 Emc Corporation Writing back data to files tiered in cloud storage
KR20150073136A (ko) * 2015-03-12 2015-06-30 주식회사 퓨쳐텍 대용량 가상저장공간을 제공하는 이동식 저장장치 및 그 제공방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070027911A1 (en) 2003-09-04 2007-02-01 Tero Hakala Method and arrangement for naming pictures to be saved in a mobile station
JP2012190311A (ja) 2011-03-11 2012-10-04 Kenji Furusato ファイル管理装置、ファイル管理方法及びプログラム
JP2014123343A (ja) 2012-12-24 2014-07-03 Samsung Electronics Co Ltd ファイル名の制御方法及びその電子装置
KR101525984B1 (ko) * 2014-09-02 2015-06-08 주식회사 유플렉스소프트 파일 이름을 규칙에 따라 설정하는 문서 관리 장치 및 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023048479A1 (ko) * 2021-09-24 2023-03-30 주식회사 신화소프트랩 문서의 속성을 표시하는 문서 코드 생성 방법, 이 방법을 수행하는 프로그램 및 이 프로그램이 기록된 컴퓨터 판독 가능한 기록매체
KR102463120B1 (ko) * 2022-01-16 2022-11-08 이태영 문서 다운로드시 사용자 맞춤형 파일명 생성 기능을 제공하는 특허 문서 검색 서버 및 이를 이용한 특허 문서 검색 방법
WO2023136644A1 (ko) * 2022-01-16 2023-07-20 이태영 문서 다운로드시 사용자 맞춤형 파일명 생성 기능을 제공하는 특허 문서 검색 서버 및 이를 이용한 특허 문서 검색 방법

Also Published As

Publication number Publication date
JP6654255B2 (ja) 2020-02-26
JP2019511796A (ja) 2019-04-25
US10417179B2 (en) 2019-09-17
WO2017213473A1 (en) 2017-12-14
US20190073371A1 (en) 2019-03-07

Similar Documents

Publication Publication Date Title
KR101806499B1 (ko) 파일 관리 방법 및 이를 이용한 파일 관리 장치
CN111684440B (zh) 多租户数据库系统中的安全数据共享
US7188127B2 (en) Method, system, and program for processing a file request
US7756821B2 (en) Virtual deletion in merged file system directories
JP4931255B2 (ja) 仮想化されたファイル・システム
EP1526429A2 (en) Operating system resource protection
US8280908B2 (en) Merging file system directories
US20080244738A1 (en) Access control
EP3504638B1 (en) Storage virtualization for files
US20130152085A1 (en) Optimizing Storage Allocation in a Virtual Desktop Environment
US20080109466A1 (en) Virtual Deletion In Merged Registry keys
KR20090079933A (ko) 제한된 네임스페이스 환경에서의 역 네임 맵핑을 위한, 자원으로의 액세스를 제한하는 시스템 및 파일 시스템의 구성요소로의 액세스를 제한하는 방법 및 컴퓨터-판독가능 매체
US11886605B2 (en) Differentiated file permissions for container users
US8261095B1 (en) Methods and systems for using derived user accounts
JP5751974B2 (ja) 統合管理装置、文書管理方法およびコンピュータプログラム
JP2006323600A (ja) 情報管理装置、操作権限判定方法、操作権限判定プログラム及び記録媒体

Legal Events

Date Code Title Description
GRNT Written decision to grant