"自装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む第1のバッチファイルと、自装置の起動に際して実行すべき動作が予め記述された第2及び第3のバッチファイルとを記憶する記憶手段と、自装置の起動に際して前記第2または第3のバッチファイルを実行する実行手段とを備え、前記第2のバッチファイルには、前記第1のバッチファイルを実行する命令と、その第1のバッチファイルを実行終了後に削除する命令とが含まれ、前記実行手段は、前記第2のバッチファイルに従って自装置を起動すると共に、前記第1のバッチファイルが前記記憶手段に記憶されていることを検出した場合に、その第1のバッチファイルを実行することによって前記パッチプログラムを復元し、復元したパッチプログラムを自装置に適用した後、該復元したパッチプログラムと、前記第1のバッチファイルとを削除し、自装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新することを特徴とする情報処理装置。前記出力指定コマンドは、echoコマンドであることを特徴とする請求項1記載の情報処理装置。前記第1のバッチファイルにおいて、前記パッチプログラムは、複数の前記echoコマンドに対応して分割して記述されており、且つ、個々の前記echoコマンドのリダイレクション情報による出力先には特定のファイルが設定されており、前記実行手段は、前記個々のechoコマンド及びそのリダイレクション情報を実行することにより、前記特定のファイルに、前記パッチプログラムを復元することを特徴とする請求項2記載の情報処理装置。前記実行手段は、自装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新するに際して、前記第2のバッチファイルを前記記憶手段から削除することを特徴とする請求項1乃至請求項3の何れかに記載の情報処理装置。前記パッチプログラムは、機械語プログラムによって記述されていることを特徴とする請求項1乃至請求項4の何れかに記載の情報処理装置。請求項1乃至請求項5の何れかに記載の情報処理装置を備えることを特徴とする電子機器。情報処理装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む第1のバッチファイルと、その情報処理装置の起動に際して実行すべき動作が予め記述された第2及び第3のバッチファイルとを記憶手段に記憶しておき、前記第1のバッチファイルを実行する命令と、その第1のバッチファイルを実行終了後に削除する命令とを含む第2のバッチファイルに従って、前記情報処理装置を起動し、前記情報処理装置の起動に際して前記第1のバッチファイルが前記記憶手段に記憶されていることを検出した場合には、その第1のバッチファイルを実行することによって前記パッチプログラムを復元し、復元したパッチプログラムを前記情報処理装置に適用した後、該復元したパッチプログラムと、前記第1のバッチファイルとを削除し、前記情報処理装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新することを特徴とするパッチプログラムの適用方法。前記出力指定コマンドとして、echoコマンドを利用することを特徴とする請求項7記載のパッチプログラムの適用方法。前記第1のバッチファイルにおいて、前記パッチプログラムは、複数の前記echoコマンドに対応して分割して記述されており、且つ、個々の前記echoコマンドのリダイレクション情報による出力先には特定のファイルが設定されている場合に、前記個々のechoコマンド及びそのリダイレクション情報を前記情報処理装置において実行することにより、前記特定のファイルに、前記パッチプログラムを復元することを特徴とする請求項8記載のパッチプログラムの適用方法。情報処理装置の動作制御のためのコンピュータプログラムであって、そのコンピュータプログラムにより、自装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む第1のバッチファイルと、自装置の起動に際して実行すべき動作が予め記述された第2及び第3のバッチファイルとを記憶手段に記憶する機能と、自装置の起動に際して前記第2または第3のバッチファイルを実行する実行機能とをコンピュータに実現させるに際して、前記第2のバッチファイルには、前記第1のバッチファイルを実行する命令と、その第1のバッチファイルを実行終了後に削除する命令とが含まれ、前記実行機能により、前記第2のバッチファイルに従って自装置を起動すると共に、前記第1のバッチファイルが前記記憶手段に記憶されていることを検出した場合に、その第1のバッチファイルを実行することによって前記パッチプログラムを復元し、復元したパッチプログラムを自装置に適用した後、該復元したパッチプログラムと、前記第1のバッチファイルとを削除し、自装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新することを特徴とするコンピュータプログラム。しかしながら、特許文献1及び特許文献2では、パッチプログラム自体を生成することが記載されているに留まり、そのパッチプログラムをどのように効率よく対象製品に適用するかについては述べられていない。特に、これらの特許文献には、対象製品の開発完了後から製品出荷までの間に複数検出されたソフトウェアの不具合に合理的に対応することは何ら言及されていない。また、パッチプログラムが出荷後にも装置内部に残存することによるセキュリティの脆弱さに関しても何ら言及されていない。そこで、本発明は、セキュリティに優れ、且つファイルエントリ数が少ない記憶媒体を利用してパッチプログラムが提供される場合であっても、そのパッチプログラムを効率よく適用することが可能な情報処理装置等を提供することを目的とする。上記の目的を達成すべく、本発明に係る情報処理装置は、以下の構成を備えることを特徴とする。即ち、本発明に係る情報処理装置は、自装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む第1のバッチファイルと、自装置の起動に際して実行すべき動作が予め記述された第2及び第3のバッチファイルとを記憶する記憶手段と、自装置の起動に際して前記第2または第3のバッチファイルを実行する実行手段とを備え、前記第2のバッチファイルには、前記第1のバッチファイルを実行する命令と、その第1のバッチファイルを実行終了後に削除する命令とが含まれ、前記実行手段は、前記第2のバッチファイルに従って自装置を起動すると共に、前記第1のバッチファイルが前記記憶手段に記憶されていることを検出した場合に、その第1のバッチファイルを実行することによって前記パッチプログラムを復元し、復元したパッチプログラムを自装置に適用した後、該復元したパッチプログラムと、前記第1のバッチファイルとを削除し、自装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新することを特徴とする。また、同目的を達成すべく、本発明に係るパッチプログラムの適用方法は、以下の構成を備えることを特徴とする。即ち、本発明に係るパッチプログラムの適用方法は、情報処理装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む第1のバッチファイルと、その情報処理装置の起動に際して実行すべき動作が予め記述された第2及び第3のバッチファイルとを記憶手段に記憶しておき、前記第1のバッチファイルを実行する命令と、その第1のバッチファイルを実行終了後に削除する命令とを含む第2のバッチファイルに従って、前記情報処理装置を起動し、前記情報処理装置の起動に際して前記第1のバッチファイルが前記記憶手段に記憶されていることを検出した場合には、その第1のバッチファイルを実行することによって前記パッチプログラムを復元し、復元したパッチプログラムを前記情報処理装置に適用した後、該復元したパッチプログラムと、前記第1のバッチファイルとを削除し、前記情報処理装置の次回以降の起動に際して実行するバッチファイルを、前記第3のバッチファイルに更新することを特徴とする。尚、同目的は、上記の各構成を有する情報処理装置を、コンピュータによって実現するコンピュータプログラム、及びそのコンピュータプログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。上記の本発明によれば、セキュリティに優れ、且つファイルエントリ数が少ない記憶媒体を利用してパッチプログラムが提供される場合であっても、そのパッチプログラムを効率よく適用することが可能な情報処理装置等の提供が実現する。次に、本発明を実施する形態について図面を参照して詳細に説明する。<第1の実施形態>図1は、本発明の第1の実施形態に係る情報処理装置の構成図を示すブロック図である。図1に示す情報処理装置10は、実行部11と記憶装置12とを有する。実行部11は、オペレーションシステムOS121に従って各種処理を実行可能である。記憶装置12には、第1のバッチファイル122、第2のバッチファイル123、及び第3のバッチファイル124が格納されている。第1のバッチファイル122は、自装置情報処理装置10が実行するOS121が認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されたパッチプログラムを含む。第2のバッチファイル123は、自装置の起動に際して実行すべき動作が予め記述されたバッチファイルであり、第1のバッチファイル122を実行する命令と、その第1のバッチファイル122を実行終了後に削除する命令とが含まれる。そして、第3のバッチファイル124は、自装置の起動に際して実行すべき動作が予め記述されたバッチファイルである。但し、第3のバッチファイル124に記述された内容は、第2のバッチファイル123とは異なることとする。実行部11は、例えば製造担当者による起動操作を検出するのに応じて、第2のバッチファイル213に従って自装置を起動する。その際、実行部11は、第1のバッチファイル122が記憶部11に記憶されていることを検出した場合に、その第1のバッチファイル122を実行することによって、当該パッチプログラムを復元し、復元したパッチプログラムを自装置に適用する。その後、実行部11は、係る復元したパッチプログラムと、第1のバッチファイル122とを削除する。そして実行部11は、自装置の次回以降の起動に際して実行するバッチファイルを、第3のバッチファイル124に更新する。以上説明した本実施形態によれば、セキュリティに優れ、且つファイルエントリ数が少ない記憶媒体を利用してパッチプログラムが提供される場合であっても、そのパッチプログラムを効率よく適用することができる。即ち、本実施形態に係る情報処理装置において、第1のバッチファイルに記述されたパッチプログラムは、自装置が実行するオペレーションシステムが認識可能な出力指定コマンドと、その出力指定コマンドによる情報の出力先を変更するリダイレクション情報とを利用して記述されており、直感的には判別が容易ではなく、且つ自装置に適用されたパッチプログラムと、そのパッチプログラムを復元することが記述されている第1のバッチファイル自体も自装置から削除されるので、セキュリティを確保することができる。また、本実施形態に係る情報処理装置は、第1のバッチファイルを実行することによって当該パッチプログラムを復元できる構成である。このため、新たにパッチプログラムを追加する場合であっても、そのパッチプログラムを1つのファイルとして扱う必要はなく、第1のバッチファイルの記述を適宜追加することによって対応することができるので、ファイルエントリ数の増加を防止することができる。<第2の実施形態>次に、上述した第1の実施形態を基本とする第2の実施形態について説明する。図2は、本発明の第2の実施形態を実現可能なコンピュータ情報処理装置のハードウェア構成を例示的に説明するブロック図である。図2に示したコンピュータ100のハードウェアは、CPUCentralProcessingUnit1、ROMReadOnlyMemory2、RAMRandomAccessMemory3、ディスプレイ4、通信インタフェースI/F5、CD/DVD等の大容量の記録媒体202へのデータの読み書きが可能なメディアドライブ6、そして、不揮発性の記憶デバイスとしてのハードディスクドライブHD7を備え、これらがバス8を介して接続された構成を有する。係るハードウェア構成において、CPU1は、上述した第1の実施形態における実行部11の一部に相当し、コンピュータ100の全体の動作を司る。また、ハードディスクドライブ7は、上述した第1の実施形態における記憶装置12に相当する。本実施形態において、通信インタフェース5には、リムーバブルディスク装置の一例として、USBUniversalSerialBus接続形式のフロッピーディスクドライブ外部FDD200が接続されることとする。そしてこのフロッピーディスクドライブレガシーフロッピードライブは、フロッピーディスク201へのデータの読み書きが可能である。本実施形態において、パソコン100のハードディスクドライブ7には、OS301、複数種類のアプリケーションプログラムAPP群302、3種類のバッチファイルChusha.bat311第1のバッチファイル、autoexec.bat312第2のバッチファイル、及びautoexec.org313第3のバッチファイルが格納される。この状態は、例えば、生産現場やサービス部門において、パソコン以下、プリインストールパソコンと称する場合がある100が完成した状態を表す。本実施形態において、例えば生産現場における生産に際して、製造担当者或いはサービス部門におけるサービスエンジニアは、パソコン100に外部FDD200を接続し、上述した起動媒体Bに相当するフロッピーディスク201と、ツリー媒体Aに相当する記録媒体202とを利用して、ハードディスクドライブ7に、OS301、Chusha.bat311、autoexec.bat312、及びautoexec.org313、そしてAPP群302を格納する。但し、本発明の実施形態において、パソコン1に数種類のアプリケーションプログラムAPP群302をハードディスクドライブ7に格納することは必須ではない。また、ハードディスクドライブ7内に破線で示すブロックは、不具合を修正するパッチプログラム313を表し、このパッチプログラムは、後述する処理実行中に一時的にハードディスクドライブ7に格納されることを表す詳細は後述する。次に、図3から図8を参照して、本実施形態におけるプリインストールパソコン100に上記3つのバッチファイルが格納されている状態において初めて起動された場合の動作について説明する。この初めて起動される場合の例としては、例えば、係るプリインストールパソコン100が出荷されてから顧客によって初めて起動された場合、或いは、サービス部門によるメンテナンスの後に動作確認のために初めて起動された場合等が想定される。図3は、本発明の第2の実施形態においてプリインストールパソコン100が起動に際して実行する処理を表すフローチャートである。このフローチャートに記載された処理は、ハードディスクドライブ7から読み出されたOS301をCPU1が実行することによって実現される。CPU1は、まず、ハードディスクドライブ7に、副バッチであるchusha.bat311が格納されているか否かを判断するステップS1。chusha.bat311が格納されている場合ステップS1にてYES判定、CPU1は、ステップS2に処理を進める。一方、chusha.bat311が格納されていない場合ステップS1にてNO判定、CPU1は、ステップS5に処理を進める。上述したステップS1に係る処理は、プリインストールパソコン100が起動に際して、図4に示すautoexec.bat312を実行することによって実現される。図4は、第2の実施形態においてプリインストールパソコン100の初回起動に際して主バッチファイルとして実行されるautoexec.bat312のプログラムリストの主要部を例示する図である。図4に示すautoexec.bat312は、例えば、係るプリインストールパソコン100が出荷されてから顧客によって初めて起動された場合、或いは、サービス部門によるメンテナンスの後に動作確認のために初めて起動された場合等に1回だけ実行されるバッチファイルである。CPU1は、上記ステップS1において、chusha.bat311の存在を検出した場合、ハードディスクドライブ7からchusha.bat311を読み出すステップS2、図4に示す第n行。ここで、chusha.bat311にハードディスクドライブ7が存在する場合とは、例えば、係るプリインストールパソコン100が出荷されてから顧客によって初めて起動された場合、或いは、サービス部門によるメンテナンスの後に動作確認のために初めて起動された場合等である。一方、chusha.bat311を検出しない場合ステップS1にてNO判定、CPU1は、処理をステップS5に進める。CPU1は、ステップS3乃至ステップS4において、ステップS1にて読み出したchusha.bat311を実行する。図5は、第2の実施形態においてプリインストールパソコン100の初回起動に際して副バッチファイルとして実行されるchusha.bat311のプログラムリストの主要部を例示する図である。CPU1は、ステップS2にて読み込んだchusha.bat311を実行するステップS3。即ち、CPU1は、図5に示すchusha.bat311において、第1行目から第m行目までに記述されているechoコマンドを実行することにより、ハードディスクドライブ7上に、パッチプログラムinit.com314を生成するステップS3。本実施形態においては、係るパッチプログラムの生成に際して、OS301における標準コマンドであるechoコマンドを利用する。このechoコマンドは、本来はコマンドラインCommandLineInterface:CLIに与えられた文字列を標準出力一般にはディスプレイに出力するための出力指定コマンドである。本実施形態では、当該OSのシェルが有するリダイレクト機能を利用することにより、係るechoコマンドによる出力先を、標準出力から、例えばハードディスクドライブ7内のinit.comファイルに転換リダイレクトする。係るリダイレクト機能は、図5に示すように、>及び>>記号の少なくとも何れかによって実現することができる。即ち、図5に示すchusha.bat311の例では、係る2種類の記号を用いて、第1行目から第m行目までにechoコマンドによるリダイレクトが記述されている。より具体的には、ハードディスクドライブ7内にinit.comという名前のファイルが未だ存在しない場合、その名前のファイルを新たに生成するためには、>記号を用いればよい。また、既に同じ名称のファイル図5に示す例ではinit.comが存在する場合は、そのファイルの末尾にデータを追加すべく>>記号を用いればよい。即ち、図5に示すchusha.bat311の例では、第1行に>を用いることによってハードディスクドライブ7内のinit.com314というファイルを生成し、それ以降の行では>>を用いている。そして、図5に示す例において、CPU1は、第1行目においてa=というデータが標準出力からハードディスクドライブ7にリダイレクトする共に、ハードディスクドライブ7内にファイルinit.com314を生成する。その後、CPU1は、第2行目から第m行目まで各行のデータのリダイレクトを繰り返しながら、当該ファイルinit.com314に各行のデータを追記していく。CPU1は、第m行目ではLというデータを標準出力からハードディスクドライブ7にリダイレクトする共に、第1行目の実行に際して生成した当該ファイルinit.com314に各行のデータを追記する。このような手順により、パッチプログラムであるinit.com314が生成される。即ち、本実施形態において、CPU1は、chusha.bat311の第1行目から第m行目までの記述に基づいて、機械語で記述されたパッチプログラムを復元する訳である。echoコマンドは、コマンドラインにバイナリデータを与えることができる、という仕様を有するコマンドである。但し、機械語プログラムをchusha.bat311のecho文コマンドラインに記述するためには、バイナリファイルエディタを用いる必要がある。これは、機械語プログラムは、ユーザ開発者が可視的に判別容易なテキストデータによって成立している訳ではないからである。このため、図5に示す第2行目には、..なる不可読文字文字化けが現れている。上述したchusha.bat311が実行されることによって生成されるinit.com314は、例えば、図7に例示するソースプログラムをアセンブルして得られる機械語プログラムである。即ち、図7は、第2の実施形態においてchusha.bat311に呼び出される対策パッチプログラムinit.com314のソースファイルを例示する図である。そして、図8は、第2の実施形態に係るinit.com314の内容をダンプしたイメージを例示する図である。この図8から判る通り、init.com314は、テキストデータで成り立っている訳ではないので、上述した図5の第2行目に示すような不可読文字文字化けが出現する訳である。CPU1は、上述した如く第1行目から第m行目までのechoコマンドによって生成したパッチプログラムinit.com314を、ハードディスクドライブ7から呼び出して実行するステップS4、図5に示す第m1行目。即ち、ステップS4にてこのパッチプログラムが実行されることにより、chusha.bat311が目的としていたパソコン100の不具合が解消される。次にCPU1は、パッチプログラムinit.com314を、ハードディスクドライブ7から削除するステップS5、図5に示す第m2行目。即ち、init.com314は、プリインストールパソコン100において初回起動に際して1回だけ実行され、その後削除されるランワンスパッチプログラムと捉えることができる。CPU1は、chusha.bat311がハードディスクドライブ7に格納されているか否かを判断するステップS6。CPU1は、chusha.bat311が存在する場合ステップS6にてYES判定にはステップS7に処理を進め、存在しない場合ステップS6にてNO判定にはステップS8に処理を進める。ステップS6にてchusha.bat311が存在することを検出したCPU1は、図4に示すautoexec.bat312親バッチファイルの処理に戻り、その第n1行目を実行する。これにより、CPU1は、ハードディスクドライブ7に格納されているchusha.bat311を削除するステップS7。そしてCPU1は、図4に示すautoexec.bat312の第n2行目を実行することにより、正規のautoexec.batを、これまでのautoexec.bat312から、autoexec.org313に更新するステップS8。ステップS8において、CPU1は、ハードディスクドライブ7からautoexec.bat312を消去してしまい、autoexec.org313を正規のautoexec.batとして設定してもよい。これにより、プリインストールパソコン100では、次回の起動あるいはリスタート以降、図6に示すバッチファイルが正規のautoexec.batとして扱われることになる。このように、上述した本実施形態によれば、第1の実施形態と同様に、セキュリティに優れ、且つファイルエントリ数が少ない記憶媒体を利用してパッチプログラムが提供される場合であっても、そのパッチプログラムを効率よく適用することができる。即ち、プリインストールパソコン100のメーカは、出荷に先だって、フロッピーディスク201を利用して、Chusha.bat311、autoexec.bat312、及びautoexec.org313を当該パソコンにコピーするだけでよいので、出荷直前の不具合にも迅速に対応できる。また、本実施形態によれば、図7に示すようなソースコードによってパッチプログラムinit.com314を作成する開発者は、フロッピーディスク201のエントリ数の制約を意識する必要がなく、そのinit.comが含まれるchusha.bat311をバイナリファイルエディタで編集するだけでよい。また、本実施形態によれば、プリインストールパソコン100にて生成されるinit.com314は、一度実行されると消去されるので、そのプリインストールパソコンに関する機密情報を、第三者に知られることを防止することができる。その理由は、Chusha.bat311に含まれる不具合対策用のプログラムの可読性が低く、且つパッチ実行に際してパッチプログラムinit.com314が人目に触れること無く生成され、実行され、そして削除されるからである。また、本実施形態によれば、出荷するパソコンの品質を向上することができる。その理由は、プリインストールパソコン100を開発する開発者がツリー媒体Aに相当する記録媒体202の開発を終了した後であっても、chusha.bat311に不具合対策用のパッチプログラムを含めることにより、開発終了後に発見された不具合に出荷間際まで対応できるからである。また、本実施形態によれば、プリインストールパソコン100を開発するに際してのメーカの不具合対策費用を削減することができる。その理由は、chusha.bat311に不具合対策用のパッチプログラムを含めることにより、例えば当該パソコンの出荷後の初回起動に際して、ユーザが意識することなく不具合に対応することができるためである。また、本実施形態によれば、ユーザに対するパッチ当て作業のための指示書の準備が不要であるからである。更に本実施形態によれば、エントリ数が制限されるフロッピーディスクをプリインストールパソコン100の生産現場において利用する場合であっても、必要とするフロッピーディスクの枚数を極小化することができるからである。他の実施例上述した実施形態は、説明の便宜上から、MS-DOS登録商標、MicrosoftWindows登録商標等のMicrosoft社製OSをパソコンにプリインストールする構成を例に説明した。しかしながら、本発明はこのような構成には限定されない。例えば、本発明は、UNIX登録商標やLinux登録商標等のOSにおいても実現することができる。即ち、UNIXやLinux等のOSにおいて各ユーザがログオンする際にOSが実行するデフォルトシェルスクリプトの中に、管理者権限を有するユーザが同様の仕掛けを施すとよい。この場合、全ユーザはシステム不具合への対応を意識することなく、その不具合に対処することができる。この場合、自動実行する対象はパッチプログラムではなくスクリプトである。従って、バイナリファイルエディタではなく、一般的なテキストファイルエディタを用いて、スクリプトをechoコマンドのコマンドライン文字列に与えればよい。ここで、一例として、Linuxにおける実施例について以下に例示すると、ログオンスクリプトに下の3行を記述すればよい。1行目echo/^/d_>init/^/dという内容のsedスクリプトファイルを生成する,2行目sed-finit ̄/.bashrcinitスクリプトファイルに従って ̄/.bashrcファイルをsedで処理する,3行目rm-finitinitスクリプトファイルを削除する。"