KR101001074B1 - 버스 상에 데이터를 전송하기 위한 방법 - Google Patents

Abstract

데이터 소스(1)로부터, 가변성의 제한된 수(n)의 데이터 요소를 갖는 프레임의 전송을 지원하는 버스(5) 상의 데이터 싱크(8)로, 데이터 블록을 전송하기 위한 방법은 a) 데이터 싱크(8)로부터 데이터 소스(1)로 전송될 블록 내에 포함된 데이터 요소의 적어도 하나의 수(N)를 특정화시키는 제어 정보를 보내는 단계(S2)와, b) N > n이라면, 전송될 블록의 각각의 n 데이터 요소를 갖는 프레임 int(N/n) 및 데이터 소스(1)로부터 데이터 싱크(8)로 전송될 블록의 (N 나머지 연산자 n) 데이터 요소를 갖는 프레임을 보내는 단계(D4)와, c) 단계 b)에 수신된 데이터 요소의 수가 제어 정보 내에 특정화된 수(N)와 일치한다면, 데이터 싱크(8)를 통해 완료 (S9)로서 블록의 전송을 확인하는 단계를 포함하고, 상기 int(N/n)은 N/n보다 작거나 동일한 가장 큰 정수이다.

데이터 소스, 프레임, 수, 버스, 데이터 싱크, 데이터 블록, 정수, 연산자

Description

버스 상에 데이터를 전송하기 위한 방법 {METHOD FOR TRANSMITTNG DATA ON A BUS}

본 발명은 데이터 소스로부터, 가변성의 제한된 수의 데이터 요소를 갖는 프레임의 전송을 지원하는 버스 상의 데이터 싱크로, 데이터 블록을 전송하기 위한 방법에 관한 것이다. 그러한 블록의 데이터 요소의 수가 프레임 내에서 최대 전송 가능한 데이터 요소의 수보다 크다면, 블록은 복수의 프레임 상으로 분배되어 전송되어야만 한다. 이러한 프레임을 수신하는 데이터 싱크는 이로 인해 복구되어야 한다.

블록의 정확한 복구는, 데이터 소소로부터 데이터 싱크로의 전송시 프레임이 인식되지 못한 채 유실될 수 있다면 또는 블록의 전송시 마지막 프레임을 나타내는 프레임이 그와 같이 인식되지 못하고 추가로 데이터 싱크로부터 나중에 수신되는 프레임이 동일한 블록에 배열된다면, 불가능하다.

하나의 프레임에 완전히 적합하지 않는 다량의 데이터 블록이 전송되야 하는 이러한 문제점은, 특히 CAN 표준에 기초한 데이터 처리 시스템, 예를 들면 차량 기술 분야를 위한 제어 장치의 개발(developing)시에 발생한다. CAN 표준은, 적은 데이터 양을, 주어진 시간 간격 내에서 센서로부터 제어 장치로 또는 제어 장치로부터 차량 엔진의 작동 상태에 영향을 주는 액츄에이터로 또는 차량의 다른 유닛으로 전송하는 데 매우 적합하다. 그러나 그러한 시스템을 개발시키고 최적화하는 과정에서, 호스트 컴퓨터와의 상호 소통에서 디벨로퍼(developer)가 제어 장치의 작동 방식을 보정하고 상세하게 추적할 수 있도록 제어 장치와 통합 개발 환경(Intergrated Development Environment(IDE))의 호스트 컴퓨터 사이에 다량의 데이터 양이 전송되는 것이 종종 필수적이다.

CAN 버스를 통한 그러한 데이터 양의 전송은 상당한 오버헤드(overhead)를 필요로 하고 CAN 버스의 전송 능력의 상당한 부하를 유도한다. 호스트 컴퓨터와 제어 장치의 통신이, 버스에서 발생하고 제어 장치에 의해 실현되는 제어 기능을 위해 필수적인 다른 통신 프로세스와, 전송 능력을 위해 경쟁하는 경우, 전송 능력은 이 모든 기능을 위해 충분하지 않고 장치의 기능성이 손상될 수 있다.

