JPH09231156A

JPH09231156A - プログラム受信機能付遠隔実行装置

Info

Publication number: JPH09231156A
Application number: JP8067111A
Authority: JP
Inventors: Motohiro Suzuki; 基広鈴木; Yoshiaki Kiriha; 佳明桐葉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-02-28
Filing date: 1996-02-28
Publication date: 1997-09-05
Also published as: DE19708281A1; US5918015A; DE19708281B4; AU1497597A

Abstract

(57)【要約】【課題】処理をプログラムとして記述してサーバ装置
に送信し、分岐や繰り返しなどの制御構造を持つ複雑な
処理をサーバ装置上で遠隔実行可能とする。【解決手段】クライアント装置Ｃ１〜Ｃ３からプログ
ラムが送信されてくると、プログラム受信部２がこれを
受信して動的バインディング部３に渡す。動的バインデ
ィング部３はプログラム実行情報格納部５を参照してリ
ンク権限検査手段６によりクライアント装置Ｃ１〜Ｃ３
がリンク権限を持つかどうかを検査し、固有操作オブジ
ェクトリンク手段７によりプログラムに記述されている
処理操作名に対して固有操作オブジェクトを動的にリン
クする。プログラム実行部４は固有操作オブジェクトが
リンクされたプログラムを実行する。プログラム受信部
２は実行結果をクライアント装置Ｃ１〜Ｃ３に送信す
る。プログラム実行情報格納部５はプログラム，アクセ
ス制御情報および固有操作オブジェクトを格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は遠隔実行装置に関
し、特にプログラム受信機能を有するプログラム受信機
能付遠隔実行装置に関する。

【０００２】

【従来の技術】従来、この種の遠隔実行装置は、例え
ば、１９９２年７月，ユニックス・ネットワーク・プロ
グラミング（ＵＮＩＸＮｅｔｗｏｒｋＰｒｏｇｒａ
ｍｍｉｎｇ），第１４章に示されるように、遠隔地に存
在し、かつ要求された処理を実行する装置（以下、サー
バ装置と呼ぶ）上で処理を行うことを目的として用いら
れている。

【０００３】従来までの遠隔実行装置の一例を、図３５
に示す。

【０００４】図３５に示されているように、サーバ装置
３５１は、実行制御部３５２と、コマンド実行部３５３
とから構成されている。

【０００５】実行制御部３５２は、遠隔実行中のＵＮＩ
Ｘコマンドの制御を行う機能を有する。コマンド実行部
３５３は、要求送信元である装置（以下、クライアント
装置と呼ぶ）Ｃ１から送信されてきたＵＮＩＸコマンド
を実行する機能を有する。なお、図３５において、クラ
イアント装置Ｃ１は１台しか図示されていないが、実際
には複数のクライアント装置Ｃｌ〜Ｃｋ（ｋは任意の正
整数）が存在する。

【０００６】また、ネットワーク管理におけるエージェ
ント装置に上記遠隔実行装置を適用したもの（以下、デ
リゲーション機能付エージェント装置と呼ぶ）における
従来までの一例を、図面を参照して説明する。

【０００７】従来、この種のデリゲーション機能付エー
ジェント装置は、例えば、１９９１年７月，アイ・ビー
・エム・リサーチ・レポート，第ＲＣ１７２５６号（Ｉ
ＢＭＲｅｓａｒｃｈＲｅｐｏｒｔ，ＲＣ１７２５６，
ＡＰＲＩＬ，１９９１）に示されるように、従来までの
集中型で行われていたネットワーク管理において、マネ
ージャ装置とエージェント装置との間での通信にかかる
コストおよびマネージャ装置にかかる負担を軽減するた
めに用いられている。

【０００８】従来までのデリゲーション機能付エージェ
ント装置（以下、単にエージェント装置と呼ぶ）３６０
１の構成を、図３６に示す。

【０００９】図３６に示すように、エージェント装置３
６０１は、エージェントカーネル３６０２と、エージェ
ント装置３６０１に実行させる管理作業を記述したもの
（以下、ＤＭＰ（ＤｅｌｅｇａｔｅｄＭａｎａｇｅｍ
ｅｎｔＰｒｏｇｒａｍ）と呼ぶ）を実行するプロセス
（以下、ＤＭＰＩ（ＤｅｌｅｇａｔｅｄＭａｎａｇｅ
ｍｅｎｔＰｒｏｃｅｓｓＩｎｓｔａｎｃｅ）と呼
ぶ）Ｄｌ，Ｄ２と、管理対象資源制御部ＣＯ１，ＣＯ
２，ＣＯ３とから、その主要部が構成されている。な
お、図３６において、ＤＭＰＩＤｌ，Ｄ２は２台、管理
対象資源制御部ＣＯｌ，ＣＯ２，ＣＯ３および管理対象
資源Ｏ１，Ｏ２，Ｏ３はそれぞれ３台ずつしか図示され
ていないが、実際には、複数のＤＭＰＩＤｌ〜ＩＤｋ，
管理対象資源制御部ＣＯｌ〜ＣＯｍ（ｍは任意の正整
数），管理対象資源Ｏ１〜Ｏｍが存在する。

【００１０】ＤＭＰＩＤｌ，Ｄ２は、ＤＭＰで記述され
た管理作業を実行する機能を有する。管理対象資源制御
部ＣＯｌ，ＣＯ２，ＣＯ３は、実際の管理対象資源Ｏ
１，Ｏ２，Ｏ３にアクセスするための手段を提供する。
エージェントカーネル３６０２は、デリゲーション機能
を提供しており、デリゲーションプロトコル処理手段３
６０３と、デリゲーション情報格納手段３６０４と、Ｄ
ＭＰ変換手段３６０５と、制御手段３６０６と、ＤＭＰ
Ｉ制御手段３６０７と、スケジュール制御手段３６０８
と、名前決定手段３６０９と、プロセス間通信手段３６
１０とから構成されている。

【００１１】デリゲーションプロトコル処理手段３６０
３は、マネージャ装置Ｍｌ，Ｍ２，Ｍ３から送信されて
きたＤＭＰやＤＭＰＩ制御コマンドを受信する機能と、
ＤＭＰをデリゲーション情報格納手段３６０４に蓄積す
る機能と、ＤＭＰＩＤ１，Ｄ２の実行結果および制御コ
マンドの実行結果をマネージャ装置Ｍｌ，Ｍ２，Ｍ３に
送信する機能とを有する。

【００１２】なお、図３６において、マネージャ装置Ｍ
ｌ，Ｍ２，Ｍ３は３台しか図示されてないが、実際に
は、複数のマネージャ装置Ｍｌ〜Ｍｍが存在する。ま
た、マネージャ装置Ｍｌ，Ｍ２，Ｍ３から送信されてく
るＤＭＰには、Ｃ言語やＣ＋＋で記述されたソースコー
ドやコンパイル後のオブジェクトコードで記述されたも
のがある。

【００１３】ＤＭＰＩ制御手段３６０７は、送信されて
きたＤＭＰをライト・ウェイト・プロセスとして実行す
る機能と、動作中のＤＭＰＩＤ１，Ｄ２の制御を行う機
能と、ＤＭＰＩＤｌ，Ｄ２の動作結果をデリゲーション
プロトコル処理手段３６０３に送信する機能とを有す
る。なお、ＤＭＰＩ制御手段３６０７がＤＭＰＩＤ１，
Ｄ２に対して実行可能な制御コマンドとして、一時停止
（ｓｕｓｐｅｎｄ），停止（ｓｔｏｐ）および再開（ｒ
ｅｓｕｍｅ）がある。

【００１４】制御手段３６０６は、エージェント装置３
６０１がメモリにロードされた場合にエージェントカー
ネル３６０２の全ての構成要素３６０３〜３６１０を生
成することでエージェント装置３６０１の初期化を行
い、エージェント装置３６０１の起動時から実行しなけ
ればならないＤＭＰをＤＭＰＩとして起動する機能と、
エージェント装置３６０１が終了する場合はメモリの解
放などの後処理を行う機能と、例えば、マネージャ装置
Ｍｌ，Ｍ２，Ｍ３からの要求の処理方法などのエージェ
ント装置３６０１自体を管理する機能とを有している。

【００１５】ＤＭＰ変換手段３６０５は、マネージャ装
置Ｍｌ，Ｍ２，Ｍ３から送信されたＤＭＰを実行可能な
形態に変換する機能を有する。なお、この機能は、Ｃ言
語やＣ＋＋で取得されたＤＭＰをコンパイラやリンカを
使用して実行可能なオブジェクトコードにすることで実
現されている。

【００１６】

【発明が解決しようとする課題】上述した従来の技術の
第１の問題点は、分岐や繰り返しなどの複雑な制御構造
を持つ一連の処理を実行させることが困難であることで
ある。この理由として、従来の技術は、クライアント装
置上でユーザとＵＮＩＸオペレーティングシステムとの
インターフェイスであるシェルに与えるＵＮＩＸコマン
ドをサーバ装置上でも同様に実行することを目的として
いるためである。

【００１７】第２の問題点は、遠隔コマンド実行要求を
送信する場合に、ユーザがサーバ装置の実装や運用形態
を把握しておかなければならないことである。この理由
として、サーバ装置上でコマンドの実行を行う場合に、
図３５におけるコマンド実行部３５３が新たなＵＮＩＸ
プロセスを生成し、そのプロセスがシェルになり、要求
されたコマンドを実行するのであるが、このとき、クラ
イアント装置Ｃｌから送信されてきたコマンド名をその
ままシェルに渡してしまうため、コマンド検索パス上に
送信されてきたコマンドが存在しない場合には実行でき
ないためである。

【００１８】また、上記遠隔実行装置をネットワーク管
理におけるエージェント装置に適用した場合の解決すべ
き課題を、第３ないし第８の問題点として以下に挙げ
る。

【００１９】第３の問題点は、図３６のエージェント装
置３６０１において管理情報格納部（以下、ＭＩＢと呼
ぶ）が考慮されていないことである。この理由は、開放
型システム間相互接続（以下、ＯＳＩと呼ぶ）が全く考
慮されていないためである。

【００２０】第４の問題点は、図３６のエージェント装
置３６０１において管理対象資源Ｏ１，Ｏ２，Ｏ３に対
する共通の管理操作手段が提供されていないことであ
る。この理由は、管理対象資源制御部ＣＯ１，ＣＯ２，
ＣＯ３は、ＤＭＰＩＤｌ，Ｄ２が実際の管理対象資源Ｏ
１，Ｏ２，Ｏ３にアクセスするための手段を提供してお
り、管理対象資源Ｏ１，Ｏ２，Ｏ３と１対１の関係であ
るため、アクセスしなければならない管理対象資源Ｏ
１，Ｏ２，Ｏ３が複数個ある場合には、すべての管理対
象資源制御部ＣＯ１，ＣＯ２，ＣＯ３にそれぞれの管理
操作方法を使用して直接アクセスする形態を採用してい
るためである。

【００２１】第５の問題点は、図３６のエージェント装
置３６０１においてＤＭＰを記述する場合に、それを記
述する管理者に非常に負担がかかることである。この理
由は、ＤＭＰＩＤｌ，Ｄ２が、必要となる管理対象資源
制御部ＣＯ１，ＣＯ２，ＣＯ３に直接アクセスを行うた
め、複数の管理対象資源Ｏ１，Ｏ２，Ｏ３に対してアク
セスする場合には、それぞれの管理対象資源Ｏ１，Ｏ
２，Ｏ３の管理操作方法に応じた記述を行う必要がある
ためである。

【００２２】第６の問題点は、図３６においてマネージ
ャ装置Ｍｌ，Ｍ２，Ｍ３とエージェント装置３６０１と
の間の通信量が膨大なものとなることである。この理由
は、ＤＭＰの記述にＣ言語およびＣ＋＋を使用している
ため、ＤＭＰを実行可能な状態にするために、コンパイ
ルおよびリンクを行う必要があるが、あらかじめマネー
ジャ装置Ｍ１，Ｍ２，Ｍ３内でコンパイルおよびリンク
を行い、実行可能な状態でエージェント装置３６０１に
送信したのでは、マネージャ装置Ｍｌ，Ｍ２，Ｍ３とエ
ージェント装置３６０１とのアーキテクチャが異なる場
合には実行できないため、マネージャ装置Ｍｌ，Ｍ２，
Ｍ３からＣ言語，Ｃ＋＋のソースコードをエージェント
装置３６０１に送信しなければならないためである。

