JP2859212B2 - 起動監視リクエスト送信間隔最適化装置および通信システム - Google Patents
起動監視リクエスト送信間隔最適化装置および通信システムInfo
- Publication number
- JP2859212B2 JP2859212B2 JP8165945A JP16594596A JP2859212B2 JP 2859212 B2 JP2859212 B2 JP 2859212B2 JP 8165945 A JP8165945 A JP 8165945A JP 16594596 A JP16594596 A JP 16594596A JP 2859212 B2 JP2859212 B2 JP 2859212B2
- Authority
- JP
- Japan
- Prior art keywords
- activation
- monitoring request
- information
- time
- control means
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Description
【０００１】
【発明の属する技術分野】本発明は起動監視リクエスト
送信間隔最適化装置に関し、特に、相手装置へのリクエ
ストの送信間隔の最適化を行う起動監視リクエスト送信
間隔最適化装置に関する。
送信間隔最適化装置に関し、特に、相手装置へのリクエ
ストの送信間隔の最適化を行う起動監視リクエスト送信
間隔最適化装置に関する。
【０００２】
【従来の技術】従来の相手装置への起動監視のためのリ
クエストに対するレスポンスによって確認を取る相手装
置起動監視方式としては、例えば「等時間間隔相手装置
起動監視方式」がある。同一ローカルエリアネットワー
ク上にない、つまり、ルータやワイドエリアネットワー
ク等を介して自装置と接続されている相手装置の起動の
確認を以下のような手順で行っている。 （１）相手装置へ起動監視のためのリクエスト（以降、
起動監視リクエストと呼ぶ）を送信する。 （２）レスポンスの結果が正常ならば、相手装置は起動
状態と判断し、処理を終了する。 （３）レスポンスの結果が異常、または無応答ならば未
起動と判断する。 （４）間隔を置いて（１）の処理を再実行する。 ここで（４）の「間隔を置いて」は従来、一般的には一
定間隔である。
クエストに対するレスポンスによって確認を取る相手装
置起動監視方式としては、例えば「等時間間隔相手装置
起動監視方式」がある。同一ローカルエリアネットワー
ク上にない、つまり、ルータやワイドエリアネットワー
ク等を介して自装置と接続されている相手装置の起動の
確認を以下のような手順で行っている。 （１）相手装置へ起動監視のためのリクエスト（以降、
起動監視リクエストと呼ぶ）を送信する。 （２）レスポンスの結果が正常ならば、相手装置は起動
状態と判断し、処理を終了する。 （３）レスポンスの結果が異常、または無応答ならば未
起動と判断する。 （４）間隔を置いて（１）の処理を再実行する。 ここで（４）の「間隔を置いて」は従来、一般的には一
定間隔である。
【０００３】また、たとえば、「特開平２−１４５０９
３号公報」記載の「監視伝送装置」では、被監視設備の
監視方法については、「常時監視する」としてあるだけ
で、「等時間間隔相手装置起動監視方式」に変わるよう
な具体的な方法は明示されていない。
３号公報」記載の「監視伝送装置」では、被監視設備の
監視方法については、「常時監視する」としてあるだけ
で、「等時間間隔相手装置起動監視方式」に変わるよう
な具体的な方法は明示されていない。
【０００４】
【発明が解決しようとする課題】上述した従来の一定間
隔に起動監視リクエストの送信を繰り返す方法では、間
隔が短すぎると余分な通信費用が発生してしまい、逆に
長すぎると相手装置の起動認識が遅れるという欠点があ
る。「特開平２−１４５０９３号公報」の「監視伝送装
置」でも、この欠点は存在する。
隔に起動監視リクエストの送信を繰り返す方法では、間
隔が短すぎると余分な通信費用が発生してしまい、逆に
長すぎると相手装置の起動認識が遅れるという欠点があ
る。「特開平２−１４５０９３号公報」の「監視伝送装
置」でも、この欠点は存在する。
【０００５】本発明の目的は、相手装置の起動している
日時等の情報を記録し、記録している情報を補正し、そ
の情報を元に最適な送信間隔を決めることにより、リク
エストの送信間隔を最適化し、上記問題点を解決する起
動監視リクエスト送信間隔最適化装置を提供することで
ある。
日時等の情報を記録し、記録している情報を補正し、そ
の情報を元に最適な送信間隔を決めることにより、リク
エストの送信間隔を最適化し、上記問題点を解決する起
動監視リクエスト送信間隔最適化装置を提供することで
ある。
【０００６】
【０００７】本発明の起動監視リクエスト送信間隔最適
化装置は、 （ａ）相手装置へ最適時間間隔情報にしたがって起動監
視リクエストを送信し、かつ前記起動監視リクエストを
送信したことを示す起動監視リクエスト送信通知を作成
する起動監視リクエスト制御手段と、 （ｂ）前記起動監視リクエスト制御手段により相手装置
の起動が確認された時間情報を記憶する起動実績情報記
憶手段と、 （ｃ）前記起動実績情報記憶手段の前記時間情報を元に
前記起動監視リクエストを送信するための前記最適時間
間隔情報を作成し前記起動監視リクエスト制御手段へ通
知する起動監視リクエスト送信間隔計算手段と、 （ｄ）前記起動監視リクエスト制御手段が相手装置の起
動確認通知を受け取った場合やその他の一定条件を満た
した場合に、前記起動実績情報記憶手段の時間情報を現
状に合うように補正を行う起動実績情報補正手段と、 （ｅ）相手装置の起動を確認したことを示す前記起動確
認通知を前記起動実績情報補正手段および前記起動監視
リクエスト制御手段へ送出する相手装置起動確認手段
と、 （ｆ）前記起動監視リクエスト制御手段からの前記最適
時間間隔情報をもとに時間を計測し、前記最適時間間隔
情報の時間に達すると、前記起動監視リクエスト制御手
段へ通知を行うタイマと、 を備える。
化装置は、 （ａ）相手装置へ最適時間間隔情報にしたがって起動監
視リクエストを送信し、かつ前記起動監視リクエストを
送信したことを示す起動監視リクエスト送信通知を作成
する起動監視リクエスト制御手段と、 （ｂ）前記起動監視リクエスト制御手段により相手装置
の起動が確認された時間情報を記憶する起動実績情報記
憶手段と、 （ｃ）前記起動実績情報記憶手段の前記時間情報を元に
前記起動監視リクエストを送信するための前記最適時間
間隔情報を作成し前記起動監視リクエスト制御手段へ通
知する起動監視リクエスト送信間隔計算手段と、 （ｄ）前記起動監視リクエスト制御手段が相手装置の起
動確認通知を受け取った場合やその他の一定条件を満た
した場合に、前記起動実績情報記憶手段の時間情報を現
状に合うように補正を行う起動実績情報補正手段と、 （ｅ）相手装置の起動を確認したことを示す前記起動確
認通知を前記起動実績情報補正手段および前記起動監視
リクエスト制御手段へ送出する相手装置起動確認手段
と、 （ｆ）前記起動監視リクエスト制御手段からの前記最適
時間間隔情報をもとに時間を計測し、前記最適時間間隔
情報の時間に達すると、前記起動監視リクエスト制御手
段へ通知を行うタイマと、 を備える。
【０００８】本発明の通信システムは、前記起動監視リ
クエスト制御手段と、前記起動実績情報記憶手段と、前
記起動監視リクエスト送信間隔計算手段と、前記起動実
績情報補正手段と、前記相手装置起動確認手段と、前記
タイマとを備える起動監視リクエスト送信間隔最適化装
置を、ネットワークにより接続された自装置または相手
装置の少なくとも一方が有する。
クエスト制御手段と、前記起動実績情報記憶手段と、前
記起動監視リクエスト送信間隔計算手段と、前記起動実
績情報補正手段と、前記相手装置起動確認手段と、前記
タイマとを備える起動監視リクエスト送信間隔最適化装
置を、ネットワークにより接続された自装置または相手
装置の少なくとも一方が有する。
【０００９】
【発明の実施の形態】次に、本発明の実施の形態に関し
て、図を参照して詳細に説明する。
て、図を参照して詳細に説明する。
【００１０】図１は、本発明の起動監視リクエスト送信
間隔最適化装置が適用される通信システムのブロック図
である。
間隔最適化装置が適用される通信システムのブロック図
である。
【００１１】図１を参照すると、この通信システムは、
通信機能を持つ自装置１０と、不特定多数の装置と接続
しているワイドエリアネットワーク３０と、自装置１０
とワイドエリアネットワーク３０とを結ぶ通信回線３１
と、自装置１０とは直接接続されていないローカルエリ
アネットワーク４０と、ワイドエリアネットワーク３０
とローカルエリアネットワーク４０とを接続するルータ
４１と、ローカルエリアネットワーク４０に接続される
自装置１０の起動監視対象である相手装置５０と、ロー
カルエリアネットワーク４０に接続される自装置１０の
起動監視対象でない計算機５１〜５Ｎとから構成され
る。
通信機能を持つ自装置１０と、不特定多数の装置と接続
しているワイドエリアネットワーク３０と、自装置１０
とワイドエリアネットワーク３０とを結ぶ通信回線３１
と、自装置１０とは直接接続されていないローカルエリ
アネットワーク４０と、ワイドエリアネットワーク３０
とローカルエリアネットワーク４０とを接続するルータ
４１と、ローカルエリアネットワーク４０に接続される
自装置１０の起動監視対象である相手装置５０と、ロー
カルエリアネットワーク４０に接続される自装置１０の
起動監視対象でない計算機５１〜５Ｎとから構成され
る。
【００１２】また、自装置１０は、相手装置５０への起
動監視のためのリクエストの送信間隔の最適化を行う起
動監視リクエスト送信間隔最適化装置１０ａと、通信処
理を行う通信制御装置１０ｂとから構成される。
動監視のためのリクエストの送信間隔の最適化を行う起
動監視リクエスト送信間隔最適化装置１０ａと、通信処
理を行う通信制御装置１０ｂとから構成される。
【００１３】また、起動監視リクエスト送信間隔最適化
装置１０ａは、相手装置５０の起動が確認された日時等
に関する情報を記憶する起動実績情報記憶手段１１と、
リクエスト送信後、相手装置５０の起動の確認ができな
い場合に、起動実績情報記憶手段１１の情報を元に次の
リクエストを送信する間隔を決める起動監視リクエスト
送信間隔計算手段１２と、相手装置起動確認後やその他
の一定条件を満たした時に、起動実績情報記憶手段１１
が持つ情報を現状に合うように補正を行う起動実績情報
補正手段１３と、起動監視リクエスト送信間隔計算手段
１２へ、相手装置５０に対してリクエストを送信したこ
との通知と、起動監視リクエスト送信間隔計算手段１２
で算出した時間だけ次のリクエスト送信の待ち合わせを
行う起動監視リクエスト制御手段１４と、起動実績情報
補正手段１３と起動監視リクエスト制御手段１４へ、相
手装置の起動を確認したことの通知を行う相手装置起動
確認手段１５と、起動監視リクエスト制御手段１４から
通知によって指定された時間が、通知を受けた時刻から
経過すると、起動監視リクエスト制御手段１４へ通知を
行うタイマ１６とから構成される。
装置１０ａは、相手装置５０の起動が確認された日時等
に関する情報を記憶する起動実績情報記憶手段１１と、
リクエスト送信後、相手装置５０の起動の確認ができな
い場合に、起動実績情報記憶手段１１の情報を元に次の
リクエストを送信する間隔を決める起動監視リクエスト
送信間隔計算手段１２と、相手装置起動確認後やその他
の一定条件を満たした時に、起動実績情報記憶手段１１
が持つ情報を現状に合うように補正を行う起動実績情報
補正手段１３と、起動監視リクエスト送信間隔計算手段
１２へ、相手装置５０に対してリクエストを送信したこ
との通知と、起動監視リクエスト送信間隔計算手段１２
で算出した時間だけ次のリクエスト送信の待ち合わせを
行う起動監視リクエスト制御手段１４と、起動実績情報
補正手段１３と起動監視リクエスト制御手段１４へ、相
手装置の起動を確認したことの通知を行う相手装置起動
確認手段１５と、起動監視リクエスト制御手段１４から
通知によって指定された時間が、通知を受けた時刻から
経過すると、起動監視リクエスト制御手段１４へ通知を
行うタイマ１６とから構成される。
【００１４】次に図１の本発明の実施の形態の動作につ
いて図２〜図１１を参照して説明する。図２は、運用開
始時の初期処理を表す図である。図３は、相手装置の起
動を確認した場合の加算処理を表す図である。図４は、
複数の時間帯にわたって加算処理を行う場合の処理を表
す図である。図５は、リクエストの送信回数により、異
なる処理を行うことを表す図である。
いて図２〜図１１を参照して説明する。図２は、運用開
始時の初期処理を表す図である。図３は、相手装置の起
動を確認した場合の加算処理を表す図である。図４は、
複数の時間帯にわたって加算処理を行う場合の処理を表
す図である。図５は、リクエストの送信回数により、異
なる処理を行うことを表す図である。
【００１５】図６は、日付が変わった場合の補正処理を
表す図である。図７は、合計値の収束値を求める計算式
である。図８は、合計値が一定条件を満たした場合の補
正処理を表す図である。図９は、送信した時間帯のポイ
ントが平均の何倍かを求める計算式である。図１０は、
送信した曜日のポイントが平均の何倍かを求める計算式
である。図１１は、図９、１０の計算式で求めた値を引
き数にして、送信間隔の係数を求める計算式である。
表す図である。図７は、合計値の収束値を求める計算式
である。図８は、合計値が一定条件を満たした場合の補
正処理を表す図である。図９は、送信した時間帯のポイ
ントが平均の何倍かを求める計算式である。図１０は、
送信した曜日のポイントが平均の何倍かを求める計算式
である。図１１は、図９、１０の計算式で求めた値を引
き数にして、送信間隔の係数を求める計算式である。
【００１６】起動監視リクエスト制御手段１４は、相手
装置５０の起動確認が必要な事象が発生した場合（図１
中の矢印Ａ参照。以降図１の矢印はアルファベットのみ
記す）、通信制御装置１０ｂを介して相手装置へ起動監
視リクエストを送信する（Ｂ）。
装置５０の起動確認が必要な事象が発生した場合（図１
中の矢印Ａ参照。以降図１の矢印はアルファベットのみ
記す）、通信制御装置１０ｂを介して相手装置へ起動監
視リクエストを送信する（Ｂ）。
【００１７】起動監視リクエスト制御手段１４はリクエ
ストを送信したことを、起動監視リクエスト送信間隔計
算手段１２に通知する（Ｃ）。
ストを送信したことを、起動監視リクエスト送信間隔計
算手段１２に通知する（Ｃ）。
【００１８】通知を受けた起動監視リクエスト送信間隔
計算手段１２は、起動実績情報記憶手段１１から相手装
置の起動実績情報を獲得する（Ｄ）。
計算手段１２は、起動実績情報記憶手段１１から相手装
置の起動実績情報を獲得する（Ｄ）。
【００１９】起動実績情報記憶手段１１での情報の管理
方法は次の通りである。管理単位として、１日を１０分
間単位（以降、この単位のことを時間帯と呼ぶ）に区切
り、相手装置５０の起動時刻の情報をポイントで管理す
る。
方法は次の通りである。管理単位として、１日を１０分
間単位（以降、この単位のことを時間帯と呼ぶ）に区切
り、相手装置５０の起動時刻の情報をポイントで管理す
る。
【００２０】ポイントは、自装置１０が相手装置５０の
起動を確認した場合に、相手装置５０の初回の起動およ
び停止後の初回の起動で加算される。したがって、相手
装置の起動の回数が多いほどポイントは大きくなる。ま
た、このポイントの合計値の管理も行われる。また、曜
日に関しても、各曜日毎に時間帯と同様にポイントで管
理する。運用開始直後、ほとんど情報がない状態では採
取した情報が大きく送信間隔に影響する。そこで運用開
始時、つまり、各時間帯、曜日のポイントが全て“０”
の場合（図２の上の表）、あらかじめ“０．１”ポイン
トずつ初期値として与えておき、少ない実績情報の割合
を抑える（図２の下の表）。
起動を確認した場合に、相手装置５０の初回の起動およ
び停止後の初回の起動で加算される。したがって、相手
装置の起動の回数が多いほどポイントは大きくなる。ま
た、このポイントの合計値の管理も行われる。また、曜
日に関しても、各曜日毎に時間帯と同様にポイントで管
理する。運用開始直後、ほとんど情報がない状態では採
取した情報が大きく送信間隔に影響する。そこで運用開
始時、つまり、各時間帯、曜日のポイントが全て“０”
の場合（図２の上の表）、あらかじめ“０．１”ポイン
トずつ初期値として与えておき、少ない実績情報の割合
を抑える（図２の下の表）。
【００２１】起動監視リクエスト送信間隔計算手段１２
は、起動実績情報記憶手段１１から獲得した起動実績情
報とリクエストを送信した時間帯、曜日を元に以下の手
順で、次のリクエストを送信するまでの間隔を算出す
る。なお、送信間隔が極端な値になることを防ぐため、
その上限値として２５分間、下限値として１分間と予め
決めておく。また、送信間隔の初期値を兼ねる送信間隔
基準値を１０分間とする。 起動実績情報記憶手段１１
から獲得する情報は、送信した時間帯、曜日のポイン
ト、および時間帯、曜日の合計値のポイントである。図
９、１０の計算式により、時間帯、曜日のポイントが平
均値の何倍かを計算する。この値をそれぞれｘ１、ｘ２
とする。ここでいう平均値とは、時間帯の場合、１０分
単位の分割、つまり１日を１４４分割するので、約
“０．６９４”％、曜日の場合は１週間を７分割してい
るので１つの曜日は約“１４．３”％である。
は、起動実績情報記憶手段１１から獲得した起動実績情
報とリクエストを送信した時間帯、曜日を元に以下の手
順で、次のリクエストを送信するまでの間隔を算出す
る。なお、送信間隔が極端な値になることを防ぐため、
その上限値として２５分間、下限値として１分間と予め
決めておく。また、送信間隔の初期値を兼ねる送信間隔
基準値を１０分間とする。 起動実績情報記憶手段１１
から獲得する情報は、送信した時間帯、曜日のポイン
ト、および時間帯、曜日の合計値のポイントである。図
９、１０の計算式により、時間帯、曜日のポイントが平
均値の何倍かを計算する。この値をそれぞれｘ１、ｘ２
とする。ここでいう平均値とは、時間帯の場合、１０分
単位の分割、つまり１日を１４４分割するので、約
“０．６９４”％、曜日の場合は１週間を７分割してい
るので１つの曜日は約“１４．３”％である。
【００２２】次にｘ１、ｘ２を元にして図１１の計算式
で計算する。求めた値をｘとする。このｘは起動実績の
集中度合いが大きいほど、小さい値になる。このｘと、
送信間隔基準値である１０分間との積が送信間隔とな
る。ただし、その値が上限値以上ならば上限値が送信間
隔となる。また、下限値以下ならば、下限値が送信間隔
となる。
で計算する。求めた値をｘとする。このｘは起動実績の
集中度合いが大きいほど、小さい値になる。このｘと、
送信間隔基準値である１０分間との積が送信間隔とな
る。ただし、その値が上限値以上ならば上限値が送信間
隔となる。また、下限値以下ならば、下限値が送信間隔
となる。
【００２３】起動監視リクエスト送信間隔計算手段１２
はこの求めた値を起動監視リクエスト制御手段１４へ通
知する（Ｅ）。起動監視リクエスト制御手段１４はこの
値をタイマ値としてタイマ１６をセットする（Ｆ）。タ
イムアウト後（Ｇ）、まだ相手装置起動確認手段１５か
ら相手装置５０の起動通知を受けていない場合は、再
度、通信制御装置１０ｂを介して相手装置５０へ起動監
視リクエストを送信（Ｂ）、送信したことを、起動監視
リクエスト送信間隔計算手段１２へ通知する（Ｃ）。
はこの求めた値を起動監視リクエスト制御手段１４へ通
知する（Ｅ）。起動監視リクエスト制御手段１４はこの
値をタイマ値としてタイマ１６をセットする（Ｆ）。タ
イムアウト後（Ｇ）、まだ相手装置起動確認手段１５か
ら相手装置５０の起動通知を受けていない場合は、再
度、通信制御装置１０ｂを介して相手装置５０へ起動監
視リクエストを送信（Ｂ）、送信したことを、起動監視
リクエスト送信間隔計算手段１２へ通知する（Ｃ）。
【００２４】相手装置５０の起動を確認するまで、Ｂ〜
Ｇを繰り返す。
Ｇを繰り返す。
【００２５】相手装置起動確認手段１５は、通信制御装
置１０ｂを介して相手装置５０から起動通知を受けた場
合（Ｈ）、起動実績情報補正手段１３と起動監視リクエ
スト制御手段１４にそのことを通知する（Ｉ、Ｊ）。
置１０ｂを介して相手装置５０から起動通知を受けた場
合（Ｈ）、起動実績情報補正手段１３と起動監視リクエ
スト制御手段１４にそのことを通知する（Ｉ、Ｊ）。
【００２６】起動実績情報補正手段１３は、相手装置５
０の起動確認の通知を相手装置起動確認手段１５から受
け取ると、起動実績情報記憶手段１１が持つ、通知を受
け取った時間帯（図３の７時１０分〜２０分）、曜日お
よび、それぞれの合計値に対して“１”ポイント加算す
る（Ｋ、Ｌ）。ただし、曜日に対する加算処理は１週間
単位にまとめて行う。また、起動時間帯の前後の時間帯
（図３の７時〜７時１０分、７時２０分〜３０分）にも
“０．２”ポイント加算して送信間隔が急激に変化する
ことを防ぐ。なお、この加算ポイントは、送信した時間
帯のポイントの全体に占める割合を低下させることが目
的ではなく、前後の時間帯の送信間隔を短縮させること
が目的であるから、合計値には加算しない（図３）。
０の起動確認の通知を相手装置起動確認手段１５から受
け取ると、起動実績情報記憶手段１１が持つ、通知を受
け取った時間帯（図３の７時１０分〜２０分）、曜日お
よび、それぞれの合計値に対して“１”ポイント加算す
る（Ｋ、Ｌ）。ただし、曜日に対する加算処理は１週間
単位にまとめて行う。また、起動時間帯の前後の時間帯
（図３の７時〜７時１０分、７時２０分〜３０分）にも
“０．２”ポイント加算して送信間隔が急激に変化する
ことを防ぐ。なお、この加算ポイントは、送信した時間
帯のポイントの全体に占める割合を低下させることが目
的ではなく、前後の時間帯の送信間隔を短縮させること
が目的であるから、合計値には加算しない（図３）。
【００２７】ある時刻に送信した起動監視リクエストで
相手装置５０の起動を確認した場合、その前のリクエス
ト送信時刻との間に相手装置が起動したものと考える。
この２つの時刻が別々の時間帯の場合はそれぞれの時間
帯に属している割合を考慮に入れてポイントを分配す
る。たとえば図４に示すように、７時１５分に送信した
起動監視リクエストで起動確認できず、次の７時２３分
の送信で、起動を確認できた場合、まず送信間隔の８分
間を５分間（“５／８＝０．６２５”ポイント）と３分
間（“３／８＝０．３７５”ポイント）に分けて加算す
る（図４の矢印Ａの処理）。さらに、図３で説明した前
後の時間帯の加算処理を行う。７時１０分〜７時２０分
の前後の時間帯には“０．６２５”ポイントの“０．
２”倍の“０．１２５”ポイントを、７時２０分〜７時
３０分の前後の時間帯には“０．３２５”ポイントの
“０．２”倍の“０．０７５”ポイントをそれぞれ加算
する（図４の矢印Ｂの処理）。
相手装置５０の起動を確認した場合、その前のリクエス
ト送信時刻との間に相手装置が起動したものと考える。
この２つの時刻が別々の時間帯の場合はそれぞれの時間
帯に属している割合を考慮に入れてポイントを分配す
る。たとえば図４に示すように、７時１５分に送信した
起動監視リクエストで起動確認できず、次の７時２３分
の送信で、起動を確認できた場合、まず送信間隔の８分
間を５分間（“５／８＝０．６２５”ポイント）と３分
間（“３／８＝０．３７５”ポイント）に分けて加算す
る（図４の矢印Ａの処理）。さらに、図３で説明した前
後の時間帯の加算処理を行う。７時１０分〜７時２０分
の前後の時間帯には“０．６２５”ポイントの“０．
２”倍の“０．１２５”ポイントを、７時２０分〜７時
３０分の前後の時間帯には“０．３２５”ポイントの
“０．２”倍の“０．０７５”ポイントをそれぞれ加算
する（図４の矢印Ｂの処理）。
【００２８】相手装置起動監視確認手段１５は、自装置
１０が起動して最初に送信する起動監視リクエストで相
手装置５０の起動の確認が取れた場合、相手装置５０の
起動時刻が特定できないので、起動実績情報補正手段１
３を呼び出さない。よって、起動実績情報記憶手段１１
の持つ起動実績情報の更新を行わず（図５（ｂ））、２
回目以降の起動監視リクエストで相手装置５０の起動の
確認が取れた場合に、起動実績情報補正手段１３を呼び
出す（図５（ａ））。
１０が起動して最初に送信する起動監視リクエストで相
手装置５０の起動の確認が取れた場合、相手装置５０の
起動時刻が特定できないので、起動実績情報補正手段１
３を呼び出さない。よって、起動実績情報記憶手段１１
の持つ起動実績情報の更新を行わず（図５（ｂ））、２
回目以降の起動監視リクエストで相手装置５０の起動の
確認が取れた場合に、起動実績情報補正手段１３を呼び
出す（図５（ａ））。
【００２９】タイマ１６のタイムアウト後、起動監視リ
クエスト制御手段１４は相手装置５０の起動を既に確認
しているため何も処理を行わない（処理はここで終了す
る）。
クエスト制御手段１４は相手装置５０の起動を既に確認
しているため何も処理を行わない（処理はここで終了す
る）。
【００３０】起動実績情報補正手段１３は相手装置５０
の起動時刻の変更に対して迅速に対応するために、古い
起動実績（図６の左の表）によって加算されたポイント
が漸減するように、日付が変わる毎に、起動実績情報記
憶手段１１の持つ起動実績情報の全部の時間帯、曜日お
よび、それぞれの合計値のポイントを“０．９１”倍す
る（図６の右の表）。また、曜日についても同様の乗算
処理を行う。
の起動時刻の変更に対して迅速に対応するために、古い
起動実績（図６の左の表）によって加算されたポイント
が漸減するように、日付が変わる毎に、起動実績情報記
憶手段１１の持つ起動実績情報の全部の時間帯、曜日お
よび、それぞれの合計値のポイントを“０．９１”倍す
る（図６の右の表）。また、曜日についても同様の乗算
処理を行う。
【００３１】また、この結果、時間帯の合計値が、図７
の計算式より算出される合計値の収束値の“５０”％
（この場合には“１１．１１”ポイント）に満たなくな
った場合、起動実績情報記憶手段１１の持つ情報の有効
性が疑わしくなったと判断し、全ての時間帯と全ての曜
日のポイントに初期値“０．１”ポイントを加算する
（図８）。
の計算式より算出される合計値の収束値の“５０”％
（この場合には“１１．１１”ポイント）に満たなくな
った場合、起動実績情報記憶手段１１の持つ情報の有効
性が疑わしくなったと判断し、全ての時間帯と全ての曜
日のポイントに初期値“０．１”ポイントを加算する
（図８）。
【００３２】また、図１は本発明が適用される通信シス
テムの一例にすぎない。本発明は、自装置１０と起動監
視対象である相手装置５０が同一ローカルエリアネット
ワーク上にない、つまり、ルータやワイドエリアネット
ワーク等を介して接続している場合に広く適用される。
テムの一例にすぎない。本発明は、自装置１０と起動監
視対象である相手装置５０が同一ローカルエリアネット
ワーク上にない、つまり、ルータやワイドエリアネット
ワーク等を介して接続している場合に広く適用される。
【００３３】また、相手装置５０にも、自装置１０と同
様な起動監視リクエスト送信間隔最適化装置１０ａを設
け、他装置５０から自装置１０を監視することも可能で
ある。
様な起動監視リクエスト送信間隔最適化装置１０ａを設
け、他装置５０から自装置１０を監視することも可能で
ある。
【００３４】以上説明したように、本発明を利用すれ
ば、相手装置が起動する時刻を、起動実績を元に予測
し、その時刻の前後で集中的な監視を行い、それ以外の
時間帯では送信間隔を長くすることによって、より少な
い起動監視リクエスト送信回数で効果的に相手装置の起
動監視を行うことが可能である。
ば、相手装置が起動する時刻を、起動実績を元に予測
し、その時刻の前後で集中的な監視を行い、それ以外の
時間帯では送信間隔を長くすることによって、より少な
い起動監視リクエスト送信回数で効果的に相手装置の起
動監視を行うことが可能である。
【００３５】
【発明の効果】以上説明したように本発明は、少ない起
動監視リクエストの送信回数で効果的な相手装置の起動
監視ができる。
動監視リクエストの送信回数で効果的な相手装置の起動
監視ができる。
【００３６】従来の一定間隔に送信を繰り返す方式で
は、送信間隔１０分間ならば、相手装置が２４時間起動
しなかった場合、２４時間の間に１４４回のリクエスト
を送信する。
は、送信間隔１０分間ならば、相手装置が２４時間起動
しなかった場合、２４時間の間に１４４回のリクエスト
を送信する。
【００３７】それに対し、実施例において初期値の影響
がほとんどなくなる運用後３か月以上経過している場
合、送信回数を約９０回に抑えられる。さらに起動実績
のほとんどない曜日ならば、６０回以下に抑えられる。
がほとんどなくなる運用後３か月以上経過している場
合、送信回数を約９０回に抑えられる。さらに起動実績
のほとんどない曜日ならば、６０回以下に抑えられる。
【００３８】また、相手装置の起動時刻とそれを自装置
が認識する時刻の差は、従来の方式では平均５分である
が、本発明の実施例では、起動実績が集中している時間
帯では平均１分以内に収まる。
が認識する時刻の差は、従来の方式では平均５分である
が、本発明の実施例では、起動実績が集中している時間
帯では平均１分以内に収まる。
【００３９】すなわち、従来の技術と比べて、起動監視
リクエスト送信にかかる通信費を削減し、自装置の資源
（たとえばＣＰＵ）の占有時間を短くすることができ、
なおかつ、効果的な相手装置の起動監視を行うことがで
きる。
リクエスト送信にかかる通信費を削減し、自装置の資源
（たとえばＣＰＵ）の占有時間を短くすることができ、
なおかつ、効果的な相手装置の起動監視を行うことがで
きる。
【００４０】したがって、従来の「監視伝送装置」の欠
点を除去できる。
点を除去できる。
【図１】本発明の要旨を示すブロック図である。
【図２】運用開始時の初期処理を表す図である。
【図３】相手装置の起動を確認した場合の加算処理を表
す図である。
す図である。
【図４】複数の時間帯にわたって加算処理を行う場合の
処理を表す図である。
処理を表す図である。
【図５】リクエストの送信回数により、異なる処理を行
うことを表す図である。
うことを表す図である。
【図６】日付が変わった場合の補正処理を表す図であ
る。
る。
【図７】合計値の収束値を求める計算式である。
【図８】合計値が一定条件を満たした場合の補正処理を
表す図である。
表す図である。
【図９】送信した時間帯のポイントが平均の何倍かを求
める計算式である。
める計算式である。
【図１０】送信した曜日のポイントが平均の何倍かを求
める計算式である。
める計算式である。
【図１１】図９、１０の計算式で求めた値を引き数にし
て、送信間隔の係数を求める計算式である。
て、送信間隔の係数を求める計算式である。
１０ 自装置 １０ａ 起動監視リクエスト送信間隔最適化装置 １０ｂ 通信制御装置 １１ 起動実績情報記憶手段 １２ 起動監視リクエスト送信間隔計算手段 １３ 起動実績情報補正手段 １４ 起動監視リクエスト制御手段 １５ 相手装置起動確認手段 １６ タイマ ３０ ワイドエリアネットワーク ３１ 通信回線 ４０ ローカルエリアネットワーク ４１ ルータ ５０ 相手装置 ５１〜５Ｎ 計算機
Claims (2)
- 【請求項１】（ａ）相手装置へ最適時間間隔情報にした
がって起動監視リクエストを送信し、かつ前記起動監視
リクエストを送信したことを示す起動監視リクエスト送
信通知を作成する起動監視リクエスト制御手段と、 （ｂ）前記起動監視リクエスト制御手段により相手装置
の起動が確認された時間情報を記憶する起動実績情報記
憶手段と、 （ｃ）前記起動実績情報記憶手段の前記時間情報を元に
前記起動監視リクエストを送信するための前記最適時間
間隔情報を作成し前記起動監視リクエスト制御手段へ通
知する起動監視リクエスト送信間隔計算手段と、 （ｄ）前記起動監視リクエスト制御手段が相手装置の起
動確認通知を受け取った場合やその他の一定条件を満た
した場合に、前記起動実績情報記憶手段の時間情報を現
状に合うように補正を行う起動実績情報補正手段と、 （ｅ）相手装置の起動を確認したことを示す前記起動確
認通知を前記起動実績情報補正手段および前記起動監視
リクエスト制御手段へ送出する相手装置起動確認手段
と、 （ｆ）前記起動監視リクエスト制御手段からの前記最適
時間間隔情報をもとに時間を計測し、前記最適時間間隔
情報の時間に達すると、前記起動監視リクエスト制御手
段へ通知を行うタイマと、を有するすることを特徴とす
る起動監視リクエスト送信間隔最適化装置。 - 【請求項２】（ａ）相手装置へ最適時間間隔情報にした
がって起動監視リクエストを送信し、かつ前記起動監視
リクエストを送信したことを示す起動監視リクエスト送
信通知を作成する起動監視リクエスト制御手段と、 （ｂ）前記起動監視リクエスト制御手段により相手装置
の起動が確認された時間情報を記憶する起動実績情報記
憶手段と、 （ｃ）前記起動実績情報記憶手段の前記時間情報を元に
前記起動監視リクエストを送信するための前記最適時間
間隔情報を作成し前記起動監視リクエスト制御手段へ通
知する起動監視リクエスト送信間隔計算手段と、 （ｄ）前記起動監視リクエスト制御手段が相手装置の起
動確認通知を受け取った場合やその他の一定条件を満た
した場合に、前記起動実績情報記憶手段の時間情報を現
状に合うように補正を行う起動実績情報補正手段と、 （ｅ）相手装置の起動を確認したことを示す前記起動確
認通知を前記起動実績情報補正手段および前記起動監視
リクエスト制御手段へ送出する相手装置起動確認手段
と、 （ｆ）前記起動監視リクエスト制御手段からの前記最適
時間間隔情報をもとに時間を計測し、前記最適時間間隔
情報の時間に達すると、前記起動監視リクエスト制御手
段へ通知を行うタイマとを有する起動監視リクエスト送
信間隔最適化装置を、ネットワークにより接続された自
装置または相手装置の少なくとも一方が有することを特
徴とする通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8165945A JP2859212B2 (ja) | 1996-06-26 | 1996-06-26 | 起動監視リクエスト送信間隔最適化装置および通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8165945A JP2859212B2 (ja) | 1996-06-26 | 1996-06-26 | 起動監視リクエスト送信間隔最適化装置および通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1013974A JPH1013974A (ja) | 1998-01-16 |
| JP2859212B2 true JP2859212B2 (ja) | 1999-02-17 |
Family
ID=15822012
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8165945A Expired - Fee Related JP2859212B2 (ja) | 1996-06-26 | 1996-06-26 | 起動監視リクエスト送信間隔最適化装置および通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2859212B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5668714B2 (ja) * | 2012-03-28 | 2015-02-12 | カシオ計算機株式会社 | データ処理装置及びプログラム |
| CN114158027B (zh) * | 2021-12-14 | 2023-07-25 | 深圳Tcl新技术有限公司 | 通信连接方法、装置、终端和存储介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03162198A (ja) * | 1989-11-21 | 1991-07-12 | Fuji Electric Co Ltd | 制御装置の動作状態通知装置 |
| JPH05219570A (ja) * | 1992-02-04 | 1993-08-27 | Nec Eng Ltd | 監視制御方式 |
-
1996
- 1996-06-26 JP JP8165945A patent/JP2859212B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1013974A (ja) | 1998-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8010840B2 (en) | Generation of problem tickets for a computer system | |
| US8331237B2 (en) | Supervisory control method and supervisory control device | |
| EP0929025A1 (en) | Password updating apparatus and recording medium used therefor | |
| JP2011072004A (ja) | プロセス制御システムおよびアプリケーション情報を通信する方法 | |
| CN110855792A (zh) | 一种消息推送方法、装置、设备及介质 | |
| CN110992052A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
| JP2859212B2 (ja) | 起動監視リクエスト送信間隔最適化装置および通信システム | |
| JP2004206634A (ja) | 監視方法、稼動監視装置、監視システム及びコンピュータプログラム | |
| CN112437146B (zh) | 一种设备状态同步方法、装置及系统 | |
| US20010052020A1 (en) | Control system for network servers | |
| CN113157472A (zh) | 一种服务信息处理方法、装置、设备及计算机存储介质 | |
| CN111190754A (zh) | 一种区块链事件通知方法及区块链系统 | |
| JP2002141921A (ja) | ノード監視方法、ノード監視システム、および記録媒体 | |
| JP2008171104A (ja) | 業務サービスとシステム性能を監視対象とする監視装置、監視システム、監視方法および監視プログラム | |
| CN110881213A (zh) | 一种网络测试过程信息的传输方法及系统 | |
| JPH06252978A (ja) | ネットワークパラメタ自動調整装置 | |
| CN116886755B (zh) | 一种被测服务器的保活方法及装置 | |
| JP2783529B2 (ja) | ネットワークにおける情報処理資源監視のための定期的ポーリング管理装置及びこの装置によって実施される方法 | |
| JP3251259B2 (ja) | 端末応答監視自動制御装置および端末応答監視自動制御方法 | |
| JP2011100370A (ja) | 情報提供装置、情報提供システムおよび情報提供方法 | |
| KR100904085B1 (ko) | 시퀀스 데이터 전송 방법 | |
| JP2005286600A (ja) | 通信処理装置 | |
| JP2001053783A (ja) | データ配信システム及びプログラムを記録した機械読み取り可能な記録媒体 | |
| JP2001297016A (ja) | 命令実行システム | |
| CN117857566A (zh) | 基于websocket服务的异步任务消息通知方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19981104 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |