KR100202002B1 - 네트워크파일전송방법 - Google Patents

Abstract

본 발명은 윈도우즈에서 제공하는 멀티미디어 제어 인터페이스의 최저위 함수인 미디어 자료의 입출력 부분에 적재하여 인터페이스 시스템이 해당 멀티미디어 자료파일의 입출력 서비스를 요구할때 바로 네트워크를 통하여 해당 자료를 송수신하는 과정을 통하여 제공하는 방법을 사용함으로써 본 시스템이 구축된 클라이언트는 별도의 재생 인터페이스 응용 프로그램을 제작할 필요가 없고, 설사 제작할 경우에도 기존의 윈도우즈에서 제공하는 멀티미디어 적재 인터페이스를 이용하는 간단한 프로그램만으로 네트워크를 통한 재생 프로그램을 만들 수 있게 된다.

Description

네트워크 파일 전송 방법

제1도는 클라이언트-서버 시스템의 구성을 나타내는 개략도.

제2도는 서버쪽 프로토콜 실행과정을 나타내는 흐름도.

제3도는 클라이언트 프로코톨 실행과정을 나타내는 흐름도이다.

(산업상 이용분야)

본 발명은 윈도우즈 멀티미디어 제어 인터페이스(MCI; Multi-media Control interface)를 기반으로 멀티미디어 자료를 재생하는 클라이언트에서 서버에 등록되어 있는 연속 미디어 스트림을 내려받아 재생시키기 위한 통신선로간의 프로토콜 및 이의 실행에 관한 것이다.

[종래의 기술과 그 문제점]

기존에는 LAN(Local Area Network)또는 고속 전용선로가 개설되어 연결된 컴퓨터에서 서버에 등록되어 있는 멀티미디어 자료를 미리 전송받아 클라이언트쪽에 자료를 저장한 후 이를 재생하거나, 거대한 네트워크 파일 시스템을 구축하여 멀티미디어 자료를 마치 자신의 지역에 존재하는 자료로 간주하여 재생하는 방식을 사용하였다. 또한 최근에는 윈도우즈 멀티미디어 제어 인터페이스와 다른 독자적인 인터페이스를 구축하여 서버에 존재하는 멀티미디어 자료를 수신하면서 재생하는 시스템을 구축하는 방법을 사용하고 있다.

그러나 이러한 기존의 방법은 다음과 같은 문제점이 존재한다.

첫째로 멀티미디어 자료를 미리 전송받아 클라이언트쪽에 저장한 후 이를 재생하는 방법은 멀티미디어 자료가 클라이언트쪽에 도착할때까지 기다려야 한다. 따라서 자료의 크기에 따라서는 즉 거대한 자료의 경우에는 이를 받아 이를 디스플레이하기 까지는 상당한 시간을 기다려야 하는 경우도 존재하고, 자료가 저장될 수 있을 만큼의 충분한 용량의 저장장치가 있어야 한다. 게다가 이 경우에는 자료의 보안 또는 저작권 문제가 제기될 경우 전혀 해결할 수 있는 방법이 없다.

두 번째로 가능한 방법으로 네트워크 파일 시스템을 사용하게 되면 앞서 지적한 문제점은 상당히 줄어들게 되지만 파일 시스템을 구축하기 위하여 상당한 시스템 성능 및 자원을 요구하게 된다. 그리고 일부 시스템의 경우 네트워크 파일 시스템을 지원하지 않는 서버가 존재할 경우 멀티미디어 자료의 재생이 불가능하게 될 뿐 아니라 시스템 구축에 상당한 부담을 떠안게 된다.

세 번째의 방법은, 엑스잉(Xing)사에서 개발한 스트림 윅스(stream work)등이대표적인데 이 방법은 앞서 서술한 방법에 비하여 간단한 시스템 구성으로 해당 미디어 자료를 자유롭게 재생할 수 있다. 그러나 시스템이 지원하는 미디어 자료만을 재생할 수 있을 뿐만 아니라 사용자에 의하여 자유롭게 인터페이스를 제공할 수 있도록 하기 위해서는 별도의 개발도구를 지원해야 하는 문제점이 존재한다.

[발명이 해결하고자 하는 과제]

본 발명은 상기의 문제점을 감안하여 윈도우즈 시스템에서 제공하는 표준 멀티미디어 제어 인터페이스에 의하여 재생될 수 있는 미디어 자료는 별도의 개발도구 없이 바로 적용할 수 있을 뿐 아니라 차후에 개발될 어떠한 형태의 멀티미디어 자료라 할지라도 표준 멀티미디어 제어 인터페이스를 지원하는 경우에는 별다른 수정없이 사용할 수 있다. 또한 기존에 개발된 모든 미디어 재생 인터페이스 응용 프로그램을 그대로 수용할 수 있고, 사용자는 별도의 개발도구를 사용하지 안혹, 단지 윈도우즈에서 제공하는 멀티미디어 제어 인터페이스를 이용하여 개발할 경우 자신이 원하는 응용 프로그램을 개발할 수 있도록 하기 위한 것이다.

[과제를 해결하기 위한 구성]

본 발명은 윈도우즈에서 제공하는 멀티미디어 제어 인터페이스의 최저위 함수인 미디어 자료의 입출력 부분에 적재하여 인터페이스 시스템이 해당 멀티미디어 자료파일의 입출력 서비스를 요구할 때 바로 네트워크를 통하여 해당 자료를 송수신하고 이를 저장을 위한 기억장치에 저장하지 않고 즉시 재생하는 과정을 통하여 제공하는 방법을 사용한다.

윈도우 멀티미디어 제어 인터페이스 시스템은 파일의 입출력에 관련된 부분을 설계하면서 별도의 멀티미디어 파일 입출력 서비스 인터페이스를 구성하였는데, 이 파일 입출력 서비스 인터페이스는 기본적인 파일 입출력 서비스인 파일 입출력 서비스인 파일 개방, 파일 읽기, 파일 쓰기, 파일 위치이동 등의 서비스를 제공한다. 파일로 저장된 멀티미디어 자료를 파일 입출력 인터페이스를 통하여 개방하고, 입출력하는 과정은 멀티미디어 제어 인터페이스에 내장된 메시지 처리 함수에 의하여 제공되는데, 기본적으로 DOS(Disk Operating System)파일 시스템에 대한 파일 시스템 서비스를 제공하고 있다.

본 발명은 기본적으로 내장된 DOS파일 시스템에 대한 서비스 모듈을 사용자에 의한 임의의 파일 시스템 입출력 모듈로 구성하여 네트워크를 통하여 파일 서비스에 상응하는 서비스를 제공하는 시스템을 구성하였다.

[실시예]

이하 본 발명을 실시에에 의거하여 설명한다.

기본적인 파일 시스템 서비스는 메시지 처리 함수에 의하여 제공되는데, 윈도우즈에 의하여 발생되는 멀티미디어 파일 입출력 메시지와 해당 인수는 다음과 같은 것들이 있다.

이와 같이 발생되는 메시지를 처리하는 모듈은 다음과 같은 과정을 거쳐 DOS의 파일 시스템이 제공하는 서비스와 비슷한 서비스를 제공하여 서버에 저장된 해당 멀티미디어 자료를 송수신하여 재생될 수 있도록 구성한다(제2도 및 제3도 참조).

MMIOM_OPEN은 파일을 오픈하는 함수로서 그에 대한 처리는 다음과 같이 이루어진다.

즉 클라이언트측에서는,

먼저 서버와 송수신을 할 선로를 개설한다. 개설되는 선로는 양방향 송수신이 가능한 선로로 개설되며, 해당 멀티미디어 자료가 요구하는 대역폭을 만족하는 선로이어야 한다.

선로가 개설되면 프로토콜에 의하여 해당 멀티미디어 자료 파일 이름과 개방 선택사항을 전송하고, 서버로부터 해당 미디어 자료의 길이값을 수신받는다.

수신된 미디어 자료파일의 길이가 0이면 파일개방 오류메시지를 발생하고, 개설된 선로를 폐쇄한다.

수시된 미디어 자료파일의 길이가 0이 아니면 파일 위치를 저장하는 기억장소값을 초기화 하고, 선로에 대한 정보를 저장한다.

한편 서버측에서는

수신된 파일 이름의 파일을 개방한다.

해당 파일이 길이를 측정하여 숫자문자열로 송신한다.

파일의 처음 위치로 이동한다.

MMIOM_CLOSE은 파일을 폐쇄(close)하는 함수로서 그에 대한 처리는 다음과 같다.

즉, 클라이언트측에서는

먼저 서버에 프로토콜에 의하여 해당 파일을 폐쇄할 것을 요청한다.

서버로부터 파일이 폐쇄되었다는 응답이 도착하면 바로 개설된 선로를 폐쇄한다.

그리고 서버측에서는

파일을 폐쇄한다.

폐쇄에 따른 성공여부를 송신한다.

서버선로를 폐쇄한다

