JP2002132739A - スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体 - Google Patents

スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体

Info

Publication number
JP2002132739A
JP2002132739A JP2000322269A JP2000322269A JP2002132739A JP 2002132739 A JP2002132739 A JP 2002132739A JP 2000322269 A JP2000322269 A JP 2000322269A JP 2000322269 A JP2000322269 A JP 2000322269A JP 2002132739 A JP2002132739 A JP 2002132739A
Authority
JP
Japan
Prior art keywords
stub
client
server
name
identifier
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
Application number
JP2000322269A
Other languages
English (en)
Inventor
Junji Takagi
淳司 高木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2000322269A priority Critical patent/JP2002132739A/ja
Priority to US09/982,950 priority patent/US6839897B2/en
Priority to EP01124343A priority patent/EP1202174A3/en
Publication of JP2002132739A publication Critical patent/JP2002132739A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G06F9/548—Object oriented; Remote method invocation [RMI]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Multi Processors (AREA)

Abstract

(57)【要約】 【課題】 １つのサーバコンピュータから、Ｊａｖａ実
行環境の種類が異なる複数のクライアントコンピュータ
に対して、各クライアントコンピュータにおけるリモー
トメソッド呼び出しに使えるスタブクラスをダウンロー
ドできるようにする。 【解決手段】 サーバコンピュータ４には、スタブを実
行環境の異なるクライアント１〜３の種類毎に用意した
スタブクラス２６−１〜２６−３がある。各クライアン
トコンピュータ１〜３はスタブが必要になったとき、ス
タブ名とクライアント識別子とを指定したスタブ要求を
ネットワーク６経由でサーバコンピュータ４に送出す
る。サーバコンピュータ４のスタブ検索インターフェー
ス２７は、指定されたスタブ名とクライアント識別子に
基づいて適切なスタブをスタブクラス２６−１〜２６−
３から検索して要求元のクライアントに返す。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、リモートメソッド
呼び出し機構を備えたコンピュータシステムに関し、特
にクライアント側で必要となるスタブをサーバ側からダ
ウンロードして使用するコンピュータシステムにおける
スタブ検索ローディングシステム及びその方法に関す
る。
【０００２】
【従来の技術】リモートメソッド呼び出し（Ｒｅｍｏｔ
ｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ；以下、ＲＭ
Ｉと称す）は、別のＪａｖａ仮想マシン上にあるＪａｖ
ａオブジェクトのメソッドを、同じＪａｖａ仮想マシン
上にあるオブジェクトのメソッドと同じように呼び出せ
るようにした機構であり、Ｊａｖａを使って分散システ
ムを構築する際に使われる。
【０００３】図１０にＲＭＩの仕組みの概要を示す。Ｒ
ＭＩは以下の手順で処理される。先ず、クライアントオ
ブジェクトからサーバオブジェクトへの呼び出しは、ク
ライアントに置かれたスタブに送られる((1)) 。スタブ
は、この呼び出しに対してマーシャリング処理などを行
って、サーバのスケルトンに転送する((2)) 。スケルト
ンは、スタブから送られてきた呼び出しに対してアンマ
ーシャリング処理などを行ってサーバオブジェクトへの
呼び出しを生成し、サーバオブジェクトの呼び出しを行
う((3)) 。ここで、マーシャリング処理とは、内部のデ
ータ表現形式を異なるシステム間で交換可能なデータ形
式に変換する処理を言い、アンマーシャリング処理はそ
の逆の処理を言う。
【０００４】サーバオブジェクトは、呼び出されたメソ
ッドを実行し、戻り値がある場合はそれをスケルトンに
送る((4)) 。スケルトンは、送られた戻り値に対してマ
ーシャリング処理などを施して、クライアントのスタブ
に送り返す((5)) 。スタブは、送られてきた戻り値に対
しアンマーシャリング処理などを施し、呼び出し元のク
ライアントオブジェクトにメソッド呼び出しの戻り値と
して返す((6)) 。
【０００５】このようにクライアントオブジェクトから
サーバオブジェクトの呼び出しは、全てスタブを通じて
行われる。つまり、スタブは、分散環境におけるクライ
アント側にあってサーバオブジェクトの代理人としての
役割を持つ。一般には、１つのサーバオブジェクト毎に
１つのスタブが必要となる。
【０００６】スタブとスケルトンは、サーバアプリケー
ションの呼び出しインタフェースを記述したＩＤＬ（In
terface Definition Language)ファイルをＩＤＬコンパ
イラでコンパイルすることで、生成することができる。
スタブとスケルトンを実際に利用するときは、クライア
ントアプリケーション、サーバアプリケーションをコン
パイルするときに、スタブ、スケルトンをリンクして一
緒にコンパイルする方式（以下これを静的方式と言う）
が一般的である。しかし、静的方式では、リモート手続
きを呼び出すのに必要な情報はプログラムの実行時でな
くコンパイル時に決定しなければならず、プログラムに
リンクされたスタブと、そのプログラムの実行時に呼び
出されるリモート手続きの要件との間の不一致のために
エラーが発生し、効率が低下する恐れがあった。また、
全てのスタブをクライアント側で記憶するための記憶容
量が必要であった。
【０００７】そこで、このような問題点を解消するため
に、クライアントがスタブをサーバから動的にダウンロ
ードして使用する方式（以下これを動的方式と言う）が
提案されている（例えば特開平１０−８３３０８号公
報）。以下、従来の動的方式について、図面を参照して
説明する。
【０００８】図１１に動的方式を採用した従来のコンピ
ュータシステムの一例を示す。この従来のコンピュータ
システムは、クライアントコンピュータ１０１、１０
２、サーバコンピュータ１０３及びネームサーバコンピ
ュータ１０４が、ネットワーク１０５を通じて相互に接
続されている。
【０００９】クライアントコンピュータ１０１には、Ｊ
ａｖａ実行環境（Java Runtime Enviroment)１１０が構
築されており、このＪａｖａ実行環境１１０の下で、ク
ラス１１１が実行される。Ｊａｖａ実行環境とは、Ｊａ
ｖａ仮想マシンを含めて、Ｊａｖａプログラムを実行さ
せるために必要となるソフトウェアである。また、クラ
ス１１１は、Ｊａｖａソースコードをコンパイルして作
成されたクラスファイルであり、Ｊａｖａ仮想マシンが
実行するコードで記述されている。図では、スタブクラ
スを含め、クライアントコンピュータ１０１に存在する
クラスの全てをクラス１１１で表現している。
【００１０】Ｊａｖａ実行環境１１０には、制御部１１
２と、スタブ検索部１１３を有するクラスローダ１１４
と、インスタンス１１５とが含まれる。スタブ検索部１
１３は、サーバコンピュータ１０３からスタブクラスを
ダウンロードする手段である。クラスローダ１１４は、
クラス１１１及びスタブ検索部１１３でダウンロードし
たスタブクラスをＪａｖａ実行環境１１０にロードする
手段である。インスタンス１１５は、クラスローダ１１
４によってロードされたクラス１１１及びスタブクラス
をインスタンス化して生成したオブジェクトである。図
では、スタブクラスインスタンスを含め、Ｊａｖａ実行
環境１１０に存在するインスタンスの全てをインスタン
ス１１５で表現している。個々のインスタンス（オブジ
ェクト）１１５は、変数（状態）とメソッド（振る舞
い）とを持つ。周知のようにオブジェクト指向プログラ
ミングにおいては、このような複数のオブジェクト（イ
ンスタンス）が互いにメッセージを送受信し合い、その
相互作用によってプログラムが実行される。制御部１１
２は、Ｊａｖａ実行環境１１０の制御モジュールであ
り、Ｊａｖａ仮想マシン等を含んで構成される。制御部
１１２は、クラスローダ１１４によってロードされたク
ラスをインスタンス化してインスタンス１１５を生成
し、クライアント側のプログラムの実行を制御する。
【００１１】他のクライアントコンピュータ１０２も、
クライアントコンピュータ１０１と同様な構成を有す
る。
【００１２】サーバコンピュータ１０３にも、Ｊａｖａ
実行環境１２０が構築されており、このＪａｖａ実行環
境１２０の下で、クラス１２１及びスケルトンクラス１
２２が実行される。Ｊａｖａ実行環境１２０には、制御
部１２３と、クラスローダ１２４と、インスタンス１２
５とが含まれる。クラスローダ１２４は、クラス１２１
及びスケルトンクラス１２２をＪａｖａ実行環境１２０
にロードする手段である。インスタンス１２５は、クラ
スローダ１２４によってロードされたクラス１２１及び
スケルトンクラス１２２をインスタンス化して生成した
オブジェクトである。図では、スケルトンクラスインス
タンスを含め、Ｊａｖａ実行環境１２０に存在するイン
スタンスの全てをインスタンス１２５で表現している。
制御部１２３は、Ｊａｖａ実行環境１２０の制御モジュ
ールであり、Ｊａｖａ仮想マシン等を含んで構成され
る。制御部１２３は、クラスローダ１２４によってロー
ドされたクラス及びスケルトンクラスをインスタンス化
してインスタンス１２５を生成し、サーバ側のプログラ
ムの実行を制御する。
【００１３】サーバコンピュータ１０３には、更に、ス
タブクラス１２６とスタブ検索インターフェース１２７
とが設けられている。スタブクラス１２６とスケルトン
クラス１２２とは、１対１に対応している。つまり、Ｉ
ＤＬファイルをコンパイルして生成されたスケルトンク
ラス１２２とスタブクラス１２６のペアが、サーバコン
ピュータ１０３で保持管理されている。そして、これら
のスタブクラス１２６は、スタブクラスの名前で検索可
能に保持されている。スタブ検索インターフェース１２
７は、クライアントコンピュータ１０１、１０２のスタ
ブ検索部１１３からのスタブクラス名を指定したダウン
ロード要求時に、指定されたスタブクラス名のスタブク
ラス１２６を検索し、それを要求元のスタブ検索部１１
３に送り返す手段である。
【００１４】ネームサーバコンピュータ１０４は、クラ
イアントコンピュータ１０１、１０２が、必要とするス
タブクラスをどのサーバコンピュータ１０３からダウン
ロードして良いか分からない、つまり、必要とするスタ
ブクラスを保持するサーバコンピュータ１０３をクライ
アントコンピュータ１０１、１０２が知らない場合に、
該当するサーバコンピュータ１０３をクライアントコン
ピュータ１０１、１０２に教える機能を持つコンピュー
タである。典型的には、スタブクラス名毎に、そのスタ
ブクラスを保持するサーバコンピュータ１０３の識別子
を保持するテーブルを保持管理しており、クライアント
コンピュータ１０１、１０２からスタブクラス名を指定
した問い合わせがあった際に、そのテーブルを参照し
て、該当するサーバコンピュータ１０３の識別子を返す
ように構成される。
【００１５】次に従来のコンピュータシステムにおける
ＲＭＩの処理手順を、図１２のフローチャートを参照し
て説明する。
【００１６】クライアントコンピュータ１０１のＪａｖ
ａ実行環境１１０の制御部１１２は、或るクラス１１１
のインスタンス１１５から、サーバコンピュータ１０３
における或るクラス１２１の或るメソッドを呼び出すリ
モートメソッド呼び出しが行われると、その呼び出しに
使うスタブクラス１２６のインスタンス１１５がＪａｖ
ａ実行環境１１０に存在するか否かを判別する（Ｓ１０
１）。存在した場合には、図１０で説明したような手順
に従って、そのスタブクラス１２６のインスタンス１１
５を使って当該リモートメソッド呼び出しを実現する
（Ｓ１０２）。
【００１７】今回の呼び出しに使うスタブクラス１２６
のインスタンス１１５がＪａｖａ実行環境１１０に存在
しなかった場合、制御部１１２は、今回の呼び出しに使
うスタブクラス１２６がクライアントコンピュータ１０
１のクラス１１１中に存在するか否かを判別する（Ｓ１
０３）。存在した場合、制御部１１２はクラスローダ１
１４によって、今回の呼び出しに使うスタブクラスのク
ラス１１１をＪａｖａ実行環境１１０にロードし（Ｓ１
０４）、それをインスタンス化して、今回の呼び出しに
使うスタブクラス１２６のインスタンス１１５を生成す
る（Ｓ１０５）。そして、そのスタブクラス１２６のイ
ンスタンス１１５を使って当該リモートメソッド呼び出
しを実現する（Ｓ１０２）。
【００１８】今回の呼び出しに使うスタブクラス１２６
がクライアントコンピュータ１０１のクラス１１１中に
存在しなかった場合、今回の呼び出しに使うスタブクラ
ス１２６の存在場所を、クライアントコンピュータ１０
１側で知っているか否かを判別する（Ｓ１０６）。今回
の呼び出しに使うスタブクラス１２６の存在場所は、例
えばその呼び出し中に含めることができ、またクラスロ
ーダ１１４で各スタブクラス１２６の所在を管理するこ
ともできるため、そのような場合にはクライアントコン
ピュータ１０１側で知っていることになる。他方、クラ
イアントコンピュータ１０１側が今回の呼び出しに使う
スタブクラス１２６の存在場所を知らなかった場合、制
御部１１２は、スタブクラスのクラス名を指定してネー
ムサーバコンピュータ１０４に問い合わせる（Ｓ１０
７）。これに応答してネームサーバコンピュータ１０４
は、指定されたクラス名のスタブクラスの存在場所を通
知する（Ｓ１０８）。
【００１９】今回の呼び出しに使うスタブクラス１２６
の存在場所が明らかになると、制御部１１２は、スタブ
検索部１１３によって、前記存在場所で一意に定まるサ
ーバコンピュータ１０３に対し、クラス名を指定してス
タブクラスを要求する（Ｓ１０９）。サーバコンピュー
タ１０３のスタブ検索インターフェース１２７は、指定
されたクラス名のスタブクラスをスタブクラス１２６か
ら検索し、要求元のクライアントコンピュータ１０１に
返す（Ｓ１１０、Ｓ１１１）。この返されてきたスタブ
クラスは、クラスローダ１１４によってＪａｖａ実行環
境１１０にロードされ（Ｓ１０４）、制御部１１２によ
ってそのインスタンスが生成される（Ｓ１０５）。そし
て、そのスタブクラス１２６のインスタンス１１５を使
って当該リモートメソッド呼び出しを実現する（Ｓ１０
２）。なお、スタブ検索インターフェース１２７による
検索で該当するスタブクラスが見つからなかった場合、
その旨がクライアントコンピュータ１０１に返される
（Ｓ１１２）。この場合、クライアントコンピュータ１
０１側ではスタブクラスのダウンロード要求は失敗に終
わり、例外処理によりリモートメソッド呼び出しはエラ
ー終了する。
【００２０】
【発明が解決しようとする課題】スタブクラスはマーシ
ャリング処理等を行うスタブクラスインスタンスのクラ
スであり、実行されるクライアントコンピュータのマシ
ンやＯＳやＪａｖａ実行環境などで特定される、スタブ
クラスの実行環境に依存した構成となる。このため、サ
ーバコンピュータ１０３のＪａｖａ実行環境１２０の下
で実行されるインスタンス１２５のメソッドを呼び出す
のに必要なクライアント側のスタブクラスは、実行され
るＪａｖａ実行環境１１０の種類が違えば、そのクラス
名は同じであっても、中身は異なる。
【００２１】図１１で説明した従来のコンピュータシス
テムでは、クライアントコンピュータ１０１のスタブ検
索部１１３はクラス名を指定してスタブクラスを要求
し、サーバコンピュータ１０３のスタブ検索インターフ
ェース１２７は指定されたクラス名を持つスタブクラス
を返すようにしている。従って、クライアントコンピュ
ータ１０１とクライアントコンピュータ１０２のＪａｖ
ａ実行環境１１０の種類が同じであれば問題はないが、
相違すれば、サーバコンピュータ１０３からダウンロー
ドされるスタブクラスに適合するＪａｖａ実行環境を備
えたクライアントコンピュータだけが正常に動作し、他
のクライアントコンピュータは正常な動作を保証できな
い。これは、Ｊａｖａ実行環境の種類が異なるために同
じスタブクラスを使用できない複数のクライアントコン
ピュータ１０１、１０２から同じサーバコンピュータ１
０３に対して、動的方式によってスタブを獲得してリモ
ートメソッド呼び出しを行うことができないことを意味
する。また、Ｊａｖａ実行環境の種類が異なるために同
じスタブクラスを使用できない複数のクライアントコン
ピュータからリモートメソッド呼び出しを行うことがで
きるようにするには、複数のサーバコンピュータを用意
しなければならないことを意味する。
【００２２】本発明の目的は、１つのサーバコンピュー
タから、Ｊａｖａ実行環境の種類が異なる複数のクライ
アントコンピュータに対して、各クライアントコンピュ
ータにおけるリモートメソッド呼び出しに使えるスタブ
クラスをダウンロードできるようにすることにある。
【００２３】本発明の別の目的は、クライアントコンピ
ュータから要求されたスタブクラスがサーバコンピュー
タに存在しない場合、適切なスタブクラスを動的に生成
してダウンロードできるようにすることにある。
【００２４】
【課題を解決するための手段】本発明の第１のスタブ検
索ローディングシステムは、クライアントからサーバに
リモートメソッド呼び出しを行う際にクライアント側で
必要となるスタブをサーバ側からダウンロードするスタ
ブ検索ローディングシステムであって、クライアント側
に、スタブ名とクライアント識別子とを指定したスタブ
要求をサーバに送出して、その応答として返されるスタ
ブを受信するスタブ検索部を備え、サーバ側に、クライ
アントからのリモートメソッド呼び出し時にサーバ側で
使うスケルトンと組にして使うスタブを実行環境の異な
るクライアントの種類毎に用意したスタブ集合と、クラ
イアントからのスタブ要求時、指定されたスタブ名とク
ライアント識別子に基づいて前記スタブ集合の中から適
切なスタブを検索して要求元のクライアントに返すスタ
ブ検索インターフェースとを備えている。
【００２５】本発明の第２のスタブ検索ローディングシ
ステムは、クライアントからサーバにリモートメソッド
呼び出しを行う際にクライアント側で必要となるスタブ
をサーバ側からダウンロードするスタブ検索ローディン
グシステムであって、クライアント側に、スタブ名とク
ライアント識別子とを指定したスタブ要求をサーバに送
出して、その応答として返されるスタブを受信するスタ
ブ検索部を備え、サーバ側に、クライアントからのリモ
ートメソッド呼び出し時にサーバ側で使うスケルトンと
組にして使うスタブを実行環境の異なるクライアントの
種類毎に生成するスタブ生成部と、クライアントからの
スタブ要求時、指定されたスタブ名とクライアント識別
子に基づいて前記スタブ生成部に要求元のクライアント
の実行環境に適したスタブを生成させ、生成されたスタ
ブを要求元のクライアントに返すスタブ検索インターフ
ェースとを備えている。
【００２６】また本発明の第３のスタブ検索ローディン
グシステムは、クライアントからサーバにリモートメソ
ッド呼び出しを行う際にクライアント側で必要となるス
タブをサーバ側からダウンロードするスタブ検索ローデ
ィングシステムであって、クライアント側に、スタブ名
とクライアント識別子とを指定したスタブ要求をサーバ
に送出して、その応答として返されるスタブを受信する
スタブ検索部を備え、サーバ側に、クライアントからの
リモートメソッド呼び出し時にサーバ側で使うスケルト
ンと組にして使うスタブを実行環境の異なるクライアン
トの種類毎に用意したスタブ集合と、前記スケルトンと
組にして使うスタブを実行環境の異なるクライアントの
種類毎に生成するスタブ生成部と、クライアントからの
スタブ要求時、指定されたスタブ名とクライアント識別
子に基づいて前記スタブ集合の中から適切なスタブを検
索して要求元のクライアントに返し、適切なスタブが前
記スタブ集合に存在しなければ指定されたスタブ名とク
ライアント識別子に基づいて前記スタブ生成部に要求元
のクライアントの実行環境に適したスタブを生成させ、
生成されたスタブを要求元のクライアントに返すスタブ
検索インターフェースとを備えている。
【００２７】また本発明の第１のスタブ検索ローディン
グ方法は、クライアントからサーバにリモートメソッド
呼び出しを行う際にクライアント側で必要となるスタブ
をサーバ側からダウンロードするスタブ検索ローディン
グ方法であって、（ａ）クライアントからサーバに、ス
タブ名とクライアント識別子とを指定したスタブ要求を
送出するステップ、（ｂ）サーバにおいて、指定された
クライアント識別子に基づいて、クライアントからのリ
モートメソッド呼び出し時にサーバ側で使うスケルトン
と組にして使うスタブを実行環境の異なるクライアント
の種類毎に用意したスタブ集合の中から１つのスタブ集
合を選択するステップ、（ｃ）サーバにおいて、指定さ
れたスタブ名のスタブを前記選択したスタブ集合の中か
ら選択するステップ、（ｄ）サーバからクライアント
に、前記選択されたスタブを送出するステップ、（ｅ）
クライアントにおいて、サーバから送出された前記スタ
ブを受信するステップを含んでいる。
【００２８】本発明の第２のスタブ検索ローディング方
法は、クライアントからサーバにリモートメソッド呼び
出しを行う際にクライアント側で必要となるスタブをサ
ーバ側からダウンロードするスタブ検索ローディング方
法であって、（ａ）クライアントからサーバに、スタブ
名とクライアント識別子とを指定したスタブ要求を送出
するステップ、（ｂ）サーバにおいて、指定されたスタ
ブ名とクライアント識別子に基づいて、クライアントか
らのリモートメソッド呼び出し時にサーバ側で使うスケ
ルトンと組にして使うスタブを生成するステップ、
（ｃ）サーバからクライアントに、前記生成したスタブ
を送出するステップ、（ｄ）クライアントにおいて、サ
ーバから送出された前記スタブを受信するステップを含
んでいる。
【００２９】本発明の第３のスタブ検索ローディング方
法は、クライアントからサーバにリモートメソッド呼び
出しを行う際にクライアント側で必要となるスタブをサ
ーバ側からダウンロードするスタブ検索ローディング方
法であって、（ａ）クライアントからサーバに、スタブ
名とクライアント識別子とを指定したスタブ要求を送出
するステップ、（ｂ）サーバにおいて、指定されたクラ
イアント識別子に基づいて、クライアントからのリモー
トメソッド呼び出し時にサーバ側で使うスケルトンと組
にして使うスタブを実行環境の異なるクライアントの種
類毎に用意したスタブ集合の中から１つのスタブ集合を
選択し、且つ、該選択したスタブ集合の中から指定され
たスタブ名のスタブを検索するステップ、（ｃ）サーバ
において、ステップｂの検索に失敗した場合に、指定さ
れたスタブ名とクライアント識別子に基づいて、クライ
アントからのリモートメソッド呼び出し時にサーバ側で
使うスケルトンと組にして使うスタブを生成するステッ
プ、（ｄ）サーバからクライアントに、ステップｂの検
索に成功した場合にはステップｂで検索されたスタブ
を、ステップｂの検索に失敗した場合にはステップｃで
生成されたスタブを送出するステップ、（ｅ）クライア
ントにおいて、サーバから送出された前記スタブを受信
するステップを含んでいる。
【００３０】ここで、クライアント識別子は、スタブが
実行されるクライアントの実行環境をサーバ側で特定で
きるものであれば、どのようなものでも良い。例えば、
クライアントコンピュータの機種名、型番、ＯＳの種
類、Ｊａｖａ実行環境の種類、ネットワークアドレス
や、これらに限定されずなにかしらのクライアントの情
報、またはこれらの二つ以上を組み合わせたものでも良
い。また、クライアントから明示的に送信される情報で
あっても良いし、ネットワークアドレスのようにスタブ
クラスの要求を送信することによって暗黙的に送信され
るものであっても良い。
【００３１】
【作用】本発明の第１のスタブ検索ローディングシステ
ム及びその方法にあっては、スタブを実行環境の異なる
クライアントの種類毎にサーバ側に用意しておき、クラ
イアントからサーバへのスタブ要求時にスタブ名に加え
てそのクライアントの実行環境を特定し得るクライアン
ト識別子を通知し、サーバ側では、指定されたスタブ名
とクライアント識別子に基づいて適切なスタブを検索し
て要求元のクライアントに返すようにしたので、１つの
サーバコンピュータから、実行環境の種類が異なる複数
のクライアントコンピュータに対して適切なスタブをダ
ウンロードすることが可能となる。
【００３２】本発明の第２のスタブ検索ローディングシ
ステム及びその方法にあっては、クライアントからのリ
モートメソッド呼び出し時にサーバ側で使うスケルトン
と組にして使うスタブを実行環境の異なるクライアント
の種類毎に生成するスタブ生成部をサーバ側に用意して
おき、クライアントからサーバへのスタブ要求時にスタ
ブ名に加えてそのクライアントの実行環境を特定し得る
クライアント識別子を通知し、サーバ側では、指定され
たクライアント識別子のクライアントの実行環境に適し
たスタブを生成して要求元のクライアントに返すように
したので、１つのサーバコンピュータから、実行環境の
種類が異なる複数のクライアントコンピュータに対して
適切なスタブをダウンロードすることが可能となる。
【００３３】本発明の第３のスタブ検索ローディングシ
ステム及びその方法にあっては、スタブを実行環境の異
なるクライアントの種類毎にサーバ側に用意しておくと
共に、スタブを実行環境の異なるクライアントの種類毎
に生成するスタブ生成部をサーバ側に用意しておき、ク
ライアントからサーバへのスタブ要求時にスタブ名に加
えてそのクライアントの実行環境を特定し得るクライア
ント識別子を通知し、サーバ側では、指定されたスタブ
名とクライアント識別子に基づいて適切なスタブを検索
して要求元のクライアントに返すか、若し適切なスタブ
が存在しなければ、指定されたクライアント識別子のク
ライアントの実行環境に適したスタブを生成して要求元
のクライアントに返すようにしたので、１つのサーバコ
ンピュータから、実行環境の種類が異なる複数のクライ
アントコンピュータに対して適切なスタブをダウンロー
ドすることが可能となる。
【００３４】
【発明の実施の形態】次に本発明の実施の形態の例につ
いて図面を参照して詳細に説明する。
【００３５】図１を参照すると、本発明の一実施の形態
にかかるコンピュータシステムは、クライアントコンピ
ュータ１〜３、サーバコンピュータ４及びネームサーバ
コンピュータ５が、ネットワーク６を通じて相互に接続
されている。ネットワーク６は、ＬＡＮ、ＷＡＮ、公衆
電話網、インターネットなど、コンピュータ間でデジタ
ルデータを送受信できる任意のネットワークであり、そ
の通信媒体も有線、無線或いはそれ以外のどのような媒
体であっても構わない。
【００３６】クライアントコンピュータ１には、Ｊａｖ
ａ実行環境(1) １０が構築されており、このＪａｖａ実
行環境１０の下で、クラス１１が実行される。クラス１
１は、Ｊａｖａソースコードをコンパイルして作成され
たクラスファイルであり、Ｊａｖａ仮想マシンが実行す
るコードで記述されている。図では、スタブクラスを含
め、クライアントコンピュータ１に存在するクラスの全
てをクラス１１で表現している。
【００３７】Ｊａｖａ実行環境１０には、制御部１２
と、スタブ検索部１３を有するクラスローダ１４と、イ
ンスタンス１５とが含まれる。スタブ検索部１３は、サ
ーバコンピュータ４からスタブクラスをダウンロードす
る手段である。クラスローダ１４は、クラス１１及びス
タブ検索部１３でダウンロードしたスタブクラスをＪａ
ｖａ実行環境１０にロードする手段である。インスタン
ス１５は、クラスローダ１４によってロードされたクラ
ス１１及びスタブクラスをインスタンス化して生成した
オブジェクトである。図では、スタブクラスインスタン
スを含め、Ｊａｖａ実行環境１０に存在するインスタン
スの全てをインスタンス１５で表現している。制御部１
２は、Ｊａｖａ実行環境１０の制御モジュールであり、
Ｊａｖａ仮想マシン等を含んで構成される。制御部１２
は、クラスローダ１４によってロードされたクラスをイ
ンスタンス化してインスタンス１５を生成し、クライア
ント側のプログラムの実行を制御する。
【００３８】他のクライアントコンピュータ２，３も、
クライアントコンピュータ１と同様な構成を有するが、
コンピュータのマシン、ＯＳなどが各クライアントコン
ピュータ１、２、３で異なるため、構築されているＪａ
ｖａ実行環境の種類が相違している。つまり、本例の場
合、Ｊａｖａ実行環境(1) 、Ｊａｖａ実行環境(2) 、Ｊ
ａｖａ実行環境(3) の３種類のＪａｖａ実行環境があ
り、クライアントコンピュータ１にはＪａｖａ実行環境
(1) １０が、クライアントコンピュータ２にはＪａｖａ
実行環境(2) １６が、クライアントコンピュータ３には
Ｊａｖａ実行環境(3) １７が、それぞれ構築されてい
る。
【００３９】サーバコンピュータ４には、Ｊａｖａ実行
環境(1) ２０が構築されており、このＪａｖａ実行環境
２０の下で、クラス２１及びスケルトンクラス２２が実
行される。Ｊａｖａ実行環境２０には、制御部２３と、
クラスローダ２４と、インスタンス２５とが含まれる。
クラスローダ２４は、クラス２１及びスケルトンクラス
２２をＪａｖａ実行環境２０にロードする手段である。
インスタンス２５は、クラスローダ２４によってロード
されたクラス２１及びスケルトンクラス２２をインスタ
ンス化して生成したオブジェクトである。図では、スケ
ルトンクラスインスタンスを含め、Ｊａｖａ実行環境２
０に存在するインスタンスを全てインスタンス２５で表
現している。制御部２３は、Ｊａｖａ実行環境２０の制
御モジュールであり、Ｊａｖａ仮想マシン等を含んで構
成される。制御部２３は、クラスローダ２４によってロ
ードされたクラス及びスケルトンクラスをインスタンス
化してインスタンス２５を生成し、サーバ側のプログラ
ムの実行を制御する。
【００４０】サーバコンピュータ４には、更に、スタブ
クラス２６−１〜２６−３の記憶部２９と、クライアン
ト識別部２８を有するスタブ検索インターフェース２７
とが設けられている。スタブクラス２６−１は、Ｊａｖ
ａ実行環境(1) を有するクライアントコンピュータ１に
おいてリモートメソッド呼び出しを行う際に利用可能な
スタブクラスを集めたものである。同様に、スタブクラ
ス２６−２、２６−３は、Ｊａｖａ実行環境(2) 、(3)
を有するクライアントコンピュータ２、３においてリモ
ートメソッド呼び出しを行う際に利用可能なスタブクラ
スを集めたものである。各スタブクラス２６−１〜２６
−３中の個々のスタブクラスは、スタブクラスの名前で
検索可能に保持されている。また、同じリモートメソッ
ド呼び出しに使うスタブクラス、つまり、サーバコンピ
ュータ４における同じサーバオブジェクトのメソッドを
呼び出すのに使うスタブクラスには、スタブクラス２６
−１〜２６−３で同じクラス名が付与されている。
【００４１】図２に、サーバコンピュータ４に保持する
スタブクラス２６−１〜２６−３を生成する構成例を示
す。図２において、５０−１〜５０−ｎは、サーバコン
ピュータ４が提供するサービスのインターフェースをＪ
ａｖａのインターフェースクラス（メソッドの名前と型
の情報だけを持ち、メソッドの実装コードを持たないク
ラス）で定義したもので、サーバコンピュータ４が提供
するサービス毎に存在する。
【００４２】ＲＭＩコンパイラ５１−１は、Ｊａｖａの
インターフェースクラスからＪａｖａ実行環境(1) 用の
スケルトンクラス及びスタブクラスを生成するコンパイ
ラであり、このＲＭＩコンパイラ５１−１にインターフ
ェースクラス５０−１〜５０−ｎのそれぞれをコンパイ
ルさせると、図１のサーバコンピュータ４に保持すべき
スケルトンクラス２２及びスタブクラス２６−１が生成
される。また、ＲＭＩコンパイラ５１−２は、Ｊａｖａ
のインターフェースクラスからＪａｖａ実行環境(2) 用
のスケルトンクラス及びスタブクラスを生成するコンパ
イラであり、このＲＭＩコンパイラ５１−２にインター
フェースクラス５０−１〜５０−ｎのそれぞれをコンパ
イルさせると、図１のサーバコンピュータ４に保持すべ
きスタブクラス２６−２が生成される。同時に生成され
るスケルトンクラス５２は使用しない。更に、ＲＭＩコ
ンパイラ５１−３は、Ｊａｖａのインターフェースクラ
スからＪａｖａ実行環境(3) 用のスケルトンクラス及び
スタブクラスを生成するコンパイラであり、このＲＭＩ
コンパイラ５１−３にインターフェースクラス５０−１
〜５０−ｎのそれぞれをコンパイルさせると、図１のサ
ーバコンピュータ４に保持すべきスタブクラス２６−３
が生成される。同時に生成されるスケルトンクラス５３
は使用しない。ＲＭＩコンパイラ５１−１〜５１−３と
しては、例えばｒｍｉｃを使用することができる。
【００４３】図２の構成例では、１つのＲＭＩコンパイ
ラで１つのＪａｖａ実行環境用のスタブクラスを生成し
たが、ＲＭＩコンパイラの種類によっては、作成するス
タブクラスの種類をコンパイラオプションで指定できる
ものがあり、そのようなＲＭＩコンパイラを使えば、１
つのＲＭＩコンパイラで複数のＪａｖａ実行環境用のス
タブクラスを生成することができる。例えばｒｍｉｃで
は、コンパイラオプションの指定により、バージョン1.
1 のＪＲＭＰスタブプロトコルバージョンのスタブとス
ケルトン、バージョン1.2 のＪＲＭＰスタブプロトコル
バージョンのスタブとスケルトン、バージョン1.1 、1.
2 の両方のＪＲＭＰスタブプロトコルバージョンと互換
性のあるスタブとスケルトンを作成することができる。
図３に、そのような機能を持つＲＭＩコンパイラ５４を
使って複数のＪａｖａ実行環境用のスタブクラスを生成
する構成例を示す。
【００４４】図３において、ＲＭＩコンパイラ５４に、
Ｊａｖａ実行環境(1) 用のオプション指定（例えばバー
ジョン1.1 、1.2 の両方のＪＲＭＰスタブプロトコルバ
ージョンと互換性のあるスタブとスケルトンを作成する
指定）を与えて、インターフェースクラス５０−１〜５
０−ｎのそれぞれをコンパイルさせると、図１のサーバ
コンピュータ４に保持すべきスケルトンクラス２２及び
スタブクラス２６−１が生成される。また、ＲＭＩコン
パイラ５４に、Ｊａｖａ実行環境(2) 用のオプション指
定（例えばバージョン1.1 のＪＲＭＰスタブプロトコル
バージョンのスタブとスケルトンを作成する指定）を与
えて、インターフェースクラス５０−１〜５０−ｎのそ
れぞれをコンパイルさせると、図１のサーバコンピュー
タ４に保持すべきスタブクラス２６−２が生成される。
同時に生成されるスケルトンクラス５２は使用しない。
更に、ＲＭＩコンパイラ５４に、Ｊａｖａ実行環境(3)
用のオプション指定（例えばバージョン1.2 のＪＲＭＰ
スタブプロトコルバージョンのスタブとスケルトンを作
成する指定）を与えて、インターフェースクラス５０−
１〜５０−ｎのそれぞれをコンパイルさせると、図１の
サーバコンピュータ４に保持すべきスタブクラス２６−
３が生成される。同時に生成されるスケルトンクラス５
３は使用しない。
【００４５】再び図１を参照すると、クライアント識別
部２８は、クライアントコンピュータ１〜３からのスタ
ブクラス名を指定したスタブ要求時に、同時に送られて
くるクライアント識別子を識別し、スタブクラス２６−
１〜２６−３の内、どのスタブクラスの集合を検索対象
とすべきかを決定する部分である。クライアント識別部
２８は、例えば、クライアント識別子とスタブクラスの
集合名（スタブクラス２６−１〜２６−３の名前）との
対応を保持するテーブル（図示せず）を保持しており、
このテーブルをクライアント識別子で検索して該当する
スタブクラスの集合を特定する。スタブ検索インターフ
ェース２７は、クライアント識別部２８で決定された何
れか１つのスタブクラス２６−１〜２６−３から、スタ
ブ要求で指定されたスタブクラス名を持つスタブクラス
を検索し、それを要求元のクライアントコンピュータ１
〜３に送り返す手段である。
【００４６】ネームサーバコンピュータ５は、クライア
ントコンピュータ１〜３からのスタブクラス名を指定し
た問い合わせに応答して、例えばスタブクラス名毎にそ
のスタブクラスの所在場所情報を保持管理するテーブル
を参照して、そのスタブクラスの所在場所を見つけ、そ
れを問い合わせ元のクライアントコンピュータ１〜３に
返す機能を持つコンピュータである。
【００４７】次に、図１に示したコンピュータシステム
におけるＲＭＩの処理手順を、本発明の特徴部分である
スタブクラスのダウンロード動作を中心に図４のフロー
チャートを参照して説明する。
【００４８】クライアントコンピュータ１のＪａｖａ実
行環境１０の制御部１２は、例えば或るクラス１１のイ
ンスタンス１５から、サーバコンピュータ４における或
るクラス２１の或るメソッドを呼び出すリモートメソッ
ド呼び出しが行われると、その呼び出しに使うスタブク
ラスのインスタンスがＪａｖａ実行環境１０のインスタ
ンス１５中に存在するか否かを判別する（Ｓ１）。存在
した場合には、図１０で説明したような手順に従って、
そのスタブクラスのインスタンス１１５を使って当該リ
モートメソッド呼び出しを実現する（Ｓ２）。
【００４９】今回の呼び出しに使うスタブクラスのイン
スタンス１５がＪａｖａ実行環境１０に存在しなかった
場合、制御部１２は、今回の呼び出しに使うスタブクラ
スがクライアントコンピュータ１のクラス１１中に存在
するか否かを判別する（Ｓ３）。存在した場合、制御部
１２はクラスローダ１４によって、今回の呼び出しに使
うスタブクラスのクラス１１をＪａｖａ実行環境１０に
ロードし（Ｓ４）、それをインスタンス化して、今回の
呼び出しに使うスタブクラスのインスタンス１５を生成
する（Ｓ５）。そして、そのスタブクラスのインスタン
ス１５を使って当該リモートメソッド呼び出しを実現す
る（Ｓ２）。
【００５０】今回の呼び出しに使うスタブクラスがクラ
イアントコンピュータ１のクラス１１中に存在しなかっ
た場合、今回の呼び出しに使うスタブクラスの存在場所
を、クライアントコンピュータ１側で知っているか否か
を従来例で説明したと同様に判別する（Ｓ６）。知って
いる場合にはステップＳ９へ進み、知らなかった場合
は、スタブクラスのクラス名を指定してネームサーバコ
ンピュータ５に問い合わせる（Ｓ７）。これに応答して
ネームサーバコンピュータ５は、指定されたクラス名の
スタブクラスの存在場所を通知する（Ｓ８）。
【００５１】今回の呼び出しに使うスタブクラスの存在
場所が明らかになると、制御部１２は、スタブ検索部１
３によって、前記存在場所で一意に定まるサーバコンピ
ュータ４に対し、クラス名及びクライアント識別子を指
定してスタブクラスを要求する（Ｓ９）。ここで、クラ
イアント識別子は、クライアントコンピュータ１の機種
または型番またはＯＳの種類またはＪａｖａ実行環境
(1) の種類または制御部１２の種類またはネットワーク
アドレスまたはこれらに限定されずなにかしらのクライ
アントの情報、またはこれらの二つ以上を組み合わせた
もので、スタブ検索部１３によって明示的に送信される
情報であっても、ネットワークアドレスのようにスタブ
クラスの要求を送信することによって暗黙的に送信され
てサーバコンピュータ４のクライアント識別部２８がそ
の情報によってクライアントコンピュータを識別するこ
とができる情報であってもよい。要するに、クライアン
ト識別子は、ダウンロードしたスタブが実行される実行
環境を直接的または間接的に特定できるものであれば良
い。
【００５２】サーバコンピュータ４のスタブ検索インタ
ーフェース２７は、クライアント識別部２８によって、
受信したクライアント識別子に基づいてスタブクラス２
６−１〜２６−３の内、どのスタブクラスの集合を検索
対象とすべきかを決定し、この決定した何れか１つのス
タブクラス２６−１〜２６−３から、スタブ要求で指定
されたスタブクラス名を持つスタブクラスを検索する
（Ｓ１０）。今の場合は、Ｊａｖａ実行環境(1) 用のス
タブクラス２６−１からスタブクラスが検索される。そ
して、該当するスタブクラスが存在した場合には、それ
を要求元のクライアントコンピュータ１に送り返す（Ｓ
１１）。また、存在しなかった場合には、クライアント
コンピュータ１に対して該当するスタブクラスを保持し
ていない旨を通知する（Ｓ１２）。この場合、スタブク
ラスのダウンロード要求は失敗に終わり、クライアント
コンピュータ１では例外処理が実施され、例えばリモー
トメソッド呼び出しがエラー終了する。
【００５３】クライアントコンピュータ１のスタブ検索
部１３は、要求先のサーバコンピュータ４からスタブク
ラスが送られてくると、これをクラスローダ１４に渡
し、クラスローダ１４はＪａｖａ実行環境１０にロード
する（Ｓ４）。そして、制御部１２はこのロードされた
スタブクラスをインスタンス化してインスタンス１５を
生成し（Ｓ５）、インスタンス１５を使って当該リモー
トメソッド呼び出しを実現する（Ｓ２）。
【００５４】以上は、クライアントコンピュータ１を例
にして動作を説明したが、他のクライアントコンピュー
タ２、３におけるＲＭＩの処理も同様に行われる。但
し、クライアントコンピュータ２、３におけるサーバコ
ンピュータ４へのスタブクラスの要求時には、クライア
ントコンピュータ２、３のクライアント識別子が送られ
るので、サーバコンピュータ４のスタブ検索インターネ
ット２７は、クライアントコンピュータ２からのスタブ
クラス要求時にはＪａｖａ実行環境(2) 用のスタブクラ
ス２６−２を検索し、クライアントコンピュータ３から
のスタブクラス要求時にはＪａｖａ実行環境(3) 用のス
タブクラス２６−３を検索する。
【００５５】このようにして本実施の形態にかかるコン
ピュータシステムは、１つのサーバコンピュータ４か
ら、Ｊａｖａ実行環境の種類が異なる複数のクライアン
トコンピュータ１〜３に対して、各クライアントコンピ
ュータ１〜３におけるリモートメソッド呼び出しに使え
るスタブクラスをダウンロードし、同じサーバオブジェ
クトのメソッドに対するリモートメソッド呼び出しを可
能にしている。このため、構成が様々に異なるクライア
ントコンピュータ１〜３に対して同じ入口のサービスを
一つだけサーバコンピュータに用意しておくだけで済ま
すことができる。
【００５６】次に、具体的な実施例を用いて本実施の形
態の動作を補足説明する。クライアントコンピュータ１
上のクライアントFoo がサーバにリモートメソッド呼び
出しを行うにあたってBankService インターフェースを
実装したクラスであるBankServiceImpl クラスのスタブ
クラスが必要になった時、クライアントコンピュータ１
はネームサーバコンピュータ５にBankServiceImpl のス
タブクラスがどこにあるかを問い合わせると、 http://
japan/BankServiceImpl Stub.classと返って来た。
【００５７】そこで、クライアントコンピュータ１は、
japan サーバに対して、HTTPプロトコルを使用して、HT
TPヘッダにクライアント識別子として "User-Agent: Fo
o"という文字列を付加して http://japan/BankServiceI
mpl Stub.classを要求する。
【００５８】サーバコンピュータ４は、Foo という種類
のクライアント識別子にマッチするものとして http://
japan/client/Foo/BankServerImpl Stub.classを取り出
してクライアントコンピュータ１に返す。
【００５９】一方、クライアントコンピュータ２上のク
ライアントBar がサーバにリモートメソッド呼び出しを
行う際は、ネームサーバコンピュータに問い合わせて h
ttp://japan/BankServiceImpl Stub.classとかえって来
る所までは同様である。次に、japan サーバに対して、
HTTP プロトコルを使用して japanサーバに http://ja
pan/BankServiceImpl Stub.classを要求する際、HTTPヘ
ッダにクライアント識別子として "User-Agent: Bar"と
いう文字列を付加する。サーバコンピュータ４は、今度
は Barという種類のクライアント識別子にマッチするも
のとして http://japan/client/Bar/BankServerImpl St
ub.classを取り出してクライアントコンピュータ２に返
す。
【００６０】クライアントコンピュータ１及び２にダウ
ンロードされインスタンス化されたスタブクラスは、い
ずれも japanサーバの BankServiceImplのスケルトンと
通信し、リモートメソッド呼び出しを実現する。
【００６１】
【発明の他の実施の形態】図５は本発明の別の実施の形
態にかかるコンピュータシステムのブロック図であり、
図１と同一符号は同一部分を示し、３０はスタブ生成部
である。本実施の形態が図１に示した実施の形態と相違
するところは、サーバコンピュータ４が、実行環境の異
なるクライアントの種類毎のスタブを生成するスタブ生
成部３０を備え、スタブクラスを要求したクライアント
コンピュータ１〜３に返却すべき適切なスタブクラスが
記憶部２９内のスタブクラス２６−１〜２６−３中に存
在しなかった場合、スタブ検索インターフェース２７が
スタブクラス名とクライアント識別子とを指定したスタ
ブ生成要求をスタブ生成部３０に出し、スタブ生成部３
０が該当するスタブを動的に生成し、スタブ検索インタ
ーフェース２７がその生成されたスタブを要求元のクラ
イアントコンピュータ１〜３に返すようにした点にあ
る。また、新たに生成されたスタブクラスを後のスタブ
要求に備えて記憶部２９に保存するようにした点にあ
る。
【００６２】図６にスタブ生成部３０の構成例を示す。
図６において、６０−１〜６０−ｍは、サーバコンピュ
ータ４が提供するサービスのインターフェースをＪａｖ
ａのインターフェースクラス（メソッドの名前と型の情
報だけを持ち、メソッドの実装コードを持たないクラ
ス）で定義したもので、サーバコンピュータ４が提供す
るサービス毎に存在する。６１−１〜６１−ｎは、図２
及び図３で説明したものと同様なＲＭＩコンパイラであ
り、それぞれ、Ｊａｖａのインターフェースクラスから
スケルトンクラス及びスタブクラスを生成する。６２
は、スタブ検索インターフェース２７から、スタブクラ
ス名とクライアント識別子とを指定したスタブ生成要求
を受け取って各部を制御する制御部である。
【００６３】制御部６２は、各インターフェースクラス
６０−１〜６０−ｍがどのスタブクラス名に対応するも
のであるかを内部のテーブル（図示せず）によって管理
すると共に、クライアント識別子を識別して、そのクラ
イアント識別子のクライアントの実行環境で実行するス
タブを生成するには複数存在するＲＭＩコンパイラ６１
−１〜６１−ｎのうち、どれを使用すべきであるか、ま
たどのようなコンパイラオプションを指定すべきである
かを、例えばクライアント識別子とＲＭＩコンパイラ６
１−１〜６１−ｎとの対応表（図示せず）によって管理
している。そして制御部６２は、スタブ検索インターフ
ェース２７からのスタブ生成要求で指定されたスタブク
ラス名によって選択したインターフェースクラス６０−
１〜６０−ｍの１つを、同じくスタブ生成要求で指定さ
れたクライアント識別子によって選択したＲＭＩコンパ
イラ６１−１〜６１−ｎの１つに入力して（必要ならば
コンパイラオプションも指定する）、コンパイルを行わ
せ、そのＲＭＩコンパイラで生成されたスケルトンクラ
スとスタブクラスのうち、スタブクラスを要求元のスタ
ブ検索インターフェース２７に返却する処理を行う。な
お、制御部６２は、該当するインターフェースクラスが
存在しないか、該当するＲＭＩコンパイラが存在しない
ため、該当するスタブを生成することができない場合に
は、その旨をスタブ検索インターフェース２７に通知す
る。
【００６４】次に、本実施の形態にかかるコンピュータ
システムにおけるＲＭＩの処理手順を、図１の実施の形
態との相違点を中心に説明する。
【００６５】図７は本実施の形態にかかるコンピュータ
システムにおけるＲＭＩの処理手順の一例を示すフロー
チャートであり、図４と同一符号は同一ステップを示
す。図４と比較すると分かるように、本実施の形態で
は、スタブ検索インターフェース２７によるスタブクラ
スの検索で該当するスタブクラスがスタブクラス２６−
１〜２６−３中に存在しないと判断された場合（Ｓ１０
でＮＯ）、スタブ検索インターフェース２７からスタブ
クラス名とクライアント識別子とを通知されてスタブ生
成部３０が起動され、スタブ生成部３０の制御部６２
が、インターフェースクラス６０−１〜６０−ｍ中にス
タブクラス名に対応するインターフェースクラスが存在
するか否か、ＲＭＩコンパイラ６１−１〜６１−ｎ中に
クライアント識別子に対応するＲＭＩコンパイラが存在
するか否かを判定することによって、要求されたスタブ
クラスを生成できるか否かを調べる（Ｓ２１）。そし
て、生成可能な場合、スタブ生成部３０の制御部６２の
制御の下に該当するスタブクラスの動的な生成が行わ
れ、生成されたスタブクラスがスタブ検索インターフェ
ース２７に戻される（Ｓ２２）。スタブ検索インターフ
ェース２７はそれを要求元のクライアントコンピュータ
１〜３に返すと共に記憶部２９に保存する（Ｓ１１）。
他方、スタブ生成部３０で該当するスタブクラスが生成
できない場合、その旨がスタブ生成部３０からスタブ検
索インターフェース２７に返され、スタブ検索インター
フェース２７は要求元のクライアントコンピュータ１〜
３に該当するスタブクラスが存在しない旨を通知する
（Ｓ１２）。
【００６６】このようにして本実施の形態にかかるコン
ピュータシステムは、１つのサーバコンピュータ４か
ら、Ｊａｖａ実行環境の種類が異なる複数のクライアン
トコンピュータ１〜３に対して、各クライアントコンピ
ュータ１〜３におけるリモートメソッド呼び出しに使え
るスタブクラスを必要に応じて動的に生成してダウンロ
ードし、同じサーバオブジェクトのメソッドに対するリ
モートメソッド呼び出しを可能にしている。このため、
構成が様々に異なるクライアントコンピュータ１〜３に
対して同じ入口のサービスを一つだけサーバコンピュー
タに用意しておくだけで済ますことができ、また、予め
全ての構成に対応するスタブクラスをサーバコンピュー
タ４に用意しておく必要がなくなる。
【００６７】なお、本実施の形態では、記憶部２９にス
タブクラスが１つも記憶されない状態でサーバコンピュ
ータ４を立ち上げるようにしても良いし、サーバコンピ
ュータ４の立ち上げ時点で図１の実施の形態と同様に記
憶部２９に幾つかのスタブクラスを予め記憶させておく
ようにしても良い。また、スタブ生成部３０で生成され
たスタブクラスを記憶部２９に保存するようにしたが、
保存しないようにしても良い。
【００６８】
【発明の他の実施の形態】図８は本発明の更に別の実施
の形態にかかるコンピュータシステムのブロック図であ
り、図５と同一符号は同一部分を示す。本実施の形態が
図５に示した実施の形態と相違するところは、サーバコ
ンピュータ４が、スタブクラスの集合を一切保持せず
に、クライアントコンピュータ１〜３からダウンロード
要求されたスタブクラスの全てを動的に生成するように
した点にある。そのため、図５のスタブクラス２６−１
〜２６−３の記憶部２９は省略されている。
【００６９】スタブ検索インターフェース２７は、クラ
イアントコンピュータ１〜３からスタブクラス名及びク
ライアント識別子を指定したスタブ要求を受けた場合、
スタブ生成部３０に対してスタブクラス名とクライアン
ト識別子を通知してスタブクラスの生成を指示する。ス
タブ生成部３０は図５の実施の形態で説明したものと同
様の方法でスタブクラスを生成してスタブ検索インター
フェース２７に返し、スタブ検索インターフェース２７
はそれを要求元のクライアントコンピュータ１〜３に送
る。スタブ生成部３０が該当するスタブクラスを生成で
きない場合、スタブ検索インターフェース２７はスタブ
クラスが見つからない旨を要求元のクライアントコンピ
ュータ１〜３に通知する。
【００７０】図９は本実施の形態にかかるコンピュータ
システムにおけるＲＭＩの処理手順の一例を示すフロー
チャートであり、図７と同一符号は同一ステップを示
す。図７と比較すると分かるように、本実施の形態で
は、クライアントコンピュータからスタブ要求を受けた
場合、スタブ検索インターフェース２７からスタブ生成
部３０が直ちに起動され、スタブ生成部３０は、スタブ
クラスを生成できるか否かを調べる（Ｓ２１）。生成可
能な場合、スタブ生成部３０は該当するスタブクラスを
生成してスタブ検索インターフェース２７に渡し（Ｓ２
２）、スタブ検索インターフェース２７はそれを要求元
のクライアントコンピュータ１〜３に返す（Ｓ１１）。
他方、該当するスタブクラスが生成できない場合、その
旨がスタブ生成部３０からスタブ検索インターフェース
２７に通知され、スタブ検索インターフェース２７は要
求元のクライアントコンピュータ１〜３に該当するスタ
ブクラスが存在しない旨を通知する（Ｓ１２）。
【００７１】このようにして本実施の形態にかかるコン
ピュータシステムは、１つのサーバコンピュータ４か
ら、Ｊａｖａ実行環境の種類が異なる複数のクライアン
トコンピュータ１〜３に対して、各クライアントコンピ
ュータ１〜３におけるリモートメソッド呼び出しに使え
るスタブクラスを動的に生成してダウンロードし、同じ
サーバオブジェクトのメソッドに対するリモートメソッ
ド呼び出しを可能にしている。このため、構成が様々に
異なるクライアントコンピュータ１〜３に対して同じ入
口のサービスを一つだけサーバコンピュータに用意して
おくだけで済ますことができ、また、スタブクラスをサ
ーバコンピュータ４に保存しておく必要がなくなる。
【００７２】
【発明の効果】以上説明したように本発明によれば、１
つのサーバコンピュータから、実行環境の種類が異なる
複数のクライアントコンピュータに対して適切なスタブ
をダウンロードすることが可能となる。また、スタブ生
成部によってスタブを動的に生成する構成にあっては、
予め全ての構成に対応するスタブをサーバ側に用意して
おく必要がなくなる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるコンピュータシ
ステムのブロック図である。
【図２】サーバコンピュータに保持するスタブクラスを
生成する構成例を示すブロック図である。
【図３】サーバコンピュータに保持するスタブクラスを
生成する別の構成例を示すブロック図である。
【図４】本発明の一実施の形態にかかるコンピュータシ
ステムにおけるＲＭＩの処理手順を示すフローチャート
である。
【図５】本発明の別の実施の形態にかかるコンピュータ
システムのブロック図である。
【図６】スタブ生成部の構成例を示すブロック図であ
る。
【図７】本発明の別の実施の形態にかかるコンピュータ
システムにおけるＲＭＩの処理手順を示すフローチャー
トである。
【図８】本発明の更に別の実施の形態にかかるコンピュ
ータシステムのブロック図である。
【図９】本発明の更に別の実施の形態にかかるコンピュ
ータシステムにおけるＲＭＩの処理手順を示すフローチ
ャートである。
【図１０】ＲＭＩの仕組みの概要を示す図である。
【図１１】従来のコンピュータシステムのブロック図で
ある。
【図１２】従来のコンピュータシステムにおけるＲＭＩ
の処理手順を示すフローチャートである。
【符号の説明】
１、２、３…クライアントコンピュータ ４…サーバコンピュータ ５…ネームサーバコンピュータ ６…ネットワーク １０、１６、１７、２０…Ｊａｖａ実行環境 １１、２１…クラス １２、２３…制御部 １３…スタブ検索部 １４、２４…クラスローダ １５、２５…インスタンス ２２…スケルトンクラス ２６−１〜２６−３…スタブクラス ２７…スタブ検索インターフェース ２８…クライアント識別部 ２９…記憶部 ３０…スタブ生成部

