KR20160000760A

KR20160000760A - 소스 배포 장치, 시스템 및 방법, 컴퓨터 판독 가능한 기록 매체

Info

Publication number: KR20160000760A
Application number: KR1020140078385A
Authority: KR
Inventors: 양정승; 윤주선; 이걸; 이형민; 정재훈; 정지웅; 하광일
Original assignee: 주식회사 포워드벤처스
Priority date: 2014-06-25
Filing date: 2014-06-25
Publication date: 2016-01-05
Also published as: KR101599470B1

Abstract

본 발명의 일 실시예는 개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신하는 수정 요청 수신부; 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장하는 소스 관리부; 상기 수정 사항 처리가 완료된 경우, 상기 하나 이상의 소스 파일을 컴파일하여 빌드 파일을 생성하는 빌드부; 상기 생성한 빌드 파일을 상용 서버로 배포하는 배포부; 및 상기 수정 요청을 수신한 경우, 상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하는 락을 하고, 상기 빌드 파일을 상용 서버로 배포가 완료된 경우, 상기 프로젝트에 대한 락을 해제하고, 상기 빌드 파일을 상기 소스 관리부에 저장하는 락 관리부; 을 포함하는 소스 배포 장치이다.

Description

소스 배포 장치, 시스템 및 방법, 컴퓨터 판독 가능한 기록 매체{APPARATUS, SYSTEM, METHOD AND READABLE RECORDING MEDIUM OF RELEASING A BUILD FILE}

본 발명의 실시예들은 소스 배포 장치, 시스템, 및 방법, 컴퓨터 판독 가능한 기록 매체에 관한 것이다.

정보 통신 기술의 발달로 예전에는 사람이 했던 일들을 컴퓨터가 대신하고 있다. 이러한 소프트웨어를 개발을 하는데 여러 사람이 참여하는 것은 일반적이다. 여러 명이 동시에 개발을 진행할 때에는 소스 파일 및 빌드 파일의 배포를 통합적으로 관리하는데 어려움이 있었다.

본 발명의 실시예들은 하나 이상의 개발자가 협력하여 하나의 프로젝트를 수행하는 것을 용이하게 하는 소스 배포 장치, 시스템, 및 방법, 컴퓨터 판독 가능한 기록 매체를 제공한다.

본 발명의 일 실시예에 따른 소스 배포 장치는 개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신하는 수정 요청 수신부; 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장하는 소스 관리부; 상기 수정 사항 처리가 완료된 경우, 상기 하나 이상의 소스 파일을 컴파일하여 빌드 파일을 생성하는 빌드부; 상기 생성한 빌드 파일을 상용 서버로 배포하는 배포부; 및 상기 수정 요청을 수신한 경우, 상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하고, 상기 개발자 단말이 접근하도록 하는 락을 하고, 상기 빌드 파일을 상용 서버로 배포가 완료된 경우, 상기 프로젝트에 대한 락을 해제하는 락 관리부;을 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 장치는 상기 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고, 상기 프로젝트에 대한 락을 해제한 경우, 상기 수정 요청에 부합하는 수정 이력 정보를 생성하고, 상기 수정 이력 정보를 상기 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보로 저장하는 이력 관리부;를 더 포함하고, 상기 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보을 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 장치는 상기 빌드 파일에 대해서 기 저장된 테스트 모듈에 의해서 자체적으로 테스트를 수행하는 테스트 수행부;를 더 포함하고, 상기 락 관리부는 상기 테스트 결과 오류가 없는 경우, 상기 프로젝트에 대한 락을 해제할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 장치는 상기 수정 사항을 포함하여 저장하기 전, 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장하는 임시 저장부;를 더 포함하고, 상기 락 관리부는 상기 테스트 결과 오류가 있는 경우, 상기 임시 저장부에 저장된 하나 이상의 소스 파일 및 빌드 파일을 상기 소스 관리부에 저장할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 시스템은 개발자 단말로부터 제1 프로젝트에 대한 제1 수정 요청 및 제1 수정 파일을 수신하는 제1 수정 요청 수신부, 상기 제1 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 제1 수정 파일에 포함된 수정 사항을 상기 제1 수정 파일과 동일한 파일명을 가지는 제1 소스 파일에 포함하여 저장하는 제1 소스 관리부, 상기 제1 수정 요청을 수신한 경우, 상기 제1 소스 파일에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하는 락을 하고, 상기 제1 수정 사항을 포함하여 저장한 경우, 상기 제1 소스 파일에 대한 락을 해제하는 제1 락 관리부,를 포함하는 서브 관리 장치; 및

상기 서브 관리 장치로부터 제2 프로젝트에 대한 제2 수정 요청 및 제2 수정 파일을 수신하는 제2 수정 요청 수신부, 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 제2 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 제2 소스 파일에 포함하여 저장하는 제2 소스 관리부, 상기 제2 수정 사항을 포함하여 저장한 경우, 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일을 컴파일하여 빌드 파일을 생성하는 빌드부, 상기 생성한 빌드 파일을 상용 서버로 배포하는 배포부, 상기 제2 수정 요청을 수신한 경우, 상기 제2 프로젝트에 대해서 다른 개발자 단말 및 다른 서브 관리 장치로부터의 수정 요청을 제한하는 락을 하고, 상기 빌드 파일을 상용 서버로 배포가 완료된 경우, 상기 제2 프로젝트에 대한 락을 해제하는 제2 락 관리부;를 포함하는 소스 배포 장치;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 시스템은 상기 제1 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고, 상기 제1 락 관리부에 의해서 락이 해제되는 경우, 상기 제1 수정 요청에 부합하는 제1 수정 이력 정보를 생성하여 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 제1 수정 이력 정보를 추가하여 저장하는 제1 이력 관리부를 더 포함하고, 상기 제1 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보을 포함하는, 서브 관리 장치;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 시스템은 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고, 상기 제2 락 관리부에 의해서 락이 해제되는 경우, 상기 제2 수정 요청에 부합하는 제2 수정 이력 정보를 생성하여 상기 제2 소스 파일에 대한 수정 이력 정보 및 상기 제2 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 제2 수정 이력 정보를 추가하여 저장하는 제2 이력 관리부를 더 포함하고, 상기 제2 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보를 포함하는, 소스 배포 장치;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 시스템은 상기 빌드 파일에 대해서 지 저장된 테스트 모듈에 따라서 자동적으로 테스트를 수행하는 테스트 수행부를 더 포함하고, 상기 제2 락 관리부는 상기 테스트 결과 오류가 없는 경우, 상기 제2 프로젝트에 대한 락을 해제하는, 소스 배포 장치;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 시스템은 상기 제2 수정 사항이 적용되기 전, 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장하는 임시 저장부;를 더 포함하고, 상기 제2 락 관리부는 상기 테스트 결과 오류가 있는 경우, 상기 임시 저장부에 저장된 하나 이상의 소스 파일 및 빌드 파일을 상용 서버로 배포하는, 소스 배포 장치;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 방법은 개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신하는 단계; 상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하고, 상기 개발자 단말이 접근하도록 부여된 락을 하는 단계; 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장하는 단계; 상기 프로젝트에 포함되는 하나 이상의 소스 파일들을 컴파일하여 빌드 파일을 생성하는 단계; 상기 생성한 빌드 파일을 상용서버로 배포하는 단계; 및 상기 프로젝트에 대한 상기 개발자 단말이 접근하도록 부여된 락을 해제하는 단계;를 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 방법은 상기 락을 해제하는 단계 이후, 상기 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고, 상기 수정 요청에 부합하는 수정 이력 정보를 생성하여 상기 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 수정 이력 정보를 추가하여 저장하는 단계;를 더 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 방법은 상기 빌드 파일을 상용 서버로 배포하는 단계 이후, 상기 빌드 파일에 대해서 기 저장된 테스트 모듈에 의해서 자체적으로 테스트를 수행하는 단계;를 더 포함할 수 있다.

