JPH07319832A - サービス利用情報収集方法および装置、並びに計算機システム停止制御方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】ある計算機が提供するサービスの利用情報の収
集を容易に行なえるようにすること、および複数台の計
算機から構成される計算機システムを停止するときに必
要な作業を軽減することを目的とする。 【構成】ユーザコマンド１１１０はユーザから計算機名
とサービス名を受けとり、前記計算機上で提供している
前記サービスを利用中の計算機の名前と関連情報を収集
する要求を出し、結果を受けとって文字列にしてユーザ
に返す。サービスモニタ１１１２は、前記要求を各計算
機に送り、受けとった結果を整理してユーザコマンドに
返す。ローカルサービスモニタ１１１４−１〜３は前記
要求に従い情報収集を行ない、前記サービスモニタに返
す。 【効果】ある計算機が提供しているサービスに関する情
報は、従来、各サービス毎に別々の方法で、さらに各計
算機毎にそれぞれ手動で調べる必要があったため、手間
がかかり、かつ不正確であった。本発明によれば、上記
情報取得を１回のコマンド実行で行なうので操作回数の
削減および正確性の確保を実現できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般にコンピュータシ
ステムに関し、詳細には、計算機の提供するサービスの
利用情報の収集方法および装置、並びにそのような方法
および装置を利用した計算機システムの停止制御方法お
よび装置に関する。

【０００２】

【従来の技術】計算機が通信回線を介して提供するサー
ビスの一つに、ＮＦＳ（Ｈａｌ Ｓｔｅｒｎ著、倉骨彰
訳、砂原秀樹監訳 「ＮＦＳ ａｎｄ ＮＩＳ」、５章
ＮＦＳを用いたシステム管理、ＡＳＣＩＩ出版）サー
ビスがある。ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙ
ｓｔｅｍ）とは、通信回線で接続された他計算機がマウ
ントしているファイルシステムを、通信回線を介してあ
たかも自計算機のファイルシステムのようにマウントし
て利用できるようにする仕組みである。

【０００３】ＮＦＳサービスを利用中であるかどうかを
調べる方法として、例えば、ｓｈｏｗｍｏｕｎｔコマン
ド（ＨＰ９０００コンピュータマニュアル「ＨＰ−ＵＸ
リファレンスＶｏｌ．３ （リリース９．０）」、ｓｈ
ｏｗｍｏｕｎｔ）を使用する方法がある。

【０００４】このｓｈｏｗｍｏｕｎｔコマンドは、自計
算機がサーバになっている場合に、その自計算機で提供
しているＮＦＳサービスを利用中の計算機がどれかを調
べるコマンドである。ｓｈｏｗｍｏｕｎｔコマンドは、
ＮＦＳサービスを提供するためのプログラムの１つであ
るｍｏｕｎｔｄの保持しているマウント情報を読み出す
という方法をとっている。このｍｏｕｎｔｄは、クライ
アントからのマウント要求がきたときに自分の保持して
いるマウント情報にそのファイルシステムのエントリを
追加し、アンマウント情報がきたときにそのエントリを
マウント情報から削除する。

【０００５】計算機が通信回線を介して提供する別のサ
ービスとして、ＮＩＳ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍ
ａｔｉｏｎ Ｓｅｒｖｉｃｅ）がある。ＮＩＳ（Ｈａｌ
Ｓｔｅｒｎ著、倉骨彰訳、砂原秀樹監訳 「ＮＦＳ ａ
ｎｄ ＮＩＳ」、２章ネットワークインフォメーション
サービス機能、ＡＳＣＩＩ出版）とは、主にＬＡＮに接
続された計算機群に属する計算機の間で、ユーザ情報や
計算機情報を共有するための仕組みであり、一種の情報
検索システムである。

【０００６】ＮＩＳを用いたシステムでは、サーバとし
ての計算機から、どの計算機がＮＩＳのクライアントに
なっているかどうかを正確に調べる方法がない。ただ
し、各計算機自身には、自分（クライアント）がどの計
算機をＮＩＳサーバとして現在参照しているのかを調べ
るためのコマンドは用意されている。

【０００７】計算機が通信回線を介して提供するさらに
別のサービスとして、ｔｅｌｎｅｔサービスがある。ｔ
ｅｌｎｅｔとは、通信回線を介して自計算機もしくは他
計算機に対してログインする遠隔端末機能を提供するも
のである。自計算機に他計算機から誰かがｔｅｌｎｅｔ
コマンドを使用してログインしてきているとき、相手計
算機名を調べるには、ｗｈｏコマンド（ＨＰ９０００コ
ンピュータマニュアル「ＨＰ−ＵＸリファレンス Ｖｏ
ｌ．１ （リリース９．０）」、ｗｈｏ）、ｐｓコマン
ド（ＨＰ９０００コンピュータマニュアル「ＨＰ−ＵＸ
リファレンスＶｏｌ．１ （リリース９．０）」、ｐ
ｓ）、およびｌａｓｔコマンド（ＨＰ９０００コンピュ
ータマニュアル「ＨＰ−ＵＸリファレンス Ｖｏｌ．３
（リリース９．０）」、ｌａｓｔ）を使用することが
できる。

【０００８】ｗｈｏコマンドは、現在自計算機に誰がロ
グインしているかを調べるためのコマンドであり、実行
すると現在ログインしているユーザのログイン名、ＯＳ
によってはどこからログインしているかも同時に表示す
る。ｐｓコマンドは、プロセスの状態を表示するための
コマンドであり、実行すると誰がどのプロセスを実行し
ているかを表示する。ｐｓコマンドを実行すると、バッ
クグラウンドプロセスを含めた全てのプロセス情報が表
示される。また、ｌａｓｔコマンドは、現在および過去
にユーザがログインした履歴を表示する。

【０００９】また、上記の方法以外に、ネットワークの
状態を知るためのｎｅｔｓｔａｔコマンド（ＨＰ９００
０コンピュータマニュアル「ＨＰ−ＵＸリファレンス
Ｖｏｌ．１ （リリース９．０）」、ｐｓ）、ｎｅｔｓ
ｔａｔ）を使用することで、全ての他計算機と行なって
いる通信に関する情報を入手することができる。

【００１０】前記ｔｅｌｎｅｔは、ソケットと呼ばれる
通信インターフェースを使用しており、同様にソケット
を使用して実現されている他のサービスについても、同
様にして調べることができる。そのようなサービスの例
として、ファイル転送を行なうｆｔｐ（ＨＰ９０００コ
ンピュータマニュアル「ＨＰ−ＵＸリファレンス Ｖｏ
ｌ．１ （リリース９．０）」、ｆｔｐ）などがある。

【００１１】また別の公知例によれば、特開平４−２６
０９６４「コンピュータネットワーク」のように、計算
機間のマウント関係を調べてマウントしている場合はマ
ウントを解除するということが開示されている。これ
は、クライアント・サーバの関係にある何台かの計算機
からなる計算機システムを停止するときに、計算機間の
マウント関係を調べてマウントしている場合はマウント
を解除した後、停止するものである。ただし、この公知
例では、実際にマウント関係を調べる方法については述
べられていない。本発明では、前記マウント関係を含
め、計算機間のサービス利用関係を調べることができ
る。

【００１２】

【発明が解決しようとする課題】前記ｓｈｏｗｍｏｕｎ
ｔが使用しているｍｏｕｎｔｄは、クライアントからの
マウント／アンマウント情報をもとに現在誰が自計算機
の提供しているＮＦＳサービスを利用しているかを判断
する。したがって、クライアントがマウントしてからア
ンマウントするまでの間に、そのクライアントが何らか
の原因で停止してしまうと、ｍｏｕｎｔｄの保持してい
るマウント情報に、もうすでに前記ＮＦＳサービスを利
用していない計算機のエントリが残る。そのため、ｓｈ
ｏｗｍｏｕｎｔの結果として、時々誤った情報が含まれ
るという問題があった。

【００１３】また、上述したように、現在自計算機が提
供しているＮＩＳサービスを利用中の計算機を調べる方
法は従来存在しなかった。したがって、ＮＩＳサービス
を行なっている計算機を知らずに停止してしまうと、そ
のサービスを利用していた計算機でＮＩＳの管理してい
たユーザ情報などが利用できずに、ログインができない
などの不都合が生じるという問題があった。

【００１４】さらに、従来自計算機にログインしている
ユーザを調べる方法として、上述したようなｗｈｏ、ｐ
ｓ、およびｌａｓｔなどのコマンドがあったが、これら
のコマンドではバックグラウンドで動作しているプロセ
スだと分からなかったり、どこからログインして来てい
るのか分からなかったりしたため、誰がどの計算機から
自計算機の提供しているｔｅｌｎｅｔサービスを利用し
ているかということが分からないという問題があった。

【００１５】また、ｎｅｔｓｔａｔコマンドを使用する
方法では、他計算機との間のソケットの関係をすべて出
力するためその出力がかなり複雑であり、その中から必
要な情報（誰がどの計算機からｔｅｌｎｅｔサービスを
利用しているかという情報）を抽出するにはかなりの手
間がかかっていた。

【００１６】また、あるサービスを提供している計算機
を停止しようとする場合、提供しているサービスの利用
者を調べて、本当に計算機を停止してよいかということ
を確認したり、利用者側計算機を先に停止する作業をし
たりする必要がある。従来は、自計算機の提供している
サービスの利用者を調べるという作業がかなり複雑で手
間がかかったため、ログインしているユーザを調べて誰
もログインしていなければその計算機を停止するなどの
簡単な方法をとることがほとんどであった。

【００１７】しかし、この方法では見落としがあり（例
えば、バックグラウンドで動作しているプロセスがある
ときなど）、まだサービスを利用中であるのにサーバを
停止してしまい不都合が生じるなどの問題があった。そ
のため、どの計算機がどの計算機の提供しているサービ
スを利用しているかを調べる作業の複雑さと手間を解消
するという課題があった。

【００１８】本発明の目的は、ある計算機が提供するサ
ービスの利用情報の収集を容易に行なえるようにするこ
とにある。また、本発明の目的は、複数台の計算機から
構成される計算機システムを停止するときに必要な作業
を軽減することを目的とする。

【００１９】

【課題を解決するための手段】本発明では、各計算機上
にそれぞれサービス利用情報を収集するためのローカル
サービスモニタ手段を置く。また、ユーザの要求受付の
窓口となり前記ローカルサービスモニタと通信したり、
コマンドや関数を実行したりしてサービス利用情報を収
集するためのサービスモニタ手段を、いずれか１台以上
の計算機上に置く。さらに、ユーザがサービスモニタに
対して要求を送るためのユーザコマンド処理手段を用意
する。

【００２０】ユーザコマンド処理手段は、いずれか１台
以上の計算機の名前とその計算機が提供しているサービ
スのうちいずれか１つ以上のサービスの名前とを指定し
たサービス利用情報の収集要求を発生するとともに、収
集した結果を受けとって表示する。サービスモニタ手段
は任意の１台以上の計算機上で動作し、ローカルサービ
スモニタ手段は全ての各計算機上でそれぞれ動作する。
サービスモニタ手段とローカルサービスモニタ手段は、
連携して各計算機に関するサービス利用情報を収集す
る。

【００２１】サービス利用情報の収集の方式としては、
問い合わせ方式、定期連絡方式、およびイベント発生時
連絡方式がある。

【００２２】問い合わせ方式では、サービスモニタ手段
がユーザコマンド処理手段からの情報収集要求をローカ
ルサービスモニタ手段に送信し、ローカルサービスモニ
タ手段が自計算機内で前記要求に応じた情報を収集し結
果をサービスモニタ手段に返す。サービスモニタ手段
は、各ローカルサービスモニタ手段から得た情報をユー
ザコマンド処理手段に返す。

【００２３】定期連絡方式では、各ローカルサービスモ
ニタ手段がそれぞれ、一定時間毎に自計算機が利用して
いるサービスを提供している計算機の名前とそのサービ
スに関連する情報を収集し、サービスモニタ手段に送信
する。サービスモニタ手段は、それらのサービス利用情
報を保持しておく。そして、ユーザコマンド処理手段か
らの情報収集要求があったとき、サービスモニタ手段
は、保持しているサービス利用情報から要求に応じた情
報を取り出しユーザコマンド処理手段に返す。

