VS/9
VS/9 |
 |
 | |
| 개발자 | 유니백 |
|---|---|
| OS 패밀리 | TSOS |
| 동작 상태 | 단종 |
| 소스 모델 | 알 수 없는 |
| 초기 릴리즈 | 1960년대 후반 |
| 플랫폼 | UNIVAC 시리즈 90 메인프레임 컴퓨터 |
| 체납 사용자 인터페이스 | 명령줄 인터페이스 |
| 면허증. | 독자 사양 |
VS/9는 UNIVAC 시리즈 90 메인프레임(90/60, 90/70 및 90/80)용 컴퓨터 운영 체제이며 1960년대 후반부터 1980년대까지 사용되었습니다.90/60 및 90/70은 Univac 9700 컴퓨터를 재패키지화.Sperry가 RCA를 인수한 후 RCA TSOS 운영체제는 Univac의 경쟁체제에 비해 월등히 진보한 것으로 판단되어 Univac 하드웨어와 RCA 소프트웨어를 통합하는 것을 선택하고 90/70을 도입했습니다.90/60은 그 직후에 더 느리고 저렴한 90/70으로 출시되었습니다.VS/9는 90/80이 등장하고 나서야 하드웨어 플랫폼을 최적화하여 동일한 컴퓨터 상에서 인터랙티브 및 배치 작업을 모두 수행할 수 있게 되었습니다.
배경
1971년 9월, RCA는 IBM과의 경쟁에서 약 5억 달러의 손실을 입은 후 메인프레임 컴퓨터 사업에서 손을 떼기로 결정했습니다.컴퓨터 사업부의 자산 대부분은 당시 Univac에 매각되었다.여기에는 RCA의 Spectra 시리즈 컴퓨터, 다양한 외장 하드웨어 설계(비디오 단자, 테이프 드라이브, 펀치 카드 리더 등), 운영체제인 Time Sharing Operating System(TSOS) 등이 포함됩니다.
TSOS는 사용자의 관점에서 IBM의 어떤 운영 체제보다 더 나은 운영 체제였을 수 있지만, 그 당시에는 운영 체제가 컴퓨터와 별도로 판매되는 것으로 간주되지 않았기 때문에 제조업체는 이를 구입 가격의 일부로 포함시켰습니다.Univac은 TSOS에 몇 가지 새로운 기능을 도입하여 VS/9로 이름을 변경하였습니다.그러나 'TSOS'라는 이름은 UNIX 유형의 시스템에서는 'root'라고 불리는 기본 특권(시스템 매니저) 계정의 사용자 이름으로 남아 있습니다.RCA는 TSOS를 후지쯔에 매각해, 동명의 메인프레임의 후지쯔의 BS2000 operating system의 기반이 되고 있다.
사용하다
인터랙티브한 사용
VS/9의 대화형 사용은 터미널 콘센트레이터 유닛에 연결된 터미널을 통해 이루어졌으며, 터미널은 IBM 3270 스타일의 터미널과 유사한 방식으로 제어 신호를 주고받았습니다.이는 일반적으로 한 번에 한 글자씩 입력되는 PC의 관행과는 달리 입력 키에 따라 단말기로의 입력이 전송되는 것을 가능하게 한다.콘센트레이터 유닛은 원래 Communications Control Module(CCM; 통신 제어 모듈)로 알려져 있었습니다.그러나 RCA는 CCM 터미널 컨트롤러의 특허와 디자인을 싱어사에 매각했습니다.따라서 Univac은 Multiterminal Connection Controller 모델 16 또는 MCC-16으로 알려진 CCM용 에뮬레이터 장치를 개발했습니다.
MCC-16은 Uniscope Video Display Terminal 또는 VDT로 이름이 변경된 Univac 표준 단자(RCA에서)와 일반 ASCII 덤 터미널을 모두 지원했습니다.Univac의 Uniscope VDT는 화면상의 텍스트를 편집하여 한 번에 한 줄 또는 한 페이지에 한 줄씩 변경한 후 텍스트를 컴퓨터에 다시 전송하는 기능 등 고도의 편집 기능을 (당분간) 제공했습니다.또한 VDT는 커서 뒤의 텍스트만 인식하도록 지시하는 커서를 통한 직접 커서 위치 지정 및 입력 보호를 지원했습니다.또한 화면 서브셋에서 특수 스크롤 모드, 즉 마지막 줄이 표시될 때 화면 전체가 위로 스크롤되는 대신 화면 하단 절반만 스크롤할 수 있는 "윈도"를 지원했다. ("스크린 분할 스크롤"의 기능은 약 20년 후 애플 II m에서도 사용할 수 있게 되었다.)icrocomputer)
인터랙티브(타임셰어링) 단말기와 트랜잭션 단말기가 구별되었습니다.인터랙티브 단말기가 운영체제에 의해 직접 제어되는 경우 트랜잭션 단말기는 배치 프로그램에서 제어됩니다.처음에 MCP for Multichannel Communications Program으로 알려진 이 배치 프로그램은 RCA 및 Sperry 배치 지향 운영 체제, TDOS(테이프 디스크 운영 체제) 및 DOS(디스크 운영 체제)용으로 개발되었습니다.보다 견고한 인터랙티브 운영체제인 VMOS, MCP를 사용하기 위해 단계적으로 폐지되는 것이 명확해지자 VMOS(Virtual Memory Operating System)는 VMOS 상에서 동작하도록 이식되었습니다.VMOS(가상 메모리 운영체제)는 RCA Spectra 70 46, 61, 3, 7 컴퓨터에서는 TSOS의 새로운 명칭이 되었고, 그 후 RCA 70AC 시리즈에서는 최초로 TSOS(구칭)로 사용되었습니다.
결국, MCP는 스페리 유니백 단말기를 지원하도록 강화되었고, 그 이름은 통신 운영 체제(COS)로 바뀌었다.에뮬레이션모드로 동작하는 CCM 이후의 MCC 포트는 인터랙티브 또는 트랜잭션 중 하나로 지정할 수 있지만 둘 다 지정할 수 없습니다.포트가 인터랙티브포트로 지정되어 있는 경우 VMOS 또는 VS/9 운영체제에 통합된 타임셰어링 서비스에 의해 제어되었습니다.한편 트랜잭션포트는 COS에 의해 제어되었습니다.이러한 포토에 접속되어 있는 모든 단말기는, 각각의 제어 호스트 소프트웨어의 「속성」이 되었습니다.타임셰어링은 프로그램 개발에 사용되어 당시 최첨단이었던 기존 배치 프로세스보다 훨씬 빠른 프로그램 개발을 가능하게 했습니다.각 시분할 사용자는 그 자체 태스크이며 필요에 따라 프로그램을 실행하고 파일을 생성하며 시스템 리소스를 요구할 수 있습니다.이를 가능하게 한 것은 운영체제가 "가상 메모리"를 관리하거나 사용하지 않을 때 일시적으로 메모리 페이지(프로그램 실행 포함)를 디스크나 드럼에 저장하고 나중에 필요에 따라 가져올 수 있기 때문입니다.가상 메모리 페이지 크기가 4096바이트로 고정되었습니다.이를 통해 제한적이고 비싼 메인 메모리 공간에 의해 제약을 받는 것보다 더 많은 작업을 동시에 실행할 수 있게 되었습니다.반면 트랜잭션 사용자는 모두 단일 프로그램에 의해 제어되었으며 환경에 대한 시각은 제시된 시각으로 제한되었습니다.이들은 개별 태스크로 식별되지 않았으며 프로그램을 실행하거나 시스템 리소스를 요청할 수 없었습니다.
에뮬레이션모드로 동작하는 CCM과 MCC는 "덤" 하드웨어 인터페이스였습니다.즉, 터미널 폴링, 오류 복구 및 메시지 구축을 포함한 모든 네트워크 프로토콜 인텔리전스는 메인프레임에 상주하는 반면, CCM과 MCC는 메인프레임과 전화 회선 사이의 도관 역할을 합니다.MCC가 진정한 프런트 엔드 프로세서로 사용되고 나서야 이러한 오버헤드(폴링 및 오류 복구 등)의 상당 부분이 메인프레임에서 오프로드되어 응용 프로그램 실행에 필요한 컴퓨터 시간이 해방되었습니다.이것은 VS/9 시대까지는 발생하지 않았습니다.
일괄 사용
VS/9는 하나 이상의 카드 리더를 지원했습니다.이 리더는 컴퓨터에 연결되어 사용자가 카드 덱을 호퍼에 놓고 "시작" 버튼을 누르면 활성화됩니다.아마도 컴퓨터는 소스 덱을 읽고 읽은 모든 카드를 출력 호퍼에 넣을 것입니다.카드 덱이 유효한 로그인으로 구성되어 있는 경우 실행하는 작업으로 카드 덱을 처리합니다.
사이트 운영
VS/9는 중앙 사이트의 컴퓨터 오퍼레이터에 의해 제어되었습니다.컴퓨터 오퍼레이터는 시스템 콘솔을 통해 시스템과 상호 작용했습니다.처음에는 이 콘솔이 텔레타이프 장치였지만 나중에 시스템 콘솔 프린터가 연결된 비디오 디스플레이 장치로 업그레이드되었습니다.모든 시스템 콘솔 메시지가 시스템 콘솔 프린터에 기록되었습니다.OS에서 발신되는 불필요한 메시지도 시스템 콘솔프린터에 기록되었습니다.컴퓨터 오퍼레이터는 다음과 같은 많은 책임을 지고 있었습니다.
- 기동 프로세스로 시스템을 초기화합니다.
- 배치 프로그램 프로세스를 시작합니다.
- 사이트에 트랜잭션 단말기가 있는 경우 통신 제어 프로그램(MCP 또는 COS)을 로드합니다.
- 입력 데이터를 천공 카드 또는 자기 테이프를 통해 제공합니다.
- 배치 및/또는 대화형 작업에 필요한 경우 이동식 디스크 및 테이프를 마운트/해제합니다.
- 실행 중인 작업 또는 입력 대기열에서 작업의 우선 순위를 지정합니다.
- 배치 및 인터랙티브 터미널 제한을 조정하여 시스템 성능을 최적화합니다.
- 온사이트에서 로컬로 접속된 프린터에 용지를 공급합니다.
- 벤더 유지보수 담당자에게 시스템 오작동을 보고합니다.
- 고객관리팀의 지시에 따라 기타 업무를 수행합니다.
특징들
볼륨 그룹
VS/9의 라이프 사이클 후반에 향상된 기능 중 하나는 볼륨 그룹입니다.당시 디스크 테크놀로지는 각 디스크에 한정된 스토리지 공간을 제공했습니다.디스크 드라이브는 비교적 크고 매우 비쌌기 때문에 디스크 드라이브 제조업체는 디바이스에서 실제 디스크를 물리적으로 제거하고 다른 디스크로 교체하는 기능을 제공했습니다.따라서 고객은 사용 가능한 디스크 드라이브가 충분하지 않으면 디스크 드라이브의 몇 배의 용량을 동시에 사용할 수 없었지만, 디스크 드라이브의 몇 배의 용량을 저장할 수 있었습니다.디스크 저장공간이 한정되어 있기 때문에 사용자에게도 또 다른 문제가 발생했습니다.대부분의 경우 파일은 하나의 디스크에 포함할 수 있는 것보다 큽니다.볼륨 그룹은 파일을 여러 디스크에 분산시킴으로써 이 기술적 문제를 완화하는 데 도움이 되었습니다.동시에 마운트해야 하는 볼륨(디스크)은 "볼륨 그룹"으로 지정되었습니다.중요한 데이터에 대한 액세스를 제한하기 위해 소유자를 정의할 수 있습니다.마운트되어 활성 작업에 연결되면 연결된 모든 작업이 볼륨 그룹을 해제하거나 종료할 때까지 전체 볼륨 그룹을 마운트 해제할 수 없습니다.시스템에서 사용할 수 있는 모든 디스크는 볼륨 그룹에 속해 있었습니다.그룹에 볼륨이 1개밖에 없는 경우에도 마찬가지였습니다.볼륨 그룹은 분리 가능 또는 고정으로 지정할 수 있습니다.고정 볼륨 그룹을 제거할 수 없습니다.이는 운영체제와 트랜잭션 터미널을 지원하는 파일이 포함된 Disk에 필요했습니다.
리모트 배치 처리
RBP(Remote Batch Processing)는 VS/9에 존재했던 기능으로, 수요가 한정되어 있기 때문에 완전히 이용된 적은 없습니다.RBP를 통해 원격 사용자는 메인프레임에서 실행할 배치 작업을 제출하고 결과를 오프사이트 프린터로 받을 수 있습니다.통상, 리모트 배치 디바이스는, operating system의 리모트 배치 서비스와 인터페이스 하는 통신 회선에 접속된 카드 리더와 프린터로 구성됩니다.로컬 배치 작업과 마찬가지로 오퍼레이터는 테이프 또는 디스크 마운트/디스마운트 요청을 수신하고 질문에 대한 응답에 대한 프로그램 프롬프트를 받을 수 있습니다.
작업 유형
태스크 유형별 VS/9 관리 태스크.작업 유형은 프로그램 실행 또는 보류 중인 작업의 대기열일 수 있습니다.VS/9에서 사용되는 작업 유형은 다음과 같습니다.
- 배치 입력 큐
- 배치 프로그램 실행
- 활성 시간 공유 사용자
- 인쇄 및 펀치 스풀 출력 큐
- 인쇄 및 펀치 장치 인쇄 또는 펀치
- RBP 출력 큐
- 사용하지 않음
- RBP 디바이스 인쇄
MCP와 COS는 항상 타입 2 태스크였습니다.시스템 오퍼레이터는 시스템 콘솔의 각 큐에 있는 태스크 수를 확인합니다.태스크 큐의 전체 목록은 "Stat200"으로 알려진 현장에서 작성된 프로그램을 통해 관리자 권한이 있는 대화형 터미널에서 사용할 수 있습니다.이 프로그램은 태스크 큐를 몇 초마다 스캔하여 중단되거나 종료될 때까지 터미널 화면에 태스크의 롤링 목록을 표시합니다.정식 출시된 제품은 아니지만, 사실상의 작업 모니터링 표준이 되었습니다.
계정 액세스
VS/9는 계정 이름과 사용자 이름을 사용하여 액세스를 제어합니다.어카운트명은 1~7 문자의 식별자이며, 유저명도 1~8 문자의 식별자입니다.계정 이름 및 사용자 이름의 식별자는 문자와 숫자만 사용할 수 있습니다.계정 이름은 Unix 스타일의 사용자 계정에서 디렉토리 이름과 같으며, 사용자 이름은 해당 계정을 공유하는 사람이 해당 계정을 사용하는 당사자임을 나타냅니다.따라서 예를 들어 S0103이라는 계정명이 있는 경우, 그 계정에 Pat과 Leslie라는 이름의 사용자가 2명 있는 경우, 이들은 S0103, PAT 및 S0103, LESLY라는 완전한 식별자를 갖게 됩니다.모든 파일은 디렉토리 S0103에 저장되므로 같은 이름의 파일을 만들 수 없습니다.예를 들어 PA5의 계정 이름이 있는 경우, Pat이라는 이름의 사용자가 있는 경우 ID는 PA5, PAT가 되며 Pat이라는 이름의 다른 사용자와는 전혀 관련이 없습니다.
계정에는 비밀번호 요구, 파일 수 제한, 사용량, 허용된 사용 시간(오후 5시 이후 또는 오전 8시 이전에만 로그온 허용 등) 및 CPU 제한 등의 제한이 부여될 수 있습니다.또한 현재 세션이 일정 시간 이상의 월클럭 또는 CPU 시간을 사용한 경우 사용자가 명령을 발행하여 프로그램을 중단시킬 수도 있습니다.
로그온하지 않은 터미널에서 세션을 시작하려는 사용자는 Univac VDT의 빨간색 키를 누르거나Control+C 를 누릅니다.VS/9는 다음과 같은 응답을 발행합니다.
- Welcome to the VS/9 terminal system. Please logon.
그 뒤에 슬래시("/")가 붙습니다.Univac VDT의 경우 프롬프트 문자는 기호(">")보다 큰 역색처럼 보입니다.사용자는 'logon'이라는 단어 뒤에 식별자(예: 계정 이름, 쉼표 및 사용자 이름)를 입력하여 로그온합니다.계정에 암호가 있는 경우 쉼표 뒤에 암호(1~4자)를 입력합니다.하나 이상의 공백(후행 공백 제외, 생략 가능)이 포함된 경우 작은 따옴표로 입력해야 합니다.인쇄할 수 없는 문자 또는 바이너리 문자가 포함되어 있는 경우는, 문자 X 에 이어 따옴표와 패스워드의 8 문자의 16 진수치를 사용해 입력할 필요가 있었습니다.따라서 계정 S0103에 패스워드(16진수) A0B0C0과 공백이 있는 경우 사용자 LESLY는 다음과 같이 입력하여 시스템에 로그온합니다.
- /LOGON S0103,LESLIE,X'A0B0C0'
계정 이름, 사용자 이름 또는 암호가 잘못되었기 때문에 자격 증명이 올바르지 않은 경우 다음과 같은 메시지가 나타납니다.
- Logon invalid, please try again.
다시 로그온하라는 메시지가 나타납니다.
자격 정보가 올바른 경우 시스템 매니저(계정 소유자)가$TSOS)에서 시스템메시지를 올렸기 때문에 이 시점에서 표시됩니다.사용자는 명령어 모드가 되고 다양한 명령어를 입력할 수 있는 표준/프롬프트가 표시됩니다.사용자는 Univac VDT 또는 CASCII 터미널에서 +를 입력하고 transmit을 눌러 세션을 종료합니다.
단말 기능
Univac의 VDT 단말기는 상단에 4개의 기능 키가 있으며 VS/9은 이를 특별히 인식했다.
- F1은 ASCII 단말기의 브레이크키와 동등합니다.프로그램이 실행 중일 경우 프로그램이 중단되고 사용자는 브레이크 모드로 들어가 명령을 실행할 수 있습니다.R 또는 INTR을 입력하여 중단이 발생한 프로그램의 실행을 재개할 수 있습니다.
- F2와 F3는 프로그램이 다양한 기능을 인식하도록 설정할 수 있지만 VS/9에서는 사용되지 않았습니다.
- F4는 실수로 또는 고의로 타격을 입었을 경우 사용자를 즉시 강제 로그오프했습니다.이는 MS-DOS에서 CTRL-ALT-DEL을 누르면 기계가 즉시 강제 재부팅됩니다.
시스템 명령어
VS/9 명령 및 옵션을 입력하여 명령어를 받아들입니다.배치 스트림에서 카드 또는 배치파일로 발행된 명령어에서는 슬래시 앞에 슬래시를 붙여야 합니다.단말기에서 입력된 명령어는 슬래시를 사용할 필요가 없습니다.명령어는 다음과 같습니다.
- 프로그램을 로드하고 실행하는 EXEC
- LOAD: 프로그램을 메모리에 로드하고 실행하지 않고 명령 모드로 전환하여 디버깅명령어를 허용합니다.
- 현재 세션에서 배치 파일을 실행하려면 DO
- ENTER: 카드 리더에 전송된 것처럼 배치 파일을 실행합니다.
- SYSFILE: 인쇄 출력의 배치를 지정합니다.
- 세션을 종료하려면 LOGOFF를 선택합니다.단말기를 사용하려는 사용자 또는 계정 변경을 원하는 사용자도 즉시 입력하여 새 로그인을 요청할 수 있습니다.유저가 세션중에 생성한 인쇄 출력은, 이 시점에서 라인 프린터에 스풀 되어 인쇄됩니다.옵션 '테이프'를 사용할 수도 있고 보류 중인 인쇄 출력을 인쇄가 아닌 자기 테이프에 스풀링해야 함을 나타낼 수도 있습니다.시스템 오퍼레이터에게 요구가 송신됩니다.
실행 중인 프로그램에 브레이크(ASCII 단말기의 브레이크 키 또는 Univac VDT의 F1 키를 통해)를 발행하거나 EXEC 대신 LOAD 명령을 사용한 경우 사용자가 명령어 모드로 있을 수 있도록 프로그램이 일시 중단된 "브레이크 모드"가 됩니다.위의 명령어를 발행할 수도 있습니다.
- R: 브레이크 키에 의해 중단된 프로그램을 재개합니다.
- INTR을 지원하는 프로그램에 인터럽트 재개 발행
- 디버깅 명령어
- VS/9에는 메모리와 레지스터 표시, 프로그램 오류 트랩 및 메모리 저장 명령을 제공하는 Interactive Debugging Aid(IDA)가 포함되어 있습니다.인터랙티브 디버거를 사용하기 위해 프로그램을 실행하거나 모듈을 프로그램에 링크해야 하는 다른 시스템과 달리 IDA는 운영 체제의 일부이며 명령어는 브레이크 모드에서 사용할 수 있습니다.
- 운영체제 문제를 디버깅하기 위해 매우 유용하지만 지원되지 않는 또 다른 제품은 "CareCity"라는 프로그램입니다.VS/9 운영 체제는 자기 테이프에 사전 조립된 모듈로 제공되었습니다.인스톨중에, 기능하는 operating system을 형성하기 위해서 제공된 설정 파라미터에 근거해 선택된 모듈이 서로 링크 되어 디스크에 보존되었습니다.각 모듈 끝에는 지정된 빈 공간이 있습니다.이 공간은 에러 발생 시 모듈 전체를 재조립하지 않고 기존 코드를 패치하는 데 사용됩니다.CareCity를 통해 관리자는 각 운영체제 모듈의 시작과 관련된 주소를 사용하여 운영체제 메모리의 내용을 볼 수 있습니다.다음으로 필요에 따라 지정된 패치영역에 패치코드를 삽입하여 기존 코드에서 새로 설치된 코드로의 브랜치를 삽입할 수 있습니다.이 모든 것은 운영체제를 사용하고 있을 때 실행할 수 있습니다.
파일명 표기법
파일명의 길이는 최대 56자입니다.파일은 문자, 숫자, 대시 및 숫자로 구성될 수 있습니다.모든 자릿수의 파일 이름을 사용할 수 있지만 파일에는 연속 두 개의 마침표를 사용할 수 없습니다.다른 계정의 파일에 액세스하려면 해당 계정의 사용자가 파일을 공개해야 합니다.파일이 공개되어 있는 경우는, 참조되고 있는 파일이 다른 어카운트에 있는 것을 나타내는 표시기($), 어카운트명 다음에 마침표를 붙이면, 다른 유저가 파일에 액세스 할 수 있습니다.
계정 S0103에 "A"라는 이름의 파일이 있고 계정 PA5의 사용자가 계정 S0103에 있는 파일에 액세스하려면 먼저 파일을 공용으로 표시하고 다음으로 계정 이름과 파일 이름으로 참조해야 합니다.따라서 계정 PA5의 사용자가 계정 S0103의 파일A 에 액세스 하고 싶은 경우, 파일이 공개되어 있는 경우는, 다음과 같이 참조합니다.$S0103.A계정 S0103의 사용자는 파일을 단순히 "A"로 참조할 수도 있고, 달러 기호와 자신의 계정 이름, 마침표와 이름 순으로 완전한 파일 이름으로 참조할 수도 있습니다.
특수 계정 TSOS의 공용 파일에는 계정 번호와 동일한 이름으로 시작하지 않는 한 파일의 첫 번째 문자로 $만 사용하여 액세스할 수 있습니다. 단, 이 경우 $TSOS라는 명시적 계정 참조가 필요합니다.또한 $TSOS.는 사용자 계정에서 찾을 수 없는 이름으로 참조되는 누락된 파일의 경로 이름입니다.예를 들어 S0103이라는 파일이 있는 경우.$TSOS 계정에 XYZZY가 있으며, 그 시스템에는 S0103이라는 계정이 있습니다.접속하려면 , 다음의 방법으로 액세스 할 필요가 있습니다.$TSOS.S0103.XYZZY.
TSOS는 로컬에 존재하지 않는 참조된 파일의 "기본" 계정이기도 합니다.예를 들어 EDT 에디터 프로그램을 실행하기 위해 EXEC 프로그램을 실행하는 명령어를 발행한 후 EDT라고 하는 파일명을 발행합니다.따라서 사용자가 EDT라는 이름의 파일을 생성하지 않았다면 EDT 에디터를 실행할 수 있습니다.
- /EXEC EDT
송신 키를 누릅니다.시스템 에디터를 사용하기 위해 어떤 이유로 같은 이름의 프로그램을 만든 경우, 입력하지 않으면 안 됩니다.
- /EXEC $EDT
또는 시스템 계정에 명시적으로 입력할 수도 있습니다.
- /EXEC $TSOS.EDT
Unisys가 EXEC 8 시리즈 컴퓨터를 위해 9000 시리즈 메인프레임 판매를 중단했을 때(아마도 더 이상 비용 효율이 떨어지고 메인프레임 시장이 축소되었기 때문일 것입니다), VS/9은 사실상 포기되었습니다.
