kumoh national institute of technology
Networked Systems Lab.

MMS Standard

NSL > Researches> MMS> MMS Standard
MMS 표준 I _22
By : 관리자
Date : 2009-01-16
Views : 412

무제 문서
산업 자동화 시스템 -생산 메세지 시방-
제1부 : 서비스 정의 (9506-1)

- 목 차 -

제 1 장 적용범위
제 2 장 인용규격
제 3 장 정의
제 4 장 약어
제 5 장 규약
제 6 장 OSI 환경에서의 MMS
제 7 장 VMD
제 8 장 환경 및 일반 관리 서비스
제 9 장 VMD 지원 서비스
제 10 장 영역 관리 서비스
제 11 장 프로그램 기동 관리 서비스
제 12 장 변수 액세스 서비스
제 13 장 세마포어 관리 서비스
제 14 장 조작자 통신 서비스
제 15 장 사건 관리 서비스
제 16 장 저널 관리 서비스
제 17 장 오류
제 18 장 MMS 표준화된 이름들
제 19 장 적합성
부 록 A 부대규격을 위한 요구사항들
부 록 B 파일 엑세스 서비스
부 록 C 파일 관리 서비스들


부록 C

파일 관리 서비스들(참고사항)

주- 이 부속서이 비록 규범적이지 않다 할지라도, 이 부속서에 있는 서비스들의 정확한 동작을 위한 요구사항들을 명확히 하기 위해 추천들보다는 오히려 관례적인 언어들이 사용된다.

C.1 개요

MMS 파일 관리 서비스들은 제어 장치들과 파일 서버들에 있는 파일저장소로부터 제어 프로그램과 데이터들을 포함하고 있는 파일들을 읽기 위한 그리고 파일의 이름들과 속성들을 열거하고, 파일들을 이름바꾸기하고, 삭제하여 파일저장소를 관리하기 위한 필요한 기능들을 제공한다.

C.2 MMS 파일 모델

MMS 파일 서비스들은 응용프로세스(AP)들중에 파일이라고 불리우는 정보의 단위들을 읽고 관리하기 위해 필요한 기능을 정의한다. 이 기능은 MMS 가상 파일저장소라고 불리는 엔티티와 관련하여 모델화된다. MMS 가상 파일저장소는 파일들의 수집과 그 파일들의 속성들과 특성들의 지정을 위한 용기이다. 모든 응용프로세스들이 파일저장소를 포함하고 있는 것은 아니지만, 파일저장소는 이 부속서에 정의된 파일 서비스들을 지원하는 모든 응용프로세스에 의해 요구되는 부분이다.

주- MMS 가상 파일저장소는 (그 이름이 의미하는 것처럼) 실제의 객체에 대응시키는 가상 객체이다. 실제의 파일저장소의 위치와 구현은 구현상의 문제이다. 예를들어, 자신의 파일저장소가 없는 실제의 MMS 장치는 개개의 네트웍과 파일서버의 서비스들을 사용하는 MMS 가상 파일저장소를 구현할 수 있다.

C.2.1 범위

MMS 파일 서비스들과 MMS 파일저장소의 구조는 기능적으로 제한된 장치들에서의 구현을 간단히 하기위해 그리고 부가적인 기능들이 다른 프로토콜들에 의해 더욱 적합하게 명명되기 때문에 의도적으로 범위가 제한된다. 서비스들은 파일들에 임의 액서스하거나 수정을 위해서가 아니라, 잡다한 관리 서비스들뿐만 아니라 파일들의 (제한된 재출발 능력을 가진) 완전한 파일 전송들이 제공된다.

MMS 가상 파일저장소는 프로그램, 데이터, 또는 둘다를 포함하고 있을 수 있는 (순차적인 비구조화된 이진의) 단일 파일 형식을 명명한다. 내용들의 어떠한 해석도 관여하고 있는 시스템들의 상호 동의에 의한다. 파일들의 준비는 응용, 이용자, 또는 둘 모두에 의해 다루어지는 장치-의존적인 문제이다. 서비스들은 파일 내용을 다른 표현으로 변형하기 위해 제공되지 않는다.

예- APT 부분의 프로그램은 다른 장치들 또는 장치 형들을 위한 분리된 프로그램 파일들을 생성하면서 몇 차례 추후처리될 수 있다.그러면 내려받기 부분 프로그램들에 책임이 있는 응용은 만들어질 부분과 사용될 장치 양쪽을 토대로 한 적절한 프로그램 파일 이름을 선택해야 한다.

C.2.2 FTAM과의 관계

부가적인 파일 구조들, 기록 액서스, 수정 능력들 또는 데이터 표현들의 자동적인 변환과 같은 더욱 확장된 파일 서비스들 요구될때, FTAM(ISO 8571)의 사용은 권장된다. MMS 가상 파일저장소는 FTAM 가상 파일저장소의 부분집합으로 정의되어 있다. MMS 파일 서비들의 구현기들은 FTAM 과 MMS 파일 관리 서비스들 둘 다를 경유하는 파일저장소로의 동시 액서스를 제공하도록 권장된다.

C.2.3 MMS 파일 속성들

MMS는 아래와 같은 파일 속성들을 정의한다. 만약 부가의 속성들이 실제의 파일저장소에 나타나면, 그것들의 값은 구현 정의 방법으로 할당된다.

C.2.3.1 내용 형

앞서 인지된 바와 같이, FTAM이 많은 다른 종류의 구분가능한 형들의 내용을 가진 파일들을 지원하는 반면에, MMS는 단지 한가지만을 지원한다. 결과로서 MMS에서는 내용 형을 표현하는 어떤 파일 속성도 없다, 그러나, 만약 MMS 가상 파일저장소와 FTAM 가상 파일저장소가 같은 실재의 파일저장소에 대응된다면, MMS에 의해 쓰여진 파일들은 다음과 같은 FTAM 내용 형을 가진다. :

{iso 표준 8571 문서 형 (6) 비구조화된 이진 (3)}

이것은 이후에 비구조화된 이진으로 언급될 것이다. 간단한 말로 이것은 MMS 파일들이 단지 일련의 옥텟들을 포함하고 있다는 것을 의미한다.

MMS 가상 파일저장소의 실재의 파일저장소로의 대응은 MMS 파일 서비스들을 경유하여 발견가능한 그러나 비구조화된 이진이 아닌 파일들이 나타나는 결과를 낳을 수도 있다. MMS 서비스들을 그러한 파일들에 적용하는 결과는 문제를 보고하기 위해 사용될 수 있는 오류 코드들을 제공하는 것을 제외한 이 표준에 의해서 지정되지 않는다.

C.2.3.2 파일 이름

MMS 가상 파일 저장소에 있는 각각의 파일은 어소시에이션된 파일 이름을 가진다. 이 이름은 그래픽 문자열들의 열로서 표현된다. (이 정의는 FTAM(ISO 8571)과 호환된다.) 각각의 MMS 서버는 파일저장소내에 파일 이름들의 구조와 내용에 부가적인 제한들을 자유롭게 한다. MMS 클라이언트들은 모든 가능한 이름들을 지원하도록 하는 의무를 가진다.

MMS는 FTAM에 정의된 파일 이름들의 의미에 하나의 확장을 한다. MMS는 하나의 파일 이름이 전통적인 파일 시스템에 공통된 특징인 파일들의 군을 표현하는 것을 허가한다. MMS가 어떻게 (설사 그렇다할지라도) 이것이 표현되도록 지정하지 않는 반면에 디렉토리 이름 또는 임의지정 문자들을 포함하는 이름의 형태를 취할 수도 있다. 오류의 가능성을 줄이고 서비스 정의들을 간단히 하기 위해 대부분의 서비스들은 단일 파일을 식별하는 파일 이름들을 필요로 한다. 그러나, 파일디렉토리 서비스는 파일들의 군들을 식별하는 이름들의 사용을 허락한다.

C.2.3.3 크기

파일 크기(옥텟으로)는 파일저장소에 있는 각각의 파일과 어소시에이?풩? 속성이다. 원리적으로 이 크기는 파일을 읽고 수신된 옥텟들을 세어서 결정될 수 있기 때문에 정확하다. 그러나 이 정확한 크기로의 근사만이 보고되어진다.

C.2.3.4 마지막으로 수정된

파일이 마지막으로 수정되었을때 그 시간과 날짜는 MMS 가상 파일저장소에 있는 파일들의 선택적인 속성이다. 파일들은 MMS 서비스를 사용하여 단지 생성될 수만 있지 다른 방법으로 수정될 수 없기 때문에 파일이 다른 방법에 의해 수정되지 않았다면 이것은 생성 시각을 기록해야 한다.

이 속성은 날짜와 시간 정보에 액서스를 하지 않는 시스템들에 대한 구현을 인가하기 위해 MMS 가상 파일저장소에서는 선택적이다. 그러나, 그들의 파일저장소에 정보를 가지는 구현들은 적용가능한 서비스 응답들에서 그것을 보고할 필요가 있다.

C.2.4 파일 읽기 순서

아래의 서비스들이 MMS 서버로부터 파일들을 읽기 위해 MMS 클라이언트에 의해 사용되어질 수 있다.

FileOpen (파일열기)

FileRead (파일읽기)

FileClose (파일닫기)