MMIOM_READ는 파일을 읽기 위한 함수로서 그에 대한 처리는 다음과 같다.

즉 클라이언트측에서는

먼저 서버에서 프로토콜을 이용하여 전송되어야할 자료의 길이값을 송신한다.

서버로부터 해당길이만틈의 자료가 도착하면 미리 지정된 기억장치 위치에 해당 자료를 기억시킨다.

도착된 자료길이를 파일 위치를 저장하는 기억장소값에 더하여 준다.

한편 서버측에서는

클라이언트로부터 송신할 길이를 수신한다.

현 위치에서 송신할 길이만큼 자료를 읽어들인 후 클라이언트에 송신한다.

MMIOM_SEEK는 파일에 대한 조작(operation)의 위치를 변경하기 위한 함수이다. 이에 대한 처리로서 우선, 클라이언트측에서는

먼저 서버에서 프로토콜을 이용하여 이동할 위치값과 이동기준을 전송한다.

서버로부터 이동된 파일위치값을 수신한다.

수신된 파일 위치를 저장하는 기억장소값에 저장한다.

한편, 서버측에서는

클라이언트로부터 이동할 위치값과 기준을 수신받는다.

지정위치로 이동한다.

현재의 파일위치값을 클라이언트에 송신한다.

이외에도 MMION_WRITE, MMION_RENAME, MMIOM_WRITEFLUSH 메시지가 존재하나, 멀티미디어 자료를 재생하는 과정에서는 필요하지 않으므로 특별한 처리를 필요로 하지 않는다.

파일 입출력 메시지 핵심 모듈은 미디어 서버와의 긴밀한 규약에 의하여 자료를 요청하고, 수신받아야 한다. 이를 위해서는 클라이언트와 서버간에 자료송수신을 위한 규약(프로토콜)이 규정되어 있어야 한다. 이 규약은 가장 작은 정보를 바탕으로 필요한 동작이나 자료를 수신받을 수 있어야 하고, 기종에 관계없이 범용성을 가져야 하낟.

이를 위하여 본 미디어 스트림 트랜스포트 시스템의 네트워크 프로토콜은 다음과 같은 원칙하에 자료를 송수신한다.

자료의 송수신 과정에서 규약자료의 송신 및 수신의 끝은 NULL 문자로 처리한다. 그러므로 규약자료를 수신받는 클라이언트나 서버측은 NULL 문자가 수신될때까지 자료를 수신한다.

자료의 성격상 숫자에 해당하는 자료는 반드시 문자열로 변환하여 송신한다. 이 과정에서 문자열의 길이는 임의로 조정 가능하다.

미디어 자료의 수신이나 송신은 해독할 어떠한 규약 자료도 포함하지 않은 순수한 미디어 자료로만 구성된다.

규약안에 존재하는 여러 필드의 구분은 ','으로 한다. 수신하는 측에서는 ','를 NULL로 변환하여 각 필드를 하나의 문자열로 사용할 수 있다.

여기에서 숫자자료를 문자열로 송수신하는 이유는 연결되는 기종에 따라 자료의 바이트 순서가 다르기 때문이다. 그리하여 송신하는 측의 내용과 달리 수신하는 측에서 바이트 순서를 반대로 해독할 위험이 있기 때문이다. 또한 정수형을 지정하는 과정에서 기종별로 정수형의 바이트 길이가 항상 동일하지 않은 경우가 있기 때문에 각각의 컴퓨터에 따라 달라질 수 있는 자료의 크기를 언제나 고려하면서 규약을 송수신할 수 없기 때문에 문자열로 변환하여 송수신하는 것이 유리하다.

클라이언트에서 서버로 요청을 보내는 경우에는 다음과 같은 순서로 전송하는데, 전송할 자료 1과 자료 2중 자료 2는 메시지에 따라 생략될 경우도 있다. 이 경우에는 자료 2의 앞에 존재하는 ','도 전송하지 않는다.

WmSG, 자료1, 자료2/0

각각의 메시지에 대하여 전송할 자료 1과 자료 2를 정리하면 다음과 같다.

서버로부터 수신하는 자료는 MMIOM_READ 이외에는 항상 숫자 문자열로 NULL문자가 수신될때까지 수신하여 해당 숫자문자열을 숫자로 변환하든지 그대로 사용한다. 각각의 메시지에 따른 수신되는 자료는 다음과 같다.

이러한 입출력 모듈 시스템은 멀티미디어 제어 인터페이스에서 제공하는 입출력 모듈 적재 함수를 이용하여 적재하게 되는데, 이 과정은 다음과 같은 방식으로 하게 된다.

