JPH10124467A - 分散処理システムのサービス検索方法 - Google Patents
分散処理システムのサービス検索方法Info
- Publication number
- JPH10124467A JPH10124467A JP8279096A JP27909696A JPH10124467A JP H10124467 A JPH10124467 A JP H10124467A JP 8279096 A JP8279096 A JP 8279096A JP 27909696 A JP27909696 A JP 27909696A JP H10124467 A JPH10124467 A JP H10124467A
- Authority
- JP
- Japan
- Prior art keywords
- trader
- service
- service type
- intermediate information
- user program
- 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
Landscapes
- Multi Processors (AREA)
- Devices For Executing Special Programs (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】トレーダ位置検索処理によるオーバーヘッドを
削減できるとともに、ユーザプログラムを変更すること
なく、動的にサービス型を管理するトレーダを生成、変
更することができるようにする。 【解決手段】サービス型と、そのサービス型を管理する
トレーダ８１を対応付け、その対応関係の間に中間情報
（共通空間アドレス９）を定義し、ユーザプログラム４
がサービス型を示してサービス検索要求を行った場合、
コンパイル時に中間情報９へのアクセスに変換した形で
ユーザプログラム４のロードモジュールを作成し、中間
情報９とトレーダ位置８１の対応関係表６をユーザ共通
領域１２に保存し、この対応関係表６を参照して中間情
報９からトレーダ８１の位置を取得する。
削減できるとともに、ユーザプログラムを変更すること
なく、動的にサービス型を管理するトレーダを生成、変
更することができるようにする。 【解決手段】サービス型と、そのサービス型を管理する
トレーダ８１を対応付け、その対応関係の間に中間情報
（共通空間アドレス９）を定義し、ユーザプログラム４
がサービス型を示してサービス検索要求を行った場合、
コンパイル時に中間情報９へのアクセスに変換した形で
ユーザプログラム４のロードモジュールを作成し、中間
情報９とトレーダ位置８１の対応関係表６をユーザ共通
領域１２に保存し、この対応関係表６を参照して中間情
報９からトレーダ８１の位置を取得する。
Description
【０００１】
【発明の属する技術分野】本発明は、分散処理システム
において、特定の条件に合致するサービス提供者の位置
を検索するサービス検索方法に関し、特に動的にサービ
ス型を管理するトレーダを生成あるいは変更することが
でき、かつトレーダの位置検索によるユーザプログラム
の処理時間オーバーヘッドを削減することが可能な分散
処理システムのサービス検索方法に関する。
において、特定の条件に合致するサービス提供者の位置
を検索するサービス検索方法に関し、特に動的にサービ
ス型を管理するトレーダを生成あるいは変更することが
でき、かつトレーダの位置検索によるユーザプログラム
の処理時間オーバーヘッドを削減することが可能な分散
処理システムのサービス検索方法に関する。
【０００２】
【従来の技術】従来より、分散処理システムにおいて、
サービスの利用者が特定のサービスを受けるためには、
そのサービスの位置を検索する必要がある。そのため
に、サービスの利用者が種々の条件を設定して、それら
の条件に合致したサービスの位置を多くのサービスの中
から検索しなければならなかった。このような検索を行
う手段を提供する機能をトレーディング機能と呼び、ト
レーディング機能を提供するサーバをトレーダと呼ぶ。
トレーダに格納されているサービスは、検索の効率化等
の理由からサービスの型や位置的な局所性等、格納して
いるサービスの属性からグループ化される。このグルー
プをトレーディングコンテキストと呼ぶ。このトレーデ
ィングコンテキスト毎に独立したトレーダを作成する方
式を採用すれば、１トレーダに格納する情報量を少なく
することができるとともに、トレーダ自体の内部にコン
テキスト構造を定義する必要がなく、トレーダ内部の構
造を簡易化することができるという利点があった。しか
し、従来では、このような方式を採用した場合、所望の
サービスを検索する前にそのサービスが属するトレーデ
ィングコンテキストを格納しているトレーダの位置を検
索する処理が必要となっていた。
サービスの利用者が特定のサービスを受けるためには、
そのサービスの位置を検索する必要がある。そのため
に、サービスの利用者が種々の条件を設定して、それら
の条件に合致したサービスの位置を多くのサービスの中
から検索しなければならなかった。このような検索を行
う手段を提供する機能をトレーディング機能と呼び、ト
レーディング機能を提供するサーバをトレーダと呼ぶ。
トレーダに格納されているサービスは、検索の効率化等
の理由からサービスの型や位置的な局所性等、格納して
いるサービスの属性からグループ化される。このグルー
プをトレーディングコンテキストと呼ぶ。このトレーデ
ィングコンテキスト毎に独立したトレーダを作成する方
式を採用すれば、１トレーダに格納する情報量を少なく
することができるとともに、トレーダ自体の内部にコン
テキスト構造を定義する必要がなく、トレーダ内部の構
造を簡易化することができるという利点があった。しか
し、従来では、このような方式を採用した場合、所望の
サービスを検索する前にそのサービスが属するトレーデ
ィングコンテキストを格納しているトレーダの位置を検
索する処理が必要となっていた。
【０００３】
【発明が解決しようとする課題】このように、分散処理
システムにおいて、利用者がサービスを利用する際に
は、プログラム作成時に既に必要なサービス型が特定さ
れている場合があるので、そのような場合にはサービス
型とトレーダとを対応させることによってプログラム作
成時点でトレーダを特定することが可能であり、トレー
ダの位置検索によるオーバーヘッドを削減することがで
きる。しかしながら、プログラム作成後にトレーダのデ
ータ分割等によりトレーディングコンテキストが変更さ
れた場合には、プログラム自体を変更する必要があっ
た。このように、プログラム自体を変更することは、サ
ービス利用者にとって多くの作業を強制させられること
になる。このため、これまでは、プログラム作成時点で
トレーダが特定可能であっても、従来通り、オーバーヘ
ッドとなるトレーダの位置検索処理を行わざるを得なか
った。そこで本発明の目的は、このような従来の課題を
解決し、プログラム作成後にトレーディングコンテキス
トが変更された場合に、トレーディングコンテキストの
変更をユーザプログラムが知らなくても、簡単にトレー
ダの位置を取得することができ、トレーダの位置検索に
よる処理時間オーバーヘッドを削減することが可能な分
散処理システムのサービス検索方法を提供することにあ
る。
システムにおいて、利用者がサービスを利用する際に
は、プログラム作成時に既に必要なサービス型が特定さ
れている場合があるので、そのような場合にはサービス
型とトレーダとを対応させることによってプログラム作
成時点でトレーダを特定することが可能であり、トレー
ダの位置検索によるオーバーヘッドを削減することがで
きる。しかしながら、プログラム作成後にトレーダのデ
ータ分割等によりトレーディングコンテキストが変更さ
れた場合には、プログラム自体を変更する必要があっ
た。このように、プログラム自体を変更することは、サ
ービス利用者にとって多くの作業を強制させられること
になる。このため、これまでは、プログラム作成時点で
トレーダが特定可能であっても、従来通り、オーバーヘ
ッドとなるトレーダの位置検索処理を行わざるを得なか
った。そこで本発明の目的は、このような従来の課題を
解決し、プログラム作成後にトレーディングコンテキス
トが変更された場合に、トレーディングコンテキストの
変更をユーザプログラムが知らなくても、簡単にトレー
ダの位置を取得することができ、トレーダの位置検索に
よる処理時間オーバーヘッドを削減することが可能な分
散処理システムのサービス検索方法を提供することにあ
る。
【０００４】
【課題を解決するための手段】上記目的を達成するた
め、本発明による分散処理システムのサービス検索方法
では、サービス型と、該当するサービス型を管理してい
るトレーダ位置との対応関係の間に中間情報を定義し、
ユーザプログラムがソースレベルでサービス型を明示し
てサービス検索要求を行った場合には、コンパイラによ
るコンパイル時に該当サービス型を管理しているトレー
ダへのアクセスを中間情報に対するアクセスに変換した
形態で、ユーザプログラムのロードモジュールを作成す
る。そして、中間情報とトレーダ位置との対応表を、各
ユーザ共通の領域に保存して、ユーザプログラムのロー
ドモジュール実行に伴う検索要求発生時に、該当する対
応関係を参照して中間情報からトレーダ位置情報の取得
を高速に行う。また、該当するサービス型を格納してい
るトレーダが変更された場合には、前述の中間情報とト
レーダ位置対応表のトレーダ位置の部分のみを変更する
ことにより、ユーザプログラムのロードモジュールを変
更することなく、新しいトレーダを利用することができ
るようにしている。これにより、ユーザプログラムがサ
ービス型を明示してトレーダに検索要求を行う場合、ト
レーダの検索処理に相当する処理をコンパイル時に解決
することができるので、検索実行時のトレーダの検索処
理時間を削減することができる。
め、本発明による分散処理システムのサービス検索方法
では、サービス型と、該当するサービス型を管理してい
るトレーダ位置との対応関係の間に中間情報を定義し、
ユーザプログラムがソースレベルでサービス型を明示し
てサービス検索要求を行った場合には、コンパイラによ
るコンパイル時に該当サービス型を管理しているトレー
ダへのアクセスを中間情報に対するアクセスに変換した
形態で、ユーザプログラムのロードモジュールを作成す
る。そして、中間情報とトレーダ位置との対応表を、各
ユーザ共通の領域に保存して、ユーザプログラムのロー
ドモジュール実行に伴う検索要求発生時に、該当する対
応関係を参照して中間情報からトレーダ位置情報の取得
を高速に行う。また、該当するサービス型を格納してい
るトレーダが変更された場合には、前述の中間情報とト
レーダ位置対応表のトレーダ位置の部分のみを変更する
ことにより、ユーザプログラムのロードモジュールを変
更することなく、新しいトレーダを利用することができ
るようにしている。これにより、ユーザプログラムがサ
ービス型を明示してトレーダに検索要求を行う場合、ト
レーダの検索処理に相当する処理をコンパイル時に解決
することができるので、検索実行時のトレーダの検索処
理時間を削減することができる。
【０００５】
【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の一実施例を示す
ロードモジュール作成手順を示す説明図である。図１に
おいて、１はユーザソースプログラム、２はコンパイ
ラ、３は各サービス型毎のトレーダ擬似ルーチン、４は
ユーザプログラムのオブジェクトコード、５はユーザプ
ログラムのロードモジュールである。コンパイラ２は、
ユーザソースプログラム１において明示的にサービス型
を指定したトレーダ検索要求を検出した場合、該当する
サービス型に対応するトレーダ擬似ルーチン３を結合す
る。トレーダ擬似ルーチン３とは、該当するサービス型
に対応する中間情報をロードしてトレーダの位置を取得
し、該当トレーダに対してサービス検索要求を行うルー
チンである。このように、本実施例においては、コンパ
イラ２によるコンパイル時に、該当するサービス型を管
理しているトレーダへのアクセスを、中間情報（ここで
は共有空間のアドレス）へのアクセスに変換した形でユ
ーザプログラムのロードモジュール５を作成する。つま
り、中間情報をロードしてトレーダの位置を取得したト
レーダ擬似ルーチン３をユーザプログラム４に結合する
ことにより、ロードモジュール５を作成している。
より詳細に説明する。図１は、本発明の一実施例を示す
ロードモジュール作成手順を示す説明図である。図１に
おいて、１はユーザソースプログラム、２はコンパイ
ラ、３は各サービス型毎のトレーダ擬似ルーチン、４は
ユーザプログラムのオブジェクトコード、５はユーザプ
ログラムのロードモジュールである。コンパイラ２は、
ユーザソースプログラム１において明示的にサービス型
を指定したトレーダ検索要求を検出した場合、該当する
サービス型に対応するトレーダ擬似ルーチン３を結合す
る。トレーダ擬似ルーチン３とは、該当するサービス型
に対応する中間情報をロードしてトレーダの位置を取得
し、該当トレーダに対してサービス検索要求を行うルー
チンである。このように、本実施例においては、コンパ
イラ２によるコンパイル時に、該当するサービス型を管
理しているトレーダへのアクセスを、中間情報（ここで
は共有空間のアドレス）へのアクセスに変換した形でユ
ーザプログラムのロードモジュール５を作成する。つま
り、中間情報をロードしてトレーダの位置を取得したト
レーダ擬似ルーチン３をユーザプログラム４に結合する
ことにより、ロードモジュール５を作成している。
【０００６】図２は、本発明における実行時の構成要素
と処理の流れを説明する図である。図２では、ユーザプ
ログラムの実行中にトレーダ検索要求が発生した場合の
動作が示されている。ここでは、複数のユーザプログラ
ムのロードモジュールがそれぞれの個別空間上に配置さ
れ、中間情報とトレーダ位置対応表を共有空間上で共有
して、中間情報を共有空間のアドレス９としている。図
２において、３〜５は図１と同一のものを表わしてい
る。６はトレーダ位置対応表、７はトレーダ位置対応表
６に対する排他的アクセス権を管理する１ビットのセマ
フォア、８はトレーディングサービス全体、８１はユー
ザプログラムのオブジェクトコード４が必要としている
型のサービスの位置を格納しているトレーダＸ、８２は
トレーダＸ（８１）以外のトレーダ、８３はトレーダ管
理部、９はユーザプログラムのオブジェクトコード４が
必要としているサービス型に対する中間情報として使用
される共有空間内アドレス、１０はユーザプログラムの
ロードモジュール５に割付けられている個別空間、１１
は他のユーザプログラムのロードモジュール５に割付け
られた個別空間、１２はトレーダを利用する全てのユー
ザプログラムによって共有される共有空間である。図２
における共有空間１２に存在するトレーダ位置対応表６
は、中間情報とトレーダ位置の対応関係を格納してい
る。同じく共有空間１２に存在するセマフォア７は、ト
レーダ位置対応表６のエントリ書き換え処理中に、ユー
ザプログラムからのリードを禁止する機能を持つ。トレ
ーディングサービス全体８は、各サービス型毎に独立し
た多くのトレーダ８１，８２を含んでいる。
と処理の流れを説明する図である。図２では、ユーザプ
ログラムの実行中にトレーダ検索要求が発生した場合の
動作が示されている。ここでは、複数のユーザプログラ
ムのロードモジュールがそれぞれの個別空間上に配置さ
れ、中間情報とトレーダ位置対応表を共有空間上で共有
して、中間情報を共有空間のアドレス９としている。図
２において、３〜５は図１と同一のものを表わしてい
る。６はトレーダ位置対応表、７はトレーダ位置対応表
６に対する排他的アクセス権を管理する１ビットのセマ
フォア、８はトレーディングサービス全体、８１はユー
ザプログラムのオブジェクトコード４が必要としている
型のサービスの位置を格納しているトレーダＸ、８２は
トレーダＸ（８１）以外のトレーダ、８３はトレーダ管
理部、９はユーザプログラムのオブジェクトコード４が
必要としているサービス型に対する中間情報として使用
される共有空間内アドレス、１０はユーザプログラムの
ロードモジュール５に割付けられている個別空間、１１
は他のユーザプログラムのロードモジュール５に割付け
られた個別空間、１２はトレーダを利用する全てのユー
ザプログラムによって共有される共有空間である。図２
における共有空間１２に存在するトレーダ位置対応表６
は、中間情報とトレーダ位置の対応関係を格納してい
る。同じく共有空間１２に存在するセマフォア７は、ト
レーダ位置対応表６のエントリ書き換え処理中に、ユー
ザプログラムからのリードを禁止する機能を持つ。トレ
ーディングサービス全体８は、各サービス型毎に独立し
た多くのトレーダ８１，８２を含んでいる。
【０００７】本実施例では、実行時にトレーダに対する
検索要求が発生した場合、次のような動作を行う。 （ａ）ユーザプログラム４からサービス型を明記したサ
ービス検索要求が発生された時点では、該当サービス型
に対応するトレーダ擬似ルーチン３へのサブルーチンコ
ールが発生する。 （ｂ）トレーダ擬似ルーチン３は、トレーダ位置対応表
６へのアクセス権を取得するために、セマフォア７を取
得する。 （ｃ）トレーダ擬似ルーチン３は、該当サービス型に対
応するトレーダ位置対応表６中のアドレス９のデータを
リードし、トレーダＸ（８１）の位置を取得する。 （ｄ）トレーダ擬似ルーチン３は、セマフォア７を解放
する。 （ｅ）トレーダ擬似ルーチン３は、トレーダＸ（８１）
に直接サービス検索要求を行い、レスポンス、つまり検
索されたサービスの位置を得る。 （ｆ）トレーダ擬似ルーチン３は、取得したレスポン
ス、つまり検索されたサービスの位置を戻り値に設定し
て、ユーザプログラム４にリターンする。
検索要求が発生した場合、次のような動作を行う。 （ａ）ユーザプログラム４からサービス型を明記したサ
ービス検索要求が発生された時点では、該当サービス型
に対応するトレーダ擬似ルーチン３へのサブルーチンコ
ールが発生する。 （ｂ）トレーダ擬似ルーチン３は、トレーダ位置対応表
６へのアクセス権を取得するために、セマフォア７を取
得する。 （ｃ）トレーダ擬似ルーチン３は、該当サービス型に対
応するトレーダ位置対応表６中のアドレス９のデータを
リードし、トレーダＸ（８１）の位置を取得する。 （ｄ）トレーダ擬似ルーチン３は、セマフォア７を解放
する。 （ｅ）トレーダ擬似ルーチン３は、トレーダＸ（８１）
に直接サービス検索要求を行い、レスポンス、つまり検
索されたサービスの位置を得る。 （ｆ）トレーダ擬似ルーチン３は、取得したレスポン
ス、つまり検索されたサービスの位置を戻り値に設定し
て、ユーザプログラム４にリターンする。
【０００８】図３は、本発明において、トレーダがサポ
ートしているサービス型を変更する手順を説明したシー
ケンスチャートである。図３において、８３はトレーダ
管理部、８１は現在のトレーダ（サポートしているサー
ビス型はＡ，Ｂ型）、８４は新たに生成されたトレーダ
（サポートしているサービス型はＢ型のみ）、６はトレ
ーダ位置対応表、７はセマフォアである。ここでは、ト
レーダＸ（８１）がサービス型Ａとサービス型Ｂを提供
している場合に、新たにサービス型Ｂを提供するトレー
ダＹ（８４）を生成し、トレーダＸ（８１）はサービス
型Ａのみを提供するように構成を変更する場合の例を説
明する。なお、トレーダ管理部８３は、トレーダを生成
する機能を有する。トレーダＸ（８１）およびトレーダ
Ｙ（８４）は、トレーダ管理部８３からの要求によっ
て、サービスの中止あるいは開始を行う。また、トレー
ダ管理部８３からの要求により、任意のデータを他のト
レーダに転送する機能を有する。
ートしているサービス型を変更する手順を説明したシー
ケンスチャートである。図３において、８３はトレーダ
管理部、８１は現在のトレーダ（サポートしているサー
ビス型はＡ，Ｂ型）、８４は新たに生成されたトレーダ
（サポートしているサービス型はＢ型のみ）、６はトレ
ーダ位置対応表、７はセマフォアである。ここでは、ト
レーダＸ（８１）がサービス型Ａとサービス型Ｂを提供
している場合に、新たにサービス型Ｂを提供するトレー
ダＹ（８４）を生成し、トレーダＸ（８１）はサービス
型Ａのみを提供するように構成を変更する場合の例を説
明する。なお、トレーダ管理部８３は、トレーダを生成
する機能を有する。トレーダＸ（８１）およびトレーダ
Ｙ（８４）は、トレーダ管理部８３からの要求によっ
て、サービスの中止あるいは開始を行う。また、トレー
ダ管理部８３からの要求により、任意のデータを他のト
レーダに転送する機能を有する。
【０００９】図４は、図３のシーケンスチャートにおい
て書き換えられるトレーダ位置対応表の内容を示す図で
ある。図４において、アドレス１はサービス型Ａに対応
する中間情報、アドレス２はサービス型Ｂに対応する中
間情報である。すなわち、初期状態のトレーダＸ（８
１）はサービス型Ａとサービス型Ｂの両方を提供してい
るので、アドレス１，２にはともにトレーダＸ（８１）
の位置が格納されている。次に書換後では、トレーダＸ
（８１）はＡ型のみを提供し、新設されたトレーダＹ
（８４）がＢ型のみを提供しているので、アドレス１に
はトレーダＸ（８１）が格納され、アドレス２にはトレ
ーダＹ（８４）が格納されている。
て書き換えられるトレーダ位置対応表の内容を示す図で
ある。図４において、アドレス１はサービス型Ａに対応
する中間情報、アドレス２はサービス型Ｂに対応する中
間情報である。すなわち、初期状態のトレーダＸ（８
１）はサービス型Ａとサービス型Ｂの両方を提供してい
るので、アドレス１，２にはともにトレーダＸ（８１）
の位置が格納されている。次に書換後では、トレーダＸ
（８１）はＡ型のみを提供し、新設されたトレーダＹ
（８４）がＢ型のみを提供しているので、アドレス１に
はトレーダＸ（８１）が格納され、アドレス２にはトレ
ーダＹ（８４）が格納されている。
【００１０】図４を参照して、図３のシーケンス動作を
説明する。 （Ａ）初期状態のトレーダ位置対応表６のエントリは、
図４上図の通りになっている。 （Ｂ）トレーダ管理部８３は、現在トレーダＸ（８１）
で管理されているサービス型ＢをトレーダＹ（８４）で
管理するように変更することを、トレーダ位置対応表６
に通知する（トレーダＸ分割通知）。 （Ｃ）トレーダ位置対応表６は、セマフォア７を取得す
る（取得）。 （Ｄ）トレーダ位置対応表６は、エントリの内容を図４
上図から図４下図のように書き換えた後、完了通知をト
レーダ管理部８３に行う（書換終了通知）。 （Ｅ）トレーダ管理部８３は、サービスの中止をトレー
ダＸ（８１）に要求し（サービス中止要求）、サービス
中止を確認した後に、トレーダＸ（８１）のサービスが
中止されたことをトレーダ位置対応表６に通知し（サー
ビス中止通知）、トレーダ位置対応表６はこの通知を受
領した後、セマフォア７を解放する（解放）。 （Ｆ）トレーダ管理部８３は、新たにトレーダＹ（８
４）を生成し（トレーダＹ生成）、サーバス型Ｂに関す
る情報をトレーダＸ（８１）からトレーダＹ（８４）に
転送する（データ分割処理）。 （Ｇ）トレーダ管理部８３は、トレーダＸ（８１）、ト
レーダＹ（８４）に対してサービス開始を要求する（サ
ービス開始要求）。
説明する。 （Ａ）初期状態のトレーダ位置対応表６のエントリは、
図４上図の通りになっている。 （Ｂ）トレーダ管理部８３は、現在トレーダＸ（８１）
で管理されているサービス型ＢをトレーダＹ（８４）で
管理するように変更することを、トレーダ位置対応表６
に通知する（トレーダＸ分割通知）。 （Ｃ）トレーダ位置対応表６は、セマフォア７を取得す
る（取得）。 （Ｄ）トレーダ位置対応表６は、エントリの内容を図４
上図から図４下図のように書き換えた後、完了通知をト
レーダ管理部８３に行う（書換終了通知）。 （Ｅ）トレーダ管理部８３は、サービスの中止をトレー
ダＸ（８１）に要求し（サービス中止要求）、サービス
中止を確認した後に、トレーダＸ（８１）のサービスが
中止されたことをトレーダ位置対応表６に通知し（サー
ビス中止通知）、トレーダ位置対応表６はこの通知を受
領した後、セマフォア７を解放する（解放）。 （Ｆ）トレーダ管理部８３は、新たにトレーダＹ（８
４）を生成し（トレーダＹ生成）、サーバス型Ｂに関す
る情報をトレーダＸ（８１）からトレーダＹ（８４）に
転送する（データ分割処理）。 （Ｇ）トレーダ管理部８３は、トレーダＸ（８１）、ト
レーダＹ（８４）に対してサービス開始を要求する（サ
ービス開始要求）。
【００１１】このように、本実施例においては、ユーザ
プログラムが利用しようとしているトレーダ検索処理を
コンパイル時点で解決しているので、実行時にはメモリ
リードによりトレーダの位置を取得することが可能とな
る。従って、動的にサービス型を管理するトレーダを生
成したり、トレーダの管理するサービス型を変更するこ
とが可能になる。その結果、プログラム作成後にトレー
ダの分割等によりトレーディングコンテキストが変更さ
れた場合でも、プログラム自体を変更することなく直ち
にトレーダの位置をリードすることが可能である。
プログラムが利用しようとしているトレーダ検索処理を
コンパイル時点で解決しているので、実行時にはメモリ
リードによりトレーダの位置を取得することが可能とな
る。従って、動的にサービス型を管理するトレーダを生
成したり、トレーダの管理するサービス型を変更するこ
とが可能になる。その結果、プログラム作成後にトレー
ダの分割等によりトレーディングコンテキストが変更さ
れた場合でも、プログラム自体を変更することなく直ち
にトレーダの位置をリードすることが可能である。
【００１２】
【発明の効果】以上説明したように、本発明によれば、
ユーザプログラムとしては実行時にオーバーヘッドとな
るトレーダ検索処理を削減することができるとともに、
トレーダ管理部としては動的にサービス型を管理するト
レーダを生成したり、変更することが可能になる。
ユーザプログラムとしては実行時にオーバーヘッドとな
るトレーダ検索処理を削減することができるとともに、
トレーダ管理部としては動的にサービス型を管理するト
レーダを生成したり、変更することが可能になる。
【図１】本発明の一実施例を示すロードモジュール作成
手順の概略説明図である。
手順の概略説明図である。
【図２】本発明における実行時の構成要素と、処理の流
れを示す機能ブロック図である。
れを示す機能ブロック図である。
【図３】本発明において、トレーダがサポートしている
サービス型を変更する場合の手順を示すシーケンスチャ
ートである。
サービス型を変更する場合の手順を示すシーケンスチャ
ートである。
【図４】図３におけるシーケンスチャートで、書き換え
られるトレーダ位置対応表の内容を示す図である。
られるトレーダ位置対応表の内容を示す図である。
１…ユーザソースプログラム、２…コンパイラ、３…各
サービス型毎のトレーダ擬似ルーチン、４…ユーザプロ
グラムのオブジェクトコード、５…ユーザプログラムの
ロードモジュール、６…トレーダ位置対応表、７…セマ
フオア、８…トレーディングサービス全体、８１…トレ
ーダＸ、８２…トレーダＸ以外のトレーダ、８３…トレ
ーダ管理部、９…共有空間内アドレス、１０…ロードモ
ジュールに割付けられた個別空間、１１…他のユーザプ
ログラムに割付けられた個別空間、１２…共有空間。
サービス型毎のトレーダ擬似ルーチン、４…ユーザプロ
グラムのオブジェクトコード、５…ユーザプログラムの
ロードモジュール、６…トレーダ位置対応表、７…セマ
フオア、８…トレーディングサービス全体、８１…トレ
ーダＸ、８２…トレーダＸ以外のトレーダ、８３…トレ
ーダ管理部、９…共有空間内アドレス、１０…ロードモ
ジュールに割付けられた個別空間、１１…他のユーザプ
ログラムに割付けられた個別空間、１２…共有空間。
Claims (2)
- 【請求項１】分散処理システムで特定の条件に合致する
サービス提供者の位置を検索するトレーディングサービ
スが、複数の独立したトレーダにより実現されている場
合におけるトレーダ選択方法において、 サービス型と、該サービス型を管理しているトレーダと
を対応付け、該サービス型とトレーダ位置の対応関係の
間に中間情報を定義し、該中間情報とトレーダ位置との
対応関係テーブルを各ユーザ共通の領域に保存し、 ユーザプログラムがソースレベルでサービス型を明示し
て、サービス検索要求を行った場合には、コンパイラに
よるコンパイル時点で該サービス型を管理しているトレ
ーダへのアクセスを中間情報へのアクセスに変換した形
態でユーザプログラムのロードモジュールを作成し、 該ユーザプログラムのロードモジュール実行中のサービ
ス検索要求発生時点で、上記対応関係テーブルを参照し
て該中間情報からトレーダ位置情報を取得することを特
徴とする分散処理システムのサービス検索方法。 - 【請求項２】前記ロードモジュールの作成後に、サービ
ス型を格納しているトレーダが変更された場合、前記中
間情報とトレーダ位置の対応関係のうち、トレーダ位置
の部分のみを変更することを特徴とする請求項１に記載
の分散処理システムのサービス検索方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27909696A JP3693311B2 (ja) | 1996-10-22 | 1996-10-22 | 分散処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27909696A JP3693311B2 (ja) | 1996-10-22 | 1996-10-22 | 分散処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10124467A true JPH10124467A (ja) | 1998-05-15 |
| JP3693311B2 JP3693311B2 (ja) | 2005-09-07 |
Family
ID=17606367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27909696A Expired - Lifetime JP3693311B2 (ja) | 1996-10-22 | 1996-10-22 | 分散処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3693311B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006092366A (ja) * | 2004-09-24 | 2006-04-06 | Fuji Xerox Co Ltd | 共同作業空間形成装置、共同作業空間形成方法およびプログラム |
-
1996
- 1996-10-22 JP JP27909696A patent/JP3693311B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006092366A (ja) * | 2004-09-24 | 2006-04-06 | Fuji Xerox Co Ltd | 共同作業空間形成装置、共同作業空間形成方法およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3693311B2 (ja) | 2005-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5835775A (en) | Method and apparatus for executing a family generic processor specific application | |
| US5774722A (en) | Method for efficient external reference resolution in dynamically linked shared code libraries in single address space operating systems | |
| US5761672A (en) | Distributed data base system | |
| JPH09506457A (ja) | アプリケーション・プログラム間のデータを統合するマネージング・リンクのためのリンク・マネジャ | |
| US6212533B1 (en) | Hyper-media document management system having navigation mechanism | |
| CN113626071A (zh) | 函数注册方法、系统、电子设备及存储介质 | |
| CN115934662B (zh) | 文件共享方法、装置、电子设备和存储介质 | |
| US6499094B1 (en) | Management of memory heap space for data files accessible to programs operating in different addressing modes | |
| JP3693311B2 (ja) | 分散処理システム | |
| US5479614A (en) | Object sensor processing method and processor | |
| JPH0520082A (ja) | オブジエクト指向言語の実行システム | |
| JP3018992B2 (ja) | オブジェクト指向言語の実行処理方式 | |
| JP2000187593A (ja) | プログラムシステムのオブジェクト管理装置 | |
| JPH1040118A (ja) | クライアント／サーバシステム及びクライアント端末装置 | |
| JPS63146130A (ja) | 知識単位管理方式 | |
| JPH0474236A (ja) | 分散ファイルシステム | |
| JP2003085013A (ja) | Ｐｄｍシステム、システム接続用プログラム作成方法 | |
| JP2000339175A (ja) | 抽象構文記法を用いたデータ構造定義における型情報の動的割り当て方法 | |
| JPS62263546A (ja) | 多種類メンバ一括管理方式 | |
| JPH1131073A (ja) | クラス間に継承される属性データの管理装置及び管理方法 | |
| JPS62107364A (ja) | コンピュータシステムにおけるノード間のアクセス方法 | |
| JPH07271739A (ja) | スワップ領域分散方式 | |
| JPH05241956A (ja) | 仮想記憶領域分割利用方式 | |
| JPS62192828A (ja) | フアイルスペ−ス割当て方式 | |
| JPH03225539A (ja) | レコード管理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050426 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050620 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090701 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100701 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110701 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120701 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130701 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |