/OmokProj

asp.net과 supersocketlite를 이용한 오목 프로젝트

Primary LanguageC#

OmokProj

김정아 컴투스 서버캠퍼스 2기

소켓 서버

TO DO

  • appsettings.json과 호스트 빌더로 서버 설정
  • EFBinaryRequstInfo 구현
  • ReceiveFilter 구현
  • ServerPacketData 구현
  • PacketDefine 구현(PACKET_ID, ConstDefine 등)
  • PacketDefine 내부에 패킷아이디 + 바디 -> 바이트 배열 함수 구현
  • PacketProcessor 구현
  • NLog 추가
  • 클라이언트 연결/종료 시 내부 알림 패킷 전송 기능
  • 로그인 요청/응답 패킷 구현
  • 로그인 요청/응답 패킷 전송 기능
  • Room 추가
  • RoomMgr 추가
  • UserMgr 추가
  • 로그인 패킷 핸들러 추가
  • 방 패킷 핸들러 추가
  • 방 입장 구현
  • 방 퇴장 구현
  • 방 입장/퇴장 알림 구현
  • 방 채팅 구현
  • 게임 레디 구현
  • 게임 시작 구현
  • 게임 시작 클라이언트 구현
  • 돌 두기 구현
  • 차례로 돌 두기 구현
  • 턴을 받았는데 일정 시간 플레이하지 않으면 턴 넘기기
  • 턴 넘기기 타이머 하나로 관리하기
  • 오목 로직 구현
  • 게임 종료 구현
  • API와 연동하기(로그인)
  • 게임 결과 : MySql 연결
  • Heart-Beat 구현
  • Heart-Beat 전체 유저 4등분 해서 체크하기
  • 너무 오랫동안 게임이 진행 중인 방(1시간 이상) 게임 종료
  • 연속 6번 턴이 넘어가면 게임 종료
  • GCP에 서버 올리기
  • GCP에 MySql 올리기
  • GCP에 Redis 올리기
  • 클라이언트 전송 패킷의 아이디가 범위를 넘어가는 경우 예외처리
  • 클라이언트 윈폼 수정
  • 매칭 요청 구현
  • 매칭 여부 요청 시 응답 구현

API 서버

Hive Server

계정 정보 테이블

erDiagram
    Account {
        int userId
        varchar(100) id
        varchar(255) password
    }
Loading
  • 인덱스 : PRIMARY(PK인 userId에 대한 클러스터 인덱스), id(id를 컬럼으로 갖는 보조인덱스)

Hive_Redis

erDiagram
Redis{
        userID authToken
    }
Loading

계정 생성

  • 클라이언트 → 서버 전송 데이터
    • id : 이메일
    • password : 패스워드
  1. id가 이메일 형식인지 확인
  2. id가 accountDB에 이미 등록되어 있는지 확인
  3. DB에 id과 password 등록(계정 생성)
  • 요청 예시 
          POST http://localhost:5115/accountcreate
      Content-Type: application.json
      
      {
            "id" : "kong@gmail.com",
            "password" : "1234"
      }
    • 응답 예시
      • 이메일 형식이 아닌 경우(ErrorCode = 101(NotEmailForm)) 
          {
        "result" : 101
  }
      • 이미 등록된 이메일인 경우(ErrorCode = 102(AlreadyExistAccount)) 
          {
        "result" : 102
  }
      • 계정이 정상적으로 생성된 경우(ErrorCode = 0) 
          {
        "result" : 0
  }

계정 생성 Sequence Flow

sequenceDiagram
    actor A as client
    participant B as Hive_Server
    participant C as Account_DB

    %% 계정 생성
    note left of A: 계정 생성
    A->>B: [POST] /accountcreate
    B--)A: [ErrorCode:101] 이메일 형식이 아닌 경우
    B->>C: 이메일 중복 조회
    C--)B: 중복 여부 응답
    B--)A: [ErrorCode:102] 이메일이 이미 등록된 경우
    B->>C: 이메일 / 패스워드 등록
    B--)A: [ErrorCode:0] 성공 응답
Loading

클라이언트 - Hive 서버 로그인

  • 클라이언트 → 서버 전송 데이터
    • id : 이메일
    • password : 패스워드
  1. 이메일 형식이 맞는지 확인
  2. id가 존재하는지 확인
  3. accountDB에서 id에 해당하는 데이터 얻어오기
  4. 전달받은 password와 얻어온 password가 일치하는지 확인
  5. 인증토큰 생성
  6. Redis에 인증토큰 저장
  7. 인증토큰과 userID 응답
  • 요청 예시 
          POST http://localhost:5115/hivelogin
      Content-Type: application.json
      
      {
            "id" : "kong@gmail.com",
            "password" : "1234"
      }
    • 응답 예시
      • 이메일 형식이 아닌 경우(ErrorCode = 101(NotEmailForm)) 
          {
        "result" : 101
  }
      • 존재하지 않는 계정인 경우(ErrorCode = 111(NotExistAccount)) 
          {
        "result" : 111
  }
      • 패스워드가 일치하지 않는 경우(ErrorCode = 112(WrongPassword)) 
          {
        "result" : 112
  }
      • 로그인에 성공한 경우(ErrorCode = 0) 
          {
        "result" : 0,
        "userID" : 2,
        "authToken" : "ERQWEROJJP123"
  }

클라이언트 - Hive 서버 로그인 Sequence Flow

sequenceDiagram
    actor A as client
    participant B as Hive_Server
    participant C as Hive_Redis

    %% 클라이언트-Hive 서버 로그인
    note left of A: 클라이언트-Hive 서버 로그인
    A->>B: [POST] /hivelogin
    B--)A: [ErrorCode:103] 존재하지 않는 계정인 경우
    B--)A: [ErrorCode:104] 패스워드가 일치하지 않는 경우
    B->>C: 인증토큰 생성 후 저장
    B--)A: [ErrorCode:0] 로그인에 성공한 경우
Loading

인증토큰 검증

  • 게임 서버 → Hive 서버 전송 데이터
    • userID : 유저 id
    • authToken : 인증토큰
  1. Hive 서버에 userID에 해당하는 인증토큰과 전달받은 인증토큰이 동일한지 확인
  2. 게임 서버에 응답
  • 요청 예시 
          POST http://localhost:5115/tokenverify
      Content-Type: application.json
      
      {
            "userID" : 3,
            "authToken" : "EQNKFLWE123"
      }
    • 응답 예시
      • 인증토큰이 일치하지 않는 경우(ErrorCode = 10(InvalidToken)) 
          {
        "result" : 10
  }
      • 인증토큰이 없는 경우(ErrorCode = 11(TokenNotExist)) 
          {
        "result" : 11
  }
      • 인증토큰이 일치하는 경우(ErrorCode = 0) 
          {
        "result" : 0
  }

인증토큰 검증 Sequence Flow

sequenceDiagram
    actor A as Game_Server
    participant B as Hive_Server
    participant C as Hive_Redis

    %% 인증토큰 검증
    note left of A: 인증토큰 검증
    A->>B: [POST] /authtokenverification
    B->>C: userId에 맞는 인증토큰 확인
    B--)A: [EErrorCode:10] 인증토큰이 일치하지 않는 경우
    B--)A: [EErorCode:0] 인증토큰이 일치하는 경우
Loading

Game Server

유저 정보 테이블

erDiagram
    UserGameData {
        int userId
        int level
        int exp
        int winCount
        int loseCount
    }
Loading
  • 인덱스 : PRIMARY(PK인 userId에 대한 클러스터 인덱스)

Game_Redis

erDiagram
Redis{
        userID authToken
    }
Loading

클라이언트 - 게임 서버 로그인

  • 클라이언트 → 서버 전송 데이터
    • userId : 유저 id
    • authToken : 인증토큰
  1. 게임 서버가 Hive 서버에 인증토큰 유효성 검사 요청
  2. 유효한 경우 게임 서버의 Redis에 저장
  3. DB에 유저의 기본데이터가 존재하는지 확인
  4. 없을 경우 기본데이터 생성
  5. 로그인 성공 응답
  • 요청 예시 
          POST http://localhost:5261/gamelogin
      Content-Type: application.json
      
      {
            "userID" : 3,
            "authToken" : "EIOQWENLFLQW123"
      }
    • 응답 예시
      • Hive 서버가 일치하지 않는다고 응답한 경우(ErrorCode = 10(InvalidToken)) 
          {
        "result" : 10
  }
      • Hive 서버가 일치한다고 응답한 경우(ErrorCode = 0) 
          {
        "result" : 0
  }

클라이언트 - 게임 서버 로그인 Sequence Flow

sequenceDiagram
    actor A as client
    participant B as Game_Server
    participant C as Hive_Server
    participant D as Game_Redis
    participant E as Game_DB

    %% 클라이언트-게임 서버 로그인
    note left of A: 클라이언트-게임 서버 로그인
    A->>B: [POST] /gamelogin
    B->>C: 인증토큰 유효성 검증 요청
    C--)B: 검증 결과 응답
    B--)A: [ErrorCode:10] 인증토큰이 유효하지 않은 경우
    B->>D: 인증토큰 저장
    B->>E: 유저의 기본 데이터가 있는지 확인
    B->>E: 유저의 기본 데이터가 없는 경우 생성
    B--)A: [ErrorCode:0] 로그인에 성공한 경우
Loading