【００２４】イベント発生時連絡方式では、ローカルサ
ービスモニタ手段を置くかわりに、サービス構成を変更
するとともにその旨を前記サービスモニタ手段に知らせ
るコマンドまたは関数を用意する。サービス構成の変更
を行なう関数またはコマンドが実行されたとき、その関
数またはコマンドからサービスモニタ手段に変更分を送
信するようにする。サービスモニタ手段では、サービス
利用情報を保持しておき、前記変更分を受信したとき
は、その変更分に基づいて保持しているサービス利用情
報を変更する。そして、ユーザコマンド処理手段からの
情報収集要求があったとき、サービスモニタ手段は、保
持しているサービス利用情報から要求に応じた情報を取
り出しユーザコマンド処理手段に返す。

【００２５】具体的に、各計算機においてサービス利用
情報を収集する方法としては、そのような情報を格納し
たファイルを読む方法や、そのような情報を収集するた
めのコマンドまたは関数を実行する方法がある。また、
自計算機と他計算機との間の通信路の状況を調べるコマ
ンドまたは関数を使用して通信路の状況を調べ、事前に
指定しておいた条件に適合する通信路の通信相手計算機
名と、前記通信路が使用している資源により知ることが
できるその通信路で提供されるサービス名とを求める方
法もある。

【００２６】さらに、本発明は、２台以上の計算機から
構成される計算機システム中のいずれか１台以上の計算
機が、他の計算機に対して、それぞれ１つ以上のサービ
スを提供することができるような計算機システムにおい
て、該計算機システム中のいずれか１台以上の計算機を
停止する計算機システム停止制御方法であって、前記計
算機システム中のすべての計算機について、その計算機
が提供するサービスを利用中の計算機とそのサービスに
関係する情報を収集するステップと、収集したサービス
利用情報を参照して、停止しようする計算機が提供する
サービスを利用している計算機があれば、その計算機に
停止を通知するステップと、計算機間の依存関係のルー
プがあるか否かを判別し、依存関係のループがあれば、
あらかじめ定めてある依存関係の優先度が最も低い依存
関係を前記サービス利用情報から削除するステップと、
どの計算機からも依存されていない計算機を停止するス
テップとを備えたことを特徴とする。

【００２７】また、上述した本発明のサービス利用情報
収集装置を用いて計算機の依存関係を調べ、どの計算機
からもサービスを利用されていない計算機から順に停止
するようにすることを特徴とする。

【００２８】

【作用】本発明では、前記サービスモニタ手段が各計算
機のサービス利用情報を収集し、ユーザはユーザコマン
ド処理手段を使用して前記情報を読み出す。サービスモ
ニタ手段がサービス利用情報を収集する方法の１つとし
て、サービスモニタ手段が各計算機上に置かれた前記ロ
ーカルサービスモニタ手段に問い合わせにいき、ローカ
ルサービスモニタが自計算機上のサービス利用情報を収
集してサービスモニタに返す、前記問い合わせ方式があ
る。

【００２９】また別の方法として、ローカルサービスモ
ニタが自計算機のサービス利用情報全体もしくは前回利
用情報収集時からの差分を定期的にサービスモニタに送
る前記定期連絡方式がある。さらに別の方法として、各
計算機上で前記サービス構成を変更してその旨をサービ
スモニタに知らせるコマンドまたは関数を使用すること
により、サービスの構成が変更されるとすぐにサービス
モニタに連絡するという前記イベント発生時連絡方式が
ある。

【００３０】

【実施例】以下、図面を用いて本発明の実施例を説明す
る。

【００３１】図１は、本発明を適用するためのシステム
構成の例を示したものである。計算機２００００、２０
００２、１００６、１００２、１００４が、通信回線１
００８に接続されている。

【００３２】計算機２００００はファイルサーバであ
り、計算機１００６、１００２がそれを利用している
（２００７０、２００７２）。自計算機がどのファイル
サーバを利用しているかという情報は、それぞれ自計算
機上のファイルに記録してある（２００３０、２００３
２）。

【００３３】また、計算機２０００２はディレクトリサ
ーバであり、ユーザ情報や計算機の情報などの様々な情
報（２００４２）を管理し、他の計算機に提供してい
る。計算機１００２、１００４は、前記情報を参照して
いる（２００７４、２００７６）。このディレクトリサ
ーバとは、ユーザ情報や計算機情報などを管理し、他の
計算機から問い合わせ要求がくると、自分の保持してい
る情報から必要な情報を取り出し、クライアントに返す
サービスを行なう計算機である。

【００３４】各計算機上では必要に応じてローカルサー
ビスモニタが動作している（２００１０、２００１２、
１１１４−１、１１１４−２、１１１４−３）。また、
いずれか１台以上の計算機上で、サービスモニタ１１１
２が動作している。また、必要に応じて、いずれかの計
算機でユーザコマンド処理プログラム（以下、単にユー
ザコマンドと呼ぶ）１１１０が動作しており、ユーザは
各種のコマンドを入力・実行して（１３３０）、結果を
受けとる（１３３２）。

【００３５】次に、ローカルファイルシステムとリモー
トファイルシステムについて述べる。

【００３６】計算機が利用することのできるディスク
は、大きく分けてローカルディスクとリモートディスク
に分けることができる。ローカルディスクとは、自計算
機に直接接続されている物理ディスクである（２００４
０）。また、リモートディスクとは、他計算機に直接接
続されている物理ディスクを通信回線を介してあたかも
自計算機に接続されているディスクの様に見せた論理デ
ィスクである（２００４４、２００４６）。リモートデ
ィスクを使用すると、ユーザは他計算機に接続された物
理ディスクを自計算機に接続された物理ディスクと同じ
インタフェースで利用することができる。

【００３７】前記ローカルディスクおよびリモートディ
スクを論理的に管理する体系をファイルシステムと呼
び、ローカルディスク上のファイルシステムをローカル
ファイルシステム、リモートディスク上のファイルシス
テムをリモートファイルシステムと呼ぶ。

【００３８】多くのＯＳでは、各計算機は、自計算機が
マウントしているローカルファイルシステムおよびリモ
ートファイルシステムに関する情報を、ローカルファイ
ルシステム内のマウント記録ファイル（２００３０、２
００３２）に保存している。ただし、このマウント記録
ファイルには、自計算機がどの計算機からマウントされ
ているのかという情報は含まれていない。

【００３９】以下、図１のシステムに本発明を適用した
例について具体的に説明する。特に具体的な方式として
３つの方式によるサービス利用情報収集装置および方法
を説明する。３つの方式とは、問い合わせ方式、定期連
絡方式、およびイベント発生時連絡方式である。

【００４０】まず、問い合わせ方式について説明する。
図２は、図１の計算機１００２、１００４、１００６に
着目した図であり、本発明に係る問い合わせ方式による
サービス利用情報収集装置および方法を説明するための
構成図である。

【００４１】計算機１００２、１００４、１００６は、
通信回線１００８で接続されている。計算機１００２、
１００４、１００６上では、それぞれローカルサービス
モニタ１１１４−１、１１１４−２、１１１４−３が動
作している。さらに、計算機１００４上ではサービスモ
ニタ１１１２が動作している。図示の例ではサービスモ
ニタの数は１つであるが、これは複数の計算機上で動作
していてもよい。

【００４２】計算機１００２、１００４、１００６上に
は、ローカルサービスモニタ１１１４−１、１１１４−
２、１１１４−３から何らかの形で参照することができ
る、各計算機自身がそれぞれ利用しているサービスに関
する情報（サービス利用情報）１２２０−１、１２２０
−２、１２２０−３が、記憶されている。

【００４３】図示の例では計算機は３台であるが、計算
機１００６と同様に通信回線１００８に接続され、サー
ビス利用情報を保持し、ローカルサービスモニタが動作
している計算機は、負荷を気にしなければ何台あっても
よい。さらに、通信回線の接続形態は図示の例と必ずし
も同じである必要はなく、直接または間接的にでも通信
が必要な計算機同士が互いに通信できさえすれば問題な
い。また、本実施例のシステムではＯＳとしてＵＮＩＸ
を用いた例を説明しているが、各計算機上のＯＳは必ず
しもＵＮＩＸである必要はなく、マルチタスクでありか
つ通信回線１００８に接続されている計算機同士がお互
いに通信できるならばＵＮＩＸ以外のＯＳでもよい。

【００４４】図２において、ユーザが通信回線１００８
に接続されている計算機１００２、１００４、１００６
のうちいずれかの計算機上で提供されているサービスを
利用中の計算機の名前および前記サービスに関連する情
報を調べたいとき、ユーザは、前記計算機名（サービス
を提供している計算機名）および前記サービス名をユー
ザコマンド１１１０に与える（１３３０）。

【００４５】ユーザコマンド１１１０には、サービスモ
ニタ１１１２が計算機１００４上で動作しているという
ことを事前に指定しておく。ユーザコマンド１１１０
は、通信回線１００８を介して計算機１００４で動作し
ているサービスモニタ１１１２に対して、前記指定され
た計算機のサービスを利用中の計算機の名前および前記
サービスに関連する情報を収集する要求を出す（１３３
４−１）。

【００４６】図示の例では、ユーザコマンド１１１０を
実行する計算機１００２とサービスモニタ１１１２が動
作している計算機１００４とは別の計算機となっている
が、ユーザコマンドを実行する計算機は通信回線１００
８に接続されている計算機ならばどの計算機でもよい。

【００４７】サービスモニタ１１１２は、ユーザコマン
ド１１１０からの前記情報収集要求を解析し、計算機１
００２、１００４、１００６のうちどの計算機上で動作
しているローカルサービスモニタに、受けとった前記要
求を送信すればいいかを判断し、通信回線１００８を介
して計算機１００２、１００４、１００６上で動作して
いるローカルサービスモニタ１１１４−１、１１１４−
２、１１１４−３の一部もしくは全てに前記情報収集要
求を送信する（１３３６−１、１３３６−２、１３３６
−３）。

【００４８】サービスモニタ１１１２が送信した情報収
集要求を受けとった計算機１００２、１００４、１００
６上のローカルサービスモニタ１１１４−１、１１１４
−２、１１１４−３は、受けとった要求を解析して、ど
のサービスに関する情報収集要求かを判断し、それに応
じて情報収集処理を行ない、それぞれ各計算機１００
２、１００４、１００６自身の上のサービス利用情報１
２２０−１、１２２０−２、１２２０−３を取得する
（１３３８−１、１３３８−２、１３３８−３）。そし
て、取得したサービス利用情報の一部もしくは全てを、
通信回線１００８を介してサービスモニタ１１１２に返
す（１３３６−４、１３３６−５、１３３６−６）。

【００４９】サービスモニタ１１１２は、前記要求を出
したローカルサービスモニタから受けとった結果を集計
し、一部もしくは全てを通信回線１００８を介してユー
ザコマンド１１１０に返す（１３３４−２）。

【００５０】ユーザコマンド１１１０は、収集した情報
をサービスモニタ１１１２から受けとり、整理して一部
もしくは全てを文字列として出力し、ユーザに返す（１
３３２）。

【００５１】以上が問い合わせ方式によるサービス利用
情報収集の概略の流れである。

【００５２】次に、計算機１００２、１００４、１００
６上で動作するローカルサービスモニタ１１１４−１、
１１１４−２、１１１４−３が実際にどのようにしてサ
ービス利用情報を取得するかについて説明する。

【００５３】ローカルサービスモニタ１１１４−１、１
１１４−２、１１１４−３がサービス利用情報を取得す
る方法の１つとして、各計算機自身のサービス利用情報
が書かれたファイルを読む方法がある。ここで前記ファ
イルは、前記計算機が利用しているサービスのサーバ名
および前記サービスに関連する情報を記述してあるもの
である。

【００５４】サービスモニタ１１１２がローカルサービ
スモニタ１１１４−１、１１１４−２、１１１４−３に
対して出す情報収集要求においては、サービスを提供し
ている計算機名が指定される。ローカルサービスモニタ
１１１４−１、１１１４−２、１１１４−３では、この
指定された計算機名の計算機が提供しているサービスを
利用しているか否かを前記ファイルを参照して判断する
ことになる。この指定された計算機名が、前記ファイル
に記述してあるサーバ名と一致する場合、前記ファイル
に書かれた前記サーバ名および前記サーバの提供するサ
ービスに関する利用情報が、結果となる。この結果は必
ずしも１つとは限らず、２つ以上であることもある。

