클라이언트와 웹 게임의 통신 관계(feat. 이벤트페이지)

보통 게임에서 통신의 흐름은 다음과 같이 클라이언트가 요청하고 서버가 그에대해 응답하는 방식임

 

 

그렇다면 반대로 아래와 같이 서버가 먼저 요청하거나 명령하는 경우는 없을까?

없다고 봐도 무방함.

 

 

 

게임으로 예를 들자면

위와 같이 내 몬스터가 상대방의 몬스터를 죽여서 재화를 얻는 경우는 아래와 같겠지?

 

1. 클라이언트가 특정 몬스터(헬하운드)를 사냥했다고 서버에게 요청하면,

2. 서버는 진짜로 그 몬스터가 사냥되었는지 데이터를 검토해서

확인하고 진짜로 죽었다면? 서버에 저장되어있는 보상 테이블을 검색해(헬하운드 사냥했을 때 보상은 무엇인가?)

3. 그 보상을 서버 내 데이터베이스에 저장하고 클라이언트쪽으로 경험치 300 올렸다고 응답해줌

4. 클라이언트는 그 응답을 받고 서버가 보내준 경험치만큼 경험치 상승했다고 연출

 

 

자 본론으로 들어가서 이벤트 페이지를 예를 들어보자.

위와 같은 이벤트 페이지는 특정한 임무를 완수하면 티켓의 수를 증가시켜주는 이벤트 페이지임.

여기서 전제 조건은 클라이언트는 티켓에 대한 정보를 저장하고 있지 않음. 오직 서버에서 관리하는 데이터임!

(왜냐하면 티켓은 인게임에서 띄워 줄 필요 없고 서버쪽(웹페이지)에서만 띄어주니깐)

유저가 특정한 임무를 완수했다고 가정해보자.

 

이런 흐름으로 서버쪽에서만 저장하게 됨, 클라이언트쪽에서는 티켓의 존재 자체도 모름.

 

그렇다면 클라이언트가 이벤트페이지에서 티켓 갯수를 확인 하는 경우는 뭘까??

-> 클라이언트에 저장 안하고있는데 어떻게 이벤트 페이지에서 티켓 갯수를 확인하는거지??

 

이런 식으로 서버에서만 관리되고 있는 정보(숫자)들을 클라이언트에게 노출 시켜주는 것이지,

클라이언트가 실제로 티켓에 관한 정보를 저장하는 것이 아님.

 

 

 

이벤트 페이지에서 보상 받기 버튼을 누르는 흐름은 아래와 같음

 

티켓이 없는데 클라이언트가 요청한 경우

티켓이 있어서 보상을 받는 과정

여기서 차이점은

티켓 = 서버에서만 관리되는 데이터

크리스탈 = 서버, 클라에서 둘 다 관리되는 데이터 (인게임에서 쓰임, 클라에서 UI 출력에 쓰임)

 

이 말풍선의 밑줄이 위의 티켓과 동일하다고 보면 됨.

 

한줄 요약: 티켓은 서버에서만 관리되므로 실질적으로 클라이언트에게 지급되는 것이 아니다.

(서버에서만 관리되면 빌드도 다시 뽑을 필요 없고 -> 구글 애플 검수 받을 필요 없음, 서버 패치만 필요해서 간단함)

 

 

 

마지막으로 아래와 같은 문제를 보자.

여기서 인장 = 크리스탈과 비슷하다고 보면 됨.

왜냐하면 원래 인장이란게 서버에서는 당연히 관리되어야 하고 클라에서도 UI 출력 등, .. 여러가지 이유로

클라에서도 관리되어야 하는 재화로 바뀌었으니깐?

 

자~ 크리스탈 100개 획득 했을때 인장 1개를 얻는 경우를 보자.

 

1. 이벤트 페이지 클릭

2. 보상 받기 클릭

위와 같이, 2. 보상 받기 버튼 클릭이라는 과정이 있어야 인장을 받을 수 있는 과정이 형성되는거야~