본 발명의 일 실시예에 따른 소스 배포 방법은 상기 락을 하는 단계 이후, 상기 프로젝트에 대한 소스 파일의 카피본 및 빌드 파일의 카피본을 저장하는 단계를 더 포함하고, 상기 테스트를 수행하는 단계 이후, 상기 테스트 결과 오류가 없는 경우, 락을 해제하는 단계;로 이동하고, 상기 테스트 결과 오류가 있는 경우, 상기 소스 파일의 카피본을 소스 배포 장치에 저장하고 상기 빌드 파일의 카피본을 상용 서버로 배포하는 단계;를 더 포함할 수 있다.

본 발명의 또 다른 일 실시예에 따른 컴퓨터 판독 가능한 기록 매체는 본 발명의 일 실시예에 따른 소스 배포 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 할 수 있다.

이 외에도, 본 발명을 구현하기 위한 다른 방법, 다른 시스템 및 상기 방법을 실행하기 위한 컴퓨터 프로그램을 기록하는 컴퓨터 판독 가능한 기록 매체가 더 제공된다.

전술한 것 외의 다른 측면, 특징, 이점이 이하의 도면, 특허청구범위 및 발명의 상세한 설명으로부터 명확해 질 것이다.

본 발명의 실시예들에 관한 소스 배포 장치, 시스템, 및 방법, 컴퓨터 판독 가능한 기록 매체는 하나 이상의 개발자가 협력하여 하나의 프로젝트를 수행하는 작업을 용이하게 할 수 있다.

도 1은 본 발명의 일 실시예에 따른 소스 배포 시스템을 나타내는 도면이다.
도 2는 본 발명의 일 실시예에 따른 소스 배포 장치를 나타내는 블록도이다.
도 3은 본 발명의 또 다른 일 실시예에 따른 소스 배포 시스템을 나타내는 도면이다.
도 4는 본 발명의 일 실시예에 따른 서브 관리 장치를 나타내는 블록도이다.
도 5는 본 발명의 일 실시예에 따른 소스 배포 장치를 나타내는 블록도이다.
도 6은 본 발명의 일 실시예에 따른 소스 배포 방법을 나타내는 흐름도이다.

본 발명은 다양한 변환을 가할 수 있고 여러 가지 실시예를 가질 수 있는바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 본 발명의 효과 및 특징, 그리고 그것들을 달성하는 방법은 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 다양한 형태로 구현될 수 있다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 상세히 설명하기로 하며, 도면을 참조하여 설명할 때 동일하거나 대응하는 구성 요소는 동일한 도면부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.

이하의 실시예에서, 제1, 제2 등의 용어는 한정적인 의미가 아니라 하나의 구성 요소를 다른 구성 요소와 구별하는 목적으로 사용되었다.

이하의 실시예에서, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는한, 복수의 표현을 포함한다.

이하의 실시예에서, 포함하다 또는 가지다 등의 용어는 명세서 상에 기재된 특징, 또는 구성요소가 존재함을 의미하는 것이고, 하나 이상의 다른 특징을 또는 구성요소가 부가될 가능성을 미리 배제하는 것은 아니다.

어떤 실시예가 달리 구현 가능한 경우에 특정한 공정 순서는 설명되는 순서와 다르게 수행될 수도 있다. 예를 들어, 연속하여 설명되는 두 공정이 실질적으로 동시에 수행될 수도 있고, 설명되는 순서와 반대의 순서로 진행될 수 있다.

본 발명의 일 실시예에 의하면 하나 이상의 개발자 중 하나가 수정을 하는 동안에 다른 개발자의 수정 권한을 막음으로써, 복수의 개발자가 동시에 하나의 소스 파일을 수정하는 것을 방지할 수 있다.

본 발명의 일 실시예에 의하면 하나 이상의 개발자를 포함하는 팀이 하나 이상인 경우, 소스 관리 및 빌드 파일 배포를 분리함으로써, 빌드 파일 배포와 상관없이 각각의 개발자는 개발을 진행할 수 있다.

도 1은 본 발명의 일 실시예에 따른 소스 배포 시스템을 나타내는 도면이다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 소스 배포 시스템(10)은 소스 배포 장치(100), 개발자 단말(300)및 상용 서버(200)을 포함할 수 있다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(10)은 하나 이상의 개발자 단말로부터 각각 개발한 사항을 수신 받아 하나의 프로젝트에 적용하고 상기 프로젝트로부터 빌드 파일을 생성하여 상기 빌드 파일을 상용 서버로 배포할 수 있다. 본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(10)은 개발자 단말(300)로부터 수신 요청을 받은 이후부터 빌드 파일을 상용 서버로 배포할 때까지 다른 개발자 단말(300)로부터의 접근을 제한하는 락을 유지하게 된다. 이렇게 락을 유지함으로써, 2 이상의 개발자 단말(300)이 동시에 소스 파일을 수정하는 충돌을 방지할 수 있고, 하나의 수정 사항이 상용 서버(200)에 배포될 때까지 다른 수정 사항의 적용을 제한할 수 있다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(10)은 수정 사항을 올리는 동안에 락을 유지한다. 또한, 이와 함께 소스 배포 시스템(10)은 수정 사항을 적용하고, 최종적으로 빌드 파일을 상용 서버로 배포할 때까지 락을 유지하게 된다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(10)은 버그를 수정하거나 새로운 기능을 구현하는 등의 하나의 수정 사항을 적용한 이후 바로 상용 서버로 배포하기 때문에 일반 사용자에게 버그 없는 새로운 버전이 바로 배포될 수 있고, 또한, 일반 사용자에게 새로운 기능이 구현된 버전이 바로 배포될 수 있다. 상용 서버로의 배포가 수시로 이루어지면서 좀더 안정적인 버전, 좀더 최신의 버전이 공중에 공개될 수 있다.

개발자는 개발자 단말(300)을 통해서 소스 배포 장치에 접근할 수 있다. 여기서, 개발자 단말(300)은 사용자의 퍼스널 컴퓨터(personal computer) 일 수 도 있고, 또는 사용자의 휴대용 단말일 수 있다. 사용자의 휴대용 단말은 스마트 폰, 태블릿 PC, 스마트 워치 등 일 수 있고, 이외의 웹 브라우징이 가능한 애플리케이션을 탑재한 단말은 제한없이 차용될 수 있다.

개발자 단말(300)은 화면을 표시하는 표시부 및 사용자로부터 데이터를 입력받는 입력 장치를 구비한다. 입력 장치는 키보드, 마우스, 트랙볼, 마이크 버튼, 터치패널 등을 포함할 수 있으나, 이에 한정하지 않는다.

상용 서버(200)는 포털 사이트, 은행, 회사, 게임 등 인터넷에서 서비스를 제공하는 서버를 말한다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(10)의 소스 배포 장치(100), 개발자 단말(300), 상용 서버(200)는 인터넷, 인트라넷 등과 같은 유무선 통신 방법을 통해서 연결될 수 있으나, 이에 한정되지 않는다.

한편 통신망(400)은 복수 개의 개발자 단말(300), 상용 서버(200), 및 소스 배포 장치(100)를 연결하는 역할을 수행한다. 즉, 통신망(400)은 개발자 단말들(300), 상용 서버들(200)과 소스 배포 장치(100)가 연결한 후 패킷 데이터를 송수신할 수 있도록 접속 경로를 제공하는 통신망을 의미한다.

도 2는 본 발명의 일 실시예에 따른 소스 배포 장치(100)의 구성을 나타낸 블록도이다.

도 2를 참조하면, 본 발명의 일 실시예에 따른 소스 배포 장치(100)는 수정 요청 수신부(120), 락 관리부(130), 소스 관리부(140), 이력 관리부(150), 빌드부(160), 배포부(170), 테스트 수행부(180), 임시 저장부(190)를 포함할 수 있다.

인터페이스부(110)는 통신망(400)과 연동하여 소스 배포 장치(100)와 개발자 단말(300), 상용 서버(200) 간의 송수신 신호를 패킷 데이터 형태로 제공하는 데 필요한 통신 인터페이스를 제공한다.

수정 요청 수신부(120)는 개발자 단말로부터 소정의 프로젝트에 대한 수정 요청을 수신한다. 여기서, 수정 요청은 하나 이상의 수정 사항, 하나 이상의 수정 파일, 수정하는 이유, 수정 일자 및 일시를 포함할 수 있다.

