JP2006302312A - リモートローディング実行方法、リモートローディング実行システム、情報処理装置、管理装置及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】 インストール時にリブートを要するソフトウェアがある場合でも、サーバ側からの指示で、自動的にソフトウェアをインストールして、クライアント／サーバ構成におけるクライアント環境の構築ができる構成を提供せんとするものである。
【解決手段】 エージェント１２は、インストール前にサーバ１００からクライアント２００にダウンロードされて、管理記録ファイル１０を参照しながら、実行スクリプトＳに従って、インストールファイル１３からクライアント２００へのインストールを実行すると共に、そのインストール実行状態に応じて管理記録ファイル１０を更新し、リブート後再びクライアント２００にダウンロードされた時に、管理記録ファイル１０を参照し、実行スクリプトＳに従って、インストールファイル１３からインストールを続行し、併せてそのインストール実行状態に応じて管理記録ファイル１０を更新する。
【選択図】 図１

Description

本発明は、クライアント／サーバ構成において、容易且つ安全にクライアント環境を構築するためのリモートローディング実行方法、リモートローディング実行システム、情報処理装置、管理装置及びコンピュータ読み取り可能な記録媒体に関する。

パーソナルコンピュータ等で構成されるクライアント側の環境構築は、スタンドアローンで１つずつソフトウェアをインストールするか、又はサーバからインストールすべきソフトウェアを、１つずつ選択してインストールすることで、行われている。

最近では、サーバ側からの指示でクライアントの電源を入れる構成、例えば離れたクライアントにパケットを送ることにより該クライアントに電源を投入するＷａｋｅ Ｏｎ ＬＡＮ（ＷｏＬ）などの構成や、電源が入れられた直後にクライアントがサーバに接続しに行く構成、例えばサーバ−クライアント環境のクライアント上でオペレーティングシステムが起動する前にクライアントがサーバに接続しに行くＰＸＥ（Ｐｒｅｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）環境（但しこの場合クライアントのネットワークアダプタに専用のＲＯＭを必要とする）の構成が実用化されている。

このようなＷａｋｅ Ｏｎ ＬＡＮ（ＷｏＬ）の構成やＰＸＥ環境を利用すれば、単一のソフトウェアをインストールする場合、クライアントでの操作をしないで、リモートローディングすることもできる。

しかし、インストール中にリブート（再起動）が必要なソフトウェアをインストールする場合（複数のソフトウェアをインストールする場合も含む）は、リブート後にクライアント側でユーザの手作業を必要とし、上記のような構成を使用してもリモートローディングを実行することは不可能となる。

特にこのユーザ側の手作業という中には、リブートによってそれまでのクライアント側のインストールの履歴がなくなり、リブート後にインストール作業を最初から繰り返す無限ループに陥ることがあり、そのような場合はユーザ側でそれを止める作業をしなければならず、この種の技術的知識のない者にとっては、かなり困難な作業である。

そのため、クライアント側での手作業を必要とすることで、技術的知識や経験のないユーザに無理を強いることになって、サービス性が低下し、最終的には作業員の派遣なども必要となって、管理に手間とコストを要することになる。またインストールの状況を把握できないために、クライアント／サーバ構成におけるクライアント環境構築に対する信頼性の低下にもつながることになる。特にこの種のリモートローディング操作を必要とするケースとしては、クライアント側がダウンし、そのリカバリーが必要な場合が考えられ、サーバ側からの操作で全て自動的にそのリカバリーを達成できることが望まれる。

本発明は、以上のような問題に鑑み創案されたもので、利便性の高いソフトウェアのインストール技術を提供するものである。さらに詳細には、サーバ側でクライアントの動作環境を全て用意し、インストール時にリブートを必要とするソフトウェアがある場合でも、サーバ側からの指示で、自動的にソフトウェアをインストールして、クライアント／サーバ構成におけるクライアント環境の構築ができるリモートローディング実行方法及びリモートローディング実行システムを提供せんとするものである。併せてこのようなシステムに使用される情報処理装置及び管理装置、並びにコンピュータ読み取り可能な記録媒体についても、提案を行う。

そのため本発明に係るリモートローディング実行方法は、インストール開始前又はリブート後にクライアントにダウンロードされたエージェントにより、クライアントの実行状態を記録する管理記録を参照しながら、実行制御情報に従ってクライアントにインストールを行うことを基本的特徴としている。

上記構成によれば、エージェントにより、クライアントの実行状態の管理記録を参照しながら、実行制御情報に従ってクライアントにインストールを行い、またリブートがあった場合には、エージェントはクライアントに再びダウンロードされるため、該エージェントにより、リブート履歴を含む前記管理記録を参照しながら、リブート後に行われるべき、実行制御情報の続きに従って、クライアントへのインストールを続行することになる。従ってリブートがあっても、クライアント側で人の手作業を必要とせず、インストールを続行することができる。

ここで上記エージェントとは、ダウンロードされた先で、実行制御情報に規定された実行命令に従った処理を行う独立したプログラムであり、本構成では、クライアントに対し諸種のソフトウェアのインストールを行う。

