할 수 있다!

[Unity] 유니티 포톤 PUN

현섭 — Fri, 9 Jan 2026 16:59:40 +0900

⭐ 포톤 PUN

PUN(Photon Unity Networking)은 멀티 플레이어 게임용 유니티 패키지입니다.

포톤 Fusion에 비해 상대적으로 오래전에 나온 버전이지만 직관적이고 유용한 기능을 다수 제공하기 때문에

아직까지도 많이 사용되는 실시간 멀티 플레이어 게임용 유니티 패키지입니다.

포톤 홈페이지

포톤을 본격적으로 사용하기 위해선 다음과 같은 준비과정이 필요합니다.

● 포톤 로그인 및 서버 생성

● 포톤 PUN2 에셋 패키지 임포트

포톤 서버 생성

1. 아래의 링크를 눌러 포톤 사이트로 이동하여 로그인 또는 회원가입을 진행합니다

https://www.photonengine.com/ko-kr

2. 관리 화면으로 이동 후 새 어플리케이션 만들기를 누릅니다.

3. 새 어플리케이션 생성에 필요한 항목을 작성합니다. 마지막으로 작성하기를 눌러줍니다.

어플리케이션 유형: 멀티플레이어 게임

Photon 종류: PUN

애플리케이션 이름과 설명은 자유롭게 작성

4. 생성된 서버의 아이디를 복사합니다.

포톤 에셋

1. 아래 링크를 눌러 에셋을 다운 후 원하는 유니티 프로젝트에 임포트합니다.

https://assetstore.unity.com/packages/tools/network/pun-2-free-119922

2. PUN Setup 창이 뜨면 아까 복사해둔 App ID를 기입 후 Setup Project를 클릭합니다.

3. App ID를 정상적으로 기입하면 인스펙터를 통해 서버 설정을 할 수 있게 됩니다.

로비, 방 만들기

포톤의 매치메이킹 시스템은 네트워크 서버에 입장 ↔ 각각의 방 리스트 등을 볼 수 있는 로비에 입장 ↔ 같이 게임을 진행할 다른 클라이언트들과 모일 방 입장과 같은 구조로 되어있습니다.

● 서버(Server):

여러 상용 게임들을 플레이 할 때 시작할 서버를 선택하는 것과 같이 플레이할 서버를 선택하는 것입니다.

이 서버 단위는 포톤 홈페이지에서 만들었던 서버(어플리케이션)입니다.

인증을 처리하고 어떤 로비나 지역으로 갈 지를 정할 수 있습니다.

PhotonNetwork.ConnectUsingSettings();   // 해당 App ID가 있는 서버에 접속
PhotonNetwork.Disconnect();             // 서버 접속 해제

● 로비(Lobby):

생성된 방들의 목록을 관리하고 매칭 또는 방 입장을 할 수 있는 공간입니다.

마스터 서버에서 로비로 들어올 수 있으며 플레이어는 방을 생성하거나 이미 생성된 방에 입장할 수 있습니다.

PhotonNetwork.JoinLobby();              // 로비 입장 요청
PhotonNetwork.LeaveLobby();             // 로비 퇴장 요청

● 방(Room):

실제로 같이 게임을 플레이할 플레이어들이 모이는 공간입니다.

동일한 방에 입장한 플레이어들끼리만 RPC와 PhotonView를 수신할 수 있습니다.

PhotonNetwork.CreateRoom("RoomName");   // 방 생성 요청
PhotonNetwork.JoinRoom("RoomName");     // 방 입장 요청
PhotonNetwork.LeaveRoom();              // 방 퇴장 요청

이 외의 유용한 코드들

PhotonNetwork.AutomaticallySyncScene = true;		// true로 바꿔줘야 LoadLevel로 모든 클라이언트가 씬 이동을 함
PhotonNetwork.LoadLevel("SceneName");   		// 씬 전환 요청 (현재 방의 모든 클라이언트)

bool isConnected = PhotonNetwork.IsConnected;           // 접속 여부 확인
bool isInRoom = PhotonNetwork.InRoom;                   // 방 입장 여부 확인
bool isLobby = PhotonNetwork.InLobby;                   // 로비 입장 여부 확인
ClientState state = PhotonNetwork.NetworkClientState;   // 클라이언트 상태 확인
Player player = PhotonNetwork.LocalPlayer;              // 포톤 플레이어 정보 확인
Room players = PhotonNetwork.CurrentRoom;               // 현재 방 정보 확인


▼ 방 안의 인원들을 모두 씬 이동시키는 코드, 방장(마스터 클라이언트만 가능)
// 자신 플레이어가 방장이 아닌 경우 반환하여 아래의 코드가 실행되지 않도록 함
if (PhotonNetwork.LocalPlayer.IsMasterClient == false)
    return;
    
// 방장만이 실행할 수 있는 소스코드
PhotonNetwork.AutomaticallySyncScene = true;   // 모든 방구성원이 같은 씬으로 > 이동하도록 동기화함
PhotonNetwork.LoadLevel("GameScene");          // 네트워크를 통해 씬을 이동하도록 > 신청함

Photon View (포톤 뷰)

네트워크 상에서 동기화가 필요한 오브젝트에 Photon View(포톤 뷰) 컴포넌트를 추가함으로써 관리해줄 수 있습니다.

