JP5764090B2

JP5764090B2 - 端末状態検知装置および端末状態検知方法

Info

Publication number: JP5764090B2
Application number: JP2012100850A
Authority: JP
Inventors: 幹夫前田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2012-04-26
Filing date: 2012-04-26
Publication date: 2015-08-12
Anticipated expiration: 2032-04-26
Also published as: JP2013229782A

Description

本発明は、ネットワークに接続された端末の稼動状態を検知する端末状態検知装置および端末状態検知方法に関する。

従来、ネットワークに接続された端末の稼動状態を検知する方法として、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバに向けてのＤＨＣＰリクエスト（Request）やＤＨＣＰリリース（Release）を利用する方法が知られている（特許文献１参照）。特許文献１には、ＤＨＣＰサーバと通信可能に接続されるＤＮＳ（Domain Name System）サーバが、端末からＤＨＣＰサーバに送信されるＤＨＣＰリクエストやＤＨＣＰリリースを利用し、端末の稼動状態を検知できることが記載されている。

図８は、従来技術である特許文献１に記載された、端末の稼動状態を検知する処理シーケンスを示す図である。
まず、ＤＨＣＰサーバ２は、端末３からＩＰ（Internet Protocol ）アドレスの払い出しを要求するＤＨＣＰリクエストを受信する（ステップＳ７０）。このＤＨＣＰリクエストを受信することにより、ＤＨＣＰサーバ２は、当該端末の稼動状態が「起動」であることを検知する。そして、ＤＨＣＰサーバ２は、端末３に対して、ＩＰアドレスを通知する（払い出す）（ステップＳ７１）。さらに、ＤＨＣＰサーバ２は、受信したＤＨＣＰリクエストに、端末３に通知したＩＰアドレスを付与してＤＮＳサーバ４に転送する（ステップＳ７２）。ＤＮＳサーバ４は、このＤＨＣＰリクエストを受信することにより、ＤＨＣＰサーバ２と同様に、当該端末３の稼動状態が「起動」であると検知することができる。そして、ＤＮＳサーバ４は、受信したＤＨＣＰリクエストに付されたＩＰアドレスを用いて、自身が保持するドメイン名、ＭＡＣアドレス、ＩＰアドレスの対応表の該当ＩＰアドレスを更新する。これにより、他の端末が、ＤＮＳサーバ４に対し、ドメイン名で当該端末３のＩＰアドレスを検索することが可能となり、当該端末３に接続することができる。

また、ＤＨＣＰサーバ２は、端末３からＩＰアドレスの解放を要求するＤＨＣＰリリースを受信することにより（ステップＳ７３）、当該端末３の稼動状態が「停止」であること（停止状態に移行すること）を検知する。そして、ＤＨＣＰサーバ２は、端末３に対して、ＩＰアドレスを解放する（ステップＳ７４）。さらに、ＤＨＣＰサーバ２は、受信したＤＨＣＰリリースをＤＮＳサーバ４に転送する（ステップＳ７５）。ＤＮＳサーバ４は、このＤＨＣＰリリースを受信することにより、ＤＨＣＰサーバ２と同様に、当該端末３の稼動状態が「停止」であると検知することができる。そして、ＤＮＳサーバ４は、対応表から当該端末３のＩＰアドレスを削除する。

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

しかしながら、端末３は、自身が停止する際に、必ずＤＨＣＰリリースを、ＤＨＣＰサーバ２に送信できるわけではない。例えば、端末３は、突然の再起動や異常停止等することがある。この場合、ＤＨＣＰサーバ２がＤＨＣＰリリースを受信することができないため、従来技術においては、実際の端末が停止状態であっても、ＤＮＳサーバ４は、当該端末３の稼動状態が「起動」という誤った検知の状態のままとなる。つまり、ＤＮＳサーバ４は、現時点での端末の稼動状態を検知できない場合がある。

このような背景を鑑みて本発明がなされたのであり、本発明は、端末の稼動状態を適時検知することができる端末状態検知装置および端末状態検知方法を提供することを課題とする。

前記した課題を解決するため、請求項１に記載の発明は、端末からの要求に基づきＩＰ（Internet Protocol ）アドレスを前記端末に割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバにネットワークを介して接続され、前記端末の稼動状態を検知する端末状態検知装置であって、前記端末毎に、前記端末の起動または停止を示す稼動状態が格納される状態管理情報を記憶する記憶部と、前記ＤＨＣＰサーバが受信した、前記端末からの前記ＩＰアドレスの取得要求であるＤＨＣＰリクエストを、前記ＤＨＣＰサーバから受信する信号受信部と、前記受信したＤＨＣＰリクエストに基づき、前記端末の稼動状態を起動と判定し、前記状態管理情報の前記稼動状態を起動に設定する信号解析部と、前記状態管理情報を参照し、前記稼動状態が起動である前記端末を抽出し、前記抽出した端末に対し、所定の時間間隔毎に生存確認情報を送信し、前記端末から応答情報を受信することにより、前記端末の稼動状態が起動であると判定する端末監視部と、を備えることを特徴とする端末状態検知装置とした。

また、請求項３に記載の発明は、端末からの要求に基づきＩＰアドレスを前記端末に割り当てるＤＨＣＰサーバにネットワークを介して接続され、前記端末の稼動状態を検知する端末状態検知装置の端末状態検知方法であって、前記端末状態検知装置が、前記端末毎に、前記端末の起動または停止を示す稼動状態が格納される状態管理情報を記憶する記憶部を備え、前記ＤＨＣＰサーバが受信した、前記端末からの前記ＩＰアドレスの取得要求であるＤＨＣＰリクエストを、前記ＤＨＣＰサーバから受信するステップと、前記受信したＤＨＣＰリクエストに基づき、前記端末の稼動状態を起動と判定し、前記状態管理情報の前記稼動状態を起動に設定するステップと、前記状態管理情報を参照し、前記稼動状態が起動である前記端末を抽出し、前記抽出した端末に対し、所定の時間間隔毎に生存確認情報を送信し、前記端末から応答情報を受信することにより、前記端末の稼動状態が起動であると判定するステップと、を実行することを特徴とする端末状態検知方法とした。

このように、端末状態検知装置は、ＤＨＣＰサーバからＤＨＣＰリクエストを受信することにより、ＤＨＣＰリクエストを送信した端末の稼動状態を起動と判定し、状態管理情報に設定することができる。そして、端末状態検知装置は、状態管理情報を参照し、稼動状態が起動である端末を抽出して、生存確認を行うことができる。
よって、端末状態検知装置は、端末が異常停止し、ＤＨＣＰサーバに対しＤＨＣＰリリースを送信できない場合でも、端末の稼動状態を検知することが可能となる。

請求項２に記載の発明は、前記端末監視部が、前記端末から応答情報を受信できなかった場合に、前記端末の稼動状態が停止であると判定し、前記状態管理情報の前記端末の稼動状態を停止に変更し、前記稼動状態を停止とした前記端末への前記生存確認情報の送信を終了することを特徴とする請求項１に記載の端末状態検知装置とした。

また、請求項４に記載の発明は、前記端末状態検知装置が、前記端末から応答情報を受信できなかった場合に、前記端末の稼動状態が停止であると判定し、前記状態管理情報の前記端末の稼動状態を停止に変更し、前記稼動状態を停止とした前記端末への前記生存確認情報の送信を終了するステップを実行することを特徴とする請求項３に記載の端末状態検知方法とした。

このようにすることで、端末状態検知装置は、端末から応答情報を受信できなかった場合に、端末の稼動状態が停止であると判定し、端末への生存確認情報の送信を終了することができる。
よって、常時生存確認情報を送信して端末を監視する場合に比べ、ネットワークへの負荷を減らすことができる。

本発明によれば、端末の稼動状態を適時検知する端末状態検知装置および端末状態検知方法を提供することができる。

本実施形態に係るツールサーバ（端末状態検知装置）を含む端末状態検知システムの全体構成を説明するための図である。本実施形態に係る端末状態検知システムの処理の流れを示すシーケンス図である。本実施形態に係るツールサーバ（端末状態検知装置）の構成例を示す機能ブロック図である。本実施形態に係る状態管理テーブル（状態管理情報）のデータ構成の一例を示す図である。本実施形態に係るツールサーバ（端末状態検知装置）による状態管理テーブルの設定、削除の処理の流れを示すフローチャートである。本実施形態に係るツールサーバ（端末状態検知装置）による、ＤＨＣＰのメッセージを利用した端末状態検知処理の流れを示すフローチャートである。本実施形態に係るツールサーバ（端末状態検知装置）による、ＰＩＮＧ等を利用した端末監視処理の流れを示すフローチャートである。従来技術における、端末の稼動状態を検知する処理シーケンスを示す図である。

次に、本発明を実施するための形態（以下、「本実施形態」という）におけるツールサーバ（端末状態検知装置）１０を含む端末状態検知システム１００等について説明する。

＜概要＞
まず、本実施形態に係るツールサーバ（端末状態検知装置）１０を含む端末状態検知システム１００の構成と、処理の概要について説明する。図１は、本実施形態に係る端末状態検知システム１００の全体構成を説明するための図である。また、図２は、本実施形態に係る端末状態検知システム１００の処理の流れを示すシーケンス図である。

図１に示すように、端末状態検知システム１００は、１つ以上の端末３、ＤＨＣＰサーバ２、ツールサーバ（端末状態検知装置）１０それぞれが、ネットワーク５を介して、相互に通信可能に接続されている。

端末３は、例えば、ＰＣ（Personal computer）や、スマートフォン、タブレット端末等であり、ＤＨＣＰサーバ２に対してＤＨＣＰのメッセージを送信する機能を備えるネットワーク装置である。端末３がＤＨＣＰサーバ２に送信するＤＨＣＰのメッセージは、例えば、その端末３の起動時にＩＰアドレスの取得を要求するＤＨＣＰリクエスト（Request）や、その端末３の起動終了時にＩＰアドレスの解放を要求するＤＨＣＰリリース（Release）等である（図１のステップＳ１参照）。

ＤＨＣＰサーバ２は、端末３からのＤＨＣＰリクエスト等のメッセージを受信して、その端末３に対し、ＩＰアドレスの通知等を実行する装置である。また、ＤＨＣＰサーバ２は、端末３から受信したメッセージ（ＤＨＣＰリクエスト、ＤＨＣＰリリース等）を、ツールサーバ（端末状態検知装置）１０に転送する機能を備える（図１のステップＳ２参照）。

ツールサーバ（端末状態検知装置）１０は、端末３の稼動状態を検知する機能（端末状態検知機能）を備える装置である。ツールサーバ（端末状態検知装置）１０は、端末状態検知機能を備えていれば、図８に示した従来技術と同様のＤＮＳサーバ４で実現されてもよいし、例えば、ソフトウェア開発の際に各端末３の試験を行うため、各端末３の稼動状態（起動／停止）を検知する必要があるソフトウェア開発用のサーバとして実現されてもよいし、各端末３の起動時に作動するファイアウォールとして機能するサーバとして実現されてもよい。つまり、ツールサーバ（端末状態検知装置）１０は、端末状態検知機能を備え、何らかの処理やサービスを実現するサーバであればよい。
このツールサーバ（端末状態検知装置）１０は、各端末３の稼動状態（起動／停止）を管理する状態管理テーブル（状態管理情報）１５０を備える。そして、ツールサーバ（端末状態検知装置）１０は、ＤＨＣＰサーバ２から、ＤＨＣＰリクエストを受信すると、そのＤＨＣＰリクエストをＤＨＣＰサーバ２に送信した端末３の稼動状態を「起動」と判定して状態管理テーブル１５０を更新し、ＰＩＮＧ（Packet INternet Groper）等（生存確認情報）により生存確認のための監視処理を実行する（図１のステップＳ３参照）。

次に、端末状態検知システム１００の処理の流れについて図２を参照して説明する。
端末３が起動されると、まず、ＤＨＣＰサーバ２は、端末３からＤＨＣＰリクエストを受信する（ステップＳ１０）。そして、ＤＨＣＰサーバ２は、端末３に対して、ＩＰアドレスを通知する（ステップＳ１１）。また、ＤＨＣＰサーバ２は、受信したＤＨＣＰリクエストに、端末３に通知したＩＰアドレスを付加してツールサーバ（端末状態検知装置）１０に転送する（ステップＳ１２）。

ＤＨＣＰリクエストを受信したツールサーバ（端末状態検知装置）１０は、状態管理テーブル１５０の当該端末３の稼動状態を「起動」に設定する（ステップＳ１３）。そして、ツールサーバ（端末状態検知装置）１０は、状態管理テーブル１５０において稼動状態が「起動」とされた端末３に対し、所定の時間間隔で、ＰＩＮＧ等を送信し（ステップＳ１４）、応答メッセージ（応答情報）を受信することにより（ステップＳ１５）、当該端末３の生存確認（状態検知）を行う。

そして、端末３が、正常に停止する場合（図２において不図示）は、端末３からＤＨＣＰリリースをＤＨＣＰサーバ２が受信する。そして、ＤＨＣＰサーバ２が、ＤＨＣＰリリースをツールサーバ（端末状態検知装置）１０に転送する。ＤＨＣＰリリースを受信したツールサーバ（端末状態検知装置）１０は、状態管理テーブル１５０の当該端末３の稼動状態を「停止」とし、ＰＩＮＧ等を用いた当該端末３への生存確認（状態検知）を終了する。

一方、端末３が、突然の再起動や故障等により異常停止した場合、ツールサーバ（端末状態検知装置）１０は、ＤＨＣＰサーバ２からＤＨＣＰリリースを受信することができない（ステップＳ１６）。そこで、ツールサーバ（端末状態検知装置）１０は、端末３に対するＰＩＮＧ等において、所定の回数応答メッセージの受信に失敗した場合、または、所定時間（タイムアウト時間）内に、応答メッセージを受信できない場合に、生存確認に失敗したと判定し、状態管理テーブル１５０の稼動状態を「停止」とする（ステップＳ１７）。そして、ツールサーバ（端末状態検知装置）１０は、ＰＩＮＧ等による端末３への生存確認（状態検知）を終了する。