上記実行制御情報は、クライアント側でエージェントに読み出されて実行されることになる、クライアントへのインストールに必要な実行命令（セットアップコマンド）を設定した定義情報であり、例えば実行スクリプトなどがある。また実行制御情報に従ってエージェントがインストールを実行する場合、インストールされるソフトウェア（オペレーティングシステムを含む）をサーバ側で用意していなければならない。さらにソフトウェアのインストールは、ソフトウェアのインストールイメージファイルを予めサーバ側に用意しておき、それを、ダウンロードによってクライアントにコピーするような場合も含む。

上記構成で、エージェントによりクライアントへインストールを実行している間、該インストールの実行状態に応じて、前記管理記録を更新する必要がある。仮にそのような更新がなされないと、インストールを実行するエージェントは、リブートで一旦実行制御情報に従った実行を中断するため、リブート後は、該リブート以前の記録（更新のされない記録）を参照し、実行制御情報の最初に戻って再びインストールを始めることになり、無限ループを実行することになるからである。

他方この管理記録の更新により、インストールの進行状態は、最終的にサーバ側に通知されるため、サーバ側で容易に確認できるようになる。従ってサーバ側で集中的に、管理・監視ができるようになり、インストールミスやトラブル対応が的確に行え、信頼性の高い環境が提供できることになる。

以上の構成をより具体化した場合、次のようなステップが実行されることになる。すなわち、サーバからクライアントに、リブート実行を含む１乃至２以上のソフトウェアのインストールを行う場合に、クライアントにダウンロードされたエージェントにより、クライアントの実行状態を記録する管理記録を参照しながら、実行制御情報に従ってインストールを行うと共に、クライアントのインストール実行状態に応じて前記管理記録を更新し、リブート後再びクライアントにダウンロードされたエージェントにより、前記管理記録を参照しながら、前記実行制御情報に従って、インストールを続行し、併せてそのインストール実行状態に応じて前記管理記録を更新するというものである。

前記管理記録には、その更新によって、リブート前までのインストール実行状態が履歴として残り、リブート後再びクライアントにダウンロードされたエージェントは、この管理記録を参照することで、リブート後に行われるべき、実行制御情報の続きに従って、クライアントへのインストールを続行することができるようになる。もちろんこの時も、後にさらなるリブートが行われることもある（１つのソフトウェアでリブートを複数回必要とすることもあるし、また複数のソフトウェアの連続インストールでリブートを複数回必要とすることもある）ので、インストールの続行と共に、そのインストール実行状態に応じて前記管理記録を更新することになる。

上記実行制御情報は、サーバ側に備えられていても良い。その場合は、インストールの実行時（リブート後のインストールの場合も含む）に、エージェントがサーバ側にアクセスして、実行制御情報を参照し、それに従ってインストールを行うことになる。この構成の利点は、クライアント側で、インストール中に不具合が生じても、実行制御情報が無くなったり、改変されるなどの心配がなく、クライアント側の不具合がサーバ側へ波及するおそれがなくなることにある。

また該実行制御情報は、サーバ側に備えられていて、インストール開始前又はリブート後に、ダウンロードされてクライアント側にも備えられるようになっても良い。その場合、前記エージェントは、クライアント側にある実行制御情報に従って、インストールを実行することができるようになる。この場合は、エージェントがいちいちサーバ側にアクセスしなくても、実行制御情報を参照できるため、インストールの作業効率が高まることになる。

他方、クライアントの実行状態を記録する前記管理記録は、サーバ側に備えられており、クライアントのインストール実行状態に応じて、更新されるようにしても良い。この場合、エージェントにより、クライアントにインストールが行われ、その作業開始直前、作業中或いは作業終了毎に、該エージェントにより、サーバ側にアクセスして、そこにある管理記録を更新することになる。このような構成の利点は、上記実行制御情報の場合と同様、クライアント側で、インストール中に不具合が生じても、サーバ側にその管理記録が残り、その後インストールを再開した場合に、該インストールが安全に行われるようになることにある。

また前記管理記録は、サーバに備えられており、そこからダウンロードされてクライアントにも備えられるようになり、さらにクライアントのインストール実行状態に応じて、該クライアント側で更新されると共に、リブート前にサーバ側に戻され、リブート後に再びクライアント側にダウンロードされて、その後のクライアントのインストール実行状態に応じて、更新されるようにしても良い。リブート前には履歴の更新された管理記録が、サーバ側に一旦移され、リブート後、再びクライアント側にダウンロードされて、それをエージェントが参照してインストールを続行するため、リブート後に実行すべき実行制御情報の続きに従ってインストールを行うことができるようになる。

クライアントにおけるインストールが進行して、リブートが要求された場合は、該クライアント自身のブートが必要であるから、もしそれ以前にサーバによってクライアントが立ち上げられていた場合（リモートブートの場合）は、設定を変えて、クライアント自身でのブートができるように（ローカルブートができるように）設定されなければならない。このローカルブートへの設定変更は、通常サーバ側からの要求でなされる。

請求項３〜請求項６までは、前記方法の構成に対応する装置構成を、リモートローディング実行システムとして規定している。

そのうち請求項３の構成は、クライアントの実行状態を記録する管理記録ファイルと、クライアントへのインストール実行処理を規定する実行制御情報を格納した制御ファイルと、該制御ファイルに格納された実行制御情報に従ってクライアントへのインストールを実行するエージェントと、該エージェントによりクライアントにインストールされるインストールファイルとを備えたサーバと、前記エージェントがダウンロードされるクライアントとを備え、前記エージェントは、インストール前にサーバからクライアントにダウンロードされて、前記管理記録ファイルを参照しながら、実行制御情報に従って、インストールファイルからクライアントへのインストールを実行すると共に、そのインストール実行状態に応じて前記管理記録ファイルを更新し、リブート後再びクライアントにダウンロードされた時に、前記管理記録ファイルを参照し、前記実行制御情報に従って、インストールファイルからインストールを続行し、併せてそのインストール実行状態に応じて前記管理記録ファイルを更新することを特徴としている。

前記インストールファイルとは、クライアントにインストールされるべきソフトウェア乃至ソフトウェア群のファイルを言い、たとえばクライアントで起動されるオペレーティングシステムや、同じくクライアントで実行されるアプリケーションなどがある。これらは、予めサーバ側に用意しておいて、それをクライアント側にダウンロードしてコピーするようなイメージファイルの形式であっても良い。

請求項４の構成では、前記制御ファイルは、サーバ側に備えられているというものである。

請求項５の構成では、前記制御ファイルは、インストール前又はリブート後に、ダウンロードされてクライアント側に備えられているというものである。

請求項６の構成では、クライアントの実行状態を記録する前記管理記録ファイルは、サーバ側に備えられており、クライアントのインストール実行状態に応じて、更新されるというものである。

請求項７の構成は、これまで述べた方法ないしシステムにおける、クライアントの装置構成を規定するものである。その具体的装置構成としては、他装置にアクセスして該他装置が管理するソフトウェアを自装置にインストールする情報処理装置であって、インストールする実行手順が規定された実行制御情報にアクセスするアクセス処理部と、インストールの実行状態を記録させる記録制御部と、前記記録されたインストールの実行状態及び実行制御情報に基づきインストールを行うインストール実行部とを備えることを特徴としている。

上記構成では、アクセス処理部において実行制御情報にアクセスし、インストール実行部において、この実行制御情報と記録制御部で記録されたインストールの実行状態に基づき、必要なソフトウェアのインストールを行い、そのインストール実行状態に応じて、前記記録制御部で記録を更新することになる。この記録制御部での記録更新がなされることと、インストール実行部でのインストールがその実行状態に応じて行われるため、インストール時にリブートを必要とするソフトウェアが他装置にある場合でも、リブート後もインストールの続きを続行させることができるようになり、該他装置にアクセスして該ソフトウェアを本情報処理装置に自動的にインストールすることが可能となる。

請求項８の構成は、これまで述べた方法ないしシステムにおける、サーバの装置構成を規定するものである。、その具体的装置構成としては、ソフトウェアを管理し、他装置からの要求に応じて該ソフトウェアを供給する管理装置であって、インストールを実行するエージェントを前記他装置に送信する送信部と、前記エージェントからのアクセスで、インストール実行処理を規定する実行制御情報を参照させる制御情報管理部と、前記エージェントからのアクセスで、前記他装置のインストール実行状態の通知及びその記録更新を行う管理記録部と、前記エージェントにより要求されるソフトウェアを前記他装置に供給する供給部とを備えることを特徴としている。

上記構成では、送信部においてエージェントを他装置に送り、この他装置で機能するエージェントからの要求で、供給部から必要なソフトウェアを該エージェントに対して送り、制御情報管理部で管理される実行制御情報と管理記録部で記録されるインストール実行状態を該エージェントに参照させて、他装置におけるインストールを実行させる。その際、インストール実行状態に応じて前記管理記録部はインストール実行状態の記録を更新し、且つエージェントがそれを必ず参照しながらインストールを行っているため、リブートを必要とするソフトウェアのインストール時でも、リブート後もインストールの続きを続行させることができるようになる。

請求項９の構成は、これまで述べた方法ないしシステムにおける、ソフトウェアのインストールを行わせるエージェントプログラムを記録したコンピュータ読み取り可能な記録媒体の構成を規定するものである。その具体的構成としては、コンピュータに、インストール実行処理を規定した実行制御情報を参照する手順と、インストールの実行状態を記録する手順と、前記実行制御情報及び前記インストールの実行状態に基づき、他装置にインストールすべきソフトウェアを供給する要求とそのインストール処理を実行する手順とを実行させるプログラムの記録された記録媒体である。

上記構成では、記録媒体に記録されたプログラムをコンピュータに読み取らせることで、エージェントが機能する。該エージェントは、実行制御情報及び前記インストールの実行状態を参照することで、他装置に対し、インストールすべきソフトウェアを供給する要求を出し、またそれによって供給されたソフトウェアのインストール処理を実行することになる。その際、インストール実行状態に応じてその記録を更新させ、且つエージェントがインストール時にそれを必ず参照しながらインストールを行っているため、リブートを必要とするソフトウェアのインストール時でも、リブート後もインストールの続きを続行させることができるようになる。

請求項１０の構成は、これまで述べた方法ないしシステムにおける、他装置にソフトウェアのインストールを行わせるサーバ用のプログラムを記録したコンピュータ読み取り可能な記録媒体の構成を規定するものである。その具体的構成としては、コンピュータに、インストールを実行するエージェントを他装置に送信する手順と、該エージェントからのアクセスで、実行制御情報を参照させる手順と、前記エージェントからのアクセスで、前記他装置のインストール実行状態の通知及びその記録更新を行う手順と、前記エージェントにより要求されるソフトウェアを前記他装置に供給する手順とを実行させるプログラムの記録された記録媒体である。

上記構成によれば、記録媒体に記録されたプログラムをコンピュータに読み取らせることで、該コンピュータを、他装置にソフトウェアをインストールさせるサーバとして機能させることができるようになる。上記構成では、エージェントを他装置に送り、この他装置で機能するエージェントからの要求で、必要なソフトウェアを該エージェントに対して送り、実行制御情報及びインストール実行状態の記録を該エージェントに参照させて、他装置においてインストールを実行させることになる。その際、インストール実行状態に応じてその記録を更新させ、且つエージェントがインストール時にそれを必ず参照しながらインストールを行っているため、リブートを必要とするソフトウェアのインストール時でも、リブート後もインストールの続きを続行させることができるようになる。

以上、説明した本発明の請求項１〜６記載のリモートローディング実行方法及びリモートローディング実行システムによれば、インストール時にリブートを必要とするソフトウェアがある場合でも、サーバ側からの指示で、自動的にこれらをインストールして、クライアント／サーバ構成におけるクライアント環境の構築ができるようになるという優れた効果を奏し得る。

従ってクライアントを最初から立ち上げる場合の他、クライアント側がダウンし、そのリカバリーが必要な場合に、サーバ側からの操作で自動的にクライアントの環境復元ができるようになる。特にユーザ側で技術的知識がない場合でも、クライアント側での手作業の必要がないために、サービス性の向上が期待でき、作業員の派遣も必要がなくなって、管理の手間やコストも低減できるようになる。

さらに、サーバ側でクライアント側のインストールの状況が把握できるようになるため、クライアント／サーバ構成におけるクライアント環境構築に対する信頼性の向上も期待できるようになる。

請求項７記載の情報処理装置によれば、インストール時にリブートを必要とするソフトウェアがある場合でも、他装置にアクセスして該他装置が管理するソフトウェアを本情報処理装置に自動的にインストールすることが可能となる。

請求項８記載の管理装置によれば、他装置の要求に応じてソフトウェアを供給しながら、他装置におけるインストールの実行状況を管理し、インストール時にソフトウェアがリブートを必要とする場合でも、該他装置に対し、自動的に該ソフトウェアのインストールを実行させることが可能となる。

請求項９記載の記録媒体の構成によれば、その記録媒体に記録されたプログラムがコンピュータに読み込まれて実行されると、インストール時にリブートを必要とするソフトウェアがある場合でも、該コンピュータにおいて、自動的にインストールを行うことが可能となる。

請求項１０記載の記録媒体の構成によれば、その記録媒体に記録されたプログラムがコンピュータに読み込まれて実行されると、エージェントとの連携により、インストール時にリブートを必要とするソフトウェアがある場合でも、エージェントが送られた他装置において、自動的にインストールを行うことが可能となる。

以下、本発明の実施の形態を図示例と共に説明する。

図１は、本発明のリモートローディング実行システムを構築する、サーバ１００と、これとローカルエリアネットワーク（ＬＡＮ）３００で接続されるクライアント２００ａ、２００ｂ、…２００ｎとのシステム構成を示している。尚、以下の説明で説明を簡単にするため、仮に全てのクライアント２００ａ、２００ｂ、…２００ｎを代表するものとして、クライアント２００として説明をする。

上記サーバ１００は、図２に示すように、バス１０１を介してつながっているＣＰＵ１０２と、ＲＡＭ１０３と、ＲＯＭ１０４と、ＨＤＤ（ハードディスクドライブ）１０５と、ＦＤＤ（フロッピーディスクドライブ；フロッピーは登録商標である）１０６と、ＬＡＮ通信環境を提供する通信制御基板１０７、表示装置やキーボードなどの入出力装置１０８などで構成される。

そして上記ＨＤＤ１０５には、クライアント２００へのインストールの実行状態を記録する（ログを取る）管理記録ファイル１０と、クライアント２００へのインストール実行処理を規定する実行制御情報たる実行スクリプトＳを格納した制御ファイルたるスクリプトファイル１１と、該スクリプトファイル１１に格納された実行スクリプトＳに従ってクライアント２００へのインストールを実行するエージェント１２と、クライアント２００へインストールされるべきインストールファイル１３を格納している。

上記実行スクリプトＳは、クライアント２００側でエージェント１２に読み出されて実行されることになる、クライアント２００へのインストールに必要な実行命令（セットアップコマンド）を設定した定義情報であり、セットアップされるべきインストールファイル１３の順序に従って、各セットアップコマンドを設定している。

また前記エージェント１２とは、ダウンロードされた先で、実行スクリプトＳに規定された実行命令に従った処理を行う独立したプログラムであり、本構成では、クライアント２００に対し上記インストールファイル１３のインストールを行う。該エージェント１２は、インストールを行う前に、必ず、管理記録ファイル１０にアクセスして、クライアント２００のインストール進行状態を確認してから、実行スクリプトＳに従ってインストールを続行する。またエージェント１２は、各インストール終了後又はリブート要求がある度に、前記管理記録ファイル１０にアクセスして、インストールの進行状況につき、その更新を行う。

前記インストールファイル１３には、クライアント２００で最初に起動されるＤＯＳブートイメージファイル（後述するＤＯＳ及びＬＡＮマネージャを含む）の他、同じくクライアント２００で起動されるオペレーティングシステムのＯＳインストールイメージファイル１３ａと、同じくクライアント２００にインストールされるべきアプリケーションのアプリインストールイメージファイル１３ｂがある。これらは、クライアント２００を最初から立ち上げたり、該クライアント２００ダウン後のリカバリーを行うために、本システムに用意されている。

さらにサーバ１００には、ＨＤＤ１０５から読み出されてＣＰＵ１０２で実行されるプログラムが立ち上げられている。該プログラム中に、上記ＨＤＤ１０５上の管理記録ファイル１０の読み出し及び書込み（更新を含む）と、スクリプトファイル１１の読み出しを管理するマネージャ１４が備えられている。

またこのマネージャ１４は、クライアント２００のインストールが実行されてリブート要求があった際（正確にはリブート要求による管理記録ファイル１０の更新があった際）、前記実行スクリプトＳの記述に従ってエージェント１２が送った要求により、前記クライアント２００側のＰＸＥによるリモートブート実行から、ローカルブート（クライアント単独での立ち上げ）実行に切り替える命令を出す機能を備えている。その切替を行った際、上記管理記録ファイル１０中に各クライアント２００に対応して備えているブートフラグの設定を合わせて行う（ローカルブートの際１を、またリモートブートの際０を設定する）。

他方前記クライアント２００は、図３に示すように、上記サーバ１００とほぼ同じ構成を有しており、バス２０１を介してつながっているＣＰＵ２０２と、ＲＡＭ２０３と、ＲＯＭ２０４と、ＨＤＤ（ハードディスクドライブ）２０５と、ＦＤＤ（フロッピーディスクドライブ；フロッピーは登録商標である）２０６と、ＬＡＮ通信環境を提供する通信制御基板２０７、表示装置やキーボードなどの入出力装置２０８などで構成される。

更に該クライアント２００には、前記通信制御基板２０７上に備えられたＲＯＭ（図示なし）によって環境が実現されるＷａｋｅ Ｏｎ ＬＡＮ（ＷｏＬ）の構成２１０と、ＰＸＥ（Ｐｒｅｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）の構成２１１が備えられている。通信制御基板２０７上に備えられた該ＲＯＭは、クライアント２００のバイオス（ＢＩＯＳ）の設定によって、以上の機能を発揮するか否かが決定され、その設定は通信制御基板２０７上のフラッシュメモリ（図示なし）などに格納される。

該ＷｏＬ２１０は、サーバ１００側からターゲットとなるクライアント２００にパケットを送ることにより、該クライアント２００の電源を投入する機能を有している。

また上記ＰＸＥ２１１は、クライアント２００に電源が投入された直後にクライアント２００からサーバ１００に接続しに行く構成であり、この時サーバ１００側の管理記録ファイル１０上の対応するクライアント２００のブートフラグがリモートブート用に設定されていれば（デフォルトではリモートブートに設定されている）、該サーバ１００により、最初にＤＯＳブートイメージが送られて、該クライアント２００はＤＯＳ（ディスクオペレーティングシステム）環境で起動することになる。さらにこのＤＯＳ環境におけるＬＡＮマネージャで、サーバ１００に接続されることで、該サーバ１００からクライアント２００のＲＡＭ２０３上に、前記エージェント１２が送られる。仮にクライアント２００側でオペレーティングシステムが起動可能な状態になっていても、電源投入と共にこのＰＸＥが有効になれば、該オペレーティングシステムの起動前に、サーバ１００によって、該クライアント２００が起動されることになる。

次に前記図１と、図４及び図５により、サーバ１００とクライアント２００間の処理につき、説明する。

(１)まず図１及び図４に示すように、サーバ１００からターゲットとなるクライアント２００にパケットを送り、前記ＷｏＬにより、クライアント２００の電源をＯＮにする（ステップ１）。

(２)クライアント２００の電源がＯＮになったところで、ＰＸＥ２１１が起動し、該ＰＸＥ２１１の要求がサーバ１００に送られ、それをマネージャ１４が受付ける（ステップ２）。

(３)デフォルトでは、管理記録ファイル１０の対応するクライアント２００のブートフラグをリモート側に設定されているため、マネージャ１４は、クライアント２００をリモートブートさせ、サーバ１００から、クライアント２００のＲＡＭ２０３上にＤＯＳのブートイメージをダウンロードさせる（ステップ３）。この時クライアント２００側には合わせてＬＡＮマネージャがダウンロードされ、ＤＯＳと共に起動される。

(４)このＬＡＮマネージャにより、ＤＯＳ環境で、クライアント２００は、サーバ１００に接続する（ここまでが前記ＰＸＥ２１１によるリモートブート処理である）。そしてこのリモートブートと同時に、サーバ１００から、エージェント１２が、クライアント２００のＲＡＭ２０３にダウンロードされる（ステップ４）。

