KR100257061B1

KR100257061B1 - 이종파일로의 액세스를 가능하게 하는 정보처리시스템 및 그 제어방법

Info

Publication number: KR100257061B1
Application number: KR1019960027009A
Authority: KR
Inventors: 히로미치 이토; 마사토 아라이; 유키오 나카타; 토시야 이토; 미츠루 모리
Original assignee: 사토 츠토무; 히다치소프트웨어 엔지니어링 가부시키가이샤; 가나이 쓰도무; 가부시끼가이샤 히다치 세이사꾸쇼
Priority date: 1995-07-05
Filing date: 1996-07-04
Publication date: 2000-05-15
Also published as: JP3335801B2; DE69617112D1; DE69617112T2; EP0752672B1; JPH0922374A; KR970007689A; US5832510A; EP0752672A1

Abstract

통신망을 거쳐서 여러개의 이종파일 시스템상의 공용파일을 액세스하는 경우에 적합한 이종파일 액세스수단을 구비한 정보처리시스템 및 그 제어방법에 관한 것으로서, 단일의 클라이언트 프로그램에 의해 파일관리방법이 다른 여러개의 파일서버상의 파일을 효율좋게 액세스할 수 있도록 하기 위해서, 파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치와 제 1 및 제 2 서버 정보처리장치를 접속하는 통신망을 구비하는 구성으로 하였다.

이러한 구성으로 하는 것에 의해, 클라이언트 정보처리장치에서 발행된 제 2 서버 정보처리장치상의 파일에 대한 액세스처리의 고속화와 함께 LAN트래픽의 저감이 도모된다는 효과가 있다.

Description

이종파일로의 액세스를 가능하게 하는 정보처리시스템 및 그 제어방법

본 발명은 정보처리장치의 파일액세스수단 및 그 방법에 관한 것으로서, 특히 통신망을 거쳐서 여러개의 이종파일 시스템상의 공용파일을 액세스하는 경우에 적합한 이종파일 액세스수단을 구비한 정보처리 시스템 및 그 제어방법에 관한 것이다.

퍼스널 컴퓨터 등의 정보처리장치가 보급됨에 따라서 종래는 각 정보처리장치마다의 자기기억장치상에 보관하고 있던 사용자의 프로그램파일, 데이터파일 등을 한곳의 대용량 자기기억장치에 보관하고 각 정보처리장치의 사용자가 데이터를 공용하는 등의 사용법이 실행되게 되었다.

일반적으로는 파일서버 프로그램이 탑재된 서버 정보처리장치, 장기 서버 정보처리장치로 액세스하기 위한 클라이언트 프로그램이 탑재된 여러개의 클라이언트 정보처리장치를 통신망에 접속하고, 서버 정보처리장치상의 파일을 각 클라이언트 정보처리장치에서 액세스하여 이용한다.

또, 서버 정보처리장치상의 파일의 보안을 유지하기 위해, 파일서버 프로그램에는 사용자 인증기구와 상기 사용자인증에 따른 각 파일로의 액세스 권한설정/확인기구가 구비되는 것이 일반적이다.

상술한 바와 같은 파일공용 시스템의 발달과 통신망의 광역화를 배경으로 1대의 클라이언트 정보처리장치에서 여러대의 서버 정보처리장치상의 파일로의 액세스를 실행하고자 하는 요구가 높아지고 있다.

그러나, 여러대의 서버 정보처리장치의 파일서버 프로그램이 다른 종류(種類)인 경우, 클라이언트 정보처리장치에는 각 파일서버 프로그램의 종류에 대응한 클라이언트 프로그램을 탑재하지 않으면 안된다.

이 때문에, 다른 클라이언트 프로그램이 공존할 수 없거나 동작에 필요한 메모리 등의 하드웨어규모가 크게 되거나 또는 액세스지에 따라서 조작방법이 다르다는 문제등이 발생하는 경우가 있다.

이들 문제를 해결하는 종래기술로서는 제 2 서버 정보처리장치상의 파일을 제 1 서버 정보처리장치로 송신하는 파일조작 프로그램을 제 1 서버 정보처리장치상에 마련하고 또 상기 전송을 지시하는 파일 액세스요구 프로그램을 클라이언트 정보처리장치상에 마련하는 방법이 일본국 특허출원 평성5-152303호에 의해 개시되어 있다.

이 종래기술의 방법에서는 어플리케이션 등으로 부터의 파일이용에 앞서, 우선 사용자가 상기파일 액세스요구 프로그램을 사용해서 제 1 서버 정보처리장치상의 파일조작 프로그램에 제 2 서버 정보처리장치상에서 제 1 서버 정보처리장치상으로의 파일전송을 실행시킨다. 그 후, 상기 파일을 제 1 서버 정보처리장치상의 파일로서 액세스한다. 상기 액세스에 의해 파일의 내용을 변경한 경우에는 다시 파일 액세스 요구 프로그램을 사용해서 제 1 서버 정보처리장치상의 파일조작 프로그램에 제 1 서버 정보처리장치상에서 제 2 서버 정보처리장치상으로의 파일전송을 실행시킨다. 이것에 의해, 제 2 서버 정보처리장치상의 파일을 직접 액세스한 경우와 동일한 결과를 얻을 수 있다. 따라서, 여러개의 다른 클라이언트 프로그램을 클라이언트 정보처리장치에 탑재할 필요가 없다는 효과가 달성된다.

그러나, 상기의 종래예에서는 상술한 바와 같은 추가적인 처리를 필요로 하므로, 제 2 서버 정보처리장치상에 있는 파일에 대한 조작성은 제 1 서버 정보처리장치상에 원래부터 있는 파일에 대한 조작성에 비해 낮은 것으로 되어 있었다.

보다 구체적으로는 상기 종래예에서는 제 1 서버 정보처리장치상에는 제 2 서버 정보처리장치상의 파일의 디렉토리구조에 관한 정보가 존재하지 않으므로, 제 1 파일서버 프로그램용으로 작성된 파일일람표시 프로그램등에 의해 제 2 파일서버상의 파일일람을 표시할 수 없다는 과제가 있었다. 또, 제 1 서버 정보처리장치에서 제 2 서버 정보처리장치로의 파일라이트백이 종료할 때까지 다음의 처리를 개시할 수 없다는 문제가 있었다.

또, 여러명의 사용자가 동시에 동일파일을 이용한 경우, 불필요한 파일전송이 발생하거나 사용자가 의도하지 않는 파일의 오버라이트가 실행되거나 한다는 문제가 있었다.

본 발명의 목적은 상기와 같은 문제를 해결하기 위해 이루어진 것으로서, 다른 파일서버 프로그램을 구비한 여러개의 서버 정보처리장치상의 파일에 대해 액세스하는 경우라도 단일의 파일서버 프로그램을 구비한 서버 정보처리장치상의 파일로 액세스하는 경우가 거의 마찬가지인 조작성을 확보할 수 있는 이종파일로의 액세스를 가능하게 하는 정보처리 시스템 및 그 제어방법을 제공하는 것이다.

보다 구체적으로는, 본 발명의 다른 목적은 제 1 서버 정보처리장치용의 파일일람표시 프로그램에 의해 제 2 서버 정보처리장치상의 파일 일람을 표시할 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 제 1 서버 정보처리장치상에 제 2 서버 정보처리장치상의 디렉토리구조를 재현한 경우에도 제 1 서버 정보처리장치의 파일기억장치의 용량소비를 적게 할 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 제 1 서버 정보처리장치상에 제 2 서버 정보처리장치상의 디렉토리구조를 재현할 때, 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로 송신하는 정보량을 적게할 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 클라이언트 프로그램이 제 2 서버 정보처리장치상의 파일로의 액세스를 종료하고 상기 파일을 폐쇄한 후, 제 1 서버 정보처리장치에서 제 2 서버 정보처리장치로의 라이트백완료를 대기하는 일없이 다음의 처리를 실행할 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 여러개의 사용자가 제 2 서버 정보처리장치상의 동일파일을 거의 동시에 액세스하는 경우에도 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로의 파일카피를 1회로 끝낼 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 제 2 서버 정보처리장치상의 동일 파일로의 액세스가 연속한 경우에 제 2 서버 정보처리장치에서 제 1 서보 정보처리장치로의 파일카피를 1회로 끝낼 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 여러명의 사용자가 제 2 서버 정보처리장치상의 동일 파일을 동시에 액세스하고 내용을 변경한 경우에도 제 1 서버 정보처리장치에서 제 2 서버 정보처리장치로의 파일의 라이트백을 1회로 끝낼 수 있는 정보처리시스템 및 그 제어방법을 제공하는 것이다.

본 발명의 또 다른 목적은 제 2 서버 정보처리장치상의 동일파일로의 액세스직후에 상기 파일로의 삭제가 발생한 경우, 제 1 서버 정보처리장치에서 제 2 서버 정보처리장치로의 파일의 라이트백을 실행하지 않는 것이 가능한 정보처리시스템 및 그 제어방법을 제공하는 것이다.

제1도는 본 방명을 적용한 이종파일 액세스수단을 구비한 정보처리시스템의 1실시예의 구성을 도시한 블록도.

제2도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 메인루틴(21)의 처리흐름의 1예를 도시한 흐름도.

제3도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 리모트 로그인 루틴(22)의 처리흐름의 1예를 도시한 흐름도.

제4도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 사용자 프로세스 루틴(23)의 처리흐름의 1예를 도시한 흐름도.

제5도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 파일액세스 훅 루틴(24)의 흐름의 1예를 도시한 흐름도.

제6도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 개방 프리 훅루틴(50)의 처리흐름의 1예를 도시한 흐름도.

제7도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 개방포스트 훅루틴(51)의 처리흐름의 1예를 도시한 흐름도.

제8도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 삭제프리 훅루틴(52)의 처리흐름의 1예를 도시한 흐름도.

제9도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 폐쇄 프리 훅루틴(53)의 처리흐름의 1예를 도시한 흐름도.

제10도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 디렉토리작성 프리훅 루틴(54)의 처리흐름의 1예를 도시한 흐름도.

제11도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 디렉토리 삭제프리 훅루틴(55)의 처리흐름의 1예를 도시한 흐름도.

제12도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 스파즈 파일작성 루틴(60)의 처리흐름의 1예를 도시한 흐름도.

제13도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 카피백 루틴(25)의 처리흐름의 1예를 도시한 흐름도.

제14도는 제1도의 실시예에 있어서의 마운트패스 테이블(1400)의 1예를 도시한 설명도.

제15도는 제1도의 실시예에 있어서의 사용자 커넥션 테이블(1500)의 1예를 도시한 설명도.

제16도는 제1도의 실시예에 있어서의 파일핸들 테이블(1600)의 1예를 도시한 설명도.

제17도는 제1도의 실시예에 있어서의 카피파일 테이블(1700)의 1예를 도시한 설명도.

제18도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 디렉토리 동기루틴(26)의 처리흐름의 1예를 도시한 흐름도.

제19도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 동기실행 처리루틴(27)의 처리흐름의 1예를 도시한 흐름도.

제20도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 서브디렉토리 동기루틴(28)의 처리흐름의 1예를 도시한 흐름도.

제21도는 제1도의 실시예에 있어서의 제 1서버 정보처리장치(120)의 디렉토리구조의 1예를 도시한 설명도.

제22도는 제1도의 실시예에 있어서의 제 2서버 정보처리장치(130)의 디렉토리구조의 1예를 도시한 설명도.

제23도는 제1도의 실시예에 있어서의 게이트웨이 프로그램(20)의 가동시의 제 1서버 정보처리장치(120)의 디렉토리구조의 1예를 도시한 설명도.

제24도는 제1도의 실시예에 있어서의 게이트웨이 파라미터 설정파일(199)의 1예를 도시한 설명도.

제25도는 제1도의 실시예에 있어서의 스파즈파일의 구조를 도시한 설명도.

제26도는 제1도의 실시예에 있어서의 에이젼트 프로그램(30)의 리모트로그인 서비스루틴(31)의 처리흐름의 1예를 도시한 흐름도.

제27도는 제1도의 실시예에 있어서의 에이젼트 프로그램(30)의 사용자프로세스 서비스루틴(32)의 처리흐름의 1예를 도시한 흐름도.

제28도는 제1도의 실시예에 있어서의 에이젼트 프로그램(30)의 디렉토리 동기 서비스루틴(33)의 처리흐름의 1예를 도시한 흐름도.

본 발명의 목적은 파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일 서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치 및 상기 제 1 서버 정보처리장치와 상기 제 2 서버 정보처리장치를 접속하는 통신망을 구비하는 정보처리시스템으로서, 상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일(이하, 이종파일이라 한다)로의 액세스처리를 실행하는 액세스수단을 구비하고, 상기 제2 서버 정보처리장치는 상기 액세스 수단으로 부터 보내져 오는 처리요구를 수신하고 이 처리요구에 대응하는 처리를 실행하는 서비스수단을 구비하고, 상기 액세스수단은 상기 서비스수단을 거쳐서 상기 이종파일의 디렉토리구조의 적어도 일부의 구조에 관한 정보를 검출하고 이 검출한 정보에 따라 상기 제1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 이종파일의 디렉토리구조의 카피를 작성하고 이 작성한 이종파일의 디렉토리구조의 카피를 상기 제1파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가함과 동시에 상기 정보의 검출을 소정의 타이밍에서 실행하고 그때마다 이종파일의 디렉토리구조의 카피를 갱신하는 디렉토리 동기수단을 포함하는 것을 특징으로 하는 정보처리시스템에 의해 달성된다.

