| ＭＳＤＯＳがＰＣの標準だった頃、パソコンの環境設定はAUTOEXCEC.BATを操作していた。パソコンが立ちあがる時に自動で環境設定をするのがAUTOEXCEC.BATだった。作業の途中で環境を変えるにはコマンドラインから別のBATファイルを実行した。 真っ黒な画面を前にしてキーボードからコマンドを打ち込む。それもいいのだが、コマンドラインの内容を事前にファイルに書いておいた。それがバッチファイルだった。 真っ黒な画面といった風景はオフィスでは見かけなくないましたが、Ｗｉｎｄｏｗｓにその環境は生きている。ＤＯＳプロンプトといいます。C:\WINDOWS\COMMAND.COM。これがＤＯＳプロンプトの正体です。Explorerでこれを探し、ダブルクリックで小さな黒い窓が開きます。これがＤＯＳプロンプ、ＤＯＳ窓です。チョット試してみますか？ ｢メモ帳｣の正体はC:\WINDOWS\NOTEPAD.EXEです。キーボードからNOTEPADと打ち込みＥnterで｢メモ帳｣が開きます。 NOTEPAD test.txt としたら、test.txtを読込んで開きます。test.txtが開かない？確かにtest.txtは作ったのに.......そんな場合はPathを確認します。 もう忘れかけたテクニックです。何度もキーボードに打ち込むのは、いやになります。Ｆ３が前のコマンドの呼び出しでした。....ＤＯＳＫＥＹ。これがないと、とても辛かった。................. C:\WINDOWS\COMMANDには、ちゃんとＤＯＳＫＥＹ.ＣＯＭがあります。ＤＯＳ窓を利用しなければ、削除してもいいのですが。 |
| ＤＯＳからＷｉｎｄｏｗｓに変わり、一番の違いはなんでしょう。ＤＯＳの時代はアプリケーションを立ち上げると、そのアプリケーションがパソコンを占領してしまいました。Ｗｉｎｄｏｗｓはメモリーの許す限り、複数のアプリケーションが同時に動きます。お互い通信もしています。ＷｉｎｄｏｗｓＯＳはそのプラットホームです。では、このプラットホームのバッチファイルを使ってみましょう。 |
| WSH （ Windows Scripting Host ）はWin98で採用されました。 C:\WINDOWS\wscript.exeがその正体です。見つかるはずです、確認してみましょう。 Windowsでも、キーボードからのコマンド操作もできるが、javaScript、正確にはJScriptでマクロが書ける。javaScriptで記述した手順のページを拡張子ＪＳで保存すれば、そのファイルをダブルクリックで作業を自動実行できます。Windows版バッチファイルです。 拡張子JSのスクリプトファイルがダブルクリックされると、関連づけに従ってその内容はwscript.exe（スクリプティングホスト）に渡され、スクリプティングホストは、JScriptのスクリプトエンジンを呼び出す。同時に、オートメーションコントローラーとして、各アプリケーションが提供するActiveXコントロールを制御します。 |
|
javaScriptで操作できるWindows Scriptはオブジェクトモデルを持っています。 MSDNWindows Script Hostには、次のような階層構造が示されています。  Windows Scripting Hostは、メッセージを画面に出力したり、CreateObject や GetObject などの基本的COM機能をスクリプトに対して提供します。つまり、各オブジェクトのプロパティとメソッドを操作することで処理を実行する環境を提供します。 wscript.exe自体がCOM化されているので、WSHの機能は、他のアプリケーション,たとえばEXCELから呼び出すこともできます。ActiveXコントロールを提供するEXCELを操作することもできます。 まずは、Windows Scripting HostのShell オブジェクトを利用してみましょう。 |
Shell オブジェクトはＷｉｎｄｏｗｓＯＳの管理ルーチンです。この情報をプロパテで確認できます。
1行目WShellという名前でWScript.Shellオブジェクトを作ります。 2行目そのプロパテの返り値を変数WｓEnvに入れます。 3行目その配列のPATHの値を出力します。 ダブルクリックの結果、小さなメッセージボックスが開き、パスのリストが表示される。ＤＯＳ窓でＰＡＴＨと打ち込んだと同じことだが、Ｗｉｎｄｏｗｓのデスクトップで行なわれる。ＧＵＩ時代のバッチファイルということになる。 Win98の場合、Environment("Process")として指定すると、COMSPEC、PATH、PROMPT、WINDIR、TEMP、TMPの6個が得られる。Environment("User")として指定すると、PATH、TEMP、TMPが得られる。 上のように変数に代入してＩＮＤＥＸで呼び出します。 同じようにして、Ｗｉｎｄｏｗｓの特別なホルダーの階層構造を知る事ができる。
このコレクションでは、フォルダ名をインデックスとして指定して、特殊フォルダへのパスを取得します。特殊フォルダは、コンピュータにログオンするユーザーごとに異なります。 Shell オブジェクトの Environment プロパティによって返された環境変数もコレクションだった。コレクションはオブジェクト。上のWindows Scripting Hostオブジェクトで、黄色はコレクション。コレクションは集まりのことだが、結局はメモリー上に確保されたデータ。アクションの対象になるのがオブジェクトだから、データもオブジェクトということになる。 オブジェクト言語で、何がオブジェクトか。オブジェクトの親子関係。オブジェクトの持っているプロパティ。利用可能なメソッド。これらを知る事が第一。 慣れるよりしょうがないとも言える。
|
|
普段、ショートカットは右クリック＆ドラッグドロップで作る。コマンドラインではどうして作るのだろう? Shell オブジェクトのCreateShortcut メソッドが用意されている。これを使うのだろう。
CreateShortcut メソッドによりShortcutオブジェクトが作成される。メモリー上にインスタンスが作成されるのでSaveメソッドでデイスクに保存する。SaveメソッドはShortcutオブジェクトのメソッドという位置つけのようです。
ショートカット設定ファイルの拡張子はＬＮＫというＷｉｎｄｏｗｓの決まり。CreateShortcut(）で．ｌｎｋがないとエラーでした。 |
同様に、インターネットへのリンクもCreateShortcut を使用します 。
|
|
Shell オブジェクトのRun メソッドという位置付けでコマンドやスクリプトが実行される。 ＤＯＳ窓を開くと、大抵C:\WINDOWSにいる。DIRとコマンドを打ち込むとファイルリストが見られる。膨大なリストだから/Pオプションをつけ途中で停止させ、Ｅｎｔｅｒで次の画面を見る。コマンドオプションを間違えたりするとエラーメッセージが現れたりする。 キー入力のコマンドをファイルに記述して拡張子batで保存する。そのファイル名を入力すると,コマンドが順次自動実行された。 このＤＯＳ時代の仕組みはCommand.comがホスト役をしていた。キー入力を解釈するインタープリターがいて、ＯＳに指示をする。ファイルからコマンドを読み取る仕組みを付け足せば、後は同じ流れに乗せられる。バッチファイルの仕掛だ。 Ｗｉｎｄｏｗｓ時代の同じ仕掛が、ＳｈｅｌｌのRUNメソッドだろう。
ＤＯＳ窓を開き、wscript DIR.JSと実行した。もう一つＤＯＳ窓が開き、状況は同じ。コマンドのオプション /sは、受け渡されていないようだ。または、その機能がＷＳＨにないのだろう。 |
あるアプリケーションにキーストロークを送信することができる。対象となるものは現在アクティブなウィンドウのプロセス。そのためにAppActivate メソッドが用意されている。
Activexのオブジェクトならオブジェクト間通信でデータの受け渡しができる。このSendKeysメソッドは、その機能のない場合の手段になりそうだ。 上の例はメモ帳に文字を送信した例。AppActivate("メモ帳")で指定したアプリケーション名はタイトル バーに表示されるタイトル文字列を使っている。 |
|
Shell オブジェクトのExec メソッドでも、コマンドやスクリプトが実行される。 MSDN Windows Script Hostリファレンスを見てみると、こんな解説がある。  Exec メソッドの実行で、Shell オブジェクトの子供オブジェクトであるScriptExec オブジェクトが作られる。この関係は上の図を見れば、直感的に理解できる。
Exec メソッドでは、スクリプト実行時の標準出力や標準エラー出力をキャプチャーしてくれる。プロパテイとして処理できるということだろう。 ｢子コマンドシェルでアプリケーションを実行します。アプリケーションから StdIn/StdOut/StdErr ストリームにアクセスできます。｣とリファレンスに書いてある。子コマンドシェルということは、まずはＤｏｓ窓を開き、そこからスクリプトを実行してプロセスを走らせることを前提にしているようだ。 StdErrのリファレンス掲載の下記のスクリプトを実行してみた。 スクリプトファイルをダブルクリックすると、一瞬Ｄｏｓ窓が開くが、閉じてしまう。Ｄｏｓ窓を開き wscript dire.jsと実行したのだが、何も反応がない。cscript dire.jsと実行した。正常終了だった。 標準でＷＳＨをインストールすると、C:\WINDOWS\COMMANDにcscript.exeが保存される。Exec メソッドはcscript.exeを使って実行する仕様のようだ。
javaScriptで書かれたこのサンプルを理解してみよう。 WshShell.Exec("%comspec% /c dire")は、ＤＯＳの環境変数comspecで指定されたＣＯＭＭＡＮＤ.ＣＯＭでＤＩＲを実行する。/ｃオプションだから作業が終わってもＤＯＳ窓を閉じない。ＤＩＲをＤＩＲＥと間違えているので、”コマンドが存在しない”とエラーメッセージが出る。それをStdErrプロパテを利用して表示させようとしている。 ReadAllFromAnyという関数を用意しておく。StdOutに何かデータがあれば全部読んで帰る。StdErrに何かデータがあれば全部読んで帰る。両者を読み終わっているなら-1の帰り値で帰ってくる。 StdIn、StdOut、StdErrはTextStreamオブジェク形式なので、下記のメソットが使える。
ます、用意した関数でStdOutとStdErrを読んで見る。読み終わって、プロセスが終了していて、10回読むことを繰り返したなら終わりにする（ｂｒａｋｅ）。 それでないなら、0.1秒待ってみる。 読み取って来たデータは、allInputに書き足して行く。 while (true)で無限ループを繰り返しているが、上のｂｒａｋｅで、いつかは抜け出す。抜け出したらallInputを表示する。 標準入出力で、スクリプトホストが二人いることがわかった。標準入出力はモニターを前にして、カタカタカタとブラインドタッチでコマンドを弾く管理者のための物。個人では、なかなかブラインドタッチとは行かない。そのため、スクリプトファイルを用意する訳だ。 サンプルコードを実行すると、確かに”コマンドが存在しない”旨の熱せージが表示される。"%comspec% /c direを"%comspec% /c dirに書き換えて実行する。リストが表示されて正常終了。そこで、"%comspec% /c dir /pとして実行。 dir /pは一画面ずつリストを見るオプション。キー入力で次の画面に進む。 そのはずなのだが、フリーズする。サンプルコードにはStdInの処理がされていない。”どれかキーを押してください”のメッセージもない。Ｃｔｒｌ+Ｃの強制終了も効かない。Ｃｔｒｌ+Ａｌｔ+Ｄｅｉｅｔｅしか方法はない。 "%comspec% /c dir /pをＲＵＮメソッドでcscriptから実行してみた。DOS窓が開き、もう一つDOS窓でリストを表示、入力を待つ事なく全リスト表示。親のDOS窓は閉じるが、リストを表示したDOS窓はそのまま。DOS窓を終了させると消える。 ＲＵＮメソッドの StdIn、StdOut、StdErrを開放して、コントロール可能にしたのがＥＸＥＣメソットであることはこれで分かる。だが、コードをそれなりに用意しなければならない。 Shell オブジェクトの全容がつかめた。まずはひと区切としよう。 |