이 서비스들은 군으로 만들어지고 특별한 순서의 기동을 필요로 한다. 이와같은 군만들기는 아래의 그림 23에 있는 FRSM( 파일 읽기 상태 머신) 에 의해 지정된다. 각각의 성공적인 파일열기 서비스 기동은 FRSM를 생성하는데, 그것은 (어소시에이션된 모든 활성 FRSM들 가운데) 유일한 FRSM ID에 의해 식별된다. FRSM은 단지 할당된 FRSM ID를 경유하여, 그리고 그것이 할당된 어소시에이션 위에서만 참고될 수 있다. FRSM은 삭제될 것이고, 파일닫기 서비스 또는 어소시에이션이 취소될때 FRSM ID는 해제될 것이다.

+----+

| v 파일읽기

+-----------+ 파일열기 +--+---------+

| | ---------------------->| |

| 닫힌 |<-------파일닫기------- | 열린 |

| |<---------------------- | |

+-----------+ 강제종료 +------------+

[그림 23] - 파일 읽기 상태 머신

열린 파일에 대한 FRSM은 파일 이름, FRSM ID, 파일에서의 위치, 파일 끝의 위치, 그리고 가능성있는 구현한정의 데이터와 같은 어느 정도의 상태 정보를 유지해야 한다.

C.3 파일열기 서비스

파일열기 서비스는 읽혀질 파일을 식별하고, 그리고 FRSM을 위한 열린 상태를 설정하기 위해 사용되어질 수 있다.

C.3.1 구조

성분 서비스 피리미티브들의 구조는 표 96에서 보여진다.

[표 96] - 파일열기 서비스

파라미터 이름

요구

지시

응답

확인

CBB

인수

파일 이름

초기의 위치

결과(+)

FRSM ID

파일 속성

결과(-)

오류 형

M

M

M

M(=)

M(=)

M(=)

S

M

M

S

M

S(=)

M(=)

M(=)

S(=)

M(=)

C.3.1.1 인수

C.3.1.1.1 파일 이름

형 파일이름의 이 파라미터는 MMS 서버의 가상 파일저장소 내에서 읽기 위해 열린 단일 파일을 모호하지 않게 식별해야 한다.

주- 파라미터 파일 이름은 국부적 시스템이 임의지정자 지정으로서 허가하는 어떤 것으로든지 지정될 수 있다 할지라도, 임의지정자의 해상도는 단일 이름으로 결론지어져야만 한다. 만약 그렇지 않다면, 오류가 되돌려질 것이다.

C.3.1.1.2 초기 위치

정수형의 초기 위치 파라미터는 첫번째 파일이 읽을 파일 내용 내에서 어디에서 데이터를 전송하기 시작할 것인가를 지정하는 음수가 아닌 값이 될 것이다. 값 영(0)은 전송이 파일의 처음 부분에서 시작할 것이라는 것을 나타낸다. 보다 큰 값은 파일의 처음 부분에서 지정된 수만큼의 옥텟들이 생략되도록 해야 한다. 이 파라미터의 값은 파일의 크기를 넘어서지 않을 것이거나, 그렇지 않으면 오류의 결과가 발생해야 한다.

C.3.1.2 결과(+)

결과(+) 파라미터는 서비스 요구가 성공했다는 것을 나타낼 것이다. 이런 경우에는 아래의 두개의 파라미터가 되돌려질 것이다.

C.3.1.2.1 FRSM ID

정수형의 이 파라미터는 파일 전송을 제어하기 위해 MMS 서버에 의해 생성되는 FRSM을 식별해야 한다. 종속순서적인 파일읽기 서비스 요구들과 파일닫기 서비스 요구는 파일을 식별하기 위해 파일열기 응답에서 받아들여지는 FRSM ID를 포함해야 한다.

C.3.1.2.2 파일 속성들

이 파라미터는 열려질 파일을 나타내는 속성 정보를 포함해야 한다. 이 정보는 파일의 크기와 마지막 수정 날짜와 시간으로 구성되어진다. 파일 속성들의 파라미터의 종속파라미터에 대한 보다 자세한 세부사항들에 대해서는 C.9를 보아라.

C.3.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한다. 절 17에서 자세하게 정의된 오류 형 파라미터는 실패에 대한 이유를 제공해야 한다.

C.3.2 서비스 절차

파일열기 서비스는 MMS 서버의 가상 파일저장소에 있는 파일을 읽도록 준비하기위해 MMS 클라이언트에 의해 요구될 수 있다. 이 서비스는 획득파일요구를 받은 결과로서 ,또는 다른 응용정의된 상태들 때문에 기동될 수 있다. 획득열기요구를 받자마자, MMS 서버는 다음과 같을 것들을 확인해야 한다.

a) 그것의 상태와 자원들은 그것이 파일의 읽기를 지원하도록 허락한다.

b) 이름은 가상 파일저장소에 있는 단일 파일을 지정한다.

c) 클라이언트는 지정된 파일을 읽도록 허가받는다.

d) 초기 위치는 파일내에 있다.