보다 구체적으로는 본 발명의 다른 목적은 상기 정보처리시스템에 있어서 상기 정보의 검출을 예를 들면 주기적으로 실행하는 것에 의해 제2 서버 정보처리장치상의 디렉토리구조를 제1 서버 정보처리장치 상에 정기적으로 카피하는 것에 의해서 달성된다.

본 발명의 또 다른 목적은 상기 정보처리시스템에 있어서 전회디렉토리동기를 실행한 동기시간을 기억하는 기억수단과 전회의 디렉토리 동기를 실행한 시간 이후에 갱신된 이종파일을 검색하고 상기 검색수단이 나타내는 갱신파일의 정보만을 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로 송신하는 검색수단을 구비하고, 상기 갱신파일의 정보에 따라 제 1 서버 정보처리장치의 디렉토리구조중에 추가되어 있는 이종파일의 디렉토리구조의 카피를 갱신하는 것의 의해서 달성된다.

본 발명의 또 다른 목적은 상기 정보처리시스템에 있어서, 상기 디렉토리 동기수단이 제 1 서버 정보처리장치상에 공통파일의 카피를 작성하는 경우에 그 파일에 저장하는 데이터를 카피하지 않고 예를 들면 내용이 없는 스파즈(sparse)파일로 하는 것에 의해 달성된다.

본 발명의 또 다른 목적은 또 파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일 서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치, 상기 제 1 파일 서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치, 상기 제 1 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 제 1 통신망 및 상기 제 1 서버 정보처리장치와 제 2 서버 정보처리장치를 접속하는 제 2 통신망을 포함하는 정보처리시스템으로서, 상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 이종파일로의 액세스를 실행하는 액세스수단을 구비하고, 상기 제 2 서버 정보처리장치는 상기 액세스수단과 대응해서 동작하는 서비스수단을 구비하고, 상기 액세스수단은 상기 각 클라이언트 프로그램에서 보내져 오는 파일로의 처리요구를 수신하고, 이 처리 요구가 상기 제 2 파일서버 프로그램이 관리하는 파일(이하, 이종파일이라 한다)로의 처리요구를 포함하는지 포함하지 않는지를 판단하고, 그것을 포함한다고 판단된 경우에는 상기 처리요구에 포함되어 있는 이종파일로의 처리요구를 상기 제 2 파일서버 프로그램에서 사용할 수 있는 제 2 처리 요구로 변환하고, 이 변환한 제 2 처리요구를 상기 제 2 서버 정보처리장치로 보내고, 상기 서비스수단은 상기 제 1 서버 정보처리장치에서 보내져 오는 상기 제 2 처리요구를 수신하고 그것에 대응해서 미리 정해져 있는 처리를 실행하는 것을 특징으로 하는 정보처리시스템에 의해 달성된다.

본 발명의 또 다른 목적은 상기 정보처리시스템에 있어서, 상기 액세스수단이 각 클라이언트 프로그램에서 보내져 오는 이종파일로의 액세스를 훅하는 훅수단, 상기 액세스가 상기 이종파일로의 개방(open)요구였던 경우에 해당하는 파일의 데이터를 상기 서비스수단을 거쳐서 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 파일카피수단, 상기 파일카피수단에 의해 카피한 파일을 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치에 라이트백하는 카피백수단 및 상기 액세스가 상기 이종파일로의 폐쇄(close)요구였던 경우에 상기 카피백수단을 별도의 프로세스로서 기동하는 카피백 기동수단을 구비한다.

본 발명의 또 다른 목적은 상기 정보처리시스템에 있어서, 상기 카피한 파일의 명칭, 리드개방, 라이트개방하고 있는 수, 카피백대기 플래그, 개방대기 플래그, 삭제대기 플래그 등을 기억하고 그 시점에서의 상태에 따라서 카피백처리의 실행을 제어한다.

본 발명의 또 다른 목적은 정보처리시스템의 제어방법에 있어서, 상기 이종파일의 디렉토리구조의 적어도 일부의 구조에 관한 정보를 검출하고 이 검출한 정보에 따라서 상기 제 1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하고 이 작성한 디렉토리구조의 카피를 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가하는 처리 및 상기 정보의 검출을 소정의 타이밍에서 실행하고 그때마다 상기 이종파일의 디렉토리구조의 카피를 갱신하는 처리를 포함하는 것을 특징으로 하는 정보처리시스템의 제어방법에 의해 달성된다.

본 발명의 또 다른 목적은 정보처리시스템의 제어방법에 있어서, 상기 클라이언트 프로그램에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일(이하, 이종파일이라 한다)로의 액세스를 훅하는 처리, 상기 액세스가 상기 이종파일로의 개방요구였던 경우에 해당하는 파일의 데이터를 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 처리, 상기 파일카피수단에 의해 카피한 파일을 상기 서비스수단을 거쳐서 카피지(元)에 라이트백하는 처리 및 상기 액세스가 상기 이종파일로의 폐쇄요구였던 경우에 상기 카피백수단을 별도의 프로세스로서 기동하는 처리를 포함하는 것을 특징으로 하는 정보처리시스템의 제어방법에 의해 달성된다.

본 발명을 적용한 정보처리시스템 및 그 제어방법에 의하면, 제 1 파일서버 프로그램은 원래 자체가 관리하는 파일과 함께 제 2 파일서버 프로그램이 관리하는 이종파일의 카피한 파일의 관리 또는 액세스요구에 대응하는 처리를 실행할 수 있다.

따라서, 사용자는 제 1 서버파일 프로그램을 통해서 상기 프로그램이 관리하는 파일뿐만 아니라 제 2 파일 서버 프로그램이 관리하는 이종파일로도 액세스 할 수 있다.

구체적으로는 디렉토리 동기수단은 제 2 서버 정보처리장치상의 디렉토리구조의 적어도 일부를 제 1 서버 정보처리장치상의 디렉토리구조내에 정기적으로 카피하므로, 제 1 정보처리장치상의 파일일람을 표시하면 제 2 정보처리장치상의 파일일람에 관한 정보도 동시에 얻을 수 있다.

또, 디렉토리 동기수단은 제 2 서버 정보처리장치의 디렉토리구조를 제 1 서버 정보처리장치상에 정기적으로 카피할 때 실행하는 상기 제 1 서버 정보처리장치상으로의 파일작성에 있어서, 디렉토리 파일이외의 통상의 파일을 내용이 없는 스파즈파일로서 작성한다.

이것에 의해 상기 파일이 사용하는 제 1 정보처리장치의 자기디스크중의 기억용량은 파일일람 표시중에 파일사이즈로서 나타내고 있는 것과는 관계 없는 매우 작은 사이즈로 된다.

또, 검색수단은 파일에 변경이 있었는지 없었는지를 예를 들면 기억수단에 기억되어 있는 디렉토리동기를 실행한 전회의 동기시간과 제 2 서버 정보처리장치상의 파일의 최종 갱신날짜를 비교하는 것에 의해 검출하고, 전회의 디렉토리동기를 실행한 시간 이후에 갱신된 파일의 정보만을 제 1 서버 정보처리장치로 송신한다. 갱신수단은 상기 갱신된 파일에 대한 정보에 따라서 제 1 서버 정보처리장치의 디렉토리구조중에 추가되어 있는 상기 이종파일의 디렉토리구조의 카피를 갱신한다.

이와 같이 전회의 디렉토리 동기실행 시각이후에 변경된 파일만을 동기처리의 대상으로 하는 것에 의해, 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로 송신하는 정보량을 적게 할 수 있다.

또, 훅수단은 제 1 서버 정보처리장치의 파일시스템에 대한 액세스요구를 훅하고 상기 액세스 요구가 클라이언트 정보처리장치에서 상기 디렉토리 동기수단에 의해 카피되어 작성된 이종파일의 디렉토리구조의 카피내에 속하는 파일로의 개방, 폐쇄, 삭제요구 중의 하나인지 아닌지를 판정한다.

상기 판정의 결과, 개방요구였던 경우에는 파일카피수단에 의해 상기 파일의 실체인 상기 파일에 저장되어 있는 데이터를 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로 카피한다. 이때, 상기 파일에 이미 데이터가 존재하는지를 조사해서 존재하지 않는 경우에만 카피를 실행한다. 또, 상기 개방요구가 리드모드인지 라이트모드인지에 의해 상기 파일에 대한 리드개방, 라이트개방수를 설정한다.

또, 상기 훅수단에서의 판정결과가 삭제요구였던 경우에는 상기 파일이 존재하는지 존재하지 않는지를 조사하고 또 카피백 대기플래그를 조사하여 세트되어 있으면, 삭제대기 플래그를 세트한다.

또, 상기 훅수단에서의 판정결과가 폐쇄요구였던 경우에는 카피파일 테이블수단의 리드개방, 라이트개방수를 상기 폐쇄에 대응하는 개방에 의해 가산되어 있던 분만큼 감산한다. 이 결과, 라이트 개방수가 0으로 되면 카피백수단을 별도의 프로세스로서 기동하고 상기 훅처리자체는 종료한다.

카피백수단은 카피백 대기플래그를 설정하고 그 후 개방대기 플래그, 삭제대기 플래그가 설정되어 있지 않은지를 감시하면서 미리 설정한 시간만큼 대기한다. 상기 대기시간 동안 삭제대기 플래그가 세트되면 이후의 카피백처리를 중지한다. 또, 개방대기 플래그가 세트되면 대기시간의 완료를 대기하지 않고 제 1 서버 정보처리장치에 카피한 파일을 재차 제 2 서버 정보처리장치에 라이트백하는 카피백처리를 실행한다. 카피백처리가 종료하고 개방대기 플래그가 세트되지 않고 또한 리드개방수, 라이트개방수가 모두 0인 경우에는 상기 파일의 카피는 불필요하므로, 상기 파일의 카피를 내용이 없는 스파즈파일로 한다.

이상의 구성의 처리에 의하면, 여러명의 사용자가 동시에 동일 파일을 사용할 때도 필요없는 카피처리가 발생하지 않는다. 또, 여러 명의 사용자가 사용중이었거나 폐쇄에 이어 재차 개방되는 경우에 스파즈파일화하지 않고, 카피파일을 계속해서 이용할 수 있다. 또, 폐쇄에 이어 삭제되는 경우에 불필요한 카피백을 하지 않아도 된다.

또, 카피백수단은 별도의 프로세스로서 백그라운드에서 동작하므로, 상기 카피백수단의 완료를 대기하는 일없이 클라이언트 정보처리장치로 부터의 폐쇄요구는 종료하므로 사용자는 즉시 다음의 처리를 실행할 수 있다.

이하, 본 발명의 1실시예를 도면을 사용해서 설명한다.

먼저, 본 실시예의 정보처리시스템 전체의 구성을 설명한다. 본 실시예의 시스템은 도 1에 도시한 바와 같이 제 1 클라이언트 정보처리장치(110), 제 2 클라이언트 정보처리장치(140), 제 1 서버 정보처리장치(120) 및 제 2 서버 정보처리장치(130)을 갖는다.

클라이언트 정보처리장치(110), (140), 서버 정보처리장치(120), (130)에는 중앙처리장치(CPU)(1a), (1d), (1b), (1c), 메모리 (2a), (2d), (2b), (2c), LAN 컨트롤러 (3a), (3d), (3b), (3c), 디스크 컨트롤러(4a), (4d), (4b), (4c), 자기디스크(5a), (5d), (5b), (5c)가 각각 구비되어 있다.

각 정보처리장치는 구내 정보 통신망(LAN)(101)을 거쳐서 상호 접속되어 있고 각각의 LAN컨트롤러(3)을 거쳐서 통신이 가능한 구성을 갖고 있다.

또한, 본 실시예에서는 통신망으로서 LAN을 사용하고 있지만, 본 발명에 있어서는 각 정보처리장치를 서로 접속하는 통신로의 구체적형태에 대해서 한정되는 것은 아니고 예를 들면 광역 정보 통신망(WAN)를 사용하는 구성으로 해도 좋다.

클라이언트 정보처리장치(110)의 메모리(2a)상에는 오퍼레이팅 시스템 프로그램(OS)(6a), 파일서버 프로그램(9b)용의 클라이언트 프로그램(7a), 어플리케이션 프로그램(8a)가 기동시에 자기디스크(5a)에서 로드된다. 클라이언트 정보처리장치(140)의 메모리 (2d)상에는 오퍼레이팅 시스템 프로그램(OS)(6d), 파일서버 프로그램(9c)용의 클라이언트 프로그램(7d), 어플리케이션 프로그램(8d)가 기동시에 자기디스크(5d)에서 로드된다.