Photon View(포톤 뷰)는 ViewID(고유 식별 아이디), 객체의 소유자, 네트워크 변화사항 등을 읽고 쓰기 위한 스크립트를 가지고 있습니다.

포톤 뷰 컴포넌트를 포함하고 있는 게임오브젝트는 포톤 뷰를 참조하기 위한 변수를 가진 MonobehaviourPun클래스를 상속받아 참조할 수 있습니다.

또한 Photon Animator View, Photon Transform View 컴포넌트 등을 추가하면 각각 애니메이터, 트랜스폼 정보 등이 동기화됩니다.

▼ MonoBehaviourPun 클래스 상속

public class PhotonController : MonoBehaviourPun    // 게임오브젝트 동기화를 위한 스크립트
{
  private void Awake()
  {
    PhotonView pv = photonView; // MonoBehaviourPun은 photonView를 참조하고 있음
    Debug.Log(pv.ToString());
  }
}

생성과 삭제

멀티 플레이 게임에서는 게임오브젝트의 동기화를 위해 모든 클라이언트가 동일한 게임오브젝트를 생성할 필요가 있습니다.

주의할 점은 생성할 프리팹의 경로는 Resources 폴더에 위치해야합니다.

● 게임 오브젝트 생성

PhotonNetwork.Instantiate("PrefabName", position, rotation);

- 해당 오브젝트를 생성한 사람이 소유권자가 됨

- PhotonNetwork.InstantiateRoomObject();를 사용하면 방 소유의 오브젝트 생성 (ex. 보스 몬스터)

● 게임 오브젝트 파괴

 PhotonNetwork.Destroy(photonView);

소유권

포톤 뷰를 가지고 있는 객체는 소유자가 존재합니다.

소유자는 해당 객체를 생성한 클라이언트를 뜻하며, 소유자가 아닌 클라이언트들의 네트워크 객체 조작은 무시하게 됩니다.

소유권이 없는 네트워크 객체를 조작할 경우 로컬에서만 동작하고 다른 클라이언트들에게는 전달되지 않습니다.

따라서 포톤 뷰의 소유권이 없을 경우 동작하지 않도록 방어 코드를 작성할 필요가 있습니다.

if (photonView.IsMine == false)
    return;

// 포톤 뷰의 소유권이 있는 클라이언트만 실행 가능한 코드

변수 동기화: IPunObservable 인터페이스

IPunObservable 인터페이스를 상속받으면 반드시 OnPhotonSerializeView() 메서드를 구현해야 합니다.

이 메서드는 포톤 설정에서 정해진 주기마다(기본 초당 20회) 자동으로 호출되며,

데이터를 서버로 보내거나 반대로 서버에서 데이터를 받아올 수 있습니다.

public class PhotonController : MonoBehaviourPun, IPunObservable
{
    [SerializeField] int value1;
    [SerializeField] float value2;
    [SerializeField] bool value3;

    public void OnPhotonSerializeView(PhotonStream stream, PhotonMessageInfo info)
    {
        // 변수 데이터를 보내는 경우
        // stream.IsWriting → 현재 클라이언트가 이 객체의 주인일 때 참
        if (stream.IsWriting)
        {
            stream.SendNext(value1);
            stream.SendNext(value2);
            stream.SendNext(value3);
        }
        // 변수 데이터를 받는 경우
        // stream.IsReading → 현재 클라이언트가 이 객체의 주인이 아닐 때 참
        else if (stream.IsReading)
        {
            value1 = (int)stream.ReceiveNext();
            value2 = (float)stream.ReceiveNext();
            value3 = (bool)stream.ReceiveNext();
        }
    }
}

● 반드시 데이터를 보낸 순서와 받는 순서가 동일해야합니다.

● 기본적으로 값 형식의 데이터를 전달할 수 있습니다

○ 참조 형식의 경우 주소값을 가지고 각각의 클라이언트는 상이한 메모리 위치를 가지기 때문

참조 형식 동기화

포톤 뷰를 이용하면 참조형식 데이터 또한 전달할 수 있습니다.

포톤 뷰를 통해 고유 ID를 받아온 뒤 해당 ID를 가진 오브젝트의 컴포넌트를 불러오면 되는 것입니다.

// 포톤 뷰 아이디를 확인
// 포톤 뷰는 모든 클라이언트가 동일하므로 동일한 게임오브젝트를 참조 가능
int id = photonView.ViewID;

// 포톤 뷰 아이디를 기준으로 탐색
// 포톤 뷰 아이디는 미리 캐싱되어 있으므로 빠른 탐색이 가능
PhotonView target = PhotonView.Find(id);

// 해당 아이디로 찾은 객체의 컴포넌트 받아오기
Entity entity = target.getcomponent<Entity>();

함수 동기화: PunRPC (Remote Procedure Call, 원격 함수 호출)

동일한 함수를 호출해야할 때 RPC를 사용할 수 있습니다.

아래 코드 예시를 통해 확인해보겠습니다.

// [호출하는 쪽]
// "Attack"이라는 이름의 함수를 모든 사람(All)에게 실행하라고 명령, 매개변수는 10
photonView.RPC("Attack", RpcTarget.All, 10);

// [실행되는 쪽]
[PunRPC]
void Attack(int damage)
{
    Debug.Log(damage + "만큼 데미지를 입히는 이펙트와 소리를 재생합니다!");
}

● RPC를 사용할 메서드는 [PunRPC] 어트리뷰트를 붙여야됨

● PhotonView.RPC()로 호출

● RPCTarget을 통해 보낼 주체를 정할 수 있음

○ RPCTarget.All: 나를 포함한 모든 클라이언트

○ RPCTarget.Others: 나를 제외한 모든 클라이언트

○ RPCTarget.MasterClient: 현재 방의 방장(마스터 클라이언트)

○ RPCTarget.AllBuffered: 현재 있는 사람 + 나중에 이 방에 들어올 사람도 기록을 해둔 뒤 실행(바뀐 맵 상태 등)

타겟과 버퍼

RPCTarget의 타입에는 해당 메서드를 기록 해두거나, 호출 시점을 정할 수도 있습니다.

● Buffered:
→ 서버에서 RPC들을 기억해두고 있다가 새로운 플레이어가 들어왔을 때 기억해둔 RPC들을 호출해줍니다.

● ViaServer:
→ 일반적으로 RPC는 전송 클라이언트가 RPC를 실행할 때 직접 진행하게 됩니다.
이 경우 RPC를 전송하는 클라이언트는 지연시간이 없지만, 다른 클라이언트들과의 공정성을 보장해주지 않습니다.
ViaServer의 경우 클라이언트가 RPC를 실행하면 서버까지 보내고 함수를 실행한 클라이언트에게 돌아왔을 때 실행하게 됩니다.
이를 통해 모든 클라이언트가 거의 동일한 타이밍에 함수를 동작할 수 있게 되지만 함수를 실행한 클라이언트는 약간의 지연시간을 가지게 됩니다.

여러 가지 동기화 기법

● 지연 보상

네트워크를 통한 데이터 전송은 물리적으로 지연 시간이 발생할 수 밖에 없는데 이를 줄이는 방법을 "지연 보상"이라고 합니다.

대표적인 지연 보상 기법으로는 아래와 같습니다.

1. 지연 시간 계산: RPC를 보낸 시간과 현재 시간의 차이를 구해 조정하는 방법

public void RequestGameStart()
{
  photonView.RPC("GameStart", RpcTarget.AllViaServer, PhotonNetwork.Time);
}

[PunRPC]
public void GameStart(PhotonMessageInfo info)
{
  // 서버에서 RPC를 보낸 시간과 현재 시간의 격차를 계산
  float lag = Mathf.Abs((float)(PhotonNetwork.Time - info.SentServerTime));

  // 시간의 격차만큼 감소된 시간만큼 카운트를 진행
  // ex. 지연 시간이 0.1초 발생한 경우 카운트 다운을 4.9초 진행
  StartCoroutine(GameTimer(5f- lag));
}

IEnumerator GameTimer(float timer)
{
  yield return new WaitForSeconds(timer);
  Debug.Log("게임 스타트!");
}

2. 물리 객체를 위한 지연 보상: 지연시간이 발생한 만큼 기존의 속도를 이용해 추가적인 위치 이동을 해주는 방법

public void OnPhotonSerializeView(PhotonStream stream, PhotonMessageInfo info)
{
    if (stream.IsWriting)
    {
        stream.SendNext(rigidbody.position);
        stream.SendNext(rigidbody.rotation);
        stream.SendNext(rigidbody.velocity);
    }
    else if (stream.IsReading)
    {
        rigidbody.position = (Vector3) stream.ReceiveNext();
        rigidbody.rotation = (Quaternion) stream.ReceiveNext();
        rigidbody.velocity = (Vector3) stream.ReceiveNext();

        float lag = Mathf.Abs((float) (PhotonNetwork.Time - info.timestamp));
        rigidbody.position += rigidbody.velocity * lag;
    }
}

3. 물리 객체가 아닐 때 지연 보상: Transform 컴포넌트를 이용해서 이전 시점, 현재 시점 데이터의 차이를 이용해 계산하는 방법

private Vector3 networkPosition;
private float deltaPosition;

private Quaternion networkRotation;
private float deltaRotation;

private void Update()
{
    if (photonView.IsMine == false)
    {
        transform.position = Vector3.MoveTowards(transform.position, networkPosition, deltaPosition * Time.deltaTime * PhotonNetwork.SerializationRate);
        transform.rotation = Quaternion.RotateTowards(transform.rotation, networkRotation, deltaRotation * Time.deltaTime * PhotonNetwork.SerializationRate);
    }
}

public void OnPhotonSerializeView(PhotonStream stream, PhotonMessageInfo info)
{
    if (stream.IsWriting)
    {
        stream.SendNext(transform.position);
        stream.SendNext(transform.rotation);
    }
    else if (stream.IsReading)
    {
        networkPosition = (Vector3)stream.ReceiveNext();
        networkRotation = (Quaternion)stream.ReceiveNext();

        deltaPosition = Vector3.Distance(transform.position, networkPosition);
        deltaRotation = Quaternion.Angle(transform.rotation, networkRotation);
    }
}

● 마스터 클라이언트와 호스트 마이그레이션

마이그레이션은 방장이 방에서 나가더라도 다른 클라이언트에게 호스트 권한을 승계하여 게임을 자연스럽고 끊김없이 유지하는 기법입니다.

포톤에서는 기본적으로 호스트 마이그레이션 과정이 적용되어 있으나 약간의 추가 과정이 필요합니다.

방장 승계가 되면 OnMasterClientSwitched() 콜백 함수를 자동적으로 호출합니다.

public class PhotonController : MonoBehaviourPunCallbacks
{
    // 마스터 클라이언트 변경시 호출됨
    public override void OnMasterClientSwitched(Player newMasterClient)
    {
        if (PhotonNetwork.LocalPlayer != newMasterClient)
            return;

        // 변경된 마스터 클라이언트가 자신인 경우
        // 방장으로서 해야할 준비 작업 진행
    }
}

private void Update()
{
    // 방장이 아니라면 빠져나가기
    if (PhotonNetwork.IsMasterClient == false)
        return;

    // 방장만 수행해야하는 로직
}

MonobehaviourPunCallbacks 콜백함수

마스터 서버, 로비, 방 등 여러 네트워크 작업을 한 뒤에는 그에 맞는 콜백함수를 받을 수 있습니다.

이 콜백함수를 이용해 여러 반응에 대응하는 기능을 작성할 수 있습니다.

단 해당 콜백 함수들을 사용하기 위해선 MonoBehaviourPunCallbacks 클래스를 상속받아야 합니다.

public class NetworkManager : MonoBehaviourPunCallbacks
{
  // 포톤 접속시 호출됨
  public override void OnConnected() { }
  // 마스터 서버 접속시 호출됨
  public override void OnConnectedToMaster() { }
  // 접속 해제시 호출됨
  public override void OnDisconnected(DisconnectCause cause) { }

  // 방 생성시 호출됨
  public override void OnCreatedRoom() { }
  // 방 입장시 호출됨
  public override void OnJoinedRoom() { }
  // 방 퇴장시 호출됨
  public override void OnLeftRoom() { }
  // 새로운 플레이어가 방 입장시 호출됨
  public override void OnPlayerEnteredRoom(Player newPlayer) { }
  // 다른 플레이어가 방 퇴장시 호출됨
  public override void OnPlayerLeftRoom(Player otherPlayer) { }
  // 방 생성 실패시 호출됨
  public override void OnCreateRoomFailed(short returnCode, string message) { }
  // 방 입장 실패시 호출됨
  public override void OnJoinRoomFailed(short returnCode, string message) { }

  // 로비 입장시 호출됨
  public override void OnJoinedLobby() { }
  // 로비 퇴장시 호출됨
  public override void OnLeftLobby() { }
  // 방 목록 변경시 호출됨
  public override void OnRoomListUpdate(List<RoomInfo> roomList) { }
}

커스텀 프로퍼티

커스텀 프로퍼티는 네트워크 전송을 위해 직렬화 처리가 추가된 해시테이블 형태의 자료구조입니다.

키 값을 이용해 데이터를 저장하고 가져올 수 있습니다.

같은 방에 있으면 다른 클라이언트의 정보 또한 가져올 수 있습니다.

Room room = PhotonNetwork.CurrentRoom;  // 현재 참가한 룸을 확인

// 룸 커스텀 프로퍼티 설정
ExitGames.Client.Photon.Hashtable roomProperty = new ExitGames.Client.Photon.Hashtabl ();
roomProperty["Map"] = "Select Map";
room.SetCustomProperties(roomProperty);

// 룸 커스텀 프로퍼티 확인
string curMap = (string)room.CustomProperties["Map"];

Player player = PhotonNetwork.LocalPlayer;  // 자신 플레이어를 확인

// 플레이어 커스텀 프로퍼티 설정
ExitGames.Client.Photon.Hashtable playerProperty = new ExitGames.Client.Photon Hashtable();
playerProperty["Ready"] = true;
player.SetCustomProperties(playerProperty);

// 플레이어 커스텀 프로퍼티 확인
bool ready = (bool)player.CustomProperties["Ready"];

방식	PhotonView 필요 여부	활용
IPunObservable	필요	주기적으로 데이터를 갱신해야 할 때
RPC	필요	특정 상황에 메서드를 호출해야 할 때
커스텀 프로퍼티(Custom Properties)	불필요	자주 바뀌지 않지만 언제든 정보 확인이 필요할 데이터

[Unity] 게임 네트워크

현섭 — Tue, 6 Jan 2026 09:32:45 +0900

네트워크

네트워크란 두 대 이상의 컴퓨터가 데이터를 주고받을 수 있도록 연결된 망을 의미합니다.

게임에서도 네트워크를 이용하여 멀티플레이를 구현할 수 있습니다.

플레이어 A가 총을 쐈다는 이벤트가 발생하면 서버를 거쳐 플레이어 B의 컴퓨터에서도 총이 나가는 것이 보일겁니다.

또한 어떤 서버 방식을 사용하고, 보간 작업을 거치는지 등에 따라 멀티플레이의 동기화 등이 결정됩니다.

네트워크 계층에는 OSI 7계층, TCP/IP 4계층이 있습니다.

OSI 7계층

ISO(국제표준화기구)에서 정의한 네트워크 통신 표준 이론으로 네트워크 통신에 대한 과정을

7단계로 나누어 표준화한 것입니다.

통신이 일어나는 과정을 단계별로 파악할 수 있으며, 이상이 생긴 단계만을 고칠 수 있다는 장점이 있습니다.

● 제 1계층: 물리 계층

○ 네트워크 데이터가 전기적, 전자적 연결에 의해 전송되는 물리적인 계층

● 제 2계층: 데이터 링크 계층

○ 인접한 장치 간의 물리적 전송을 관리

○ 네트워크 카드의 MAC 주소를 통해 목적지를 설정

○ 신뢰성 있는 전송을 위해 흐름제어, 오류제어, 회선제어 수행

● 제 3계층: 네트워크 계층

○ 사용자간 전송을 위한 경로 설정을 담당

○ 라우팅 알고리즘을 통해 데이터를 목적지까지 최적의 경로로 전달

○ 목적지까지 전송을 위한 주소로 IP 주소를 사용

● 제 4계층: 전송 계층

○ 사용자간 신뢰성 있는 데이터 전송을 담당

○ TCP/UDP 통신 연결을 수립/유지/중단

● 제 5계층: 세션 계층

○ 통신 장치 간의 연결을 설정하고 유지합니다.

○ 프로세스를 특정하기 위한 주소로 포트 넘버를 사용

○ 신뢰성 있는 데이터 전송을 위해 분할과 재조합, 연결제어, 흐름제어, 오류제어, 혼잡제어를 수행

● 제 6계층: 표현 계층

○ 데이터 표현방식을 정함

○ 인코딩/디코딩, 압축/해제, 암호화/복호화 등의 역할 수행

● 제 7계층: 응용 계층

○ 최종적인 데이터를 사용자가 실행하는 응용 프로그램을 통해 목적에 맞게 사용하는 계층

TCP/IP 4계층

데이터 전송 과정을 4개의 계층으로 단순화한 모델입니다.

TCP/IP 모델은 프로토콜을 정하는 것 자체보다 동작하는 프로토콜을 빠르게 구현하는 것을 중시합니다.

인터넷에서 실제로 많이 사용하는 실무 중심의 모델입니다.

● 네트워크 접근(링크) 계층 - OSI 1, 2계층에 대응

○ 물리적인 네트워크에서 데이터를 전송하기 위한 요소(하드웨어/소프트웨어)를 다룸

● 인터넷 계층 - OSI 3계층에 대응

○ 상대 네트워크와 통신하기 위한 IP 주소를 사용해 데이터를 전송

○ 라우터를 이용해 패킷의 경로를 설정하고 전송

● 전송 계층 - OSI 4계층에 대응

○ TCP/UDP 방식을 사용해 데이터의 전송을 담당

● 응용 계층 - OSI 5, 6, 7계층에 대응

○ HTTP, FTP, SMTP 등 응용 프로그램에서 사용되는 프로토콜을 다룸

TCP와 UDP

● TCP: 안전 우선 방식입니다. 데이터 전송 전 상대와 연결하고 데이터를 조금씩 나눠 보내며 주기적으로 상대가 데이터를
받았는지 확인합니다.
게임에서는 데이터 유실이 없어야 하는 아이템 거래, 채팅, 로그인 시스템에 주로 사용합니다.

● UDP: 속도 우선 방식입니다. 별도의 과정 없이 한 번에 많은 양의 데이터를 보낼 수 있어 빠르지만, 상대방 컴퓨터에서
정확한 데이터가 도착하지 않을 수 있습니다.
게임에서는 데이터 한 두개 보다 속도가 중요한 캐릭터 이동, 총기 발사, 스킬 이펙트 동기화에 주로 사용합니다.

프로토콜

네트워크를 구성하는 컴퓨터와 네트워크 장비들이 지켜야할 규칙입니다.

프로토콜은 데이터 전송 상대방, 데이터의 형식, 데이터의 전송 순서와 절차, 데이터 전송방법 등을 규정합니다.

각 계층마다 필요로 하는 프로토콜 규칙이 다르며 여러 프로토콜을 혼합하여 사용합니다.

프로토콜이 성립되기 위해선 다음의 세가지 요소를 정의해야합니다.

● 구문: 데이터의 형식이나 구조를 정의

● 의미: 전송되는 각 비트의 의미를 해석

● 타이밍: 어떤 속도로 데이터를 보낼지, 순서는 어떻게 할지 결정

계층	주요 프로토콜
물리	RS-232, DSL, 10Base-T, Coaxial
데이터 링크	Ethernet, Wi-Fi (802.11), PPP, MAC
네트워크	IP (IPv4/IPv6), ICMP, ARP, RARP, BGP
전송	TCP, UDP, SCTP, QUIC
세션	NetBIOS, RPC, SSH, TLS
표현	SSL/TLS, JPEG, MPEG, ASCII, MIDI
응용	HTTP, HTTPS, FTP, SMTP, DNS, DHCP, SNMP

⭐ 네트워크 아키텍쳐 구조

아키텍쳐란 시스템의 전체적인 설계 구조를 의미합니다.

어떤 구성 요소들을 어디에 배치하고, 서로 어떻게 소통할지 등을 정하는 설계 방식입니다.

클라이언트 서버

한 대의 서버 컴퓨터에서 모든 게임 데이터를 관리합니다.

한 대의 컴퓨터에서 서버를 관리하기 때문에 데이터를 변경하는 등의 부정행위(치트)에 대해 비교적 쉽게 대처할 수 있고

