6010734 情報処理システム、端末管理装置、情報処理装置、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6010734

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月19日

(54)【発明の名称】情報処理システム、端末管理装置、情報処理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20161006BHJP

【ＦＩ】

   G06F13/00 357A

【請求項の数】12

【全頁数】23

(21)【出願番号】特願2012-60495(P2012-60495)

(22)【出願日】2012年3月16日

(65)【公開番号】特開2013-196139(P2013-196139A)

(43)【公開日】2013年9月30日

【審査請求日】2014年7月1日

【前置審査】

(73)【特許権者】

【識別番号】000136136

【氏名又は名称】株式会社ＰＦＵ

(74)【代理人】

【識別番号】100137394

【弁理士】

【氏名又は名称】横井 敏弘

(72)【発明者】

【氏名】平 芳久

(72)【発明者】

【氏名】荒屋 吉恒

(72)【発明者】

【氏名】作井 雅仁

【審査官】 佐々木 洋

(56)【参考文献】

【文献】 特開２０１２−０２７８６９（ＪＰ，Ａ）

【文献】 特開２００９−１１００７２（ＪＰ，Ａ）

【文献】 特開２００４−１３９５８６（ＪＰ，Ａ）

【文献】 特開２００９−１４６０３２（ＪＰ，Ａ）

【文献】 特開２０００−０７８１９４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

複数の情報処理装置と、
これらの情報処理装置を管理する端末管理装置と
を含み、
前記情報処理装置は、
少なくとも自機の稼働状態を示す情報が含まれたハートビート通知の通知データを、前記端末管理装置に送信する送信手段と、
前記端末管理装置から受信した返信情報に基づいて、前記端末管理装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行手段と
を有し、
前記端末管理装置は、
前記送信手段により送信されるハートビート通知の通知データに対する返信情報を返信する返信手段と、
前記返信手段により返信される返信情報に、前記中間端末管理装置又は前記子分情報処理装置としての役割を指定する役割指定情報を、挿入する情報挿入手段と
を有し、
前記情報挿入手段は、他の前記子分情報処理装置を管理するための中間端末管理装置情報、又は、前記通知データの送信先を指定する子分情報処理装置情報を、前記役割指定情報として挿入し、
前記送信手段は、前記子分情報処理装置情報が返信情報に含まれていた場合に、この子分情報処理装置情報に従って、通知データの送信先を変更し、
前記役割実行手段は、前記中間端末管理装置情報が返信情報に含まれていた場合に、子分情報処理装置としての役割を担う他の情報処理装置から、前記通知データを受信し、
前記端末管理装置は、
予め指定された条件を満たす前記情報処理装置を、前記中間端末管理装置として選択し、選択した中間端末管理装置と同一のネットワーク、かつ、同一のアップデートグループに属する前記情報処理装置を、前記中間端末管理装置により管理される子分情報処理装置として選択する端末選択手段
をさらに有し、
前記返信手段は、前記端末選択手段により選択された前記中間端末管理装置に、前記中間端末管理装置情報を送信し、前記端末選択手段により選択された前記子分情報処理装置に、前記子分情報処理装置情報を返信する
情報処理システム。

【請求項2】

前記中間端末管理装置としての役割を担う情報処理装置は、
前記子分情報処理装置から通知データを受信し、正常に受信できた旨の返信情報を前記子分情報処理装置に返信する受信手段と、
前記受信手段により受信された通知データを蓄積する蓄積手段と、
前記蓄積手段により蓄積された通知データに基づいて、前記子分情報処理装置から順に通知された通知データの差分情報を生成する通知データ比較手段と
を有し、
前記送信手段は、前記通知データ比較手段により生成される差分情報が既定の条件に合致した場合に、この差分情報を前記通知データに挿入して、前記端末管理装置に差分情報を通知する
請求項１に記載の情報処理システム。

【請求項3】

前記通知データ比較手段は、前記子分情報処理装置から通知された通知データに、子分情報処理装置に発生した障害を示す障害情報が含まれていた場合は、前記送信手段に前記障害情報を即時通知させる
請求項２に記載の情報処理システム。

【請求項4】

前記中間端末管理装置は、
前記子分情報処理装置からの通知データの受信間隔を計測する受信間隔管理手段
をさらに有し、
前記受信間隔管理手段は、既定の期間に前記通知データを受信しない場合は、前記子分情報処理装置に障害が発生したことを示す障害情報を、前記送信手段に通知させる
請求項２に記載の情報処理システム。

【請求項5】

前記情報挿入手段は、中間端末管理装置の役割を解除させるための役割解除情報を、前記中間端末管理装置から受信した通知データに対する返信情報に挿入し、
前記中間端末管理装置の役割を担う情報処理装置は、
前記端末管理装置から受信した返信情報に役割解除情報が含まれている場合に、前記子分情報処理装置からの通知データに対する応答を禁止する応答禁止手段
をさらに有し、
前記子分情報処理装置の送信手段は、前記通知データの送信に既定回数失敗したと判断した場合に、通知データの送信先を前記端末管理装置に戻す
請求項１に記載の情報処理システム。

【請求項6】

前記端末管理装置は、
前記情報挿入手段に対して、前記役割を実行する時刻を指定する予約情報を挿入するよう指示するスケジュール管理手段
をさらに有し、
前記情報処理装置は、
前記返信情報に前記予約情報が含まれている場合に、前記予約情報により指定された時刻に、前記役割を実行するよう前記役割実行手段に指示するスケジュール手段
をさらに有する請求項１に記載の情報処理システム。

【請求項7】

前記端末管理装置は、前記中間端末管理装置から受信した通知データに対する返信情報を用いて、アップデートに用いるデータファイルを前記中間端末管理装置に配信し、
前記中間端末管理装置の前記役割実行手段は、前記端末管理装置からデータファイルが配信された場合に、配信されたデータファイルを前記子分情報処理装置に配信する
請求項１に記載の情報処理システム。

【請求項8】

少なくとも自機の稼働状態を示す情報が含まれたハートビート通知の通知データを、外部装置に送信する送信手段と、
前記外部装置から受信した返信情報に基づいて、前記外部装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行手段と、
前記中間端末管理装置の役割を実行しているときに、前記外部装置から受信した返信情報に、中間端末管理装置の役割を解除させるための役割解除情報が含まれている場合に、前記子分情報処理装置からの通知データに対する応答を禁止する応答禁止手段と
を有し、
前記送信手段は、前記子分情報処理装置としての役割を実行しているときに、前記通知データの送信に既定回数失敗したと判断した場合に、通知データの送信先を前記中間端末管理装置から前記外部装置に戻す
情報処理装置。

【請求項9】

情報処理装置から送信される稼働状態を示すハートビート通知の通知データに対して、返信情報を返信する返信手段と、
前記返信情報に、前記情報処理装置の役割を指定する役割指定情報を挿入する情報挿入手段と、
予め指定された条件を満たす前記情報処理装置を、他の前記情報処理装置を管理する中間端末管理装置として選択し、選択した中間端末管理装置と同一のネットワーク、かつ、同一のアップデートグループに属する他の前記情報処理装置を、前記中間端末管理装置により管理される子分情報処理装置として選択する端末選択手段と
を有し、
前記情報挿入手段は、他の前記情報処理装置を管理するための中間端末管理装置情報、又は、前記通知データの送信先を指定する子分情報処理装置情報を、前記役割指定情報として挿入し、
前記返信手段は、前記端末選択手段により選択された前記中間端末管理装置に、前記中間端末管理装置情報を送信し、前記端末選択手段により選択された前記子分情報処理装置に、前記子分情報処理装置情報を返信する
端末管理装置。