【００５５】このようなファイルを読む方法によりサー
ビス利用情報を取得することができるサービスの１つと
して、前記リモートファイルシステムのサービスがあ
る。例として、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓ
ｙｓｔｅｍ）を取り上げる。

【００５６】ＮＦＳは、前記ローカルファイルシステム
とリモートファイルシステムの両方の機能を持つファイ
ルシステムである。ＮＦＳを使用すると、前記のように
自計算機に接続されているファイルシステムも、他計算
機に接続されているファイルシステムも、同じインタフ
ェースで利用することができる。ＮＦＳでは、リモート
ファイルシステムをマウントする作業をＮＦＳマウント
と呼ぶ。

【００５７】ＮＦＳの場合、多くのＵＮＩＸ系のＯＳで
は、前記マウント記録ファイルは／ｅｔｃ／ｍｔａｂも
しくは／ｅｔｃ／ｍｎｔｔａｂである。前記ファイルに
は、ＮＦＳマウントしているファイルシステムだけでは
なく、ローカルファイルシステムをマウントしているエ
ントリも含まれている。前記ファイルのうち、ＮＦＳマ
ウントしている、かつＮＦＳマウントを行なっているサ
ーバの名前がサービスモニタ１１１２が出した情報収集
要求と共に指定された計算機の名前と一致した場合、自
計算機名とＮＦＳマウントしているサーバ側ディレクト
リ名を結果として返す。

【００５８】計算機１００２、１００４、１００６上で
動作するローカルサービスモニタ１１１４−１、１１１
４−２、１１１４−３がサービス利用情報を取得する方
法として、ファイルを読む方法を説明したが、その方法
以外に、自計算機が利用しているサービスの利用情報を
取得するためのコマンドや関数の実行結果を利用する方
法がある。そのようなコマンドや関数の実行結果を利用
する方法を用いてサービス利用情報を取得できるような
サービスとしては、例えば、情報検索サービスがある。

【００５９】計算機を複数台接続した計算機ネットワー
クが発達してくると、それらの上でのユーザ情報やホス
ト情報などの各種情報の管理が問題となってきた。その
ためいくつかの対策がとられており、そのうちの１つに
情報検索サービスがある。ここでいう情報検索サービス
とは、計算機やユーザ情報などを管理して、クライアン
トから問い合わせがくると、必要な情報を検索してクラ
イアントに返すサービスである。

【００６０】そのような情報検索サービスの例として、
ＮＩＳ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｓ
ｅｒｖｉｃｅ）を取り上げる。ＮＩＳとは、前記情報検
索サービスの一種であり、主に計算機やユーザに関する
情報を管理する。ＮＩＳはいくつかのＵＮＩＸ上で実現
されている。

【００６１】ＮＩＳをサポートをしているほとんどのＯ
Ｓでは、ｙｐｗｈｉｃｈ（ＨＰ９０００コンピュータマ
ニュアル「ＨＰ−ＵＸリファレンス Ｖｏｌ．１ （リ
リース９．０）」、ｙｐｗｈｉｃｈ）というコマンドが
用意されている。このｙｐｗｈｉｃｈコマンドは、自計
算機が現在参照しているＮＩＳサーバの計算機名を調べ
文字列で返す。したがって、ローカルサービスモニタ１
１１４−１、１１１４−２、１１１４−３は、ｙｐｗｈ
ｉｃｈを用いて、自計算機が現在利用しているＮＩＳの
サービスに関する利用情報を取得できる。

【００６２】具体的には、ｙｐｗｈｉｃｈコマンドから
返されるＮＩＳサーバの計算機名が前記サービスモニタ
１１１２から情報収集要求と共に指定された計算機の名
前と一致した場合、前記計算機名および自計算機名を結
果として返す。また、場合によっては、現在サーバとし
て参照しているものだけではなく、現在サーバとして参
照している計算機が停止した場合に参照するはずのサー
バについても、関数またはコマンドで調べる。

【００６３】次に、定期連絡方式について説明する。図
３は、図１の計算機１００２、１００４、１００６に着
目した図であり、本発明に係る定期連絡方式によるサー
ビス利用情報収集装置および方法を説明するための構成
図である。

【００６４】計算機１００２、１００４、１００６は、
通信回線１００８で接続されている。計算機１００２、
１００４、１００６上では、それぞれローカルサービス
モニタ２１１４−１、２１１４−２、２１１４−３が動
作している。さらに、計算機１００４上ではサービスモ
ニタ２１１２が動作している。図示の例ではサービスモ
ニタの数は１つであるが、これは複数の計算機上で動作
していてもよい。

【００６５】計算機１００２、１００４、１００６上に
は、ローカルサービスモニタ２１１４−１、２１１４−
２、２１１４−３から何らかの形で参照することができ
る、各計算機自身がそれぞれ利用しているサービスに関
する情報（サービス利用情報）２２２０−１、２２２０
−２、２２２０−３が、記憶されている。

【００６６】図示の例では計算機は３台であるが、計算
機１００６と同様に通信回線１００８に接続され、サー
ビス利用情報を保持し、ローカルサービスモニタが動作
している計算機は、負荷を気にしなければ何台あっても
よい。さらに、通信回線の接続形態は図示の例と必ずし
も同じである必要はなく、直接または間接的にでも通信
が必要な計算機同士が互いに通信できさえすれば問題な
い。また、本実施例のシステムではＯＳとしてＵＮＩＸ
を用いた例を説明しているが、各計算機上のＯＳは必ず
しもＵＮＩＸである必要はなく、マルチタスクでありか
つ通信回線１００８に接続されている計算機同士がお互
いに通信できるならばＵＮＩＸ以外のＯＳでもよい。

【００６７】本方式において、ローカルサービスモニタ
２１１４−１、２１１４−２、２１１４−３は、事前に
指定されたサービスについて、自計算機がそのサービス
を利用しているサーバとそれに関連する情報２２２０−
１、２２２０−２、２２２０−３を一定時間毎に収集し
（２３３８−１、２３３８−２、２３３８−３）、前回
情報を収集した時からサービスの停止、内容の変更など
の変化があれば前回情報収集時との差分をサービスモニ
タ２１１２に送信する（２３３６−１、２３３６−２、
２３３６−３）。さらに、数回情報収集を行なう毎に１
回、調査した内容全体をサービスモニタ２１１２に送信
する。

【００６８】ユーザが通信回線１００８に接続されてい
る計算機１００２、１００４、１００６のうちいずれか
の計算機上で提供されているサービスを利用中の計算機
の名前および前記サービスに関連する情報を調べたいと
き、ユーザは、前記計算機名（サービスを提供している
計算機名）および前記サービス名をユーザコマンド２１
１０に与える（２３３０）。

【００６９】ユーザコマンド２１１０には、サービスモ
ニタ２１１２が計算機１００４上で動作しているという
ことを事前に指定しておく。ユーザコマンド２１１０
は、通信回線１００８を介して計算機１００４で動作し
ているサービスモニタ２１１２に対して、前記指定され
た計算機のサービスを利用中の計算機の名前および前記
サービスに関連する情報を収集する要求を出す（２３３
４−１）。

【００７０】図示の例では、ユーザコマンド２１１０を
実行する計算機１００２とサービスモニタ２１１２が動
作している計算機１００４とは別の計算機となっている
が、ユーザコマンドを実行する計算機は通信回線１００
８に接続されている計算機ならばどの計算機でもよい。

【００７１】サービスモニタ２１１２は、ユーザコマン
ド２１１０からの前記情報収集要求を解析し、内容に応
じてローカルサービスモニタ２１１４−１、２１１４−
２、２１１４−３から時々送られてくる情報を集計した
ものの一部もしくは全てを通信回線１００８を介してユ
ーザコマンド２１１０に返す。

【００７２】ユーザコマンド２１１０は、収集した情報
をサービスモニタ２１１２から受けとり、整理して一部
もしくは全てを文字列として出力し、ユーザに返す（２
３３２）。

【００７３】以上が定期連絡方式によるサービス利用情
報収集の概略の流れである。

【００７４】本定期連絡方式においても、計算機１００
２、１００４、１００６上で動作するローカルサービス
モニタ２１１４−１、２１１４−２、２１１４−３がサ
ービス利用情報を取得する方法としては、上記の問い合
わせ方式で説明したのと同様な方法を用いることができ
る。

【００７５】例えば、各計算機自身が利用しているサー
ビスのサービス利用情報が書かれたファイルを読む方法
がある。ただし、毎回ファイル全体を読んで前回読みだ
した時の分と比較するのではなく、まずそのファイルが
更新されているかどうかを調べ、更新されていればファ
イルの内容を読み、前回読み出した時の分からの差分を
サービスモニタ２１１２に送るようにする。

【００７６】例えばＮＦＳの場合、前記の様に多くのＯ
Ｓでは／ｅｔｃ／ｍｎｔｔａｂもしくは／ｅｔｃ／ｍｔ
ａｂに、現在自計算機がＮＦＳマウントしているサーバ
の計算機名とディスクおよび関連する情報の一覧が記述
してある。まず、ファイルの属性を調べるためにＯＳが
用意している関数であるｓｔａｔシステムコール（ＨＰ
９０００コンピュータマニュアル「ＨＰ−ＵＸリファレ
ンスＶｏｌ．２ （リリース９．０）」、ｓｔａ
ｔ（））を使用して、前記ファイルが変更されているか
どうかを調べ、変更されていれば前回調べた時とのファ
イルの内容の差をとって結果とする。

【００７７】計算機１００２、１００４、１００６上で
動作するローカルサービスモニタ２１１４−１、２１１
４−２、２１１４−３がサービス利用情報を取得する別
の方法として、一定時間毎にサービスに関する情報を取
得するためのコマンドや関数を実行し、この実行結果を
利用する方法がある。この場合は、コマンドまたは関数
を実行する度に前回の実行結果を保存しておき、次の実
行時に、前記結果と比較する。

【００７８】例えばＮＩＳの場合、前記の様にｙｐｗｈ
ｉｃｈコマンドを利用すれば現在自計算機が参照してい
るＮＩＳサーバの計算機名を得ることが出来る。このｙ
ｐｗｈｉｃｈコマンドを実行して得た計算機名が、前回
ｙｐｗｈｉｃｈコマンドを実行した時の実行結果と異な
る場合、前記計算機名および自計算機名を結果として返
す。また場合によっては、現在サーバとして参照してい
るものだけではなく、現在サーバとして参照している計
算機が停止した場合に参照するはずのサーバについて
も、ライブラリとして用意されている関数またはコマン
ドで調べる。

【００７９】次に、イベント発生時連絡方式について説
明する。図４は、図１の計算機１００２、１００４、１
００６に着目した図であり、本発明に係るイベント発生
時連絡方式によるサービス利用情報収集装置および方法
を説明するための構成図である。

【００８０】計算機１００２、１００４、１００６は、
通信回線１００８で接続されている。計算機１００４上
ではサービスモニタ３１１２が動作している。図示の例
ではサービスモニタの数は１つであるが、これは複数の
計算機上で動作していてもよい。各計算機１００２、１
００４、１００６上には、各計算機自身がそれぞれ利用
しているサービスに関する情報（サービス利用情報）３
２２０−１、３２２０−２、３２２０−３が記憶されて
いる。

【００８１】図示の例では計算機は３台であるが、計算
機１００６と同様に通信回線１００８に接続されている
計算機は何台あってもよい。さらに、通信回線の形態は
必ずしも図示の例の通りである必要はなく、直接または
間接的にでも通信が必要な計算機同士が互いに通信でき
さえすれば問題ない。また、本実施例のシステムではＯ
ＳとしてＵＮＩＸを用いた例を説明しているが、各計算
機で動作するＯＳは必ずしもＵＮＩＸである必要はな
く、計算機１００４についてはマルチタスクでありかつ
通信回線１００８に接続されている計算機同士がお互い
に通信できるならばＵＮＩＸ以外のＯＳでもよい。ま
た、他の計算機１００２、１００６については、必ずし
もマルチタスクＯＳである必要はない。

