• 契約の手順が分からず、どのようにすればよいか分からない
• 契約したあとにやめたくなったとき、きちんと解約できるのか不安
• 「30日間返金保証」があると聞くけれど、条件がよく分からない
• iPhoneで使うには、何をすればいいのか知りたい

この記事ではそうした疑問に答えるために、契約からiPhoneで接続するまでの手順と、自動更新の止め方、返金の条件を、実際の画面でまとめます。

筆者は、飛行機搭乗の数十分前から契約を始めましたが離陸前までに契約できました。スマホから短い時間で簡単ですので是非契約をしてみて下さい。

NordVPNを見てみる

NordVPNを契約した理由

私がVPNを契約したきっかけはドイツへの留学です。

ドイツへは研究のために留学をしましたが、そこで研究をする前に一度研究室へのあいさつ回りでドイツへ渡航しました。

しかし現地ではU-NEXTやTVerを始め日本の動画サービスが使えませんでした。YouTube、Twitter、Instagramは見られても、それ以外のアプリは見られず、不便に感じました。

そこでドイツでの接続が安定して接続できる情報を知り、2回目の渡航ではNordVPNを契約しました。

契約前に確認すること

契約の前に、次の3つを用意しておくとスムーズです。

 どこで契約したかによって、あとで解約や返金をする場所が変わります。公式サイトで契約すれば手続きはNordVPN側で行えますが、Apple（App Store）などを経由して契約すると、解約や返金は購入元で行う必要があります。

詳しくは後半の「解約・返金」で説明します。

私は、あとで気に入らなかったときに30日以内に返金してもらえるよう、アプリを入れる前にブラウザで「NordVPN」と検索して、公式サイトから直接契約しました。App Store経由だと、返金の手続きがNordVPNではなくAppleになるためです。

スマホで契約する人は、先にアプリを入れず、公式サイトから契約することをおすすめします。

契約手順（ステップごと）

NordVPNを契約する方法を各ステップごとに説明をします。

プランを選ぶ

公式サイトの料金ページを開き、使いたい期間のプランを選びます。

上の画面は、2026年9月に開いたときの料金ページです。
「1か月プラン」を選ぶと、ベーシックプランが月額2,280円と表示されていました。
画面には「30日間返金保証」の表示もあります。

私は1か月プランを契約しました。ドイツには1年もいないため、滞在期間に合わせて月額のプランにしました。

プランは1か月・1年・2年があり、長期になるほど割引が大きくなります。公式サイトで見ると、ベーシックプランの2年プランは月額580円（最初の27か月分。3か月延長つき）でした。ドイツに長く滞在する人は、長期プランのほうがお得だと思います。

ただし、これは最初の期間の価格で、更新後は料金が変わる点には注意してください。

アカウントを作成する

プランを選んだら、メールアドレスを入力してアカウントを作成します。

このメールアドレスは、ログインや契約内容の確認メールの受け取りに使われます。

支払い方法を選ぶ

次に支払い方法を選んで支払い情報を入力します。確定ボタンを押すと契約が完了します。

 支払い方法はクレジットカードにしました。返金保証が使えなくなるのが不安で、クレジットカードを選びました。

ただ、公式の料金ページやヘルプを確認したところ、返金の条件は「初回購入から30日以内」で、支払い方法によって返金できるかが変わるという記載は見当たりませんでした。

支払い方法は、クレジットカードのほか、PayPalやGoogle Pay、Apple Payなどが案内されています。入力で迷う場面はありませんでした。

アプリを入れてログインする

契約が終わったら、アプリストアで「NordVPN」を検索してインストールします。WindowsやMacでもアプリがあるのでインストールしてください。完了後、先ほど作ったアカウントでログインします。

この時点ではまだVPNにつながっていないため「保護されていません」と表示されています。VPNの接続は簡単で、「すべてのロケーションで検索」で日本を選択するか、最近の履歴から選んでください。

ホーム画面の青いVPNで接続を保護ボタンを押すと、VPNに接続されます。

 契約したあとすぐに飛行機に乗ったため事前に接続を試すことはできませんでした。それでも、日本のサーバーへの接続は1回のタップでできてとても楽でした。

インストールとログインも、ほかのサービスと同じ感覚でできます。パソコンの場合も、アプリ（ファイル）を入れて実行すれば接続できます。私はiPhoneとノートパソコンで、おもに動画を見るときに使っています。

他にも外出先Wifiにつなぐとき海外では見ている内容が筒抜けで個人情報が抜き取られてしまうといった問題が起きやすいです。（日本でも野良Wifiにつなぐと被害に遭います。）

そこで、NordVPNを契約しておくと安全に接続ができます。

解約・自動更新停止を止める方法

NordVPNは、期間が終わると自動的に更新される仕組みです。使わなくなったら更新される前に自動更新を止める必要があります。

自動更新を止めてもお金が戻るわけではありません。自動更新を止めるとすでに払った期間の終わりまではそのまま使えてその後に更新されなくなります。

お金を戻してもらうには、次の「返金」の手続きが別に必要です。

公式サイト経由で契約した場合

NordVPNの公式ヘルプによると、手順は次のとおりです。パソコンでもiPhoneでも、アプリではなくブラウザ（iPhoneならSafariなど）でNordアカウントにログインして行います。

1. パソコンやスマホのブラウザで、Nordアカウント（my.nordaccount.com）にログインします。
2. 「請求」（billing）のタブを開きます。
3. 自動更新の横にある「キャンセル」を押します。
4. 「自動更新をキャンセル」を選びます。
5. 自動更新の表示が「オフ」に変わります。

30日間返金保証を使うには

NordVPNには、新しく契約したときに使える30日間の返金保証があります。公式ヘルプによる条件は次のとおりです。

 日本語版のヘルプには、返金できない理由として「月間サブスクリプションを利用している」という項目もあります。英語版のヘルプには、この項目はありません。一方、料金ページには「すべてのプランには30日間の返金保証が付いています」とあり、1か月プランにも「30日間返金保証」と表示されていました。

1か月プランで返金を考えている人は、申請する前にライブチャットで対象になるか確認することをおすすめします。

まとめ

NordVPNは、公式サイトでプランを選び、アカウントを作って支払いをすれば契約できます。契約後はアプリを入れてログインし、「VPNで接続を保護」を押すだけで接続できます。

返金を望む場合は契約前に以下の内容を押さえておきたいです。

• 自動更新を止めても、返金はされない
• 返金保証が使えるのは、新規契約から30日以内
• 契約した場所（公式サイトかApp Storeか）で、解約・返金の手続きをする場所が変わる

NordVPNを見てみる

矢印キーで2Dプレイヤーをタイル1マスずつ動かし、長押しでの連続移動と、進む方向に合わせた向きの画像の切り替えができるようになります。

昔のRPGのように、キャラクターがマス目にそってカクカクと動く移動するゲームは3Dゲームよりも制作の負担もなく現在もレトロゲームや同人ゲームとして人気が強いです。

Tilemapでマップを作ったあと、「プレイヤーを1マスずつ動かすにはどうすればいいの？」とつまずく人も多いはずです。

本記事では、2dキャラクターの実装として、Input.GetKeyを使ったキー入力から1マスずつの移動・向きの切り替えまでを解説します。キーを押しっぱなしにしたときの連続移動や、2つのキーを同時に押したときの優先順位など、実際に遊ぶと気になる動きにも対応しています。

【Unity】Rigidbody+CapsuleColliderを用いたプレイヤー移動

UnityでCharacterControllerからRigidbody+CapsuleColliderへ移動処理を移行する方法を解説。カメラ相対移動、FixedUpdateでの速度制御、移行の判断基準まで紹介します。

alicia-ing.com

2026.07.13

Input.GetKey（キー入力）

Input.GetKeyは、キーボードのキーが押されているかどうかを調べる関数です。矢印キーでキャラクターを動かす、スペースキーでジャンプする、Escキーでメニューを開くなど、キーボードで操作するゲームのほとんどで使われます。

使い方は、調べたいキーをKeyCodeで指定するだけです。矢印キーはそれぞれ次のKeyCodeに対応しています。

if (Input.GetKey(KeyCode.RightArrow))
{
    // →キーが押されている間、毎フレーム実行される
}

キー入力の処理は、毎フレーム呼ばれるUpdate()の中に書きます。

参考：Input.GetKey – Unity スクリプトリファレンス

GetKey・GetKeyDown・GetKeyUpの違い

キー入力を調べる関数は3種類あり、trueを返すタイミングが違います。

1マスずつ動かしたい場合、GetKeyだけを使うと毎フレーム1マス進んでしまい、一瞬で画面の端まで飛んでいってしまいます。反対にGetKeyDownだけを使うと、押すたびに1マスしか進まず、長い距離を歩くときにキーを何度も叩くことになります。

そこで本記事のコードでは、2つを組み合わせています。

• GetKeyDown： どのキーが「新しく押されたか」を調べる
• GetKey： そのキーが「まだ押され続けているか」を調べ、一定の間隔で連続移動する

event Action（C#のイベント）で処理をつなぐ

eventは、「何かが起きたこと」を他のスクリプトに知らせるためのC#の仕組みです。Actionと組み合わせると、知らせるときに値（移動方向など）も一緒に渡せます。

例えば「キーが押された」ことを入力のスクリプトが知らせ、それを受け取った移動のスクリプトがプレイヤーを動かす、という使い方をします。

// 知らせる側
public event Action<Vector3> MoveRequested;   // Vector3（方向）を一緒に渡すイベント
MoveRequested?.Invoke(Vector3.up);            // 登録されている処理をまとめて呼ぶ

// 受け取る側
input.MoveRequested += OnMoveRequested;       // 登録
input.MoveRequested -= OnMoveRequested;       // 解除

イベントを使うと、入力・移動・画像の切り替えを別々のスクリプトに分けられます。それぞれのスクリプトはお互いの中身を知らなくてよいため、後から「NPCにも同じ移動を使いたい」「入力をゲームパッドに変えたい」となったときに、一部だけを差し替えられます。

なお、UnityにはInspectorから登録できるUnityEventもあります。本記事ではコードの中だけで完結させるため、C#のeventを使っています。

参考：イベント – C# プログラミング ガイド（Microsoft Learn）

SpriteRenderer.spriteで画像を差し替える

SpriteRendererは、2Dの画像（スプライト）を画面に表示するコンポーネントです。
spriteプロパティに別のスプライトを代入すると、表示している画像をその場で差し替えられます。

playerRenderer.sprite = spriteUp;   // 上向きの画像に切り替える

キャラクターの向きを変える方法には、ほかにAnimatorでアニメーションを切り替える方法もあります。

歩きのアニメーションまで作り込みたい場合はAnimatorが向いていますが、上下左右の4枚の画像を切り替えるだけなら、spriteを差し替える方法の方が設定が少なく済みます。

【Unity】2D/3Dオブジェクトが表示されない原因と対処方法

2D/3Dオブジェクトが表示されない原因は、カメラワークの不具合が考えられます。「Screen Space - Camera」にして、MainCameraをアタッチすると正しく表示されます。

alicia-ing.com

2024.11.10

参考：SpriteRenderer.sprite – Unity スクリプトリファレンス

矢印キーで1マスずつ動く2Dプレイヤー移動

ここまでに説明したInput.GetKey・event Action・SpriteRenderer.spriteを組み合わせて、Tilemapの上を1マスずつ歩く2Dプレイヤーを作ります。実装する動きは次のとおりです。

• 1マスずつ移動： 矢印キーを押すと、上下左右に1マス分だけ移動する
• 長押しで連続移動： キーを押しっぱなしにすると、少し待ってから一定の間隔で進み続ける
• 同時押しの優先： 2つのキーを押したときは、後から押したキーの方向へ進む（斜めには進まない）
• 向きの切り替え： 進む方向に合わせて、キャラクターの画像を上下左右に切り替える
• 止まったときの表示： キーを離したら「待機画像」か「最後に向いた方向」のどちらかを表示する

処理は役割ごとに5つのスクリプトに分けています。

ソースコード

PlayerInput.cs

using System;
using System.Collections.Generic;
using UnityEngine;

/// <summary>
/// 矢印キーから移動の要求
/// </summary>
public class PlayerInput : MonoBehaviour
{
    [SerializeField] private float repeatDelay = 0.2f;     
    [SerializeField] private float repeatInterval = 0.1f;  
    private float repeatTimer;      

    public event Action<Vector3> MoveRequested; 
    public event Action Released;              
    //入力キーと方向を対応させる
    private static readonly (KeyCode key, Vector3 direction)[] bindings =
    {
        (KeyCode.UpArrow, Vector3.up),
        (KeyCode.DownArrow, Vector3.down),
        (KeyCode.RightArrow, Vector3.right),
        (KeyCode.LeftArrow, Vector3.left),
    };

    // 押された順に並べたbindingsの添字。最後が現在有効なキー
    private readonly List<int> heldKeys = new List<int>();
    private const int None = -1;  // キーを押していない
    private int CurrentIndex => heldKeys.Count > 0 ? heldKeys[heldKeys.Count - 1] : None;

    private void Update()
    {
        int previousIndex = CurrentIndex;

        heldKeys.RemoveAll(i => !Input.GetKey(bindings[i].key));
        for (int i = 0; i < bindings.Length; i++)
        {
            if (Input.GetKeyDown(bindings[i].key) && !heldKeys.Contains(i))
                heldKeys.Add(i);
        }
        
        int currentIndex = CurrentIndex;
        if (currentIndex == None)
        {
            if (previousIndex != None) Released?.Invoke();
            return;
        }

        if (currentIndex != previousIndex)
        {
            repeatTimer = repeatDelay;
            MoveRequested?.Invoke(bindings[currentIndex].direction);
            return;
        }

        repeatTimer -= Time.deltaTime;
        if (repeatTimer <= 0f)
        {
            repeatTimer = repeatInterval;
            MoveRequested?.Invoke(bindings[currentIndex].direction);
        }
    }
}

GridMover.cs

using System;
using UnityEngine;

/// <summary>
/// 対象を1マスずつ動かす。向き・移動の通知を行う
/// </summary>
public class GridMover : MonoBehaviour
{
    [SerializeField] private Transform target;
    [SerializeField] private float gridSize = 1f;

    public event Action<Vector3> MoveAttempted;
    public event Action<Vector3, Vector3> Moved;

    //移動処理
    public bool TryMove(Vector3 direction)
    {
        if (direction == Vector3.zero || target == null) return false;

        MoveAttempted?.Invoke(direction);

        Vector3 nextPos = target.position + direction * gridSize; //移動先

        target.position = nextPos;  //位置更新
        Moved?.Invoke(nextPos, direction);
        return true;
    }
}

PlayerDirectionSprite.cs

using UnityEngine;

/// <summary>
/// プレイヤーの進行で画像差し替え
/// </summary>
public class PlayerDirectionSprite : MonoBehaviour
{
    //止まっているときの状態
    private enum IdleFacingMode
    {
        IdleSprite, //待機
        LastDirection //最後に向いている方向
    }

    [SerializeField] private SpriteRenderer playerRenderer;
    [SerializeField] private Sprite spriteIdle;
    [SerializeField] private Sprite spriteUp;
    [SerializeField] private Sprite spriteDown;
    [SerializeField] private Sprite spriteLeft;
    [SerializeField] private Sprite spriteRight;
    [SerializeField] private IdleFacingMode idleFacingMode = IdleFacingMode.LastDirection;

    private Vector3 lastFacingDirection = Vector3.zero;

    //指定した方向を向く
    public void Face(Vector3 direction)
    {
        if (direction == Vector3.zero) return; 

        lastFacingDirection = direction;
        SetSprite(GetSpriteForDirection(direction));
    }

    //止まったときの画像にする
    public void ShowIdle()
    {
        bool hasLastFacing = lastFacingDirection != Vector3.zero;
        bool keepLastFacing = idleFacingMode == IdleFacingMode.LastDirection && hasLastFacing;

        SetSprite(keepLastFacing ? GetSpriteForDirection(lastFacingDirection) : null);
    }

    //画像の差し替え
    private void SetSprite(Sprite sprite)
    {
        if (playerRenderer == null) return;

        Sprite nextSprite = sprite ?? spriteIdle;
        if (nextSprite != null && playerRenderer.sprite != nextSprite)
            playerRenderer.sprite = nextSprite;
    }

    //対応する画像を呼び出す
    private Sprite GetSpriteForDirection(Vector3 direction)
    {
        if (direction == Vector3.up && spriteUp != null) return spriteUp;
        if (direction == Vector3.down && spriteDown != null) return spriteDown;
        if (direction == Vector3.left && spriteLeft != null) return spriteLeft;
        if (direction == Vector3.right && spriteRight != null) return spriteRight;
    
        return null;
    }
}

PlayerSpawner.cs

using UnityEngine;

/// <summary>
/// シーン開始時のプレイヤーの位置と向きを決める
/// </summary>
public class PlayerSpawner : MonoBehaviour
{
    [SerializeField] private Transform target;
    [SerializeField] private Vector3 startPosition = new Vector3(0.5f, 0.5f, 0f); 

    // 開始位置に置き、開始時の向きを startFacing に入れる
    public void Spawn(out Vector3 startFacing)
    {
        if (target == null) target = transform;

        target.position = startPosition;
        startFacing = Vector3.zero;
    }
}

PlayerController.cs

using UnityEngine;

/// <summary>
/// プレイヤーの各コンポーネントの接続
/// 入力 → 移動 → 向きの画像
/// </summary>
public class PlayerController : MonoBehaviour
{
    [SerializeField] private PlayerInput input;
    [SerializeField] private GridMover mover;
    [SerializeField] private PlayerSpawner spawner;
    [SerializeField] private PlayerDirectionSprite directionSprite; // 向きスプライト制御

    // イベントの登録/解除
    private void OnEnable()
    {
        if (input != null)
        {
            input.MoveRequested += OnMoveRequested; 
            input.Released += OnReleased;
        }
        if (mover != null)
        {
            mover.MoveAttempted += OnMoveAttempted;
        }
    }

    private void OnDisable()
    {
        if (input != null)
        {
            input.MoveRequested -= OnMoveRequested;
            input.Released -= OnReleased;
        }
        if (mover != null)
        {
            mover.MoveAttempted -= OnMoveAttempted;
        }
    }

    private void Start()
    {
        Vector3 startFacing = Vector3.zero;
        if (spawner != null) spawner.Spawn(out startFacing);

        if (directionSprite == null) return;
        if (startFacing == Vector3.zero) directionSprite.ShowIdle();
        else directionSprite.Face(startFacing);
    }

    ///イベントを受け取る
    private void OnMoveRequested(Vector3 direction) => mover?.TryMove(direction);
    private void OnReleased() => directionSprite?.ShowIdle();
    private void OnMoveAttempted(Vector3 direction) => directionSprite?.Face(direction);
}

解説

• 名前空間（モジュール）

• イベント

処理の流れをまとめると、次のようになります。

[PlayerInput] 矢印キーを押す → MoveRequested
      ↓
[PlayerController] OnMoveRequested → GridMover.TryMove()
      ↓
[GridMover] MoveAttempted → 1マス移動 → Moved
      ↓
[PlayerController] OnMoveAttempted → PlayerDirectionSprite.Face()（画像を切り替え）

[PlayerInput] キーを離す → Released → PlayerDirectionSprite.ShowIdle()

キー長押しで連続移動する（repeatDelay・repeatInterval）

PlayerInputのUpdate()では、キーを押したときと、押し続けているときで処理を分けています。

// 有効なキーが変わった：即移動
if (currentIndex != previousIndex)
{
    repeatTimer = repeatDelay;
    MoveRequested?.Invoke(bindings[currentIndex].direction);
    return;
}

//同じキーを押し続ける
repeatTimer -= Time.deltaTime;
if (repeatTimer <= 0f)
{
    repeatTimer = repeatInterval;
    MoveRequested?.Invoke(bindings[currentIndex].direction);
}

キーを押した瞬間はすぐに1マス進み、タイマーにrepeatDelay（0.2秒）をセットします。そのまま押し続けると、タイマーが0になったところで次の1マスに進み、以降はrepeatInterval（0.1秒）ごとに進みます。

パソコンでキーを押しっぱなしにしたとき、1文字目のあとに少し間が空いてから文字が連続で入力されるのと同じ仕組みです。最初に少し待つことで、「1マスだけ動きたかったのに2マス進んでしまった」という誤操作を防げます。

Time.deltaTime（前のフレームからの経過時間）を引いているため、フレームレートが変わっても同じ速さで進みます。歩く速さを変えたいときは、InspectorでRepeat Intervalの値を調整してください。値を小さくするほど速く歩きます。

キー同時押しの優先度

2つの矢印キーを同時に押したときにどちらへ進むかは、heldKeysリストで決めています。

//リスト更新（離されたキーを外し、新しく押されたキーを末尾に追加）
heldKeys.RemoveAll(i => !Input.GetKey(bindings[i].key));
for (int i = 0; i < bindings.Length; i++)
{
    if (Input.GetKeyDown(bindings[i].key) && !heldKeys.Contains(i))
        heldKeys.Add(i);
}

1. RemoveAllで、もう押されていないキーをリストから外す
2. GetKeyDownで新しく押されたキーを見つけ、リストの末尾に追加する

リストの末尾が「一番最後に押したキー」になり、CurrentIndexはこの末尾のキーを返します。

private int CurrentIndex => heldKeys.Count > 0 ? heldKeys[heldKeys.Count - 1] : None;

例えば、→キーを押しながら↑キーを押すと↑方向へ進みます。そのあと↑キーだけを離すと、リストには→キーが残っているため、すぐに→方向へ戻って進みます。

入力をif文で上から順に調べる書き方だと、「↑と→を同時に押すと、いつも↑が勝つ」「同時に押すと斜めに進む」といった動きになりがちです。押した順番を覚えておくことで、プレイヤーの操作に素直に反応する移動になります。

実装

5つのスクリプトは、プレイヤーのオブジェクトと、画像を表示するオブジェクトにアタッチします。

各スクリプトは[RequireComponent]を使っていないため、必要なコンポーネントは自動で追加されません。SpriteRendererの追加と、PlayerControllerの参照の設定は、忘れずに手動で行ってください。

まとめ

本記事では、Tilemapの上で2Dプレイヤーを矢印キーで1マスずつ動かす方法として、次の内容を解説しました。

• Input.GetKeyとGetKeyDownを組み合わせて、押した瞬間の移動と長押しの連続移動を作る
• 押したキーの順番をListで覚えて、同時押しでは後から押したキーを優先する
• SpriteRenderer.spriteを差し替えて、進む方向に合わせて画像を切り替える

スクリプトを役割ごとに分けているため、ここから機能を足していくのも簡単です。次のステップとして、GridMoverに壁の判定を加えて「壁の方を向くだけで進めない」動きにしたり、Movedイベントを使ってマップの端で別のシーンへ切り替えたりすると、RPGのマップ移動らしくなります。

Input SystemのInputActionReferenceを使って、ゲームパッドでキャラクターの移動とジャンプを操作できるようになります。

Unityでプレイヤー操作実装する際に、キーボード操作だけでなく「ゲームパッド（コントローラー）にも対応したい」という場面が出てきます。

特にアクションゲームやプラットフォーマーでは、スティックでの移動とボタンでのジャンプはほぼ必須の操作です。

本記事では、Unityの新しいInput SystemとInputActionReferenceを使い、移動・ジャンプという最小構成でゲームパッド対応を実装する方法を分かりやすく解説します。

Gamepad.currentを直接参照する方法やPlayerInputコンポーネントに依存する方法とは違う、疎結合で使い回しやすい設計です。

【Unity】マウス操作をゲームに導入する画面クリックで処理

UnityでCSVのテキストをマウスクリックで１つずつ進めるには、if文でメソッド「Input.GetMouseButtonDown(0)」を使用します。ノベルゲームは画面のクリック回数に応じてテキストを表示するシステムに近づきます。

alicia-ing.com

2025.08.11

Input System

Input Systemは、キーボード・マウス・ゲームパッドなどの入力をまとめて扱える、Unityの新しい入力の仕組みです。

XboxコントローラーやPlayStationコントローラー（DualSense）などのゲームパッドに対応したいときや、同じ操作をキーボードとゲームパッドの両方で行えるようにしたいときに使います。

従来のInput.GetAxis()などを使う古い入力システム（Input Manager）でもある程度のゲームパッド対応は可能でしたが、デバイスごとの差異を吸収しづらく、コードが複雑になりがちでした。

Input Systemでは、実際の入力デバイスと、ゲーム内の意味（「移動する」「ジャンプする」）をInput Actionという単位で分けられます。そのため、デバイスが変わってもコード側を変更せずに済みます。

Input Systemを使うには、パッケージの導入と、入力を定義するInput Actionsアセットの作成が必要です。

参考：Input System – Unity マニュアル

Input Systemパッケージの導入

Unity Input Systemは標準では有効になっていないため、Package Managerからインストールする必要があります。

1. メニューから Window > Package Manager を開きます
2. 検索欄で「Input System」を検索し、Install をクリックします
3. インストール後、「新しい入力システムに切り替えますか？」という確認ダイアログが表示されるので Yes を選択します（Unityの再起動が必要です）

Input Actionsアセットとゲームパッドのバインディング設定

次に、実際の入力を定義するInput Actionsアセットを作成します。

1. Projectウィンドウで右クリックし、Create > Input Actions を選択してアセットを作成します
2. 作成したアセットをダブルクリックしてエディタを開きます
3. Action Mapsに「Player」などの名前でマップを作成します