락 관리부(130)는 수정 요청을 한 개발자 단말 이외의 개발자 단말로부터의 접근을 제한하는 락을 관리한다. 락 관리부(130)에 의해, 락이 되면 수정 요청을 한 개발자 단말은 해당 프로젝트 파일에 접근할 수 있고, 해당 프로젝트 파일에 포함된 소스 파일을 수정할 수 있다. 락 관리부(130)는 수정 요청 수신부(120)를 통해 수정 요청이 수신되면, 락을 하고, 빌드 파일을 배포하면 락을 해제한다.

락 관리부(130)에 의해 본 발명의 일 실시예에 따른 소스 배포 장치(100)는 다른 개발자 단말의 수정 요청을 무시하거나 수정을 할 수 없다는 메시지를 전송할 수 있다. 락 관리부(130)에 의해 본 발명의 일 실시예에 따른 소스 배포 장치(100)는 특정 시점에 하나의 개발자 단말(300)과만 연결되며, 상기 하나의 개발자 단말(300)로부터 수정 사항, 수정 파일 등을 수신할 수 있다.

또한 락 관리부(130)에 의해 소스 배포 장치(100)는 해당 수정 사항이 상용 서버에 배포될 때까지 다른 개발자 단말로부터의 수정 요청을 무시하거나 수정을 할 수 없다는 메시지를 전송할 수 있다. 본 발명의 일 실시예에 따른 소스 배포 장치(100)는 다른 수정 사항이 반영되는 혼선을 방지하고, 하나의 수정 사항이 반영된 상태로 빌드 파일에 대해서 테스트를 수행할 수 있기 때문에 상기 하나의 수정 사항으로 인한 긍정적인 효과 또는 부정적인 효과 등을 분석할 수 있게 된다.

락 관리부(130)는 빌드 파일을 배포한 이후 락을 해제할 수 있다. 또한, 락 관리부(130)는 빌드 파일을 배포, 자체적으로 테스트를 실행한 이후, 테스트 결과, 오류가 없는 경우, 락을 해제할 수 있다.

락 관리부(130)이 락을 해제한 이후, 이력 관리부(150)은 수정 사항, 수정 파일, 수정한 이유, 수정 일자 및 일시 등을 포함한 수정 이력을 생성하여 장할 수 있다. 이러한 구성을 통해, 상용 서버에 완전히 수정 사항이 적용된 이후에 수정 이력이 생성될 수 있다. 상용 서버에 적용되지 않은 수정 사항에 대해서는 수정 이력이 생성될 수 없다.

본 발명의 일 실시예에 따른 소스 배포 장치(100)는 상용 서버에 적용되는 과정에서 오류가 발생한 경우, 해당 수정 사항을 삭제한다. 또한, 본 발명의 일 실시예에 따른 소스 배포 장치(100)는 상용 서버로 배포하였으나, 테스트를 통과하지 못한 수정 사항들을 상용 서버에 적용하지 않고 삭제한다.

소스 관리부(140)는 소스 파일들을 프로젝트 별로 저장 관리 할 수 있다. 소스 관리부(140)는 개발자 단말로부터 수신한 수정 사항을 해당 프로젝트에 적용할 수 있다. 소스 관리부(140)는 해당 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장 관리하며, 개발자 단말로부터 수신한 수정 요청에 포함되는 수정 파일과 파일명이 동일한 소스 파일에 해당 수정 사항을 적용한다.

소스 관리부(140)가 수정 사항을 해당 소스 파일에 적용하는 것은 차이점을 비교하는 툴에 의해 차이점 만을 머지(merge)하거나, 수정 파일로 해당 소스 파일을 덮는(replace) 방식으로 할 수 있다. 소스 관리부(140)는 해당 소스 파일에 다른 부분들은 그대로 둔 채, 수정 요청을 한 개발자 단말이 수정한 부분 만을 추가하는 방식으로 상기 해당 소스 파일을 수정할 수 있다. 이러한 구성을 통해, 소스 배포 장치(100)는 기 적용된 수정 사항들은 유지되고, 수정 요청을 한 개발자 단말이 적용하고자 하는 수정 사항만을 소스 관리부(140)에 적용한다.

이력 관리부(150)는 소정의 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력을 저장 관리 할 수 있다. 이력 관리부(150)는 소스 관리부(140)에 의해 수정된 파일에 따라 수정 이력을 생성하고, 상기 수정 이력을 해당 소스 파일에 대해서 저장할 수 있다.

이력 관리부(150)는 수정 사항에 대한 수정 이유, 수정한 사람, 수정 일자 및 일시, 다른 수정 파일 등의 정보를 포함하는 수정 이력을 생성할 수 있다. 이력 관리부(150)에 의해 소정의 프로젝트에 포함되는 하나 이상의 소스 파일가 각각 수정 이력을 하나씩 포함하고, 각각의 수정 이력은 수정 요청을 수신한 경우에 업데이트되며, 수정 될 때마다 그에 대한 정보를 추가하여 저장하게 된다.

이러한 이력 관리부(150)는 통해서, 소정의 프로젝트에 대한 수정 히스토리를 알 수 있고, 수정 히스토리는 수정한 사람, 수정을 통한 효과, 발생한 이유, 발생한 때에 대해서 알 수 있게 한다.

이력 관리부(150)는 수정 파일과 동일한 파일명을 가지는 소스 파일에 대해서 생성될 뿐만 아니라, 수정 파일과 관련된 소스 파일에 대해서도 생성될 수 있다. 수정 파일과 관련된 소스 파일은 수정 파일이 수정될 경우, 수정될 수 있는 파일을 말하며, 예를 들어, 수정 파일이 헤더 파일인 경우, 상기 헤더 파일을 포함하는(include) 소스 파일들은 실제로 수정되지 않았다고 하더라도 상기 수정 파일에 의해서 수정된 것과 동일하게 될 수 있다.

이력 관리부(150)가 수정 파일 뿐만이 아니라 수정 파일과 관련된 파일에 대해서도 함께 수정 이력을 생성하는 것은 상기 수정 파일로 인해 수정 파일을 포함하는 파일이 수정된 것으로 인식될 수 있기 때문이다.

예를 들어, 기 컴파일한 빌드 파일이 존재하는 경우, 컴파일러는 수정 파일에 대해서만 컴파일하는 것이 일반적이나, 의존도(dependency) 때문에 수정 파일을 포함하는 소스 파일도 새로 컴파일하게 한다. 예를 들어, 파일 A가 개발자 단말에 의해서 수정되면, 파일 A를 포함하는 파일 B는 의존도에 의해서 실제 수정되지 않았음에도 수정된 것과 동일하게 취급된다. 즉, 컴파일러는 수정 파일 A 뿐만 아니라 수정 파일 A를 포함하는 파일 B도 수정된 것으로 인식하여 파일 A 및 B의 오브젝트 파일을 새로 컴파일하게 된다.

빌드부(160)는 소스 관리부(140)에 저장된 소정의 프로젝트에 포함되는 하나 이상의 소스 파일을 컴파일(compile)하여 빌드 파일을 생성한다. 빌드부(160)에 의해 생성한 빌드 파일은 소스 관리부(140)에 저장될 수 있다. 락이 해제된 이후 빌드 파일은 소스 관리부(140)에 저장될 수 있다.

여기서, 컴파일은 고급언어(CHILL, COBOL, FORTRAN 등으로 인간이 구분하기 쉬운 언어)로 작성된 프로그램을 기계어(컴퓨터 등의 기계가 이해할 수 있는 언어)로 번역하는 것이며 이것을 처리하는 프로그램을 컴파일러라고 한다.

배포부(170)는 빌드부(160)에 의해 생성한 빌드 파일을 상용 서버로 배포한다. 여기서, 배포는 특정 웹 사이트를 방문하는 방문자들에게 공개하기 위해서, 상용 서버에 빌드 파일을 업로드하는 것을 말한다.

개발자 단말로부터 수정 요청은 상용 서버로의 배포 의사를 포함할 수도 있고, 상용 서버로의 배포 의사를 포함하지 않을 수도 있다. 본 발명의 일 실시예에 따라 제공되는 소스 배포 장치(100)는 배포 의사가 있는 경우에만 해당 수정 사항을 적용한 빌드 파일을 배포할 수 있다.

