KR20050034508A - 네트워크를 기반으로 하는 원격 스토리지를 이용한 파일저장 및 복구 시스템 및 그 방법 - Google Patents

Abstract

본 발명은, 네트워크를 통해 통신가능한 원격지에 마련된 스토리지와, 상기 스토리지에 파일을 업로드 또는 다운로드하고자 하는 다수의 고객 단말기를 상기 스토리지에 연결하는 서버를 포함한 네트워크 기반의 파일 저장, 복구 시스템 및 그 방법에 관한 것이다. 본 파일저장 및 복구 시스템은, 상기 고객 단말기에 탑재되며, 상기 고객 단말기로부터 상기 스토리지에 업로드되고 O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하는 파일에 대해, 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 백업리스트부와, 상기 고객 단말기로부터 백업리스트에서 특정한 날짜를 선택되면 상기 서버에 해당 날짜의 백업파일을 요청하는 백업요청부와, 상기 서버로부터 제공된 백업파일을 백업시키는 백업부를 갖는 힐링모듈을 포함하는 에이전트 프로그램을 갖는 것을 특징으로 한다.

이에 의하여, 네트워크를 통해 원격 스토리지에 O/S, 어플리케이션 프로그램, 데이터 파일을 저장하고, 고객 단말기에 Virus등에 의한 시스템 오작동 등의 손상이 가해졌을 경우 저장된 파일을 다운로드하여 복구할 수 있도록 함으로써, 자료복구에 따른 업무중단을 방지하여 업무의 연속성을 보장할 수 있을 뿐만 아니라, 데이터 복구에 소요되는 시간적 손실을 감소시킴으로써, 업무중단에 따른 기회비용을 절감할 수 있게 된다. 또한, 별도의 스토리지 설치시 발생하는 스토리지 설비 및 관리비용을 절감할 수 있으므로, 전체적인 IT COST를 현격히 절감할 수 있다. 이와 더불어, 파일의 업로드시 수정된 블록만을 업로드시키거나 중복파일을 추출하여 업로드되지 않도록 함으로써, 스토리지의 저장공간 낭비를 방지할 수 있고 네트워크상의 트래픽도 감소시킬 수 있다.

Description

네트워크를 기반으로 하는 원격 스토리지를 이용한 파일 저장 및 복구 시스템 및 그 방법{FILE UPLOAD AND HEALING SYSTEM THROUGH NETWORK BASED REMOTE STORAGE AND METHOD THEREOF}

본 발명은, 네트워크를 기반으로 하는 파일 저장 및 복구 시스템 및 그 방법에 관한 것으로서, 보다 상세하게는, 네트워크를 통해 원격 스토리지에 O/S, 어플리케이션 프로그램, 데이터 파일을 저장하고, 고객 단말기에 손상이 가해졌을 경우 저장된 파일을 다운로드하여 복구할 수 있도록 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템 및 그 방법에 관한 것이다.

인터넷을 포함하는 네트워크의 발달은 사회 전체의 패러다임을 변화시켰으며, 현대사회를 정보화시대로 이끌고 있다. 정보화가 가속되면서 네트워크를 기반으로 하여 컴퓨터 환경이 급변하게 되고, 이에 따라, 최근에는 컴퓨터에서 다루어지고 있는 데이터의 양이 빠른 속도로 증가하고 있다. 이러한 데이터를 저장하고 활용하기 위해 각 컴퓨터들은 대용량의 메모리를 요구하고 있으나, 컴퓨터의 메모리를 증가는 시스템내의 다른 장치들과의 호환성이나 발전속도와의 관계 때문에 그 한계가 있다.

이에 대용량의 데이터를 보유하는 회사나 개인은 컴퓨터와는 별도로 원격지에 스토리지를 마련해 놓고 데이터를 저장하여 사용하는 경우가 늘고 있다. 그러나 이러한 스토리지 장비의 구매에 따르는 비용손실이 크며, 이보다 더 심각한 것은 스토리지 장비의 유지 및 관리를 위한 비용이 구매 비용보다 3배 이상 크다는 점이다. 그리고 스토리지의 유지 및 관리를 위해 투입되는 인적자원에 의해 소요되는 비용이 전체 IT 예산의 6.6%에 이르고 있으며, 이는 스토리지 장비의 유지 및 관리비용의 증가에 큰 몫을 하고 있는 것이다. 더구나 SRC의 2002년 추산에 따르면, 2005년 까지 스토리지의 필요량은 현재의 7배에 이를 것이라는 결과보고가 있었다. 이에 따라, Gartner의 2002년 조사에서 나타난 바와 같이, 기업의 전산관리 책임자인 CIO의 최근 3년 동안의 최대 관심사는 비용의 절감일 수밖에 없다.

한편, 인터넷이 급속도로 성장함에 따라, 사람들의 생활에 가장 크게 침투한 것은 이메일이라고 할 수 있다. 인터넷을 통한 이메일 서비스는 불과 5 - 6년 전까지만 해도 일부 전문 사용자들만이 사용하던 정보교환 수단이었으나 이제는 이메일은 이제 전세계 인터넷 인구의 90% 이상이 이용하는 정보교환 및 통신수단의 방법으로 자리 잡고 있다. 초기에 메일을 사용하는 방식은 다소 어렵고 불편해서 문서를 교환하는 정도에 그쳤으나, 사용자가 폭발적으로 증가하고 이메일 서비스 기술이 발전함에 따라, 텍스트 문서 위주의 메일에서 각종 응용프로그램의 첨부파일 및 멀티미디어 파일까지, 이메일이 다루는 영역이 급속히 확산되고 있다.

또한, 초기에 개인 대 개인의 수준에서 이루어지던 이메일을 이용한 정보교환이 다른 어떤 통신수단보다 신속한 소통이 가능하며 저렴한 비용으로 다량의 메일을 보낼 수 있고, 그에 따른 피드백(feed-back) 분석으로 효과를 극대화 할 수 있다는 점에서 기업의 마케팅 수단으로 각광받고 있다. 그리고 많은 기업에서 인쇄물을 이용하여 정보를 교환하던 방식에서, 이메일을 이용하여 회사 내의 정보를 교환 및 공유하고 결제도 이메일로 하도록 하는 등 이메일이 다양한 목적으로 사용되고 있다. 이러한 기업내 이메일은 해마다 29%씩 증가하고 있으며, 2002년 한 해 동안 매일 21억 개의 메일이 발생하였으며, 기업정보의 60%가 이메일에 포함되어 교환 및 공유되는 것으로 나타났다(IDC 2002년 조사결과). 이에 따라, 이제 이메일은 단순히 한 번 읽고 삭제해 버리는 것이 아니라, 각 이메일의 내용은 중요한 데이터로서 저장해야 할 충분한 가치가 있다고 할 것이다.

그래서 각 기업에서는 별도로 구축된 스토리지에 이메일 자체의 내용과 첨부된 파일 등을 저장하도록 하고 있다. 그러나 이메일을 저장할 경우에는 각 이메일을 별도의 파일로 보관하는 것이 아니라, 이메일 전체를 하나의 파일로 인식하여 저장해 버리게 된다. 따라서 이메일의 내용 중 저장가치가 있는 영역과 저장가치가 없는 부분이 한꺼번에 저장되므로, 이메일의 저장을 위해 저장공간이 과도하게 소모된다는 문제점이 있다.

한편, 이메일은 바이러스의 감염경로로도 사용되고 있다. 현재 웜, 트로이목마 등의 악성 바이러스로 인한 피해규모가 커지고 있으며, 악성 바이러스는 점차 지능화해 파괴력이 악성화되고 감염 영역이 클라이언트나 서버를 넘나들고 있다. 또한 바이러스와 해킹용 트로이목마가 결합하거나 웜과 바이러스가 결합되어 복합성을 띠는 것들도 적지 않게 발견되고 있다. 그리고 러브레터, 코드레드, 님다에 이르기까지 악성 바이러스는 예측을 불허하는 진화를 거듭해 왔다. ICSA의 2002년 조사에 따르면, 연간 10% 이상의 컴퓨터가 바이러스에 감염되며, 바이러스에 감염된 컴퓨터중 37%의 컴퓨터가 데이터가 손상되는 것으로 나타났다. 즉, 연간 3.7%에 이르는 어마어마한 양의 데이터가 손상되어 복구할 수 없게 되는 것이다. 이때, 손상되는 데이터는 단지 문서나 영상, 음성 등과 같은 파일형식의 데이터뿐만 아니라, O/S나 어플리케이션도 손상이 되는 경우가 많다.

한편, 이러한 바이러스뿐만 아니라, 컴퓨터의 노후화나 취급 부주의 등 여러 가지 이유로 컴퓨터의 20%가 하드웨어에 관련된 문제를 발생시키며, 이렇게 하드웨어에 문제가 발생한 컴퓨터는 데이터가 손상되기 쉽다. 이렇게 손상된 데이터는 비용과 시간을 들여 적절한 방법에 의해 복구시킬 수 있으나, 30%의 회사가 부적절한 복구방법을 사용하여 데이터가 손상된 경험을 가지고 있다고 한다(CIO Magazine 조사 결과).

게다가 컴퓨터를 능숙하게 다루지 못하는 컴맹의 경우, 바이러스나 하드웨어적인 컴퓨터 자체의 문제를 제외하고도, 시스템 에러나 드라이브 충돌시 발생하는 소프트웨어적인 문제와, 실수로 인한 오류를 범할 수 있다. 이렇게 컴퓨터에 문제가 발생하면 컴맹인 경우, 주위에 컴퓨터를 잘하는 동료나 선후배에게 도움을 받아 시스템을 점검하도록 하고 프로그램을 다시 설치한다든지, 바이러스를 퇴치하거나 데이터를 복구시킨다든지 상황에 따라 다양한 조처를 취하게 된다. 그런데, 동료나 선후배는 컴퓨터를 조처하는 동안 자신의 업무를 중단하게 되며, 이에 따른 인적 물적 비용이 소모되게 된다. 즉, 기회비용이 상승되는 것이다.

한편, 이러한 인위적이거나 자연적인 손상 이외에, 컴퓨터의 도난에 따른 정보 손실도 발생하고 있다. 특히, 노트북의 경우 도난율이 매년 53%씩 증가하고 있으며, 이는 개인 사용자에게는 모든 정보가 손실되는 커다란 사건이 아닐 수 없다.

이와 같이, 바이러스나 일반적인 고장, 도난 등으로 인해 소중한 데이터들이 손상되거나 멸실될 수 있다. 이렇게 데이터가 손상되거나 멸실될 경우, 데이터를 복구시키는데 따르는 시간과 비용의 낭비가 발생하며, 데이터를 복구시키지 못할 경우에는 다시 작성하거나 수집해야 함에 따른 시간이 소요된다. 이에 따라, 다른 업무의 진행이 중단되며, 이로 인한 기업이나 개인의 시간적, 비용적 낭비가 발생하고, 이는 기업이나 개인의 활동의 감소를 가져올 수 있다는 문제점이 있다.

이에 따라, 백업 데이터를 원격지의 스토리지에 보관함으로써, 데이터의 손상이나 멸실시 미리 저장해 놓은 백업 데이터를 이용하여 백업시킬 수 있도록 하여 데이터의 손상을 최소화할 필요가 있다.

그러나 기존의 원격 스토리지 시스템에서는 단지 데이터 파일만을 업로드 및 다운로드할 수 있도록 하고 있으며, 어플리케이션이나 O/S 등은 전혀 저장할 수 없도록 하고 있다. 이에 따라, 어플리케이션이나 O/S가 손상된 경우에는 업로드된 데이터 파일을 아예 다운로드를 받을 수 없거나, 다운로드 받더라도 실행시킬 수 없는 경우가 발생한다. 따라서 일반적인 데이터 파일 이외에 어플리케이션이나 O/S를 백업시킬 수 있는 시스템을 구비한 스토리지가 요구된다.

따라서, 본 발명의 목적은, 원격 스토리지에 백업 데이터를 저장시켜 놓고 데이터의 손상이 다운로드받아 손상을 치료할 수 있도록 함으로써, 데이터의 복구를 위한 시간적, 비용적 낭비를 방지하고 업무의 연속성을 보장할 수 있도록 하는 네트워크를 기반으로 하는 원격 스토리지의 파일 저장 및 복구 시스템 및 그 방법을 제공하는 것이다.

상기 목적은, 본 발명에 따라, 네트워크를 통해 통신가능한 원격지에 마련된 스토리지와, 상기 스토리지에 파일을 업로드 또는 다운로드하고자 하는 다수의 고객 단말기를 상기 스토리지에 연결하는 서버를 포함하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템에 있어서, 상기 고객 단말기에 탑재되며, 상기 고객 단말기로부터 상기 스토리지에 업로드되고 O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하는 파일에 대해, 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 백업리스트부와, 상기 고객 단말기로부터 백업리스트에서 특정한 날짜를 선택되면 상기 서버에 해당 날짜의 백업파일을 요청하는 백업요청부와, 상기 서버로부터 제공된 백업파일을 백업시키는 백업부를 갖는 힐링모듈을 포함하는 에이전트 프로그램을 갖는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템에 의해 달성된다.

상기 에이전트 프로그램은, O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하며 상기 스토리지에 업로드될 파일을 일정 크기의 블록으로 분할하는 블록분할부와, 상기 스토리지에 업로드된 파일과 상기 업로드된 파일에 대한 백업 파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 비교부와, 상기 비교부에 추출된 블록만을 업로드시켜 상기 업로드된 파일에 추가 또는 교체하는 업로드부를 포함하는 백업모듈을 더 포함하는 것이 바람직하다.

상기 에이전트 프로그램은, 상기 고객 단말기에서 상기 업로드될 파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 포함하는 인덱스를 형성하는 인덱스생성부를 더 포함하는 것이 바람직하다.

상기 서버에는, 상기 고객 단말기로부터 제공된 인덱스와 상기 스토리지에 업로드된 타인의 파일과 비교하여 중복파일을 추출하는 파일추출부와, 중복파일의 추출시, 상기 각 고객 단말기의 에이전트 프로그램에 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 링크부를 갖는 중복파일 필터링모듈을 포함하는 것이 바람직하다.

상기 고객단말기에 보관된 이메일을 각 메일 별로, 각 메일의 메시지와 첨부파일로 분할하여 상기 백업모듈과 중복파일 필터링모듈로 제공하는 메일링 최적화 모듈을 더 포함할 수 있다.

업로드될 파일을 압축하는 압축부와, 압축된 파일을 분할 또는 연결하여 일정 크기를 갖는 전송파일을 형성하는 전송파일 생성부와, 상기 각 전송파일에 에이전트 프로그램에서만 실행시킬 수 있는 확장자명을 부여하는 확장자명 지정부와, 상기 확장자명이 부여된 전송파일을 암호화 및 해독하는 암호화부를 포함하는 보안모듈을 더 포함함으로써, 파일이 해킹당하는 것을 방지할 수 있다.

상기 힐링모듈은, 상기 업로드된 파일 중 선택된 특정 파일만을 다운로드하여 복원시키는 파일복원부를 더 포함할 수 있다.

상기 서버는, 상기 에이전트 프로그램이 아닌 웹을 통해 접속한 고객을 위한 서비스를 제공하는 웹서비스부를 더 포함하는 것이 바람직하다.

한편, 상기 목적은, 본 발명의 다른 분야에 따르면, 네트워크를 통해 통신가능한 원격지에 마련된 스토리지와, 상기 스토리지에 파일을 업로드 또는 다운로드하고자 하는 다수의 고객 단말기를 상기 스토리지에 연결하는 서버를 포함하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법에 있어서, 상기 고객 단말기로부터 상기 스토리지로 업로드되고 O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하는 파일이 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 단계와; 상기 고객 단말기에서 상기 백업리스트에서 특정한 날짜를 선택하는 단계와; 상기 서버에 해당 날짜에 저장된 백업파일을 요청하는 단계와; 상기 서버를 통해 상기 스토리지에 저장된 백업파일을 제공받아 상기 고객 단말기에 백업시키는 단계를 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법에 의해서도 달성될 수 있다.

상기 스토리지에 업로드될 파일을 일정 크기의 블록으로 분할하는 단계와; 상기 스토리지에 업로드된 파일과 상기 업로드된 파일에 대한 백업 파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 단계와; 상기 추출된 블록만을 업로드시켜 상기 업로드된 파일에 추가 또는 교체하는 단계를 더 포함하는 것이 바람직하다.

상기 고객 단말기에서 업로드될 파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 대한 정보를 포함하는 인덱스를 형성하는 단계와; 상기 서버에서 상기 고객단말기로부터 제공된 인덱스와 상기 스토리지에 업로드된 타인의 파일과 비교하여 중복파일을 추출하는 단계와; 상기 각 고객단말기에 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 단계를 포함하는 것이 바람직하다.

상기 고객단말기에 보관된 이메일을 각 메일 별로, 각 메일의 메시지와 첨부파일로 분할하는 단계와; 상기 스토리지에 업로드된 이메일의 메시지 및 첨부파일과 상기 업로드된 파일에 대한 백업 파일의 메시지 및 첨부파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 단계와; 상기 추출된 블록만을 업로드시켜 상기 업로드된 이메일의 메시지 및 첨부파일에 추가 또는 교체하는 단계를 더 포함할 수 있다.

상기 고객 단말기에서 업로드될 이메일의 메시지 및 첨부파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 대한 정보를 포함하는 인덱스를 형성하는 단계와; 상기 서버에서 상기 고객단말기로부터 제공된 이메일의 메시지 및 첨부파일의 인덱스와 상기 스토리지에 업로드된 타인의 이메일이 메시지 및 첨부파일과 비교하여 중복파일을 추출하는 단계와; 상기 중복파일의 추출시, 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 단계를 더 포함하는 것이 바람직하다.

업로드될 파일을 압축하는 단계와; 압축된 파일을 분할 또는 연결하여 일정 크기를 갖는 전송파일을 형성하는 단계와; 상기 각 전송파일에 상기 고객 단말기에서만 실행시킬 수 있는 확장자명을 부여하는 단계와; 상기 확장자명이 부여된 전송파일을 암호화하는 단계를 포함함으로써, 파일의 해킹을 방지할 수 있다.

특정 파일에 대해 임의의 날짜에 백업파일을 선택할 수 있도록 하는 단계와; 상기 선택된 날짜의 백업파일을 상기 고객 단말기로 다운로드하여 복원시키는 단계를 더 포함하는 것이 바람직하다.

상기 서버는, 웹을 통해 접속한 고객에게 상기 스토리지에 접근할 수 있도록 할 수 있다.

이하에서는 첨부도면을 참조하여 본 발명에 대해 상세히 설명한다.

본 네트워크를 기반으로 하는 원격 스토리지를 이용한 파일 저장 및 복구 시스템은, 원격지에 설치된 스토리지에 O/S, 어플리케이션 프로그램, 데이터 파일, 이메일 파일 등 개인 단말기에서 사용하는 모든 종류의 파일을 업로드시키고, 단말기 사용자의 선택에 따라 원하는 날짜의 원하는 정보를 다운로드받을 수 있도록 함으로써, 바이러스나 취급 부주의, 노후화 등 다양한 이유로 발생되는 데이터의 손상을 최소화할 수 있도록 한다. 이와 더불어, 데이터의 업로드시, 중복되는 데이터를 선별함으로써, 스토리지의 저장공간을 효율적으로 사용할 수 있도록 하며, 네트워크 트래픽을 감소시킬 수 있도록 한다.

도 1은 본 발명에 따른 파일 저장 및 복구 시스템의 개략적 구성도이다. 도시된 바와 같이, 파일 저장 및 복구 시스템은, 개인이나 회사 등의 고객에 의해 사용되는 고객 단말기(13)와, 고객 단말기(13)로부터 제공된 파일을 저장하는 스토리지(11)와, 고객 단말기(13)와 네트워크를 통해 접속가능하며 고객 단말기(13)로부터 제공된 데이터를 스토리지(11)에 업로드하고 고객 단말기(13)의 요청이 있을 경우 스토리지(11)에 저장된 데이터를 고객 단말기(13)에 제공하는 서버(15)를 포함한다.

본 발명에서 고객 단말기(13)는 개인용 클라이언트 컴퓨터, 노트북, 포스트 PC 등 유선 인터넷이 가능한 모든 단말기를 포함할 뿐 아니라 무선인터넷이 가능한 휴대폰, 스마트폰, PDA 등 모든 통신단말기를 포함한다. 이에 따라, 고객 단말기 (13)는 TCP/IP(Transmission Control Protocol/Internet Protocol) 또는 무선용 WAN(Wireless Area Network)을 통하여 서버(15)에 접속가능하다.

이러한 고객 단말기(13)에는 서버(15)와 통신하며 고객 단말기(13)로부터 업로드되는 데이터 파일을 적절히 가공하기 위한 에이전트 프로그램(20)이 설치되어 있으며, 고객 단말기(13)로부터 서버(15)로 업로드되는 파일은 O/S, 어플리케이션 프로그램, 데이터 파일 등 업로드가 가능한 모든 형태의 파일을 포함한다. 여기서, 데이터 파일은 문자, 음성, 동영상 등 모든 종류와 .hwp, .doc 등 모든 형태의 데이터를 포함할 뿐만 아니라, 현재 또는 장래의 형성될 모든 종류와 형태, 형식의 데이터를 포함한다.

한편, 본 발명의 서버(15)는, 미러와 클러스터 방식으로 구성되어 사용되며, 미러 방식이란 동일한 역할을 하는 한 쌍의 서버(15)를 마련하여 고객 단말기(13)가 어느 서버(15)를 이용해서라도 스토리지(11)에 접근할 수 있도록 한다. 이에 따라, 양 서버(15)를 이용하여 동일한 스토리지(11)에 고객 단말기(13)가 접속함으로써 네트웍 트랙픽을 분산시킴으로써 병목현상을 해소하고 지속적으로 고객의 접근성을 보장할 수 있다. 또한, 하나의 서버(15)에 이상이 발생하더라도 나머지 하나의 서버(15)를 통해 스토리지(11)에 접근가능하므로, 시스템의 안정성을 도모하게 된다. 이러한 미러방식의 서버(15)를 다시 한 쌍으로 구성한 것이 클러스터 방식이며, 365일 24시간 서버(15)에 접근이 가능하도록 한다는 점에서 안정적인 서비스의 운영과 데이터의 안전성을 확보할 수 있다.

이러한 서버(15)는, 도 2에 도시된 바와 같이, 고객 단말기(13)의 접속시 고객 단말기(13)에 설치된 에이전트 프로그램(20)으로부터 제공된 정보에 따라 접속을 인증하는 인증부(21)와, 인증된 고객 단말기(13)로부터 업로드된 파일을 스토리지(11)에 제공하고 고객 단말기(13)의 요청에 따라 스토리지(11)에 저장된 파일이나 파일 리스트를 고객 단말기(13)에 제공하는 파일전송부(22)와, 에이전트 프로그램(20)이 탑재되지 아니한 단말기로 고객이 접속한 경우 고객에게 웹상에서 서비스를 제공하기 위한 웹서비스부(23)와, 스토리지(11)에 저장된 파일과 업로드될 파일을 비교하여 동일한 파일을 제거하기 위한 중복파일 필터링모듈(25)을 포함한다.

웹서비스부(23)는, 익스플로러나 네스케이프와 같은 인터넷 브라우저를 이용하여 고객이 언제 어디서나 서버(15)에 접속할 수 있도록 웹서비스를 제공한다.

중복파일 필터링모듈(25)은, 고객이 파일을 업로드한 경우 기존에 스토리지 (11)에 저장된 파일과 동일한 파일이 아닌지를 검사하여 동일한 파일인 경우에는 파일을 업로드시키지 아니하도록 하는 기능을 담당한다.

이러한 기능의 수행을 위해, 스토리지(11)에는 업로드된 모든 파일에 대한 정보가 포함된 인덱스가 저장되어 있으며, 인덱스는 고객 단말기(13)에 설치된 에이전트 프로그램(20)에 의해 작성되어 스토리지(11)에 제공되는 것으로서, 에이전트 프로그램(20)에는 인덱스의 생성을 위한 인덱스 생성부가 포함되어 있다. 이러한 인덱스 생성부에 의해 생성된 인덱스에는 파일의 이름, 사이즈, 생성날짜, 저장위치 등의 정보가 포함된다.

이러한 특징을 이용한 중복파일 필터링모듈(25)은, 고객 단말기(13)로부터 제공된 인덱스와 스토리지(11)에 업로드된 모든 파일의 인덱스를 비교하여 중복파일을 추출하는 파일추출부(26)와, 중복파일의 추출시 각 고객단말기의 에이전트 프로그램(20)에 중복파일의 주소를 링크시켜주는 링크부(27)를 포함한다. 즉, 파일추출부(26)에서는 고객이 업로드를 원하는 파일들의 인덱스가 제공되면, 제공된 인덱스의 정보와 스토리지(11)에 저장된 모든 파일의 인덱스의 정보를 비교한다. 이때, 비교내용으로는 파일명, 사이즈, 소유권, 저장 위치 등을 들 수 있으며, 업로드되는 파일이 O/S나 어플리케이션 프로그램인 경우에는 파일명과 사이즈만으로도 중복파일을 신속하게 찾아낼 수 있다. 이렇게 동일한 파일이 추출되면, 링크부 (27)에서는 현재 스토리지(11)에 저장된 중복파일의 저장위치를 주소화하여 동일한 파일을 업로드하고자 하는 고객 단말기(13)의 에이전트 프로그램(20)에 제공한다. 이에 따라, 추후에 고객이 중복파일을 사용하고자 할 경우, 에이전트 프로그램(20)은 링크부(27)에서 제공된 링크를 이용하여 중복파일을 제공받을 수 있다.

한편, 임의의 고객 단말기(13)로부터 본 시스템에 가입한 다수의 다른 고객 단말기(13)에 동일한 파일을 전송하고자 할 경우에도 중복파일 필터링모듈(25)이 작동하며, 이 때, 다수의 다른 고객 단말기(13)에는 임의의 고객 단말기(13)가 전송하고자 했던 파일의 주소만이 제공되는 것이다.

이러한 중복파일 필터링모듈(25)에 의하면, 동일한 파일이 스토리지(11)에 중복 저장되는 것을 방지함으로써, 스토리지(11)의 저장공간 소모를 최소화할 수 있으며, 직접 파일을 전송하는 것이 아니라 주소만을 링크시킴으로써, 네트워크 트래픽을 감소시킬 수 있고 백업속도를 증가시킬 수 있다.

한편, 에이전트 프로그램(20)은, 도 2에 도시된 바와 같이, 상술한 인덱스생성부(31)와, 스토리지(11)에 업로드된 파일과 백업될 파일을 비교하여 수정된 영역만 백업되도록 하는 백업모듈(35)과, 이메일의 메시지 내용과 첨부파일을 별도로 분리하고 분리된 첨부파일을 백업모듈(35)과 중복파일 필터링모듈(25)을 적용시켜 최소의 용량으로 가공하여 저장하는 이메일 최적화모듈(37)과, 스토리지(11)에 업로드 후 또는 업로드 도중 데이터가 해킹되는 것을 방지하도록 가공하는 보안모듈 (40)과, 고객 단말기(13)의 파일이나 어플리케이션 프로그램을 포함하는 데이터가 일부 또는 전부 손실 또는 손상된 경우 데이터를 복원할 수 있도록 하는 힐링모듈 (45)을 포함한다.

백업모듈(35)은, 스토리지(11)에 업로드될 파일을 일정 크기의 블록으로 분할하는 블록분할부(32)와, 스토리지(11)에 업로드된 파일과 이에 대한 백업파일의 각 블록을 비교하여 백업파일의 블록 중 업로드된 파일과 상이한 블록을 추출하는 비교부(33)와, 비교부(33)에 추출된 블록만을 업로드시켜 업로드된 파일에 추가 또는 교체하는 업로드부(34)를 포함한다.

도 3은 이러한 백업모듈(35)에 의해 파일이 백업되는 과정을 보인 블럭도이다. 도시된 바와 같이, 블록분할부(32)에서는 스토리지(11)에 업로드될 모든 파일을 복수의 블록으로 분할하며(S10), 이 때, 블록의 단위는 256Byte, 512Byte, 1M Byte 등 다양한 크기로 정해질 수 있으며, 하드디스크의 한 섹터의 용량을 고려하여 설정하는 것이 바람직하다.

이렇게 블록단위로 분할된 파일이 업로드된 다음(S20), 고객이 동일한 파일을 수정 작업을 하고, 백업파일을 다시 스토리지(11)에 업로드할 경우, 블록분할부 (32)에서는 백업파일을 다시 블록단위로 분할한다(S30). 그러면, 비교부(33)에서는 이미 업로드된 파일의 각 블록과, 백업파일의 각 블록의 내용을 비교하게 되며 (S40), 이 때, 비교되는 정보는 각 블록의 크기나 내용 등을 들 수 있다. 이러한 비교결과, 업로드된 파일과 백업파일의 블록들 중 상이한 블록을 추출하고(S50), 예를 들어, 도 4에 도시된 바와 같이, 수정되기 전의 파일에서 C블록이 백업파일의 F블록으로 변경된 경우, 업로드부(34)는 F블록만을 추출하여 서버(15)로 업로드한다. 그러면, 서버(15)에서는 수정되기 전 파일의 C블록을 업로드된 F블록으로 교체하여 스토리지(11)에 저장한다(S60).

이러한 백업모듈(35)을 사용할 경우에는 수정전후의 파일에서 변경된 블록만을 교체하기 때문에, 수정전에 업로드된 파일이 1M Byte이고, 백업파일이 1.2M Byte이면, 새로이 업로드된 백업파일의 용량은 1.2M Byte가 된다. 이에 반해, 종래에는 백업파일과, 수정전에 업로드된 파일이 각각 저장됨에 따라 수정전 파일의 용량인 1M Byte와 백업파일의 용량인 1.2M Byte를 합한 총 2.2M Byte의 용량을 차지할 수밖에 없었다. 그러나 백업모듈(35)을 사용할 경우 백업파일의 용량인 1.2M Byte의 용량만을 차지하도록 함으로써, 스토리지(11)의 저장공간의 낭비를 방지할 수 있게 된다. 또한, 종래에는 1.2M Byte 용량의 파일을 모두 백업함에 따라, 네트워크 상에 1.2M Byte를 전송하는 만큼의 트래픽을 발생시켰으나, 이보다 훨씬 작은 용량을 갖는 수정된 블록만을 전송함에 따라 네트워크상의 트래픽도 감소시킬 수 있게 된다.

한편, 일반적으로 이메일을 스토리지(11)에 저장하는 경우에는 이메일의 메시지 내용과 첨부파일을 하나로 묶어 단일파일로 저장하기 때문에 단일파일의 용량만큼 스토리지(11)의 용량을 차지할 수밖에 없었다. 그러나 이메일의 경우에는 한 사람에게 동일한 메일이 반복되어 전송되는 경우도 있고, 동일한 메일이 여러 사람에게 전송되는 경우도 있으므로, 실제적으로 같은 사람의 메일내에서 또는 타인과의 메일간에 동일한 중복파일들이 많을 것으로 예상된다. 이에, 백업모듈(35)과 서버(15)에서 기능하는 중복파일 필터링모듈(25)을 이용하여 이메일을 최적화시키는 것이 이메일 최적화모듈(37)이다. 이메일 최적화모듈(37)은, 이메일을 각 메일별로, 그리고 각 메일을 메시지와 첨부파일로 분할하며, 각 메일이 분할되면 인덱스생성부(31)에서는 각 메일의 메시지와 첨부파일에 대해 메일링리스트 및 첨부파일리스트를 형성한다.

그러면, 이메일 최적화모듈(37)에서는 메일링리스트와 첨부파일리스트를 백업모듈(35)과 중복파일 필터링모듈(25)로 제공한다. 백업모듈(35)에서는 각 메일메시지와 첨부파일을 블록단위로 분할하고, 각 메일 메시지와 첨부파일을 기존에 저장된 메일 메시지와 첨부파일을 비교하여 기존에 저장된 메일 메시지와 첨부파일의 백업파일인지를 판단한다. 이 때, 백업파일인지 여부는 각 메일 메시지와 첨부파일의 블록을 기존에 저장된 메일 메시지와 첨부파일의 블록을 비교하여 간단히 판단할 수 있으며, 백업파일이라고 판명되면 상술한 바와 같이, 백업모듈(35)에서는 수정된 블록만을 추출하여 기존의 파일에 백업시킨다. 한편, 각 메일 메시지와 첨부파일이 기존의 파일로부터 수정된 것이 아닌 경우, 중복파일 필터링모듈(25)에서는, 각 고객 단말기(13)에서 업로드될 각 메일 메시지 중 중복되는 메시지나, 첨부파일 중 중복되는 첨부파일을 추출하고, 그런 다음, 다른 고객 단말기(13)로부터 업로드된 메일 메시지와 첨부파일과 비교하여 중복되는 메시지나 중복되는 첨부파일을 추출한다. 이렇게 추출된 중복파일에 대해서 링크부(27)에서는 스토리지(11)의 저장위치를 링크시켜 에이전트 프로그램(20)에 제공하고, 백업모듈(35)에서는 중복되지 아니한 메일 메시지와 첨부파일을 업로드하도록 한다.

이에 따라, 각 메일 메시지와 첨부파일 중 수정된 것은 백업모듈(35)을 이용하여 백업시키고, 중복파일은 링크만 시킴으로써, 메일의 저장을 위한 필요용량을 최소화할 수 있게 된다.

이와 같이, 스토리지(11)에 업로드될 모든 파일들은 고객 단말기(13)에서 보안모듈(40)에 의해 가공된 다음, 서버(15)에 전달되어 스토리지(11)에 저장된다. 보안모듈(40)은, 업로드될 파일을 압축하는 압축부(41)와, 압축된 파일을 분할 또는 연결하여 일정 크기를 갖는 전송파일을 형성하는 전송파일 생성부(42)와, 각 전송파일에 에이전트 프로그램(20)에서만 실행시킬 수 있는 확장자명을 부여하는 확장자명 지정부(43)와, 확장자명이 부여된 전송파일을 암호화 및 해독하는 암호화부 (44)를 포함한다.

