NC

게임 데이터 모델링은 게임의 복잡한 세계를 일정한 표기법에 따라 표현하는 일이다. 즉, 게임의 구조를 설계하기 위해 관련 데이터들의 포인트를 연결하는 것이다.

RPG의 가장 기본적 요소인 ‘사냥’을 예로 들자. 플레이어가 던전에서 몬스터를 죽이면 게임 안의 재화나 아이템을 보상으로 받는다. 이러한 ‘던전’, ‘몬스터’, ‘아이템’ 등의 데이터를 모델화하여 서로 간의 관계를 정의해 콘텐츠를 게임에 구현하는 방법이 바로 게임 데이터 모델링이다.

데이터적 관점에서 게임을 개발할 때, 기획자는 먼저 콘텐츠를 기획한다. 이후 그 내용을 바탕으로 콘텐츠를 구현하는 데 필요한 모델들을 프로그래머와 함께 정의한다. 그리고 기획자가 정의한 모델들에 맞게 데이터를 입력하는 편집 과정을 거친다. 그 후에는 데이터가 제대로 입력되었는지를 QA 엔지니어가 확인하고, 실제로 구현된 게임 플레이가 원래 기획한 의도대로 작동하는지 검증한다. 이러한 검증을 거치고 이상이 없으면 플레이어가 경험할 수 있도록 배포한다.

이렇게 고착화한 기존의 프로세스에서는 데이터 모델링과 편집 단계에서 기획자와 프로그래머가 유기적으로 일하기가 다소 힘들었다. 기획 내용 혹은 모델의 구조가 바뀌거나 데이터에 오류가 생기면 그때마다 관련 작업자에게 변경 내용을 다시 설명해야 하기 때문이다.

기존의 프로세스에서는 오류가 발생하기 쉽다. 리니지M의 사냥 콘텐츠인 ‘오만의 탑’을 구현하는 과정을 들여다보자. 오만의 탑을 구현하려면 던전, 몬스터, 아이템 등의 여러 모델을 정의하고, 그 데이터를 입력하고, 모델 간의 관계를 정의해야 한다. 오만의 탑은 10층으로 구성되었기에 1층부터 10층까지의 총 10개 데이터, 그리고 각 층에 등장하는 제니스퀸, 시어, 뱀파이어 등의 보스 몬스터와 일반 몬스터들의 데이터, 몬스터를 처치한 후 플레이어가 얻게 되는 아이템 데이터까지 모두 정의한다. 이때 데이터를 각각 모두 입력하면 중복되는 데이터가 많아진다. 데이터가 중복되지 않게 하려면 제니스퀸이나 시어, 뱀파이어 등 여러 몬스터가 공통적으로 가진 아이템인 주문서, 비법서 등에 관한 데이터들의 관계를 정의해야 한다. 그리고 이후 하나하나 기입하지 않고 참조를 통해 데이터를 가져올 수 있게 해야 한다. 이때 데이터를 편집하는 과정에서 데이터 오류가 많이 발생할 수 있다. 단순히 잘못 기입할 수도 있고, 잘못된 참조가 연결될 수도 있으며, 중복된 값을 입력할 수도 있고, 범위를 벗어나는 값을 입력할 수도 있기 때문이다.

게임 리소스 스튜디오 사용자는 개발 과정에서 ‘공통포맷’이라는 디자인 언어를 이용하게 된다. 이 디자인 언어에 대응하는 다이어그램을 이용하면 게임 콘텐츠를 쉽게 모델링할 수 있다. 기획자는 출력 포맷 별 특징을 이해할 필요 없이 순수하게 콘텐츠 디자인에만 집중하면 된다. 복잡하고 어렵고 귀찮은 일들은 툴이 알아서 처리하기 때문이다. 보통 실무에는 엑셀, XML, MySQL, JSON 같은 다양한 포맷들이 쓰인다. 기획자가 이처럼 특성이 다양한 포맷들을 이해하고 게임 모델을 작성하는 일은 쉽지 않다. 공통포맷은 포맷 중립적인 디자인이므로 이를 이용해 모델링하면 한 번 작성한 게임 콘텐츠 모델을 다양한 포맷으로 변환하여 사용할 수 있다. 반대로, 이미 작성한 데이터를 공통포맷으로 가져오는 작업도 가능하다.

게임 리소스 스튜디오의 장점은 기획자가 모델링한 내용을 엑셀이든 데이터베이스든 자유롭게 변환할 수 있다는 점이다. 이를 통해 기획하여 모델링한 내용을 실시간으로 라이브에 반영할 수 있고, 변경한 내용을 업데이트해서 툴에 표시할 수도 있다.

리니지M Camp 인프라팀은 .net에 있는 공통언어와 공통언어 런타임에서 영감을 받아 공통포맷을 개발했다. 게임 콘텐츠 모델들을 다양한 언어로 작성해야 하더라도 공통언어로 변환할 수만 있으면 플랫폼에 독립적인 구조를 생성할 수 있으리라는 아이디어를 발전시킨 결과이다.

기존에는 기획자가 기획서를 작성한 후 프로그래머나 기타 유관부서에 데이터 모델 설계 업무를 요청해야 했다. 하지만 게임 리소스 스튜디오를 이용하면 기획자가 데이터 모델링과 편집도 할 수 있다.

기획자는 ‘도큐먼트’라는 개념의 단위를 만들어 데이터의 열을 나타내는 컬럼들을 추가하고 데이터를 편집할 수 있다. 도큐먼트는 DB의 테이블이나 엑셀의 워크시트와 비슷한 개념이다. 또한 도큐먼트 컬럼에서는 컬럼명과 데이터 타입, 제약 조건 등의 속성과 도큐먼트 사이의 관계를 지정할 수 있다. 또한 도큐먼트의 고유한 컬럼이 다른 도큐먼트의 컬럼 중 일부가 되도록 설정할 수도 있다.

게임 리소스 스튜디오는 Unreal의 블루프린트나 Unity처럼 드래그 앤 드롭 방식으로 각 문서의 성분들을 구성할 수 있다. 또한 UI 기반으로 만들어졌으므로, 코드에 익숙하지 않은 기획자도 쉽게 익힐 수 있다.

게임 리소스 스튜디오는 콘텐츠를 모델링한 이후 편집하는 기능까지 제공하기 위하여 외부 디자이너 데이터 편집기를 연동해준다. DB 에디터는 도큐먼트 에디터로, 엑셀은 도큐먼트 디자인 스튜디오로, Json과 XML, MySQL 등은 기타 포맷들에 대한 외부 편집기로 연동한다.

이와 함께 각 출력 포맷의 데이터 에러를 검증하는 과정을 지원한다. 즉, 모델링한 게임 콘텐츠에 기획 의도를 벗어나는 값이 입력되는 것을 미연에 방지해준다. DB값을 입력할 때부터 에러가 표출되기 때문이다.

게임 리소스 스튜디오는 편집을 진행하는 작업자가 콘텐츠에 대한 독점적 소유권, 즉 배타적 사용권을 갖는다. 동일한 데이터 모델을 동시에 편집하더라도 한 사람이 작업하는 내용을 다른 사람이 편집하거나 수정할 수 없는 것이다. 기존 작업자가 소유권을 반납하면, 변경된 내용이 다른 사람들에게 동기화된다.