본 발명에 의하면, 전송 오버헤드가 거의 발생하지 않아 버스 상에서 사용되는 대역폭을 효과적으로 사용하는, 데이터 소스와 데이터 싱크 사이의 버스 상으로 데이터 블록을 전송하기 위한 방법이 제공된다. 본 방법은 수신될 소스로부터 예상되는 포맷, 특히 데이터 블록의 데이터 요소의 수를 특정화시키는 데이터 싱크에 관한 것이다. 이러한 요소의 수는 버스 시스템에 의해 지원되는 각각의 프레임 내로 전송 가능한 데이터 요소의 수보다 클 수 있다. 이러한 경우라면, 블록의 데이터 요소는 복수의 프레임 상으로 분배되야 하고 프레임은 버스 상에서 싱크로 전송된다. N이 전송될 블록의 데이터 요소의 수이고, n은 프레임 내에서 최대 전송 가능한 데이터 요소의 수라면, 블록은 int(N/n) 프레임을 완전히 채우고, 여기에서 int(N/n)은 N/n보다 작거나 동일한 가장 큰 정수이다. 이러한 완전히 채워진 프레임이 전송된다면, 이어서 또한 (N 나머지 연산자 n) 데이터 요소를 포함하는 프레임이 전송된다. N 나누기 n이 나머지 없이 나누어질 경우, 이러한 마지막 프레임의 데이터 요소의 수는 또한 0이다. 데이터 요소로부터 가장 높은 수(n)보다 작은 수를 갖는 프레임이 수신되었다는 사실로부터, 데이터 싱크는 블록의 마지막 프레임이라는 결론을 내릴 수 있다. 실질적으로 수신된 데이터 요소의 수와 예상되는 수(N)를 비교함으로써 블록이 완전히 수신되었는 지의 여부를 데이터 싱크 측 상에서 판단할 수 있게 된다.

전송될 블록의 데이터 요소의 수(N)가 프레임 내에서 전송 가능한 데이터 요소의 수(n)보다 작을 경우, 상기 설명된 방법은 불변의 원칙으로 사용 가능하다. int(N/n) = 0인 경우에, 데이터 싱크에 의해 블록의 마지막 프레임으로서 직접 인식된 N 데이터 요소를 갖는 단지 하나의 프레임만이 전송된다.

블록의 데이터 요소의 수(N)가 프레임의 데이터 요소의 수(n)와 일치한다면, 바람직한 특수 제어가 가능하다. 데이터 싱크가 블록의 전송될 데이터 요소의 수를 특정화시키고 싱크가 언제 블록을 수신하는 지를 인식할 수 있기 때문에, 데이터 싱크는 프레임이 완전히 수신된 직후 이미 그 안에 포함된 블록이 완전히 도착한 것을 인식할 수 있다. 유실될 가능성이 있거나 다른 방식으로 오류를 갖도록 전송될 수 있는 어떠한 추가의 프레임도 전달될 수 없기 때문에, 이러한 경우, 싱크가 블록의 완전한 전송을 나타내도록 데이터 요소가 없는 프레임을 전송하는 것은 필수적이지 않다.

바람직하게, 데이터 싱크로부터 데이터 소스로 전송되는 제어 정보는 전송될 블록의 요소의 수 뿐만 아니라, 시점(즉, 주기적인 전송의 경우에서 시점) 및 전송될 파라미터의 유형과 의미를 특정화시킨다.

본 발명의 추가의 특징 및 이점은 첨부된 도면을 참조하여 실시예의 다음의 설명으로부터 명백해질 것이다.

도1은 본 발명에 따른 방법을 사용할 수 있는 예시적인 데이터 처리 시스템의 블록도이다.

도2는 CAN 프레임의 구조이다.

도3은 도1의 제어 장치에 의해 본 발명에 따른 방법의 프레임 내에서 실행되는 처리의 흐름도이다.

도4는 호스트 컴퓨터에 의해 실행되는 처리의 흐름도이다,

도1의 블록도에는 본 발명에 따른 데이터 처리 시스템을 위한 예로서 제어기, 특히 차량 제어 장치를 위한 통합 개발 환경이 도시된다. 이러한 제어 장치(1)는 마이크로 프로세서(2), 메모리 모듈(3) 및 버스, 특히 CAN 버스(5)로의 인터페이스(4)를 포함하고, 인터페이스에는 차량의 작동 파라미터의 측정값이 버스(5)를 거쳐 제어 장치(1)로 전달되고 그리고/또는 제어 장치(1)로부터의 명령을 수용하고 실행하는 차량의 복수의 기능 유닛(6)이 연결된다. 기능 유닛은 예를 들면, 크랭크 축의 회전각에 대한 측정값을 제어 장치(1)로 전달하는 엔진의 크랭크 축에서의 회전각 센서 또는 감지 가능한 회전 각도의 측정값으로부터 제어 장치(1)에 의해 유도된 점화 명령을 수신하는 엔진의 점화 플러그이다. 기능 유닛은 본원에서 상세하게 설명되지 않는 다양한 다른 측정 및 제어 기능을 수행할 수 있다.

