JPH11219327A - ネットワーク・インタフェースおよびそれを利用した計算機システム - Google Patents

Abstract

(57)【要約】 【課題】クライアントプログラムがサーバ機の停止を直
ちに検出でき、速やかに次の対応に移ることができる計
算機システムを提供する。 【解決手段】ネットワーク・インタフェース（ＮＩＡ）
に常時電源を供給する手段と、自分が搭載されているサ
ーバ機が停止しているかどうか検出する手段と、クライ
アント機を送信先とする配送不能通知を作成する手段を
設け、もし当該サーバ機が停止している時にネットワー
クからパケットがＮＩＡに送られてきたら「当該サーバ
機は停止している」旨の配送不能通知を、直ちにクライ
アント機に送り返す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを利
用した計算機システムに関する。

【０００２】

【従来の技術】現在一般に知られている計算機システム
は、図２に示すように、計算機システムに含まれる各計
算機が、それぞれネットワーク・インタフェース（以下
ＮＩＡと記述する）を搭載し、ネットワークに接続され
る。ＮＩＡは、自分が搭載された計算機とネットワーク
との間の通信を実現する装置である。

【０００３】図２に示す計算機システムにおいて、サー
バ機１は計算機の１つであり、通常１つ以上のプロセッ
サ，主記憶，入出力機器等からなる構成要素９，９′、
…を有している。またサーバ機１はＮＩＡ４０を有して
おり、このＮＩＡ４０、およびＮＩＡ４０に接続された
リンク４を通じて、ネットワーク２に接続されている。

【０００４】また、図２には図示していないが、前記構
成要素９，９′、…およびNIA40 は信号線で接続されて
おり、互いにデータを転送しあうことができる。これに
より、サーバ機１上で、当該主記憶の一部分に格納され
当該プロセッサ上で実行されているプログラムは、ＮＩ
Ａ４０に司令してネットワーク２に対してパケット（デ
ータグラムとも言うが、本明細書ではパケットを用い
る）を送信したり、ＮＩＡ４０からの司令により、ネッ
トワーク２を経由して送られてきたパケットを受信した
りすることができる。

【０００５】図２のＮＩＡ４０についてさらに詳細に述
べる。ＮＩＡ４０は、通信制御部４１を有しており、こ
の通信制御部４１は、送受信部２２と通常時通信制御部
２４を有している。ここで、送受信部２２は、ネットワ
ーク２につながるリンク４が結線され、ネットワーク２
との信号的な接続を実現する。また、通常時通信制御部
２４は、送受信部２２に前記パケットの送信を司令した
り、ネットワーク２から受信した前記パケットの前記主
記憶への転送を司令するなど、前記パケットを正しく送
受信できるように、送受信部２２の動作を制御する。

【０００６】また、図２の計算機システムにおいて、ク
ライアント機３も、既に述べたサーバ機１と同様の構造
を有する計算機であり、（図示していないが）前記ＮＩ
Ａ、およびリンク４を通じてネットワーク２に接続され
ている。これにより、この計算機システムでは、クライ
アント機３と、サーバ機１が、互いに前記パケットを送
受信することができる。

【０００７】また、図２のサーバ機１が有する構成要素
９，９′、…およびＮＩＡ４０は、共通の電源供給線１
１によって接続され、電源装置７から電源を供給される
ことにより動作する。ここで電源装置７は、電灯線のよ
うにサーバ機１の外にある場合もあるし、電池のように
サーバ機１内に設けられている場合もある。さらに、こ
の電源装置７と電源供給線１１の間には、電源制御装置
８が設けられている。電源制御装置８は、サーバ機１の
電源を制御する装置で、電源スイッチ等から成る。以上
の、サーバ機１の電源に関する記述は、クライアント機
３についても同様である。

【０００８】なお、図２では２台の計算機しか示してい
ないが、３台以上の計算機から構成されている場合でも
同様であり、前記計算機のそれぞれがＮＩＡを有し、当
該ＮＩＡおよび前記リンクによりそれぞれがネットワー
ク２に接続され、計算機システム１０内の他の計算機と
前記パケットを送受信することができる。