【００２３】第７の問題点は、図３６のエージェント装
置３６０１において、各管理サイトの管理方針に柔軟に
対応できないことである。この理由は、マネージャ装置
Ｍｌ，Ｍ２，Ｍ３から送信されてきたＤＭＰをコンパイ
ルおよびリンクした後に直ちに実行していること，ＤＭ
Ｐを実行する際のＤＭＰＩ情報として「ＤＭＰＩが起動
された時間」と「現在のＤＭＰＩの状態」との２つしか
ないこと，この情報を管理者が取得するコマンドが提供
されていないこと等のためである。

【００２４】第８の問題点は、図３６のエージェント装
置３６０１において、マネージャ装置Ｍｌ，Ｍ２，Ｍ３
に応じたアクセス可否判断をできないことである。この
理由は、エージェント装置３６０ｌにおけるアクセス制
御方式が、管理対象資源制御部ＣＯ１，ＣＯ２，ＣＯ３
が公開している管理対象資源Ｏ１，Ｏ２，Ｏ３の属性に
しかアクセスを許可しない方式であるためである。

【００２５】

【課題を解決するための手段】本発明の第１のプログラ
ム受信機能付遠隔実行装置を、クライアント装置から送
信されてきた処理の流れを記述したもの（以下、プログ
ラムと呼ぶ）の受信やプログラムの実行結果の送信を行
う機能を持つプログラム受信部（図１の２）と、プログ
ラムに記述されている処理操作名に、対応するサーバ装
置で実装されている処理操作をオブジェクト化したもの
（以下、固有操作オブジェクトと呼ぶ）を動的にリンク
する機能を持つ固有操作オブジェクトリンク手段（図１
の７）と、固有操作オブジェクトをプログラムにリンク
する際にクライアント装置がリンク権限を持つかどうか
を検査する機能を持つリンク権限検査手段（図１の６）
とを備える動的バインディング部（図１の３）と、プロ
グラムを実行する機能を持つプログラム実行部（図１の
４）と、プログラム，リンク権限検査手段が行うリンク
制御に必要な情報および固有操作オブジェクトを格納す
る機能を持つプログラム実行情報格納部（図１の５）と
から構成することを提案する。

【００２６】また、本発明の第１のプログラム受信機能
付遠隔実行装置において、プログラム内に記述されてい
る処理操作名にサーバ装置の実装に対応した固有操作オ
ブジェクトを動的にリンクし、かつリンクする際にクラ
イアント装置が固有操作オブジェクトをリンクする権限
を持つかどうかを検査することで、サーバ装置の保護を
行う動的バインディング方式を提案する。

【００２７】さらに、本発明の第２のプログラム受信機
能付遠隔実行装置には、クライアント装置がサーバ装置
に対してアクセス可能かどうかを検査する機能を持つア
クセス制御部（図７の７１）を追加する。これにより、
クライアント装置名に応じたアクセス制御が可能とな
り、サーバ装置のセキュリティが向上する。

【００２８】さらにまた、本発明の第２のプログラム受
信機能付遠隔実行装置において、クライアント装置に与
えられている権限を逸脱した不正なプログラムの実行を
防止するために、クライアント装置からプログラムが送
信されてきた場合にクライアント装置からのアクセスを
許可するかどうかを決定する機能を持つアクセス制御部
と、プログラムを実行する際に動的にリンクする固有操
作オブジェクトのリンク権限がクライアント装置にあら
かじめ与えられているリンク権限を逸脱してないかどう
かを検査する機能を持つリンク権限検査手段とにより実
現されるアクセス制御方式を提案する。

【００２９】また、本発明の第３のプログラム受信機能
付遠隔実行装置には、第１のプログラム受信機能付遠隔
実行装置におけるバイナリ形式または中間コードでの記
述ではなく、変更可能なテキスト形式のプログラムに対
して、全サーバ装置に共通な処理操作名（以下、抽象操
作オブジェクト名と呼ぶ）を固有操作オブジェクト名に
変換し、例えば、コンパイルなどにより、サーバ装置が
実行可能な形式に変換する機能を持つプログラム変換部
（図１１の１１１）を追加する。これにより、ユーザは
各サーバ装置の実装に依存しない記述が可能となるた
め、プログラムの記述容易性が向上する。

【００３０】さらに、本発明の第４のプログラム受信機
能付遠隔実行装置では、第３のプログラム受信機能付遠
隔実行装置で処理可能なテキスト形式のプログラムだけ
ではなく、バイナリ形式または中間コードで記述された
プログラムも処理可能な機能をプログラム変換部（図１
１の１１１）に追加している。

【００３１】また、本発明の第２のプログラム受信機能
付遠隔実行装置と第３のプログラム受信機能付遠隔実行
装置とを組み合わせたものを、第５のプログラム受信機
能付遠隔実行装置として提案する。

【００３２】さらに、本発明の第２のプログラム受信機
能付実行装置と第４のプログラム受信機能付遠隔実行装
置とを組み合わせたものを、第６のプログラム受信機能
付遠隔実行装置として提案する。

【００３３】一方、本発明の第１ないし第６のプログラ
ム受信機能付遠隔実行装置をネットワーク管理における
エージェント装置に適用した、本発明の第７のプログラ
ム受信機能付遠隔実行装置としてのデリゲーション機能
付エージェント装置を、マネージャ装置とのメッセージ
の送受信を行う機能を持つデリゲーションプロトコル処
理手段（図２０の２１１）と、マネージャ装置からのア
クセス要求に対してアクセスを許可するかどうかを決定
する機能を持つアクセス制御手段（図２０の２１２）
と、マネージャ装置から送信されてきたメッセージを解
析する機能を持つ要求解析手段（図２０の２１３）と、
エージェント装置の実装やエージェント装置で実現され
ている管理操作に依存しない全エージェント装置に共通
な抽象表現で管理作業の流れのみを記述したものであ
り、プログラムに相当するもの（以下、スクリプトスケ
ルトンと呼ぶ）を、エージェント装置や管理操作の実現
方法に対応した一連の管理作業（以下、スクリプトと呼
ぶ）に変換し、実行可能な状態にする機能を持つスクリ
プト変換手段（図２０の２１４）と、新たなスクリプト
の起動や実行されているスクリプトに対する制御を行う
機能を持つスクリプト制御手段（図２０の２１６）と、
スクリプト，スクリプトに関する情報，アクセス制御を
行う場合に必要となる情報およびスクリプト変換を行う
場合に必要となる情報を格納する機能を持つデリゲーシ
ョン情報格納手段（図２０の２１５）と、管理対象資源
の制御を行う機能を持つ管理対象資源制御部（図２０の
ＣＯ１，ＣＯ２，ＣＯ３）と、管理対象資源を抽象化し
た管理オブジェクトを格納する機能を持つＭＩＢ（図２
０の２０５）と、ＭＩＢの管理を行い、ＭＩＢに対する
操作と様々な管理対象資源に対する共通な管理操作手段
とを提供し、要求された管理操作を各管理対象資源制御
部に対応した形態に変換し、かつ適切な管理対象資源制
御部に配送する機能を持つエージェントコア（図２０の
２０３）と、管理プロトコルからの操作要求をエージェ
ント装置に対応した形式に変換する機能を持つ管理プロ
トコル処理部（図２０の２０４）とから構成することを
提案する。

【００３４】また、第７のプログラム受信機能付遠隔実
行装置としてのデリゲーション機能付エージェント装置
において、アクセス制御手段（図２０の２１２）が提供
するマネージャ装置からのアクセスを許可するかどうか
を決定する機能，スクリプト制御手段（図２０の２１
６）が提供するスクリプトをマネージャ装置が制御可能
かどうかを決定する機能，スクリプトを新たに実行する
際に動的バインディング方式を用いてスクリプト実行時
に動的にリンクするエージェント装置の実装に対応した
管理操作（以下、固有管理プリミティブと呼ぶ）の操作
権限がマネージャ装置にあらかじめ与えられている操作
権限を逸脱してないかどうかを検査する機能，スクリプ
トスケルトン中のエージェント装置の実装に依存しない
全エージェント装置において共通の表現で記述された管
理操作名（以下、抽象管理プリミティブ名と呼ぶ）およ
び管理オブジェクト名（以下、抽象管理オブジェクト名
と呼ぶ）を固有管理プリミティブ名およびエージェント
装置の実装に対応した管理オブジェクト名（以下、固有
管理オブジェクト名と呼ぶ）に変換する場合に固有管理
オブジェクトに対する操作権限をマネージャ装置が逸脱
していないかどうかを検査する機能により実現されるア
クセス制御方式を提案する。

【００３５】さらに、第７のプログラム受信機能付遠隔
実行装置としてのデリゲーション機能付エージェント装
置において、従来までのデリゲーション機能付エージェ
ント装置で提供されていた一時停止（ｓｕｓｐｅｎ
ｄ），停止（ｓｔｏｐ），再開（ｒｅｓｕｍｅ）に加え
て、スクリプトの送信（ｃｒｅａｔｅ），スクリプトの
削除（ｄｅｌｅｔｅ），スクリプトの実行開始（ｓｔａ
ｒｔ），スクリプト情報の取得（ｉｎｆｏ）を新規追加
したスクリプト制御方式を提案する。

【００３６】また、第７のプログラム受信機能付遠隔実
行装置としてのデリゲーション機能付エージェント装置
において、従来までの「起動日時」および「状態」に加
えて、エージェント装置内で一意である「スクリプト識
別子」，スクリプトを送信した「マネージャ装置名」お
よびスクリプトの簡単な説明を行う「コメント」を新規
追加したスクリプト情報構造を提案する。

【００３７】さらに、第８のプログラム受信機能付遠隔
実行装置としてのデリゲーション機能付エージェント装
置では、ＭＩＢおよび管理対象資源制御部へのアクセス
に直接、エージェントコア（図２０の２０３）と通信を
行わず、管理プロトコル処理部（図２０の２０４）と通
信を行うことで、デリゲーション実行部（図２０の２０
２）の汎用性を向上している。

【００３８】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。

【００３９】図１は、本発明の第１の実施の形態に係る
プログラム受信機能付遠隔実行装置（以下、サーバ装置
という）１の構成を示すブロック図である。第１の実施
の形態に係るサーバ装置１は、プログラム受信部２と、
動的バインディング部３と、プログラム実行部４と、プ
ログラム実行情報格納部５とから、その主要部が構成さ
れている。

【００４０】プログラム受信部２は、クライアント装置
Ｃ１，Ｃ２，Ｃ３から送信されてきたプログラムの受信
やプログラムの実行結果の送信を行う機能を有する。な
お、プログラムは、サーバ装置１が直ちに実行可能なバ
イナリ形式や、各サーバ装置１のアーキテクチャに依存
しない中間コードで記述されている。また、図１には、
クライアント装置Ｃ１，Ｃ２，Ｃ３が３台しか図示され
ていないが、実際には、複数のクライアント装置Ｃ１〜
Ｃｋが存在する。

【００４１】プログラム実行部４は、プログラムを実行
する機能を有する。

【００４２】プログラム実行情報格納部５は、プログラ
ム，リンク制御情報および固有操作オブジェクトを格納
する機能を有する。なお、リンク制御情報には、各クラ
イアント装置Ｃｌ，Ｃ２，Ｃ３について実行時にリンク
可能な固有操作オブジェクトを記述した表（以下、リン
ク権限表と呼ぶ）がある。例えば、図５に示すように、
クライアント装置名フィールド５１には、サーバ装置１
にアクセス可能なクライアント装置名（“ｃｌｉｅｎｔ
Ａ”，“ｃｌｉｅｎｔＢ”，“ｃｌｉｅｎｔＣ”など）
を列挙し、固有操作オブジェクト名フィールド５２に
は、各クライアント装置Ｃｌ，Ｃ２，Ｃ３がサーバ装置
１においてリンク可能な固有操作オブジェクト名（“ｒ
ｅａｄｆｐ”，“ｗｒｉｔｅｆｐ”，“ｇｅｔｆｐ”な
ど）を列挙しておく。

【００４３】動的バインディング部３は、リンク権限検
査手段６と、固有操作オブジェクトリンク手段７とから
構成されている。リンク権限検査手段６は、クライアン
ト装置Ｃｌ，Ｃ２，Ｃ３が送信してきたプログラム中の
各処理操作名に対応する固有操作オブジェクトをリンク
する権限をクライアント装置Ｃ１，Ｃ２，Ｃ３が保持し
ているかどうかを検査する機能を有する。固有操作オブ
ジェクトリンク手段７は、プログラム中の各処理操作名
に対応する固有操作オブジェクトをリンクする機能を有
する。

【００４４】図２〜図４は、図１におけるプログラム受
信部２，動的バインディング部３およびプログラム実行
部４の処理をそれぞれ示すフローチャートである。