제어 장치(1)가 시험 및 개발의 단계에 존재하는 동안, CAN 버스(5)에 인터페이스(7)가 연결되고, 이를 통해 통합 개발 환경의 호스트 컴퓨터(8)는 제어 장치(1)와 통신할 수 있다.

이러한 호스트 컴퓨터(8)에 의해, 예를 들면 다양한 기능 유닛(6)으로부터 제어 장치(1)에 수집되고 메모리 모듈(3)에 저장된 데이터가 판독될 수 있고 마이크로 프로세서(2)의 작동 방식을 판단할 수 있어 마이크로 프로세서(2)의 제어 프로그램에서의 변경을 통해 작동 방식의 가능한 오류를 제거할 수 있는 디벨로퍼로 보내질 수 있다.

마이크로 프로세서(2)가 기능 유닛(6)과 통신할 때, 일반적으로 적은 양의 데이터가 엄격한 시간적 요구 조건 하에서 전송된다. 즉, 기능 유닛(6) 중 하나가 파라미터 값을 전달하면, 전송의 효율성을 개선하도록, 제어 장치(1)는 주어진 짧은 시간 내에 이에 대해 반응해야 하고, 예를 들면 기능 유닛의 복수의 측정값이 수집되고 이러한 복수의 측정값이 오버헤드 정보(Overhead Information) 세트를 갖는 유닛으로서 전송되는 것은 불가능하다. 이러한 이유로 CAN 버스 프로토콜은 전체 전송 데이터 양에서 오버 헤드 할당이 매우 높지만, 짧은 지연을 갖는 데이터 전송을 가능하게 하는 최대 8 바이트(byte)의 유효 데이터 콘텐츠(useful data content)를 갖는 비교적 짧은 프레임을 사용한다.

이해하기 쉽게 하기 위해, 도2에 CAN 프레임의 구조가 상세하게 도시된다. 각각의 시작 비트(S)는 프레임의 개시부를 나타낸다. 여기에, 관련된 CAN 프레임의 유효 데이터가 결정되는 CAN 버스(5)에 연결된 장치[제어 장치(1) 또는 이들 상으로 진행하는 각각의 프로세스, 또는 호스트 컴퓨터(8) 또는 이들 상으로 진행하는 프로세스의 기능 유닛(6) 중 하나]의 확실한 명칭을 포함하는 ID 필드가 준비된 11 비트가 이어진다.

본 발명에서는 중요하지 않고 추가로 자세하게 설명되지 않을 CAN 프레임의 특성을 특정화하는 3개의 스테이터스 플래그(F, status flag)가 이에 연결된다.

이 다음에 L 필드가 준비된 4 비트는 CAN 프레임 내에 포함된 유효 데이터 바이트의 수를 특정화한다. 이러한 수는 0 바이트와 8 바이트 사이에 존재할 수 있다.

연결된 DATA 부분의 길이는 L 필드 내에 주어진 바이트 수에 상응한다.

16 비트의 CRC 체크 넘버 필드(check number field)는 통상적으로 존재하는 필드 내에서 발생하는 전달 오류를 확인하고 제거할 수 있다. 다음에는 두개의 ACK 작동 비트와 프레임의 마지막을 나타내는 비트 패턴을 갖는 ELF 필드가 준비된 7 비트가 온다. 그 다음의 프레임의 개시부까지는 정보를 전송하지 않는 1 내지 3 비트가 삽입될 수 있다.

CAN 프로토콜이 짧은 반응 시간을 사용하여 보다 적은 양의 데이터 전달에서 양호하게 적용되는 동안, 각각의 CAN 프레임에서는 적합하지 않는 상호 관련된 많은 양의 데이터가 전달되야 한다면 문제를 발생시킨다. 이는 버스(5) 상으로 보내지는 각각의 데이터 소스 측에서 복수의 프레임 상으로 분배되어야 하고 이를 수신하는 싱크 측에서 다시 완전히 그리고 올바른 순서로 조합되어야 한다. 이는, 아이덴티피케이션 부분(ID)의 전달시 오류에 의해 데이터 싱크가 이를 위한 소정 프레임에서 동일한 것으로 인식되지 않고 무시된다면, 또는 동일한 이유로 프레임을 이를 위한 소정의 프레임으로서 잘못 이해한다면, 또는 종방향의 필드 L의 수신 시 오류가 발생된다면, 특히 실패할 수 있고, 유효 데이터는 잘못 전달되거나 또는 그와 같이 된다. 이를 방지하거나 그러한 오류를 적어도 인식하여 방지할 수 있도록, 통상적인 시스템에서 각각의 프레임의 8개의 유효 데이터 바이트 중 하나는 데이터 싱크가 그로부터 수신되는 프레임 다음의 갭 또는 그에 잘못 배열된 프레임을 인식할 수 있는 시리얼 넘버를 전송하도록 조치할 수 있다. 그러한 시리얼 넘버의 전송은 보충적인 오버헤드 할당을 증가시키고 데이터 전송의 효율성을 감소시킨다.

이러한 단점을 해결하기 위해, 본 발명은 데이터 싱크의 복수 전송 목적에서 전송될 데이터 세트의 크기가 우선 인식된다는 특징을 갖는다. 측정 데이터 또는 제어 장치(1)의 다른 작동 파라미터가 호스트 컴퓨터(8)로 전송된다면, 이는 도1의 경우에서와 같이 특히 데이터 처리 시스템 내에 존재한다. 이는 제어 장치(1)에 의해 전송될 데이터가 "인식"되고 그러한 크기의 데이터를 인식하는 사전 지시된 호스트 컴퓨터(8)의 동기부 상에 일반적으로 발생된다. 마지막의 데이터 블록이 종결된 것으로 간주되도록 호스트 컴퓨터가 제어 장치에 의해 지시를 수신받는다면, 전송 오류가 발생했는 지를 확인하기 위해, 그로부터 사전 인식된 크기와 실제로 블록 내로 수신되는 데이터의 크기를 충분히 비교할 수 있고, 수신된 데이터 양이 예상된 양과 일치 할 때 전송은 보다 효과적으로 승인된다.

위에 설명된 법칙에 따라 상호 작용할 수 있는 제어 장치(1)와 호스트 컴퓨터(8)의 작동 방법은 도3 및 도4의 흐름도를 참조하여 설명된다.

도3은 본원에서 호스트 컴퓨터(8)의 예를 참조한 데이터 싱크의 작동 방식을 도시하고, 도4는 데이터 소스, 즉 제어 장치(1)의 작동 방식이 도시된다.

단계(S1)에서, 개발부는 제어 장치(1)로부터 호스트 컴퓨터(8) 내로 전송되야 하는 데이터 블록의 구조를 호스트 컴퓨터(8)와 상호 통신하도록 규정한다. 이러한 구조의 규정은 나중에 전송될 프레임이 호스트 컴퓨터 상으로 진행될 프로세스에 대해 배열될 수 있게 하는 아이덴티피케이터(ID)의 값을 각각 고정하는 것을 포함하고, 이는 필수적이다. 또한, 전송될 파라미터를 고정하고, 즉 컨텐츠를 호스트 컴퓨터(8)로 전송해야 하는 레지스터의 리스트 또는 제어 장치(1)의 메모리 모듈(3)의 저장 위치를 고정하고, 이러한 파라미터가 전송되야 하는 순서를 고정한다. 마지막으로, 관련된 저장 위치의 판독이 발생해야 하는 시점이 고정된다. 시점은 각각의 절대적으로 고정된 시점일 수 있고, 이는 외부의 조건의 발생에 대해, 예를 들면 소정의 방해가 발생함에 따라 특정화된 지연과 함께 소정 시간적 관계를 통해 규정될 수 있거나, 특정화된 주기를 갖는 주기적인 전송이 제공될 수 있다.

