JP2010108169A - 情報処理システム、情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】端末の入れ替えに伴う各種ネットワーク設定の変更及び端末の設置場所の管理を容易に行う。
【解決手段】シンクライアント端末、ネットワーク機器、管理サーバ、ＮｅｔＢｏｏｔサーバ及び管理端末を含む情報処理システムを提供する。ネットワーク機器は、自身と関連付けられるシンクライアント端末のＭＡＣアドレスを含むフィルタ設定情報を有し、パケット転送の可否を判断する。管理サーバは、シンクライアント端末、ネットワーク機器及びＮｅｔＢｏｏｔサーバの設定情報を含む管理ＤＢを有する。ＮｅｔＢｏｏｔサーバは、自身と関連付けられるシンクライアント端末の情報を含むマッピング設定情報と、ネットワークを介した起動や制御が可能なシンクライアント端末の情報を含むＮｅｔＢｏｏｔサービスフィルタ設定情報を有する。端末交換時、管理ＤＢ内の故障端末及び保守端末の情報を一部変更し、ネットワーク機器及びＮｅｔＢｏｏｔサーバ内の設定情報を変更する。
【選択図】図５

Description

本発明は、クライアントコンピュータを保守するためのシステム、装置、方法及びプログラムに関する。より具体的に言えば、本発明は、シンクライアント端末交換時に以前使用していた端末と同様のネットワーク設定でのネットブート機能を実現するための情報処理システム、情報処理装置、情報処理方法、及びプログラムに関する。

最近、企業や大学などでシンクライアント（thin client）システムを導入するケースが増えてきている。シンクライアントシステムとは、社員や学生等が使用する端末（クライアント装置）には入力や表示といった最低限の機能しか持たせずに、端末の起動に不可欠なプログラムやアプリケーションソフトウェア、またそれらアプリケーションソフトウェアで使用されるファイルなどのデータや等の資源をサーバ装置で管理（保管・制御）するシステムである。

代表的なシンクライアントシステムには、オラクル（登録商標）社の「Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｅｒ」、マイクロソフト（登録商標）社の「Ｗｉｎｄｏｗｓ（登録商標） Ｔｅｒｍｉｎａｌ」、サンマイクロシステムズ社の「Ｓｕｎ Ｒａｙ（登録商標）」などがある。

シンクライアントシステムでユーザが使用する端末（本明細書で「シンクライアント端末」という）はハードディスク等の大容量記憶媒体にアプリケーションソフトウェアや各種データを保存させないことが一般的である。そのため、シンクライアント端末の紛失により、その端末のハードディスクに保存されている情報漏洩の危険性がなくなるというメリットがシンクライアントシステムにはある。であるので、シンクライアント端末となるコンピュータは大容量記憶媒体を備えていなくともよい。

さらに、高性能なコンピュータを社員其々に配布することによる導入コストの抑制、複雑なアプリケーションソフトのインストール作業やバージョンアップ作業などに係る運用・管理負担の軽減といったメリットも大きい。

上述したように、シンクライアント端末ではハードディスク等の大容量の記憶媒体に、コンピュータの使用に必要となるアプリケーションプログラムや各種データが保存されてなく、それらはサーバ装置に記憶されている。このため、シンクライアントシステムを使用するにあたっては、ネットワークへの接続が必須である。

ネットワーク接続に必要な各種ネットワーク設定は、シンクライアントシステムを納入した側のサポート担当者が行うことが多い。シンクライアント端末の初期設定にあたっては、シンクライアントシステムの設置先に赴き、現地で各種ネットワーク設定を行うことが多い。そして、設定終了後の保守サービス、例えば、アプリケーションソフトのバージョンアップやデータのバックアップ等は、特許文献１に記載されているように、現地には赴かず、担当者が遠隔地で行うケースもある。

特開２００８−１５９１３号公報

しかし、故障などによりシンクライアント端末を交換しなければならない場合、特許文献１に開示されている発明では迅速な対応を行うことが出来ないという問題があった。つまり、端末の故障時に、故障したシンクライアント端末に換えて新たなシンクライアント端末を設置する際に、シンクライアント端末を交換すること以外に、交換に伴う様々なネットワーク設定の変更を行わなくてはならず、手間がかかるという問題があった。

また、ネットワーク知識の豊富なシステムの管理者が常駐している場合にはそれらのネットワーク設定の変更を行うことも可能だが、管理者の知識が乏しい場合には、サポートスタッフが現地に赴いて作業をしなければならず、迅速な対応が出来ない。そのことに加え、シンクライアント端末の交換に伴うネットワーク設定の変更作業を終えるまで、シンクライアント端末を使用できないユーザが発生してしまうという問題があった。

さらに、企業や大学等においては、個人所有のパーソナルコンピュータなどのクライアント端末を企業や大学のネットワークに参加させないよう、ネットワーク機器を設置して通信管理を行うことも行われている。かかる場合には、これらのネットワーク機器の設定変更をネットワーク知識が乏しい者が行うのは非常に困難であるという問題もあった。

また、特に大学等では、時間外でのコンピュータの使用を制限するために、所定の時間になった場合に、強制的に教室にある全ての端末の電源を切ることが行われている。この時には、教室に赴き、一台一台電源を切るのではなく、リモートから各シンクライアント端末に対して電源ＯＦＦの操作指示を送信することで、電源を切ることが行われている。大学等では、教室が使用される時間が教室ごとに異なるため、どの教室にどのシンクライアント端末が設置されているという情報を適切に管理することが重要になっている。

本発明は、このような問題に鑑みてなされたもので、ネットワーク知識を特に必要とせずに、故障等に伴う端末の入れ替えにともなう各種ネットワーク設定を容易に行うことを可能にする情報処理システム、装置、方法及びプログラムを提供することを目的とする。

またさらには、故障に伴う端末の変更があった場合に、端末の設置場所の管理を容易に行うことを可能ならしめる情報処理システム、装置、方法及びプログラムを提供することを目的とする。

上記の課題を解決するために、本願発明の情報処理システムは以下の構成を備えることを特徴とする。すなわち、請求項１に記載の発明は、シンクライアント端末（１０７）、ネットワーク機器（１０３）、管理サーバ（１０１）、ＮｅｔＢｏｏｔサーバ（１０２）及び管理端末（１０４）を有する情報処理システムであって、前記シンクライアント端末は、故障端末及び保守端末を少なくとも含み、前記ネットワーク機器は、ネットワーク機器と関連付けられるシンクライアント端末のＭＡＣアドレスを格納するＳＷフィルタ設定情報（７００）を有し、前記管理サーバは、前記シンクライアント端末の端末情報（６０１）と、前記ＮｅｔＢｏｏｔサーバのサーバ情報（６０３）と、前記端末情報及び前記サーバ情報を結合する結合情報（６０２）とを格納する管理ＤＢ（６００）を有し、前記ＮｅｔＢｏｏｔサーバは、ＮｅｔＢｏｏｔサーバと関連付けられるシンクライアント端末のＭＡＣアドレスを格納するマッピング設定情報（８００）と、ネットワークを通じて制御することができるシンクライアント端末のＭＡＣアドレスを格納するＮｅｔＢｏｏｔサービスフィルタ設定情報（８１０）とを有し、前記情報処理システムは、前記故障端末及び前記保守端末を指定するための画面情報生成手段（３０２）と、前記画面情報生成手段によって生成された画面から前記管理端末を介して入力された前記指定を受信する受付手段（３０３）と、受信した前記指定に基づいて、前記管理ＤＢから前記故障端末及び前記保守端末の端末情報を取得する特定手段（Ｓ５０５）と、取得された前記端末情報に基づいて前記故障端末と関連付けられるネットワーク機器を特定し、特定された前記ネットワーク機器のＳＷフィルタ設定情報のうち前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更する手段（Ｓ５０７）と、前記管理ＤＢを検索して前記保守端末と関連付けられるＮｅｔＢｏｏｔサーバを特定し（Ｓ５１０）、特定された前記ＮｅｔＢｏｏｔサーバのマッピング設定情報及びＮｅｔＢｏｏｔサービスフィルタ設定情報のうち、前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更する手段（Ｓ５１２）と、前記管理ＤＢに格納されている前記保守端末の端末情報のうち一部の情報を前記故障端末の端末情報と同じにし、前記故障端末の端末情報から前記一部の情報を削除する手段（Ｓ５１４）と、を備えたことを特徴とする。

この構成によれば、シンクライアント端末の入れ替えに伴う各種ネットワーク設定の変更及び端末の設置場所の管理を容易に行うことが可能となる。

また、請求項２に記載の発明は、情報処理装置であって、端末装置のステータス情報を含む端末情報と、端末装置の通信制御を行うネットワーク機器とを関連付けて記憶する第１の記憶手段（６０１）と、前記端末装置のうち、ステータス情報（６０１−９）が故障を示す故障端末装置及び、前記故障端末装置と交換を行う保守端末装置の指定を受け付ける受付手段（Ｓ５０３）と、前記受付手段で受け付けた指定に応じて前記第１の記憶手段を検索し、前記故障端末装置の通信制御を行うネットワーク機器を特定するネットワーク機器特定手段（Ｓ５０５）と、前記特定したネットワーク機器に対して、前記ネットワーク機器が有する設定情報のうち、前記故障端末装置に係る設定情報を前記保守端末装置に係る設定情報に変更する変更要求を行うＳＷフィルタ設定変更指示手段（Ｓ５０６）と、前記故障端末装置に関連付けられるネットワーク機器と前記保守端末装置を関連付け、前記故障端末装置と前記ネットワーク機器の関連付けを削除するよう前記第１の記憶手段を更新する更新手段（Ｓ５１４）と、を備えることを特徴とする。

また、請求項３に記載の発明は、請求項２に記載の情報処理装置であって、前記端末情報と、前記端末情報で特定される端末装置に対してサービスを提供するサーバ装置のホスト名とを関連付けて記憶する第２の記憶手段（６０２）と、前記受付手段で受け付けた指定に応じて前記第２の記憶手段を検索し、前記故障端末装置に対してサービスを提供するサーバ装置を特定するサーバ装置特定手段（Ｓ５１０）と、前記特定されたサーバ装置に対して、前記サーバ装置が有する設定情報のうち、前記故障端末装置に係る設定情報を前記保守端末装置に係る設定情報に変更する変更要求を行う設定情報変更指示手段（Ｓ５１１）と、をさらに備えることを特徴とする。

また、請求項４に記載の発明は、請求項３に記載の情報処理装置であって、前記サーバ装置は前記端末装置に対して、ＤＨＣＰサービス及びＮｅｔＢｏｏｔサービスのうちの少なくともいずれかを提供することを特徴とする。

また、請求項５に記載の発明は、請求項２乃至４のいずれかに記載の情報処理装置であって、前記ステータス情報が故障を示す故障端末装置と、前記故障端末装置と交換を行う保守端末装置とを指定するための画面を生成する画面情報生成手段（３０２）をさらに備え、前記受付手段は、前記画面情報生成手段によって生成された画面を介して指定された前記故障端末装置及び前記保守端末装置を特定する情報を受け付けることを特徴とする。

また、請求項６に記載の発明は、シンクライアント端末（１０７）、ネットワーク機器（１０３）、管理サーバ（１０１）、ＮｅｔＢｏｏｔサーバ（１０２）及び管理端末（１０４）を有する情報処理システムにおける情報処理方法であって、前記シンクライアント端末は、故障端末及び保守端末を少なくとも含み、前記ネットワーク機器は、ネットワーク機器と関連付けられるシンクライアント端末のＭＡＣアドレスを格納するＳＷフィルタ設定情報（７００）を有し、前記管理サーバは、前記シンクライアント端末の端末情報（６０１）と、前記ＮｅｔＢｏｏｔサーバのサーバ情報（６０３）と、前記端末情報及び前記サーバ情報を結合する結合情報（６０２）とを格納する管理ＤＢ（６００）を有し、前記ＮｅｔＢｏｏｔサーバは、ＮｅｔＢｏｏｔサーバと関連付けられるシンクライアント端末のＭＡＣアドレスを格納するマッピング設定情報（８００）と、ネットワークを通じて制御することができるシンクライアント端末のＭＡＣアドレスを格納するＮｅｔＢｏｏｔサービスフィルタ設定情報（８１０）とを有し、前記情報処理方法は、前記故障端末及び前記保守端末を指定するステップ（Ｓ５０３）と、前記指定を受信して、前記管理ＤＢから前記故障端末及び前記保守端末の端末情報を取得するステップ（Ｓ５０５）と、取得された前記端末情報に基づいて前記故障端末と関連付けられるネットワーク機器を特定し、特定された前記ネットワーク機器のＳＷフィルタ設定情報のうち前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更するステップ（Ｓ５０７）と、前記管理ＤＢを検索して前記保守端末と関連付けられるＮｅｔＢｏｏｔサーバを特定し（Ｓ５１０）、特定された前記ＮｅｔＢｏｏｔサーバのマッピング設定情報及びＮｅｔＢｏｏｔサービスフィルタ設定情報のうち、前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更するステップ（Ｓ５１２）と、前記管理ＤＢに格納されている前記保守端末の端末情報のうち一部の情報を前記故障端末の端末情報と同じにし、前記故障端末の端末情報から前記一部の情報を削除するステップ（Ｓ５１４）と、を含むことを特徴とする。

また、請求項７に記載の発明は、コンピュータに、請求項６に記載の方法を実行させるためのプログラムであることを特徴とする。

本発明によれば、ネットワーク知識を特に必要とせずに、故障等によるシンクライアント端末の入れ替えにともなう各種ネットワーク設定を容易に行うことが可能になる。また、変更後のシンクライアント端末の設置場所情報の管理も適切に行うことが可能になる。

以下、本発明の一実施形態の添付図面を参照しながら説明する。また、説明の便宜上、Ａｐｐｌｅ（登録商標）社のＭａｃ ＯＳ（登録商標） Ｘを例に説明するが、このことは本発明の技術思想の適用範囲を制限することを意識したものではない。

図１は、本発明の一実施形態に係る情報処理システムの構成を示す図である。情報処理システムは、以下に説明する各構成要素を有する。

管理サーバ１０１は、管理データベース（ＤＢ）６００を有し、シンクライアント端末１０７、ＮｅｔＢｏｏｔサーバ１０２及びスイッチ１０３などの情報を格納し、一元管理している。格納されている情報の詳細は、図６を参照しながら後述する。また、管理サーバ１０１は、管理端末１０４に対して端末管理機能を提供する。

ＮｅｔＢｏｏｔサーバ１０２−１乃至１０２−３は、ＮｅｔＢｏｏｔサーバ（本明細書では、これらをまとめてＮｅｔＢｏｏｔサーバ１０２とする）であって、シンクライアント端末１０７に対してＮｅｔＢｏｏｔサービス及びＤＨＣＰサービスを提供する。また、ＮｅｔＢｏｏｔサーバ１０２は、図８に示すＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサーバフィルタ設定情報８１０を有する。ＮｅｔＢｏｏｔとは、ＭａｃＯＳ Ｘ Ｓｅｒｖｅｒの機能のうち、ネットワークを通じてクライアントコンピュータの起動や制御を行うことができる仕組みのことをいう。