테스트 수행부(180)는 상용 서버로 배포된 버전에 대해서 기 저장된 테스트 모듈에 의해 테스트를 수행한다. 테스트 수행부(180)에 의해 수행된 테스트 결과 오류가 없는 경우, 락 관리부(130)는 락을 해제하고, 빌드 파일을 소스 관리부(140)에 저장할 수 있다. 또한, 수행한 테스트 결과 오류가 없는 경우, 이력 관리부(150)는 수정 사항에 부합되는 수정 이력을 생성하고, 상기 수정 이력을 수정한 소스 파일에 대응시켜 저장할 수 있다. 이력 관리부(150)는 각각의 소스 파일에 대한 수정 이력 정보에 상기 수정 이력 정보를 추가하여 저장할 수 있다.

임시 저장부(190)는 락 관리부(130)에 의해 락을 한 이후, 소정의 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장할 수 있다. 락이 해제 되면 임시 저장부(190)에 저장된 파일들은 삭제될 수 있다.

락 관리부(130)는 테스트 결과 오류가 있는 경우, 임시 저장부(190)에 저장된 파일들로 소스 관리부(140), 상용 서버를 다시 롤백(rollback)한다. 즉, 락 관리부(130)는 테스트 결과 오류가 있는 경우, 임시 저장부(190)에 저장된 소스 파일을 소스 관리부(140)로 전달하여 저장하고, 임시 저장부(190)에 저장된 빌드 파일을 상용 서버로 배포(release, deploy)한다.

본 발명의 일 실시에에 따라 제공되는 소스 배포 장치(100)는 자체적으로 테스트를 수행하는 테스트 수행부(180)를 포함하고 상용 서버로 배포된 빌드 파일에 대해서 자동적으로 테스트를 수행할 수 있다. 이러한 테스트 결과, 상용 서버로 배포된 빌드 파일에 오류가 있는 경우, 이전 버전의 빌드 파일로 롤백(rollback)한다. 즉, 본 발명의 일 실시예에 따라 제공되는 소스 배포 장치(100)는 빌드 파일에 오류가 있는 경우, 임시 저장부(190)에 복사해놓은 빌드 파일을 상용 서버로 다시 배포하게 된다.

본 발명의 일 실시에에 따른 소스 배포 장치(100)에 의하면 상용 서버에 있는 빌드 파일은 항상 동작 중에 오류가 없는 버전이다.

도 3은 본 발명의 또 다른 일 실시예에 따라 제공되는 소스 배포 시스템(20)을 나타내는 도면이다.

도 3을 참조하면, 소스 배포 시스템(20)은 소스 배포 장치(101). 서브 관리 장치(102), 개발자 단말(301), 상용 서버(201)를 포함할 수 있다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)은 하나의 프로젝트를 하나 이상의 팀이 함께 개발하는 경우 사용될 수 있다. 하나의 프로젝트를 개발하는 하나 이상의 팀은 각각 하나의 서브 관리 장치(102)를 통해 통합적인 결과물(소스 파일)을 생성할 수 있다. 각각의 서브 관리 장치(102)는 해당 팀에 속하는 개발자의 단말로부터 수정 사항을 수신 받고, 하나 이상의 개발자 단말로부터 수신한 수정 사항을 모두 적용한 하나의 프로젝트를 관리 하게 된다. 서브 관리 장치(102)는 하나의 프로젝트에 포함되는 소스 파일 및 빌드 파일을 저장 관리 할 수 있다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)은 하나 이상의 서브 관리 장치(102)와 통신하는 소스 배포 장치(101)를 포함할 수 있다. 소스 배포 장치(101)는 서브 관리 장치(102)로부터 수정 사항을 수신 받고, 수정 사항을 적용한 최종 빌드 파일을 상용 서버로 배포하게 된다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)에 의하면 서브 관리 장치(102)는 소스 파일을 관리하고, 소스 배포 장치(101)은 빌드 파일을 배포하는 역할을 수행할 수 있다.

만약 하나의 프로젝트를 수행하는 하나 이상의 팀원이 있는 팀이 복수인 경우, 서브 관리 장치 없이 소스 배포 장치를 통해 소스 파일을 관리하고 빌드 파일을 배포하게 되면, 더 많은 팀원(개발자)들이 동시에 수정 요청을 하게 될 수 있고, 수정을 원하는 하나 이상의 개발자가 있는 경우, 그 중 1명의 개발자 만이 수정 사항을 서버에 적용할 수 있게 된다. 그에 반해, 본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)에 따르면, 수정을 요청하는 하나 이상의 개발자는 각각 구별되는 서브 관리 장치(102)에 수정 사항을 적용할 수 있다. 본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)에 따르면, 개발자는 소스 파일을 수정할 때마다 상용 서버에 적용하지 않고, 일정 주기동안 수정한 내역들을 한꺼번에 소스 배포 장치에 적용하고, 상기 수정 내역들을 포함한 빌드 파일을 상용 서버로 배포할 수 있다. 본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)에 따르면, 개발과 빌드 파일 배포를 분리하여 진행할 수 있다. 본 발명의 일 실시에에 따라 제공되는 소스 배포 시스템(20)은 시간상 소스 개발 및 빌드 파일 배포를 개별적으로 함으로써, 하나 이상의 팀원들이 함께 개발하는 프로젝트의 진행을 원활히 할 수 있습니다.

서브 관리 장치(102)는 하나 이상의 개발자 단말(300)과 통신하며, 하나 이상의 개발자 단말이 함께 하나의 프로젝트를 협업하여 개발할 수 있게 한다. 서브 관리 장치(102)는 소스 배포 장치(101)와 달리 소스 파일에 대한 수정을 수신하고 처리하게 된다.

소스 배포 장치(101)는 상기 서브 관리 장치(102)로부터 수정 사항을 수신 받아 적용하고 빌드 파일을 생성하여 상용 서버로 배포하게 된다. 소스 배포 장치(101)는 상기 수정 사항을 적용한 소스 파일을 만들고, 상기 소스 파일을 컴파일 하여 빌드 파일을 생성하며, 빌드 파일을 상용 서버로 배포하는 것 까지를 진행하게 된다.

하나 이상의 개발자는 개인별 개발자 단말(301)을 통해서 서브 관리 장치(102)에 접근할 수 있다. 여기서, 개발자 단말(301)은 사용자의 퍼스널 컴퓨터(personal computer) 일 수 도 있고, 또는 사용자의 휴대용 단말일 수 있다. 사용자의 휴대용 단말은 스마트 폰, 태블릿 PC, 스마트 워치 등 일 수 있고, 이외의 웹 브라우징이 가능한 애플리케이션을 탑재한 단말은 제한없이 차용될 수 있다.

개발자 단말(301)은 화면을 표시하는 표시부 및 사용자로부터 데이터를 입력받는 입력 장치를 구비한다. 입력 장치는 키보드, 마우스, 트랙볼, 마이크 버튼, 터치패널 등을 포함할 수 있으나, 이에 한정하지 않는다.

상용 서버(201)는 포털 사이트, 은행, 회사, 게임 등 인터넷에서 서비스를 제공하는 서버를 말한다.

본 발명의 일 실시예에 따라 제공되는 소스 배포 시스템(20)의 소스 배포 장치(101), 서브 관리 장치(102), 개발자 단말(301), 상용 서버(201)는 인터넷, 인트라넷 등과 같은 유무선 통신 방법을 통해서 연결될 수 있으나, 이에 한정되지 않는다.

한편 통신망(401)은 복수 개의 개발자 단말(301), 상용 서버(201), 서브 관리 장치(102) 및 소스 배포 장치(101)를 연결하는 역할을 수행한다. 즉, 통신망(401)은 개발자 단말들, 상용 서버들과 소스 배포 장치가 연결한 후 패킷 데이터를 송수신할 수 있도록 접속 경로를 제공하는 통신망을 의미한다.

도 1에 도시된 소스 배포 시스템(10)과 달리 소스 배포 시스템(20)은 개발 자 단말이 직접 소스 배포 장치(101)로 접근하지 못할 수도 있다. 도 3에 도시된 본 발명의 일 실시에에 따라 제공되는 소스 배포 시스템(20)의 서브 관리 장치(102)은 개발자 단말 중 하나가 될 수도 있다. 즉, 특별한 권한을 가진 개발자의 컴퓨터(개발자 단말)가 서브 관리 장치(102)로 동작할 수 있다.

