(57)【要約】【課題】リカバリによる修復作業とアップデータによる更新作業を両立させ、修復および更新を効率的に行う。【解決手段】インターネット４に接続された端末２（クライアントＰＣ）を自動的に起動してリカバリによる修復作業を一時中断し、スケジュールに従うアップデートによる更新作業を実施した後、再度、リカバリによる修復作業を行うことで、「リカバリ」を意識することなく「アップデート」を、また、「アップデート」を意識することなく「リカバリ」を実行する。また、インターネットサーバ１は、上位にサーバが存在する場合その上位サーバから、存在しない場合はセンタサーバあからパッチ情報を取得して端末装置２へ送信する。【選択図】      図１
2006185265.tif 000002
【特許請求の範囲】
【請求項１】
１以上のサーバと、複数の端末装置とがインターネット経由で接続される端末保守システムであって、
あらかじめ設定される時刻情報に従い前記サーバにより送信される特定のパケットにより前記端末装置を起動し、当該起動された端末装置は、実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行することを特徴とする端末保守システム。
【請求項２】
前記端末装置は、前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行することを特徴とする請求項１に記載の端末保守システム。
【請求項３】
前記インターネット経由で更にセンタサーバが接続され、前記サーバは、上位にサーバが存在する場合その上位サーバから、存在しない場合は前記センタサーバから前記パッチ情報を取得して前記端末装置へ送信することを特徴とする請求項１または２に記載の端末保守システム。
【請求項４】
１以上のサーバとはインターネット経由で接続される端末装置であって、
前記サーバから特定のパケットを受信して自身を起動する起動制御部と、
実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行する更新処理実行部と、
前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行する修復およびシャットダウン処理実行部と、
を備えたことを特徴とする端末装置。
【請求項５】
１以上のサーバと、複数の端末装置とがインターネット経由で接続される端末保守システムの前記端末装置に用いられるプログラムであって、
前記サーバから特定のパケットを受信して自身を起動する処理と、
実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行する処理と、
前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行する処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、学校において学生がパソコン等の端末を共用する環境に用いて好適な、端末保守システムおよび端末装置ならびにプログラムに関する。
【背景技術】
【０００２】
学校等においてパソコンを利用する場合、学生により設定が勝手に書替えられ、あるいは本来同じはずのデスクトップのアイコンやファイルが削除され、共用することが困難になるケースがある。
この問題に対処するために、システムリカバリが必要になる。この場合、システムリカバリソフトを利用することによってパソコン導入当初のまま運用でき、設定の変更、アイコンの削除を行ってもパソコンを再起動することで元の状態に戻すことが可能になる。上記したシステムリカバリの一環として、ネットワークを介しパソコン（ＰＣ）端末のＯＳに生じた障害を修復する技術が知られている（例えば、特許文献１参照）。
【０００３】
一方、昨今のセキュリティ対策として、ＰＣ端末のＯＳとして標準実装されるＷｉｎｄｏｗｓ（登録商標）は、Ｗｉｎｄｏｗｓ（登録商標）Ｕｐｄａｔｅにより定期的なメンテナンスが推奨され、実行それている。ウイルス対策ソフトといえども新規に発生するウイルス・ワームに対応できないためＷｉｎｄｏｗｓ（登録商標）Ｕｐｄａｔｅによるメンテナンスは有用である。
上記したシステムアップデートの一環として、ネットワークを介してＰＣ端末のＯＳやアプリケーションのアップデートを行う技術が知られている（例えば、特許文献２参照）。
【特許文献１】特開平７−２３０４０１号公報
【特許文献２】特開２０００−３６６３６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記したように、学校での利用環境によれば、システムの修復を意図する「リカバリ」と、システムの更新を意図する「アップデート」の２つの相反する矛盾を解決する必要がある。すなわち、更新処理を施しても、修復処理を実行した場合、更新そのものが無効になってしまい、また、修復処理を施しても更新処理を実行した場合、修復そのものが無効になってしまい、両立させることがタイミング的に困難であった、
【０００５】
本発明は上記事情に鑑みてなされたものであり、インターネットに接続された端末（ＰＣ）を自動的に起動して「リカバリ」による修復作業を一時中断し、スケジュールに従って「アップデータ」による更新作業を実施した後、再度「リカバリ」による修復作業を行うことで、「リカバリ」を意識することなく「アップデート」を、また、「アップデート」を意識することなく「リカバリ」を実行し、両者を両立させ、修復および更新を効率的に行うことのできる、端末保守システムおよび端末装置ならびにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した課題を解決するために本発明は、１以上のサーバと、複数の端末装置とがインターネット経由で接続される端末保守システムであって、あらかじめ設定される時刻情報に従い前記サーバにより送信される特定のパケットにより前記端末装置を起動し、当該起動された端末装置は、実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行することを特徴とする。
【０００７】
また、本発明において、前記端末装置は、前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行することを特徴とする。
【０００８】
また、本発明において、前記インターネット経由で更にセンタサーバが接続され、前記サーバは、上位にサーバが存在する場合その上位サーバから、存在しない場合は前記センタサーバから前記パッチ情報を取得して前記端末装置へ送信することを特徴とする。
【０００９】
上記した課題を解決するために本発明は、１以上のサーバとはインターネット経由で接続される端末装置であって、前記サーバから特定のパケットを受信して自身を起動する起動制御部と、実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行する更新処理実行部と、前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行する修復およびシャットダウン処理実行部と、を備えたことを特徴とする。
【００１０】
上記した課題を解決するために本発明は、１以上のサーバと、複数の端末装置とがインターネット経由で接続される端末保守システムの前記端末装置に用いられるプログラムであって、前記サーバから特定のパケットを受信して自身を起動する処理と、実行中の修復作業を停止し、前記サーバによって送信されるパッチ情報に従い更新処理を優先して実行する処理と、前記更新処理の終了を待って前記修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行する処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ネットワークに接続された端末を自動的に起動してリカバリを一旦停止させ、スケジュールに従うアップデートを実施した後、リカバリを再開してシャットダウン処理を実行することで、「リカバリ」を意識することなく「アップデート」を、また、「アップデート」を意識することなく「リカバリ」を実行可能となる。このため、修復および更新を効率的に実行させ、管理することができる。
【００１２】
なお、「リカバリ」においては、適用される直前のＷｉｎｄｏｗｓ（登録商標）の導入環境を覚えておき、その後のアプリケーションの追加導入や設定変更を不要な変更として次回起動時に全て消去し、導入時の環境に自動的に修復、復元することができ、障害発生率の低下が期待できる。
また、「アップデート」においては、上記した「リカバリ」を意識せずにＷｉｎｄｏｗｓ（登録商標）のセキュリティパッチが自動適用でき、従って、ウイルスに感染する確率を減少させることができる。更に、スケジュールにより深夜の「アップデート」も可能になる。このことにより、複雑で面倒なサーバのメンテナンスから開放される。なお、サーバが複数で構成される場合、上位にサーバが存在する場合、その上位サーバからパッチ情報を取得することで、サーバ自身インターネットら接続する手間が省け、また、パッチ情報を取得するためのネットワーク負荷が軽減される。
【発明を実施するための最良の形態】
【００１３】
図１に、本発明における端末保守システムのシステム構成の一例を示す。図１において、符号１は、インターネットサーバであり、インターネット４により傘下の端末、ここではクライアントＰＣ２が接続される複数のサーバである。
符号３は、センタサーバであり、パッチ配信および後述するサービス監視用のサーバである。上記したサーバ１、３間、およびインターネットサーバ１とクライアントＰＣ２間のデータ転送は、いずれもＨＴＴＰ（Hyper Text Transfer Protocol）によって制御される。
【００１４】
図１において、クライアントＰＣ２は、自身が設定した時刻情報に従いインターネットサーバ１により送信される特定のパケットにより自動的に起動される。起動されたクライアントＰＣ２は、実行中の修復作業を一旦停止し、更に、インターネットサーバ１によって送信されるパッチ情報に従い更新処理を優先して実行する。また、更新処理の終了を待って修復作業を再開し、当該修復作業終了後にシャットダウン処理を実行する。
一方、センタサーバ１は、ここでは複数存在するものとし、上位に位置する他のインターネットサーバ１が存在する場合、その上位インターネットサーバ１からパッチ情報を取得し、また、存在しない場合は、同じくインターネット４を経由して接続されるセンタサーバ３からパッチ情報を取得してクライアントＰＣ２へ送信する。
【００１５】
図２は、図１に示すインターネットサーバの内部構成を、図３は、図１に示すクライアントＰＣの内部構成を機能展開して示したブロック図である。
図２において、インターネットサーバ１は、ネットワーク（ＮＷ）インタフェース部１１と、起動パケット制御部１２と、設定時間監視部１３で構成される。
ＮＷインタフェース部１１は、パッチ受信部１１１とパッチ送信部１１２から成り、パッチ情報受信部１１１は、上位にインターネットサーバ1が存在する場合はその上位インターネットサーバ１から、存在しない場合は、センタサーバ１からパッチ情報を取得し、また、パッチ送信部１１２は、パッチ受信部１１１で受信したパッチ情報をクライアントＰＣ２へ送信する。また、起動パケット送信部１２は、スケジュールされた時間になったときにクライアントＰＣ２を自動的に起動する特定のパケットを送信する機能を持ち、設定時間監視部１３は、あらかじめクライアントによって設定された時刻を監視して起動パケット送信部１２によるパケット送信を有効にする機能を持つ。
【００１６】
図３において、クライアントＰＣ２は、起動バケット受信部２１と、ＰＣ起動制御部２２と、修復処理実行部２３と、更新処理実行部２４と、修復停止・再開処理部２５と、シャットダウン処理実行部２６で構成される。
起動パケット受信部２１は、インターネットサーバ１により、スケジュールに従い送信される起動パケットを受信し、ＰＣ起動制御部２２を介してクライアントＰＣ２を自動的に起動する。また、修復処理実行部２３は上記したリカバリを、更新処理実行部２４はアップデートを実行する機能を持つ。
なお、修復停止・再開処理部２５は、起動直後、実行中の修復作業を停止し、インターネットサーバ１によって送信されるパッチ情報に従い更新処理を優先して実行し、また、更新処理の終了を待って修復作業を再開し、当該修復作業終了後にシャットダウン処理実行部２６を起動してシャットダウン処理を実行させる機能を持つ。
【００１７】
図４は、本発明実施形態の動作を説明するために引用したフローチャートであり、一部、本発明のプログラムの処理手順も示されている。
以下、図４を参照しながら本発明実施形態の動作について詳細に説明する。
【００１８】
インターネットサーバ１では、設定時間監視部１３により、常時、時間監視が行なわれている。すなわち、あらかじめクライントＰＣ２により設定されるスケジュールに従い起動パケット送信のタイミングを測っている。ここでは、設定時刻が、クライアントＰＣ２が稼働していない深夜時間帯に設定されていたとする。
インターネットサーバ１は、スケジュールに従う設定時間監視を行っており（Ｓ４１）、その時刻になったときに、起動パケット送信部１２によって設定したククライアントＰＣ２に起動パケットを送信する（Ｓ４２）。
【００１９】
起動パケットを受信したクライアントＰＣ２は、起動パケット受信部２１を介してその起動パケットを受信し、ＰＣ起動制御部２２による起動操作を実行する（Ｓ４３）。続いて、修復停止・再開処理部２５は、修復処理実行部２３を制御して修復作業を一旦停止させ（Ｓ４４）、また、更新処理実行部２４を起動してパッチ情報によるアップデートを開始する（Ｓ４５）。
【００２０】
図５に、本発明実施形態によるパッチ情報の取得シーケンスの一例がフローチャートで示されている。すなわち、インターネットサーバ１が複数多段接続されている場合（Ｓ５１、ＹＥＳ）、あるインターネットサーバ１は、上位に位置するインターネットサーバ１（マスタ）の存在の有無をチェックし（Ｓ５２）、存在する場合（Ｓ５２“有り”）、その上位インターネットサーバ１からパッチ情報を取得し（Ｓ５３）、存在しない場合は（Ｓ５２“無し”）、センタサーバ３からパッチ情報を取得してそれぞれクライアントＰＣ２へ送信する（Ｓ５４、Ｓ５５）。
クライアントＰＣ２では、そのパッチ情報のダウンロード（ＤＬ）提供を受けることになる。
【００２１】
上記のようにしてパッチ情報を受信したクライアントＰＣ２は、更新処理実行部２４でそのパッチ情報を用いて更新処理を実行する。そして、修復停止・再開処理部２５は、更新処理の実行終了を待ち（Ｓ４６）、修復処理実行部２３による修復作業を再開させる（Ｓ４７）。そして、修復作業終了後（Ｓ４８、Ｙｅｓ）、シャットダウン処理実行部２６を起動してシャットダウン処理を実行し、電源を落とす（Ｓ４９）。
【００２２】
以上説明のように本発明は、インターネット４に接続された端末装置、ここではクライアントＰＣ２を自動的に起動して修復作業（リカバリ）を停止させ、スケジュールに従う更新作業（アップデート）を実施した後、修復作業の再起動とシャットダウンを実行することで、「リカバリ」を意識することなく「アップデート」を、また、「アップデート」を意識することなく「リカバリ」を実行するものであり、このことにより、修復作業および更新作業を効率的に実行させ、管理することができる。
【００２３】
なお、「リカバリ」においては、適用される直前のＷｉｎｄｏｗｓ（登録商標）の導入環境を覚えておき、その後のアプリケーションの追加導入や設定変更を不要な変更として次回起動時に全て消去し、導入時の環境に自動的に修復、復元することができ、障害発生率の低下が期待できる。
また、「アップデート」においては、上記したリカバリソフトを意識せずにＷｉｎｄｏｗｓ（登録商標）のセキュリティパッチが自動適用でき、従って、ウイルスに感染する確率を減少させることができる。また、スケジュールにより深夜のアップデートも可能になる。このことにより、複雑で面倒なサーバのメンテナンスから開放される。
【００２４】
更に、インターネットサーバ１が複数で構成される場合、そのインターネットサーバ１より上位に位置するインターネットサーバ１が存在する場合、その上位のインターネットサーバ１からパッチ情報を取得することで、インターネットサーバ１自身、パッチ情報を取得するために都度、インターネット４に接続する手間が省け、また、そのためのネットワーク負荷が軽減される。
【００２５】
なお、図２に示す、ＮＷインタフェース部１１（パッチ受信部１１１、パッチ送信部１１２）、起動パケット送信部１２、設定時間監視部１３、また、図３に示す、起動パケット受信部２１、ＰＣ起動制御部２２、修復処理実行部２３、更新処理実行部２４、修復停止・再開処理部２５、シャットダウン処理実行部２６のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって本発明の端末保守システムおよび端末装置を実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含む。
【００２６】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００２７】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００２８】
【図１】本発明における端末保守システムのシステム構成の一例を示す図である。
【図２】図１に示すインターネットサーバの内部構成を機能展開して示すブロック図である。
【図３】図１に示すクライアントＰＣの内部構成を機能展開して示すブロック図である。
【図４】本発明実施形態の動作を示すフローチャートである。
【図５】本発明実施形態の動作を示すフローチャートである。
【符号の説明】
【００２９】
１…インターネットサーバ、２…クライアントＰＣ（端末装置）、３…センタサーバ、４…インターネット、１１…ＮＷインタフェース部、１２…起動パット送信部、１３…設定時間監視部、２１…起動パケット受信部、２２…ＰＣ起動制御部、２３…修復処理実行部、２４…更新処理実行部、２５…修復停止・再開処理部、２６…シャットダウン処理実行部、１１１…パッチ受信部、１１２…パッチ送信部
【図１】
2006185265.tif 000003
【図２】
2006185265.tif 000004
【図３】
2006185265.tif 000005
【図４】
2006185265.tif 000006
【図５】
2006185265.tif 000007