gbspエージェント・リファレンス・マニュアル- GLOBALBASE PROJECT

gbsp GB Spidering
本マニュアルのエージェントである。スパイダリングに関係するインデックスを管理するエージェントである。インデックスに対する情報の登録、読み出し、タイマーによるトリガ命令をサポートしている。
gbmp GB Management Processor [UNDEF REF (gbmp)]
GLOBALBASE LANDSCAPEサーバに存在するコンテンツ、とくにmapファイルによる地図同士の接続に関して管理を行っているエージェント。存在するサーバ上のコンテンツすべてについて情報を持っているので、このエージェントがgbspをトリガーすることによってコンテンツ収集が始まる。
gburl GB URL manager
収集されたコンテンツを、サーバ、ディレクトリ、リソースに分解し、gbspを通じてインデックスに登録する役目を持つ、さらに、次に述べるgboarエージェントを起動する。
gboar GB Object Attribute Retriver
gburlによって起動され、各リソースの属性情報、および、リソースの含む地物の属性情報を収集し、インデックス化する。
gbaddr GB Address Management
サーバアドレスの管理を行うエージェントである。

次にこれらのエージェントの動きを説明します。

インデックスには「gbspにおけるインデックスの構造について」で述べているように、あらかじめ決められたディレクトリが存在します。gbspは起動すると、まずこのディレクトリが存在するかをチェックし、存在しない場合はこれらを生成する。次に各ディレクトリの管理エージェントを以下のように割り当てます。

root gbsp
root.addr gbaddr
root.addr.ipv4 gbaddr
root.addr.ipv6 gbaddr
root.queue gbsp
root.queue.myurl gburl
root.queue.url gburl
root.data gboar

以上のような初期化を行った後gbspは待機状態になります。 LANDSCAPE全体としての動きでは最初に、スパイダリングを開始するURLが必要です。一つの考え方は、gbmpが定期的に収集しているURLからスパイダリングを開始するというものです。この場合、gbmpは、gbspに対して、このURLに基づくディレクトリをroot.queue.myurlの下に SPcreatePath により生成しようとします。root.queue.myurlの管理エージェントはgburlでありgbmpではないので、gbspは直接は生成はせず、管理エージェントのgburlに生成要求があったことを伝えます。

gburlはこれを受けとり、URLに対応するディレクトリを生成するまえに、URLよりプロトコル＋サーバ＋ポートのセットを生成し、この三つの組み合わさったサーバに対応するディレクトリを生成し、その下に、URLのディレクトリを生成します。これらのディレクトリの管理エージェントおよびトリガー・エージェントとして自分自身gburlとする一方で、リソースにあたるところにはトリガー・エージェントとしてgboarを設定します。これにより、定期的にURLはgburlおよびgboarによってチェックされ、もし、urlの先のリソースが消されている場合は、インデックスの対応するディレクトリも消されます。

一方、DNSによりサーバの名前よりアドレスを引き、それを、 SPcreatePath により、root.addrの下への登録を試みます。同様にgbspはこれを保留し、エージェントgbaddrへ伝えます。

▲ページトップへ戻る

gburlの動き

gburlの詳しい動作は [UNDEF REF (gburl)]で行います。スパイダリングのための動作の概要について述べます。gburlはSPcreatePathトリガーを受信すると、自分の担当のpathか、正しいpathかをチェックします。そして、正しいと判断されれば、新しいpathを生成します。あたらしpathは自分自身を管理エージェントとし、また同時にトリガー・エージェントとしてタイマーを設定します。タイマーは初期値０秒、インターバルは所定のインターバル値が設定されます。

gburlにタイマー・トリガーがかかった場合、gburlはトリガーの発生したpathについてpathの指し示すURLにはリソースが存在するかをチェックします。存在しないとなると、存在していない時間情報をカウントアップします。この情報がタイムアウトを超えていると、gburlはこのpathを削除します。

pathが存在している場合、かつ、オブジェクトリソース（.lst,.vctリソース）をさしている場合、gboarを起動します。gboarには、pathをパラメータにエージェント起動トリガーを送ります。gboarはpathに対応するURLのオブジェクトを取得し、オブジェクト中の属性を、root.dataの下にインデックス化します。

一方、gburlは取得したpathの対象となるURLにリンクされているマッピング（.mapリソース）、またその先の座標系（.crdリソース）、オブジェクトリソース（.lst,.vctリソース）を検索し、root.queue.myurlに登録する。もし、既に登録されているURLで会った場合は、ホップ数をチェックし、ホップ数を満たすものであれば、当該エージェントの動作するサーバアドレスとともにホップ数を記録する。ホップ数が既に登録されているホップ数より上回った場合は、特になにもしません。

またgburlは得られたパスの対応するURLの示すサーバのIPアドレスを解決する。このIPアドレスとともに、gbaddrエージェントを起動するトリガーを送ります。

▲ページトップへ戻る

gboarの動き

gboarは.lst,.vctリソースの管理対象とするオブジェクトの中身をすべてroot.dataの下にインデックス化する。オブジェクトの種類は多種多様なので、現在サポートしているオブジェクトの種類はこのgboarで処理するが、その他のオブジェクトの種類のインデックス化が必要になった場合は、対応する別のエージェントを起動することもある。

gboarはオブジェクトの中の属性を呼び出している間に、URLを発見した場合、このURLをrootl.queue.myurlに登録する。結果的にgburlが起動される。

▲ページトップへ戻る

履歴

日時:2008-07-09
マニュアル生成。(2008-07-09版)
--
日時:2008-06-20
著者:森　洋久 / 反映されたバージョン:ver.B.b17.04
このマニュアルを作成。ver.B.b17.04よりこのマニュアルをアップしますが、実際はgbspはまだ動作しません。
--

▲ページトップへ戻る

$GLOBALBASE��AI[v\[XE\tgEFAxvOSOURCEFORGE.JP��QBĂ܂B$