このようにすることで、本実施形態に係るツールサーバ（端末状態検知装置）１０は、端末３が異常停止した場合であっても、当該端末３の稼動状態が停止となったことを検知することができる。よって、ツールサーバ（端末状態検知装置）１０は、端末３の稼動状態を適時検知することが可能となる。

＜ツールサーバ（端末状態検知装置）の構成＞
次に、本実施形態に係るツールサーバ（端末状態検知装置）１０の構成について説明する。図３は、本実施形態に係るツールサーバ（端末状態検知装置）１０の構成例を示す機能ブロック図である。

ツールサーバ（端末状態検知装置）１０は、ネットワーク５内の各端末３の稼動状態を検知する装置であり、制御部１１と、入出力部１２と、通信部１３と、メモリ部１４と、記憶部１５とを備える。

制御部１１は、ツールサーバ（端末状態検知装置）１０全体の制御を司り、信号受信部１１１と、情報設定部１１２と、信号解析部１１３と、状態管理部１１４と、端末監視部１１５と、表示処理部１１６と、信号送信部１１７とを含んで構成される。

信号受信部１１１は、通信部１３を介して、後記する状態管理テーブル１５０（図４参照）の設定情報や、ＤＨＣＰのメッセージ（ＤＨＣＰリクエスト、ＤＨＣＰリリース等）、ＰＩＮＧ等（生存確認情報）の応答メッセージ（応答情報）を受信し、その受信した情報の種別を判定する。そして、信号受信部１１１は、その情報の種別に基づき受信した情報を、情報設定部１１２や、信号解析部１１３、端末監視部１１５等に振り分けて出力する。

情報設定部１１２は、状態管理テーブル１５０（図４参照）に記憶される設定情報である、端末名とＭＡＣアドレス（Media Access Control address）とを、ネットワーク管理装置（不図示）等から信号受信部１１１を介して取得する、または、入出力部１２を介して管理者により入力された情報として取得する。そして、情報設定部１１２は、取得した端末名とＭＡＣアドレスとを、状態管理部１１４を介して、状態管理テーブル１５０に設定する。

信号解析部１１３は、信号受信部１１１からＤＨＣＰのメッセージを受け取り、そのＤＨＣＰのメッセージの内容を解析する。そして、信号解析部１１３は、受け取ったメッセージがＤＨＣＰリクエストであれば、状態管理部１１４を介して、状態管理テーブル１５０に、当該ＤＨＣＰリクエストの送信元である端末３の稼動状態を「起動」に設定し、そのＩＰアドレスを登録する。また、信号解析部１１３は、受け取ったメッセージがＤＨＣＰリリースであれば、状態管理部１１４を介して、状態管理テーブル１５０の当該端末３の稼動状態を「停止」に設定し、そのＩＰアドレスを削除する。

状態管理部１１４は、情報設定部１１２や信号解析部１１３、端末監視部１１５等の指示に基づき、記憶部１５に格納された状態管理テーブル１５０の端末３に関する情報の記憶、更新、削除等を行う。

図４は、本実施形態に係る状態管理テーブル（状態管理情報）１５０のデータ構成の一例を示す図である。
図４に示すように、状態管理テーブル１５０には、端末名１５１、稼動状態１５２、ＭＡＣアドレス１５３、および、ＩＰアドレス１５４のデータ項目が含まれる。

ここで、端末名１５１は、状態検知の対象となる端末３の固有な名称であり、例えば、ドメイン名や、ネットワーク５内で各端末３に付した固有な番号等である。
稼動状態１５２には、状態検知の対象となる端末３の稼動状態が「起動」若しくは「停止」として格納される。
ＭＡＣアドレス１５３には、状態検知の対象となる端末３のＭＡＣアドレスが格納される。
ＩＰアドレス１５４には、状態検知の対象となる端末３にＤＨＣＰサーバ２が払い出したＩＰアドレスが格納される。

図３に戻り、端末監視部１１５は、状態管理テーブル１５０（図４）を参照して、稼動状態１５２が「起動」となっている端末３に対し、ＰＩＮＧ等の生存確認情報を所定の時間間隔で送信する。そして、端末監視部１１５は、その端末３から応答メッセージ（応答情報）を受信することにより生存確認（状態検知）を行う。
端末監視部１１５は、端末３に対し、ＰＩＮＧ等を所定回送信しても応答メッセージを受信できない場合、または、所定時間（タイムアウト時間）内に応答メッセージを受信できない場合に、生存確認に失敗したと判定し、状態管理テーブル１５０の稼動状態１５２を「停止」とし、その端末３の生存確認（状態検知）を終了する。

表示処理部１１６は、記憶部１５に記憶された状態管理テーブル１５０の情報を、入出力部１２を介して、モニタ等の出力手段に表示させたり、通信部１３を介して、状態管理テーブル１５０の情報を送信し、ネットワーク５に接続された端末３等に表示させたりする。

信号送信部１１７は、端末監視部１１５の処理により、通信部１３を介して、ＰＩＮＧ等を状態検知の対象となる端末３へ送信したりする処理を行う。

入出力部１２は、不図示のキーボード等の入力手段やモニタ等の出力手段との間で情報の送受信を行う入出力インタフェースにより構成される。
また、通信部１３は、通信回線を介して情報の送受信を行う通信インタフェースにより構成される。

メモリ部１４は、ＲＡＭ（Random Access Memory）等の記憶手段からなり、制御部１１の処理に必要な情報を一時的に記憶する。
また、記憶部１５は、前記した状態管理テーブル（状態管理情報）１５０（図４参照）を含んで構成され、ハードディスク、フラッシュメモリ等の記憶手段からなる。

なお、ツールサーバ（端末状態検知装置）１０をプログラム実行処理により実現する場合、記憶部１５には、ツールサーバ（端末状態検知装置）１０の制御部１１の機能を実現するためのプログラムが格納される。そして、制御部１１は、記憶部１５に記憶されたプログラムを、不図示のＣＰＵ（Central Processing Unit）が、メモリ部１４であるＲＡＭ等に展開し実行することで実現される。

＜ツールサーバ（端末状態検知装置）の処理＞
次に、本実施形態に係るツールサーバ（端末状態検知装置）１０が行う処理について説明する。以下、ツールサーバ（端末状態検知装置）１０の制御部１１のうち、（１）主に情報設定部１１２が行う、状態管理テーブル１５０の設定、削除処理、（２）主に信号解析部１１３が行う、ＤＨＣＰのメッセージを利用した端末状態検知処理、（３）主に端末監視部１１５が行う、ＰＩＮＧ等の生存確認情報を利用した端末監視処理について具体的に説明する。

≪状態管理テーブルの設定、削除処理≫
図５は、本実施形態に係るツールサーバ（端末状態検知装置）１０による状態管理テーブル１５０の設定、削除の処理の流れを示すフローチャートである。

まず、ツールサーバ（端末状態検知装置）１０の情報設定部１１２は、ネットワーク管理装置（不図示）等から信号受信部１１１を介して、または、入出力部１２を介して管理者により入力された情報として、端末名とＭＡＣアドレスとを、状態管理テーブル１５０（図４参照）に設定すべき設定情報として取得する（ステップＳ２０）。

情報設定部１１２は、取得した端末名とＭＡＣアドレスと含む設定要求を、状態管理部１１４に出力する（ステップＳ２１）。

状態管理部１１４は、取得した端末名とＭＡＣアドレスを、状態管理テーブル１５０（図４参照）に設定する（ステップＳ２２）。

一方、情報設定部１１２は、ネットワーク管理装置（不図示）等から信号受信部１１１を介して、または、入出力部１２を介して、稼動状態の検知が不要となった端末３に関する情報の削除要求を取得する（ステップＳ２３）。この削除要求には、例えば、端末３を特定するためのＭＡＣアドレスが付されている。

情報設定部１１２は、ＭＡＣアドレス等が付された削除要求を状態管理部１１４に出力する（ステップＳ２４）。

状態管理部１１４は、ＭＡＣアドレスが付された削除要求を受信すると、状態管理テーブル１５０の該当ＭＡＣアドレスについての端末３の情報（レコード）を削除する（ステップＳ２５）。

このようにして、ツールサーバ（端末状態検知装置）１０は、状態管理テーブル１５０の設定、削除を行うことができる。

≪ＤＨＣＰのメッセージによる端末状態検知処理≫
次に、ツールサーバ（端末状態検知装置）１０において、主に信号解析部１１３が行う、ＤＨＣＰのメッセージによる端末状態検知処理について説明する。
図６は、本実施形態に係るツールサーバ（端末状態検知装置）１０による、ＤＨＣＰのメッセージを利用した端末状態検知処理の流れを示すフローチャートである。

まず、端末３は、起動すると、ＤＨＣＰリクエストをＤＨＣＰサーバ２に送信する（ステップＳ３０）。このＤＨＣＰリクエストには、その端末３のＭＡＣアドレスが含まれる。

ＤＨＣＰサーバ２は、ＤＨＣＰリクエストを受信すると、その端末３に対し、ＩＰアドレスを通知する（ステップＳ３１）。

また、ＤＨＣＰサーバ２は、受信したＤＨＣＰリクエストに、端末３に通知したＩＰアドレスをさらに付加して、ツールサーバ（端末状態検知装置）１０に転送する（ステップＳ３２）。つまり、ＤＨＣＰサーバ２は、ＭＡＣアドレスとＩＰアドレスとが含まれるＤＨＣＰリクエストを、ツールサーバ（端末状態検知装置）１０に転送する。

次に、ツールサーバ（端末状態検知装置）１０の信号受信部１１１は、受信した情報の種別を判定する（ステップＳ３３）。ここでは、信号受信部１１１が、受信した情報がＤＨＣＰのメッセージであると判定することにより、そのＤＨＣＰリクエストを信号解析部１１３に出力する（ステップＳ３４）。

信号解析部１１３は、ＤＨＣＰのメッセージを受信すると、その受信したメッセージがＤＨＣＰリクエストであることから、当該端末３の稼動状態を「起動」と判定し（ステップＳ３５）、ＤＨＣＰリクエストに付された、ＭＡＣアドレスとＩＰアドレスとを読み出す。そして、信号解析部１１３は、読み出したＭＡＣアドレスとＩＰアドレスとを付して状態管理テーブル１５０の稼動状態１５２を「起動」に設定するための稼動状態設定情報を生成し、状態管理部１１４に出力する（ステップＳ３６）。

状態管理部１１４は、その稼動状態設定情報を取得すると、稼動状態設定情報に付されたＭＡＣアドレスを用いて、状態管理テーブル１５０を検索し、該当するＭＡＣアドレスの端末３の稼動状態１５２を「起動」に設定する（ステップＳ３７）。また、状態管理部１１４は、稼動状態設定情報に付されたＩＰアドレスを、状態管理テーブル１５０のその端末３のＩＰアドレス１５４に設定する。
なお、状態管理部１１４は、状態管理テーブル１５０に、稼動状態設定情報に付されたＭＡＣアドレスが設定されていなかった場合には、稼動状態設定情報に付されたＭＡＣアドレスとＩＰアドレスとを用いて、新規レコードを生成してＭＡＣアドレス１５３およびＩＰアドレス１５４を設定し、その新規レコードの稼動状態１５２を「起動」に設定する。この場合、端末名１５１は、ＮＵＬＬ値とする。

次に、端末３が正常に停止する場合における、ツールサーバ（端末状態検知装置）１０の端末状態検知処理について説明する。

まず、端末３は、正常に停止する際に、ＤＨＣＰリリースをＤＨＣＰサーバ２に送信する（ステップＳ４０）。このＤＨＣＰリリースには、その端末３のＭＡＣアドレスが含まれる。

ＤＨＣＰサーバ２は、ＤＨＣＰリリースを受信すると、その端末３に対し、ＩＰアドレスを解放する（ステップＳ４１）。

また、ＤＨＣＰサーバ２は、受信したＤＨＣＰリリースを、ツールサーバ（端末状態検知装置）１０に転送する（ステップＳ４２）。

次に、ツールサーバ（端末状態検知装置）１０の信号受信部１１１は、受信した情報の種別を判定する（ステップＳ４３）。ここでは、信号受信部１１１が、受信した情報がＤＨＣＰのメッセージであると判定することにより、そのＤＨＣＰリリースを信号解析部１１３に出力する（ステップＳ４４）。

信号解析部１１３は、ＤＨＣＰのメッセージを受信すると、その受信したメッセージがＤＨＣＰリリースであることから、当該端末３の稼動状態を「停止」と判定し（ステップＳ４５）、ＤＨＣＰリリースに付された、ＭＡＣアドレスを読み出す。そして、信号解析部１１３は、読み出したＭＡＣアドレスを付して状態管理テーブル１５０の稼動状態１５２を「停止」に設定するための稼動状態設定情報を生成し、状態管理部１１４に出力する（ステップＳ４６）。

状態管理部１１４は、その稼動状態設定情報を取得すると、稼動状態設定情報に付されたＭＡＣアドレスを用いて、状態管理テーブル１５０を検索し、該当するＭＡＣアドレスの端末３の稼動状態１５２を「停止」に設定する（ステップＳ４７）。また、状態管理部１１４は、状態管理テーブル１５０におけるその端末３のＩＰアドレス１５４の情報を削除する。
なお、状態管理部１１４は、状態管理テーブル１５０に、その稼動状態設定情報に付されたＭＡＣアドレスが設定されていなかった場合には、そのＭＡＣアドレスを用いて、新規レコードを生成してＭＡＣアドレス１５３を設定し、その新規レコードの稼動状態１５２を「停止」に設定する。この場合、端末名１５１およびＩＰアドレス１５４は、ＮＵＬＬ値とする。

このようにすることで、ツールサーバ（端末状態検知装置）１０は、ＤＨＣＰリクエストを受信した場合に、状態管理テーブル１５０における、端末３の稼動状態１５２を「起動」に設定できる。また、ツールサーバ（端末状態検知装置）１０は、ＤＨＣＰリリースの受信した場合に、端末３の稼動状態を「停止」に設定することができる。

≪ＰＩＮＧ等を利用した端末監視処理≫
次に、ツールサーバ（端末状態検知装置）１０において、主に端末監視部１１５が行う、ＰＩＮＧ等の生存確認情報を利用した端末監視処理について説明する。
図７は、本実施形態に係るツールサーバ（端末状態検知装置）１０による、ＰＩＮＧ等を利用した端末監視処理の流れを示すフローチャートである。

まず、ツールサーバ（端末状態検知装置）１０の端末監視部１１５は、状態管理テーブル１５０の稼動状態１５２が「起動」に設定されている端末３の一覧要求（起動端末一覧要求）を、状態管理部１１４に出力する（ステップＳ５０）。なお、この起動端末一覧要求の出力処理は、信号受信部１１１が、ＤＨＣＰサーバ２からＤＨＣＰのメッセージ（ＤＨＣＰリクエスト、ＤＨＣＰリリース等）を受信したことを契機に行う。さらに、端末監視部１１５は、状態管理テーブル１５０の更新を、状態管理部１１４を介して監視することにより、起動端末一覧要求の出力処理を、状態管理テーブル１５０の更新が実行されるごとに行うようにしてもよい。また、端末監視部１１５は、所定の時間間隔ごとに起動端末一覧要求の出力処理を行うようにしてもよい。

状態管理部１１４は、一覧要求（起動端末一覧要求）を受信すると、状態管理テーブル１５０を参照し、稼動状態１５２が「起動」の端末３を抽出し、起動端末一覧情報を生成する（ステップＳ５１）。この起動端末一覧情報には、状態管理テーブル１５０のＩＰアドレス１５４の情報に基づき、「起動」状態の端末３のＩＰアドレスを含めるようにしてもよい。そして、状態管理部１１４は、起動端末一覧情報を端末監視部１１５に出力する（ステップＳ５２）。

端末監視部１１５は、起動端末一覧情報を取得すると、起動端末一覧情報に記載された各端末３に対し、信号送信部１１７を介して、所定の時間間隔で、ＰＩＮＧ等（生存確認情報）を送信する（ステップＳ５３〜Ｓ５５）。そして、端末監視部１１５は、端末３が起動しており正常応答した場合、端末３から、ＰＩＮＧ等に対する応答メッセージ（応答情報）を、信号受信部１１１を介して取得することにより、当該端末３の生存確認（状態検知）を行う。具体的には、端末３からＰＩＮＧ等に対する応答メッセージが送信され（ステップＳ５６）、その応答メッセージを受信した信号受信部１１１が、受信した情報の種別をＰＩＮＧ等に関する情報であると判定し（ステップＳ５７）、その応答メッセージを端末監視部１１５に出力する（ステップＳ５８）。端末監視部１１５は、ＰＩＮＧ等に対する応答メッセージを受信することにより、その端末３が起動していることを示す生存確認（状態検知）を行う（ステップＳ５９）。

一方、端末３が、突然の再起動や故障等により異常停止した場合、ツールサーバ（端末状態検知装置）１０の端末監視部１１５は、信号送信部１１７を介して、端末３に対し、ＰＩＮＧ等を送信しても（ステップＳ６０，Ｓ６１）、端末３からの応答メッセージを取得できない。端末監視部１１５は、所定の回数応答メッセージの受信に失敗した場合、または、所定時間（タイムアウト時間）内に、応答メッセージを受信できない場合、つまり生存確認に失敗した場合に、当該端末３の稼動状態を「停止」と判定する（ステップＳ６２）。そして、端末監視部１１５は、状態管理テーブル１５０の当該端末３の稼動状態１５２を「起動」から「停止」に変更するために、当該端末３の識別情報（端末名、ＭＡＣアドレス、ＩＰアドレスの少なくとも１つ）を含む稼動状態変更情報を、状態管理部１１４に出力する（ステップＳ６３）。

状態管理部１１４は、稼動状態変更情報を取得すると、状態管理テーブル１５０の当該端末３の稼動状態１５２を「停止」に変更し（ステップＳ６４）、ＰＩＮＧ等による端末３への生存確認（状態検知）を終了する。

このようにすることで、ツールサーバ（端末状態検知装置）１０は、端末３が異常停止し、ＤＨＣＰサーバ２に対して、ＤＨＣＰリリースを送信できない場合でも、ＰＩＮＧ等の生存確認情報により端末３を監視することにより、端末３の稼動状態を検知することができる。

なお、ツールサーバ（端末状態検知装置）１０は、表示処理部１１６の制御により、入出力部１２を介してモニタ等の出力手段に状態管理テーブル１５０（図４参照）の内容を表示させることができる。また、ツールサーバ（端末状態検知装置）１０は、表示処理部１１６の制御により、状態管理テーブル１５０の情報を、ネットワーク５に接続された他の端末やサーバ等に送信し、表示させるようにしてもよい。

また、本実施形態に係るツールサーバ（端末状態検知装置）１０は、図７のステップＳ６２において、端末監視部１１５が、端末３からの応答メッセージ（応答情報）を受信できないことにより、当該端末３の稼動状態を「停止」と判定した場合、状態管理部１１４により状態管理テーブル１５０を「停止」に変更することに加え、ＤＨＣＰサーバ２に対して、ＤＨＣＰリリースを異常停止した端末３の代わりに送信するようにしてもよい。このようにすることにより、ＤＨＣＰサーバ２も当該端末３が停止したことを知ることができる。

以上説明したように、本実施形態に係る端末状態検知装置および端末状態検知方法によれば、ＰＩＮＧ等の生存確認情報により端末３を所定の時間間隔で監視することにより、端末３の稼動状態を適時検知することができる。また、端末状態検知装置は、ＤＨＣＰリクエストの受信を契機にＰＩＮＧ等による監視を行い、ＤＨＣＰリリースの受信、または、ＰＩＮＧ等の応答メッセージ（応答情報）を受信できないことにより、端末３の稼動状態を「停止」と判断して、ＰＩＮＧ等による監視を終了するため、常時ＰＩＮＧ等により端末３を監視する場合に比べ、ネットワークへの負荷を減らすことができる。さらに、端末３にＳＮＭＰ（Simple Network Management Protocol）等の独自エージェントを具備しなくても、基本的なネットワーク機能（ＤＨＣＰのメッセージ）を利用して、端末３の稼動状態を確認することが可能となる。

２ＤＨＣＰサーバ
３端末
４ＤＮＳサーバ
５ネットワーク
１０ツールサーバ（端末状態検知装置）
１１制御部
１２入出力部
１３通信部
１４メモリ部
１５記憶部
１００端末状態検知システム
１１１信号受信部
１１２情報設定部
１１３信号解析部
１１４状態管理部
１１５端末監視部
１１６表示処理部
１１７信号送信部
１５０状態管理テーブル（状態管理情報）

Claims

端末からの要求に基づきＩＰ（Internet Protocol ）アドレスを前記端末に割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバにネットワークを介して接続され、前記端末の稼動状態を検知する端末状態検知装置であって、
前記端末毎に、前記端末の起動または停止を示す稼動状態が格納される状態管理情報を記憶する記憶部と、
前記ＤＨＣＰサーバが受信した、前記端末からの前記ＩＰアドレスの取得要求であるＤＨＣＰリクエストを、前記ＤＨＣＰサーバから受信する信号受信部と、
前記受信したＤＨＣＰリクエストに基づき、前記端末の稼動状態を起動と判定し、前記状態管理情報の前記稼動状態を起動に設定する信号解析部と、
前記状態管理情報を参照し、前記稼動状態が起動である前記端末を抽出し、前記抽出した端末に対し、所定の時間間隔毎に生存確認情報を送信し、前記端末から応答情報を受信することにより、前記端末の稼動状態が起動であると判定する端末監視部と、
を備えることを特徴とする端末状態検知装置。
前記端末監視部は、前記端末から応答情報を受信できなかった場合に、前記端末の稼動状態が停止であると判定し、前記状態管理情報の前記端末の稼動状態を停止に変更し、前記稼動状態を停止とした前記端末への前記生存確認情報の送信を終了すること
を特徴とする請求項１に記載の端末状態検知装置。
端末からの要求に基づきＩＰアドレスを前記端末に割り当てるＤＨＣＰサーバにネットワークを介して接続され、前記端末の稼動状態を検知する端末状態検知装置の端末状態検知方法であって、
前記端末状態検知装置は、
前記端末毎に、前記端末の起動または停止を示す稼動状態が格納される状態管理情報を記憶する記憶部を備え、
前記ＤＨＣＰサーバが受信した、前記端末からの前記ＩＰアドレスの取得要求であるＤＨＣＰリクエストを、前記ＤＨＣＰサーバから受信するステップと、
前記受信したＤＨＣＰリクエストに基づき、前記端末の稼動状態を起動と判定し、前記状態管理情報の前記稼動状態を起動に設定するステップと、
前記状態管理情報を参照し、前記稼動状態が起動である前記端末を抽出し、前記抽出した端末に対し、所定の時間間隔毎に生存確認情報を送信し、前記端末から応答情報を受信することにより、前記端末の稼動状態が起動であると判定するステップと、
を実行することを特徴とする端末状態検知方法。
前記端末状態検知装置は、
前記端末から応答情報を受信できなかった場合に、前記端末の稼動状態が停止であると判定し、前記状態管理情報の前記端末の稼動状態を停止に変更し、前記稼動状態を停止とした前記端末への前記生存確認情報の送信を終了するステップを実行すること
を特徴とする請求項３に記載の端末状態検知方法。