スイッチ１０３−１乃至１０３−３は、Ｌ２スイッチ（ＳＷ）（本明細書では、これらをまとめてＳＷ１０３とする）であって、ＯＳＩ参照モデルのデータリンク層でのデータパケットを判断して転送を行う通信制御を実行する。ＳＷ１０３は、ＮｅｔＢｏｏｔサーバ１０２とシンクライアント端末１０７を結合する通信制御装置である。また、ＳＷ１０３は、図７に示すＳＷフィルタ設定情報７００（詳細は図７を参照して後述する）を有し、フィルタ設定を行うことにより接続可能なシンクライアント端末１０７を制御することができる。

管理端末１０４は、管理サーバ１０１が提供する端末管理機能を利用するシステム管理者（管理者ユーザ）が使用する端末装置であり、Ｗｅｂブラウザを標準装備している。ＤＮＳサーバ１０５は、ＩＰアドレスとコンピュータのホスト名の対応表を格納するサーバである。ファイルサーバ１０６は、各シンクライアント端末に対し、ファイル共有サービスを提供するサーバ装置である。

シンクライアント端末１０７−１乃至１０７−６は、端末利用者（一般ユーザ）が使用するシンクライアント端末（本明細書では、これらをまとめてシンクライアント端末１０７とする）であって、ハードディスク等の大容量記憶媒体に、業務アプリケーション等で作成され、利用される各種データ等を保存させることを行わない。よって、シンクライアント端末１０７は、起動時にファイルサーバ１０６の共有領域を各種データの保存先としてマウントする。そのため、端末利用者（一般ユーザ）は、どのシンクライアント端末を使用しても常に同じホーム領域を使用することができる。

上記各装置１０１乃至１０７は、ＬＡＮ（Local Area Network）等のネットワーク１０８により、相互に通信可能に接続されている。ネットワーク１０８は、ＬＡＮ以外にもＷＡＮ（Wide Area Network）、専用線、インターネットなど任意の種類のネットワークとすることができ、特に限定されることはない。

図２は、管理サーバ１０１のハードウェア構成の一実施形態を示すブロック図である。

ＣＰＵ２０１は、システムバス２１１に接続されたデバイス２０２乃至２１０を統括的に制御し、制御プログラムであるオペレーティングシステム（ＯＳ）によって制御される。ＲＡＭ２０２は、管理サーバ１０１のメインメモリ（主記憶装置）であり、ワークエリア、一時退避領域等としても機能する。ＲＯＭ２０３は、読み出し専用記憶装置であり、書き換え不要のプログラムであるブートプログラムが記憶されている。

入力制御部２０４は、キーボードやマウス等のポインティングデバイスなどの入力部２０５からの入力を制御する。表示制御部２０６は、ＣＲＴモニタや液晶モニタなどの表示部２０７による表示を制御する。

外部メモリ制御部２０８は、ＯＳや、管理サーバ１０１の各機能を実現するプログラムや各種データベース（ＤＢ）、ファイル、アプリケーション、マスタファイル、ユーザファイル等のデータを記憶する外部メモリ２０９へのアクセスを制御する。外部メモリ２０９には、管理サーバ１０１の各機能を実現するための各種テーブル等が記憶されている。外部メモリ２０９の例としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続可能なコンパクトフラッシュ（登録商標）やスマートメディア等が挙げられる。

また、本実施形態における情報処理では、ＣＰＵ２０１により外部メモリ２０９に記録されているプログラムが必要に応じてＲＡＭ２０２にロードされ、ＣＰＵ２０１によって該プログラムが実行される。

通信制御部２１０は、ＬＡＮやインターネット等のネットワーク１０８を介して外部機器との通信制御処理を実行する。

以上が、管理サーバ１０１のハードウェア構成の一例であるが、ＮｅｔＢｏｏｔサーバ１０２、ＤＮＳサーバ１０５、ファイルサーバ１０６もほぼ同様のハードウェア構成であるため、それらのハードウェア構成についての詳細な説明は省略する。シンクライアント端末１０７は、ハードディスク等の外部メモリを有さないコンピュータで構成することも勿論可能であるため、図２の構成のうち、外部メモリ制御部２０８及び外部メモリ２０９を有さなくとも良い。

図３は、本発明の一実施形態に係る管理サーバ１０１の機能構成を示すブロック図である。記憶手段３０１は、図６において後述する端末装置に関する各種データ、すなわち、各シンクライアント端末１０７の個々の情報、各端末１０７が使用するＳＷ１０３やＮｅｔＢｏｏｔサーバ１０２などの情報を記憶する。

画面情報生成手段３０２は、端末１０７が故障した場合にその指定を受け付けるための画面情報や、故障端末と交換する保守端末の指定を行うための画面情報を生成する。画面情報生成手段３０２によって生成される画面情報に基づく画面の具体例を、図１４及び図１５に示す。

受付手段３０３は、画面情報に基づく画面を介して指定された故障端末、及び当該故障端末と交換する保守端末の指定を受け付ける。特定手段３０４は、受付手段３０３で受け付けた故障端末と関連付けられているネットワーク機器（例：ＳＷ１０３）や当該故障端末にサービスを提供するサーバ装置（例：ＮｅｔＢｏｏｔサーバ１０２）を特定する。この特定は、図６に示した端末装置に関する各種データを利用して行われる。

要求手段３０５は、ネットワーク機器やサーバ装置が管理している設定情報の変更要求を行う。更新手段３０６は、端末１０７の交換に伴い、記憶手段３０１で記憶・管理している各種データの更新処理を行う。

本発明の一実施形態に係るシンクライアント端末１０７入れ替え時の処理を説明する前に、図４を用いて、シンクライアント端末１０７の起動処理について説明する。通常のコンピュータとは異なり、シンクライアント端末１０７はハードディスクなどの大容量記憶媒体に起動に必要なプログラムの全て又は一部が保存されていない。そのため、起動に当たってシンクライアント端末１０７は、ネットワーク上にあるインストールイメージを取得し、その制御に従って各種の設定を行う。

シンクライアント装置１０７は、電源ＯＮの指示を受けると、ハードウェアのセルフテスト実施後、machine firmware（ＥＦＩ）をロードする（ステップＳ４０１）。そして、その設定に基づいてＤＨＣＰによるＩＰアドレス要求をネットワークを介してＳＷ１０３に送信する（ステップＳ４０２）。

シンクライアント端末１０７からネットワークを介して送信されたＩＰアドレス要求は、Ｌ２スイッチ（ＳＷ）１０３において、ＮｅｔＢｏｏｔサーバ１０２に対する転送可否が判断される（ステップＳ４０３）。この転送の可否（許可／不可）の判断は、Ｌ２スイッチ（ＳＷ）１０３内のＳＷフィルタ設定情報７００に当該シンクライアント端末１０７のＭＡＣアドレスが登録されているか否かによって行われる。転送不可の場合には転送の不可結果がＳＷ１０３からシンクライアント端末１０７に送られ、起動処理が終了（中止）する（ステップＳ４０４）。

一方、転送許可の場合には（ステップＳ４０３でＹＥＳ）、ＳＷ１０３は、シンクライアント端末１０７からのＩＰアドレス要求を、ＤＨＣＰサービスを提供するＮｅｔＢｏｏｔサーバ１０２に転送する（ステップＳ４０５）。