各アクションの+ボタンからバインディングを追加し、Listen機能を使って実際にゲームパッドを操作するとバインディング候補が自動検出されるので、それを選択すると設定が楽になります。

設定が終わったら忘れずにSave Assetをクリックしてください。

InputActionReference

InputActionReferenceは、Input Actionsアセットの中にある特定のInput Actionを、Inspectorから参照するための型です。スクリプトにアクション名を文字列で書かずに、「どのアクションを使うか」をInspectorで選べます。

InputActionReferenceは、同じ入力ハンドラークラスを別のキャラクターやプレハブで使い回したり、テスト用に別のInput Actionsアセットへ差し替えたりしやすくなります。

参考：InputActionReference – Input System ドキュメント

InputActionReferenceで実装する移動・ジャンプ入力

本記事では、InputActionReferenceを使って、ゲームパッドの移動（左スティック）とジャンプ（ボタン）を取得する入力ハンドラーを実装します。

入力の取得だけを専用クラス（PlayerInputHandler）に切り出し、実際の移動処理・ジャンプ処理からはMoveInput・JumpWasPressedThisFrameという2つのプロパティを参照するだけで済むようにすることで、キーボードやマウスなど他の入力方式にも差し替えやすい設計を目指します。

F310r-Windows11で使えるゲームパッド実機レビュー

Logicool F310ゲームパッドの実機レビュー。Windows 11対応の設定方法やドライバ情報を解説。スペックや操作手順を紹介。

alicia-ing.com

2025.03.28

Logicool G ゲームパッド F310r ゲーム コントローラー 有線 USB 接続 FF14 steam PC PS5 PS4 windows F310 国内正規品 【 ファイナルファンタジー XIV 推奨モデル 】

¥2,527 （2026/09/26 19:01時点 | Amazon調べ）

Amazon

楽天市場

Yahooショッピング

ポチップ

ソースコード

using UnityEngine;
using UnityEngine.InputSystem;

public class PlayerInputHandler : MonoBehaviour
{
    [SerializeField] private InputActionReference moveAction;
    [SerializeField] private InputActionReference jumpAction;

    public Vector2 MoveInput { get; private set; }
    public bool JumpWasPressedThisFrame { get; private set; }

    private void OnEnable()
    {
        moveAction.action.Enable();
        jumpAction.action.Enable();
    }

    private void OnDisable()
    {
        moveAction.action.Disable();
        jumpAction.action.Disable();
    }

    private void Update()
    {
        MoveInput = moveAction.action.ReadValue<Vector2>();
        JumpWasPressedThisFrame = jumpAction.action.WasPressedThisFrame();
    }
}

解説

• 名前空間

• フィールド・プロパティ

MoveInput・JumpWasPressedThisFrameは{ get; private set; }としているため、ほかのスクリプトからは読み取りだけができ、書き換えはできません。

InputActionReferenceでアクションを参照

InputActionReferenceは、Input Actionsアセット内の特定のInput ActionをInspector上から参照できる型です。

[SerializeField] private InputActionReference moveAction;
[SerializeField] private InputActionReference jumpAction;

コード内に直接アクション名を文字列で書く必要がなく、Inspectorから見た目でどのアクションを使っているか確認できます。

Gamepad.currentを直接参照する実装と違って、キーボード用のInput ActionsアセットとゲームパッドMap用のアセットを差し替えるだけで入力元を切り替えられます。

同じPlayerInputHandlerを別のプレハブで使い回す際にも、参照先のアクションを変えるだけで対応できる点が疎結合設計のメリットです。

移動入力をVector2で取得する

MoveInput = moveAction.action.ReadValue<Vector2>();

MoveアクションはAction TypeをValue（Vector2）に設定しているため、ReadValue()でスティックの傾き具合をVector2として取得できます。x軸が左右、y軸が上下の入力値（-1〜1の範囲）です。

取得したMoveInputは、別のスクリプト（プレイヤーの移動処理を担うクラスなど）からplayerInputHandler.MoveInputとして参照し、transform.TranslateやRigidbody.linearVelocityなどに渡してキャラクターを動かすといった使い方をします。

【Unity】Rigidbody+CapsuleColliderを用いたプレイヤー移動

UnityでCharacterControllerからRigidbody+CapsuleColliderへ移動処理を移行する方法を解説。カメラ相対移動、FixedUpdateでの速度制御、移行の判断基準まで紹介します。

alicia-ing.com

2026.07.13

ジャンプ入力を1フレームだけ検知する（WasPressedThisFrame）

JumpWasPressedThisFrame = jumpAction.action.WasPressedThisFrame();

WasPressedThisFrame()は、そのボタンが「このフレームで押された瞬間」かどうかを返すメソッドです。

ジャンプのように「押した瞬間に1回だけ処理を実行したい」動作には、このWasPressedThisFrame()を使うのが適切です。

【Unity】キャラクターをジャンプさせる自然な動きを実装

本記事を読むと以下の実行ができますRigidbodyを使ったキャラクターのジャンプ実装と、SphereCastによる正確...

alicia-ing.com

2026.09.20

isPressedにしない理由

InputActionにはisPressed（現在押されているかどうか）とWasPressedThisFrame()（このフレームで押された瞬間かどうか）という似た名前のプロパティ・メソッドがあります。

ジャンプ処理をisPressedで判定してしまうと、ボタンを押し続けている間、毎フレーム「押されている」と判定され続けてしまいます。その結果、Update()が呼ばれるたびにジャンプ処理が実行され、意図せず連続ジャンプしてしまうバグにつながります。

// 悪い例：ボタンを押している間ずっとtrueになる
if (jumpAction.action.IsPressed())
{
    Jump(); // 毎フレーム呼ばれてしまう
}

// 良い例：押した瞬間の1フレームだけtrueになる
if (jumpAction.action.WasPressedThisFrame())
{
    Jump(); // 1回だけ呼ばれる
}

ジャンプやポーズメニューの開閉など、「1回の入力につき1回だけ処理したい」動作では、必ずWasPressedThisFrame()を使うようにしましょう。

逆に、ダッシュのように「押している間だけ継続する」動作にはisPressedが向いています。用途によって使い分けることが重要です。

実演

空のGameObject、またはプレイヤーオブジェクトにアタッチします。

設定が完了すると、他のスクリプトからplayerInputHandler.MoveInput・playerInputHandler.JumpWasPressedThisFrameを参照するだけで、ゲームパッドからの入力を取得できるようになります。

まとめ

本記事では、Unity Input SystemのInputActionReferenceを使い、ゲームパッドでの移動とジャンプを実装する方法を解説しました。

• InputActionReferenceをInspectorで参照することで、入力元を差し替えやすい疎結合な設計にできる
• 移動はReadValue()、ジャンプはWasPressedThisFrame()で取得する
• ジャンプなど「1回だけ処理したい」入力はisPressedではなくWasPressedThisFrame()を使う

今回紹介したPlayerInputHandlerは移動とジャンプの最小構成ですが、同じ考え方でダッシュ・攻撃・ポーズメニューの開閉など他のアクションにも応用できます。

まずはこの最小構成で「ゲームパッドで動くもの」を作り、そこから少しずつアクションを増やしていくと理解が深まるのでおすすめです。

Rigidbodyを使ったキャラクターのジャンプ実装と、SphereCastによる正確な接地判定を組み合わせて、二段ジャンプや無限ジャンプを起こさない自然なジャンプ動作

Unityでキャラクターをジャンプさせることはゲーム開発での基礎ですが、「ボタンを押しても反応しない」「空中で何度もジャンプできてしまう」といった問題によくぶつかります。

これは多くの場合、接地判定（キャラクターが地面に着いているかどうかの判定）が不十分なことが原因です。

本記事では、RigidbodyとPhysics.SphereCastを使い、CapsuleColliderの実際のサイズに連動した接地判定と、目標到達高さから逆算したジャンプ初速の計算方法をあわせて解説します。

ジャンプ実装に必要な要素（SphereCast）とは？

Unityでジャンプ実装を検索すると、「unity rigidbody ジャンプ」「unity 接地判定」といったキーワードで多くの記事がヒットしますが、実装方式は大きく2つの系統に分かれます。

1. ジャンプそのものの実装（AddForceやvelocityでY方向に力・速度を加える）
2. 接地判定の実装（タグ判定・Raycast・CheckSphere・SphereCast・isGroundedなど）

この2つは別々に解説されがちですが、実際に「ちゃんと動くジャンプ」を作るには両方を組み合わせる必要があります。

特に接地判定が甘いと、空中にいるのにジャンプ入力を受け付けてしまい、二段ジャンプ・無限ジャンプというよくあるバグにつながります。

本記事で採用するPhysics.SphereCastは、球（Sphere）を指定方向に飛ばして衝突を検出するUnityの物理判定です。

単純なRaycast（線を1本飛ばすだけ）と違い、球という「太さ」を持つ判定なので、地面のわずかな段差や傾斜でも安定して接地を検出できます。

SphereCastを使ったジャンプ処理

今回のジャンプ実装は、以下の4ステップで構成されています。

ソースコード

using UnityEngine;

[RequireComponent(typeof(Rigidbody), typeof(CapsuleCollider), typeof(PlayerInputHandler))]
public class PlayerJump : MonoBehaviour
{
    [SerializeField] private float jumpHeight = 1.5f;
    [SerializeField] private LayerMask groundMask = ~0;

    private Rigidbody rb;
    private CapsuleCollider capsule;
    private PlayerInputHandler input;
    private bool jumpRequested;

    private void Awake()
    {
        rb = GetComponent<Rigidbody>();
        capsule = GetComponent<CapsuleCollider>();
        input = GetComponent<PlayerInputHandler>();
    }

    private void Update()
    {
        if (input.JumpWasPressedThisFrame)
        {
            jumpRequested = true;
        }
    }

    private void FixedUpdate()
    {
        Vector3 velocity = rb.linearVelocity;

        if (jumpRequested && IsGrounded())
        {
            velocity.y = Mathf.Sqrt(jumpHeight * -2f * Physics.gravity.y);
        }
        jumpRequested = false;

        rb.linearVelocity = velocity;
    }

    private bool IsGrounded()
    {
        Vector3 origin = transform.TransformPoint(capsule.center);
        float castRadius = capsule.radius * 0.9f;
        float castDistance = capsule.height * 0.5f + 0.15f;
        return Physics.SphereCast(origin, castRadius, Vector3.down, out _, castDistance, groundMask, QueryTriggerInteraction.Ignore);
    }
}

解説

• 入力の検知とFixedUpdateでの物理処理を分離する設計

ジャンプボタンの入力検知をUpdate、実際の速度変更をFixedUpdateに分けています。

• Updateはフレームごとに呼ばれる（フレームレートに依存する）ため、入力の取りこぼしを防ぐのに向いています。
• FixedUpdateは一定の時間間隔で呼ばれる（物理エンジンの更新タイミングに同期する）ため、Rigidbodyを操作する処理はここで行うのが基本です。

Update内で直接Rigidbodyの速度を書き換えてしまうと、フレームレートによって物理挙動が不安定になることがあります。そこで、UpdateではjumpRequestedというフラグを立てるだけにとどめ、実際の速度変更はFixedUpdateでまとめて行うように設計しています。

FixedUpdateの先頭でjumpRequestedを判定した後、必ずfalseにリセットしている点もポイントです。これにより、1回のボタン入力に対してジャンプが1回だけ発生するようになります。

• SphereCastでCapsuleColliderに連動した接地判定を行う

IsGrounded()メソッドが接地判定の中心部分です。単純に固定の半径・距離を指定するのではなく、CapsuleColliderのプロパティから動的に計算しています。

Vector3 origin = transform.TransformPoint(capsule.center);
float castRadius = capsule.radius * 0.9f;
float castDistance = capsule.height * 0.5f + 0.15f;

• origin：capsule.center（ローカル座標）をTransformPointでワールド座標に変換し、キャラクターの中心からキャストを開始します。
• castRadius：コライダーの半径そのままだと壁際でわずかに引っかかることがあるため、0.9fを掛けて少し小さめに設定しています。
• castDistance：カプセルの半分の高さ（中心から底面まで）に、地面との間に余裕を持たせる0.15fを加えています。

この値をキャラクターのサイズ（CapsuleCollider）から計算する設計にしておくことで、キャラクターモデルを差し替えてCapsuleColliderのサイズが変わっても、接地判定のコードを書き直す必要がありません。

• ジャンプの初速を目標到達高さから逆算する

ジャンプの高さを「なんとなくの数値」で調整すると、意図した高さにならず何度も微調整することになります。本実装では、到達させたい高さ（jumpHeight）から必要な初速を逆算しています。

velocity.y = Mathf.Sqrt(jumpHeight * -2f * Physics.gravity.y);

