PowerShellのパイプラインとは？オブジェクトを受け渡す仕組みと基本概念

2026年5月23日

仕組み

PowerShellを利用する上で、避けて通れない最も強力な機能の一つが「パイプライン」です。

Windows PowerShellからPowerShell 7へと進化を遂げた現在でも、このパイプラインの仕組みはシェルの核として存在し続けています。

多くの初心者が「単なるコマンドの連結」と捉えがちですが、その本質を理解することで、スクリプトの記述効率は飛躍的に向上します。

本記事では、PowerShellのパイプラインが従来のシェルとどのように異なり、なぜ「オブジェクト」を受け渡すことが重要なのかを詳しく解説します。

目次 [ close ]

PowerShellにおけるパイプラインの本質

パイプラインとは、一つのコマンドの出力を別のコマンドの入力として直接渡すための仕組みを指します。

UNIXシェルやWindowsのコマンドプロンプトにも同様の機能は存在しますが、PowerShellのパイプラインには決定的な違いがあります。

それは、受け渡されるデータが単純な「テキスト」ではなく、構造化された「オブジェクト」であるという点です。

テキストベースとオブジェクトベースの違い

従来のシェルでは、コマンド間でデータを受け渡す際、すべての情報は文字列として処理されます。

そのため、出力結果から特定の情報を取り出すには、正規表現や文字列操作を駆使してテキストを解析（パース）しなければなりませんでした。

しかし、PowerShellではデータがプロパティやメソッドを持つ「オブジェクト」として流れます。

例えば、プロセスの情報を取得した場合、その出力には「プロセス名」「ID」「CPU使用率」といった属性がデータとして保持されています。

後続のコマンドは、これらの属性に直接アクセスできるため、複雑な文字列解析を行う必要がありません。

特徴	テキストベース（Bash等）	オブジェクトベース（PowerShell）
データの形式	単なる文字列の羅列	構造化されたオブジェクト（.NET）
情報の抽出	grepやawkなどによるテキスト解析が必要	プロパティ名を指定するだけで取得可能
データの精度	解析ミスによるエラーが起きやすい	型定義があるため安全かつ正確

パイプライン演算子「|」の使い方

PowerShellでパイプラインを利用するには、記号 |（バーティカルバー）を使用します。

左側のコマンドで生成されたオブジェクトが、右側のコマンドへと流し込まれるイメージです。

基本的な構文は以下の通りです。

PowerShell

# コマンド1の出力をコマンド2に渡す
Get-Service | Stop-Service

この例では、Get-Serviceで取得したすべてのサービスオブジェクトが、そのままStop-Serviceに渡されます。

注目すべきは、プログラミング言語のようにループ処理を明示的に書かなくても、パイプラインが自動的に各オブジェクトを一つずつ処理してくれる点です。

パイプラインでオブジェクトを受け渡すメリット

パイプラインによるオブジェクトの受け渡しには、開発効率とコードの可読性を高める多くのメリットがあります。

パース処理からの解放

前述の通り、テキスト解析が不要になることは最大の利点です。

データの「3列目にある数字を抽出する」といった曖昧な指定ではなく、「WorkingSetプロパティを参照する」といった明確な指定が可能になります。

型情報の保持

パイプラインを流れるオブジェクトは、.NETの型情報を保持しています。

数値は数値として、日付は日付として扱われるため、パイプラインの途中で計算を行ったり、日付の比較を行ったりすることが容易です。

PowerShell

# 1GB以上のメモリを使用しているプロセスを抽出する
Get-Process | Where-Object { $_.WorkingSet64 -gt 1GB }

このように、単位（1GB）を含めた直感的なフィルタリングが可能です。

パイプラインの動作メカニズム

パイプラインがどのようにオブジェクトを処理しているのか、その内部的な挙動を理解しましょう。

ストリーミング処理による効率化

PowerShellのパイプラインは、「すべてのデータを一度に溜めてから次へ渡す」のではなく、「生成されたものから順に次へ渡す」というストリーミング処理を行っています。

これにより、大量のログファイルや数万件のオブジェクトを扱う場合でも、メモリの消費を抑えつつ迅速に処理を開始できます。

特殊変数 $_ (または $PSItem) の役割

パイプラインの中で現在処理されているオブジェクトを参照するために、$_ という特殊な変数を使用します。

これは「パイプラインを流れている今のオブジェクト」を指す代理のようなものです。

PowerShell 3.0以降では、より可読性の高い $PSItem という記述も利用可能になりましたが、現在も $_ が広く使われています。

PowerShell

# 各ファイルの名前を大文字にして表示する
Get-ChildItem | ForEach-Object { $_.Name.ToUpper() }

実行結果

DOCUMENT.TXT
IMAGE.PNG
SCRIPT.PS1

パイプラインを使いこなすための主要コマンド

パイプラインを活用する上で欠かせない、標準的なコマンドレットがいくつか存在します。

Where-Object：データのフィルタリング

Where-Object（エイリアス：where または ?）は、特定の条件に合致するオブジェクトだけを次へ通すフィルタの役割を果たします。

スクリプトの初期段階で不要なデータを除外することで、全体の処理負荷を下げることができます。

Select-Object：プロパティの選択と変換

Select-Object（エイリアス：select）は、オブジェクトが持つ多数のプロパティの中から、必要なものだけを抽出します。

また、-First や -Last パラメーターを使って、取得する件数を制限することも可能です。

Sort-Object：データの並べ替え

Sort-Object（エイリアス：sort）は、指定したプロパティに基づいてオブジェクトを昇順または降順に並べ替えます。

PowerShell

# ファイルをサイズが大きい順に並べ替えて上位5つを表示
Get-ChildItem | Sort-Object Length -Descending | Select-Object -First 5

実践的なパイプラインの構成例

複数のコマンドをパイプラインで繋ぐことで、複雑な一括処理を一行で記述できるようになります。

ログファイルの抽出とエクスポート

例えば、システムログから特定のエラーを見つけ出し、それをCSVファイルに保存する一連の流れを考えてみましょう。

PowerShell

# エラーレベルのログのみを抽出し、時刻とメッセージをCSVに出力
Get-WinEvent -LogName System | 
    Where-Object { $_.LevelDisplayName -eq "Error" } | 
    Select-Object TimeCreated, Message | 
    Export-Csv -Path "./SystemErrors.csv" -NoTypeInformation

この例では、「取得 → 抽出 → 選択 → 保存」というステップが流れるように実行されています。

各コマンドは独立していますが、オブジェクトという共通の言語で会話しているため、スムーズに連携できます。

高度なパイプライン操作：パラメータバインディング

なぜ Get-Service | Stop-Service が正しく動くのか、その裏側には「パラメータバインディング」という仕組みがあります。

PowerShellは、パイプラインから渡されたオブジェクトを、後続コマンドのどのパラメータに割り当てるかを自動的に判断します。

ByValue と ByPropertyName

バインディングには主に2つのルールがあります。

1つ目は ByValue で、オブジェクトの「型」が一致する場合にそのまま渡されます。

2つ目は ByPropertyName で、オブジェクトの「プロパティ名」とコマンドの「パラメータ名」が一致する場合に渡されます。

この仕組みを理解しておくと、自作の関数でパイプライン入力を受け付けたい場合に非常に役立ちます。

パイプライン利用時のパフォーマンス最適化

パイプラインは便利ですが、使い方によってはパフォーマンスに影響を与えることがあります。

「左側」でフィルタリングする原則

PowerShellの鉄則に「Filter Left（左側でフィルタせよ）」という言葉があります。

これは、可能な限りパイプラインの早い段階（左側）でデータを絞り込むべきであるという意味です。

例えば、数千個のファイルがあるフォルダで、特定の名前のファイルを探す場合を考えます。

PowerShell

# 悪い例：すべてのファイルを取得してからフィルタリングする
Get-ChildItem -Recurse | Where-Object { $_.Name -like "*.log" }

# 良い例：コマンド自体のパラメータで絞り込む
Get-ChildItem -Recurse -Filter "*.log"

後者のほうが、パイプラインに流れるオブジェクトの数が圧倒的に少なくなるため、処理速度が劇的に向上します。