이러한 조건들이 만족되지 않으면, 응답 MMS이용자는 요구 MMS이용자에게 파일을 보내도록 준비하는데 필요한 모든 조처들을 취해야 한다. 일단 파일이 열리게 되면, 응답자는 그 열려진 파일에 대한 파일읽기 요구들에의 응답을 변경할 (원격적이든 또는 국부적이든) 어떠한 조처도 막을 것이다. 이것은 수정을 금지하기, 열려진 파일들의 이름바꾸기 그리고 삭제, 또는 다른 수단들에 의해 이루어진다.

C.4 파일읽기 서비스

파일읽기 서비스는 MMS 서버로부터 MMS 클라이언트로 열린 파일의 내용의 전부 또는 부분을 전송하기 위해 사용되어질 수 있다. 그것은 FRSM에 의해 유지되어지는 파일 위치로부터 파일의 끝을 향하여 순차적으로 데이터를 전송한다. 또한 부가의 파일 내용이 읽혀지도록 남아 있는지를 지정하는 계속 파라미터를 돌려보낸다.

C.4.1 구조

성분 서비스 프리미티브들의 구조는 표 97에 보여진다.

[표 97] - 파일읽기 서비스

파라미터 이름

요구

지시

응답

확인

CBB

인수

FRSM ID

결과(+)

파일 데이터

계속

결과(-)

오류 형

M

M

M(=)

M(=)

S

M

M

S

M

S(=)

M(=)

M(=)

S(=)

M(=)

C.4.1.1 인수

C.4.1.1.1 FRSM ID

형 정수의 이 파라미터는 파일열기 서비스에 할당된 FRSM ID의 값을 지정하고, 읽혀질 파일의 FRSM을 식별해야 한다.

C.4.1.2 결과(+)

결과(+) 파라미터는 서비스 요구가 성공했다는 것을 표시해야 한다.이런 경우에는, 아래의 두개의 파라미터들이 또한 되돌려질 것이다.

C.4.1.2.1 파일 데이터

이 파라미터는 형 옥텟문자열이다. 만약 FRSM에 의해 유지되어지는 위치가 파일의 끝보다 이전이라면, 그 파일 위치에서 시작하여 그 파일의 끝 방향으로 계속되어지?? 파일 내용의 연속적인 부분이 영이 아닌 길이로 묶여져서 이 파라미터의 값으로서 되돌려질 것이다. 만약 그 파일 위치가 파일의 끝에 있다면, 길이가 영인 옥텟문자열이 되돌려질 것이다.

C.4.1.2.2 계속

이 부울 파라미터는 파일로부터 읽혀질 부가적인 내용이 남아 있느냐(참) 없는냐(거짓)을 표시해야 한다. 이 파라미터는 파일 데이터가 길이 영인 옥텟문자열이라면 거짓이 될 것이다.

C.4.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한다. 절 17에 자세하게 정의되어 있는 오류 형 파라미터는 실패에 대한 이유를 제공한다.

C.4.2 서비스 절차

파일 전체를 전송하기 위해서, 초기 위치 파라미터에 대해 영의 값을 지정하면서 클라이언트는 처음에 파일열기 서비스를 요구해야 한다. 그리고나서 클라이언트는 계속이 반환된 거짓일 때까지 한번 또는 그 이상의 횟수만큼 파일읽기 서비스를 기동해야 한다. 그리고나서 클라이언트는 파일닫기 서비스를 요구해야 한다.

오류로부터 복구할 때와 같은 특별한 상황에서, 단지 파일의 일부분만을 요구하는 것이 의미가 있을수도 있다. 이것은 파일을 열때나, 또는 파일의 끝에 도달하기 전에 파일을 닫을때 ,또는 양쪽 다의 경우에 초기 위치에 대한 값을 양의 값으로 지정함으로써 이루어질 수 있다.

서버가 파일읽기-요구를 받을때, 서버는 파일의 끝에 도달했는지를 먼저 결정해야 한다. 만약에 그렇다면, 파일 데이터에 대해서는 길이가 영인 옥텟문자열을 돌려보내고, 계속에 대해서는 거짓의 값을 돌려보낼 것이다. 그렇지 않으면 (FRSM에 의해 유지되어지는) 현재 위치로 시작하는 파일의 부분이 파일 데이터에 대해서 되돌려지고, 파일 위치는 진전되고, 그리고 파일의 더 많은 부분이 남아 있으면, 참 값이 계속에 되돌려질 것이다. 파일의 마지막 부분이 되돌려지면, 계속은 참이거나 거짓이 될 수 있지만, 거짓이 더 낫다.

C.5 파일닫기 서비스

읽기 위한 파일 열기가 더 이상 필요하지 않을때, 파일닫기 서비스는 파일 전송과 관련된 자원들을 해제하기 위해 요구되어질 것이다. 성공적인 파일닫기 서비스는 대응되는 FRSM이 삭제되고, FRSM ID를 재할당에 사용되도록 한다.

C.5.1. 구조

성분 서비스 프리미티브들의 구조는 표 98에 보여진다.

[표 98] - 파일닫기 서비스

파라미터 이름

요구

지시

응답

확인

CBB

파라미터

FRSM ID

결과(+)

결과(-)

오류 형

M

M

M(=)

M(=)

S

S

M

S(=)

S(=)

M(=)

C.5.1.1 인수

C.5.1.1.1 FRSM ID

정수 형의 이 파라미터는 같은 연결에 대한 우선 순위의 파일열기 응답에 할당된 FRSM ID를 지정할 것이고, 닫혀질 파일의 FRSM를 식별해야 한다.

C.5.1.2 결과(+)

결과(+) 파라미터는 서비스 요구가 성공했다는 것을 표시해야 한다.

C.5.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한다. 절 17에 자세하게 정의되어 있는 오류 형 파라미터는 실패에 대한 이유를 제공해야 한다.

C.5.2 서비스 절차

그림 23에 설명된 것과 같이, 클라이언트는 파일 전송 처리의 완결 이후의 파일닫기 서비스를 기동해야 한다. 파일 전송은, 파일닫기 서비스를 사용하여, 클라이언트에 의해 단지 끝내질 것이다. 비록 파일 전송 절차 중에 서버가 오류를 발견하고 보고를 하더라도 이것은 참이다. 파일 전송 순서가 일단 끝나면, 클라이언트와 서버 양쪽 다 전송에 집중된 자원들을 해제해야 한다.

C.6 파일이름바꾸기 서비스

파일이름바꾸기 서비스는 MMS 서버의 가상 파일저장소에 있는 파일의 이름을 바꾸기 위해 MMS 클라이언트에 의해 요구될 수 있다.

C.6.1 구조

성분 서비스 프리미티브들의 구조는 표 99에 보여진다.

[표 99] - 파일이름바꾸기 서비스

파라미터 이름

요구

지시

응답

확인

CBB

파라미터

현재의 파일 이름

새 파일 이름

결과(+)

결과(-)

오류 형

오류가 있는 파일

M

M

M

M(=)M(=)

M(=)

S

S

M

C

S(=)

S(=)

M(=)

C(=)

C.6.1.1 인수

C.6.1.1 현재의 파일 이름

형 파일이름의 이 파라미터는 MMS 서버의 가상 파일저장소 내에서 이름바꾸기 되어 있는 단일 파일을 유일하게 식별해야 한다.

주- 현재의 파일 이름 파라미터는 국부적 시스템이 임의지정자 지정으로서 허용하는 어떤 것으로든 지정될 수 있는 반면, 임의지정자의 해상도의 결과는 단일 이름으로 되어야 한다. 만약에 그렇지 않으면, 오류가 반환될 것이다.

C.6.1.1.2 새 파일 이름

형 파일이름의 이 파라미터는 MMS 서버의 가상 파일저장소에 있는 목적된 파일의 새 이름을 지정해야 한다. 그것은 아직 존재하지 않는 단일 파일에 대한 유효한 이름이 될 것이다.

C.6.1.2 결과(+)

결과(+) 파라미터는 파일이름바꾸기 서비스가 성공했다는 것을 표시해야 한다.

C.6.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한??. 절 17에 자세하게 정의되어 있는 오류 형 파라미터는 실패에 대한 이유를 제공해야 한다.

C.6.1.3.1 오류가 있는 파일

오류가 있는 파일은 특정한 오류가 원시 또는 목적 파일에 속하는지를 구별하기 위해 필요할 때 나타나는 정수 형의 파라미터이다. 그것은 SOURCE-FILE 이나 DESTINATION-FILE 중의 하나의 값을 가질 것이다. 이 파라미터는 이 서비스의 실패가 수정자의 실패 때문일 때에는 나타나지 않을 것이다. 17.5를 보라.

C.6.2 서비스 절차

파일이름바꾸기-요구를 받자마자, 서버는 다음과 같은 것을 확인해야 한다.

a) 현재의 파일 이름은 서버의 가상 파일저장소에 있는 유일한, 액서스가능한 파일을 식별한다;

b) 파일은 이름바꾸기가 되는 상태에 있다;

c) 클라이언트는 지정된 파일을 이름바꾸기를 할 특권을 가진다;

d) 새 파일 이름은 그 파일을 위해서 유효한 새로운 이름이다.

만약 이러한 조건들이 만족된다면, 서버는 표시된 바와 같이 이름바꾸기할 것이고 양의 응답을 반환해야 한다. 만약 위의 조건들이 만족되지 않는다면, 서버는 음의 (오류) 응답을 반환해야 한다.

C.7 파일삭제 서비스

파일삭제 서비스는 MMS 서버의 가상 파일저장소에 있는 파일을 삭제하기 위해 MMS 클라이언트에 의해 요구될 수 있다.

C.7.1 구조