Claims (21)

    【特許請求の範囲】
  1. 【請求項１】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィングシステムであって、 クライアント側に、スタブ名とクライアント識別子とを
    指定したスタブ要求をサーバに送出して、その応答とし
    て返されるスタブを受信するスタブ検索部を備え、 サーバ側に、クライアントからのリモートメソッド呼び
    出し時にサーバ側で使うスケルトンと組にして使うスタ
    ブを実行環境の異なるクライアントの種類毎に用意した
    スタブ集合と、クライアントからのスタブ要求時、指定
    されたスタブ名とクライアント識別子に基づいて前記ス
    タブ集合の中から適切なスタブを検索して要求元のクラ
    イアントに返すスタブ検索インターフェースとを備えた
    スタブ検索ローディングシステム。
  2. 【請求項２】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィングシステムであって、 クライアント側に、スタブ名とクライアント識別子とを
    指定したスタブ要求をサーバに送出して、その応答とし
    て返されるスタブを受信するスタブ検索部を備え、 サーバ側に、クライアントからのリモートメソッド呼び
    出し時にサーバ側で使うスケルトンと組にして使うスタ
    ブを実行環境の異なるクライアントの種類毎に生成する
    スタブ生成部と、クライアントからのスタブ要求時、指
    定されたスタブ名とクライアント識別子に基づいて前記
    スタブ生成部に要求元のクライアントの実行環境に適し
    たスタブを生成させ、生成されたスタブを要求元のクラ
    イアントに返すスタブ検索インターフェースとを備えた
    スタブ検索ローディングシステム。
  3. 【請求項３】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィングシステムであって、 クライアント側に、スタブ名とクライアント識別子とを
    指定したスタブ要求をサーバに送出して、その応答とし
    て返されるスタブを受信するスタブ検索部を備え、 サーバ側に、クライアントからのリモートメソッド呼び
    出し時にサーバ側で使うスケルトンと組にして使うスタ
    ブを実行環境の異なるクライアントの種類毎に用意した
    スタブ集合と、前記スケルトンと組にして使うスタブを
    実行環境の異なるクライアントの種類毎に生成するスタ
    ブ生成部と、クライアントからのスタブ要求時、指定さ
    れたスタブ名とクライアント識別子に基づいて前記スタ
    ブ集合の中から適切なスタブを検索して要求元のクライ
    アントに返し、適切なスタブが前記スタブ集合に存在し
    なければ指定されたスタブ名とクライアント識別子に基
    づいて前記スタブ生成部に要求元のクライアントの実行
    環境に適したスタブを生成させ、生成されたスタブを要
    求元のクライアントに返すスタブ検索インターフェース
    とを備えたスタブ検索ローディングシステム。
  4. 【請求項４】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィング方法であって、（ａ）クライアントからサーバ
    に、スタブ名とクライアント識別子とを指定したスタブ
    要求を送出するステップ、（ｂ）サーバにおいて、指定
    されたクライアント識別子に基づいて、クライアントか
    らのリモートメソッド呼び出し時にサーバ側で使うスケ
    ルトンと組にして使うスタブを実行環境の異なるクライ
    アントの種類毎に用意したスタブ集合の中から１つのス
    タブ集合を選択するステップ、（ｃ）サーバにおいて、
    指定されたスタブ名のスタブを前記選択したスタブ集合
    の中から選択するステップ、（ｄ）サーバからクライア
    ントに、前記選択されたスタブを送出するステップ、
    （ｅ）クライアントにおいて、サーバから送出された前
    記スタブを受信するステップを含むスタブ検索ローディ
    ング方法。
  5. 【請求項５】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィング方法であって、（ａ）クライアントからサーバ
    に、スタブ名とクライアント識別子とを指定したスタブ
    要求を送出するステップ、（ｂ）サーバにおいて、指定
    されたスタブ名とクライアント識別子に基づいて、クラ
    イアントからのリモートメソッド呼び出し時にサーバ側
    で使うスケルトンと組にして使うスタブを生成するステ
    ップ、（ｃ）サーバからクライアントに、前記生成した
    スタブを送出するステップ、（ｄ）クライアントにおい
    て、サーバから送出された前記スタブを受信するステッ
    プを含むスタブ検索ローディング方法。
  6. 【請求項６】 クライアントからサーバにリモートメソ
    ッド呼び出しを行う際にクライアント側で必要となるス
    タブをサーバ側からダウンロードするスタブ検索ローデ
    ィング方法であって、（ａ）クライアントからサーバ
    に、スタブ名とクライアント識別子とを指定したスタブ
    要求を送出するステップ、（ｂ）サーバにおいて、指定
    されたクライアント識別子に基づいて、クライアントか
    らのリモートメソッド呼び出し時にサーバ側で使うスケ
    ルトンと組にして使うスタブを実行環境の異なるクライ
    アントの種類毎に用意したスタブ集合の中から１つのス
    タブ集合を選択し、且つ、該選択したスタブ集合の中か
    ら指定されたスタブ名のスタブを検索するステップ、
    （ｃ）サーバにおいて、ステップｂの検索に失敗した場
    合に、指定されたスタブ名とクライアント識別子に基づ
    いて、クライアントからのリモートメソッド呼び出し時
    にサーバ側で使うスケルトンと組にして使うスタブを生
    成するステップ、（ｄ）サーバからクライアントに、ス
    テップｂの検索に成功した場合にはステップｂで検索さ
    れたスタブを、ステップｂの検索に失敗した場合にはス
    テップｃで生成されたスタブを送出するステップ、
    （ｅ）クライアントにおいて、サーバから送出された前
    記スタブを受信するステップを含むスタブ検索ローディ
    ング方法。
  7. 【請求項７】 リモートメソッド呼び出しを行う際にク
    ライアント側で必要となるスタブをクライアントからの
    スタブ要求に応じて要求元のクライアントに提供するサ
    ーバ装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合
    と、クライアントからのスタブ名とクライアント識別子
    とを指定したスタブ要求時、指定されたスタブ名とクラ
    イアント識別子に基づいて前記スタブ集合の中から適切
    なスタブを検索して要求元のクライアントに返すスタブ
    検索インターフェースとを備えたサーバ装置。
  8. 【請求項８】 リモートメソッド呼び出しを行う際にク
    ライアント側で必要となるスタブをクライアントからの
    スタブ要求に応じて要求元のクライアントに提供するサ
    ーバ装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に生成するスタブ生成部
    と、クライアントからのスタブ名とクライアント識別子
    とを指定したスタブ要求時、指定されたスタブ名とクラ
    イアント識別子に基づいて前記スタブ生成部に要求元の
    クライアントの実行環境に適したスタブを生成させ、生
    成されたスタブを要求元のクライアントに返すスタブ検
    索インターフェースとを備えたサーバ装置。
  9. 【請求項９】 リモートメソッド呼び出しを行う際にク
    ライアント側で必要となるスタブをクライアントからの
    スタブ要求に応じて要求元のクライアントに提供するサ
    ーバ装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合
    と、前記スケルトンと組にして使うスタブを実行環境の
    異なるクライアントの種類毎に生成するスタブ生成部
    と、クライアントからのスタブ名とクライアント識別子
    とを指定したスタブ要求時、指定されたスタブ名とクラ
    イアント識別子に基づいて前記スタブ集合の中から適切
    なスタブを検索して要求元のクライアントに返し、適切
    なスタブが前記スタブ集合に存在しなければ指定された
    スタブ名とクライアント識別子に基づいて前記スタブ生
    成部に要求元のクライアントの実行環境に適したスタブ
    を生成させ、生成されたスタブを要求元のクライアント
    に返すスタブ検索インターフェースとを備えたサーバ装
    置。
  10. 【請求項１０】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合、
    及びクライアントからのスタブ要求時、指定されたスタ
    ブ名とクライアント識別子に基づいて前記スタブ集合の
    中から適切なスタブを検索して要求元のクライアントに
    返すスタブ検索インターフェースとを備えたサーバ装置
    に対して、スタブ名とクライアント識別子とを指定した
    スタブ要求を送出し、その応答として返されるスタブを
    受信するスタブ検索部を備えたクライアント装置。
  11. 【請求項１１】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に生成するスタブ生成部
    及び、クライアントからのスタブ要求時、指定されたス
    タブ名とクライアント識別子に基づいて前記スタブ生成
    部に要求元のクライアントの実行環境に適したスタブを
    生成させ、生成されたスタブを要求元のクライアントに
    返すスタブ検索インターフェースとを備えたサーバ装置
    に対して、スタブ名とクライアント識別子とを指定した
    スタブ要求をサーバに送出し、その応答として返される
    スタブを受信するスタブ検索部を備えたクライアント装
    置。
  12. 【請求項１２】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置であって、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合、
    前記スケルトンと組にして使うスタブを実行環境の異な
    るクライアントの種類毎に生成するスタブ生成部及び、
    クライアントからのスタブ要求時、指定されたスタブ名
    とクライアント識別子に基づいて前記スタブ集合の中か
    ら適切なスタブを検索して要求元のクライアントに返
    し、適切なスタブが前記スタブ集合に存在しなければ指
    定されたスタブ名とクライアント識別子に基づいて前記
    スタブ生成部に要求元のクライアントの実行環境に適し
    たスタブを生成させ、生成されたスタブを要求元のクラ
    イアントに返すスタブ検索インターフェースとを備えた
    サーバ装置に対して、スタブ名とクライアント識別子と
    を指定したスタブ要求をサーバに送出し、その応答とし
    て返されるスタブを受信するスタブ検索部を備えたクラ
    イアント装置。
  13. 【請求項１３】 クライアントからサーバにリモートメ
    ソッド呼び出しを行う際にクライアント側で必要となる
    スタブをサーバ側からダウンロードするスタブ検索ロー
    ディングプログラムを記録したコンピュータ可読記録媒
    体であって、 クライアントを構成するコンピュータを、スタブ名とク
    ライアント識別子とを指定したスタブ要求をサーバに送
    出して、その応答として返されるスタブを受信するスタ
    ブ検索手段として機能させ、 サーバを構成するコンピュータを、クライアントからの
    リモートメソッド呼び出し時にサーバ側で使うスケルト
    ンと組にして使うスタブを実行環境の異なるクライアン
    トの種類毎に用意したスタブ集合の記憶手段、クライア
    ントからのスタブ要求時、指定されたスタブ名とクライ
    アント識別子に基づいて前記スタブ集合の中から適切な
    スタブを検索して要求元のクライアントに返すスタブ検
    索インターフェース手段として機能させるプログラムを
    記録したコンピュータ可読記録媒体。
  14. 【請求項１４】 クライアントからサーバにリモートメ
    ソッド呼び出しを行う際にクライアント側で必要となる
    スタブをサーバ側からダウンロードするスタブ検索ロー
    ディングプログラムを記録したコンピュータ可読記録媒
    体であって、 クライアントを構成するコンピュータを、スタブ名とク
    ライアント識別子とを指定したスタブ要求をサーバに送
    出して、その応答として返されるスタブを受信するスタ
    ブ検索手段として機能させ、 サーバを構成するコンピュータを、クライアントからの
    リモートメソッド呼び出し時にサーバ側で使うスケルト
    ンと組にして使うスタブを実行環境の異なるクライアン
    トの種類毎に生成するスタブ生成手段、クライアントか
    らのスタブ要求時、指定されたスタブ名とクライアント
    識別子に基づいて前記スタブ生成部に要求元のクライア
    ントの実行環境に適したスタブを生成させ、生成された
    スタブを要求元のクライアントに返すスタブ検索インタ
    ーフェース手段として機能させるプログラムを記録した
    コンピュータ可読記録媒体。
  15. 【請求項１５】 クライアントからサーバにリモートメ
    ソッド呼び出しを行う際にクライアント側で必要となる
    スタブをサーバ側からダウンロードするスタブ検索ロー
    ディングプログラムを記録したコンピュータ可読記録媒
    体であって、 クライアントを構成するコンピュータを、スタブ名とク
    ライアント識別子とを指定したスタブ要求をサーバに送
    出して、その応答として返されるスタブを受信するスタ
    ブ検索手段として機能させ、 サーバを構成するコンピュータを、クライアントからの
    リモートメソッド呼び出し時にサーバ側で使うスケルト
    ンと組にして使うスタブを実行環境の異なるクライアン
    トの種類毎に用意したスタブ集合の記憶手段、前記スケ
    ルトンと組にして使うスタブを実行環境の異なるクライ
    アントの種類毎に生成するスタブ生成手段、クライアン
    トからのスタブ要求時、指定されたスタブ名とクライア
    ント識別子に基づいて前記スタブ集合の中から適切なス
    タブを検索して要求元のクライアントに返し、適切なス
    タブが前記スタブ集合に存在しなければ指定されたスタ
    ブ名とクライアント識別子に基づいて前記スタブ生成部
    に要求元のクライアントの実行環境に適したスタブを生
    成させ、生成されたスタブを要求元のクライアントに返
    すスタブ検索インターフェース手段として機能させるプ
    ログラムを記録したコンピュータ可読記録媒体。
  16. 【請求項１６】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをクライアントから
    のスタブ要求に応じて要求元のクライアントに提供する
    サーバ装置を構成するコンピュータを、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合の
    記憶手段、クライアントからのスタブ名とクライアント
    識別子とを指定したスタブ要求時、指定されたスタブ名
    とクライアント識別子に基づいて前記スタブ集合の中か
    ら適切なスタブを検索して要求元のクライアントに返す
    スタブ検索インターフェース手段として機能させるプロ
    グラムを記録したコンピュータ可読記録媒体。
  17. 【請求項１７】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをクライアントから
    のスタブ要求に応じて要求元のクライアントに提供する
    サーバ装置を構成するコンピュータを、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に生成するスタブ生成手
    段、クライアントからのスタブ名とクライアント識別子
    とを指定したスタブ要求時、指定されたスタブ名とクラ
    イアント識別子に基づいて前記スタブ生成部に要求元の
    クライアントの実行環境に適したスタブを生成させ、生
    成されたスタブを要求元のクライアントに返すスタブ検
    索インターフェース手段として機能させるプログラムを
    記録したコンピュータ可読記録媒体。
  18. 【請求項１８】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをクライアントから
    のスタブ要求に応じて要求元のクライアントに提供する
    サーバ装置を構成するコンピュータを、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合の
    記憶手段、前記スケルトンと組にして使うスタブを実行
    環境の異なるクライアントの種類毎に生成するスタブ生
    成手段、クライアントからのスタブ名とクライアント識
    別子とを指定したスタブ要求時、指定されたスタブ名と
    クライアント識別子に基づいて前記スタブ集合の中から
    適切なスタブを検索して要求元のクライアントに返し、
    適切なスタブが前記スタブ集合に存在しなければ指定さ
    れたスタブ名とクライアント識別子に基づいて前記スタ
    ブ生成部に要求元のクライアントの実行環境に適したス
    タブを生成させ、生成されたスタブを要求元のクライア
    ントに返すスタブ検索インターフェース手段として機能
    させるプログラムを記録したコンピュータ可読記録媒
    体。
  19. 【請求項１９】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置を構成するコンピュータ
    を、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合、
    及びクライアントからのスタブ要求時、指定されたスタ
    ブ名とクライアント識別子に基づいて前記スタブ集合の
    中から適切なスタブを検索して要求元のクライアントに
    返すスタブ検索インターフェースとを備えたサーバ装置
    に対して、スタブ名とクライアント識別子とを指定した
    スタブ要求を送出し、その応答として返されるスタブを
    受信するスタブ検索手段として機能させるプログラムを
    記録したコンピュータ可読記録媒体。
  20. 【請求項２０】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置を構成するコンピュータ
    を、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に生成するスタブ生成部
    及び、クライアントからのスタブ要求時、指定されたス
    タブ名とクライアント識別子に基づいて前記スタブ生成
    部に要求元のクライアントの実行環境に適したスタブを
    生成させ、生成されたスタブを要求元のクライアントに
    返すスタブ検索インターフェースとを備えたサーバ装置
    に対して、スタブ名とクライアント識別子とを指定した
    スタブ要求をサーバに送出し、その応答として返される
    スタブを受信するスタブ検索手段として機能させるプロ
    グラムを記録したコンピュータ可読記録媒体。
  21. 【請求項２１】 リモートメソッド呼び出しを行う際に
    クライアント側で必要となるスタブをサーバ側からダウ
    ンロードするクライアント装置を構成するコンピュータ
    を、 クライアントからのリモートメソッド呼び出し時にサー
    バ側で使うスケルトンと組にして使うスタブを実行環境
    の異なるクライアントの種類毎に用意したスタブ集合、
    前記スケルトンと組にして使うスタブを実行環境の異な
    るクライアントの種類毎に生成するスタブ生成部及び、
    クライアントからのスタブ要求時、指定されたスタブ名
    とクライアント識別子に基づいて前記スタブ集合の中か
    ら適切なスタブを検索して要求元のクライアントに返
    し、適切なスタブが前記スタブ集合に存在しなければ指
    定されたスタブ名とクライアント識別子に基づいて前記
    スタブ生成部に要求元のクライアントの実行環境に適し
    たスタブを生成させ、生成されたスタブを要求元のクラ
    イアントに返すスタブ検索インターフェースとを備えた
    サーバ装置に対して、スタブ名とクライアント識別子と
    を指定したスタブ要求をサーバに送出し、その応答とし
    て返されるスタブを受信するスタブ検索手段として機能
    させるプログラムを記録したコンピュータ可読記録媒
    体。