(５)エージェント１２が起動されると、図５に示すように、最初にサーバ１００側の管理記録ファイル１０にアクセスする。この時点では、クライアント２００の実行状態については、まだ何も記録されていない。次にエージェント１２は、同じくサーバ１００のスクリプトファイル１１にアクセスし、その実行スクリプトＳの最初にセットされたオペレーティングシステムインストールのセットアップコマンドを実行する。この際、最初にクライアント２００のＨＤＤ２０５に対し、インストールファイル１３中のＦｄｉｓｋやＦｏｒｍａｔなどのＨＤＤ２０５の初期化のためのコマンドが実行され、さらにＤＯＳ環境下でスクリプトのコマンド（ＷＩＮＤＯＷＳなどのオペレーティングシステムのセットアップコマンド；ＷＩＮＤＯＷＳは登録商標である）が実行され、ＯＳインストールイメージファイル１３ａがインストールされる（ステップ５）。

(６)以上のオペレーティングシステムのインストール途中でリブートが入る。ここまでの実行状態をエージェント１２は、サーバ１００側のマネージャ１４に通知する。この通知を受けたマネージャ１４は、管理記録ファイル１０に記録・更新する。同時に該マネージャ１４は、リモートブートから、ローカルブートに切り替え、上記管理記録ファイル１０中に該クライアント２００に対応して備えているブートフラグを、ローカルブート側に設定する（ステップ６）。

(７)クライアント２００では、上記切替によって、ローカルブートによるリブートが実行される。この時、エージェント１２は、クライアント２００側に再びダウンロードされ、リブート後に再びエージェント１２が起動する。該エージェント１２は、再び管理記録ファイル１０にアクセスし、対象となっているクライアント２００のインストールの進行状態を検出し、その進行状態からスクリプトファイル１１の上記実行スクリプトＳの続きを実行し、インストールを続行する（ステップ７）。

(８)クライアント２００へのオペレーティングシステムのインストールが終了し、リブートが再びかかる。この時、エージェント１２は、オペレーティングシステムのインストールが終了したことを、サーバ１００側のマネージャ１４に通知する。この通知を受けたマネージャ１４は、管理記録ファイル１０に、その終了を記録し、更新する（ステップ８）。

(９)リブート後、エージェント１２は、クライアント２００側に再びダウンロードされ、起動する。該エージェント１２は、再度管理記録ファイル１０にアクセスし、対象となっているクライアント２００のインストールの進行状態を検出する。その進行状態からスクリプトファイル１１の上記実行スクリプトＳの続きに規定されたアプリインストールイメージファイル１３ｂのインストールを実行する（ステップ９）。複数のアプリインストールイメージファイル１３ｂをインストールする場合は、間にリブートが入るが、上述の処理と同様、クライアント２００でエージェント１２が起動し、前記管理記録ファイル１０にアクセスして、スクリプトファイル１１の実行スクリプトに従いながら、それらのアプリインストールイメージファイル１３ｂをインストールする。

(１０)全てのアプリインストールイメージファイル１３ｂのインストールが終了すると、リブートがかかり、全てのインストールが終了したことが、エージェント１２によってサーバ１００側に通知される。サーバ１００側にあるマネージャ１４がこれを受け取り、サービスを完了する（ステップ１０）。

以上の処理が、サーバ１００とターゲットとなるクライアント２００との間でなされることで、インストール時にリブートを必要とするオペレーティングシステムやアプリケーションソフトウェアがある場合でも、サーバ１００側からの指示で、自動的にこれらをインストールして、クライアント／サーバ構成におけるクライアント２００の環境の構築ができるようになる。従ってクライアント２００を最初から立ち上げる場合の他、クライアント２００側がダウンし、そのリカバリーが必要な場合に、サーバ１００側からの操作で自動的にそのリカバリーが行えるようになる。特にユーザ側で技術的知識がない場合でも、クライアント２００側での手作業の必要がないために、サービス性の向上が期待でき、作業員の派遣も必要がなくなって、管理が容易になる。さらにサーバ１００側でクライアント２００側のインストールの状況が把握できるので、クライアント／サーバ構成におけるクライアント環境構築に対する信頼性も向上する。

上記実施形態構成では、スクリプトファイル１１は、常にサーバ１００側に備えられているが、インストール前又はリブート後に、クライアント２００側にダウンロードされるようにして、前記エージェント１２は、クライアント２００側にある実行スクリプトＳに従って、インストールを実行するようにしても良い。この場合は、エージェント１２がいちいちサーバ１００側にアクセスしなくても、実行スクリプトＳを参照できるため、インストールの作業効率が高まることになる。

また上記実施形態構成では、前記管理記録ファイル１０は、サーバ１００側に備えられているが、該サーバ１００からダウンロードされてクライアント２００にも備えられるようにし、クライアント２００のインストール実行状態に応じて、該クライアント２００側で更新されると共に、リブート前にサーバ１００側に戻され、リブート後に再びクライアント２００側にダウンロードされて、その後のクライアント２００のインストール実行状態に応じて、更新されるようにしても良い。このようにしても、リブート前には履歴の更新された管理記録ファイル１０が、サーバ１００側に一旦移され、リブート後、再びクライアント２００側にダウンロードされて、それをエージェント１２が参照してインストールを続行するため、リブート後に実行すべき実行スクリプトＳの続きに従ってインストールを行うことができるようになり、特に問題はない。

図６は他装置（すなわちサーバ１００）にアクセスして該他装置が管理するソフトウェアを自装置にインストールする情報処理装置、すなわちクライアント２００の装置構成を示す説明図である。

本装置構成は、実行スクリプトＳにアクセスするアクセス処理部２０と、インストールの実行状態を前記管理記録ファイル１０に記録させる記録制御部２１と、前記記録されたインストールの実行状態及び実行スクリプトＳに基づきインストールを行うインストール実行部２２とを備えている。