성분 서비스 프리미티브들의 구조는 표 100에 보여진다.

[표 100] - 파일삭제 서비스

파라미터 이름

요구

지시

응답

확인

CBB

인수

파일이름

결과(+)

결과(-)

오류 형

M

M

M(=)

M(=)

S

S

M

S(=)

S(=)

M(=)

C.7.1.1 인수

C.7.1.1.1 파일 이름

형 파일이름의 이 파라미터는 MMS 서버의 가상 파일저장소에서 삭제될 단일 파일을 유일하게 식별해야 한다.

C.7.1.2 결과(+)

결과(+) 파라미터는 파일삭제 서비스가 성공했다는 것을 표시해야 한다.

C.7.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한다. 절 17에 자세하게 정의된 오류 형 파라미터는 실패에 대한 이유를 제공한다.

C.7.2 서비스 절차

파일삭제요구를 받자마자, 서버는 다음과 같은 것들을 확인해야 한다.

a) 파일 이름은 서버의 가상 파일저장소에 있는 유일한 액서스가능한 파일을 식별한다;

b) 파일은 삭제된 상태에 있다;

c) 클라이언트는 지정된 파일을 삭제할 특권을 가진다.

만약 이러한 조건들이 만족된다면, 서버는 표시된 것과 같은 파일을 삭제하고, 양의 응답을 반환해야 한다. 만약 위의 조건이 만족되지 않는다면, 서버는 음의 (오류) 응답을 반환해야 한다.

C.8 파일디렉토리 서비스

파일디렉토리 서비스는 서버의 파일저장소에 있는 하나의 파일 또는 파일들의 군에 대한 이름과 속성들을 획득하기 위해 MMS 클라이언트에 의해 요구되어질 수 있다. 이 서비스에 의해 반환되는 파일 속성들은 파일열기 서비스의 의해 반환되는 이것들과 동일하다.

파일디렉토리요구에 대한 완전한 응답은 단일 응답에 맞추어 넣기에는 너무 크기 때문에, 이 서비스의 결과는 부분적인 응답이 될 수도 있다. 완전한 응답을 획득하기 위해 클라이언트는 다중의 요구를 할 필요가 있을 것이다.

MMS 파일저장소에 있는 파일들은 초기의 파일디렉토리요구와 연속 요구 사이에, 또는 단일 요구의 처리 중에 생성, 이름바꾸기, 또는 삭제되는 것이 가능하다. MMS는 파일디렉토리 서비스의 결과들이 그러한 상황에 있는 파일저장소에 대한 일관되고, 즉각적인 빠른 복사를 제공할 것을 요구하지는 않는다. 일련의 연관된 서비스 요구들이 변경되지 않은채 남아 있는 모든 파일들이 보고되고, 어떤 이름도 한번 이상 보고되지 않을 것을 요구한다. (하나의 파일은 한번 이상 보고되어질 수 있고, 다른 이름들로 업근될 수 있거나, 또는 파일디렉토리 서비스 요구들의 연속 중에 생성, 삭제, 또는 이름바꾸기되어진다면, 전혀 안 될 수도 있다.

C.8.1 구조

성분 서비스 프리미티브들의 구조는 표101에 보여진다.

[표 101] -파일디렉토리 서비스

파라미터 이름

요구

지시

응답

확인

CBB

인수

파일 지정

후속

결과(+)

디렉토리 엔트리의 목록

파일 이름

파일 속성

계속

결과(-)

오류 형

M

U

U

M(=)

U(=)

U(=)

S

M

M

M

M

S

M

S(=)

M(=)

M(=)

M(=)

M(=)

S(=)

M(=)

C.8.1.1 인수

C.8.1.1.1 파일 지정

파일이름 형의 이 선택적 파라미터는, 나타날 때, 원하는 속성들의 서버의 가상 파일저장소에 있는 하나의 파일 또는 파일들의 군을 식별해야 한다. 이 파라미터의 생략은 구현 정의된 파일들의 군의 속성들이 요구되고 있다는 것을 표시해야 한다.

주- 이 파라미터는 MMS에게 단일 파일 이름으로 보인다. 그러나, 실제의 파일 시스템들은 보통 임의 지정자 문자들을 포함하는 디렉토리 이름이나 파일 이름과 같은 파일들의 군을 나타내는 파일 명명 표기를 가진다. 파일 이름들의 형식을 표시하지 않더라도, 파일디렉토리 서비스는 군 명명 관습의 사용을 허가한다.

이 파라미터가 생략될 때의 정확한 행동은 어떤 표준의 해석도 모든 경우에 부적절하기 때문에 지정되지 않는다. 파일저장소가 표시된 함수 장치에 속하고, 단지 적절한 수의 파일들을 포함하고 있을때, 모든 것들이 반환되도록 제안된다. 아주 많은 수의 파일들을 가진 파일 서버나 다중함수 장치들의 경우에는, 적절한 부분집합이 선택되도록 추천된다. 후자의 경우 특히 군들을 명명하기 위한 표기가 제공되는 것이 중요하다.

C.8.1.2 후속

파일이름 형의 이 선택적 파라미터는, 나타날때, 파일 지정 파라미터에 의해 선택되어진 완전한 군의 파일들의 순서화된 목록내의 시작 점을 지정해야 한다. 이 지점은 목록내의 엔트리이거나 엔트리를 앞서거나 뒤따를 수 있다. 만약에 나타난다면, 이 파라미터는 목록에 있는 이 지점에 앞서고 그리고 포함하는 엔트리들이 결과로부터 생략될 것이다.

C.8.1.2 결과(+)

결과(+) 파라미터는 서비스 요구가 성공했다는 것을 표시해야 한다. 이 경우에는, 아래의 종속파라미터들이 또한 반환될 것이다.

C.8.1.2.1 디렉토리 엔트리의 목록

이 파라미터는 영 또는 더 많은 수의 엔트리들의 순서화된 목록으로 이루어질 것이고, 그것들의 각각은, 후속 파라미터와 일치하는 엔트리들을 생략하면서, 요구된 파일 지정에 일치하는 파일에 대응된다.

C.8.1.2.1.1 파일 이름

형 파일이름의 이 파라미터는 파일 이름을 필요로 하는 어떤 MMS 서비스와 함께 사용하기에 적합한 형식으로 선택된 파일을 식별해야 한다.

C.8.1.2.1.2 파일 속성들

이 파라미터는 선택된 파일를 표현하는 속성 정보를 포함해야 한다. 이 정보는 파일의 크기와 마지막 수정된 시간과 날짜로 이루어진다. 파일 속성들의 파라미터의 종속파라미터들에 대한 더 자세한 것들은 C.9를 보아라.

C.8.1.2.2 계속

부울 형의 이 파라미터는 디렉토리 엔트리의 목록에 포함되지 않은 파일들이 선택되었거나(참) 않았거나(거짓)를 표시해야 한다. 이 파라미터는 만약 디렉토리 엔트리의 목록이 비어 있다면 거짓이 될 것이다.

만약 이 파라미터가 참이라면 그것은 모든 요구된 정보가 다 반환된 것은 아니라는 것을 의미해야 한다. 이런 경우에는, 클라이언트에 의한 더 이상의 동작이 남아 있는 정보를 획득하기 위해 필요하다.

C.8.1.3 결과(-)

결과(-) 파라미터는 서비스 요구가 실패했다는 것을 표시해야 한다. 절 17에 자세하게 정의된 오류 형의 파라미터는 실패에 대한 이유를 제공해야 한다.

C.8.2 서비스 절차

클라이언트는 관심이 있는 파일이나 파일들을 선택하는 파일 지정을 지정하고, 후속 파라미터를 생략하면서, 파일디렉토리 서비스를 내므로써 파일 이름과 속성들에 대한 요구를 초기화해야 한다. ?맘扇? 어떤 오류도 발생하지 않는다면, 응답은 파일들을 대응시키는 것에 대해 영이나 또는 더 많은 수의 엔트리들을 포함해야 한다. 만약에 계속이 거짓이라면 이것은 완전한 목록이고, 더 이상의 조처가 필요하지 않다.

만약 계속이 참이라면 엔트리들의 반환된 목록이 불완전하다. 더 많은 완전한 목록을 획득하기 위해, 클라이언트는 같은 파일 지정를 제공하면서, 그리고 또한 이전의 요구로부터 받은 마지막 파일 이름과 꼭 같은 값을 가진 후속 파라미터를 포함하면서, 파일디렉토리 서비스를 다시 개시할 수 있다. 이 요구의 결과는 이전의 요구에 대한 논리적 연속이 될 것이다. 이 요구는 차례로 직접적으로 비슷한 방법으로 계속될 필요가 있다.

서버가 파일디렉토리요구의 지시를 받을때, 그것은 파일디렉토리 서비스를 수행하기 위해 적절한 상태에 있는 가를, 그리고 클라이언트는 요구된 정보에의 액서스를 인가받았는가를 확인해야 한다. 만약에 이러한 조건들이 만족되지 않는다면, 서버는 오류 응답을 반환해야 한다. 만약에 이런한 조건들이 만족된다면, 서버는 아래의 지침들에 의하여 응답을 발생해야 한다.

a) 모든 선택된 파일들의 위치를 알아낸다.

b) 오직 파일 이름의 함수가 되는 방법으로 순서화된, 목록에 있는 선택된 파일들의 이름과 속성들을 조직한다.

c) 만약에 후속 파라미터가 제공된다면, 그것이 목록 내에 존재할 수 있는지, 그리고 오류 응답을 반환하지 않는지를 결정한다. 만약에 그렇다면, 목록을 순서화하기 위해 사용되는 같은 함수에 의해 목록에 있는 그것의 위치를 알아낸다. (그것은 목록에 있는 엔트리를 이중화하고. 목록에 있는 어떤 엔트리 이후에 떨어지거나, 또는 목록에 있는 모든 엔트리들에 앞선다.) 선택된 점을 포함하여 선택된 점까지 모든 엔트리들을 제거한다.

d) 만약에 결과적인 목록이 비어있다면, 디렉토리 엔트리의 빈 목록을 가진 그리고 계속이 거짓인 양의 응답을 낸다.

e) 만약에 목록이 비어 있지 않다면, 목록의 시작부터 하나 또는 더 많은 완전한 엔트리들을 포함하여 양의 응답을 낸다. 만약 포함되어 있지 않은 엔트리들이 남아 있다면, 계속은 참이 될 것이다. 만약에 어떤 엔트리도 남아있지 않다면, 계속은 참이거나 거짓이 될 수 있지만, 거짓이 더 바람직하다.

주- 디렉토리 엔트리들에 대한 목록이 순서화되기 위한 필요사항은 후속 파라미터의 의미가 지정되도록 부과된다. 후속은 언급된 파일이 더 이상 존재하지 않더라도 목록에 있는 잘정의된 점을 선택할 필요가 있다. (만약에 파일디렉토리 서비스의 결과가 파일삭제 서비스 요구들을 내기 위해 사용되고 있다면, 이것이 일어날 수도 있다.) 이러한 순서화의 속성들은 구현자들에게 최대의 유연성을 허락하기 위해 단지 느슨하게 지정된다. (그 필요 사항들은 연속 점에서 시작하는 응답 "진행하고 있는"을 발생할 수도 있는 것과 같은 것이다.)

일반적으로 파일디렉토리 클라이언트들은 받은 목록에 대하여 단지 몇 가지의 가정들만을 할 수 있다 - 각각의 받아진 엔트리는 요구를 내는 것과 그것에 대한 응답을 받는 것 사이에 얼마간 존재하는 파일을 식별하고, 주어진 이름을 가진 엔트리는 한번의 응답에 오직 한번만 받아질 것이고, 후속 파라미터의 적절한 사용은 다중의 요구에 걸치는 엔트리들의 손실 또는 중복을 방지할 수 있다.

C.9 파일 속성들 파라미터

이 파라미터는 가상 파일저장소에 있는 파일을 기술하는 속성 정보를 포함해야 한다.

C.9.1 구조

성분 종속파라미터들의 구조는 표 102에 보여진다.

[표 102] - 파일 속성들 파라미터

부-파라미터 이름

응답

확인

CBB

파일의 크기

마지막 수정된

M

C

M(=)

C(=)

C.9.1.1 파일의 크기

형 정수의 이 파라미터는 옥텟으로된 파일의 대략의 크기를 지정하는 음수가 아닌 값이 될 것이다.

C.9.1.2 마지막 수정된

일반화된시간 형의 이 파라미터는 파일이 마지막 수정되었을때, 그리고 FTAM 파일저장소 속성인 마지막 속성의 날짜 그리고 시간과 일치할때, 가상 파일저장소에 알려진 바와 같은 국부적 날짜와 시간을 지정해야 한다.

C.10 종결 서비스를 위한 추가사양

이 부속서의 구현은 종결 서비스의 구현에 부가의 제약을 부과한다. 받아들여진 종결요구는 만약에 FRSM이 종결요구가 받아들여지는 특정한 연결상에서 현재 활성이라면 결과(-)로 대답해진다.

C.11 강제종료 서비스에 대한 추가사양

이 부속서의 구현은 강제종료 서비스에 대한 부가의 제약을 부과한다. 강제종료 서비스 요구의 보내기나 강제종료 지시의 받기 중의 하나가, 만약에 존재한다면, (연결로 받은 파일열기 서비스 요구들의 결과로서) 생성된 그리고 아직 삭제가 되지 않은 모든 FRSM들의 삭제와 그리고 연결된 파일들의 닫기로 귀결될 것이다.


 목록
(Total:62 articles / page:1/7 )
List
No. Subject By Date Views
62  MMS 표준 II_22 관리자 2009-01-20 855
61  MMS 표준 II_21 관리자 2009-01-20 699
60  MMS 표준 II_20 관리자 2009-01-20 727
59  MMS 표준 II_19 관리자 2009-01-20 768
58  MMS 표준 II_18 관리자 2009-01-20 775
57  MMS 표준 II_17 관리자 2009-01-20 833
56  MMS 표준 II_16 관리자 2009-01-20 724
55  MMS 표준 II_15 관리자 2009-01-20 683
54  MMS 표준 II_14 관리자 2009-01-20 626
53  MMS 표준 II_13 관리자 2009-01-20 664
Search