【０００９】より具体的に述べると、それぞれのＮＩＡ
には、一意なネットワーク・アドレス（以下本明細書で
は「アドレス」と略す）が割当てられていて、このアド
レスを用いて、複数の計算機間の通信が、次のように実
現される。すなわち、送信する側の計算機が、送信しよ
うとするパケットを作成する際に、送り先の計算機に搭
載されたＮＩＡのアドレスを、送信先アドレスとして当
該パケット内の特定の場所に記載し、自分のＮＩＡを用
いて、ネットワーク２にパケットを送信する。すると、
当該パケットは、記載された前記送信アドレスに基づい
てネットワーク２内を転送され、当該パケットに送り先
として記載されたアドレスを持つＮＩＡが、当該パケッ
トを受信する。

【００１０】この「各ネットワーク・インタフェースに
一意のアドレスが割り当てられ、送信側の計算機が送り
先のアドレスを指定することによって、送信したいデー
タが、指定したアドレスを割り当てられたＮＩＡを有す
る計算機に届けられる」という機能を実現する通信方式
についてのより具体的な説明は、文献W. RichardSteven
s,“ＵＮＩＸ Network Programming”, Prentice-Hal
l, pp.171−196 に記載されている。本明細書中の計算
機システムでは、いずれも前記アドレスを用いて上記通
信方式が確立しているものとし、通信方式についてのこ
れ以上の詳細な説明は省略する。

【００１１】以上のような構成から成る図２の計算機シ
ステムにおいて、クライアント機３上で実行されている
プログラム（クライアントプログラム）６は、一般に図
５の各ステップを実行する。なお、クライアントプログ
ラム６は、クライアント機３上で実行されているオペレ
ーティング・システムの管理の下で動作しているアプリ
ケーション・プログラムの一部または全部、あるいはオ
ペレーティング・システムのプログラムの一部である。
本発明ではこれらの違いは重要ではないので、以下本明
細書では総称してクライアントプログラムとよぶ。

【００１２】クライアントプログラム６内で、サーバ機
１と通信（サーバアクセスと呼ぶ）する必要が生じた時
は、図５のステップ１００以降を実行し、まずサーバ機
１のアドレスを送信先とするパケットを、ネットワーク
２に送信する（１０１）。次に、あらかじめ決められた
一定時間（Ｔとする）が経過したら通知するよう、タイ
マを設定する（１０２）。ここで、当該タイマは、クラ
イアント機３に搭載された装置の１つである場合も、ク
ライアント機３上で実行されているオペレーティング・
システムの機能としてソフトウェア的に実現されている
場合もあるが、いずれにしても、Ｔだけ時間が経過した
ら、クライアントプログラム６にその旨を通知する機能
を有する。ステップ１０２の後、タイマからの通知を受
けるか、あるいはサーバ機１からの応答をパケットの形
で受信するまで、プログラムの実行を停止する（１０
３）。

【００１３】なお、サーバ機１のアドレスとは、より正
確には、サーバ機１に搭載されたＮＩＡの内のどれか１
つのアドレスであるが、以下本明細書では、各計算機に
はＮＩＡが１つずつ設けられているものとし、ＮＩＡの
アドレスが、当該ＮＩＡが搭載された計算機のアドレス
であるとする。この仮定は本発明において重要ではな
く、後で述べる本発明の実施例では、１台の計算機に複
数のＮＩＡが搭載されている場合でも問題なく動作す
る。

【００１４】その後、タイマからの通知、またはサーバ
機１からの応答を受信して、プログラムの実行を再開
し、実行再開がサーバ機１からの応答によって引き起こ
されたのかどうか調べる（１０４）。もしそうであれ
ば、当該応答に基づいて、クライアントプログラム６の
実行を継続する（１０６）。もしそうでなければ、すな
わち前記タイマからの通知によって実行が再開されたの
であれば、クライアントプログラム６は、サーバ機１
が、何らかの原因で通信不能であるとみなす（タイムア
ウトと呼ばれる）。

【００１５】そこで、もしサーバアクセスすべきサーバ
機として、サーバ機１以外のサーバ機のアドレス（より
具体的には、当該サーバ機のＮＩＡのアドレス）が登録
されていれば、当該アドレスを送信先アドレスとしてス
テップ１０１に戻る(１０５）。そうでなければ、クラ
イアントプログラム６は、結局サーバアクセスは不可能
であったと判断する（１０７）。サーバアクセス不能で
あった場合の対応は、クライアントプログラム６次第で
あり、エラーメッセージを出力して処理を終了したり、
一定時間後に同じサーバアクセスを繰り返したり、ある
いはサーバ機から応答があったかのように処理を継続し
たりする場合もある。

【００１６】

【発明が解決しようとする課題】図２で示した計算機シ
ステムでは、サーバ機１の電源が切れている時など、サ
ーバ機が停止している時に、クライアント機上で実行さ
れているクライアントプログラムが当該サーバ機の停止
を検出するのに長い時間を要し、結果として当該クライ
アントプログラムの実行時間が非常に長くなるという問
題がある。

【００１７】例として、図３において、サーバ機１の電
源が（意図的に、または障害により)切られている場合
を考える。これは、図２において、サーバ機１の電源制
御装置８によって、（本体電源スイッチが切られている
などの理由により）電源供給線１１と電源装置７との間
が遮断されている場合に相当する。この時、サーバ機１
のＮＩＡ４０内の通信制御部２１には電源が供給されな
いため、通常時通信制御部２４や、送受信部２２は動作
していない。

【００１８】上記の状況で、クライアント機３のクライ
アントプログラム６が、既に述べた図５のステップによ
りサーバアクセスを行おうとした場合、図７のような経
過をたどる。図７で、時間は図の左から右に経過し、ク
ライアント機３，サーバ機１（ただし電源が切れてい
る）、および（図２に図示していないが）別のサーバ機
１′の動作の時間経過、および各計算機間の通信を示し
ている。

【００１９】図７の１４１の時点において、図５のステ
ップ１０１により、サーバ機１のＮＩＡ４０のアドレス
を送信先アドレスとするパケットがクライアント機３か
ら送信され、ネットワーク２を経由してサーバ機１のＮ
ＩＡ４０に送られる（図７の１４２）。しかし、送受信
部２２が動作していないため、通常当該パケットは捨て
られ、クライアント機３には何の応答も返らない。その
ため、クライアント機３内では、図５のステップ１０２
によって設定したタイマからの通知によって、図７の１
４３の時点において前記タイムアウトの状況となり、ク
ライアントプログラム６は、この時点でサーバ機１が停
止していると判定する。この後の対応は、既に述べたよ
うにクライアントプログラム６によって様々であるが、
例えば別のサーバ機１′にサーバアクセスすることによ
って処理を継続できる場合、図５のステップ１０５によ
り、改めてパケットをサーバ機１′に送信する（図７の
１４４）。もしサーバ機１′に電源が供給され、正常に
動作していれば、サーバ機１′から応答が送信され（図
７の１４５）、クライアントプログラム６は当該応答を
受信したあと、処理を継続する。

【００２０】ここで、図７から明らかなように、もしサ
ーバ機１が停止していると、クライアントプログラム６
がサーバアクセスを開始してから、サーバ機１が停止し
ていると判定するまで、タイマに設定した時間Ｔだけ待
たなくてはならない。クライアントプログラム６が、そ
の後の対応として、エラーメッセージを表示するにして
も、図７のように他のサーバ機に改めてパケットを送信
するにしても、時間Ｔだけ待った後になる。一般に時間
Ｔは、サーバ機１が正常に動作している時に応答が返っ
てくるまでの時間よりも十分に長くしなくてはならない
ため、サーバ機１が停止している時、クライアントプロ
グラム６の実行時間は非常に長くならざるをえない。

【００２１】これまでは、サーバ機１のような計算機と
して、特別に信頼性の高い計算機が用意され、しかも常
時通電されており、停止していることはほとんどなかっ
た。そのため、上記のような問題は起こる確率が小さか
った。しかし最近、半導体技術の進歩により、ユーザ一
人一人の机上に置かれたパーソナルコンピュータ(PC)が
高性能化し、それに伴って、図４のように、各ユーザの
机上に置かれたＰＣ１，１′，１″、…がそれぞれ図２
のサーバ機１のような役割を果たすような使われかたを
する計算機システムが増えてきた。