上記構成では、アクセス処理部２０において実行スクリプトＳにアクセスし、インストール実行部２２において、この実行スクリプトＳと記録制御部２１により記録更新の行われる管理記録ファイル１０のインストールの実行状態に基づき、必要なインストールファイル１３のインストールを行う。さらにそのインストール実行状態に応じて、前記記録制御部２１により管理記録ファイル１０の記録を更新することになる。この記録制御部２１により管理記録ファイル１０の記録更新がなされることと、インストール実行部２２でのインストールがその実行状態に応じて行われるため、インストールファイル１３中にリブートを必要とするソフトウェアがある場合でも、リブート後もインストールの続きを続行させることができるようになり、サーバ１００にアクセスして、そのようなリブートを必要とするものを含むインストールファイル１３を本クライアント２００側に自動的にインストールすることが可能となる。

図７は、ソフトウェアを管理し、他装置（すなわちクライアント２００）からの要求に応じて該ソフトウェアを供給する管理装置、すなわちサーバ１００の装置構成を示す説明図である。

本装置構成は、エージェント１２をクライアント２００に送信する送信部１５と、該エージェント１２からのアクセスで、実行スクリプトＳを参照させるスクリプト管理部１６（スクリプトファイル１１の読み出し管理を行う）と、前記エージェント１２からのアクセスで、前記クライアント２００のインストール実行状態の通知及びその記録更新を行う管理記録部１７（管理記録ファイル１０読み出し及び更新を行う）と、前記エージェント１２により要求されるインストールファイル１３を前記クライアント２００に供給する供給部１８とを備えている。

上記構成では、送信部１５においてエージェント１２をクライアント２００に送り、このクライアント２００で機能するエージェント１２からの要求で、供給部１８からインストールファイル１３を該エージェント１２に対して送り、スクリプト管理部１６で管理される実行スクリプトＳと管理記録部１７で記録されるインストール実行状態を該エージェント１２に参照させて、クライアント２００におけるインストールを実行させる。その際、インストール実行状態に応じて前記管理記録部１７はインストール実行状態の記録を更新し、且つエージェント１２がインストール時にそれを必ず参照しながらインストールを行っているため、インストールファイル１３中にリブートを必要とするソフトウェアがある場合でも、リブート後もインストールの続きを続行させることができるようになる。

本発明を実施する形態の他の構成としては、クライアント２００に対しソフトウェアのインストールを行わせるエージェントプログラムを記録したＣＤ−ＲＯＭなどの記録媒体の構成がある。

すなわちこのような記録媒体に記録されたプログラムがコンピュータに読み込まれ、実行されると、該コンピュータに、実行スクリプトＳを参照するステップと、インストールの実行状態を記録するステップと、前記実行スクリプトＳ及び前記インストールの実行状態に基づき、サーバ１００に対しインストールファイル１３を供給する要求とそのインストール処理を実行するステップとを実行させることになる。

上記構成では、記録媒体に記録されたプログラムをコンピュータに読み取らせ、実行させることで、上記エージェントが機能する。該エージェントは、実行スクリプトＳ及び前記インストールの実行状態を参照することで、サーバ１００に対し、インストールファイル１３を供給する要求を出し、またそれによって供給された該インストールファイル１３のインストール処理を実行することになる。その際、インストール実行状態に応じてその記録を更新させ、且つエージェントがインストール時にそれを必ず参照しながらインストールを行っているため、インストールファイル１３中にリブートを必要とするソフトウェアがある場合でも、リブート後もインストールの続きを続行させることができるようになる。

本発明を実施する形態のさらに別の構成としては、クライアント２００にソフトウェアのインストールを行わせるサーバ１００用のプログラムを記録したＣＤ−ＲＯＭなどの記録媒体の構成がある。

すなわちこのような記録媒体に記録されたプログラムがコンピュータに読み込まれ、実行されると、該コンピュータに、インストールを実行するエージェント１２をクライアント２００に送信するステップと、該エージェント１２からのアクセスで、実行スクリプトＳを参照させるステップと、前記エージェント１２からのアクセスで、前記クライアント２００のインストール実行状態の通知及びその記録更新を行うステップと、前記エージェント１２により要求されるインストールファイル１３を前記クライアント２００に供給するステップとを実行させることになる。

上記構成によれば、記録媒体に記録されたプログラムをコンピュータに読み取らせることで、該コンピュータを、クライアント２００に対しソフトウェアをインストールさせるサーバ１００として機能させることができるようになる。上記構成では、エージェント１２をクライアント２００側に送り、このクライアント２００で機能するエージェント１２からの要求で、必要なインストールファイル１３を該エージェント１２に対して送り、実行スクリプトＳ及びインストール実行状態の記録を該エージェント１２に参照させて、クライアント２００においてインストールを実行させることになる。その際、インストール実行状態に応じてその記録を更新させ、且つエージェント１２がインストール時にそれを必ず参照しながらインストールを行っているため、インストールファイル１３中にリブートを必要とするソフトウェアがある場合でも、リブート後もインストールの続きを続行させることができるようになる。

尚、本発明のリモートローディング実行方法及びリモートローディング実行システムは、上述の実施例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