단계(S2)에서, 고정된 제어 정보가 제어 장치(1)로 전송된다. 편의상 전송될 제어 정보(8)의 크기는 8 바이트를 초과하지 않도록 채택되어야만 하므로, 제어 정보는 각각의 통상적인 CAN 프레임 내로 전송될 수 있다. 전송될 제어 정보가 8 바이트 이상을 포함한다면, 다음의 데이터 소스로부터 테이터 싱크로 데이터 블록의 전송을 위한 설명된 방법은 또한 데이터 싱크로부터 데이터 소스로의 제어 정보의 전송을 위해 사용된다.

제어 정보는 데이터 소스에 의해 본원에서 제어 장치(1)로 수신된다[도4의 단계(D1)]. 그 동안 데이터 싱크는 데이터의 제1 블록을 수신하기 위해 카운터를 N(t) = 0으로 세팅한다(단계 S3). 이어서, 대기 상태(S4)로 이행되고, 이 단계에서는 CAN 버스(5)를 통해 프레임의 도착을 기다린다.

동시에, 데이터 소스는 레지스터를 판독하도록 제어 정보 내에 특정화되는 시점을 기다린다(D2). 주어진 시점에서, 이는 레지스터의 판독으로써 시작되고 CAN 프레임의 헤드 부분(H)을, 즉 도2에서 S로부터 L까지 나타낸 부분을 호스트 컴퓨터(8)로 보낸다. 이는 단계(S5)에서 헤드 부분(H)으로 전송될 아이덴티피케이터(ID)가, 예상된 것과 일치하는 지를 검사한다. 일치하지 않는다면, 호스트 컴퓨터(8)는 대기 상태(S4)로 돌아가거나 아이덴티피케이터(ID)가 마찬가지로 이에 의해 실행되는 다른 프로세스에 상응한다면 다른 처리 프로세스로 분기된다.

그 동안, 제어 장치는 프레임의 데이터 바이트를 단계(D4)로 보낸다. 이어지는 단계(D5)에서 제어 장치는 블록의 규정에 따라 보내질 데이터 바이트가 있는 지를 검사한다. 그러한 경우가 아니라면, CAN 프레임, 즉 CRC 부분으로부터 EOF 부분까지의 꼬리 부분(trailer, 꼬리부)이 단계(D6)로 보내진다. 단계(D7)에서, 블록의 바이트 수(N)가 n에 의해 다양하게 또는 n에 의해 나눌 때 나머지가 없이 나누어지는 지를 검사한다. 이러한 조건이 만족된다면, 단계(D8)에서 유효 데이터가 없는 프레임이 보내지고, 보내질 블록이 단지 하나라면, 상기 방법 전에 단계(D2)로 돌아간다. 그렇지 않다면, 상기 방법은 바로 종결되거고 또는 빈 프레임을 보내지 않고 단계(D2)로 바로 돌아간다.

데이터 바이트가 보내질 수 있도록 검사가 단계(D5)에 이른다면, 상기 방법은 전송 중인 프레임 내로 추가의 바이트가 전송되야 하는 지를 검사하는 단계(D9)로 다시 간다. 전송되야 한다면, 상기 방법은 바이트를 보내도록 단계(D4)로 돌아가고, 전송되지 않아도 된다면, 꼬리 부분이 단계(D10)로 보내지고, 상기 방법은 추가의 프레임의 헤드 부분의 전송을 시작하도록 단계(D3)로 돌아간다.

단계(S5)에서 호스트 컴퓨터(8)가 프레임의 아이덴티피케이터를 정확하다고 간주한다면, 단계(S6)에서 데이터 바이트를 수신하고 수신된 바이트의 카운터 N(t)를 가중시킨다. 이어서, 단계(S7)에서 이러한 프레임 내에 포함된 유효 데이터 바이트의 헤드 부분(H)의 종방향 필드(L)에 주어진 수 n(t)를 유효 데이터 바이트의 최대 허용 가능한 수 n=8과 비교한다. 모든 값이 일치한다면, 상기 방법은 호스트 컴퓨터가 블록을 규정하는 단계(S1)로부터 인식된 전송될 블록에 포함된 데이터 바이트(N)의 전체 수를, 프레임의 최대 허용 가능한 바이트 수(n)와 비교하는 단계(S8)로 분기한다. 모두가 일치하지 않는다면, 추가의 CAN 프레임의 전송이 예상될 수 있고, 동일한 블록의 추가의 바이트가 이송되는 것은 명백하고, 상기 방법은 단계(S4)의 대기 상태로 돌아간다. 그러나, 단계(S7)에서 동일하다는 것이 결정된다면, 이는 블록에서 전체적으로 단지 ≤ 8의 데이터 바이트를 포함한다는 것은 명백하고, 따라서 전송은 완료된다. 이러한 경우에, 상기 방법은 수신된 데이터 바이트의 처리를 위해 단계(S9)로 간다.

