【スッキリ解決】「プログラム」と「コマンド」は何が違う？実行の裏側にあるOSの仕組み

Posted at 2026-04-20

ターミナル（黒い画面）に向かって ls や cd と打ち込むとき、私たちは「コマンドを打つ」と言います。一方で、PythonやC言語で書いたコードを「プログラム」と呼びます。

この2つ、実は 「実体」と「呼び出し方」 という関係性にあります。

「なんとなく同じ意味で使っていたけれど、実はよく分かっていない……」という初学者の方や、基本情報技術者試験で「シェルの機能」に苦戦している方に向けて、シニアエンジニアの視点で分かりやすく解説します。

1. 結論：プログラムは「中身」、コマンドは「命令」

まず、一言で結論を述べます。

例えるなら、「料理のレシピ」と「注文」の関係です。

私たちが「コマンドを叩く」とき、裏側ではOS（厳密にはシェル）が「はい、分かりました。そのコマンドに対応するプログラムを探して実行しますね」と動いているのです。

プログラムは、ハードディスクやSSDの中に保存されている「静止したファイル」です。

例えば、Windowsなら .exe ファイル、MacやLinuxなら実行権限がついたバイナリファイルなどがこれに当たります。プログラム単体では、ただの「データ」に過ぎません。誰かが「動け！」と命じて初めて、コンピューターの頭脳（CPU）によって処理が始まります。

エンジニアが「プログラムを書く」と言うとき、それは 「コンピューターが実行できる手順書を作成している」 状態を指します。

さて、ここからが少し面白いところです。私たちがターミナルで打ち込む「コマンド」には、実は2種類の正体があります。

これは、コンピューターのどこかに 「その名前のプログラムファイル」が独立して存在している パターンです。

例えば、Linuxの ls（ファイル一覧を表示する）というコマンド。
実は、ls という名前の小さなプログラムファイルが /bin/ls といった場所に保存されています。あなたが ls と打つたびに、OSはそのファイルを探し出して実行しています。

こちらは少し特殊です。「プログラムファイルとしては存在せず、操作画面（シェル）自体に内蔵されている機能」 のことです。

例えば、cd（ディレクトリを移動する）というコマンド。
/bin/cd というファイルを探しても見つかりません（環境によりますが基本はありません）。なぜなら、cd はシェル（bashやzshなど）という、コマンドを受け付けるソフトウェア自体が最初から持っている機能だからです。

[試験に出るポイント]
基本情報技術者試験などのIT試験では、「シェルの機能」として 「内部コマンド」と「外部コマンド」の違い が問われることがあります。「すべてのコマンドが独立したファイルなわけではない」と覚えておきましょう。

ここで一つ、疑問が浮かびませんか？
「プログラムが /usr/bin/ls のような深い場所にあるなら、なぜわざわざフルパスで打たなくても ls だけで動くの？」

その答えが、エンジニアなら必ず知っておくべき 「環境変数 PATH（パス）」 という仕組みです。

OSには「コマンドが打たれたら、このフォルダの中を順番に探してね」という住所録が登録されています。これが PATH です。

もし、あなたが自作したプログラムを「コマンド」としてどこからでも呼び出したいなら、そのプログラムを置いた場所をこの「PATH（住所録）」に追加すればいいわけです。

ここまでの内容を、表で整理してみましょう。

「プログラム」と「コマンド」の違いを理解することは、単なる言葉の定義を知ること以上の価値があります。

もしコマンドが動かなければ、「PATHは通っているか？（住所録にあるか）」「実行権限はあるか？（レシピを読めるか）」といった、論理的なトラブルシューティングができるようになります。

今日からターミナルを叩くときは、「今、自分はどのプログラムというレシピを呼び出したのかな？」と少しだけ意識してみてください。その積み重ねが、システム全体を俯瞰できる「シニアな視点」を養ってくれます。