その後、ＮｅｔＢｏｏｔサーバ１０２において、ＤＨＣＰフィルタ処理が行われる（ステップＳ４０６）。このＤＨＣＰフィルタ処理では、ＮｅｔＢｏｏｔサーバ１０２はまず、ＤＨＣＰサービス静的マッピング設定情報８００にＩＰアドレス要求を行ってきたシンクライアント端末１０７のＭＡＣアドレスが登録されているか否かを判断する。そして、ステップＳ４０６における登録の有無の結果により、当該ＮｅｔＢｏｏｔサーバ１０２がそのシンクライアント端末１０７を管理対象としているか否かを判断する（ステップＳ４０７）。管理対象でない場合には、ＮｅｔＢｏｏｔサーバ１０２は、不可結果をシンクライアント端末１０７に送信する（ステップＳ４０８）。なお、不可結果は必ずしも送信しなくても構わない。管理対象である場合（ステップＳ４０７でＹＥＳ）、ＤＨＣＰサービス静的マッピング設定情報８００でシンクライアント端末１０７のＭＡＣアドレスと対応付けられているＩＰアドレスを付与するための情報をＤＨＣＰによる通信で送信する（ステップＳ４０９）。

ＮｅｔＢｏｏｔサーバ１０２からのＤＨＣＰによるＩＰアドレス付与情報を受信したシンクライアント端末１０７は、受信した情報に従いＩＰアドレスその他付随する設定を自分自身に対して行う（ステップＳ４１０）。

その後、シンクライアント端末１０７は、ＢＳＤＰ（Boot Server Discovery Protocol）によるＮｅｔＢｏｏｔサービス検出要求をＮｅｔＢｏｏｔサーバ１０２に対して送信する（ステップＳ４１１）。この処理では、サービス検出要求を受信したＮｅｔＢｏｏｔサーバ１０２は、ＮｅｔＢｏｏｔサービスフィルタ設定情報８１０に要求を行ったシンクライアント端末１０７のＭＡＣアドレスが登録されているか否かを判断する（ステップＳ４１２）。ステップＳ４１２の登録の有無の結果により、当該ＮｅｔＢｏｏｔサーバ１０２は、そのシンクライアント端末１０７を管理対象としているか否かを判断する（ステップＳ４１３）。管理対象でないと判断された場合、ＮｅｔＢｏｏｔサーバ１０２は不可結果をシンクライアント端末１０７に送信する（ステップＳ４１４）。なお、不可結果は必ずしも送信しなくても構わない。一方、管理対象であると判断された場合（ステップＳ４１３でＹＥＳに進む場合）、ＢＳＤＰによるサービス情報の付与を行う（ステップＳ４１５）。上記ステップＳ４０７の処理をＮｅｔＢｏｏｔサーバ１０２が行う際に、ＩＰアドレス要求を行ってきたシンクライアント端末１０７のＭＡＣアドレスが、ＮｅｔＢｏｏｔサービスフィルタ情報８１０に登録されているか否かで判断しても良いし、上記ステップＳ４１２の処理を行う際に、ＤＨＣＰサービス静的マッピング設定情報８００を参照することで判断するように構成しても勿論構わないし、ＤＨＣＰサービス静的マッピング設定情報８００とＮｅｔＢｏｏｔサービスフィルタ情報８１０を統合したデータを保持しておき、そのデータを参照することで判断するように構成することも勿論可能である。

その後、シンクライアント端末１０７はＯＳ起動を開始する（ステップＳ４１６）。ＯＳ起動においては、まず、シンクライアント端末１０７はブートファイルとカーネルをＴＦＴＰによりＮｅｔＢｏｏｔサーバ１０２から受信し、ＲＡＭ２０２上にロードする（ステップＳ４１７）。その後、シンクライアント端末１０７は、受信したカーネルの制御に従ってＯＳの起動処理を行う。

シンクライアント端末１０７は、カーネルによる制御に従い、ＮｅｔＢｏｏｔサーバ１０２上にあるＮｅｔＢｏｏｔイメージ（ブートプログラム）に対してＮＦＳマウントする（ステップＳ４１８）。そして、シンクライアント端末１０７は、一般的なハードディスクにＯＳがインストールされている場合と同様に、マウントしたＮｅｔＢｏｏｔイメージに従ったブートプロセスでＯＳを起動させる。

そのＯＳの起動プロセスにおいて、シンクライアント端末１０７は、ＤＨＣＰによるＩＰアドレスの付与要求を行う（ステップＳ４１９）。その要求を受け付けたＮｅｔＢｏｏｔサーバ１０２は、ＩＰアドレスの付与情報をシンクライアント端末１０７に送信する（ステップＳ４２０）。この処理はステップＳ４０２乃至ステップＳ４０９と同様の処理であるので詳細は省略する。

そして、シンクライアント端末１０７は、受信したＩＰアドレスの付与情報に基づいたＩＰアドレスの設定を自分自身に対して行った後、クエリ要求によるホスト名解決要求をＤＮＳサーバ１０５に行う（ステップＳ４２１）。この解決要求もＮｅｔＢｏｏｔイメージに従った起動処理において行われる処理である。

この要求を受信したＤＮＳサーバ１０５は、要求を行ったシンクライアント端末１０７のＩＰアドレスをキーにして、管理テーブル（不図示）を検索することにより、当該ＩＰアドレスと関連付けられているホスト名を取得する（ステップＳ４２２）。そして、ＤＮＳサーバ１０５は、取得したホスト名を、ホスト名解決要求を行ったシンクライアント端末１０７に送信する（ステップＳ４２３）。

シンクライアント端末１０７は、scutilコマンドにより、自分自身のホスト名をＤＮＳサーバ１０５から受信したホスト名に変更する（ステップＳ４２４）。

その後、シンクライアント端末１０７は、mount_nfsコマンドを使用してホームディレクトリ要求をファイルサーバ１０６に行う（ステップＳ４２５）。ファイルサーバ１０６はこの要求に応じたマウント処理を行う（ステップＳ４２６）。この結果、当該シンクライアント端末１０７のホームディレクトリが設定される。

図５は、本発明の一実施形態において、シンクライアント端末の入れ替えを行う際に実行される処理の一例を示す図である。本明細書では、故障によりネットワークより外される端末を「故障端末」とし、故障端末と入れ替えられ、新たにネットワークに参加する端末を「保守端末」として説明する。

まず、管理端末１０４から管理サーバ１０１に端末入替指示画面表示の要求を行う（ステップＳ５０１）。この要求は管理端末１０４の表示部（例えば、Ｗｅｂブラウザ）に表示される図１４中の「保守端末入替」タブ１４０１がユーザ操作によりクリック指示されることにより、管理端末１０４から管理サーバ１０１に対して通知される。

ステップＳ５０１で発行された要求を受信した管理サーバ１０１は、管理端末１０４に対して、図１４に示す端末入替指示画面を送信する（ステップＳ５０２）。そして、管理端末１０４の表示部には、図１４に示す端末入替指示画面が表示される。

図１４は、画面情報生成手段３０２によって生成された本発明の一実施形態に係る端末入替指示画面を示す図である。管理端末１０４の表示部に表示されている本画面を介して入力指示を管理者ユーザが行うことにより、管理端末１０４は管理サーバ１０１に対して端末変更指示を行うことができる。

故障端末表示／選択欄１４０２は、故障端末を表示／選択するための欄であって、管理サーバ１０１の管理ＤＢ６００で管理されている端末のうち、ステータス情報が故障として設定されている端末がリスト表示される。また、リスト中のラジオボタンの指定に基づいて、入れ替えを行う故障端末が決定される。管理ＤＢ６００の詳細については、図６を参照して後述する。

保守端末表示／選択欄１４０３は、保守端末を表示／選択するための欄であって、管理サーバ１０１の管理ＤＢ６００で管理されている保守端末のうち、ステータス情報が保守用（保守）として設定されている端末がリスト表示される。

符号１４０４は「入替」ボタンを示し、この入替ボタン１４０４をクリック指示することで、対応する保守端末が入れ替えを行う保守端末として指定される。符号１４０５は「故障端末登録」タブであって、このタブ１４０５がクリック指示された場合に、管理端末１０４は管理サーバ１０１に対して、不図示の故障端末登録画面の表示要求を行う。この故障端末登録画面において、故障端末として設定する端末の指定を行い、その情報が管理サーバ１０１に送られると、管理ＤＢ６００中の指定された端末のステータス情報が故障に変更され、当該端末は故障端末として設定される。

図５の説明に戻ると、管理端末１０４は、図１４に示した端末入替指示画面を介して、入替端末（故障端末と保守端末）の選択の入力を受け付ける（ステップＳ５０３）。管理端末１０４は、ステップＳ５０３において指定された入替端末情報を含む入替指示を管理サーバ１０１に送信する（ステップＳ５０４）。

管理端末１０４からの入替指示を受信した管理サーバ１０１は、故障端末及び保守端末の端末情報を端末情報６０１から取得する（ステップＳ５０５）。管理サーバ１０１は、取得した端末情報から故障端末の接続先となっているＳＷ１０３を特定し（ネットワーク機器特定）、当該ＳＷ１０３にＳＷフィルタ設定変更指示を行う（ステップＳ５０６）。

管理サーバ１０１からのＳＷフィルタ設定変更指示を受信したＳＷ１０３は、ＳＷフィルタ設定情報７００の変更処理を行う（ステップＳ５０７）。変更処理終了後、その結果を管理サーバ１０１に送信する（ステップＳ５０８）。なお、ＳＷフィルタ設定情報７００の詳細は、図７を参照して後述する。

ＳＷフィルタ設定情報７００の変更処理が正常終了した場合には、管理サーバ１０１は、端末―ＮｅｔＢｏｏｔサーバ結合情報６０２から、当該入替対象端末（故障端末）に関するデータを取得する（ステップＳ５０９）。そして、取得したデータから、管理サーバ１０１は、入替対象端末（故障端末）を管理しているＮｅｔＢｏｏｔサーバ１０２を特定する（ステップＳ５１０、サーバ装置特定）。管理サーバ１０１は、特定されたＮｅｔＢｏｏｔサーバ１０２に、当該サーバ１０２で管理している設定情報（ＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサービスフィルタ設定情報８１０）の変更指示を送信する（ステップＳ５１１）。

管理サーバ１０１から上記設定情報の変更指示を受信したＮｅｔＢｏｏｔサーバ１０２は、当該入替端末に関連するＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサービスフィルタ設定情報８１０の変更処理を行う（ステップＳ５１２）。ＮｅｔＢｏｏｔサーバ１０２は、その処理結果を管理サーバ１０１に送信する（ステップＳ５１３）。ＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサービスフィルタ設定情報８１０の詳細は、図８を用いて後述する。

ＮｅｔＢｏｏｔサーバ１０２による設定情報の変更処理が正常終了した場合には、管理サーバ１０１は、端末情報６０１の更新処理を行い（ステップＳ５１４）、一連の処理結果を管理端末１０４に送信する（ステップＳ５１５）。この結果、管理端末１０４の表示部には、図１５に示すような画面が表示される。

図６乃至図８を参照して、管理サーバ１０１内の管理ＤＢ６００、ＳＷ１０３内のＳＷフィルタ設定情報７００、ＮｅｔＢｏｏｔサーバ１０２内のＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサービスフィルタ設定情報８１０を説明する。

図６は、管理サーバ１０１に格納されている管理ＤＢ６００の一例を示す図である。管理ＤＢ６００は、複数のテーブル、つまり、端末情報６０１、端末−ＮｅｔＢｏｏｔサーバ結合情報６０２及びＮｅｔＢｏｏｔサーバ情報６０３を格納する。端末情報６０１、端末−ＮｅｔＢｏｏｔサーバ結合情報６０２及びＮｅｔＢｏｏｔサーバ情報６０３は、それぞれ管理ＤＢ６００の第１の記憶部、第２の記憶部及び第３の記憶部ともいう。

端末情報６０１は、本発明に係るシステムで利用されるシンクライアント端末１０７の各種端末情報を保存・管理するためのテーブルである。端末情報６０１は、端末を一意に識別するための端末ＩＤ６０１−１、端末ホスト名６０１−２、端末ＩＰアドレス６０１−３、端末ＭＡＣアドレス６０１−４、端末シリアル番号６０１−５を格納する。さらに、端末情報６０１は、接続先サブネット名称６０１−６、接続先スイッチＩＰアドレス６０１−７、接続先スイッチポート番号６０１−８、端末のステータス情報６０１−９を格納する。端末情報６０１によって、どのシンクライアント端末１０７とＳＷ１０３が関連付けられているのかを把握することができる。なお、ステータス情報６０１−９が「稼働」以外の端末は、端末ホスト名６０１−２、端末ＩＰアドレス６０１−３、接続先サブネット名称６０１−６、接続先スイッチＩＰアドレス６０１−７及び接続先スイッチポート番号６０１−８のデータ設定がされていない。

ＮｅｔＢｏｏｔサーバ情報６０３は、本発明の一実施形態に係るシステムで利用されるＮｅｔＢｏｏｔサーバ１０２の各種サーバ情報を保存・管理するためのテーブルである。ＮｅｔＢｏｏｔサーバ情報６０３は、ＮｅｔＢｏｏｔサーバ１０２を一意に識別するためのＮｅｔＢｏｏｔサーバＩＤ６０３−１、ＮｅｔＢｏｏｔサーバホスト名６０３−２、ＮｅｔＢｏｏｔサーバＩＰアドレス６０３−３を格納する。

端末−ＮｅｔＢｏｏｔサーバ結合情報６０２は、どのシンクライアント端末がどのＮｅｔＢｏｏｔサーバと関連付けられているのかを示す関連エンティティであり、ＮｅｔＢｏｏｔサーバホスト名６０２−１、端末ホスト名６０２−２を格納する。なお、端末−ＮｅｔＢｏｏｔサーバ結合情報６０２に登録されるデータは、端末１０７及びＮｅｔＢｏｏｔサーバ１０２を一意に識別できる情報であれば足りるため、例えばＩＰアドレス等を登録しても構わず、図６に示した例に限定されない。

図７は、ＳＷ１０３に格納されているテーブルであるＳＷフィルタ設定情報７００の一例を示す図である。ＳＷフィルタ設定情報７００は、ＳＷ１０３のＩＰアドレスを示すＳＷ−ＩＰアドレス７０１、ＳＷ−ポート番号７０２、ＳＷ１０３が参加しているサブネット名称７０３及びＳＷ１０３が通信許可をする端末１０７のＭＡＣアドレスを格納する。ＳＷフィルタ設定情報７００によって、どのシンクライアント端末１０７とＳＷ１０３が関連付けられているのかを把握することができる。

ＳＷ１０３はＳＷフィルタ設定情報７００を参照することにより、通信を行ってきた端末１０７のＭＡＣアドレスに基づいて、その通信の中継を許可／拒否する判断を行う。ＳＷフィルタ設定情報７００には、通信を許可する端末１０７のＭＡＣアドレスのみが登録されているので、例えば個人所有のパーソナルコンピュータなどの端末を本発明に係るシステムで利用しようとしても、他の機器との通信を行うことはできない。これにより、個人所有の端末を本システムで利用することを不可能にしている。

図８は、ＮｅｔＢｏｏｔサーバ１０２に格納されているＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサーバフィルタ設定情報８１０の一例を示す図である。なお、ＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサーバフィルタ設定情報８１０はそれぞれ、ＮｅｔＢｏｏｔサーバ１０２の第１の記憶部及び第２の記憶部ともいう。

ＤＨＣＰサービス静的マッピング設定情報８００は、シンクライアント端末１０７からのＤＨＣＰによるＩＰアドレス要求に応じて端末に付与するＩＰアドレスを静的に管理しているテーブルである。テーブル８００は、サーバのホスト名であるＮｅｔＢｏｏｔサーバホスト名８０１、端末に付与するＩＰアドレス情報である端末ＩＰアドレス８０２、ＩＰアドレスを付与する端末１０７のＭＡＣアドレス情報である端末ＭＡＣアドレス８０３を格納する。端末ＩＰアドレス８０２と端末ＭＡＣアドレス８０３は一意に関連付けられており、ＩＰアドレスの要求を行ってきたクライアント端末のＭＡＣアドレスに応じて、付与するＩＰアドレスが決定される。

テーブル８００には、ＩＰアドレスの付与を許可する端末１０７のＭＡＣアドレスのみが登録されているので、例えば個人所有のコンピュータ端末を本発明に係るシステムで利用しようとしても、当該端末はＩＰアドレスを取得することが出来ない。これにより、他の機器との通信が不可能になり、個人所有の端末を本システムで利用することを不可能にしている。

ＮｅｔＢｏｏｔサービスフィルタ設定情報８１０は、ＮｅｔＢｏｏｔサーバ１０２がブートイメージを提供するシンクライアント端末１０７の管理を行うためのテーブルである。ＮｅｔＢｏｏｔサービスフィルタ設定情報８１０は、ＮｅｔＢｏｏｔサーバのホスト名であるＮｅｔＢｏｏｔサーバホスト名８１１、ＮｅｔＢｏｏｔサーバ１０２がブートイメージを提供する端末１０７のＭＡＣアドレス情報である端末ＭＡＣアドレス８１２を含む。

次に、図９乃至図１３を参照して、図５の処理において本発明に係るシステムの各装置が行う処理の詳細について説明する。図中に示しているステップ番号は図５のステップ番号を示している。ここで取り上げる例として、図１４の故障端末表示／選択欄１４０２で選択されている故障端末（ホスト名が「ｍａｃ００１」）と保守端末表示／選択欄１４０３で選択された保守端末（シリアル番号がＳＴＫ−２０１）の入れ替え処理を説明する。

図９は、管理サーバ１０１のＣＰＵ２０１によって行われる端末情報取得処理（ステップＳ５０５）の概要を示す図である。本処理は、管理端末１０４からの端末の入替指示（ステップＳ５０４）に応じて行われる。入替指示の際には、管理サーバ１０１は、管理端末１０４から故障端末の端末ＩＤ及び保守端末の端末ＩＤ情報を受信する。そして、受信した２つの端末ＩＤのそれぞれを検索キーとして管理ＤＢ６００中の端末情報６０１を検索し、指定された故障端末及び保守端末それぞれの端末情報を端末情報６０１から取得し、ＲＡＭ２０２に保存する。保存された結果の例は、図９において「Ｓ５０５の結果」として示されている。

図１０は、ＳＷ１０３により行われるＳＷフィルタ設定変更処理（ステップＳ５０７）の概要を示す図である。本処理は管理サーバ１０１からのＳＷフィルタ設定変更指示（ステップＳ５０６）に応じて行われる。変更指示の際には、管理サーバ１０１は、ステップ５０５で端末情報６０１から取得した故障端末の端末情報から、当該故障端末が接続されるスイッチのＩＰアドレスを取得する（接続先スイッチＩＰアドレス６０１−７）。管理サーバ１０１は、当該ＩＰアドレスを持つＳＷ１０３にステップＳ５０５で取得した、故障端末及び保守端末の端末ＭＡＣアドレス６０１−４、故障端末の接続先スイッチポート番号６０１−８、故障端末の接続先サブネット名称６０１−６を送信する。

変更指示を受信したＳＷ１０３は、故障端末のＭＡＣアドレスをキーとしてＳＷフィルタ設定情報７００内の変更すべきレコードを特定し、特定されたレコードの端末ＭＡＣアドレス情報を保守端末のＭＡＣアドレスに置き換える（ステップＳ５０７）。

図１０を参照して説明した処理を行うことによって、故障端末の代わりに使用されることになる保守端末の通信を当該ＳＷ１０３が転送することになり、管理者ユーザがＳＷ１０３の設定を直接変更する必要はなくなる。

図１１は、管理サーバ１０１により行われるＮｅｔＢｏｏｔサーバ１０２の特定処理（ステップＳ５０９、Ｓ５１０）の概要を示す図である。

まず、管理サーバ１０１はステップＳ５０５で取得した故障端末の端末情報のうち、当該故障端末を特定可能なデータを検索条件として端末−ＮｅｔＢｏｏｔサーバ結合テーブル６０２を検索し、故障端末に該当するレコードを取得する（ステップＳ５０９）。故障端末を特定可能なデータの例としては、端末ＩＤ、端末ホスト名、端末ＩＰアドレス等があり、図１１の場合には端末ホスト名である。

管理サーバ１０１はステップＳ５０９で取得した端末−ＮｅｔＢｏｏｔサーバ結合情報のうち、ＮｅｔＢｏｏｔサーバホスト名を検索キーとしてＮｅｔＢｏｏｔサーバ情報６０３を検索する。そうすることで、当該故障端末に対してＤＨＣＰサービス及びＮｅｔＢｏｏｔサービスを提供していたＮｅｔＢｏｏｔサーバ１０２の情報を取得して、ＮｅｔＢｏｏｔサーバ１０２を特定する（ステップＳ５１０、サーバ装置特定）。

図１１を参照して説明した処理で特定されたＮｅｔＢｏｏｔサーバ１０２に対して、次に図１２で説明する設定情報変更指示を行うことになる（ステップＳ５１１）。

図１２は、ＮｅｔＢｏｏｔサーバ１０２により行われる設定情報変更処理（ステップＳ５１２）の概要を示す図である。本処理は、管理サーバ１０１からの設定情報変更指示（ステップＳ５１１）に応じて行われる。当該指示の際には、管理サーバ１０１は、ステップＳ５０５で取得しＲＡＭ２０２上に記憶されている故障端末及び保守端末の端末情報から、故障端末のホスト名及びＭＡＣアドレス、並びに保守端末のＭＡＣアドレスをＮｅｔＢｏｏｔサーバ１０２に送信する。