【００２２】図４において、計算機システムのユーザの
一人は、自分の机上のＰＣ３上で然るべきクライアント
プログラムを実行してこれらのサーバ機にサーバアクセ
スを行い、それぞれのサーバ機の中のファイル８１，８
１′，８１″の内容をネットワーク２を経由して手に入
れ、自分のＰＣ３上で閲覧することにより、各ユーザが
互いに文書等を共有しながら効率よく業務を進めること
ができる。しかしながら、図４のような計算機システム
では、例えばＰＣ１のユーザは帰宅する時など、ＰＣ１
の電源を他のユーザに知らせずに随時切ってしまう。す
ると、ＰＣ３を用いてＰＣ１にサーバアクセスしようと
するクライアントプログラム（およびユーザ）は、既に
述べたようにＰＣ１が停止していると判定するまで、長
時間待たなくてはならず、その後でようやく次の対応を
取ることになる。これは、ユーザの業務遂行の能率を大
きく阻害する。

【００２３】本発明の目的は、上記の問題を解決し、ク
ライアントプログラムが、サーバアクセスしようとする
サーバ機が停止している場合に、速やかに次の対応を取
ることができる計算機システムを提供することである。

【００２４】

【課題を解決するための手段】本発明では、サーバ機１
のＮＩＡ内の通信制御部２１に常に（すなわちサーバ機
１が停止していても）電源を供給して通信制御部２１を
動作させ、もしサーバ機１が停止している時にネットワ
ーク２からパケットがＮＩＡに送られてきたら、「サー
バ機１は停止している」旨のパケット（配送不能通知）
を直ちにクライアント機３に送り返すことにより、前記
目的を実現する。

【００２５】そのために、本発明では、ＮＩＡの制御方
式として、通信制御部２１に常に電源を供給する手段
と、自分が接続されているサーバ機１が停止しているか
どうかを検出する手段と、パケットを送信してきたクラ
イアント機３を送信先とする前記配送不能通知を作成す
る手段を、ＮＩＡに設ける。

【００２６】以上の手段により、サーバ機１が停止して
いる場合、ＮＩＡはクライアント機３から送られてきた
パケットを受信した時、直ちに配送不能通知をクライア
ント機３に送信し、クライアントプログラム６は、サー
バ機１の停止を、パケットをサーバ機１に送信した後、
配送不能通知を受け取ることにより直ちに知ることがで
き、速やかに次の対応を取ることができる。

【００２７】

【発明の実施の形態】図１に、本発明の一実施例におけ
る計算機システム１０の構成を示す。なお、図１の計算
機システム１０の各部は、図１のサーバ機１のＮＩＡ５
を除いて、図２の各部と同一である。

【００２８】（ＮＩＡの構成）図１において、ＮＩＡ５
には、通信制御部２１，ＮＩＡ補助電源装置２５，本体
停止検出部２６，電源制御部２７、の各装置が設けられ
ている。通信制御部２１には、送受信部２２，本体停止
時通信制御部２３，通常時通信制御部２４，選択部２８
が設けられている。

【００２９】本体停止検出部２６と、電源制御部２７
は、サーバ機１の電源供給線１１に接続されている。ま
た、本体停止検出部２６，電源制御部２７は、電源線３
５を介してＮＩＡ補助電源装置２５にも接続されてい
る。また、通信制御部２１は、電源線３５により電源制
御部２７と接続されている。さらに、通信制御部２１の
選択部２９は、通信線２８によって本体停止検出部２６
と接続されている。

【００３０】ここでは以下、前記した図１のＮＩＡ５の
各部について説明する。ＮＩＡ補助電源装置２５は、電
源装置７とは独立した電源装置で、電源制御装置８によ
って電源供給線１１と電源装置７が遮断されている場合
でも、ＮＩＡ５の各部に電源を供給する。具体的には、
ＮＩＡ補助電源装置２５は、例えばＮＩＡ５内に設けら
れた蓄電池であったり、あるいはサーバ機１の筐体に取
り付けられた太陽電池などである。