【請求項10】

情報処理装置が、少なくとも自機の稼働状態を示す情報が含まれたハートビート通知の通知データを、端末管理装置に送信するステップと、
前記端末管理装置が、前記情報処理装置から送信されたハートビート通知の通知データに対する返信情報に、他の情報処理装置を管理するための中間端末管理装置情報、又は、前記通知データの送信先を指定する子分情報処理装置情報を、前記情報処理装置の役割を指定する役割指定情報として挿入するステップと、
前記端末管理装置が、前記情報処理装置から送信されたハートビート通知の通知データに対して、前記役割指定情報が挿入された返信情報を返信する返信ステップと、
前記情報処理装置が、前記子分情報処理装置情報が返信情報に含まれていた場合に、この子分情報処理装置情報に従って、通知データの送信先を変更するステップと、
前記情報処理装置が、前記中間端末管理装置情報が返信情報に含まれていた場合に、子分情報処理装置としての役割を担う他の情報処理装置から、前記通知データを受信するステップと、
前記端末管理装置が、予め指定された条件を満たす前記情報処理装置を、前記中間端末管理装置として選択し、選択した中間端末管理装置と同一のネットワーク、かつ、同一のアップデートグループに属する前記情報処理装置を、前記中間端末管理装置により管理される子分情報処理装置として選択するステップと
を有し、
前記返信ステップにおいて、前記選択するステップにおいて選択された前記中間端末管理装置に、前記中間端末管理装置情報を送信し、前記選択するステップにおいて選択された前記子分情報処理装置に、前記子分情報処理装置情報を返信する
情報処理方法。

【請求項11】

少なくとも自機の稼働状態を示す情報が含まれたハートビート通知の通知データを、外部装置に送信する送信機能と、
前記外部装置から受信した返信情報に基づいて、前記外部装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行機能と、
前記中間端末管理装置の役割を実行しているときに、前記外部装置から受信した返信情報に、中間端末管理装置の役割を解除させるための役割解除情報が含まれている場合に、前記子分情報処理装置からの通知データに対する応答を禁止する応答禁止機能と
をコンピュータに実現させ、
前記送信機能は、前記子分情報処理装置としての役割を実行しているときに、前記通知データの送信に既定回数失敗したと判断した場合に、通知データの送信先を前記中間端末管理装置から前記外部装置に戻す
プログラム。

【請求項12】

情報処理装置から送信される稼働状態を示すハートビート通知の通知データに対して、返信情報を返信する返信機能と、
前記返信情報に、前記情報処理装置の役割を指定する役割指定情報を挿入する情報挿入機能と、
予め指定された条件を満たす前記情報処理装置を、他の前記情報処理装置を管理する中間端末管理装置として選択し、選択した中間端末管理装置と同一のネットワーク、かつ、同一のアップデートグループに属する他の前記情報処理装置を、前記中間端末管理装置により管理される子分情報処理装置として選択する端末選択機能と
をコンピュータに実現させ、
前記情報挿入機能は、他の前記情報処理装置を管理するための中間端末管理装置情報、又は、前記通知データの送信先を指定する子分情報処理装置情報を、前記役割指定情報として挿入し、
前記返信機能は、前記端末選択機能により選択された前記中間端末管理装置に、前記中間端末管理装置情報を送信し、前記端末選択機能により選択された前記子分情報処理装置に、前記子分情報処理装置情報を返信する
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、端末管理装置、情報処理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

例えば、特許文献１には、情報端末を中継器として扱い、サーバと他の情報端末との間の情報のやり取りを仲介するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】米国特許出願公開第２０１１／０６６８４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

情報処理装置に対してプッシュ型のデータ通信ができない環境において、これらの情報処理装置を管理する端末管理装置の管理負荷を制御することができる情報処理システムを提供することを目的とする。

【課題を解決するための手段】

【0005】

本発明に係る情報処理システムは、複数の情報処理装置と、これらの情報処理装置を管理する端末管理装置とを含み、前記情報処理装置は、少なくとも自機の稼働状態を示す情報が含まれた通知データを、前記端末管理装置に送信する送信手段と、前記端末管理装置から受信した返信情報に基づいて、前記端末管理装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行手段とを有し、前記端末管理装置は、前記送信手段により送信される通知データに対する返信情報を返信する返信手段と、前記返信手段により返信される返信情報に、前記中間端末管理装置又は前記子分情報処理装置としての役割を指定する役割指定情報を、挿入する情報挿入手段とを有する。

【0006】

好適には、前記情報挿入手段は、他の前記子分情報処理装置を管理するための中間端末管理装置情報、又は、前記通知データの送信先を指定する子分情報処理情報を、前記役割指定情報として挿入し、前記送信手段は、前記子分情報処理情報が返信情報に含まれていた場合に、この子分情報処理情報に従って、通知データの送信先を変更し、前記役割実行手段は、前記中間端末管理装置情報が返信情報に含まれていた場合に、子分情報処理装置としての役割を担う他の情報処理装置から、前記通知データを受信する。

【0007】

好適には、前記端末管理装置は、予め指定された条件を満たす前記情報処理装置を、前記中間端末管理装置として選択し、選択した中間端末管理装置と同一のネットワーク、かつ、同一のアップデートグループに属する前記情報処理装置を、前記中間端末管理装置により管理される子分情報処理装置として選択する端末選択手段をさらに有し、前記返信手段は、前記端末選択手段により選択された前記中間端末管理装置に、前記中間端末管理装置情報を送信し、前記端末選択手段により選択された前記子分情報処理装置に、前記子分情報処理装置情報を返信する。

【0008】

好適には、前記中間端末管理装置としての役割を担う情報処理装置は、前記子分端末情報処理装置から通知データを受信し、正常に受信できた旨の返信情報を前記子分端末処理装置に返信する受信手段と、前記受信手段により受信された通知データを蓄積する蓄積手段と、前記蓄積手段により蓄積された通知データに基づいて、前記子分端末情報処理装置から順に通知された通知データの差分情報を生成する通知データ比較手段とを有し、前記送信手段は、前記通知データ比較手段により生成される差分情報が既定の条件に合致した場合に、この差分情報を前記通知データに挿入して、前記端末管理装置に差分情報を通知する。

【0009】

好適には、前記通知データ比較手段は、前記子分情報処理装置から通知された通知データに、子分情報処理装置に発生した障害を示す障害情報が含まれていた場合は、前記送信手段に前記障害情報を即時通知させる。

【0010】

好適には、前記中間端末管理装置は、前記子分情報処理装置からの通知データの受信間隔を計測する受信間隔管理手段をさらに有し、前記受信間隔管理手段は、既定の期間に前記通知データを受信しない場合は、前記子分情報処理装置に障害が発生したことを示す障害情報を、前記送信手段に通知させる。

【0011】

好適には、前記情報挿入手段は、中間端末管理装置の役割を解除させるための役割解除情報を、前記中間端末管理装置から受信した通知データに対する返信情報に挿入し、前記中間端末管理装置の役割を担う情報処理装置は、前記端末管理装置から受信した返信情報に役割解除情報が含まれている場合に、前記子分情報処理装置からの通知データに対する応答を禁止する応答禁止手段をさらに有し、前記子分情報処理装置の送信手段は、前記通知データの送信に既定回数失敗したと判断した場合に、通知データの送信先を前記端末管理装置に戻す。

【0012】

好適には、前記端末管理装置は、前記情報挿入手段に対して、前記役割を実行する時刻を指定する予約情報を挿入するよう指示するスケジュール管理手段をさらに有し、前記情報処理装置は、前記返信情報に前記予約情報が含まれている場合に、前記予約情報により指定された時刻に、前記役割を実行するよう前記役割実行手段に指示するスケジュール手段をさらに有する。

【0013】

好適には、前記端末管理装置は、前記中間端末管理装置から受信した通知データに対する返信情報を用いて、アップデートに用いるデータファイルを前記中間端末管理装置に配信し、前記中間端末管理装置の前記役割実行手段は、前記端末管理装置からデータファイルが配信された場合に、配信されたデータファイルを前記子分情報処理装置に配信する。

【0014】

本発明に係る情報処理装置は、少なくとも自機の稼働状態を示す情報が含まれた通知データを、外部装置に送信する送信手段と、前記外部装置から受信した返信情報に基づいて、前記外部装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行手段とを有する。

【0015】

本発明に係る端末管理装置は、情報処理装置から送信される稼働状態を示す通知データに対して、返信情報を返信する返信手段と、前記返信情報に、前記情報処理装置の役割を指定する役割指定情報を挿入する情報挿入手段とを有する。

【0016】

本発明に係る情報処理方法は、情報処理装置が、少なくとも自機の稼働状態を示す情報が含まれた通知データを、端末管理装置に送信するステップと、前記端末管理装置が、前記情報処理装置から送信された通知データに対する返信情報に、前記情報処理装置の役割を指定する役割指定情報を挿入するステップと、前記端末管理装置が、前記情報処理装置から送信された通知データに対して、前記役割指定情報が挿入された返信情報を返信する返信ステップと、前記情報処理装置は、前記端末管理装置から受信した返信情報の役割指定情報に基づいて、役割を実行する役割実行ステップとを有する。

【0017】

本発明に係るプログラムは、少なくとも自機の稼働状態を示す情報が含まれた通知データを、外部装置に送信する送信ステップと、前記外部装置から受信した返信情報に基づいて、前記外部装置の役割の一部を担う中間端末管理装置、又は、前記中間端末管理装置に管理される子分情報処理装置としての役割を実行する役割実行ステップとをコンピュータに実行させる。

【0018】

本発明に係るプログラムは、情報処理装置から受信した通知データに対する返信情報に、前記情報処理装置の役割を指定する役割指定情報を挿入する情報挿入ステップと、前記役割指定情報が挿入された返信情報を、前記情報処理装置に返信するステップとをコンピュータに実行させる。

【発明の効果】

【0019】

情報処理装置に対してプッシュ型のデータ通信ができない環境において、これらの情報処理装置を管理する端末管理装置の管理負荷を制御することができる。

【図面の簡単な説明】

【0020】

【図1】データ通信システム１Ａの概要を説明する図である。

【図2】データ通信システム１Ｂの概要を説明する図である。

【図3】役割決定プログラム３０の機能構成を説明する図である。

【図4】端末選択部３４０をより詳細に説明する図である。

【図5】役割実行プログラム５０の機能構成を説明する図である。

【図6】役割実行部５２０をより詳細に説明する図である。

【図7】管理サーバによる役割切替え指示処理（Ｓ３０）を説明する図である。

【図8】中間サーバ情報受信処理（Ｓ５０）を説明する図である。

【図9】中間サーバ役割実行処理（Ｓ６０）を説明する図である。

【図10】中間サーバ役割解除情報受信処理（Ｓ７０）を説明する図である。

【図11】子分端末情報受信処理（Ｓ９０）を説明する図である。

【図12】中間サーバ役割実行（ハートビート通知受信）処理（Ｓ６１０）を説明する図である。

【図13】中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）を説明する図である。

【発明を実施するための形態】

【0021】

以下、本発明の実施形態を、図面を参照して説明する。
図１は、データ通信システム１Ａの概要を説明する図である。
図１に例示するように、本実施形態のデータ通信システム１Ａは、管理サーバ３と、クライアント端末５Ａ〜５Ｆと、クライアント端末５Ｅに接続されたスキャナ５Ｇと、クライアント端末５Ｆに接続されたプリンタ５Ｈとを有する。
管理サーバ３は、本発明に係る端末管理装置の一例である。管理サーバ３は、コンピュータ端末であり、サーバ機能を有する。
クライアント端末５は、本発明に係る情報処理装置の一例である。クライアント端末５は、コンピュータ端末であり、ネットワークを介して管理サーバ３に接続されている。クライアント端末５は、例えば、さまざまな地点に配置された情報端末やＡＴＭ機、プリンタ、及びスキャナ等であり、管理サーバ３により管理される対象である。
本例では、管理サーバ３とクライアント端末５との間に、ファイアウォールなどが設置され、クライアント端末５から管理サーバ３へのｈｔｔｐ及びｈｔｔｐｓなどの一部の通信のみが許可されている。
本例のクライアント端末５が、ｈｔｔｐ通信を用いて、ハートビートを管理サーバ３に定期的に送信することにより、管理サーバ３は、ファイアウォール越しに、クライアント端末５の稼働状況（死活）を監視する。ここで、ハートビートとは、本発明に係る通知データの一例であり、クライアント端末５が管理サーバ３に対して稼働状況を通知するための信号である。

【0022】

図２は、データ通信システム１Ｂの概要を説明する図である。
図２のデータ通信システム１Ｂは、図１のデータ通信システム１Ａにおけるクライアント端末の管理構成が変化したシステムである。具体的には、データ通信システム１Ｂは、クライアント端末５Ｄから５Ｆのハートビート通知先が管理サーバ３からクライアント端末５Ａへ変更されたシステムである。クライアント端末５Ａは、クライアント端末５Ａと同一のネットワークに属し、同一のアップデートグループであるクライアント端末５Ｄ〜５Ｆを管理する。本例では、データ通信システム１Ｂに示されるクライアント端末５Ａのように、同一のネットワークに属し、同一のアップデートグループであるクライアント端末５を管理し、管理対象端末のハートビート通知情報を集約して管理サーバ３に送信する機能を有するクライアント端末５を中間サーバ７とする。また、中間サーバ７の管理対象となるクライアント端末５を子分端末９とする。中間サーバ７は、本発明に係る中間端末管理装置の一例である。子分端末９は、本発明に係る子分情報処理装置の一例である。

【0023】

図３は、役割決定プログラム３０の機能構成を説明する図である。
図３に例示するように、役割決定プログラム３０は、返信部３００と、情報挿入部３２０と、端末選択部３４０とを有する。
役割決定プログラム３０は、例えば、CD-ROMなどの記録媒体を介して、管理サーバ３にインストールされたコンピュータプログラムである。

【0024】

返信部３００は、クライアント端末５からのハートビート通知に対して返信情報を返信する。
具体的には、返信部３００は、クライアント端末５から送信されるハートビート通知を受信する。さらに、返信部３００は、ハートビート通知に対する返信情報を、クライアント端末５に送信する。
本例では、返信部３００は、クライアント端末５から受信したハートビート通知を端末選択部３４０に通知する。また、返信部３００は、情報挿入部３２０より通知された情報を、ハートビート通知に対する返信情報としてクライアント端末５に送信する。

【0025】

情報挿入部３２０は、クライアント端末５への返信情報に、中間サーバ７または子分端末９としての役割を指定する役割指定情報を挿入する。ここで、役割指定情報とは、クライアント端末の役割を指定する情報であり、本例では、中間サーバ情報または子分端末情報である。中間サーバ情報には、子分端末９を管理するための情報が含まれ、本例では、少なくとも、子分端末９のＭＡＣアドレスと、子分端末９のＩＰアドレスと、子分端末９が保持するモジュールのバージョン情報とが含まれる。子分端末情報には、ハートビート通知先情報が含まれ、本例では、少なくとも、中間サーバ７のＩＰアドレスが含まれる。
具体的には、情報挿入部３２０は、子分端末９を管理するための中間サーバ情報、または、ハートビート通知先を指定する子分端末情報を役割指定情報として返信情報に挿入する。さらに、情報挿入部３２０は、端末選択部３４０より通知された情報を、端末選択部３４０により指定されたクライアント端末５のハートビート通知の返信情報に、挿入する。

【0026】

端末選択部３４０は、予め指定された条件を満たすクライアント端末５を、中間サーバ７として選択し、選択した中間サーバ７と同一のネットワーク、かつ、同一のアップデートグループに属するクライアント端末５を、この中間サーバ７により管理される子分端末９として選択する。
本例の端末選択部３４０は、送信部３００により通知されたハートビート通知に基づいて、端末情報ＤＢ６００（後述）を更新する。また、端末選択部３４０は、ハートビート通知に応じて端末情報ＤＢ６００（後述）から役割指定情報を抽出する。さらに、端末選択部３４０は、管理サーバ３の状態を確認し、中間サーバ７を選択する時期を決定し、中間サーバ７と子分端末９とを選択し、選択したクライアント端末５のハートビート通知の返信情報に、役割指定情報を挿入するよう情報挿入部３２０に指示する。

【0027】

図４は、端末選択部３４０をより詳細に説明する図である。
図４に例示するように、端末選択部３４０は、稼働状態判定部３４２と、中間サーバ選択部３４４と、子分端末選択部３４６と、取得部３４８と、役割終了判定部３５０と、スケジュール管理部３５２とを有する。

【0028】

稼働状態判定部３４２は、管理サーバ３の自機状態を確認し、中間サーバ７を選択する必要があるかを、予め指定された条件に基づいて判断する。より具体的には、稼働状態判定部３４２は、管理サーバ３が中間サーバ７を選択する条件を満たしているか判定し、条件を満たしていた場合は、中間サーバ選択部３４４に、中間サーバ７を選択するように指示する。ここで、中間サーバ７を選択する条件を満たす場合とは、例えば、管理サーバ３により管理されるクライアント端末５の台数が既定の閾値を超えた場合、管理サーバ３のＣＰＵ負荷の一定期間の平均値が既定の閾値を超えた場合、管理サーバ３への他装置からの接続数の一定期間の平均値が既定の閾値を超えた場合、または、アップデートグループに登録されたモジュールの数またはデータサイズが既定の閾値を超えた場合、または、アップデートモジュールが登録された場合である。

【0029】

中間サーバ選択部３４４は、中間サーバ７の選択条件を満たすクライアント端末５を端末情報ＤＢ６００より選択する。端末情報ＤＢ６００は、管理サーバ３が管理するクライアント端末５の端末情報を保持する。ここで、端末情報は、クライアント端末５を管理するための情報である。クライアント端末５を管理するための情報には、例えば、クライアント端末５を特定するための情報等が含まれ、本例では、少なくとも、クライアント端末５のＭＡＣアドレスと、クライアント端末５のＩＰアドレスと、クライアント端末５が属するアップデートグループとが含まれる。
より具体的には、中間サーバ選択部３４４は、稼働状態判定部３４２により中間サーバ７を選択する指示を受けた場合に、中間サーバ７の選択条件を満たすクライアント端末５を端末情報ＤＢ６００から選択する。中間サーバ７の選択条件を満たす場合とは、クライアント端末５の性能と、稼働率と、同一セグメントに存在するクライアント端末５の数と、同一アップデートグループに属するクライアント端末５の数が予め指定された閾値以上である場合を示す。
中間サーバ７となるクライアント端末５を選択後、中間サーバ選択部３４４は、子分端末選択部３４６に、中間サーバ７となるクライアント端末５の端末情報を通知し、中間サーバ７の管理対象となる子分端末９を選択するよう指示する。さらに、子分端末選択部３４６により、子分端末９として選択したクライアント端末５の端末情報の通知を受けた場合に、中間サーバ選択部３４４は、中間サーバ７として選択したクライアント端末５の端末情報に、中間サーバ情報を挿入する。

【0030】

子分端末選択部３４６は、子分端末９の選択条件を満たすクライアント端末５を子分端末として端末情報ＤＢ６００から選択する。
より具体的には、子分端末選択部３４６は、中間サーバ選択部３４４により子分端末選択の指示を受けた場合に、子分端末９の選択条件を満たすクライアント端末５を端末情報ＤＢ６００から選択する。子分端末９の選択条件とは、中間サーバ選択部３４４により選択された中間サーバ７と同一のセグメント内に存在し、かつ、同一のアップデートグループに属することである。子分端末選択部３４６は、子分端末９として選択したクライアント端末５の端末情報に、子分端末情報を挿入する。さらに、子分端末選択部３４６は、中間サーバ選択部３４４に、子分端末９として選択したクライアント端末５の端末情報を通知する。

【0031】

取得部３４８は、送信部３００により通知されたハートビート通知に基づいて、端末情報ＤＢ６００に登録されている役割指定情報の中から、ハートビート通知を通知したクライアント端末の役割指定情報を取得する。
本例の取得部３４８は、送信部３００による、クライアント端末５のハートビート通知を受信した場合に、端末情報ＤＢ６００を参照して、ハートビート通知元のクライアント端末５に中間サーバ情報または子分端末情報が登録されているか確認する。中間サーバ情報が登録されていた場合は、取得部３４８は、クライアント端末５の端末情報に登録されている中間サーバ情報を取得し、情報挿入部３２０に通知する。子分端末情報が登録されていた場合は、取得部３４８は、クライアント端末５の端末情報に登録されている子分端末情報を取得し、情報挿入部３２０に通知する。

【0032】

役割終了判定部３５０は、中間サーバ７が役割を終えた場合、または、役割解除条件を満たした場合に、中間サーバ役割解除情報を挿入するよう情報挿入部３２０に指示する。中間サーバ７が役割を終えた場合とは、中間サーバ７が指定された条件を満たした場合、例えば、中間サーバ７の管理する子分端末にモジュール配布を終えた場合である。また、役割解除条件とは、管理サーバ３が、管理サーバ３により管理される、クライアント端末５の台数が既定の閾値未満となった場合、管理サーバ３のＣＰＵ負荷の一定期間における平均値が既定の閾値未満となった場合、管理サーバ３への他装置からの接続数の一定期間における平均値が既定の閾値未満となった場合、または、アップデートグループに登録されたモジュールの数またはサイズが閾値未満となった場合である。

【0033】

スケジュール管理部３５２は、管理者により予め指定された時刻に、クライアント端末５が指定された役割を実行するための情報を端末情報ＤＢ６００に登録する。さらに、スケジュール管理部３５２は、指定された時刻に指定された役割をクライアント端末５が実行するための予約情報を、クライアント端末５のハートビート通知の返信情報に挿入する。
より具体的には、スケジュール管理部３５２は、時間指定された役割が登録されているクライアント端末５からのハートビート通知を受信した場合に、役割及び時刻を指定した役割指定情報を返信情報に挿入するように情報挿入部３２０に通知する。

【0034】

図５は、役割実行プログラム５０の機能構成を説明する図である。
図５に例示するように、役割実行プログラム５０は、送信部５００と、役割実行部５２０と、通知先保持部５４０と、スケジュール部５６０とを有する。
役割実行プログラム５０は、例えば、CD-ROMなどの記録媒体を介して、クライアント端末５にインストールされたコンピュータプログラムである。

【0035】

送信部５００は、少なくとも自機の稼働状態を示すハートビート通知を、管理サーバ３または中間サーバ７に送信し、管理サーバ３または中間サーバ７から返信情報を受信する。
具体的には、送信部５００は、通知先保持部５４０に保持される通知先情報のＩＰアドレスに従って、ハートビート通知を送信する。
さらに、送信部５００は、返信情報に中間サーバ情報が含まれていた場合は、返信情報を役割実行部５２０に通知する。送信部５００は、返信情報に子分端末情報が含まれていた場合に、子分端末情報に従って、ハートビート通知の送信先を中間サーバのＩＰアドレスに変更するよう通知先保持部５４０に通知し、変更した通知先情報に従ってハートビート通知を送信する。送信部５００は、中間サーバ７にハートビート通知を送信する際、既定回数送信に失敗した場合、中間サーバ７へのハートビート通知の送信失敗を通知先保持部５４０に通知し、ハートビート通知の送信先を管理サーバ３に戻すよう通知先保持部５４０に指示する。
送信部５００は、管理サーバ３から返信された返信情報に、中間サーバの役割解除情報が含まれていた場合に、応答禁止部５３２に中間サーバの役割解除情報を通知する。
送信部５００は、管理サーバ３から返信された返信情報に予約情報が含まれていた場合に、スケジュール部５６０に返信情報を通知する。
送信部５００は、モジュール配布部５２８よりアップデートモジュールの配布が終了した通知を受信した場合に、管理サーバ３に配布終了を送信する。
受信間隔管理部５３０により子分端末９の障害の通知を受信した場合は、送信部５００は、子分端末９の障害を管理サーバ３へ送信する。

【0036】

役割実行部５２０は、管理サーバ３から受信した返信情報に基づいて、指定された役割（中間サーバ又は子分端末としての役割）を実行する。より具体的には、役割実行部５２０は、管理サーバ３から返信される返信情報に、中間サーバ情報が含まれていた場合に、役割実行部５２０に含まれる構成要素（図６を参照して後述）を機能させて、中間サーバとして動作する。さらに、役割実行部５２０は、中間サーバ情報に含まれている中間サーバの管理対象となる子分端末９の端末情報を子分端末情報ＤＢ９００に登録する。
また、役割実行部５２０は、管理サーバ３から返信される返信情報に、子分端末情報が含まれていた場合に、子分端末情報に従って、ハートビート通知の通知先を中間サーバに変更する。

【0037】

図６は、役割実行部５２０をより詳細に説明する図である。
図６に例示するように、役割実行部５２０は、受信部５２２と、蓄積部５２４と、通知データ比較部５２６と、モジュール配布部５２８と、受信間隔管理部５３０と、応答禁止部５３２とを有する。
受信部５２２は、子分端末９から通知されるハートビート通知を受信し、さらに、正常に受信できた旨の返信情報を子分端末９に返信する。より具体的には、受信部５２２は、子分端末９から受信したハートビート通知を蓄積部５２４と、受信間隔管理部５３０へ通知する。

【0038】

蓄積部５２４は、受信部５２２により受信されたハートビート通知を蓄積する。より具体的には、蓄積部５２４は、受信部５２２により受信された子分端末９のハートビート通知情報と、以前に受信した子分端末９からのハートビート通知情報と、通知データ比較部５２６により生成された送信情報とを保持する。

【0039】

通知データ比較部５２６は、蓄積部５２４により蓄積されたハートビート通知に基づいて、子分端末９から順に通知されたハートビート通知の差分情報を生成する。さらに通知データ比較部５２６は、生成した差分情報が既定の条件に合致した場合に、管理サーバ３に送信するよう指示する。さらに、通知データ比較部５２６は、子分端末９により通知されたハートビート通知に、子分端末９の障害を示す障害情報が含まれていた場合は、送信部５００に障害情報を即時通知させる。
より具体的には、通知データ比較部５２６は、蓄積部５２４に蓄積された過去に受信したハートビート通知と、今回受信したハートビート通知とを比較して、差分情報を生成し、その差分情報を管理サーバ３への送信情報として蓄積部５２４に格納する。さらに、通知データ比較部５２６は、蓄積部５２４により蓄積される送信情報が一定のサイズに達した場合、子分端末の状況が急激に変化したことを示す差分情報が生成された場合、または、一定の期間が経過した場合に、送信部５００に管理サーバ３へ送信情報の送信を指示する。蓄積部５２４に子分端末９の障害情報が含まれていた場合は、通知データ比較部５２６は、送信情報の送信時期を待たず、送信情報を即時、管理サーバ３に送信するよう送信部５００に指示する。

【0040】

モジュール配布部５２８は、管理サーバ３に接続して、アップデートモジュールをダウンロードし、子分端末情報ＤＢ９００に登録される子分端末９のＩＰアドレスに従って、ダウンロードしたアップデートモジュールを子分端末９に配布する。モジュール配布部５２８は、アップデートモジュールの配布が終了した場合、配布終了を管理サーバ３に通知するよう送信部５００に指示する。

【0041】

受信間隔管理部５３０は、子分端末９からのハートビート通知の受信間隔を計測し、既定の期間内にハートビート通知を受信しない場合は、子分端末９に障害が発生したことを示す障害情報を、管理サーバ３に通知する。
より具体的には、受信間隔管理部５３０は、受信部５２２より通知される子分端末９からのハートビート通知の受信間隔を計測し、指定された時間内に子分端末９からのハートビート通知を受信しない場合は、子分端末９に障害が発生した旨を管理サーバ３に通知するよう送信部５００に指示する。

【0042】

応答禁止部５３２は、管理サーバ３から受信した返信情報に役割解除情報が含まれている場合に、子分端末９からのハートビート通知に対する応答を禁止する。
より具体的には、送信部５００により通知される中間サーバの役割解除情報を受信した場合に、応答禁止部５３２は、子分端末９から送信されるハートビート通知に対する返信を禁止するよう受信部５２２に指示する。

【0043】

通知先保持部５４０は、ハートビート通知の通知先情報を保持する。具体的には、通知先保持部５４０は、管理サーバ３の通知先情報と、中間サーバ７の通知先情報とを保持する。
本例では、通知先保持部５４０は、管理サーバ３のＩＰアドレスをハートビート通知先情報として保持し、送信部５００より中間サーバ７のＩＰアドレスの通知を受信した場合は、ハートビート通知先情報を中間サーバのＩＰアドレスとして登録し、管理サーバ３のＩＰアドレスを切替元のハートビート通知先情報として保持する。さらに、送信部５００より、中間サーバ７へのハートビート通知が既定回数以上失敗したことの通知を受信した場合に、通知先保持部５４０は、ハートビート通知先情報を、切替元のハートビート通知先情報（管理サーバ３のＩＰアドレス）に更新する。

【0044】

スケジュール部５６０は、送信部５００が予約情報を含む返信情報を受信した場合に、受信した返信情報を保持し、予約情報により指定された時刻に、指定された役割を実行するよう他の構成要素に指示する。
具体的には、スケジュール部５６０は、予約情報に中間サーバ情報が含まれていた場合は、指定された時刻に役割実行部５２０が機能するよう指示する。また、スケジュール部５６０は、予約情報に子分端末情報が含まれていた場合は、指定された時刻に、子分端末情報に従って、通知先保持部５４０の通知先情報を更新するよう指示する。

【0045】

図７は、管理サーバによる役割切替え指示処理（Ｓ３０）を説明する図である。
図７に例示するように、ステップ３００（Ｓ３００）において、稼働状態判定部３４２は、自機状態を確認し、中間サーバ７を選択する条件を満たしているか判定する。条件を満たしていた場合は、管理サーバによる役割切替処理（Ｓ３０）は、Ｓ３０５に移行し、条件を満たさない場合は、管理サーバによる役割切換え処理（Ｓ３０）は、再度Ｓ３００に移行する。

【0046】

ステップ３０５（Ｓ３０５）において、中間サーバ選択部３４４は、端末情報ＤＢ６００から、中間サーバ７の選択条件を満たすクライアント端末５を選択し、端末情報ＤＢ６００に登録する。中間サーバ選択部３４４は、中間サーバ７に選択したクライアント端末５の端末情報を子分端末選択部３４６に通知し、子分端末９を選択するよう指示する。

【0047】

ステップ３１０（Ｓ３１０）において、子分端末選択部３４６は、端末情報ＤＢ６００から、子分端末９の選択条件を満たすクライアント端末５を選択し、端末情報ＤＢ６００に登録する。

【0048】

ステップ３１５（Ｓ３１５）において、返信部３００は、クライアント端末５から通知されるハートビート通知を受信した場合は、受信したハートビート通知を取得部３４８に通知し、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３２０に移行する。ハートビート通知を受信しない場合は、再度Ｓ３１５に戻り、クライアント端末５から通知されるハートビートを受信するまで待機する。

【0049】

ステップ３２０（Ｓ３２０）において、取得部３４８は、返信部３００により通知されたハートビート通知に基づいて、端末情報ＤＢ６００に登録されている端末情報を参照し、ハートビート通知元のクライアント端末５の端末情報に、中間サーバ情報または子分端末情報が登録されていないか確認する。中間サーバ情報または子分端末情報が登録されていた場合は、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３２５に移行し、役割が割り当てられていない場合は、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３４０に移行する。

【0050】

ステップ３２５（Ｓ３２５）において、取得部３４８は、クライアント端末５の端末情報を確認する。クライアント端末５の端末情報に中間サーバ情報が登録されている場合は、取得部３４８は、中間サーバ情報を、情報挿入部３２０に通知し、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３３０に移行する。クライアント端末５の端末情報に子分端末情報が登録されている場合は、取得部３４８は、子分端末情報を、情報挿入部３２０に通知し、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３３５に移行する。

【0051】

ステップ３３０（Ｓ３３０）において、情報挿入部３２０は、クライアント端末５によるハートビート通知の返信情報に、中間サーバ情報を挿入し、返信情報を返信部３００に通知する。返信部３００は、情報挿入部３２０により中間サーバ情報が挿入された返信情報を、クライアント端末５に返信する。

【0052】

ステップ３３５（Ｓ３３５）において、情報挿入部３２０は、クライアント端末５によりハートビート通知の返信情報に、子分端末情報を挿入し、子分端末情報が挿入された返信情報を返信部３００に通知する。返信部３００は、子分端末情報が挿入された返信情報を、クライアント端末５に返信する。

【0053】

ステップ３４０（Ｓ３４０）において、既定時間（予め設定された管理構成の移行期間）が経過した場合は、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３４５に移行し、既定時間内ならば、管理サーバによる役割切替え指示処理（Ｓ３０）は、Ｓ３１５に移行する。

【0054】

ステップ３４５（Ｓ３４５）において、取得部３４８は、中間サーバ７、または、子分端末９に選択されたクライアント端末５のうち、ハートビート通知を受信しなかったクライアント端末５の端末情報に登録される中間サーバ情報、または、子分端末情報を削除する。このように一部のクライアント端末５の役割を解除しても、クライアント端末５の管理が自動的に管理サーバ３に復帰するよう構成しているため問題ない。

【0055】

図８は、中間サーバ情報受信処理（Ｓ５０）を説明する図である。
図８に例示するように、ステップ５００（Ｓ５００）において、クライアント端末５は、送信部５００により、ハートビート通知を管理サーバ３へ送信する。
ステップ５０５（Ｓ５０５）において、クライアント端末５の送信部５００は、管理サーバ３からの返信情報を受信する。

【0056】

ステップ５１０（Ｓ５１０）において、送信部５００は、管理サーバ３から受信した返信情報に、中間サーバ情報が含まれているか確認する。返信情報に中間サーバ情報が含まれていた場合に、送信部５００は、中間サーバ情報を役割実行部５２０に通知し、中間サーバ情報受信処理（Ｓ５０）は、Ｓ５１５に移行する。返信情報に中間サーバ情報が含まれていない場合に、中間サーバ情報受信処理(Ｓ５０)は、Ｓ５００に移行する。

【0057】

ステップ５１５（Ｓ５１５）において、役割実行部５２０は、図６の各構成を起動させて、中間サーバとしての役割を開始すると共に、中間サーバ情報に含まれる管理対象のクライアント端末５の端末情報を子分端末情報ＤＢ９００に登録する。

【0058】

図９は、中間サーバ役割実行処理（Ｓ６０）を説明する図である。
図９に例示するように、ステップ６００（Ｓ６００）において、受信部５２２により、中間サーバ７の管理対象である子分端末９から送信されるハートビート通知を一定時間内に受信した場合は、受信部５２２は、ハートビート通知を蓄積部５２４と、受信間隔管理部５３０とに通知し、さらに、受信部５２２は、子分端末９にハートビート通知を正常に受信できたことを返信情報として通知する。
蓄積部５２４は、クライアント端末５から送信されたハートビート通知情報と、前回クライアント端末５から送信されたハートビート通知とを保持する。
中間サーバ役割実行処理（Ｓ６０）は、一定時間内にハートビート通知を受信した場合に、Ｓ６０５に移行する。一定時間内に受信部５２２により子分端末９からのハートビート通知を受信できない場合は、中間サーバ役割実行処理（Ｓ６０）は、Ｓ６１０に移行する。

