(57)【要約】【課題】端末の状態に依存せず、端末のメンテナンスを行うことができる技術を提供する。【解決手段】クライアント端末とネットワークを介して接続される管理サーバであって、前記クライアント端末の利用履歴を前記クライアント端末から受信し、記憶する第一記憶手段と、前記クライアント端末のメンテナンス情報を含む管理ポリシーを記憶する第二記憶手段と、前記クライアント端末を起動するための情報を、前記第一記憶手段に記憶されている利用履歴に基づいて前記クライアント端末に送信する送信手段と、前記クライアント端末のメンテナンス情報を含む管理ポリシーを、前記第二記憶手段から読み出して前記クライアント端末へ出力し、前記クライアント端末に対してメンテナンス情報を適用する適用手段と、を備える。【選択図】図８
2011227830.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とネットワークを介して接続される管理サーバであって、
前記クライアント端末の利用履歴を前記クライアント端末から受信し、記憶する第一記憶手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを記憶する第二記憶手段と、
前記クライアント端末を起動するための情報を、前記第一記憶手段に記憶されている利用履歴に基づいて前記クライアント端末に送信する送信手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを、前記第二記憶手段から読み出して前記クライアント端末へ出力し、前記クライアント端末に対してメンテナンス情報を適用する適用手段と、
を備えることを特徴とする管理サーバ。
【請求項２】
前記送信手段は、前記クライアント端末からの利用履歴未受信時間を、前記第一記憶手段に記憶されている利用履歴から算出し、前記利用履歴未受信時間が所定時間以上の場合に、前記クライアント端末を起動するための情報を前記クライアント端末に送信する
ことを特徴とする請求項１に記載の管理サーバ。
【請求項３】
管理サーバとネットワークを介して接続されるクライアント端末であって、
前記クライアント端末を起動するための情報を前記管理サーバから受信し、前記クライアント端末を起動する手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを前記管理サーバから受信する受信手段と、
前記管理ポリシーを前記クライアント端末に適用する適用手段と、
ネットワークを通じて前記クライアント端末の利用履歴を前記管理サーバへ送信する送信手段と、
を備えることを特徴とするクライアント端末。
【請求項４】
互いにネットワークを介して接続された管理サーバとクライアント端末とを備える端末管理システムであって、
前記管理サーバは、
前記クライアント端末の利用履歴を該クライアント端末から受信し、記憶する第一記憶手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを記憶する第二記憶手段と、
前記クライアント端末を起動するための情報を、前記第一記憶手段に記憶されている利用履歴に基づいて前記クライアント端末に送信する送信手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを、前記第二記憶手段から読み出して前記クライアント端末へ出力し、前記クライアント端末に対してメンテナンス情報を適用する適用手段と、
を備え、
前記クライアント端末は、
前記クライアント端末を起動するための情報を前記管理サーバから受信し、前記クライアント端末を起動する手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを前記管理サーバから受信する受信手段と、
前記管理ポリシーを前記クライアント端末に適用する適用手段と、
ネットワークを通じて前記クライアント端末の利用履歴を前記管理サーバへ送信する送信手段と、
を備えることを特徴とする端末管理システム。
【請求項５】
クライアント端末とネットワークを介して接続される管理サーバによる端末管理方法であって、
第一記憶手段が、前記クライアント端末の利用履歴を前記クライアント端末から受信し、記憶する第一記憶工程と、
第二記憶手段が、前記クライアント端末のメンテナンス情報を含む管理ポリシーを記憶する第二記憶工程と、
送信手段が、前記クライアント端末を起動するための情報を、前記第一記憶手段に記憶されている利用履歴に基づいて前記クライアント端末に送信する送信工程と、
適用手段が、前記クライアント端末のメンテナンス情報を含む管理ポリシーを、前記第二記憶手段から読み出して前記クライアント端末へ出力し、前記クライアント端末に対してメンテナンス情報を適用する適用工程と、
を備えることを特徴とする端末管理方法。
【請求項６】
コンピュータを、請求項１から２のいずれか１項に記載の管理サーバ、又は、請求項３に記載のクライアント端末として機能させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを格納したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバ、クライアント端末、端末管理システム、端末管理方法、プログラム、及び、記録媒体に関し、特に、クライアント端末のメンテナンス技術に関する。
【背景技術】
【０００２】
官公庁、会社、学校、商店、公共施設等をはじめとして、様々な施設でパソコン等の端末が数多く利用されている。職務に従事している職員、社員、教員や学業に従事している学生等は、その端末の利用者である。これらのクライアント端末の多くは、内部ネットワークの他、インターネットに代表される外部ネットワークにも接続しており、サーバを介した管理端末によって管理されている。
【０００３】
特に官公庁や会社等大人数が端末を用いて職務に従事する場所では、近年の内部統制の必要性や情報漏洩事件の発生から、施設、組織内でこれらの端末を管理、監視するソフトウェアを導入することが広く知られるようになった。台数や監視上の問題から複数のサーバを用いて大多数の端末を管理することも多くなった。
【０００４】
これら端末の管理の重要な機能としてクライアント端末の状態管理があり、その一つにファイルアップデート（ソフトウェアの更新）がある。OSのセキュリティホール（システムのセキュリティ上の弱点）対策やウィルス定義ソフトの更新等のアップデートは、OSやウィルス対策ソフトのベンダーからWebを介して提供されるのが主である。しかし、この方法は外部ネットワークを介する為に様々な問題の発生する可能性を秘めている。
【０００５】
セキュリティの観点から組織内に於けるファイルアップデートの方式として、特許文献１には、アップデート用の実行ファイルをクライアントがベンダーから直接ダウンロードさせず組織内のサーバに一旦確保し、安全性を確認した後に組織内へ配布する方式が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−２９２８６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１は、管理対象となる端末が起動していることが前提条件となる。例えば、ノートPC等ネットワークから一時的に外される利用が多いものや節電の為に一時的に電源をOFFにしていることが多い端末では、ファイルアップデートされず最新の状態を保つことが困難である。
【０００８】
また、定期的なファイルアップデートが行われていない端末があった場合に、その端末が外部へ持ち出されたりした場合にはセキュリティホール等の問題が発生する。
【０００９】
本発明は上記問題に鑑みなされたものであり、端末の状態に依存せず、端末のメンテナンスを行うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明による管理サーバは以下の構成を備える。すなわち、
クライアント端末とネットワークを介して接続される管理サーバであって、
前記クライアント端末の利用履歴を前記クライアント端末から受信し、記憶する第一記憶手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを記憶する第二記憶手段と、
前記クライアント端末を起動するための情報を、前記第一記憶手段に記憶されている利用履歴に基づいて前記クライアント端末に送信する送信手段と、
前記クライアント端末のメンテナンス情報を含む管理ポリシーを、前記第二記憶手段から読み出して前記クライアント端末へ出力し、前記クライアント端末に対してメンテナンス情報を適用する適用手段と、
を備える。
【発明の効果】
【００１１】
端末の状態に依存せず、端末のメンテナンスを行うことができる技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】端末管理システムのシステム構成図である。
【図２】管理サーバのハードウェア構成図である。
【図３】管理サーバにインストールされた管理サーバプログラム、並びにデータベースの構成図である。
【図４】管理者端末にインストールされた管理者用プログラムの構成図である。
【図５】クライアント端末にインストールされたクライアント用プログラム、並びに記憶されているデータベースの構成図である。
【図６】クライアント端末の管理ポリシーの設定が行われる処理までの順序を示したシーケンス図である。
【図７】クライアント端末毎の利用履歴未受信時間を管理する管理テーブルの一例を示す図である。
【図８】利用履歴未受信時間が一定時間を越えると判断された時の管理サーバの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。また、本実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１４】
また、以降の本発明では、プログラムのインストール・ファイルアップデート・初期化等、端末（PC）を適切な状態に保つ処理を「メンテナンス」として説明するが、これに限定されるものではない。
【００１５】
（システム構成）
図１は、端末管理システム１０のシステム構成図である。同図に示すように端末管理システム１０は、管理サーバ２０と、管理者端末３０と、複数のクライアント端末５０を備えている。管理サーバ２０、管理者端末３０、複数のクライアント端末５０は、ネットワーク４０に接続されており、互いに通信可能である。
【００１６】
本構成図では、便宜上、管理サーバ２０と管理者端末３０とがそれぞれ一つずつ設けられた構成を示しているがこれに限られない。例えば、以降で説明するように、サーバの運営形態によっては管理サーバ２０、管理者端末３０のいずれか又は両方は、複数存在してもよい。あるいは、管理サーバ２０と管理者端末３０とを同一の装置で実現してもよい。
【００１７】
管理サーバ２０、管理者端末３０、並びにクライアント端末５０は各々ソフトウェア、プログラムを稼動させる端末であり、パーソナルコンピュータ（ＰＣ）で代表される情報処理装置により実現することができる。
【００１８】
（ハードウェア構成）
次に、各端末のハードウェア構成について図２を参照して説明する。図２は、管理サーバ２０のソフトウェアやプログラムを稼動させるハードウェア構成図である。
【００１９】
管理者端末３０、クライアント端末５０も図２と同様の構成を有しているため、構成を図示せず、説明も省略する。以下、各端末の構成要素は、管理サーバ２０における対応する構成要素の符号とハイフン以下の部分が同一の符号を付して参照する。例えば、ＣＰＵを参照する場合、管理者サーバ２０のＣＰＵの符号は２０−１であるため、管理者端末３０では３０−１、クライアント端末５０では５０−１を用いて参照する。
【００２０】
２０−２はＲＯＭ（Read Only Memory）であり、読み出し専用メモリとして動作する。２０−３はＲＡＭ（Random Access Memory）であり、ＣＰＵ２０−１のメインメモリ、ワークエリアとして機能する。
【００２１】
２０−１０はＨＤＤ（ハード・ディスク・ドライブ）、２０−１１はＦＤドライブ（フレキシブル・ディスク・ドライブ）、２０−１２はＣＤドライブ（ＣＤ−ＲＯＭドライブ）、２０−１３はＤＶＤドライブ（ＤＶＤ−ＲＯＭドライブ）である。
【００２２】
管理サーバ２０は、ＲＯＭ２０−２又はＨＤＤ２０−１０に記憶されているか、あるいはＦＤドライブ２０−１１、ＣＤドライブ２０−１２、ＤＶＤドライブ２０−１３からソフトウェアを読み出す。そして、ＣＰＵ２０−１が当該ソフトウェアを実行して、システムバス２０−４に接続される各デバイスを総括的に制御する。
【００２３】
２０−５はポインティングデバイスコントローラであり、キーボード等のポインティングデバイス２０−６の指示入力を制御する。以降は代表的なポインティングデバイスであるキーボードを用いて説明を行うが、タッチパネル等の他のデバイスを使用しても構わない。２０−７はＣＲＴコントローラであり、ディスプレイ２０−８の表示を制御する。なお、ディスプレイ２０−８は、ＣＲＴ（Cathode Ray Tube）型のものに限られない。例えば、液晶パネル、有機ＥＬパネル、ＳＥＤ（Surface-conduction
Electron-emitter Display）等で実現してもよい。
【００２４】
２０−９はディスクコントローラであり、各種ファイル、プログラム、ソフトウェア等が記憶されたＨＤＤ２０−１０．ＦＤドライブ２０−１１、ＣＤドライブ２０−１２、ＤＶＤドライブ２０−１３との間のアクセス制御を行う。これらのディスクが記憶するデータには、例えば、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、データベース、管理ポリシーを含むファイル、ログファイル、各端末にインストールされたプログラム、ソフトウェア等が含まれる。
【００２５】
ネットワークインターフェース２０−１４は、接続されているネットワーク４０を介して、他の端末、具体的には、複数の管理サーバ２０、管理者端末３０、クライアント端末５０の少なくともいずれかと双方向にデータの送受信を行う。以降、各端末上におけるハード上での実行の主体は当該端末のＣＰＵ（管理サーバ２０の場合は、２０−１）である。
【００２６】
クライアント端末５０は、Intel社の「vPro（ヴィープロ）」に搭載されている「ＡＭＴ(Active Management Technology)」や、Apple
Incの「Mac OS X Server」に搭載されている「Net Boot」等の、ネットワーク経由でパソコンの電源を管理する機能を有してもよい。ＡＭＴは、電源をオフにしても消えない不揮発性メモリーを搭載している。このため、パソコンの電源が入っていない状態でもネットワーク経由でクライアント管理に必要な情報を管理者端末から確認することができる。さらに、電源をオフした状態で、外部装置から、ＯＳの起動や、休止状態からの復帰を指令し、実行させることができる。Net
Bootはクライアントのローカルハードディスクドライブを利用しないディスクレスNet Bootで運用することで、クライアント端末のＯＳをネットワーク経由で起動させることができる。以降の説明に於いては、このネットワーク経由でＯＳを起動させる機能をネットワーク起動と呼ぶものとする。
【００２７】
なお、各端末はそれぞれ時計を内蔵しており、時刻を計時することができる。内蔵時計は、例えば、水晶振動子の発信信号を利用して時刻を計時してもよい。
【００２８】
（管理サーバのソフトウェア構成）
図３は、管理サーバ２０内のＨＤＤ２０−１０内にインストールされた管理サーバプログラム２０−１０ｃ（ソフトウェア）、並びにＨＤＤ２０−１０に記憶されているデータベース２０−１０ａ、２０−１０ｂの構成図である。
【００２９】
端末利用データベース２０−１０ａ（第二記憶手段）には、端末管理システムの管理対象となっているクライアント端末５０に関連するデータが記憶されている。具体的には端末を識別する情報、管理ポリシー、管理テーブル等のデータが記憶されている。これらのデータは後述するデータベース読み書き部２０−１０ｄを用いて、データの読み込みや追加がなされる。なお、端末利用データベース２０−１０ａには、管理ポリシーを選択する際に用いる決定条件も記憶することができる。以下、管理ポリシーや管理ポリシーを選択するための決定条件などの例を、適宜説明していく。
【００３０】
端末ログデータベース２０−１０ｂ（第一記憶手段）は、クライアント端末５０の利用履歴をログファイルのデータベース形式にしたものが記憶されている。これらのデータは後述するデータベース読み書き部２０−１０ｄを用いて、データの読み込みや追加がなされる。利用履歴として記録する内容の例は、後述する。
【００３１】
管理サーバプログラム２０−１０ｃは、データベース読み書き部２０−１０ｄ、リクエスト送受信部２０−１０ｅ、レスポンス送信部２０−１０ｆ、ログ−ポリシー取得部２０−１０ｇ、認証部２０−１０ｈ、算出部２０−１０ｉを備える。各構成要素は、例えば、ソフトウェアのモジュールの単位で実現することができる。
【００３２】
データベース読み書き部２０−１０ｄは端末利用データベース２０−１０ａ、並びに端末ログデータベース２０−１０ｂへの読み書きを行う。リクエスト送受信部２０−１０ｅはネットワーク４０を経由した外部の端末からの当該管理サーバ２０へのリクエストを受信したり、当該管理サーバ２０からネットワーク４０を介した他の端末へのリクエストを送信する。レスポンス送信部２０−１０ｆは、各端末に対しレスポンスを送信する。
【００３３】
ログ−ポリシー取得部２０−１０ｇは、端末ログデータベース２０−１０ｂのログデータ内容を基に、端末利用データベース２０−１０ａ内に記憶されている管理ポリシーを自動取得（選択）する処理を行う。
【００３４】
認証部２０−１０ｈは、管理者端末２０や、クライアント端末５０からのネットワーク４０を介したアクセスに対し、例えば端末のＩＰアドレス等を用いて認証を行い、認証に成功した場合はアクセス許可を出す。様々な安全性の強度を有する認証方式が多数知られているが、端末管理システム１０を実施する際は、システムに求められる安全性に応じて任意の認証方式を使用することができる。
【００３５】
算出部２０−１０ｉは、後述する未受信時間（最終起動終了時間、最終信号受信時間）と、管理サーバ２０や管理者端末３０の内蔵時計から利用履歴の未受信時間を算出する。
【００３６】
（管理者端末のソフトウェア構成）
図４は管理者端末３０内のＨＤＤ３０−１０内にインストールされた管理者用プログラム（ソフトウェア）の構成図である。
【００３７】
管理者端末３０内に予めインストールされている管理者用プログラム３０−１０ａは、以下のデータベース読み書き部３０−１０ｂ、リクエスト送受信部３０−１０ｃ、レスポンス受信部３０−１０ｄ、認証部３０−１０ｅを備えている。
【００３８】
データベース読み書き部３０−１０ｂは、主にネットワーク４０を介して管理サーバ２０内にあるデータベースに対して読み書きを行う。リクエスト送受信部３０−１０ｃは、主にネットワーク４０を介して、管理サーバ２０との間でリクエストのやり取りを行う。
【００３９】
レスポンス受信部３０−１０ｄは、主にネットワーク４０を介して管理サーバ２０から送られてくるレスポンスを受信する。認証部３０−１０ｅは、管理者端末３０が管理サーバ２０に接続する際に例えば端末のＩＰアドレス等を用いて認証を行うための処理を実行する。認証に成功した場合は、管理サーバ２０側からアクセス許可が発行されることになる。
【００４０】
（クライアント端末のソフトウェア構成）
図５は、クライアント端末５０内のＨＤＤ５０−１０内にインストールされたクライアント用プログラム（ソフトウェア）５０−１０ｂ、並びに記憶されているデータベース５０−１０ａの構成図である。
【００４１】
利用データベース５０−１０ａは、当該クライアント端末５０のメンテナンス情報や後述する制御内容のデータを含む、管理ポリシーが記憶されている。クライアント用プログラム５０−１０ｂは、利用履歴取得部５０−１０ｃ、リクエスト送受信部５０−１０ｄ、端末利用制御部５０−１０ｅを備えている。
【００４２】
利用履歴取得部５０−１０ｃはクライアント端末５０の利用履歴を取得する構成要素である。利用履歴の内容には、例えば、以下に挙げた動作の少なくともいずれかの記録を含めることができる。
・端末を利用できない状態から利用できる状態への動作。
・端末を利用できる状態から利用できない状態への動作。
・プログラムの使用。
・アプリケーションの使用。
・ソフトウェアの使用。
・アップデートファイルの実行。
・外部へのアクセス。
・ソフトデバイスの追加又は削除。
・ハードウェアデバイスの追加又は削除。
・メールの送受信。
・ファイルの作成。
・ファイルの更新。
・ファイルの削除。
・ポインティングデバイスの操作内容。
・拡張子の変更。
【００４３】
リクエスト送受信部５０−１０ｄは、ネットワーク４０を通じて管理サーバ２０からリクエストを受け取ったり、管理サーバ２０に対してリクエストを送ったりする構成要素である。端末利用制御部５０−１０ｅは、先述の利用データベース５０−１０ａの内容を読み取って実際にクライアント端末５０を利用できない状態から利用できる状態へ、利用できる状態から利用できない状態へ、メンテナンス処理（プログラムのインストール、初期化等）等の、各動作の制御を行う。
【００４４】
なお、上記の利用できない状態にする動作制御には、例えば、シャットダウン、ログオフ、スリープ、ロック、スタンバイ、休止状態、のうち、一つ又は複数の動作が含まれる。管理ポリシーは、それらの動作の中うち、管理サーバ２０または管理者端末３０において選択された動作を記載している。一方、利用できる状態にする動作制御には、例えば、起動、ログオン、スリープ状態からの復帰、ロック状態からの復帰、スタンバイ状態からの復帰、休止状態からの復帰の動作のうち一つ又は複数の動作が含まれ、管理ポリシーはこのような動作を記載している。
【００４５】
以降、本実施形態では、利用できない状態にする動作は上記の一例のシャットダウンであり、利用できる状態にする動作は上記の一例の起動である場合を想定するが、これに限定されるものではない。
【００４６】
また、本実施形態ではここまで説明してきたようにいわゆるサーバクライアント型クライアント管理システムをその代表例として説明するが、これに限定されるものではない。
【００４７】
（管理ポリシー設定の概要）
次に、本発明の構成が実行する処理内容について、図面を参照して以下に詳細に説明する。
【００４８】
なお、本実施形態並びに以降の実施形態における「管理ポリシー」とは後述する管理サーバ２０のデータベースに記憶され、特定のクライアント端末におけるメンテナンス情報を含むデータである。具体的には、以下の内容を含めることができる。
・メンテナンス時刻（メンテナンス処理を適用する時刻）
・メンテナンス情報
（クライアント端末５０にインストールするプログラム情報、クライアント端末５０の初期化等、クライアント端末５０をメンテナンス処理するための情報）
・当該管理ポリシー自身の設定が許可されている管理者並びに端末の識別情報。
【００４９】
なお、メンテナンス処理時にクライアント端末５０にインストールされるプログラムは、別途ＨＤＤ内に保存され、メンテナンス処理実行時に呼び出すようにしてもよい。
【００５０】
上記の管理ポリシーの内容は一例であり、本実施形態における管理ポリシーの範囲を狭めたり、限定的にしたりするものではない。当業者が、他の項目、内容について管理ポリシーに常識的に含まれる、または公知であると考えることのできる、動作制御、管理の項目、内容を、管理ポリシーに記載してもよいことは明らかである。
【００５１】
図６は、クライアント端末５０の管理ポリシーの設定が行われる処理までの順序を示したシーケンス図である。
【００５２】
管理サーバ２０、管理者端末３０、クライアント端末５０には、予め、先述のプログラム並びにデータベースが、各々のＨＤＤにインストールされている。インストールは、ＦＤ、ＣＤ、ＤＶＤ、ストレージデバイス等の媒体の読み出しや、オンラインダウンロード等、公知の手法により実行することができる。
【００５３】
以下の実行手順に併せて、上記のインストール手順を先述の管理サーバ２０内の認証部２０−１０ｈを用いて実行してもよい。
【００５４】
最初に、管理者端末３０は管理サーバ２０内の端末利用データベース２０−１０ａに対して、読み書き部３０−１０ｂを用いて管理対象となるクライアント端末５０を登録する（ステップＳ６０１）。すなわち、管理者端末３０は、クライアント端末５０の識別情報を含むクライアント端末登録情報を管理サーバ２０へ送信して、管理対象となるクライアント端末５０を登録する。この処理は、例えば、管理者端末３０に対する管理者からの指示入力に応じて行うことができる。
【００５５】
管理者端末３０からクライアント端末登録情報を受信すると、管理サーバ２０は、リクエスト送受信部２０−１０ｅから管理対象となるクライアント端末５０に対して、クライアント端末の情報を要求する（ステップＳ６０２）。すなわち、クライアント端末５０へクライアント端末情報要求を送信する。
【００５６】
ここで、クライアント端末の情報とは、管理サーバ２０がクライアント端末５０、もしくはクライアント端末５０の使用者を一意に識別できる識別情報である。例えば、クライアント端末の情報として、クライアント端末５０に付与されたＩＤや、クライアント端末５０にユニークに与えられた番号、又は端末使用時のアカウント名等を用いることができる。本ステップにて、これらクライアント端末５０、もしくはその使用者を管理サーバ２０が一意に識別できる手法を使用してもよいが、その詳細は省略する。
【００５７】
クライアント端末５０は、リクエスト送受信部５０−１０ｄを用いて管理サーバ２０からリクエストを受け取ると、管理サーバ２０へクライアント端末の情報を返す（ステップＳ６０３）。
【００５８】
なお、管理対象となっているクライアント端末５０の情報が既に管理サーバ２０の管理データベース上に登録されている場合は、上述のステップＳ６０１〜Ｓ６０３は省略される。
【００５９】
管理者端末３０は管理サーバ２０に対し、リクエスト送受信部３０−１０ｃを用いて当該クライアント端末５０に対する基本管理ポリシーデータを送信する（ステップＳ６０４）。基本管理ポリシーデータは、先述の管理ポリシーのテンプレートとなる内容であり、実際にクライアント端末へ適用されるポリシーの候補が記載されている。例えば、クライアント端末へ適用されるメンテナンス時刻に応じたプログラム情報を、メンテナンス時刻1月1日ならＶｅｒ．１、メンテナンス時刻３月1日ならＶｅｒ．２等、数種類の基本管理ポリシーデータが用意されている。
【００６０】
基本管理ポリシーデータを受信すると、管理サーバ２０は、基本管理ポリシーデータを、データベース読み書き部２０−１０ｄを用いて端末利用データベース２０−１０ａに記憶する（ステップＳ６０５）。後述するように、管理サーバ２０は、クライアント端末５０から利用履歴（ログ）を受信すると、その利用履歴の内容を基に基本管理ポリシーデータを自動選択することになる。
【００６１】
次いで、管理サーバ２０はクライアント端末５０に対して、リクエスト送受信部２０−１０ｅを用い利用履歴（ログ）の取得を要求する（ステップＳ６０６）。クライアント端末５０はリクエスト送受信部５０−１０ｄを用いてこの要求を受信すると、利用履歴取得部５０−１０ｃから得た利用履歴の内容を管理サーバ２０へ送信する（ステップＳ６０７）。
【００６２】
管理サーバ２０は、利用履歴を受信すると、受信したクライアント端末５０の利用履歴の内容をデータベース読み書き部２０−１０ｄを用いて、端末ログデータベース２０−１０ｂに記憶する（ステップＳ６０８）。
【００６３】
このステップＳ６０６〜ステップＳ６０８の利用履歴をログとして端末ログデータベースに記憶するタイミングは任意に設定することができる。例えば、後述の管理ポリシー決定後も一定時間間隔で行ってもよい。例えば動作中のクライアント端末５０について、５分ごとに上記ステップＳ６０６〜ステップＳ６０８の内容で行うことによって、クライアント端末５０の利用内容を管理サーバ２０で管理することも可能である。
【００６４】
次に、管理サーバ２０は端末ログデータベース２０−１０ｂのログファイルから、端末利用データベース２０−１０aに記憶されている管理テーブルを作成し、管理テーブルを基に、端末利用データベース２０−１０ａに記憶されている基本管理ポリシーデータの中から管理ポリシーを自動選択する（ステップＳ６０９）。ここで選択された管理ポリシーは、端末利用データベース２０−１０ａに記憶される。なお、管理ポリシーをどのように選択するかについては、後述する。
【００６５】
具体的には、例えば、管理サーバ２０は、まず、ログファイルから管理テーブルを作成し、クライアント端末５０からの利用履歴未受信時間を読み取る。このとき、未受信時間が一定時間を越えると判定された場合、メンテナンス時刻に応じたメンテナンス情報が含まれる管理ポリシーを、クライアント端末５０の基本管理ポリシーデータの中から選択することができる。
【００６６】
また、この時、管理者端末３０は、管理者の指示に応じて、端末ログデータベース２０−１０ｂのネットワーク４０を通じてクライアント端末５０の管理ポリシー内のメンテナンス情報を直接設定してもよい（ステップＳ６１０）。
【００６７】
このように、管理ポリシー内のメンテナンス情報を設定する方法には、管理サーバがログファイルを用いて作成される管理テーブルに基づいて自動的に設定する方法（Ｓ６０９）と、管理者端末が設定する直接設定（Ｓ６１０）がある。すなわち、管理ポリシー内のメンテナンス情報に関して、数種類の設定があり、先述のログによる基本管理ポリシーデータ選択の際は自動選択され、直接設定の場合は管理者端末が選択する。
【００６８】
その他管理ポリシーには、クライアント端末をセキュアな目的をもって管理する為の項目が含まれていてもよい。
クライアント端末５０の管理ポリシーが管理者端末３０もしくは管理サーバ２０によって決定されると、管理サーバ２０は、当該管理ポリシーを、対象となるクライアント端末５０に係る端末利用データベース２０−１０ａに記憶する（ステップＳ６１１）。
【００６９】
そして、管理サーバ２０は、管理者端末３０に対して、レスポンス送信部２０−１０ｆを用いて、クライアント端末５０に係る管理ポリシーの決定を通知する（ステップＳ６１２）。さらに、クライアント端末５０に対して、レスポンス送信部２０−１０ｆを用いて、管理ポリシーを送信（出力）する（ステップＳ６１３）。クライアント端末５０はこの管理ポリシーを受信して、利用データベース５０−１０ａ内に管理ポリシーを設定する（ステップＳ６１４）。
【００７０】
このクライアント端末５０に対する管理ポリシーは、管理サーバ２０内にある端末利用データベース２０−１０ａにも記憶される。なお、管理ポリシーは、管理者端末３０もしくは管理サーバ２０により、新規作成、内容の初期化、内容の再設定、内容の変更のうちの少なくともいずれかの動作を自由に設定することもできる。
【００７１】
（管理テーブル）
図７は、クライアント端末５０毎の未受信時間を管理する管理テーブルの一例である。管理サーバ２０に登録されたクライアント端末からの利用履歴未受信時間は、全てこのテーブルにて管理される。
【００７２】
７０１は、マシンＩＤであり、一例として通し番号を振り分けているが、管理サーバ２０がクライアント端末５０を識別できるものであればその形態を問わない。
【００７３】
７０２は、マシン名であり、管理者端末３０を操作する者が入力、決定する人的利便性を目的とする識別子である。
７０３は、最終起動終了時間であり、利用履歴の中から、一番新しい時刻の「ＯＳ終了（シャットダウン）」の利用履歴を取得した時間である。
【００７４】
７０４は、未受信時間１であり、算出部２０−１０ｉが、最終起動終了時間（７０３）から現在日時までの利用履歴未受信時間を算出したものである。
７０５は、最終信号受信時間であり、クライアント端末５０から送信されてきた利用履歴の一番新しい受信時刻である。
【００７５】
７０６は、未受信時間２であり、算出部２０−１０ｉが、クライアント端末５０から送信された最後の信号（利用履歴）を受信してから、利用履歴を受信していない時間を算出したものである。
７０７は、クライアント端末５０の状態を示す情報である。例えば、「ＯＮ」は起動されている状態、「ＯＦＦ」は起動されていない（シャットダウンされている）状態、「ＯＵＴ」はネットワークに未接続の場合を示す情報である。
なお、詳しくは後述するが、クライアント端末５０の状態（起動／未起動、ネットワークへの接続／未接続等）は、クライアント端末５０への情報要求後のレスポンスに応じて決定される。
【００７６】
７０８は、最終メンテナンス時刻であり、クライアント端末５０にメンテナンス（管理ポリシー）を適用した、最終（一番新しい）時刻である。
【００７７】
（管理サーバの動作）
管理サーバ２０が実行する処理について、図８を参照して説明する。図８は、利用履歴に基づいてメンテナンス処理を行う管理サーバ２０の動作を示すフローチャートである。
【００７８】
ステップＳ８０１で、管理テーブル（図７）に基づいて、クライアント端末５０からの利用履歴未受信時間が所定時間以上であるか否かを判定する。具体的には、管理テーブルの未受信時間１（７０４）が、所定時間（例えば、２日間）を超えているか否か判定する。なお、利用履歴未受信時間は、これに限定されず、未受信時間２（７０６）を用いて判定してもよい。未受信時間２（７０６）を用いることにより、より迅速なメンテナンスを適用できる。
【００７９】
利用履歴未受信時間が一定時間を越えている場合（ステップＳ８０１のＹＥＳ）、管理テーブルの最終メンテナンス時刻（７０８）は、管理ポリシー内の最新（一番新しい時刻）のメンテナンス時刻より古いか否かを判定する（ステップＳ８０２）。
【００８０】
古いと判定された場合（ステップＳ８０２のＹＥＳ）、ステップＳ８０３で、管理サーバ２０はクライアント端末５０へ情報を要求する（ステップＳ８０３）。要求する情報とは、クライアント端末５０が接続されているかどうか、クライアント端末５０が起動しているかどうか等を含む情報である。
【００８１】
ステップＳ８０４は、ステップＳ８０３で要求した情報に対するレスポンスを基に、クライアント端末５０が現在物理的に接続されているか否かを判断する。
【００８２】
未接続であると判断された場合（ステップＳ８０４のＮＯ）、管理テーブルにその内容を記録する（ステップＳ８０９）。
【００８３】
接続されていと判断された場合（ステップＳ８０４のＹＥＳ）、ステップＳ８０６で、ステップＳ８０３で要求した情報に対するレスポンスを基に、クライアント端末が起動状態になっているか否かを判断する。
【００８４】
起動状態であると判断された場合（ステップＳ８０５のＹＥＳ）、ステップＳ８０７の処理を行う。なお、これは起動状態になっているにもかかわらず、未受信時間が一定以上に達したものである。例えば、長時間の休眠状態の後に起動した等が考えられる。
【００８５】
起動していないと判断された場合（ステップＳ８０５のＮＯ）、ステップＳ８０６は、対象となるクライアント端末５０へネットワーク起動要求を送信し、クライアント端末５０をネットワーク起動させる（ステップＳ８０６）。
ステップＳ８０７は、管理ポリシーに基づいて対象となるクライアント端末５０のメンテナンス処理を行う。例えば、プログラムのインストールやアップデート、初期化等を行うそして、ステップＳ８０８で、管理テーブルの最終メンテナンス時刻（７０８）を更新する。
【００８６】
以上の説明でもって、本発明により、操作履歴を用いてクライアント端末の状態（起動／起動していない）を把握し、クライアント端末が起動していない場合でも、クライアント端末にメンテナンス処理を行うことができる。したがって、管理者が計画的にメンテナンス処理を行うことができ、ネットワークの負荷を減少することができる。
【００８７】
また、クライアント端末の状態に依存せず、クライアント端末を最新の状態に保つことができ、セキュリティを向上させることができる。例えば、はんば休眠状態にあるクライアント端末をネットワークに接続しておくだけで最新の状態へアップデートさせることができるので、急遽決定した出荷、持ち出し、機能移転等にも対応できる。
【００８８】
また、本発明の応用例として、環境に考慮し、クライアント端末のメンテナンスを行う際の総合電力量を閾値として、クライアント端末の制御を行うようにしてもよい。例えば、一度に全てのクライアント端末のメンテナンスを行うのではなく、電力量が閾値以内に収まるように、所定の台数ずつ行うようにする。
【符号の説明】
【００８９】
２０  管理サーバ
３０  管理者端末
５０  クライアント端末
【図１】
2011227830.tif 000003
【図２】
2011227830.tif 000004
【図３】
2011227830.tif 000005
【図４】
2011227830.tif 000006
【図５】
2011227830.tif 000007
【図６】
2011227830.tif 000008
【図７】
2011227830.tif 000009
【図８】
2011227830.tif 000010