【００４５】図２を参照すると、プログラム受信部２の
処理は、クライアント装置名取得ステップＳ２０１と、
プログラム格納ステップＳ２０２と、クライアント装置
名送信ステップＳ２０３と、結果受信判定ステップＳ２
０４と、結果送信ステップＳ２０５とからなる。

【００４６】図３を参照すると、動的バインディング部
３の処理は、クライアント装置名受取りステップＳ３０
１と、固有操作オブジェクトリンク可能判定ステップＳ
３０２と、固有操作オブジェクト動的リンクステップＳ
３０３と、プログラム実行命令送信ステップＳ３０４
と、固有操作オブジェクトリンク不可送信ステップＳ３
０５とからなる。

【００４７】図４を参照すると、プログラム実行部４の
処理は、プログラム実行要求受取りステップＳ４０１
と、プログラム実行ステップＳ４０２と、実行結果送信
ステップＳ４０３とからなる。

【００４８】次に、このように構成された第１の実施の
形態に係るサーバ装置１の動作について、図１ないし図
６を参照して説明する。

【００４９】いま、プログラム受信部２が、例えば、ク
ライアント装置Ｃｌからプログラムを受け取ったとす
る。すると、プログラム受信部２が、図２に示す処理を
開始する。

【００５０】まず、プログラム受信部２は、現在、プロ
グラム受信部２とコネクションを確立しているクライア
ント装置名を取得する（ステップＳ２０１）。次に、プ
ログラム受信部２は、クライアント装置Ｃ１から受信し
たプログラムをプログラム実行情報格納部５に格納する
（ステップＳ２０２）。続いて、プログラム受信部２
は、取得したクライアント装置名を動的バインディング
部３に送信する（ステップＳ２０３）。その後、プログ
ラム受信部２は、他の構成要素の処理結果待ち状態にな
る（ステップＳ２０４）。

【００５１】次に、動的バインディング部３が、図３に
示す処理を開始する。

【００５２】まず、動的バインディング部３は、リンク
権限検査手段６がクライアント装置名をプログラム受信
部２から受け取る（ステップＳ３０１）。次に、動的バ
インディング部３は、プログラム実行情報格納部５に格
納されているリンク権限表（図５参照）を用いて、リン
ク権限検査手段６がクライアント装置Ｃｌが固有操作オ
ブジェクトをリンクする権限を持つかどうかを検査する
（ステップＳ３０２）。これは、リンク権限表をクライ
アント装置名をキーとして、リンク可能な全固有操作オ
ブジェクト名を取得し、その中に要求されている固有操
作オブジェクト名が存在するかどうかを検査することで
行う。

【００５３】ステップＳ３０２の結果、１つでもリンク
を行う権限を持たない場合には、動的バインディング部
３は、固有操作オブジェクトのリンク不可として、その
旨をプログラム受信部２に送信する（ステップＳ３０
５）。それを受け取ったプログラム受信部２は、固有操
作オブジェクトリンク不可メッセージをクライアント装
置Ｃｌに送信する（ステップＳ２０５）。

【００５４】また、ステップＳ３０２の結果、全固有操
作オブジェクトがリンク可能である場合には、動的バイ
ンディング部３は、固有操作オブジェクトリンク手段７
がプログラム中の処理操作名に対応する固有操作オブジ
ェクトを動的にリンクする（ステップＳ３０３）。その
後、動的バインディング部３は、リンク権限検査手段６
がプログラムの実行命令をプログラム実行部４に送信す
る（ステップＳ３０４）。

【００５５】次に、プログラム実行部４が、図４に示す
処理を開始する。

【００５６】まず、プログラム実行部４は、動的バイン
ディング部３からプログラム実行要求を受け取る（ステ
ップＳ４０１）。次に、プログラム実行部４は、プログ
ラム実行情報格納部５に格納されているプログラムを実
行する（ステップＳ４０２）。続いて、プログラム実行
部４は、プログラムの実行結果をプログラム受信部２に
送信する（ステップＳ４０３）。それを受け取ったプロ
グラム受信部２は、クライアント装置Ｃ１にプログラム
の実行結果を送信する（ステップＳ２０５）。

【００５７】図６は、サーバ装置１からクライアント装
置Ｃｌ，Ｃ２，Ｃ３に送信するメッセージを示す。結果
フィールド６１には、プログラムの実行結果が含まれて
おり、“０（成功）”，“１（失敗）”のどちらかであ
る。より詳しい結果フィールド６２には、結果フィール
ド６１が“１（失敗）”の場合により詳しい情報を含ん
でおり、“１（固有操作オブジェクトのリンク不
可）”，“２（その他のエラー）”のどちらかが含まれ
る。また、結果フィールド６１が“０（成功）”のとき
は、“０”が含まれている。プログラム実行結果フィー
ルド６４には、プログラムを実行した結果が含まれる。

【００５８】次に、本発明の第２の実施の形態に係るサ
ーバ装置１について、図面を参照して詳しく説明する。

【００５９】図７は、第２の実施の形態に係るサーバ装
置１の構成を示すブロック図である。第２の実施の形態
に係るサーバ装置１の構成の特徴としては、図１に示し
た第１の実施の形態に係るサーバ装置１と比較して、ア
クセス制御部７１が追加されていることである。アクセ
ス制御部７１は、クライアント装置Ｃ１，Ｃ２，Ｃ３が
サーバ装置１に対してアクセス可能かどうかを検査する
機能を持つ。また、プログラム実行情報格納部５には、
アクセス制御部７１が使用するサーバ装置１にアクセス
可能なクライアント装置名のリスト（以下、クライアン
ト装置名リストと呼ぶ）が追加されている。これは、例
えば、図１０に示すように、アクセスを許可するクライ
アント装置名フィールド１０１に、サーバ装置ｌに対し
てアクセスを許可するクライアント装置名（“ｃｌｉｅ
ｎｔＡ”，“ｃｌｉｅｎｔＢ”，“ｃｌｉｅｎｔＣ”な
ど）を列挙したものである。

【００６０】図８を参照すると、第２の実施の形態に係
るサーバ装置１におけるプログラム受信部２の処理は、
クライアント装置名取得ステップＳ８０１と、クライア
ント装置名およびプログラム送信ステップＳ８０２と、
結果受信判定ステップＳ８０３と、結果送信ステップＳ
８０４とからなる。

【００６１】図９を参照すると、アクセス制御部７１の
処理は、クライアント装置名およびプログラム受取りス
テップＳ９０１と、アクセス許可判定ステップＳ９０２
と、プログラム格納ステップＳ９０３と、クライアント
装置名送信ステップＳ９０４と、アクセス不可送信ステ
ップＳ９０５とからなる。

【００６２】次に、このように構成された第２の実施の
形態に係るサーバ装置１の動作について、図７ないし図
１０を参照して説明する。

【００６３】いま、プログラム受信部２が、例えば、ク
ライアント装置Ｃｌからプログラムを受け取ったとす
る。すると、プログラム受信部２が、図８に示す処理を
開始する。

【００６４】まず、プログラム受信部２は、現在、プロ
グラム受信部２とコネクションを確立しているクライア
ント装置名を取得する（ステップＳ８０１）。次に、プ
ログラム受信部２は、取得したクライアント装置名およ
びプログラムをアクセス制御部７１に送信する（ステッ
プＳ８０２）。その後、プログラム受信部２は、他の構
成要素の処理結果待ち状態になる（ステップＳ８０
３）。

【００６５】次に、アクセス制御部７１が、図９に示す
処理を開始する。

【００６６】まず、アクセス制御部７１は、クライアン
ト装置名およびプログラムをプログラム受信部２から受
信する（ステップＳ９０１）。次に、アクセス制御部７
１は、クライアント装置Ｃｌからのアクセスを許可する
かどうかを決定する（ステップＳ９０２）。これは、プ
ログラム実行情報格納部５に格納されているクライアン
ト装置名リスト（図１０参照）をプログラム受信部２か
ら送信されてきたクライアント装置名をキーとして検索
することで行われる。

【００６７】ステップＳ９０２の結果、クライアント装
置名が検出できた場合には、アクセス制御部７１は、サ
ーバ装置１へのアクセスを許可するものとして、プログ
ラムをプログラム実行情報格納部５に格納する（ステッ
プＳ９０３）。その後、アクセス制御部７１は、クライ
アント装置名を動的バインディング部３に送信する（ス
テップＳ９０４）。

【００６８】また、ステップＳ９０２の結果、クライア
ント装置名が検出できなかった場合には、アクセス制御
部７１は、サーバ装置１に対するアクセス不可の旨をプ
ログラム受信部２に送信する（ステップＳ９０５）。そ
れを受け取ったプログラム受信部２は、サーバ装置１に
対するアクセス不可メッセージをクライアント装置Ｃ１
に送信する（ステップＳ８０４）。

【００６９】この後、動的バインディング部３およびプ
ログラム実行部４が順次動作するが、これらの処理は第
１の実施の形態に係るサーバ装置１における図３および
図４に示した処理と同様である。

【００７０】また、サーバ装置１からクライアント装置
Ｃｌ，Ｃ２，Ｃ３に送信するメッセージフォーマット
は、第１の実施の形態に係るサーバ装置１におけるメッ
セージフォーマット（図６参照）と同様であるが、より
詳しい結果フィールド６２には、“１（サーバ装置にア
クセス不可）”，“２（固有操作オブジェクトのリンク
不可）”，“３（その他のエラー）”のいずれかが含ま
れる。

【００７１】第２の実施の形態に係るサーバ装置１は、
第１の実施の形態に係るサーバ装置１における動的バイ
ンディング部３でのリンク権限制御に加えて、クライア
ント装置Ｃｌ，Ｃ２，Ｃ３のアクセスを制御するアクセ
ス制御部７１を追加しているため、クライアント装置Ｃ
ｌ，Ｃ２，Ｃ３に応じたアクセス制御が効率よく行え、
サーバ装置１のセキュリティが向上する。

【００７２】次に、本発明の第３の実施の形態に係るサ
ーバ装置１について、図面を参照して詳しく説明する。

【００７３】図１１は、第３の実施の形態に係るサーバ
装置１の構成を示すブロック図である。第３の実施の形
態に係るサーバ装置１の構成の特徴として、図１に示し
た第１の実施の形態に係るサーバ装置１と比較して、プ
ログラム変換部１１１が追加されていることである。プ
ログラム変換部１１１は、第１の実施の形態に係るサー
バ装置１におけるバイナリ形式または中間コードで記述
されたプログラムではなく、変更可能なテキスト形式の
プログラムに対して、抽象操作オブジェクト名を固有操
作オブジェクト名に変換し、例えば、コンパイルなどに
より、サーバ装置１が実行可能な形式に変換する機能を
有する。

【００７４】また、プログラム実行情報格納部５には、
抽象操作オブジェクト名と固有操作オブジェクト名との
対応表（以下、固有操作オブジェクト対応表と呼ぶ）が
追加されている。これは、例えば、図１４に示すよう
に、抽象操作オブジェクト名フィールド１４１には、抽
象操作オブジェクト名（“ｆｉｌｅ＿ｒｅａｄ”，“ｆ
ｉｌｅ＿ｗｒｉｔｅ”など）を列挙し、固有操作オブジ
ェクト名フィールド１４２には、各抽象操作オブジェク
ト名に対応する固有操作オブジェクト名（“ｒｅａｄｆ
ｐ”，“ｗｒｉｔｅｆｐ”など）を列挙したものであ
る。

【００７５】図１２を参照すると、第３の実施の形態に
係るサーバ装置１におけるプログラム受信部２の処理
は、クライアント装置名取得ステップＳ１２０１と、ク
ライアント装置名およびプログラム送信ステップＳ１２
０２と、結果受信判定ステップＳ１２０３と、結果送信
ステップＳ１２０４とからなる。

【００７６】図１３を参照すると、プログラム変換部１
１１の処理は、プログラムおよびクライアント装置名取
得ステップＳ１３０１と、抽象操作オブジェクト名／固
有操作オブジェクト名変換ステップＳ１３０２と、プロ
グラム実行可能形式変換ステップＳ１３０３と、プログ
ラム格納ステップＳ１３０４と、クライアント装置名送
信ステップＳ１３０５とからなる。

【００７７】次に、このように構成された第３の実施の
形態に係るサーバ装置１の動作について、図１１ないし
図１４を参照して説明する。

【００７８】いま、プログラム受信部２が、例えば、ク
ライアント装置Ｃｌからプログラムを受け取ったとす
る。すると、プログラム受信部２が、図１２に示す処理
を開始する。

【００７９】まず、プログラム受信部２は、現在、プロ
グラム受信部２とコネクションを確立しているクライア
ント装置名を取得する（ステップＳ１２０ｌ）。次に、
プログラム受信部２は、取得したクライアント装置名お
よびプログラムをプログラム変換部１１１に送信する
（ステップＳ１２０２）。その後、プログラム受信部２
は、他の構成要素の処理結果待ち状態になる（ステップ
Ｓ１２０３）。

【００８０】次に、プログラム変換部１１１が、図１３
に示す処理を開始する。

【００８１】まず、プログラム変換部１１１は、プログ
ラム受信部２からプログラムおよびクライアント装置名
を受け取る（ステップＳ１３０１）。次に、プログラム
変換部１１１は、抽象操作オブジェクト名を固有操作オ
ブジェクト名に変換する（ステップＳ１３０２）。これ
は、プログラム実行情報格納部５に格納されている固有
操作オブジェクト対応表（図１４参照）を利用して、抽
象操作オブジェクト名を固有操作オブジェクト名に変換
することで行われる。次に、プログラム変換部１１１
は、変換されたプログラムを、例えば、コンパイルなど
によりサーバ装置１が実行可能な形式（バイナリ形式）
に変換する（ステップＳ１３０３）。続いて、プログラ
ム変換部１１１は、バイナリ形式または中間コードであ
るプログラムをプログラム実行情報格納部５に格納する
（ステップＳ１３０４）。その後、プログラム変換部１
１１は、動的バインディング部３にスクリプトを実行す
るためにクライアント装置名を送信する（ステップＳ１
３０５）。

【００８２】この後、動的バインディング部３およびプ
ログラム実行部４が順次動作するが、これらの処理は第
１の実施の形態に係るサーバ装置１における図３および
図４に示した処理と同様である。

【００８３】また、サーバ装置１からクライアント装置
Ｃ１，Ｃ２，Ｃ３に送信するメッセージフォーマット
は、第１の実施の形態に係るサーバ装置１におけるメッ
セージフォーマット（図６参照）と同様である。

【００８４】第３の実施の形態に係るサーバ装置１は、
第１の実施の形態に係るサーバ装置１におけるバイナリ
形式または中間コードで記述されたプログラムではな
く、各サーバ装置１の実装に依存しない抽象表現で記述
されたテキスト形式のプログラムに対しての処理が可能
であるため、ユーザはプログラムをサーバ装置１に依存
しない抽象的な表現で記述することが可能となり、プロ
グラムの記述容易性が向上する。

【００８５】次に、第４の実施の形態に係るサーバ装置
１について、図面を参照して詳しく説明する。

【００８６】第４の実施の形態に係るサーバ装置１の構
成は、図１１に示した第３の実施の形態に係るサーバ装
置１の構成と同様である。第４の実施の形態に係るサー
バ装置１の特徴としては、第３の実施の形態に係るサー
バ装置１におけるプログラム変換部１１１に、テキスト
形式のプログラムだけでなく、第１の実施の形態に係る
サーバ装置１におけるバイナリ形式または中間コードで
記述されたプログラムに対しても処理可能な機能を付加
した点である。

【００８７】図１５を参照すると、第４の実施の形態に
係るサーバ装置１におけるプログラム変換部１１１の処
理は、プログラムおよびクライアント装置名取得ステッ
プＳ１５０１と、プログラムバイナリ形式判定ステップ
Ｓ１５０２と、抽象操作オブジェクト名／固有操作オブ
ジェクト名変換ステップＳ１５０３と、プログラム実行
可能形式変換ステップＳ１５０４と、プログラム格納ス
テップＳ１５０５と、クライアント装置名送信ステップ
Ｓ１５０６とからなる。

【００８８】次に、このように構成された第４の実施の
形態に係るサーバ装置１の動作について、図１５を参照
して説明する。

【００８９】第４の実施の形態に係るサーバ装置１と第
３の実施の形態に係るサーバ装置１との動作の違いは、
図１１におけるプログラム変換部１１１が、図１５で示
す動作を行う点である。このプログラム変換部１１１の
動作を、図１５を参照して説明する。

【００９０】まず、プログラム変換部１１１は、プログ
ラム受信部２からプログラムおよびクライアント装置名
を受け取る（ステップＳ１５０１）。次に、プログラム
変換部１１１は、プログラムがバイナリ形式かどうかを
検査する（ステップＳ１５０２）。ステップＳ１５０２
の結果、プログラムがテキスト形式の場合は、プログラ
ム変換部１１１は、抽象操作オブジェクト名を固有操作
オブジェクト名に変換する（ステップＳ１５０３）。こ
れは、プログラム実行情報格納部５に格納されている固
有操作オブジェクト対応表（図１４参照）を利用して、
抽象操作オブジェクト名を固有操作オブジェクト名に変
換することで行われる。次に、プログラム変換部１１１
は、例えば、コンパイルなどにより変換されたプログラ
ムをサーバ装置１が実行可能な形式（バイナリ形式）に
変換する（ステップＳ１５０４）。続いて、プログラム
変換部１１１は、バイナリ形式または中間コードである
プログラムをプログラム実行情報格納部５に格納する
（ステップＳ１５０５）。その後、プログラム変換部１
１１は、動的バインディング部３にスクリプトを実行す
るためにクライアント装置名を送信する（ステップＳ１
５０６）。

【００９１】また、サーバ装置１からクライアント装置
Ｃｌ，Ｃ２，Ｃ３に送信するメッセージフォーマット
は、第１の実施の形態に係るサーバ装置１におけるメッ
セージフォーマット（図６参照）と同様である。

【００９２】第４の実施の形態に係るサーバ装置１は、
第３の実施の形態に係るサーバ装置１におけるテキスト
形式のプログラムに加えて、バイナリ形式または中間コ
ードで記述されたプログラムも処理可能であるため、あ
らゆる形式のプログラムについて対応可能である。その
ため、ユーザが作成できるプログラム形式の選択の自由
度が向上する。

【００９３】次に、本発明の第５の実施の形態に係るサ
ーバ装置１について、図面を参照して詳しく説明する。

【００９４】図１６は、第５の実施の形態に係るサーバ
装置１の構成を示すブロック図である。第５の実施の形
態に係るサーバ装置１の構成は、第２の実施の形態に係
るサーバ装置１の構成と、第３の実施の形態に係るサー
バ装置１の構成とを組み合わせたものとなっている。つ
まり、第１の実施の形態に係るサーバ装置１の構成に、
アクセス制御部７１とプログラム変換部１１１とを追加
した構成である。

【００９５】図１７を参照すると、第５の実施の形態に
係るサーバ装置１におけるアクセス制御部７１の処理
は、クライアント装置名およびプログラム受取りステッ
プＳ１７０１と、アクセス許可判定ステップＳ１７０２
と、クライアント装置名およびプログラム送信ステップ
Ｓ１７０３と、アクセス不可送信ステップＳ１７０４と
からなる。

【００９６】図１８を参照すると、第５の実施の形態に
係るサーバ装置１におけるプログラム変換部１１１の処
理は、プログラムおよびクライアント装置名受取りステ
ップＳ１８０１と、抽象操作オブジェクト名／固有操作
オブジェクト名変換ステップＳ１８０２と、プログラム
実行可能形式変換ステップＳ１８０３と、プログラム格
納ステップＳ１８０４と、クライアント装置名送信ステ
ップＳ１８０５とからなる。

【００９７】次に、このように構成された第５の実施の
形態に係るサーバ装置１の動作について、図１６ないし
図１８を参照して説明する。

【００９８】いま、プログラム受信部２が、例えば、ク
ライアント装置Ｃ１からプログラムを受け取ったとす
る。なお、第５の実施の形態に係るサーバ装置１におけ
るプログラムはテキスト形式である。すると、プログラ
ム受信部２が、図８に示す処理を開始する。プログラム
受信部２の動作は、第２実施の形態に係るサーバ装置１
の場合とほぼ同様であるので、詳しくは述べない。

【００９９】次に、アクセス制御部７１が、図１７に示
す処理を開始する。

【０１００】まず、アクセス制御部７１は、クライアン
ト装置名およびプログラムをプログラム受信部２から受
信する（ステップＳ１７０１）。次に、アクセス制御部
７１は、クライアント装置Ｃｌからのアクセスを許可す
るかどうかを決定する（ステップＳ１７０２）。ステッ
プＳ１７０２の処理は、図９のステップＳ９０２の処理
と同様である。

【０１０１】ステップＳ１７０２において、クライアン
ト装置名が検出できた場合には、アクセス制御部７１
は、サーバ装置１へのアクセスを許可するものとして、
クライアント装置名およびプログラムをプログラム変換
部１１１に送信する（ステップＳ１７０３）。

【０１０２】また、クライアント装置名が検出できなか
った場合には、アクセス制御部７１は、サーバ装置１に
対するアクセス不可の旨をプログラム受信部２に送信す
る（ステップＳ１７０４）。それを受け取ったプログラ
ム受信部２は、サーバ装置１に対するアクセス不可メッ
セージをクライアント装置Ｃ１に送信する（ステップＳ
８０４）。

【０１０３】次に、プログラム変換部１１１が、図１８
に示す処理を開始する。

【０１０４】図１８に示すプログラム変換部１１１の処
理と、第２の実施の形態に係るサーバ装置１における図
１３に示したプログラム変換部１１１の処理との違い
は、プログラム変換部１１１がプログラムおよびクライ
アント装置名をどの装置から受け取るかの違いであり、
処理の流れ自体は同じである。

【０１０５】この後、動的バインディング部３およびプ
ログラム実行部４が順次動作するが、これらの処理は第
１の実施の形態に係るサーバ装置１における図３および
図４に示した処理と同様である。

【０１０６】また、サーバ装置１からクライアント装置
Ｃ１，Ｃ２，Ｃ３に送信するメッセージフォーマット
は、第１の実施の形態に係るサーバ装置１におけるメッ
セージフォーマット（図６参照）と同様である。

【０１０７】第５の実施の形態に係るサーバ装置１の効
果としては、第２の実施の形態に係るサーバ装置１と第
３の実施の形態に係るサーバ装置１とにおける効果の両
者を持つ。つまり、アクセス制御部７１の追加によりサ
ーバ装置１のセキュリティが向上し、かつユーザは各サ
ーバ装置１の実装に依存しない抽象表現でプログラムを
記述することが可能であるため、プログラムの記述容易
性が向上する。

【０１０８】次に、本発明の第６の実施の形態に係るサ
ーバ装置１について、図面を参照して詳しく説明する。

【０１０９】第６の実施の形態に係るサーバ装置１の構
成は、図１６に示した第５の実施の形態に係るサーバ装
置１の構成と同様である。第６の実施の形態に係るサー
バ装置１の特徴は、第５の実施の形態に係るサーバ装置
１がテキスト形式のプログラムのみを処理可能であるの
に対し、テキスト形式に加えてバイナリ形式や中間コー
ドでの記述など、全ての形式のプログラムを処理可能な
点である。

【０１１０】図１９を参照すると、第６の実施の形態に
係るサーバ装置１におけるプログラム変換部１１１の処
理は、プログラムおよびクライアント装置名取得ステッ
プＳ１９０１と、プログラムバイナリ形式判定ステップ
Ｓ１９０２と、抽象操作オブジェクト名／固有操作オブ
ジェクト名変換ステップＳ１９０３と、プログラム実行
可能形式変換ステップＳ１９０４と、プログラム格納ス
テップＳ１９０５と、クライアント装置名送信ステップ
Ｓ１９０６とからなる。

【０１１１】次に、このように構成された第６の実施の
形態に係るサーバ装置１の動作について、図１９を参照
して説明する。

【０１１２】第６の実施の形態に係るサーバ装置１の動
作と第５の実施の形態に係るサーバ装置１の動作との違
いは、第６の実施の形態に係るサーバ装置１におけるプ
ログラム変換部１１１が、図１９に示す動作を行う点で
ある。また、図１９が示すプログラム変換部１１１の動
作と図１５に示した第４の実施の形態に係るサーバ装置
１におけるプログラム変換部１１１の動作との違いは、
プログラム変換部１１１がプログラムおよびクライアン
ト装置名をどの装置から受け取るかの違いであり、処理
の流れ自体は同じである。

【０１１３】また、サーバ装置１からクライアント装置
Ｃｌ，Ｃ２，Ｃ３に送信するメッセージフォーマット
は、第１の実施の形態に係るサーバ装置１におけるメッ
セージフォーマット（図６参照）と同様である。

【０１１４】第６の実施の形態に係るサーバ装置１の効
果としては、第２の実施の形態に係るサーバ装置１と第
４の実施の形態に係るサーバ装置１とにおける効果の両
者を持つ。つまり、アクセス制御部７１の追加により、
サーバ装置１のセキュリティが向上する。さらに、プロ
グラム変換部１１１がテキスト形式のプログラムだけで
はなく、バイナリ形式や中間コードで記述されたプログ
ラムなどあらゆる形式のプログラムを処理可能であるた
め、ユーザが作成できるプログラム形式の選択の自由度
が向上する。

【０１１５】次に、本発明のプログラム受信機能付遠隔
実行装置をネットワーク管理におけるエージェント装置
に適用した、第７の実施の形態に係るデリゲーション機
能付エージェント装置２０１について、図面を参照して
説明する。

【０１１６】図２０は、本発明の第７の実施の形態に係
るデリゲーション機能付エージェント装置（以下、単に
エージェント装置という）２０１の構成を示すブロック
図である。第７の実施の形態に係るエージェント装置２
０１は、デリゲーション実行部２０２と、エージェント
コア２０３と、管理プロトコル処理部２０４と、ＭＩＢ
２０５と、実行中のスクリプトＳｌと、管理対象資源制
御部ＣＯ１，ＣＯ２，ＣＯ３とから、その主要部が構成
されている。なお、図２０において、実行中のスクリプ
トＳｌは１台、管理対象資源制御部ＣＯｌ，ＣＯ２，Ｃ
Ｏ３および管理対象資源Ｏ１，Ｏ２，Ｏ３はそれぞれ３
台ずつしか図示していないが、実際には、複数の実行中
のスクリプトＳｌ〜Ｓｋ，管理対象資源制御部ＣＯｌ〜
ＣＯｍ，管理対象資源Ｏ１〜Ｏｍが存在する。

【０１１７】エージェントコア２０３は、ＭＩＢ２０５
の管理を行う機能と、ＭＩＢ２０５に対する操作および
様々な管理対象資源Ｏ１，Ｏ２，Ｏ３に対する共通な管
理操作を提供する機能と、要求された管理操作を各管理
対象資源制御部ＣＯｌ，ＣＯ２，ＣＯ３に対応した形態
に変換し、適切な管理対象資源制御部ＣＯ１，ＣＯ２，
ＣＯ３に配送する機能とを有する。

【０１１８】管理プロトコル処理部２０４は、管理プロ
トコルでの操作要求をエージェント装置２０１に対応し
た形式に変換する機能を有する。

【０１１９】ＭＩＢ２０５は、管理対象資源Ｏ１，Ｏ
２，Ｏ３を抽象化した管理オブジェクトを蓄積する機能
を有する。

【０１２０】管理対象資源制御部ＣＯｌ，ＣＯ２，ＣＯ
３は、実際の管理対象資源Ｏ１，Ｏ２，Ｏ３にアクセス
するための手段を提供する機能を有する。

【０１２１】デリゲーション実行部２０２は、デリゲー
ションプロトコル処理手段２１１と、アクセス制御手段
２１２と、要求解析手段１３と、スクリプト変換手段２
１４と、デリゲーション情報格納手段２１５と、スクリ
プト制御手段２１６とから構成されている。

【０１２２】デリゲーションプロトコル処理手段２１１
は、マネージャ装置Ｍｌ，Ｍ２，Ｍ３とのメッセージの
送受信を行う機能を有する。なお、図２０において、マ
ネージャ装置Ｍｌ，Ｍ２，Ｍ３は３台しか図示していな
いが、実際には、複数のマネージャ装置Ｍｌ〜Ｍｍが存
在する。

【０１２３】アクセス制御手段２１２は、マネージャ装
置Ｍｌ，Ｍ２，Ｍ３からのアクセス要求に対してアクセ
スを許可するかどうかを決定する機能を有する。

【０１２４】要求解析手段２１３は、マネージャ装置Ｍ
ｌ，Ｍ２，Ｍ３から送信されてきたメッセージを解析す
る機能を有する。

【０１２５】スクリプト変換手段２１４は、スクリプト
スケルトンをスクリプトに変換する機能を有する。な
お、スクリプトスケルトンは、ソースコードなどのテキ
スト形式やエージェント装置２０１が直ちに実行可能な
バイナリ形式や中間コードで記述されている。

【０１２６】スクリプト制御手段２１６は、新たなスク
リプトの起動や実行されているスクリプトに対する制御
を行う機能を有する。

【０１２７】デリゲーション情報格納手段２１５は、ス
クリプト，スクリプト情報，アクセス制御情報およびス
クリプト変換情報を格納する機能を有する。

【０１２８】なお、スクリプト情報には、スクリプトを
エージェント装置２０１内で一意に識別するための「ス
クリプト識別子」，スクリプトスケルトンを送信してき
た「マネージャ装置名」，“ｒｕｎ：実行中”，“ｓｕ
ｓｐｅｎｄ：一時停止”，“ｓｌｅｅｐ：蓄積されてい
るが実行されていない”の３種類により現在のスクリプ
トの状態を示す「状態」，スクリプトスケルトンの内容
や目的およびエージェント装置２０１に送信された日時
を記した「コメント」がある。

【０１２９】また、アクセス制御情報には、まず、エー
ジェント装置２０１に対してアクセス可能なマネージャ
装置名を連ねたリスト（以下、マネージャ装置名リスト
と呼ぶ）がある。例えば、図２８に示すように、アクセ
スを許可するマネージャ装置フィールド２８１に、エー
ジェント装置２０１に対してアクセスを許可するマネー
ジャ装置名（この例では、“ＭａｎａｇｅｒＡ”，“Ｍ
ａｎａｇｅｒＢ”，“ＭａｎａｇｅｒＣ”など）が列挙
されている。

【０１３０】次に、アクセス制御情報には、各マネージ
ャ装置Ｍｌ，Ｍ２，Ｍ３について固有管理オブジェクト
へのアクセス権限（読みのみ可，読み書き可，アクセス
不可）を示した表（以下、管理操作権限表と呼ぶ）があ
る。例えば、図２９に示すように、マネージャ装置名フ
ィールド２９１には、エージェント装置２０１にアクセ
ス可能なマネージャ装置名を列挙し、固有管理オブジェ
クト名フィールド２９２には、エージェント装置２０１
で実装されている固有管理オブジェクト名を列挙してお
き、固有管理オブジェクト“ｍｏＡ”に対して、Ｍａｎ
ａｇｅｒＡの管理権限は“ｒｅａｄ−ｗｒｉｔｅ”、Ｍ
ａｎａｇｅｒＢの管理権限は“ｒｅａｄ−ｗｒｉｔ
ｅ”、ＭａｎａｇｅｒＣの管理権限は“ｎｏｔ−ａｃｃ
ｅｓｓ”などと、固有管理オブジェクトに対する操作権
限を記述する。

【０１３１】さらに、スクリプトスケルトン変換情報に
は、まず、抽象管理オブジェクト名と固有管理オブジェ
クト名との対応表（以下、固有管理オブジェクト対応表
と呼ぶ）がある。例えば、図３０に示すように、固有管
理オブジェクト名フィールド３０２には、エージェント
装置２０１に実装されている固有管理オブジェクト名
（ｍｏＡ，ｍｏＢ，ｍｏＣなど）を列挙し、抽象管理オ
ブジェクト名フィールド３０１には、各固有管理オブジ
ェクト名に対応する抽象管理オブジェクト名（ｎｅｔ
Ａ．ｎｅ１，ｎｅｔＡ．ｎｅ２，ｎｅｔＡ．ｎｅ３な
ど）を列挙する。

【０１３２】次に、スクリプトスケルトン変換情報に
は、抽象管理プリミティブ名と固有管理プリミティブ名
との対応表（以下、固有管理プリミティブ対応表と呼
ぶ）がある。例えば、図３１に示すように、固有管理プ
リミティブ名フィールド３１２には、エージェント装置
２０１で実際に実装されている固有管理プリミティブ名
（Ｍ−Ｇｅｔ，Ｍ−Ｓｅｔ，Ｍ−Ｃｒｅａｔ，Ｍ−Ｄｅ
ｌｅｔｅなど）を列挙し、抽象管理プリミティブ名フィ
ールド３１１には、各固有管理プリミティブ名に対応す
る抽象管理プリミティブ名（ｇｅｔＶａｌｕｅ，ｓｅｔ
Ｖａｌｕｅ，ｃｒｅａｔｅＭＯ，ｄｅｌｅｔｅＭＯな
ど）を列挙する。

【０１３３】また、デリゲーション情報格納手段２１５
には、固有管理プリミティブ群も格納されている。

【０１３４】図２１〜図２５は、それぞれ図２０におけ
る各構成要素２１１〜２１６の処理を示すフローチャー
トである。

【０１３５】図２１を参照すると、デリゲーションプロ
トコル処理手段２１１の処理は、マネージャ装置名取得
ステップＳ２１０１と、受信メッセージおよびマネージ
ャ装置名送出ステップＳ２１０２と、処理結果到着判定
ステップＳ２１０３と、メッセージ処理結果送信ステッ
プＳ２１０４とからなる。

【０１３６】図２２を参照すると、アクセス制御手段２
１２の処理は、マネージャ装置名および受信メッセージ
受取りステップＳ２２０１と、アクセス許可判定ステッ
プＳ２２０２と、マネージャ装置名および受信メッセー
ジ送出ステップＳ２２０３と、アクセス不可送信ステッ
プＳ２２０４とからなる。

【０１３７】図２３を参照すると、要求解析手段２１３
の処理は、受信メッセージおよびマネージャ装置名受取
りステップＳ２３０１と、スクリプト生成判定ステップ
Ｓ２３０２と、制御コマンド，スクリプト識別子および
マネージャ装置名送出ステップＳ２３０３と、コメン
ト，マネージャ装置名，スクリプトスケルトンおよび制
御コマンド送出ステップＳ２３０４とからなる。

【０１３８】図２４を参照すると、スクリプト制御手段
２１６の処理は、マネージャ装置名，制御コマンドおよ
びスクリプト識別子受取りステップＳ２４０１と、スク
リプト制御可能判定ステップＳ２４０２と、スクリプト
実行開始判定ステップＳ２４０３と、スクリプト制御ス
テップＳ２４０４と、固有管理プリミティブ動的リンク
ステップＳ２４０５と、操作権限逸脱判定ステップＳ２
４０６と、要求スクリプト実行ステップＳ２４０７と、
デリゲーション情報格納手段更新ステップＳ２４０８
と、制御コマンド実行結果送信ステップＳ２４０９と、
制御不可送信ステップＳ２４１０と、固有管理オブジェ
クトアクセス不可送信ステップＳ２４１１とからなる。

【０１３９】図２５を参照すると、スクリプト変換手段
２１４の処理は、マネージャ装置名，スクリプトスケル
トン，コメントおよび制御コマンド受取りステップＳ２
５０１と、スクリプトスケルトンバイナリ形式判定ステ
ップＳ２５０２と、抽象管理オブジェクト名／固有管理
オブジェクト名変換ステップＳ２５０３と、抽象管理プ
リミティブ名／固有管理プリミティブ名変換ステップＳ
２５０４と、操作権限逸脱判定ステップＳ２５０５と、
スクリプト実行可能形式変換ステップＳ２５０６と、ス
クリプト情報およびスクリプトまたはスクリプトスケル
トン格納ステップＳ２５０７と、スクリプト即実行判定
ステップＳ２５０８と、制御コマンド実行結果送信ステ
ップＳ２５０９と、“ｓｔａｒｔ”制御コマンドおよび
スクリプト識別子送信ステップＳ２５１０と、固有管理
オブジェクトアクセス不可通知ステップＳ２５１１とか
らなる。

【０１４０】次に、このように構成された第７の実施の
形態に係るエージェント装置２０１の動作について、図
２０ないし図３１を参照して説明する。

【０１４１】いま、デリゲーションプロトコル処理手段
２１１が、例えば、マネージャ装置Ｍｌからメッセージ
を受け取ったとする。すると、デリゲーションプロトコ
ル処理手段２１１が、図２１に示す処理を開始する。

【０１４２】まず、デリゲーションプロトコル処理手段
２１１は、現在、デリゲーションプロトコル処理手段２
１１とコネクションを確立しているマネージャ装置名を
取得する（ステップＳ２１０１）。次に、デリゲーショ
ンプロトコル処理手段２１１は、取得したマネージャ装
置名および受け取ったメッセージをアクセス制御手段２
１２に送信する（ステップＳ２１０２）。その後、デリ
ゲーションプロトコル処理手段２１１は、他の構成要素
２１２〜２１６の処理結果待ち状態になる（ステップＳ
２１０３）。

【０１４３】次に、アクセス制御手段２１２が、図２２
に示す処理を開始する。

【０１４４】まず、アクセス制御手段２１２は、マネー
ジャ装置名および受信メッセージをデリゲーションプロ
トコル処理手段２１１から受け取る（ステップＳ２２０
１）。次に、アクセス制御手段２１２は、デリゲーショ
ン情報格納手段２１５に格納されているマネージャ装着
名リスト（図２８参照）中に受け取ったマネージャ装置
名が存在するかどうかを検索する（ステップＳ２２０
２）。ステップＳ２２０２の結果、マネージャ装置名が
発見できた場合には、アクセス制御手段２１２は、マネ
ージャ装置Ｍｌからのアクセスを許可するものとして、
要求解析手段２１３にマネージャ装置名および受信メッ
セージを送信する（ステップＳ２２０３）。

【０１４５】また、ステップＳ２２０２の結果、マネー
ジャ装置名が発見できなかった場合は、アクセス制御手
段２１２は、アクセスを拒否するものとして、エージェ
ント装置２０１に対するアクセス不可の旨をデリゲーシ
ョンプロトコル処理手段２１１に送信する（ステップＳ
２２０４）。これを受け取ったデリゲーションプロトコ
ル処理手段２１１は、アクセス不可メッセージをマネー
ジャ装置Ｍｌに送信する（ステップＳ２１０４）。

【０１４６】次に、要求解析手段２１３が、図２３に示
す処理を開始する。

【０１４７】まず、要求解析手段２１３は、マネージャ
装置名および受信メッセージをアクセス制御手段２１２
から受け取る（ステップＳ２３０１）。その後、要求解
析手段２１３は、受信メッセージを解析して制御コマン
ドがスクリプト生成かどうかを判定する（ステップＳ２
３０２）。

【０１４８】図２６は、マネージャ装置Ｍｌ，Ｍ２，Ｍ
３から送信されてくるメッセージのフォーマットを示
す。制御コマンドフィールド２６１には、制御コマンド
の識別子が入っており、“１（ｃｒｅａｔｅ：生
成）”，“２（ｄｅｌｅｔｅ：削除）”，“３（ｓｔａ
ｒｔ：実行）”，“４（ｓｕｓｐｅｎｄ：一時停
止）”，“５（ｒｅｓｕｍｅ：再実行）”，“６（ｉｎ
ｆｏ：スクリプト情報の取得）”，“７（ｃｒｅａｔｅ
＆ｓｔａｒｔ：生成後、即実行）”のいずれかである。
スクリプト識別子フィールド２６２は、制御コマンド実
行の対象となるスクリプトを識別する識別子を保持して
おり、この識別子はスクリプト変換手段２１４で一意に
割り当てられる。コメント長フィールド２６３は、コメ
ントフィールド２６５が保持しているコメントの長さを
バイト単位で格納しており、同様にスクリプトスケルト
ン長フィールド２６４には、スクリプトスケルトンフィ
ールド２６６が保持しているスクリプトスケルトンの長
さをバイト単位で格納している。

【０１４９】ステップＳ２３０２において、要求解析手
段２１３は、フィールド２６１〜２６６を切り分け、制
御コマンドフィールド２６１を検査することで、要求さ
れている制御コマンドの解析を行う。

【０１５０】その後、要求解析手段２１３は、受信メッ
セージの制御コマンドが“ｃｒｅａｔｅ”および“ｃｒ
ａｔｅ＆ｓｔａｒｔ”の場合には、切り分けたコメン
ト，スクリプトスケルトン，マネージャ装置名および制
御コマンドをスクリプト変換手段２１４に送る（ステッ
プＳ２３０４）。また、それ以外の場合は、要求解析手
段２１３は、切り分けた制御コマンド，スクリプト識別
子およびマネージャ装置名をスクリプト制御手段２１６
に送る（ステップＳ２３０３）。

【０１５１】次に、要求解析手段２１３におけるステッ
プＳ２３０２の結果、制御コマンドが“ｃｒｅａｔｅ”
および“ｃｒｅａｔｅ＆ｓｔａｒｔ”以外の場合、スク
リプト制御手段２１６が、図２４に示す処理を開始す
る。

【０１５２】まず、スクリプト制御手段２１６は、要求
解析手段２１３からマネージャ装置名，制御コマンドお
よびスクリプト識別子を受け取る（ステップＳ２４０
１）。その後、スクリプト制御手段２１６は、要求して
いるスクリプトをマネージャ装置Ｍ１が制御可能かどう
かを検査する（ステップＳ２４０２）。この検査方式
は、デリゲーション情報格納手段２１５から要求されて
いるスクリプト識別子のスクリプト情報中のマネージャ
装置名を取得し、要求解析手段２１３から送られてきた
マネージャ装置名と比較するというものである。

【０１５３】この結果、マネージャ装置名が一致しない
場合は、スクリプト制御手段２１６は、マネージャ装置
Ｍｌにスクリプトに対する制御権がないものとして、制
御不可の旨をデリゲーションプロトコル処理手段２１１
に送信する（ステップＳ２４１０）。その後、これを受
け取ったデリゲーションプロトコル処理手段２１１は、
制御不可のメッセージをマネージャ装置Ｍｌに送信する
（ステップＳ２１０４）。

【０１５４】また、マネージャ装置名が一致した場合
は、スクリプト制御手段２１６は、マネージャ装置Ｍｌ
にスクリプトに対する制御権があるものとし、スクリプ
ト制御コマンドが“ｓｔａｒｔ”かどうかを検査する
（ステップＳ２４０３）。制御コマンドが“ｓｔａｒ
ｔ”の場合は、スクリプト制御手段２１６は、スクリプ
ト識別子で示されるスクリプトを実行するために固有管
理プリミティブを動的にリンクする（ステップＳ２４０
５）。

【０１５５】次に、スクリプト制御手段２１６は、この
動的にリンクする固有管理プリミティブが、マネージャ
装置Ｍｌにあらかじめ与えられている操作権限を逸脱し
ていないかどうかを検査する（ステップＳ２４０６）。
これは、デリゲーション情報格納手段２１５に格納され
ている管理操作権限表（図２９参照）をマネージャ装置
名および固有管理オブジェクト名をキーとして検査して
操作権限を取得し、この操作権限と要求されている固有
管理プリミティブの操作権限とを比較することで行われ
る。

【０１５６】ステップＳ２４０６の結果、操作権限を逸
脱してない場合は、スクリプト制御手段２１６は、要求
されたスクリプトを実行する（ステップＳ２４０７）。
ステップＳ２４Ｏ６の結果、操作権限を逸脱している場
合は、スクリプト制御手段２１６は、固有管理オブジェ
クトに対するアクセス不可の旨をデリゲーションプロト
コル処理手段２１１に送信する（ステップＳ２４１
１）。その後、それを受け取ったデリゲーションプロト
コル処理手段２１１は、固有管理オブジェクトに対する
アクセス不可のメッセージをマネージャ装置Ｍｌに送信
する（ステップＳ２１０４）。

【０１５７】また、ステップＳ２４０３の結果、“ｓｔ
ａｒｔ”以外の制御コマンドの場合は、スクリプト制御
手段２１６は、スクリプト識別子で示されるスクリプト
に対して制御コマンドを実行する（ステップＳ２４０
４）。

【０１５８】次に、スクリプト制御手段２１６は、制御
コマンドの実行によるスクリプト情報の変更をデリゲー
ション情報格納手段２１５内の対応する情報に反映させ
る（ステップＳ２４０８）。続いて、スクリプト制御手
段２１６は、制御コマンドを実行した結果（成功，失
敗）をデリゲーションプロトコル処理手段２１１に送信
する（ステップＳ２４０９）。それを受け取ったデリゲ
ーションプロトコル処理手段２１１は、制御コマンド実
行結果をマネージャ装置Ｍｌに送信する（ステップＳ２
１０４）。

【０１５９】また、要求解析手段２１３におけるステッ
プＳ２３０２の結果、制御コマンドが“ｃｒｅａｔｅ”
および“ｃｒｅａｔｅ＆ｓｔａｒｔ”の場合、スクリプ
ト変換手段２１４が、図２５に示す処理を実行する。

【０１６０】まず、スクリプト変換手段２１４は、要求
解析手段２１３からマネージャ装置名，スクリプトスケ
ルトン，コメントおよび制御コマンドを受信する（ステ
ップＳ２５０１）。次に、スクリプト変換手段２１４
は、スクリプトスケルトンの記述形式が変更可能なテキ
スト形式であるかバイナリ形式であるかを検査する（ス
テップＳ２５０２）。ステップＳ２５０２の結果、テキ
スト形式の場合は、スクリプト変換手段２１４は、抽象
管理オブジェクト名を固有管理オブジェクト名に変換す
る（ステップＳ２５０３）。この変換は、デリゲーショ
ン情報格納手段２１５に格納されている固有管理オブジ
ェクト対応表（図３０参照）を使用し、スクリプトスケ
ルトンに記述されている抽象管理オブジェクト名をキー
として、対応する固有管理オブジェクト名を検索して変
換するというものである。

【０１６１】次に、スクリプト変換手段２１４は、デリ
ゲーション情報格納手段２１５に格納されている固有管
理プリミティブ対応表（図３１参照）を使用し、ステッ
プＳ２５０３と同様な方法で抽象管理プリミティブ名を
固有管理プリミティブ名に変換する（ステップＳ２５０
４）。この後、スクリプト変換手段２１４は、変換され
た全ての固有管理オブジェクトに対し、デリゲーション
情報格納手段２１５に格納されている管理操作権限表
（図２９参照）を固有管理オブジェクト名とマネージャ
装置名とをキーとして検査することで、マネージャ装置
Ｍｌの操作権限を取得し、要求されている固有管理プリ
ミティブの操作権限が逸脱していないかどうかを検査す
る（ステップＳ２５０５）。

【０１６２】ステップＳ２５０５の結果、１つの固有管
理オブジェクトに対してでも操作権限を逸脱している場
合には、スクリプト変換手段２１４は、固有管理オブジ
ェクトに対するアクセス不可として、その旨をデリゲー
ションプロトコル処理手段２１１に送信する（ステップ
Ｓ２５１１）。その後、これを受け取ったデリゲーショ
ンプロトコル処理手段２１１は、固有管理オブジェクト
に対するアクセス不可のメッセージをマネージャ装置Ｍ
ｌに送信する（ステップＳ２１０４）。

【０１６３】一方、ステップＳ２５０５の結果、全ての
固有管理オブジェクトに対して操作権限を逸脱していな
い場合には、スクリプト変換手段２１４は、ステップＳ
２５０３およびＳ２５０４により生成されたスクリプト
をエージェント装置２０１が実行可能となるように、例
えばコンパイルなどを行うことでバイナリ形式に変換す
る（ステップＳ２５０６）。

【０１６４】次に、スクリプト変換手段２１４は、ステ
ップＳ２５０２で判明したバイナリ形式のスクリプトス
ケルトンまたはステップＳ２５０６の結果、バイナリ形
式に変換されたスクリプトとスクリプト情報とをデリゲ
ーション情報格納手段２１５に格納する（ステップＳ２
５０７）。なお、格納するスクリプト情報には、要求解
析手段２１３から送られてきたマネージャ装置名，コメ
ント，スクリプト変換手段２１４が割り当てるエージェ
ント装置２０ｌ内で一意なスクリプト識別子および“ｓ
ｌｅｅｐ”である状態がある。

【０１６５】次に、スクリプト変換手段２１４は、制御
コマンドが“ｃｒｅａｔｅ＆ｓｔａｒｔ”かどうかを検
査する（ステップＳ２５０８）。“ｃｒｅａｔｅ＆ｓｔ
ａｒｔ”の場合は、スクリプト変換手段２１４は、ステ
ップＳ２５０７で格納したスクリプトを直ちに実行する
ため、スクリプト制御手段２１６に“ｓｔａｒｔ”制御
コマンドおよびステップＳ２５０７で割り当てたスクリ
プト識別子を送信する（ステップＳ２５１０）。

【０１６６】また、ステップＳ２５０８の結果、制御コ
マンドが“ｃｒｅａｔｅ”の場合は、スクリプト変換手
段２１４は、実行結果（成功，失敗）をデリゲーション
プロトコル処理手段２１１に送信する（ステップＳ２５
０９）。これを受け取ったデリゲーションプロトコル処
理手段２１１は、実行結果をマネージャ装置Ｍｌに送信
する（ステップＳ２１０４）。