【００８２】本方式において、自動もしくは手動で現在
行なっているサービスの構成を変更する場合には、専用
のコマンドまたは関数（サービス変更コマンドと総称す
る）３１１４−１、３１１４−２、３１１４−３を実行
する。このサービス変更コマンド３１１４−１、３１１
４−２、３１１４−３の実行により、各計算機１００
２、１００４、１００６上のサービス利用情報３２２０
−１、３２２０−２、３２２０−３が変更される（３３
３８−１、３３３８−２、３３３８−３）。このとき、
同時にサービスモニタにサービス利用情報変更の旨を知
らせるようにする（３３３６−１、３３３６−２、３３
３６−３）。ここで、サービス利用情報の変更とは、サ
ービスの開始や終了、およびサービス内容の変更などを
指す。

【００８３】ユーザが通信回線１００８に接続されてい
る計算機１００２、１００４、１００６のうちいずれか
の計算機上で提供されているサービスを利用中の計算機
の名前および前記サービスに関連する情報を調べたいと
き、ユーザは、前記計算機名（サービスを提供している
計算機名）および前記サービス名をユーザコマンド３１
１０に与える（３３３０）。

【００８４】ユーザコマンド３１１０には、サービスモ
ニタ３１１２が計算機１００４上で動作しているという
ことを事前に指定しておく。ユーザコマンド３１１０
は、通信回線１００８を介して計算機１００４で動作し
ているサービスモニタ３１１２に対して、前記指定され
た計算機のサービスを利用中の計算機の名前および前記
サービスに関連する情報を収集する要求を出す（３３３
４−１）。

【００８５】図示の例では、ユーザコマンド３１１０を
実行する計算機１００２とサービスモニタ３１１２が動
作している計算機１００４とは別の計算機となっている
が、ユーザコマンドを実行する計算機は通信回線１００
８に接続されている計算機ならばどの計算機でもよい。

【００８６】サービスモニタ３１１２は、ユーザコマン
ド３１１０からの前記情報収集要求を解析し、内容に応
じてサービス構成変更コマンド３１１４−１、３１１４
−２、３１１４−３から時々送られてくる情報を集計
し、一部もしくは全てを通信回線１００８を介してユー
ザコマンド３１１０に返す。

【００８７】ユーザコマンド３１１０は、収集した情報
をサービスモニタ３１１２から受けとり（３３３４−
２）、整理して一部もしくは全てを文字列として出力
し、ユーザに返す（３３３２）。

【００８８】サービス構成変更用のコマンドまたは関数
３１１４−１、３１１４−２、３１１４−３を使用する
ときサービスモニタ３１１２にその旨を知らせるように
する方法の一つは、サービス構成変更用コマンドまたは
関数を置き換える方法である。すなわち、前記置き換え
るコマンドまたは関数を従来の前記コマンドまたは関数
の機能とサービスモニタ３１１２にサービス構成の変更
を伝える機能とを持ったコマンドまたは関数に置き換え
る。言い換えれば、従来のサービス構成変更用コマンド
または関数に、上記サービス構成の変更を伝える機能を
付加する。

【００８９】例えばＮＦＳの場合、ファイルシステムを
マウントするためのｍｏｕｎｔシステムコールやアンマ
ウントするためのｕｍｏｕｎｔシステムコール、ファイ
ルシステムをマウントするためのｍｏｕｎｔコマンドや
アンマウントするためのｕｍｏｕｎｔコマンド、必要に
応じてマウント／アンマウントを自動的におこなうａｕ
ｔｏｍｏｕｎｔコマンドなどを、サービス構成の変更を
伝える機能を付加したものに置き換える。

【００９０】自計算機内だけで、自計算機のサービスを
利用中の他計算機の名前を知るには、専用のコマンドも
しくは関数を利用したりファイルを読んだりしてサービ
ス利用情報を収集し、結果を整理して必要な部分だけを
とりだして結果とする。ただし、全てのサービスに関し
て、前記情報を収集するコマンドまたは関数が用意され
ているわけではない。

【００９１】例として、ｔｅｌｎｅｔを取り上げる。他
計算機上のユーザが自計算機にｔｅｌｎｅｔでログイン
してきている場合、多くのＯＳでは相手計算機名を調べ
るために、ｎｅｔｓｔａｔコマンドを使用することがで
きる。ｎｅｔｓｔａｔコマンドを実行すると、自計算機
と相手計算機とが行なっている通信の状況を知ることが
でき、サービスによってはその使用資源から前記通信が
何に利用されているか知ることが出来る。

【００９２】図２、図３、図４に示したサービス利用情
報収集装置はそれぞれ独立に実現する必要はない。近年
ではパーソナルコンピュータをワークステーションと同
じ通信回線に繋げてワークステーションのサービスを利
用することがある。パーソナルコンピュータの場合、図
２におけるローカルサービスモニタ１１１４−１、１１
１４−２、１１１４−３のようなプログラムは実行でき
ない場合が多いため、図４で示した方法を使用する。従
って、場合によってはワークステーションに関しては図
２で示した方法でサービス利用情報の収集を行ない、パ
ーソナルコンピュータについては図４で示した方法で行
なうというように、複数のサービス利用情報収集方法を
組み合わせて使用することも必要である。

【００９３】また、利用しているサービスの内容や参照
しているサーバの名前などのサービス利用情報が頻繁に
変更されるサービスでは図２で示した方法を、滅多に変
更されないサービスでは図３で示した方法や図４で示し
た方法を、それぞれ使用するというようにしてもよい。

【００９４】次に、本実施例におけるサービス利用情報
収集方法の処理内容を詳細に説明する。

【００９５】まず、ＮＦＳについて説明する。自計算機
がどのＮＦＳサーバを利用しているかどうかを知るため
には、自計算機が現在マウントしているファイルシステ
ムの一覧が書かれたマウント記録ファイルを調べる。こ
のファイルは、多くのＵＮＩＸ系のＯＳでは、／ｅｔｃ
／ｍｔａｂもしくは／ｅｔｃ／ｍｎｔｔａｂである。こ
のファイルは、図２におけるサービス利用情報１２２０
−３などに含まれており、物理的にはクライアント側計
算機のローカルディスク上にある。

【００９６】図５に、／ｅｔｃ／ｍｔａｂファイルの例
を示す。このファイルは１行で１つのエントリとなって
おり、図５の例では５つのエントリがある。１つのエン
トリは、それぞれ６つのフィールド４２００、４２０
２、４２０４、４２０６、４２０８、４２１０からな
る。

【００９７】第１フィールド４２００は、クライアント
がマウントするファイルシステム名を表す。ファイルシ
ステム名の中に‘：’が含まれるものは、‘：’の前が
ＮＦＳサーバの計算機名、後が前記計算機上のマウント
するディレクトリ名を表す。ただし、‘：’の後に
“（ｐｉｄ１４１）”のように“（）”で囲まれた文字
列があるエントリ（例えば、４２２０）は、実際にマウ
ントしているファイルシステムのエントリではなく、必
要に応じてマウントを行なうための仕掛けであるａｕｔ
ｏｍｏｕｎｔが動作する時に使用するエントリで、ここ
では意味を持たない。

【００９８】第２フィールドは、第１フィールドで指定
したファイルシステムを自計算機上のどこにマウントす
るかということを、自計算機上のディレクトリの絶対パ
ス名で、指定する。

【００９９】第３フィールド４２０４は、マウントする
ファイルシステムのタイプを表し、“４．２”は自計算
機に直接接続されているＵＮＩＸファイルシステムを、
また“ｎｆｓ”はＮＦＳファイルシステムを表す。

【０１００】第４フィールド４２０６は、マウントを行
なうときのオプションを示し、読み書き可能でマウント
するかかどうか、マウントに失敗したときのリトライを
バックグラウンドで行なうかどうかなどを指定する。

【０１０１】第５フィールド４２０８は、ファイルシス
テムのバックアップを行なう時に使用され、バックアッ
プをとる間隔を日数で指定する。第６フィールド４２１
０は、起動時にファイルシステムのチェックを行なう順
番を指定する。

【０１０２】このような／ｅｔｃ／ｍｔａｂファイルか
ら特定の計算機のファイルシステムをＮＦＳマウントし
ているエントリを探すには、 ・ 第１フィールド４２００が前記ＮＦＳサーバ上のＮ
ＦＳファイルシステムを示している ・ 第３フィールド４２０４がｎｆｓになっている を満たすエントリを探せば良い。

【０１０３】図６は、図２の計算機１００６上で、／ｅ
ｔｃ／ｍｔａｂから特定の計算機をＮＦＳマウントして
いるエントリを抜き出すときの処理の概要を示す。

【０１０４】まず、ローカルサービスモニタ１１１４−
３は、図２のサービスモニタ１１１２からくるサービス
利用情報収集要求と同時に送られてきた計算機名５００
０を受けとる（１３３６−３）。そして、サービス利用
情報１２２０−３にある／ｅｔｃ／ｍｔａｂファイル５
０６０の中から、受信した計算機名をマウントしている
エントリを探し（５０５２）、読み出す（５０５４）。
そして、読みだした情報（５００６）の中から、相手計
算機のどのディレクトリをマウントしているかを抽出し
（５０５６）、自計算機名とともに（５００８）、要求
を出してきた図２のサービスモニタ１１１２に、結果５
０１０として返す（１３３６−６）。

【０１０５】図７に、前記処理の流れを示す。

【０１０６】初期化（６０００）の後、マウント記録フ
ァイル（／ｅｔｃ／ｍｔａｂなど）をオープンし（６０
０２）、ファイルから１行読み込む（６００２）。ファ
イルの終りか否かを判別し（６００６）、ファイルの終
わりであれば／ｅｔｃ／ｍｔａｂをクローズして（６０
１６）、処理を終了する（６０１８）。

【０１０７】ファイル中にまだデータがあれば、前記条
件をチェックする。すなわち、第３フィールドがｎｆｓ
になっている（６００８）、第１フィールドが計算機名
とディレクトリ名を‘：’で区切ったものになっている
（６０１０）、かつ前記計算機名が調べようとしている
ＮＦＳサーバの名前になっている（６０１２）という条
件に全て当てはまるエントリの前記ディレクトリ名を取
り出して、自計算機名とともに結果とする（６０１
４）。１つでも前記条件に一致しないものがあれば、再
びファイルから１行読み込む部分（６００４）から繰り
返す。

【０１０８】図５の例では、５つのエントリのうち下２
つのエントリ４２２２、４２２４がＮＦＳマウントを行
なっているエントリである。ここで、ｓｄｌ９９ａのフ
ァイルシステムをマウントしているかどうかを見ると、
一番下のエントリ４２２４がｓｄｌ９９ａのファイルシ
ステムの／ｕｓｒ／ｌｏｃａｌ／ｓｒｃをマウントして
いることが分かる。

【０１０９】上記ファイルを直接読みだす方法以外に、
ＯＳによっては上記ファイルを参照するためのライブラ
リが用意されている。

【０１１０】ＮＦＳ以外にも、各計算機上にサービス利
用情報が記述されているファイルを保持しているような
サービスについては、同様の方法で調べることができ
る。例えば、ある計算機がプリンタサーバとなっている
場合、多くのＵＮＩＸ系のＯＳではプリンタに関する設
定が書かれているファイル／ｅｔｃ／ｐｒｉｎｔｃａｐ
のｒｍエントリを調べることで前記計算機をサーバとし
て利用している計算機の名前を調べることができる。

【０１１１】次に、ＮＩＳについて説明する。自計算機
がどのＮＩＳサーバのＮＩＳサービスを利用しているか
を調べるためには、現在利用中のＮＩＳサーバを調べる
ための専用のコマンドを実行すればよい。このためのコ
マンドとして、多くのＯＳでは、ｙｐｗｈｉｃｈコマン
ドが用意されている。

【０１１２】ｙｐｗｈｉｃｈコマンドは、実行するとＮ
ＩＳサービスを利用していれば現在参照しているサーバ
名を返す。また、ＮＩＳサービスを利用していなけれ
ば、“ｙｐｗｈｉｃｈ：ｓｄｌ９９０ ｉｓ ｎｏｔ
ｒｕｎｎｉｎｇ ｙｐｂｉｎｄ”などのエラーメッセー
ジを出す。したがって、ｙｐｗｈｉｃｈの実行結果を、
調べようとするＮＩＳサーバ名と比較すればよい。