【００３１】本体停止検出部２６は、サーバ機１が停止
しているかどうかを検出し、信号線２８を経由して、通
信制御部２１の選択部２９に伝達する。より具体的に
は、もし電源供給線１１に電源が供給されていない間
は、サーバ機１が停止していると判定し、選択部２９に
信号を送らない。逆に電源供給線１１に電源が供給され
ている間は、選択部２９に信号を送り続ける。本体停止
検出部２６は、ＮＩＡ補助電源装置２５から常時電源を
供給されている。

【００３２】電源制御部２７は、通信制御部２１に電源
を常時供給する。より具体的には、電源制御部２７は、
電源供給線１１に電源が供給されている場合は電源供給
線１１からの電源を利用して、そうでなければＮＩＡ補
助電源装置２５からの電源を利用して、電源線３５によ
り通信制御部２１に電源を供給する。

【００３３】通信制御部２１は、ＮＩＡ５内に設けられ
た装置である。すでに述べたように、通信制御部２１に
は、送受信部２２，本体停止時通信制御部２３，通常時
通信制御部２４，選択部２９が設けられている。ここ
で、送受信部２２，選択部２９は装置であるが、本体停
止時通信制御部２３と、通常時通信制御部２４は、それ
ぞれ装置であっても、あるいは通信制御部２１内に設け
られた共通のプロセッサおよび主記憶上で実行されてい
る、別々のプログラムであってもよい。

【００３４】送受信部２２は、図２のＮＩＡ４０の送受
信部２２と同一であり、リンク４と結線され、ネットワ
ーク２と信号をやり取りする。

【００３５】通常時通信制御部２４は、図２のＮＩＡ４
０の通常時通信制御部２４と同一であり、送受信部２２
に前記パケットの送信を司令したり、ネットワーク２か
ら受信したパケットの主記憶への転送を司令するなど、
パケットを正しく送受信できるように、送受信部２２の
動作を制御する。通常時通信制御部２４は、後述する選
択部２９により、本体が通常動作している時のみ動作す
る。

【００３６】本体停止時通信制御部２３は、通常時通信
制御部２４と同様に送受信部２２を制御するが、ネット
ワーク２から送信されてきたパケットに対し、前記した
配送不能通知を作成し、ネットワーク２に送り返すよ
う、送受信部２２に指示する。配送不能通知の作成方法
については、次の節で説明する。本体停止時通信制御部
２３は、後述する選択部２９により、本体が停止してい
る時のみ動作する。

【００３７】選択部２９は、本体停止検出部からの信号
の有無に応じ、本体停止時通信制御部２３と、通常時通
信制御部２４のどちらか一方のみが送受信部２２を制御
できるようにする。より具体的には、信号線２８に信号
が送られている時は、選択部２９は送受信部２２と通常
時通信制御部２４を接続し、そうでない時は本体停止時
通信制御部２３と接続する。本体停止時通信制御部２３
と通常時通信制御部２４が装置である場合は、選択部は
送受信部からの信号線を両者の一方に接続する。また、
両者がプログラムである場合は、両プログラムを実行し
ているプロセッサが信号線２８の状態を参照できるよう
にし、それに応じてプロセッサが両者のどちらか一方の
プログラムを呼出せるようにする。

【００３８】（パケットと配送不能通知、およびその作
成方法）図９に、本実施例におけるパケットの形式を示
す。図１のネットワーク２に送信するパケットは、全て
図９（ａ）に示す一般形１７の形式である。ここでパケ
ット１７は、プロトコルの種類１８０，送信元のＮＩＡ
のアドレスを格納した送信元アドレス１８１，送信先の
ＮＩＡのアドレスを格納した送信先アドレス182,通信内
容を格納したデータ１８３を含んでいる。

【００３９】図９（ｂ）に、図１のクライアント機３か
らサーバ機１に送られるパケット（以下「要求パケッ
ト」と呼ぶ）の形式を示す。要求パケットは、パケット
１７の形式に準拠しており、プロトコルの種類１８０に
相当する部分には、「通常通信」を意味する値が格納さ
れる（１８４）。また、送信元アドレス１８１に相当す
る部分にはクライアント機のアドレス１８５が、送信先
アドレス１８２に相当する部分にはサーバ機のアドレス
１８６が格納される。

