(57)【特許請求の範囲】
【請求項１】
ネットワーク接続された端末装置群へ確認メッセージを送信し、前記端末装置それぞれの稼動確認を行う稼動確認装置が、
前記稼動確認対象の端末装置群を複数のブロックに分割するステップと、
前記複数のブロックから、前記確認メッセージを送信するブロックを選択するステップと、
前記選択したブロックの端末装置それぞれへ確認メッセージを送信するステップと、
前記送信した確認メッセージに対し、応答メッセージを受信しなかった端末装置があったとき、この端末装置を、未稼働の可能性がある端末装置と判断し、その判断結果を記憶部に記録するステップと、
前記未稼働の可能性がある端末装置に対し、前記確認メッセージを再度送信するステップと、
前記未稼働の可能性がある端末装置のうち、いずれかの端末装置から、前記応答メッセージを受信したとき、前記確認メッセージを送信する周期を、前記送信周期の初期値または前回前記確認メッセージを送信したときの送信周期よりも長い周期に設定するステップと、
前記複数のブロックから、次に前記確認メッセージを送信するブロックを選択するステップと、
前記選択したブロックの端末装置それぞれへ前記設定した確認メッセージを送信するステップと、
を備える稼動確認処理を、前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置があったとき、この端末装置を未稼働の端末装置と判断し、その判断結果を出力することを特徴とする端末装置稼動確認方法。
【請求項２】
前記稼動確認装置が、
前記稼動確認処理を前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置があったとき、この端末装置へ前記確認メッセージを送信するステップを所定回数実行し、その結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置を未稼働の端末装置と判断することを特徴とする請求項１に記載の端末装置稼動確認方法。
【請求項３】
前記稼動確認装置が、
前記稼動確認処理を前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置の数が所定数を超えていたとき、前記端末装置群を、さらに複数のブロックに分割して前記稼動確認処理を実行するステップを所定回数実行し、その結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置を未稼働の端末装置と判断することを特徴とする請求項１に記載の端末装置稼動確認方法。
【請求項４】
前記稼動確認装置が、
前記未稼働の可能性がある端末装置のうち、いずれの端末装置からも、前記確認メッセージを受信しなかったとき、前記確認メッセージを送信する周期を、前回前記確認メッセージを送信したときの送信周期より短く、かつ、前記送信周期の初期値よりも長い周期に設定することを特徴とする請求項１ないし請求項３のいずれか１項に記載の端末装置稼動確認方法。
【請求項５】
ネットワーク接続された端末装置群へ確認メッセージを送信し、前記端末装置それぞれの稼動確認を行う稼動確認装置であって、
前記端末装置群を複数のブロックに分割し、前記複数のブロックから、次に前記確認メッセージを送信するブロックを選択する送信順序制御部と、
前記分割したブロックの端末装置それぞれへ前記確認メッセージを送信する送信部と、
前記端末装置から、前記確認メッセージに対する応答メッセージを受信する受信部と、
前記応答メッセージの受信結果を応答結果情報に記録する応答処理部と、
前記応答結果情報を参照して、前記応答メッセージを受信しなかった端末装置へ前記確認メッセージを再度送信し、前記応答メッセージを受信しなかった端末装置のうち、いずれかの端末装置から、前記応答メッセージを受信したとき、前記確認メッセージを送信する周期を、前記送信周期の初期値または前回前記確認メッセージを送信したときの送信周期よりも長い周期に設定し、前記設定した送信周期で確認メッセージを送信する送信メッセージ制御部と、
前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置があったとき、この端末装置を未稼働の端末装置と判断する稼動判定部と、
前記判断結果を出力する出力部とを備えることを特徴とする稼動確認装置。
【請求項６】
請求項５に記載の稼動確認装置と、この稼動確認装置からの確認メッセージに対する応答メッセージを送信する１以上の端末装置とを含むことを特徴とする稼動確認システム。
【請求項７】
請求項１ないし請求項４のいずれか１項に記載の端末装置稼動確認方法を、コンピュータである稼動確認装置に実行させることを特徴とする稼動確認プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置の稼動確認技術に関する。
【背景技術】
【０００２】
従来から、ネットワークを通じて稼動確認装置が相手方の端末装置へ確認メッセージを送信し、この応答メッセージの受信の有無で、相手方の端末装置が稼動しているか否かを判断する技術がある。この技術としては、PING（ Packet INternet Groper）やEtherOAM(Ethernet Operations,Administration and Maintenance)等がある（非特許文献１,２参照）。
【非特許文献１】RFC792「Internet Control Message Protocol」,September1981
【非特許文献２】McFarland,M.,Salam,S.,and Checker,R.「Ethernet OAM:key enabler for carrier class metro ethernet services」IEEE Communications Magazine,Volume43,Issue 11,pp 152-157,nov.2005
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、稼動確認装置が数十万台の端末装置に対し、確認メッセージを送信して稼動確認をするとき、ネットワークに輻輳が発生していると、実際には稼動している端末装置へ確認メッセージが届かなかったり、確認メッセージが届いたとしても、相手方の端末装置からの応答メッセージも届かなかったりする。また、従来、稼動確認装置は、闇雲に何度も確認メッセージを送信していた。そのため稼動確認装置は、各端末装置が稼動しているか否かの稼動確認について高い信頼性を確保することが困難であった。
【０００４】
そこで、本発明は、前記した課題を解決し、ネットワークの輻輳を抑制し、各端末装置が稼動しているか否かの稼動確認について高い信頼性を確保することを目的とする。
【課題を解決するための手段】
【０００５】
前記した課題を解決するため、請求項１に記載の発明は、ネットワーク接続された端末装置群へ確認メッセージを送信し、前記端末装置それぞれの稼動確認を行う稼動確認装置が、前記稼動確認対象の端末装置群を複数のブロックに分割するステップと、前記複数のブロックから、前記確認メッセージを送信するブロックを選択するステップと、前記選択したブロックの端末装置それぞれへ確認メッセージを送信するステップと、前記送信した確認メッセージに対し、応答メッセージを受信しなかった端末装置があったとき、この端末装置を、未稼働の可能性がある端末装置と判断し、その判断結果を記憶部に記録するステップと、前記未稼働の可能性がある端末装置に対し、前記確認メッセージを再度送信するステップと、前記未稼働の可能性がある端末装置のうち、いずれかの端末装置から、前記応答メッセージを受信したとき、前記確認メッセージを送信する周期を、前記送信周期の初期値または前回前記確認メッセージを送信したときの送信周期よりも長い周期に設定するステップと、前記複数のブロックから、次に前記確認メッセージを送信するブロックを選択するステップと、前記選択したブロックの端末装置それぞれへ前記設定した確認メッセージを送信するステップと、を備える稼動確認処理を前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置を未稼働の端末装置と判断し、その判断結果を出力することを特徴とする。
【０００６】
請求項５に記載の発明は、ネットワーク接続された端末装置群へ確認メッセージを送信し、前記端末装置それぞれの稼動確認を行う稼動確認装置であって、前記端末装置群を複数のブロックに分割し、前記複数のブロックから、次に前記確認メッセージを送信するブロックを選択する送信順序制御部と、前記分割したブロックの端末装置それぞれへ前記確認メッセージを送信する送信部と、前記端末装置から、前記確認メッセージに対する応答メッセージを受信する受信部と、前記応答メッセージの受信結果を応答結果情報に記録する応答処理部と、前記応答結果情報を参照して、前記応答メッセージを受信しなかった端末装置へ前記確認メッセージを再度送信し、前記応答メッセージを受信しなかった端末装置のうち、いずれかの端末装置から、前記応答メッセージを受信したとき、前記確認メッセージを送信する周期を、前記送信周期の初期値または前回前記確認メッセージを送信したときの送信周期よりも長い周期に設定し、前記設定した送信周期で確認メッセージを送信する送信メッセージ制御部と、前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置があったとき、この端末装置を未稼働の端末装置と判断する稼動判定部と、前記判断結果を出力する出力部とを備えることを特徴とする。
【０００７】
請求項６に記載の発明は、請求項５に記載の稼動確認装置と、この稼動確認装置からの確認メッセージに対する応答メッセージを送信する１以上の端末装置とを含むことを特徴とする稼動確認システムとした。
【０００８】
このようにすることで、稼動確認装置は、稼動確認の対象となる端末装置群を複数のブロックに分けて確認メッセージを送信するので、多数の端末装置への確認メッセージの送信によるネットワークの輻輳の助長を抑制できる。また、稼動確認装置は、１回目の確認メッセージの送信において、端末装置から応答メッセージを受信できなかった端末装置（未稼働の可能性がある端末装置）に対し、再度確認メッセージを送信する。従って、稼動確認装置は、ネットワークの輻輳の影響により応答メッセージが受信できなかった端末装置に対する稼動確認の信頼性を向上できる。また、このとき稼動確認装置は、１回目に応答メッセージが受信できなかった端末装置のうち、いずれかの端末装置から応答メッセージを受信したとき、確認メッセージの送信周期を長くする。つまり、稼動確認装置はネットワークに輻輳が発生している可能性が高いとき、確認メッセージを送信する周期を長くするので、ネットワークの輻輳の助長を抑制し、各端末装置の稼動確認の信頼性を向上できる。
【０００９】
請求項２に記載の発明は、請求項１に記載の端末装置稼動確認方法において、前記稼動確認装置が、前記稼動確認処理を前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置があったとき、この端末装置へ前記確認メッセージを送信するステップを所定回数実行し、その結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置を未稼働の端末装置と判断することを特徴とする。
【００１０】
このようにすることで、稼動確認装置は、応答メッセージを受信しなかった端末装置に対して複数回確認メッセージを送信するので、ネットワークに輻輳が発生している場合でも各端末装置の稼動確認の信頼性を向上できる。
【００１１】
請求項３に記載の発明は、請求項１に記載の端末装置稼動確認方法において、前記稼動確認装置が、前記稼動確認処理を前記複数のブロックすべてについて実行した結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置の数が所定数を超えていたとき、この端末装置群を、さらに複数のブロックに分割して前記稼動確認処理を実行するステップを所定回数実行し、その結果、前記確認メッセージに対する応答メッセージを受信しなかった端末装置を未稼働の端末装置と判断することを特徴とする。
【００１２】
このようにすることで、稼動確認装置は、応答メッセージを受信しなかった端末装置が多数あり、この端末装置群へ確認メッセージを再度送信する場合でも、その確認メッセージの送信によるネットワークの輻輳発生を抑制できる。
【００１３】
請求項４に記載の発明は、請求項１ないし請求項３のいずれか１項に記載の端末装置稼動確認方法において、前記稼動確認装置が、前記未稼働の可能性がある端末装置のうち、いずれの端末装置からも、前記確認メッセージを受信しなかったとき、前記確認メッセージを送信する周期を、前回前記確認メッセージを送信したときの送信周期より短く、かつ、前記送信周期の初期値よりも長い周期に設定することを特徴とする。
【００１４】
このようにすることで、稼動確認装置は、ネットワークに輻輳が発生している可能性が低いと判断したとき、確認メッセージの送信周期を短くできるので、各端末装置の稼動確認を迅速に行うことができる。
【００１５】
請求項７に記載の発明は、請求項１ないし請求項４のいずれか１項に記載の端末装置稼動確認方法を、コンピュータである稼動確認装置に実行させることを特徴とする稼動確認プログラム。
【００１６】
このようなプログラムによれば、一般的なコンピュータに請求項１ないし請求項４のいずれか１項に記載の端末装置稼動確認方法を実行させることができる。
【発明の効果】
【００１７】
本発明によれば、稼動確認装置は、各端末装置の稼動確認時のネットワークの輻輳を抑制し、各端末装置の稼動確認の信頼性を向上できる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態（以下、実施の形態という）を、説明する。図１（ａ）は、本実施の形態の稼動確認システムの構成例を示した図であり、図１（ｂ）は、図１（ａ）のブロックｂｉの応答結果情報を例示した図である。図１（ａ）および（ｂ）を用いて、稼動確認システムの概要を説明する。なお、稼動確認装置１００および端末装置２００の数は、図１（ａ）に示す数に限定されない。
【００１９】
稼動確認システムは、図１（ａ）に示すように、端末装置２００（２００Ａ,２００Ｂ,２００Ｃ,２００Ｄ,２００Ｅ,２００Ｆ,２００Ｇ,２００Ｈ,２００Ｉ）と、端末装置２００それぞれへ稼動確認を行う稼動確認装置１００とを含んで構成される。この稼動確認装置１００および端末装置２００は、ネットワーク３００経由でデータ送受信を行う機能を備えたコンピュータにより実現される。この稼動確認装置１００は、端末装置２００へ確認メッセージを送信し、この端末装置２００から、応答メッセージを受信したとき、この端末装置２００が稼動していると判断する。一方、稼動確認装置１００が応答メッセージを受信しなかったとき、この端末装置２００は未稼働の可能性が高いと判断する。
【００２０】
なお、ここでの確認メッセージは、ＩＣＭＰ（Internet Control Message Protocol）を用いたＰＩＮＧの確認メッセージとするが、特定のＵＤＰ（User Datagram Protocol）ポートでの通信を確認するためのＵＤＰ−ＰＩＮＧや、特定のＴＣＰ（Transmission Control Protocol）ポートでの通信を確認するためのＴＣＰ−ＰＩＮＧ等の確認メッセージでもよい。
【００２１】
ここで、稼動確認装置１００は、まず、稼動確認対象である端末装置２００（２００Ａ,２００Ｂ,２００Ｃ,２００Ｄ,２００Ｅ,２００Ｆ,２００Ｇ,２００Ｈ,２００Ｉ）を複数のブロック（例えば、ブロックｂ１〜ブロックｂｎのｎ個のブロック）に分ける。ここでは、端末装置２００Ａ,２００Ｂ,２００Ｃをブロックｂ１とし、端末装置２００Ｄ,２００Ｅ,２００Ｆをブロックｂｉとし、端末装置２００Ｇ,２００Ｈ,２００Ｉをブロックｂｎとした場合を例に説明する。
【００２２】
稼動確認装置１００は、分割したブロックごとに、そのブロックに属する端末装置２００へ確認メッセージを送信する。そして、稼動確認装置１００は、この確認メッセージに対する応答メッセージの受信の有無を、応答結果情報に記録する。このときの応答結果情報は、例えば、図１（ｂ）に示すようになる。「〇」は応答ありを示し、「×」は応答なしを示し、「−」はメッセージ送信なしを示す。ここでの稼動確認装置１００は、応答があった（応答メッセージを受信した）端末装置２００に対しては、次回確認メッセージを送信しないものとする。
【００２３】
例えば、稼動確認装置１００は、１回目の確認メッセージの送信の結果、応答メッセージが得られなかった端末装置２００（図１（ｂ）の端末ＩＤ「３,５〜８」）に対し、２回目の確認メッセージを送信する。このときの送信周期は１回目の確認メッセージの送信周期と同じにする。そして、図１（ｂ）に示すように、稼動確認装置１００が、２回目の確認メッセージに対し応答メッセージを返してきた端末装置２００（図１（ｂ）の端末ＩＤ「６,７」）があったとき、稼動確認装置１００は、ネットワーク３００に輻輳が発生した可能性があると判断し、次回確認メッセージを送信するときの送信周期を前回の送信周期よりも長くする。つまり、稼動確認装置１００において、１回目の確認メッセージに対し応答がなかったが、２回目の確認メッセージに対しては応答があったということは、稼動確認装置１００はネットワーク３００の輻輳の影響で応答メッセージを受信できなかった可能性がある。従って、稼動確認装置１００は、この輻輳の影響を少なくするため次回確認メッセージを送信するときの送信周期を前回の送信周期よりも長くする。
【００２４】
一方、図１（ｂ）に示すように、前回（例えば、２回目）の応答がなかった端末装置２００（図１（ｂ）の端末ＩＤ「３,５,８」）に対して、再度確認メッセージを送信しても、応答がなかったとき、ネットワーク３００に輻輳が発生している可能性は低いのでメッセージの送信周期を短くする。つまり、複数回続けて応答がなかったということは、ネットワーク３００の輻輳の影響というよりも、この端末装置２００が実際に稼動していない（未稼動の）可能性が高いので、稼動確認装置１００は、次回確認メッセージを送信するときの送信周期を、前回の送信周期よりも短くする。
【００２５】
稼動確認装置１００は、このようにして確認メッセージを複数回送信し、応答メッセージを受信できなかった端末装置２００があったとき、この端末装置２００を未稼動の端末装置と判断する。一方、このような確認メッセージを複数回送信し、応答メッセージを受信できた端末装置２００については、稼動中の端末装置と判断する。このようにすることで稼動確認装置１００は、ネットワーク３００の輻輳が発生した場合でも各端末装置２００の稼動確認を正確に行うことができる。また、稼動確認装置１００において輻輳が発生した可能性があると判断したとき、確認メッセージの送信周期を長くする（つまり、確認メッセージの時間当たりの送信数を少なくする）ので、この確認メッセージの送信自体によるネットワーク３００の輻輳の助長を抑制できる。
【００２６】
なお、この稼動確認装置１００は、図１（ａ）に示すように、端末装置２００をｎ個のブロックに分けて稼動確認を行った結果、応答がなかった端末装置２００群について、さらにｎ´個のブロックに分けて再度確認メッセージを送信するようにしてもよい。このようにすることで、稼動確認の結果、応答が得られなかった端末装置２００が多数あった場合でも、確認メッセージの送信自体によるネットワーク３００の輻輳を抑制できる。
【００２７】
＜構成＞
次に、図２を用いて、この稼動確認装置１００の構成を説明する。図２は、図１の稼動確認装置の機能ブロック図である。
【００２８】
図２に示すように、稼動確認装置１００は、各種データの入出力を司る入出力部１１と、この稼動確認装置１００全体の制御を司る処理部１２と、各端末装置２００からの応答結果を示した応答結果情報１３２等を記憶する記憶部１３と、ネットワーク３００（図１参照）経由で確認メッセージおよび応答メッセージの送受信を行う通信部１４とを備える。
【００２９】
入出力部１１は、この稼動確認装置１００に接続される入力装置や出力装置（図示省略）等との間で、各種データの入出力を司る入出力インタフェースから構成される。また、処理部１２は、この稼動確認装置１００の備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。さらに、記憶部１３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶媒体から構成される。なお、稼動確認装置１００をプログラム実行処理により実現する場合、記憶部１３には、この稼動確認装置１００の機能を実現するための稼動確認プログラムが格納される。通信部１４は、ネットワーク３００経由でデータ送受信を行うためのネットワークインタフェースカード等から構成される。
【００３０】
＜入出力部＞
入出力部１１は、前記したとおり各種データの入出力を司る。この入出力部１１は、例えば、入力装置から入力された設定情報をコントロール部１２１（後記）へ出力する。また、各端末装置２００が稼動端末か否かの判断結果（応答結果情報）を外部の出力装置へ出力する。
【００３１】
＜処理部＞
処理部１２は、コントロール部１２１と、送信順序制御部１２２と、送信メッセージ制御部１２３と、輻輳判定部１２４と、応答処理部１２５と、稼動判定部１２６と、表示部１２７とを含んで構成される。
【００３２】
コントロール部１２１は、処理部１２の各構成要素の制御を司る。
【００３３】
送信順序制御部１２２は、端末装置２００への確認メッセージの送信順を決定する。例えば、端末装置２００への確認メッセージの送信順序をランダムに決定した後、その決定した送信順に並べた端末装置２００群をｎ個のブロックに分割する。そして、送信順序制御部１２２は、このブロック分けされた端末装置２００の識別情報（ＩＰ（Internet Protocol）アドレス等）を、記憶部１３の端末情報１３１に記録する。
【００３４】
送信メッセージ制御部１２３は、端末装置２００へ確認メッセージを送信するときの送信周期ｓを制御する。例えば、後記する輻輳判定部１２４においてネットワーク３００に輻輳が発生している可能性があると判断したとき、送信メッセージ制御部１２３は送信周期ｓを長くする。つまり、前回確認メッセージを送信したときの送信周期よりも長い送信周期を設定する。一方、輻輳判定部１２４において輻輳が発生している可能性が低いと判断したとき、送信メッセージ制御部１２３は、確認メッセージを送信するときの送信周期ｓを短くする。なお、この送信周期ｓを長くしたり、短くしたりするときの割合は、記憶部１３に記憶され、入出力部１１経由で変更可能であるものとする。
【００３５】
輻輳判定部１２４は、応答結果情報１３２を参照して、ネットワーク３００に輻輳が発生している可能性が高いか否かを判断する。例えば、稼動確認装置１００から、１回目の確認メッセージに対し応答がなかったが、２回目の確認メッセージに対しては応答があったとき、輻輳判定部１２４は、ネットワーク３００に輻輳が発生している可能性が高いと判断する。一方、２回目の確認メッセージを送信しても応答がなかったとき、輻輳判定部１２４は、ネットワーク３００に輻輳が発生している可能性は低いと判断する。
【００３６】
応答処理部１２５は、各端末装置２００への確認メッセージに対する応答結果（応答メッセージの受信の有無）を応答結果情報１３２に記録する。例えば、稼動確認装置１００が確認メッセージを送信した後、所定時間経過しても応答メッセージを受信できなかったとき、この端末装置２００に関する応答結果情報１３２に「応答なし」を記録し、所定時間以内に応答メッセージを受信できたとき「応答あり」を記録する。
【００３７】
稼動判定部１２６は、記憶部１３の応答結果情報１３２から各端末装置２００が稼動しているか否かの判断を行う。例えば、２回目の確認メッセージに対し応答がなかった端末装置２００を未稼動の端末装置と判断する。一方、１回目の確認メッセージに対し応答があった端末装置、および、１回目の確認メッセージの対し応答がなかったが、２回目の確認メッセージに対し応答があった端末装置２００については稼動中の端末装置と判断する。そして、この判断結果を応答結果情報１３２に記録する。
【００３８】
表示部１２７は、応答結果情報１３２に記録された判断結果を入出力部１１経由で出力する。例えば、各端末装置２００の稼動／未稼動の判断結果を入出力部１１経由で、出力装置（図示せず）に出力する。
【００３９】
＜記憶部＞
記憶部１３は、端末情報１３１と応答結果情報１３２とを記憶する。この端末情報１３１は、稼動確認装置１００において稼動確認を行う端末装置２００の識別情報と、確認メッセージの送信順とを示した情報である。例えば、送信順序制御部１２２は稼動確認の対象である端末装置２００群をブロック分けした後、以下の表１に示すような情報を登録する。表１に示す端末情報１３１において、端末ＩＤ「１,２,３,４，…」の端末装置２００は、ブロックｂ２に属することを示す。なお、この端末情報１３１は、送信メッセージ制御部１２３が確認メッセージを送信するときに参照される。例えば、送信メッセージ制御部１２３は、この端末情報１３１を参照して、ブロックｂ１の端末装置２００群→ブロックｂ２の端末装置２００群→…→ブロックｂｎの端末装置２００群という順に確認メッセージを送信する。
【００４０】
【表１】
0004649461.tif 000002
【００４１】
応答結果情報１３２は、各端末装置２００からの応答メッセージの受信結果と、その受信結果から導かれた各端末装置２００の稼動／未稼動の判定結果とを示した情報である。例えば、この応答結果情報１３２は、ブロックｂｉについて、このブロックｂｉに含まれる端末装置２００の端末ＩＤごとに、この端末装置２００への各確認メッセージに対する応答結果を示した情報（図１（ｂ）参照）と、各端末装置２００の稼動／未稼動の判定結果とを含むものである。例えば、この応答結果情報１３２は、図１（ｂ）に示す応答結果と、端末ＩＤ「３,５,８」の端末装置２００が未稼動であり、端末ＩＤ「１,２,４,６,７」の端末装置２００は稼動中であるという判定結果とを含むものである。
【００４２】
＜通信部＞
通信部１４は、確認メッセージを送信する送信部１４１と、この確認メッセージに対する応答メッセージを受信する受信部１４２とを含んで構成される。送信部１４１は、コントロール部１２１から出力される確認メッセージをネットワーク３００（図１参照）経由で端末装置２００へ送信する。また、受信部１４２は、端末装置２００からネットワーク３００経由で受信した応答メッセージをコントロール部１２１へ出力する。
【００４３】
＜動作手順＞
次に、図１および図２を参照しつつ、図３を用いて稼動確認装置１００の動作手順を説明する。図３は、図２の稼動確認装置の動作手順を示したフローチャートである。なお、ここでは、稼動確認装置１００は、稼動確認対象である端末装置２００群をｎ個のブロックに分割する。また、この稼動確認装置１００は、確認メッセージに対する応答が２回連続してなかった端末装置２００に、再度確認メッセージを送信する処理をｘ回実行する場合を例に説明する。さらに、この稼動確認装置１００において確認メッセージを送信するときの送信周期ｓの初期値をｓ１とする。これらのｎ、ｘおよびｓ１の値は予め入出力部１１経由で、入力を受け付け、記憶部１３に設定しておくものとする。
【００４４】
まず、稼動確認装置１００の送信順序制御部１２２は、端末装置２００群の送信順を決定し、この送信順を決定した端末装置２００群をｎ個のブロックに分割する（Ｓ１０１）。そして、送信順序制御部１２２は、このブロックに分割された端末装置２００の識別情報を、記憶部１３の端末情報１３１に記録する。なお、稼動確認装置１００は、このブロック１つあたりの端末装置２００の数を設定しておき、ブロック分割のときにはこの設定値を参照して、ブロックの分割を行うようにしてもよい。
【００４５】
次に、送信メッセージ制御部１２３は、変数ｈに「１」を設定し、変数ｉに「１」を設定する（Ｓ１０２）。つまり、変数の初期値を設定する。この変数ｈは、Ｓ１０３〜Ｓ１１１の処理の回数をカウントするための変数であり、変数ｉは、確認メッセージの送信対象となるブロックを選択するときに用いる変数である。
【００４６】
そして、送信メッセージ制御部１２３は、送信部１４１経由でブロックｂｉの端末装置２００に対し、送信周期ｓで確認メッセージを送信する（Ｓ１０３）。つまり、送信メッセージ制御部１２３は、確認メッセージを送信するブロックを選択し、このブロックの端末装置２００それぞれへ確認メッセージを送信する。そして、送信メッセージ制御部１２３は、この確認メッセージに対する応答メッセージを受信部１４２経由で受信すると、応答処理部１２５において、この応答結果を応答結果情報１３２に記録していく。ここで、送信メッセージ制御部１２３は、応答がなかった端末装置２００を、未稼働の可能性がある端末装置と判断し、この判断結果（応答結果）を応答結果情報１３２へ記録していく。一方、応答があった端末装置２００を、稼働の中の端末装置と判断し、この判断結果（応答結果）を応答結果情報１３２へ記録していく。ここで、送信メッセージ制御部１２３は、応答結果情報１３２を参照して、Ｓ１０３で確認メッセージを送信したブロックｂｉの端末装置２００の中で、応答がなかった端末装置２００に対し、再度送信周期ｓで確認メッセージを送信する（Ｓ１０４）。
【００４７】
そして、輻輳判定部１２４は、Ｓ１０４で確認メッセージを送信した端末装置２００のうち、応答メッセージを受信した端末装置２００があるか否かを判断する（Ｓ１０５）。ここで、Ｓ１０４で確認メッセージを送信した端末装置２００からの応答があったとき（Ｓ１０５のＹｅｓ）、つまり、未稼動の可能性がある端末装置２００のうち、いずれかの端末装置２００から応答があったとき、輻輳判定部１２４は、ネットワーク３００に輻輳が発生している可能性が高いと判断し（Ｓ１０６）、送信メッセージ制御部１２３は、確認メッセージの送信周期ｓを長くする（Ｓ１０７）。そして、Ｓ１１０へ進む。なお、ここで送信メッセージ制御部１２３が送信周期ｓを長くするとき、送信周期の初期値ｓ１または前回確認メッセージを送信したときの送信周期ｓよりも長い周期に設定する。
【００４８】
一方、Ｓ１０４で確認メッセージを送信した端末装置２００のうち、いずれの端末装置２００からも応答がなかったとき（Ｓ１０５のＮｏ）、輻輳判定部１２４は、ネットワーク３００に輻輳が発生している可能性は低いと判断し（Ｓ１０８）、送信メッセージ制御部１２３は、確認メッセージの送信周期ｓを短くする（Ｓ１０９）。そして、Ｓ１１０へ進む。なお、ここで、送信メッセージ制御部１２３が短くした送信周期ｓは、初期値ｓ１よりも短くならないようにするのが好ましい。このようにすることで、ネットワーク３００の輻輳助長を防止でき、かつ、稼動確認装置１００における稼動確認処理の負荷を軽減することができる。
【００４９】
次に、送信メッセージ制御部１２３は、ｉをインクリメントする（Ｓ１１０）。つまり、送信メッセージ制御部１２３は、次に確認メッセージを送信するブロックを選択する。そして、インクリメントしたｉの値がｎになったとき（Ｓ１１１のＹｅｓ）、つまり、送信メッセージ制御部１２３がすべてのブロック（ブロックｂ１〜ｂｎ）に対し、Ｓ１０３〜Ｓ１１１の処理を行ったとき、ｈをインクリメントする（Ｓ１１２）。
【００５０】
一方、インクリメントしたｉの値がまだｎになってないとき（Ｓ１１１のＮｏ）、つまり、まだＳ１０３〜Ｓ１１１の処理を行ってないブロックがあるとき、Ｓ１０３へ戻る。そして、Ｓ１０７またはＳ１０９で変更した送信周期で確認メッセージを送信する。
【００５１】
Ｓ１１２の後、送信メッセージ制御部１２３において、ｈの値がｘになったと判断したとき（Ｓ１１３のＹｅｓ）、稼動判定部１２６は、応答結果情報１３２に示される各端末装置２００の応答結果を参照して、各端末装置２００の稼動判断を行う（Ｓ１１５）。例えば、稼動判定部１２６は、応答結果情報１３２において所定回数連続して応答がなかった端末装置２００を、未稼動の端末装置と判断する。一方、稼動判定部１２６は、１回でも応答が得られた端末装置２００を稼動中の端末装置と判断する。そして、稼動判定部１２６は、この判断結果を応答結果情報１３２に記録する。
【００５２】
この後、表示部１２７は、コントロール部１２１および応答処理部１２５経由で、応答結果情報１３２に示される判断結果（稼動判断結果）を読み出し、入出力部１１経由で出力装置等へ出力する（Ｓ１１６）。
【００５３】
一方、Ｓ１１２の後、送信メッセージ制御部１２３において、まだｈの値がｘになっていないと判断したとき（Ｓ１１３のＮｏ）、つまり、確認メッセージに対する応答が２回連続してなかった端末装置２００に、再度確認メッセージを送信する処理をｘ回実行していないとき、送信順序制御部１２２は、応答結果情報１３２において、確認メッセージに対し応答が得られなかった端末装置２００群をｎ´個のブロックに分割する（Ｓ１１４）。そして、送信メッセージ制御部１２３は、このｎ´個のブロックそれぞれについて、Ｓ１０３以降の処理を実行する。つまり、送信メッセージ制御部１２３は、ｎの値をｎ´に置き換えて、Ｓ１０３以降の処理を実行する。
【００５４】
このようにすることで、稼動確認装置１００は、ネットワーク３００に輻輳が発生した場合でも、各端末装置２００の稼動確認の信頼性を向上できる。
【００５５】
なお、稼動確認装置１００は、確認メッセージの送信対象である端末装置２００の数が所定数に満たない場合、ｎ個またはｎ´個のブロックに分割しないようにしてもよい。例えば、稼動確認装置１００は、確認メッセージに対する応答が２回連続してなかった端末装置２００をブロック分けする処理をｘ回実行することとしたが、確認メッセージの送信対象である端末装置２００の数が所定数以下になった段階で、このブロック分けを行わないようにしてもよい。また、稼動確認装置１００は確認メッセージの送信をすべてのブロックについて実行した結果、確認メッセージに対する応答メッセージを受信しなかった端末装置２００があったとき、この端末装置２００へ確認メッセージを所定回数送信し、その結果、確認メッセージに対する応答メッセージを受信しなかった端末装置２００を未稼働の端末装置と判断するようにしてもよい。
【００５６】
また、稼動確認装置１００の確認メッセージの送信手順は前記した手順に限定されない。図４および図５は、図２の稼動確認装置の確認メッセージの送信手順を説明した図である。前記した実施の形態において、稼動確認装置１００は、図４に示すように、まずブロックｂ１の端末装置２００群へ送信周期ｓ１で１回目の確認メッセージを送信→この確認メッセージに対し応答が得られなかった端末装置２００群（ブロックｂ１´）へ送信周期ｓ１で２回目の確認メッセージを送信→ブロックｂ２の端末装置２００群へ送信周期ｓ２（送信周期ｓ１よりも長い周期）で、１回目の確認メッセージを送信→この確認メッセージに対し応答がなかった端末装置２００群（ブロックｂ２´）へ送信周期ｓ２で２回目の確認メッセージを送信…という手順を実行することとしたが、これに限定されない。例えば、図５に示すように、稼動確認装置１００は、まずブロックｂ１の端末装置２００群へ送信周期ｓ１で１回目の確認メッセージを送信→ブロックｂ２の端末装置２００群へも送信周期ｓ１で確認メッセージを送信→このブロックｂ１，ｂ２において確認メッセージに対し応答が得られなかった端末装置２００群（ブロックｂ１´,ｂ２´）へ送信周期ｓ１でまとめて２回目の確認メッセージを送信→ブロックｂ３の端末装置２００群へ送信周期ｓ２で確認メッセージを送信…という手順でもよい。つまり、稼動確認装置１００は、まず複数のブロックへ１回目の確認メッセージを送信しておき、この１回目の確認メッセージに対し応答を返してこなかった端末装置２００群に、まとめて２回目の確認メッセージを送信するようにしてもよい。このとき、稼動確認装置１００は、ブロックｂ１、ブロックｂ２、ブロックｂ３…というように順に確認メッセージを送信し、その確認メッセージに対し応答を返してこなかった端末装置２００の数が所定数以上になったとき、この応答を返してこなかった端末装置２００群へまとめて２回目の確認メッセージを送信するようにしてもよい。このようにすることで、１つのブロック当たり確認メッセージに対する応答を返してきた端末装置２００の数が少なかった場合でも、稼動確認装置１００はまとめて２回目の確認メッセージを送信できるので、この稼動確認装置１００が稼動確認の対象とする端末装置２００群に対する稼動確認を効率よく行うことができる。
【００５７】
また、稼動確認装置１００は前記した図３に示す処理を所定期間ごとに繰り返すようにしてもよい。
【００５８】
本実施の形態に係る稼動確認装置１００は、前記したような処理を実行させるプログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記憶媒体（ＣＤ−ＲＯＭ等）に記憶して提供することが可能である。また、そのプログラムを、ネットワークを通して提供することも可能である。
【図面の簡単な説明】
【００５９】
【図１】（ａ）は、本実施の形態の稼動確認システムの構成例を示した図であり、（ｂ）は、（ａ）のブロックｂｉの応答結果情報を例示した図である。
【図２】図１の稼動確認装置の機能ブロック図である。
【図３】図２の稼動確認装置の動作手順を示したフローチャートである。
【図４】図２の稼動確認装置の確認メッセージの送信手順を説明した図である。
【図５】図２の稼動確認装置の確認メッセージの送信手順を説明した図である。
【符号の説明】
【００６０】
１１    入出力部
１２    処理部
１３    記憶部
１４    通信部
１００  稼動確認装置
１２１  コントロール部
１２２  送信順序制御部
１２３  送信メッセージ制御部
１２４  輻輳判定部
１２５  応答処理部
１２６  稼動判定部
１２７  表示部
１３１  端末情報
１３２  応答結果情報
１４１  送信部
１４２  受信部
２００（２００Ａ〜２００Ｉ）  端末装置
３００  ネットワーク
【図１】
0004649461.tif 000003
【図２】
0004649461.tif 000004
【図３】
0004649461.tif 000005
【図４】
0004649461.tif 000006
【図５】
0004649461.tif 000007