JPH0697984A - ネットワーク通信方法 - Google Patents
ネットワーク通信方法Info
- Publication number
- JPH0697984A JPH0697984A JP4243460A JP24346092A JPH0697984A JP H0697984 A JPH0697984 A JP H0697984A JP 4243460 A JP4243460 A JP 4243460A JP 24346092 A JP24346092 A JP 24346092A JP H0697984 A JPH0697984 A JP H0697984A
- Authority
- JP
- Japan
- Prior art keywords
- data
- information processing
- rmd
- communication method
- network communication
- 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.)
- Withdrawn
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】情報処理装置間のデータ転送を行うためのネッ
トワーク通信方法に関し、データを受け入れる側の情報
処理装置の運用への影響が小さいデータ転送を実現する
ことを目的とする。 【構成】複数の情報処理装置間１０，２０でデータ転送
を行うためのネットワーク通信方法であって、データＲ
ＭＤを受け入れる側の情報処理装置２０が、資源に対す
る負荷の状態を判別し、低負荷状態のときにはデータ転
送プログラム２１を実行してデータを受け入れ、高負荷
状態のときにはデータ転送プログラム２１の実行を停止
することにより実質的にデータの受入れを拒否するよう
に構成される。
トワーク通信方法に関し、データを受け入れる側の情報
処理装置の運用への影響が小さいデータ転送を実現する
ことを目的とする。 【構成】複数の情報処理装置間１０，２０でデータ転送
を行うためのネットワーク通信方法であって、データＲ
ＭＤを受け入れる側の情報処理装置２０が、資源に対す
る負荷の状態を判別し、低負荷状態のときにはデータ転
送プログラム２１を実行してデータを受け入れ、高負荷
状態のときにはデータ転送プログラム２１の実行を停止
することにより実質的にデータの受入れを拒否するよう
に構成される。
Description
【０００１】
【産業上の利用分野】本発明は、情報処理装置間のデー
タ転送を行うためのネットワーク通信方法に関し、無休
稼動の情報処理装置に対する遠隔保守などに利用され
る。
タ転送を行うためのネットワーク通信方法に関し、無休
稼動の情報処理装置に対する遠隔保守などに利用され
る。
【０００２】情報処理装置のネットワーク化が進み、情
報処理装置間で大量のデータを転送するデータ通信が広
く行われるようになってきた。ネットワークにおいて
は、これを効率的に運用する上で、情報処理装置の過負
荷を避ける必要がある。
報処理装置間で大量のデータを転送するデータ通信が広
く行われるようになってきた。ネットワークにおいて
は、これを効率的に運用する上で、情報処理装置の過負
荷を避ける必要がある。
【０００３】
【従来の技術】従来より、複数の情報処理装置に対し
て、保守センターのホストコンピュータが集中的に遠隔
保守を行うように構成されたネットワークがある。
て、保守センターのホストコンピュータが集中的に遠隔
保守を行うように構成されたネットワークがある。
【０００４】遠隔保守の内容としては、プログラムのレ
ベルアップやファイルの更新といったソフトウェア資源
の拡充、及び障害時の復旧などがある。このような遠隔
保守に際しては、プログラムやファイルなどの比較的に
大量のデータがホストコンピュータから各情報処理装置
へ転送される。
ベルアップやファイルの更新といったソフトウェア資源
の拡充、及び障害時の復旧などがある。このような遠隔
保守に際しては、プログラムやファイルなどの比較的に
大量のデータがホストコンピュータから各情報処理装置
へ転送される。
【０００５】従来において、遠隔保守は、即時性を要す
るもの以外については、大量データの受け入れによって
被保守側の情報処理装置が過負荷状態になるのを避ける
ために、被保守側の情報処理装置が閑散（低負荷状態）
となる時間帯を選んで行われていた。
るもの以外については、大量データの受け入れによって
被保守側の情報処理装置が過負荷状態になるのを避ける
ために、被保守側の情報処理装置が閑散（低負荷状態）
となる時間帯を選んで行われていた。
【０００６】すなわち、例えば一般の店舗やオフィスの
情報処理装置であれば、夜間や休日などの業務時間外に
遠隔保守が行われていた。また、無停止型コンピュータ
（ＦＴＣ：Ｆａｕｌｔ Ｔｏｒｅｌａｎｔ Ｃｏｍｐｕ
ｔｅｒ）などからなる無休稼動の情報処理装置であれ
ば、稼動状況の統計などに基づいて適当に設定した一定
時刻に遠隔保守が行われていた。
情報処理装置であれば、夜間や休日などの業務時間外に
遠隔保守が行われていた。また、無停止型コンピュータ
（ＦＴＣ：Ｆａｕｌｔ Ｔｏｒｅｌａｎｔ Ｃｏｍｐｕ
ｔｅｒ）などからなる無休稼動の情報処理装置であれ
ば、稼動状況の統計などに基づいて適当に設定した一定
時刻に遠隔保守が行われていた。
【０００７】
【発明が解決しようとする課題】上述のように遠隔保守
を行う時期を時刻で設定した場合、特に保守対象が無休
稼動の情報処理装置のときには、遠隔保守時においてそ
の情報処理装置が低負荷状態であるとは限らないという
問題があった。
を行う時期を時刻で設定した場合、特に保守対象が無休
稼動の情報処理装置のときには、遠隔保守時においてそ
の情報処理装置が低負荷状態であるとは限らないという
問題があった。
【０００８】情報処理装置が低負荷状態でなければ、遠
隔保守データの受け入れによって過負荷状態になり、処
理速度が低下してレスポンスタイム及びターンアラウン
ドタイムが増大することになる。つまり情報処理装置の
運用に支障が生じてしまう。
隔保守データの受け入れによって過負荷状態になり、処
理速度が低下してレスポンスタイム及びターンアラウン
ドタイムが増大することになる。つまり情報処理装置の
運用に支障が生じてしまう。
【０００９】本発明は、上述の問題に鑑み、データを受
け入れる側の情報処理装置の運用への影響が小さいデー
タ転送を実現することを目的としている。
け入れる側の情報処理装置の運用への影響が小さいデー
タ転送を実現することを目的としている。
【００１０】
【課題を解決するための手段】請求項１の発明に係る通
信方法は、上述の課題を解決するため、図１に示すよう
に、複数の情報処理装置間１０，２０でデータ転送を行
うためのネットワーク通信方法であって、データＲＭＤ
を受け入れる側の情報処理装置２０が、資源に対する負
荷の状態を判別し、低負荷状態のときにはデータ転送プ
ログラム２１を実行してデータを受け入れ、高負荷状態
のときにはデータ転送プログラム２１の実行を停止する
ことにより実質的にデータの受入れを拒否する。
信方法は、上述の課題を解決するため、図１に示すよう
に、複数の情報処理装置間１０，２０でデータ転送を行
うためのネットワーク通信方法であって、データＲＭＤ
を受け入れる側の情報処理装置２０が、資源に対する負
荷の状態を判別し、低負荷状態のときにはデータ転送プ
ログラム２１を実行してデータを受け入れ、高負荷状態
のときにはデータ転送プログラム２１の実行を停止する
ことにより実質的にデータの受入れを拒否する。
【００１１】請求項２の発明に係る通信方法は、高負荷
状態から低負荷状態に移行した時点で、データＲＭＤを
受け入れる側の情報処理装置２０が、データＲＭＤを送
出する側の情報処理装置１０に対して、データの受け入
れが可能であることを通知する。
状態から低負荷状態に移行した時点で、データＲＭＤを
受け入れる側の情報処理装置２０が、データＲＭＤを送
出する側の情報処理装置１０に対して、データの受け入
れが可能であることを通知する。
【００１２】請求項３の発明に係る通信方法は、低負荷
状態の期間中に一定時間Ｔ毎に、データＲＭＤを受け入
れる側の情報処理装置２０が、データＲＭＤを送出する
側の情報処理装置１０に対して、データの受け入れが可
能であることを通知する。
状態の期間中に一定時間Ｔ毎に、データＲＭＤを受け入
れる側の情報処理装置２０が、データＲＭＤを送出する
側の情報処理装置１０に対して、データの受け入れが可
能であることを通知する。
【００１３】請求項４の発明に係る通信方法は、保守側
及び被保守側の情報処理装置間１０，２０で遠隔保守デ
ータＲＭＤの転送を行うためのネットワーク通信方法で
あって、被保守側の情報処理装置２０が、資源に対する
負荷の状態を判別し、低負荷状態のときにはデータ転送
プログラム２１を実行して遠隔保守データＲＭＤを受け
入れ、高負荷状態のときにはデータ転送プログラム２１
の実行を停止することにより実質的に遠隔保守データＲ
ＭＤの受入れを拒否する。
及び被保守側の情報処理装置間１０，２０で遠隔保守デ
ータＲＭＤの転送を行うためのネットワーク通信方法で
あって、被保守側の情報処理装置２０が、資源に対する
負荷の状態を判別し、低負荷状態のときにはデータ転送
プログラム２１を実行して遠隔保守データＲＭＤを受け
入れ、高負荷状態のときにはデータ転送プログラム２１
の実行を停止することにより実質的に遠隔保守データＲ
ＭＤの受入れを拒否する。
【００１４】請求項５の発明に係る通信方法は、前記被
保守側の情報処理装置２０を無停止型の情報処理装置と
する。
保守側の情報処理装置２０を無停止型の情報処理装置と
する。
【００１５】
【作用】データを受け入れる側の情報処理装置２０が高
負荷状態のとき、すなわち処理すべきジョブが多数投入
されてＣＰＵやチャネルなどの資源が繁忙であるときに
は、データ転送プログラム２１が一旦停止される。これ
により、実質的にデータの受け入れが拒否される。
負荷状態のとき、すなわち処理すべきジョブが多数投入
されてＣＰＵやチャネルなどの資源が繁忙であるときに
は、データ転送プログラム２１が一旦停止される。これ
により、実質的にデータの受け入れが拒否される。
【００１６】高負荷状態から低負荷状態に移行した時点
で、データ転送プログラム２１が再起動されるととも
に、データを送出する側の情報処理装置１０に対して、
データの受け入れが可能であることが通知される。ま
た、その後に低負荷状態が継続する期間において、一定
時間Ｔ毎にデータの受け入れが可能であることが通知さ
れる。
で、データ転送プログラム２１が再起動されるととも
に、データを送出する側の情報処理装置１０に対して、
データの受け入れが可能であることが通知される。ま
た、その後に低負荷状態が継続する期間において、一定
時間Ｔ毎にデータの受け入れが可能であることが通知さ
れる。
【００１７】
【実施例】図１は本発明のネットワーク通信方法を示す
図、図２は本発明の実施に係る遠隔保守ネットワーク１
の概略の構成を示すブロック図である。
図、図２は本発明の実施に係る遠隔保守ネットワーク１
の概略の構成を示すブロック図である。
【００１８】図２において、遠隔保守ネットワーク１
は、複数のＦＴＣ２０とこれらに対して遠隔保守を行う
ホストコンピュータ１０とから構成されている。各ＦＴ
Ｃ２０は、無休稼動（無休運転）の情報処理装置であ
り、例えば交通管制やセキュリティシステム、２４時間
営業の店舗のＰＯＳシステムなどの制御・監視装置とし
て設けられている。そして、これらＦＴＣ２０には、デ
ータ転送プログラム２１及び負荷状態判別部２２がそれ
ぞれ設けられている。
は、複数のＦＴＣ２０とこれらに対して遠隔保守を行う
ホストコンピュータ１０とから構成されている。各ＦＴ
Ｃ２０は、無休稼動（無休運転）の情報処理装置であ
り、例えば交通管制やセキュリティシステム、２４時間
営業の店舗のＰＯＳシステムなどの制御・監視装置とし
て設けられている。そして、これらＦＴＣ２０には、デ
ータ転送プログラム２１及び負荷状態判別部２２がそれ
ぞれ設けられている。
【００１９】データ転送プログラム２１は、ホストコン
ピュータ１０とのデータ通信を担うプログラムであり、
ホストコンピュータ１０から送出された遠隔保守データ
ＲＭＤを受け入れて図示しない補助記憶装置に格納する
とともに、後述の時期にデータの受入れが可能であるこ
とを示す状態信号ＳＣをホストコンピュータ１０へ送信
する。
ピュータ１０とのデータ通信を担うプログラムであり、
ホストコンピュータ１０から送出された遠隔保守データ
ＲＭＤを受け入れて図示しない補助記憶装置に格納する
とともに、後述の時期にデータの受入れが可能であるこ
とを示す状態信号ＳＣをホストコンピュータ１０へ送信
する。
【００２０】また、負荷状態判別部２２は、ＣＰＵや入
出力チャネルなどの資源の使用状況の検知とレスポンス
タイムの計時を行い、これにより得られた情報に基づい
て総合的にＦＴＣ２０の資源に対する負荷の状態を判別
する。そして、負荷状態判別部２２は、図１に示すよう
に、資源に対して所定の基準レベルＬＶを越える負荷が
加わっているとき、すなわちＦＴＣ２０が高負荷状態の
ときにデータ転送プログラム２１を停止し、資源に対す
る負荷が基準レベルＬＶを下回ってＦＴＣ２０が低負荷
状態になったときにデータ転送プログラム２１を起動す
る。
出力チャネルなどの資源の使用状況の検知とレスポンス
タイムの計時を行い、これにより得られた情報に基づい
て総合的にＦＴＣ２０の資源に対する負荷の状態を判別
する。そして、負荷状態判別部２２は、図１に示すよう
に、資源に対して所定の基準レベルＬＶを越える負荷が
加わっているとき、すなわちＦＴＣ２０が高負荷状態の
ときにデータ転送プログラム２１を停止し、資源に対す
る負荷が基準レベルＬＶを下回ってＦＴＣ２０が低負荷
状態になったときにデータ転送プログラム２１を起動す
る。
【００２１】以下、図１を参照して、ホストコンピュー
タ１０及びＦＴＣ２０の動作をさらに詳しく説明する。
図１では、例えばファイル更新を内容とする遠隔保守
が、毎日１回ずつ日次処理の形で行われるものとする。
すなわち、ホストコンピュータ１０は、原則として１日
の内の予め定められた保守予定時刻に、遠隔保守データ
ＲＭＤとして最新のファイルに対応した大量のデータを
転送する（厳密には転送を試みる）。
タ１０及びＦＴＣ２０の動作をさらに詳しく説明する。
図１では、例えばファイル更新を内容とする遠隔保守
が、毎日１回ずつ日次処理の形で行われるものとする。
すなわち、ホストコンピュータ１０は、原則として１日
の内の予め定められた保守予定時刻に、遠隔保守データ
ＲＭＤとして最新のファイルに対応した大量のデータを
転送する（厳密には転送を試みる）。
【００２２】図１の第１日目において、ホストコンピュ
ータ１０は保守予定時刻に遠隔保守データＲＭＤを転送
するためにＦＴＣ２０にアクセスする。このとき、図１
の例ではＦＴＣ２０は低負荷状態であり、データ転送プ
ログラム２１が起動されている。
ータ１０は保守予定時刻に遠隔保守データＲＭＤを転送
するためにＦＴＣ２０にアクセスする。このとき、図１
の例ではＦＴＣ２０は低負荷状態であり、データ転送プ
ログラム２１が起動されている。
【００２３】データ転送プログラム２１はホストコンピ
ュータ１０のアクセスに直ちに応答し、所定プロトコル
の通信を開始する。したがって、第１日目はほぼ保守予
定時刻に遠隔保守データＲＭＤが転送される。
ュータ１０のアクセスに直ちに応答し、所定プロトコル
の通信を開始する。したがって、第１日目はほぼ保守予
定時刻に遠隔保守データＲＭＤが転送される。
【００２４】第２日目においても第１日目と同様に、ホ
ストコンピュータ１０は保守予定時刻にＦＴＣ２０にア
クセスする。しかし、このとき、ＦＴＣ２０は高負荷状
態であり、データ転送プログラム２１は停止している。
このため、ホストコンピュータ１０からみると、アクセ
スに対する応答がなく、実質的に遠隔保守データＲＭＤ
の受入れが拒否されることになる。遠隔保守データＲＭ
Ｄの受入れが拒否されたホストコンピュータ１０はデー
タ転送処理を中止する。
ストコンピュータ１０は保守予定時刻にＦＴＣ２０にア
クセスする。しかし、このとき、ＦＴＣ２０は高負荷状
態であり、データ転送プログラム２１は停止している。
このため、ホストコンピュータ１０からみると、アクセ
スに対する応答がなく、実質的に遠隔保守データＲＭＤ
の受入れが拒否されることになる。遠隔保守データＲＭ
Ｄの受入れが拒否されたホストコンピュータ１０はデー
タ転送処理を中止する。
【００２５】その後、ＦＴＣ２０の状態が、実行すべき
ジョブの減少により高負荷状態から低負荷状態へ移行す
ると、データ転送プログラム２１が再起動される。起動
直後、データ転送プログラム２１は、状態信号ＳＣを送
信してホストコンピュータ１０にデータ受入れ可能であ
ることを通知する。状態信号ＳＣを受けたホストコンピ
ュータ１０は、再びＦＴＣ２０にアクセスして遠隔保守
データＲＭＤを転送する。なお、遠隔保守データＲＭＤ
の受入れ中は、高負荷状態になってもデータ転送プログ
ラム２１は停止されない。
ジョブの減少により高負荷状態から低負荷状態へ移行す
ると、データ転送プログラム２１が再起動される。起動
直後、データ転送プログラム２１は、状態信号ＳＣを送
信してホストコンピュータ１０にデータ受入れ可能であ
ることを通知する。状態信号ＳＣを受けたホストコンピ
ュータ１０は、再びＦＴＣ２０にアクセスして遠隔保守
データＲＭＤを転送する。なお、遠隔保守データＲＭＤ
の受入れ中は、高負荷状態になってもデータ転送プログ
ラム２１は停止されない。
【００２６】第３日目においては、ＦＴＣ２０は第２日
目と同様に遠隔保守データＲＭＤの受入れを一旦拒否
し、その後に低負荷状態になった時点で状態信号ＳＣを
送信する。
目と同様に遠隔保守データＲＭＤの受入れを一旦拒否
し、その後に低負荷状態になった時点で状態信号ＳＣを
送信する。
【００２７】ところが、このとき、他のＦＴＣ２０に対
する保守などで繁忙であったり、又は種々のトラブルが
発生し、ホストコンピュータ１０が状態信号ＳＣに対応
できない場合がある。
する保守などで繁忙であったり、又は種々のトラブルが
発生し、ホストコンピュータ１０が状態信号ＳＣに対応
できない場合がある。
【００２８】このような場合、ＦＴＣ２０は、低負荷状
態が続いている期間において、例えば３０分〜１時間程
度の一定時間Ｔ毎に、状態信号ＳＣを送信してデータの
受入れが可能であることをホストコンピュータ１０に通
知する。
態が続いている期間において、例えば３０分〜１時間程
度の一定時間Ｔ毎に、状態信号ＳＣを送信してデータの
受入れが可能であることをホストコンピュータ１０に通
知する。
【００２９】図１の例では、保守予定時刻以降の３番目
の状態信号ＳＣに呼応して、ホストコンピュータ１０に
より再びＦＴＣ２０がアクセスされ、遠隔保守データＲ
ＭＤが転送される。
の状態信号ＳＣに呼応して、ホストコンピュータ１０に
より再びＦＴＣ２０がアクセスされ、遠隔保守データＲ
ＭＤが転送される。
【００３０】また、第４日目の場合は、保守予定時刻の
前後においてＦＴＣ２０が長時間にわたって連続的に高
負荷状態となっている。このような場合、ＦＴＣ２０は
保守予定時刻から一定時間Ｔ２（Ｔ２＞Ｔ）が経過した
時点で、データの受入れを強行するための処理として、
高負荷状態であっても状態信号ＳＣを送信する。
前後においてＦＴＣ２０が長時間にわたって連続的に高
負荷状態となっている。このような場合、ＦＴＣ２０は
保守予定時刻から一定時間Ｔ２（Ｔ２＞Ｔ）が経過した
時点で、データの受入れを強行するための処理として、
高負荷状態であっても状態信号ＳＣを送信する。
【００３１】これにより、ホストコンピュータ１０から
遠隔保守データＲＭＤが転送され、強制的に遠隔保守が
行われる。以上のように、遠隔保守ネットワーク１で
は、遠隔保守データＲＭＤを受け入れる側のＦＴＣ２０
の負荷の状態に応じて、ＦＴＣ２０の負担をできるだけ
軽減するように、ホストコンピュータ１０とＦＴＣ２０
との間で遠隔保守データＲＭＤの転送が行われる。
遠隔保守データＲＭＤが転送され、強制的に遠隔保守が
行われる。以上のように、遠隔保守ネットワーク１で
は、遠隔保守データＲＭＤを受け入れる側のＦＴＣ２０
の負荷の状態に応じて、ＦＴＣ２０の負担をできるだけ
軽減するように、ホストコンピュータ１０とＦＴＣ２０
との間で遠隔保守データＲＭＤの転送が行われる。
【００３２】上述に実施例によれば、ホストコンピュー
タ１０によるＦＴＣ２０に対する再度のアクセスを状態
信号ＳＣに呼応して行うので、ホストコンピュータ１０
が例えば一定周期でＦＴＣ２０の状態確認を行う場合に
比べて、ホストコンピュータ１０のソフトウェアの負担
を軽減することができる。
タ１０によるＦＴＣ２０に対する再度のアクセスを状態
信号ＳＣに呼応して行うので、ホストコンピュータ１０
が例えば一定周期でＦＴＣ２０の状態確認を行う場合に
比べて、ホストコンピュータ１０のソフトウェアの負担
を軽減することができる。
【００３３】上述の実施例において、ＦＴＣ２０の状態
判別のための基準レベルＬＶは、ＦＴＣ２０のハードウ
ェア資源の能力に応じて適宜設定すればよい。上述の実
施例においては、遠隔保守ネットワーク１を例示した
が、他の種々のネットワークにも本発明を適用すること
ができる。また、データを受け入れる側の情報処理装置
は、ＦＴＣなどの無休稼動の装置に限定されない。
判別のための基準レベルＬＶは、ＦＴＣ２０のハードウ
ェア資源の能力に応じて適宜設定すればよい。上述の実
施例においては、遠隔保守ネットワーク１を例示した
が、他の種々のネットワークにも本発明を適用すること
ができる。また、データを受け入れる側の情報処理装置
は、ＦＴＣなどの無休稼動の装置に限定されない。
【００３４】
【発明の効果】本発明によれば、データを受け入れる側
の情報処理装置の運用への影響が小さいデータ転送を実
現することができる。
の情報処理装置の運用への影響が小さいデータ転送を実
現することができる。
【００３５】請求項２及び請求項３の発明によれば、デ
ータを送出する側の情報処理装置の負担を軽減すること
ができる。請求項４の発明によれば、保守対象の情報処
理装置の運用に対する遠隔保守の影響を可及的に抑える
ことができる。
ータを送出する側の情報処理装置の負担を軽減すること
ができる。請求項４の発明によれば、保守対象の情報処
理装置の運用に対する遠隔保守の影響を可及的に抑える
ことができる。
【００３６】請求項５の発明によれば、遠隔保守による
影響の小さい無休稼動を実現することができる。
影響の小さい無休稼動を実現することができる。
【図１】本発明のネットワーク通信方法を示す図であ
る。
る。
【図２】本発明の実施に係る遠隔保守ネットワークの概
略の構成を示すブロック図である。
略の構成を示すブロック図である。
２０ ＦＴＣ（データを受け入れる側の情報処理装置） ２１ データ転送プログラム ＲＭＤ 遠隔保守データ（データ） １０ ホストコンピュータ（データを送出する側の情報
処理装置） ＳＣ データの受け入れが可能であることを通知するた
めの状態信号 Ｔ 一定時間
処理装置） ＳＣ データの受け入れが可能であることを通知するた
めの状態信号 Ｔ 一定時間
Claims (5)
- 【請求項１】複数の情報処理装置間（１０）（２０）で
データ転送を行うためのネットワーク通信方法であっ
て、 データ（ＲＭＤ）を受け入れる側の情報処理装置（２
０）が、資源に対する負荷の状態を判別し、低負荷状態
のときにはデータ転送プログラム（２１）を実行してデ
ータを受け入れ、高負荷状態のときにはデータ転送プロ
グラム（２１）の実行を停止することにより実質的にデ
ータの受入れを拒否することを特徴とするネットワーク
通信方法。 - 【請求項２】高負荷状態から低負荷状態に移行した時点
で、データ（ＲＭＤ）を受け入れる側の情報処理装置
（２０）が、データ（ＲＭＤ）を送出する側の情報処理
装置（１０）に対して、データの受け入れが可能である
ことを通知することを特徴とする請求項１記載のネット
ワーク通信方法。 - 【請求項３】低負荷状態の期間中に一定時間（Ｔ）毎
に、データ（ＲＭＤ）を受け入れる側の情報処理装置
（２０）が、データ（ＲＭＤ）を送出する側の情報処理
装置（１０）に対して、データの受け入れが可能である
ことを通知することを特徴とする請求項２記載のネット
ワーク通信方法。 - 【請求項４】保守側及び被保守側の情報処理装置間（１
０）（２０）で遠隔保守データ（ＲＭＤ）の転送を行う
ためのネットワーク通信方法であって、 被保守側の情報処理装置（２０）が、資源に対する負荷
の状態を判別し、低負荷状態のときにはデータ転送プロ
グラム（２１）を実行して遠隔保守データ（ＲＭＤ）を
受け入れ、高負荷状態のときにはデータ転送プログラム
（２１）の実行を停止することにより実質的に遠隔保守
データ（ＲＭＤ）の受入れを拒否することを特徴とする
ネットワーク通信方法。 - 【請求項５】前記被保守側の情報処理装置（２０）を無
停止型の情報処理装置としたことを特徴とする請求項４
記載のネットワーク通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4243460A JPH0697984A (ja) | 1992-09-11 | 1992-09-11 | ネットワーク通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4243460A JPH0697984A (ja) | 1992-09-11 | 1992-09-11 | ネットワーク通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0697984A true JPH0697984A (ja) | 1994-04-08 |
Family
ID=17104219
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4243460A Withdrawn JPH0697984A (ja) | 1992-09-11 | 1992-09-11 | ネットワーク通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0697984A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2854752A1 (fr) * | 2002-03-25 | 2004-11-12 | Hewlett Packard Co | Conservation de listes de distribution d'emetteurs numeriques |
-
1992
- 1992-09-11 JP JP4243460A patent/JPH0697984A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2854752A1 (fr) * | 2002-03-25 | 2004-11-12 | Hewlett Packard Co | Conservation de listes de distribution d'emetteurs numeriques |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5386512A (en) | System for deriving and testing mutual capability set after receiving updated capability from other processors and before requesting service information | |
| US6337850B1 (en) | Method and apparatus for executing communication in real-time and data structure for real-time data communication | |
| US7676610B2 (en) | Device and method for optimization of target host device process handling according to the status and the priority of the target host device process | |
| WO1990002378A1 (en) | Multilevel distributed computer system | |
| JP3490473B2 (ja) | プロセッサ間通信システム | |
| US5664090A (en) | Processor system and method for maintaining internal state consistency between active and stand-by modules | |
| WO2003083683A2 (en) | Most eligible server in a common work queue environment | |
| EP0398649A2 (en) | Remote interrupt processing | |
| JPH04234240A (ja) | 通信セッション監査方法及び装置 | |
| JPH0697984A (ja) | ネットワーク通信方法 | |
| JP2921458B2 (ja) | トランザクション処理の負荷分散方式 | |
| JPH0962624A (ja) | オンライントランザクションの処理方法および処理システム | |
| JPH07152699A (ja) | 情報処理方法及び装置及びシステム | |
| CN111382139A (zh) | 对数据库中同一账户的并行访问方法 | |
| JP2000222374A (ja) | 負荷分散型パケット並列処理装置 | |
| JPS63146153A (ja) | プロセツサ間排他制御処理方式 | |
| JPH06195317A (ja) | データ処理システム | |
| JPS619742A (ja) | 事象管理方式 | |
| JP2581558B2 (ja) | 分散処理システム | |
| JPH0378056A (ja) | データトラフィック制御装置 | |
| JP2812274B2 (ja) | 疎結合多重計算機システムにおけるトランザクション負荷分散システム | |
| JPH04329443A (ja) | タスク制御方式 | |
| JPS59177638A (ja) | メツセ−ジ優先送出制御方式 | |
| JPH0764892A (ja) | 分散コンピューティングシステム | |
| CN115293513A (zh) | 一种采购平台异步任务调度方法、装置及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19991130 |