제 1 서버 정보처리장치(120)의 메모리(2b)상에는 게이트웨이 프로그램(20), OS(6b), 제 1 파일서버 프로그램(9b)가 기동시에 자기디스크(5b)에서 로드된다. 또, 제 2 서버 정보처리장치(130)의 메모리(2c)상에는 에이젼트 프로그램(30), OS(6c), 제 2 파일서버 프로그램(9c)가 기동시에 자기디스크(5c)에서 로드된다. 또한, 이들의 프로그램은 하드디스크장치, 플로피디스크 장치 등의 컴퓨터에서 리드, 라이트할 수 있는 기억매체에 저장할 수 있다.

이들 서버에 로드되는 프로그램중에 게이트웨이 프로그램(20), 에이젼트 프로그램(30)이 본 발명에서 새로이 추가된 특징적인 구성이고, 그 밖의 구성은 종래의 파일서버 시스템에서 사용되고 있던 것이다.

또한, 본 실시예에서는 게이트웨이 프로그램(20)이 제 1 서버 정보처리장치 (120)에, 에이젼트 프로그램(30)이 제 2 서버 정보처리장치(130)에 기억되어 있는 경우의 구성을 예로 들어 설명하지만, 각 서버 정보처리장치가 각각 다른쪽으로의 액세스 및 다른쪽으로 부터의 액세스를 가능하게 하는 게이트웨이 프로그램 및 에이젼트 프로그램을 기억하는 구성으로 해도 좋다.

클라이언트 정보처리장치(110)의 사용자(이하, 단지 사용자라 한다)는 클라이언트 프로그램(7a)를 거쳐서 서버 정보처리장치(120)의 파일서버 프로그램(9b)에 로그인 하고 어플리케이션 프로그램(8a)에서 자기 디스크(5b)상의 공용파일을 액세스 한다.

여기에서, 본 실시예의 게이트웨이 프로그램(20)과 에이젼트 프로그램(30)에 의해 사용자가 상기 액세스와 완전히 동일한 방법으로 자기 디스크(5b)상의 파일과 마찬가지로 자기디스크(5c)상의 공용파일로 액세스 할 수 있는 장치가 제공된다.

게이트웨이 프로그램(20)은 초기화, 종료처리를 실행하면 메인루틴(21), 사용자가 제 1 파일서버 프로그램(9b)로 로그인한 것을 검출해서 제 2 파일서버 프로그램 (9c)로의 자동 로그인을 지시하는 로그인 루틴(22), 상기 자동 로그인을 각 사용자대응에 실행하는 사용자 프로세스루틴(23), 상기 사용자로 부터의 파일 액세스를 훅하고 제 2 서버 정보처리장치(130)으로의 액세스로 리다이렉트하는 파일 액세스 훅루틴(24), 제 2 서버 정보처리장치(130)에서 제 1 서버 정보처리장치(120)상에 카피되어 수정이 가해진 파일을 다시 제 2 서버 정보처리장치(130)으로 송신하는 카피백루틴(25) 및 제 2 서버 정보처리장치(130)상의 디렉토리구조가 지정된 부분과 동일한 구조를 제 1 서버 정보처리장치(120)상에 작성하는 디렉토리 동기루틴(26)을 구비한다.

에이젼트 프로그램(30)은 상기 사용자 프로세스루틴(23)으로 부터의 로그인 요구를 받아들이는 리모트로그인 서비스루틴(31), 상기 로그인 접수시에 기동되고 제 2 파일서버 프로그램(9c)로의 로그인을 실행하고 그 후 상기 파일액세스 훅루틴(24)에 의해 리다이렉트된 각 사용자로부터의 파일액세스에 응답하는 사용자 프로세스 서비스루틴(32) 및 상기 디렉토리 동기루틴(26)으로 부터의 요구에 따라서 제 2 서버 정보처리장치(130)의 디렉토리 구조정보를 되돌려 보내는 디렉토리동기 서비스루틴(33)을 구비한다.

다음에, 본 시스템의 동작의 개요를 설명한다. 제 21 도는 본 발명의 게이트웨이 프로그램(20)을 기동하기 전에 제 1 서버 정보처리장치(120)의 자기디스크(5b)상에 작성되어 있는 파일의 디렉토리구조의 1 예를 도시한 도면이다. 여기에서, 괄호( [ ] )가 쳐진 파일명의 파일은 디렉토리 파일이고, 그 아래에 연결되어 있는 파일의 정보가 저장되어 있다. 제 22 도는 제 2 서버 정보처리장치(130)의 자기디스크(5c)상에 작성되어 있는 파일의 디렉토리구조의 1 예를 도시한 도면이다.

본 실시예에 있어서는 게이트웨이 프로그램(20)을 기동하면 제 1 서버 정보처리장치(120)의 자기디스크(5b)상에 작성되는 파일의 디렉토리구조는 예를 들면 제 23 도는 도시한 바와 같은 구조로 된다. 여기에서 점선으로 둘러싸인 부분에는 상술한 디렉토리동기 루틴(26)의 기능에 의해 제 22 도에 도시한 제 2 서버 정보처리장치(130)상의 디렉토리구조 중, research/hard에서 하위의 구조가 카피되고 있다.

카피된 디렉토리구조내의 파일은 파일서버 프로그램(9b)가 OS(6b)를 거쳐서 관리하는 통상의 파일로서 자기디스크(5b)상에 작성한다. 이것에 의해, 클라이언트 정보처리장치(110)상의 어플리케이션 소프트웨어(8a)에서는 제 2 서버 정보처리장치 (130)상의 디렉토리구조의 일부를 제 1 서버 정보처리장치(120)상의 디렉토리구조로서 참조할 수 있다.

여기에서, 카피한 디렉토리구조내의 파일 중 디렉토리파일이 아닌 통상파일은 그 내용의 데이터를 제 2 서버 정보처리장치(130)에서 카피하지 않고, 1 바이트만의 더미데이타를 저장한 스파즈파일로서 작성한다. 제 25도는 스파즈파일의 예를 도시한다. 여기에서, 파일 VOLI/mpdl/circ/logl은 그 파일사이즈가 524950바이트지만, 데이터는 선두부터 24950바이트째에 1 바이트만 라이트되어 있을 뿐이다. 이와 같은 파일에서는 선두의 블록과 최종블럭만이 실제로 자기디스크(5b)상의 기억영역을 사용하고, 다른 블록은 자기디스크(5b)의 영역을 사용하지 않는다. 본 예에서는 블록사이즈가 4096바이트이므로, 파일사이즈가 524950바이트라도 실제로 사용하는 자기디스크(5b)의 용량은 4096의 2배인 8192바이트로 된다.

이와 같이, 디렉토리구조의 카피부분의 파일에 데이터의 실체가 없는 스파즈파일을 사용하는 것에 의해, 파일정보로서의 파일사이즈는 카피지의 사이즈를 반영하고 또한 자기디스크(5b)의 사용용량을 적게 할 수 있다.

클라이언트 정보처리장치(110)의 어플리케이션 프로그램(8a)로 부터의 파일의 데이터로의 액세스는 이하와 같이 실현된다.

게이트웨이 프로그램(20)의 파일액세스 훅루틴(24)가 어플리케이션 프로그램 (8a)로 부터의 파일개방요구를 검출하고 제 2 서버 정보처리장치(130)에서 상기 파일의 데이터를 제 1 서버 정보처리장치(120)상의 스파즈파일화 되어 있는 상기 파일에 오버라이트 카피한다. 상기 개방후의 상기 파일에 대한 어플리케이션 프로그램(8a)로 부터의 리드 라이트 액세스는 게이트웨이 프로그램(20)의 관여없이 실행된다. 한편, 어플리케이션 프로그램(8a)로 부터의 폐쇄요구를 검출하면 상기 파일로의 데이터의 라이트가 실행되었는지 실행되지 않았는지를 판정하고, 라이트가 실행되어 있었던 때는 상기 카피백 루틴(25)가 제 2 정보처리장치(130)에 데이터를 라이트백한다. 또, 폐쇄후에는 다시 제 1 정보처리장치상의 상기 파일을 상술한 스파즈파일로 한다. 이 카피백처리는 일단 개시의 지시가 발행되면 사용자와의 관여없이 백그라운드에서 실행된다. 이 때문에, 어플리케이션 프로그램(8a)는 카피백 처리의 종료를 대기하는 일 없이 다음의 처리를 실행할 수 있다.

또, 카피백처리는 파일의 폐쇄후 즉시 개시하지 않고 잠시 시간을 두고 나서 개시한다. 이 시간은 카피백 지연시간이라 한다.

시스템관리자가 작성하고 자기디스크(5b)상에 저장하는 게이트웨이 파라미터 설정파일(199)의 1 예를 도 24에 도시한다. 본 도면의 1 행째(2410)에서는 제 2 정보처리장치(130)상의 디렉토리구조의 어느 부분을 제 1 정보처리장치(120)의 어느 디렉토리에 할당할 것인지를 나타내고 있다. 여기에서는 RV2"라는 명칭의 제 2 서버 정보처리장치(130)의 esearch/hard"이하의 디렉토리구조를 제 1 서버 정보처리장치 (120)의 OLI/mpdl할당하는 예를 도시하고 있다. 2 행째(2420)은 어플리케이션 프로그램(8a)가 파일을 폐쇄하고 나서 카피백루틴(25)가 파일의 카피백을 개시할 때까지의 시간인 카피백 지연시간을 지정한다. 본 예에서는 500m초를 지정하는 예를 도시하고 있다. 3행째(2430)은 디렉토리동기를 실행하는 시간간격을 지정한다. 여기에서는 6000초 즉 10분으로 한 예를 도시한다.

이하, 상술한 각 루틴의 처리를 상세하게 설명한다.

먼저, 루틴의 설명에 앞서 게이트웨이 프로그램(20)내의 각 루틴에서 메모리(2b)상에 설정, 참조하는 테이블의 예를 도시한다.

도 14는 마운트패스 테이블(1400)의 1 예이다. 마운트패스 테이블(1400)은 상술한 게이트웨이 파라미터 설정파일(199)에 기술된 제 2 정보처리장치(130)상의 디렉토리구조의 어느부분을 제 1 정보처리장치(120)의 어느 디렉토리에 할당할 것인지의 정보를 저장하는 테이블이다. 여러개의 할당을 가능하게 하므로, 마운트패스 테이블 (1400)은 여러개의 노드(1490)과 최초의 노드를 나타내는 선두포인터 (1401)로 구성되는 선형리스트구조로 하고 있다. 각 노드(1490)에는 다음의 노드를 가리키는 포인터(1402), 제 1 정보처리장치(120)의 디렉토리의 패스인 마운트패스(1403) 및 제 2 정보처리장치(130)의 디렉토리의 패스인 리모트패스(1404)가 저장된다. 푀후의 노드의 포인터(1402)는 비어있음을 나타내는 NULL"이 저장되어 있다.

도 15는 사용자 커넥션테이블(1500)의 1 예이다. 사용자 커넥션테이블(1500)은 최초의 노드를 나타내는 선두포인터(1501)과 로그인한 각 사용자에 대응한 여러개의 노드(1590)으로 구성된다. 각 노드(1590)은 다음의 노드를 가리키는 포인터 (1502), 제 1 파일서버 프로그램(9b)가 로그인한 사용자에 할당된 커넥션번호 (1503), 로그인 루틴(22)가 각 사용자마다 기동해서 할당된 사용자프로세스의 프로세스번호(1504), 상기 사용자프로세스가 에이젼트 프로그램(30)의 사용자 서비스루틴 (32)과 통신하기 위한 소켓번호(1505) 및 각 사용자가 사용중인 제 2 정보처리장치 (130)상의 파일에 관한 정보를 기억한 파일 핸들 테이블(1600)으로의 포인터인 파일 핸들 테이블포인터(1506)으로 구성된다.

도 16은 상기 파일 핸들 테이블(1600)의 1 예이다. 이 테이블은 사용자마다 작성되고 테이블의 각 노드(1690)은 다음의 노드를 가리키는 포인터(1602), 제 1 정보처리장치(120)상의 패스명을 포함하는 파일명(1603), 상기 파일을 개방하였을 때 OS(6b)에서 부여되는 파일핸들번호(1604), 제 2 정보처리장치(130)상의 패스명을 포함하는 리모트파일명(1605) 및 상기 파일을 개방하였을 때 OS(6c)에서 부여되는 리모트파일 핸들번호(1606)으로 구성된다.