도 4는 본 발명의 일 실시예에 따른 서브 관리 장치(102)를 나타내는 블록도이다.

도 4를 참조하면, 서브 관리 장치(102)는 제1 수정 요청 수신부(122), 제1 락 관리부(132), 제1 소스 관리부(142), 제1 이력 관리부(152)를 포함할 수 있다.

인터페이스부(112)는 통신망(401)과 연동하여 소스 배포 장치(100)와 개발자 단말(301) 간의 송수신 신호를 패킷 데이터 형태로 제공하는 데 필요한 통신 인터페이스를 제공한다.

제1 수정 요청 수신부(122)는 개발자 단말로부터 제1 프로젝트에 대한 제1 수정 요청 및 제1 수정 파일을 수신한다. 제1 수정 요청 수신부(122)는 개발자 단말로부터 수정 요청을 수신한다. 여기서, 수정 요청은 수정 사항, 수정 파일, 수정한 이유, 수정한 사람, 수정 일자 및 일시 등을 포함할 수 있다.

제1 락 관리부(132)는 상기 수정 요청에 포함되는 수정 파일과 동일한 파일명을 가지는 소스 파일에 대해서 다른 개발자 단말로부터의 수정 요청 등의 접근을 막을 수 있다. 제1 락 관리부(132)에 의해서 하나의 수정 파일에 대한 수정 권한은 하나의 개발자 단말에게 주어진다. 즉, 하나의 수정 파일은 동시에 하나의 개발자 단말 만이 수정할 수 있게 된다.

제1 락 관리부(132)는 상기 수정 요청을 수신한 이후, 다른 개발자 단말의 접근을 제한하는 락을 하고, 상기 수정 사항이 모두 적용된 이후, 락을 해제할 수 있다. 도 2의 락 관리부(130)와 달리, 수정 사항을 소스 파일에 적용한 이후에는 락이 해제될 수 있다.

제1 소스 관리부(142)는 소정의 제1 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 제1 수정 파일에 포함된 수정 사항을 상기 제1 수정 파일과 동일한 파일명을 가지는 제1 소스 파일에 포함하여 저장한다.

제1 소스 관리부(142)는 차이점을 비교하는 툴에 의해서 차이점 만을 소스 파일에 머지(merge)하거나 수정 파일로 해당 소스 파일을 덮는(대체하는, replace)하는 방식으로 차이점을 적용할 수 있다. 제1 소스 관리부(142)는 해당 소스 파일에 다른 부분들은 그대로 둔 채, 수정 요청을 한 개발자 단말이 수정한 부분 만을 추가하는 방식으로 상기 제1 소스 파일을 수정할 수 있다. 이러한 구성을 통해, 기 적용된 수정 사항들은 유지되고, 제1 수정 요청을 한 개발자 단말이 적용하고자 하는 수정 사항만이 제1 소스 관리부(142)에 적용된다.

제1 이력 관리부(152)는 상기 제1 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장 관리한다. 제1 이력 관리부(152)는 상기 제1 락 관리부(132)에 의해서 락이 해제되는 경우, 상기 제1 수정 요청에 부합하는 제1 수정 이력 정보를 생성하여 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 수정 이력 정보를 추가하여 저장한다. 여기서, 제1 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보 등을 포함할 수 있다.

제1 이력 관리부(152)는 수정 사항에 대한 수정 이유, 수정한 사람(아이디), 수정 일자 및 일시, 다른 수정 파일 등의 정보를 포함하는 제1 수정 이력을 생성할 수 있다. 제1 이력 관리부(152)에 의해 소정의 프로젝트에 포함되는 하나 이상의 소스 파일은 각각 수정 이력을 하나씩 포함하며, 각각의 수정 이력은 수정 요청을 수신한 경우에 업데이트되며, 수정 될 때마다 그에 대한 정보를 추가하여 저장하게 된다. 제1 이력 관리부(152)는 상기 제1 락 관리부(132)가 락을 해제한 경우, 제1 수정 이력을 생성하여 저장 관리 할 수 있다.

이러한 제1 이력 관리부(152)는 통해서, 상기 제1 프로젝트에 대한 수정 히스토리(history)를 알 수 있고, 수정 사항은 수정한 사람, 수정을 통한 효과, 발생한 이유, 발생한 때에 대해서 알 수 있다.

제1 이력 관리부(152)는 수정 파일과 동일한 파일명을 가지는 소스 파일에 대해서 생성될 뿐만 아니라, 상기 소스 파일과 관련된 소스 파일에 대해서도 생성될 수 있다. 소스 파일과 관련된 소스 파일은 수정 파일이 수정될 경우, 수정될 수 있는 파일을 말하며, 예를 들어, 수정 파일이 헤더 파일인 경우, 상기 헤더 파일을 포함하는(include) 소스 파일들은 실제로 수정되지 않았다고 하더라도 상기 수정 파일에 의해서 수정된 것과 동일하게 된다.

제1 이력 관리부(152)가 수정 파일 뿐만이 아니라 수정 파일과 관련된 파일에 대해서도 함께 수정 이력을 생성하는 것은 상기 수정 파일로 인해 수정 파일을 포함하는 파일은 수정된 것과 동일하게 되기 때문이다.

예를 들어, 기 컴파일한 빌드 파일이 존재하는 경우, 컴파일러는 수정 파일에 대해서만 컴파일되는 것이 일반적이나, 의존도(dependency) 때문에 수정 파일을 포함하는 소스 파일도 새로 컴파일 하게 된다. 여기서 의존도는 수정 파일에 의해서 수정된 것과 같이 관련된 것을 말한다. 파일 A에 대해서 의존된 파일 B는 직접적으로 수정되지 않더라도, 파일 A가 수정되는 경우 수정된 것과 동일하게 된다. 파일 A의 수정으로 인해 파일 B의 오브젝트 파일은 수정된 것과 같이 새로 컴파일 된다.

본 발명의 일 실시예에 따라 제공되는 서브 관리 장치(102)는 소스 파일을 관리하게 된다. 같은 팀에 속하는 개발자들은 하나의 서브 관리 장치(102)에 자신의 개발 내역(수정 파일 등)을 적용할 수 있다. 하나의 프로젝트를 개발하는 개발자가 상당히 많은 경우, 각각 개발자가 수정 권한을 부여 받기 어려울 수 있으며, 수정 사항을 프로젝트에 적용하는데 시간상의 지연이 발생할 수 있다. 이러한 불편 및 지연을 해소하기 위해서, 본 발명의 일 실시예에 따라 제공되는 서브 관리 장치(102)는 전체 개발자 중 일부 개발자에 대한 협업을 제공하는 소스 관리 장치이며, 이러한 서브 관리 장치(102)에 의해서 개발자 각각이 좀더 쉽게 수정 권한을 부여 받아 수정 사항을 서버에 적용할 수 있게 된다.

도 5는 본 발명의 일 실시예에 따른 소스 배포 장치(101)를 나타내는 블록도이다.

도 5를 참조하면, 본 발명의 일 실시예에 따른 소스 배포 장치(101)는 제2 수정 요청 수신부(121), 제2 락 관리부(131), 제2 소스 관리부(141), 제2 이력 관리부(151), 빌드부(161), 배포부(171), 테스트 수행부(181), 임시 저장부(191)를 포함할 수 있다.

인터페이스부(111)는 통신망(401)과 연동하여 소스 배포 장치(101)와 상용 서버(201), 서브 관리 장치(102) 간의 송수신 신호를 패킷 데이터 형태로 제공하는 데 필요한 통신 인터페이스를 제공한다.

제2 수정 요청 수신부(121)는 서브 관리 장치(102)로부터 제2 프로젝트에 대한 수정 요청을 수신한다. 여기서, 제2 수정 요청은 하나 이상의 수정 사항, 하나 이상의 수정 파일, 수정하는 이유, 수정 일자 및 일시 등을 포함할 수 있다.

제2 락 관리부(131)는 제2 수정 요청을 한 서브 관리 장치(102) 이외의 서브 관리 장치(102)로부터의 접근을 제한한다. 즉, 제2 락 관리부(131)는 수정 요청 수신부(120)를 통해 수정 요청이 수신되면, 락을 하고, 빌드 파일을 배포하면 락을 해제한다.