これは物理の等加速度運動の公式 v0 = √(2gH) をそのままコードにしたものです。Physics.gravity.yは通常マイナスの値（デフォルトは-9.81）なので、符号を合わせるために-2fを掛けています。

• H：到達させたい高さ（jumpHeight、インスペクターで調整可能）
• g：重力加速度（Physics.gravity.yの絶対値）
• v0：地面を離れる瞬間に必要な初速（Y方向の速度）

インスペクター上でjumpHeightの値を1.5から2.0に変えるだけで、「ちょうど2m飛び上がるジャンプ」を数値ベースで作れるようになります。感覚での調整に頼らず、狙った高さを確実に再現できるのがこの計算式の利点です。

• レイヤーマスクとQueryTriggerInteraction.Ignoreで誤検知を防ぐ

SphereCastはデフォルトのままだと、地面以外のコライダー（アイテムの当たり判定やエフェクト用のトリガーなど）にも反応してしまうことがあります。これを防ぐために2つの仕組みを併用しています。

• groundMask（レイヤーマスク）： SphereCastの判定対象を、あらかじめ設定した「地面」レイヤーのみに絞り込みます。プレイヤー自身や敵、アイテムなどのレイヤーを対象外にできます。
• QueryTriggerInteraction.Ignore： IsTriggerが有効なコライダー（当たり判定はあるが物理的にすり抜けるコライダー）を接地判定の対象から除外します。これを指定しないと、トリガーに触れただけで「地面に着地した」と誤判定されることがあります。

この2つを組み合わせることで、地面用のコライダーだけを確実に検出できるようになります。レイヤーマスクの活用に触れていない競合記事も多いため、意図しない誤検知を防ぎたい場合は必ず設定しておきましょう。

実演

Rigidbody・CapsuleCollider・PlayerInputHandlerを設定済みのプレイヤーオブジェクトにアタッチします（RequireComponentにより、この3つが未設定のオブジェクトにはアタッチできません）。

まとめ

本記事では、Rigidbodyを使ったUnityのジャンプ実装を、以下の4つのポイントに分けて解説しました。

• 入力検知（Update）と物理処理（FixedUpdate）を分離する設計
• CapsuleColliderの実サイズに連動したSphereCast接地判定
• 目標到達高さから初速を逆算するv0 = √(2gH)の計算式
• レイヤーマスクとQueryTriggerInteraction.Ignoreによる誤検知防止

これらを組み合わせることで、二段ジャンプ・無限ジャンプといった典型的なバグを防ぎつつ、狙った高さに正確に跳ぶジャンプ処理を作れます。

まずは本記事のコードをそのまま自分のプロジェクトに組み込み、jumpHeightやgroundMaskの値を自分のキャラクターに合わせて調整するところから始めてみてください。

接地判定の考え方は壁ジャンプや二段ジャンプなど、他のアクションを追加する際の土台にもなります。

プレイヤーの後ろから滑らかに追従する、カクつきのない三人称カメラの実装

3人称視点（TPS/TPP）のゲームを作っていると、カメラをプレイヤーにそのまま追従させただけではカクついたり、キャラクターの動きに機械的に張り付いてしまったりして、なめらかさに欠ける映像になってしまうことがあります。

本記事では、位置はVector3.Lerp、回転はQuaternion.Slerpという2つの異なる補間関数を組み合わせて、自然な三人称カメラの追従処理を実装する方法を解説します。

followSpeedやrotationSpeedなどのパラメータ調整方法や、カメラの動きが不自然になったときのチェックポイントまで、実際に手を動かしながら理解できる内容になっています。

三人称カメラの追従処理とは？

三人称カメラ（TPS/TPPカメラ）とは、プレイヤーが操作するキャラクターの背後や斜め上から映すカメラのことです。アクションゲームやオープンワールドゲームなど、多くの3Dゲームで採用されている視点です。

三人称カメラの追従処理を作るとき、意識すべきポイントは大きく分けて2つあります。

transform.positionをそのままキャラクターの位置に代入するだけでは、カメラが一瞬でキャラクターの真後ろにワープしたような、機械的で不自然な映像になってしまいます。

そこで、位置と回転それぞれに補間（インターポレーション）をかけることで、カメラがワンテンポ遅れてついてくるような、滑らかな追従感を演出します。

このとき重要なのが、位置の補間にはVector3.Lerp、回転の補間にはQuaternion.Slerpという異なる関数を使うという点です。

位置は直線的な移動なので線形補間（Lerp）で十分ですが、回転は「角度」を扱うため、球面線形補間（Slerp）を使わないと不自然な回転になってしまいます。

この違いについてはコードを解説するセクションで詳しく説明します。

Vector3.LerpとQuaternion.Slerpで実装する三人称カメラ

三人称カメラの追従処理は、以下の3ステップで実装できます。

カメラをキャラクターの子オブジェクトにしてしまうと、キャラクターの回転がそのままカメラの回転に伝わってしまい、独立した滑らかな動きを付けられなくなります。

そのため、カメラはシーン上の独立したオブジェクトとして配置し、スクリプトで位置・回転を毎フレーム計算する構成にします。

ソースコード

using UnityEngine;

public class CameraFollow : MonoBehaviour
{
    [SerializeField] private Transform target;
    [SerializeField] private Vector3 offset = new Vector3(0f, 3.2f, -7f);
    [SerializeField] private float followSpeed = 5f;
    [SerializeField] private float rotationSpeed = 5f;
    [SerializeField] private float lookHeight = 1.5f;

    private void LateUpdate()
    {
        if (target == null)
        {
            return;
        }
        Vector3 desiredPosition = target.position + offset;
        transform.position = Vector3.Lerp(transform.position, desiredPosition, followSpeed * Time.deltaTime);

        Vector3 lookPoint = target.position + Vector3.up * lookHeight;
        Quaternion desiredRotation = Quaternion.LookRotation(lookPoint - transform.position);
        transform.rotation = Quaternion.Slerp(transform.rotation, desiredRotation, rotationSpeed * Time.deltaTime);
    }
}

解説

• 位置の追従処理（Vector3.Lerp）

Vector3 desiredPosition = target.position + offset;
transform.position = Vector3.Lerp(transform.position, desiredPosition, followSpeed * Time.deltaTime);

まずtarget.position + offsetで、「カメラが本来いるべき理想の位置（desiredPosition）」を計算します。

offsetは(0, 3.2, -7)のように、キャラクターから見て「上に3.2、後ろに7」といった相対位置を指定するベクトルです。

次にVector3.Lerp(現在位置, 理想位置, 割合)で、現在のカメラ位置から理想位置へ少しずつ近づけます。第3引数のfollowSpeed * Time.deltaTimeが「1フレームでどれだけ理想位置に近づくか」の割合です。

Time.deltaTimeを掛けることで、フレームレートが変わっても同じ速度で追従するようになります。

Vector3.Lerpは2点間を直線的に補間する関数なので、位置の移動には自然にマッチします。
これが、いきなりtransform.position = desiredPositionと代入せず、Lerpを使う理由です。

• 注視点の回転処理（Quaternion.Slerp）

Vector3 lookPoint = target.position + Vector3.up * lookHeight;
Quaternion desiredRotation = Quaternion.LookRotation(lookPoint - transform.position);
transform.rotation = Quaternion.Slerp(transform.rotation, desiredRotation, rotationSpeed * Time.deltaTime);

回転の処理も基本的な流れは位置と同じで、「理想の回転（desiredRotation）」を計算してから、現在の回転を少しずつ近づけます。

ただし、回転を補間する際はVector3.LerpではなくQuaternion.Slerp（球面線形補間）を使う点に注意してください。

回転は「角度」という性質上、直線的な補間（Lerp）をそのまま当てはめると、回転速度にムラが出たり、経由地点でおかしな姿勢を取ったりすることがあります。

Quaternion.Slerpは球面上を一定の角速度で補間するため、回転が常に自然な速さで進みます。位置はLerp、回転はSlerpという使い分けは、Unityのカメラ制御において基本となる考え方です。

【Unity】Vectorを使ったイージング、アニメーション動作

Vector2を使ったスクリプトでアニメーションを作成します。RectTransformで座標を決めて、線形補間「Leap」を実行します。本記事では、マウスのポインターの位置でアニメーションを稼働させるソースコードを公開・解説しています。

alicia-ing.com

2025.08.11

• LookRotationで注視点を計算する仕組み

Quaternion.LookRotation(方向ベクトル)は、指定した方向を向く回転（Quaternion）を返す関数です。

ここでは、lookPoint – transform.position（カメラから注視点への方向ベクトル）を渡すことで、「カメラから見て、注視点の方向を向いた回転」を計算しています。

lookPointはtarget.position + Vector3.up * lookHeight、つまりキャラクターの位置から少し上にずらした点です。

キャラクターの足元をそのまま注視点にすると、カメラが常に下向きになり圧迫感のある画になってしまうため、lookHeightで見上げるような角度にならないよう調整しています。

• LateUpdateを使う理由

このスクリプトでは、UpdateではなくLateUpdateを使っています。これは三人称カメラの実装において非常に重要なポイントです。

Unityでは、シーン内の複数のUpdateがどの順番で実行されるかは保証されていません。もしキャラクターの移動処理と、カメラの追従処理が両方ともUpdateに書かれていた場合、カメラのUpdateがキャラクターのUpdateより先に実行されてしまうことがあります。

それにより、カメラは「1フレーム前のキャラクター位置」を基準に追従することになり、映像がカクつく原因になります。

LateUpdateは、シーン内のすべてのUpdateが終わった後に必ず呼ばれることが保証されています。そのため、キャラクターの移動処理が確実に終わった後の最新位置を使ってカメラを更新でき、カクつきのない滑らかな追従が実現できます。

カメラ制御では「移動処理はUpdate、カメラ追従はLateUpdate」という役割分担を徹底しましょう。

実装

シーン上に独立して配置したカメラオブジェクトにアタッチします。

offset・followSpeed・rotationSpeed・lookHeightはデフォルト値のままでも動作しますが、キャラクターのモデルサイズやゲームのジャンルに応じて調整が必要になることがほとんどです。

値の目安は次の「パラメータ調整ガイド」を参照してください。

パラメータ調整ガイド

スクリプトには4つの調整用パラメータがあります。それぞれの値を変えたときに、どのような体感の変化があるかをまとめました。

【Unity】スライダーを特定の位置にスナップ（吸着）させる方法

UnityのSliderに任意の位置へのスナップ（吸着）機能を実装する方法を解説。IPointerUpHandlerとonValueChangedを組み合わせ、snapPointsとsnapThresholdで吸着位置・距離を自由に設定できます。

alicia-ing.com

2026.06.18

followSpeed（追従の重さ）

followSpeedは、カメラがキャラクターの理想位置にどれだけ速く近づくかを決める値です。値が大きいほど追従が速く（キャラクターに張り付くような動き）、値が小さいほど追従が遅く（ワンテンポ遅れてついてくる、重厚感のある動き）なります。

目安として、アクション性の高いゲームではfollowSpeed = 8〜10程度、じっくり見せたい探索系のゲームではfollowSpeed = 3〜5程度から調整を始めるとよいでしょう。

極端に小さくしすぎると、キャラクターが素早く動いたときにカメラが置いていかれ、画面外にキャラクターが消えてしまうことがあるので注意してください。

rotationSpeed（回転の追従感）

rotationSpeedは、カメラの向きが理想の回転にどれだけ速く追いつくかを決める値です。この値がfollowSpeedと極端に違うと、後述する「不自然な動き」の原因になりやすいため、基本的にはfollowSpeedと近い値からスタートするのがおすすめです。

lookHeight（注視点の高さ）

lookHeightは、カメラがキャラクターのどの高さを見つめるかを決める値です。キャラクターの頭上あたり（1.5前後）に設定すると自然な見下ろし角度になり、値を大きくしすぎるとカメラが必要以上に見下ろす形になります。

逆に0に近づけると、キャラクターの足元付近を注視点にすることになり、水平に近い圧迫感のある画角になります。

offset（カメラ距離・画角）

offsetはキャラクターから見たカメラの相対位置で、(左右, 上下, 前後)のベクトルで指定します。Y成分を大きくするとカメラの高さが上がり、Z成分（マイナス方向）を大きくするとキャラクターとの距離が離れて引きの画になります。

壁際でカメラがめり込まないようにする「衝突回避」は本記事のスコープ外としていますが、offsetの距離を調整するだけでも、狭い通路でのめり込みはある程度軽減できます。

まとめ

本記事では、Unityで三人称カメラの追従処理を実装する方法を解説しました。

• 位置の追従にはVector3.Lerp、回転の追従にはQuaternion.Slerpを使う（直線補間と球面補間の使い分け）
• Quaternion.LookRotationで注視点への方向を計算し、lookHeightで見上げ角度を調整する
• カメラの更新処理はUpdateではなくLateUpdateに書き、実行順序によるカクつきを防ぐ
• followSpeedとrotationSpeedは近い値に揃えることで、首振りのような不自然な動きを防げる

まずは本記事のパラメータの目安値から始めて、実際にゲームを動かしながらfollowSpeed・rotationSpeed・lookHeight・offsetの4つを少しずつ調整し、自分のゲームに合った「気持ちいい」カメラワークを探ってみてください。

壁のめり込み対策やCinemachineの活用など、さらに踏み込んだカメラ制御は次のステップとして挑戦してみるとよいでしょう。

Rigidbody＋CapsuleColliderだけでカメラ相対移動・回転・落下リスポーンに対応した3Dプレイヤー移動処理を実装できます。

Unityでキャラクター移動を実装する際、CharacterControllerが使われます。他の物理オブジェクトと自然に衝突させたい、坂道や段差の挙動を物理演算に任せたいといった場面では、CharacterControllerだと限界を感じることがあります。

本記事では、Rigidbody＋CapsuleColliderへの移動処理を、カメラ相対移動・回転処理・落下時のリスポーンまで含めて解説します。unity rigidbody 移動の実装で「Transformによるめり込み」や「カメラのカクつき」に悩んでいる人にも役立つ内容です。

CapsuleCollider

まず、プレイヤーの当たり判定に使うCapsuleCollider（カプセルコライダー）について説明します。

CapsuleColliderは、上下に半球が付いた円柱状の当たり判定です。人型キャラクターの当たり判定としてよく使われており、実はCharacterControllerも内部的にはカプセル形状の判定を使っています。

【Unity】Blenderで作った3Dモデルをインポートする

UnityでBlenderで作成した3Dモデルをインポートする方法を紹介します。FBXファイルやOBJ形式のimport、Unity内でのモデルアニメーションの読み込みなどを解説しています。

alicia-ing.com

2025.08.11

Hierarchyでプレイヤーのオブジェクトを選択し、InspectorのAdd ComponentからPhysics > Capsule Colliderを追加すると導入できます。

Rigidbody

Rigidbodyは、オブジェクトに物理演算（重力・衝突・力の伝達など）を適用するためのコンポーネントです。Add ComponentからPhysics > Rigidbodyを追加すると、そのオブジェクトはUnityの物理エンジンの管理下に置かれます。

今回紹介するPlayerMove.csのAwake()で設定している値を例に、代表的な設定項目を紹介します。

Rigidbodyのメリット

• 他のRigidbodyを持つオブジェクトと自然に衝突・押し合いができる
• 坂道や段差の挙動を物理演算にまかせられるため、個別にコードで実装しなくて済む
• velocity（速度）やAddForce（力）を使った移動ができ、慣性のある自然な動きを表現しやすい
• 動く床・爆風による吹き飛ばしなど、他の物理システムと組み合わせやすい

Rigidbodyが向かないケース

• ジャンプの高さや着地位置をフレーム単位で厳密に制御したいシビアなアクションゲーム
• ネットワーク対戦などで移動の再現性（決定論的な挙動）が必須な場合
• 物理演算特有の揺れ・めり込みを避けたい、シンプルな一方向移動のみのケース

こうしたケースでは、無理にRigidbodyへ移行せずCharacterControllerを使うほうが扱いやすいです。移行はあくまで手段であり、目的ではないことに注意してください。

CharacterControllerとRigidbody＋CapsuleColliderの違い

CharacterController rigidbody 違いで検索している人向けに、両者の特徴を比較します。

要するに、CharacterControllerは「移動処理に特化した専用コンポーネント」、Rigidbodyは「物理演算そのものを使って移動も実現するコンポーネント」という違いです。

なぜCharacterControllerではなくRigidbodyにする理由

CharacterControllerからRigidbodyへの移行を検討すべき代表的な判断基準は次の通りです。

• 動く床・押せるオブジェクトなど、他の物理オブジェクトとキャラクターを相互作用させたい
• 坂道・段差の挙動を、個別のコードではなく物理演算にまかせたい
• 爆風で吹き飛ばす、掴まれて引っ張られるなど、外力による移動を扱いたい
• ジャンプや落下の挙動を、他のコンポーネント（例：ジャンプ専用コンポーネント）とY軸だけ分担するような設計にしたい

逆に、移動の精密な制御を最優先するアクションゲームでは、CharacterControllerのままのほうが扱いやすい場合もあります。unity charactercontroller rigidbody 移行を検討するときは、プロジェクトで物理的な相互作用がどれだけ必要かを基準に判断してください。

3Dキャラクターの移動処理

本記事では、ここまで説明したRigidbodyとCapsuleColliderを組み合わせて、CharacterControllerを使わない3Dキャラクターの移動処理を実装します。単に位置を動かすだけでなく、以下の3つの動きを備えた、実践で使えるレベルのプレイヤーコントローラーを目指します。

• カメラ相対移動： カメラが向いている方向を基準に、入力方向を変換して移動する
• 移動方向への回転： キャラクターが移動している方向へ滑らかに向きを変える
• 落下時の自動リスポーン： マップの外や穴に落下した場合に、指定した位置へ自動的に戻す

これらはすべて、RigidbodyのFixedUpdate内での速度・回転操作として実装します。

ソースコード

using UnityEngine;

[RequireComponent(typeof(Rigidbody), typeof(PlayerInputHandler))]
public class PlayerMove : MonoBehaviour
{
    [SerializeField] private Transform cameraTransform;
    [SerializeField] private float moveSpeed = 4f;
    [SerializeField] private float rotationSpeed = 10f;
    [SerializeField] private float fallResetY = -50f;
    [SerializeField] private Vector3 respawnPosition = Vector3.zero;

    private Rigidbody rb;
    private PlayerInputHandler input;
    private Animator animator;

    private Vector3 moveDirection;
    private bool isMoving;

    private void Awake()
    {
        rb = GetComponent<Rigidbody>();
        input = GetComponent<PlayerInputHandler>();
        animator = GetComponentInChildren<Animator>();

        rb.useGravity = true;
        rb.interpolation = RigidbodyInterpolation.Interpolate;
        rb.collisionDetectionMode = CollisionDetectionMode.ContinuousDynamic;
        rb.constraints = RigidbodyConstraints.FreezeRotationX | RigidbodyConstraints.FreezeRotationZ;

        if (cameraTransform == null && Camera.main != null)
        {
            cameraTransform = Camera.main.transform;
        }
    }

    private void Update()
    {
        if (rb.position.y < fallResetY)
        {
            Respawn();
            return;
        }

        moveDirection = CameraRelativeDirection(input.MoveInput);
        isMoving = moveDirection.sqrMagnitude > 0.0001f;

        animator.speed = isMoving ? 1f : 0f;
    }

    private void FixedUpdate()
    {
        if (isMoving)
        {
            Quaternion targetRotation = Quaternion.LookRotation(moveDirection);
            rb.MoveRotation(Quaternion.Slerp(rb.rotation, targetRotation, rotationSpeed * Time.fixedDeltaTime));
        }

        Vector3 horizontalVelocity = moveDirection.normalized * moveSpeed;
        Vector3 velocity = rb.linearVelocity;
        velocity.x = horizontalVelocity.x;
        velocity.z = horizontalVelocity.z;
        rb.linearVelocity = velocity;
    }

    private Vector3 CameraRelativeDirection(Vector2 moveInput)
    {
        if (cameraTransform == null || moveInput.sqrMagnitude < 0.0001f)
        {
            return Vector3.zero;
        }

        Vector3 forward = cameraTransform.forward;
        forward.y = 0f;
        forward.Normalize();

        Vector3 right = cameraTransform.right;
        right.y = 0f;
        right.Normalize();

        return forward * moveInput.y + right * moveInput.x;
    }

    private void Respawn()
    {
        rb.linearVelocity = Vector3.zero;
        rb.angularVelocity = Vector3.zero;
        rb.position = respawnPosition;
        transform.position = respawnPosition;
    }
}

解説

• カメラ相対移動の仕組み

Vector3 forward = cameraTransform.forward;
forward.y = 0f;
forward.Normalize();

Vector3 right = cameraTransform.right;
right.y = 0f;
right.Normalize();

return forward * moveInput.y + right * moveInput.x;

カメラのforward（前方向）・right（右方向）ベクトルをそのまま使うと、カメラが下や上を向いているときにY成分が混ざってしまい、キャラクターが浮いたり沈んだりする移動方向になってしまいます。

そこで、forward.y = 0f・right.y = 0fとしてY成分を打ち消し、XZ平面（水平面）に投影してからNormalize()で正規化しています。こうすることで、カメラがどの角度を向いていても、キャラクターは常に水平方向にのみ移動します。

最後に、入力値moveInput.x（左右）・moveInput.y（前後）をそれぞれright・forwardに掛けて合成することで、「カメラの向きを基準にした移動方向」が完成します。この処理を扱った解説記事は少なく、三人称視点のゲームでスティック入力をそのままワールド座標として使ってしまい、カメラを回すと操作方向がズレるという不具合の原因にもなりやすいポイントです。

• FixedUpdateでの速度制御とY軸の分担設計

移動処理はFixedUpdate()の中で行っています。Unityの物理演算はFixedUpdateのタイミングで実行されるため、RigidbodyのvelocityやMovePositionを操作する処理は必ずFixedUpdateに書く必要があります。Updateで操作すると、フレームレートによって物理演算とのタイミングがズレて挙動が不安定になります。

Vector3 horizontalVelocity = moveDirection.normalized * moveSpeed;
Vector3 velocity = rb.linearVelocity;
velocity.x = horizontalVelocity.x;
velocity.z = horizontalVelocity.z;
rb.linearVelocity = velocity;

ここで注目したいのは、velocity.xとvelocity.zだけを書き換えて、velocity.yにはあえて触れていない点です。rb.linearVelocity（旧velocity）を丸ごと上書きしてしまうと、ジャンプや落下によるY方向の速度まで毎フレーム0にリセットされ、ジャンプ処理と競合してしまいます。

コード内のコメントにもある通り、PlayerMoveはX/Z軸（水平方向の移動）だけを担当し、Y軸（ジャンプ・落下）は別のコンポーネントに委ねる設計にしています。この役割分担により、PlayerMoveと別のジャンプ用コンポーネントのどちらが先にFixedUpdateで実行されても、お互いの担当軸を上書きし合わない安全な作りになります。AddForceではなくvelocityを直接操作しているのも、この分担を明確に保つためです。

• 移動方向への回転処理

Quaternion targetRotation = Quaternion.LookRotation(moveDirection);
rb.MoveRotation(Quaternion.Slerp(rb.rotation, targetRotation, rotationSpeed * Time.fixedDeltaTime));

キャラクターを移動方向へ滑らかに回転させる処理です。Quaternion.LookRotation(moveDirection)で「移動方向を向くための目標の回転」を求め、Quaternion.Slerpで現在の回転から目標の回転へ少しずつ補間しています。

ポイントは、transform.rotationを直接書き換えるのではなくrb.MoveRotation()を使っている点です。RigidbodyがアタッチされたオブジェクトをTransform経由で直接動かすと、物理演算のスレッドと描画のタイミングがズレて衝突判定が不安定になります。回転も移動と同様に、Rigidbody用のAPIを通して行うのが基本です。

• 落下時のリスポーン処理

private void Update()
{
    if (rb.position.y < fallResetY)
    {
        Respawn();
        return;
    }
    ...
}

private void Respawn()
{
    rb.linearVelocity = Vector3.zero;
    rb.angularVelocity = Vector3.zero;
    rb.position = respawnPosition;
    transform.position = respawnPosition;
}

マップの外や穴に落下してしまった場合に備えて、Y座標がfallResetYを下回ったら自動的にリスポーンする処理です。ジャンプ台の位置調整ミスやコライダーの隙間から落下してしまうことは実際の開発でもよく起きるため、あらかじめ用意しておくと安心です。

Respawn()では、位置をリセットするだけでなくlinearVelocity（速度）とangularVelocity（角速度）も必ずゼロに戻しています。速度をリセットせずに位置だけ戻すと、落下中に蓄積した速度がそのまま残り、リスポーン直後に想定外の方向へ吹き飛んでしまうため注意してください。

実演

3DモデルにPlayerMove.csをアタッチします。

この3DモデルはCapsuleColliderを追加してください。
アタッチした後に実行するとで冒頭で紹介した動作を実行できます。

よくあるハマりどころと対策

• Transform移動によるめり込み

Rigidbodyが付いたオブジェクトをtransform.position += …のように直接移動させると、物理演算とタイミングがズレて壁や地面にめり込んでしまうことがあります。これはunity rigidbody transform 移動でよく報告される不具合です。

本記事のコードのように、移動はFixedUpdate内でrb.linearVelocityまたはrb.MovePosition()を使って行います。Transformを直接書き換える処理を移動ロジックに混在させないことが重要です。

• カメラのカクつき