도 17은 제 2 정보처리장치에서 제 1 정보처리장치로 파일의 데이터가 일시적으로 카피되어 있는 파일의 정보를 나타내는 카피파일 테이블(1700)의 1 예를 도시한 도면이다. 카피파일 테이블(1700)은 최초의 노드를 나타내는 선두포인터(1701)과 상기 파일마다 대응한 여러개의 노드(1790)으로 구성된다. 각 노드(1790)은 다음의 노드를 가리키는 포인터(1702), 제 1 정보처리장치(120)상의 패스명을 포함하는 파일명 (1703), 상기 파일에 대해 제 1 정보처리장치(120)상에서 리드모드로 개방하고 있는 수를 도시한 리드개방수(1704), 동 라이트개방수(1705), 상기 파일이 제 2 정보처리장치(130)으로 라이트백처리가 기동되고 있는 것을 나타내는 카피백 플래그(1706), 상기 파일에 대해 개방대기의 프로세스가 있는 것을 나타내는 개방대기 플래그(1707) 및 마찬가지로 삭제 대기의 프로세스가 있는 것을 나타내는 삭제대기 플래그(1708)로 구성 된다.

이하, 상술한 각 루틴의 처리흐름을 설명한다.

먼저, 게이트웨이 프로그램(20)의 메인루틴(21)의 처리흐름을 도 2를 참조해서 설명한다.

본 처리흐름에 있어서 스텝(201)에서는 상기 사용자커넥션 테이블(1500)의 선두포인터(1501) 등의 시스템 변수를 초기화 한다. 스텝(203)에서는 미리 시스템 관리자가 작성하여 자기디스크(5b)상에 저장하고 있는 게이트웨이 파라미터 설정파일 (199)를 참조해서 상기 마운트패스 테이블(1400)을 작성한다.

스텝(204)에서 디렉토리 동기루틴(26)을 새로운 프로세스로서 기동하고 상기 마운트패스 테이블에서 설정한 대응관계에 따라서 제 2 정보처리장치(130)의 자기디스크(5c)상의 디렉토리구조의 일부를 제 1 정보처리장치(120)의 자기디스크(5b)상에 재현한다. 또한, 각 프로세스는 OS의 타임슬라이스기능에 의해 병렬처리가 실행된다.

스텝(205)∼(207)에서는 파일서버 프로그램(9b) 등에서 발행되는 파일액세스요구를 훅하기 위해, OS(6b)의 파일시스템으로의 기능호출 서비스벡터를 리라이트한다. 여기에서 서비스벡터라 하는 것은 상기 기능호출 발행시에 실행되는 CPU(1b)의 소프트웨어 인터럽트 명령에서 참조되는 분기지 어드레스를 의미한다. 우선, 스텝(205)에서 OS(6b)가 설정한 기능호출의 서비스벡터를 취득하고 스텝(206)에서 상기 서비스잭터를 시스템변수로서 기억해서 보존한다. 스텝(207)에서는 본 게이트웨이 프로그램(20)내의 파일액세스 훅루틴(24)의 엔트리어드레스를 새로운 파일액세스 서비스벡터로서 설정하고 파일액세스요구를 훅하기 위한 설정을 종료한다.

다음에, 스텝(208)에서 로그인루틴(22)를 새로운 프로세스로서 기동하고 사용자로부터의 로그인 감시를 개시한다. 스텝(209)에서는 저절로 슬립상태로 되어 정지명령을 대기한다. 이 시점에서 게이트웨이 프로그램(20)의 초기화는 종료하고 사용자는 제 2 정보처리장치(130)상의 파일을 액세스할 수 있게 된다.

시스템관리지가 게이트웨이 프로그램(20)의 정지명령을 발행하면 메인루틴은 슬립상태에서 빠져 나와 스텝(210)이후의 종료처리를 실행한다. 스텝(210)에서는 로그인루틴(22)를 종료시키기 위한 신호를 로그인프로세스로 보내고 스텝(211)에서는 마찬가지로 디렉토리동기 프로세스로의 종료지시를 송신한다. 스텝(212)에서는 스텝(207)에서 리라이트한 파일액세스 서비스벡터를 스텝(206)에서 보존해 두었던 원래의 값으로 되돌린다. 이상으로 메인루틴(21)을 종료한다.

다음에, 리모트 로그인루틴(22)의 처리흐름을 도 3을 참조해서 설명한다. 본 처리흐름에 있어서, 스텝(301)에서는 파일서버 프로그램(9b)로의 사용자의 로그인 또는 로그 아웃, 상술한 메인루틴(21)로 부터의 로그인 프로세스 정지지시 등의 이벤트를 감시하면서 대기한다. 상기 이벤트가 발생하면 스텝(302)에서 로그인인지 아닌지를 판정하여 로그인인 경우 스텝(303)에서 사용자 프로세스루틴(23)을 새로운 프로세스로서 기동한다.

한편, 스텝(302)에서 로그인이 아니라고 판정한 경우는 스텝(304)를 실행하고, 로그아웃인지 아닌지를 조사한다. 로그아웃이었던 경우에는 스텝(305)를 실행하고, 로그아웃이 아니면 스텝(306)을 실행한다.

상기 스텝(305)에서는 상술한 사용자 커넥션테이블(1500)을 참조하여 로그아웃지의 커넥션번호(1503)에서 사용자 프로세스번호(1504)를 조사해서 상기 프로세스로 로그아웃지시의 신호를 송신한다.

스텝(306)에서는 발생한 이벤트가 서비스 정지지시인지 아닌지를 판정해서 정지지시였던 경우에는 로그인 프로세스를 종료한다. 상기 정지지시이외의 이벤트였던 경우에는 재차 스텝(301)에서의 이벤트대기를 실행한다.

다음에, 상기 로그인루틴(22)의 스텝(303)에서 생성 기동되는 사용자 프로세스루틴(23)의 처리흐름을 도 4를 참조해서 설명한다. 본 처리흐름에서는 먼저 스텝 (400)에서 제 2 정보처리장치(130)상의 에이젼트 프로그램(30)의 리모트로그인 서비스루틴(31)에 대해서 소켓을 작성하고 새로운 통신커넥션을 확립한다. 다음에, 스텝(401)에서 상기 리모트로그인 서비스루틴(31)에 대해서 제 2 파일서버 프로그램 (9c)로의 로그인을 의뢰한다.

이때, 상기 리모트로그인 서비스루틴(31)은 우선 사용자 프로세스 서비스루틴 (32)를 새로운 프로세스로서 기동하고 여기에서 로기인을 실행한다. 상기 사용자 프로세스 서비스루틴(32)는 리모트로그인 서비스루틴(31)에 연결되는 소켓을 사용해서 상기 사용자 프로세스루틴(23)에 상기 로그인의 결과를 전달한다. 스텝(402)에서는 상기 결과를 판정하고 로그인 성공이었던 경우에는 스텝(403)이후를 실행하고 로그인 실패인 경우에는 상기 사용자 프로세스루틴을 종료하도록 제어한다. 스텝(403)에서는 상기 사용자 커넥션 테이블(1500)에 새로운 노트(1590)을 추가하고 커넥션번호(1503), 프로세스번호(1504), 소켓번호(1505), 파일 핸들 테이블포인터(1506)의 각 값을 설정한다. 계속해서, 스텝(404)에서는 상기 로그인 루틴(22)에서 로그아웃지시를 수취할 때까지 슬립해서 대기한다. 상기 로그아웃지시를 수취하면 스텝(405)에서 제 2 파일서버 프로그램(9c)로 부터의 로그아웃을 사용자 프로세스 서비스루틴(32)에 의뢰해서 실행한다. 상기 로그아웃 후, 사용자 프로세스루틴(23)은 종료한다.

다음에, 파일액세스 훅루틴(24)의 처리흐름을 도 5를 참조해서 설명한다. 상술한 메인루틴(21)에서 실행한 파일액세스 서비스벡터 리라이트에 의해 OS(6b)의 파일시스템으로의 기능호출이 발행될 때마다 본 루틴이 호출된다.

본 루틴이 호출되면 스텝(501)에서 파일액세스 요구지의 커넥션 번호가 사용자 커넥션테이블(1500)에 있는지 없는지를 조사한다. 상기 조사의 결과, 사용자커넥션 테이블(1500)에 존재하지 않으면 파일액세스를 리다이렉트할 대상의 요구지(사용자)가 아니므로, 스텝(560)에서 원래의 벡터를 호출하여 본래의 처리를 실행한 후, 스텝 (599)에서 본 루틴의 호출지로 되돌아간다.

스텝(502)에서는 파일액세스 요구가 있던 파일(이하, 단순히 요구파일 이라 한다)가 제 2 정보처리장치(130)의 디렉토리를 마운트한 디렉토리부분에 포함되는지 포함되지 않는지를 조사한다. 상기 조사는 마운트패스 테이블(1400)을 참조해서 마운트패스(1403)과 요구파일의 완전한 패스명을 비교하는 것에 의해 실행된다.

또한, 파일액세스 요구가 폐쇄인 경우에는 파일명이 아니라 파일 핸들번호가 부여되지만, 이 경우에는 우선 사영자커넥션 테이블(1500)의 파일 핸들 테이블포인터 (1506)에서 상기 사용자의 파일핸들 테이블(1600)의 선두포인터를 구하고, 다음에 상기 포인터가 나타내는 파일핸들 테이블(1600)내의 파일핸들번호(1604)에 상당하는 것이 있는지를 조사한다. 상기 조사의 결과, 대상파일이 아니면 스텝(560)에서 원래의 벡터를 호출하여 본래의 처리를 실행한 후 스텝(599)에서 본 루틴의 호출지로 되돌아 간다.

다음에, 스텝(505), (510), (520), (530), (540)에서 파일개방, 파일폐쇄, 파일삭제, 디렉토리작성, 디렉토리삭제 중의 하나의 요구인지 아닌지를 각각 판정한다.

파일개방인 경우에는 우선 스텝(506)에서 개방프리훅 루틴(50)을 호출한다. 스텝(507)에서는 상기 호출의 결과가 에러였는지 아닌지를 조사해서 에러였던 경우에는 계속되는 수텝(508)을 스킵한다(실행하지 않고 건너뛴다). 스텝(508)에서는 보존하고 있는 원래의 파일액세스 서비스벡터를 참조해서 그 어드레스를 호출하는 것에 의해 OS(6b)의 파일시스템에 개방처리를 요구한다(이하, 이와 같은 처리를 단지 원래 벡터를 호출한다라고 한다). 다음에, 스텝(509)에서 개방포스트 훅루틴(51)을 호출하고 스텝(599)에서 파일개방의 호출지로 되돌아간다.

또, 파일폐쇄의 경우에는 우선 스텝(511)에서 폐쇄프리 훅루틴(53)을 호출한다. 스텝(512)에서는 상기 호출결과가 에러였는지 아닌지를 조사하여 에러였던 경우에는 계속되는 스텝(513)을 스킵한다. 스텝(513)에서는 원래의 벡터를 호출하여 스텝 (599)에서 파일폐쇄의 호출지로 되돌아 간다.

파일삭제, 디렉토리작성, 디렉토리삭제의 경우도, 도 5에 도시한 바와 같이 파일폐쇄의 경우와 마찬가지의 처리를 실행한다.

이상 기술한 바와 같이, 본 실시예의 파일액세스 훅루틴(24)의 처리에 의해, OS(6b)에 대한 파일액세스 요구를 훅하고 제 2 정보처리장치의 파일액세스로 리다이렉트하기 위한 각 처리루틴을 호출할 수 있다.

다음에, 개방프리 훅루틴(50)의 처리흐름의 1예를 도 6을 참조해서 설명한다. 본 루틴은 상기 도 5의 파일액세스 훅루틴(24)의 스텝(506)에서 호출된 것이다.

본 처리흐름에 있어서는 먼저 스텝(603)에서 파일 핸들 테이블(1600)에 새로운 노드(1690)을 추가한다. 스텝(605)에서는 카피파일 테이블(1700)의 각 노드 (1790)의 파일명(1703)에 상기 요구파일명이 존재하는지 존재하지 않는지를 조사해서 존재하면 또 그 노드(1790)의 카피백 플래그(1706)을 참조한다. 상기 참조의 결과, 카피백중이면 스텝(606)에서 상기 노드(1790)의 개방대기플래그(1707)을 설정하고 또 스텝(607)에서 상기 노드의 카피백플래그(1706)을 감시하면서 카피백종료를 대기한다. 카피백이 종료하면 스텝(608)에서 상기 개방대기플래그(1707)을 해제한다. 스텝(605)에서의 판정결과가 카피백중이 아니면 상기 스텝(606), (607), (608)은 실행되지 않는다.

스텝(610)에서는 요구파일의 개방모드를 제 2 파일서버 프로그램(9c)가 접수가능하고 또한 요구지의 개방모드로 되도록 등가의 개방모드로 변환한다. 여기에서, 개방모드라는 것은 파일의 리드모드에서 개방할지 라이트모드에서 개방할지, 파일이 존재하지 않으면 작성할지 작성하지 않을지, 베타제어는 어떻게 할 것인지와 같은 지정을 실행하는 것이다.

스텝(612)에서는 에이젼트 프로그램(30)의 사용자 프로세스 서비스루틴(32)에 대해서 요구파일에 대응하는 제 2 정보처리장치(130)상의 파일의 개방을 의뢰한다. 이때, 상기 변환후의 개방모드를 사용한다.

상기 개방의 결과가 상기 사용자프로세스 서비스루틴(32)에서 수취하면, 스텝(613)에서 상기 개방이 성공했는지 성공하지 않았는지를 판정하여 실패한 경우에는 스텝(660)을 실행한다.

스텝(660)에서는 실패의 원인을 조사하여 개방 파일수가 규정값을 초과하고 있었기 때문이었던 경우에는 스텝(661)에서 시간대기를 한 후 재차 스텝(612)로 되돌아가서 재시도한다. 다른 원인이었던 경우에는 스텝(665)에서 에러코드를 설정하고 스텝(699)에서 호출지로 되돌아 간다. 이 재시도처리는 제 1 OS(6b)와 제 2 OS(6c)에서 허용되고 있는 동시 개방파일수가 다르거나 여러개의 카피백루틴(25)가 멀티프로세스에서 실행되므로 파일서버 프로그램(9b)를 거쳐서 개방되어 있는 파일수보다 많은 파일이 동시에 개방되기 때문에 필요로 되는 처리이다.

상기 스텝(613)에서 개방이 성공하고 있었던 경우는 우선 스텝(615)에서 파일핸들 테이블(1600)의 상기 노드(1690)의 리모트파일핸들번호(1606)에 상기 개방에 의해 사용자 프로세스 서비스루틴(32)으로부터 귀환되는 파일핸들번호를 저장한다. 다음에, 스텝(620)에서 카피파일 테이블(1700)을 검색하여 요구파일의 데이터가 이미 제 2 정보처리장치(130)에서 제 1 정보처리장치(120)상으로 카피되고 있는지를 조사한다. 카피완료였던 경우에는 스텝(650)을, 카피완료가 아닌 경우에는 스텝(622)를 실행한다.

스텝(622)∼스텝(630)에서는 요구파일의 데이터를 제 2 정보처리장치(130)에서 제 1 정보처리장치(120)상으로 카피한다. 우선, 스텝(622)에서 제 1 정보처리장치(120)의 OS(6b)에 대해서 요구파일의 개방을 지시한다. 파일이 없으면 새롭게 작성한다. 다음에, 스텝(625)에 있어서 제 2 정보처리장치(130)에서 상기 파일의 데이터를 리드한다. 이 리드는 상기 사용자프로세스 서비스루틴(32)를 거쳐서 실행한다. 상기 리드한 데이터는 스텝(626)에서 제 1 정보처리장치(130)상의 스파즈파일화되어 있는 상기 요구파일에 라이트된다. 스텝(627)에서는 전체 내용의 카피를 종료하였는지 하지 않았는지 판정하고 종료하고 있지 않으면 스텝(625)이하를 반복실행한다. 스텝(630)에서는 제 1 정보처리장치(120)의 OS(6b)에 대해서 요구파일의 폐쇄를 지시한다.

스텝(631)에서는 카피파일 테이블(1700)에 새로운 노드(1790)을 추가해서 제 1 정보처리장치(120)상에서의 파일명(1703)을 설정한다. 스텝(650)에서는 요구파일의 개방모드에 따라서 상기노드(1790)의 리드개방수, 라이트개방수의 한쪽 또는 양쪽에 1을 부가한다. 이상 기술한 처리 후, 스텝(699)에서 개방프리 훅루틴을 종료하고 호출지로 되돌아 간다.

다음에, 개방포스트 훅루틴(51)의 처리흐름의 1예를 도 7을 참조해서 설명한다. 스텝(710)에서 본 루틴이 호출되기 전에 원래의 벡터를 호출하는 것에 의해, 실행한 OS(6b)에 대한 파일개방이 정상 종료했는지 아닌지를 조사하여 정상 종료하고 있던 경우는 스텝(720)을 실행한다. 이 스텝(720)에서는 파일핸들 테이블(1600)의 해당하는 노드(1690)의 로컬파일 핸들번호(1604)에 상기 개방에 의해 OS(6b)로부터 귀환되는 파일핸들 번호를 저장한다.

한편, OS(6b)에 대한 파일개방이 이상 종료하고 있었던 경우에는 상기 개방을 무효로 하고 각 테이블로의 등록정보를 삭제하기 위해 스텝(730)이하를 실행한다. 스텝(730)에서는 개방프리 훅루틴(50)에서 추가한 파일핸들 테이블(1600)의 상기 노드(1690)을 삭제한다. 계속해서 스텝(731)에서는 마찬가지로 개방프리 훅루틴(50)에서 카운트 업한 카피파일 테이블(1700)의 리드개방수(1704), 라이트개방수(1705)를 상기 카운트업 전의 값으로 되돌린다.

이상의 처리 후, 스텝(799)에서 호출지로 되돌아가 개방포스트 훅루틴(51)을 종료한다.

다음에, 삭제프리 훅루틴(52)의 처리흐름의 1예를 도 8를 참조해서 설명한다. 우선, 스텝(810)에서 카피파일 테이블(1700)의 각 노드(1790)의 파일명(1703)에 요구파일명이 존재하는지 존재하지 않는지를 조사해서 존재하면 또 그 노드(1790)의 카피백 플래그(1706)을 참조한다. 상기 참조의 결과, 카피백중이면 스텝(820)에서 상기 노드(1790)의 삭제대기 플래그(1707)을 설정하고, 또 스텝(830)에서 상기노드의 카피백플래그를 감시하면서 카피백종료를 대기한다.

카피백중이 아니었던 경우 또는 카피백이 종료하면 스텝(840)이 실행된다. 스텝(840)에서는 에이젼트 프로그램(30)의 사용자프로세스 서비스루틴(32)에 대해 요구파일에 대응하는 제 2 정보처리장치(130)상의 파일의 삭제를 의뢰한다. 스텝(850)에서는 상기 삭제가 정상 종료했는지 아닌지를 판정하고 이상종료인 경우에는 스텝(860)에서 에러코드를 설정하고 호출지로 스텝(899)에서 되돌아 간다.

다음에, 폐쇄프리 훅루틴(53)의 처리흐름의 1예를 도 9를 참조해서 설명한다. 우선, 스텝(910)에서 카피파일 테이블(1700)의 각 노드(1790)의 파일명(1703)에 요구파일명이 존재하는지 존재하지 않는지를 조사하고 존재하면 또 그 노드(1790)의 카피백 플래그(1706)을 참조한다. 상기 참조의 결과, 카피백중이면 스텝(920)에서 상기 노드의 카피백 플래그(1706)을 감시하면서 카피백종료를 대기한다.

카피백중이 아니었던 경우 또는 카피백이 종료하면 스텝(930)에서 상기 카피백플래그(1706)을 설정한다. 다음에, 스텝(940)에서 카피백루틴(25)를 새로운 프로세스로서 기동하고 스텝(999)에서 호출지로 되돌아간다. 다음에, 디렉토리작성 프리훅루틴(54)의 처리흐름의 1예를 도 10을 참조해서 설명한다. 우선, 스텝(1010)에서 에이젼트 프로그램(30)의 사용자프로세스 서비스루틴(32)에 대해 요구디렉토리에 대응하는 제 2 정보처리장치(130)상의 디렉토리의 작성을 의뢰한다. 스텝(1020)에서는 상기 작성이 정상 종료했는지 아닌지를 판정하고 이상종료인 경우에는 스텝(1030)에서 에러코드를 설정하고 호출지로 스텝(1099)에서 되돌아간다.

디렉토리 삭제프리 훅루틴(55)의 처리흐름의 1예를 도 11에 도시한다. 본 루틴은 상술한 디렉토리작성 프리훅루틴(54)와는 작성이나 삭제가 다를 뿐 그 밖의 처리는 마찬가지이므로 그 설명은 생략한다.

다음에, 카피백루틴(25)의 처리흐름의 1예를 도 13을 참조해서 설명한다.

본 루틴이 프로세스로서 기동되면 우선 스텝(1305)에서 카피파일 테이블(1700)의 상기 노드(1790)의 삭제대기 플래그(1708)이 설정되어 있는지 설정되어 있지 않는지를 조사하고 설정되어 있으면 이하의 카피백처리를 실행하지 않고 스텝(1360)으로 제어를 이동시킨다. 또, 삭제대기 플래그(1708)이 설정되어 있지 않으면 스텝(1306)에서 상기 노드(1790)의 개방대기플래그(1707)이 설정되어 있는지 설정되어 있지 않은지를 조사한다. 상기 조사의 결과, 설정되어 있던 경우는 스텝(1320)으로 제어를 이동시킨다.

삭제대기플래그(1708), 개방대기플래그(1707)중의 어느것도 설정되어 있지 않았던 경우에는 스텝(1307)에서 시간대기를 실행한 후, 스텝(1308)에서 카피백 지연시간으로서 지정된 시간이 경과했는지 경과하지 않았는지를 조사하고 경과하고 있지 않으면 스텝(1305)로 되돌아간다. 여기에서, 상기 경과시간은 카피백루틴이 기동되고 나서부터의 시간이다. 또, 상기 스텝(1307)에서의 시간대기의 시간은 상기 카피백 지연시간의 1/10 이하의 값을 설정한다.

상기 카피백 지연 시간이 경과하거나 개방대기플래그(1707)이 검출되면 스텝(1320)이 실행된다. 상기 스텝(1320)에서는 카피파일 테이블의 리드개방수(1704), 라이트개방수(1705)를 요구파일의 개방모드에 따라서 감산처리를 실행한다. 즉, 리드모드뿐이면 리드개방수(1704)에서, 라이트모드뿐이면 라이트개방수(1705)에서, 리드 라이트모드이면 리드개방수(1704)와 라이트개방수(1705)의 양쪽에서 각각 1을 뺀 값으로 설정한다.

다음에, 스텝(1330)에서는 요구파일이 라이트개방인지 아닌지를 판정한다. 계속해서 스텝(1331)에서는 파일로의 라이트가 실행되었는지 실행되지 않았는지를 OS(6b)가 제공하는 예를들면 어카이브비트등의 파일정보에서 판정한다. 스텝(1332)에서는 최후의 라이트개방이었는지 아닌지를 상기 라이트개방수(1705)가 0인지 아닌지에 의해 판정한다. 이상의 판정 결과, 최후의 라이트개방이고 또한 파일로의 라이트가 있었던 경우에만 스텝(1333)의 카피백을 실행하고 그렇지 않으면 상기 카피백은 실행하지 않도록 동작한다. 상기 스텝(1333)의 카피백이라는 것은 제 1 정보처리장치(120)상에 작성된 요구파일의 내용카피를 제 2 정보처리장치(130)로 라이트백하는 처리를 의미한다. 상기 처리는 에이젼트 프로그램(30)의 사용자 프로세스루틴(32)를 거쳐서 실행한다.

다음에, 스텝(1350)에서 최후의 폐쇄인지 아닌지를 판정한다. 이것은 상기 리드개방수(1704)와 라이트개방수(1705)의 양쪽이 0으로 되어 있는지 아닌지에 의해 용이하게 판정할 수 있다. 또, 스텝(1351)에서는 카피파일 테이블(1700)의 개방대기플래그(1707)이 설정되어 있는지를 조사한다. 상기 판정 결과, 최후의 폐쇄이고 또한 개방대기가 없으면 스텝(1352), (1355)를 실행한다. 스텝(1352)에서는 제 1 정보처리장치(120)상에 작성된 요구파일이 파일사이즈를 취득하고, 스텝(1355)에서 스파즈파일화하여 파일사이즈를 유지한채로 내용을 소거한다.

스텝(1358)에서는 카피파일 테이블(1700)에서 상기 노드(1790)을 삭제한다. 한편, 스텝(1370)에서는 카피파일 테이블(1700)의 상기 노드(1790)의 카피백플래그(1706)을 클리어 한다. 마지막으로 스텝(1360)에서 파일핸들 테이블(1600)에서 상기 노드(1690)을 소거하고 스텝(1399)에서 자체 프로세스인 카피백 프로세스를 종료한다.

이상 기술한 바와 같이, 본 루틴에 의하면 카피백 지연시간의 기간을 동일파일에 대한 파일삭제요구가 발생한 경우, 카피백을 중지한다. 이것에 의해 어플리케이션 프로그램(8a)가 작업용의 일시파일을 작성하고, 작성완료후에 폐쇄, 삭제 등의 조작을 실행한 경우 등에 불필요한 카피백을 실행하지 않아도 된다.

또, 본 루틴에 의하면 카피백이 카피백 지연시간의 기간에 동일 파일에 대한 개방요구가 있었을 때는 즉시 카피백을 개시하고 상기 개방처리를 빨리 개시할 수 있도록 동작한다.

또, 본 루틴에 의하면 카피백 종료까지 동일파일에 대한 파일개방요구가 있었을 때는 카피백후의 스파즈파일화를 실행하지 않으므로, 상기 파일개방시에는 제 2 서버 정보처리장치(130)으로 부터의 파일의 데이터카피를 실행하지 않아도 된다.