상기와 같이 작성된 모듈은 자신의 해당 모듈 메모리 핸들을 가지게 되는데, 이 값을 사용자 파일 입출력 시스템 구성을 위한 mmiolnstallOProc( )함수의 인수값을 사용하면 된다. 그리고 선택사항은 MMIO_GLOBALPROC을 지정하여 설치하면 된다. 대치해야할 기존의 입출력 모듈은 MS-DOS시스템을 기반으로 사용되던 시스템이므로mmiolnstallOProc( )의 fcclOProc는 mmioFOURCC('D', 'O', 'S')로 지정하여 설치한다.

[발명의 효과]

본 시스템의 구축에 의하여 별도의 네트워크 파일 시스템을 구축하지 않고도 멀티미디어 자룔를 네트워크를 통하여 수신하면 재생할 수 있게 된다. 특히 기존의 미디어 재생 응용 프로그램을 그대로 수정없이 사용할 수 있을 뿐만 아니라 응용프로그램으로 네트워크를 이용하여 서버에 존재하는 파일을 재생할 수 있게된다. 그러므로 본 시스템이 구축된 클라이언트는 별도의 재생 인터페이스 응용 프로그램을 제작할 필요가 업속, 설사 제작할 경우에도 기존의 윈도우즈에서 제공하는 멀티미디어 적재 인터페이스를 이용하는 간단한 프로그램만으로 네트워크를 통한 재생 프로그램을 만들 수 있게 된다.

Claims (4)

1. 네트워크를 이용하여 파일을 주고 받아 이를 저장하지 않고 재생하는 네트워크파일 전송 방법에 있어서, 윈도우 멀티미디어 제어 인터페이스를 이용하는 사용자 네트워크 파일 입출력 모듈 시스템을 적재하고, 클라이언트는 먼저 서버와 송수신을 할 선로를 개설하고 해당 멀티미디오 자료 파일이름과 개방 선택사항을 서버에 전송하고, 서버는 수신된 파일이름의 파일을 개방하고, 해당 파일의 길이를 측정하여 숫자문자열로 송신하며 파일의 처음 위치로 이동하고, 클라이언트는 서버로부터 해당 미디어 자료의 길이값을 수신받아 수신된 미디어 자료파일의 길이가 0이면 파일개방 오류메시지를 발생하고 개설된 선로를 폐쇄하며, 수신된 미디어 자료파일의 길이가 0이 아니면 파일 위치를 저장하는 기억장소값을 초기화 하고 선로에 대한 정보를 저장하며, 클라이언트는 자료가 필요할 때에 서버에게 전송되어야할 자료의 길이값을 송신하고, 서버는 클라이언트로부터 송신할 길이를 수신하여 현 위치에서 송신할 길이만큼 자료를 읽어들인 후 클라이언트에 송신하고, 클라이언트는 서버로부터 해당길이만큼의 자료가 도착하면 미리 지정된 기억장소 위치에 해당 자료를 기억시키고, 도착된 자료길이를 파일 위치를 저장하는 기억장소값에 더하여 주고, 클라이언트는 수신할 파일이 더 이상 존재하지 않는 경우에 서버에 프로토콜에 의하여 해당 파일을 폐쇄할 것을 요청하고, 서버는 파일을 폐쇄하고 폐쇄에 따른 성공여부를 클라이언트에 송신하고 서버선로를 폐쇄하고, 클라이언트는 서버로부터 파일이 폐쇄되었다는 응답이 도착하면 개설된 선로를 폐쇄하는 것을 특징으로 하는 네트워크파일 전송방법.
2. 제1항에 있어서, 파일전송중에 파일의 위치를 변경할 필요가 있는 경우에는 클라이언트는 먼저 서버에게 프로토콜을 이용하여 이동할 위치값과 이동기준을 전송하고, 서버는 클라이언트로부터 수신한 이동할 위치값과 기준에 의거하여 지정위치로 이동하고 현재의 파일위치값을 클라이언트에 송신하고, 클라이언트는 서버로부터 이동된 파일위치값을 수신하여 파일위치를 저장하는 기억장소값에 저장하는 것을 특징으로 하는 네트워크파일 전송방법.
3. 제1항 또는 제2항에 있어서, 파일중에 숫자자료를 전송할 때에는 이를 문자열로 치환하여 전송하는 것을 특징으로 하는 네트워크파일 전송방법.
4. 제1항 내지 제3항의 어느 한 항에 있어서, 파일은 멀티미디어 파일인 것을 특징으로 하는 네트워크파일 전송방법.