【0059】

ステップ６０５（Ｓ６０５）において、通知データ比較部５２６は、蓄積部５２４により保持されるハートビート通知情報と過去のハートビート通知情報とを比較し、差分情報を生成する。通知データ比較部５２６は、生成した差分情報を送信情報として蓄積部５２４に格納する。

【0060】

ステップ６１０（Ｓ６１０）において、受信間隔管理部５３０は、一定時間内にハートビート通知を受信しない場合に、子分端末９に障害が発生したとして送信部５００に通知する。送信部５００は、子分端末９に障害が発生したことを管理サーバ３に通知する。中間サーバ役割実行処理（Ｓ６０）は、Ｓ６２５に移行する。

【0061】

ステップ６１５（Ｓ６１５）において、通知データ比較部５２６は、蓄積部５２４により保持される送信情報が一定間隔分蓄積したかを確認する。送信情報が一定間隔分蓄積されていた場合は、中間サーバ役割実行処理（Ｓ６０）は、Ｓ６２０に移行する。送信情報が一定間隔分蓄積されていない場合は、中間サーバ役割実行処理（Ｓ６０）は、Ｓ６００に移行する。

【0062】

ステップ６２０（Ｓ６２０）において、通知データ比較部５２６は、蓄積部５２４の送信情報を管理サーバ３に送信するよう送信部５００に指示する。送信部５００は、通知先保持部５４０のハートビート通知先情報に従って、送信情報をハートビート通知に挿入して管理サーバ３に送信する。

【0063】

ステップ６２５（Ｓ６２５）において、送信部５００による管理サーバ３への送信情報または子分端末９の稼働エラー通知が成功した場合は、中間サーバ役割実行処理（Ｓ６０）は、終了する。失敗した場合は、中間サーバ役割実行処理（Ｓ６０）は、Ｓ６３０に移行する。

【0064】

ステップ６３０（Ｓ６３０）において、蓄積部５２４は、送信部５００による管理サーバ３への送信情報の送信が成功するまで、送信情報を保持する。したがって、中間サーバ役割実行処理（Ｓ６０）は、Ｓ６２０へ移行し、再度管理サーバ３への送信情報の送信を行う。

【0065】

図１０は、中間サーバ役割解除情報受信処理（Ｓ７０）を説明する図である。
図１０に例示されるように、ステップ７００（Ｓ７００）において、中間サーバ７は、送信部５００により、ハートビート通知を管理サーバ３へ送信する。
ステップ７０５（Ｓ７０５）において、送信部５００は、管理サーバ３からの返信情報を受信する。

【0066】

ステップ７１０（Ｓ７１０）において、送信部５００は、返信情報に中間サーバ役割解除情報が含まれているか確認する。返信情報に中間サーバ役割解除情報が含まれている場合は、送信部５００は、応答禁止部５３２に中間サーバ役割解除情報を通知し、中間サーバ役割解除情報受信処理（Ｓ７０）は、Ｓ７１５に移行する。
返信情報に中間サーバ役割解除情報が含まれていない場合は、中間サーバ役割解除情報（Ｓ７０）は、Ｓ７００に移行する。

【0067】

ステップ７１５（Ｓ７１５）において、応答禁止部５３２は、子分端末９から送信されるハートビート通知に対する応答を禁止するよう受信部５２２に指示する。これにより子分端末９は、中間サーバへのハートビート通知に失敗し、ハートビート通知先を管理サーバ３に戻すことになる。

【0068】

図１１は、子分端末情報受信処理（Ｓ９０）を説明する図である。
図１１に例示するように、ステップ９００（Ｓ９００）において、クライアント端末５は、送信部５００によりハートビート通知を管理サーバ３に送信する。
ステップ９０５（Ｓ９０５）において、クライアント端末５の送信部５００は、返信情報に子分端末情報が含まれるか確認する。返信情報に子分端末情報が含まれていた場合は、送信部５００は、この子分端末情報を通知先保持部５４０に通知し、子分端末情報受信処理（Ｓ９０）はＳ９１０に移行する。子分端末情報が含まれていない場合は、子分端末情報受信処理（Ｓ９０）はＳ９００に移行する。

【0069】

ステップ９１０（Ｓ９１０）において、通知先保持部５４０は、子分端末情報に含まれる中間サーバ７のＩＰアドレスをハートビート通知先情報として保持し、元のハートビート通知先である管理サーバ３のＩＰアドレスを切替元（すなわち、第２候補のハートビート通知先）のハートビート通知先情報として保持する。

【0070】

ステップ９２０（Ｓ９２０）において、クライアント端末５は、中間サーバ７に管理される子分端末９としてハートビート通知を、中間サーバ７に送信するよう送信部５００に通知する。送信部５００は、通知先保持部５４０により保持されるハートビート通知先情報に従って、ハートビート通知を中間サーバ７に送信する。

【0071】

ステップ９２５（Ｓ９２５）において、送信部５００による中間サーバ７へのハートビート通知が成功した場合は、子分端末情報受信処理（Ｓ９０）は、Ｓ９３０に移行する。ハートビート通知が失敗した場合は、子分端末情報受信処理（Ｓ９０）は、Ｓ９３５に移行する。

【0072】

ステップ９３０（Ｓ９３０）において、クライアント端末５は、子分端末９としてハートビート通知を送信部５００により中間サーバ７へ定期的に送信する。
ステップ９３５（Ｓ９３５）において、送信部５００による中間サーバ７へのハートビート通知が連続して既定回数以上の失敗した場合は、役割実行部５２０は、通知先保持部５４０にハートビート通知先の変更を指示し、子分端末情報受信処理（Ｓ９０）はＳ９４０に移行する。送信部５００による中間サーバ７へのハートビート通知が連続して既定回数以上失敗していない場合は、子分端末情報受信処理（Ｓ９０）はＳ９２０に移行する。

【0073】

ステップ９４０（Ｓ９４０）において、通知先保持部５４０は、ハートビートの通知先情報を、切替え元のハートビート通知先情報（管理サーバ３のＩＰアドレス）に更新する。
ステップ９４５（Ｓ９４５）において、送信部５００は、クライアント端末５として、定期的にハートビート通知を、通知先保持部５４０のハートビート通知先情報に従って、再度管理サーバ３へ送信する。

【0074】

以上説明したように、本実施形態のデータ通信システム１Bは、管理サーバ３が管理するクライアント端末５のうち、一部のクライアント端末５の管理を他のクライアント端末５に任せることで管理サーバ３の負荷を軽減することができる。
具体的には、管理サーバ３は、中間サーバ７を選択するタイミングを決定し、指定された条件に合致する中間サーバ７を管理サーバ３の管理対象のクライアント端末５から選択し、さらに、中間サーバ７の管理対象となる子分端末９を、中間サーバ７と同一のネットワーク、かつ、同一のアップデートグループに属するクライアント端末５から選択する。子分端末９は、ハートビート通知を中間サーバ７に送信し、中間サーバ７は、子分端末９からのハートビート通知情報を集約して管理サーバ３に送信する。また、管理サーバ３は、中間サーバ７による、子分端末９の管理の解除を中間サーバ７に指示することができ、データ通信システム１Bは、データ通信システム１Aに示されるクライアント端末５の管理構成に戻ることができる。
したがって、管理サーバ３が自動で一部のクライアント端末５の管理を他のクライアント端末５に任せることで、管理コストをかけずに管理サーバの負荷分散や、管理サーバ３とクライアント端末５とのリアルタイム通信が可能になる。
さらに、中間サーバ７と子分端末９との選択条件に、管理サーバ３と同一のアップデートグループであることを含むため、中間サーバ７は、中間サーバ７に不要なアップデートモジュールをダウンロードすることなく、必要なアップデートモジュールのみダウンロードすることになり、不要な処理を省くことができる。
また、クライアント端末５は、子分端末９に選択されると、ハートビート通知先を中間サーバ７に変更するが、変更した中間サーバ７にハートビート通知が出来なかった場合に、子分端末９に選択されたクライアント端末５は、元の管理サーバ３にハートビート通知先を戻し、管理サーバ３へハートビート通知を行うため、管理サーバ３は、子分端末９に選択されたクライアント端末５にハートビート通知先の変更の指示をしなくてもよい。

【0075】

次に、上記実施形態の変形例を説明する。
本実施形態では、データ通信システム１Ｂに示されるように、中間サーバ７を１台選択し、３階層でクライアント端末５を管理しているが、これに限定されるものではなく、中間サーバ７を２台以上設けたり、３階層以上の階層構造でクライアント端末５を管理してもよい。
また、本実施形態では、クライアント端末５は、コンピュータ端末として説明しているが、これに限定されるものではなく、例えば、クライアント端末５自身がスキャナ５Ｇや、プリンタ５Ｈであってもよい。

【0076】

さらに、上記実施形態では、クライアント端末５から送信されるクライアント端末５の情報（インベントリ情報）をハートビート通知に挿入して中間サーバ７や、管理サーバ３へ送信しているが、これに限定されるものではなく、図１２、及び図１３に例示するように、インベントリ情報の送信と、ハートビート通知（稼働状況）の送信とは、送信のタイミングを分けてもよい。インベントリ情報の送信と、ハートビート通知の送信を分けた場合に、通知先保持部５４０は、インベントリ情報の通知先情報とハートビート通知の通知先情報とを保持する。インベントリ情報とは、クライアント端末５の情報の一例であり、インベントリ情報には、ＣＰＵの周波数や種類、メモリ容量、ハードディスク容量、または、ＩＰアドレスの他に、アップデートモジュールの適用結果、または、エラー情報等とが含まれる。また、ハートビート通知の通知先情報を変更する場合は、同時にインベントリ情報の通知先情報も変更したハートビート通知の通知先情報へ変更する。

【0077】

図１２は、中間サーバ役割実行（ハートビート通知受信）処理（Ｓ６１０）を説明する図である。
図１２に例示するように、ステップ６１００（Ｓ６１００）において、受信部５２２により、中間サーバ７の管理対象である子分端末９から送信されるハートビート通知を一定時間内に受信した場合は、受信部５２２は、ハートビート通知を受信間隔管理部５３０に通知する。受信部５２２により、子分端末９から送信されるハートビート通知を一定時間内に受信した場合は、中間サーバ役割実行(ハートビート通知受信)処理（Ｓ６１０）は、Ｓ６１０５に移行する。受信部５２２により、子分端末９から送信されるハートビート通知を一定時間内に受信しない場合は、中間サーバ役割実行(ハートビート通知受信)処理（Ｓ６１０）は、Ｓ６１１０に移行する。

【0078】

ステップ６１０５（Ｓ６１０５）において、受信部５２２は、子分端末９にハートビート通知を正常に受信できたことを返信情報として通知する。

【0079】

ステップ６１１０（Ｓ６１１０）において、受信間隔管理部５３０は、一定時間内にハートビート通知を受信しない場合に、子分端末９に障害が発生したとして送信部５００に通知する。送信部５００は、子分端末９に障害が発生したことを管理サーバ３に通知する。

【0080】

ステップ６１１５（Ｓ６１１５）において、送信部５００による管理サーバ３への子分端末９の稼働エラー通知が成功した場合は、中間サーバ役割実行（ハートビート通知受信）処理（Ｓ６１０）は、終了する。送信部５００による管理サーバ３への子分端末９の稼働エラー通知が失敗した場合は、中間サーバ役割実行（ハートビート通知受信）処理（Ｓ６１０）は、Ｓ６１１０に移行する。

【0081】

図１３は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）を説明する図である。
図１３に例示するように、ステップ６２００（Ｓ６２００）において、受信部５２２により、子分端末９からのインベントリ情報を受信した場合は、受信部５２２は、受信したインベントリ情報を蓄積部５２４に通知する。
蓄積部５２４は、子分端末９から送信されたインベントリ情報と、前回子分端末９から送信されたインベントリ情報とを保持する。
受信部５２２により、子分端末９からのインベントリ情報を受信した場合は、中間サーバ役割実行(インベントリ情報受信)処理（Ｓ６２０）は、Ｓ６２０５に移行する。
受信部５２２により、子分端末９からのインベントリ情報を受信しない場合は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、終了する。

【0082】

ステップ６２０５（Ｓ６２０５）において、通知データ比較部５２６は、蓄積部５２４により保持されるインベントリ情報と過去のインベントリ情報とを比較し、差分情報を生成する。通知データ比較部５２６は、生成した差分情報を送信情報として蓄積部５２４に格納する。

【0083】

ステップ６２１０（Ｓ６２１０）において、通知データ比較部５２６は、蓄積部５２４により保持される送信情報が一定間隔分蓄積したかを確認する。送信情報が一定間隔分蓄積されていた場合は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、Ｓ６２１５に移行する。送信情報が一定間隔分蓄積されていない場合は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、Ｓ６２００に移行する。

【0084】

ステップ６２１５（Ｓ６２１５）において、通知データ比較部５２６は、蓄積部５２４の送信情報を管理サーバ３に送信するよう送信部５００に指示する。送信部５００は、通知先保持部５４０のハートビート通知先情報に従って、送信情報を管理サーバ３に送信する。

【0085】

ステップ６２２０（Ｓ６２２０）において、送信部５００による管理サーバ３への送信情報の送信が成功した場合は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、終了する。送信部５００による管理サーバ３への送信情報の送信が失敗した場合は、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、Ｓ６２２５に移行する。

【0086】

ステップ６２２５（Ｓ６２２５）において、蓄積部５２４は、送信部５００による管理サーバ３への送信情報の送信が成功するまで、送信情報を保持する。したがって、中間サーバ役割実行（インベントリ情報受信）処理（Ｓ６２０）は、Ｓ６２１５へ移行し、再度管理サーバ３への送信情報の送信を行う。

【符号の説明】

【0087】

１…データ通信システム
３…管理サーバ
５…クライアント端末
７…中間サーバ
９…子分端末
３０…役割決定プログラム
５０…役割実行プログラム
６００…端末情報データベース
９００…子分端末情報データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】