JP2000322269A 2000-10-23 2000-10-23 スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体 Pending JP2002132739A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2000322269A JP2002132739A (ja) 2000-10-23 2000-10-23 スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体
US09/982,950 US6839897B2 (en) 2000-10-23 2001-10-22 Stub search loading system and method, server apparatus, client apparatus, and computer-readable recording medium
EP01124343A EP1202174A3 (en) 2000-10-23 2001-10-22 Stub search loading system and method, server apparatus, client apparatus, and computer-readable recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000322269A JP2002132739A (ja) 2000-10-23 2000-10-23 スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体

Publications (1)

Publication Number Publication Date
JP2002132739A true JP2002132739A (ja) 2002-05-10

Family

ID=18800176

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000322269A Pending JP2002132739A (ja) 2000-10-23 2000-10-23 スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体

Country Status (3)

Country Link
US (1) US6839897B2 (ja)
EP (1) EP1202174A3 (ja)
JP (1) JP2002132739A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005527039A (ja) * 2002-05-23 2005-09-08 アルカテル Ｃｏｒｂａ環境でｕｍｌモデルとその実装との間のリンクを確保するソフトウェア開発ツール
WO2006040991A1 (ja) * 2004-10-08 2006-04-20 Sharp Kabushiki Kaisha 端末装置、サーバ装置、及びWebサービス提供システム
WO2006049276A1 (ja) * 2004-11-08 2006-05-11 iWaveDesign, Inc. データ伝送システム
US9112701B2 (en) 2007-02-14 2015-08-18 Sony Corporation Wearable device, authentication method, and recording medium

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6393497B1 (en) 1998-03-20 2002-05-21 Sun Microsystems, Inc. Downloadable smart proxies for performing processing associated with a remote procedure call in a distributed system
US6138238A (en) * 1997-12-11 2000-10-24 Sun Microsystems, Inc. Stack-based access control using code and executor identifiers
US6272559B1 (en) * 1997-10-15 2001-08-07 Sun Microsystems, Inc. Deferred reconstruction of objects and remote loading for event notification in a distributed system
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
US6185611B1 (en) 1998-03-20 2001-02-06 Sun Microsystem, Inc. Dynamic lookup service in a distributed system
US6466947B2 (en) * 1998-03-20 2002-10-15 Sun Microsystems, Inc. Apparatus and method for dynamically verifying information in a distributed system
WO1999044296A2 (en) 1998-02-26 1999-09-02 Sun Microsystems, Inc. Apparatus and method for dynamically verifying information in a distributed system
WO1999044127A1 (en) * 1998-02-26 1999-09-02 Sun Microsystems, Inc. Dynamic lookup service in a distributed system
US8001232B1 (en) 2000-05-09 2011-08-16 Oracle America, Inc. Event message endpoints in a distributed computing environment
US7296275B2 (en) * 2001-01-04 2007-11-13 Sun Microsystems, Inc. Method and system for passing objects in a distributed system using serialization contexts
US7434234B2 (en) * 2001-05-04 2008-10-07 Outlooksoft Corporation Method and system for facilitating communications in a network using on demand distribution
CN1682186A (zh) * 2001-09-05 2005-10-12 斯文·约翰·贝林 技术无关的信息管理
US7756969B1 (en) 2001-09-07 2010-07-13 Oracle America, Inc. Dynamic provisioning of identification services in a distributed system
US20030051029A1 (en) * 2001-09-07 2003-03-13 Reedy Dennis G. Dynamic provisioning of sevice components in a distributed system
US7660887B2 (en) 2001-09-07 2010-02-09 Sun Microsystems, Inc. Systems and methods for providing dynamic quality of service for a distributed system
US8473922B2 (en) * 2001-09-19 2013-06-25 Hewlett-Packard Development Company, L.P. Runtime monitoring in component-based systems
US7290267B2 (en) * 2002-01-23 2007-10-30 International Business Machines Corporation Multi-protocol object distribution
US7792874B1 (en) 2004-01-30 2010-09-07 Oracle America, Inc. Dynamic provisioning for filtering and consolidating events
US20050246677A1 (en) * 2004-04-30 2005-11-03 Intel Corporation. Native method invocation (NMI) custom marshalling stub service
US7917913B2 (en) * 2006-09-15 2011-03-29 Telefonaktiebolaget L M Ericsson (Publ) Injecting proxy components using blueprints
US9152401B2 (en) * 2009-05-02 2015-10-06 Citrix Systems, Inc. Methods and systems for generating and delivering an interactive application delivery store
US10250625B2 (en) * 2014-05-22 2019-04-02 Nec Corporation Information processing device, communication history analysis method, and medium
US9894185B2 (en) * 2014-12-16 2018-02-13 Software Ag System and method for condition-based application logic shifting between a client and a server
US11550571B2 (en) * 2020-09-17 2023-01-10 International Business Machines Corporation Generation of equivalent microservices to replace existing object-oriented application

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0991143A (ja) * 1995-07-14 1997-04-04 Sony Corp データ処理方法および装置
JPH1083308A (ja) * 1996-04-23 1998-03-31 Sun Microsyst Inc スタブ検索及びローディング・サブシステム、スタブ検索及びローディング方法並びにスタブ検索及びローディング用記録媒体
JPH1165832A (ja) * 1997-08-21 1999-03-09 Sony Corp ソースコード変換方法及び記録媒体

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6708171B1 (en) * 1996-04-23 2004-03-16 Sun Microsystems, Inc. Network proxy
US6487607B1 (en) * 1998-02-26 2002-11-26 Sun Microsystems, Inc. Methods and apparatus for remote method invocation
US5999988A (en) * 1997-03-31 1999-12-07 Sun Microsystems, Inc. Method and apparatus for generating and employing a run-time generated stub to reference an object in object oriented systems
WO1999044134A1 (en) * 1998-02-26 1999-09-02 Sun Microsystems, Inc. Method and system for facilitating access to a lookup service
US6385661B1 (en) * 1998-10-19 2002-05-07 Recursion Software, Inc. System and method for dynamic generation of remote proxies

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0991143A (ja) * 1995-07-14 1997-04-04 Sony Corp データ処理方法および装置
JPH1083308A (ja) * 1996-04-23 1998-03-31 Sun Microsyst Inc スタブ検索及びローディング・サブシステム、スタブ検索及びローディング方法並びにスタブ検索及びローディング用記録媒体
JPH1165832A (ja) * 1997-08-21 1999-03-09 Sony Corp ソースコード変換方法及び記録媒体

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005527039A (ja) * 2002-05-23 2005-09-08 アルカテル Ｃｏｒｂａ環境でｕｍｌモデルとその実装との間のリンクを確保するソフトウェア開発ツール
WO2006040991A1 (ja) * 2004-10-08 2006-04-20 Sharp Kabushiki Kaisha 端末装置、サーバ装置、及びWebサービス提供システム
JPWO2006040991A1 (ja) * 2004-10-08 2008-05-15 シャープ株式会社 端末装置、サーバ装置、及びＷｅｂサービス提供システム
WO2006049276A1 (ja) * 2004-11-08 2006-05-11 iWaveDesign, Inc. データ伝送システム
US9112701B2 (en) 2007-02-14 2015-08-18 Sony Corporation Wearable device, authentication method, and recording medium