【０１１３】ＮＩＳサービスを利用しているかどうかを
調べるには、上記コマンドを実行する以外にも、ライブ
ラリとして用意されている、ＮＩＳ専用の関数を使用す
る方法がある。

【０１１４】図８に、図２の計算機１００６が特定の計
算機をＮＩＳサーバとして参照しているかどうかを調べ
る様子を示す。

【０１１５】まず、ローカルサービスモニタ１１１４−
３は、図２のサービスモニタ１１１２から計算機名７０
００が送られてくると、ＮＩＳサーバ問い合わせプログ
ラム７０９０を起動する。ＮＩＳサーバ問い合わせプロ
グラム７０９０は、サービス利用情報１２２０−３に蓄
えられているＮＩＳサーバ情報７０８０からサーバ名を
読みだし（７０５２、７０５４）、結果を返す（７０５
６）。前記結果を受けとったローカルサービスモニタ１
１１４−３は、前記結果と始めに受けとった計算機名７
０００とを比較し（７００４）、一致した場合は自計算
機名を、一致しない場合は空文字列を、結果として（７
００６）、要求を送ってきた図２のサービスモニタ１１
１２に返す（１３３６−６）。

【０１１６】図９に、前記処理の流れを示す。

【０１１７】ＮＩＳサービス利用情報を得るために、初
期化（８０００）の後、ｙｐｗｈｉｃｈコマンドを実行
する（８００２）。コマンド実行の結果、エラーが出た
ら（８００４）、処理を終了する。また、ｙｐｗｈｉｃ
ｈの実行結果がエラーでなく計算機の名前ならば、与え
られたＮＩＳサーバの名前と比較し（８００６）、一致
すれば自計算機名を結果とする（８００８）。

【０１１８】ＮＩＳサービスに関連する情報として、Ｎ
ＩＳドメイン名も同時に返すという方法がある。ＮＩＳ
ドメインとは、簡単にいうとＮＩＳで管理する範囲であ
る。このＮＩＳドメインが複数存在する場合も考えら
れ、そのような場合はどのドメインを参照しているかと
いう情報も必要になることがある。

【０１１９】ところで、計算機が提供するサービスに
は、遠隔端末機能を提供するｔｅｌｎｅｔや計算機間の
ファイル転送を行なうｆｔｐなどのように、通信インタ
ーフェースとしてソケットを使用しているコマンドが多
い。このソケットで通信を行なうには、それぞれの計算
機でポートと呼ばれる資源を使用して通信が行なわれ
る。

【０１２０】また、クライアントサーバシステムにおい
て、クライアントがサーバに接続するとき、クライアン
トが接続にいくサーバ側のポートは、サーバが接続待ち
をしているポートでなければ、正常な接続を行なうこと
ができず通信を行なうことができない。従って、クライ
アントは、サーバがどのポートで接続待ちをしているか
を知っていなければならない。このために、ある種のサ
ービスにおいてはどのサービスがどのポートを使用する
かという取り決めをしている。前記ポートを使用してサ
ーバは接続待ちをしておき、クライアントは前記ポート
に接続にいく。このポートはｗｅｌｌ−ｋｎｏｗｎ ｐ
ｏｒｔと呼ばれ、例えば、ｔｅｌｎｅｔの場合は２３
番、ｆｔｐの場合は２１番などとなっている。

【０１２１】従って、２台の計算機間で行なっている通
信で使用されているポート番号が分かれば、サーバ側の
ポート番号を見ることにより、それがｗｅｌｌ−ｋｎｏ
ｗｎｐｏｒｔならば、その通信路を用いて利用されてい
るサービスが分かる。また、Ｘ−Ｗｉｎｄｏｗ Ｓｙｓ
ｔｅｍのクライアントプログラムについては、サーバ側
は特定のポート番号６０００番が使用されているため、
サーバ側のポート番号を調べることで分かる。ただし、
Ｘ−Ｗｉｎｄｏｗ Ｓｙｓｔｅｍの場合も、ウィンドウ
が表示されている側がサーバであり、ウィンドウを表示
するプログラムを実行している側がクライアントである
ため、自計算機上でＸ−ＷｉｎｄｏｗＳｙｓｔｅｍのク
ライアントプログラムを実行しているかどうか調べるに
は、通信相手側のポート番号が６０００番かどうかを調
べる必要がある。

【０１２２】いくつかのＯＳには、計算機名やポート番
号などの自計算機と他計算機とが行なっている通信に関
する情報を調べる手段が用意されている。例えば、いく
つかのＯＳにはｎｅｔｓｔａｔコマンドが用意されてお
り、“−ｆ ｉｎｅｔ”オプションをつけて実行するこ
とで、前記必要な情報を取り出すことができる。

【０１２３】図１０に、ｎｅｔｓｔａｔコマンドの実行
例を示す。この結果９３９０は、あるプログラム９３１
０が、他計算機との通信状況を収集し出力するプログラ
ムであるｎｅｔｓｔａｔ（９３１４）を起動し（９３０
０）、出力した（９３０６）ものである。ｎｅｔｓｔａ
ｔ（９３１４）は、他計算機との通信に関する情報をシ
ステム中に問い合わせ（９３０２）、読み出す（９３０
４）。

【０１２４】結果９３９０は、ｎｅｔｓｔａｔコマンド
を“−ｆ ｉｎｅｔ”オプション付きで実行したもので
ある。このオプションは、自計算機内で行なっている通
信に関する情報は表示せずに、ネットワークを介して行
なっている通信に関する情報だけを表示するものであ
る。

【０１２５】図１０のｎｅｔｓｔａｔコマンドの出力例
では、始めの２行（９２２０）にラベルがきて、あとは
１行につき１つのエントリとなっている。各行は、６つ
のフィールド９２００、９２０２、９２０４、９２０
６、９２０８、９２１０からなる。

【０１２６】第１フィールド９２００は、使用するプロ
トコルを示す。第２フィールド９２０２はＲｅｃｅｉｖ
ｅキューのサイズを、第３フィールド９２０４はＳｅｎ
ｄキューのサイズを示す。第４フィールド９２０６はこ
の通信路における自計算機側のアドレスを示し、第５フ
ィールド９２０８は相手計算機側のアドレスを示す。

【０１２７】ただし、第４フィールド９２０６と第５フ
ィールド９２０８のアドレスは、ホスト名もしくはＩＰ
アドレスと、ポート名もしくはポート番号を‘．'で繋
げた形で表される。例えば、図１０の上から４行めの例
９２３０では、自計算機側のホスト名がｓｄｌ０１ｂで
ポート名がｔｅｌｎｅｔ、相手計算機側のホスト名がｓ
ｄｌ９９０でポート番号が２０１１となっている。

【０１２８】ポート名とポート番号の対応づけやホスト
名とホストアドレスの対応づけは、ｎｅｔｓｔａｔコマ
ンドが対応表を見て、変換できるものだけをそれぞれホ
スト名、ポート名に変換して行なっている。多くのＯＳ
では、ポート名とポート番号の対応表は／ｅｔｃ／ｓｅ
ｒｖｉｃｅｓに格納し、ホスト名とホストアドレスの対
応表は／ｅｔｃ／ｈｏｓｔｓに格納している。

【０１２９】また、第６フィールド９２１０は、その通
信路の状態を表す。例えば、ＥＳＴＡＢＬＩＳＨＥＤな
ら正しくコネクションが張られている、ＣＬＯＳＥ＿Ｗ
ＡＩＴならそのソケットがｃｌｏｓｅされるのを待って
いる、ＴＩＭＥ＿ＷＡＩＴならソケットをｃｌｏｓｅし
た後相手側計算機がソケットをｓｈｕｔｄｏｗｎするの
を待っている、などである。

【０１３０】このｎｅｔｓｔａｔコマンドを実行する
と、前記のようにポート名からポート番号への変換およ
びホスト名からＩＰアドレスへの変換を各行について行
なうため、エントリが多い場合は、この変換にかなり時
間がかかる。そのため、高速に処理を行なうために、こ
の変換を行なわずに出力し、結果を整理してから必要な
部分だけを変換する。例えば、多くのＯＳ上のｎｅｔｓ
ｔａｔコマンドでは、上記変換を行なわないようにする
ために“−ｎ”オプションがある。

【０１３１】図１１に、図２の計算機１００６上で、自
計算機のｔｅｌｎｅｔサービスを利用しているユーザの
いる計算機の名前を求める様子を示す。

【０１３２】計算機１００６上のローカルサービスモニ
タ１１１４−３は、図２のサービスモニタ１１１２から
の計算機名およびサービス名１００００を受けとる（１
３３６−３）。そして、前記計算機名が自計算機名と一
致すれば以降の処理を行ない、一致しなければ何も処理
しない（１０１１０）。

【０１３３】次に、サービス利用情報１２２０−３にあ
る通信に関する情報１０１０４を、他計算機との通信に
関する情報を収集するプログラムｎｅｔｓｔａｔコマン
ドを実行することにより（１０１０２）、取得する（１
０２０４、１０２０６）。

【０１３４】そして、ｎｅｔｓｔａｔが出力した（１０
２０８）情報１０１０６から、自計算機の提供している
ｔｅｌｎｅｔサービスを利用しているエントリ１０１０
８を抽出し（１０２１０）、その中から相手計算機の名
前とポート番号１０１１０を抽出する（１０２１２）。
そして、それらをまとめて結果とし（１００１６）、図
２のサービスモニタ１１１２に返す（１３３６−６）。

【０１３５】図１２に、前記処理の流れを示す。

【０１３６】ここでは、初期化（１１０００）後、まず
前記ｎｅｔｓｔａｔコマンドを“−ｆ ｉｎｅｔ −
ｎ”オプションをつけて実行する（１１００２）。実行
結果から、図１０の９２２０にあたる不用なラベルを読
み飛ばす（１１００４）。そして、残りのデータを各行
について ・ 図１０の９２０６にあたる第４フィールドのポート
番号がｔｅｌｎｅｔのポート番号である（１１０１０） ・ 図１０の９２１０にあたる第６フィールドがＥＳＴ
ＡＢＬＩＳＨＥＤである（１１０１２） を満たす行の図１０の９２０８にあたる第５フィールド
を順に結果に加えていく（１１０１４）。

【０１３７】次に、図２、３、４に示したサービス利用
情報収集装置の処理の流れについて詳細に説明する。

【０１３８】図１３に、図２の問い合わせ方式によるサ
ービス利用情報収集装置におけるローカルサービスモニ
タ１１１４−１、１１１４−２、１１１４−３の処理の
流れを示す。まず、初期化部１２０００で変数の初期化
やメモリの確保などを行なう。そして、リクエストメッ
セージ受信部１２００２で、サービスモニタ１１１２か
らリクエストメッセージが来るまで待つ。

【０１３９】リクエストメッセージが到着したら、その
メッセージがサービスモニタからなのか、ユーザからな
のか、それとも他の不当なメッセージなのか分からない
ため、まずそのメッセージの内容がサービスモニタ１１
１２からの正しいリクエストであるかどうかを判断する
（１２００４）。そして、もし前記メッセージが正しい
リクエストでなければ、サービスモニタ１１１２にエラ
ーメッセージを返す（１２００６）。

【０１４０】受信したリクエストメッセージが正しいリ
クエストならば、その内容を解析し（１２００８）、リ
クエスト内容にＮＦＳサービスに関するものがあるかど
うか判断する（１２０１０）。リクエスト内容にＮＦＳ
サービスに関するものがあれば、マウント記録テーブル
（／ｅｔｃ／ｍｔａｂまたは／ｅｔｃ／ｍｎｔｔａｂ）
から必要な情報を取り出す（１２０１２）。この処理１
２０１２は上述の図７の処理であり、具体的には、／ｅ
ｔｃ／ｍｔａｂ（または／ｅｔｃ／ｍｎｔｔａｂ）から ・ 第１フィールドがＮＦＳファイルシステムを示して
いる ・ 第３フィールドが“ｎｆｓ”になっている を満たすエントリを探し、マウントしているサーバ側デ
ィレクトリ名を取り出す処理である。

