わかりやすく解説！バッチファイル(.bat)でキー入力を自動で行う方法
結論から言うと次のようなコードです。
echo （キー） | （コマンド）cd C:temp
md test
echo y | rd /s C:temptest- 1行目：フォルダを指定
- 2行目：”test”という名称のフォルダを作成
- 3行目：”test”という名称のフォルダを削除 ←”/s”オプションでわざと確認メッセージを出している
[echo]コマンドの基本的な使い方
[echo]コマンドは上記のような使い方も可能ですが、基本的な使い方は下記のようになります。| echo off | バッチファイルの先頭に記載することで、コマンドプロンプトの表示なし |
| echo on | バッチファイルの先頭に記載することで、コマンドプロンプトの表示あり |
| echo （文字列） | コマンドプロンプトに（文字列）に入力されたモノを表示 |
| echo （文字列） > （ファイル名） | （文字列）が記載されているファイルを作成 |
| echo （文字列） >> （ファイル名） | （文字列）が記載されているファイルを作成 & （ファイル名）のパスでファイルが存在しているときは（文字列）を追記 |
「本業の給料だけでは、将来が少し不安…」「自分の技術、会社の外で通用するんだろうか？」「新しいスキルを身につけたいけど、学ぶだけじゃなく実践で使ってみたい」 もしあなたがシステムエンジニア（SE）として、このような思いを少しで[…]
実務で使う前に注意したいこと
バッチファイルでキー入力を自動化すると、手作業を減らせます。ただし、確認メッセージを自動で進める処理は、使い方を間違えると危険です。
特に、削除、上書き、移動、初期化のようにデータへ影響する処理では、確認なしで進めると想定外のファイルやフォルダを変更してしまう可能性があります。
私が実務でこのような処理を見るときは、便利さよりも先に「本当に自動化してよい確認なのか」を見ます。
自動入力してよい処理・避けたい処理
| 処理の種類 | 自動化の考え方 | 注意点 |
|---|---|---|
| ログ出力 | 自動化しやすい | 出力先の容量を確認する |
| 一時フォルダ作成 | 比較的安全 | 既存フォルダとの重複に注意する |
| 確認メッセージの応答 | 条件付きで利用 | 対象が明確な場合だけ使う |
| ファイル削除 | 慎重に扱う | 事前確認とバックアップが必要 |
| 本番データ操作 | 原則避ける | 手順レビューと戻し手順が必要 |
初心者がやりがちな失敗
対象フォルダを確認しない
バッチファイルは、実行場所や指定パスを間違えると意図しない場所を操作します。相対パスを使う場合は、どのフォルダを基準に実行されるのかを必ず確認してください。
確認メッセージをすべて自動で進める
確認メッセージは、危険な操作の前に出ることがあります。すべて自動で進めると、間違いに気づくタイミングを失います。
テストせず本番で実行する
バッチファイルは、検証用フォルダやサンプルファイルで動作確認してから使うべきです。本番フォルダや重要なデータに対して、初回から実行するのは避けた方が安全です。
実行前のチェックリスト
- 対象フォルダや対象ファイルは明確か
- 削除や上書きが発生しないか
- 事前にバックアップを取っているか
- 検証用データで動作確認したか
- 実行ログを残せるか
- 失敗した場合の戻し手順があるか
- 他の人が見ても内容を理解できるコメントがあるか
このチェックをしておくだけでも、バッチファイルによる事故はかなり減らせます。
現場ではログを残すことも重要
自動化した処理は、あとから何が実行されたか分からなくなることがあります。実務では、処理結果やエラー内容をログに残すことが重要です。
ログがあれば、処理がどこまで進んだのか、どのファイルで失敗したのかを追いやすくなります。障害や問い合わせが起きたときにも説明しやすくなります。
障害時の説明や原因整理については、障害報告書で伝わらない原因と対策でも解説しています。
AIにバッチファイルを書かせるときの注意点
AIにバッチファイルの例を作ってもらうこともできます。ただし、AIが出したコマンドをそのまま実行するのは危険です。
特に、削除、上書き、移動、権限変更を含む処理は、実行前に必ず内容を確認してください。AIは処理の意図を整理する補助には使えますが、実行責任は人にあります。
AIに依頼する場合は、対象フォルダ、処理内容、ログ出力、エラー時の動き、実行前確認を含めて依頼すると安全です。
まとめ：自動入力は便利だが安全確認が前提
バッチファイルでキー入力を自動化すると、作業を効率化できます。確認メッセージに毎回手入力する必要がなくなるため、繰り返し作業では便利です。
一方で、確認を自動で通すということは、人が止めるタイミングを減らすということでもあります。削除や上書きのような処理では、事前確認、検証、バックアップ、ログ出力をセットで考える必要があります。
初心者のうちは、動いたかどうかだけでなく、どの対象に対して何をしたのかを説明できるようにしておくことが大切です。
実務で自動入力を使う前に確認すること
キー入力の自動化は便利ですが、実務では慎重に扱う必要があります。画面の位置や入力順が少し変わるだけで、意図しない項目に値を入れてしまうことがあるためです。特に本番環境や重要データを扱う画面では、いきなり実行せず、検証用の環境やテストデータで動作を確認します。
自動化する前に、処理対象、入力内容、失敗した場合の戻し方、ログの残し方を確認します。単純作業を楽にする目的であっても、誤入力が起きたときに誰が確認するのか、どの状態まで戻せるのかを決めておくことが大切です。
初心者がやりがちな失敗
- 画面表示の待ち時間を考えず、入力がずれる
- 確認ダイアログを想定しておらず処理が止まる
- 本番データで先に試してしまう
- 実行結果のログを残していない
自動化は作業時間を減らせますが、確認を省くためのものではありません。作業前の確認観点は、リリース前に確認すべきことにも近い考え方です。
また、作成したバッチは自分だけが分かる名前にせず、用途、対象画面、実行条件が分かる名前にしておくと、後から見直すときに安全です。