Also Published As

Publication number Publication date
US20020059212A1 (en) 2002-05-16
EP1202174A3 (en) 2004-07-21
US6839897B2 (en) 2005-01-04
EP1202174A2 (en) 2002-05-02

Similar Documents

Publication Publication Date Title
JP2002132739A (ja) スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体
US20220070122A1 (en) Method and Apparatus for Composite User Interface Generation
CN103283209B (zh) 一种应用服务平台系统及其实现方法
KR100614266B1 (ko) 안전 분산 처리 시스템에서의 클러스터형 엔터프라이즈ｊａｖａ™
JP3967806B2 (ja) リソースの位置を指名するためのコンピュータ化された方法及びリソース指名機構
KR100768959B1 (ko) 분산 처리 시스템의 스마트 스터브 또는 엔터프라이즈 ｊａｖａ™ 빈
US7533389B2 (en) Dynamic loading of remote classes
US6408342B1 (en) Communications framework for supporting multiple simultaneous communications protocols in a distributed object environment
KR100673627B1 (ko) 분산 처리 시스템에서 메세지 통과 커널을 갖는클러스터형 엔터프라이즈 ｊａｖａ™
US6845505B1 (en) Web request broker controlling multiple processes
US7499983B2 (en) Web dispatch service
JPH1083308A (ja) スタブ検索及びローディング・サブシステム、スタブ検索及びローディング方法並びにスタブ検索及びローディング用記録媒体
JPH08504975A (ja) 分散型コンピュータシステムにおける遠隔手続き呼出しを実行するための方法およびシステム
US20030055862A1 (en) Methods, systems, and articles of manufacture for managing systems using operation objects
EP1974498A1 (en) Method, system and computer program product for automatically cloning it resource structures
US20100100894A1 (en) System and Method for Asynchronously Invoking Dynamic Proxy Interface Using Supplemental Interfaces
CN110231956A (zh) 应用程序版本构建的方法、系统及装置
CN112035122A (zh) 一种接口部署方法、系统及存储介质
Kapitza et al. DLS: a CORBA service for dynamic loading of code
Evans et al. The pervasiveness of evolution in GRUMPS software
Rolland et al. A framework for encapsulating best business practices for electricity supply industry into generic patterns
JP2001337935A (ja) 分散オブジェクト環境におけるアプリケーションのラッピング方法、その通信管理装置及び記録媒体
JPH10232780A (ja) インタフェース定義記述の変換方法およびオブジェクト間通信方法
US20020199032A1 (en) Deferred response component manager
CN116389221A (zh) 基于OGC API-Processes的云原生空间信息处理服务方法及装置

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050405

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050527

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20051115