【００４０】要求パケット１８のデータ１８７（パケッ
ト１７のデータ１８３に相当）には、クライアントプロ
グラムのアドレス１８８と、要求内容１８９が含まれ
る。クライアントプログラム６のアドレス１８８は、ク
ライアント機上で複数のプログラムが実行されている場
合に、当該要求パケットを送信したクライアントプログ
ラム６を識別するための識別番号である。また、要求内
容１８９は、クライアントプログラム６がサーバ機１に
要求する内容が含まれ、実際にはサーバ機１上で（もし
通常動作していれば）実行されているプログラムが参照
し、それにより当該プログラムがクライアントプログラ
ムの要求に応じた処理を実行する。

【００４１】本実施例において、要求パケット１８を受
信したサーバ機１が停止していた時に、ＮＩＡ５におい
て作成し、ネットワーク２に返送される配送不能通知の
形式を１９に示す。配送不能通知１９も、パケット１７
の形式に準拠している。まず、プロトコルの種類１８０
に相当する部分に、「エラーメッセージ」を意味する値
が格納される。この値は、前記「通常通信」を意味する
値とは異なる。また、送信元アドレス１８１，送信先ア
ドレス１８２に相当する部分には、それぞれサーバ機の
アドレス１８６，クライアント機のアドレス１８５が格
納される。これらのアドレスは、サーバ機１が受信した
要求パケット１８に含まれるアドレス１８５，１８６を
コピーすればよい。さらに、データ１９４（パケット１
７のデータ１８３に相当）には、エラーメッセージの種
類として、「パケット配送不能」を意味する値が格納され
る。さらに、データ１９４には、受信した要求パケット
１８の、データ１８７の一部がコピーされ、格納される
（１９６）。要求パケットの一部１９６は、少なくとも
クライアントプログラムのアドレス１８８を含んでい
る。

【００４２】（通常時の動作）以上の構成を有するＮＩ
Ａ５を用いることにより、本発明の計算機システムが実
現される。ここではまず、図１においてサーバ機１が通
常動作している場合の各部の動作を示す。

【００４３】通常時には、サーバ機１の電源制御装置８
において電源装置７と電源供給線１１が接続され、電源
供給線１１に電源が供給されている。そのため、電源制
御部２７は電源供給線１１の電源を利用し、通信制御部
２１に電源を供給する。ここで、もしＮＩＡ補助電源装
置が充電可能な蓄電池であれば、電源制御部２７が電源
線３５を介してＮＩＡ補助電源装置２５に電源を供給
し、蓄電池へ充電させることもできる。

【００４４】また、本体停止検出部２６はサーバ機１が
通常動作していると判断し、信号線２８に信号を送り続
ける。選択部２９は、信号を検出して送受信部２２と通
常時通信制御部２４を接続し、従って送受信部２２の制
御は通常時通信制御部２４によってのみ行われる。

【００４５】以上から、電源供給線１１に電源が供給さ
れている時のサーバ機１の動作は、図２のサーバ機１が
通常動作している時の動作と同一であることは明らかで
あり、図１の計算機システム１０は、図２の計算機シス
テム１０と同様に動作する。

【００４６】（サーバ機停止時の動作）一方、サーバ機
１が停止している時は、サーバ機１の電源制御装置８に
おいて電源装置７と電源供給線１１とが遮断され、電源
供給線１１には電源が供給されていない。そのため、電
源制御部２７はＮＩＡ補助電源装置２５の電源を利用
し、通信制御部２１に電源を供給する。

【００４７】また、本体停止検出部２６はサーバ機１が
停止していると判断し、信号線２８に信号を送らない。
選択部２９は、信号が来ていないのを検出して、送受信
部２２と本体停止時通信制御部２３を接続し、従って送
受信部２２の制御は本体停止時通信制御部２３によって
のみ行われる。

【００４８】上記のように接続されたＮＩＡ５の通信制
御部２１は、図６のステップ１２０以降にそって、次の
ように動作する。まず、通信制御部２１は、ネットワー
ク２からパケットが送られてくるまで待機する（１２
１）。パケットを受信したら、当該パケットからクライ
アント機のアドレスを取り出し（１２２）、すでに説明
した方法により、当該アドレスを送信先とする配送不能
通知を作成する(１２３)。そして配送不能通知をネット
ワーク２に送信し（１２４）、ステップ１２１に戻って
次のパケットを待つ。