다른 유저들은 서버에 접속만 하면 되기에 여러대의 기기에서도 동일한 게임 데이터를 사용할 수 있습니다.

서버가 많은 연산과 데이터의 기록을 담당하기에 유지비용이 높고, 서버 컴퓨터에 문제가 발생시 모든 유저들이 영향을

받는다는 단점이 있습니다.

Dedicated Server (전용 서버)

● 구조: 네트워크 통신과 게임 로직만을 계산하기 위한 전용 서버를 사용하는 방식

● 장점:

○ 보안성이 우수함

○ 네트워크나 게임 로직에 관련된 역할만 수행하기 때문에 성능에 유리

○ 안정적인 게임 환경

● 단점:

○ 높은 서버 유지비

○ 데이터가 한 지점에 몰려서 지연 발생

● 예시 게임: 배틀그라운드, 리그 오브 레전드 등

Listen Server

● 구조: 플레이어 중 한 명의 컴퓨터가 게임 플레이와 서버 역할을 동시에 수행하는 방식

● 장점:

○ 별도의 서버가 필요하지 않음

○ 빠른 테스트 가능

● 단점:

○ 서버 호스트가 나가면 게임이 종료됨

○ 서버 호스트는 지연 시간이 없지만 다른 유저들은 서버 호스트의 인터넷 환경의 영향을 받음

● 예시 게임: 레프트 4 데드 2, 팰월드 등

P2P (Peer to Peer)

● 구조: 중앙 서버 없이, 게임에 참여한 모든 유저들의 컴퓨터끼리 직접 데이터를 주고받는 방식입니다.

● 장점:

○ 별도의 서버가 필요하지 않음

○ 서로 물리적 거리가 가까울 경우 지연시간이 매우 적음

● 단점:

○ 보안에 취약함 → 중앙 서버가 없기 때문에 클라이언트 측 데이터를 변조하기 쉬움

○ 방장의 네트워크 상태에 의존

● 예시 게임: 스타크래프트, 철권 등

[Unity 에셋] 에셋스토어 무료 에셋 받아가세요 (종료)

현섭 — Fri, 26 Dec 2025 17:50:08 +0900

⭐ 1900 Bastos Station (UModelerX)

● 기간: ~2026.01.05까지

● 코드:

● 링크: https://assetstore.unity.com/packages/3d/environments/1900-bastos-station-umodelerx-227123?clickref=1100lBNwZSgI&utm_source=partnerize&utm_medium=affiliate&utm_campaign=unity_affiliate

1900 Bastos Station (UModelerX) | 3D 주변환경 | Unity Asset Store

Elevate your workflow with the 1900 Bastos Station (UModelerX) asset from UModeler, Inc.. Find this & other 주변환경 options on the Unity Asset Store.

assetstore.unity.com

⭐ Theme Park(UModeler X)

● 기간: ~2026.01.05까지

● 코드:

● 링크: https://assetstore.unity.com/packages/3d/environments/theme-park-umodeler-x-330120?clickref=1101lC4m5DWz&utm_source=partnerize&utm_medium=affiliate&utm_campaign=unity_affiliate

Theme Park (UModeler X) | 3D 주변환경 | Unity Asset Store

Elevate your workflow with the Theme Park (UModeler X) asset from UModeler, Inc.. Find this & other 주변환경 options on the Unity Asset Store.

assetstore.unity.com

⭐ Sunset Train (UModeler X)

● 기간: ~2026.01.05까지

● 코드:

● 링크: https://assetstore.unity.com/packages/3d/environments/sunset-train-umodeler-x-304862?clickref=1101lC4m5DMY&utm_source=partnerize&utm_medium=affiliate&utm_campaign=unity_affiliate

Sunset Train (UModeler X) | 3D 주변환경 | Unity Asset Store

Elevate your workflow with the Sunset Train (UModeler X) asset from UModeler, Inc.. Find this & other 주변환경 options on the Unity Asset Store.

assetstore.unity.com

● 코드 적용법:

1. 에셋 구매하기를 눌러줍니다.

2. 쿠폰을 적용하는 칸에 코드를 입력한 후 '적용하기' 버튼을 누른 뒤 가격이 0달러가 되는 것을 확인하고 결제하시면 됩니다.

[Unity 에셋] 에셋스토어 무료 에셋 받아가세요 (종료)

현섭 — Fri, 26 Dec 2025 10:49:05 +0900

⭐ Explosive Device C4 & Defuse Kit

폭발물과 전술 키트 집합 에셋입니다.

● 기간: ~2026.01.01까지

● 코드: QATMO

● 링크: https://assetstore.unity.com/packages/3d/props/explosive-device-c4-defuse-kit-323953

Explosive Device C4 & Defuse Kit | 3D 소품 | Unity Asset Store

Elevate your workflow with the Explosive Device C4 & Defuse Kit asset from QAtmo. Find this & other 소품 options on the Unity Asset Store.

assetstore.unity.com

● 코드 적용법:

1. 에셋 구매하기를 눌러줍니다.

2. 쿠폰을 적용하는 칸에 코드를 입력한 후 '적용하기' 버튼을 누른 뒤 가격이 0달러가 되는 것을 확인하고 결제하시면 됩니다.

[Unity 에셋] 에셋스토어 무료 에셋 받아가세요 (종료)

현섭 — Fri, 19 Dec 2025 08:58:03 +0900

⭐ HQ Apocalyptic Environment

아포칼립틱 배경 에셋입니다

● 기간: ~2025.12.25까지

● 코드: NOTLONELY2025

● 링크: https://assetstore.unity.com/packages/3d/environments/urban/hq-apocalyptic-environment-37462#reviews

HQ Apocalyptic Environment | 3D 도시 | Unity Asset Store

Elevate your workflow with the HQ Apocalyptic Environment asset from NOT_Lonely. Find this & other 도시 options on the Unity Asset Store.

assetstore.unity.com

● 코드 적용법:

1. 에셋 구매하기를 눌러줍니다.

2. 쿠폰을 적용하는 칸에 코드를 입력한 후 '적용하기' 버튼을 누른 뒤 가격이 0달러가 되는 것을 확인하고 결제하시면 됩니다.

[포트폴리오 / 협업 프로젝트] 가제: Digreed 1일차

현섭 — Fri, 12 Dec 2025 09:01:53 +0900

이번 프로젝트는 기획자 분들과 협업하여 개발하는 프로젝트입니다.

따라서 1일차에는 바로 개발에 들어가지 않고 서로 협업을 위한 프로세스 및 기본 그라운드 룰을 정하고

여러 개발자의 코드 스타일 또는 협업 툴인 깃을 통일적으로 사용하기 위한 코드 컨벤션, 깃 컨벤션을 작성하였습니다.

⭐ 협업 Rule

효율적이고 유연한 협업을 위해 정한 기본적인 룰 입니다.

해당 룰은 개발 과정에서 추가되거나 수정될 수 있습니다.

Ground Rule

Code Convention

명명 규칙

Git Convention

[Unity 에셋] 에셋스토어 무료 에셋 받아가세요 (종료)

현섭 — Fri, 12 Dec 2025 08:42:36 +0900

⭐ Swordsman Girl - RPG Dark Fantasy Modular Female

RPG 타크 판타지 풍의 캐릭터 에셋입니다.

● 기간: ~2025.12.18까지

● 코드: IDAFABER2025

● 링크: https://assetstore.unity.com/packages/3d/characters/humanoids/humans/swordsman-girl-rpg-dark-fantasy-modular-female-178252

Swordsman Girl - RPG Dark Fantasy Modular Female | 캐릭터 | Unity Asset Store

Get the Swordsman Girl - RPG Dark Fantasy Modular Female package from Ida Faber and speed up your game development process. Find this & other 캐릭터 options on the Unity Asset Store.

assetstore.unity.com

● 코드 적용법:

1. 에셋 구매하기를 눌러줍니다.

2. 쿠폰을 적용하는 칸에 코드를 입력한 후 '적용하기' 버튼을 누른 뒤 가격이 0달러가 되는 것을 확인하고 결제하시면 됩니다.

[Unity 에셋] 에셋스토어 무료 에셋 받아가세요 (종료)

현섭 — Fri, 5 Dec 2025 01:23:20 +0900

⭐ OldMan Zombie

좀비 캐릭터 에셋입니다.

● 기간: ~2025.12.11까지

● 코드: STUDIONEWPUNCH

● 링크: https://assetstore.unity.com/packages/3d/characters/humanoids/oldman-zombie-270864

OldMan Zombie | 3D 휴머노이드 | Unity Asset Store

Elevate your workflow with the OldMan Zombie asset from Studio New Punch. Find this & other 휴머노이드 options on the Unity Asset Store.

assetstore.unity.com

● 코드 적용법:

1. 에셋 구매하기를 눌러줍니다.

2. 쿠폰을 적용하는 칸에 코드를 입력한 후 '적용하기' 버튼을 누른 뒤 가격이 0달러가 되는 것을 확인하고 결제하시면 됩니다.

[포트폴리오 / Unity 2D] Sprout Village

현섭 — Wed, 3 Dec 2025 00:45:16 +0900

⭐ Sprout Village

프로젝트 소개

스타듀밸리, 코어키퍼와 같은 2D 탑뷰 시점의 농사 게임입니다.

씨앗을 심어 작물을 재배하고, 동물을 키워 동물에게서 나오는 생산품을 얻을 수 있습니다.

작물과 생산품을 팔아 돈을 벌고 더 비싼 작물을 키워보세요!

인원: 1명

기간: 2025.11.21 ~ 2025.11.27

도구: Unity 2D, C#, Git

영상: https://www.youtube.com/watch?v=16cJklxmST0

PDF 포트폴리오 문서:

Sprout Village_신현섭.pdf

0.78MB

[포트폴리오 / Unity 3D] Dungeon Robber

현섭 — Fri, 21 Nov 2025 18:00:21 +0900

⭐ Dungeon Robber

프로젝트 소개

Escape From Duckov + 리썰 컴퍼니, R.E.P.O 느낌의 3D 게임으로

맵을 돌아다니며 아이템을 파밍하고 적을 피해 탈출하는 게임입니다.

파밍한 아이템을 팔아 돈을 벌어 스탯을 업그레이드하며 더 많은 돈을 버는 것이 목표입니다.

인원: 4명

기간: 2025.10.27 ~ 2025.11.01

도구: Unity 3D, C#, Git, Notion

영상: https://www.youtube.com/watch?v=SvnF2pNJUOM

기획 전략

● Notion을 이용해 그라운드 룰, 에셋 링크, 컨벤션, 구상, 태스크 등을 관리했습니다.

Notion을 이용한 협업 스케쥴 및 룰 관리의 일부분

● 깃 컨벤션을 정해 통일된 커밋 메세지 규칙 및 브랜치 전략을 선택하여 효율적이고 안정적인 깃 관리를 하였습니다.

○ Git Flow 전략을 택해 팀원마다 담당하는 브랜치를 만들어 관리 후 기능이 완성될 때 마다 머지를 하였습니다.

Notion에 정리된 깃 컨벤션 내용

● 코드 컨벤션을 정해 클래스, 변수, 필드 등의 명명 규칙과 코드 스타일을 통일하여 가독성과 협업 효율을 증가 시켰습니다.

파일 계층 구조를 리소스 파일 형식마다 위치를 분리하여 효율적인 관리를 하였습니다.

담당한 기능

● 플레이어 컨트롤러

플레이어 움직임

플레이어의 상태를 나타내는 비트 플래그

● 애니메이션 블렌딩을 통해 플레이어의 모션을 부드럽게 처리

● 플레이어의 기능이 추후 확장되며 복잡해질 것을 염두해 partial 클래스를 이용해 기능 별로 스크립트 파일 분리

● Coroutine을 이용해 특정 시간 뒤에 수행해야 할 처리를 효율적으로 구현

● 델리게이트를 이용해 체력, 스태미나 등의 값이 변할 때 UI등의 변화에 유연하게 대처

● 비트 플래그를 이용해 일반 bool 변수를 사용할 때 보다 성능적인 면을 챙김

● 시야각

시야각

● 화면을 보여주는 메인 카메라 앞에 Panel을 하나 놓고 쉐이더를 통해 시야 범위만 보이도록 설정

● 시야 범위 내에 있는 적의 렌더러는 켜줌

● 시야 범위 밖에 있거나 안에 있어도 장애물을 끼고 있는 적의 렌더러를 꺼줌

● 스탯 클래스

스탯 타입

스탯 정보 클래스

Entity들이 가질 BaseStat 클래스의 일부 코드

● 플레이어와 적 클래스 모두 Entity 클래스를 상속받으며 게임 특성상 여러 종류의 스탯이 변하는 상황이

많이 발생하기 때문에 모둔 Entity들이 갖는 BaseStat 클래스를 통해 스탯 관리

● 스탯은 EnumType과 Value의 한 쌍으로 이루어져 리스트 자료 구조에 저장됨

● 초기 스탯 수치인 BaseStats과 런타임중 동적으로 값이 변할 Stats 리스트를 통해 스탯 수치의 변동과 초기화를 수행

● 버프 시스템

Entity들이 가질 BuffManager 클래스

● 어떤 버프인지를 관리하는 BaseBuff와 Entity 클래스의 필드에서 직접 버프를 관리해줄 BuffManager로 구성됨

● 플레이어를 비롯한 Entity를 상속받는 객체들은 각자 가지고 있는 BuffManager의 ApplyBuff 메서드를 이용해 관리됨

OnActivate 메서드

OnTick 메서드

OnDeActivate 메서드

● 이동 속도를 낮추거나, 도트뎀을 가하는 등의 버프, 디버프를 효율적으로 관리하기 위해 따로 클래스를 빼서 구현

● BaseBuff 클래스는 버프 효과가 발동했을 때 각 시점에서 발생할 메서드를 가지고 있음

○ OnActive(): 버프가 처음 발동됐을 때 호출

○ OnTick(): 버프가 적용되는 동안 일정 Tick 시간마다 호출

○ OnDeActivate(): 버프가 끝날 때 호출

● 매니저 및 확장 시스템

Singleton 제네릭 클래스

● 전역적으로 하나의 객체만 존재해야하는 GameManager나 SoundManager등 다른 매니저 클래스를

제네릭 Singleton을 상속받아 사용

Extension 확장 클래스

● 쿼터뷰 시야 특성상 마우스 좌표를 월드 벡터로 반환하는 기능이 필요하며, 이를 간편하게 사용하기 위해 확장 메서드로 구현

CoroutineManager 클래스

● 코루틴의 WaitForSeconds 등의 캐싱을 위한 CoroutineManager 클래스를 구현

보완해야 할 점

● 플레이어의 기능 구현에서 걷기, 달리기, 대쉬 등 여러 상태를 관리할 때 두 가지 이상의 상태가 동시에 들어올 수도 있어야해서

상태패턴이 아닌 bool 변수를 이용한 조건 체크 방식을 사용했습니다.

의도에 맞게 여러 상태가 중첩되어 기능이 동작하지만 상태의 개수가 많아질 수록 조건 체크를 위한 로직이 매우 복잡해지는

문제가 발생했습니다.

조건이나 상태가 복잡해질 경우 FSM이나 상태 패턴을 이용해 상태별로 로직을 분리하는 방식을 사용해야겠습니다.

● 시야각을 통한 적 렌더링 등의 기능은 이번 프로젝트에서 필수로 구현되어야 하는 기능이기에 쉐이더에 대한 지식이

부족한 상태로 제작하게 되었습니다.

추후 쉐이더와 그래픽스에 대한 지식을 쌓아 더 나은 FOV 시스템을 구현해볼 계획입니다.