【VBA】Excel VBAで外部プログラムを実行する方法 ― WScript.Shell

Excel VBAで業務を自動化していると、「Excelの中だけで完結しない処理」を扱いたくなる場面が必ず出てきます。
たとえば、バッチファイルを実行したい、別のアプリケーションを起動したい、外部ツールと連携したい、といったケースです。

こうした場面で中心的な役割を果たすのが WScript.Shell オブジェクトの Run メソッド です。
Runメソッドを使えば、VBAから外部プログラムを起動し、処理の流れをコントロールすることができます。

一方で、

• Runメソッドの引数の意味が分からない
• Shellステートメントとの違いが曖昧
• 実務でどう設計すれば安全なのか分からない

といった悩みを抱える方も少なくありません。

この記事では、Excel VBAから外部プログラムを実行するための基本手段である WScript.Shell.Run メソッド について、
構文の意味、引数の考え方、Shellとの違い、実務での設計ポイントまでを体系的に解説します。

✅ WScript.Shell とは何か

WScript.Shell は、Windows Script Host（WSH）で提供されているオブジェクトです。
このオブジェクトを使うことで、VBAから Windows OS の機能にアクセスできます。

主な用途としては、

• 外部プログラムの実行
• 環境変数の取得
• ショートカットの操作
• レジストリの操作

などがあります。

Excel VBAでは、CreateObject を使って WScript.Shell を生成し、そのメソッドを利用します。

✅ Runメソッドの役割を正しく理解する

Runメソッドは、その名のとおり 外部プログラムを実行するためのメソッド です。
重要なのは、Runメソッドは「Excelの外で動く処理」を起動するための橋渡し役だという点です。

Excel VBAはあくまで Excel 内部の処理を得意とします。
一方、Runメソッドを使うことで、

• バッチファイル
• exeファイル
• PowerShell
• コマンドプロンプト

など、OSレベルの処理と連携できます。

✅ WScript.Shell.Run メソッドの基本構文

Runメソッドの基本構文は次のとおりです。

WScriptShell.Run Command, WindowStyle, WaitOnReturn

それぞれの引数には明確な意味があります。

✅ 第1引数：Command（実行するコマンド）

Commandには、実行したいプログラムやコマンドを文字列で指定します。

・exeファイルを実行する例

Set sh = CreateObject("WScript.Shell")
sh.Run "C:\Tool\sample.exe"

・バッチファイルを実行する例

sh.Run "C:\Bat\sample.bat"

・コマンドを直接指定する例

sh.Run "cmd /c dir"

この引数は、コマンドプロンプトに入力する内容と同じと考えると理解しやすくなります。

✅ 第2引数：WindowStyle（ウィンドウの表示形式）

WindowStyleは、外部プログラムのウィンドウ表示方法を制御します。

代表的な値は次のとおりです。

• 0：非表示
• 1：通常表示
• 2：最小化表示
• 3：最大化表示

・非表示で実行する例

sh.Run "C:\Bat\sample.bat", 0

実務では、ユーザーに見せたくない処理の場合、0（非表示）がよく使われます。

✅ 第3引数：WaitOnReturn（処理待ち）

WaitOnReturnは、外部プログラムの終了を待つかどうかを指定します。

• True：外部プログラムが終了するまで待つ
• False：待たずに次の処理へ進む

・処理完了を待つ例

sh.Run "C:\Bat\sample.bat", 1, True

・待たずに実行する例

sh.Run "C:\Bat\sample.bat", 1, False

この引数は、処理の流れを制御するうえで非常に重要です。

✅ WaitOnReturnの考え方（実務での注意点）

WaitOnReturnを True にすると、外部プログラムが終了するまで VBA の処理が止まります。
これは便利な反面、注意が必要です。

・注意点

• 外部プログラムがフリーズすると、VBAも止まる
• 処理時間が長いと、Excelが固まったように見える

そのため、

• バッチ処理が短時間で終わる
• 処理完了を必ず待つ必要がある

といったケースに限定して使うのが安全です。

✅ Shellステートメントとの違い

VBAには、WScript.Shell.Run とは別に Shell ステートメントも用意されています。

・Shellの特徴

• VBA標準機能
• 引数がシンプル
• 待機制御が弱い

・WScript.Shell.Runの強み

• ウィンドウ表示を細かく制御できる
• 処理待ち（WaitOnReturn）が可能
• 実務向けの制御がしやすい

結論として、
業務自動化では WScript.Shell.Run を使う方が安全かつ柔軟です。

✅ バッチファイルと連携する実務例

外部連携で最も多いのが、バッチファイルの実行です。

・典型的な流れ

1. Excelでデータを準備
2. バッチファイルを実行
3. 外部処理を実施
4. 結果をExcelで読み込む

この流れを Run メソッドで制御することで、Excelを起点とした自動化が可能になります。

✅ PowerShellを実行する場合の考え方

PowerShellも Run メソッドから実行できます。

sh.Run "powershell -ExecutionPolicy Bypass -File C:\ps\sample.ps1", 1, True

実務では、PowerShellと組み合わせることで、

• ファイル操作
• システム連携
• ログ出力

などの幅が大きく広がります。

✅ エラーが起きやすいポイント

・パスに空白が含まれている

sh.Run "C:\Program Files\sample.exe"

この場合は、ダブルクォーテーションで囲む必要があります。

sh.Run """C:\Program Files\sample.exe"""

・管理者権限が必要なプログラム

管理者権限が必要な場合、Runメソッドでは実行できないケースもあります。

✅ セキュリティ面での注意点

外部プログラム実行は、セキュリティリスクを伴います。

• 不正なコマンド実行
• 意図しないファイル操作

そのため、

• 実行するファイルを固定する
• ユーザー入力を直接渡さない

といった設計が重要です。

✅ 実務設計で意識すべきポイント

Runメソッドを使う際は、次の点を意識するとコード品質が上がります。

• 実行目的を明確にする
• 待機が必要かどうかを判断する
• エラー時の挙動を想定する

単に「動けばいい」ではなく、
業務で止まらない設計が重要です。

✅ RPAや自動化との相性

WScript.Shell.Run は、RPAツールとの相性も非常に良いです。

• Excel → VBA → 外部処理
• RPA → Excel → VBA → 外部処理

といった多段構成でも、Runメソッドは安定して動作します。

✅ よくある質問と誤解

・Runは非推奨なのか？

いいえ。適切に使えば今でも実務で十分使えます。

・Shellとどちらを使うべきか？

業務用途なら Run メソッドを選ぶのが無難です。

✅ まとめ：Runメソッドは外部連携の基礎

• Runメソッドは外部プログラム実行の基本
• 引数の意味を理解することが重要
• 待機制御は慎重に設計する
• 実務自動化・RPA連携で非常に有効

Excel VBAで完結しない処理を扱う場面では、
WScript.Shell.Run は欠かせない知識です。

外部連携を正しく理解することで、
Excel VBAによる自動化の幅は大きく広がります。

参考：【VBA】スクレイピングでweb操作（Chrome）の環境設定とサンプルコード