【００４９】以上のＮＩＡ５における動作により、サー
バ機１が停止している場合、クライアントプログラム６
が、サーバ機１の停止を、パケットをサーバ機１に送信
した後、配送不能通知を受け取ることにより直ちに知る
ことができ、速やかに次の対応を取ることができること
は明らかである。

【００５０】より具体的には、図７におけるクライアン
ト機３の処理と同じ処理が、本実施例におけるＮＩＡ５
を用いることにより、図８に示す時間経過をたどる。図
７と同様、クライアント機３上で実行されているクライ
アントプログラムは、図８の１４１の時点でサーバアク
セスを開始し、サーバ機１にパケットを送信する（１４
２）。すると、サーバ機１のＮＩＡ５が、既に述べた方
法により、配送不能通知をクライアント機３に直ちに返
送する(１６０)。ここで、前記した配送不能通知の作成
方法から、配送不能通知の送信先アドレスはクライアン
ト機３のアドレスとなるため、配送不能通知がネットワ
ーク２を経由してクライアント機３に送られるのは明ら
かである。さらに、配送不能通知はクライアントプログ
ラムのアドレスを含んでいるので、クライアント機３上
で複数のクライアントプログラムが実行されている場合
でも、配送不能通知を受信した際、配送不能である旨は
（クライアント機３上で実行されているオペレーティン
グ・システムによって、ソフトウェア割り込み、または
エラー通知の形で）クライアントプログラム６に正しく
伝えられる。従って、クライアントプログラム６は、サ
ーバアクセスを開始してから最短時間でサーバ機１が停
止しているのを確認することができ、速やかに次の対応
（例えば、図８では別のサーバ１′に改めて要求を送り
(１４４)、応答を得て（１４５）処理を継続する）に移
ることができる。

【００５１】（変形例）本実施例におけるＮＩＡ５は、
図１０のような変形が可能である。これらの変形は、一
緒に行うことも、個別に行うこともできる。なお、ここ
では、これまで述べてきた実施例を便宜上「変形前」、
変形後を「変形後」と称する。

【００５２】変形例の第１は、サーバ機１の停止の検出
方式に係わる。変形前のＮＩＡ５では、本体停止検出部
２６において、電源供給線１１に電源が供給されている
か否かを検出して、本体が停止しているかどうかを判定
していたが、この本体停止検出部２６に、サーバ機１に
（各構成要素９，９′、…およびＮＩＡ５との間の相互
通信のために）設けられているシステムバス２０１を信
号線２０２にて接続し、システムバス上の信号に異常が
発生したら、それでサーバ機が停止していると判定す
る。その他は変形前と同じである。

【００５３】システムバスの信号の異常の判定基準とし
ては、例えばプロセッサ停止の信号が一定時間以上継続
しているとか、プログラム中の同じ場所だけを一定時間
以上実行し続けているなどが考えられる。本変形を行う
ことにより、電源の遮断に限らず、より広範なサーバ機
の停止状態を検出することができる。

【００５４】変形例の第２は、ＮＩＡ補助電源装置２５
に係わる。変形前はＮＩＡ５には独立した電源装置（Ｎ
ＩＡ補助電源装置２５）が設けられていたが、もしネッ
トワーク２に電源を供給する機能があれば、ＮＩＡ補助
電源装置２５は取り除き、ネットワーク２から電源線２
００を引いて電源制御部２７に接続すればよい。その他
は変形前と同じである。本変形によれば、ＮＩＡ５に電
源装置を設ける必要がなくなり、部品削減によるコスト
ダウン等の効果が見込まれる。特に本変形は、ネットワ
ーク２と送受信部２２を結ぶリンク４と、電源線２００
が、はじめから１本のケーブルにまとめてあるようなネ
ットワーク２に対して、効果が大きい。

【００５５】