本発明のリモートローディング実行方法、リモートローディング実行システム、情報処理装置、管理装置及びコンピュータ読み取り可能な記録媒体は、サーバ−クライアントシステム間でインストール時にリブートする必要があるソフトウェアのインストール技術として、利用可能である。

本発明のリモートローディング実行システムを構築する、サーバ１００とクライアント２００ａ、２００ｂ、…２００ｎとのシステム構成を示す構成概要図である。 サーバ１００の構成説明図である。 クライアント２００の構成説明図である。 サーバ１００とクライアント２００間の処理手順を示す工程説明図である。 上記の工程中における本発明構成による動作概要の説明図である。 サーバ１００にアクセスして該サーバ１００が管理するソフトウェアを自装置にインストールするクライアント２００の装置構成を示す説明図である。 ソフトウェアを管理し、クライアント２００からの要求に応じて該ソフトウェアを供給するサーバ１００の装置構成を示す説明図である。

符号の説明

１０ 管理記録ファイル
１１ スクリプトファイル
１２ エージェント
１３ インストールファイル
１３ａ ＯＳインストールイメージファイル
１３ｂ アプリインストールイメージファイル
１４ マネージャ
１５ 送信部
１６ スクリプト管理部
１７ 管理記録部
１８ 供給部
２０ アクセス管理部
２１ 記録制御部
２２ インストール実行部
１００ サーバ
１０１、２０１ バス
１０２、２０２ ＣＰＵ
１０３、２０３ ＲＡＭ
１０４、２０４ ＲＯＭ
１０５、２０５ ＨＤＤ
１０６、２０６ ＦＤＤ
１０７、２０７ 通信制御基板
１０８、２０８ 入出力装置
２００、２００ａ、２００ｂ、２００ｎ クライアント
２１０ Ｗａｋｅ Ｏｎ ＬＡＮの構成
２１１ ＰＸＥの構成
３００ ローカルエリアネットワーク

Claims (10)

1. インストール開始前又はリブート後にクライアントにダウンロードされたエージェントにより、クライアントの実行状態を記録する管理記録を参照しながら、実行制御情報に従ってクライアントにインストールを行うことを特徴とするリモートローディング実行方法。
2. エージェントによるクライアントへのインストール実行状態に応じて、前記管理記録を更新することを特徴とする請求項１記載のリモートローディング実行方法。
3. クライアントの実行状態を記録する管理記録ファイルと、クライアントへのインストール実行処理を規定する実行制御情報を格納した制御ファイルと、該制御ファイルに格納された実行制御情報に従ってクライアントへのインストールを実行するエージェントと、該エージェントによりクライアントにインストールされるインストールファイルとを備えたサーバと、前記エージェントがダウンロードされるクライアントとを備え、前記エージェントは、インストール前にサーバからクライアントにダウンロードされて、前記管理記録ファイルを参照しながら、実行制御情報に従って、インストールファイルからクライアントへのインストールを実行すると共に、そのインストール実行状態に応じて前記管理記録ファイルを更新し、リブート後再びクライアントにダウンロードされた時に、前記管理記録ファイルを参照し、前記実行制御情報に従って、インストールファイルからインストールを続行し、併せてそのインストール実行状態に応じて前記管理記録ファイルを更新することを特徴とするリモートローディング実行システム。
4. 前記制御ファイルは、サーバ側に備えられていることを特徴とする請求項３記載のリモートローディング実行システム。
5. 前記制御ファイルは、インストール前又はリブート後に、ダウンロードされてクライアント側に備えられていることを特徴とする請求項３記載のリモートローディング実行システム。
6. クライアントの実行状態を記録する前記管理記録ファイルは、サーバ側に備えられており、クライアントのインストール実行状態に応じて、更新されることを特徴とする請求項３〜５いずれか１つに記載のリモートローディング実行システム。
7. 他装置にアクセスして該他装置が管理するソフトウェアを自装置にインストールする情報処理装置であって、インストールする実行手順が規定された実行制御情報にアクセスするアクセス処理部と、インストールの実行状態を記録させる記録制御部と、前記記録されたインストールの実行状態及び実行制御情報に基づきインストールを行うインストール実行部とを備えることを特徴とする情報処理装置。
8. ソフトウェアを管理し、他装置からの要求に応じて該ソフトウェアを供給する管理装置であって、インストールを実行するエージェントを前記他装置に送信する送信部と、前記エージェントからのアクセスで、インストール実行処理を規定する実行制御情報を参照させる制御情報管理部と、前記エージェントからのアクセスで、前記他装置のインストール実行状態の通知及びその記録更新を行う管理記録部と、前記エージェントにより要求されるソフトウェアを前記他装置に供給する供給部とを備えることを特徴とする管理装置。
9. コンピュータに、インストール実行処理を規定した実行制御情報を参照する手順と、インストールの実行状態を記録する手順と、前記実行制御情報及び前記インストールの実行状態に基づき、他装置にインストールすべきソフトウェアを供給する要求とそのインストール処理を実行する手順とを実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
10. コンピュータに、インストールを実行するエージェントを他装置に送信する手順と、該エージェントからのアクセスで、実行制御情報を参照させる手順と、前記エージェントからのアクセスで、前記他装置のインストール実行状態の通知及びその記録更新を行う手順と、前記エージェントにより要求されるソフトウェアを前記他装置に供給する手順とを実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images