【０１４１】次に、同様にしてＮＩＳサービスに関する
リクエストがあれば（１２０１４）、前記方法でｙｐｗ
ｈｉｃｈコマンドを実行し、前記メッセージにリクエス
トと同時に含まれていた計算機名との比較を行なう（１
２０１６）。この処理１２０１６は、上述の図９の処理
である。

【０１４２】さらに、リクエスト内容に、ｔｅｌｎｅ
ｔ、ｆｔｐ、ｒｓｈ、およびＸ−Ｗｉｎｄｏｗ ｓｙｓ
ｔｅｍのクライアントなどに関するリクエストが含まれ
ているかどうかを判断し（１２０１８）、含まれていれ
ば、他計算機との通信状況を調べるｎｅｔｓｔａｔコマ
ンドを実行し、その実行結果から上記リクエストに応じ
て特定の条件を満たすエントリを取り出す（１２０２
０）。

【０１４３】この処理１２０２０は、例えばこの計算機
のｔｅｌｎｅｔサービスを利用している計算機を求めよ
というリクエストであれば、上述の図１２の処理であ
る。すなわち、ｎｅｔｓｔａｔコマンドの実行結果から ・ 第４フィールドのポート番号がｔｅｌｎｅｔのポー
ト番号である ・ 第６フィールドがＥＳＴＡＢＬＩＳＨＥＤである を満たすエントリをとりだし、前記エントリから双方の
ポート番号などの必要な情報を取り出す処理である（１
２０２０）。

【０１４４】そして、以上の結果を整理し（１２０２
２）、前記リクエストメッセージを送信してきたサービ
スモニタに結果をリプライメッセージとして返す（１２
０２４）。メッセージ送信後は、また前記サービスモニ
タからのリクエストメッセージ受信部１２００２からの
処理を繰り返す。

【０１４５】図１４に、図２の問い合わせ方式によるサ
ービス利用情報収集装置におけるサービスモニタ１１１
２の処理の流れを示す。まず、初期化部１３０００で変
数の初期化などを行なう。次に、ユーザコマンド１１１
０からのリクエストメッセージを待つ（１３００２）。

【０１４６】リクエストメッセージが到着したら、その
内容がユーザコマンド１１１０からの正しいリクエスト
かどうかを判断する（１３００４）。正しいリクエスト
でなければ、前記ユーザコマンド１１１０にエラーを返
す（１３００６）。

【０１４７】受信したリクエストメッセージが正しいリ
クエストならば、その内容を解析し（１３００８）、ど
のローカルサービスモニタにどのサービスに関する情報
を収集するリクエストを送信すれば良いかを調べる（１
３０１０）。そして、リクエストを送るべきローカルサ
ービスモニタがあれば（１３０１２）、そのローカルサ
ービスモニタに（１３０１４）、前記リクエストメッセ
ージを送信する（１３０１６）。

【０１４８】ローカルサービスモニタでは、図１３で説
明したようにそのリクエストメッセージに応じた処理が
行なわれ、リプライメッセージが送信される（図１３の
１２０２４）。サービスモニタはそのリプライメッセー
ジを受信する（１３０１８）。その後、結果を整理し
（１３０２０）、ユーザコマンド１１１０にリプライメ
ッセージを送信する（１３０２２）。

【０１４９】その後は、リクエストを送るべき次のロー
カルサービスモニタの候補について処理１３０１２から
の処理を繰り返す。リクエストを送るべきローカルサー
ビスモニタがなくなると、再びユーザコマンドからのメ
ッセージ待ちを行なう（１３００２）。

【０１５０】図１５に、図３の定期連絡方式によるサー
ビス利用情報収集装置におけるローカルサービスモニタ
２１１４−１、２１１４−２、２１１４−３の処理の流
れを示す。

【０１５１】まず、変数の初期化などを行なう（１４０
００）。次に、サービスモニタに送信するための結果を
クリアし（１４００２）、カウンタを増やす（１４００
４）。このカウンタは、数回に１度サービス構成情報全
体を送るために使用されるカウンタであり、初期化（１
４０００）においてゼロクリアされている。また、「結
果」とは、サービスモニタに送信するための情報を格納
する記憶領域のことであるが、その記憶領域に格納され
た情報についても単に結果と呼ぶこととする。後述の
「前回結果」も同様に、前回の結果情報を格納する記憶
領域およびその記憶領域に格納された情報をさす。

【０１５２】次に、このカウンタが一定の値に達したか
どうか判断し（１４００６）、達していたら、カウンタ
をクリアしたあと（１４００８）、サービス構成情報全
体を、サービスモニタに送信するための結果とする（１
４０１０）。

【０１５３】前記カウンタがまだ一定の値に達していな
ければ（１４００６）、サービス構成が変更されている
かどうかチェックし（１４０１２）、変更されていれば
（１４０１４）、前回結果としてとっておいた値と比較
して差分を作成して結果とする（１４０１６）。そし
て、カウンタが一定の値に達した場合の結果もしくはサ
ービス構成が変更された場合の結果を前回結果として保
存し（１４０１８）、それをサービスモニタに報告する
（１４０２０）。また、前記サービス構成が変更されて
いない場合には（１４０１４）、サービスモニタには何
も送信しない。

【０１５４】結果を処理した後、一定時間停止し（１４
０２２）、その後、結果クリア処理（１４００２）から
の処理を再開する。前記一定時間停止処理における時間
は、サービス構成が頻繁に変更されるならば短くし、ほ
とんど変更されないものについては長くする。

【０１５５】図１６に、図３の定期連絡方式によるサー
ビス利用情報収集装置におけるサービスモニタ２１１２
の処理の流れを示す。まず、初期化部（１５０００）で
変数の初期化などを行なった後、ユーザコマンドもしく
はローカルサービスモニタからのメッセージを待つ（１
５００２）。

【０１５６】そして、受信したメッセージがユーザコマ
ンドからのリクエストかどうか判断し（１５００４）、
ユーザコマンドからのリクエストならば、リクエスト内
容を解析して（１５００６）、その内容に応じて保持し
ている情報を取り出し（１５００８）、ユーザコマンド
に送信する（１５０１０）。その後、再びメッセージ受
信（１５００２）からの処理を繰り返す。

【０１５７】また、前記メッセージがユーザからのリク
エストでなければ、ローカルサービスモニタからのメッ
セージかどうかを判断し（１５０１２）、違えばメッセ
ージを送信した相手にエラーを返す（１５０１４）。ロ
ーカルサービスモニタからの正しいメッセージであれ
ば、メッセージ内容を解析し（１５０１６）、保持して
いる情報にそのメッセージ内容を加えたり不要な部分を
削除したりして結果を整理する（１５０１８）。その
後、再びメッセージ受信（１５００２）からの処理を繰
り返す。

【０１５８】図１７に、図４のイベント発生時連絡方式
によるサービス利用情報収集装置におけるサービス構成
変更コマンドの処理の流れを示す。まず、初期化部（１
６０００）で変数などを初期化した後、置き換える前の
元のコマンドが従来行なっていた処理を行ない（１６０
０２）、その処理が正常終了したかどうかを判断する
（１６００４）。

【０１５９】前記処理が正常終了していたら、さらにサ
ービス構成の変更をサービスモニタに連絡する（１６０
０６）。前記サービスモニタへの連絡が正しく行なえれ
ば（１６００８）、正常終了をする（１６０１２）。

【０１６０】また、処理１６００２、１６００６に異常
が発生したときは、何らかのエラーメッセージを出して
異常終了をする（１６０１０）。ただし、場合によって
は前記サービスモニタへの連絡が失敗したときに、何度
か再送する処理が必要となったり、前記サービス構成の
変更を元に戻したりする必要がある。

【０１６１】次に、上述のサービス利用情報収集装置を
利用して計算機システムの停止制御を行なう方法を説明
する。まず、計算機システムの停止制御そのものの説明
の前に、そのような停止制御を行なう際に着目する重要
な概念である依存関係と依存関係のループについて説明
する。

【０１６２】図１８は、依存関係および依存関係のルー
プを説明するための図である。計算機２２０００、２２
００２、２２００４は、通信回線２２０５０を介して接
続されている。また、計算機２２０００は物理ディスク
２２０１０を、計算機２２００２は物理ディスク２２０
１２を、計算機２２００４は物理ディスク２２０１４
を、それぞれ自計算機に直接接続している。

【０１６３】また、計算機２２０００は、計算機２２０
０２に接続されている物理ディスク２２０１２をリモー
トディスクとして自計算機にマウントしており、論理デ
ィスク２２０１６として参照している。同様に、計算機
２２００２は計算機２２００４の物理ディスク２２０１
４を論理ディスク２２０１８として、また計算機２２０
０４は計算機２２０００の物理ディスク２２０１０を論
理ディスク２２０２０として、それぞれ参照している。

【０１６４】このように、計算機２２０００が計算機２
２００２の物理ディスク２２０１２を論理ディスク２２
０１６として参照している様子を、計算機２２０００は
計算機２２００２に依存している、もしくは依存関係が
ある、という。同様に、計算機２２００２は計算機２２
００４に、また計算機２２００４は計算機２２０００
に、それぞれ依存している。

【０１６５】さらに、図１８のように、計算機２２００
０は計算機２２００２に、計算機２２００２は計算機２
２００４に、計算機２２００４は計算機２２０００に、
それぞれ依存しているというふうに、依存関係が循環し
ている様子を、依存関係がループしているという。

【０１６６】次に、上述したサービス利用情報収集装置
を利用して計算機システムの停止制御を行なう方法を示
す。

【０１６７】２台以上の計算機からなる計算機群（計算
機システム）で、前記計算機群のうち１台以上の計算機
が他の計算機に１つ以上のサービスを提供している場
合、サービスを提供する計算機であるサーバを先に停止
してしまうと、その後はクライアント側では前記サービ
スは利用できなくなり、不都合が生じることがある。

【０１６８】そのため、前記計算機を停止するときは、
本発明におけるサービス利用情報収集装置を使用すれ
ば、各計算機間のサービス利用関係を求め、計算機の停
止順序を決定する方法をとることができる。しかし、場
合により依存関係がループしてしまうことがあり、順序
をつけることができないことがある。このときは各依存
関係に優先度をつけ、優先度の低い関係を無視して停止
順序を決定する。

【０１６９】図１９に、本停止制御方法の処理の流れを
示す。この図の処理は、停止しようとする計算機システ
ムを構成する複数台の計算機のどこで行なってもよい。

【０１７０】まず、初期化を行なった後（２１００
０）、各計算機ごとに調査を行なう。まず、任意の１台
の計算機を取りだし（２１００２）、次にその計算機の
サービス利用情報を収集するコマンドを実行して（２１
００４）、その収集結果を得る。さらに、まだ調べてい
ない計算機があれば（２１００６）、次の計算機を取り
出す処理（２１００２）から繰り返す。これにより、全
計算機についてサービス利用情報を収集する。

【０１７１】次に、停止しようとする計算機を利用中の
ユーザがいるかどうか判断し（２１００８）、ユーザが
いれば各ユーザに停止を通知するメッセージを送る（２
１０１０）。

【０１７２】次に、先に調べたサービス利用情報から依
存関係のループを探しだし、あれば（２１０１２）、そ
のループを構成している各依存関係のそれぞれの優先度
を求め（２１０１８）、優先度の低い依存関係をサービ
ス利用情報から削除する（２１０２０）。優先度は、あ
らかじめ定めておくものとする。

【０１７３】サービス利用情報に依存関係のループがな
くなったならば（２１０１２）、必ずどの計算機からも
依存されていない計算機が存在するから、その計算機に
停止コマンドを送信し（２１０１４）、その計算機が全
て停止したかどうか確認して（２１０１６）、停止して
いなければ停止コマンドの送信処理（２１０１４）から
繰り返す。

【０１７４】また、停止コマンドを送信した先の計算機
が全て停止したら（２１０１６）、次に始めに停止しよ
うとしていた計算機が全て停止したかどうかチェックし
（２１０２２）、停止していない計算機がまだあれば、
どの計算機からも依存されていない計算機に停止コマン
ドを送る処理（２１０１４）から繰り返す。停止すべき
計算機が全て停止していれば（２１０２２）、処理を終
了する（２１０２４）。