현재의 프레임 내에 전달되는 비트 수 n(t)를 최대 허용 가능한 비트 수(n)로 호스트 컴퓨터(8)가 단계(S7)에서 결정한다면, 이는 블록의 마지막 프레임이 명백하다. 호스트 컴퓨터(8)는 단계(S9)로부터 이러한 블록의 지금까지 수신된 데이터 바이트의 수 N(t)와 단계(1)에 관련된 규정에 따른 바이트 수(N)와 비교한다. 동일하지 않다면, 오류가 발생하고 상기 방법은 예를 들면 전체 블록이 폐기되거나 블록의 새로운 전송이 제공될 수 있는 오류 처리 루틴으로 분기되야 한다. 일치한다면, 블록은 올바른 수신으로 간주되고 단계(S9)에서 처리된다.

이어서 상기 방법은 바이트 카운터 N(t)를 새롭게 0으로 삽입하도록 단계(S3)로 돌아가고 추가의 데이터 블록의 전송을 기다린다.

상기 방법에 의해, 복수의 유효 테이터 비트를 포함하는 서로 관련된 유효 데이터 블록의 전송시 CAN 프레임으로서 감지 가능하고, 이는 CAN 프레임의 전체 전송 능력을 이러한 유효 데이터의 전송에 대해 사용할 수 있고 어떠한 보충적인 유효 데이터-전송 능력이 제어 정보의 전송을 위해 제거될 필요가 없다. 상기 방법은 CAN 버스 상으로 데이터 전송과 관련된 현행 기준에 적합하다.

Claims (6)

1. 가변성의 제한된 수(n)의 데이터 요소를 갖는 프레임의 전송을 지원하는 버스(5) 상에서 데이터 소스(1)로부터 데이터 싱크(8)로, 데이터 블록을 전송하기 위한 방법이며,

   a) 전송될 블록 내에 포함된 적어도 데이터 요소의 수(N)를 특정화시키는 제어 정보를 데이터 싱크(8)로부터 데이터 소스(1)로 보내는 단계(S2)와,

   b) N > n일 경우, 전송될 블록의 각각의 n 데이터 요소를 갖는 프레임들 int(N/n) 및 전송될 블록의 (N 나머지 연산자 n) 데이터 요소를 갖는 하나의 프레임을 데이터 소스(1)로부터 데이터 싱크(8)로 보내는 단계(D4)와,

   c) 상기 단계 b)에서 수신된 데이터 요소의 수가 제어 정보 내에 특정화된 수(N)와 일치할 경우, 데이터 싱크(8)를 통한 블록의 전송이 완료(S9)된 것으로 인식하는 단계를 포함하고,

   상기 int(N/n)은 N/n보다 작거나 동일한 가장 큰 정수인 것을 특징으로 하는 방법.
2. 제1항에 있어서, N ≤ n일 경우, 데이터 소스(1)는 N 데이터 요소를 갖는 단일 프레임을 보내고 데이터 싱크(8)는 상기 단일 프레임의 수신 후에 상기 블록이 완료(S8)된 것으로 인식하는 것을 특징으로 하는 방법.
3. 제1항 또는 제2항에 있어서, 데이터 소스(1)는 제어 정보에서 특정화되는 시점에 블록을 보내는 것을 특징으로 하는 방법.
4. 제1항 또는 제2항에 있어서, 데이터 소스(1)는 제어 정보 내에 특정화된 복수의 파라미터로 블록을 구성하는 것을 특징으로 하는 방법.
5. 제1항 또는 제2항에 있어서, 버스는 CAN 버스인 것을 특징으로 하는 방법.
6. 제1항 또는 제2항에 있어서, 상기 방법은 컨트롤러 회로를 위한 통합 개발 환경에 사용되고, 데이터 소스(1)는 컨트롤러 회로이고 데이터 싱크(8)는 호스트 컴퓨터인 것을 특징으로 하는 방법.

Images