管理サーバ１０１からの設定情報変更指示を受けたＮｅｔＢｏｏｔサーバ１０２は、受信した故障端末の端末ＭＡＣアドレスを検索キーにしてＮｅｔＢｏｏｔサービスフィルタ設定情報８１０を検索し、当該端末ＭＡＣアドレスに対応するレコードを取得する。そして、ＮｅｔＢｏｏｔサーバ１０２は、そのレコードの端末ＭＡＣアドレスを保守端末のＭＡＣアドレスに変更する（ステップＳ５１２）。また、ＮｅｔＢｏｏｔサーバ１０２は、故障端末のＭＡＣアドレスを検索キーにしてＤＨＣＰサービス静的マッピング設定情報８００を検索し、当該端末ＭＡＣアドレスに対応するレコードを取得する。そして、ＮｅｔＢｏｏｔサーバ１０２は、そのレコードの端末ＭＡＣアドレスを保守端末のＭＡＣアドレスに変更する（ステップＳ５１２）。

図１２を参照して説明した処理により、ＮｅｔＢｏｏｔサーバ１０２において管理されているＤＨＣＰ静的マッピング設定情報８００が変更される。そのため、保守端末を新たにネットワークに接続した場合に、当該変更された情報に基づきＤＨＣＰサービスによるＩＰアドレスの提供が行われる。また、ＮｅｔＢｏｏｔサービスフィルタ設定情報８１０も更新されるので、ネットワークに新たに保守端末が参加した後にシンクライアント端末１０７が起動された場合にも、故障端末の際と同様のブートイメージによる起動処理が行われる。

図１３は、管理サーバ１０１により行われる管理ＤＢ６００の設定情報変更処理（ステップＳ５１４）の概要を示す図である。本処理は、図９乃至図１２を参照しながら説明した上記の処理が正常終了をした場合に、管理サーバ１０１が管理ＤＢ６００を更新する処理である。

管理サーバ１０１は、ＲＡＭ２０２上に展開されている故障端末の端末情報のうち、一部のデータ、つまり、端末ホスト名、端末ＩＰアドレス、接続先サブネット名称、接続先スイッチアドレス、接続先スイッチポート番号を取得する。管理サーバ１０１は、取得した一部のデータを用いて保守端末の対応するデータを更新し、故障端末のそれらのデータを削除する（あるいは、ＮＵＬＬで更新）。そして、管理サーバ１０１は、故障端末のステータス情報を「修理」に、保守端末のステータス情報を「稼働」に変更し、上記変更したデータを確定させて管理ＤＢ６００を更新する。

図１３を参照しながら説明した処理により、端末１０７を管理するネットワーク機器のデータが正しく変更される。このようにして、端末１０７の変更時にネットワーク機器が保有する管理情報（ＳＷ１０３が管理するＳＷフィルタ設定情報７００等）の更新をこのデータに基づき行うことが可能となる。

図１５は、上記の処理の結果、画面情報生成手段３０２によって生成され、管理端末１０４の表示部に表示されることになる画面の一例を示す図である。図１５では、図１４で選択した故障端末（ホスト名が「ｍａｃ００１」の端末）と保守端末（シリアル番号がＳＴＫ−２０１の端末）がそれぞれ故障端末表示／選択欄１４０２、保守端末表示／選択欄１４０３に表示されていない。これは、故障端末及び保守端末として選択された端末のステータス情報が正しく変更された（故障端末は「故障」→「修理」、保守端末は「保守用」→「稼働」）ためである。

上記のように、システム管理者は、故障端末及び保守端末を選択するのみで、図５、９〜１３を用いて説明したように、保守端末がネットワークに接続された際に、故障端末と同様の環境で使用するためのネットワーク機器の各種設定の変更が行われる。よって、特にネットワークの知識を有していない管理者であっても、端末交換に伴って必要となるネットワーク機器の設定変更を容易に行うことが可能となる。

最後に、上記の設定変更後、新たにネットワークに参加するシンクライアント端末１０７（例えば、シリアル番号がＳＴＫ−２０１の端末）が起動される際の処理を図４に沿って簡単に触れておく。

まず、図４のステップＳ４０２でＤＨＣＰによるＩＰアドレス要求がシンクライアント端末１０７からＳＷ１０３に送信される。ＳＷ１０３は、図７に示すＳＷフィルタ設定情報７００をもとに当該ＩＰアドレス要求の転送可否を判断する。ステップＳ５０７に示す端末変更処理により、当該シンクライアント端末１０７のＭＡＣアドレスが端末ＭＡＣアドレスとして設定されているので（図１０）、ＳＷ１０３は、当該ＩＰアドレス要求をＮｅｔＢｏｏｔサーバ１０２に転送する。

また、シンクライアント端末１０７がＮｅｔＢｏｏｔサーバ１０２の管理対象であるかを判断するための設定情報であるＤＨＣＰサービス静的マッピング設定情報８００及びＮｅｔＢｏｏｔサービスフィルタ設定情報８１０がそれぞれ更新されている（図１２）。ＮｅｔＢｏｏｔサーバ１０２に対して行われるＤＨＣＰによるＩＰアドレスの取得要求やＮｅｔＢｏｏｔサービス検出要求に対しても、ＮｅｔＢｏｏｔサーバ１０２はシンクライアント端末１０７を管理対象の端末であるか否かを判断できる。その結果、それらのサービスを提供することができる。

本明細書で説明したような構成をとることにより、例えば、ＳＷ１０３に接続されているシンクライアント端末１０７が交換されても、交換前の端末のＩＰアドレスやホスト名の設定は交換後の端末１０７に引き継がれることになる。

このことによるメリットの一例を挙げる。例えば、大学などでは各教室に設置されている端末を起動または停止するためのバッチファイルを作成し、それらの端末をホスト名やＩＰアドレスで特定させる処理を行っている場合が多い。本発明によれば、端末交換をしてもそれらの情報が変わらないので、一度バッチファイルを作成すれば、バッチファイル自体の交換の必要がないという効果を得ることができる。このバッチファイルの更新も、知識に乏しい者が行うのは非常に困難であるので、シンクライアント端末の交換に伴うバッチファイル更新の必要がなくなるということも本発明の大きなメリットである。

上記実施形態の説明では、ＭＡＣ ＯＳ Ｘを例にして説明したが、本発明は、他のＯＳを基盤としたシステムに適用することも可能である。また、本発明に係る情報処理方法をコンピュータが実行可能なプログラムとして供給することも可能であり、かかる場合、システムに格納されたプログラムを実行することにより、本発明に係る情報処理方法を具現化できる。また、かかるプログラムを記憶するコンピュータ読み取り可能な記憶媒体を用いて、本発明に係る情報処理方法を具現化することも可能である。さらに、そのプログラムがコンピユータに読み込まれ、コンピュータ上で稼働しているＯＳや他のアプリケーションソフトと協働して稼動することも可能である。

本発明の一実施形態に係る情報処理システムの構成を示す図である。 本発明の一実施形態に係る管理サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態に係る管理サーバの機能構成を示すブロック図である。 本発明の一実施形態に係る、シンクライアント端末の起動処理フローを説明する流れ図である。 本発明の一実施形態に係る、シンクライアント端末の入れ替えを行う際のフロー図である。 本発明の一実施形態に係る管理サーバで保存・管理されている管理ＤＢを示す図である。 本発明の一実施形態に係るスイッチで保存・管理されているＳＷフィルタ設定情報を示す図である。 本発明の一実施形態に係るＮｅｔＢｏｏｔサーバで保存・管理されているＤＨＣＰサービス静的マッピング設定情報及びＮｅｔＢｏｏｔサーバフィルタ設定情報を示す図である。 本発明の一実施形態に係る管理サーバによって実行される端末情報取得処理の一例を示す図である。 本発明の一実施形態に係るスイッチによって実行されるＳＷフィルタ設定変更処理の一例を示す図である。 本発明の一実施形態に係る管理サーバによって実行されるＮｅｔＢｏｏｔサーバ特定処理の一例を示す図である。 本発明の一実施形態に係るＮｅｔＢｏｏｔサーバによって実行される設定情報変更処理の一例を示す図である。 本発明の一実施形態に係る管理サーバによって実行される設定情報変更処理の一例を示す図である。 本発明の一実施形態に係る端末入替指示画面の一例を示す図である。 本発明の一実施形態に係る端末入替指示画面の一例を示す図である。