Rigidbodyの位置はFixedUpdate（物理演算のタイミング）で更新されますが、カメラの描画はUpdate（描画のタイミング）で行われます。この2つのタイミングにはズレがあるため、追従カメラがカクついて見えることがあります。

Awake()で設定しているrb.interpolation = RigidbodyInterpolation.Interpolate;が、このズレを補間して滑らかに見せる役割を持っています。加えて、追従カメラ側のスクリプトもUpdateではなくLateUpdateでプレイヤーを追従させることで、キャラクターの移動が反映された後にカメラが追従するようになり、カクつきをさらに抑えられます。

まとめ

CharacterControllerからRigidbody＋CapsuleColliderへの移動処理の移行手順として、以下を解説しました。

• CapsuleColliderとRigidbodyの基本的な役割と設定値
• CharacterControllerとの違いと、移行すべきかどうかの判断基準
• カメラ相対移動・FixedUpdateでのX/Z軸のみの速度制御・回転処理・落下リスポーンの実装
• Rigidbodyへの移行は、他の物理オブジェクトとの相互作用が必要になったときに大きな効果を発揮します。一方で、精密な移動制御が最優先の場合は無理に移行する必要はありません。プロジェクトの要件に合わせて、CharacterControllerとRigidbodyを使い分けてください。

次のステップとして、Y軸を分担しているジャンプ処理や、カメラ相対移動と組み合わせる三人称カメラの実装もあわせて検討してみると、より完成度の高いプレイヤー操作を作り込めます。

Unityのスライダーを、指定した任意の位置に自動で吸着（スナップ）させる

音量調整や設定画面のスライダーで、「キリのいい値にぴったり合わせたい」と感じたことはありませんか？そのような場面で役立つのがスナップ（吸着）機能です。特定の値に近づくと自動で吸い付くため、ユーザーが意図した値に合わせやすくなります。

本記事では、スナップさせたい位置と吸着距離を自由に設定できる実装方法を解説します。

Sliderのスナップとは？

スナップとは、ある値に近づいたときに自動でその値に吸い付く動作のことです。

Unityの標準Sliderコンポーネントにはスナップ機能が搭載されていません。スライダーをドラッグすると連続した値が取れるだけで、特定の値に吸着させるにはスクリプトで制御する必要があります。

Sliderの準備

UnityのHierarchyウィンドウからUI > Slider を追加してください。

【Unity】スライダー使い方｜制限時間ゲージ、HPバー、音量調整

Unityでスライダー（Slider）の使い方を解説。実用例として制限時間ゲージやHPバー・体力ゲージ、音量調整をスクリプトで紹介します。sliderを離したとき・押したときの処理やデザインの変更を紹介します。

alicia-ing.com

2025.05.03

また、スナップした値をテキストで表示するため、UI > Text – TextMeshPro も追加します。

【Unity】TextMeshPro-日本語表示とスクリプト制御

UnityのTextMeshProは日本語のテキストを美しく表示し、スクリプトでテキストを動的に変更することも可能です。改行は"\n"でします。"japanese_full.txt"ファイルを読み込んでTextMeshProに適用します。

alicia-ing.com

2025.08.11

ソースコード

using UnityEngine;
using UnityEngine.UI;
using UnityEngine.EventSystems;
using TMPro;

public class SliderSnap : MonoBehaviour, IPointerUpHandler
{
    public Slider slider;
    public TextMeshProUGUI positionTMP;

    [Header("スナップ設定")]
    public float[] snapPoints = new float[] { 0.5f, 0.2f }; // 正規化値(0~1)
    public float snapThreshold = 0.02f;

    void Start()
    {
        slider.onValueChanged.AddListener(OnValueChanged);
        UpdatePositionDisplay();
    }

    void OnDestroy()
    {
        slider.onValueChanged.RemoveListener(OnValueChanged);
    }

    void OnValueChanged(float value)
    {
        float snapped;
        if (TryGetSnapPoint(value, out snapped))
        {
            slider.onValueChanged.RemoveListener(OnValueChanged);
            slider.value = snapped;
            slider.onValueChanged.AddListener(OnValueChanged);
        }

        UpdatePositionDisplay();
    }

    public void OnPointerUp(PointerEventData eventData)
    {
        float snapped;
        if (!TryGetSnapPoint(slider.value, out snapped)) return;

        slider.onValueChanged.RemoveListener(OnValueChanged);
        slider.value = snapped;
        slider.onValueChanged.AddListener(OnValueChanged);

        UpdatePositionDisplay();
    }

    bool TryGetSnapPoint(float value, out float snapped)
    {
        snapped = value;
        if (snapPoints == null || snapPoints.Length == 0) return false;

        float minDist = float.MaxValue;
        float nearest = value;

        foreach (float point in snapPoints)
        {
            float dist = Mathf.Abs(value - point);
            if (dist < minDist)
            {
                minDist = dist;
                nearest = point;
            }
        }

        if (minDist < snapThreshold)
        {
            snapped = nearest;
            return true;
        }
        return false;
    }

    public string GetPositionText(float value)
    {
        float rounded = Mathf.Round(value * 100f) / 100f;
        return rounded.ToString("0.##");
    }

    void UpdatePositionDisplay()
    {
        if (positionTMP == null) return;
        positionTMP.text = GetPositionText(slider.value);
    }
}

解説

• snapPoints と snapThreshold

snapPointsは、スナップさせたい位置を正規化値（0〜1）で指定する配列です。Sliderの最小値が0、最大値が1に対応します。例えば 0.5fはスライダーの中央、0.2fは左から20%の位置になります。

snapThresholdは吸着距離です。スライダーの値がスナップポイントからこの値以内に入ると、自動でスナップします。0.02fは全体の2%の範囲です。値を大きくするほど遠くからでも吸着するようになります。

どちらもInspectorから変更できるので、スクリプトを書き直さずに調整できます。

• OnValueChanged でのスナップ処理

ドラッグ中にスナップポイントへ近づいたとき、リアルタイムで吸着させる処理です。

• IPointerUpHandler でのスナップ処理

IPointerUpHandlerのOnPointerUpは、マウスボタンやタッチを離した瞬間に呼ばれます。

ドラッグを離した瞬間にもスナップ処理を走らせることで、「ドラッグ中はスナップしなかったが、離したときにスナップポイントの近くにいた」というケースも確実に吸着できます。OnValueChangedとの二重対応で、取りこぼしなくスナップが動作します。

IPointerUpHandlerを使うためには、クラス宣言に IPointerUpHandlerを追加し、スクリプトをスライダーと同じGameObjectにアタッチする必要があります。

• TryGetSnapPoint メソッド

スナップすべきかどうかを判定するメソッドです。out引数でスナップ先の値を返します。

処理の流れは以下の通りです。

1. すべてのsnapPointsとの距離を計算する
2. 最も近いポイントを探す
3. その距離がsnapThreshold未満であればスナップ対象と判定しtrueを返す
4. 閾値以上であれば何もせずfalseを返す

複数のスナップポイントがあっても、常に最も近い1点に吸着します。

• TextMeshPro での値表示

現在のスライダー値をTextMeshProのテキストに表示します。Mathf.Round で小数点2桁に丸めてから “0.##”フォーマットで表示しています。”0.##” は末尾の不要なゼロを省略してくれるので、0.50ではなく 0.5のようにすっきり表示されます。

positionTMPがnullの場合は何もしないようにしているので、テキスト表示が不要な場合はアタッチしなくても動作します。

実演

スクリプトができたら、Inspectorで以下の通り設定してください。

まとめ

Unityのスライダーに任意の位置へのスナップ機能を実装しました。

• snapPoints（float配列）でスナップ位置を自由に指定できます
• snapThresholdで吸着距離を調整できます
• onValueChangedと IPointerUpHandlerを併用することで、ドラッグ中・離した瞬間どちらにも対応できます
• – リスナーの二重発火を防ぐため、値変更前後で RemoveListener → AddListenerの順で処理します

音量調整や設定画面など、特定の値に合わせやすくしたいスライダーUIに活用してみてください。

Unityのビルドとは？

Unityにおける「ビルド」とは、開発中のゲームプロジェクトを実行可能なアプリケーションやデータに変換する作業のことです。エディタ上で動かしていたゲームを、Windows/Mac用の実行ファイルやWebブラウザで動作するデータ（WebGL）などに出力し、他のユーザーがプレイできる形にします。

Unityエディタでの再生は開発者ローカルのテストに過ぎず、完成したゲームを配布・公開するにはビルドして所定のプラットフォーム用ファイルを用意する必要があります。ビルドを行うことで、初めてUnityをインストールしていないPCでもゲームを起動できたり、Web上に公開して遊んでもらうことが可能になります。

ビルドの結果、例えばWindowsなら「.exe実行ファイルとデータフォルダ」、WebGLなら「index.htmlとUnityの生成したライブラリファイル群」など、プラットフォームごとに必要なファイル一式が出力されます。これらを配布・サーバーアップロードすることでユーザーがゲームをプレイできるようになります。

Unityでゲームをビルドする基本手順

基本的なビルド手順は「シーンの設定 → プラットフォームの選択 → ビルドの実行」という流れになります。

>>公式ページのビルド方法

シーン登録

初めにビルドに含めるシーンを指定します。Unityメニューから File > Build Profiles を開き、Scenes Listに現在のシーンを追加します（「Open Scene List」>「Add Open Scenes」ボタン）。複数シーンがある場合、すべて追加しましょう。

ボタンを押しても何も反応がない場合は、シーンが読み込めていません。
そこで、現在のシーンを変更してから「Add Open Scenes」ボタンを押すと認識できます。

シーンリスト番号「0」が、ゲーム起動時に最初にロードされるシーンになります。一般的にタイトルやメインメニューのシーンを先頭に置きます。ドラッグ＆ドロップで順序を並び替え、一番最初に実行したいシーンがトップに来るよう設定します。

チェックボックスでビルド対象に含めるか除外するかを制御できます。不要なシーンはチェックを外すことでビルドから除外可能ですが、基本的にはリストに追加したシーンはすべて有効にしておきます。Scene移動はスクリプトで制御しないと遷移できないですが、チェックボックスで除外しておく方が無難です。

【Unity】シーン切り替え演出｜フェイドイン・アウト

Unityのシーン切り替え演出の１つにフェイドイン・フェイドアウトがあります。シーン遷移は突然してしまうためフェイドを使い滑らかにすることでユーザビリティ―が向上します。本記事では、ボタンを押してフェイド演出を詳しく解説しています。

alicia-ing.com

2025.04.29

プラットフォームの選択

ビルド設定ウィンドウを開きます（ショートカット: Ctrl+Shift+B）。ここでプロジェクトのビルド対象プラットフォームを設定できます。

左側カラムのPlatformsからビルドしたいターゲットプラットフォームを選びます（ PC向けなら「Windows, MacOS, Linux」、Webブラウザ向けなら「WebGL」、スマホアプリなら「iOS、Android」など）。選択すると右下にビルド対象として表示され、現在のプラットフォームでない場合は「Switch Platform」ボタンが有効になります。

ビルド対象を選んだら、Switch Platformボタンをクリックしてプラットフォームを切り替えます。プラットフォーム切り替え時には必要なライブラリのインポート処理が走るため、完了するまで待ちましょう。切り替え後、選択したプラットフォーム名の右に「(Active)」と表示されます。

ビルドの実行

ビルド前に、必要に応じて右下のDevelopment Build（開発ビルド）やCompression Method（圧縮方式）などのオプションをチェックできます。開発ビルドにチェックを入れるとデバッグ情報付きでビルドされ、パフォーマンスは落ちますがデバッグに有用です。初学者の場合、基本はチェック不要で構いません。

著者の体験談

項目が多すぎるので、基本そのままでOK

ビルドには、Build か Build and Runどちらかを押すと処理されます。「Build」ボタンを押すとビルド処理が始まります（完了後、出力先フォルダを開いて自分で実行ファイルを起動）。「Build and Run」を押すとビルド完了後に自動的にアプリケーション（またはエミュレータ）が起動し、実行結果をすぐ確認できます。開発中はBuild and Runが便利です。

ビルド中はUnityエディタ下部の進行バーに進捗メッセージが表示されます。スクリプトのコンパイルやシーンのデータ書き出しなど、多少時間がかかる場合がありますが完了まで待ちましょう。Consoleウィンドウにエラーが出た場合、ビルドは失敗しています。

ビルドが成功すると、指定したフォルダ内に出力物が生成されます。Windowsは実行ファイル（.exe 等）とDataフォルダ、WebGLの場合はBuildフォルダとindex.html、Androidの場合はAPKファイル等ができています。それらを実行・配置することで実際にゲームが動作するか確認できます。

出品に向けた設定

いざ、ゲームをビルドしてもタイトルがそのままだったり、よくわからないファイルが同封されているなど問題だらけです。また、ゲーム作りはプロでも１年以上は費やして完成をさせます。しかし出品の際に、スクリプトなどを保護をしないと購入者に解析されてしまうことがあります。（逆コンパイル）