【０１７５】なお、上記図１９の処理はプログラムとし
て用意してもよいし、シェルスクリプトで実現してもよ
い。

【０１７６】次に、本実施例を構成する各プログラム間
の通信方法について述べる。

【０１７７】本実施例のサービス情報収集方法および装
置では、通信回線に接続された複数の計算機同士が通信
を行なう。従って、どのようにして通信を行なうかによ
り作業効率が変わることがある。

【０１７８】例えばもっとも単純な方法は、全ての通信
について１対１通信を繰り返すことにより行なう方法で
ある。図２を例にとって説明する。前記１対１通信の方
法を用いる場合、サービスモニタ１１１２は、ローカル
サービスモニタ１１１４−１、１１１４−２、１１１４
−３に順々にリクエストを出してリプライを受けとると
いう作業を繰り返す。従って、各ローカルサービスモニ
タでの作業に時間がかかるとサービスモニタの待ち時間
が長くなり、効率が悪くなる。

【０１７９】これに対して、１対多通信を行なうという
方法がある。すなわち、サービスモニタ１１１２とロー
カルサービスモニタ１１１４−１、１１１４−２、１１
１４−３との通信を同時に行なう方法である。この１対
多通信を行なう方法として、マルチキャストやブロード
キャストを用いる方法がある。

【０１８０】マルチキャストとは、１つの計算機アドレ
ス（ＩＰアドレス）が１台以上の計算機を含む計算機群
に割り当てられているマルチキャストアドレスを用いる
ことで、１対多通信を行なう。すなわち、あるマルチキ
ャストアドレスに対してデータを送ると、前記計算機群
全てに対してデータが届く。ただし、このマルチキャス
トは、計算機カーネルでサポートしていなければならな
い。

【０１８１】一方、ブロードキャストは、ある通信回線
に接続された計算機全てに対して同時にデータを送る方
法である。従って、関係のない計算機にまでデータは届
くが、各計算機では不要なデータは捨てるようにする。

【０１８２】前記１対多通信の方法をサービスモニタ１
１１０とローカルサービスモニタ１１１４−１、１１１
４−２、１１１４−３との通信に使用することで、各ロ
ーカルサービスモニタでの処理を並行して行なうことが
できる。

【０１８３】次に、通信手順の概要について述べる。

【０１８４】図２の前記サービス利用情報収集装置にお
いて、通信は、ユーザコマンド１１１０とサービスモニ
タ１１１２との間（１３３４−１、１３３４−２）、お
よびサービスモニタ１１１２とローカルサービスモニタ
１１１４−１、１１１４−２、１１１４−３との間（１
３３６−１、１３３６−２、１３３６−３、１３３６−
４、１３３６−５、１３３６−６）で、それぞれ行なわ
れる。

【０１８５】両方とも同じ通信手順を用いても異なる通
信手順を用いても問題ないが、本実施例では両者とも同
じ通信手順を用いるものとする。ここで、前記の通り、
通信インターフェースとしてソケットを使用し、送信し
た文字列が必ず到着することは保証されている。

【０１８６】まず、本装置での通信では、必ず、リクエ
ストを出すクライアント側と、そのリクエストを受ける
サーバ側とがある。たとえば、ユーザコマンドとサービ
スモニタ間の通信が行なわれるときは、ユーザコマンド
がクライアントであり、サービスモニタがサーバであ
る。また、サービスモニタとローカルサービスモニタが
通信を行なうときは、サービスモニタがクライアントで
あり、ローカルサービスモニタがサーバである。

【０１８７】本装置でのクライアントとサーバの間の通
信は、クライアントからサーバへのリクエスト１３３４
−１、１３３６−１、１３３６−２、１３３６−３とサ
ーバからクライアントへのリプライ１３３４−２、１３
３６−４、１３３６−５、１３３６−６からなる。どの
通信も文字列のみの受渡しができれば十分であり、ここ
では２バイト文字やバイナリデータは考えないものとす
る。さらに、受渡しされるデータは１バイトコードの英
数字のみからなり、改行文字で行単位に区切られている
ものとする。

【０１８８】クライアントからサーバへリクエストを出
す場合、そのリクエスト内容はサービス情報収集要求し
かない。また、逆にサーバからクライアントへのリプラ
イには、要求された結果に対する答えとエラーコードが
ある。これらの違いを示すため、転送するデータの各行
の始めに３桁の数字をつけ、１桁目が要求か結果かエラ
ーかを示し、残り２桁がその要求や結果、エラーの内容
を示すものとする。

【０１８９】例えば、１桁目が要求を示すものならば残
りの２桁はサービス情報収集要求を出すサービスの内容
を示すＩＤとする、あるいは１桁目がエラーならば残り
の２桁はエラーコードとする、などである。さらに、そ
の行が結果を示すものならば、４桁目以降にデータの内
容がくる。ただし、データが複数行に渡る可能性がある
ため、データの最後の行の次に、データの終りであるこ
とを示す内容の行を送る。これは例えば、データの内容
を空にする、行頭の３桁の数字を特定のものにする、な
どである。

【０１９０】図２０に、図２と同様のシステム構成の場
合において、ＮＦＳに関するサービス情報の収集を行な
うときに前記クライアント−サーバ間で送受信される文
字列データの例を示す。

【０１９１】図２０において、まずユーザコマンド１１
１０からサービスモニタ１１１２へのリクエスト１３３
４−１では、要求を示す‘０’（１７１００）とＮＦＳ
を示す‘０１’（１７１０２）との組である‘００１’
（１７００２）が渡される。次に、サービスモニタ１１
１２は受けとった要求（１７００４、１７００６）をロ
ーカルサービスモニタ１１１４−２、１１１４−３に渡
し（１３３６−２、１３３６−３）、ＮＦＳに関する結
果（１７００８、１７０１０）がそれぞれのローカルサ
ービスモニタ１１１４−２、１１１４−３からサービス
モニタ１１１２に返される（１３３６−５、１３３６−
６）。ここで、結果として返される文字列１７００８
は、結果を示す‘１’（１７１０４）とＮＦＳを示す
‘０１’（１７１０６）とデータ１７１０８からなり、
結果の最後の行の後に、結果の終了を示す‘１００’だ
けの行（１７１１０）も同時に送られる。

【０１９２】クライアントがリクエストを出してからサ
ーバが答えるのに時間がかかり過ぎる場合、サーバ側で
なにか問題が発生している可能性があるため、クライア
ント側では要求を打ち切ったり再送したりするといった
対策が必要となる。

【０１９３】次に、アクセス制御について述べる。

【０１９４】図２において、サービスモニタ１１１２お
よびローカルサービスモニタ１１１４−１、１１１４−
２、１１１４−３は、他計算機からの要求を受け付けて
結果を返す。しかしながら、収集する情報によっては不
用意に公開することが望ましくないものがある。

【０１９５】例えば、ＮＩＳのサーバやドメイン名を収
集するようにしておく場合、何者かがこれらの情報を利
用してＮＩＳシステムのセキュリティを破り、不当にそ
のＮＩＳドメイン内の計算機にログインすることもあり
うる。従って、前記要求を出す計算機を制限し、それ以
外からのサービス情報収集要求は受け付けないようにす
る機構が必要となる。

【０１９６】この方法の一つとして、要求を許可する計
算機グループを定義するという方法がある。例えば、通
信回線１００８に接続されている計算機がＮＩＳを使用
している場合、そのＮＩＳのドメイン内の計算機のみと
する、ある組織内の計算機のみとする、サービスモニタ
１１１２やローカルサービスモニタ１１１４−１、１１
１４−２、１１１４−３に要求を出すことができる計算
機のリストを持っておく、などである。また別の方法と
して、要求を出す前にパスワードをつけるなどのユーザ
認証を行なう方法もある。

【０１９７】次に、信頼性について述べる。

【０１９８】図２、３、４に示すサービス情報収集装置
において、ローカルサービスモニタが停止したとして
も、サービスモニタがユーザコマンドからの要求を中継
したときに前記ローカルサービスモニタ停止した計算機
に関する情報を得ることができないだけであるため、被
害は少ない。また、その計算機自身が停止している場合
は、何もサービスを利用していないので問題はない。

【０１９９】しかし、サービスモニタが停止すると、サ
ービスモニタが動作している計算機だけではなく、それ
以外の全ての計算機に関する情報も得ることができなく
なるため、望ましくない。そこで、サービスモニタが停
止しても予備のサービスモニタが起動するように、サー
ビスモニタを複数置いておくことが望ましい。

【０２００】ただし、図２に示した問い合わせ方式によ
るサービス情報収集装置の場合は単に複数置くだけでも
特に問題はないが、図３に示した定期連絡方式や図４に
示したイベント発生時連絡方式によるサービス情報収集
装置ではローカルサービスモニタからサービスモニタに
定期的にまたはイベント発生時にデータを送信するた
め、サービスモニタが停止したときにローカルサービス
モニタが代わりのサービスモニタを見つけることができ
なければならない。

【０２０１】そのため、ローカルサービスモニタでサー
ビスモニタが動作している計算機のリストをもってお
き、順にデータ転送を試みて失敗すると次の候補に転送
してみる、ブロードキャストメッセージを出してサーバ
を特定する、などの方法をとる必要がある。また、同時
にサービスモニタを複数動作させて、その間で通信を行
ないデータの一貫性を保つようにする必要がある場合が
ある。

【０２０２】次に、ユーザコマンドについて述べる。

【０２０３】図２１に、ユーザコマンドの処理の流れを
示す。この処理の流れは、図２、３、４のいずれの方式
のユーザコマンドにも適用できるものである。

【０２０４】ユーザコマンドは、初期化（１８０００）
およびコマンドオプション解釈（１８００２）の後、ユ
ーザから受けとった計算機名とサービス名に従ってサー
ビスモニタに要求を出す（１８００４）。次に、サービ
スモニタからの結果を受けとって（１８００６）、整理
し（１８００８）、ユーザに文字列として返す（１８０
１０）。返す文字列としては、計算機名のみの場合もあ
るが、サービスに関連する情報を加えて返すこともあ
る。サービスに関連する情報とは、例えばＮＦＳサービ
スの場合は、クライアントがマウントしているＮＦＳサ
ーバ側のディレクトリ名である。オプションを指定する
ことで、計算機名だけを返すことができるようにする。

【０２０５】次に、サービスについて述べる。

【０２０６】これまでは情報を収集すべきサービスの指
定方法として、“ある計算機が提供しているｔｅｌｎｅ
ｔサービス”などのように指定してきたが、別の指定方
法として、“ある計算機が提供しているサービス全体”
や“ある計算機群が提供しているｔｅｌｎｅｔサービ
ス”というように指定する方法もある。すなわち、計算
機を１台以上指定し、サービスを１つ以上指定して、前
記計算機群で行なわれている前記サービス群をまとめて
１つのサービスとして扱う。これにより、幾つかのサー
ビスに関する情報をまとめて収集でき、ユーザの使い勝
手が向上する。

【０２０７】

【発明の効果】ある計算機が提供しているサービスに関
する情報の収集は従来手動で（特に、調べようとするサ
ービス毎に異なる方法でかつ各計算機毎に）行なってお
り、手間や時間がかかったり不正確だったりしたが、本
発明を使用することにより、１回のコマンド実行で情報
収集できるので、この手間と時間が節約でき、さらによ
り正確な情報を得ることができる。

【０２０８】例えば、従来の方法で自計算機が提供して
いるサービス全てについてサービス利用情報を調べよう
とすると、ＮＩＳサービスは各計算機に遠隔ログインし
てｙｐｗｈｉｃｈコマンドを実行する、ｔｅｌｎｅｔサ
ービスはｎｅｔｓｔａｔコマンドを実行して必要なエン
トリを取り出す、というように、各サービス毎にそれぞ
れ調べなければならない。この作業は時間と手間がかか
り、さらに作業中にサービスの利用状況が変化する可能
性があるため正確な情報を得ることはできない可能性が
でてくる。従って、例えば自計算機を停止するときに自
計算機の提供しているサービスの利用者に対してなんら
かの処理を行なうなどの作業は困難なものとなってい
た。