도 5는 이러한 보안모듈에 의해 파일을 보안하는 과정을 보인 블록도이다. 일단 백업모듈(35)에 의해 수정된 것으로 판단되는 블록이나, 중복파일 필터링모듈 (25)에 의해 판별된 중복파일을 제외한 파일은 업로드되며, 이렇게 업로드될 파일들은 일단 각 파일별로 압축부(41)에서 압축된다(P10). 그런 다음, 전송파일 생성부(42)에서는 압축된 파일을 분할하거나 연결하여 일정 크기의 전송파일로 구성한다(P20). 이 때, 전송파일은 미리 설정된 일정 크기, 예를 들면, 1M Byte, 5M Byte, 10M Byte 등의 크기를 가질 수 있으며, 압축된 파일이 미리 설정된 전송파일의 크기를 초과하는 경우, 전송파일 생성부(42)에는 압축된 파일을 전송파일의 크기에 맞추어 분할한다. 그리고 압축된 파일이 미리 설정된 크기에 못 미치는 경우, 전송파일 생성부(42)에서는 전송파일의 크기에 맞추어 두개 또는 여러 개의 압축파일을 모아서 하나의 전송파일을 만든다. 예를 들어, 전송파일의 크기가 5M Byte이고, 압축된 파일의 크기가 각각 1M Byte, 4M Byte 라면, 두 압축된 파일을 묶어 하나의 전송파일을 구성하도록 한다. 다른 예로서, 압축된 파일의 크기가 전송파일의 크기와 동일한 경우에도 복수개로 분할하고, 다른 압축된 파일과 합쳐 하나의 파일을 만드는 방법도 가능하며, 이 때, 하나의 전송파일이 완전한 파일을 가지지 아니하므로 해킹하더라도 쓸모없는 데이터가 될 수 있다. 이러한 전송파일에 확장자명 지정부(43)에서는 에이전트 프로그램(20)에서만 실행시킬 수 있는 확장자명을 부여하고(P30), 암호화부(44)에서는 확장자명이 부여된 전송파일을 블록단위로 암호화하게 된다(P40).

여기서, 암호화부(44)는, 미국에서 표준 암호화 기법으로 사용되는 AES-128bit를 채용하여 전송파일을 암호화하며, AES-128bit는 종전의 DES로부터 업그레이드된 Triple DES를 한층 더 업그레이드한 암호화기법으로서, 백업모듈(35)에 의해 분할된 파일을 블록단위로 암호화할 수 있도록 하는 최신 최고의 블록단위 암호화기법이다.

이러한 과정에 의해 암호화된 전송파일은 서버(15)로 전송되어 스토리지(11)에 저장되며, 스토리지(11)에 저장된 전송파일은 에이전트 프로그램(20)에서만 실행되는 파일로 확장자명이 정해지고 블록단위로 암호화되었기 때문에 외부에서 스토리지(11)를 해킹하거나 전송중인 파일을 가로채더라도 파일내용을 해독하기가 거의 불가능하다. 더구나 전송파일은 하나의 파일을 압축하여 형성한 것이 아니라, 단일의 파일이 분할된 경우가 많으므로 하나의 전송파일을 실행시키고 해독하더라도 완전한 정보를 얻을 수 없다.

따라서 보안모듈(40)에 의해 전송파일을 구성하여 스토리지(11)에 저장하는 과정에서, 일정 크기의 전송파일을 구성함에 따른 1차 보안과, 에이전트 프로그램 (20)에서만 실행가능한 파일의 확장자명을 부여함에 따른 2차 보안과, 블록단위로 암호화함에 따른 3차 보안에 의해 다단계로 보안이 이루어지므로, 정보의 누출이 거의 불가능하다.

한편, 단말기를 사용하다 보면, 바이러스나 일반적인 고장, 도난 등으로 인해 소중한 파일이나 어플리케이션 프로그램을 포함하는 데이터들이 손상되거나 멸실될 수 있다. 이렇게 데이터가 손상되거나 멸실될 경우, 데이터를 복구시키는데 따르는 시간과 비용의 낭비가 발생하며, 데이터를 복구시키지 못할 경우에는 다시 작성하거나 수집하고, 어플리케이션 프로그램을 다시 설치해야 함에 따른 시간이 소요된다. 이러한 데이터의 손상을 최소화하기 위해 힐링모듈(45)이 작동하게 된다.

힐링모듈(45)은, 고객 단말기(13)로부터 파일이나 어플리케이션 프로그램이 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 백업리스트부(46)와, 고객이 백업리스트에서 특정한 날짜를 선택하면 서버(15)에 해당 날짜의 백업파일을 요청하는 백업요청부(47)와, 서버(15)로부터 제공된 백업파일을 백업시키는 백업부(48)를 포함한다. 백업리스트는, 도 8에 도시된 바와 같이, 파일이 백업된 날짜, 즉, 복원이 가능한 날짜를 시간별로 표시하며, 임의의 날짜를 선택하면 그 날짜에 백업된 O/S, 어플리케이션 프로그램, 데이터 파일을 포함하는 모든 파일이 고객 단말기(13)로 다운로드된다. 이러한 힐링모듈(45)의 작동시, 각 파일별로 백업날짜를 각각 설정하여 복원되도록 할 수도 있다.

한편, 힐링모듈(45)은, 파일 단위로 파일을 복원할 수 있도록 하는 파일복원부(49)를 더 포함한다. 파일복원부(49)는, 고객 단말기(13)내의 모든 파일에 문제가 발생한 것이 아니라, 일부 파일에 손상이 발생하거나 실수로 파일을 지우거나 잘못 수정한 경우에는 해당 파일만을 복원할 수 있도록 한다. 이 때, 고객 단말기 (13)의 에이전트 프로그램(20)은 고객에게 탐색기 형식으로 파일 리스트를 제공하며, 파일의 버전이나 기간에 따라 파일을 표시하고, 원하는 날짜, 원하는 버전, 최신 버전의 파일을 검색할 수 있도록 한다.

이러한 구성에 의한 네트워크를 기반으로 하는 파일 저장 및 복구 시스템의 파일 저장 과정을 살펴보면 다음과 같다.

고객 단말기(13)에 설치된 에이전트 프로그램(20)을 실행시키면, 도 6에 도시된 바와 같은 프로그램창(50)이 디스플레이된다. 프로그램창(50)에는, 파일을 업로드하기 위한 백업메뉴(51), 파일을 복원시킬 수 있도록 하는 복원메뉴(53), 고객 단말기(13)내의 전 파일을 복원시킬 수 있도록 하는 힐링메뉴(55), 고객 단말기 (13)에 발생한 특별한 이벤트를 보여주기 위한 로그메뉴(57)가 형성되어 있다.

고객이 고객 단말기(13)로 작업을 하고, 작업된 파일을 백업하기 원하는 경우, 백업메뉴(51)를 선택하면, 도 6에 도시된 바와 같이, 고객 단말기(13)내에 있는 모든 파일이 탐색기 형식으로 디스플레이된다. 고객은 고객 단말기(13)에서 작업된 모든 파일을 자동으로 찾아 백업될 리스트에 표시하도록 하는 자동백업표시모드와, 고객이 백업을 원하는 파일을 직접 선택할 수 있도록 하는 수동백업표시모드 중 원하는 모드를 선택할 수 있다. 자동이든 수동이든 백업될 파일이 결정되고 고객이 백업버튼(59)을 클릭하면 선택된 파일이 서버(15)를 통해 스토리지(11)에 저장된다.