다음에, 디렉토리 동기루틴(26)의 처리흐름의 1예를 도 18을 참조해서 설명한다. 본 루틴에 있어서는 먼저 스텝(1810)에서 전회 설정된 동기시작(이하, 전회동기시작이라 한다)을 초기화하여 0년 0월 0시 0분 0초로 한다. 다음에, 스텝(1820)에서 마운트패스 테이블(1400)의 선두포인터(1820)을 취득한다. 스텝(1830)에서는 취득한 상기 포인터가 가리키는 노드(1490)에서 마운트패스(1403), 리모트패스(1404)의 데이터를 취득한다.

다음에, 스텝(1831)에서 전회동기시작을 취득하고 스텝(1832)에서 제 2 정보처리장치(130)의 OS(6c)에 시각을 문의하고 스텝(1833)에서 상기 문의에 의해 얻은 시각을 새로운 전회동기시각으로서 저장한다. 다음에, 스텝(1830)에서 취득한 마운트패스, 리모트패스, 스텝(1831)에서 취득한 전회동기시각을 인수(引數)로 해서 스텝(1834)에서 동기실행 처리루틴(27)을 호출하여 하나의 마운트패스에 대한 동기처리를 실행한다.

스텝(1835)에서는 전체 마운트패스의 동기가 종료했는지 종료하지 않았는지를 참조하고 있는 마운트패스 테이블(1400)의 노드(1490)의 포인터(1402)가 NULL 인지에 의해서 판정한다. 전체 마운트패스의 동기가 종료하고 있지 않으면, 재차 스텝(1830)이하를 실행한다. 전체 마운트패스의 동기가 종료하고 있으면, 디렉토리동기 인터벌시간에서 지정한 시간 또는 정지지시의 신호를 메인루틴(21)에서 수신할 때까지 스텝(1840)으로 슬립한다.

스텝(1850)에서는 상기 슬립에서 빠져 나온 원인이 상기 정지지시에 의한 것인지 아닌지를 조사하고 정지지시이면 디렉토리 동기루틴을 종료하고 정지지시가 아니면 스텝(1820)이하를 반복 실행한다.

이상 기술한 흐름에 의해, 동기대상 디렉토리중 제 1 서버 정보처리장치(120)과 제 2 서버 정보처리장치(130)의 차분만을 갱신하고 동기할 수 있다.

다음에, 동기실행 처리루틴(27)의 처리흐름의 1예를 도 19를 참조해서 설명한다. 먼저, 스텝(1910)에서는 본 루틴으로 인수로서 전달된 전회동기시각과 리모트패스를 제 2 정보처리장치상의 에이젼트 프로그램(30)의 디렉토리동기 서비스루틴(33)으로 전달하고, 리모트패스의 하위계층부분의 파일(디렉토리 파일을 포함한다)에서 전회동기시각 이후에 갱신된 것의 명칭과 파일사이즈, 파일날짜의 일람을 변경파일 리스트로서 수취한다.

스텝(1920)이하에서는 상기 리스트의 파일, 디렉토리를 1개마다 처리한다. 우선, 스텝(1920)에서 디렉토리 파일인지 아닌지를 판정하고 디렉토리파일이었던 경우에는 스텝(1960)에서 서브디렉토리 동기루틴(28)을 호출하고 그 디렉토리 하위의 계층부분 전체의 동기를 취한다. 한편, 데이터파일이었던 경우에는 스텝(1930)에서 제 1 정보처리장치(120)상의 대응하는 마운트패스에 이미 그 파일이 존재하는지를 조사하고 존재하지 않으면 스텝(1940)을, 존재한 경우는 (1935)를 실행한다.

스텝(1935)에서는 카피파일 테이블(1700)에 상기 파일이 등록되어 있는지 등록되어 있지 않은지를 검색하는 것에 의해서, 상기 파일이 사용중인지 아닌지를 판정한다. 카피파일 테이블(1700)에 상기 파일이 등록되어 있었던 경우에는 상기 파일은 사용중이므로, 스텝(1940)의 스파즈 파일작성을 스킵한다. 스텝(1940)에서는 파일명, 사이즈, 날짜를 인수로 해서 스파즈파일 작성루틴(60)을 호출하여 상기 파일의 내용을 삭제함과 동시에 파일 사이즈, 파일 날짜를 설정한다.

스텝(1950)에서는 스텝(1910)에서 취득한 갱신파일 일람의 모든 파일동기를 종료했는지 종료하지 않았는지를 판정하고 종료할때까지 스텝(1920)이하를 반복한다. 전체 파일의 동기가 종료하면 스텝(1999)에서 호출지로 되돌아 간다.

다음에, 상기 동기 실행 처리루틴(27)에서 호출되는 서브디렉토리동기루틴(28)의 처리흐름을 도 20을 참조해서 설명한다. 스텝(2010)에서는 인수로서 수취한 디렉토리의 바로 아래의 파일리스트를 제 2 정보처리장치상의 에이젼트 프로그램(30)의 디렉토리동기 서비스루틴(33)에서 얻는다. 이 리스트에는 각 파일, 디렉토리의 명칭, 날짜, 사이즈의 정보가 포함된다.

스텝(2020)이하에서는 상기 파일리스트의 파일, 디렉토리를 1개씩 처리한다. 스텝(2020)에서는 디렉토리 파일인지 아닌지를 판정하고 디렉토리였던 경우에는 스텝(2070)에서 서브디렉토리 동기 루틴(28)을 재귀적으로 호출한다. 데이터파일이었던 경우에는 스텝(2025)에서 제 1 정보처리장치(120)상의 대응하는 마운트패스에 이미 그 파일이 존재하는지를 조사하고 존재하지 않으면 스텝(2030)을, 존재한 경우는 (2026)을 실행한다.

스텝(2026)에서는 카피파일 테이블(1700)에 상기 파일이 등록되어 있는지 등록되어 있지 않은지를 검색하는 것에 의해, 상기 파일이 사용중인지 아닌지를 판정한다. 카피파일 테이블(1700)에 상기 파일이 등록되어 있었던 경우에는 상기 파일은 사용중이므로, 스텝(2030)의 스파즈파일작성을 스킵한다. 사용중이 아니었던 경우에는 스텝(2030)에서 스파즈파일작성루틴(60)을 파일명칭, 사이즈, 날짜를 인수로 해서 호출하고 상기 파일의 내용을 삭제함과 동시에 파일 사이즈, 파일 날짜를 설정한다.

스텝(2040)에서는 스텝(2010)에서 취득한 파일디렉토리 일람의 모든 파일동기를 종료했는지 종료하지 않았는지를 판정하고 종료할때까지 스텝(2020)이하를 반복한다. 전체 파일의 동기가 종료하면 스텝(2050)에서 파일디렉토리 리스트에 존재하지 않는 파일 또는 디렉토리가 로컬측의 상기 디렉토리내에 존재하지 않는지를 조사하고 존재한 경우에는 이들의 모두 삭제한다. 이상의 처리를 종료하면, 스텝(2099)에서 호출지로 되돌아 간다.

다음에, 스파즈 파일작성루틴(60)의 처리흐름의 1예를 도 12를 참조해서 설명한다. 먼저 스텝(1205)에서 인수로서 수취한 파일명의 파일이 존재하는지 존재하지 않는지를 확인하고 존재하면 스텝(1210)에서 삭제한다. 다음에, 스텝(1220)에서 새롭게 파일을 작성한다. 스텝(1225)에서는 인수로서 수취한 파일사이즈분 만큼 파일포인터를 어긋나게 해서 스텝(1230)에서 1바이트의 더미데이타를 라이트한다. 그리고, 스텝(1235)에서 상기 파일을 폐쇄한다.

스텝(1240)에서 상기 파일의 날짜를 인수로서 수취한 것으로 변경하고, 스텝(1245)에서 파일의 속성정보의 1개인 변경비트를 클리어한다. 이상에서 스파즈 파일의 작성을 완료하고 스텝(1299)에서 호출지로 되돌아 간다.

다음에, 에이젼트 프로그램(30)에 포함되는 각 루틴의 처리흐름을 설명한다.

먼저, 상술한 게이트웨이 프로그램(20)의 사용자 프로세스루틴(23)으로 부터의 로그인요구를 수취하는 리모트 로그인 서비스루틴(31)에 대해서 도 26을 참조해서 설명한다.

본 처리에 있어서, 스텝(2601)에서는 상기 사용자 프로세스루틴(23)으로부터의 로그인요구 또는 서비스정지지시의 이벤트를 감시하면서 대기한다. 상기 이벤트가 발생하면 스텝(2602)에서 로그인요구인지 아닌지를 판정하고 로그인요구인 경우는 스텝(2603)에서 사용자프로세스 서비스루틴(32)를 새로운 프로세스로서 기동하고 그 후 로그인을 실행한다.

한편, 스텝(2602)에서 로그인이 아니라고 판정한 경우는 발생한 이벤트가 서비스정지 지시인지 아닌지를 판정하고 서비스정지지시였던 경우에는 스텝(2699)로 진행하여 본 처리를 종료한다. 상기 서비스정지 지시이외의 이벤트대기였던 경우에는 스텝(2601)로 되돌아가 이벤트 대기를 실행한다.

다음에, 상기 리모트 로그인 서비스루틴(31)의 스텝(2603)에서 생성, 기동되고 상기 게이트웨이 프로그램(20)의 각 루틴에서 리다이렉트된 각종 이벤트로 응답한다. 사용자 프로세스 서비스루틴(32)의 처리흐름을 도 27을 참조해서 설명한다.

본 처리는 상기 리모트 로그인 서비스루틴(31)의 스텝(2603)에서 기동된 후, 스텝(2701)에서 이벤트대기를 실행한다. 여기에서, 본 루틴에 리다이렉트되는 이벤트로서는 상기 파일액세스 훅루틴(24)로부터의 각종 파일 액세스요구나 상기 리모트 로그인루틴(22)로 부터의 로그인, 로그아웃요구 등이 있다.

스텝(2702)∼(2710)까지의 판정처리에서는 상기 이벤트가 로그인 요구, 로그아웃요구, 파일개방요구, 파일폐쇄요구, 파일리드요구, 파일라이트요구, 파일삭제요구, 디렉토리작성요구 및 디렉토리삭제요구중의 어느 것에 해당하는지를 판정하고 이 판정 결과에 따라서 스텝(2731)∼(2739) 중 해당하는 처리를 실행한다.

다음에, 스텝(2740)에서는 상기 사용자 프로세스루틴(23)에 상기 리모트 로그인 서비스루틴(31)에 연결된 소켓을 사용해서 각종 요구에 대한 처리결과를 전달하기 위한 리턴코드를 설정한다. 스텝(2741)에서는 상기 리턴코드를 포함하는 처리의 실행결과를 상기 소켓을 통해서 제 1 서버 정보처리장치(120)으로 송신해서 상기 이벤트의 발생지로 전달하고 그 후 또 스텝(2701)로 되돌아가 이벤트대기를 실행한다.

상기 스텝(2702)∼(2710)에서 인식되는 액세스요구 이외의 이벤트의 경우에는 상기 이벤트가 서비스 정지지시인지 아닌지를 판정하고 서비스정지지시였던 경우에는 스텝(2799)로 진행하여 본 루틴을 종료한다. 상기 서비스 정지지시 이외의 이벤트였던 경우에는 스텝(2701)로 되돌아가 이벤트대기를 실행한다.

다음에, 디렉토리동기 서비스루틴(33)에 대해서 도 28을 참조해서 설명한다. 본 루틴은 상기 게이트웨이 프로그램(20)의 디렉토리 동기 루틴(26)으로 부터의 요구에 따라 동기실행 처리루틴(27)의 스텝(1910)의 처리에 대응해서 제 2 서버 정보처리장치(130)의 디렉토리구조에 관한 변경파일 리스트를 작성하고 상기 작성한 리스트를 되돌려보내는 처리이다.

본 처리에서는 스텝(2801)에서 이벤트대기를 하고, 스텝(2802)에서 상기 이벤트가 상기 동기실행 처리루틴(27)의 스텝(1910)으로부터의 갱신파일 취득지시인지 아닌지를 판정한다. 상기 판정의 결과, 그것이 갱신파일 취득지시인 경우에는 스텝(2803)에서 갱신파일리스트를 초기화하고 스텝(2804)∼(2807)에서 상기 갱신파일 취득지시에 인수로서 포함되어 있는 전회동기시각과 마운트패스 테이블(1400)의 리모트패스(1404)에 따라서 갱신파일리스트를 작성한다.

즉, 스텝(2804)에서 상기 인수에 포함되는 리모트패스(1404)의 하위층측에 위치하는 제 2 서버 정보처리장치(130)의 디렉토리구조에 포함되는 파일 및 서브디렉토리 파일을 순차 검색하고, 스텝(2805)에서 각 파일에 대해서 상기 동기시각 이후에 변경이 있었는지 없었는지를 판정하고, 이 판정결과 변경이 있었던 경우에는 스텝(2806)에서 해당하는 파일의 명칭을 상기 변경파일 리스트에 추가한다. 스텝(2805)에서 변경이 없다고 판정된 경우에는 스텝(2807)로 진행하고, 스텝(2807)에서 검색의 대상으로 되고 있는 파일전체에 대해서 검색이 종료했는지 종료하지 않았는지를 판정하고 종료할 때까지 상기 처리를 반복한다.

스텝(2808)에서는 스텝(2804)∼(2807)의 처리의 결과 얻어진 변경 파일 리스트를 제 1 서버 정보처리장치(120)으로 송신하고 상기 동기실행 처리루틴(27)로 되돌려 보낸다.

상기 이벤트가 갱신파일 취득지시 이외의 이벤트의 경우에는 상기 이벤트가 서비스정지지시인지 아닌지를 판정하고, 서비스정지지시였던 경우에는 스텝(2899)로 진행하여 본 루틴을 종료한다. 항시 서비스정지 지시 이외의 이벤트였던 경우에는 스텝(2801)로 되돌아가 이벤트를 실행한다.

또한, 제 1 서버 정보처리장치, 제 2 서버 정보처리장치 및 클라이언트 정보처리장치가 각각 게이트웨이 프로그램, 에이젼트 프로그램, 클라이언트 프로그램을 실행하는 것에 의해, 도 2∼도 13, 도 18∼도 20, 도 26∼도 28에 도시한 흐름도의 처리를 실현할 수 있다. 또, 이들의 프로그램은 하드디스크장치, 플로피디스크장치 또는 CD-ROM장치 등의 컴퓨터로 리드할 수 있는 기억매체에 저장할 수 있다. 그리고, 제 1 서버 정보처리장치, 제 2 서버 정보처리장치 및 클라이언트 정보처리장치는 도 2∼도 13, 도 18 ∼도 20, 도 26∼도 28에 도시한 흐름도의 처리를 실현하는데 있어서는 이들 기억매체로부터 상기한 프로그램을 리드하고 이것을 실행한다.

본 발명에 의하면, 다른 파일서버 프로그램을 구비한 여러개의 서버 정보처리장치상의 파일에 대해서 액세스 하는 경우라도 단일 파일서버 프로그램을 구비한 서버 정보처리장치상의 파일로 액세스하는 경우와 거의 마찬가지인 조작성을 확보할 수 있는 이종파일로의 액세스를 가능하게 하는 정보처리시스템 및 그 제어방법을 제공할 수 있다.

또, 본 발명은 제 2 서버 정보처리장치상의 디렉토리구조를 제 1 서버 정보처리장치상에 정기적으로 카피하는 것에 의해, 제 1 정보처리장치용의 파일 일람표시 프로그램을 그대로 이용할 수 있다는 효과가 있다.

또, 본 발명은 제 2 서버 정보처리장치의 디렉토리구조를 제 1 서버 정보처리장치상에 정기적으로 카피할 때 실행하는 상기 제 1 서버 정보처리장치상으로의 파일작성에 있어서, 디렉토리 파일이외의 통상의 파일을 내용이 없는 스파즈 파일로서 파일을 작성하는 것에 의해, 상기 파일이 사용하는 제 1 정보처리장치의 자기디스크용량이 적어도 된다는 효과가 있다.

또, 본 발명은 전회의 디렉토리동기 실행시각 이후에 변경된 파일만을 동기처리의 대상으로 하므로, 제 2 서버 정보처리장치에서 제 1 서버 정보처리장치로 송신하는 정보량이 적어도 되고 처리의 고속화, LAN트래픽의 저감을 도모할 수 있다는 효과가 있다.

또, 본 발명에 의하면 여러명의 사용자가 동시에 동일파일을 사용할 때에도 불필요한 카피처리가 발생하지 않는다. 또, 여러명의 사용자가 사용중이거나 폐쇄에 이어 재차 개방되는 경우에도 상기 파일을 스파즈파일화하지 않고 카피파일을 계속해서 이용할 수 있다. 또, 폐쇄에 이어 삭제되는 경우에도 불필요한 카피백을 하지 않아도 된다. 또, 카피백수단은 별도의 프로세스로서 백그라운드에서 동작하기 때문에 상기 카피백수단의 완료를 대기하는 일없이 클라이언트 정보처리장치로 부터의 폐쇄요구는 종료하므로, 즉시 다음의 처리를 실행할 수 있다.

따라서, 본 발명은 클라이언트 정보처리장치에서 발행된 제 2 서버 정보처리장치상의 파일에 대한 액세스처리의 고속화와 함께 LAN트래픽의 저감이 도모된다는 효과가 있다.

Claims

파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치,

상기 제 1 파일 서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치 및 상기 제 1 서버 정보 처리장치와 제 2 서버 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템으로서,

상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스의 처리요구를 지시하는 액세스수단을 구비하고,

상기 제 2 서버 정보처리장치는 상기 액세스수단에서 지시된 처리 요구의 지시를 받고 상기 처리요구에 대응하는 처리를 실행하는 서비스수단을 구비하고,

상기 액세스수단은 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 적어도 일부의 디렉토리구조에 관한 정보의 처리요구의 지시를 상기 서비스수단으로 송출하고,

상기 서비스수단은 상기 처리요구의 지시를 받고 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 액세스수단으로 송출하는 것을 특징으로 하는 정보처리시스템.
제 1항에 있어서,

상기 서비스수단은 액세스수단으로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 미리 정한 시점에서 송출하는 것을 특징으로 하는 정보처리시스템.
제 1 항에 있어서,

상기 서비스수단은 액세스수단으로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 미리 정한 시간간격으로 순차 송출하는 것을 특징으로 하는 정보처리시스템.
제 1 항에 있어서,

상기 서비스수단은 미리 정해진 시점에서 순차 지시되는 액세스 수단으로 부터의 처리요구를 받고 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 액세스수단으로 송출하는 것을 특징으로 하는 정보처리시스템.
제 1항에 있어서,

상기 서비스수단은 미리 정한 시간간격으로 순차 지시되는 액세스수단으로 부터의 처리요구를 받고 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 액세스수단으로 송출하는 것을 특징으로 하는 정보처리시스템.
제 1항에 있어서,

상기 서비스수단은 액세스수단으로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보와 상기 디렉토리구조에 관한 정보에 의해 특정되는 파일정보를 상기 액세스수단으로 송출하는 것을 특징으로 하는 정보처리시스템.
제 6항에 있어서,

상기 액세스수단으로 송출되는 파일정보는 디렉토리구조에 관한 정보에 의해 특정되는 실제의 파일정보와는 다른 것을 특징으로 하는 정보처리시스템.
제 6항에 있어서,

상기 액세스수단으로 송출되는 파일정보는 디렉토리구조에 관한 정보에 의해 특정되는 실제의 파일정보를 모의한 실체가 없는 파일정보인 것을 특징으로 하는 정보처리시스템.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치,

상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치,

표시수단을 구비하고 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 포함하는 적어도 1대의 클라이언트 정보처리장치 및

상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템으로서,

상기 제 1 서버 정보처리장치는 상기 클라이언트 정보처리장치로 부터의 지시에 따라 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스의 처리요구를 지시하는 액세스수단을 구비하고,

상기 제 2 서버 정보처리장치는 상기 액세스수단에서 지시된 처리요구의 지시를 받고 상기 처리요구에 대응하는 처리를 실행하는 서비스수단을 구비하고,

상기 액세스수단은 상기 클라이언트 정보처리장치로 부터의 상기 제 2 서버 정보처리장치가 관리하는 파일의 적어도 일부의 디렉토리구조에 관한 정보의 처리요구의 지시에 따라 상기 처리요구의 지시를 상기 서비스수단으로 송출하고, 상기 처리요구의 지시를 받은 상기 서비스수단으로 부터의 디렉토리구조에 관한 정보를 받고,

상기 클라이언트 정보처리장치는 상기 디렉토리구조에 관한 정보를 상기 표시수단에 표시하는 것을 특징으로 하는 정보처리시스템.
제 9항에 있어서,

상기 액세스수단은 상기 서비스수단으로 부터의 디렉토리구조에 관한 정보를 받아서 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가하고,

상기 클라이언트 정보처리장치는 상기 디렉토리구조가 추가된 상기 제 1 파일서버 프로그램이 관리하는 파일디렉토리구조를 표시수단에 표시하는 것을 특징으로 하는 정보처리시스템.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치,

상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치 및

상기 제 1 서버 정보처리장치와 상기 제 2 서버 정보처리장치를 접속하는 통신망을 포함하고,

상기 통신망을 거쳐서 상기 제 1 서버 정보처리장치와 상기 제 2 서버 정보처리장치가 서로 액세스를 실행하는 정보처리시스템의 제어방법으로서,

상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 적어도 일부의 디렉토리구조에 관한 정보의 처리요구를 상기 제 2 서버 정보처리장치에 지시하고,

상기 제 2 서버 정보처리장치는 상기 제 1 서버 정보처리장치로 부터의 처리요구의 지시를 받아서 상기 처리요구에 대응하는 처리를 실행하고, 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 제 1 서버 정보처리장치로 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 11항에 있어서,

상기 제 2 서버 정보처리장치는 제 1 서버 정보처리장치로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 미리 정한 시점에서 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 11항에 있어서,

상기 제 2 서버 정보처리장치는 제 1 서버 정보처리장치로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 미리 정한 시간간격으로 순차 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 11항에 있어서,

상기 제 2 서버 정보처리장치는 미리 정한 시점에서 순차 지시되는 제 1 서버 정보처리장치로 부터의 처리요구를 받고, 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 제 1 서버 정보처리장치로 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 11항에 있어서,

상기 제 2 서버 정보처리장치는 미리 정한 시점에서 순차 지시되는 제 1 서버 정보처리장치로 부터의 처리요구를 받고, 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 제 1 서버 정보처리장치로 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 11항에 있어서,

상기 제 2 서버 정보처리장치는 제 1 서버 정보처리장치로 부터의 처리요구의 지시에 따른 디렉토리구조에 관한 정보와 상기 디렉토리구조에 관한 정보에 의해 특정되는 파일정보를 상기 제 1 서버 정보처리장치로 송출하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 16항에 있어서,

상기 제 1 서버 정보처리장치로 송출되는 파일정보는 디렉토리구조에 관한 정보에 의해 특정되는 실제 파일정보와는 다른 것을 특징으로 하는 정보처리시스템의 제어방법.
제 16항에 있어서,

상기 제 1 서버 정보처리장치로 송출되는 파일정보는 디렉토리구조에 관한 정보에 의해 특정되는 실제 파일정보를 모의한 실체가 없는 파일정보인 것을 특징으로 하는 정보처리시스템의 제어방법.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치,

상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치,

표시수단을 구비하고 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 포함하는 적어도 1대의 클라이언트 정보처리장치 및

상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템의 제어방법으로서,

상기 클라이언트 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일의 적어도 일부의 디렉토리구조에 관한 정보의 처리요구를 상기 제 1 서버 정보처리장치에 지시하고,

상기 제 1 서버 정보처리장치는 상기 클라이언트 정보처리장치로 부터의 처리요구의 지시를 받아서 상기 처리요구에 대응하는 처리를 실행하고, 상기 처리요구의 지시에 따라 상기 처리요구의 지시를 상기 제 2 서버 정보처리장치로 송출하고,

상기 제 2 서버 정보처리장치는 상기 제 1 서버 정보처리장치로 부터의 처리요구의 지시를 받아서 상기 처리요구에 대응하는 처리를 실행하고, 상기 처리요구의 지시에 따른 디렉토리구조에 관한 정보를 상기 제 1 서버 정보처리장치로 송출하고,

상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치로 부터의 디렉토리구조에 관한 정보를 받고,

상기 클라이언트 정보처리장치는 상기 디렉토리구조에 관한 정보를 상기 표시수단에 표시하는 것을 특징으로 하는 정보처리시스템의 제어방법.
제 19항에 있어서,

상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치로 부터의 디렉토리구조에 관한 정보를 받아서 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가하고,

상기 클라이언트 정보처리장치는 상기 디렉토리구조가 추가된 상기 제 1 파일서버 프로그램이 관리하는 파일 디렉토리구조를 표시수단에 표시하는 것을 특징으로 하는 정보처리시스템의 제어방법.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치,

상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치 및

상기 제 1 서버 정보처리장치와 상기 제 2 서버 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템으로서,

상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스의 처리요구를 지시하는 액세스수단을 구비하고,

상기 제 2 서버 정보처리장치는 상기 액세스수단에서 지시된 처리요구의 지시를 받아서 상기 처리요구에 대응하는 처리를 실행하는 서비스수단을 구비하고,

상기 액세스수단은 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조중의 적어도 일부의 구조에 관한 정보를 검출하고, 상기 검출한 정보에 따라 상기 제 1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하고, 상기 작성한 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가함과 동시에 상기 정보의 검출을 소정의 타이밍에서 실행하고, 그 때마다 제 2 서버가 관리하는 파일의 디렉토리구조의 카피를 갱신하는 디렉토리 동기수단을 구비하는 것을 특징으로 하는 정보처리시스템.
상기 제21항에 있어서, 상기 디렉토리 동기수단은, 전회의 동기시각을 기억하는 기억수단, 상기카피의 대상으로 되고 있는 상기 디렉토리구조중의 적어도 일부에 포함되는 제 2 서버 정보처리장치가 관리하는 파일 중 상기 기억되어 있는 전회의 동기시각 이후에 변경이 있던 파일을 상기 서비스수단을 거쳐서 검색하는 검색수단 및 상기 검색된 파일에 따라서 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 갱신하는 갱신수단을 구비하는 것을 특징으로 하는 정보처리시스템.
제 31항에 있어서, 상기 디렉토리 동기수단은 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피작성시에 카피되는 상기 제 2 서버 정보처리장치가 관리하는 파일이 디렉토리파일 이외의 통상파일인 경우, 상기 제 2 서버 정보처리장치가 관리하는 파일에 저장되어 있는 데이터를 카피하지 않는 것을 특징으로 하는 정보처리시스템.
제 31항에 있어서, 상기 디렉토리 동기수단은 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피작성시에 카피할 상기 제 2 서버 정보처리장치가 관리하는 파일이 디렉토리 파일 이외의 통상파일인 경우, 작성되는 파일은 상기 제 2 서버 정보처리장치가 관리하는 파일의 최후의 데이터위치와 동일한 위치에만 더이데이타를 라이트한 스파즈파일인 것을 특징으로 하는 정보처리시스템.
제 31항에 있어서, 상기 디렉토리 동기수단은 작성한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피가 점유하는 기억영역의 용량이 카피지의 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조가 점유하고 있는 기억영역의 용량보다 적어지도록 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하는 것을 특징으로 하는 정보처리시스템.
제 31항에 있어서, 상기 디렉토리 동기수단은 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피작성시에 작성한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피에 포함되는 파일의 날짜 및 사이즈를 카피지의 상기 제 2 서버 정보처리장치가 관리하는 파일과 동일하게 하는 것을 특징으로 하는 정보처리시스템.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치, 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치, 상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템으로서, 상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 실행하는 액세스수단을 구비하고, 상기 제 2 서버 정보처리장치는 상기 액세스수단과 대응해서 동작하는 서비스수단을 구비하고, 상기 액세스수단은 상기 각 클라이언트 프로그램에서 보내져 오는 파일로의 처리요구를 수신하여 상기 처리요구가 상기 제 2 파일서버 프로그램이 관리하고 파일로의 처리요구를 포함하는지 포함하지 않는지를 판단하고, 그것을 포함한다고 판단된 경우에는 상기 처리요구에 포함되어 있는 상기 제 2 파일서버 프로그램이 관리하는 파일로의 처리요구를 상기 제 2 파일서버 프로그램에서 사용할 수 있는 제 2 처리요구로 변환하고, 상기 변환한 제 2 처리요구를 상기 제 2 서버 정보처리장치로 송신하는 것이고, 상기 서비스수단은 상기 제 1 서버 정보처리장치에서 보내져 오는 상기 제 2 처리요구를 수신하고 그것에 대응해서 미리 정해있는 처리를 실행하는 것을 특징으로 하는 정보처리시스템.
제37항에 있어서, 상기 액세스수단은 상기 각 클라이언트 프로그램에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 훅하는 훅수단, 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 개방요구였던 경우에 해당하는 파일의 데이터를 상기 서비스수단을 거쳐서 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 파일카피수단, 상기 파일카피수단에 의해 카피한 파일을 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치에 라이트백하는 카피백수단 및 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 폐쇄요구였던 경우에 상기 카피백수단을 별도의 프로세스로서 기동하는 카피백 기동수단을 구비하는 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 액세스수단은 상기 클라이언트 프로그램으로 부터의 상기 제 2 정보처리장치가 관리하는 파일로의 폐쇄요구를 상기 카피백 수단에 의해 카피백처리의 완료를 대기하는 일없이 완료시키고, 상기 클라이언트 프로그램으로 부터의 상기 폐쇄요구에 이어지는 처리를 계속해서 받아들이는 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 파일카피수단은 상기 파일의 데이터의 카피가 이미 존재하는지 존재하지 않는지를 조사하고 존재하는 경우에는 상기 카피처리를 실행하지 않는 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 카피백수단은 카피백 처리종료후 상기 파일카피수단에 의해 카피한 파일의 데이터를 소거하는 것을 특징으로 하는 정보처리시스템.
제41항에 있어서, 상기 카피백수단은 상기 파일에 대한 폐쇄요구에 이어서 상기 파일에 대한 개방요구가 발행되고 있을 때는 카피백 처리종료후의 상기 파일의 데이터의 소거를 실행하지 않는 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 카피백수단은 카피백처리의 개시를 미리 정한 시간만큼 지연시키고, 이 지연시간내에 상기 파일에 대한 폐쇄요구에 이어서 상기 파일에 대한 삭제요구가 발행된 경우는 카피백 처리를 실행하지 않는 것을 특징으로 하는 정보처리시스템.
제43항에 있어서, 상기 카피백수단이 상기 지연시간내에 상기 폐쇄요구에 이어서 상기 파일로의 개방요구가 발행된 경우는 상기 지연을 중지하고 즉시 카피백처리를 실행하는 것을 특징으로 하는 정보처리시스템.
제 38항에 있어서, 상기 카피백수단은 상기 파일로의 라이트모드에서의 개방요구가 별도로 실행되고 있지 않은 경우에만 카피백처리를 실행하는 것을 특징으로 하는 정보처리시스템.
제 41항에 있어서, 상기 카피백수단은 상기 폐쇄요구에 대응하는 개방요구 이외에 상기 파일에 대한 개방요구가 발행되고 있을 때는 카피백처리 종료후의 데이터소거를 실행하지 않는 것을 특징으로 하는 정보처리시스템.
제41항에 있어서, 상기 데이터 소거는 상기 파일을 카피지의 파일의 최후의 데이터위치와 동일한 위치에만 더미데이타를 라이트한 스파즈파일로 하는 것에 의해 실행하는 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 카피백수단은 상기 카피한 파일의 속성 중 상기 파일에 저장되어 있는 데이터에 대한 수정처리의 유무를 나타내는 속성을 검사하고, 상기 속성이 상기 데이터의 수정을 나타내고 있었던 경우에만 카피백처리를 실행하는 것을 특징으로 하는 정보처리시스템.
제48항에 있어서, 상기 속성이 파일의 백업이 필요성을 나타내는 어카이브 비트인 것을 특징으로 하는 정보처리시스템.
제38항에 있어서, 상기 파일카피수단은 파일카피처리에 앞서 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치가 관리하는 파일로의 개방처리를 실행하는 것이고, 상기 개방처리가 상기 제 2 서버 프로그램에서의 동시 개방가능한 파일수의 제한을 초과했기 때문에 에러로 된 경우에는 상기 개방처리를 성공할 때까지 재시도하는 것을 특징으로 하는 정보처리시스템.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치, 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치 및 상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템으로서, 상기 제 1 서버 정보처리장치는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 실행하는 액세스수단을 구비하고, 상기 제 2 서버 정보처리장치는 상기 액세스수단과 대응해서 동작하는 서비스수단을 구비하고, 상기 액세스수단은 상기 각 클라이언트 프로그램에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 훅하는 훅수단, 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 개방요구였던 경우에 해당하는 파일의 데이터를 상기 서비스수단을 거쳐서 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 파일카피수단, 상기 파일카피수단에 의해 카피한 파일을 상기 서비스수단을 거쳐서 상기 카피지로 라이트백하는 카피백수단, 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 폐쇄요구였던 경우에 상기 카피백수단을 별도의 프로세스로서 기동하는 카피백 기동수단 및 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조중의 적어도 일부에 관한 정보를 검출하고, 상기 검출한 정보에 따라 상기 제 1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하고, 상기 작성한 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가함과 동시에 상기 정보의 검출을 주기적으로 실행하고, 그 때마다 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 갱신하는 디렉토리 동기수단을 구비하는 것을 특징으로 하는 정보처리 시스템.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치, 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치, 상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템의 상호 액세스를 가능하게 하는 제어방법으로서, 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조중의 적어도 일부의 구조에 관한 정보를 검출하고, 상기 검출한 정보에 따라 상기 제 1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하고, 상기 작성한 디렉토리구조의 카피를 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가하는 처리 및 상기 정보의 검출을 소정의 타이밍에서 실행하고, 그 때마다 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 갱신하는 처리를 포함하는 것을 특징으로 하는 정보처리시스템의 제어방법.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하는 제 1 서버 정보처리장치, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치, 상기 제 1 파일서버 프로그램을 거쳐서 상기 제 1 서버 정보처리장치상의 공용파일로 액세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치, 상기 제 1 서버 정보처리장치 및 상기 제 2 서버 정보처리장치와 상기 적어도 1대의 클라이언트 정보처리장치를 접속하는 통신망을 포함하는 정보처리시스템의 상호 액세스를 가능하게 하는 제어방법으로서, 상기 클라이언트 프로그램에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 훅하는 처리, 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 개방요구였던 경우에 해당하는 파일의 데이터를 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 처리, 상기 파일카피수단에 의해 카피한 파일을 상기 서비스수단을 거쳐서 상기 제 2 서버 정보처리장치에 라이트백하는 처리 및 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 폐쇄요구였던 경우에 상기 카피백수단을 별도의 프로세스로서 기동하는 처리를 포함하는 것을 특징으로 하는 정보처리시스템의 제어방법.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하고, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스 인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치와 통신망을 거쳐서 접속되는 서버 정보처리장치로서, 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 실행하는 액세스수단을 구비하고, 상기 액세스수단은 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조중의 적어도 일부에 관한 정보를 검출하고, 상기 검출한 정보에 따라 상기 제 1 파일서버 프로그램을 관리할 수 있는 형태를 구비한 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 작성하고, 상기 작성한 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 상기 제 1 파일서버 프로그램이 관리하는 파일의 디렉토리구조중에 추가함과 동시에 상기 정보의 검출을 주기적으로 실행하고, 그때마다 상기 제 2 서버 정보처리장치가 관리하는 파일의 디렉토리구조의 카피를 갱신하는 디렉토리 동기수단을 구비하는 것을 특징으로 하는 서버 정보처리장치.
파일의 공용을 가능하게 하는 제 1 파일서버 프로그램을 구비하고, 상기 제 1 파일서버 프로그램과는 공용파일로의 액세스인터페이스가 다른 제 2 파일서버 프로그램을 구비하는 제 2 서버 정보처리장치와 상기 제 1 파일서버 프로그램을 거쳐서 공영파일로 엑세스하는 클라이언트 프로그램을 구비하는 적어도 1대의 클라이언트 정보처리장치가 통신망을 거쳐서 각각 접속되는 서버 정보처리장치로서, 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 실행하는 액세스수단을 구비하고, 상기 액세스수단은 상기 각 클라이언트 프로그램에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 훅하는 훅수단, 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 개방요구였던 경우에 해당하는 상기 제 2 서버 정보처리장치가 관리하는 파일의 데이터를 상기 제 1 파일서버 프로그램이 관리하는 디렉토리구조내에 카피하는 파일카피수단, 상기 파일카피수단에 의해 카피한 파일을 카피지로 라이트백하는 카피백수단 및 상기 액세스가 상기 제 2 서버 정보처리장치가 관리하는 파일로의 폐쇄요구였던 경우 상기 카피백수단을 별도의 프로세스로서 기동하는 카피백 기동수단을 구비한 것을 특징으로 하는 서버 정보처리장치.
제 32항에 있어서, 상기 서비스수단은 상기 디렉토리 동기수단에서 보내져 오는 갱신할 파일의 검색요구를 수신하고, 상기 카피의 대상으로 되고 있는 상기 디렉토리구조중의 적어도 일부에 포함되는 제 2 서버 정보처리장치가 관리하는 파일중 상기 전회의 동기시각 이후에 변경이 있었던 파일을 검색하고, 변경이 있었던 파일에 대한 정보를 상기 디렉토리 동기수단으로 되돌려 보내는 디렉토리동기 서비스수단을 구비하는 것을 특징으로 하는 정보처리시스템.
제 37항에 있어서, 상기 서비스수단은 상기 제 1 서버 정보처리장치에서 보내져 오는 상기 제 2 서버 정보처리장치가 관리하는 파일로의 액세스를 개시하기 위한 로그인요구를 수신하고, 이 수신한 로그인요구마다 해당하는 제 2 서버 정보처리장치가 관리하는 파일에 대한 액세스요구를 처리하는 사용자 프로세스 서비스수단을 기동하는 리모트 로그인 서비스수단을 구비하는 것을 특징으로 하는 정보처리시스템.
제 57항에 있어서, 상기 사용자프로세스 서비스수단은 상기 제 1 서버 정보처리장치에 의해 리다이렉트된 상기 클라이언트 프로그램으로 부터의 액세스요구를 수신하고, 상기 액세스요구에 해당하는 처리를 해당하는 제 2 서버 정보처리장치가 관리하는 파일에 대해서 실행하고, 상기 실행결과를 상기 제 1 서버 정보처리장치로 송신하는 것을 특징으로 하는 정보처리시스템.