OSの種類によってバッチファイルの処理を切り替える方法：Tech TIPS

連載目次

解説

　バッチファイルを作成して定型処理を実行するというのは、MS-DOSの時代から用いられて来た手法である。Windows 98からは、より高機能なスクリプト言語としてWSH（Windows Scripting Host）が実装された。このWSHを使用する方が柔軟で多様な処理を実現できるが、単純なコマンドベースのファイルのコピーやバックアップなど、今なおバッチファイルで用が足りる局面も少なくない。実際、筆者は、いまでも2台のコンピュータの間でデータをバックアップコピーする際に、バッチファイルを使用している。

　複数バージョンのWindows OSを利用している環境では、バッチファイルを利用する際に、同じバッチファイルを、Windows 9x系のOS（Windows 95／98／Me）と、Windows NT系のOS（Windows NT／2000／XP）の双方で実行する可能性が考えられる。その際に、OSの違いによって処理内容を分岐する必要に迫られる場合がある。

　例えば、［マイ ドキュメント］フォルダの内容をコピーする際に、Windows 9x／Meならコピー元は「C:\My Documents」に固定されていると考えてよいが、Windows NTやWindows 2000／XPでは、使用中のユーザーによって場所が異なる点が問題になる。具体的には、Windows NT 4.0では「C:\WINNT\Profiles\」の下に、Windows 2000／XPでは「C:\Documents and Settings」の下に、それぞれユーザー名と同一名のプロファイルフォルダがあり、その下に「My Documents」フォルダが存在する（いずれもデフォルト時）。Windows NT 4.0／2000／XPなら、userprofileという環境変数があり、これにプロファイルフォルダのパスが格納されているのだが、Windows 9x系OSにはこのような環境変数は用意されていない（詳細は後述）。つまり、Windows 9xを含む全てのWindows OSで有効な、［マイ ドキュメント］フォルダのパスを指定する方法はない。

　もちろん、OSごとに別々のバッチファイルを作成すれば、こうした問題は解決できるのだが、メンテナンスの手間が増えることを考えると、バッチファイル自身にOSの違いを認識させ、処理を分岐させる方が合理的な場合が多い。

　WSHと異なり、バッチファイルの機能は限定的だが、全てのOSで設定されている環境変数で、OSごとに独自の値が設定されているものを見つければこれは可能である。

　そこで、同じコンピュータにWindows 98 SE、Windows NT Workstation 4.0、Windows 2000 Professional、Windows XP Professionalをインストールして確認したところ、OSによって自動的に設定される環境変数として、以下のものが確認できた（ただしOSの構成によって、デフォルトの環境変数は変化するので注意が必要）。

　以下の表では、ページ制作の都合から、OSごとに表を分離した。1つの表で全体を見るには、以下のリンクから別ページを表示していただきたい。

→表を別ページで表示する

　表から、全てのOSで必ず設定される「comspec」を使用できることが分かる。環境変数は本来、コマンドプロンプトで使用するシェルのプログラムファイルを指定するためのもので、MS-DOSやWindows 9xでは「c:\command.com」、Windows NT／2000／XPでは「%SystemRoot%\system32\cmd.exe」が指定される（C:ドライブにOSをインストールしている場合）。

　バッチファイル中では、「%環境変数名%」と記述すると、環境変数に設定された値を取得することができる。従ってバッチファイル中で「%comspec%」と記述すれば、windows 9xでは「c:\command.com」、windows 2000では「c:\winnt\system32\cmd.exe」、Windows XPでは「c:\windows\system32\cmd.exe」の文字列がそれぞれ返される（既定値のセットアップ先フォルダを使用した場合）。

　また、Windows NT／2000／XPでは、OSのセットアップ先フォルダを環境変数「SystemRoot」で参照できるので、これを環境変数comspecと組み合わせることで、セットアップ先のフォルダが「C:\WINNT」でも「C:\Windows」でも、あるいは別のドライブやフォルダでも、違いを吸収できる。具体的には、「%systemroot%\system32\cmd.exe」と記述すればよい。

使用方法

　まずは、以下のバッチファイルをご覧いただきたい。

　このバッチファイルでは、環境変数comspecが「c:\command.com」の場合（3行目）と「%systemroot%\system32\cmd.exe」の場合（4行目）とで、それぞれ異なる文字列をechoコマンドを使って表示させている。Windows NT／2000とWindows XPではOSのセットアップ先フォルダが異なるが、それは環境変数「systemroot」を参照させることで解決している。

　このバッチファイルをWindows 9xのコマンドプロンプトで実行すれば、「MS-DOS、ないしWindows 9x系です」、Windows NT／2000／XPのコマンドプロンプトで実行すれば「Windows NT／2000／XP系です」と表示されるはずだ。従って、分岐先の処理がそれぞれ1行で済む内容であれば、上記のバッチファイルを修正し、echoコマンドの代わりに必要な処理を記述すればよい。

　OSごとに、複数行にまたがる処理を行いたいなら、バッチファイル中にラベルを作成し、処理を分岐させることで解決できる。例えば次のようにする。

　ここでは、分岐先でも先の例と同様にechoコマンドを使った文字列表示しか行っていないが、「＜ラベル名＞」から「goto end」までの間に複数行の処理を記述できる点が、先のサンプルと異なる。そこで、echoコマンドに代えて任意の処理を記述すればよい。

　なお、このようなバッチファイルを作成する際には、それぞれの分岐処理の末端で「goto end」と記述しておき、一方、バッチファイルの末尾には「:end」と記述して、対応するラベルを作成しておく必要がある。そうしないと、バッチファイル中に記述された処理を次々に実行してしまい、条件分岐が成立しないからだ。

　最後に、この手法を実際に利用して、「マイ ドキュメント」フォルダに保存されているファイルやフォルダを、全てE:ドライブにコピーするバッチファイルの例を記しておく。自分が作成したドキュメント一式を、MOドライブなどにコピーする際に利用できるだろう。

　なおバッチファイルの拡張子は、Windows NT／2000／XPでは「.bat」と「.cmd」のいずれも使用できるが、MS-DOSやWindows 9xでは「.bat」に限られる。そのため、この種のバッチファイルでは、拡張子を必ず「.bat」にする必要がある。

「Tech TIPS」