게임 버전과 캐비넷 모델

같은 게임의 같은 버전을 찾았어도 원하는 기체로 플레이할 수 있는지는 별개의 문제다. 기체 종류로 오락실을 걸러 보고 싶다는 요청이 반복해서 들어온 것도 이 때문이다. 소프트웨어 버전만 저장한 목록에는 하드웨어 사양을 표현할 자리가 부족했다.

구분 전: 시리즈와 설치 기종을 같은 목록에서 고르던 필터.

여기서 캐비넷은 게임을 실행하는 기체의 하드웨어 모델을 뜻한다. 예를 들어 같은 버전이 서로 다른 모델에서 실행될 수 있다면 이용자는 두 조건을 함께 선택해야 한다. 버전과 정규 캐비넷에 각각 식별자를 두고 가능한 조합을 호환 관계로 연결해 필터와 편집에 사용했다.

flowchart TD
    accTitle: 버전과 캐비넷의 호환 관계
    accDescr: 게임 버전과 정규 캐비넷은 호환 관계로 연결되며 설치 항목이 해당 조합을 참조한다.
    V[게임 버전] --> C[호환 관계]
    B[정규 캐비넷] --> C
    C --> I[오락실 설치 항목]
    I --> P[실제 수량과 가격]

호환 기체와 가격 기본값

카탈로그는 버전별 호환 캐비넷 ID, 지역별 표시 이름과 기체별 가격 기본값을 제공한다. 편집기는 이를 이용해 선택할 수 있는 기체와 초기 가격을 안내한다. 현장의 가격은 다를 수 있으므로 실제 설치에는 오락실에서 확인한 값을 저장한다.

구분 후: 시리즈 아래에서 설치 기종을 선택하는 필터.

기체 모델을 확인하지 못한 설치는 null로 남긴다. 이를 일반형 기체로 채우면 확인한 값과 추측을 구분할 수 없기 때문이다. 이름이 비슷해 보여도 호환되는 정규 ID를 확인했을 때 선택하도록 하고, 모르는 항목은 나중에 조사할 대상으로 남긴다.

flowchart TD
    accTitle: 확인 여부에 따른 캐비넷 저장
    accDescr: 확인된 기체는 정규 ID를 선택하고 확인하지 못한 기체는 null 의미를 유지한다.
    Q{캐비넷 확인 여부} -->|확인| C[호환되는 정규 ID]
    Q -->|미확인| N[null]
    C --> S[설치 revision]
    N --> S

설치 항목과 과거 데이터의 이관

제품 카탈로그를 여러 오락실이 함께 참조하더라도, 각 설치 항목에는 해당 장소의 수량·가격·설치 위치가 있다. 설치의 고유 ID는 버전이나 가격을 바꿔도 유지하고, 시점별 revision에 당시 버전과 캐비넷을 담는다. 그래야 고장신고와 수정 이력이 계속 같은 설치를 가리킨다.

버전과 캐비넷을 나눠 선택하는 입력 화면.

기존 데이터의 이관에는 검토한 대응표와 고정 매니페스트를 사용한다. 변환 후보를 만든 뒤 현재 목록뿐 아니라 과거 참조, 수량과 대응 범위를 확인한다. 모델을 찾지 못한 설치를 미확인으로 표현하더라도 그 설치를 가리키는 이력까지 끊어서는 안 되기 때문이다.

flowchart TD
    accTitle: 과거 참조를 보존하는 이관
    accDescr: 검토한 대응표로 변환 후보를 만들고 과거 참조·수량·커버리지를 검사한 뒤 새 상태를 만든다.
    M[검토한 대응표와 매니페스트] --> T[변환 후보]
    T --> V[참조와 수량 및 커버리지 검사]
    V --> S[새 설치 상태]
    H[과거 이력] --> V

필터 개선과 현장 확인

이 구조로 같은 버전 안의 다른 캐비넷을 찾아보고 편집할 수 있으며, 기체에 맞는 기본 가격도 제안할 수 있게 됐다. 카탈로그 이름을 고친 일을 실제 설치의 교체로 오해하는 가능성도 줄어든다.

다만 모델을 나누는 것만으로 과거 정보의 불확실성이 해결되지는 않는다. 미확인 기체는 여전히 현장 조사가 필요하고 기본 가격도 바뀔 수 있다. 대응표와 참조 검증에 비용이 들더라도, 확인한 정보와 아직 확인할 정보를 함께 표현할 수 있는 쪽을 선택했다.

관련 글과 자료: 엔지니어링 기록

관련 업데이트

• beatmania IIDX 34 ZINRAI 버전 추가
• 4월 28일 게임 시리즈 업데이트