JPH113306A - エージェント方式 - Google Patents
エージェント方式Info
- Publication number
- JPH113306A JPH113306A JP9154811A JP15481197A JPH113306A JP H113306 A JPH113306 A JP H113306A JP 9154811 A JP9154811 A JP 9154811A JP 15481197 A JP15481197 A JP 15481197A JP H113306 A JPH113306 A JP H113306A
- Authority
- JP
- Japan
- Prior art keywords
- agent
- processing system
- operation log
- processing
- user terminal
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operations
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【課題】 プログラムとデータをともに送信し、送信先
で実行するエージェント方式において、ミッションクリ
ティカルなアプリケーションの実行を可能とするエージ
ェントの再実行、取り消し手段を提供する。 【解決手段】 エージェントを処理する処理系に、エー
ジェント自身やエージェントを実行したオペレーション
ログを格納するための不揮発記憶領域を設ける。
で実行するエージェント方式において、ミッションクリ
ティカルなアプリケーションの実行を可能とするエージ
ェントの再実行、取り消し手段を提供する。 【解決手段】 エージェントを処理する処理系に、エー
ジェント自身やエージェントを実行したオペレーション
ログを格納するための不揮発記憶領域を設ける。
Description
【０００１】
【発明の属する技術分野】この発明は、多種多数の計算
機が相互に接続された多様な通信環境において、手順、
データを含むオブジェクトをエージェントとしてある計
算機に送信し、オブジェクトを送信先の計算機で実行す
るエージェント方式に関する。
機が相互に接続された多様な通信環境において、手順、
データを含むオブジェクトをエージェントとしてある計
算機に送信し、オブジェクトを送信先の計算機で実行す
るエージェント方式に関する。
【０００２】
【従来の技術】近年“エージェント”と呼ばれるソフト
ウェア技術が知られてきている。エージェント方式と
は、プログラム（処理の手順、手続きともいう）とデー
タを持ったオブジェクト（エージェント、ネットワーク
エージェントともいう）をある計算機に送信し、実行す
るという処理形態をとるものである。本明細書におい
て、エージェントとは、この処理方式、又は、オブジェ
クトを指すものとする。本明細書で述べるエージェント
は、いわゆる一般的なエージェントでも、計算機内で常
駐し、ある一定の目的を遂行する広義のソフトウェアエ
ージェントでもない。
ウェア技術が知られてきている。エージェント方式と
は、プログラム（処理の手順、手続きともいう）とデー
タを持ったオブジェクト（エージェント、ネットワーク
エージェントともいう）をある計算機に送信し、実行す
るという処理形態をとるものである。本明細書におい
て、エージェントとは、この処理方式、又は、オブジェ
クトを指すものとする。本明細書で述べるエージェント
は、いわゆる一般的なエージェントでも、計算機内で常
駐し、ある一定の目的を遂行する広義のソフトウェアエ
ージェントでもない。
【０００３】日本特許出願の特開平７−１８２１７４号
（米国特許出願Ｓ／Ｎ ０８／０９０５２１、出願日１
９９３年７月８日の対応出願）「リモートプログラミン
グの実施方法」には、米国のジェネラルマジック社（Ｇ
ｅｎｅｒａｌ Ｍａｇｉｃ，Ｉｎｃ．）が開発したテレ
スクリプト（Ｔｅｌｅｓｃｒｉｐｔ、ジェネラルマジッ
ク社の商標）と呼ばれるエージェント記述用言語の仕様
が詳細に記載されている。
（米国特許出願Ｓ／Ｎ ０８／０９０５２１、出願日１
９９３年７月８日の対応出願）「リモートプログラミン
グの実施方法」には、米国のジェネラルマジック社（Ｇ
ｅｎｅｒａｌ Ｍａｇｉｃ，Ｉｎｃ．）が開発したテレ
スクリプト（Ｔｅｌｅｓｃｒｉｐｔ、ジェネラルマジッ
ク社の商標）と呼ばれるエージェント記述用言語の仕様
が詳細に記載されている。
【０００４】日本特許出願の公開公報特開平７−１８２
１７４号を引用して、従来の技術を説明する。図１６
は、従来技術によるコンピュータシステムの構造を示す
図である。図１７は、リモートプログラミングを使用す
る従来技術による方法のフローチャートである。図１８
は、リモートプログラミングを具体化する従来技術によ
るネットワークを示す図である。
１７４号を引用して、従来の技術を説明する。図１６
は、従来技術によるコンピュータシステムの構造を示す
図である。図１７は、リモートプログラミングを使用す
る従来技術による方法のフローチャートである。図１８
は、リモートプログラミングを具体化する従来技術によ
るネットワークを示す図である。
【０００５】日本国特許特開平７−１８２１７４号（１
２ページ、カラム２１、２７〜３２行目）によれば、マ
スメモリ９１７Ａ、例えば、磁気ディスクや磁気テープ
は、プログラム、データ又はＣＰＵ９１０によって直ち
には必要とされないか若しくはメインメモリ９１７Ｂの
大きさの制限のためにメインメモリ９１７Ｂ中に収容す
ることのできないプログラム又はデータの一部分を記憶
するために用いられる。
２ページ、カラム２１、２７〜３２行目）によれば、マ
スメモリ９１７Ａ、例えば、磁気ディスクや磁気テープ
は、プログラム、データ又はＣＰＵ９１０によって直ち
には必要とされないか若しくはメインメモリ９１７Ｂの
大きさの制限のためにメインメモリ９１７Ｂ中に収容す
ることのできないプログラム又はデータの一部分を記憶
するために用いられる。
【０００６】また、日本国特許特開平７−１８２１７４
号（１５ページ、カラム２７、２０〜２３行目）では、
Ｗｏｌｆｓｏｎ等によって開示されたシステムを開示し
ている。そのシステムは、「あるネットワーク内におい
てあるプロセスが１つのコンピュータシステムから別の
コンピュータシステムに移行することのできるシステム
（１５ページ、カラム２７、７〜９行目）」であり、そ
のシステムにおいては、「〜プロセスは、それぞれのプ
ロセスが実行されているコンピュータシステムのマスメ
モリにデータを直接に記憶させたりこのマスメモリから
データを直接検索したりする（１５ページ、カラム２
７、２０〜３行目）。」
号（１５ページ、カラム２７、２０〜２３行目）では、
Ｗｏｌｆｓｏｎ等によって開示されたシステムを開示し
ている。そのシステムは、「あるネットワーク内におい
てあるプロセスが１つのコンピュータシステムから別の
コンピュータシステムに移行することのできるシステム
（１５ページ、カラム２７、７〜９行目）」であり、そ
のシステムにおいては、「〜プロセスは、それぞれのプ
ロセスが実行されているコンピュータシステムのマスメ
モリにデータを直接に記憶させたりこのマスメモリから
データを直接検索したりする（１５ページ、カラム２
７、２０〜３行目）。」
【０００７】また、図１７に示すフローチャートは、リ
モートプログラミングの具体例を示している。（中略）
具体例をリモートプログラミング環境において実現する
には、クライアントプロセス９３５２（図１８）は、ス
テップ９３１（図１７）においては、このステップ９３
１の詳細なフローチャートに示すインストラクションか
ら構成されているプログラムを作成する。このステップ
９３１の詳細については、以下に説明する。処理は、ス
テップ９３１からステップ９３２に進み、ステップ９３
２において、プログラムは、矢印９３５８で示すよう
に、ネットワーク９３５６を介しコンピュータ９３０Ｂ
（図１８）に転送される。処理は、ステップ９３２（図
１７）からステップ９３３に進み、このステップ９３３
において、プログラムは、コンピュータ９３０Ｂによっ
て実行される。この実行の中には、プログラムは、コン
ピュータ９３０Ｂ上のプロセス９３５２Ａ（図１８）と
なっている。そして、プロセス９３５２Ａにおいて、プ
ログラムのインストラクションは、ステップ９３１のフ
ローチャートに従って実行される。ステップ９３１−Ｂ
（図１７）において、ファイル名のリストが作成され
る。（中略）ステップ９３１−Ｇにおいて、サーバプロ
セス９３５４（図１８）に適切なインストラクションを
送出することによってファイルが削除される。処理は、
ステップ９３１−Ｇ（図１７）からステップ９３１−Ｊ
を介して、ステップ９３１−Ｃに戻る。リスト中の全て
のファイル名が処理されたならば、処理は、ステップ９
３１−Ｃからステップ９３１−Ｋに進み、ここでプロセ
ス９３５２Ａが完了する。矢印９３６０（図１８）に示
すように、プロセス９３５２Ａとサーバプロセス９３５
４間の全ての相互作用は、ネットワーク９３５６を使用
することなく、全てコンピュータ９３０Ｂ中において起
る。プログラムが成功のうちに終了した後、処理は、ス
テップ９３３からステップ９３４（図１７）に移行し、
このステップ９３４において、サーバプロセス９３５４
（図１８）は、矢印９３６２によって示すようにプログ
ラムが成功のうちに終了したことをクライアントプロセ
ス９３５２に報告する。このリモートプログラミングプ
ロシージャがネットワーク通信メディアをただ２回しか
使用していないことに注意されたい。第１回の使用は、
矢印９３５８によって示すように、インストラクション
リスト又はプログラムをサーバプロセス９３５４に送出
する使用であり、第２の使用は、矢印９３６２によって
示すように、プログラムが成功のうちに終了したことの
通知をサーバプロセス９３５４から受ける使用である
（１４ページ、カラム２５〜２６）。
モートプログラミングの具体例を示している。（中略）
具体例をリモートプログラミング環境において実現する
には、クライアントプロセス９３５２（図１８）は、ス
テップ９３１（図１７）においては、このステップ９３
１の詳細なフローチャートに示すインストラクションか
ら構成されているプログラムを作成する。このステップ
９３１の詳細については、以下に説明する。処理は、ス
テップ９３１からステップ９３２に進み、ステップ９３
２において、プログラムは、矢印９３５８で示すよう
に、ネットワーク９３５６を介しコンピュータ９３０Ｂ
（図１８）に転送される。処理は、ステップ９３２（図
１７）からステップ９３３に進み、このステップ９３３
において、プログラムは、コンピュータ９３０Ｂによっ
て実行される。この実行の中には、プログラムは、コン
ピュータ９３０Ｂ上のプロセス９３５２Ａ（図１８）と
なっている。そして、プロセス９３５２Ａにおいて、プ
ログラムのインストラクションは、ステップ９３１のフ
ローチャートに従って実行される。ステップ９３１−Ｂ
（図１７）において、ファイル名のリストが作成され
る。（中略）ステップ９３１−Ｇにおいて、サーバプロ
セス９３５４（図１８）に適切なインストラクションを
送出することによってファイルが削除される。処理は、
ステップ９３１−Ｇ（図１７）からステップ９３１−Ｊ
を介して、ステップ９３１−Ｃに戻る。リスト中の全て
のファイル名が処理されたならば、処理は、ステップ９
３１−Ｃからステップ９３１−Ｋに進み、ここでプロセ
ス９３５２Ａが完了する。矢印９３６０（図１８）に示
すように、プロセス９３５２Ａとサーバプロセス９３５
４間の全ての相互作用は、ネットワーク９３５６を使用
することなく、全てコンピュータ９３０Ｂ中において起
る。プログラムが成功のうちに終了した後、処理は、ス
テップ９３３からステップ９３４（図１７）に移行し、
このステップ９３４において、サーバプロセス９３５４
（図１８）は、矢印９３６２によって示すようにプログ
ラムが成功のうちに終了したことをクライアントプロセ
ス９３５２に報告する。このリモートプログラミングプ
ロシージャがネットワーク通信メディアをただ２回しか
使用していないことに注意されたい。第１回の使用は、
矢印９３５８によって示すように、インストラクション
リスト又はプログラムをサーバプロセス９３５４に送出
する使用であり、第２の使用は、矢印９３６２によって
示すように、プログラムが成功のうちに終了したことの
通知をサーバプロセス９３５４から受ける使用である
（１４ページ、カラム２５〜２６）。
【０００８】このように、従来の技術で、「プロセス
は、それぞれのプロセスが実行されているコンピュータ
システムのマスメモリにデータを直接に記憶させたり、
このマスメモリからデータを直接検索したりする」点が
述べられているが、「ここでのマスメモリへのデータの
記憶は、プロセスの処理対象となるデータの記憶を指し
ている」ととるのが妥当であり、プロセス自身やプロセ
スの実行に関連する管理情報を記憶することについては
述べられていない。また、リモートプログラミングプロ
シージャにおいては、サーバプロセス９３５４は、プロ
グラムが成功のうちに終了したことをクライアントプロ
セス９３５２に報告する。この報告は、プログラムの終
了状態が正常か否かを報告することと解するのが妥当で
あり、プログラムの実行状態をトレースし、逐一クライ
アントに報告することは述べられていない。また、トレ
ースした実行状態を記憶させることも述べられていな
い。また、リモートプログラムの送出やリモートでのプ
ログラム実行については述べられているが、リモートプ
ログラムをサーバの補助記憶装置（マスメモリ）に記憶
することは述べられていない。
は、それぞれのプロセスが実行されているコンピュータ
システムのマスメモリにデータを直接に記憶させたり、
このマスメモリからデータを直接検索したりする」点が
述べられているが、「ここでのマスメモリへのデータの
記憶は、プロセスの処理対象となるデータの記憶を指し
ている」ととるのが妥当であり、プロセス自身やプロセ
スの実行に関連する管理情報を記憶することについては
述べられていない。また、リモートプログラミングプロ
シージャにおいては、サーバプロセス９３５４は、プロ
グラムが成功のうちに終了したことをクライアントプロ
セス９３５２に報告する。この報告は、プログラムの終
了状態が正常か否かを報告することと解するのが妥当で
あり、プログラムの実行状態をトレースし、逐一クライ
アントに報告することは述べられていない。また、トレ
ースした実行状態を記憶させることも述べられていな
い。また、リモートプログラムの送出やリモートでのプ
ログラム実行については述べられているが、リモートプ
ログラムをサーバの補助記憶装置（マスメモリ）に記憶
することは述べられていない。
【０００９】このように、従来のエージェント方式にお
いては、ディスクにオブジェクト（エージェント）を格
納していなかったので、処理系はエージェントの実行を
正常終了しなかった場合に、そのエージェントを再実行
することはできなかった。また、従来のエージェント方
式においては、ディスクにエージェントを実行した結果
であるログデータを記憶していなかったので、ログデー
タを参照して、実行結果を問い合わせることはできなか
った。また、エージェントが送信された経路を調べるこ
ともできなかった。また、実行中に中断されたエージェ
ントの再実行を要求することもできなかった。また、ロ
グデータを調べてデータベースのリカバリを行う再試行
メソッドも持っていなかった。そのため、ミッションク
リティカルな業務にエージェントを用いることはできな
かった。
いては、ディスクにオブジェクト（エージェント）を格
納していなかったので、処理系はエージェントの実行を
正常終了しなかった場合に、そのエージェントを再実行
することはできなかった。また、従来のエージェント方
式においては、ディスクにエージェントを実行した結果
であるログデータを記憶していなかったので、ログデー
タを参照して、実行結果を問い合わせることはできなか
った。また、エージェントが送信された経路を調べるこ
ともできなかった。また、実行中に中断されたエージェ
ントの再実行を要求することもできなかった。また、ロ
グデータを調べてデータベースのリカバリを行う再試行
メソッドも持っていなかった。そのため、ミッションク
リティカルな業務にエージェントを用いることはできな
かった。
【００１０】
【発明が解決しようとする課題】従来の汎用機を中心に
おくセントラライズドシステムやクライアント／サーバ
型システムとは異なり、エージェントはプログラムとデ
ータを持ったオブジェクトをある計算機に送信し、実行
するという処理形態をとる。そのため、エージェント技
術によると、ユーザオペレーションは、同期的には処理
されない。同期的に処理されないため、もし、プログラ
ム実行中に障害が発生しても、ユーザは、障害の発生や
その障害の内容を知ることができない。エージェントを
インターネットに接続されたサーバから参照用データを
集めるといった用途に用いる場合では、仮に、エージェ
ントが消失しても、被害はユーザにとってそれほど深刻
ではないが、データベースにトランザクション処理を行
うようなエージェントプログラムで障害が発生すると、
ユーザにとっての被害は甚大である。逆に、このような
欠点があるため、エージェント技術は重要なトランザク
ション処理を含むようなプログラムやサービスには、利
用されてこなかった。
おくセントラライズドシステムやクライアント／サーバ
型システムとは異なり、エージェントはプログラムとデ
ータを持ったオブジェクトをある計算機に送信し、実行
するという処理形態をとる。そのため、エージェント技
術によると、ユーザオペレーションは、同期的には処理
されない。同期的に処理されないため、もし、プログラ
ム実行中に障害が発生しても、ユーザは、障害の発生や
その障害の内容を知ることができない。エージェントを
インターネットに接続されたサーバから参照用データを
集めるといった用途に用いる場合では、仮に、エージェ
ントが消失しても、被害はユーザにとってそれほど深刻
ではないが、データベースにトランザクション処理を行
うようなエージェントプログラムで障害が発生すると、
ユーザにとっての被害は甚大である。逆に、このような
欠点があるため、エージェント技術は重要なトランザク
ション処理を含むようなプログラムやサービスには、利
用されてこなかった。
【００１１】この発明は、上記のような問題点を解決す
るためになされたものであり、エージェントが信頼性を
必要とするミッションクリティカルな処理を行うことが
可能なエージェント方式を実現することを目的としてい
る。また、エージェントの実行状態を示すオペレーショ
ンログを採取し、採取したオペレーションログを用い
て、中断されたエージェントの再実行や発行されたエー
ジェントの取り消しが可能なエージェント方式を実現す
ることを目的としている。
るためになされたものであり、エージェントが信頼性を
必要とするミッションクリティカルな処理を行うことが
可能なエージェント方式を実現することを目的としてい
る。また、エージェントの実行状態を示すオペレーショ
ンログを採取し、採取したオペレーションログを用い
て、中断されたエージェントの再実行や発行されたエー
ジェントの取り消しが可能なエージェント方式を実現す
ることを目的としている。
【００１２】
【課題を解決するための手段】この発明に係るエージェ
ント方式は、以下の要素を有することを特徴とする。 （ａ）データと上記データを処理対象として処理する手
続きとを有するエージェントを生成して送信するユーザ
端末、（ｂ）上記ユーザ端末が送信する上記エージェン
トを受信して受信したエージェントを実行し上記手続き
に従って上記データを処理する処理系と、上記エージェ
ントが利用できる不揮発記憶領域とを備えたサーバ。
ント方式は、以下の要素を有することを特徴とする。 （ａ）データと上記データを処理対象として処理する手
続きとを有するエージェントを生成して送信するユーザ
端末、（ｂ）上記ユーザ端末が送信する上記エージェン
トを受信して受信したエージェントを実行し上記手続き
に従って上記データを処理する処理系と、上記エージェ
ントが利用できる不揮発記憶領域とを備えたサーバ。
【００１３】上記処理系は、上記エージェントの実行状
態を示すオペレーションログを採取することを特徴とす
る。
態を示すオペレーションログを採取することを特徴とす
る。
【００１４】上記処理系は、受信したエージェントと上
記オペレーションログとの少なくともいずれかを上記不
揮発記憶領域に記憶することを特徴とする。
記オペレーションログとの少なくともいずれかを上記不
揮発記憶領域に記憶することを特徴とする。
【００１５】上記処理系は、上記オペレーションログを
上記ユーザ端末に返送することを特徴とする。
上記ユーザ端末に返送することを特徴とする。
【００１６】上記処理系は、受信したエージェントと上
記オペレーションログの両方が上記不揮発記憶領域に記
憶されている場合に、上記不揮発記憶領域に記憶された
上記オペレーションログを参照して、上記不揮発記憶領
域に記憶されたエージェントを用いて、エージェントの
再実行を行なうことを特徴とする。
記オペレーションログの両方が上記不揮発記憶領域に記
憶されている場合に、上記不揮発記憶領域に記憶された
上記オペレーションログを参照して、上記不揮発記憶領
域に記憶されたエージェントを用いて、エージェントの
再実行を行なうことを特徴とする。
【００１７】上記処理系は、上記オペレーションログが
上記不揮発記憶領域に記憶されている場合に、上記不揮
発記憶領域に記憶された上記オペレーションログを参照
して上記ユーザ端末にエージェントの再発行を要求する
ことにより、エージェントの再実行を行なうことを特徴
とする。
上記不揮発記憶領域に記憶されている場合に、上記不揮
発記憶領域に記憶された上記オペレーションログを参照
して上記ユーザ端末にエージェントの再発行を要求する
ことにより、エージェントの再実行を行なうことを特徴
とする。
【００１８】上記ユーザ端末は、上記返送されたオペレ
ーションログを参照して、上記オペレーションログに対
応するエージェントを再発行することにより、エージェ
ントの再実行を行うことを特徴とする。
ーションログを参照して、上記オペレーションログに対
応するエージェントを再発行することにより、エージェ
ントの再実行を行うことを特徴とする。
【００１９】上記ユーザ端末は、上記オペレーションロ
グを参照して、上記エージェントを削除することを特徴
とする。
グを参照して、上記エージェントを削除することを特徴
とする。
【００２０】上記ユーザ端末は、先に発行したエージェ
ントの追跡を行なう追跡用エージェントを発行し、上記
追跡用エージェントは上記オペレーションログを参照し
てエージェントの追跡を行うことを特徴とする。
ントの追跡を行なう追跡用エージェントを発行し、上記
追跡用エージェントは上記オペレーションログを参照し
てエージェントの追跡を行うことを特徴とする。
【００２１】上記追跡用エージェントは、先に発行され
たエージェントの追跡を行うとともに、先に発行された
エージェントに対応して記録されたオペレーションログ
の消去を行なうことを特徴とする。
たエージェントの追跡を行うとともに、先に発行された
エージェントに対応して記録されたオペレーションログ
の消去を行なうことを特徴とする。
【００２２】この発明に係るエージェント方式は、ネッ
トワークを介して接続可能な複数のサーバ上の複数の処
理系を送信先としてエージェントを送信可能なユーザ端
末と、上記複数の処理系の属性に関する情報を属性情報
として保持する属性情報サーバとを備えたエージェント
方式であって、上記エージェントは、上記属性情報サー
バが保持する属性情報を参照して実行する処理系を選択
することを特徴とする。
トワークを介して接続可能な複数のサーバ上の複数の処
理系を送信先としてエージェントを送信可能なユーザ端
末と、上記複数の処理系の属性に関する情報を属性情報
として保持する属性情報サーバとを備えたエージェント
方式であって、上記エージェントは、上記属性情報サー
バが保持する属性情報を参照して実行する処理系を選択
することを特徴とする。
【００２３】この発明に係るエージェント方式は、デー
タと上記データを処理対象として処理する手続きとを有
するエージェントを生成して送信するユーザ端末と、上
記ユーザ端末が送信する上記エージェントを受信して、
上記エージェントを実行し、上記手続きに従って上記デ
ータを処理するとともに、上記エージェントを実行した
オペレーションログを上記ユーザ端末に返送する処理系
を備えたサーバとからなることを特徴とする。
タと上記データを処理対象として処理する手続きとを有
するエージェントを生成して送信するユーザ端末と、上
記ユーザ端末が送信する上記エージェントを受信して、
上記エージェントを実行し、上記手続きに従って上記デ
ータを処理するとともに、上記エージェントを実行した
オペレーションログを上記ユーザ端末に返送する処理系
を備えたサーバとからなることを特徴とする。
【００２４】
実施の形態１．本発明を適用した好適な実施の形態につ
き説明する。この実施の形態では、データベースを更新
するトランザクション処理を行うエージェントの場合を
説明するが、トランザクション処理を含まないエージェ
ントに、この発明を適用しても構わない。本発明は、エ
ージェントが処理系上で実行され、処理系はあるオペレ
ーティングシステム上で、又はオペレーティングシステ
ムとして実行されるシステムを想定している。処理系
は、システムが提供すべき機能をエージェントに提供す
るが、その１つとして不揮発記憶領域を用意する。この
発明のエージェント方式の具体的な実現方法としては、
エージェントをオブジェクトとしてカプセル化し、計算
機から計算機へ、処理系から処理系への移動をサポート
するメカニズムを想定している。実際の実現方法は、ど
んな方法でも構わない。また、この発明を実施するに際
しては、エージェントの移動を実現する具体的な実現方
法はどんな方法でも構わない。この発明は、エージェン
トの送受信を行う送受信手段の実現方法に依存するもの
ではない。エージェントの移動に用いられる通信プロト
コルの種類も問わない。また、この明細書では、１つの
計算機上に処理系が１つだけ存在する場合には、エージ
ェントが１つの処理系から他の処理系へ移動するという
表現と、エージェントが１つの計算機から他の計算機へ
移動するという表現は、実質的には同じ動作を指すもの
とする。また、所定の通信プロトコルで用いる書式の特
定フィールドに設定される値が、処理系をデスティネー
ションとする移動と、計算機をデスティネーションとす
る移動とで異なっても構わない。いずれもこの発明の実
施には影響を与えないものとする。
き説明する。この実施の形態では、データベースを更新
するトランザクション処理を行うエージェントの場合を
説明するが、トランザクション処理を含まないエージェ
ントに、この発明を適用しても構わない。本発明は、エ
ージェントが処理系上で実行され、処理系はあるオペレ
ーティングシステム上で、又はオペレーティングシステ
ムとして実行されるシステムを想定している。処理系
は、システムが提供すべき機能をエージェントに提供す
るが、その１つとして不揮発記憶領域を用意する。この
発明のエージェント方式の具体的な実現方法としては、
エージェントをオブジェクトとしてカプセル化し、計算
機から計算機へ、処理系から処理系への移動をサポート
するメカニズムを想定している。実際の実現方法は、ど
んな方法でも構わない。また、この発明を実施するに際
しては、エージェントの移動を実現する具体的な実現方
法はどんな方法でも構わない。この発明は、エージェン
トの送受信を行う送受信手段の実現方法に依存するもの
ではない。エージェントの移動に用いられる通信プロト
コルの種類も問わない。また、この明細書では、１つの
計算機上に処理系が１つだけ存在する場合には、エージ
ェントが１つの処理系から他の処理系へ移動するという
表現と、エージェントが１つの計算機から他の計算機へ
移動するという表現は、実質的には同じ動作を指すもの
とする。また、所定の通信プロトコルで用いる書式の特
定フィールドに設定される値が、処理系をデスティネー
ションとする移動と、計算機をデスティネーションとす
る移動とで異なっても構わない。いずれもこの発明の実
施には影響を与えないものとする。
【００２５】図１は、本実施の形態のエージェント方式
が稼働するシステム構成を示す図である。エージェント
は、サーバ上の処理系で実行される。１０４はエージェ
ントが実行される処理系を持つサーバが接続されるネッ
トワークである。例えば、インターネットで用いられる
ようなＩＰプロトコルが通過するネットワークである。
１０１はエージェントを生成し送出するユーザ端末、１
０２，１０３，１０５，１０６はそれぞれ処理系が動作
するサーバシステム（処理系サーバ）である。エージェ
ントは、ネットワーク１０４上をＴＣＰ／ＩＰ（Ｔｒａ
ｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ
／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）により移動す
る。この実施の形態では、ＴＣＰ／ＩＰのプロトコルの
一種であるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒ
ｏｔｏｃｏｌ）を用いるものとする。１０２１，１０５
１，１０６１は処理系サーバに接続され、処理系で実行
されるエージェントから利用可能な不揮発記憶部であ
る。これらの不揮発記憶部は、到着したエージェントを
格納可能である。また、エージェントを実行したときの
実行状態を記憶可能である。ユーザ端末１０１におい
て、エージェントを送出するプログラムは、例えば、Ｊ
ＡＪＡ言語で作成されたＪＡＶＡアプレットであり、Ｗ
ＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトよりダウ
ンロードされる。
が稼働するシステム構成を示す図である。エージェント
は、サーバ上の処理系で実行される。１０４はエージェ
ントが実行される処理系を持つサーバが接続されるネッ
トワークである。例えば、インターネットで用いられる
ようなＩＰプロトコルが通過するネットワークである。
１０１はエージェントを生成し送出するユーザ端末、１
０２，１０３，１０５，１０６はそれぞれ処理系が動作
するサーバシステム（処理系サーバ）である。エージェ
ントは、ネットワーク１０４上をＴＣＰ／ＩＰ（Ｔｒａ
ｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ
／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）により移動す
る。この実施の形態では、ＴＣＰ／ＩＰのプロトコルの
一種であるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒ
ｏｔｏｃｏｌ）を用いるものとする。１０２１，１０５
１，１０６１は処理系サーバに接続され、処理系で実行
されるエージェントから利用可能な不揮発記憶部であ
る。これらの不揮発記憶部は、到着したエージェントを
格納可能である。また、エージェントを実行したときの
実行状態を記憶可能である。ユーザ端末１０１におい
て、エージェントを送出するプログラムは、例えば、Ｊ
ＡＪＡ言語で作成されたＪＡＶＡアプレットであり、Ｗ
ＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サイトよりダウ
ンロードされる。
【００２６】ここで、システム動作の説明に先だって、
この発明が適用された処理系の不揮発記憶メカニズムに
ついて説明する。図２に、構成を示す。２０１は処理系
２０２が動作するサーバシステム、２０３は処理系がエ
ージェントへの不揮発記憶領域提供のために利用する不
揮発記憶部（ディスク）である。本実施の形態におい
て、当不揮発記憶領域提供メカニズムは、ごく単純な領
域管理を行っている。処理系が到着したエージェントを
ディスクに格納する場合、また、ユーザ、つまり、エー
ジェントからディスクへのデータの書き込み要求がある
と、データ（エージェントの場合もある）は、単純にデ
ィスク領域の後方に追加され、書き込みポインタが更新
される。最後方にある一定のサイズ以上の空き領域があ
ると、不要領域の先頭にポインタを戻して、不要領域の
解放をする。ところで、処理系は、通常、ディスク書き
込みの際、システムの用意するディスク書き込み機能を
使用するが、この発明の不揮発記憶部は、ＲＡＷディス
クインターフェースを通してアクセスする。ＲＡＷディ
スクインターフェースとは、上位のファイルシステムを
介さずに、例えば、ドライバレベルでディスクに直接読
み書きを行うインターフェースである。上位のファイル
システムを介在させると、ファイルに対する書き込みは
完了していても、ディスクへの書き込みが完了していな
い場合が発生することがあり、そのときにサーバシステ
ムがダウンしたりすると、ファイルに書いたデータとデ
ィスクにかかれたはずのデータの不整合が発生して、デ
ータの内容が保証されなくなる。そのため、この実施の
形態では、エージェントが利用するディスクに、ＲＡＷ
ディスクインターフェースを通してアクセスする。これ
により、エージェントからこの不揮発記憶部への書き込
み要求は同期的に処理される。書き込みの正常終了報告
が処理系からあれば、確実に不揮発記憶部中に記録さ
れ、正常終了報告がない場合、書き込み処理中にシステ
ムに障害が発生したときは、書き込み前のデータ内容が
保証される。
この発明が適用された処理系の不揮発記憶メカニズムに
ついて説明する。図２に、構成を示す。２０１は処理系
２０２が動作するサーバシステム、２０３は処理系がエ
ージェントへの不揮発記憶領域提供のために利用する不
揮発記憶部（ディスク）である。本実施の形態におい
て、当不揮発記憶領域提供メカニズムは、ごく単純な領
域管理を行っている。処理系が到着したエージェントを
ディスクに格納する場合、また、ユーザ、つまり、エー
ジェントからディスクへのデータの書き込み要求がある
と、データ（エージェントの場合もある）は、単純にデ
ィスク領域の後方に追加され、書き込みポインタが更新
される。最後方にある一定のサイズ以上の空き領域があ
ると、不要領域の先頭にポインタを戻して、不要領域の
解放をする。ところで、処理系は、通常、ディスク書き
込みの際、システムの用意するディスク書き込み機能を
使用するが、この発明の不揮発記憶部は、ＲＡＷディス
クインターフェースを通してアクセスする。ＲＡＷディ
スクインターフェースとは、上位のファイルシステムを
介さずに、例えば、ドライバレベルでディスクに直接読
み書きを行うインターフェースである。上位のファイル
システムを介在させると、ファイルに対する書き込みは
完了していても、ディスクへの書き込みが完了していな
い場合が発生することがあり、そのときにサーバシステ
ムがダウンしたりすると、ファイルに書いたデータとデ
ィスクにかかれたはずのデータの不整合が発生して、デ
ータの内容が保証されなくなる。そのため、この実施の
形態では、エージェントが利用するディスクに、ＲＡＷ
ディスクインターフェースを通してアクセスする。これ
により、エージェントからこの不揮発記憶部への書き込
み要求は同期的に処理される。書き込みの正常終了報告
が処理系からあれば、確実に不揮発記憶部中に記録さ
れ、正常終了報告がない場合、書き込み処理中にシステ
ムに障害が発生したときは、書き込み前のデータ内容が
保証される。
【００２７】図３は、ネットワークエージェントシステ
ムにおいて使用されるエージェントの構成の一例を示す
図である。図３において、１４１がエージェントであ
る。エージェント１４１は、エージェントを識別するエ
ージェントのＩＤ１４１１とエージェントの種類１４１
２と端末のユーザを識別するユーザＩＤ１４１５とユー
ザＩＤ１４１５に対するパスワード１４１６とエージェ
ント１４１がサーバシステムにおいて行う処理の手続き
（手順ともいう）１４１９とサーバシステムにおける処
理の結果エージェントに添付されるプログラム，データ
１４２０を含んでいる。手続き１４１９は、各サーバシ
ステムに備えられた手続き解読手段のいずれもが解読で
きる中間言語形式で記述されている。エージェント１４
１がデータベースを検索するための検索エージェントの
場合は、手続き１４１９に検索の対象となるデータベー
スの名前や検索の条件などのデータベースを検索する手
続きが記述される。また、エージェント１４１が電子メ
ールを受信するための電子メール受信エージェントの場
合は、手続き１４１９にメールを受信したいメールサー
バの名前とメールを受信する端末で表示可能なメールの
種類の情報が記述される。
ムにおいて使用されるエージェントの構成の一例を示す
図である。図３において、１４１がエージェントであ
る。エージェント１４１は、エージェントを識別するエ
ージェントのＩＤ１４１１とエージェントの種類１４１
２と端末のユーザを識別するユーザＩＤ１４１５とユー
ザＩＤ１４１５に対するパスワード１４１６とエージェ
ント１４１がサーバシステムにおいて行う処理の手続き
（手順ともいう）１４１９とサーバシステムにおける処
理の結果エージェントに添付されるプログラム，データ
１４２０を含んでいる。手続き１４１９は、各サーバシ
ステムに備えられた手続き解読手段のいずれもが解読で
きる中間言語形式で記述されている。エージェント１４
１がデータベースを検索するための検索エージェントの
場合は、手続き１４１９に検索の対象となるデータベー
スの名前や検索の条件などのデータベースを検索する手
続きが記述される。また、エージェント１４１が電子メ
ールを受信するための電子メール受信エージェントの場
合は、手続き１４１９にメールを受信したいメールサー
バの名前とメールを受信する端末で表示可能なメールの
種類の情報が記述される。
【００２８】この発明のエージェントは、手続き中にエ
ージェントを管理するために用いられる情報を記憶する
領域を含んでいる。また、この発明では、処理系は、エ
ージェントを実行した処理結果をログデータとして採取
する。ログデータもオブジェクト（ログオブジェクト）
として扱われる。採取されたログデータは、ディスクが
利用可能であって、かつ、ログデータの記憶が要求され
ていれば、ディスクに記憶される。また、ログデータの
記憶が要求されていて、ディスクが利用可能でなけれ
ば、エージェントの管理者へ送信される。エージェント
の管理者とは、エージェントを生成し、発行したユーザ
である。エージェントの管理者への送信は、エージェン
トを生成し、発行したユーザ端末へ送信することで行わ
れる。一例として、ユーザ端末に送信する方法として、
ユーザ端末のポート番号を宛先として送信することがで
きる。また、他の例として、エージェントを発行したユ
ーザのユーザＩＤを宛先として、ログを送信しても構わ
ない。実際の送受信のやり方は、実現する送受信手段に
依存する。この発明では、処理系が受信したエージェン
トは、処理系に備えられたエージェントから利用可能な
不揮発記憶領域に記憶される。このエージェントの記憶
操作は、処理系に予め備えられたロジックによりエージ
ェントの実行前に行う。或いは、エージェント自身の手
続き中に、処理系に到着したら、自分を登録するように
記述しておき、処理系がエージェントの手続きを実行す
る中で、手続き中の記述に従って、エージェントを記憶
させる。ユーザは、実行したいサービスに応じて、ユー
ザ端末１０１上でエージェントを生成する。ここで、ユ
ーザは、エージェントに、あるデータベースの更新を２
件実行させたいものとする。そこで、エージェントの実
行を依頼する候補のサーバとして、図１に示すＡ，Ｂ，
Ｃ，Ｄの４台を選択し、この４台の内のいずれかで実行
するように手続きに記述して送出する。この実施の形態
では、送出元のユーザ端末は、ユーザ端末のポートのア
ドレス（ポートアドレス）で識別される。
ージェントを管理するために用いられる情報を記憶する
領域を含んでいる。また、この発明では、処理系は、エ
ージェントを実行した処理結果をログデータとして採取
する。ログデータもオブジェクト（ログオブジェクト）
として扱われる。採取されたログデータは、ディスクが
利用可能であって、かつ、ログデータの記憶が要求され
ていれば、ディスクに記憶される。また、ログデータの
記憶が要求されていて、ディスクが利用可能でなけれ
ば、エージェントの管理者へ送信される。エージェント
の管理者とは、エージェントを生成し、発行したユーザ
である。エージェントの管理者への送信は、エージェン
トを生成し、発行したユーザ端末へ送信することで行わ
れる。一例として、ユーザ端末に送信する方法として、
ユーザ端末のポート番号を宛先として送信することがで
きる。また、他の例として、エージェントを発行したユ
ーザのユーザＩＤを宛先として、ログを送信しても構わ
ない。実際の送受信のやり方は、実現する送受信手段に
依存する。この発明では、処理系が受信したエージェン
トは、処理系に備えられたエージェントから利用可能な
不揮発記憶領域に記憶される。このエージェントの記憶
操作は、処理系に予め備えられたロジックによりエージ
ェントの実行前に行う。或いは、エージェント自身の手
続き中に、処理系に到着したら、自分を登録するように
記述しておき、処理系がエージェントの手続きを実行す
る中で、手続き中の記述に従って、エージェントを記憶
させる。ユーザは、実行したいサービスに応じて、ユー
ザ端末１０１上でエージェントを生成する。ここで、ユ
ーザは、エージェントに、あるデータベースの更新を２
件実行させたいものとする。そこで、エージェントの実
行を依頼する候補のサーバとして、図１に示すＡ，Ｂ，
Ｃ，Ｄの４台を選択し、この４台の内のいずれかで実行
するように手続きに記述して送出する。この実施の形態
では、送出元のユーザ端末は、ユーザ端末のポートのア
ドレス（ポートアドレス）で識別される。
【００２９】また、この実施の形態では、処理系は、エ
ージェントを実行した実行状態を保持するオペレーショ
ンログを採取可能である。実際に、オペレーションログ
を採取するかどうかは、処理系の属するサーバの備えて
いる機能や処理能力にも依存する。また、エージェント
の中に、オペレーションログをとるかどうかを示す情報
（ログ採取フラグ）を備え、このログ採取フラグの値に
より処理系に判断させてもよい。エージェントを送出す
る送出元（ユーザ、エージェント管理者）のポートアド
レスを、エージェントの手続き中に登録しなければ、エ
ージェントからのオペレーションログの報告はない。エ
ージェントからのオペレーションログの報告とは、処理
系で実行されたエージェントの実行状態を保持するオペ
レーションログやその他のステート情報をユーザ端末に
返送することである。送出元のポートアドレスをエージ
ェントの手続き中に登録しておけば、エージェントを生
成したユーザ、即ち、エージェント管理者は、オペレー
ションログを受信し、参照することができる。ユーザの
エージェント送出機構、つまり、エージェント管理者が
オペレーションログを受け取る実行例については後述す
る。
ージェントを実行した実行状態を保持するオペレーショ
ンログを採取可能である。実際に、オペレーションログ
を採取するかどうかは、処理系の属するサーバの備えて
いる機能や処理能力にも依存する。また、エージェント
の中に、オペレーションログをとるかどうかを示す情報
（ログ採取フラグ）を備え、このログ採取フラグの値に
より処理系に判断させてもよい。エージェントを送出す
る送出元（ユーザ、エージェント管理者）のポートアド
レスを、エージェントの手続き中に登録しなければ、エ
ージェントからのオペレーションログの報告はない。エ
ージェントからのオペレーションログの報告とは、処理
系で実行されたエージェントの実行状態を保持するオペ
レーションログやその他のステート情報をユーザ端末に
返送することである。送出元のポートアドレスをエージ
ェントの手続き中に登録しておけば、エージェントを生
成したユーザ、即ち、エージェント管理者は、オペレー
ションログを受信し、参照することができる。ユーザの
エージェント送出機構、つまり、エージェント管理者が
オペレーションログを受け取る実行例については後述す
る。
【００３０】さて、ここでは、エージェント管理者への
報告用のポートアドレスを登録していないので、エージ
ェントは、エージェント管理者へのオペレーションの報
告は行わず、オペレーションログはエージェントが実行
される処理系の不揮発記憶領域に書き込みが行われる。
報告用のポートアドレスを登録していないので、エージ
ェントは、エージェント管理者へのオペレーションの報
告は行わず、オペレーションログはエージェントが実行
される処理系の不揮発記憶領域に書き込みが行われる。
【００３１】処理系によって、その属性に違いがある。
エージェントは、処理系の属性の違いを処理系に問い合
わせることにより知ることができる。エージェントは、
処理系の属性を知り、また、処理系の属性データをエー
ジェント内に蓄積することにより、エージェントが行う
べき処理に合わせ、処理系を選択することができる。図
４に、手続き中に、実行を依頼するサーバ名のリスト
（ＩＴＩＮＥＲＡＲＹ、巡回サーバ名リスト、単に、リ
ストともいう）を記述したエージェントの図を示す。こ
こでは、エージェントは、巡回サーバ名リストに記載さ
れている順に移動するものとする。エージェントは、送
出されると、巡回サーバ名リストの先頭にあるサーバＡ
へ行く。正確には、このリストは図示しないエージェン
ト送出機構が観察し、リストの先頭に登録されているア
ドレスに、該エージェントをサーバＡにある処理系の通
信機能を利用して送出する。サーバＡにエージェントが
到着し、処理系によってエージェントの処理を開始する
ための処理開始メソッド“ｓｔａｒｔ”が実行される
と、エージェントは、属性情報を参照することによりサ
ーバＡの属性を知る。エージェントは、参照したサーバ
Ａの属性をエージェント内に格納し、エージェントの実
行にふさわしいかを検討する。図５、３０１に示すのが
サーバＡの属性を示す属性情報（以降、サーバＡ属性情
報ともいう）の一例である。図６に、サーバＢ属性情
報、図７に、サーバＣ属性情報、図８に、サーバＤ属性
情報の一例を示す。属性情報には、処理系の情報やサー
バである計算機自身の属性情報等がある。
エージェントは、処理系の属性の違いを処理系に問い合
わせることにより知ることができる。エージェントは、
処理系の属性を知り、また、処理系の属性データをエー
ジェント内に蓄積することにより、エージェントが行う
べき処理に合わせ、処理系を選択することができる。図
４に、手続き中に、実行を依頼するサーバ名のリスト
（ＩＴＩＮＥＲＡＲＹ、巡回サーバ名リスト、単に、リ
ストともいう）を記述したエージェントの図を示す。こ
こでは、エージェントは、巡回サーバ名リストに記載さ
れている順に移動するものとする。エージェントは、送
出されると、巡回サーバ名リストの先頭にあるサーバＡ
へ行く。正確には、このリストは図示しないエージェン
ト送出機構が観察し、リストの先頭に登録されているア
ドレスに、該エージェントをサーバＡにある処理系の通
信機能を利用して送出する。サーバＡにエージェントが
到着し、処理系によってエージェントの処理を開始する
ための処理開始メソッド“ｓｔａｒｔ”が実行される
と、エージェントは、属性情報を参照することによりサ
ーバＡの属性を知る。エージェントは、参照したサーバ
Ａの属性をエージェント内に格納し、エージェントの実
行にふさわしいかを検討する。図５、３０１に示すのが
サーバＡの属性を示す属性情報（以降、サーバＡ属性情
報ともいう）の一例である。図６に、サーバＢ属性情
報、図７に、サーバＣ属性情報、図８に、サーバＤ属性
情報の一例を示す。属性情報には、処理系の情報やサー
バである計算機自身の属性情報等がある。
【００３２】このエージェントが実行すべきメソッド
は、データベース更新処理を含んでいるので、エージェ
ントは、ＤＢアクセスのできないサーバＡでは実行でき
ないと判断する。エージェントは、メソッドを実行でき
るサーバを求めて、リストの次のエントリであるサーバ
Ｂに移動する。
は、データベース更新処理を含んでいるので、エージェ
ントは、ＤＢアクセスのできないサーバＡでは実行でき
ないと判断する。エージェントは、メソッドを実行でき
るサーバを求めて、リストの次のエントリであるサーバ
Ｂに移動する。
【００３３】エージェントは、サーバＢに移動する。サ
ーバＡの場合と同様に、サーバの属性が実行にふさわし
いかどうかを検討する。今度は、図６に示す３０２のサ
ーバＢでの処理系の属性情報にＤＢアクセスがあること
から、処理可能と判断する。また、サーバＢ属性情報の
“不揮発記憶部あり”から実行に先立ち、エージェント
自身をサーバＢの不揮発記憶領域に登録する。不揮発記
憶領域への登録は、サーバの属性情報を参照して、“不
揮発記憶部あり”の場合に行う。また、エージェントを
管理する管理情報に、エージェントを登録するか否かを
示す不揮発記憶部格納要フラグを持たせておき、不揮発
記憶部格納要フラグが“１”、即ち、“登録する”で、
かつ、属性情報が“不揮発記憶部あり”の場合のみ格納
させるようにしてもよい。また、不揮発記憶部格納要フ
ラグを更に分割し、エージェントを格納するか、オペレ
ーションログを格納するかをアプリケーションの内容に
より個別に指定させてもよい。登録時には、図９に示す
管理情報が、処理系により当該記憶領域の先頭部分に、
図１０に示すように、登録される。４１０は製品の識別
番号であるマジック番号、４１２はエージェント機構の
バージョン、４０１は不揮発記憶部格納要フラグ、４０
２はオペレーションログのＩＤであるログオブジェクト
ＩＤである。また、４０３はエージェントを再実行する
場合の再試行メソッドのアドレスとなる再試行メソッド
オフセットである。また、４１４はエージェントに関連
して記憶されるデータの件数を示すデータプール数であ
る。図１０に示す管理情報の構成は、５０１に該エージ
ェントシステムでエージェントのＩＤである一意のオブ
ジェクトＩＤ、５０２にオブジェクトタイプ、ステート
５０３には、オブジェクトが有効か無効か、或いは、保
存状態であるのかを示すステート情報が示される。ここ
では、有効が示される場合を表している。５０４はオブ
ジェクトの格納されるディスクオフセット位置（ディス
クアドレス）である。ここでは、エージェントが登録さ
れるので、該オブジェクトは、実行オブジェクトとして
登録される。他のオブジェクトタイプとしては、ログ
（ログオブジェクト）、データ等がある。５１０はオペ
レーションログを登録するためのエリアである。
ーバＡの場合と同様に、サーバの属性が実行にふさわし
いかどうかを検討する。今度は、図６に示す３０２のサ
ーバＢでの処理系の属性情報にＤＢアクセスがあること
から、処理可能と判断する。また、サーバＢ属性情報の
“不揮発記憶部あり”から実行に先立ち、エージェント
自身をサーバＢの不揮発記憶領域に登録する。不揮発記
憶領域への登録は、サーバの属性情報を参照して、“不
揮発記憶部あり”の場合に行う。また、エージェントを
管理する管理情報に、エージェントを登録するか否かを
示す不揮発記憶部格納要フラグを持たせておき、不揮発
記憶部格納要フラグが“１”、即ち、“登録する”で、
かつ、属性情報が“不揮発記憶部あり”の場合のみ格納
させるようにしてもよい。また、不揮発記憶部格納要フ
ラグを更に分割し、エージェントを格納するか、オペレ
ーションログを格納するかをアプリケーションの内容に
より個別に指定させてもよい。登録時には、図９に示す
管理情報が、処理系により当該記憶領域の先頭部分に、
図１０に示すように、登録される。４１０は製品の識別
番号であるマジック番号、４１２はエージェント機構の
バージョン、４０１は不揮発記憶部格納要フラグ、４０
２はオペレーションログのＩＤであるログオブジェクト
ＩＤである。また、４０３はエージェントを再実行する
場合の再試行メソッドのアドレスとなる再試行メソッド
オフセットである。また、４１４はエージェントに関連
して記憶されるデータの件数を示すデータプール数であ
る。図１０に示す管理情報の構成は、５０１に該エージ
ェントシステムでエージェントのＩＤである一意のオブ
ジェクトＩＤ、５０２にオブジェクトタイプ、ステート
５０３には、オブジェクトが有効か無効か、或いは、保
存状態であるのかを示すステート情報が示される。ここ
では、有効が示される場合を表している。５０４はオブ
ジェクトの格納されるディスクオフセット位置（ディス
クアドレス）である。ここでは、エージェントが登録さ
れるので、該オブジェクトは、実行オブジェクトとして
登録される。他のオブジェクトタイプとしては、ログ
（ログオブジェクト）、データ等がある。５１０はオペ
レーションログを登録するためのエリアである。
【００３４】自身の登録を済ませると、エージェントは
処理を開始するが、オペレーションを開始する前に、図
１１、６０１にあるように、サーバＢ、“ｋａｉｌｕａ
＠ａｂｃ．ｏｐｑｒｓ．ｃｏ．ｊｐ”という処理系に到
着して、処理を開始した旨をオペレーションログとして
登録する。その後、６０２から６０７まで各オペレーシ
ョンの前にそれぞれのログを採取し、そのオペレーショ
ンを実行する。ここでは、データベーストランザクショ
ンが２回実行されており、それぞれ、例えば、ｕｐｄａ
ｔｅ、ｄｅｌｅｔｅ、ｉｎｓｅｒｔ等のオペレーショ
ン、コミット開始、コミット終了で構成されている。オ
ペレーションが終了すると、送出者であるユーザ端末に
エージェントは戻る。
処理を開始するが、オペレーションを開始する前に、図
１１、６０１にあるように、サーバＢ、“ｋａｉｌｕａ
＠ａｂｃ．ｏｐｑｒｓ．ｃｏ．ｊｐ”という処理系に到
着して、処理を開始した旨をオペレーションログとして
登録する。その後、６０２から６０７まで各オペレーシ
ョンの前にそれぞれのログを採取し、そのオペレーショ
ンを実行する。ここでは、データベーストランザクショ
ンが２回実行されており、それぞれ、例えば、ｕｐｄａ
ｔｅ、ｄｅｌｅｔｅ、ｉｎｓｅｒｔ等のオペレーショ
ン、コミット開始、コミット終了で構成されている。オ
ペレーションが終了すると、送出者であるユーザ端末に
エージェントは戻る。
【００３５】次に、サーバＢに障害が発生した場合につ
いて説明する。同じ操作をユーザは行った。しかし、今
回は、図１２、７０１でサーバ到着を登録し、７０２登
録後にサーバ更新操作を行なった後、７０３でコミット
処理を行う旨を登録して、サーバＢに障害が発生したと
する。
いて説明する。同じ操作をユーザは行った。しかし、今
回は、図１２、７０１でサーバ到着を登録し、７０２登
録後にサーバ更新操作を行なった後、７０３でコミット
処理を行う旨を登録して、サーバＢに障害が発生したと
する。
【００３６】サーバＢのシステムアドミニストレータ
（システム管理者）がサーバＢをリブートすると、処理
系も復旧する。処理系は、自身の復旧を終えると、不揮
発記憶領域内に登録されているエージェントの再実行を
図１３の論理により行う。８０１でステートが有効であ
るオブジェクト全てをサーチする。有効なオブジェクト
を発見したならば、８０２で処理系に登録されているオ
ブジェクトを再びロードし、８０３で、図９に示したエ
ージェントの管理テーブルをチェックする。ここで、図
９の再試行メソッドオフセット４０３からオブジェクト
内の再試行メソッド“ｒｅｓｔａｒｔ”へのオフセット
アドレスを知り、そのアドレスにアクセスして再試行メ
ソッド“ｒｅｓｔａｒｔ”を実行する。
（システム管理者）がサーバＢをリブートすると、処理
系も復旧する。処理系は、自身の復旧を終えると、不揮
発記憶領域内に登録されているエージェントの再実行を
図１３の論理により行う。８０１でステートが有効であ
るオブジェクト全てをサーチする。有効なオブジェクト
を発見したならば、８０２で処理系に登録されているオ
ブジェクトを再びロードし、８０３で、図９に示したエ
ージェントの管理テーブルをチェックする。ここで、図
９の再試行メソッドオフセット４０３からオブジェクト
内の再試行メソッド“ｒｅｓｔａｒｔ”へのオフセット
アドレスを知り、そのアドレスにアクセスして再試行メ
ソッド“ｒｅｓｔａｒｔ”を実行する。
【００３７】エージェントが再実行を始めると、４０２
にあるログオブジェクトＩＤがログオブジェクトへのポ
インタとなり、このポインタからエージェント自身がシ
ステム障害前に行ったオペレーションのログ（図１２）
を得る。これから第１のデータベース更新のコミットオ
ペレーションの完了が不定であることを知り、第１の更
新のコミットから再試行する。再試行が正常終了する
と、最終的に図１１に示すログの実行結果と同等の結果
を得て、エージェントは、ユーザ端末へ帰還する。この
ように、不揮発記憶領域にオペレーションログとエージ
ェントオブジェクトを格納しておくので、オペレーショ
ンログを参照してエージェントの再実行が可能である。
また、不揮発記憶領域にオペレーションログのみを格納
しておく場合には、オペレーションログを元にユーザに
エージェントの再発行を要求することで、エージェント
の再実行を行うことが可能である。ユーザは、再発行が
要求されたことにより、エージェントが正常に終了しな
かったことを知り、再発行する。
にあるログオブジェクトＩＤがログオブジェクトへのポ
インタとなり、このポインタからエージェント自身がシ
ステム障害前に行ったオペレーションのログ（図１２）
を得る。これから第１のデータベース更新のコミットオ
ペレーションの完了が不定であることを知り、第１の更
新のコミットから再試行する。再試行が正常終了する
と、最終的に図１１に示すログの実行結果と同等の結果
を得て、エージェントは、ユーザ端末へ帰還する。この
ように、不揮発記憶領域にオペレーションログとエージ
ェントオブジェクトを格納しておくので、オペレーショ
ンログを参照してエージェントの再実行が可能である。
また、不揮発記憶領域にオペレーションログのみを格納
しておく場合には、オペレーションログを元にユーザに
エージェントの再発行を要求することで、エージェント
の再実行を行うことが可能である。ユーザは、再発行が
要求されたことにより、エージェントが正常に終了しな
かったことを知り、再発行する。
【００３８】次に、エージェントのオペレーションログ
を格納しない場合について説明する。ユーザは、オペレ
ーションログを受けるポート（ＵＤＰヘッダーにより指
定されるポートであり、ＩＰアドレスを持つホストの内
部であて先と送信元を区別するための番号）を生成す
る。その生成したポートのアドレスをエージェントに設
定することで、そのエージェントのオペレーションログ
を受信することができる。いま、ここでポートアドレス
を設定し、４０１の不揮発記憶部格納要フラグを“０”
にセットし、エージェントの不揮発記憶部への格納を不
要とし、前述した場合と同様に、このエージェントを送
出する。エージェントは、前述した場合と同じ経路をた
どり、サーバＢの処理系で再び実行を開始し、前述の例
でオペレーションログを格納するタイミングで、格納し
た場合と同じ内容のメッセージ（オペレーションログ）
を管理者であるユーザ端末に送出する。
を格納しない場合について説明する。ユーザは、オペレ
ーションログを受けるポート（ＵＤＰヘッダーにより指
定されるポートであり、ＩＰアドレスを持つホストの内
部であて先と送信元を区別するための番号）を生成す
る。その生成したポートのアドレスをエージェントに設
定することで、そのエージェントのオペレーションログ
を受信することができる。いま、ここでポートアドレス
を設定し、４０１の不揮発記憶部格納要フラグを“０”
にセットし、エージェントの不揮発記憶部への格納を不
要とし、前述した場合と同様に、このエージェントを送
出する。エージェントは、前述した場合と同じ経路をた
どり、サーバＢの処理系で再び実行を開始し、前述の例
でオペレーションログを格納するタイミングで、格納し
た場合と同じ内容のメッセージ（オペレーションログ）
を管理者であるユーザ端末に送出する。
【００３９】ここで、また、図１２に示すような一連の
メッセージを、メッセージ毎に管理者に送出したところ
でシステムに障害が発生したとする。予め設定してあ
る、一定の時間が経過しても、第１データベース更新の
コミットメッセージが帰ってこないことから、正常に処
理されていないと判断し、ユーザは、エージェント削除
を削除メッセージを送出することによって行う。念のた
め説明すると、ユーザは、エージェントからのメッセー
ジを受けとることによって、エージェントの現在のポー
トアドレスを知ることができる。そのエージェントの現
在のポートアドレスに対して削除メッセージを送出する
ことで、エージェント削除をエージェントが処理されて
いた処理系で実行できる。
メッセージを、メッセージ毎に管理者に送出したところ
でシステムに障害が発生したとする。予め設定してあ
る、一定の時間が経過しても、第１データベース更新の
コミットメッセージが帰ってこないことから、正常に処
理されていないと判断し、ユーザは、エージェント削除
を削除メッセージを送出することによって行う。念のた
め説明すると、ユーザは、エージェントからのメッセー
ジを受けとることによって、エージェントの現在のポー
トアドレスを知ることができる。そのエージェントの現
在のポートアドレスに対して削除メッセージを送出する
ことで、エージェント削除をエージェントが処理されて
いた処理系で実行できる。
【００４０】ユーザは、受け取ったオペレーションログ
から引き続いて実行すべき処理のリストを再作成し、そ
の処理のリストを記述したエージェントを新たに生成す
る。生成したエージェントは、先のエージェントの処理
を引き続いて行うので、先のエージェントと同じ巡回先
リストに沿って移動する。オペレーションログ受信ポー
トアドレスは、サーバＢだった。この時点で、まだサー
バＢは障害から復旧していないので、次にリストに登録
されているサーバＣが移動先となる。サーバＣに到着す
ると、エージェントは、図７に示すサーバＣの属性情報
をチェックする。サーバＣは、“ＤＢアクセスあり”な
ので、エージェントはサーバＣ上の処理系でその実行を
開始し、後続処理を行なって帰還する。このように、オ
ペレーションログをユーザ端末に送信することによって
も、エージェントの再実行が可能である。この場合、エ
ージェントの再実行は、サーバＢでなく、サーバＣで行
われるので、サーバＢで処理系の再実行を行うと、二重
に処理することになってしまう。だが、ここでは、サー
バＢが再びブートアップしたとき、先に送られたエージ
ェントステートは、削除されているので一切残っていな
い。このように、削除することにより二重処理の発生を
防ぐことができる。また、オペレーションログは、ユー
ザ端末に送出されており、不揮発記憶部には格納されて
いないので、問題はない。
から引き続いて実行すべき処理のリストを再作成し、そ
の処理のリストを記述したエージェントを新たに生成す
る。生成したエージェントは、先のエージェントの処理
を引き続いて行うので、先のエージェントと同じ巡回先
リストに沿って移動する。オペレーションログ受信ポー
トアドレスは、サーバＢだった。この時点で、まだサー
バＢは障害から復旧していないので、次にリストに登録
されているサーバＣが移動先となる。サーバＣに到着す
ると、エージェントは、図７に示すサーバＣの属性情報
をチェックする。サーバＣは、“ＤＢアクセスあり”な
ので、エージェントはサーバＣ上の処理系でその実行を
開始し、後続処理を行なって帰還する。このように、オ
ペレーションログをユーザ端末に送信することによって
も、エージェントの再実行が可能である。この場合、エ
ージェントの再実行は、サーバＢでなく、サーバＣで行
われるので、サーバＢで処理系の再実行を行うと、二重
に処理することになってしまう。だが、ここでは、サー
バＢが再びブートアップしたとき、先に送られたエージ
ェントステートは、削除されているので一切残っていな
い。このように、削除することにより二重処理の発生を
防ぐことができる。また、オペレーションログは、ユー
ザ端末に送出されており、不揮発記憶部には格納されて
いないので、問題はない。
【００４１】前述した実施の形態では、エージェントと
ログの両方を格納する場合、及びエージェントを格納せ
ず、ログのみを格納する場合について説明したが、エー
ジェントのみを格納しても構わない。格納されているデ
ータがエージェントであれ、オペレーションログであ
れ、格納されているデータに対する削除メッセージを発
行すれば、同様の効果となる。
ログの両方を格納する場合、及びエージェントを格納せ
ず、ログのみを格納する場合について説明したが、エー
ジェントのみを格納しても構わない。格納されているデ
ータがエージェントであれ、オペレーションログであ
れ、格納されているデータに対する削除メッセージを発
行すれば、同様の効果となる。
【００４２】次に、オペレーションログを残す場合につ
いて説明する。さて、ユーザがエージェントを利用して
行ったオペレーション、或いは、実行中のオペレーショ
ンを取り消したい場合、ステート情報を受信するポート
アドレスをエージェント内に登録しないとき、即ち、オ
ペレーションログをユーザ端末に送出せず処理系にその
オペレーションログを残す場合は、以下のように取り消
しを行う。
いて説明する。さて、ユーザがエージェントを利用して
行ったオペレーション、或いは、実行中のオペレーショ
ンを取り消したい場合、ステート情報を受信するポート
アドレスをエージェント内に登録しないとき、即ち、オ
ペレーションログをユーザ端末に送出せず処理系にその
オペレーションログを残す場合は、以下のように取り消
しを行う。
【００４３】取り消したいエージェントと同じ巡回サー
バリストを持った取り消し用エージェントを発行するこ
とにより、取り消しを行う。取り消し用エージェントが
処理系に入ったならば、取り消したいエージェントのオ
ブジェクトＩＤで不揮発記憶部内をサーチし、取り消し
たいエージェントが保存したそのエージェント自身に関
する情報を取り消し用エージェント内に保存する。保存
するのは、後述する処理でその情報を使用するためであ
る。サーチした情報のステート５０３に“有効”が設定
されていれば、先のエージェントは実行中であるので、
処理系が予め用意する所定のシグナルにより、実行中で
ある先のエージェントを停止させ、停止後、先のエージ
ェントを削除する。先のエージェントを削除した上で、
不揮発記憶領域内の先のエージェントが登録したエージ
ェント自身、オペレーションログのステート５０３のフ
ィールドに“無効”をセットし、取り消し用エージェン
ト内に先ほど保存した先のエージェントのオペレーショ
ンログを元に、オペレーションの訂正処理、即ち、デー
タベースのロールバックを行う。
バリストを持った取り消し用エージェントを発行するこ
とにより、取り消しを行う。取り消し用エージェントが
処理系に入ったならば、取り消したいエージェントのオ
ブジェクトＩＤで不揮発記憶部内をサーチし、取り消し
たいエージェントが保存したそのエージェント自身に関
する情報を取り消し用エージェント内に保存する。保存
するのは、後述する処理でその情報を使用するためであ
る。サーチした情報のステート５０３に“有効”が設定
されていれば、先のエージェントは実行中であるので、
処理系が予め用意する所定のシグナルにより、実行中で
ある先のエージェントを停止させ、停止後、先のエージ
ェントを削除する。先のエージェントを削除した上で、
不揮発記憶領域内の先のエージェントが登録したエージ
ェント自身、オペレーションログのステート５０３のフ
ィールドに“無効”をセットし、取り消し用エージェン
ト内に先ほど保存した先のエージェントのオペレーショ
ンログを元に、オペレーションの訂正処理、即ち、デー
タベースのロールバックを行う。
【００４４】不揮発記憶領域内に保存されているステー
ト５０３が“保存”であったなら、既に先のエージェン
トはその処理系での処理を終えて、次の目的地へ移動し
ている。その場合には、保存されている先のエージェン
ト自身及びそのオペレーションログを削除して、データ
ベースのロールバック処理を行う。
ト５０３が“保存”であったなら、既に先のエージェン
トはその処理系での処理を終えて、次の目的地へ移動し
ている。その場合には、保存されている先のエージェン
ト自身及びそのオペレーションログを削除して、データ
ベースのロールバック処理を行う。
【００４５】以上のように、サーバ巡回リストとオペレ
ーションログを用いてエージェントを追跡し、取り消し
処理を終えた取り消し用エージェントは、ユーザの元に
帰還する。
ーションログを用いてエージェントを追跡し、取り消し
処理を終えた取り消し用エージェントは、ユーザの元に
帰還する。
【００４６】取り消したいエージェントがステート情報
を受信するポートアドレスをエージェント内に登録して
あった場合、即ち、エージェントがオペレーションログ
をユーザ端末に送出し、処理系にはそのオペレーション
ログを残さない場合は、ユーザがそのステート情報（オ
ペレーションログ）を判断し、処理系に削除メッセージ
を送り、ロールバック処理エージェントを再発行するこ
とによってエージェントの取り消しを行う。
を受信するポートアドレスをエージェント内に登録して
あった場合、即ち、エージェントがオペレーションログ
をユーザ端末に送出し、処理系にはそのオペレーション
ログを残さない場合は、ユーザがそのステート情報（オ
ペレーションログ）を判断し、処理系に削除メッセージ
を送り、ロールバック処理エージェントを再発行するこ
とによってエージェントの取り消しを行う。
【００４７】次に、エージェントが自分を実行してもら
う処理系を選択する手順について説明する。エージェン
トは、自分を実行するために、必要な実行条件を手続き
中に予め持っているものとする。まず、１つの方法につ
いて説明する。エージェントが処理系に到着すると、そ
の処理系の属性情報を参照し、自分の実行条件と照合す
る。照合した結果、処理系の属性情報と自分の実行条件
が一致していれば、その処理系で実行を開始してもら
う。一致していなければ、エージェントは次の処理系へ
移動する。エージェントは、到着した処理系の属性情報
を同様にチェックし、実行可能な処理系にたどり着くま
で、移動を続ける。エージェントの移動については、前
述したように、エージェントの管理者が、予め巡回先リ
ストをエージェントの手続き中に記述しておき、巡回先
リストに従って、移動するやり方がある。移動する順番
は、巡回先リストに記載した順番とする。又は順不同で
もよい。或いは、手続き中で細かく指定してもよい。或
いは、手続き中に選択肢を用意して、移動実行時のエー
ジェントと処理系に判断させてもよい。また、手続き中
で細かく指定せずに、到着した処理系で実行可能でなか
ったとき、代替の処理系を教えてもらってもよい。ま
た、ある処理系でエージェントの実行が完了したとき、
その処理系から次に移動する処理系の候補を教えてもら
い、その候補を移動先としてもよい。或いは、これらの
移動方法の組み合わせでもよい。
う処理系を選択する手順について説明する。エージェン
トは、自分を実行するために、必要な実行条件を手続き
中に予め持っているものとする。まず、１つの方法につ
いて説明する。エージェントが処理系に到着すると、そ
の処理系の属性情報を参照し、自分の実行条件と照合す
る。照合した結果、処理系の属性情報と自分の実行条件
が一致していれば、その処理系で実行を開始してもら
う。一致していなければ、エージェントは次の処理系へ
移動する。エージェントは、到着した処理系の属性情報
を同様にチェックし、実行可能な処理系にたどり着くま
で、移動を続ける。エージェントの移動については、前
述したように、エージェントの管理者が、予め巡回先リ
ストをエージェントの手続き中に記述しておき、巡回先
リストに従って、移動するやり方がある。移動する順番
は、巡回先リストに記載した順番とする。又は順不同で
もよい。或いは、手続き中で細かく指定してもよい。或
いは、手続き中に選択肢を用意して、移動実行時のエー
ジェントと処理系に判断させてもよい。また、手続き中
で細かく指定せずに、到着した処理系で実行可能でなか
ったとき、代替の処理系を教えてもらってもよい。ま
た、ある処理系でエージェントの実行が完了したとき、
その処理系から次に移動する処理系の候補を教えてもら
い、その候補を移動先としてもよい。或いは、これらの
移動方法の組み合わせでもよい。
【００４８】次に、複数の処理系の属性情報を収集し
て、最適な処理系を選択する場合について説明する。エ
ージェントが属性情報を収集する処理系の数を、仮に５
とする。これは、一例であり、１０でも２０でも任意の
数とする。エージェントは、ネットワークを移動して、
到着した処理系の属性情報を得る。エージェントは、指
定された処理系の数になるまで、属性情報の収集を繰り
返す。属性情報を収集した処理系の数が指定数（ここで
は、５）に達すると、エージェントは収集した各処理系
の属性情報と自分の実行条件に合うものを選ぶ。１つの
条件の一致した処理系が複数あるときは、２つ目の条件
で更に選ぶ。これを繰り返して、実行条件が一致する処
理系が複数あるときは、例えば、処理能力の高いものを
選択するというように、優先順位を設定しておいてもよ
い。また、処理能力の高低でなく、移動のしやすさで処
理系を選択してもよい。その際、移動のしやすさが属性
情報から判断できるようになっていることはもちろんで
ある。また、リストの記載順で処理系を選択してもよ
い。また、デフォルトの優先順位を予め設定しておき、
実行条件で絞り込めない場合には、その優先順位を用い
てもよい。
て、最適な処理系を選択する場合について説明する。エ
ージェントが属性情報を収集する処理系の数を、仮に５
とする。これは、一例であり、１０でも２０でも任意の
数とする。エージェントは、ネットワークを移動して、
到着した処理系の属性情報を得る。エージェントは、指
定された処理系の数になるまで、属性情報の収集を繰り
返す。属性情報を収集した処理系の数が指定数（ここで
は、５）に達すると、エージェントは収集した各処理系
の属性情報と自分の実行条件に合うものを選ぶ。１つの
条件の一致した処理系が複数あるときは、２つ目の条件
で更に選ぶ。これを繰り返して、実行条件が一致する処
理系が複数あるときは、例えば、処理能力の高いものを
選択するというように、優先順位を設定しておいてもよ
い。また、処理能力の高低でなく、移動のしやすさで処
理系を選択してもよい。その際、移動のしやすさが属性
情報から判断できるようになっていることはもちろんで
ある。また、リストの記載順で処理系を選択してもよ
い。また、デフォルトの優先順位を予め設定しておき、
実行条件で絞り込めない場合には、その優先順位を用い
てもよい。
【００４９】次に、図１４，図１５を用いて属性情報サ
ーバについて説明する。図１４は、エージェントを処理
可能な複数の処理系の属性情報を、エージェントに提供
する属性情報サーバを示す図である。図において、属性
情報サーバ１１０６は、不揮発記憶部に属性情報１１１
６を記憶しておき、その属性情報１１１６をエージェン
トに参照させる。属性情報１１１６の一例を、図１５に
示す。属性情報１１１６の内容は、前述した図５〜図８
に示したサーバＡ〜サーバＤの属性情報と同一である。
だが、それらの属性情報を１つのサーバ上に集めて属性
情報サーバとし、属性情報サーバ（この例では、サーバ
Ａ）が要求に応じて、他のサーバの属性情報も一度に提
供できることが属性情報サーバの特徴である。属性情報
サーバのサービスを受けることで、エージェントは、実
行に最適なサーバを短時間で、ネットワークに負荷をか
けずに選択できる。
ーバについて説明する。図１４は、エージェントを処理
可能な複数の処理系の属性情報を、エージェントに提供
する属性情報サーバを示す図である。図において、属性
情報サーバ１１０６は、不揮発記憶部に属性情報１１１
６を記憶しておき、その属性情報１１１６をエージェン
トに参照させる。属性情報１１１６の一例を、図１５に
示す。属性情報１１１６の内容は、前述した図５〜図８
に示したサーバＡ〜サーバＤの属性情報と同一である。
だが、それらの属性情報を１つのサーバ上に集めて属性
情報サーバとし、属性情報サーバ（この例では、サーバ
Ａ）が要求に応じて、他のサーバの属性情報も一度に提
供できることが属性情報サーバの特徴である。属性情報
サーバのサービスを受けることで、エージェントは、実
行に最適なサーバを短時間で、ネットワークに負荷をか
けずに選択できる。
【００５０】
【発明の効果】本発明によるエージェント方式を用いる
ことにより、エージェントに依頼する処理を確実に、実
行又は削除することができるので、従来、処理が不確実
であったエージェント方式によっても、ミッションクリ
ティカルな処理を実行することができる。
ことにより、エージェントに依頼する処理を確実に、実
行又は削除することができるので、従来、処理が不確実
であったエージェント方式によっても、ミッションクリ
ティカルな処理を実行することができる。
【００５１】この発明によれば、エージェントの実行状
態を示すオペレーションログを残すので、実行状態を知
ることができる。
態を示すオペレーションログを残すので、実行状態を知
ることができる。
【００５２】また、この発明によれば、処理系に、受信
したエージェントの記録を残すことができる。
したエージェントの記録を残すことができる。
【００５３】また、この発明によれば、ユーザ端末側
で、発行したエージェントのオペレーションログを受け
取るので、実行状態を知ることができる。
で、発行したエージェントのオペレーションログを受け
取るので、実行状態を知ることができる。
【００５４】また、この発明によれば、正常終了しなか
ったエージェントの再実行を、処理系側だけで行なえ
る。
ったエージェントの再実行を、処理系側だけで行なえ
る。
【００５５】また、この発明によれば、処理系側で、正
常終了しなかったエージェントの再実行を起動できる。
常終了しなかったエージェントの再実行を起動できる。
【００５６】また、この発明によれば、ユーザ端末主導
で、エージェントを再発行することにより、エージェン
トの再実行を行える。
で、エージェントを再発行することにより、エージェン
トの再実行を行える。
【００５７】また、この発明によれば、エージェントを
削除し、二重処理を防ぐことができる。
削除し、二重処理を防ぐことができる。
【００５８】また、この発明によれば、エージェントの
追跡を行うので、発行したエージェントを管理できる。
追跡を行うので、発行したエージェントを管理できる。
【００５９】また、この発明によれば、不要なログを残
すことが無くなる。
すことが無くなる。
【００６０】この発明によれば、エージェントをより適
した処理系で実行するようエージェント自身が選択でき
る。
した処理系で実行するようエージェント自身が選択でき
る。
【００６１】この発明によれば、ユーザ端末は、自身が
発行したエージェントの実行状態を知ることができる。
発行したエージェントの実行状態を知ることができる。
【図１】 本発明を適用したシステム構成例を示す図。
【図２】 本発明の不揮発記憶部の構成例を示す図。
【図３】 本発明で用いるエージェントの構成例を示す
図。
図。
【図４】 本発明で用いるエージェントの構成例を示す
図。
図。
【図５】 本発明の処理系属性の例を示す図。
【図６】 本発明の処理系属性の例を示す図。
【図７】 本発明の処理系属性の例を示す図。
【図８】 本発明の処理系属性の例を示す図。
【図９】 エージェントオブジェクト管理情報例を示す
図。
図。
【図１０】 本発明の不揮発記憶部への管理情報の記憶
例を示す図。
例を示す図。
【図１１】 本発明のオペレーションログ例を示す図。
【図１２】 本発明のオペレーションログ例を示す図。
【図１３】 本発明の処理系におけるエージェント再実
行論理例を示す流れ図。
行論理例を示す流れ図。
【図１４】 本発明の属性情報サーバを示す図。
【図１５】 本発明の属性情報サーバの属性情報の一例
を示す図。
を示す図。
【図１６】 従来技術によるコンピュータシステムの構
造を示す図。
造を示す図。
【図１７】 従来技術によるリモートプログラミングを
使用する方法の流れ図。
使用する方法の流れ図。
【図１８】 従来技術によるリモートプログラミングを
具体化するネットワークを示す図。
具体化するネットワークを示す図。
２０２ 処理系、２０３ 不揮発記憶部、３０１〜３０
３ 処理系属性例、４０１ 不揮発記憶部格納要フラ
グ、４０２ ログオブジェクトＩＤ、４０３ 再試行メ
ソッドオフセット、５０１ オブジェクトＩＤ、５０２
オブジェクトタイプ、５０３ ステート、５０４ デ
ィスクオフセット位置。
３ 処理系属性例、４０１ 不揮発記憶部格納要フラ
グ、４０２ ログオブジェクトＩＤ、４０３ 再試行メ
ソッドオフセット、５０１ オブジェクトＩＤ、５０２
オブジェクトタイプ、５０３ ステート、５０４ デ
ィスクオフセット位置。
Claims (12)
- 【請求項１】 以下の要素を有するエージェント方式
（ａ）データと上記データを処理対象として処理する手
続きとを有するエージェントを生成して送信するユーザ
端末、（ｂ）上記ユーザ端末が送信する上記エージェン
トを受信して受信したエージェントを実行し上記手続き
に従って上記データを処理する処理系と、 上記エージェントが利用できる不揮発記憶領域とを備え
たサーバ。 - 【請求項２】 上記処理系は、上記エージェントの実行
状態を示すオペレーションログを採取することを特徴と
する請求項１に記載のエージェント方式。 - 【請求項３】 上記処理系は、受信したエージェントと
上記オペレーションログとの少なくともいずれかを上記
不揮発記憶領域に記憶することを特徴とする請求項２に
記載のエージェント方式。 - 【請求項４】 上記処理系は、上記オペレーションログ
を上記ユーザ端末に返送することを特徴とする請求項２
に記載のエージェント方式。 - 【請求項５】 上記処理系は、受信したエージェントと
上記オペレーションログの両方が上記不揮発記憶領域に
記憶されている場合に、上記不揮発記憶領域に記憶され
た上記オペレーションログを参照して、上記不揮発記憶
領域に記憶されたエージェントを用いて、エージェント
の再実行を行なうことを特徴とする請求項３に記載のエ
ージェント方式。 - 【請求項６】 上記処理系は、上記オペレーションログ
が上記不揮発記憶領域に記憶されている場合に、上記不
揮発記憶領域に記憶された上記オペレーションログを参
照して上記ユーザ端末にエージェントの再発行を要求す
ることにより、エージェントの再実行を行なうことを特
徴とする請求項３に記載のエージェント方式。 - 【請求項７】 上記ユーザ端末は、上記返送されたオペ
レーションログを参照して、上記オペレーションログに
対応するエージェントを再発行することにより、エージ
ェントの再実行を行うことを特徴とする請求項４に記載
のエージェント方式。 - 【請求項８】 上記ユーザ端末は、上記オペレーション
ログを参照して、上記エージェントを削除することを特
徴とする請求項３に記載のエージェント方式。 - 【請求項９】 上記ユーザ端末は、先に発行したエージ
ェントの追跡を行なう追跡用エージェントを発行し、上
記追跡用エージェントは上記オペレーションログを参照
してエージェントの追跡を行うことを特徴とする請求項
２に記載のエージェント方式。 - 【請求項１０】 上記追跡用エージェントは、先に発行
されたエージェントの追跡を行うとともに、先に発行さ
れたエージェントに対応して記録されたオペレーション
ログの消去を行なうことを特徴とする請求項９に記載の
エージェント方式。 - 【請求項１１】 ネットワークを介して接続可能な複数
のサーバ上の複数の処理系を送信先としてエージェント
を送信可能なユーザ端末と、上記複数の処理系の属性に
関する情報を属性情報として保持する属性情報サーバと
を備えたエージェント方式であって、上記エージェント
は、上記属性情報サーバが保持する属性情報を参照して
実行する処理系を選択することを特徴とするエージェン
ト方式。 - 【請求項１２】 データと上記データを処理対象として
処理する手続きとを有するエージェントを生成して送信
するユーザ端末と、 上記ユーザ端末が送信する上記エージェントを受信し
て、上記エージェントを実行し、上記手続きに従って上
記データを処理するとともに、上記エージェントを実行
したオペレーションログを上記ユーザ端末に返送する処
理系を備えたサーバとからなるエージェント方式。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15481197A JP3490256B2 (ja) | 1997-06-12 | 1997-06-12 | エージェント方式 |
| GB9726231A GB2326254B (en) | 1997-06-12 | 1997-12-11 | Agent system |
| US08/991,555 US6334139B1 (en) | 1997-06-12 | 1997-12-16 | Agent system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15481197A JP3490256B2 (ja) | 1997-06-12 | 1997-06-12 | エージェント方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH113306A true JPH113306A (ja) | 1999-01-06 |
| JP3490256B2 JP3490256B2 (ja) | 2004-01-26 |
Family
ID=15592403
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15481197A Expired - Fee Related JP3490256B2 (ja) | 1997-06-12 | 1997-06-12 | エージェント方式 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6334139B1 (ja) |
| JP (1) | JP3490256B2 (ja) |
| GB (1) | GB2326254B (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001216226A (ja) * | 1999-11-26 | 2001-08-10 | Mitsubishi Electric Corp | アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体 |
| US6809734B2 (en) | 2001-03-22 | 2004-10-26 | Sony Computer Entertainment Inc. | Resource dedication system and method for a computer architecture for broadband networks |
| US6826662B2 (en) | 2001-03-22 | 2004-11-30 | Sony Computer Entertainment Inc. | System and method for data synchronization for a computer architecture for broadband networks |
| US7093104B2 (en) | 2001-03-22 | 2006-08-15 | Sony Computer Entertainment Inc. | Processing modules for computer architecture for broadband networks |
| US7139882B2 (en) | 2001-03-22 | 2006-11-21 | Sony Computer Entertainment Inc. | Memory protection system and method for computer architecture for broadband networks |
| US7231500B2 (en) | 2001-03-22 | 2007-06-12 | Sony Computer Entertainment Inc. | External data interface in a computer architecture for broadband networks |
| US7233998B2 (en) | 2001-03-22 | 2007-06-19 | Sony Computer Entertainment Inc. | Computer architecture and software cells for broadband networks |
| JP2008508626A (ja) * | 2004-08-04 | 2008-03-21 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、オペレーティングシステムおよび計算装置 |
| US7516334B2 (en) | 2001-03-22 | 2009-04-07 | Sony Computer Entertainment Inc. | Power management for processing modules |
| US9183051B2 (en) | 2004-03-29 | 2015-11-10 | Sony Computer Entertainment Inc. | Methods and apparatus for achieving thermal management using processing task scheduling |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6675194B1 (en) * | 1998-05-05 | 2004-01-06 | Mitel Corporation | Handling different communications types by using agents to implement communication goal commands |
| JP2000020443A (ja) * | 1998-07-02 | 2000-01-21 | Victor Co Of Japan Ltd | ソフトウェアエージェントシステム |
| US7296073B1 (en) * | 2000-09-13 | 2007-11-13 | Network Appliance, Inc. | Mechanism to survive server failures when using the CIFS protocol |
| US20020078251A1 (en) * | 2000-12-18 | 2002-06-20 | Philips Electronics North America Corp. | Self-determining command path architecture |
| US20030188040A1 (en) * | 2002-03-29 | 2003-10-02 | International Business Machines Corporation | Software agent hosting environment with extensible middleware integration |
| US8041796B2 (en) * | 2002-05-02 | 2011-10-18 | Hewlett-Packard Development Company, L.P. | Process duration control |
| US6981004B2 (en) * | 2002-09-16 | 2005-12-27 | Oracle International Corporation | Method and mechanism for implementing in-memory transaction logging records |
| US7536434B1 (en) * | 2004-09-30 | 2009-05-19 | Avaya Inc. | Global dynamic persistent information architecture |
| US7899820B2 (en) | 2005-12-14 | 2011-03-01 | Business Objects Software Ltd. | Apparatus and method for transporting business intelligence objects between business intelligence systems |
| US7856450B2 (en) * | 2006-12-18 | 2010-12-21 | Business Objects Software Ltd. | Apparatus and method for distributing information between business intelligence systems |
| JP5525410B2 (ja) * | 2010-10-14 | 2014-06-18 | 株式会社日立製作所 | 操作ログ格納システム、装置、およびプログラム |
| CN106326036A (zh) * | 2016-08-17 | 2017-01-11 | 浪潮(北京)电子信息产业有限公司 | 一种基于linux系统的COW快照数据刷写方法及其系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08190528A (ja) * | 1995-01-09 | 1996-07-23 | Mitsubishi Electric Corp | システム管理装置 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2263988B (en) * | 1992-02-04 | 1996-05-22 | Digital Equipment Corp | Work flow management system and method |
| US5603031A (en) | 1993-07-08 | 1997-02-11 | General Magic, Inc. | System and method for distributed computation based upon the movement, execution, and interaction of processes in a network |
| US5499364A (en) * | 1993-10-14 | 1996-03-12 | Digital Equipment Corporation | System and method for optimizing message flows between agents in distributed computations |
| US5812810A (en) * | 1994-07-01 | 1998-09-22 | Digital Equipment Corporation | Instruction coding to support parallel execution of programs |
| US5822585A (en) * | 1995-02-21 | 1998-10-13 | Compuware Corporation | System and method for cooperative processing using object-oriented framework |
| US5655081A (en) * | 1995-03-08 | 1997-08-05 | Bmc Software, Inc. | System for monitoring and managing computer resources and applications across a distributed computing environment using an intelligent autonomous agent architecture |
| US5850517A (en) * | 1995-08-31 | 1998-12-15 | Oracle Corporation | Communication link for client-server having agent which sends plurality of requests independent of client and receives information from the server independent of the server |
| US5892946A (en) * | 1995-09-12 | 1999-04-06 | Alcatel Usa, Inc. | System and method for multi-site distributed object management environment |
| US5737607A (en) * | 1995-09-28 | 1998-04-07 | Sun Microsystems, Inc. | Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats |
| US5758083A (en) * | 1995-10-30 | 1998-05-26 | Sun Microsystems, Inc. | Method and system for sharing information between network managers |
| JP3622313B2 (ja) * | 1996-01-29 | 2005-02-23 | 株式会社日立製作所 | ドキュメント管理システム |
| US6938263B2 (en) * | 1996-04-23 | 2005-08-30 | Sun Microsystems, Inc. | System and method for facilitating dynamic loading of “stub” information to enable a program operating in one address space to invoke processing of a remote method or procedure in another address space |
| US5835724A (en) * | 1996-07-03 | 1998-11-10 | Electronic Data Systems Corporation | System and method for communication information using the internet that receives and maintains information concerning the client and generates and conveys the session data to the client |
| US5963944A (en) * | 1996-12-30 | 1999-10-05 | Intel Corporation | System and method for distributing and indexing computerized documents using independent agents |
-
1997
- 1997-06-12 JP JP15481197A patent/JP3490256B2/ja not_active Expired - Fee Related
- 1997-12-11 GB GB9726231A patent/GB2326254B/en not_active Expired - Fee Related
- 1997-12-16 US US08/991,555 patent/US6334139B1/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08190528A (ja) * | 1995-01-09 | 1996-07-23 | Mitsubishi Electric Corp | システム管理装置 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001216226A (ja) * | 1999-11-26 | 2001-08-10 | Mitsubishi Electric Corp | アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体 |
| US6809734B2 (en) | 2001-03-22 | 2004-10-26 | Sony Computer Entertainment Inc. | Resource dedication system and method for a computer architecture for broadband networks |
| US6826662B2 (en) | 2001-03-22 | 2004-11-30 | Sony Computer Entertainment Inc. | System and method for data synchronization for a computer architecture for broadband networks |
| US7093104B2 (en) | 2001-03-22 | 2006-08-15 | Sony Computer Entertainment Inc. | Processing modules for computer architecture for broadband networks |
| US7139882B2 (en) | 2001-03-22 | 2006-11-21 | Sony Computer Entertainment Inc. | Memory protection system and method for computer architecture for broadband networks |
| US7231500B2 (en) | 2001-03-22 | 2007-06-12 | Sony Computer Entertainment Inc. | External data interface in a computer architecture for broadband networks |
| US7233998B2 (en) | 2001-03-22 | 2007-06-19 | Sony Computer Entertainment Inc. | Computer architecture and software cells for broadband networks |
| US7457939B2 (en) | 2001-03-22 | 2008-11-25 | Sony Computer Entertainment Inc. | Processing system with dedicated local memories and busy identification |
| US7516334B2 (en) | 2001-03-22 | 2009-04-07 | Sony Computer Entertainment Inc. | Power management for processing modules |
| US9183051B2 (en) | 2004-03-29 | 2015-11-10 | Sony Computer Entertainment Inc. | Methods and apparatus for achieving thermal management using processing task scheduling |
| JP2008508626A (ja) * | 2004-08-04 | 2008-03-21 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、オペレーティングシステムおよび計算装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6334139B1 (en) | 2001-12-25 |
| GB2326254B (en) | 1999-08-25 |
| GB2326254A (en) | 1998-12-16 |
| GB9726231D0 (en) | 1998-02-11 |
| JP3490256B2 (ja) | 2004-01-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH113306A (ja) | エージェント方式 | |
| US8352785B1 (en) | Methods for generating a unified virtual snapshot and systems thereof | |
| US7769721B2 (en) | Data recovery method in differential remote backup for a NAS system | |
| US6668304B1 (en) | Transaction support on logical disks | |
| US7668955B2 (en) | Method and apparatus for conducting a transaction between transaction processing systems | |
| JPH0827755B2 (ja) | データの単位を高速度でアクセスする方法 | |
| JP2008033912A (ja) | Ｎａｓ向けのｃｄｐの方法および装置 | |
| JP2010067016A (ja) | アプリケーションの実行管理方法、アプリケーションを実行するサーバ計算機及び中継装置 | |
| CN110677280A (zh) | 服务节点切换方法、装置、设备及计算机可读存储介质 | |
| JP3857259B2 (ja) | オブジェクト状態転送方法，オブジェクト状態転送装置およびオブジェクト状態転送プログラム並びにそのプログラムの記録媒体 | |
| US7010650B2 (en) | Multiple data management method, computer and storage device therefor | |
| JP2009009599A (ja) | 故障後、どこで回復するかについての情報を管理する方法、故障後、回復するための方法、および、多数のキャッシュを含むシステムにおける故障の後、データ項目の現在のバージョンを回復させるための方法 | |
| EP4088195A1 (en) | Processing delete requests based on change feed of updates | |
| CN111475428A (zh) | 一种数据读写方法、系统、装置及存储介质 | |
| US20030033440A1 (en) | Method of logging message activity | |
| JP3064944B2 (ja) | コンピュータシステムのデータ回復方式およびデータ回復方法 | |
| JP4140750B2 (ja) | Ｉｃカード内メモリアクセス制御方法および装置並びにプログラム記憶媒体 | |
| JP3330006B2 (ja) | 情報記憶システムを備えるネットワークシステム、該システムの入力システムならびに | |
| JPH0287242A (ja) | データベースの退避回復方式 | |
| JP2674374B2 (ja) | オンライン情報処理システムにおけるジャーナル採取方式 | |
| JPH09160829A (ja) | データ処理方式 | |
| JPH0581111A (ja) | データリカバリ方式 | |
| JP2001060147A (ja) | 遅延ライトの障害制御方法 | |
| JPH0713943A (ja) | 並列計算機 | |
| JP2007148975A (ja) | 文書ファイル移動追跡装置、文書ファイル移動追跡システム、文書ファイル移動追跡方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030708 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031028 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040520 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071107 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101107 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |