KR100416809B1

KR100416809B1 - 원격 다운로드를 위한 유니트의 메모리 구조 및 원격다운로드 방법

Info

Publication number: KR100416809B1
Application number: KR10-2002-0007913A
Authority: KR
Inventors: 이현호
Original assignee: 삼성전자주식회사
Priority date: 2002-02-14
Filing date: 2002-02-14
Publication date: 2004-01-31
Also published as: KR20030068234A

Abstract

본 발명은 임베디드 시스템의 소프트웨어 업그레이드를 원격 다운로드 방식으로 처리할 수 있도록 하는 원격 다운로드를 위한 유니트의 메모리 구조 및 원격 다운로드 방법에 관한 것으로서, 현재 운영중인 소프트웨어 버전에 해당되는 소프트웨어가 저장되는 제 1 FROM(Flash Read Only Memory) 뱅크; 백업 버전에 해당되는 소프트웨어가 저장되는 제 2 FROM 뱅크; FTP(File Transfer Protocol)를 통해 전송되는 파일을 저장하는 램 디스크; 램 디스크에 저장된 파일을 설치 및 원격 전달을 위해 마운트하여 추후 하드웨어 유니트의 다운로드 영역으로 전달하는 다운로드 영역; 다운로드 영역에 압축 저장된 파일을 압축을 풀어 저장하고 압축이 해제된 파일의 첵섬(checksum)과 파일에 대한 관리 정보를 저장하는 unzip 영역; 다운로드 영역에서 unzip 영역으로 압축을 해제할 때 임시적으로 사용되는 heap 영역; 및 새로 갱신된 구성정보 파일을 네트워크 관리자가 다시 볼 수 있도록 구성정보 파일을 텍스트 형태로 저장하고 이 파일을 merge하여 램 디스크로 전송하는 NVRAM으로 이루어지며, 관리자가 업그레이드 명령어를 출력하므로써 신속하며 간단하게 소프트웨어 업그레이드가 이루어지는 효과가 있다.

Description

원격 다운로드를 위한 유니트의 메모리 구조 및 원격 다운로드 방법 {Memory structure of unit for remote download and method thereof}

본 발명은 파일 시스템 구조의 임베디드 시스템에 관한 것으로서, 특히 임베디드 시스템의 소프트웨어 업그레이드를 원격 다운로드 방식으로 처리할 수 있도록 하는 원격 다운로드를 위한 유니트의 메모리 구조 및 원격 다운로드 방법에 관한 것이다.

도 1은 종래의 소프트웨어 업그레이드를 위한 FROM 교체 방식에 관한 도면이다.

일반적으로 임베디드 시스템(embedded system)에서 소프트웨어 업그레이드를 하려면 FROM(Flash Read Only Memory)를 직접 교체하여야 한다.

그 방식은 도 1에 도시된 바와 같이, 미리 다른 FROM(3)에 업그레이드된 소프트웨어를 기록(write)한 후, 직접 운영중인 하드웨어에 전원이 들어 있다던가 유니트(1)가 셀프(shelf)내에 실장되어 있는 상태라고 하더라도 하드웨어에 전원을 끊고 기존의 FROM(2) 대신 새 FROM(3)을 유니트(1)에 장착하여 소프트웨어를 업그레이드하였다.

그러나 이렇게 운영중인 하드웨어의 전원을 끊고 소프트웨어를 업그레이드하게되면, 업그레이드 중에는 하드웨어의 제 기능을 못하게되고 시스템에서 제공하는 서비스에 큰 차질을 빚는 일이 발생한다. 이런 이유로 시스템이 제공하는 서비스가 사용되지 않는 시간대에 업그레이드 작업을 수행하고 있다.

따라서 시스템 운용자는 업그레이드를 위해 한가한 시간대를 기다려야 하고, 또한 업그레이드를 해야할 하드웨어가 있는 곳까지 직접 이동하여야 하기 때문에 시간손실이 크고, 많은 인력이 필요하게 되어 불필요한 유지보수비가 발생하는 문제점이 있다.

또한, 이런 방식으로 업그레이드를 하게 되면, 업그레이드 과정에서 일괄적으로 관리가 되지 않기 때문에 여러 소프트웨어 버전이 혼재하게 되어 버전 불일치로 인한 에러가 발생할 가능성이 있어, 시스템의 소프트웨어에 대한 체계적인 관리 및 간편한 업그레이드 기능을 원활하게 수행할 수 있는 관리 체계가 절실히 요청되는 실정이다.

따라서 본 발명은 상기와 같은 요청을 해결하기 위해 안출된 것으로서, 임베디드 시스템이 바이너리 파일(실행파일)과 텍스트 파일(구성파일)을 가지는 경우 이를 체계적으로 관리하고, 소프트웨어에 대한 업그레이드를 효율적으로 함으로써 소프트웨어의 관리가 보다 분명하고 합리적으로 운영되어 스프트웨어의 사용자들이 보다 편하게 소프트웨어를 사용할 수 있게 하는데 그 목적이 있다.

이를 위해 파일에 대한 일반적이고 포괄적인 관리 정보와 소프트웨어 버전에관한 정보, 그리고 파일이 가지는 형식을 규정하며, 소프트웨어에 대한 업그레이드시의 과정을 세분화하여 정확하고 안전하게 소프트웨어의 업그레이드가 이루어질 수 있도록 한다. 또한 소프트웨어에 대한 전송 시간을 줄이기 위해 파일에 대한 압축 기능과 여러 파일들을 한꺼번에 다룰 수 있는 파일 머지 기능, 그리고 소프트웨어의 업그레이드가 잘못될 경우 원래 버전으로의 복원 기능까지도 제공하여 임베디드 시스템 소프트웨어에 발생할 수 있는 예외 상황을 방지하기 위한 것이다.

도 1은 종래의 소프트웨어 업그레이드를 위한 FROM 교체 방식에 관한 도면,

도 2는 본 발명에 따른 소프트웨어 업그레이드 처리 과정을 개략적으로 도시한 도면,

도 3은 본 발명에 따른 소프트웨어 매니지먼트를 위한 하드웨어 유니트 메모리 구조에 관한 구성도,

도 4는 본 발명에 따른 마스터 유니트에서 하드웨어 유니트로 업그레이드 파일을 전달하는 과정에 관한 구성도,

도 5는 본 발명에 따른 소프트웨어 업그레이드를 위한 원격 다운로드 과정에 관한 순서도.

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

110∼200 : 네트워크 엘리먼트 10 : 유니트

11 : 램 디스크 12 : 다운로드 영역

13 : unzip 영역 14 : heap 영역

15 : CPU 16 : NVRAM

17 : 제 1 FROM 뱅크 18 : 제 2 FROM 뱅크

20 : 하드웨어 유니트

이러한 목적을 달성하기 위하여 본 발명에 따른 원격 다운로드를 위한 마스터 유니트의 메모리 구조는 현재 운영중인 소프트웨어 버전에 해당되는 소프트웨어가 저장되는 제 1 FROM(Flash Read Only Memory) 뱅크; 백업 버전에 해당되는 소프트웨어가 저장되는 제 2 FROM 뱅크; FTP(File Transfer Protocol)를 통해 전송되는 파일을 저장하는 램 디스크; 램 디스크에 저장된 파일을 설치 및 원격 전달을 위해 마운트하여 추후 하드웨어 유니트의 다운로드 영역으로 전달하는 다운로드 영역; 다운로드 영역에 압축 저장된 파일을 압축을 풀어 저장하고 압축이 해제된 파일의 첵섬(checksum)과 파일에 대한 관리 정보를 저장하는 unzip 영역; 다운로드 영역에서 unzip 영역으로 압축을 해제할 때 임시적으로 사용되는 heap 영역; 및 새로 갱신된 구성정보 파일을 네트워크 관리자가 다시 볼 수 있도록 구성정보 파일을 텍스트 형태로 저장하고 이 파일을 merge하여 램 디스크로 전송하는 NVRAM으로 이루어지는 특징이 있다.

또한 원격 다운로드를 위한 하드웨어 유니트의 메모리 구조는 현재 운영중인 소프트웨어 버전에 해당되는 소프트웨어가 저장되는 제 1 FROM(Flash Read Only Memory) 뱅크; 백업 버전에 해당되는 소프트웨어가 저장되는 제 2 FROM 뱅크; 마스터 유니트의 다운로드 영역으로부터 업그레이드 소프트웨어 정보에 관한 파일을 전달받는 다운로드 영역; 다운로드 영역에 압축 저장된 파일을 압축을 풀어 저장하고 압축이 해제된 파일의 첵섬(checksum)과 파일에 대한 관리 정보를 저장하는 unzip 영역; 및 다운로드 영역에서 unzip 영역으로 압축을 해제할 때 임시적으로 사용되는 heap 영역 구조로 이루어지는 특징이 있다.

상기 다운로드 영역은 바이너리 파일을 저장하는 경우 해당 소프트웨어에 대한 파일 정보 규약을 저장하고 있고, 상기 다운로드 영역에 저장되는 데이터 형태는 gzip 압축을 사용하며, 상기 다운로드 영역에 저장되는 바이너리 파일 규약은 제조사, 제품명, 유니트명, 사업자명, 소프트웨어 버전, 생성시간, 확장자로 이루어지는 특징이 있다.

상기 unzip 영역은 데이터 설치시 데이터 전체를 FROM 뱅크로 기록하기 때문에 FROM 뱅크와 크기가 같도록 설정되는 특징이 있다.

한편 본 발명에 따른 파일 시스템 환경에서 소프트웨어 업그레이드 원격 다운로드 방법은 관리자 명령에 따라 해당 네트워크 엘리먼트의 마스터 유니트에 FTP 접속하는 단계; 마스터 유니트의 램 디스크에 파일을 전송하는 단계; 램 디스크에 저장된 파일을 다운로드 영역으로 마운트하는 단계; 파일 종류가 마스터 유니트에 해당하는 파일인지를 비교판단하는 단계; 파일 종류가 마스터 유니트에 해당하는파일이 아닌 경우 마운트 한 파일을 해당 하드웨어 유니트로 전달하는 단계; 마스터 유니트에 해당하는 파일인 경우 마운트한 파일을 설치하기 위해 압축을 해제하는 단계; 파일 종류에 따라 기록 매체를 선별하기 위해 파일 종류를 비교판단하는 단계; 파일 종류가 바이너리 파일인 경우 FROM에 파일을 기록하고 기록된 파일을 실행시키는 단계; 및 파일 종류가 바이너리 파일이 아니고 구성 정보 파일에 해당하는 텍스트 파일인 경우 NVRAM에 파일을 기록하는 단계로 이루어지는 특징이 있다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시 예를 첨부된 도면을 참조하여 상세히 설명한다.

도 2는 본 발명에 따른 소프트웨어 업그레이드 처리 과정을 개략적으로 도시한 도면이다.

도 2에 도시된 바와 같이, 소프트웨어 업그레이드를 위해 시스템 관리자가 원격 다운로드 명령을 내리면 EMS/CIT(Element Management System/Craft Interface Terminal)를 통해 전체 네트워크 엘리먼트(110∼200)중 근접한 네트워크 엘리먼트(140,160)의 해당 유니트에 FTP(File Transfer Protocol) 접속이 이루어진다. FTP 접속을 통해 업그레이드 소프트웨어를 다운로드 받은 네트워크 엘리먼트(140)는 같은 시스템내의 다른 네트워크 엘리먼트(110,130)로 업그레이드 소프트웨어를 전달(Deliver)하고, 또한 업그레이드 소프트웨어를 전달받은 네트워크 엘리먼트(110)는 다른 네트워크 엘리먼트(120)로 전달한다.

다른 네트워크 엘리먼트(160)의 업그레이드 소프트웨어 전달 방식은 상기의 동작과 같은 방법으로 이루어지므로 그 설명을 생략하기로 한다.

이때 소프트웨어 매니지먼트가 관리하고 원격 다운로드하는 파일의 종류 중 하나는 바이너리(binary) 파일이고 다른 하나는 텍스트(text) 파일이다. 여기서 바이너리 파일은 실행 파일을 말하며 주로 하드웨어 유니트에서 동작하는 소프트웨어를 말한다. 그리고 실행 가능한 소프트웨어가 실행중에 참조하거나 필요에 의해 저장을 하는 파일이 생기기도 한다. 이때 이 파일들은 텍스트의 형태로 NVRAM에 저장이 된다. 이러한 텍스트 파일은 구성 정보라 할 수 있다.

파일을 FTP를 통하여 업로드/다운로드를 하거나 FTP를 통해 받은 파일을 다른 하드웨어 유니트로 원격 전달할 때에 전송 시간을 줄이고 통신 중에 트래픽의 부하를 최소화 하기 위해 GZIP으로 압축하여 전송한다.

바이너리 파일의 경우 소프트웨어 패키지를 제작할 때 위에서 언급한 대로 GZIP을 통해 압축하고 이에 해당하는 소프트웨어가 해당하는 하드웨어에 대한 패키지인지를 말해 주는 정보를 파일의 제일 뒤에 추가 한다.

이러한 소프트웨어 패키지에 대한 정보 규약은 표 1과 같다.

구분	vender	제품명	유니트명	사업자명	S/W버전	생성시간	확장자
예	SEC	IPG	MCUIPG	KT	0101	19991231	.SGZ
크기(byte)	3	3	6	2	4	8	4

구성요소 정보인 텍스트 파일에 대해서도 전송을 위해서는 GZIP을 하지만 따로 바이너리 파일처럼 정보 규약을 파일에 첨가하지는 않는다.

도 3은 본 발명에 따른 소프트웨어 매니지먼트를 위한 하드웨어 유니트 메모리 구조에 관한 구성도이고, 도 4는 본 발명에 따른 마스터 유니트에서 하드웨어 유니트로 업그레이드 파일을 전달하는 과정에 관한 구성도이고, 도 5는 본 발명에 따른 소프트웨어 업그레이드를 위한 원격 다운로드 과정에 관한 순서도이다.

바이너리 파일은 원격 다운로드를 통하여 FROM에 저장이 되며, 도 3에 도시된 바와 같이 FROM의 뱅크를 두 개로 나누어 제 1 FROM 뱅크(17) 현재 운영중인 소프트웨어 버전을 저장하고, 제 2 FROM 뱅크(18) 백업 버전을 저장하고 있다. 그러나 소프트웨어의 크기가 큰 경우에는 뱅크를 나누지 않고 하나로 사용할 수도 있다.

EMS/CIT와 시스템간에는 IP 통신을 하는 하드웨어 유니트는 IP를 가지게 되고, EMS/CIT로부터 FTP 전송되는 파일을 저장하기 위해 DRAM 또는 SRAM의 부분에 램 디스크 파일 시스템을 가지고 있어야 한다. EMS/CIT와 직접적으로 통신을 하지 않는 하드웨어 유니트는 램 디스크 파일 시스템이 없어도 무방하며 본 발명에서는 하드웨어 유니트는 램 디스크 파일 시스템이 없는 구조로 설명하기로 한다.

소프트웨어 원격 다운로드를 위해 DRAM 또는 SRAM 영역에 세가지의 메모리 블록이 존재하는데, 이 세가지 메모리 블록은 소프트웨어가 운영되는 모든 하드웨어 유니트에 존재해야 한다. 도 3에 도시된 바와 같이, 첫째는 다운로드 영역(12)이고, 둘째는 unzip 영역(13)이고, 셋째는 Heap 영역(14)이다.

상기 다운로드 영역(12)은 램 디스크(11)에 FTP를 통해 저장된 파일을 소프트웨어 매니지먼트가 설치 및 원격 전송을 위해 마운트(mount)라는 과정을 통해 이영역으로 옮기고 소프트웨어 매니지먼트 상황 정보를 갱신한다. 따라서 이 영역에 저장되는 파일은 GZIP으로 압축된 형태의 데이터이며, 이때 상태 정보는 바이너리 파일인 경우 해당 소프트웨어에 대한 정보 규약을 저장하고 있다. 이 영역은 압축 해제 영역보다 1/2 정도 작다.

여기서 마운트란 FTP를 통해 전송받은 파일을 다운로드를 위해 다운로드 영역(12)으로 옮기는 작업을 의미한다. 마운트가 성공하면 램 디스크(11)의 파일은 삭제된다.

상기 unzip 영역(13)은 FROM의 뱅크 사이즈와 크기가 항상 같도록 크기를 정한다. 바이너리 파일인 경우 이 영역에 저장된 데이터를 설치시 통째로 ,FROM 뱅크에 기록하기 때문이다. 이 영역은 다운로드 영역에 있는 파일이 압축되어 있으므로 이 파일을 압축을 풀어서 저장하는 공간이다. 이때 압축이 해제된 파일의 첵섬과 파일에 대한 관리 정보를 저장한다.

상기 Heap 영역(14)은 FROM의 뱅크에 따라 약간은 조정이 되기도 하지만 보통 1M 바이트 미만이면 충분하며, 이 공간의 용도는 다운로드 영역에서 압축해제 영역으로 압축을 해제할 때 잠시 필요한 버퍼 영역으로 파일에 대한 압축의 해제가 끝나면 필요없는 영역이다.

소프트웨어 원격 다운로드시 EMS/CIT와 직접적으로 IP 네트워크에 연결된 하드웨어 유니트를 소프트웨어 매니지먼트의 마스터라 한다.

이러한 마스터 유니트(10)는 NVRAM(16)과 램 디스크(11) 파일 시스템을 가지고 있는 특징이 있다. 따라서 마스터 유니트(10)는 모든 유니트 타입의 소프트웨어파일을 FTP로 받아서 마운트할 수가 있다.

따라서 마스터 유니트(10)는 소프트웨어 업그레이드 수행시 NVRAM(16)영역에 존재하는 구성요소 파일들을 하나의 파일로 묶고(merge) 이를 압축(gzip)하여 램 디스크(11)로 전송하는 작업이 수반된다.

반면 하드웨어 유니트(20)는 도 4에 도시된 바와 같이 NVRAM(16)과 램 디스크(11) 파일 시스템이 없는 상태이므로 상기의 머지(merge) 작업이 불필요하다다.

상기와 같이 메모리 구조가 이루어진 상태에서, 네트워크 관리자가 소프트웨어 업그레이드를 수행하기 위해 명령어를 입력하면 도 5와 같은 일련의 과정에 의해 소프트웨어 업그레이드가 원격적으로 수행된다.

먼저 관리자에 의해 출력된 명령어에 따라 해당 네트워크 엘리먼트의 마스터 유니트에 FTP 접속이 이루어진다(S10) .

FTP 접속을 통해 업그레이드할 파일이 마스터 유니트(10)의 램 디스크(11)로 전송된다(S20).

램 디스크(11)로 전송된 파일은 다운로드 영역(12)으로 마운트된다(S30).

그리고 마스터 유니트인지 하드웨어 유니트인지를 비교하여(S40) 하드웨어 유니트에 해당하는 파일이라면 해당하는 하드웨어 유니트까지 원격 전달을 위한 딜리버(deliver) 작업을 실행한다(S45). 이 파일 데이터는 원격지에 위치한 타겟 유니트의 다운로드 영역에 저장된다.

하드웨어 유니트로 전달시 파일이 큰 경우 여러개의 패킷을 나누어 데이터를 보내고 각각의 패킷에 대한 첵섬을 계산하여 오류가 발생하지 않도록 한다. 이때전송되는 데이터 형태는 마스터 유니트와 동일하다.

그러나 S40에서 마운트된 파일이 마스터 유니트에 해당하는 실행파일이면 원격 전달이 필요없으므로 압축을 풀어 프로그램을 설치한다(S50).

S50은 다운로드 영역(12)에 저장된 압축파일을 unzip 영역(13)에 풀고 FROM에 기록하는 작업으로서, 이때 heap 영역(14)이 사용된다.

그리고 바이너리 파일 여부를 판단하여(S60) 바이너리 파일이면 FROM에 파일을 기록하고(S71), 바이너리 파일이 아닌 구성(configuration)정보 파일(텍스트 파일 형태)인 경우 NVRAM(16)으로 파일을 기록한다(S72).

이렇게 업그레이드를 위한 소프트웨어 파일이 설치되면, 설치한 실행파일을 실행시킨다(S80).

이상 본 발명의 바람직한 실시예에 대해 상세히 기술되었지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 첨부된 청구 범위에 정의된 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다. 따라서 본 발명의 앞으로의 실시예들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

이상 설명한 바와 같이 본 발명은 다음과 같은 효과가 있다.

첫째 종래의 파일 시스템 구조의 임베디드 시스템에서 통신이 가능한 상태에서 시스템까지 직접 가지않고도 소프트웨어를 업그레이드 할 수 있다.

둘째, 소프트웨어 매니지먼트 사용에 의해 바이너리 파일과 구성 파일에 관해 버전을 체계적으로 관리할 수가 있다.

셋째, 소프트웨어 매니지먼트 사용에 의해 업그레이드 하고자 하는 시스템이 서비스 운영중인 상태에서도 업그레이드를 수행할 수 있고, 일시에 동버전의 소프트웨어를 실행시키게 되므로 소프트웨어 버전 불일치로 인해 발생했던 문제들이 해소된다.

넷째, 각각의 절차를 독립적으로 운영하고 이에 대해 성공한 경우만 다음 절차로 진행되어 소프트웨어 업그레이드가 안전하게 이루어진다.

다섯째, FROM을 2개의 뱅크로 나누어 운용함으로써 하나는 운영중인 버전을 저장하도록 하고, 나머지 하나는 백업 버전으로 가지고 있어 소프트웨어 업그레이드 오류시 백업 버전으로 복원시킬수 가 있다.

여섯째, 소프트웨어 매니지먼트가 일원화되어 해당하는 절차에 명령어 및 메시지만 일치하면 통신이 가능한 다른 시스템의 소프트웨어 업그레이드도 가능하다.

일곱째, 파일 전송시 압축된 형태로 전송하므로 업그레이드 시간이 단축된다.

여덟째, 각각의 절차에 대한 명령어나 메시지를 절차상의 순서대로 배열하여 발생시켜 운영자가 한번의 설정으로 네트워크 상의 모든 유니트에 대한 소프트웨어 업그레이드가 관리자 없이도 자동으로 수행된다.

Claims

현재 운영중인 소프트웨어 버전에 해당되는 소프트웨어가 저장되는 제 1 FROM(Flash Read Only Memory) 뱅크;

백업 버전에 해당되는 소프트웨어가 저장되는 제 2 FROM 뱅크;

FTP(File Transfer Protocol)를 통해 전송되는 파일을 저장하는 램 디스크;

램 디스크에 저장된 파일을 설치 및 원격 전달을 위해 마운트하여 추후 하드웨어 유니트의 다운로드 영역으로 전달하는 다운로드 영역;

다운로드 영역에 압축 저장된 파일을 압축을 풀어 저장하고 압축이 해제된 파일의 첵섬(checksum)과 파일에 대한 관리 정보를 저장하는 unzip 영역;

다운로드 영역에서 unzip 영역으로 압축을 해제할 때 임시적으로 사용되는 heap 영역; 및

새로 갱신된 구성정보 파일을 네트워크 관리자가 다시 볼 수 있도록 구성정보 파일을 텍스트 형태로 저장하고 이 파일을 머지(merge)하여 램 디스크로 전송하는 NVRAM으로 이루어지는 원격 다운로드를 위한 마스터 유니트의 메모리 구조.
현재 운영중인 소프트웨어 버전에 해당되는 소프트웨어가 저장되는 제 1 FROM(Flash Read Only Memory) 뱅크;

백업 버전에 해당되는 소프트웨어가 저장되는 제 2 FROM 뱅크;

마스터 유니트의 다운로드 영역으로부터 업그레이드 소프트웨어 정보에 관한 파일을 전달받는 다운로드 영역;

다운로드 영역에 압축 저장된 파일을 압축을 풀어 저장하고 압축이 해제된 파일의 첵섬(checksum)과 파일에 대한 관리 정보를 저장하는 unzip 영역; 및

다운로드 영역에서 unzip 영역으로 압축을 해제할 때 임시적으로 사용되는 heap 영역 구조로 이루어지는 원격 다운로드를 위한 하드웨어 유니트의 메모리 구조.
제 1 항 또는 제 2 항에 있어서, 상기 다운로드 영역은

바이너리 파일을 저장하는 경우 해당 소프트웨어에 대한 파일 정보 규약을 저장하는 것을 특징으로 하는 원격 다운로드를 위한 유니트의 메모리 구조.
제 1 항 또는 제 2 항에 있어서, 상기 unzip 영역은

데이터 설치시 데이터 전체를 FROM 뱅크로 기록하기 때문에 FROM 뱅크와 크기가 같도록 설정되는 것을 특징으로 하는 원격 다운로드를 위한 유니트의 메모리 구조.
제 1 항 또는 제 2 항에 있어서, 상기 다운로드 영역에 저장되는 데이터 형태는 gzip 압축을 사용하는 것을 특징으로 하는 원격 다운로드를 위한 유니트의 메모리 구조.
제 3 항에 있어서, 상기 다운로드 영역에 저장되는 바이너리 파일 규약은

제조사, 제품명, 유니트명, 사업자명, 소프트웨어 버전, 생성시간, 확장자로 이루어지는 것을 특징으로 하는 원격 다운로드를 위한 유니트의 메모리 구조.
파일 시스템 환경에서 소프트웨어 업그레이드를 원격 다운로드 방법으로 처리함에 있어서,

관리자 명령에 따라 해당 네트워크 엘리먼트의 마스터 유니트에 FTP 접속하는 단계;

마스터 유니트의 램 디스크에 파일을 전송하는 단계;

램 디스크에 저장된 파일을 다운로드 영역으로 마운트하는 단계;

파일 종류가 마스터 유니트에 해당하는 파일인지를 비교판단하는 단계;

파일 종류가 마스터 유니트에 해당하는 파일이 아닌 경우 마운트 한 파일을 해당 하드웨어 유니트로 전달하는 단계;

마스터 유니트에 해당하는 파일인 경우 마운트한 파일을 설치하기 위해 압축을 해제하는 단계;

파일 종류에 따라 기록 매체를 선별하기 위해 파일 종류를 비교판단하는 단계;

파일 종류가 바이너리 파일인 경우 FROM에 파일을 기록하고 기록된 파일을 실행시키는 단계; 및

파일 종류가 바이너리 파일이 아니고 구성 정보 파일에 해당하는 텍스트 파일인 경우 NVRAM에 파일을 기록하는 단계로 이루어지는 것을 특징으로 하는 파일 시스템 환경에서 소프트웨어 업그레이드 원격 다운로드 방법.