符号の説明

１０１ 管理サーバ
１０２ ＮｅｔＢｏｏｔサーバ
１０３ Ｌ２スイッチ（ＳＷ）
１０４ 管理端末
１０５ ＤＳＮサーバ
１０６ ファイルサーバ
１０７ シンクライアント端末

Claims (7)

1. シンクライアント端末、ネットワーク機器、管理サーバ、ＮｅｔＢｏｏｔサーバ及び管理端末を有する情報処理システムであって、
   前記シンクライアント端末は、故障端末及び保守端末を少なくとも含み、
   前記ネットワーク機器は、ネットワーク機器と関連付けられるシンクライアント端末のＭＡＣアドレスを格納するＳＷフィルタ設定情報を有し、
   前記管理サーバは、前記シンクライアント端末の端末情報と、前記ＮｅｔＢｏｏｔサーバのサーバ情報と、前記端末情報及び前記サーバ情報を結合する結合情報とを格納する管理ＤＢを有し、
   前記ＮｅｔＢｏｏｔサーバは、ＮｅｔＢｏｏｔサーバと関連付けられるシンクライアント端末のＭＡＣアドレスを格納するマッピング設定情報と、ネットワークを通じて制御することができるシンクライアント端末のＭＡＣアドレスを格納するＮｅｔＢｏｏｔサービスフィルタ設定情報とを有し、
   前記情報処理システムは、
   前記故障端末及び前記保守端末を指定するための画面情報生成手段と、
   前記画面情報生成手段によって生成された画面から前記管理端末を介して入力された前記指定を受信する受付手段と、
   受信した前記指定に基づいて、前記管理ＤＢから前記故障端末及び前記保守端末の端末情報を取得する特定手段と、
   取得された前記端末情報に基づいて前記故障端末と関連付けられるネットワーク機器を特定し、特定された前記ネットワーク機器のＳＷフィルタ設定情報のうち前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更する手段と、
   前記管理ＤＢを検索して前記保守端末と関連付けられるＮｅｔＢｏｏｔサーバを特定し、特定された前記ＮｅｔＢｏｏｔサーバのマッピング設定情報及びＮｅｔＢｏｏｔサービスフィルタ設定情報のうち、前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更する手段と、
   前記管理ＤＢに格納されている前記保守端末の端末情報のうち一部の情報を前記故障端末の端末情報と同じにし、前記故障端末の端末情報から前記一部の情報を削除する手段と
   を備えたことを特徴とする情報処理システム。
2. 情報処理装置であって、
   端末装置のステータス情報を含む端末情報と、端末装置の通信制御を行うネットワーク機器とを関連付けて記憶する第１の記憶手段と、
   前記端末装置のうち、ステータス情報が故障を示す故障端末装置及び、前記故障端末装置と交換を行う保守端末装置の指定を受け付ける受付手段と、
   前記受付手段で受け付けた指定に応じて前記第１の記憶手段を検索し、前記故障端末装置の通信制御を行うネットワーク機器を特定するネットワーク機器特定手段と、
   前記特定したネットワーク機器に対して、前記ネットワーク機器が有する設定情報のうち、前記故障端末装置に係る設定情報を前記保守端末装置に係る設定情報に変更する変更要求を行うＳＷフィルタ設定変更指示手段と、
   前記故障端末装置に関連付けられるネットワーク機器と前記保守端末装置を関連付け、前記故障端末装置と前記ネットワーク機器の関連付けを削除するよう前記第１の記憶手段を更新する更新手段と
   を備えることを特徴とする情報処理装置。
3. 前記端末情報と、前記端末情報で特定される端末装置に対してサービスを提供するサーバ装置のホスト名とを関連付けて記憶する第２の記憶手段と、
   前記受付手段で受け付けた指定に応じて前記第２の記憶手段を検索し、前記故障端末装置に対してサービスを提供するサーバ装置を特定するサーバ装置特定手段と、
   前記特定されたサーバ装置に対して、前記サーバ装置が有する設定情報のうち、前記故障端末装置に係る設定情報を前記保守端末装置に係る設定情報に変更する変更要求を行う設定情報変更指示手段と
   をさらに備えることを特徴とする請求項２に記載の情報処理装置。
4. 前記サーバ装置は前記端末装置に対して、ＤＨＣＰサービス及びＮｅｔＢｏｏｔサービスのうちの少なくともいずれかを提供することを特徴とする請求項３に記載の情報処理装置。
5. 前記ステータス情報が故障を示す故障端末装置と、前記故障端末装置と交換を行う保守端末装置とを指定するための画面を生成する画面情報生成手段をさらに備え、
   前記受付手段は、前記画面情報生成手段によって生成された画面を介して指定された前記故障端末装置及び前記保守端末装置を特定する情報を受け付けることを特徴とする請求項２乃至４のいずれかに記載の情報処理装置。
6. シンクライアント端末、ネットワーク機器、管理サーバ、ＮｅｔＢｏｏｔサーバ及び管理端末を有する情報処理システムにおける情報処理方法であって、
   前記シンクライアント端末は、故障端末及び保守端末を少なくとも含み、
   前記ネットワーク機器は、ネットワーク機器と関連付けられるシンクライアント端末のＭＡＣアドレスを格納するＳＷフィルタ設定情報を有し、
   前記管理サーバは、前記シンクライアント端末の端末情報と、前記ＮｅｔＢｏｏｔサーバのサーバ情報と、前記端末情報及び前記サーバ情報を結合する結合情報とを格納する管理ＤＢを有し、
   前記ＮｅｔＢｏｏｔサーバは、ＮｅｔＢｏｏｔサーバと関連付けられるシンクライアント端末のＭＡＣアドレスを格納するマッピング設定情報と、ネットワークを通じて制御することができるシンクライアント端末のＭＡＣアドレスを格納するＮｅｔＢｏｏｔサービスフィルタ設定情報とを有し、
   前記情報処理方法は、
   前記故障端末及び前記保守端末を指定するステップと、
   前記指定を受信して、前記管理ＤＢから前記故障端末及び前記保守端末の端末情報を取得するステップと、
   取得された前記端末情報に基づいて前記故障端末と関連付けられるネットワーク機器を特定し、特定された前記ネットワーク機器のＳＷフィルタ設定情報のうち前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更するステップと、
   前記管理ＤＢを検索して前記保守端末と関連付けられるＮｅｔＢｏｏｔサーバを特定し、特定された前記ＮｅｔＢｏｏｔサーバのマッピング設定情報及びＮｅｔＢｏｏｔサービスフィルタ設定情報のうち、前記故障端末のＭＡＣアドレスを前記保守端末のＭＡＣアドレスに変更するステップと、
   前記管理ＤＢに格納されている前記保守端末の端末情報のうち一部の情報を前記故障端末の端末情報と同じにし、前記故障端末の端末情報から前記一部の情報を削除するステップと
   を含むことを特徴とする情報処理方法。
7. コンピュータに、請求項６に記載の方法を実行させるためのプログラム。

Images