JPH0991232A - リソース変更通知方法 - Google Patents
リソース変更通知方法Info
- Publication number
- JPH0991232A JPH0991232A JP7249722A JP24972295A JPH0991232A JP H0991232 A JPH0991232 A JP H0991232A JP 7249722 A JP7249722 A JP 7249722A JP 24972295 A JP24972295 A JP 24972295A JP H0991232 A JPH0991232 A JP H0991232A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- change
- client
- server
- computer
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 コンピュータ内のリソースの変化を効率的に
非同期で他機に通知するリソース変更通知方法を提供す
る。 【解決手段】 リソース変更通知クライアント２００に
おいてリソース名、変更の種類、検査のタイミング、通
知の手段を有する依頼文をリソース変更通知サーバ１０
０に送信すると、サーバ１００は依頼文を受け取り、依
頼文に記述されたリソース名が変更の種類によって指示
された方法で変更されているかを検査のタイミングに従
って検査部１４０で検査を行い、検査の結果、変更が発
生していれば、クライアント２００に対してリソースに
変更があったことを通知部１５０から通知する。
非同期で他機に通知するリソース変更通知方法を提供す
る。 【解決手段】 リソース変更通知クライアント２００に
おいてリソース名、変更の種類、検査のタイミング、通
知の手段を有する依頼文をリソース変更通知サーバ１０
０に送信すると、サーバ１００は依頼文を受け取り、依
頼文に記述されたリソース名が変更の種類によって指示
された方法で変更されているかを検査のタイミングに従
って検査部１４０で検査を行い、検査の結果、変更が発
生していれば、クライアント２００に対してリソースに
変更があったことを通知部１５０から通知する。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータ中の
ファイル、プロセス、ユーザの状態などのようなコンピ
ュータのリソースを他機からの依頼により定期的に検査
し、リソースに変化があったときのみ検査結果を返すこ
とを可能とするリソース変更通知サーバに関する。
ファイル、プロセス、ユーザの状態などのようなコンピ
ュータのリソースを他機からの依頼により定期的に検査
し、リソースに変化があったときのみ検査結果を返すこ
とを可能とするリソース変更通知サーバに関する。
【０００２】本発明のリソース変更通知方法は、コンピ
ュータネットワークに接続されたコンピュータ間で他機
上のリソースの変更について知る必要があるコンピュー
タシステムで使用することができる。
ュータネットワークに接続されたコンピュータ間で他機
上のリソースの変更について知る必要があるコンピュー
タシステムで使用することができる。
【０００３】
【従来の技術】自機上の情報だけでなく、他機の各種の
情報を利用するコンピュータプログラムにおいて、
（１）他機上のファイルが変更された場合、（２）他機
上で動作しているプロセスに、例えば終了したり新規に
開始したりなどして、その状態に変更が生じた場合、
（３）他機上にユーザが新規にログインしたり、または
ログアウトするなどして、ユーザの状態が変化した場合
などを検出する方法として、クライアントアクティブな
方法とクライアントパッシブな方法がある。
情報を利用するコンピュータプログラムにおいて、
（１）他機上のファイルが変更された場合、（２）他機
上で動作しているプロセスに、例えば終了したり新規に
開始したりなどして、その状態に変更が生じた場合、
（３）他機上にユーザが新規にログインしたり、または
ログアウトするなどして、ユーザの状態が変化した場合
などを検出する方法として、クライアントアクティブな
方法とクライアントパッシブな方法がある。
【０００４】前者のクライアントアクティブな方法で
は、他機上の情報の更新に無関係に、他機に対し情報の
ポーリングを行い、このとき収集した情報と過去に収集
した情報との差分から、情報が更新されたか否かを知る
ものである。これは、例えばデータベースサーバとその
クライアントがあり、サーバで情報が更新されたとき、
クライアントは直ちにその情報を収集し、クライアント
上の表示も更新しなければならない場合などにおいて、
データベースクライアントは情報が更新されているか否
かを知るために、情報の更新の有無に関わらず情報を収
集しなければならない場合がある。また、本方法は、サ
ーバ上のメールスプールを定期的に調べ、新規到着の電
子メールの有無を調べるｐｏｐｐｅｒ（Post Office Pr
otocol-Version 3,J.Myers,et.al.,RFC 1725,November
1994参照）にも使用されている。
は、他機上の情報の更新に無関係に、他機に対し情報の
ポーリングを行い、このとき収集した情報と過去に収集
した情報との差分から、情報が更新されたか否かを知る
ものである。これは、例えばデータベースサーバとその
クライアントがあり、サーバで情報が更新されたとき、
クライアントは直ちにその情報を収集し、クライアント
上の表示も更新しなければならない場合などにおいて、
データベースクライアントは情報が更新されているか否
かを知るために、情報の更新の有無に関わらず情報を収
集しなければならない場合がある。また、本方法は、サ
ーバ上のメールスプールを定期的に調べ、新規到着の電
子メールの有無を調べるｐｏｐｐｅｒ（Post Office Pr
otocol-Version 3,J.Myers,et.al.,RFC 1725,November
1994参照）にも使用されている。
【０００５】なお、クライアントアクティブな方法で
は、他機との接続は、常時開設（open）されていても、
その都度開設してもどちらでも構わない。
は、他機との接続は、常時開設（open）されていても、
その都度開設してもどちらでも構わない。
【０００６】また、後者のクライアントパッシブな方法
は、他機と常時接続をしておき、他機（すなわち情報提
供側）が情報の変化を検知したら、その情報を他機が送
信するものである。
は、他機と常時接続をしておき、他機（すなわち情報提
供側）が情報の変化を検知したら、その情報を他機が送
信するものである。
【０００７】
【発明が解決しようとする課題】上述した従来の方法に
は、次に示すような問題がある。まず、前記クライアン
トアクティブな方法、すなわち他機へポーリングを行う
方法では、仮に他機上の情報に変更が生じていなくて
も、ポーリングを行わなければならないため、無用な通
信が発生するという問題がある。この無用な通信は不要
なネットワーク負荷とＣＰＵ負荷に生じさせる。また、
World Wide Webサービス（HyperText Transfer Protoco
l-HTTP/1.0,Tim Berners-Lee,et.al.,Interbet Drafts,
March 1995;Universal Resource Identifier,Tim Berne
rs-Lee,RFC 1630,June 1994;およびUniform Resource L
ocators,Tim Berners-Lee,et.al.,RFC1738,December 19
94 参照）のように、情報のポーリングを行うことが画
面の更新を意味するようなプログラムにおいては、頻繁
な画面の書換えが行われ、ＣＰＵ処理能力的にも視認性
においても問題が生じる。
は、次に示すような問題がある。まず、前記クライアン
トアクティブな方法、すなわち他機へポーリングを行う
方法では、仮に他機上の情報に変更が生じていなくて
も、ポーリングを行わなければならないため、無用な通
信が発生するという問題がある。この無用な通信は不要
なネットワーク負荷とＣＰＵ負荷に生じさせる。また、
World Wide Webサービス（HyperText Transfer Protoco
l-HTTP/1.0,Tim Berners-Lee,et.al.,Interbet Drafts,
March 1995;Universal Resource Identifier,Tim Berne
rs-Lee,RFC 1630,June 1994;およびUniform Resource L
ocators,Tim Berners-Lee,et.al.,RFC1738,December 19
94 参照）のように、情報のポーリングを行うことが画
面の更新を意味するようなプログラムにおいては、頻繁
な画面の書換えが行われ、ＣＰＵ処理能力的にも視認性
においても問題が生じる。
【０００８】すなわち、実際に情報が変更された時のみ
情報の収集を行えるような方式を考える必要がある。
情報の収集を行えるような方式を考える必要がある。
【０００９】また、前記クライアントパッシブな方法、
すなわち情報提供側（サーバ）が情報に更新があったと
きのみ情報を送信する方法では、上述した余分な通信は
なくなるが、この方法では常時接続しておくことが必要
であるため、コストがかかるという問題がある。一般
に、１つの通信路を管理するには、１つのプロセスと１
つの仮想的な通信口（ソケットとかポートと呼ばれるこ
とが多い）を必要とする。クライアント数が多くなれ
ば、プロセス数の増大となり、特にメモリのような計算
機資源にかなりの圧迫を与えることになる。
すなわち情報提供側（サーバ）が情報に更新があったと
きのみ情報を送信する方法では、上述した余分な通信は
なくなるが、この方法では常時接続しておくことが必要
であるため、コストがかかるという問題がある。一般
に、１つの通信路を管理するには、１つのプロセスと１
つの仮想的な通信口（ソケットとかポートと呼ばれるこ
とが多い）を必要とする。クライアント数が多くなれ
ば、プロセス数の増大となり、特にメモリのような計算
機資源にかなりの圧迫を与えることになる。
【００１０】上述したように、いつでもサーバから変更
について通知してくれるサービスを提供するのであるな
らば、常時接続をやめ、代表して１つだけ動作するサー
バ上のプロセスが非同期に情報の送信を行う方式を採る
必要がある。
について通知してくれるサービスを提供するのであるな
らば、常時接続をやめ、代表して１つだけ動作するサー
バ上のプロセスが非同期に情報の送信を行う方式を採る
必要がある。
【００１１】本発明は、上記に鑑みてなされたもので、
その目的とするところは、コンピュータ内のリソースの
変化を効率的に非同期で他機に通知するリソース変更通
知方法を提供することにある。
その目的とするところは、コンピュータ内のリソースの
変化を効率的に非同期で他機に通知するリソース変更通
知方法を提供することにある。
【００１２】
【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の本発明は、ファイル、プロセス、ユ
ーザの状態などに関する情報であるリソースを有するコ
ンピュータとこのコンピュータをサーバとしたサーバ／
クライアント環境を構成するコンピュータネットワーク
において、クライアントにおいては、リソースの名称で
あるリソース名、そのリソースがどのように変更される
かを記述する変更の種類、そのリソースをどのような時
間間隔で検査するかを記述する検査のタイミング、その
リソースに変更が発生したことを通知する方法を記述し
た通知の手段を有する依頼文を送信し、サーバにおいて
は、クライアントから依頼文を受け取り、依頼文のエラ
ーチェックを行い、このクライアントにその結果を返答
するとともに、受け取った依頼文に一意に定まるジョブ
番号を付与し、これらをデータテーブルに保持し、前記
依頼文に記述されたリソース名が変更の種類によって指
示された方法で変更されているかを検査し、依頼文に記
述された検査のタイミングに従って定期的に前記検査を
行い、前記検査の結果、変更が発生していれば、クライ
アントに対して前記通知の手段を用いてリソースに変更
があったことを通知し、これによりコンピュータ内のリ
ソースの変化を非同期的に他機に通知することを要旨と
する。
め、請求項１記載の本発明は、ファイル、プロセス、ユ
ーザの状態などに関する情報であるリソースを有するコ
ンピュータとこのコンピュータをサーバとしたサーバ／
クライアント環境を構成するコンピュータネットワーク
において、クライアントにおいては、リソースの名称で
あるリソース名、そのリソースがどのように変更される
かを記述する変更の種類、そのリソースをどのような時
間間隔で検査するかを記述する検査のタイミング、その
リソースに変更が発生したことを通知する方法を記述し
た通知の手段を有する依頼文を送信し、サーバにおいて
は、クライアントから依頼文を受け取り、依頼文のエラ
ーチェックを行い、このクライアントにその結果を返答
するとともに、受け取った依頼文に一意に定まるジョブ
番号を付与し、これらをデータテーブルに保持し、前記
依頼文に記述されたリソース名が変更の種類によって指
示された方法で変更されているかを検査し、依頼文に記
述された検査のタイミングに従って定期的に前記検査を
行い、前記検査の結果、変更が発生していれば、クライ
アントに対して前記通知の手段を用いてリソースに変更
があったことを通知し、これによりコンピュータ内のリ
ソースの変化を非同期的に他機に通知することを要旨と
する。
【００１３】請求項１記載の本発明では、クライアント
においてリソース名、変更の種類、検査のタイミング、
通知の手段を有する依頼文を送信すると、サーバにおい
て依頼文を受け取り、依頼文に記述されたリソース名が
変更の種類によって指示された方法で変更されているか
を検査のタイミングに従って検査を行い、検査の結果、
変更が発生していれば、クライアントに対してリソース
に変更があったことを通知する。
においてリソース名、変更の種類、検査のタイミング、
通知の手段を有する依頼文を送信すると、サーバにおい
て依頼文を受け取り、依頼文に記述されたリソース名が
変更の種類によって指示された方法で変更されているか
を検査のタイミングに従って検査を行い、検査の結果、
変更が発生していれば、クライアントに対してリソース
に変更があったことを通知する。
【００１４】
【発明の実施の形態】まず、リソースの定義付けを行
い、続いて本発明のリソース変更通知方法が動作する環
境について、すなわちサーバとクライアントとの関係に
ついて説明する。
い、続いて本発明のリソース変更通知方法が動作する環
境について、すなわちサーバとクライアントとの関係に
ついて説明する。
【００１５】まず、リソースを定義し、その記述方法に
ついて説明する。コンピュータは、コンピュータ自身が
動作するために各種情報を有している。例えば、コンピ
ュータはファイルが最後にいつ変更されたのか、誰に読
み書きの権限があるのかなどのようにファイルに関する
情報を有している。また、コンピュータは、実行してい
るプロセスに関し、どのユーザが実行依頼をしたのか、
そのプロセスが実行中であるのか、ＩＯ待ち状態にある
のかなどのようなプロセス状態に関する情報を有する。
更に、ユーザがログインしていれば、いつからログイン
しているのか、アイドル時間はどのくらいなのか、どこ
からログインしているのかなどのような情報も有する。
これ以外にもコンピュータはネットワークを監視し、電
子メールを送受したりする。
ついて説明する。コンピュータは、コンピュータ自身が
動作するために各種情報を有している。例えば、コンピ
ュータはファイルが最後にいつ変更されたのか、誰に読
み書きの権限があるのかなどのようにファイルに関する
情報を有している。また、コンピュータは、実行してい
るプロセスに関し、どのユーザが実行依頼をしたのか、
そのプロセスが実行中であるのか、ＩＯ待ち状態にある
のかなどのようなプロセス状態に関する情報を有する。
更に、ユーザがログインしていれば、いつからログイン
しているのか、アイドル時間はどのくらいなのか、どこ
からログインしているのかなどのような情報も有する。
これ以外にもコンピュータはネットワークを監視し、電
子メールを送受したりする。
【００１６】このようにコンピュータ自身が管理してい
る自機に関する全ての情報をその機の「リソース」とこ
こで呼ぶ。リソースには前記のようにファイルであった
り、プロセスであったり、ユーザに関する情報であった
りと、いくつも異なる性質のものがあるが、このような
性質毎に分類し、名前をつけたものを「リソースの種
類」と呼ぶ。
る自機に関する全ての情報をその機の「リソース」とこ
こで呼ぶ。リソースには前記のようにファイルであった
り、プロセスであったり、ユーザに関する情報であった
りと、いくつも異なる性質のものがあるが、このような
性質毎に分類し、名前をつけたものを「リソースの種
類」と呼ぶ。
【００１７】リソースを有する機の名称（マシン名）、
リソースの種類、そしてそのリソースそのものの名称と
を併せて、「リソース名」と呼ぶ。ここでは、リソース
名を のように”：”と”／”で連結した文字列で表現する。
例えば、マシン名がdogのコンピュータにあるリソース
の種類がfileであるリソースが /home/kaori/inuなら
ば、そのリソース名をfile://dog/home/kaori/inu と記
述する。マシン名は省略可能で、省略された場合はサー
バが動作しているマシン名がそれに充当される。
リソースの種類、そしてそのリソースそのものの名称と
を併せて、「リソース名」と呼ぶ。ここでは、リソース
名を のように”：”と”／”で連結した文字列で表現する。
例えば、マシン名がdogのコンピュータにあるリソース
の種類がfileであるリソースが /home/kaori/inuなら
ば、そのリソース名をfile://dog/home/kaori/inu と記
述する。マシン名は省略可能で、省略された場合はサー
バが動作しているマシン名がそれに充当される。
【００１８】次に、本発明のリソース変更通知方法が動
作する環境について説明する。複数のコンピュータがコ
ンピュータネットワークによって接続されているとす
る。本発明の特徴である「コンピュータ内のリソースの
変化を同期的に他機に通知する」サービスを提供するコ
ンピュータまたはそのプロセスを「サーバ」と呼び、こ
のサービスを呼び出す他のコンピュータを「クライアン
ト」と呼ぶ。１つのサーバを複数のクライアントで呼び
出しても構わない。また、依頼を行うクライアントと、
その依頼の結果を受け取るクライアントが別のものであ
っても構わない。
作する環境について説明する。複数のコンピュータがコ
ンピュータネットワークによって接続されているとす
る。本発明の特徴である「コンピュータ内のリソースの
変化を同期的に他機に通知する」サービスを提供するコ
ンピュータまたはそのプロセスを「サーバ」と呼び、こ
のサービスを呼び出す他のコンピュータを「クライアン
ト」と呼ぶ。１つのサーバを複数のクライアントで呼び
出しても構わない。また、依頼を行うクライアントと、
その依頼の結果を受け取るクライアントが別のものであ
っても構わない。
【００１９】次に、図面を用いて本発明の実施形態を説
明する。図１は、本発明の一実施形態に係るリソース変
更通知方法を実施するサーバの構成を示す図である。同
図に示すサーバ、すなわちリソース変更通知サーバ１０
０は、クライアントからの依頼文を受け付ける登録部１
１０、クライアントからの依頼文を保存し、依頼文にジ
ョブ番号を付与するデータテーブル１２０、指定時間間
隔おきに検査部を呼び出すタイマ１３０、リソースに変
化が起ったかを調べる検査部１４０、および変化があっ
た場合、クライアントに通知する通知部１５０を有す
る。該リソース変更通知サーバ１００は、その登録部１
１０および通知部１５０においてコンピュータネットワ
ーク４００を介してリソース変更通知クライアント２０
０と互いに通信を行う。この通信の経路は、アルファベ
ットＡ−Ｉで示されている。また、リソース変更通知サ
ーバ１００は、その検査部１４０がファイル３１０、プ
ロセス３２０、ユーザ情報３３０などからなるリソース
３００に接続されている。
明する。図１は、本発明の一実施形態に係るリソース変
更通知方法を実施するサーバの構成を示す図である。同
図に示すサーバ、すなわちリソース変更通知サーバ１０
０は、クライアントからの依頼文を受け付ける登録部１
１０、クライアントからの依頼文を保存し、依頼文にジ
ョブ番号を付与するデータテーブル１２０、指定時間間
隔おきに検査部を呼び出すタイマ１３０、リソースに変
化が起ったかを調べる検査部１４０、および変化があっ
た場合、クライアントに通知する通知部１５０を有す
る。該リソース変更通知サーバ１００は、その登録部１
１０および通知部１５０においてコンピュータネットワ
ーク４００を介してリソース変更通知クライアント２０
０と互いに通信を行う。この通信の経路は、アルファベ
ットＡ−Ｉで示されている。また、リソース変更通知サ
ーバ１００は、その検査部１４０がファイル３１０、プ
ロセス３２０、ユーザ情報３３０などからなるリソース
３００に接続されている。
【００２０】このような構成において、リソース変更通
知クライアント２００は、リソース変更通知サーバ１０
０上のリソース３００に変更があったら通知をしてもら
いたいことをサーバ１００に対して経路Ａを介して登録
部１１０に依頼する。この依頼文は、次の要素からな
る。 ・リソース名 ・変更の種類 ・検査のタイミング ・通知の手段
知クライアント２００は、リソース変更通知サーバ１０
０上のリソース３００に変更があったら通知をしてもら
いたいことをサーバ１００に対して経路Ａを介して登録
部１１０に依頼する。この依頼文は、次の要素からな
る。 ・リソース名 ・変更の種類 ・検査のタイミング ・通知の手段
【００２１】リソース名は、先に定義したサーバの検査
対象となるリソースの名称である。前述のように、ファ
イルであるならばファイル名になり、プロセスであるな
らばプロセス名（またはプロセスＩＤ）となる。変更の
種類には、リソース名で指示したリソースにどのような
変化が起きれば通知するかを記述する。例えば、新たに
リソースが生成されたならば「生成」、リソースが削除
されたならば「削除」といったようにリソースに対する
オペランドとなる語句である。
対象となるリソースの名称である。前述のように、ファ
イルであるならばファイル名になり、プロセスであるな
らばプロセス名（またはプロセスＩＤ）となる。変更の
種類には、リソース名で指示したリソースにどのような
変化が起きれば通知するかを記述する。例えば、新たに
リソースが生成されたならば「生成」、リソースが削除
されたならば「削除」といったようにリソースに対する
オペランドとなる語句である。
【００２２】検査のタイミングは、指定されたリソース
に指示された変更があったかを検査するタイミングであ
る。例えば、５秒に１回というように記述する。通知の
手段は、サーバがリソースの変更を検知した場合に、ク
ライアントへ通知する手段を記述する。例えば、指定ア
ドレスに電子メールを送信するとか指定ポートに電文を
送信するのように記述する。
に指示された変更があったかを検査するタイミングであ
る。例えば、５秒に１回というように記述する。通知の
手段は、サーバがリソースの変更を検知した場合に、ク
ライアントへ通知する手段を記述する。例えば、指定ア
ドレスに電子メールを送信するとか指定ポートに電文を
送信するのように記述する。
【００２３】前記４項からなる依頼文中、重要なのは
「リソース名」と「変更の種類」である。「検査のタイ
ミング」や「通知の手段」については、デフォルトの方
法をサーバ中に用意することにより依頼文から省いても
構わない。
「リソース名」と「変更の種類」である。「検査のタイ
ミング」や「通知の手段」については、デフォルトの方
法をサーバ中に用意することにより依頼文から省いても
構わない。
【００２４】この依頼文をリソース変更通知クライアン
ト２００から受け取るのは、サーバ１００中の登録部１
１０である（経路Ａ）。登録部１１０は常時待機状態に
あり、リソース変更通知クライアント２００からの接続
を監視しており、接続成立と同時に活性化する。登録部
１１０は受けた依頼文のエラーチェックを行い、データ
テーブル１２０に依頼文を格納する（経路Ｃ）。登録部
１００はまた依頼文がサーバ１００に受理された、拒否
された、またはエラーがあるため受理できないなどの返
信を経路Ｂを介してリソース変更通知クライアント２０
０に返す。依頼文と返信のやりとりが終了したら、接続
（経路Ａ，Ｂ）は切断される。
ト２００から受け取るのは、サーバ１００中の登録部１
１０である（経路Ａ）。登録部１１０は常時待機状態に
あり、リソース変更通知クライアント２００からの接続
を監視しており、接続成立と同時に活性化する。登録部
１１０は受けた依頼文のエラーチェックを行い、データ
テーブル１２０に依頼文を格納する（経路Ｃ）。登録部
１００はまた依頼文がサーバ１００に受理された、拒否
された、またはエラーがあるため受理できないなどの返
信を経路Ｂを介してリソース変更通知クライアント２０
０に返す。依頼文と返信のやりとりが終了したら、接続
（経路Ａ，Ｂ）は切断される。
【００２５】データテーブル１２０は、まず受けた依頼
文に一意に定まるジョブ番号を付与する。それから、依
頼文を要素に分解し、ジョブ番号とともに、タイマ１３
０には検査のタイミングを、検査部１４０にはリソース
名と変更の種類を、通知部１５０には通知の手段をそれ
ぞれ送信する（経路Ｄ，Ｅ，Ｆ）。
文に一意に定まるジョブ番号を付与する。それから、依
頼文を要素に分解し、ジョブ番号とともに、タイマ１３
０には検査のタイミングを、検査部１４０にはリソース
名と変更の種類を、通知部１５０には通知の手段をそれ
ぞれ送信する（経路Ｄ，Ｅ，Ｆ）。
【００２６】タイマ１３０はデータテーブル１２０から
の送信を受け取ると、活性化する。タイマ１３０は検査
のタイミングに示された時間間隔で検査部１４０にジョ
ブ番号を送信する（経路Ｇ）。
の送信を受け取ると、活性化する。タイマ１３０は検査
のタイミングに示された時間間隔で検査部１４０にジョ
ブ番号を送信する（経路Ｇ）。
【００２７】検査部１４０は、タイマ１３０からジョブ
番号を受けると、そのジョブ番号と組になっているリソ
ースに変化が生じているかを調べる。検査部１４０はオ
ペレーティングシステムに対し、リソースの変化に関す
る情報を要求し（経路Ｈ）、それが変更の種類と一致す
る場合に、通知部１５０に変化があったことを通知する
（経路Ｉ）。オペレーティングシステムが「リソースの
変化に関する情報」を持っていない場合、検査部１４０
はリソースに関する情報を独自に持たなければならな
い。例えば、オペレーティングシステムには「現在誰が
ログインしているか」の情報はあるが、「誰がここ１０
分以内にログアウトしたか」という情報はないとする。
このとき検査部１４０はユーザのログイン履歴に関する
データベースをその内部に持つことにより、「現在誰が
ログインしているか」についての情報の履歴から「誰が
いなくなった」かを類推しなければならない。
番号を受けると、そのジョブ番号と組になっているリソ
ースに変化が生じているかを調べる。検査部１４０はオ
ペレーティングシステムに対し、リソースの変化に関す
る情報を要求し（経路Ｈ）、それが変更の種類と一致す
る場合に、通知部１５０に変化があったことを通知する
（経路Ｉ）。オペレーティングシステムが「リソースの
変化に関する情報」を持っていない場合、検査部１４０
はリソースに関する情報を独自に持たなければならな
い。例えば、オペレーティングシステムには「現在誰が
ログインしているか」の情報はあるが、「誰がここ１０
分以内にログアウトしたか」という情報はないとする。
このとき検査部１４０はユーザのログイン履歴に関する
データベースをその内部に持つことにより、「現在誰が
ログインしているか」についての情報の履歴から「誰が
いなくなった」かを類推しなければならない。
【００２８】依頼文で指示されたリソースが指定の変更
の種類で変更されたことを検査部１４０が検知したら、
検査部１４０は通知部１５０に変更があったことをジョ
ブ番号に送信することにより通知する（経路Ｉ）。通知
部１５０はそのジョブ番号と組になっている通知の手段
を用いて、リソース変更通知クライアント２００に対し
て、変更があったことを通知する（経路Ｊ）。
の種類で変更されたことを検査部１４０が検知したら、
検査部１４０は通知部１５０に変更があったことをジョ
ブ番号に送信することにより通知する（経路Ｉ）。通知
部１５０はそのジョブ番号と組になっている通知の手段
を用いて、リソース変更通知クライアント２００に対し
て、変更があったことを通知する（経路Ｊ）。
【００２９】次に、上述したリソース変更通知サーバ１
００がどのように動作するかについて具体例を挙げて説
明する。
００がどのように動作するかについて具体例を挙げて説
明する。
【００３０】リソース変更通知クライアント２００が２
つあり、それらをそれぞれＣ1 ，Ｃ2 とする。リソース
変更通知クライアントＣ1 ，Ｃ2 はそれぞれ表１に揚げ
る依頼文を送信したとする（それぞれＲ1 ，…，Ｒ3 と
呼ぶ）。
つあり、それらをそれぞれＣ1 ，Ｃ2 とする。リソース
変更通知クライアントＣ1 ，Ｃ2 はそれぞれ表１に揚げ
る依頼文を送信したとする（それぞれＲ1 ，…，Ｒ3 と
呼ぶ）。
【００３１】
【表１】
【００３２】依頼文Ｒ1 は、リソース変更通知クライア
ントＣ1 からファイル／foo の内容が変更（change）さ
れていたら、電子メールを用いて、hoge＠hogehogeに通
知するように依頼している。サーバは／foo が変更され
たかどうかを１０秒に１回調べる。依頼文Ｒ2 もリソー
ス変更通知クライアントＣ1 からＸと呼ばれるプロセス
が終了（exit）したら、ＴＣＰポート８０８６番を用い
てhogehogeと呼ばれるマシンに電文を送出することを依
頼している。サーバはプロセスＸが存在するかどうかを
１分に１度調べる。依頼文Ｒ3 はリソース変更通知クラ
イアントＣ2 からで、ユーザbar の状態を１時間に１回
調べ、いなくなった（disappear ）ならば、依頼文Ｒ2
と同様にＴＣＰコネクションを介して通知するように依
頼している。
ントＣ1 からファイル／foo の内容が変更（change）さ
れていたら、電子メールを用いて、hoge＠hogehogeに通
知するように依頼している。サーバは／foo が変更され
たかどうかを１０秒に１回調べる。依頼文Ｒ2 もリソー
ス変更通知クライアントＣ1 からＸと呼ばれるプロセス
が終了（exit）したら、ＴＣＰポート８０８６番を用い
てhogehogeと呼ばれるマシンに電文を送出することを依
頼している。サーバはプロセスＸが存在するかどうかを
１分に１度調べる。依頼文Ｒ3 はリソース変更通知クラ
イアントＣ2 からで、ユーザbar の状態を１時間に１回
調べ、いなくなった（disappear ）ならば、依頼文Ｒ2
と同様にＴＣＰコネクションを介して通知するように依
頼している。
【００３３】リソース変更通知クライアントＣ1 ，Ｃ2
はそれぞれ別個に登録部１１０と接続をし、先の依頼文
Ｒ1 ，Ｒ2 ，Ｒ3 を送る。登録部１１０は依頼文の構文
解析を行い、それにエラーがあればエラー理由を、正し
ければ受け付けられた旨を依頼元に通知する。表１の依
頼文Ｒ2 中の変更の種類のexitは、実は構文的に誤り
で、本当はdoneでなければならなかったとすると、登録
部１１０はリソース変更通知クライアントＣ1 に対して
エラーがあった旨を通知する。正しい構文であった依頼
文Ｒ1 ，Ｒ3 はデータテーブル１２０に登録されるが、
誤り文を含んだ依頼文Ｒ2 は登録されない。
はそれぞれ別個に登録部１１０と接続をし、先の依頼文
Ｒ1 ，Ｒ2 ，Ｒ3 を送る。登録部１１０は依頼文の構文
解析を行い、それにエラーがあればエラー理由を、正し
ければ受け付けられた旨を依頼元に通知する。表１の依
頼文Ｒ2 中の変更の種類のexitは、実は構文的に誤り
で、本当はdoneでなければならなかったとすると、登録
部１１０はリソース変更通知クライアントＣ1 に対して
エラーがあった旨を通知する。正しい構文であった依頼
文Ｒ1 ，Ｒ3 はデータテーブル１２０に登録されるが、
誤り文を含んだ依頼文Ｒ2 は登録されない。
【００３４】データテーブル１２０はジョブ番号を依頼
文Ｒ1 ，Ｒ3 に付与する。ジョブ番号をそれぞれＪ1 ，
Ｊ2 とする。データテーブル１２０は、タイマ１３０に
ジョブ番号と検査のタイミングの組（Ｊ1 ，１０sec
）、（Ｊ2 ，１hour）を、検査部１４０にジョブ番号
とリソース名と変更の種類の組（Ｊ1 ，file：／foo ，
change）、（Ｊ2 ，user：bar ，be）を、通知部１５０
にはジョブ番号と通知の手段の組（Ｊ1 ，mail hoge ＠
hogehoge）、（Ｊ2 ，ＴＣＰ hagehage ：8087）をそれ
ぞれ通知する。
文Ｒ1 ，Ｒ3 に付与する。ジョブ番号をそれぞれＪ1 ，
Ｊ2 とする。データテーブル１２０は、タイマ１３０に
ジョブ番号と検査のタイミングの組（Ｊ1 ，１０sec
）、（Ｊ2 ，１hour）を、検査部１４０にジョブ番号
とリソース名と変更の種類の組（Ｊ1 ，file：／foo ，
change）、（Ｊ2 ，user：bar ，be）を、通知部１５０
にはジョブ番号と通知の手段の組（Ｊ1 ，mail hoge ＠
hogehoge）、（Ｊ2 ，ＴＣＰ hagehage ：8087）をそれ
ぞれ通知する。
【００３５】タイマ１３０は検査部１４０に１０秒に１
回Ｊ1 を、１時間に１回Ｊ2 を送信する。送信を受けた
検査部１４０は、Ｊ1 を受けたらファイル／foo の内容
が変更されたかどうか調べる。また、Ｊ1 を受けたらユ
ーザbar がいるかどうかをオペレーティングシステムに
問い合わせる。
回Ｊ1 を、１時間に１回Ｊ2 を送信する。送信を受けた
検査部１４０は、Ｊ1 を受けたらファイル／foo の内容
が変更されたかどうか調べる。また、Ｊ1 を受けたらユ
ーザbar がいるかどうかをオペレーティングシステムに
問い合わせる。
【００３６】ここで例えば、オペレーティングシステム
にはファイルがここ１０秒以内に変更されたという情報
を保持しないが、ファイルが変更された時間だけは保持
しているとする。この場合、単純にオペレーティングシ
ステムに変更があったかどうかを問い合わせることはで
きないので、検査部１５０は別の手段を講じなければな
らない。幸い変更時間は記録されるので、１０秒おきの
タイマ１３０の要求の都度変更時間を収集し、前回収集
した値と異なるようならば変更があったとし、そうでな
ければ変更がなかったと判定する。
にはファイルがここ１０秒以内に変更されたという情報
を保持しないが、ファイルが変更された時間だけは保持
しているとする。この場合、単純にオペレーティングシ
ステムに変更があったかどうかを問い合わせることはで
きないので、検査部１５０は別の手段を講じなければな
らない。幸い変更時間は記録されるので、１０秒おきの
タイマ１３０の要求の都度変更時間を収集し、前回収集
した値と異なるようならば変更があったとし、そうでな
ければ変更がなかったと判定する。
【００３７】Ｊ1 （すなわちファイル／foo ）について
は全く変化が見られなかったが、ジョブが開始されてか
ら２時間１０分後にユーザbar がログアウトしたとす
る。タイマ１３０は、１，２，３，…時間経過後に検査
部１４０にＪ2 についての検査をするように通知するの
で、検査部１４０はジョブを受け付けてから３時間後に
ユーザbar がログアウトしたことを知る。検査部１４０
は直ちにＪ2 を通知部１５０に送信する。
は全く変化が見られなかったが、ジョブが開始されてか
ら２時間１０分後にユーザbar がログアウトしたとす
る。タイマ１３０は、１，２，３，…時間経過後に検査
部１４０にＪ2 についての検査をするように通知するの
で、検査部１４０はジョブを受け付けてから３時間後に
ユーザbar がログアウトしたことを知る。検査部１４０
は直ちにＪ2 を通知部１５０に送信する。
【００３８】送信部１５０はＪ2 の通知手段であるＴＣ
Ｐ hagehage:8087を用いてリソースが変化したことを通
知する。具体的には通知部１５０はhagehageという名前
を持つコンピュータとＴＣＰポート8087番を用いて通信
を開始する。このときhagehageには通信を受ける用意が
できていなければならないが、これはhagehage側の責任
であってサーバの責任ではない。送信部１５０はhageha
geとの間にあいた通信路を介して、ジョブ番号Ｊ2 が起
こった意の電文を送信し、直ちにその通信路を切断す
る。これでhagehageはユーザbar がいなくなったことを
知るのである。
Ｐ hagehage:8087を用いてリソースが変化したことを通
知する。具体的には通知部１５０はhagehageという名前
を持つコンピュータとＴＣＰポート8087番を用いて通信
を開始する。このときhagehageには通信を受ける用意が
できていなければならないが、これはhagehage側の責任
であってサーバの責任ではない。送信部１５０はhageha
geとの間にあいた通信路を介して、ジョブ番号Ｊ2 が起
こった意の電文を送信し、直ちにその通信路を切断す
る。これでhagehageはユーザbar がいなくなったことを
知るのである。
【００３９】上述したように、本実施形態では、クライ
アントは依頼文を１回送出するだけで、あとはサーバか
らの変更の通知だけを待てばよいようになるので、変更
の通知を受けてから、クライアントは変更された情報を
収集しにいけばよく、これにより、不要な接続や情報収
集が不要になる。
アントは依頼文を１回送出するだけで、あとはサーバか
らの変更の通知だけを待てばよいようになるので、変更
の通知を受けてから、クライアントは変更された情報を
収集しにいけばよく、これにより、不要な接続や情報収
集が不要になる。
【００４０】すなわち、各種リソースの変更が行われた
ことを非同期的に通知するようにクライアントがサーバ
に依頼することができ、かつこの依頼の方法は特定のリ
ソースに従属するものでなく、また統一的な手段で行え
るようになっており（登録部およびデータテーブル）、
この依頼によって指示されたリソースを定期的（タイ
マ）に検査し、検査結果が真の時のみクライアントに通
知することができる。この結果、ネットワーク負荷およ
びＣＰＵ負荷の軽減、クライアントからの要求に対する
統一的なサービスの提供、自由度の高い設定方法をその
特徴とした「コンピュータ内のリソースの変化を非同期
的に他機に通知する」サービスを提供できる。
ことを非同期的に通知するようにクライアントがサーバ
に依頼することができ、かつこの依頼の方法は特定のリ
ソースに従属するものでなく、また統一的な手段で行え
るようになっており（登録部およびデータテーブル）、
この依頼によって指示されたリソースを定期的（タイ
マ）に検査し、検査結果が真の時のみクライアントに通
知することができる。この結果、ネットワーク負荷およ
びＣＰＵ負荷の軽減、クライアントからの要求に対する
統一的なサービスの提供、自由度の高い設定方法をその
特徴とした「コンピュータ内のリソースの変化を非同期
的に他機に通知する」サービスを提供できる。
【００４１】このサービスを使用すれば、例えば常に最
新の情報を必要とするデータベースクライアントは、本
発明のサーバに対して、情報の更新を通知するように依
頼を行っておき、サーバ上のファイルが更新されたこと
が知らされれば、データベースクライアントはこのとき
新ファイルをダウンロードすればよい。このような非同
期的な変化に対する情報を提供するサービスには、これ
以外にも各種の用途が見いだされるであろう。
新の情報を必要とするデータベースクライアントは、本
発明のサーバに対して、情報の更新を通知するように依
頼を行っておき、サーバ上のファイルが更新されたこと
が知らされれば、データベースクライアントはこのとき
新ファイルをダウンロードすればよい。このような非同
期的な変化に対する情報を提供するサービスには、これ
以外にも各種の用途が見いだされるであろう。
【００４２】
【発明の効果】以上説明したように、本発明によれば、
クライアントにおいてリソース名、変更の種類、検査の
タイミング、通知の手段を有する依頼文を送信すると、
サーバにおいて依頼文を受け取り、依頼文に記述された
リソース名が変更の種類によって指示された方法で変更
されているかを検査のタイミングに従って検査を行い、
検査の結果、変更が発生していれば、クライアントに対
してリソースに変更があったことを通知するので、従来
のような無用な通信や常時接続の必要なく、非同期にリ
ソースの変化を他機に通知することができ、ネットワー
ク負荷を低く抑えることができ、またコンピュータの負
荷を軽減することができるとともに、更に多岐にわたる
コンピュータのリソースに関する情報に自コンピュータ
内にあると同じくらい容易に統一的手段でもってアクセ
スができる。
クライアントにおいてリソース名、変更の種類、検査の
タイミング、通知の手段を有する依頼文を送信すると、
サーバにおいて依頼文を受け取り、依頼文に記述された
リソース名が変更の種類によって指示された方法で変更
されているかを検査のタイミングに従って検査を行い、
検査の結果、変更が発生していれば、クライアントに対
してリソースに変更があったことを通知するので、従来
のような無用な通信や常時接続の必要なく、非同期にリ
ソースの変化を他機に通知することができ、ネットワー
ク負荷を低く抑えることができ、またコンピュータの負
荷を軽減することができるとともに、更に多岐にわたる
コンピュータのリソースに関する情報に自コンピュータ
内にあると同じくらい容易に統一的手段でもってアクセ
スができる。
【図１】本発明の一実施形態に係るリソース変更通知方
法を実施するリソース変更通知サーバの構成を示すブロ
ック図である。
法を実施するリソース変更通知サーバの構成を示すブロ
ック図である。
１００ リソース変更通知サーバ １１０ 登録部 １２０ データテーブル １３０ タイマ １４０ 検査部 １５０ 通知部 ２００ リソース変更通知クライアント ３００ リソース ３１０ ファイル ３２０ プロセス ３３０ ユーザ情報
Claims (1)
- 【請求項１】 ファイル、プロセス、ユーザの状態など
に関する情報であるリソースを有するコンピュータとこ
のコンピュータをサーバとしたサーバ／クライアント環
境を構成するコンピュータネットワークにおいて、 クライアントにおいては、リソースの名称であるリソー
ス名、そのリソースがどのように変更されるかを記述す
る変更の種類、そのリソースをどのような時間間隔で検
査するかを記述する検査のタイミング、そのリソースに
変更が発生したことを通知する方法を記述した通知の手
段を有する依頼文を送信し、 サーバにおいては、クライアントから依頼文を受け取
り、依頼文のエラーチェックを行い、このクライアント
にその結果を返答するとともに、受け取った依頼文に一
意に定まるジョブ番号を付与し、これらをデータテーブ
ルに保持し、前記依頼文に記述されたリソース名が変更
の種類によって指示された方法で変更されているかを検
査し、依頼文に記述された検査のタイミングに従って定
期的に前記検査を行い、前記検査の結果、変更が発生し
ていれば、クライアントに対して前記通知の手段を用い
てリソースに変更があったことを通知し、これによりコ
ンピュータ内のリソースの変化を非同期的に他機に通知
することを特徴とするリソース変更通知方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7249722A JPH0991232A (ja) | 1995-09-27 | 1995-09-27 | リソース変更通知方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7249722A JPH0991232A (ja) | 1995-09-27 | 1995-09-27 | リソース変更通知方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0991232A true JPH0991232A (ja) | 1997-04-04 |
Family
ID=17197231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7249722A Pending JPH0991232A (ja) | 1995-09-27 | 1995-09-27 | リソース変更通知方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0991232A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09181723A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | ネットワークにおける資源の変化を通知するネットワーク資源監視システムおよび方法 |
| JPH1153238A (ja) * | 1997-07-30 | 1999-02-26 | Nippon Telegr & Teleph Corp <Ntt> | 分散情報検索方法及びシステム及び分散情報検索プログラムを格納した記憶媒体 |
| JP2002517818A (ja) * | 1998-06-01 | 2002-06-18 | エスアールアイ インターナショナル | 低帯域幅クライアント／サーバオブジェクト指向システムにおいて情報を更新する方法および装置 |
| US7024668B2 (en) | 2000-05-15 | 2006-04-04 | Matsushita Electric Industrial Co., Ltd. | Application execution apparatus and method |
| JP2006127123A (ja) * | 2004-10-28 | 2006-05-18 | Mitsubishi Electric Corp | アプリケーションサーバ、データベースサーバ、ウェブ検索システム、検索結果取得方法、検索結果応答方法、検索結果取得プログラムおよび検索結果応答プログラム |
| JP2011513814A (ja) * | 2008-02-26 | 2011-04-28 | マイクロソフト コーポレーション | 機能のレベルに合ったコンテンツ管理 |
| US8805817B2 (en) | 2008-02-26 | 2014-08-12 | Microsoft Corporation | Techniques to consume content and metadata |
-
1995
- 1995-09-27 JP JP7249722A patent/JPH0991232A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09181723A (ja) * | 1995-12-26 | 1997-07-11 | Fujitsu Ltd | ネットワークにおける資源の変化を通知するネットワーク資源監視システムおよび方法 |
| JPH1153238A (ja) * | 1997-07-30 | 1999-02-26 | Nippon Telegr & Teleph Corp <Ntt> | 分散情報検索方法及びシステム及び分散情報検索プログラムを格納した記憶媒体 |
| JP2002517818A (ja) * | 1998-06-01 | 2002-06-18 | エスアールアイ インターナショナル | 低帯域幅クライアント／サーバオブジェクト指向システムにおいて情報を更新する方法および装置 |
| US7024668B2 (en) | 2000-05-15 | 2006-04-04 | Matsushita Electric Industrial Co., Ltd. | Application execution apparatus and method |
| US8028289B2 (en) | 2000-05-15 | 2011-09-27 | Panasonic Corporation | Application execution apparatus and method for managing special threads to notify listeners of resource status changes |
| JP2006127123A (ja) * | 2004-10-28 | 2006-05-18 | Mitsubishi Electric Corp | アプリケーションサーバ、データベースサーバ、ウェブ検索システム、検索結果取得方法、検索結果応答方法、検索結果取得プログラムおよび検索結果応答プログラム |
| JP2011513814A (ja) * | 2008-02-26 | 2011-04-28 | マイクロソフト コーポレーション | 機能のレベルに合ったコンテンツ管理 |
| US8805817B2 (en) | 2008-02-26 | 2014-08-12 | Microsoft Corporation | Techniques to consume content and metadata |
| US9264669B2 (en) | 2008-02-26 | 2016-02-16 | Microsoft Technology Licensing, Llc | Content management that addresses levels of functionality |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6526442B1 (en) | Programmable operational system for managing devices participating in a network | |
| US7580996B1 (en) | Method and system for dynamic update of an application monitoring agent using a non-polling mechanism | |
| US6393475B1 (en) | Method of performing a network management transaction using a web-capable agent | |
| AU640029B2 (en) | Distributed data processing systems | |
| US5933604A (en) | Network resource monitoring system and method for providing notice of changes in resources in a network | |
| US7194526B2 (en) | Network device management method, and network devices | |
| JP3554007B2 (ja) | ノードネットワークを用いた通信方法及び通信システム | |
| US7987472B2 (en) | Computerized network administration of remote computer resources | |
| KR101150052B1 (ko) | 중계 서버 및 중계 통신 시스템 | |
| JP2002222123A (ja) | 接続受付システム、受付サーバ、クライアント端末、接続受付管理方法、記憶媒体、コンピュータプログラム | |
| US5920691A (en) | Computer network system for collecting distributed management information | |
| JP2006011888A (ja) | 遠隔管理システム | |
| US20050038888A1 (en) | Method of and apparatus for monitoring event logs | |
| JPH0991232A (ja) | リソース変更通知方法 | |
| JP2003044396A (ja) | アクセス管理方法 | |
| US7010795B2 (en) | Process for sending a notification in a data processing network with distributed applications | |
| JP3666619B2 (ja) | ネットワークにおいてプリンタを発見しエージングする方法 | |
| JPH10171735A (ja) | ネットワークサービス管理方法 | |
| WO1999046692A2 (en) | Providing network services through a common interface | |
| KR100374474B1 (ko) | 인터넷을 이용한 게임방 컴퓨터 관리지원 시스템 및 그운영방법 | |
| JP2002163165A (ja) | ネットワークデバイスの管理方法及びネットワークデバイス | |
| JP3526073B2 (ja) | 電子メールの配信方法及び配信システム | |
| JP2513261B2 (ja) | 端末属性決定制御方式 | |
| JP3360018B2 (ja) | 通信装置の切り替え時間設定システム | |
| JP2003289332A (ja) | パケット中継装置、パケット中継方法、パケット中継プログラムおよびパケット中継プログラムを記録したコンピュータ読み取り可能な記録媒体 |