【０２０９】これに対し、本発明を利用すれば、コマン
ドを１回実行するだけでよいため、前記作業も容易に行
なえるようになる。また、計算機を停止するとき以外
に、ファイルシステムのアンマウントなどのときに、利
用状況を簡単に調べることができ、さらに前記コマンド
の実行結果が文字列として返ってくるため、それをその
ままシェルスクリプトで利用するなどして、計算機の自
動運用にも応用できる。

【０２１０】さらに、計算機システム中のいずれか１台
以上の計算機を停止する際に、計算機の依存関係を調べ
て、どの計算機からもサービスを利用されていない計算
機から順に停止するようにしているので、停止するとき
に必要な作業を軽減することができる。また、依存関係
のループがあるときは、あらかじめ定めてある依存関係
の優先度が最も低い依存関係を削除した後、どの計算機
からも依存されていない計算機から停止するようにして
いるので、依存関係のループがある場合の停止制御にお
いても必要な作業が軽減される。

【図面の簡単な説明】

【図１】本発明を使用するためのシステム構成の例

【図２】問い合わせ方式によるサービス利用情報収集装
置の構成図

【図３】定期連絡方式によるサービス利用情報収集装置
の構成図

【図４】イベント発生時連絡方式によるサービス利用情
報収集装置の構成図

【図５】ｍｔａｂファイルの例

【図６】問い合わせ方式によるＮＦＳサービス利用情報
収集の例

【図７】問い合わせ方式によるＮＦＳサービス利用情報
収集のフローチャート

【図８】問い合わせ方式によるＮＩＳサービス利用情報
収集の例

【図９】問い合わせ方式によるＮＩＳサービス利用情報
収集のフローチャート

【図１０】ｎｅｔｓｔａｔコマンドの実行例

【図１１】ｔｅｌｎｅｔに関するサービス利用情報収集
の例

【図１２】ｔｅｌｎｅｔに関するサービス情報収集のた
めのフローチャート

【図１３】問い合わせ方式によるサービス利用情報収集
装置におけるローカルサービスモニタフローチャート

【図１４】問い合わせ方式によるサービス利用情報収集
装置におけるサービスモニタフローチャート

【図１５】定期連絡方式によるサービス利用情報収集装
置におけるローカルサービスモニタフローチャート

【図１６】定期連絡方式によるサービス利用情報収集装
置におけるサービスモニタフローチャート

【図１７】イベント発生時連絡方式によるサービス利用
情報収集装置におけるサービス構成変更コマンドの処理
の流れ

【図１８】依存関係のループ

【図１９】サービス利用情報収集装置を使用した計算機
システムの停止制御手順

【図２０】通信の際に送受信されるデータの例

【図２１】ユーザコマンドのフローチャート

【符号の説明】

２００００、２０００２、１００６、１００２、１００
４…計算機、１００８…通信回線、２００１０、２００
１２、１１１４−１、１１１４−２、１１１４−３…ロ
ーカルサービスモニタ、１１１２…サービスモニタ、１
１１０…ユーザコマンド、２００３０、２００３２…マ
ウント記録ファイル。

フロントページの続き (72)発明者 大矢 雅章 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (12)

【特許請求の範囲】
1. 【請求項１】２台以上の計算機から構成される計算機シ
   ステム中のいずれか１台以上の計算機が、他の計算機に
   対して、それぞれ１つ以上のサービスを提供することが
   できるような計算機システムにおいて、該サービスに関
   する利用情報を収集するサービス利用情報収集方法であ
   って、 前記計算機のうちのいずれか１台以上の計算機の名前
   と、その計算機が提供しているサービスのうちいずれか
   １つ以上のサービスの名前とを指定するステップと、 前記各計算機に問い合わせることにより、前記計算機シ
   ステム中の計算機のうち前記指定された計算機が提供す
   る前記指定されたサービスを利用中の計算機の名前と、
   前記指定されたサービスに関連する情報とを収集して出
   力するステップとを備えたことを特徴とするサービス利
   用情報収集方法。
2. 【請求項２】２台以上の計算機から構成される計算機シ
   ステム中のいずれか１台以上の計算機が、他の計算機に
   対して、それぞれ１つ以上のサービスを提供することが
   できるような計算機システムにおいて、該サービスに関
   する利用情報を収集するサービス利用情報収集装置であ
   って、 前記計算機のうちのいずれか１台以上の計算機の名前と
   その計算機が提供しているサービスのうちいずれか１つ
   以上のサービスの名前とを指定したサービス利用情報の
   収集要求を発生するとともに、収集した結果を受けとっ
   て表示するユーザコマンド処理手段と、 前記計算機のうちの任意の１台以上の計算機上で動作
   し、前記ユーザコマンド処理手段からの前記要求を受け
   付けて前記計算機システム内の他の計算機の一部もしく
   は全てに対して前記要求を送信し、該他の計算機からの
   結果を受けとって前記ユーザコマンド処理手段に返すサ
   ービスモニタ手段と、 前記計算機システム中の全ての計算機上でそれぞれ動作
   し、前記サービスモニタからの前記要求を受信したとき
   自計算機内で前記要求に応じた情報を収集し結果を前記
   サービスモニタ手段に返すローカルサービスモニタ手段
   とを備えたことを特徴とするサービス利用情報収集装
   置。
3. 【請求項３】前記ローカルサービスモニタ手段は、自計
   算機が利用しているサービスを提供している計算機の名
   前および該利用しているサービスに関連する情報を格納
   したファイルを読み出すことによって、サービス利用情
   報を収集する請求項２に記載のサービス利用情報収集装
   置。
4. 【請求項４】前記ローカルサービスモニタ手段は、自計
   算機が利用しているサービスを提供している計算機の名
   前および該利用しているサービスに関連する情報を収集
   するためのコマンドまたは関数を実行することによっ
   て、サービス利用情報を収集する請求項２に記載のサー
   ビス利用情報収集装置。
5. 【請求項５】２台以上の計算機から構成される計算機シ
   ステム中のいずれか１台以上の計算機が、他の計算機に
   対して、それぞれ１つ以上のサービスを提供することが
   できるような計算機システムにおいて、該サービスに関
   する利用情報を収集するサービス利用情報収集装置であ
   って、 前記計算機のうちのいずれか１台以上の計算機の名前と
   その計算機が提供しているサービスのうちいずれか１つ
   以上のサービスの名前とを指定したサービス利用情報の
   収集要求を発生するとともに、収集した結果を受けとっ
   て表示するユーザコマンド処理手段と、 前記計算機のうちの任意の１台以上の計算機上で動作
   し、前記ユーザコマンド処理手段からの前記要求を受け
   付け、保持しているサービス利用情報から、前記要求と
   ともに指定された計算機の指定されたサービスを利用し
   ている計算機に関する情報を取り出し、前記ユーザコマ
   ンド処理手段に返すサービスモニタ手段と、 前記計算機システム中の全ての計算機上でそれぞれ動作
   し、一定時間毎に自計算機が利用しているサービスを提
   供している計算機の名前とそのサービスに関連する情報
   を収集し、前記サービスモニタ手段に送信するローカル
   サービスモニタ手段とを備え、 前記サービスモニタ手段は、前記各ローカルサービスモ
   ニタ手段から一定時間毎に送られてくる各計算機が利用
   しているサービスを提供している計算機の名前とそのサ
   ービスに関連する情報を受信し、サービス利用情報とし
   て保持することを特徴とするサービス利用情報収集装
   置。
6. 【請求項６】前記ローカルサービスモニタ手段は、前記
   情報を収集したとき、前回収集した情報からの変更があ
   れば前記サービスモニタにその変更分を送信するととも
   に、その変更の有無にかかわらず数回前記情報収集を行
   なう毎に１回、収集したすべての情報を前記サービスモ
   ニタに送信する請求項５に記載のサービス利用情報収集
   装置。
7. 【請求項７】前記ローカルサービスモニタ手段は、自計
   算機が利用しているサービスを提供している計算機の名
   前および該利用しているサービスに関連する情報を格納
   したファイルの変更の有無を調べ、変更があれば前記フ
   ァイルの変更分を前記サービスモニタに送信し、変更が
   なければ前記情報収集を数回行なう毎に１回前記ファイ
   ル全体を前記サービスモニタに送信する請求項５に記載
   のサービス利用情報収集装置。
8. 【請求項８】前記ローカルサービスモニタ手段は、自計
   算機が利用しているサービスを提供している計算機の名
   前および該利用しているサービスに関連する情報を収集
   するためのコマンドまたは関数を実行し、これにより収
   集した情報が前回収集した情報から変更されているとき
   は前記コマンドまたは関数の実行結果を前記サービスモ
   ニタに送信し、変更がないときは前記情報収集を数回行
   なう毎に１回、前記コマンドまたは前記関数の実行結果
   を前記サービスモニタに送信する請求項５に記載のサー
   ビス利用情報収集装置。
9. 【請求項９】２台以上の計算機から構成される計算機シ
   ステム中のいずれか１台以上の計算機が、他の計算機に
   対して、それぞれ１つ以上のサービスを提供することが
   できるような計算機システムにおいて、該サービスに関
   する利用情報を収集するサービス利用情報収集装置であ
   って、 前記計算機のうちのいずれか１台以上の計算機の名前と
   前記計算機が提供しているサービスのうちいずれか１つ
   以上のサービスの名前とを指定したサービス利用情報の
   収集要求を発生するとともに、収集した結果を受けとっ
   て表示するユーザコマンド処理手段と、 前記計算機のうちの任意の１台以上の計算機上で動作
   し、前記ユーザコマンド処理手段からの前記要求を受け
   付け、保持しているサービス利用情報から、前記要求と
   ともに指定された計算機の指定されたサービスを利用し
   ている計算機に関する情報を取り出し、前記ユーザコマ
   ンド処理手段に返すサービスモニタ手段と、 前記計算機システム中の全ての計算機上でそれぞれ動作
   し、前記情報収集の対象となるサービスの構成の変更を
   行なうとともに、その変更に応じて前記サービスモニタ
   手段に変更分を送信するコマンドまたは関数処理手段と
   を備え、 前記サービスモニタ手段は、前記コマンドまたは関数処
   理手段から送られてくる前記サービスの構成の変更分を
   受信し、該変更分に基づいて、保持しているサービス利
   用情報を変更することを特徴とするサービス利用情報収
   集装置。
10. 【請求項１０】自計算機と他計算機との間の通信路の状
    況を調べるコマンドまたは関数を使用して通信路の状況
    を調べ、事前に指定しておいた条件に適合する通信路の
    通信相手計算機名と、前記通信路が使用している資源に
    より知ることができるその通信路で提供されるサービス
    名とを求める手段をさらに備えた請求項２、５、または
    ９の何れか１つに記載のサービス利用情報収集装置。
11. 【請求項１１】２台以上の計算機から構成される計算機
    システム中のいずれか１台以上の計算機が、他の計算機
    に対して、それぞれ１つ以上のサービスを提供すること
    ができるような計算機システムにおいて、該計算機シス
    テム中のいずれか１台以上の計算機を停止する計算機シ
    ステム停止制御方法であって、 前記計算機システム中のすべての計算機について、その
    計算機が提供するサービスを利用中の計算機とそのサー
    ビスに関係する情報を収集するステップと、 収集したサービス利用情報を参照して、停止しようする
    計算機が提供するサービスを利用している計算機があれ
    ば、その計算機に停止を通知するステップと、 計算機間の依存関係のループがあるか否かを判別し、依
    存関係のループがあれば、あらかじめ定めてある依存関
    係の優先度が最も低い依存関係を前記サービス利用情報
    から削除するステップと、 どの計算機からも依存されていない計算機を停止するス
    テップとを備えたことを特徴とする計算機システム停止
    制御方法。
12. 【請求項１２】２台以上の計算機から構成される計算機
    システム中のいずれか１台以上の計算機が、他の計算機
    に対して、それぞれ１つ以上のサービスを提供すること
    ができるような計算機システムにおいて、該計算機シス
    テム中のいずれか１台以上の計算機を停止する計算機シ
    ステム停止制御装置であって、 請求項２から１０の何れか１つに記載のサービス利用情
    報収集装置を用いて計算機の依存関係を調べる手段と、 どの計算機からもサービスを利用されていない計算機か
    ら順に停止する手段とを備えたことを特徴とする計算機
    システム停止制御装置。