제2 락 관리부(130)에 의해 본 발명의 일 실시예에 따른 소스 배포 장치(101)는 다른 서브 관리 장치의 수정 요청을 무시하거나 수정을 할 수 없다는 메시지를 다른 서브 장치로 전송할 수 있다. 제2 락 관리부(131)에 의해 본 발명의 일 실시예에 따른 소스 배포 장치(101)는 특정 시점에 하나의 서브 관리 장치(102)와 연결되며, 상기 하나의 서브 관리 장치(102)로부터 제2 수정 사항, 제2 수정 파일 등을 수신할 수 있다.

또한 제2 락 관리부(131)에 의해 해당 수정 사항이 상용 서버에 배포될 때까지 다른 서브 관리 장치의 수정 요청을 거부한다. 본 발명의 일 실시예에 따른 소스 배포 장치(101)는 하나의 개발자가 수정을 하는 동안, 다른 수정 사항이 반영되는 혼선을 방지하고, 하나의 수정 사항이 반영된 상태로 빌드 파일에 대해서 테스트를 수행할 수 있기 때문에 상기 하나의 수정 사항으로 인한 긍정적인 효과 또는 부정적인 효과 등을 분석할 수 있게 된다.

제2 락 관리부(131)는 빌드 파일을 배포한 이후 락을 해제할 수 있다. 또한, 락 관리부(130)는 빌드 파일을 배포, 자체적으로 테스트를 실행한 이후, 상기 테스트에 오류가 없는 경우, 락을 해제할 수 있다.

제2 락 관리부(131)는 또한 락을 해제한 이후, 수정 사항, 수정 파일, 수정한 이유, 수정 일자 및 일시 등을 포함한 수정 이력을 제2 이력 관리부(151)에 저장할 수 있다. 이러한 구성을 통해, 상용 서버에 완전히 수정 사항이 적용된 이후에 제2 수정 이력이 생성될 수 있다. 상용 서버에 적용되지 않은 수정 사항에 대해서는 제2 수정 이력이 생성될 수 없다.

본 발명의 일 실시예에 따른 소스 배포 장치(101)는 상용 서버에 적용되는 과정에서 오류가 발생했거나, 상용 서버로 배포하였으나, 테스트를 통과하지 못한 수정 사항들은 상용 서버로부터 삭제 할 수 있다.

제2 소스 관리부(141)는 소스 파일들을 프로젝트 별로 저장 관리 할 수 있다. 제2 소스 관리부(141)는 서브 관리 장치(102)로부터 수신한 수정 사항을 제2 프로젝트에 적용할 수 있다. 제2 소스 관리부(141)는 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장 관리하며, 개발자 단말로부터 수신한 수정 요청에 포함되는 수정 파일과 동일한 파일명을 가지는 제2 소스 파일에 해당 수정 사항을 적용한다.

제2 소스 관리부(141)는 차이점을 비교하는 툴에 의해 차이점만을 머지하거나 수정 파일로 상기 제2 소스 파일을 덮는(대체하는, replace) 방식으로 수정 사항을 적용할 수 있다. 제2 소스 관리부(141)는 해당 소스 파일에 다른 부분들은 그대로 둔 채, 수정 요청을 한 개발자 단말이 수정한 부분 만을 추가하는 방식으로 상기 제2 소스 파일을 수정할 수 있다. 이러한 구성을 통해, 기 적용된 수정 사항들은 유지되고, 수정 요청을 한 개발자 단말이 적용하고자 하는 수정 사항만이 제2 소스 관리부(141)에 적용된다.

제2 이력 관리부(151)는 제2 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력을 저장 관리 할 수 있다. 제2 이력 관리부(151)는 제2 소스 관리부(141)에 의해 수정된 파일에 따라 제2 수정 이력을 생성하고, 상기 제2 수정 이력을 해당 소스 파일에 대해서 저장할 수 있다.

제2 이력 관리부(151)는 수정 사항에 대한 수정 이유, 수정한 사람, 수정 일자 및 일시, 다른 수정 파일 등의 정보를 포함하는 제2 수정 이력을 생성할 수 있다. 제2 이력 관리부(151)에 의해 소정의 프로젝트에 포함되는 하나 이상의 소스 파일은 각각 수정 이력 정보를 하나씩 포함하며, 각각의 수정 이력 정보는 수정 요청을 수신한 경우에 업데이트되며, 수정 될 때마다 그에 대한 정보를 추가하여 저장하게 된다.

이러한 수정 이력 정보는 소정의 프로젝트에 대한 수정 히스토리를 알게 하고, 상기 수정 이력 정보는 수정한 사람, 수정을 통한 효과, 발생한 이유, 발생한 일자 및 일시에 대한 정보를 포함할 수 있다.

제2 이력 관리부(151)는 수정 파일과 동일한 파일명을 가지는 제2 소스 파일에 대해서 수정 이력 정보를 생성할 뿐만 아니라, 상기 제2 소스 파일과 관련된 소스 파일에 대해서도 수정 이력 정보를 생성할 수 있다. 제2 소스 파일과 관련된 소스 파일은 수정 파일이 수정될 경우, 그 오브젝트 파일(빌드 파일)이 수정될 수 있는 파일을 말하며, 예를 들어, 수정 파일이 헤더 파일인 경우, 상기 헤더 파일을 포함하는(include) 소스 파일들은 실제로 수정되지 않았다고 하더라도 상기 수정 파일에 의해서 수정된 것과 동일하게 된다. 수정되지 않더라도, 빌드부(161)는 수정 파일을 포함하는(include) 파일의 오브젝트 파일(object file)을 새로 생성한다.

제2 이력 관리부(151)가 수정 파일 뿐만이 아니라 수정 파일과 관련된 파일에 대해서도 함께 제2 수정 이력을 생성하는 것은 상기 수정 파일로 인해 수정 파일을 포함하는 파일은 수정된 것과 동일하게 되기 때문이다.

예를 들어, 기 컴파일한 빌드 파일이 존재하는 경우, 컴파일러는 수정 파일을 새로 컴파일하는 데 수정 파일을 포함하는 파일 역시 새로 컴파일 된다. 수정 파일을 포함하는 파일을 수정 파일에 의존된(dependent) 파일이라 할 수 있다.

빌드부(161)는 제2 소스 관리부(141)에 저장된 소정의 프로젝트에 포함되는 하나 이상의 소스 파일을 컴파일(compile)하여 빌드 파일을 생성한다. 빌드부(161)에 의해 생성한 빌드 파일은 제2 소스 관리부(141)에 함께 저장될 수 있다. 빌드 파일은 락이 해제되면서 제2 소스 관리부(141)에 저장될 수 있다.

배포부(171)는 상기 빌드 파일을 상용 서버로 배포한다. 여기서, 배포는 특정 웹 사이트를 방문하는 방문자들에게 공개하기 위해서, 상용 서버에 빌드 파일을 업로드하는 것을 말한다.

개발자 단말로부터 수정 요청은 상용 서버로의 배포 의사를 포함할 수도 있고, 상용 서버로의 배포 의사를 포함하지 않을 수도 있다.

테스트 수행부(181)는 상용 서버로 배포된 버전에 대해서 기 저장된 테스트 모듈에 의해 테스트를 수행한다. 테스트 수행부(181)에 의해 수행된 테스트 결과 오류가 없는 경우, 제2 락 관리부(131)는 락을 해제하고, 빌드 파일을 제2 소스 관리부(141)에 저장할 수 있다. 또한, 상기 테스트 결과 오류가 없는 경우, 제2 이력 관리부(151)는 수정 사항에 부합되는 제2 수정 이력 정보를 생성하고, 상기 제2 수정 이력 정보를 수정한 소스 파일에 대응시켜 저장할 수 있다. 제2 이력 관리부(151)는 수정 이력 정보에 상기 제2 수정 이력 정보를 추가하여 저장할 수 있다.

임시 저장부(191)는 제2 락 관리부에 의해 락을 한 이후, 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 별도로 카피하여 저장할 수 있다. 임시 저장부에 저장된 파일들은 락이 해제되면 삭제될 수 있다.

제2 락 관리부(131)는 테스트에 오류가 있는 경우, 임시 저장부에 저장된 파일들로 제2 소스 관리부(141), 상용 서버를 다시 롤백(rollback)한다. 즉, 제2 락 관리부(131)는 테스트 결과 오류가 있는 경우, 임시 저장부(191)에 저장된 소스 파일을 제2 소스 관리부(141)로 전달하여 저장하고, 임시 저장부(191)에 저장된 빌드 파일을 상용 서버로 배포한다.

본 발명의 일 실시에에 따라 제공되는 소스 배포 장치(101)는 기 저장된 테스트 모듈을 통해서 자체적으로 테스트를 수행하는 테스트 수행부(181)를 포함하고 있어, 상용 서버로 배포된 빌드 파일에 대해서 자동적으로 테스트를 수행할 수 있다. 이러한 테스트 결과, 상용 서버로 배포된 빌드 파일에 오류가 있는 경우, 소스 배포 장치(101)는 이전 버전의 빌드 파일로 롤백한다. 즉, 본 발명의 일 실시예에 따라 제공되는 소스 배포 장치(101)는 빌드 파일에 오류가 있는 경우, 임시 저장부(191)에 카피해놓은 빌드 파일을 상용 서버로 다시 배포하게 된다.

도 6은 본 발명의 일 실시예에 따른 소스 배포 방법을 나타내는 흐름도이다.

도 6을 참조하면, 본 발명의 일 실시예에 따른 소스 배포 방법은 수정 요청 수신 단계(S110), 락 실행 단계(S115), 소스를 카피하여 저장하는 단계(S120), 수정 사항을 저장하는 단계(S125), 빌드 파일을 생성하는 단계(S130), 상용 서버로 빌드 파일을 배포하는 단계(S135), 테스트를 수행하는 단계(S140), 락을 해제하는 단계(S145), 수정 이력을 업데이트하는 단계(S155), 카피한 소스로 롤백하는 단계(S150)를 포함할 수 있다.

소스 배포 시스템은 개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신한다. (S110)

소스 배포 시스템은 상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하는 락을 한다. 소스 배포 시스템은 수정 요청을 한 개발자 단말 이외의 개발자 단말로부터의 접근을 제한하기 시작한다.(S115) 본 발명의 일 실시예에 따른 소스 배포 방법에서는 수정 요청이 수신되면, 락을 하고, 빌드 파일을 배포하면 락을 해제한다. 락을 하는 동안에는 본 발명의 일 실시예에 따른 소스 배포 장치는 다른 개발자 단말의 수정 요청을 무시하거나 수정을 할 수 없다는 메시지를 전송할 수 있다. 락은 해당 수정 사항이 상용 서버에 배포될 때까지 유지된다. 이러한 락을 하는 과정을 통해서, 본 발명의 일 실시예에 따른 소스 배포 방법은 다른 수정 사항이 반영되는 혼선을 방지하고, 하나의 수정 사항이 반영된 상태로 빌드 파일에 대해서 테스트를 수행할 수 있기 때문에 상기 하나의 수정 사항으로 인한 긍정적인 효과 또는 부정적인 효과 등을 분석할 수 있게 된다.

소스 배포 시스템은 상기 프로젝트에 포함되는 하나 이상의 소스 파일의 카피본 및 빌드 파일의 카피본을 저장한다. 소스 배포 장치는 소정의 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장할 수 있다. 소스 배포 시스템은 저장한 파일들을 락이 해제된 이후 삭제할 수 있다. 소스 배포 장치는 상기 테스트 결과, 오류가 있는 경우, 임시 저장한 파일들로 다시 롤백(rollback)할 때 이용한다. (S120)

소스 배포 장치는 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장한다.(S125) 소스 배포 장치는 소스 파일들을 프로젝트 별로 저장 관리 할 수 있다. 소스 배포 장치는 수신한 수정 사항을 소정의 프로젝트에 적용할 수 있다. 소스 배포 장치는 수정 사항을 차이점을 비교하는 툴에 의해서 머지(merge)하거나 수정 파일로 상기 제2 소스 파일을 대체(replace)하는 방식으로 할 수 있다. 소스 배포 장치는 해당 소스 파일에 다른 부분들은 그대로 둔 채, 수정 요청을 한 개발자 단말이 수정한 부분 만을 추가하는 방식으로 상기 소스 파일을 수정할 수 있다. 이러한 구성을 통해, 기 적용된 수정 사항들은 유지되고, 수정 요청을 한 개발자 단말이 적용하고자 하는 수정 사항만이 적용된다.(S125)

소스 배포 장치는 상기 프로젝트에 포함되는 하나 이상의 소스 파일들을 컴파일 하여 빌드 파일을 생성한다. 소스 배포 장치는 소정의 프로젝트에 포함되는 하나 이상의 소스 파일을 컴파일(compile)하여 빌드 파일을 생성한다. 생성한 빌드 파일은 저장 관리 될 수 있다. 여기서, 컴파일은 고급언어(CHILL, COBOL, FORTRAN 등으로 인간이 구분하기 쉬운 언어)로 작성된 프로그램을 기계어(컴퓨터 등의 기계가 이해할 수 있는 언어)로 번역하는 것이며 이것을 처리하는 프로그램을 컴파일러라고 한다. (S130)

소스 배포 장치는 상기 생성한 빌드 파일을 상용 서버로 배포한다. 여기서, 배포는 특정 웹 사이트를 방문하는 방문자들에게 공개하기 위해서, 상용 서버에 빌드 파일을 업로드하는 것을 말한다. 개발자 단말로부터 수정 요청은 상용 서버로의 배포 의사를 포함할 수도 있고, 상용 서버로의 배포 의사를 포함하지 않을 수도 있다. (S135)

소스 배포 장치는 기 저장된 테스트 모듈이 상기 빌드 파일에 대해서 테스트를 수행한다. 소스 배포 장치는 상용 서버로 배포된 버전에 대해서 기 저장된 테스트 모듈에 의해 테스트를 수행한다. 테스트 결과, 오류가 없는 경우, S145로 이동하고, 오류가 있는 경우, S150으로 이동한다. (S140)

소스 배포 장치는 상기 테스트 결과, 오류가 없는 경우, 락을 해제한다. (S145)

소스 배포 장치는 상기 테스트 결과, 오류가 있는 경우, 상기 소스 파일의 카피본을 소스 배포 장치에 저장하고, 상기 빌드 파일의 카피본을 상용 서버로 배포한다. (S150)

소스 배포 장치는 상기 수정 요청에 부합하는 수정 이력 정보를 생성하고, 상기 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 수정 이력 정보를 추가하여 저장한다. (S155)

한편, 본 발명은 컴퓨터로 읽을 수 있는 기록 매체에 컴퓨터가 읽을 수 있는 코드로 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록 매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다.

컴퓨터가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현하는 것을 포함한다. 또한, 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산 방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고 본 발명을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술 분야의 프로그래머들에 의하여 용이하게 추론될 수 있다.

본 발명의 명세서(특히 특허청구범위에서)에서 "상기"의 용어 및 이와 유사한 지시 용어의 사용은 단수 및 복수 모두에 해당하는 것일 수 있다. 또한, 본 발명에서 범위(range)를 기재한 경우 상기 범위에 속하는 개별적인 값을 적용한 발명을 포함하는 것으로서(이에 반하는 기재가 없다면), 발명의 상세한 설명에 상기 범위를 구성하는 각 개별적인 값을 기재한 것과 같다.

본 발명에 따른 방법을 구성하는 단계들에 대하여 명백하게 순서를 기재하거나 반하는 기재가 없다면, 상기 단계들은 적당한 순서로 행해질 수 있다. 반드시 상기 단계들의 기재 순서에 따라 본 발명이 한정되는 것은 아니다. 본 발명에서 모든 예들 또는 예시적인 용어(예들 들어, 등등)의 사용은 단순히 본 발명을 상세히 설명하기 위한 것으로서 특허청구범위에 의해 한정되지 않는 이상 상기 예들 또는 예시적인 용어로 인해 본 발명의 범위가 한정되는 것은 아니다. 또한, 당업자는 다양한 수정, 조합 및 변경이 부가된 특허청구범위 또는 그 균등물의 범주 내에서 설계 조건 및 팩터에 따라 구성될 수 있음을 알 수 있다.

따라서, 본 발명의 사상은 상기 설명된 실시 예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 또는 이로부터 등가적으로 변경된 모든 범위는 본 발명의 사상의 범주에 속한다고 할 것이다.

10, 20: 소스 배포 시스템 100, 101: 소스 배포 장치
102: 서브 관리 장치 200, 201: 상용 서버
300, 301: 개발자 단말 400, 401: 통신망

Claims

개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신하는 수정 요청 수신부;
상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장하는 소스 관리부;
상기 수정 사항 처리가 완료된 경우, 상기 하나 이상의 소스 파일을 컴파일하여 빌드 파일을 생성하는 빌드부;
상기 생성한 빌드 파일을 상용 서버로 배포하는 배포부; 및
상기 수정 요청을 수신한 경우, 상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하고, 상기 개발자 단말이 접근하도록 하는 락을 하고,
상기 빌드 파일을 상용 서버로 배포가 완료된 경우, 상기 프로젝트에 대한 락을 해제하는 락 관리부;
를 포함하는 소스 배포 장치.
제 1 항에 있어서,
상기 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고,
상기 프로젝트에 대한 락을 해제한 경우, 상기 수정 요청에 부합하는 수정 이력 정보를 생성하고, 상기 수정 이력 정보를 상기 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보로 저장하는 이력 관리부;를 더 포함하고,
상기 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보를 포함하는, 소스 배포 장치.
제 1 항에 있어서,
상기 빌드 파일에 대해서 기 저장된 테스트 모듈에 의해서 자체적으로 테스트를 수행하는 테스트 수행부;를 더 포함하고,
상기 락 관리부는
상기 테스트 결과 오류가 없는 경우, 상기 프로젝트에 대한 락을 해제하는, 소스 배포 장치.
제 3 항에 있어서,
상기 수정 사항을 포함하여 저장하기 전, 상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장하는 임시 저장부;를 더 포함하고,
상기 락 관리부는
상기 테스트 결과 오류가 있는 경우, 상기 임시 저장부에 저장된 하나 이상의 소스 파일 및 빌드 파일을 상기 소스 관리부에 저장하는, 소스 배포 장치.
개발자 단말로부터 제1 프로젝트에 대한 제1 수정 요청 및 제1 수정 파일을 수신하는 제1 수정 요청 수신부,
상기 제1 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 제1 수정 파일에 포함된 수정 사항을 상기 제1 수정 파일과 동일한 파일명을 가지는 제1 소스 파일에 포함하여 저장하는 제1 소스 관리부,
상기 제1 수정 요청을 수신한 경우, 상기 제1 소스 파일에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하는 락을 하고,
상기 제1 수정 사항을 포함하여 저장한 경우, 상기 제1 소스 파일에 대한 락을 해제하는 제1 락 관리부,
를 포함하는 서브 관리 장치; 및
상기 서브 관리 장치로부터 제2 프로젝트에 대한 제2 수정 요청 및 제2 수정 파일을 수신하는 제2 수정 요청 수신부,
상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 제2 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 제2 소스 파일에 포함하여 저장하는 제2 소스 관리부,
상기 제2 수정 사항을 포함하여 저장한 경우, 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일을 컴파일하여 빌드 파일을 생성하는 빌드부,
상기 생성한 빌드 파일을 상용 서버로 배포하는 배포부,
상기 제2 수정 요청을 수신한 경우, 상기 제2 프로젝트에 대해서 다른 개발자 단말 및 다른 서브 관리 장치로부터의 수정 요청을 제한하는 락을 하고,
상기 빌드 파일을 상용 서버로 배포가 완료된 경우, 상기 제2 프로젝트에 대한 락을 해제하는 제2 락 관리부;를 포함하는 소스 배포 장치;를 포함하는 소스 배포 시스템.
제5항에 있어서,
상기 제1 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고,
상기 제1 락 관리부에 의해서 락이 해제되는 경우, 상기 제1 수정 요청에 부합하는 제1 수정 이력 정보를 생성하여 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 제1 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 제1 수정 이력 정보를 추가하여 저장하는 제1 이력 관리부를 더 포함하고,
상기 제1 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보을 포함하는, 서브 관리 장치;를 포함하는 소스 배포 시스템.
제5항에 있어서,
상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고,
상기 제2 락 관리부에 의해서 락이 해제되는 경우, 상기 제2 수정 요청에 부합하는 제2 수정 이력 정보를 생성하여 상기 제2 소스 파일에 대한 수정 이력 정보 및 상기 제2 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 제2 수정 이력 정보를 추가하여 저장하는 제2 이력 관리부를 더 포함하고,
상기 제2 수정 이력 정보는 수정한 사람에 대한 정보, 및 수정한 시점에 대한 정보을 포함하는, 소스 배포 장치;를 포함하는 소스 배포 시스템.
제5항에 있어서,
상기 빌드 파일에 대해서 지 저장된 테스트 모듈에 따라서 자동적으로 테스트를 수행하는 테스트 수행부;를 더 포함하고,
상기 제2 락 관리부는
상기 테스트 결과 오류가 없는 경우, 상기 제2 프로젝트에 대한 락을 해제하는, 소스 배포 장치;를 포함하는 소스 배포 시스템.
제8항에 있어서,
상기 제2 수정 사항이 적용되기 전, 상기 제2 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 카피하여 저장하는 임시 저장부;를 더 포함하고,
상기 제2 락 관리부는
상기 테스트 결과 오류가 있는 경우, 상기 임시 저장부에 저장된 하나 이상의 소스 파일 및 빌드 파일을 상용 서버로 배포하는, 소스 배포 장치;를 포함하는 소스 배포 시스템.
개발자 단말로부터 소정의 프로젝트에 대한 수정 요청 및 수정 파일을 수신하는 단계;
상기 프로젝트에 대해서 다른 개발자 단말로부터의 수정 요청을 제한하고, 상기 개발자 단말이 접근하도록 부여된 락을 하는 단계;
상기 프로젝트에 포함되는 하나 이상의 소스 파일 및 빌드 파일을 저장하고, 상기 수정 파일에 포함되는 수정 사항을 상기 수정 파일과 동일한 파일명을 가지는 소스 파일에 포함하여 저장하는 단계;
상기 프로젝트에 포함되는 하나 이상의 소스 파일들을 컴파일하여 빌드 파일을 생성하는 단계;
상기 생성한 빌드 파일을 상용서버로 배포하는 단계; 및
상기 프로젝트에 대한 상기 개발자 단말이 접근하도록 부여된 락을 해제하는 단계;를 포함하는 소스 배포 방법.
제10항에 있어서,
상기 락을 해제하는 단계 이후, 상기 하나 이상의 소스 파일에 대한 수정 이력 정보를 저장하고,
상기 수정 요청에 부합하는 수정 이력 정보를 생성하여 상기 수정 파일과 동일한 이름을 가지는 소스 파일에 대한 수정 이력 정보 및 상기 수정 파일과 동일한 이름을 가지는 소스 파일과 관련된 소스 파일에 대한 수정 이력 정보에 상기 수정 이력 정보를 추가하여 저장하는 단계;를 더 포함하는 소스 배포 방법.
제10항에 있어서,
상기 빌드 파일을 상용 서버로 배포하는 단계 이후, 상기 빌드 파일에 대해서 기 저장된 테스트 모듈에 의해서 자체적으로 테스트를 수행하는 단계;를 더 포함하는 소스 배포 방법.
제12항에 있어서,
상기 락을 하는 단계 이후, 상기 프로젝트에 대한 소스 파일의 카피본 및 빌드 파일의 카피본을 저장하는 단계;를 더 포함하고,
상기 테스트를 수행하는 단계 이후,
상기 테스트 결과 오류가 없는 경우, 락을 해제하는 단계;로 이동하고,
상기 테스트 결과 오류가 있는 경우, 상기 소스 파일의 카피본을 소스 배포 장치에 저장하고 상기 빌드 파일의 카피본을 상용 서버로 배포하는 단계;를 더 포함하는 소스 배포 방법.
제10항 내지 제13항 중 어느 한 항의 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 하는 컴퓨터 판독 가능한 기록 매체.