JPH06332830A - アプリケーション管理装置および遠隔手続呼び出しシス テム - Google Patents
アプリケーション管理装置および遠隔手続呼び出しシス テムInfo
- Publication number
- JPH06332830A JPH06332830A JP5120048A JP12004893A JPH06332830A JP H06332830 A JPH06332830 A JP H06332830A JP 5120048 A JP5120048 A JP 5120048A JP 12004893 A JP12004893 A JP 12004893A JP H06332830 A JPH06332830 A JP H06332830A
- Authority
- JP
- Japan
- Prior art keywords
- application
- server
- stub
- client
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 ネットワークで接続されたコンピュータの分
散処理システムにおいて、複数のアプリケーションの要
件に合った柔軟な管理を実現する。 【構成】 アプリケーション管理装置のうち、アプリケ
ーション識別子の型とアプリケーション情報の型のデー
タ構造に依存しない要素１０２、１０３、１０４、１０
５を予め用意し、これらのデータ構造に依存する要素１
０６、１０７、１０８に関しては利用者が作成すること
により、利用者が定義した型のアプリケーション識別子
とアプリケーション情報を管理するアプリケーション管
理装置および遠隔手続呼び出しシステムを得ることがで
きる。
散処理システムにおいて、複数のアプリケーションの要
件に合った柔軟な管理を実現する。 【構成】 アプリケーション管理装置のうち、アプリケ
ーション識別子の型とアプリケーション情報の型のデー
タ構造に依存しない要素１０２、１０３、１０４、１０
５を予め用意し、これらのデータ構造に依存する要素１
０６、１０７、１０８に関しては利用者が作成すること
により、利用者が定義した型のアプリケーション識別子
とアプリケーション情報を管理するアプリケーション管
理装置および遠隔手続呼び出しシステムを得ることがで
きる。
Description
【０００１】
【産業上の利用分野】本発明は、ネットワークで接続さ
れたコンピュータの分散処理システムにおいて、複数の
アプリケーションの情報を管理するアプリケーション管
理装置および遠隔手続呼び出しシステムに関するもので
ある。
れたコンピュータの分散処理システムにおいて、複数の
アプリケーションの情報を管理するアプリケーション管
理装置および遠隔手続呼び出しシステムに関するもので
ある。
【０００２】
【従来の技術】アプリケーション管理装置の例として、
ディレクトリシステムや遠隔手続呼び出し（Remoto Pro
cedure Call 、以下ＲＰＣと略す。）システムにおける
ネームサービスシステムなどが広く知られている。ここ
では例としてＲＰＣシステムにおけるネームサービスシ
ステムについて説明する。
ディレクトリシステムや遠隔手続呼び出し（Remoto Pro
cedure Call 、以下ＲＰＣと略す。）システムにおける
ネームサービスシステムなどが広く知られている。ここ
では例としてＲＰＣシステムにおけるネームサービスシ
ステムについて説明する。
【０００３】図９は従来のＲＰＣシステムのネームサー
ビスの全体構成を示すものである。図９において、９０
１はサービスを要求するクライアントアプリケーション
である。９０２はクライアントアプリケーション９０１
へサービスを提供するサーバアプリケーションである。
９０３はクライアントアプリケーション９０１に対して
連結機能を提供するクライアント連結装置である。９０
４はサーバアプリケーション９０２に対して連結機能を
提供するサーバ連結装置である。９０５はサーバアプリ
ケーション９０２のサービス情報やネットワークの位置
情報を管理するネームサーバ管理装置である。
ビスの全体構成を示すものである。図９において、９０
１はサービスを要求するクライアントアプリケーション
である。９０２はクライアントアプリケーション９０１
へサービスを提供するサーバアプリケーションである。
９０３はクライアントアプリケーション９０１に対して
連結機能を提供するクライアント連結装置である。９０
４はサーバアプリケーション９０２に対して連結機能を
提供するサーバ連結装置である。９０５はサーバアプリ
ケーション９０２のサービス情報やネットワークの位置
情報を管理するネームサーバ管理装置である。
【０００４】以上のように構成されたクライアント連結
装置を用いたＲＰＣシステムについて、以下その動作に
ついて説明する。まず、サーバアプリケーション９０２
が起動され、サービスの提供が可能となると、サーバア
プリケーション９０２は、そのアプリケーション情報を
他のサーバアプリケーションと自アプリケーションとを
識別するアプリケーション識別子とともに登録すること
をサーバ連結装置９０４に対して要求する。要求を受け
たサーバ連結装置９０４は、ネットワーク上の位置情報
などのシステム実行時情報を付加し、アプリケーション
情報としてネームサーバ管理装置９０５へ登録する。こ
の登録処理は、ネットワーク上の様々なサービスを提供
する全てのサーバアプリケーション９０２が起動されて
サービス提供可能となった時に行なわれる。この時点
で、ネームサーバ管理装置９０５は、サービス提供可能
な全てのサーバシステムについての情報を所有すること
になる。一方、クライアントアプリケーション９０１
は、要求するサービスを受けたい時、クライアント連結
装置９０３に対して、該当するサービスを提供するサー
バアプリケーション９０２のアプリケーション情報をア
プリケーション識別子に基づいて要求する。この要求を
受けたクライアント連結装置９０３は、ネームサーバ管
理装置９０５へ該当するサービスを提供するサーバアプ
リケーション９０２の情報をアプリケーション識別子と
ともに要求する。これを受けたネームサーバ管理装置
は、アプリケーション識別子に基づいて管理しているサ
ーバアプリケーションの情報を検索し、該当する全サー
バアプリケーション情報をクライアント連結装置９０３
に返す。クライアント連結装置９０３は、全てのサーバ
アプリケーション情報をクライアントアプリケーション
９０１へ引き渡す。クライアントアプリケーション９０
１は、このアプリケーション情報群の内容から最適なサ
ーバアプリケーションを選択してクライアント連結装置
９０３に対して連結することを要求する。クライアント
連結装置９０３は、選択されたサーバアプリケーション
９０２のアプリケーション情報に基づいて、サーバ連結
装置９０４を介してそのサーバアプリケーション９０２
と連結する。
装置を用いたＲＰＣシステムについて、以下その動作に
ついて説明する。まず、サーバアプリケーション９０２
が起動され、サービスの提供が可能となると、サーバア
プリケーション９０２は、そのアプリケーション情報を
他のサーバアプリケーションと自アプリケーションとを
識別するアプリケーション識別子とともに登録すること
をサーバ連結装置９０４に対して要求する。要求を受け
たサーバ連結装置９０４は、ネットワーク上の位置情報
などのシステム実行時情報を付加し、アプリケーション
情報としてネームサーバ管理装置９０５へ登録する。こ
の登録処理は、ネットワーク上の様々なサービスを提供
する全てのサーバアプリケーション９０２が起動されて
サービス提供可能となった時に行なわれる。この時点
で、ネームサーバ管理装置９０５は、サービス提供可能
な全てのサーバシステムについての情報を所有すること
になる。一方、クライアントアプリケーション９０１
は、要求するサービスを受けたい時、クライアント連結
装置９０３に対して、該当するサービスを提供するサー
バアプリケーション９０２のアプリケーション情報をア
プリケーション識別子に基づいて要求する。この要求を
受けたクライアント連結装置９０３は、ネームサーバ管
理装置９０５へ該当するサービスを提供するサーバアプ
リケーション９０２の情報をアプリケーション識別子と
ともに要求する。これを受けたネームサーバ管理装置
は、アプリケーション識別子に基づいて管理しているサ
ーバアプリケーションの情報を検索し、該当する全サー
バアプリケーション情報をクライアント連結装置９０３
に返す。クライアント連結装置９０３は、全てのサーバ
アプリケーション情報をクライアントアプリケーション
９０１へ引き渡す。クライアントアプリケーション９０
１は、このアプリケーション情報群の内容から最適なサ
ーバアプリケーションを選択してクライアント連結装置
９０３に対して連結することを要求する。クライアント
連結装置９０３は、選択されたサーバアプリケーション
９０２のアプリケーション情報に基づいて、サーバ連結
装置９０４を介してそのサーバアプリケーション９０２
と連結する。
【０００５】
【発明が解決しようとする課題】しかしながら、以上の
ような構成では、ネームサーバ管理装置におけるサーバ
の管理やアクセスはネームサービスシステムが提供する
固定のサービス識別子とサーバ情報に基づいて行なわれ
ており、アプリケーション側がこれに合わせてシステム
を開発する必要があり、アプリケーションの要件に合っ
た柔軟な管理を実現することが困難であるという課題を
有していた。
ような構成では、ネームサーバ管理装置におけるサーバ
の管理やアクセスはネームサービスシステムが提供する
固定のサービス識別子とサーバ情報に基づいて行なわれ
ており、アプリケーション側がこれに合わせてシステム
を開発する必要があり、アプリケーションの要件に合っ
た柔軟な管理を実現することが困難であるという課題を
有していた。
【０００６】本発明は、上記従来技術の課題を解決する
もので、複数のアプリケーションの要件に合った柔軟な
管理を行うことのできるアプリケーション管理装置およ
びこれを利用したシステムを提供することを目的とす
る。
もので、複数のアプリケーションの要件に合った柔軟な
管理を行うことのできるアプリケーション管理装置およ
びこれを利用したシステムを提供することを目的とす
る。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に、本発明のアプリケーション管理装置は、利用者が定
義したアプリケーション識別子の型とアプリケーション
情報の型とを記述したアプリケーション識別子／アプリ
ケーション情報型定義ファイルおよびシステムが予め用
意したアプリケーションの登録、検索、削除のインタフ
ェースを記述した遠隔手続呼び出しインタフェース定義
ファイルに基づいて生成されたクライアントスタブと、
利用者が定義したアプリケーション識別子の比較処理を
記述したアプリケーション識別子比較処理ソースコード
ファイルおよびシステムが予め用意したアプリケーショ
ン管理の基本処理である登録処理、検索処理、削除処理
を記述したアプリケーション管理サーバ基本処理ソース
コードファイルに基づいて生成されたアプリケーション
管理サーバとを備えている。
に、本発明のアプリケーション管理装置は、利用者が定
義したアプリケーション識別子の型とアプリケーション
情報の型とを記述したアプリケーション識別子／アプリ
ケーション情報型定義ファイルおよびシステムが予め用
意したアプリケーションの登録、検索、削除のインタフ
ェースを記述した遠隔手続呼び出しインタフェース定義
ファイルに基づいて生成されたクライアントスタブと、
利用者が定義したアプリケーション識別子の比較処理を
記述したアプリケーション識別子比較処理ソースコード
ファイルおよびシステムが予め用意したアプリケーショ
ン管理の基本処理である登録処理、検索処理、削除処理
を記述したアプリケーション管理サーバ基本処理ソース
コードファイルに基づいて生成されたアプリケーション
管理サーバとを備えている。
【０００８】また本発明のＲＰＣシステムは、上記構成
のアプリケーション管理装置と、クライアントアプリケ
ーションとサーバアプリケーション間のデータ通信処理
を行うクライアントスタブおよびサーバスタブとを備え
ている。
のアプリケーション管理装置と、クライアントアプリケ
ーションとサーバアプリケーション間のデータ通信処理
を行うクライアントスタブおよびサーバスタブとを備え
ている。
【０００９】
【作用】本発明は、上記構成によって、 利用者が定義
したアプリケーション識別子の型とアプリケーション情
報の型から生成されるアプリケーション管理装置を設け
ることにより、複数のアプリケーションの要件に合った
柔軟なアプリケーション管理および遠隔手続呼び出しを
実現することができる。
したアプリケーション識別子の型とアプリケーション情
報の型から生成されるアプリケーション管理装置を設け
ることにより、複数のアプリケーションの要件に合った
柔軟なアプリケーション管理および遠隔手続呼び出しを
実現することができる。
【００１０】
（実施例１）以下、本発明の第１の実施例について図面
を参照しながら説明する。図１は本発明の第１の実施例
におけるアプリケーション管理システムの構成図であ
る。図１において、１０１はアプリケーション管理サー
バである。１０２はアプリケーション管理表である。ア
プリケーション管理表１０２はKEY 型のアプリケーショ
ン識別子とOBJECT型のアプリケーション情報とを対応付
けている。KEY 型、OBJECT型の定義は利用者が行なう。
１０３はアプリケーション管理表１０２にアプリケーシ
ョン識別子とアプリケーション情報を登録する処理を行
なう登録処理部、１０４はアプリケーション管理表１０
２からアプリケーション情報を検索する処理を行なう検
索処理部、１０５はアプリケーション管理表１０２から
アプリケーション情報を削除する処理を行なう削除処理
部である。１０６はサーバスタブである。アプリケーシ
ョン管理サーバ１０１は、このサーバスタブ１０６を用
いて登録処理、検索処理、削除処理のサービスを提供す
る。１０７はアプリケーション識別子比較処理部であ
る。これは２つのKEY 型のアプリケーション識別子を入
力値とし、それらが同じものかどうかを判断し、その結
果を返す。１０８は登録、検索、削除の各処理サービス
へのアクセスをアプリケーションに提供するクライアン
トスタブ、１０９はアプリケーションである。
を参照しながら説明する。図１は本発明の第１の実施例
におけるアプリケーション管理システムの構成図であ
る。図１において、１０１はアプリケーション管理サー
バである。１０２はアプリケーション管理表である。ア
プリケーション管理表１０２はKEY 型のアプリケーショ
ン識別子とOBJECT型のアプリケーション情報とを対応付
けている。KEY 型、OBJECT型の定義は利用者が行なう。
１０３はアプリケーション管理表１０２にアプリケーシ
ョン識別子とアプリケーション情報を登録する処理を行
なう登録処理部、１０４はアプリケーション管理表１０
２からアプリケーション情報を検索する処理を行なう検
索処理部、１０５はアプリケーション管理表１０２から
アプリケーション情報を削除する処理を行なう削除処理
部である。１０６はサーバスタブである。アプリケーシ
ョン管理サーバ１０１は、このサーバスタブ１０６を用
いて登録処理、検索処理、削除処理のサービスを提供す
る。１０７はアプリケーション識別子比較処理部であ
る。これは２つのKEY 型のアプリケーション識別子を入
力値とし、それらが同じものかどうかを判断し、その結
果を返す。１０８は登録、検索、削除の各処理サービス
へのアクセスをアプリケーションに提供するクライアン
トスタブ、１０９はアプリケーションである。
【００１１】以上のように構成されたアプリケーション
管理装置について、以下その動作を説明する。アプリケ
ーション１０９は、起動時にアプリケーション管理サー
バ１０１に対し自アプリケーション情報を登録する。ア
プリケーション１０９は、KEY 型のアプリケーション識
別子とOBJECT型のアプリケーション情報を引数にして、
クライアントスタブ１０８を使ってアプリケーション管
理サーバ１０１に登録要求を行なう。クライアントスタ
ブ１０８は、利用者が定義したKEY 型とOBJECT型のデー
タ構造を参照し、それに応じた要求メッセージを作成
し、サーバスタブ１０６へメッセージを送信する。サー
バスタブ１０６は、クライアントスタブ１０８から要求
メッセージを受け取ると、利用者が定義したKEY 型とOB
JECT型のデータ構造を参照して、要求メッセージからア
プリケーション識別子とアプリケーション情報を復元
し、登録処理部１０３に処理を依頼する。このとき、引
数として復元したアプリケーション識別子とアプリケー
ション情報を登録処理部１０３に渡す。
管理装置について、以下その動作を説明する。アプリケ
ーション１０９は、起動時にアプリケーション管理サー
バ１０１に対し自アプリケーション情報を登録する。ア
プリケーション１０９は、KEY 型のアプリケーション識
別子とOBJECT型のアプリケーション情報を引数にして、
クライアントスタブ１０８を使ってアプリケーション管
理サーバ１０１に登録要求を行なう。クライアントスタ
ブ１０８は、利用者が定義したKEY 型とOBJECT型のデー
タ構造を参照し、それに応じた要求メッセージを作成
し、サーバスタブ１０６へメッセージを送信する。サー
バスタブ１０６は、クライアントスタブ１０８から要求
メッセージを受け取ると、利用者が定義したKEY 型とOB
JECT型のデータ構造を参照して、要求メッセージからア
プリケーション識別子とアプリケーション情報を復元
し、登録処理部１０３に処理を依頼する。このとき、引
数として復元したアプリケーション識別子とアプリケー
ション情報を登録処理部１０３に渡す。
【００１２】図２はこの登録処理部１０３の動作を示し
ている。図２において登録処理部１０３は、アプリケー
ション管理表１０２から既に登録されているアプリケー
ション識別子を取り出し、引数として渡されたアプリケ
ーション識別子とともにアプリケーション識別子比較処
理部１０７に渡す。アプリケーション識別子比較処理部
１０７では、KEY 型のデータ構造に基づき比較を行ない
（ステップ２０１）、同一か否かの結果を判定する（ス
テップ２０２）。この結果が同一ならば処理を終了し、
同一でない場合は、アプリケーション管理表１０２に登
録されている残りのアプリケーション識別子に対し、こ
の処理を繰り返す（ステップ２０３）。この結果、同一
のものが存在しない場合、引数で渡されたアプリケーシ
ョン識別子とアプリケーション情報をアプリケーション
管理表に登録する（ステップ２０４）。
ている。図２において登録処理部１０３は、アプリケー
ション管理表１０２から既に登録されているアプリケー
ション識別子を取り出し、引数として渡されたアプリケ
ーション識別子とともにアプリケーション識別子比較処
理部１０７に渡す。アプリケーション識別子比較処理部
１０７では、KEY 型のデータ構造に基づき比較を行ない
（ステップ２０１）、同一か否かの結果を判定する（ス
テップ２０２）。この結果が同一ならば処理を終了し、
同一でない場合は、アプリケーション管理表１０２に登
録されている残りのアプリケーション識別子に対し、こ
の処理を繰り返す（ステップ２０３）。この結果、同一
のものが存在しない場合、引数で渡されたアプリケーシ
ョン識別子とアプリケーション情報をアプリケーション
管理表に登録する（ステップ２０４）。
【００１３】次にアプリケーション１０９が他のアプリ
ケーションの情報を取得するときの動作について説明す
る。アプリケーション１０９は、取得したい情報に対応
するKEY 型のアプリケーション識別子を引数にしてクラ
イアントスタブ１０８を使ってアプリケーション管理サ
ーバ１０１に検索要求を行なう。クライアントスタブは
利用者が定義したKEY 型のデータ構造を参照し、それに
応じた要求メッセージを作成し、サーバスタブ１０６へ
メッセージを送信する。サーバスタブ１０６は、クライ
アントスタブ１０８から要求メッセージを受け取ると、
利用者が定義したKEY 型のデータ構造を参照して要求メ
ッセージからアプリケーション識別子を復元し、検索処
理部１０４に処理を依頼する。このとき、引数として復
元したアプリケーション識別子を検索処理部１０４に渡
す。
ケーションの情報を取得するときの動作について説明す
る。アプリケーション１０９は、取得したい情報に対応
するKEY 型のアプリケーション識別子を引数にしてクラ
イアントスタブ１０８を使ってアプリケーション管理サ
ーバ１０１に検索要求を行なう。クライアントスタブは
利用者が定義したKEY 型のデータ構造を参照し、それに
応じた要求メッセージを作成し、サーバスタブ１０６へ
メッセージを送信する。サーバスタブ１０６は、クライ
アントスタブ１０８から要求メッセージを受け取ると、
利用者が定義したKEY 型のデータ構造を参照して要求メ
ッセージからアプリケーション識別子を復元し、検索処
理部１０４に処理を依頼する。このとき、引数として復
元したアプリケーション識別子を検索処理部１０４に渡
す。
【００１４】図３はこの検索処理部１０４の動作を示し
ている。図３において、検索処理部は、アプリケーショ
ン管理表１０２から既に登録されているアプリケーショ
ン識別子を取り出し、引数として渡されたアプリケーシ
ョン識別子とともにアプリケーション識別子比較処理部
１０７に渡す。アプリケーション識別子比較処理部１０
７では、KEY 型のデータ構造に基づき比較を行ない（ス
テップ３０１）、同一か否かの結果を判定する（ステッ
プ３０２）。この結果が同一ならば、同一のアプリケー
ション識別子に対応するアプリケーション管理表１０２
内に登録されているアプリケーション情報を返り値とす
る（ステップ３０３）。同一でない場合は、アプリケー
ション管理表に登録されている残りのアプリケーション
識別子に対し、この処理を繰り返す（ステップ３０
４）。この結果、同一のものが存在しない場合、検索に
失敗したのでエラーとして空のアプリケーション情報を
返り値とする（ステップ３０５）。最後にこの返り値を
サーバスタブ１０６に渡して処理を終了する（ステップ
３０６）。サーバスタブ１０６は、返り値を受け取る
と、利用者が定義したOBJECT型のデータ構造を参照し、
それに応じた応答メッセージを作成し、クライアントス
タブ１０８に応答メッセージを送信する。クライアント
スタブ１０８は、サーバスタブ１０６から応答メッセー
ジを受け取ると、利用者が定義したOBJECT型のデータ構
造を参照して、応答メッセージからアプリケーション情
報を復元して、これをアプリケーションに返す。
ている。図３において、検索処理部は、アプリケーショ
ン管理表１０２から既に登録されているアプリケーショ
ン識別子を取り出し、引数として渡されたアプリケーシ
ョン識別子とともにアプリケーション識別子比較処理部
１０７に渡す。アプリケーション識別子比較処理部１０
７では、KEY 型のデータ構造に基づき比較を行ない（ス
テップ３０１）、同一か否かの結果を判定する（ステッ
プ３０２）。この結果が同一ならば、同一のアプリケー
ション識別子に対応するアプリケーション管理表１０２
内に登録されているアプリケーション情報を返り値とす
る（ステップ３０３）。同一でない場合は、アプリケー
ション管理表に登録されている残りのアプリケーション
識別子に対し、この処理を繰り返す（ステップ３０
４）。この結果、同一のものが存在しない場合、検索に
失敗したのでエラーとして空のアプリケーション情報を
返り値とする（ステップ３０５）。最後にこの返り値を
サーバスタブ１０６に渡して処理を終了する（ステップ
３０６）。サーバスタブ１０６は、返り値を受け取る
と、利用者が定義したOBJECT型のデータ構造を参照し、
それに応じた応答メッセージを作成し、クライアントス
タブ１０８に応答メッセージを送信する。クライアント
スタブ１０８は、サーバスタブ１０６から応答メッセー
ジを受け取ると、利用者が定義したOBJECT型のデータ構
造を参照して、応答メッセージからアプリケーション情
報を復元して、これをアプリケーションに返す。
【００１５】次にアプリケーション１０９が終了する
際、アプリケーション管理サーバ１０１に自分の情報の
削除要求を行なう場合の動作について説明する。アプリ
ケーション１０９は、KEY 型の自分自身のアプリケーシ
ョン識別子を引数にしてクライアントスタブ１０８を使
ってアプリケーション管理サーバ１０１に削除処理要求
を行なう。クライアントスタブ１０８は、利用者が定義
したKEY 型のデータ構造を参照し、それに応じた要求メ
ッセージを作成し、サーバスタブ１０６へメッセージを
送信する。サーバスタブ１０６は、クライアントスタブ
１０８から要求メッセージを受け取ると、利用者が定義
したKEY 型のデータ構造を参照して要求メッセージから
アプリケーション識別子を復元し、削除処理部１０５に
処理を依頼する。このとき、引数として復元したアプリ
ケーション識別子を削除処理部１０５に渡す。
際、アプリケーション管理サーバ１０１に自分の情報の
削除要求を行なう場合の動作について説明する。アプリ
ケーション１０９は、KEY 型の自分自身のアプリケーシ
ョン識別子を引数にしてクライアントスタブ１０８を使
ってアプリケーション管理サーバ１０１に削除処理要求
を行なう。クライアントスタブ１０８は、利用者が定義
したKEY 型のデータ構造を参照し、それに応じた要求メ
ッセージを作成し、サーバスタブ１０６へメッセージを
送信する。サーバスタブ１０６は、クライアントスタブ
１０８から要求メッセージを受け取ると、利用者が定義
したKEY 型のデータ構造を参照して要求メッセージから
アプリケーション識別子を復元し、削除処理部１０５に
処理を依頼する。このとき、引数として復元したアプリ
ケーション識別子を削除処理部１０５に渡す。
【００１６】図４はこの削除処理部１０５の動作を示し
ている。図４において、削除処理部１０５は、アプリケ
ーション管理表１０２から既に登録されているアプリケ
ーション識別子を取り出し、引数として渡されたアプリ
ケーション識別子とともにアプリケーション識別子比較
処理部１０７に渡す。アプリケーション識別子比較処理
部１０７では、KEY 型のデータ構造に基づき比較を行な
い（ステップ４０１）、同一か否かの結果を判定する
（ステップ４０２）。この結果が同一ならば、同一のア
プリケーション識別子に対応するアプリケーション管理
表１０２内のアプリケーション識別子とアプリケーショ
ン情報を表から削除し、処理を終了する（ステップ４０
４）。同一でない場合は、アプリケーション管理表に登
録されている残りのアプリケーション識別子に対し、こ
の処理を繰り返す（ステップ４０３）。この結果、同一
のものが存在しない場合は、削除すべきアプリケーショ
ン識別子とアプリケーション情報がアプリケーション管
理表１０２に登録されていないので、そのまま処理を終
了する。
ている。図４において、削除処理部１０５は、アプリケ
ーション管理表１０２から既に登録されているアプリケ
ーション識別子を取り出し、引数として渡されたアプリ
ケーション識別子とともにアプリケーション識別子比較
処理部１０７に渡す。アプリケーション識別子比較処理
部１０７では、KEY 型のデータ構造に基づき比較を行な
い（ステップ４０１）、同一か否かの結果を判定する
（ステップ４０２）。この結果が同一ならば、同一のア
プリケーション識別子に対応するアプリケーション管理
表１０２内のアプリケーション識別子とアプリケーショ
ン情報を表から削除し、処理を終了する（ステップ４０
４）。同一でない場合は、アプリケーション管理表に登
録されている残りのアプリケーション識別子に対し、こ
の処理を繰り返す（ステップ４０３）。この結果、同一
のものが存在しない場合は、削除すべきアプリケーショ
ン識別子とアプリケーション情報がアプリケーション管
理表１０２に登録されていないので、そのまま処理を終
了する。
【００１７】以上のように、登録処理部１０３、検索処
理部１０４、削除処理１０５は、アプリケーション識別
子の型KEY とアプリケーション情報の型OBJECTのデータ
構造に依存しない処理として実現されている。また、ア
プリケーション管理表１０２は、KEY 型とOBJECT型の対
応付けを行なう表であるが、それ自体の実現は、KEY型
とOBJECT型のデータ構造に依存しない。また、アプリケ
ーション識別子比較処理部１０７、サーバスタブ１０
６、クライアントスタブ１０８は、KEY 型とOBJECT型の
データ構造に依存した処理として実現されている。
理部１０４、削除処理１０５は、アプリケーション識別
子の型KEY とアプリケーション情報の型OBJECTのデータ
構造に依存しない処理として実現されている。また、ア
プリケーション管理表１０２は、KEY 型とOBJECT型の対
応付けを行なう表であるが、それ自体の実現は、KEY型
とOBJECT型のデータ構造に依存しない。また、アプリケ
ーション識別子比較処理部１０７、サーバスタブ１０
６、クライアントスタブ１０８は、KEY 型とOBJECT型の
データ構造に依存した処理として実現されている。
【００１８】このようなアプリケーション管理装置は、
次のような構成要素から作成される。その作成過程につ
いて図５を用いて以下に説明する。図５において、５０
１はアプリケーション管理サーバ１０１とのRPC インタ
フェース定義を記述したファイルであり、その内容はア
プリケーション識別子KEY 型とアプリケーション情報OB
JECT型を引数とするアプリケーション登録インタフェー
ス、アプリケーション識別子KEY 型を引数としアプリケ
ーション情報OBJECT型を返り値とするアプリケーション
情報検索インタフェース、アプリケーション識別子KEY
型を引数とするアプリケーション削除インタフェースか
ら構成される。このインタフェース定義は、KEY 型、OB
JECT型がどのようなデータ構造になっているかに依存し
ない形式で記述されている。５０２はアプリケーション
を管理するために使用するアプリケーション識別子とア
プリケーション情報の型を定義したファイルであり、利
用者はこのアプリケーション識別子／アプリケーション
情報型定義ファイル５０２に、利用者が定義したアプリ
ケーション識別子とアプリケーション情報の型を記述す
る。５０３はRPC コンパイラであり、これは、RPC コン
パイラが定めるインタフェース定義言語により記述され
たRPC のインタフェース定義と、RPC インタフェース定
義の中で引数または返り値として利用される利用者定義
型の定義から、そのインタフェースに対応するクライア
ントスタブ、サーバスタブを出力する装置であり、Mich
ael B. Jones, Richard F. Rashid, Mary R. Thompson,
"Matchmaker: An Interface Specification Language
for Distributed Processing",Proceeding of the 12th
ACM SIGACT-SIGPLAN Symposium on Principles of Pro
gramming Language, ACM, January 1985.に記載された
例が一般的に知られている。RPC コンパイラ５０３は、
RPC インタフェース定義ファイル５０１とアプリケーシ
ョン識別子／アプリケーション情報型定義ファイル５０
２を入力し、クライアントスタブファイル５０４、クラ
イアント／サーバ共通部ファイル５０５、サーバスタブ
ファイル５０６を出力する。RPC インタフェース定義フ
ァイル５０１とアプリケーション識別子／アプリケーシ
ョン情報型定義ファイル５０２の記述方式は、RPC コン
パイラ５０３の仕様に依存する。クライアントスタブフ
ァイル５０４、クライアント／サーバ共通部ファイル５
０５、サーバスタブファイル５０６は、利用者が定義し
たアプリケーション識別子の型KEY とアプリケーション
情報の型OBJECTのデータ構造を参照して要求メッセージ
や応答メッセージの作成と送受信、受信されたデータの
復元などを行なう部分である。クライアントスタブとサ
ーバスタブでは処理が似ており、全く同じ処理を行なう
部分がいくつかあるので、たいていのRPC コンパイラで
は、このような処理をクライアント／サーバ共通部ファ
イル５０５に格納し、同じ処理を重複して記述する無駄
を省くようになっている。クライアントスタブファイル
５０４とクライアント／サーバ共通部ファイル５０５
は、クライアントスタブ１０８の処理を記述したもので
あり、クライアント／サーバ共通部ファイル５０５とサ
ーバスタブファイル５０６は、サーバスタブ１０６の処
理を記述したものである。５０７はプログラミング言語
コンパイラ、１０８はプログラミング言語コンパイラ５
０７により出力されたクライアントスタブ、５０８は利
用者が用意するアプリケーション識別子比較処理ソース
コードファイルであり、このファイルにはアプリケーシ
ョン識別子比較関数の処理がプログラミング言語で記述
してある。アプリケーション識別子比較関数は、２つの
アプリケーション識別子を入力値とし、この２つのアプ
リケーション識別子が同一か否かを判断し、その結果を
返す関数であり、このファイルに記述された処理は、ア
プリケーション識別子比較処理部１０５に相当し、処理
はアプリケーション識別子KEY 型のデータ構造に依存す
る。５０９はアプリケーションサーバの基本的な処理を
記述したファイルであり、登録処理部１０３、検索処理
部１０４、削除処理部１０５の処理とアプリケーション
管理表１０２の定義が記述されている。このファイルに
記述されている内容は，アプリケーション識別子の型KE
Y とアプリケーション情報の型OBJECTのデータ構造には
依存しないコードで実現されている。５１０はプログラ
ミング言語のコンパイラとリンカ、１０１はコンパイラ
／リンカ５１０により出力されたアプリケーション管理
サーバである。
次のような構成要素から作成される。その作成過程につ
いて図５を用いて以下に説明する。図５において、５０
１はアプリケーション管理サーバ１０１とのRPC インタ
フェース定義を記述したファイルであり、その内容はア
プリケーション識別子KEY 型とアプリケーション情報OB
JECT型を引数とするアプリケーション登録インタフェー
ス、アプリケーション識別子KEY 型を引数としアプリケ
ーション情報OBJECT型を返り値とするアプリケーション
情報検索インタフェース、アプリケーション識別子KEY
型を引数とするアプリケーション削除インタフェースか
ら構成される。このインタフェース定義は、KEY 型、OB
JECT型がどのようなデータ構造になっているかに依存し
ない形式で記述されている。５０２はアプリケーション
を管理するために使用するアプリケーション識別子とア
プリケーション情報の型を定義したファイルであり、利
用者はこのアプリケーション識別子／アプリケーション
情報型定義ファイル５０２に、利用者が定義したアプリ
ケーション識別子とアプリケーション情報の型を記述す
る。５０３はRPC コンパイラであり、これは、RPC コン
パイラが定めるインタフェース定義言語により記述され
たRPC のインタフェース定義と、RPC インタフェース定
義の中で引数または返り値として利用される利用者定義
型の定義から、そのインタフェースに対応するクライア
ントスタブ、サーバスタブを出力する装置であり、Mich
ael B. Jones, Richard F. Rashid, Mary R. Thompson,
"Matchmaker: An Interface Specification Language
for Distributed Processing",Proceeding of the 12th
ACM SIGACT-SIGPLAN Symposium on Principles of Pro
gramming Language, ACM, January 1985.に記載された
例が一般的に知られている。RPC コンパイラ５０３は、
RPC インタフェース定義ファイル５０１とアプリケーシ
ョン識別子／アプリケーション情報型定義ファイル５０
２を入力し、クライアントスタブファイル５０４、クラ
イアント／サーバ共通部ファイル５０５、サーバスタブ
ファイル５０６を出力する。RPC インタフェース定義フ
ァイル５０１とアプリケーション識別子／アプリケーシ
ョン情報型定義ファイル５０２の記述方式は、RPC コン
パイラ５０３の仕様に依存する。クライアントスタブフ
ァイル５０４、クライアント／サーバ共通部ファイル５
０５、サーバスタブファイル５０６は、利用者が定義し
たアプリケーション識別子の型KEY とアプリケーション
情報の型OBJECTのデータ構造を参照して要求メッセージ
や応答メッセージの作成と送受信、受信されたデータの
復元などを行なう部分である。クライアントスタブとサ
ーバスタブでは処理が似ており、全く同じ処理を行なう
部分がいくつかあるので、たいていのRPC コンパイラで
は、このような処理をクライアント／サーバ共通部ファ
イル５０５に格納し、同じ処理を重複して記述する無駄
を省くようになっている。クライアントスタブファイル
５０４とクライアント／サーバ共通部ファイル５０５
は、クライアントスタブ１０８の処理を記述したもので
あり、クライアント／サーバ共通部ファイル５０５とサ
ーバスタブファイル５０６は、サーバスタブ１０６の処
理を記述したものである。５０７はプログラミング言語
コンパイラ、１０８はプログラミング言語コンパイラ５
０７により出力されたクライアントスタブ、５０８は利
用者が用意するアプリケーション識別子比較処理ソース
コードファイルであり、このファイルにはアプリケーシ
ョン識別子比較関数の処理がプログラミング言語で記述
してある。アプリケーション識別子比較関数は、２つの
アプリケーション識別子を入力値とし、この２つのアプ
リケーション識別子が同一か否かを判断し、その結果を
返す関数であり、このファイルに記述された処理は、ア
プリケーション識別子比較処理部１０５に相当し、処理
はアプリケーション識別子KEY 型のデータ構造に依存す
る。５０９はアプリケーションサーバの基本的な処理を
記述したファイルであり、登録処理部１０３、検索処理
部１０４、削除処理部１０５の処理とアプリケーション
管理表１０２の定義が記述されている。このファイルに
記述されている内容は，アプリケーション識別子の型KE
Y とアプリケーション情報の型OBJECTのデータ構造には
依存しないコードで実現されている。５１０はプログラ
ミング言語のコンパイラとリンカ、１０１はコンパイラ
／リンカ５１０により出力されたアプリケーション管理
サーバである。
【００１９】次に、クライアントスタブ１０８の生成過
程を図６のフローを用いて説明する。利用者は、エディ
タでアプリケーション識別子とアプリケーション情報の
型定義を編集し、RPC コンパイラ５０３の入力ファイル
の一つであるアプリケーション識別子／アプリケーショ
ン情報型定義ファイル５０２を作成する（ステップ６０
１）。次にアプリケーション識別子／アプリケーション
情報型定義ファイル５０２とあらかじめ記憶装置に格納
されているRPC インタフェース定義ファイル５０１とを
合わせて一つのファイルとし、RPC コンパイラ５０３の
入力ファイルを作成する（ステップ６０２）。RPC コン
パイラ５０３は、このファイルを入力し、クライアント
スタブファイル５０４、クライアント／サーバ共通部フ
ァイル５０５、サーバスタブファイル５０６を出力する
（ステップ６０３）。この出力されたクライアントスタ
ブファイル５０４、クライアント／サーバ共通部ファイ
ル５０５、サーバスタブファイル５０６には、入力ファ
イルの中で利用者が定義したアプリケーション識別子の
型KEY とアプリケーション情報の型OBJECTのデータ構造
に依存する処理が記述されている。次にクライアントス
タブファイル５０４、クライアント／サーバ共通部ファ
イル５０５をコンパイルし、クライアントスタブ１０８
を生成する（ステップ６０４）。
程を図６のフローを用いて説明する。利用者は、エディ
タでアプリケーション識別子とアプリケーション情報の
型定義を編集し、RPC コンパイラ５０３の入力ファイル
の一つであるアプリケーション識別子／アプリケーショ
ン情報型定義ファイル５０２を作成する（ステップ６０
１）。次にアプリケーション識別子／アプリケーション
情報型定義ファイル５０２とあらかじめ記憶装置に格納
されているRPC インタフェース定義ファイル５０１とを
合わせて一つのファイルとし、RPC コンパイラ５０３の
入力ファイルを作成する（ステップ６０２）。RPC コン
パイラ５０３は、このファイルを入力し、クライアント
スタブファイル５０４、クライアント／サーバ共通部フ
ァイル５０５、サーバスタブファイル５０６を出力する
（ステップ６０３）。この出力されたクライアントスタ
ブファイル５０４、クライアント／サーバ共通部ファイ
ル５０５、サーバスタブファイル５０６には、入力ファ
イルの中で利用者が定義したアプリケーション識別子の
型KEY とアプリケーション情報の型OBJECTのデータ構造
に依存する処理が記述されている。次にクライアントス
タブファイル５０４、クライアント／サーバ共通部ファ
イル５０５をコンパイルし、クライアントスタブ１０８
を生成する（ステップ６０４）。
【００２０】次にアプリケーション管理サーバ１０１の
生成過程を図７を用いて説明する。利用者は、エディタ
でアプリケーション識別子比較関数の処理を記述し、ア
プリケーション識別子比較処理ソースコードファイル５
０８を作成する（ステップ７０１）。次にアプリケーシ
ョン識別子比較処理ソースコードファイル５０８とあら
かじめ記憶装置に格納されているアプリケーション管理
サーバ基本処理ソースコードファイル５０９と、上述の
クライアントスタブ生成過程で生成されたクライアント
／サーバ共通部ファイル５０５とサーバスタブファイル
５０６をそれぞれコンパイルしリンクしてアプリケーシ
ョン管理サーバ１０１を生成する。
生成過程を図７を用いて説明する。利用者は、エディタ
でアプリケーション識別子比較関数の処理を記述し、ア
プリケーション識別子比較処理ソースコードファイル５
０８を作成する（ステップ７０１）。次にアプリケーシ
ョン識別子比較処理ソースコードファイル５０８とあら
かじめ記憶装置に格納されているアプリケーション管理
サーバ基本処理ソースコードファイル５０９と、上述の
クライアントスタブ生成過程で生成されたクライアント
／サーバ共通部ファイル５０５とサーバスタブファイル
５０６をそれぞれコンパイルしリンクしてアプリケーシ
ョン管理サーバ１０１を生成する。
【００２１】以上のようにして生成されたクライアント
スタブ１０８とアプリケーション管理サーバ１０１から
なるアプリケーション管理装置により、利用者が定義し
たアプリケーション識別子の型KEY とアプリケーション
情報の型OBJECTを用いたアプリケーション管理を実現す
ることが可能となる。
スタブ１０８とアプリケーション管理サーバ１０１から
なるアプリケーション管理装置により、利用者が定義し
たアプリケーション識別子の型KEY とアプリケーション
情報の型OBJECTを用いたアプリケーション管理を実現す
ることが可能となる。
【００２２】（実施例２）次に、本発明の第２の実施例
について図面を参照しながら説明する。図８は本発明の
第２の実施例におけるＲＰＣシステムの構成図である。
８０１はＲＰＣシステムの構成要素の一つであるＲＰＣ
クライアントスタブ、８０２はＲＰＣシステムの構成要
素の一つであるＲＰＣサーバスタブ、８０３はＲＰＣシ
ステムのクライアントアプリケーション、８０４はＲＰ
Ｃシステムのサーバアプリケーションである。ＲＰＣシ
ステムでは、クライアントアプリケーションとサーバア
プリケーションがデータ転送を行なうために、クライア
ントアプリケーションはサーバアプリケーションの所在
情報を知る必要があり、この所在情報はＲＰＣシステム
の仕様に依存する。１０１はサーバアプリケーションの
所在情報をアプリケーション情報とした実施例１のアプ
リケーション管理装置におけるアプリケーション管理サ
ーバ、１０８はサーバアプリケーションの所在情報をア
プリケーション情報とした実施例１のアプリケーション
管理装置におけるクライアントスタブである。
について図面を参照しながら説明する。図８は本発明の
第２の実施例におけるＲＰＣシステムの構成図である。
８０１はＲＰＣシステムの構成要素の一つであるＲＰＣ
クライアントスタブ、８０２はＲＰＣシステムの構成要
素の一つであるＲＰＣサーバスタブ、８０３はＲＰＣシ
ステムのクライアントアプリケーション、８０４はＲＰ
Ｃシステムのサーバアプリケーションである。ＲＰＣシ
ステムでは、クライアントアプリケーションとサーバア
プリケーションがデータ転送を行なうために、クライア
ントアプリケーションはサーバアプリケーションの所在
情報を知る必要があり、この所在情報はＲＰＣシステム
の仕様に依存する。１０１はサーバアプリケーションの
所在情報をアプリケーション情報とした実施例１のアプ
リケーション管理装置におけるアプリケーション管理サ
ーバ、１０８はサーバアプリケーションの所在情報をア
プリケーション情報とした実施例１のアプリケーション
管理装置におけるクライアントスタブである。
【００２３】次に本実施例の動作について説明する。Ｒ
ＰＣサーバアプリケーション８０４は、起動時にアプリ
ケーション情報である自分自身の所在情報の登録要求を
実施例１で説明したようにクライアントスタブ１０８を
用いてアプリケーション管理サーバ１０１に対して行な
い、所在情報をアプリケーション管理サーバ１０１に登
録する。ＲＰＣクライアントアプリケーション８０３
は、ＲＰＣサーバアプリケーション８０４に対して初め
てＲＰＣを実行する際、ＲＰＣサーバアプリケーション
８０４の所在情報を取得するために、ＲＰＣサーバアプ
リケーション８０４に対応するアプリケーション識別子
を引数にし、実施例１で説明したようにクライアントス
タブ１０８を用いてアプリケーション管理サーバ１０１
に検索要求を行ない、ＲＰＣサーバアプリケーション８
０４の所在情報を取得し、これをＲＰＣクライアントス
タブ８０１に渡す。ＲＰＣクライアントスタブ８０１
は、この所在情報を用いてＲＰＣサーバスタブ８０２と
の連結処理を行ない、以後、ＲＰＣクライアントアプリ
ケーション８０３とＲＰＣサーバアプリケーション８０
４とでＲＰＣの実行が可能となる。ＲＰＣサーバアプリ
ケーション８０４は、終了時にアプリケーション情報で
ある自分自身の所在情報の削除要求を実施例１で説明し
たようにクライアントスタブ１０８を用いてアプリケー
ション管理サーバ１０１に対して行ない、所在情報をア
プリケーション管理サーバ１０１から削除する。
ＰＣサーバアプリケーション８０４は、起動時にアプリ
ケーション情報である自分自身の所在情報の登録要求を
実施例１で説明したようにクライアントスタブ１０８を
用いてアプリケーション管理サーバ１０１に対して行な
い、所在情報をアプリケーション管理サーバ１０１に登
録する。ＲＰＣクライアントアプリケーション８０３
は、ＲＰＣサーバアプリケーション８０４に対して初め
てＲＰＣを実行する際、ＲＰＣサーバアプリケーション
８０４の所在情報を取得するために、ＲＰＣサーバアプ
リケーション８０４に対応するアプリケーション識別子
を引数にし、実施例１で説明したようにクライアントス
タブ１０８を用いてアプリケーション管理サーバ１０１
に検索要求を行ない、ＲＰＣサーバアプリケーション８
０４の所在情報を取得し、これをＲＰＣクライアントス
タブ８０１に渡す。ＲＰＣクライアントスタブ８０１
は、この所在情報を用いてＲＰＣサーバスタブ８０２と
の連結処理を行ない、以後、ＲＰＣクライアントアプリ
ケーション８０３とＲＰＣサーバアプリケーション８０
４とでＲＰＣの実行が可能となる。ＲＰＣサーバアプリ
ケーション８０４は、終了時にアプリケーション情報で
ある自分自身の所在情報の削除要求を実施例１で説明し
たようにクライアントスタブ１０８を用いてアプリケー
ション管理サーバ１０１に対して行ない、所在情報をア
プリケーション管理サーバ１０１から削除する。
【００２４】なお、任意のＲＰＣシステムに対し、その
ＲＰＣシステムの仕様に合わせたＲＰＣサーバアプリケ
ーション所在情報をアプリケーション情報としたアプリ
ケーション管理装置を用いることにより、どのようなＲ
ＰＣシステムを用いても実施例２で説明したクライアン
トアプリケーションとサーバアプリケーションを自動的
に連結するＲＰＣシステムを実現することが可能であ
る。
ＲＰＣシステムの仕様に合わせたＲＰＣサーバアプリケ
ーション所在情報をアプリケーション情報としたアプリ
ケーション管理装置を用いることにより、どのようなＲ
ＰＣシステムを用いても実施例２で説明したクライアン
トアプリケーションとサーバアプリケーションを自動的
に連結するＲＰＣシステムを実現することが可能であ
る。
【００２５】
【発明の効果】以上のように本発明は、利用者が定義し
たアプリケーション識別子の型とアプリケーション情報
の型から生成されるアプリケーション管理装置を設ける
ことにより、複数のアプリケーションの要件に合った柔
軟なアプリケーション管理および遠隔手続き呼び出しを
実現できるものである。
たアプリケーション識別子の型とアプリケーション情報
の型から生成されるアプリケーション管理装置を設ける
ことにより、複数のアプリケーションの要件に合った柔
軟なアプリケーション管理および遠隔手続き呼び出しを
実現できるものである。
【図１】本発明の第１の実施例におけるアプリケーショ
ン管理装置のシステム構成を示すブロック図。
ン管理装置のシステム構成を示すブロック図。
【図２】第１の実施例におけるアプリケーション管理装
置におけるアプリケーション登録処理の動作を示すフロ
ーチャート。
置におけるアプリケーション登録処理の動作を示すフロ
ーチャート。
【図３】第１の実施例におけるアプリケーション管理装
置におけるアプリケーション検索処理の動作を示すフロ
ーチャート。
置におけるアプリケーション検索処理の動作を示すフロ
ーチャート。
【図４】第１の実施例におけるアプリケーション管理装
置におけるアプリケーション削除処理の動作を示すフロ
ーチャート。
置におけるアプリケーション削除処理の動作を示すフロ
ーチャート。
【図５】第１の実施例におけるアプリケーション管理装
置の作成過程を示すブロック図。
置の作成過程を示すブロック図。
【図６】第１の実施例におけるアプリケーション管理装
置の構成要素の１つであるクライアントスタブを作成す
る過程を示すフローチャート。
置の構成要素の１つであるクライアントスタブを作成す
る過程を示すフローチャート。
【図７】第１の実施例におけるアプリケーション管理装
置の構成要素の１つであるアプリケーション管理サーバ
を作成する過程を示すフローチャート。
置の構成要素の１つであるアプリケーション管理サーバ
を作成する過程を示すフローチャート。
【図８】本発明の第２の実施例におけるクライアントア
プリケーションとサーバアプリケーションとを自動的に
連結するＲＰＣシステムの構成を示すブロック図。
プリケーションとサーバアプリケーションとを自動的に
連結するＲＰＣシステムの構成を示すブロック図。
【図９】従来のアプリケーション管理の一種であるＲＰ
Ｃシステムにおけるネームサービスシステムの構成を示
すブロック図。
Ｃシステムにおけるネームサービスシステムの構成を示
すブロック図。
１０１ アプリケーション管理サーバ １０２ アプリケーション管理表 １０３ 登録処理部 １０４ 検索処理部 １０５ 削除処理部 １０６ サーバスタブ １０７ アプリケーション識別子比較処理部 １０８ クライアントスタブ １０９ アプリケーション ５０１ ＲＰＣインタフェース定義ファイル ５０２ アプリケーション識別子／アプリケーション情
報型定義ファイル ５０３ ＲＰＣコンパイラ ５０４ クライアントスタブファイル ５０５ クライアント／サーバ共通部ファイル ５０６ サーバスタブファイル ５０７ コンパイラ ５０８ アプリケーション識別子比較処理ソースコード
ファイル ５０９ アプリケーション管理サーバ基本処理ソースコ
ードファイル ５１０ コンパイラ／リンカ ８０１ ＲＰＣクライアントスタブ ８０２ ＲＰＣサーバスタブ ８０３ ＲＰＣクライアントアプリケーション ８０４ ＲＰＣサーバアプリケーション ９０１ クライアントアプリケーション ９０２ サーバアプリケーション ９０３ クライアント連結装置 ９０４ サーバ連結装置 ９０５ ネームサーバ管理装置
報型定義ファイル ５０３ ＲＰＣコンパイラ ５０４ クライアントスタブファイル ５０５ クライアント／サーバ共通部ファイル ５０６ サーバスタブファイル ５０７ コンパイラ ５０８ アプリケーション識別子比較処理ソースコード
ファイル ５０９ アプリケーション管理サーバ基本処理ソースコ
ードファイル ５１０ コンパイラ／リンカ ８０１ ＲＰＣクライアントスタブ ８０２ ＲＰＣサーバスタブ ８０３ ＲＰＣクライアントアプリケーション ８０４ ＲＰＣサーバアプリケーション ９０１ クライアントアプリケーション ９０２ サーバアプリケーション ９０３ クライアント連結装置 ９０４ サーバ連結装置 ９０５ ネームサーバ管理装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 勘 解 由 哲 大阪府門真市大字門真1006番地 松下電器 産業株式会社内
Claims (3)
- 【請求項１】 利用者が定義したアプリケーション識別
子の型とアプリケーション情報の型とを記述したアプリ
ケーション識別子／アプリケーション情報型定義ファイ
ルおよびシステムが予め用意したアプリケーションの登
録、検索、削除のインタフェースを記述した遠隔手続呼
び出しインタフェース定義ファイルに基づいて生成され
たクライアントスタブと、利用者が定義したアプリケー
ション識別子の比較処理を記述したアプリケーション識
別子比較処理ソースコードファイルおよびシステムが予
め用意したアプリケーション管理の基本処理である登録
処理、検索処理、削除処理を記述したアプリケーション
管理サーバ基本処理ソースコードファイルに基づいて生
成されたアプリケーション管理サーバとを備えたアプリ
ケーション管理装置。 - 【請求項２】アプリケーション管理サーバが、アプリケ
ーション識別子とアプリケーション情報とを対応付ける
アプリケーション管理表と、アプリケーション管理表に
対し登録、検索、削除処理を行う手段と、入力されたア
プリケーション識別子を比較して一致しているか否かを
判定する手段と、クライアントスタブからの要求を受け
付けるサーバスタブとを備えた請求項１記載のアプリケ
ーション管理装置。 - 【請求項３】 アプリケーション情報として、そのアプ
リケーションの所在を示すデータ構造を定義した請求項
１記載のアプリケーション管理装置と、クライアントア
プリケーションとサーバアプリケーション間のデータ通
信処理を行なうクライアントスタブおよびサーバスタブ
とを備えた遠隔手続呼び出しシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5120048A JPH06332830A (ja) | 1993-05-21 | 1993-05-21 | アプリケーション管理装置および遠隔手続呼び出しシス テム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5120048A JPH06332830A (ja) | 1993-05-21 | 1993-05-21 | アプリケーション管理装置および遠隔手続呼び出しシス テム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06332830A true JPH06332830A (ja) | 1994-12-02 |
Family
ID=14776607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5120048A Pending JPH06332830A (ja) | 1993-05-21 | 1993-05-21 | アプリケーション管理装置および遠隔手続呼び出しシス テム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06332830A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793264A (ja) * | 1993-09-10 | 1995-04-07 | Sun Microsyst Inc | クライアント側スタブインタプリタ |
| US5887172A (en) * | 1996-01-10 | 1999-03-23 | Sun Microsystems, Inc. | Remote procedure call system and method for RPC mechanism independent client and server interfaces interoperable with any of a plurality of remote procedure call backends |
| JP2002095071A (ja) * | 2000-09-13 | 2002-03-29 | Sanyo Electric Co Ltd | ネットワークシステム及び機器制御方法 |
| US6701323B2 (en) | 2000-04-18 | 2004-03-02 | Hitachi, Ltd. | Object management system and method for distributed object system |
-
1993
- 1993-05-21 JP JP5120048A patent/JPH06332830A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0793264A (ja) * | 1993-09-10 | 1995-04-07 | Sun Microsyst Inc | クライアント側スタブインタプリタ |
| US5887172A (en) * | 1996-01-10 | 1999-03-23 | Sun Microsystems, Inc. | Remote procedure call system and method for RPC mechanism independent client and server interfaces interoperable with any of a plurality of remote procedure call backends |
| US6446137B1 (en) | 1996-01-10 | 2002-09-03 | Sun Microsystems, Inc. | Remote procedure call system and method for RPC mechanism independent client and server interfaces interoperable with any of a plurality of remote procedure call backends |
| US6701323B2 (en) | 2000-04-18 | 2004-03-02 | Hitachi, Ltd. | Object management system and method for distributed object system |
| JP2002095071A (ja) * | 2000-09-13 | 2002-03-29 | Sanyo Electric Co Ltd | ネットワークシステム及び機器制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3622313B2 (ja) | ドキュメント管理システム | |
| US5864669A (en) | Method and system for accessing a particular instantiation of a server process | |
| US6839897B2 (en) | Stub search loading system and method, server apparatus, client apparatus, and computer-readable recording medium | |
| US6202085B1 (en) | System and method for incremental change synchronization between multiple copies of data | |
| JP3696639B2 (ja) | ディレクトリサービスのファイルシステムサービスとの統一 | |
| Ananda et al. | A survey of asynchronous remote procedure calls | |
| US7676538B2 (en) | Systems and methods for application view transactions | |
| US6374400B1 (en) | Code server | |
| JP3484779B2 (ja) | 名前サービス方式及び名前サービス方法 | |
| JPH05289871A (ja) | アプリケーション結合方法 | |
| JPH1031637A (ja) | エージェント通信装置 | |
| JPH06110808A (ja) | クライアントインターフェースをアプリケーションのオブジェクト指向呼出しに対処するための方法及び装置 | |
| JPH07160518A (ja) | オペレーティングシステムのシステム管理のためのイベントアーキテクチャ | |
| US20010004737A1 (en) | System and method including a merging driver for accessing multiple data sources | |
| JPH09218777A (ja) | コンピュータシステム | |
| KR100346667B1 (ko) | 작업 종료를 통지하기 위한 방법 및 장치 | |
| JPH06332830A (ja) | アプリケーション管理装置および遠隔手続呼び出しシス テム | |
| US6105073A (en) | Method for packing/unpacking C operations to/from RPC compatible format using the RPC protocol to operate remotely with an object-oriented repository | |
| Cisco | Cisco Network Order Manager Introduction | |
| JP2970564B2 (ja) | 移動エージェントのアドレス管理方法および移動エージェント装置 | |
| JPH0922348A (ja) | プログラム作成方法およびプログラム管理方法 | |
| JP2001337858A (ja) | 複製データ管理システム | |
| JPH0652083A (ja) | クライアント連結装置 | |
| Rao | Distributed application framework for large scale distributed systems | |
| JP3005556B1 (ja) | Ｗｗｗにおける指定ファイル名の登録方式及び参照方式 |