このように、個人情報や作品の保護などより質の高いビルドについて解説をします。まずは、Edit >ProjectSettingを開きます（ビルド設定ウィンドウのPlayerSettingからでもOKです。）。

Playerをいじれば基本的なゲーム設定は可能です。「Resolution and Presentation」は画面サイズや比率の設定は後述します。

名前変更

ゲームの主要情報はここで変えることができます。ここはユーザーが見えるところなのでしっかりと変更することが重要です。

• Company Name：会社名（セーブデータ格納とかでフォルダー名になる）
• Product Name：ゲーム名（ゲームファイルの名前になる）
• Verson：バージョン（1.2.3という命名がおすすめ。【ゲーム性】.【機能追加】.【バグ修正】）
• Default Icon：実行ファイルのアイコン。未設定ではUnityのロゴ
• Default Cursor：マウスカーソルの見た目変更。
• Default Hotspot：カーソルの位置、基本的にデフォルトでOK(x,y)=(0,0)

Splash Image（ゲーム開始時の企業ロゴ）

ゲームを開始するときに企業ロゴや注意事項などが出てくる作品がありますが、Unityでも再現ができます。基本初期のままで構いませんが、いくつか変更すると良いところがありますので私が良くする設定で紹介します。

• Splash Screen>Animation：Custom（ロゴのズームをしないように設定）
• Logos>Show Unity Logo：なし（Unityのロゴを非表示。Unity6から無料版でもチェックを外せるように！）

Splash StyleやBackground Colorなどはそれぞれのロゴに適したものを使うと良いでしょう。

Other Settings

その他なのに最も項目が多くてめんどくさいので、変えないといけない箇所だけ紹介します。

• Configuration>Scripting Backend：IL2CPP（スクリプト等の保護。MONOだと逆コンパイルでデータが盗まれる）

その他にも、使っていないスクリプトを削除して軽くする機能もありますが、予期せぬバグになるので省略します。

フォルダーの削除

ビルドを終えると、基本的に削除してはいけないファイルばかりですが、「BurstDebugInformation_DoNotShip」というフォルダーは削除しなければいけません。フォルダーの中身は、ビルド情報が載りますが、よく見ると自分のPC情報が記載されています。

Library: C:\Users\【username】\Desktop\UnityProject\Tile_RPG\Temp\BurstOutput\Data\Plugins\x86_64\lib_burst_generated
–platform=Windows
–backend=burst-llvm-18

Tile_RPG_BurstDebugInformation_DoNotShip/lib_burst_generated.txt

画面サイズと解像度の設定

PC向け（Standalone）ビルドでは、デフォルト設定のままだとゲーム起動時にディスプレイ全画面で表示されます。古いUnityでは起動時に解像度選択ダイアログが表示されることもありましたが、2020年以降のUnityでは初期挙動が自動でフルスクリーンとなる場合が多いです。

必要に応じて、ビルドされたゲームの画面モードや解像度を指定しましょう。

Unityエディタ上部メニューから Edit > Project Settingsを開き、左メニューから Player を選択します。その中の対象プラットフォームのResolution and Presentation セクションを展開してください。ここで画面モードや初期解像度に関する設定を変更できます。

Fullscreen Mode という設定項目があります。デフォルトでは「Fullscreen Window（全画面表示ウィンドウ）」もしくは「Exclusive Fullscreen（専用全画面）」になっています。これを 「Windowed（ウィンドウ表示）」 に変更すると、ビルド後のゲームがウィンドウモードで起動するようになります。フルスクリーンだと起動時にモニタ解像度で全面表示されますが、Windowedにすることでウィンドウ枠のある通常のウィンドウになります。

Default Screen Width（デフォルト幅）、Default Screen Height（デフォルト高さ）という項目で、ウィンドウモード時の初期画面サイズ（解像度）を指定できます。ただしこれらは Fullscreen Modeを「Windowed」にした場合のみ有効です。（フルスクリーン時はモニタ解像度に依存）。例えば幅1920×高さ1080にしたければ、それぞれ1920、1080と設定します。

Resizable Window オプションを true にすると、ユーザーがウィンドウの端をドラッグして自由にリサイズできるようになります。固定サイズで遊ばせたい場合は false に設定し、ウィンドウサイズ変更を禁止します。リサイズを許可する場合、画面比率が変わってUI配置が崩れないようCanvasの設定（UIのScale ModeやReference Resolution）にも注意が必要なので、許可しないことをおすすめします。

著者が実際にしている画面サイズ設定

私の設定では、FullScreenとWindowedモードのハイブリットにしています。

• Fulscreen Mode：Windowed
• Default Screen :幅1280×高さ720

このサイズにしておけば、ほとんどのユーザーのPCに納まるかと思います。

また、以下のスクリプトをゲームのタイトル画面に設置してフルスクリーンとウィンドウどちらにも対応できるようにしています。

    // ウィンドウモードに戻すときのサイズ
    [SerializeField] private int windowWidth = 1280;
    [SerializeField] private int windowHeight = 720;

    // UIボタンから呼ぶ関数
    public void ToggleFullscreen()
    {
        if (Screen.fullScreen)
        {
            // フルスクリーン → ウィンドウモード
            Screen.SetResolution(windowWidth, windowHeight, FullScreenMode.Windowed);
            Debug.Log("Switched to Windowed Mode");
        }
        else
        {
            // ウィンドウモード → フルスクリーン
            Screen.SetResolution(Display.main.systemWidth, Display.main.systemHeight, FullScreenMode.FullScreenWindow);
            Debug.Log("Switched to Fullscreen Mode");
        }
    }

WebGLビルドの方法とポイント

WebGLプラットフォームを選択すると、UnityのゲームをWebブラウザ上で実行できる形でビルドできます。HTML5/WebGL対応ゲームのビルド手順と注意点を解説します。

WebGLでビルドするには、まずUnityにWebGLビルドサポートモジュールがインストールされている必要があります。Unity Hubのインストール項目から現在使用中のUnityバージョンに対し「WebGL Build Support」を追加インストールしてください（未導入の場合、Build SettingsでWebGLプラットフォームを選ぶ際に自動で「Install with Unity Hub」というボタンが表示されます）。

Build Settings ウィンドウで Platform を「WebGL」に選択し、「Switch Platform」で切り替えます。切り替え後、「WebGL」がActiveプラットフォームになったことを確認してください。

WebGLビルド用のPlayer Settingsも確認しておきましょう。たとえば「Publishing Settings」内の Compression Format（圧縮形式）はデフォルトでは Brotli 圧縮が使われます。互換性のためGzip圧縮に変更するケースもあります（Unity公式のUnity Playや一部サーバーではBrotli未対応の場合があるため）。また Memory Size（デフォルト256MB）などWebGL固有の設定項目もありますが、必要に応じて調整します。初回は特に変更せずとも動作しますが、ビルドサイズや読み込み速度の最適化に関わる部分なので、公開時には検討するとよいでしょう。

Build and Run を使うと、ビルド完了後に自動でブラウザが起動しローカルホストでホスティングされたゲームが開きます。Buildのみ実行した場合、出力されたフォルダ（デフォルトでは Build フォルダと Template データ）が生成され、その中のindex.htmlをブラウザで開いても直接は動作しません。WebGLビルドはセキュリティ上、ファイルシステムから直接読み込めないためです。必ずBuild and Runで確認するか、簡易なローカルHTTPサーバーを立ててホスティングしてください。

WebGLのビルド結果として、index.html ファイルと Buildフォルダ（中に .jsonや.wasm、.dataファイルなどが入っています）が生成されます。これら一式をWebサーバー上に配置すれば、ユーザーはブラウザでindex.htmlにアクセスするだけでゲームをプレイできます。UnityRoom（日本国内向けのUnityゲーム投稿サイト）や itch.io, GitHub Pages などにアップロードするのも簡単です。Unity公式の Unity Play や Game Server Hosting なども選択肢になります。

ビルドできない時のトラブルシューティング

ビルド実行中にエラーが発生し「Build failed」となってしまうことがあります。ここでは、「Unityでビルドができない！」となった場合によくある原因と解決策を紹介します。最終的にはエラー文をChatGPTや検索してみるとQiitaやNoteに公開しているユーザーが多いので、これらで解決しましょう。

最初にチェックすべきは、スクリプトのコンパイルエラーです。Unityではスクリプトにエラーがある状態だとビルドは実行できません。エディタ下部のConsoleウィンドウに赤いエラーメッセージが出ていないか確認し、出ている場合は内容に従ってコードを修正してください。典型的には文法ミス（セミコロンの付け忘れ等）や参照切れ、型の不一致などが原因です。コンパイルエラーはビルド以前にエディタ実行中から検知できますので、まずここをゼロにしましょう。

または、ビルド対象プラットフォームのモジュールが入っていない場合、ビルド自体が開始できません（ビルド設定でビルドボタンが押せない状態になる）。例えば「WebGL Module」や「Android Build Support」などがUnityに追加されているかを確認し、入っていなければUnity Hubからインストールします。モジュール不足が原因の場合、エラーメッセージで指摘されることもあります。「Module not loaded」「SDK not found」等のログが出たら該当モジュール/SDKの導入を行ってください。

まとめ

Unityにおけるビルド手順と設定、そしてトラブル発生時の対処法について網羅的に解説しました。

開発途中でもこまめにビルドを行う習慣を付けましょう。Unityエディタ上では正常に動いていても、ビルドすると初めて表面化する不具合は少なくありません。大きな機能追加や変更をした際はその都度ビルドして、予期せぬエラーが出ないか確認することで、後になってエラーの山に悩まされるリスクを減らせます。

バージョン管理とバックアップ: ビルド前後で問題が発生した際に備え、Git等のバージョン管理システムでプロジェクトの変更履歴を残しておくことをお勧めします。特にビルド直前に入れた変更が原因でエラーになった場合、直前のコミットに戻すことで原因の切り分けが容易になります。

ビルドエラーに直面した場合、公式マニュアルのトラブルシューティングやUnityフォーラム、Qiita記事などコミュニティの情報も積極的に参考にしましょう。特にエラーメッセージで検索すると同様のケースに遭遇した開発者の知見が見つかることが多いです。英語で検索するとフォーラムの回答がヒットする場合もあります。

ビルドが無事完了したら、実際に他のPCやデバイスで動作確認をします。画面サイズ設定や挙動が開発機と異ならないか、想定通りフルスクリーン/ウィンドウ表示になるか、WebGLなら複数のブラウザで正常動作するか、といった点をチェックしましょう。問題があれば再度Unity側の設定を調整しビルドし直します。

本記事では、院試数学の勉強法やおすすめの問題集・参考書、具体的な活用法を徹底的に解説しています。

数学の院試について

大学院の試験では、TOEICと当日の専門科目の試験が必須となります。TOEIC試験が終了した後や、試験が迫っている（5月頃）場合など院試の対策を始める場合には数学から大学院の試験を勉強を開始するのがおすすめです。

【外部院試】いつから始める？旧帝院に合格する勉強スケジュール

院試で外部から合格する場合、理想は勉強を1年前から始めることですが、最低でも4月から始めるべきです。4月は集中的にTOEICを勉強します。5月からは筆記試験も勉強します。6月以降は、専門のみ集中して勉強を進めます。

alicia-ing.com

2026.06.21

なぜなら、理系大学院を目指す工学部や理学部のほとんどの受験生は数学の試験を避けることはまずありません。

東大や京大、東京科学大学（旧：東京工業大学）など旧帝大系の院試では、初日の必須科目として数学になっています。さらに、２日目には専門科目の試験があり大学数学の知識が必要です。例えば、制御工学や電気回路では線形代数や微積分の知識がないと解くことができません。

したがって、効率よく試験準備を進めるためには数学を優先して勉強することが重要です。

院試数学の対策・勉強法｜おすすめ問題集・参考書

院試の数学は難易度が高く、特に東大や京大など旧帝大系の大学院では、内部生であっても不合格となることがあります。そのため、焦って多くの参考書や過去問に手を出すのではなく、自分がどの分野を理解できていないのかを明確に把握する必要があります。

まず初めは講義資料やレポート課題を使って基礎固めを行いましょう。講義資料は授業内容が凝縮されており、勉強から離れていたブランクを迅速に埋めることができます。特に線形代数や微積分といった科目は1年次や2年次で履修しますが、院試が行われるのは4年次の夏です。

そのため、講義資料を使って復習を行うことで効率的にブランクを埋められます。

外部生の場合、自分の大学の講義資料は使えないと思う人もいるでしょう。しかし、院試数学の線形代数では「行列式の対角化」は頻繁に出てきます。また、旧帝大の微分方程式は「完全微分方程式」を出題しますが、旧帝大でも完全微分まで進めることが少ないです。

