크리스 크로퍼드의 인터랙티브 스토리텔링-맛보기

했다. 말하자면 이 13가지 기능은 일종의 희망사항이었지 계획은 아니었다. 하지만 이 논문은 여전히
인터랙티브 스토리텔링의 고민에 접근한 최초의 중요한 시도로 평가된다. 재미있는 것은 로렐이 기
술적 시각보다 예술적 시각으로 이 문제에 접근했다는 점이다. 그래서 테키가 로렐을 따라잡는 데만
몇 년이 걸렸을 것이다.
많은 연구자가 실제로 이런 기술을 구현하기 위해 도전해왔다. 오늘날에는 이야기를 전개하고 감독
하는 소프트웨어 에이전트를 가리켜 ‘드라마 매니저 Drama Manager ’라 부른다. 나는 그보다는 ‘운명 Fate ’이
란 용어를 선호한다. 운명은 스토리텔링 세계에서 나오는 용어인 반면, 드라마 매니저는 파일 매니저
나 사운드 매니저, UI 매니저처럼 컴퓨터 용어의 변형이기 때문이다.
로렐의 목록은 너무 길다. 좋은 내용임에도 운명의 역할은 좀 더 간결하게 표현하는 게 좋겠다. 정말
로 중요한 3단계가 필요한데, 이 단계들은 상호작용성의 정의인 “두 화자가 번갈아가며 듣고, 생각하
고, 말하는 반복 프로세스”라는 문장에서 모두 나온다.
15.1 듣기
운명은 들음으로써 이야기의 전개를 관리해야 한다. “듣는다”는 것은 단순히 입력되는 값을 받아들
이는 것 이상이다. 다른 사람이 말하는 것을 들을 때 소음도 언어적 관점으로 해석될 수 있어야 한다.
삐걱거리는 소리, 꿀꿀대는 소리도 단어나 문장으로 번역되고 분석되어야 한다. 그런 의미에서 운명
은 이야기, 즉 사건의 재료를 추상적이고 극적인 구조로 해석해야 한다. 운명은 단조로움으로부터 극
적 전개를 구분 짓는 행동 패턴을 인지해야 한다.
간단한 실행 방법은 개요 변수 Overview Variable 를 쓰는 것이다. 개요 변수란 스토리월드의 전반적인 상태
를 평가하기 위해 스토리텔링 엔진이 계산하는 수치다. 예를 들어 캐릭터 사이의 모든 애정의 합을 구
할 수도 있다. 이 값은 스토리월드 시스템에서 “좋은 느낌”에 대한 전반적인 수준을 나타낸다. 수치
가 낮으면 사람들이 서로 미워하는 것이고, 수치가 높으면 사랑이 보편적으로 퍼져있다는 뜻이다. 운
명은 무엇을 할지 결정하기 위해 이 수치를 관찰한다. 모두가 너무 행복해하면 조금은 추한 어떤 것을
섞어 넣을 때다. 스토리월드가 냉혹한 정글이 되어 버렸다면 햇볕처럼 따뜻한 무언가가 필요하다.
스토리월드를 위한 데이터베이스는 거대하다. 이 수치는 수많은 방법으로 조합될 수 있다. 폭력에 대
한 수용, 스토리월드 답사, 갈등, 개별 캐릭터 관찰 같은 것들이 예가 될 수 있는데, 이것들조차 극히
일부일 뿐이다.
15장 운명 201