KR20090001686A - 멀티미디어 데이터 형상 관리 방법 및 시스템 - Google Patents

멀티미디어 데이터 형상 관리 방법 및 시스템 Download PDF

Info

Publication number
KR20090001686A
KR20090001686A KR1020070045653A KR20070045653A KR20090001686A KR 20090001686 A KR20090001686 A KR 20090001686A KR 1020070045653 A KR1020070045653 A KR 1020070045653A KR 20070045653 A KR20070045653 A KR 20070045653A KR 20090001686 A KR20090001686 A KR 20090001686A
Authority
KR
South Korea
Prior art keywords
multimedia data
file
client device
information
server
Prior art date
Application number
KR1020070045653A
Other languages
English (en)
Other versions
KR100929909B1 (ko
Inventor
김종한
성낙천
채일진
윤태수
Original Assignee
(주)레인버스
동서대학교산학협력단
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by (주)레인버스, 동서대학교산학협력단 filed Critical (주)레인버스
Priority to KR1020070045653A priority Critical patent/KR100929909B1/ko
Publication of KR20090001686A publication Critical patent/KR20090001686A/ko
Application granted granted Critical
Publication of KR100929909B1 publication Critical patent/KR100929909B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Primary Health Care (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

멀티미디어 데이터 형상 관리 방법 및 시스템이 제공된다. 본 발명의 일실시예에 따른 멀티미디어 데이터 형상 관리 방법은, 네트워크를 통해 멀티미디어 데이터를 관리하는 클라이언트 장치가 웹서버에 접속하는 단계와, 웹서버가 프로젝트 정보 및 프로젝트에 속하는 멀티미디어 데이터 정보를 클라이언트 장치로 전송하는 단계와, 클라이언트 장치가 사용자로부터 선택된 멀티미디어 데이터를 체크아웃하여 파일서버에서 전송 받는 단계와, 파일서버가 클라이언트 장치로부터 체크인하여 전송 받은 멀티미디어 데이터로 저장된 멀티미디어 데이터를 갱신하는 단계를 포함한다.
멀티미디어, 형상 관리

Description

멀티미디어 데이터 형상 관리 방법 및 시스템 {Configuration management method and system of processing multimedia data}
도 1은 본 발명의 바람직한 일실시예에 따른 멀티미디어 데이터 형상 관리 시스템의 구성도이다.
도 2는 본 발명에 따른 멀티미디어 데이터 형상 관리 시스템의 각 구성요소 간 대응 관계를 보인 개념도이다.
도 3은 파일서버의 구성을 보인 개념도이다.
도 4는 프로젝트와 폴더 및 파일서버의 대응관계를 보인 개념도이다.
도 5는 본 발명의 바람직한 일실시예에 따른 멀티미디어 데이터 형상 관리 방법의 흐름도이다.
도 6은 클라이언트 장치에서 웹서버에 접속하기 위한 단계(S110)의 사용자 인터페이스를 보여주는 도면이다.
도 7은 도 5의 단계 중 정보수신단계(S200)의 세부단계를 보인 흐름도이다.
도 8은 클라이언트 장치에서 수신(S200)한 프로젝트 정보를 표시한 사용자 인터페이스를 보여주는 도면이다.
도 9는 도 5의 단계 중 체크아웃 단계(S300)의 세부단계를 보인 흐름도이다.
도 10은 도 5의 단계 중 체크인 단계(S400)의 세부단계를 보인 흐름도이다.
<도면의 주요 부분에 대한 부호의 설명>
100 : 인터넷망 200 : 클라이언트 장치
211 : 최근 접속한 서버목록 212 : 아이디 및 암호 입력창
213 : 프로젝트 목록 표시부 214 : 프로젝트 정보 표시부
300 : 웹서버 400 : 데이터베이스서버
500 : 파일서버 501 : 물리적 파일서버
502 : 개념적 파일서버 503 : 파일서버에 할당된 저장공간
601 : 논리적 프로젝트 602 : 프로젝트에 속한 논리적 폴더
본 발명은 형상 관리 시스템에 관한 것으로, 보다 상세하게는 멀티미디어 데이터 형상 관리 방법 및 시스템에 관한 것이다.
3D 애니메이션과 같은 멀티미디어 데이터를 제작하는 데 있어서는, 대체적으로 매우 많은 용량의 저장공간이 필요하게 되고, 경우에 따라서는 여러 작업자가 협업하여 작품을 완성하게 되는 일이 많다.
현재 멀티미디어 제작 과정 중에 동일한 파일로 계속적인 작업을 진행할 경우에는 새로운 작업으로 파일을 변경하여 저장하면 이전에 보관했던 작업이 유실되는 문제가 있으므로, 날짜와 작업 순번으로 파일이름을 적절히 변경하여 백업 또는 보관하고 있다. 이로 인해 데이터 변경 횟수에 비례하여 파일의 개수가 늘어나 저 장공간의 부족문제가 나타나게 되고, 변경된 기록의 관리가 쉽지 않으며, 사용자의 실수에 의해 데이터가 유실될 가능성이 있게 된다.
또, 같은 파일에 대해 여러 사람이 동시에 작업하여 백업한 경우는 어느 한 작업자의 작업을 제외한 다른 작업은 잃을 수 있으며, 누가 작업한 자료인지 알 수 없어 문제가 발생한 경우에 불필요한 책임공방이 일어날 수도 있다.
이와 같은 문제를 해결하기 위하여, 소프트웨어 개발에 있어서는 CVS (Concurrent Version System), Visual Sourcesafe, BitKeeper 와 같은 형상 관리 시스템을 도입하여 사용하고 있다. 형상 관리라는 것은 버전 관리와 변경 관리를 포함하여 개발 프로세스 및 데이터에 대한 고부가가치, 고품질의 보관 유지를 가능하도록 하는 것을 말한다.
소프트웨어 형상 관리 시스템은 다수의 작업자가 하나의 프로젝트를 진행함에 있어 자원 및 프로세스를 관리하는 데 도움이 되는 시스템인 것은 분명하지만, 3D 애니메이션과 같은 멀티미디어 데이터는 소프트웨어의 경우보다 데이터의 크기가 매우 크고, 객체적 성질이 달라서 소프트웨어 개발도구로서의 형상 관리 시스템을 멀티미디어 제작에 그대로 활용할 수 없는 문제가 있다.
본 발명은 상기한 문제점을 개선하기 위해 고안된 것으로, 본 발명이 이루고자 하는 기술적 과제는 멀티미디어 데이터를 개발 및 관리함에 있어서, 개발중인 멀티미디어 데이터를 장치독립성과 안정성을 가지며 저장되도록 하여 인트라넷 뿐만 아니라 인터넷 상에서도 공동의 작업이 가능한 멀티미디어 데이터 형상 관리 방 법 및 시스템을 제공하는 데 있다.
본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.
상기 목적을 달성하기 위하여, 본 발명의 실시예에 따른 멀티미디어 데이터 형상 관리 방법은, 네트워크를 통해 멀티미디어 데이터를 관리하는 클라이언트 장치가 웹서버에 접속하는 (a)단계; 상기 웹서버가 프로젝트 정보 및 상기 프로젝트에 속하는 멀티미디어 데이터 정보를 상기 클라이언트 장치로 전송하는 (b)단계; 상기 클라이언트 장치가 사용자로부터 선택된 멀티미디어 데이터를 체크아웃하여 파일서버에서 전송 받는 (c)단계; 및 상기 파일서버가 상기 클라이언트 장치로부터 체크인하여 전송 받은 멀티미디어 데이터로 저장된 멀티미디어 데이터를 갱신하는 (d)단계를 포함한다.
한편, 본 발명의 실시예에 따른 멀티미디어 데이터 형상 관리 시스템은, 네트워크를 통해 멀티미디어 데이터를 관리하는 클라이언트 장치; 상기 클라이언트 장치의 접속단계를 수행하고, 프로젝트 정보 및 상기 프로젝트에 속하는 멀티미디어 데이터 정보를 상기 클라이언트 장치로 전송하는 웹서버; 상기 멀티미디어 데이터를 저장하고, 상기 클라이언트 장치와 상기 멀티미디어 데이터를 체크아웃 및 체크인하여 송수신하는 파일서버를 포함한다.
기타 실시예들의 구체적인 사항들은 상세한 설명 및 도면들에 포함되어 있 다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다
이하, 본 발명의 실시예들에 의하여 멀티미디어 데이터 형상 관리 방법 및 시스템을 설명하기 위한 도면들을 참고하여 본 발명에 대해 설명하도록 한다.
도 1은 본 발명의 바람직한 일실시예에 따른 멀티미디어 데이터 형상 관리 시스템의 구성도이다. 멀티미디어 데이터 형상 관리 시스템은 적어도 하나의 웹서버(300), 복수의 파일서버(500) 및 적어도 하나의 클라이언트 장치(200)로 구성된다. 이 때, 도 1에 도시된 바와 같이 프로젝트 정보, 상기 프로젝트에 속하는 멀티미디어 데이터 정보, 사용자 정보 및 파일서버 정보의 효율적인 저장 및 관리를 수행할 수 있는 데이터베이스서버(400)를 별도로 구성하는 것이 바람직하다. 데이터베이스서버(400)와 웹서버(300), 파일서버(500)는 동일 인트라넷상에 구성되어 방화벽(도시되어 있지 않음) 등에 의해 싸여 있고, 다만 웹서버(300)와 파일서버(500)는 인터넷(100)을 통해 외부에서 접근할 수 있게 구성되는 것이 데이터베이스서버(400)의 보호를 위해 바람직하다.
클라이언트 장치(200)는 실질적인 사용자의 입력을 받아들이는 장치이다. 클라이언트 장치(200)에 탑재되는 클라이언트 프로그램은 관리자용과 일반 사용자용 두 가지가 있다. 관리자용은 사용자 정보, 프로젝트 정보 및 파일서버 정보를 생성, 갱신 및 관리한다. 일반 사용자용은 프로젝트를 선택하고, 파일을 선택하여 체크아웃 및 체크인 단계를 통해 실질적인 프로젝트 진행 작업을 행한다. 이들 두 클라이언트 프로그램은 로그인, 프로그램 업데이트, 메시지 관리 등의 작업이 공통되므로 DLL 등을 공통 모듈로 하여 구현될 수 있을 것이다. 이 때, 체크아웃이란 사용자가 개발작업을 위해 멀티미디어 데이터를 시스템에서 가져오는 일련의 작업을 의미하고, 체크인이란 사용자가 갱신한 멀티미디어 데이터를 시스템에 등록하고 저장하는 일련의 작업을 의미하며, 상세하게는 아래 도 9 및 도 10을 참조하여 설명한다.
클라이언트 장치(200)에 탑재되는 클라이언트 프로그램은 일실시예로서 일반 응용프로그램으로 작성될 수 있다. 이 경우는 대응하는 서버프로그램이 웹서버(300)에 설치되고, 유효하게 실행되어 클라이언트 프로그램의 접속을 대기하고 있어야 할 것이다. 이 때, 클라이언트 프로그램의 버전을 최신으로 유지하기 위한 방법으로서 프로그램 업데이트단계(S120, S121)가 포함될 수 있는데, 이에 관해서는 도 5를 참조하여 후술된다.
클라이언트 장치(200)에 탑재되는 클라이언트 프로그램의 다른 실시예로서 웹브라우저가 될 수도 있다. 이 경우는 대응하는 서버프로그램으로서 웹데몬이 웹서버(300)에 설치되고 유효하게 실행되어 웹브라우저의 접속을 대기하고 있어야 한 다. 클라이언트 장치(200)의 작동은 웹서버(300)에서 스크립트의 형태로 정의될 것이므로 클라이언트 프로그램의 버전을 최신으로 유지하기 위한 프로그램 업데이트단계(S120, S121)는 필요 없다.
이와 같이 실질적인 동작에 대한 사항은 클라이언트 장치(200)를 통해 명령되고, 실질적인 데이터만 웹서버(300)를 통해 서버측(300, 400, 500)에서 관리하도록 하여, 웹서버(300)과 클라이언트 장치(200)의 인터페이스만 맞추면 동작하게 되므로 각자 시스템의 유연성을 높일 수 있다.
데이터베이스서버(400)는 사용자 정보, 프로젝트 정보, 파일서버(500) 정보 및 프로젝트에 속한 멀티미디어 데이터 정보를 저장한다. 사용자에 관한 정보로는 사용자 아이디, 한글 이름, 영문 이름, 소속, 권한 및 기타 특이사항 등이 될 수 있다. 프로젝트에 관한 정보로는 한글 명칭, 영문 명칭, 잠금여부, 버전제한값, 생성 일자, 변경 일자, 현재 상태, 소속, 보안에 관한 사항 및 기타 특이사항 등이 될 수 있다. 파일서버(500)에 관한 정보로는 파일서버(500)의 별칭, 내부 IP주소, 외부 IP주소, 포트번호, 할당된 드라이브정보, 용도에 관한 사항 및 기타 특이사항 등이 될 수 있다. 멀티미디어 데이터에 관한 정보로는 파일이름, 파일크기, 저장위치, 공유여부, 사용여부, 최초등록자, 최초등록일자, 최종변경일자, 현재상태, 소속된 프로젝트, 보안에 관한 사항 및 기타 특이사항 등이 될 수 있다. 데이터베이스서버(400)에 탑재되는 DBMS(DataBase Management System)는 일반적으로 사용되는 RDBMS(Relational DataBase Management System)로 구성되는 것이 바람직할 것이며, 상기 사항들의 관계를 적절히 표현한 스키마로써 상기 정보에 관한 데이터를 저장 하면 될 것이다. 그리고, 데이터의 관리에 관하여 저장된 함수(Stored Procedure, Stored Function)의 형태로 정의하여 사용한다면, 데이터베이스의 사용에 관하여 웹서버(300)에 대해서, 독립적인 형태로 운영할 수 있으며, 작업성능(Performance)의 향상에도 바람직하다. 데이터베이스서버(400)는 보안상의 이유로 인트라넷 상에서 웹서버(300)에만 연결되어 있으며, 인트라넷의 외부에서는 접속할 수 없도록 구성한다. 데이터베이스서버(400)는 적어도 하나로써 구성될 수 있고, 하나의 데이터베이스서버(400)에 하나의 웹서버(300)를 연결할 수도 있고, 하나의 데이터베이스서버(400)에 하나 이상의 웹서버(300)를 연결할 수도 있다. 단, 하나의 프로젝트는 하나의 데이터베이스서버(400)에 기록되는 것이 관리에 수월하다. 단, 이하의 과정에서 설명되는 데이터베이스서버(400)는 별도의 장치로서 구성된 DBMS 뿐만이 아니라, 웹서버 내에서 파일작업을 통해 정보를 관리할 수 있는 모듈로써 구성하는 경우도 포괄하는 것으로 해석될 수 있다.
웹서버(300)는 상기한 바와 같이 인트라넷상에서 데이터베이스서버(400)와 연결되어 있고, 외부로는 인터넷(100)을 통해서 클라이언트 장치(200)의 접속을 받을 수 있도록 구성되어 있다. 웹서버(300)는 하나 이상으로 구성될 수 있으며, 하나의 웹서버(300)는 하나의 데이터베이스서버(400)에 연결될 수 있고, 둘 이상의 데이터베이스서버(400)에 연결될 수도 있다. 각 웹서버(300)에는 상기 설명한 바와 같이 클라이언트 장치(200)의 접속을 받아들일 수 있는 웹데몬 등의 서버프로그램이 탑재되어 있다.
파일서버(500)는 실질적으로 멀티미디어 데이터를 저장하고 있는 저장 소(Repository)이며, 외부의 인터넷(100)을 통해서 클라이언트 장치(200)로부터의 직접 접속이 가능한 형태로 구성되어 있다. 바람직하게는 데이터의 무결성이 보장될 수 있도록 TCP/IP를 통한 파일전송을 하는 서버프로그램이 탑재되어 있어야 한다. 이러한 서버프로그램은 윈도우계열의 서버에서라면 서비스의 형태로, 유닉스계열의 서버에서라면 데몬의 형태로 구동될 것이다. 파일서버(500)의 구성에 관해서는 이하 도 3과 도 4를 참조하여 후술된다.
도 2는 본 발명에 따른 멀티미디어 데이터 형상 관리 시스템의 각 구성요소 간 대응 관계를 보인 개념도이다. 상기 설명한 바와 같이 하나의 프로젝트는 하나의 웹서버(300)와 하나의 데이터베이스서버(400)에만 포함되어 있으나, 하나의 데이터베이스서버(400)는 다수개의 웹서버(300)에서 접속할 수 있으며, 하나의 웹서버(300)는 다수개의 프로젝트를 관리할 수 있다. 프로젝트와 파일서버(500)의 관계에서는 파일서버(500)의 공간을 효율적으로 사용하고, 파일서버(500)의 확장을 유연하게 하기 위해 하나의 프로젝트가 여러 파일서버(500)에 분산 저장될 수 있고, 하나의 파일서버(500)에 여러 개의 프로젝트에 관한 파일이 저장될 수 있다. 보다 상세하게 설명하기 위해 도 3과 도 4를 참조하여 설명한다.
도 3은 파일서버(500)의 구성을 보인 개념도이다. 하나의 물리적 파일서버(501)에는 개념적 파일서버(502)가 하나 이상 설치될 수 있다. 여기에서 개념적 파일서버(502)란 본 발명인 멀티미디어 데이터 형상 관리 시스템의 일부 구성요소로서 논리적 단위의 파일서버(500)를 지칭하고, 물리적 파일서버(501)란 물리적 장치의 조합으로 이루어진 한 대의 서버시스템을 지칭한다. 즉, 도 3에서는 각 두 대 의 물리적 파일서버(501)에 각기 11000, 11001, 12000 의 포트를 쓰는 개념적 파일서버(502)와 11000, 11001, 11002 의 포트를 쓰는 개념적 파일서버(502)로, 총 6개의 개념적 파일서버(502)가 동작하고 있음을 보이고 있다. 각 6개의 개념적 파일서버(502)는 각각의 물리적인 디스크공간(503)을 차지하여 저장영역으로 하고 있다. 각 개념적 파일서버(502)마다 지정된 저장영역에는 프로젝트의 고유번호에 해당하는 폴더가 생성되어, 해당 임의의 프로젝트를 구성하는 파일들은 해당 프로젝트의 고유번호에 해당하는 폴더 아래에 저장된다. 프로젝트의 고유번호로 구성된 폴더 아래에는 파일의 명칭 및 버전번호가 적절히 조합된 파일명칭으로 저장된다. 실시예로서 파일의 명칭은 "파일의 고유번호 + . + 파일의 버전번호 + . + 확장자"와 같이 저장될 수 있고, 이들 파일 및 프로젝트의 고유번호에 관한 정보는 데이터베이스서버(400)에 저장되어 관리된다. 즉, 예를 들어 프로젝트 "NewPooh"의 관리번호는 0035 이고, 이는 A, B 두 개의 개념적 파일서버(502)에 저장되고 있으며, 각 개념적 파일서버(502)는 "D:/FileServer1", "E:FileServer2" 을 저장영역으로 하며, 프로젝트 "NewPooh"를 구성하는 파일 "0002.*.svf"는 A 파일서버에, "0005.*.svf"는 B 파일서버에 저장된다고 할 때, 각 구성 파일이 새로운 버전을 저장하는 모습은 A 서버에 "D:/FileServer1/0035/0002.1.svf", "D:/FileServer1/0035/0002.2.svf", "D:/FileServer1/0035/0002.3.svf", "D:/FileServer1/0035/0002.4.svf" 와 같은 순서로 나타나고, B 서버에는 "E:/FileServer2/0035/0005.1.svf", "E:/FileServer2/0035/0005.2.svf", "E:/FileServer2/0035/0005.3.svf", "E:/FileServer2/0035/0005.4.svf" 의 순서로 나타난다.
도 4는 프로젝트(601)와 폴더(602) 및 파일서버(500)의 대응관계를 보인 개념도이다. 상기 도 3의 설명에서 본 바와 같이 개념적으로 하나의 프로젝트(601)는 수 개의 하위폴더(602)로써 구성된다. 그러나, 하나의 프로젝트(601)에 속한 폴더(602)라 하여도 저장공간의 효율성을 위해 각기 다른 파일서버(500)에 저장될 수 있음을 보이고 있다. 따라서, 프로젝트(601)에 새로운 폴더(602)를 생성할 때, 기존의 파일서버(500)가 포화상태에 이르렀다면, 새로운 파일서버(500)를 추가하여 이 파일서버(500)에 새로운 폴더(602)를 할당할 수 있다. 이 작업은 관리자가 파일서버(500)를 추가하고, 클라이언트 장치(200)를 통해서 웹서버(300)에 접속하여 등록하는 작업만으로 간단하게 처리할 수 있다.
도 5는 본 발명의 바람직한 일실시예에 따른 멀티미디어 데이터 형상 관리 방법의 흐름도이다. 사용자의 작업은 클라이언트 장치(200)에 적재된 프로그램을 구동하면서 시작(S100)된다. 다음으로 사용자는 웹서버(300)의 주소 및 포트번호, 아이디, 비밀번호를 입력(S110)하여 웹서버(300)에 접속(S111)하게 된다. 일실시예로서의 사용자 입력 화면이 도 6에 도시되어 있다. 사용자는 최근에 접속하였던 웹서버목록(211)에서 접속할 웹서버를 선택하거나 직접 웹서버 IP주소와 포트번호를 입력하고 아이디와 비밀번호를 입력(212)하여 웹서버(300)에 접속(S111)한다. 웹서버(300)는 클라이언트 장치(200)의 접속을 받아들이고 데이터베이스서버(400)에 질의하여 사용자 인증(S112) 단계를 거치게 되며, 유효한 인증이 확인되면 다음 단계를 진행한다. 클라이언트 프로그램이 일반 응용프로그램인 경우에는 클라이언트 프 로그램의 버전이 최신인지 확인(S120)하고 이를 업데이트(S121)하는 단계를 두는 것이 바람직하다. 다만, 상기한 바와 같이 클라이언트 프로그램이 웹기반의 응용프로그램일 경우는 클라이언트 프로그램 업데이트 단계(S120, S121)가 생략되어, 인증단계(S112)가 완료된 후에 정보수신단계(S200)로 진행하면 된다. 이렇게 접속 단계 마친 후, 클라이언트 장치(200)는 웹서버(300)로부터 사용자 정보, 프로젝트 정보, 멀티미디어 데이터 정보 등을 수신(S200)하여 모니터 등의 출력장치에 출력한다. 이 때, 도 7에 도시된 바와 같이 클라이언트 장치(200)가 웹서버(300)에 정보를 요청(S201)하고, 웹서버(300)는 데이터베이스서버(400)에 질의(S202)한 후, 데이터베이스서버(400)로부터 추출되어 넘겨진(S203) 정보를 다시 클라이언트 장치(200)가 수신하는 단계(S204)로 이루어지는 것이 바람직하다. 이렇게 전송된 정보는 도 8에 도시된 바와 같이 일목요연한 형태로 사용자에 제공되어 관리자는 사용자 정보와 프로젝트 정보 및 파일서버 정보를 추가, 갱신, 삭제할 수 있고, 일반 사용자는 프로젝트를 설정하고 멀티미디어 데이터를 추가, 갱신, 삭제할 수 있게 된다. 도 8에서는 좌측으로 프로젝트의 구조가 트리 형태로 전시되고(213), 우측으로 프로젝트 관리 창(214)이 있어 프로젝트의 한글 명칭, 영문 명칭을 변경할 수 있으며, 잠금기능을 설정하여 프로젝트의 사용자가 해당 프로젝트에 속한 파일을 가져오거나 새로 추가할 수 없도록 할 수 있고, 버전의 횟수를 제한하여 해당 프로젝트를 관리하는 버전이 지나치게 많아지지 않도록 설정할 수 있다. 이와 마찬가지 방법으로 관리자는 파일서버(500)의 추가, 정보갱신, 삭제 등의 작업을 처리할 수 있고, 파일서버(500)의 별칭, 외부 IP주소, 내부 IP주소, 전송방법 등을 변경할 수 있다. 또한, 관리자의 경우에는 사용자 정보, 프로젝트 정보 및 파일서버 정보를 백업 및 복원할 수 있다. 상기 정보들은 이진데이터가 아닌 문자열데이터이므로 XML의 형태로 저장하고 추출하는 것이 구조적이고 효율적인 관리를 위해서는 바람직하다. 또, 데이터베이스의 멀티미디 데이터 정보에 일정 플래그를 두어 삭제된 파일인지 여부를 표시할 수 있게 하고, 사용자가 삭제한 파일은 실제로는 삭제하지 않고 이 플래그 정보만 설정하여 두면, 사용자가 실수 또는 악의로 삭제된 파일을 관리자 권한으로 복구할 수 있는 장점을 가질 수 있다. 다음 단계로 사용자의 선택에 따라 멀티미디어 데이터를 체크아웃(S300) 또는 체크인(S400) 할 수 있는데, 이하 도 9 및 도 10을 참조하여 상세히 설명한다.
도 9는 도 5의 단계 중 체크아웃 단계(S300)의 세부단계를 보인 흐름도이다. 체크아웃이란, 사용자가 프로젝트에 속한 멀티미디어 데이터에 대해서 작업하기 위해 파일서버(500)에서 해당 멀티미디어 데이터를 가져오는 과정을 말한다. 여기에서 멀티미디어 데이터를 가져온다 함은 멀티미디어 데이터가 실질적으로 파일의 형태로서 존재할 것이므로 멀티미디어 파일을 전송 받는 것을 의미한다. 따라서, 이하의 멀티미디어 파일은 멀티미디어 데이터를 의미한다. 전송을 시작함(S301)과 동시에 데이터베이스서버(400)를 참조하여 웹서버(300)가 전송한 멀티미디어 데이터 정보로부터 파일의 명칭, 파일의 종류, 완전한 파일인지 여부, 체크아웃 중인지 여부 등의 파일정보를 얻고(S302), 파일이 위치한 폴더의 정보를 얻는다(S303). 이 때, 해당 파일이 전송 중 취소되었거나 하는 등의 사정으로 완전한 파일이 아닌지 여부에 따라 분기(S304)하여, 완전한 파일이 아니라면 이를 사용자에 통보하고 전 송작업을 종료(S316)하며, 완전한 파일이라면, 다음 단계로 진행한다. 해당 파일이 이미 다른 사용자에 의해 체크아웃되어 작업 중인지 여부를 확인하여(S305), 체크아웃 중인 경우에는 이미 다른 사용자가 먼저 체크아웃한 경우에 해당하므로 전송을 종료(S316)하여야 하고, 체크아웃 중이 아닌 경우에는 체크아웃을 설정하여 반영(S306)한 후에 다음 단계로 진행한다. 다음으로 로컬에 폴더가 존재하는지에 따라 분기(S307)하여, 로컬에 폴더가 존재하지 않는 경우 폴더를 생성(S308)한 후에, 그 외의 경우에는 로컬에 파일이 존재하는지 여부를 바로 확인(S309)한다. 로컬에 파일이 존재하는 경우에는 로컬의 파일 정보를 구해(S310), 이를 전송 받으려는 멀티미디어 파일의 정보와 비교한다(S311). 예를 들어 파일의 생성일자, 파일의 크기 등의 정보가 일치하는 경우는 이미 전송 받은 파일이므로 전송작업을 종료(S316)할 것이지만, 두 파일의 정보가 일치하지 않는 경우라면 다음 단계를 계속 진행한다. 해당 파일이 존재하는 파일서버(500) 및 폴더의 정보를 참조하여 해당 파일서버(500)에 접속한다(S312). 다음 해당 파일을 파일서버(500)에서 전송(S313)받는데, 이미 파일이 존재하지만 파일의 정보가 일치하지 않은 경우에 해당한다면 이미 전송 받은 다음부터 이어서 전송 받도록 하고, 그 외의 경우에는 파일을 새로이 전송 받도록 구현한다. 경우에 따라 네트워크 환경이 불안할 수가 있고, 특히 멀티미디어 데이터의 경우에는 크기가 크기 때문에 이러한 이어받기 기능을 제공하는 것이 바람직하다. 그 후에 파일전송이 정상적으로 완료(S314)되었는지 여부에 따라 분기하여, 정상적으로 완료되지 않은 경우는 전송을 종료(S316)하고, 정상적으로 완료된 경우는 체크아웃한 사항을 등록(S315)한 후에 전송을 종료(S316)한다. 만 일, 다른 사용자가 해당 멀티미디어 파일을 체크아웃 한 상태로 사용 중이어서 작업을 진행하지 못할 경우에는 아래와 같은 기능을 추가하여 융통성 있는 멀티미디어 데이터 개발 진행을 도모할 수 있다. 우선, 사용자는 이미 다른 사용자에 의해 해당 멀티미디어 데이터가 체크아웃되어 있거나, 사용중인 경우에는 파일의 전송작업을 마무리할 수 없는데, 이 때 새로이 멀티미디어 데이터를 사용하고자 하는 사용자가 현재의 사용자에게 메시지나 기타의 통지를 보내 멀티미디어 데이터의 사용을 마무리해 줄 것을 요청할 수 있다. 즉, 해당 멀티미디어 파일의 체크아웃 여부를 확인(S306)하여 체크아웃 된 상태인 경우에 바로 종료(S316)하지 않고, 해당 사용자에게 메시지를 남기거나 통지를 보낼 수 있는 단계를 더 추가하면 된다. 그리고, 멀티미디어 데이터를 로컬시스템으로 가져오기만 하고, 다시 체크인하여 갱신할 목적이 아닌 경우에는 체크아웃 처리를 하지 않고 멀티미디어 데이터를 전송 받는 단계를 진행하면 될 것이다. 즉, 해당 멀티미디어 파일의 체크아웃 여부를 확인(S306)하여 체크아웃 된 상태인 경우에 사본만 가져올 것인지를 선택하는 단계를 더 두고, 사용자가 이를 선택한 경우에 한해 멀티미디어 데이터를 실질적으로 전송해 오는 단계들(S307이하의 단계) 중에서 체크아웃 사항을 등록하는 단계(S315)만을 제외하고 진행하면 될 것이다.
도 10은 도 5의 단계 중 체크인 단계(S400)의 세부단계를 보인 흐름도이다. 체크인이란 사용자가 체크아웃 한 후에 작업한 멀티미디어 데이터를 파일서버(500)에 등록하여 반영하는 단계를 말한다. 파일의 전송 시작(S401)과 동시에 파일이 저장될 폴더의 정보를 얻는다(S402). 만일 시스템에서 한글 명칭(S403)이 허용된다면 다음 단계로 진행(S405)하면 될 것이지만, 파일서버(500)의 시스템 또는 데이터베이스서버(400)의 특성에 의해 한글 명칭(S403)이 허용되지 않는다면, 파일이름에 한글이 포함되어 있는지 여부(S404)에 따라 단계를 종료(S421)하거나 다음 단계로 진행(S405)한다. 다음으로 폴더의 정보에 의해 저장될 서버에 접속한다(S405). 그 후 해당 서버에 이미 존재하는 파일이 아니라면 이는 새로 멀티미디어 데이터를 등록하는 경우이므로 새 파일번호를 얻는다(S412). 새 파일번호는 기존의 파일번호에 1을 증가하여 사용하고, 이는 데이터베이스서버(400)에 새로운 파일정보로서 기록된다(S415). 다시 돌아가서 만일 이미 존재하는 파일이라면 체크인 또는 버전추가에 해당하는지 검토한다(S407). 만일 둘 중 어느 것에도 해당하지 않으면 현재 사용중인 파일인 경우(S408) 다른 사용자가 파일에 대한 변경 권리를 갖고 정상적인 체크아웃 중인 경우로서 단계를 종료(S421)하고, 그러나 이미 사용 중이 아니라면 완전한 파일인지 여부를 검토(S410)하여 완전한 파일도 아니라면 비정상적인 상황이거나 다른 사용자가 현재 전송중인 상황이므로 단계를 종료(S421)한다. 다시 완전한 파일인 경우에는 버전추가에 해당하는 경우에 한해(S414) 다음 단계(S416)로 진행하고, 그렇지 않은 경우라면 단계를 종료(S421)한다. 다시 돌아가서 체크인 또는 버전추가에 해당(S407)하는지 체크하여 그러한 경우라면, 버전추가이지만 다른 사용자가 사용 중(S409)이거나 부분파일로 존재(S411)하는 경우에는 다른 사용자가 사용 중이거나 전송중인 경우이므로 단계를 종료(S421)한다. 또한 체크인이지만 변경된 것이 없이 파일의 크기가 같은 경우(S413)에도 파일을 전송하지 않고 단계를 종료(S421)한다. 그 외의 경우라면 버전 번호는 기존의 것보다 1증가한 수로 하여 파일의 명칭을 "파일번호.버전번호.svf" 와 같이 파일번호와 버전번호를 혼합한 형태의 파일명칭을 구성하여(S416) 파일의 정보를 데이터베이스서버(400)에 등록한다(S415). 다음으로 해당 멀티미디어 파일을 파일서버(500)로 전송하는데(S417) 이미 존재하지 않는 파일이라면 파일서버(500)에 파일을 새로 저장하면 될 것이고, 그렇지 않다면, 상기 체크아웃(S300)의 경우와 같이 이미 전송된 뒤부터 이어서 전송하면 될 것이다. 전송작업이 완료된 후, 정상적으로 파일 전송이 완료되었는지 판단(S418)하여, 정상 종료된 경우라면 파일크기와 완전파일로 등록된 상태임을 갱신하여 표시하고, 이와 함께 작업자가 해당 버전에 관해 기록한 메모를 데이터베이스에 남겨 각 버전을 관리하는 데 참조할 수 있도록(S419)하고, 비정상 종료된 경우에는 파일크기와 부분파일로 등록된 상태임을 갱신하여 표시(S420)한 후 단계를 종료(S421)한다.
본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
상기한 바와 같은 본 발명의 멀티미디어 데이터 형상 관리 방법 및 시스템에 따르면 다음과 같은 효과가 하나 혹은 그 이상 있다.
첫째, 인트라넷 뿐만 아니라 인터넷 환경에서도 멀티미디어 데이터의 공동개발이 가능하다는 장점이 있다.
둘째, 다수의 작업자가 하나의 멀티미디어 데이터를 개발하고 있는 경우에도 작업이 중첩되거나 유실되는 것을 막을 수 있어 동기화된 안정적 개발이 가능하다는 장점이 있다.
셋째, 간편한 작업만으로 파일서버를 무한하게 확장할 수 있기 때문에 멀티미디어 데이터의 크기 및 갱신 횟수에 관계 없이 저장하여 관리할 수 있는 장점이 있다.
넷째, 멀티미디어 데이터와 같이 큰 용량의 데이터를 개발함에 있어서도 개발 히스토리 관리를 수월하게 할 수 있는 장점이 있다.
본 발명의 효과들은 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

Claims (9)

  1. (a) 네트워크를 통해 멀티미디어 데이터를 관리하는 클라이언트 장치가 웹서버에 접속하는 단계;
    (b) 상기 웹서버가 프로젝트 정보 및 상기 프로젝트에 속하는 멀티미디어 데이터 정보를 상기 클라이언트 장치로 전송하는 단계;
    (c) 상기 클라이언트 장치가 사용자로부터 선택된 멀티미디어 데이터를 체크아웃하여 파일서버에서 전송 받는 단계; 및
    (d) 상기 파일서버가 상기 클라이언트 장치로부터 체크인하여 전송 받은 멀티미디어 데이터로 저장된 멀티미디어 데이터를 갱신하는 단계를 포함하는 멀티미디어 데이터 형상 관리 방법.
  2. 제1항에 있어서, 상기 (a) 단계는 상기 클라이언트 장치의 프로그램 버전확인 및 업그레이드 단계를 포함하는 멀티미디어 데이터 형상 관리 방법.
  3. 제1항에 있어서, 상기 (b) 단계는
    상기 웹서버가 프로젝트 정보 및 상기 프로젝트에 속하는 멀티미디어 데이터 정보를 데이터베이스서버로부터 전송 받는 단계; 및
    상기 웹서버가 상기 데이터베이스서버로부터 전송 받은 정보를 상기 클라이언트장치로 전송하는 단계를 포함하는 멀티미디어 데이터 형상 관리 방법.
  4. 제1항에 있어서, 상기 (c) 단계는
    상기 전송 받은 멀티미디어 데이터 정보로부터 상기 선택된 멀티미디어 데이터가 저장된 파일서버의 정보를 얻는 단계;
    상기 파일서버의 정보를 참조하여 상기 파일서버로 접속하는 단계; 및
    상기 접속된 파일서버에서 상기 선택된 멀티미디어 데이터를 전송 받는 단계를 포함하는 멀티미디어 데이터 형상 관리 방법.
  5. 제1항에 있어서, 상기 선택된 멀티미디어 데이터가 체크아웃 중인 경우에는, 상기 클라이언트 장치에서 상기 멀티미디어 데이터를 체크아웃 하고 있는 다른 사용자에게 사용중지를 요청하는 단계를 더 포함하는 멀티미디어 데이터 형상 관리 방법.
  6. 네트워크를 통해 멀티미디어 데이터를 관리하는 클라이언트 장치;
    상기 클라이언트 장치의 접속단계를 수행하고, 프로젝트 정보 및 상기 프로젝트에 속하는 멀티미디어 데이터 정보를 상기 클라이언트 장치로 전송하는 웹서버;
    상기 멀티미디어 데이터를 저장하고, 상기 클라이언트 장치와 상기 멀티미디어 데이터를 체크아웃 및 체크인하여 송수신하는 파일서버를 포함하는 멀티미디어 데이터 형상 관리 시스템.
  7. 제6항에 있어서, 상기 클라이언트 장치는 클라이언트 장치에 탑재된 프로그램의 버전확인 및 업그레이드 작업을 수행하는 멀티미디어 데이터 형상 관리 시스템.
  8. 제6항에 있어서, 사용자 정보와 프로젝트 정보와 상기 프로젝트에 속하는 멀티미디어 데이터 정보 및 파일서버 정보를 저장하며, 웹서버의 요청에 의해 상기 정보들을 추출하여 제공하고 갱신하는, 데이터베이스서버를 더 포함하는 멀티미디어 데이터 형상 관리 시스템.
  9. 제6항에 있어서, 상기 파일서버에서 클라이언트 장치로 전송될 멀티미디어 데이터가 체크아웃 중인 경우에는, 상기 클라이언트 장치에서 상기 멀티미디어 데이터를 체크아웃 하고 있는 다른 사용자에게 사용중지를 요청할 수 있는 멀티미디어 데이터 형상 관리 시스템.
KR1020070045653A 2007-05-10 2007-05-10 멀티미디어 데이터 형상 관리 방법 및 시스템 KR100929909B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020070045653A KR100929909B1 (ko) 2007-05-10 2007-05-10 멀티미디어 데이터 형상 관리 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070045653A KR100929909B1 (ko) 2007-05-10 2007-05-10 멀티미디어 데이터 형상 관리 방법 및 시스템

Publications (2)

Publication Number Publication Date
KR20090001686A true KR20090001686A (ko) 2009-01-09
KR100929909B1 KR100929909B1 (ko) 2009-12-04

Family

ID=40484747

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070045653A KR100929909B1 (ko) 2007-05-10 2007-05-10 멀티미디어 데이터 형상 관리 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR100929909B1 (ko)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100250441B1 (ko) * 1997-12-22 2000-04-01 정선종 혼합 공유 모델을 이용한 분산 환경에서의 하드웨어설계 데이터 관리 방법 및 저장 장치의 구조
KR100419400B1 (ko) * 2002-03-29 2004-02-21 주식회사 솔리데오시스템즈 인터넷 기반의 실시간 도면 공동 작업 및 커뮤니케이션시스템의 운용 방법
JP2005235111A (ja) * 2004-02-23 2005-09-02 Hitachi Ltd ドキュメント管理システム

Also Published As

Publication number Publication date
KR100929909B1 (ko) 2009-12-04

Similar Documents

Publication Publication Date Title
US11561956B2 (en) Key pattern management in multi-tenancy database systems
US10482080B2 (en) Exchanging shared containers and adapting tenants in multi-tenancy database systems
US10733168B2 (en) Deploying changes to key patterns in multi-tenancy database systems
CN110147369B (zh) 多重租赁数据库系统中的数据分离和写入重新定向
US10452646B2 (en) Deploying changes in a multi-tenancy database system
CN1777867B (zh) 使用增量压缩打补丁更新文件的系统和方法
CN100535857C (zh) 用于更新网络化环境中的安装组件的系统和方法
AU2004279162B2 (en) System and method for a software distribution service
US10536459B2 (en) Document management systems and methods
US20180373767A1 (en) Database table conversion
US8433684B2 (en) Managing data backup of an in-memory database in a database management system
CN100416465C (zh) 管理和传递软件更新的系统和方法
EP0501701A2 (en) Data library system
EP1636711B1 (en) System and method for distribution of software licenses in a networked computing environment
US20080086480A1 (en) System and Methods For Temporary Data Management in Shared Disk Cluster
CN101329636A (zh) 虚拟化窗口信息的方法和设备
US11442752B2 (en) Central storage management interface supporting native user interface versions
US20200311137A1 (en) Unified metadata search
US8196134B2 (en) Network service for a software change catalog
CN113127906A (zh) 基于c/s架构的统一权限管理平台、方法及存储介质
US8819668B2 (en) Accessible limited distribution release software change catalog
JP2003131919A (ja) 文書管理装置
US20210073019A1 (en) Blockchain-based container image registry
KR100929909B1 (ko) 멀티미디어 데이터 형상 관리 방법 및 시스템
CN112632616A (zh) 数据处理方法、装置、电子设备以及计算机可读存储介质

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130628

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20140627

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150623

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20161102

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20171102

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20181101

Year of fee payment: 10