【発明の効果】本発明のＮＩＡ、およびそれを用いた計
算機システムによれば、クライアントプログラムは、サ
ーバアクセスを行おうとするサーバ機が停止している場
合、当該サーバ機の停止を、パケットを当該サーバ機に
送信した後、配送不能通知を受け取ることにより直ちに
知ることができ、タイムアウトまで長く待たされること
なく、速やかに次の対応に移ることができる。

【００５６】さらに、本発明によれば、サーバ機が停止
している際はＮＩＡのみに電源が供給されるので、サー
バ機全体に常時通電する場合に比べて、サーバ機の、ひ
いては計算機システム全体の、消費電力が小さい。

【図面の簡単な説明】

【図１】本発明の一実施例になる計算機システムのブロ
ック図。

【図２】従来技術における計算機システムのブロック
図。

【図３】一般的な計算機システムの利用方法を示すブロ
ック図。

【図４】一般的な計算機システムの利用形態の一例を示
す説明図。

【図５】従来技術におけるクライアントプログラムのサ
ーバアクセス開始後の動作を示す流れ図。

【図６】本発明の一実施例でのサーバ機が停止している
時のＮＩＡの動作を示す流れ図。

【図７】従来技術における各計算機での動作の時間経過
を示す説明図。

【図８】本発明の一実施例における各計算機の動作の時
間経過を示す説明図。

【図９】本発明の一実施例におけるデータ形式を示す説
明図。

【図１０】本発明の他の実施例のＮＩＡを示すブロック
図。

【符号の説明】

１…サーバ機、２…ネットワーク、３…クライアント
機、５…ネットワーク・インタフェース（ＮＩＡ）、１
１…電源供給線、１７…パケット（一般形）、１８…要
求パケット、１９…配送不能通知、２１…通信制御部、
２２…送受信部、２３…本体停止時通信制御部、２４…
通常時通信制御部、２５…ＮＩＡ補助電源装置、２６…
本体停止検出部。

フロントページの続き (72)発明者 閔 京華 東京都国分寺市東恋ケ窪一丁目280番地 株式会社日立製作所中央研究所内

Claims (6)

【特許請求の範囲】
1. 【請求項１】計算機をネットワークに接続するネットワ
   ーク・インタフェース（以下ＮＩＡと記述する）であっ
   て、当該ＮＩＡに前記計算機が停止しているか否かに関
   わらず常時電源を供給する手段と、当該ＮＩＡが接続さ
   れている前記計算機が停止しているかどうかを検出する
   手段と、当該ＮＩＡが前記ネットワークを経由してパケ
   ットを受信した時に、当該パケットを送信してきた計算
   機を送信先とする配送不能通知を作成する手段を有する
   ことを特徴とするＮＩＡ。
2. 【請求項２】請求項１のＮＩＡであって、当該ＮＩＡに
   前記計算機が停止しているか否かに関わらず常時電源を
   供給する手段が、当該ＮＩＡが接続されている前記ネッ
   トワークからの電源供給であることを特徴とするＮＩ
   Ａ。
3. 【請求項３】請求項１ないし請求項２のいずれか記載の
   ＮＩＡであって、当該ＮＩＡが接続されている前記計算
   機が停止しているかどうかを検出する手段として、当該
   計算機に電源が供給されているかどうかを検出する手段
   を有することを特徴とするＮＩＡ。
4. 【請求項４】請求項１ないし請求項３のいずれか記載の
   ＮＩＡであって、当該ＮＩＡが接続されている前記計算
   機が停止しているかどうかを検出する手段として、当該
   計算機のシステムバス上の信号の異常を検出する手段を
   有することを特徴とするNIA。
5. 【請求項５】１つ以上の計算機がネットワークに接続さ
   れた計算機システムであって、前記１つ以上の計算機の
   いずれかである第１の計算機上で実行されているプログ
   ラムが、上記第１の計算機とは別の、第２の計算機にパ
   ケットを送信した時に、もし上記第２の計算機が停止し
   ている場合は、当該プログラムに対し、上記第２の計算
   機が停止している旨の通知が行われることを特徴とする
   計算機システム。
6. 【請求項６】請求項５の計算機システムであって、前記
   第２の計算機の少なくとも１つに搭載されたＮＩＡとし
   て、請求項１ないし請求項４のいずれかに記載のＮＩＡ
   が用いられていることを特徴とする計算機システム。