이렇게 파일이 백업될 때, 상술한 백업모듈(35)과 중복파일 필터링모듈(25)과 보안모듈(40)이 작동하게 된다. 즉, 백업모듈(35)에서는 백업되는 파일을 블록 단위로 분할하여 기존에 업로드된 파일의 블록들과 비교하여 수정된 블록만 업로드되도록 하며, 중복파일 필터링모듈(25)에서는 사용자에 의해 업로드 선택된 파일과 기존의 파일을 비교하여 동일한 중복파일이 있다고 판단되면 해당 파일을 백업시키지 아니하고 고객 단말기(13)에 링크를 제공한다. 그리고 보안모듈(40)은 백업되는 모든 파일을 압축한 다음, 일정 크기의 전송파일로 만들고, 전송파일에 에이전트 프로그램(20)에서만 실행시킬 수 있는 확장자를 첨부한 다음 암호화하여 서버 (15)로 제공한다. 이메일의 경우에도 동일한 과정을 거쳐 파일을 백업할 수 있다.

한편, 이렇게 고객 단말기(13)를 사용하던 중, 파일을 실수로 지우거나 잘못 수정한 경우, 고객은 프로그램창(50)에선 파일복원메뉴(53)를 선택하여 이전의 파일로 복원시킬 수 있다. 도 7에 도시된 바와 같이, 파일복원메뉴(53)를 선택하면 해당 파일을 찾을 수 있도록 검색창(60)이 제공되며, 파일을 찾아서 선택한 다음, 파일복원버튼을 클릭하면, 에이전트 프로그램(20)의 파일복원부(49)에서는 서버 (15)로 해당 파일의 다운로드를 요청하고, 서버(15)는 스토리지(11)로부터 해당 파일을 추출하여 고객 단말기(13)로 제공한다.

이렇게 일부 파일이 손상 또는 멸실된 경우 이외에 바이러스나 고장 등으로 거의 대부분이 파일이나 어플리케이션 프로그램이 손상된 경우, 도 8에 도시된 바와 같은 방법을 통해 파일이나 어플리케이션 프로그램을 복원할 수 있도록 한다. 고객이 힐링메뉴(55)를 선택하면(Q10), 도 9에 도시된 바와 같은 힐링화면(65)이 제공된다. 힐링화면에(65)는 복원할 수 있는 날짜가 표시된 백업리스트가 표시되 며(Q20), 고객이 원하는 날짜, 예를 들어 바이러스에 걸린 경우에는 바이러스 걸리기 전 최신파일이 저장된 날짜를 선택하면(Q30), 백업요청부(47)에서 서버(15)로 해당 파일의 다운로드를 요청하고, 고객 단말기(13)로 파일이나 어플리케이션 프로그램이 다운로드되면(Q40), 파일복원부(49)에서는 파일이나 어플리케이션 프로그램을 고객 단말기(13)에 설치하여 복원시킨다(Q50). 이 때, 고객 단말기(13)는 에이전트 프로그램(20)이 작동할 수 있는 정도의 상태면 힐링모듈(45)이 작동할 수 있다.

이와 같이, 본 네트워크를 기반으로 하는 파일 저장 및 복구 시스템에서는, 원격의 스토리지(11)에 파일을 백업시 각 파일을 블록단위로 분할하고, 분할된 블록을 비교하여 수정된 블록만을 백업시킴으로써, 스토리지(11)의 저장공간의 낭비를 방지할 수 있고 네트워크상의 트래픽도 감소시킬 수 있게 된다.

그리고 업로드할 파일과 동일한 중복파일이 이미 존재하는지를 비교하여 중복파일이 있는 경우에는 파일을 업로드하지 아니하고 해당 중복파일의 스토리지 (11) 저장위치를 링크시켜 줌으로써, 동일한 파일이 스토리지(11)에 중복 저장 방지에 따라 스토리지(11)의 저장공간 소모를 최소화할 수 있고, 주소만을 링크시킴에 따라 네트워크 트래픽을 감소시킬 수 있고 백업속도를 증가시킬 수 있다.

또한, 이러한 파일의 백업시, 일정 크기의 전송파일을 구성하고, 에이전트 프로그램(20)에서만 실행가능한 파일의 확장자명을 부여하고, 암호화하는 다단계에 걸친 보안과정을 거침으로써, 정보의 누출이 거의 불가능하다.

뿐만 아니라, 손상된 파일이나 어플리케이션 프로그램을 다시 고객 단말기 (13)로 다운로드하여 복원할 수 있도록 함으로써, 종래에 자료의 복구를 위해 사용되는 비용소모를 감소시킬 수 있을 뿐만 아니라, 누구나 손쉽게 복구시킬 수 있으므로 시간적 낭비를 방지할 수 있다. 또한, 복구를 위해 타인의 업무나 자신의 업무를 방해하지 아니하고, 복구만 되면 바로 업무를 수행할 수 있으므로 업무의 연속성을 보장할 수 있다.

이상 설명한 바와 같이, 본 발명에 따르면, 스토리지의 저장공간 낭비를 방지할 수 있고 네트워크상의 트래픽도 감소시킬 수 있을 뿐만 아니라, 정보의 누출을 방지할 수 있다. 그리고 자료복구에 따른 업무중단을 방지하여 업무의 연속성을 보장할 수 있을 뿐만 아니라, 데이터 복구에 소요되는 시간적 손실을 감소시킴으로써, 업무중단에 따른 기회비용을 절감할 수 있게 된다. 또한, 별도의 스토리지 설치시 발생하는 스토리지 설비 및 관리비용을 절감할 수 있으므로, 전체적인 IT COST를 현격히 절감할 수 있다.

도 1은 본 발명에 따른 파일 저장 및 복구 시스템의 개략적 구성도,

도 2는 도 1의 에이전트 프로그램 및 서버의 구체적 구성도,

도 3은 도 2의 백업모듈에 의해 파일이 백업되는 과정을 보인 블록도,

도 4는 도 3의 백업모듈에 의해 블록이 교체되는 과정을 보인 구성도,

도 5는 도 2의 보안모듈에 의해 파일을 보안하는 과정을 보인 블록도,

도 6은 도 2의 에이전트 프로그램을 통해 파일을 백업시킬 경우 고객 단말기에 제공되는 프로그램창의 구성도,

도 7은 도 2의 에이전트 프로그램을 통해 단일 파일을 복원시킬 경우 고객 단말기에 제공되는 프로그램창의 구성도,

도 8은 도 2의 힐링모듈에 의해 파일 및 어플리케이션 프로그램이 복원되는 과정을 보인 블록도,

도 9는 도 2의 에이전트 프로그램을 통해 힐링메뉴를 선택한 경우 고객 단말기에 표시되는 프로그램창의 구성도이다.

* 도면의 주요 부분에 대한 부호의 설명

11 : 스토리지 13 : 고객 단말기

15 : 서버 20 : 에이전트 프로그램

25 : 중복파일 필터링모듈 26 : 파일추출부

27 : 링크부 31 : 인덱스생성부

32 : 블록분할부 33 : 비교부

34 : 업로드부 35 : 백업모듈

37 : 이메일 최적화모듈 40 : 보안모듈

41 : 압축부 42 : 전송파일 생성부

43 : 확장자명 지정부 44 : 암호화부

45 : 힐링모듈 46 : 백업리스트부

47 : 백업요청부 48 : 백업부

49 : 파일복원부

Claims (16)

1. 네트워크를 통해 통신가능한 원격지에 마련된 스토리지와, 상기 스토리지에 파일을 업로드 또는 다운로드하고자 하는 다수의 고객 단말기를 상기 스토리지에 연결하는 서버를 포함하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템에 있어서,

   상기 고객 단말기에 탑재되며, 상기 고객 단말기로부터 상기 스토리지에 업로드되고 O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하는 파일에 대해, 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 백업리스트부와, 상기 고객 단말기로부터 백업리스트에서 특정한 날짜를 선택되면 상기 서버에 해당 날짜의 백업파일을 요청하는 백업요청부와, 상기 서버로부터 제공된 백업파일을 백업시키는 백업부를 갖는 힐링모듈을 포함하는 에이전트 프로그램을 갖는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
2. 제 1 항에 있어서,

   상기 스토리지에 업로드될 파일을 일정 크기의 블록으로 분할하는 블록분할부와, 상기 스토리지에 업로드된 파일과 상기 업로드된 파일에 대한 백업 파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 비교부와, 상기 비교부에 추출된 블록만을 업로드시켜 상기 업로드된 파일에 추가 또는 교체하는 업로드부를 포함하는 백업모듈을 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
3. 제 1 항에 있어서,

   상기 에이전트 프로그램은, 상기 고객 단말기에서 상기 업로드될 파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 포함하는 인덱스를 형성하는 인덱스생성부를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
4. 제 1 항에 있어서,

   상기 서버에는,

   상기 고객 단말기로부터 제공된 인덱스와 상기 스토리지에 업로드된 타인의 파일과 비교하여 중복파일을 추출하는 파일추출부와,

   중복파일의 추출시, 상기 각 고객 단말기의 에이전트 프로그램에 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 링크부를 갖는 중복파일 필터링모듈을 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
5. 제 4 항에 있어서,

   상기 고객단말기에 보관된 이메일을 각 메일 별로, 각 메일의 메시지와 첨부파일로 분할하여 상기 백업모듈과 중복파일 필터링모듈로 제공하는 메일링 최적화 모듈을 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
6. 제 1 항에 있어서,

   업로드될 파일을 압축하는 압축부와, 압축된 파일을 분할 또는 연결하여 일정 크기를 갖는 전송파일을 형성하는 전송파일 생성부와, 상기 각 전송파일에 에이전트 프로그램에서만 실행시킬 수 있는 확장자명을 부여하는 확장자명 지정부와, 상기 확장자명이 부여된 전송파일을 암호화 및 해독하는 암호화부를 포함하는 보안모듈을 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 시스템.
7. 제 1 항에 있어서,

   상기 힐링모듈은, 상기 업로드된 파일 중 선택된 특정 파일만을 다운로드하여 복원시키는 파일복원부를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 원격 스토리지 파일 저장 및 복구 시스템.
8. 제 1 항에 있어서,

   상기 서버는, 상기 에이전트 프로그램이 아닌 웹을 통해 접속한 고객을 위한 서비스를 제공하는 웹서비스부를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 원격 스토리지 파일 저장 및 복구 시스템.
9. 네트워크를 통해 통신가능한 원격지에 마련된 스토리지와, 상기 스토리지에 파일을 업로드 또는 다운로드하고자 하는 다수의 고객 단말기를 상기 스토리지에 연결하는 서버를 포함하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법에 있어서,

   상기 고객 단말기로부터 상기 스토리지로 업로드되고 O/S의 레지스트리, 어플리케이션 프로그램, 데이터 중 적어도 하나를 포함하는 파일이 백업된 날짜와 해당 날짜의 백업내용에 대한 백업리스트를 작성하여 저장하는 단계와;

   상기 고객 단말기에서 상기 백업리스트에서 특정한 날짜를 선택하는 단계와;

   상기 서버에 해당 날짜에 저장된 백업파일을 요청하는 단계와;

   상기 서버를 통해 상기 스토리지에 저장된 백업파일을 제공받아 상기 고객 단말기에 백업시키는 단계를 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
10. 제 9 항에 있어서,

    상기 스토리지에 업로드될 파일을 일정 크기의 블록으로 분할하는 단계와;

    상기 스토리지에 업로드된 파일과 상기 업로드된 파일에 대한 백업 파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 단계와;

    상기 추출된 블록만을 업로드시켜 상기 업로드된 파일에 추가 또는 교체하는 단계를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
11. 제 9 항에 있어서,

    상기 고객 단말기에서 업로드될 파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 대한 정보를 포함하는 인덱스를 형성하는 단계와;

    상기 서버에서 상기 고객단말기로부터 제공된 인덱스와 상기 스토리지에 업로드된 타인의 파일과 비교하여 중복파일을 추출하는 단계와;

    상기 각 고객단말기에 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 단계를 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
12. 제 9 항에 있어서,

    상기 고객단말기에 보관된 이메일을 각 메일 별로, 각 메일의 메시지와 첨부파일로 분할하는 단계와;

    상기 스토리지에 업로드된 이메일의 메시지 및 첨부파일과 상기 업로드된 파일에 대한 백업 파일의 메시지 및 첨부파일의 각 블록을 비교하여 상기 백업 파일 중 상기 업로드된 파일과 상이한 블록을 추출하는 단계와;

    상기 추출된 블록만을 업로드시켜 상기 업로드된 이메일의 메시지 및 첨부파일에 추가 또는 교체하는 단계를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
13. 제 9 항에 있어서,

    상기 고객 단말기에서 업로드될 이메일의 메시지 및 첨부파일의 이름, 사이즈, 생성날짜, 위치 등의 정보가 포함되는 대한 정보를 포함하는 인덱스를 형성하는 단계와;

    상기 서버에서 상기 고객단말기로부터 제공된 이메일의 메시지 및 첨부파일의 인덱스와 상기 스토리지에 업로드된 타인의 이메일이 메시지 및 첨부파일과 비교하여 중복파일을 추출하는 단계와;

    상기 중복파일의 추출시, 상기 스토리지에 저장된 해당 중복파일의 주소를 링크시켜주는 단계를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
14. 제 9 항에 있어서,

    업로드될 파일을 압축하는 단계와;

    압축된 파일을 분할 또는 연결하여 일정 크기를 갖는 전송파일을 형성하는 단계와;

    상기 각 전송파일에 상기 고객 단말기에서만 실행시킬 수 있는 확장자명을 부여하는 단계와;

    상기 확장자명이 부여된 전송파일을 암호화하는 단계를 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 파일 저장 및 복구 방법.
15. 제 9 항에 있어서,

    특정 파일에 대해 임의의 날짜에 백업파일을 선택할 수 있도록 하는 단계와;

    상기 선택된 날짜의 백업파일을 상기 고객 단말기로 다운로드하여 복원시키는 단계를 더 포함하는 것을 특징으로 하는 네트워크를 기반으로 하는 원격 스토리지 파일 저장 및 복구 방법.
16. 제 9 항에 있어서,

    상기 서버는, 웹을 통해 접속한 고객에게 상기 스토리지에 접근할 수 있도록 하는 웹페이지를 제공하는 것을 특징으로 하는 네트워크를 기반으로 하는 원격 스토리지 파일 저장 및 복구 방법.