要するに、どこの大学でも同じレベル程度しか勉強しないので、講義資料で土台作りは非常に効果的です。

講義資料で勉強

まずは講義資料を活用して、単位取得（6割程度の理解）のレベルまで理解を深めることを目標にしてください。

講義資料は通常、教科書や参考書を15回程度の講義で凝縮されており、大学の先生が教科書の重要ポイントをまとめた資料です。外部大学院を目指す場合でも、自分の大学で使用している講義資料で十分対応できます。

実際に私は、自分の大学の講義スライドや教科書、レポート課題を徹底的に復習しました。その結果、基礎的な問題を確実に解けるようになり、院試対策の土台をしっかり作ることができました。

講義資料を中心に学習を進めることで、短期間で効率よく基礎力を固められます。

マセマシリーズ

演習 線形代数キャンパス・ゼミ 改訂8

¥2,267 （2025/11/09 17:45時点 | Amazon調べ）

Amazon

楽天市場

Yahooショッピング

ポチップ

多くの受験生が院試数学の基礎固めに使用する「マセマシリーズ」ですが、いきなりこのシリーズに取り組むのは推奨しません。

マセマシリーズは基礎から応用まで幅広くカバーしており、問題数も非常に多いためブランクを解消するための段階ではマセマのうま味を吸収しきれません。

例えば、線形代数では3次行列式から始まり、徐々に固有値や固有ベクトル、対角化と進んでいきますが、準対角化（ジョルダン標準形）へと内容が発展していきます。

私自身もブランクを抱えたままマセマを使った際、その問題量の多さと難易度に圧倒されてしまいました。理解が不十分なまま進めると途中で必ず行き詰まります。

そのため、基礎的な知識をしっかり固めてから、自分の理解度に応じて慎重に使用する必要があります。

数学科の院試でマセマは有効か？

数学科の院試でも、マセマシリーズは基礎固めに有効です。

マセマは数学の基礎から応用まで網羅されているため、数学科の学生が感じる厳密性の不足などの批判もありますが、ブランクがある学生には特に適しています。

したがって、数学科でもマセマを使って勉強を始めてもよいでしょう。

院試過去問

院試の過去問を入手したら、すぐに解こうとするのではなく、基礎が固まった後に取り組むことをお勧めします。

私も過去問を早期に始めてしまい、十分な基礎がないまま解答に苦労した経験があります。過去問に取り組むのは基礎固めが終わった後にしましょう。

ただし、どんな問題が出るか把握もせずに勉強をすることは時間を無駄にするので、解くのではなくどんな問題が出てくるのかということに着目することが良いでしょう。

大学院への数学：東大と京大数学向け

「大学院への数学」は大学院で実際に出題された問題の内、良問を集めて作成された参考書です。多くの人が院試数学にはマセマシリーズで十分だと主張しています。付け加えるなら、東大や京大の院試やTOEICがあまり高くない人であれば、本書を解いてみることもよいでしょう。

東大と京大はレベルも高いこともそうですが、何よりも倍率が他の大学よりも高いです。例えば、東北大学や大阪大学などの地方旧帝大は倍率1.2倍ほどで、多くても倍率は1.6倍ほどです。一方で、東大と京大の倍率は2倍を超えてきます。

そのため、周りと差を付けないと落ちてしまうので、数学を得点源にしたい人は「大学院への数学」がおすすめです。

ただし、非常に難解で解説も薄く挫折する学生が多いです。繰り返すように本書は「実際の院試」を集めたので、これが解けないと落ちてしまうと考えてしまいむしろ不安になるだけに終わる人も多いです。

したがって、無理に全問を解こうとせず自分が必要とする難易度の問題だけを選択して取り組むようにしましょう。

まとめ

数学の院試対策で大切なことは、工学部、理学部、数学科に限らず焦らないことです。数年ぶりに数学に触れるのであれば、まずは同じ科目の講義資料とレポート課題に取り組んでブランクを解消しましょう。

過去問を見て、解けそうにないなら「マセマシリーズ」で知識をさらに増やしてみてから過去問を解いてください。

東大や京大など数学で差を付けたい人はぜひ「大学院への数学」にも挑戦してみてください。

【院試】大学院は落ちない？不合格確率の考察と落ちた後の行動

院試では、内部生有利。外部生は、1年前～半年前から勉強を始める。外部生は内部生よりも試験対策して良い成績を取る。不合格の確率を下げるために過去問や教科書で分からない問題をなくして落とさない。大学院に落ちた場合は、就職する。

alicia-ing.com

2025.02.20

近年ではソフトやアプリの高機能化が著しく進み、それに伴ってメモリ消費も大幅に増えています。快適に作業を進めるためには、適切なメモリ容量を選択することが不可欠です。

本記事では、Web閲覧やOffuce、プログラミングなど使用用途別でメモリの推奨を提案していきます。

本記事を読むと次のことができます：
自分の使い方（Web閲覧・Office・プログラミング・動画編集・ゲームなど）に必要なメモリ容量が分かり、増設や購入で失敗しなくなります。

本記事では、著者が実際にメモリ8GB→16GBへ増設して感じた変化や、タスクマネージャーで確認した実際のメモリ使用率も交えながら、使用用途別でメモリの推奨を提案していきます。

ノートパソコンのメモリ8GBは足りない

ノートパソコンのメモリが8GBで充分かどうかは、ユーザーがどのような用途でパソコンを使用するかによって大きく異なります。

なぜなら、利用するソフトやアプリケーションによって必要な処理能力が大きく変わるためです。

例えば、スマートフォンを例に挙げると、iPhone SEはメモリ4GB、最新のiPhone 15は6GB、さらにipad Airは8GB、高性能なiPad Proは16GBを搭載しています。

これらの機器は、YouTubeの視聴やSNSの閲覧といった比較的軽い処理では快適に動作しますが、動画編集や3Dゲームなどの重い処理を行うと、ハイスペックな「iPad Pro」クラスでない限り動作が鈍くなることがあります。このようにメモリは動作処理において重要な要素です。

以下では、具体的な利用シーンを上げて必要なメモリ容量を私の実体験を基に紹介します。

Web閲覧、Office、動画視聴

WebブラウジングやOfficeソフトを利用した資料作成、一般的な動画視聴であれば、8GBのメモリでも比較的余裕をもって動作します。

 私自身も普段のWeb閲覧でタブを数個程度開いたり、Officeソフトで軽い作業を行ったりする分には、特に問題を感じたことはありませんでした。実際にタスクマネージャーを確認したところ、ブラウザのタブを5〜6個・Wordを1つ開いた状態でのメモリ使用率はおおよそ50〜60%程度（8GB環境で4〜5GB前後）でした。

ただし、数十個のように多数のタブを開きすぎたり、複数のOfficeアプリケーションを同時に操作するとメモリ消費が増加し、若干の動作遅延が発生することがあります。タブを開きすぎていないか不安なときは、Ctrl + Shift + Esc でタスクマネージャーを開き、メモリ使用率を確認する習慣をつけておくと安心です。

プログラミングや開発

簡易なプログラミングやコーディングであれば、8GBでも問題なく動作します。

例えば、VSCodeでPythonやHTML/CSSを使ったWebデザイン、大学の授業で行う程度のC言語プログラミングはストレスなく行うことができます。

しかし、本格的なアプリ開発やゲーム開発、統合開発環境を使った複雑なプロジェクトになると、メモリ8GBでは不十分に感じる場面が増えてきます。

ゲーム開発でメモリ8GBは足りる？

ゲーム開発ではグラフィックやエフェクトの処理、膨大な量のデータ管理が必要なため、8GBのメモリではやや不足気味です。

私自身もUnityを用いて2Dゲームを開発した際、メモリが8GBの環境では処理が遅くなったり、動作が不安定になることがありました。Unity EditorとVSCodeを同時に起動した状態でタスクマネージャーを確認すると、メモリ使用率は80%を超えることが多く、ビルド中はさらに跳ね上がってフリーズに近い状態になることもありました。

特に3Dゲーム開発ではさらにメモリ消費が多くなります。アセットの読み込みやリアルタイムレンダリング処理に伴い、最低でも16GB以上のメモリ容量をおすすめします。

アプリ開発はメモリ8GBは足りる？

アプリ開発でも8GBでは厳しいケースがあります。

アプリ開発ではコードが数千行から数万行に及ぶことが多く、特にFlutterのホットリロード機能や、Android Studio、Visual Studio、Xcodeなどの重量級の開発環境を使う場合、メモリ消費が非常に大きくなります。

私も実際にメモリを16GBに増設することで、コードのコンパイル速度や開発環境の安定性が劇的に向上しました。増設前は8GB環境でAndroid Studioを起動するだけでメモリ使用率が90%近くまで達していましたが、16GBに増設後は同じ作業でも50〜60%程度に収まり、エミュレータを並行起動しても余裕を持って作業できるようになりました。

動画編集はメモリ8GBは足りる？

編集を凝らない簡単な動画編集やShortのような短い動画のカットや簡易的な字幕挿入程度であれば、8GBでも作業は可能です。

しかし、最近のYouTubeのような高品質な動画編集を行うには、エフェクト処理や高解像度の素材を扱う必要があり、8GBでは処理能力が大きく不足します。

Premiere ProやDaVinci Resolve、ゆっくりムービーメーカーなどの高度な編集ソフトを快適に使うには最低でも16GB、頻繁に動画編集を行う方には32GBを推奨します。

ゲームはメモリ8GBは足りる？

ゲームのプレイについても、8GBでプレイ可能な軽量ゲームも存在しますが、基本的には16GB以上を推奨します。

Minecraftやテトリスなど比較的軽いゲームは8GBでも動かすことができますが、モンスターハンターやエルデンリングといった最新の高グラフィックゲームを楽しむには8GBでは動作が重く、快適とは言えません。

 私自身、高グラフィックゲームをプレイする際、メモリを16GBに増設して初めてストレスフリーに楽しめるようになりました。8GB環境ではゲーム起動中のメモリ使用率が常に85%以上に張り付き、ロード時間の長さやフレームレートの低下を感じていましたが、16GBに増設後はメモリ使用率が60%前後に落ち着き、動作も安定しました。

Windows11はメモリ16GBを推奨している

多くのWindows11のパソコンには生成AI「Coplit+」が搭載されていて、メモリは16GBを推奨しています。現在の市場では、メモリ8GBでは通用しない状況になっています。

Copilot+ PCs are a new class of Windows 11 AI PCs that are powered by a turbocharged neural processing unit (NPU)—a specialized computer chip for AI-intensive processes like real-time translations and image generation— that can perform more than 40 trillion operations per second (TOPS).

To run unique Copilot+ PC experiences, customers will need to acquire new hardware. In addition to the minimum system requirements for Windows 11, Copilot+ PCs must include the following:

• Processor: A compatible processor or System on a Chip (SoC) with an NPU capable of performing 40+ TOPS. This currently includes:
  • AMD Ryzen™ AI 300 series
  • Intel® Core™ Ultra 200V series
  • Snapdragon® X
  • Snapdragon® X Plus
  • Snapdragon® X Elite
• RAM: 16 GB DDR5/LPDDR5
• Storage: 256 GB SSD/UFS

Specific features, plus apps and hardware that you add to your Copilot+ PC may have additional hardware, software, or other requirements, and these requirements may change over time.

Find Windows 11 specs, features, and computer requirements

Microsoft公式の要件に加え、主要メーカーであるLenovoやNEC LAVIEの最新モデルも16GBを標準構成として採用する流れが強まっており、複数の一次情報から見ても「8GBは最低ライン、16GBが標準」という結論が支持されています。

メモリの故障・不足が疑われるときはmemtest86で確認する

「動作が重いのはメモリ容量不足なのか、メモリ自体の故障や不良なのか」を見分けたい場合は、memtest86というメモリ診断ツールを使う方法があります。

memtest86はUSBから起動してメモリの読み書きエラーを検査する無料ツールです。容量不足による単純な動作遅延とは別に、メモリモジュールの物理的な不良が疑われる場合（突然のブルースクリーンや再起動が頻発する場合など）は、まずmemtest86で異常がないか確認してから、容量の増設を検討すると安心です。

まとめ

現在、ソフトやアプリの高機能化が進んでいます。Windows11のノートパソコンのメモリは8GBでは足りなくなってきています。

メモリ16GBにするには、あらかじめ16GBの製品を購入することが近道ですが、自分でメモリを増設することも手です。実際に私もメモリを増設したことで、ゲーム開発・アプリ開発・ゲームプレイのいずれでも動作の安定性が大きく向上しました。

【増設解説】ノートパソコンのメモリを8GBから16GBにする

ノートパソコンのメモリは8GBでは足りないので、メモリ拡張検討するべきです。もう1枚メモリを増設して16GB以上にすることで、快適に動画編集やゲームエンジン、3Dオブジェクト制作ソフトウェアを動かすことができます。

alicia-ing.com

2025.08.11