【０１６７】図２７は、エージェント装置２０１からマ
ネージャ装置Ｍｌ，Ｍ２，Ｍ３に送信する制御コマンド
実行結果を保持したメッセージのフォーマットを示して
いる。結果フィールド２７１は、マネージャ装置Ｍｌ，
Ｍ２，Ｍ３が要求した制御コマンドの結果を保持してお
り、“０（成功）”，“１（失敗）”のどちらかであ
る。より詳しい結果フィールド２７２は、結果フィール
ド２７１が“１（失敗）”の場合に、より詳しい情報を
保持しており、“１（エージェント装置２０１にアクセ
ス不可）”，“２（スクリプトに対する制御不可）”，
“３（固有管理オブジェクトに対するアクセス不
可）”，“４（それ以外の失敗）”のいずれかである。
また、結果フィールド２７１が“０（成功）”の場合に
は、より詳しい結果フィールド２７２には、“０”が格
納されている。スクリプト情報数フィールド２７３は、
この後に続くスクリプト情報２７４〜２７９の数を保持
している。スクリプト識別子フィールド２７４は、この
情報を保持しているスクリプトの識別子を格納してい
る。状態フィールド２７５は、スクリプトの存在の状態
を保持しており、“１（ｒｕｎ）”，“２（ｓｕｓｐｅ
ｎｄ）”，“３（ｓｌｅｅｐ）”のいずれかである。マ
ネージャ装置名長フィールド２７６は、マネージャ装置
名フィールド２７８が保持しているマネージャ装置名の
長さをバイト単位で格納している。コメント長フィール
ド２７７は、コメントフィールド２７９が保持している
コメントの長さをバイト単位で保持している。これらの
フィールド２７４〜２７９が１つのスクリプト情報であ
り、スクリプト情報数フィールド２７３で示されている
数だけ続いて、１つのメッセージを形成している。

【０１６８】次に、本発明の第８の実施の形態に係るデ
リゲーション機能付エージェント装置２０１ついて、図
面を参照して詳しく説明する。

【０１６９】図３２を参照すると、第８の実施の形態に
係るデリゲーション機能付エージェント装置２０１は、
実行中のスクリプトＳｌ，Ｓ２が、図２０に示された第
７の実施の形態に係るデリゲーション機能付エージェン
ト装置２０１と比較して、管理プロトコル処理部２０４
と通信している点で異なる。なお、図３２において、実
行中のスクリプトＳｌ，Ｓ２は２台、管理対象資源制御
部ＣＯ１，ＣＯ２，ＣＯ３および管理対象資源Ｏ１，Ｏ
２，Ｏ３はそれぞれ３台ずつしか図示していないが、実
際には，複数の実行中のスクリプトＳｌ〜Ｓｋ，管理対
象資源制御部ＣＯ１〜ＣＯｍ，管理対象資源Ｏ１〜Ｏｍ
が存在する。

【０１７０】図２０に示された第７の実施の形態に係る
デリゲーション機能付エージェント装置２０１では、例
えば、実行中のスクリプトＳｌとエージェントコア２０
３との通信は、例えば、ライブラリなどのエージェント
装置独自の方式を用いて直接的に行うが、図３２に示さ
れた第８の実施の形態に係るデリゲーション機能付エー
ジェント装置２０１では、実行中のスクリプトＳｌ，Ｓ
２とエージェントコア２０３との通信には、標準管理プ
ロトコル（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇ
ｅｍｅｎｔＰｒｏｔｏｃｏｌ，ＣｏｍｍｏｎＭａｎ
ａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＰｒｏｔｏｃ
ｏｌ）を使用して、まず、管理プロトコル処理部２０４
と通信を行い、管理プロトコル処理部２０４が標準管理
プロトコルで示された管理操作要求を内部表現に変換し
た後、管理プロトコル処理部２０４がエージェントコア
２０３と通信を行うことで実行中のスクリプトＳ１，Ｓ
２から間接的に実現される。

【０１７１】図３３を参照すると、図３２中のデリゲー
ション実行部２０２におけるスクリプト変換手段２１４
の処理は、マネージャ装置名，スクリプトスケルトン，
コメントおよび制御コマンド受取りステップＳ３３０１
と、スクリプトスケルトンバイナリ形式判定ステップＳ
３３０２と、抽象管理オブジェクト名／固有管理オブジ
ェクト名変換ステップＳ３３０３と、抽象管理プリミテ
ィブ名／固有管理プリミティブ名変換ステップＳ３３０
４と、操作権限逸脱判定ステップＳ３３０５と、スクリ
プト実行可能形式変換ステップＳ３３０６と、スクリプ
ト情報およびスクリプトまたはスクリプトスケルトン格
納ステップＳ３３０７と、スクリプト即実行判定ステッ
プＳ３３０８と、制御コマンド実行結果送信ステップＳ
３３０９と、“ｓｔａｒｔ”制御コマンドおよびスクリ
プト識別子送信ステップＳ３３１０と、固有管理オブジ
ェクトアクセス不可通知ステップＳ３３１１とからな
る。

【０１７２】次に、このように構成された第８の実施の
形態に係るデリゲーション機能付エージェント装置２０
１の動作について、図３２ないし図３４を参照して説明
する。

【０１７３】第８の実施の形態に係るデリゲーション機
能付エージェント装置２０１の、第７の実施の形態デリ
ゲーション機能付エージェント装置２０１の動作と異な
る点は、図２５で示されているスクリプト変換手段２１
４の処理の流れが、図３３で示す処理の流れとなること
である。その中でも、特に、ステップＳ２３０４が、ス
テップＳ３３０４で示すように、デリゲーション実行部
２０２内に存在するデリゲーション情報格納手段２１５
に格納されている抽象管理プリミティブ名と管理プロト
コルで提供されている各サービス（以下、管理ブリミテ
ィブと呼ぶ）をエージェント装置２０１で実際に実現し
ているものとの対応表（以下、管理プリミティブ対応表
と呼ぶ）を使用して、抽象管理プリミティブ名を管理プ
リミティブ名に変換している点で異なる。なお、例え
ば、管理プリミティブ対応表は、ＯＳＩＭＩＳ（ＯＳＩ
ＭａｎａｇｅｍｅｎｔＩｎｆｏｍａｔｉｏｎＳｅ
ｒｖｉｃｅ）で提供されているＭＳＡＰ（Ｍａｎａｇｅ
ｍｅｎｔＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）
を使用した場合、図３４に示すように、抽象管理プミテ
ィブ名フィールド３４１には、抽象管理プリミティブ名
（ｇｅｔＶａｌｕｅ，ｓｅｔＶａｌｕｅ，ｃｒｅａｔｅ
ＭＯ，ｄｅｌｅｔｅＭＯなど）を列挙し、管理プリミテ
ィブ名フィールド３４２には、各抽象管理プリミティブ
名に対応した管理プリミティブ名（Ｍ−Ｇｅｔ，Ｍ−Ｓ
ｅｔ，Ｍ−Ｃｒｅａｔｅ，Ｍ−Ｄｅｌｅｔｅなど）を列
挙する。

【０１７４】第８の実施の形態に係るデリゲーション機
能付エージェント装置２０１は、実行中のスクリプトＳ
ｌ，Ｓ２がエージェントコア２０３との通信に標準管理
プロトコルを使用しているため、既存のエージェント装
置にデリゲーション実行部２０２を追加するだけで、デ
リゲーション機能を付加することが可能となり、デリゲ
ーション実行部２０２の汎用性が向上する。

【０１７５】また、第７の実施の形態に係るデリゲーシ
ョン機能付エージェント装置２０１では、実際に管理を
行う管理対象資源Ｏ１，Ｏ２，Ｏ３が手元に存在するこ
とを前提としているが、第８の実施の形態に係るデリゲ
ーション機能付エージェント装置２０１では、エージェ
ントコア２０３との通信に標準管理プロトコルを使用し
て間接的に行うため、管理対象資源Ｏ１，Ｏ２，Ｏ３が
遠隔地に存在してもデリゲーション機能を使用すること
が可能である。そのため、デリゲーション実行部２０２
の汎用性が増し、様々な場所に存在する管理対象資源Ｏ
１，Ｏ２，Ｏ３を管理可能となる。

【０１７６】

【発明の効果】以上説明したように、本発明では、サー
バ装置にプログラム受信部，動的バインディング部，プ
ログラム実行部およびプログラム実行情報格納部を設け
たことにより、ユーザが行いたい処理をプログラムとし
て記述し、サーバ装置に送信し、サーバ装置上で実行す
るため、分岐や繰り返しなどの制御構造を持つ複雑な処
理をサーバ装置上で遠隔実行可能であるという効果があ
る。

【０１７７】また、クライアント装置からサーバ装置に
送信するプログラムは、処理の流れのみを記述したもの
であり、固有操作オブジェクトリンク手段を設け、プロ
グラムの実行時に各処理を実現している各サーバ装置固
有の固有操作オブジェクトをプログラムに動的にリンク
する方式を採用しているため、ユーザはサーバ装置の構
成や実装を意識しないで処理の流れのみを記述すればよ
く、プログラムの記述容易性が向上するという効果があ
る。

【０１７８】さらに、リンク権限検査手段を設け、プロ
グラムに固有操作オブジェクトをリンクする際にクライ
アント装置に与えられたリンク権限を使用してリンク制
御を行うため、クライアント装置による与えられたリン
ク権限以上のプログラムの実行を防止でき、サーバ装置
のセキュリティが向上するという効果がある。

【０１７９】さらにまた、サーバ装置の実装に依存しな
い処理の流れのみを記述しているプログラムをサーバ装
置に送信するため、サーバ装置とクライアント装置との
間の通信量の抑制が可能であるという効果がある。

【０１８０】一方、本発明をネットワーク管理における
エージェント装置に適用する場合に、デリゲーション機
能付エージェント装置の構成に、ＭＩＢの管理を行い、
ＭＩＢに対する操作および様々な管理対象資源に対する
共通な管理操作を提供し、要求された管理操作を各管理
対象資源制御部に対応した形態に変換し、かつ適切な管
理対象資源制御部に配送する機能を持つエージェントコ
アを追加することで、ＯＳＩにおけるネットワーク管理
を考慮したネットワーク管理が可能となり、さらに、各
管理対象資源に対する共通な管理操作手段を使用してス
クリプトスケルトンを記述できるため、スクリプトスケ
ルトンの記述効率が向上するという効果がある。

【０１８１】また、デリゲーション機能付エージェント
装置内において動的バインディング方式を使用するた
め、マネージャ装置から送付するスクリプトスケルトン
は管理作業の流れのみを記述したものであるので、スク
リプトスケルトンの送信時におけるマネージャ装置とエ
ージェント装置との間の通信量は、従来のデリゲーショ
ン機能付エージュント装置と比較して抑制できるという
効果がある。

【０１８２】さらに、実行中のスクリプトの制御コマン
ドやスクリプト情報を追加することにより、従来までの
デリゲーション機能付エージェント装置にはない細かな
スクリプト制御が可能となるため、デリゲーション機能
付エージェント装置の負荷状況に応じたスクリプト実行
や各管理サイトの管理方針に柔軟に対応することができ
るという効果がある。

【０１８３】さらにまた、デリゲーション機能付エージ
ェント装置の構成にアクセス制御手段を追加すること
で、マネージャ装置名および各管理サイトの管理方針に
応じた柔軟なアクセス制御が可能となり、デリゲーショ
ン機能付エージェント装置におけるセキュリティが向上
するという効果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るプログラム受
信機能付遠隔実行装置（サーバ装置）の構成を示すブロ
ック図である。

【図２】図１におけるプログラム受信部の処理の流れを
示すフローチャートである。

【図３】図１における動的バインディング部の処理の流
れを示すフローチャートである。

【図４】図１におけるプログラム実行部の処理の流れを
示すフローチャートである。

【図５】図１におけるプログラム実行情報格納部に格納
されるリンク権限表の一例を示す図である。

【図６】図１におけるサーバ装置からクライアント装置
に送信されるメッセージのフォーマットを示す図であ
る。

【図７】本発明の第２の実施の形態に係るプログラム受
信機能付遠隔実行装置（サーバ装置）の構成を示すブロ
ック図である。

【図８】図７におけるプログラム受信部の処理の流れを
示すフローチャートである。

【図９】図７におけるアクセス制御部の処理の流れを示
すフローチャートである。

【図１０】図７におけるプログラム実行情報格納部に格
納されるクライアント装置名リストの一例を示す図であ
る。

【図１１】本発明の第３の実施の形態に係るプログラム
受信機能付遠隔実行装置（サーバ装置）の構成を示すブ
ロック図である。

【図１２】図１１におけるプログラム受信部の処理の流
れを示すフローチャートである。

【図１３】図１１におけるプログラム変換部の処理の流
れを示すフローチャートである。

【図１４】図１１におけるプログラム実行情報格納部に
格納される固有操作オブジェクト表の一例を示す図であ
る。

【図１５】本発明の第４の実施の形態に係るプログラム
受信機能付遠隔実行装置（サーバ装置）におけるプログ
ラム変換部の処理の流れを示すフローチャートである。

【図１６】本発明の第５の実施の形態に係るプログラム
受信機能付遠隔実行装置（サーバ装置）の構成を示すブ
ロック図である。

【図１７】図１６におけるアクセス制御部の処理の流れ
を示すフローチャートである。

【図１８】図１６におけるプログラム変換部の処理の流
れを示すフローチャートである。

【図１９】本発明の第６の実施の形態に係るプログラム
受信機能付遠隔実行装置（サーバ装置）におけるプログ
ラム変換部の処理の流れを示すフローチャートである。

【図２０】本発明のプログラム受信機能付遠隔実行装置
をネットワーク管理におけるエージェント装置に適用し
た場合の、本発明の第７の実施の形態に係るデリゲーシ
ョン機能付エージェント装置の構成を示すブロック図で
ある。

【図２１】図２０におけるデリゲーションプロトコル処
理手段の処理の流れを示すフローチャートである。

【図２２】図２０におけるアクセス制御手段の処理の流
れを示すフローチャートである。

【図２３】図２０における要求解析手段の処理の流れを
示すフローチャートである。

【図２４】図２０におけるスクリプト制御手段の処理の
流れを示すフローチャートである。

【図２５】図２０におけるスクリプト変換手段の処理の
流れを示すフローチャートである。

【図２６】図２０におけるマネージャ装置からエージェ
ント装置に送られてくるメッセージのフォーマットを示
す図である。

【図２７】図２０におけるエージェント装置からマネー
ジャ装置に送信するメッセージのフォーマットを示す図
である。

【図２８】図２０におけるプログラム実行情報格納部に
格納されるマネージャ装置名リストの一例を示す図であ
る。

【図２９】図２０におけるプログラム実行情報格納部に
格納される管理操作権限表の一例を示す図である。

【図３０】図２０におけるプログラム実行情報格納部に
格納される固有管理オブジェクト対応表の一例を示す図
である。

【図３１】図２０におけるプログラム実行情報格納部に
格納される固有管理プリミティブ対応表の一例を示す図
である。

【図３２】本発明のプログラム受信機能付遠隔実行装置
をネットワーク管理におけるエージェント装置に適用し
た場合の、本発明の第８の実施の形態に係るデリゲーシ
ョン機能付エージェント装置の構成を示すブロック図で
ある。

【図３３】図３２で示されるデリゲーション実行部にお
けるスクリプト変換手段の処理の流れを示すフローチャ
ートである。

【図３４】図３２におけるプログラム実行情報格納部に
格納される管理プリミティブ対応表の一例を示す図であ
る。

【図３５】従来のプログラム送信機能付遠隔実行装置の
一例を示すブロック図である。

【図３６】従来のデリゲーション機能付エージェント装
置の一例を示すブロック図である。

【符号の説明】

１サーバ装置２プログラム受信部３動的バインディング部４プログラム実行部５プログラム実行情報格納部６リンク権限検査手段７固有操作オブジェクトリンク手段５１クライアント装置名フィールド５２固有操作オブジェクト名フィールド６１結果フィールド６２より詳しい結果フィールド６３未使用フィールド６４プログラム実行結果フィールド７１アクセス制御部１０１アクセスを許可するクライアント装置名フィー
ルド１１１プログラム変換部１４１抽象操作オブジェクト名フィールド１４２固有操作オブジェクト名フィールド２０１エージェント装置（デリゲーション機能付エー
ジェント装置）２０２デリゲーション実行部２０３エージェントコア２０４管理プロトコル処理部２０５ＭＩＢ（管理情報格納部）２１１デリゲーションプロトコル処理手段２１２アクセス制御手段２１３要求解析手段２１４スクリプト変換手段２１５デリゲーション情報格納手段２１６スクリプト制御手段２６１制御コマンドフィールド２６２スクリプト識別子フィールド２６３コメント長フィールド２６４スクリプトスケルトン長フィールド２６５コメントフィールド２６６スクリプトスケルトンフィールド２７１結果フィールド２７２より詳しい結果フィールド２７３スクリプト情報数フィールド２７４スクリプト識別子フィールド２７５状態フィールド２７６マネージャ装置名長フィールド２７７コメント長フィールド２７８マネージャ装置名フィールド２７９コメントフィールド２８１アクセスを許可するマネージャ装置名フィール
ド２９１マネージャ装置名フィールド２９２固有管理オブジェクト名フィールド３０１抽象管理オブジェクト名フィールド３０２固有管理オブジェクト名フィールド３１１抽象管理プリミティブ名フィールド３１２固有管理プリミティブ名フィールド３４１抽象管理プリミティブ名フィールド３４２管理プリミティブ名フィールドＣ１，Ｃ２，Ｃ３クライアント装置ＣＯ１，ＣＯ２，ＣＯ３管理対象資源制御部Ｍ１，Ｍ２，Ｍ３マネージャ装置Ｏ１，Ｏ２，Ｏ３管理対象資源Ｓ１，Ｓ２実行中のスクリプト

Claims

【特許請求の範囲】

【請求項１】要求送信元であるクライアント装置から
送信されてきた処理の流れを記述したプログラムの受信
およびプログラムの実行結果の送信を行うプログラム受
信部と、このプログラム受信部により受信されたプログラムに記
述されている処理操作名に対して、要求された処理を実
行する遠隔実行装置であるサーバ装置で実装されている
処理操作をオブジェクト化した固有操作オブジェクトを
動的にリンクする固有操作オブジェクトリンク手段と、
固有操作オブジェクトをプログラムにリンクする際にク
ライアント装置がリンク権限を持つかどうかを検査する
リンク権限検査手段とを備える動的バインディング部
と、この動的バインディング部によりリンクされたプログラ
ムを実行するプログラム実行部と、プログラム，前記動的バインディング部が行うアクセス
制御に必要な情報および固有操作オブジェクトを格納す
るプログラム実行情報格納部とから構成されることを特
徴とするプログラム受信機能付遠隔実行装置。
【請求項２】請求項１記載のプログラム受信機能付遠
隔実行装置において、プログラム内に記述されている処
理操作名にサーバ装置の実装に対応した固有操作オブジ
ェクトを動的にリンクし、かつリンクする際にクライア
ント装置が固有操作オブジェクトをリンクする権限を持
つかどうかを検査することでサーバ装置の保護を行う動
的バインディング方式。
【請求項３】請求項１記載のプログラム受信機能付遠
隔実行装置の構成に、クライアント装置がサーバ装置に
対してアクセス可能かどうかを検査するアクセス制御部
を追加したプログラム受信機能付遠隔実行装置。
【請求項４】請求項３記載のプログラム受信機能付遠
隔実行装置において、クライアント装置に与えられてい
る権限を逸脱した不正なプログラムの実行を防止するた
めに、クライアント装置からプログラムが送信されてき
た場合に、クライアント装置からのアクセスを許可する
かどうかを決定するアクセス制御部と、プログラムを実
行する際に動的にリンクする固有操作オブジェクトのリ
ンク権限がクライアント装置にあらかじめ与えられてい
るリンク権限を逸脱してないかどうかを検査するリンク
権限検査手段とにより実現されるアクセス制御方式。
【請求項５】請求項１記載のプログラム受信機能付遠
隔実行装置の構成に、変更可能なテキスト形式のプログ
ラムに対して、全サーバ装置に共通な処理操作名である
抽象操作オブジェクト名を固有操作オブジェクト名に変
換し、コンパイルなどによりサーバ装置が実行可能な形
式に変換するプログラム変換部を追加したプログラム受
信機能付遠隔実行装置。
【請求項６】請求項５記載のプログラム受信機能付遠
隔実行装置におけるプログラム変換部に、テキスト形式
のプログラムだけではなく、バイナリ形式または中間コ
ードで記述されたプログラムにも対応可能な機能を追加
したプログラム受信機能付遠隔実行装置。
【請求項７】請求項１記載のプログラム受信機能付遠
隔実行装置の構成に、クライアント装置がサーバ装置に
対してアクセス可能かどうかを検査するアクセス制御部
と、変更可能なテキスト形式のプログラムに対して、全
サーバ装置に共通な処理操作名である抽象操作オブジェ
クト名を固有操作オブジェクト名に変換し、コンパイル
などによりサーバ装置が実行可能な形式に変換するプロ
グラム変換部とを追加したプログラム受信機能付遠隔実
行装置。
【請求項８】請求項１記載のプログラム受信機能付遠
隔実行装置の構成に、クライアント装置がサーバ装置に
対してアクセス可能かどうかを検査するアクセス制御部
と、変更可能なテキスト形式のプログラムに対して、全
サーバ装置に共通な処理操作名である抽象操作オブジェ
クト名を固有操作オブジェクト名に変換し、コンパイル
などによりサーバ装置が実行可能な形式に変換する機能
およびテキスト形式のプログラムだけではなく、バイナ
リ形式または中間コードで記述されたプログラムにも対
応可能な機能を持つプログラム変換部とを含むプログラ
ム受信機能付遠隔実行装置。
【請求項９】請求項１ないし８記載のプログラム受信
機能付遠隔実行装置を適用したネットワーク管理におけ
るエージェント装置において、マネージャ装置とのメッ
セージの送受信を行うデリゲーションプロトコル処理手
段と、マネージャ装置からのアクセス要求に対してアク
セスを許可するかどうかを決定するアクセス制御手段
と、マネージャ装置から送信されてきたメッセージを解
析する要求解析手段と、エージェント装置の実装および
エージェント装置で実現されている管理操作に依存しな
い抽象表現で管理作業の流れのみを記述したものであ
り、プログラムに相当するスクリプトスケルトンをエー
ジェント装置および管理操作の実現方法に対応した一連
の管理作業であるスクリプトに変換するスクリプト変換
手段と、新たなスクリプトの起動および実行されている
スクリプトに対する制御を行うスクリプト制御手段と、
スクリプト，スクリプトに関する情報，アクセス制御を
行う場合に必要となる情報およびスクリプト変換を行う
場合に必要となる情報を格納するデリゲーション情報格
納手段と、管理対象資源の制御を行う管理対象資源制御
部と、管理対象資源を抽出化した管理オブジェクトを格
納する管理情報格納部と、管理情報格納部の管理を行
い、管理情報格納部に対する操作と様々な管理対象資源
に対する共通な管理操作を提供し、要求された管理操作
を各管理対象資源制御部に対応した形態に変換し、かつ
適切な管理対象資源制御部に配送するエージェントコア
と、管理プロトコルでの操作要求をエージェント装置に
対応した形式に変換する管理プロトコル処理部とから構
成されるエージェント装置。
【請求項１０】請求項９記載のエージェント装置にお
いて、管理対象資源およびエージェント装置を保護する
ために、マネージャ装置からメッセージが送信されてき
た場合に、マネージャ装置からのアクセスを許可するか
どうかを決定するアクセス制御部と、スクリプトを制御
する際にマネージャ装置がその制御を実行可能かどうか
を決定する機能およびスクリプトを新たに実行する際に
動的にリンクする固有管理プリミティブの操作権限がマ
ネージャ装置にあらかじめ与えられている操作権限を逸
脱してないかどうかを検査する機能を持つスクリプト制
御手段と、送信されてきたスクリプトスケルトン内の抽
象管理プリミティブ名および抽象管理オブジェクト名を
固有管理プリミティブ名および固有管理オブジェクト名
に変換する場合に固有管理オブジェクトへの操作権限を
マネージャ装置が逸脱していないかどうかを決定するス
クリプト変換手段とにより実現されるアクセス制御方
式。
【請求項１１】請求項９記載のエージェント装置にお
いて、一時停止，停止，再開，スクリプトの送信，スク
リプトの削除，スクリプトの実行開始およびスクリプト
情報の取得を備えるスクリプト制御方式。
【請求項１２】請求項９記載のエージェント装置にお
いて、「起動日時」，「状態」，エージェント装置内で
一意である「スクリプト識別子」，スクリプトを送信し
た「マネージャ装置名」およびスクリプトの簡単な説明
を行う「コメント」を備えるスクリプト情報構造。
【請求項１３】請求項９記載のエージェント装置にお
いて、実行中のスクリプトが管理情報格納部および管理
対象資源にアクセスする場合に、実行中のスクリプト
が、管理プロトコルでの操作要求をエージェント装置に
対応した形式に変換する管理プロトコル処理部と通信す
ることで間接的にエージェントコアにアクセスするエー
ジェント装置。