JPH1083306A

JPH1083306A - サーバ・ソフトウェアのインストールなしにクライアント・サポートを提供する方法および装置

Info

Publication number: JPH1083306A
Application number: JP9145158A
Authority: JP
Inventors: Dwight Hare; ドゥワイト・ヘアー; Christian J Callsen; クリスチャン・ジェイ・コールセン
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1996-06-03
Filing date: 1997-06-03
Publication date: 1998-03-31
Also published as: EP0812090A3; DE69733918T2; EP0812090A2; EP0812090B1; DE69733918D1; US6625641B1

Abstract

(57)【要約】【課題】純粋なクライアントがオブジェクト・サービ
スを得るために遠隔ＯＲＢデーモンを位置指定し、それ
に接続することができるプロセスを提供する。【解決手段】クライアント・プロセスは、ローカル・
ホスト・マシン上で実行されており、クライアントをサ
ポートするサーバ・ソフトウェアは、遠隔ホスト・マシ
ン上に物理的に記憶される。遠隔ホスト・マシンはアク
ティブ・サーバ・プロセスを含む。クライアントをサポ
ートする遠隔サーバ・ソフトウェアは、ローカル・ホス
ト・マシン内で、ＮＦＳマウント・テーブル・エントリ
など、自動システム生成リファレンスを使用して識別さ
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント／サ
ーバ・コンピュータ環境の分野に関する。

【０００２】

【従来の技術】従来技術において、ネットワーク化オブ
ジェクトをサポートするクライアント／サーバ環境は、
ローカル・オブジェクト要求ブローカ・プロセスまたは
ＯＲＢ（オブジェクト要求ブローカ）デーモンを利用し
て、クライアントとオブジェクト・サーバの間で要求を
調整する。クライアントがオブジェクト・リファレンス
を有する場合、クライアントは、局所的に動作している
ＯＲＢデーモンに接続しようと試みる。ローカル・ホス
ト・マシン上またはユーザがプリセットしたオーバライ
ド位置において動作しているＯＲＢデーモンが存在しな
い場合、クライアントは、ネットワーク上でサービスに
アクセスすることができない。純粋なクライアント、す
なわちＯＲＢソフトウェアのサポートを有しないクライ
アントが、オブジェクト・サービスにアクセスするため
にネットワーク上で別のＯＲＢデーモンを自動的に位置
指定し、それに接続する機構はない。

【０００３】ネットワーク化オブジェクト環境ネットワーク化オブジェクト環境において、オブジェク
ト・サーバは、オブジェクトの定義域内で実施されるメ
ソッド、データなどへのアクセス、インストールおよび
削除を制御するマルチスレッド・プロセスである。オブ
ジェクトは、業務実施など、手順およびそれらのデータ
をカプセル化する明確に定義された自蔵ソフトウェア・
モジュールである。オブジェクトは、慎重に定義された
インタフェースを介して互いに通信することによって、
コンピュータを標準化された電子部品から製造する方法
と同様に複雑な解決策を構成することができる。再使用
および標準化の多数のレベルが可能であり、したがって
エンジニアは、再使用度およびレバレッジの高いモジュ
ール、アプリケーションおよびシステム全体を製造する
ことができる。

【０００４】ネットワーク化オブジェクト技術では、ア
プリケーションは、アプリケーションまたはオブジェク
トが常駐する場所と実質上無関係に、ネットワーク内の
任意の場所においてオブジェクトおよびそれらの共用サ
ービスにアクセスすることができる。また、ネットワー
ク・オブジェクトでは、それがモデル化するアプリケー
ションまたは業務プロセスを混乱させる危険なしに個々
のオブジェクトを更新することができ、したがって複雑
なシステムの優美な漸進的発展が促進される。例えば、
新しいコンポーネントが故障した場合、そのコンポーネ
ントの先祖を迅速かつ透過的に再インストールすること
ができる。

【０００５】ネットワーク化オブジェクト環境の例は、
ネットワークおよび異なる計算プラットフォーム間でオ
ブジェクトの共用を実現するＳｕｎＳｏｆｔ^TMのＣＯＲ
ＢＡコンプライアントＮＥＯプロダクト・ファミリであ
る。

【０００６】５００以上のソフトウェア・ベンダ、開発
者、およびエンド・ユーザ組織から構成されるオブジェ
クト管理グループ（ＯＭＧ）は、異種分散オブジェクト
指向アプリケーションをサポートする共通のアーキテク
チャの基準を開発し、開発し続けている。ＯＭＧ共通オ
ブジェクト要求ブローカ・アーキテクチャ（ＣＯＲＢ
Ａ）は、多数のベンダからの異なるオブジェクト・シス
テムがネットワーク上で互いに相互作用することができ
るように設計されている。ＣＯＲＢＡ規格は、次の４つ
の構成要素を含む。ｉ）ネットワーク化環境内でオブジェクトを管理するオ
ブジェクト要求ブローカ（ＯＲＢ） ii）ＯＲＢ間通信の相互操作性 iii)共通オブジェクト・サービス（ＣＯＲＢＡサービ
ス） iv）通常使用されるプログラミング言語のマッピング

【０００７】ネットワーク・オブジェクト要求ブローカ
（ＯＲＢ）は、標準のインタフェース・プロトコルを介
してオブジェクトの位置指定および実行を実現し、した
がってオブジェクトおよびプログラムがネットワーク間
で互いに透過的に相互作用することができるネットワー
ク・ベースのＣＯＲＢＡコンプライアント・ソフトウェ
ア・システムである。ＮＥＯＯＲＢは、必要に応じて
増減可能な性能および使用可能度を提供する１つまたは
複数のマルチスレッドＵＮＩＸプロセッサとして実施さ
れる。

【０００８】異種オブジェクト相互操作性を促進するた
めに、ＯＭＧは、ソフトウェア・ベンダがＯＭＧコンプ
ライアント・プロダクトを試験し、送達するのを援助す
るＣＯＲＢＡ２．０インターネットＩｎｔｅｒ−ＯＲＢ
プロトコルのポータブル・ソース・コード・リファレン
ス・インプリメンテーションを提供した。インターネッ
トＩｎｔｅｒ−ＯＲＢプロトコル（Ｉｎｔｅｒｎｅｔ−
ＩＯＰ）は、異なるＣＯＲＢＡ２．０コンプライアント
・ベンダからのＯＲＢを接続し、それらが互いに通信す
ることができる標準化された方法を提供する。現在のイ
ンタフェースＩＯＰは、ＴＣＰ／ＩＰプロトコルに基づ
く。

【０００９】ＯＭＧＣＯＲＢＡサービス定義は、命
名、事象、特性、ライフサイクルおよび関連サービスな
ど、オブジェクトを用いて分散システムを作成するため
に必要な基本的動作を規定する。

【００１０】異なるオブジェクト・システムが相互作用
する場合、言語独立性が重要である。インタフェース定
義言語（ＩＤＬ）では、インタフェースおよびインプリ
メンテーションの分離が可能であり、したがってオブジ
ェクト・インプリメンテーション詳細が、オブジェクト
のプラグアンドプレイ品質を損ねることなく変更でき
る。ＯＭＧＩＤＬは、オブジェクトの挙動をＩＤＬで
定義することができるオブジェクトの動作のニュートラ
ル・インタフェース定義であるが、インタフェースの
Ｃ、Ｃ＋＋、ＯｂｊｅｃｔｉｖｅＣ、またはＳｍａｌｌ
ｔａｌｋ言語への自動変換に適合する。

【００１１】ＵＮＩＸによって提供されるものなど、マ
ルチスレッド環境は一般に、ネットワーク化オブジェク
トをサポートするのに使用される。スレッドは、より大
きいプロセスから生成され、例えば、印刷プロセスの実
施、データベース・オブジェクトに対する処置など、い
くつかの機能を実施するサブプロセスである。多数のス
レッドをサポートすることによって、システムは、多数
のクライアントおよびプロセスに同時にサービスするこ
とができる。これにより、ネットワーク上でオブジェク
トおよびサービスを共用することができる。

【００１２】ＣＯＲＢＡ環境では、オブジェクト要求ブ
ローカ・デーモン・プロセス（ＯＲＢＤ）は、それに登
録されたクライアント・プロセスから、メソッド呼出し
とも呼ばれるオブジェクト要求を受け取る。次いで、Ｏ
ＲＢデーモンは、ネットワーク上のオブジェクトを位置
指定し、クライアント・プロセスとネットワーク化オブ
ジェクトの間のインタフェースとして働く。ＮＥＯ環境
では、ＯＲＢデーモンは、標準のＮＥＯオブジェクト
か、または場合によっては、ＮＥＯオブジェクトとして
実施すべきＮＥＯシェル内にカプセル化されたレガシ・
プロセスであるオブジェクト用の他のインタフェースと
して働くようにＮＥＯオブジェクト・サーバを活動化さ
せる。ＮＥＯオブジェクト・サーバは、ＯＲＢデーモン
によって転送された要求に応答する必要があるオブジェ
クトをインスタンス化する働きをする。

【００１３】ネットワーク化オブジェクト・システムの
ブロック図図１は、ＣＯＲＢＡコンプライアント・ネットワーク・
オブジェクト・システムのブロック図である。多数のス
レッドがエレメント１００〜１０３によって示されてお
り、スレッド１００〜１０１は、第１のクライアント・
プロセス、クライアント・プロセス１から生成されたス
レッドであり、スレッド１０２〜１０３は、第２のクラ
イアント・プロセス、クライアント・プロセスＮから生
成されたスレッドである。図１に示すように、単一のク
ライアント・プロセスが任意の数のスレッドを生成す
る。各スレッド１００〜１０３はオブジェクト要求ブロ
ーカ・デーモン（ＯＲＢＤ）プロセス１０４にリンクさ
れる。ＯＲＢＤプロセス１０４は、オブジェクト・サー
バ１０５およびオブジェクト・サーバ１０７によって示
される複数のオブジェクト・サーバにリンクされる。第
２のＯＲＢＤプロセスであるＯＲＢＤプロセス１１０
が、さらにＯＲＢＤプロセス１０４にリンクされる。Ｏ
ＲＢＤプロセスは、他のオブジェクト・サーバおよびク
ライアント・プロセス（図示せず）に結合することもで
きる。オブジェクト・サーバ１０５はオブジェクト１０
６にリンクされる。オブジェクト・サーバ１０７はオブ
ジェクト１０８およびオブジェクト１０９にリンクされ
る。

【００１４】ＯＲＢＤプロセス１０４は、クライアント
・プロセス・スレッド１００〜１０３から位置指定要求
の形で、メソッド呼出しなどオブジェクト要求を受け取
り、適切なオブジェクトをサポートしているオブジェク
ト・サーバを決定する。必要なサーバが現在動作してい
る場合、サーバが活動化し、オブジェクトがインスタン
ス化する。オブジェクトの位置に関する情報は、位置指
定要求に応答して戻され、スレッドとオブジェクトの間
の他の要求は、位置情報によって指示される。同じオブ
ジェクトは、オブジェクトと適用可能なすべてのスレッ
ドとの間の相互作用を同時に確立するために、他のスレ
ッドからの位置指定要求によって同様に呼び出される。

【００１５】ＯＲＢデーモン１１０は、インターネット
など大きいネットワークを介してネットワーク化オブジ
ェクト環境にゲートウェイを実施し、またそれ自体の定
義域内のクライアントおよびオブジェクト・サーバにプ
ラットフォーム依存インタフェースを提供すると同時
に、ＯＲＢＤ１０４に標準化されたインタフェースを提
供することによって、プラットフォーム間相互作用を実
施する。

【００１６】オブジェクト・サーバ１０５および１０７
は、オブジェクト１０６および１０８〜１０９などによ
って示されるオブジェクトへのアクセスを行う。レガシ
・オブジェクト、すなわち元来ネットワーク化オブジェ
クト環境用に設計されていないスタンドアロン・アプリ
ケーションおよび他のオブジェクトを含むオブジェクト
は、オブジェクト・サーバがそれを介してレガシ・オブ
ジェクトの機能にアクセスすることができるＩＤＬシェ
ルを具備する。ＯＲＢデーモンと協働して動作している
持続ストア・マネージャ・プロセスは、サーバ専用のア
クセスを維持するために、オブジェクト・サーバがオブ
ジェクト、例えばデータベース・オブジェクトに対して
有する独占権を追跡する。

【００１７】ネットワークがハードウェア境界と実質上
無関係なとき、オブジェクトおよびオブジェクト・サー
バは、クライアント・プロセスおよびＯＲＢデーモンと
同じコンピュータ上に常駐するか、またはネットワーク
内の別々のコンピュータ上に常駐する。

【００１８】物理的ネットワーク・システムのブロック
図ネットワーク化オブジェクトをサポートするネットワー
クの物理的構成を図２および図３に示す。ネットワーク
内での２つのホスト・マシンの相互作用について、２つ
の相互作用シナリオに関して説明する。図２に関して説
明する第１のシナリオでは、両方のホスト・マシンが、
互いにオブジェクト・サービスを与えることができる組
合せクライアントおよびサーバとして構成される。各ホ
スト・マシンは、クライアント機能およびサーバ機能に
対する全ソフトウェア・サポートを記憶する。図３に関
して説明する第２のシナリオでは、１つのホスト・マシ
ンがクライアントとして構成され、第２のホスト・マシ
ンが、両方のホスト・マシンにオブジェクト・サービス
を提供する組合せクライアントおよびサーバとして構成
される。第１のホスト・マシンは、第２のホスト・マシ
ンをオブジェクト・サービスの遠隔プロバイダとして利
用しており、したがってサーバ固有のソフトウェアが除
外されるので、局所的に記憶されたソフトウェア・サポ
ートが軽減される。したがって、ソフトウェア管理要件
が軽減される。

【００１９】図２に、各ホスト・マシンがネットワーク
化オブジェクト・ソフトウェアのフル・インスタレーシ
ョンを有する可能なネットワーク構成を示す。フル・イ
ンスタレーションは、クライアント・アプリケーション
用の実行可能な機械語バイナリ、ＯＲＢデーモン用の機
械語バイナリ、開発ツール、デバッグ・ツール、管理ツ
ールなどネットワーク化オブジェクト・サポート・ソフ
トウェアを含むライブラリ、ならびにホスト・マシンか
らサービスされる任意のオブジェクトおよびオブジェク
ト・サーバ用の機械語バイナリを含む。

【００２０】図２において、コンピュータ・ホスト・マ
シン２００および２０１は、ネットワーク２０４によっ
て結合されている。ネットワーク２０４は、ホスト・マ
シン間でオブジェクト要求をサポートするために、例え
ばＴＣＰ／ＩＰを使用して、ネットワーク通信サービス
を提供する。ホスト・マシン２００および２０１は、そ
れぞれの大容量記憶装置（例えば、ハードディスク・ド
ライブ）２０９および２１０内に、クライアント．ｅｘ
ｅ２０５、ライブラリ２０６、ＯＲＢデーモン．ｂｉｎ
２０７およびオブジェクト．ｂｉｎ２０８用のバイナリ
および他のファイルのフル・インスタレーションを含
む。大容量記憶装置２０９からのソフトウェア・エレメ
ント２０５、２０７および２０８は、それぞれクライア
ント２１１、ＯＲＢデーモン２１２およびオブジェクト
／オブジェクト・サーバ２１３にアクティブ・プロセス
を提供するために、ホスト・マシン２００内の中央演算
処理装置（ＣＰＵ）によって実行される。同様に、大容
量記憶装置２１０からのソフトウェア・エレメント２０
５、２０７および２０８は、それぞれクライアント２１
４、ＯＲＢデーモン２１５およびオブジェクト／オブジ
ェクト・サーバ２１６にアクティブ・プロセスを提供す
るために、ホスト・マシン２０１内のＣＰＵによって実
行される。

【００２１】ホスト・マシン２００内で、クライアント
２１１がオブジェクトを参照することを望む場合、クラ
イアント２１１は、ローカルＯＲＢデーモン２１２を介
してオブジェクト要求を送る。ＯＲＢデーモン２１２
は、オブジェクト／オブジェクト・サーバ２１３のオブ
ジェクト・サービスへのアクセスを与えるとともに、ネ
ットワーク２０４を介してＯＲＢデーモン２１５と相互
作用して、さらにオブジェクト／オブジェクト・サーバ
２１６へのアクセスを行う。このようにして、クライア
ント２１１は、ローカル・オブジェクト２１３および遠
隔オブジェクト２１６からサービスを得ることができ
る。

【００２２】同様に、ホスト・マシン２０１内で、クラ
イアント２１４は、ローカルＯＲＢデーモン２１５を介
してすべてのオブジェクト要求を送る。ＯＲＢデーモン
は、クライアント２１４に、ローカル・オブジェクト２
１６へのアクセスを与え、またＯＲＢデーモン２１３を
介して遠隔オブジェクト２１３へのアクセスを提供す
る。このようにして、オブジェクト・サービスは、ネッ
トワーク上の任意の数のホスト・マシンを介して共用さ
れる。

【００２３】遠隔ホストにローカル・クライアント要求
を転送する場合、ホスト・マシンを使用することが多
い。すなわち、オブジェクト要求をローカル・クライア
ント・プロセスから所望のオブジェクト・サービスが提
供される遠隔ホスト・マシン上の遠隔ＯＲＢデーモンへ
転送するために、ローカル・ホストのローカルＯＲＢデ
ーモンが用いられる。ローカル・ホストは、ライブラリ
２０６、ＯＲＢデーモン．ｂｉｎ２０７およびオブジェ
クト．ｂｉｎ２０８など、フル・サポート・インスタレ
ーションを用いて構成される。ＯＲＢデーモン．ｂｉｎ
２０７は、オブジェクト・サービス・サポートを提供し
ない。さらに、他のサポート・オブジェクト・ソフトウ
ェアは使用しない。この場合、クライアントをサポート
するのに必要なソフトウェアのみを使用する。したがっ
て、ホスト・マシンにおけるフル・サポート・ソフトウ
ェアの記憶は無駄であり、不要である。さらに、バージ
ョン更新の処理を含むネットワーク化オブジェクト・ソ
フトウェアの管理は、不必要なネットワーク化オブジェ
クト・ソフトウェアのインストールによって不必要に複
雑になる。純粋なクライアントをサポートするのに必要
なバイナリ・ファイルのみを記憶するほうがより効率的
である。

【００２４】図３に、ホスト・マシン２０１が、純粋な
クライアント、すなわち他のローカル・サポート・ソフ
トウェアを有しないクライアント．ｅｘｅバイナリ・フ
ァイルを含むネットワークのブロック図を示す。ホスト
・マシン２０１は、クライアント．ｅｘｅ２０５を大容
量記憶装置２１０内に記憶する。ホスト・マシンのＣＰ
Ｕがクライアント．ｅｘｅ２０５を実行した結果生じる
クライアント・プロセス２１４は、ローカルＯＲＢデー
モン・プロセスの助けなしに動作する。反対に、ホスト
・マシン２００は、図２において、ネットワーク化オブ
ジェクト・サポート・ソフトウェアのフル・インスタレ
ーションを用いて構成される。したがって、ホスト・マ
シン２００は、オブジェクト・サービス用のサーバとし
て働き、かつクライアントとしても働くことができる。
ホスト・マシン２００は、ＯＲＢデーモン２１２および
オブジェクト／オブジェクト・サーバ２１３に対して動
作しているプロセスを含む。

【００２５】図３の構成は、クライアント・サポートの
みを提供するソフトウェア・インスタレーションを含む
ので効率的である。したがって、バイナリ・ファイル・
クライアント．ｅｘｅのみがホスト・マシン２０１上で
の管理を必要とする。ホスト・マシン２０１が単独でク
ライアント能力を提供するので、他のソフトウェアをイ
ンストールし、管理する必要はない。しかしながら、ホ
スト・マシン２０１の構成は、ローカルＯＲＢデーモン
などネットワーク化オブジェクト・サポートを提供しな
い。クライアント・プロセス２１４は、オブジェクト・
サービスにアクセスするために、ホスト・マシン２００
上のＯＲＢデーモン２１２など、遠隔ＯＲＢデーモンを
位置指定する何らかの機構を有しなければならない。従
来技術では、クライアントは、遠隔ＯＲＢデーモンにア
クセスするためにユーザからのサポートを必要とする。
すなわち、ユーザ（例えば、ソフトウェア開発者など、
キーボード、マウス、ディスプレイなどを介してクライ
アント・プロセスと相互作用する人員）は、遠隔ＯＲＢ
デーモンへのリファレンスまたはパスを提供しなければ
ならない。それには、ユーザがネットワーク構成に関す
る現在情報を所有する必要がある。

【００２６】遠隔アクセス・プロトコルＸウィンドウズ環境では、例えば、Ｘアプリケーション
のディスプレイ出力が表示ステップされる場所を制御す
るために、環境変数にホスト名を割り当てることができ
る。これは、ユーザが、システム・プロンプトにおい
て、「ｓｅｔｅｎｖＤｉｓｐｌａｙ＝［ｐａｔｈ］／
［ｈｏｓｔｎａｍｅ］：０」とタイプすることによって
実施される。ただし、［ｐａｔｈ］は、「［ｈｏｓｔｎ
ａｍｅ］」と呼ばれる所望のホスト・マシンに到るネッ
トワーク内の物理的経路である。

【００２７】同様に、クライアント・プロセスがＯＲＢ
デーモンを探すべきホスト・マシンを指定するために、
ユーザ・オーバライド値をＮＥＯ環境内に設定すること
ができる。これは、ユーザが、ローカルＯＲＢデーモン
の助けなしにクライアント・プロセスを呼び出し、遠隔
オブジェクト・サービスにうまくアクセスすることがで
きる機構である。ただし、このプロセスでは、アクティ
ブＯＲＢデーモン・プロセスが常駐するホスト・マシン
のホスト名をユーザが予め知っている必要がある。純粋
なクライアントがユーザの調停なしに動作しているＯＲ
Ｂデーモンを位置指定することができる機構はない。こ
れは、ユーザにとって不便であり、クライアント／サー
バ動作の透過性を損ねる。

【００２８】図４は、それにより純粋なクライアントが
オブジェクト・サービスにアクセスするために遠隔ＯＲ
Ｂデーモンに向けられる従来技術のプロセスの流れ図で
ある。上述のように、このプロセスでは、ユーザがネッ
トワーク上でアクティブＯＲＢデーモンが提供されてい
る場所を決定する必要がある。これは、一般に、ネット
ワーク化オブジェクト・ソフトウェアのフル・インスタ
レーションが実行された場所を質問するために、ネット
ワーク・システム管理者に接続することによって行われ
る。次いで、管理者は、適用できるホスト・マシンにホ
スト名を供給する。必要なホスト名を決定するステップ
は、図４のステップ３００である。

【００２９】ステップ３０１において、ユーザは、ステ
ップ３００において供給されたホスト名を使用して純粋
なクライアント用のオーバライド・パスを設定する。ス
テップ３０２において、ユーザは、ローカル・ホスト・
マシン（２０１）上のクライアント・プロセス（２０
４）を呼び出すまたは開始する。クライアント・プロセ
スがオブジェクト・リファレンスを有する場合、ステッ
プ３０３において、クライアント・プロセスは、ユーザ
・オーバライド値によって指定されたホスト・マシンの
ところに常駐しているアクティブＯＲＢデーモンを探
す。ＯＲＢデーモンがユーザ・オーバライド位置に存在
するかどうかに基づいて、ステップ３０４のところで分
岐が起こる。ユーザ・オーバライド値が、図３のホスト
・マシン２００など、アクティブＯＲＢデーモンを有す
るホスト・マシンを指定する場合、ステップ３０５にお
いて、クライアントは、遠隔ＯＲＢデーモンに接続し、
遠隔ＯＲＢデーモンを介してすべてのオブジェクト要求
を送る。

【００３０】しかしながら、アクティブＯＲＢデーモン
がユーザ・オーバライド値によって指定されたホスト・
マシンのところに存在しない場合、例えば、ＯＲＢデー
モンが現在動作していないかまたは別のホスト・マシン
に移動している場合、ステップ３０６において、クライ
アント・プロセスは、ローカルＯＲＢデーモンに接続し
ようと試みる。ローカルＯＲＢデーモンが存在するかど
うかに基づいて、ステップ３０７のところで分岐が起こ
る。ローカル・ホスト・マシン上で動作しているローカ
ルＯＲＢデーモンが存在する場合、ステップ３０８にお
いて、クライアント・プロセスは、ローカルＯＲＢデー
モンにオブジェクト要求を送る。図３の場合がそうであ
るように、ローカルＯＲＢデーモン・プロセスが存在し
ない場合、ステップ３０９において、ＯＲＢデーモンが
入手できないことを示すエラーが戻される。ステップ３
０９から、プロセスはステップ３００に戻り、そこでユ
ーザは、別の適切なホスト・マシンを見つけなければな
らない。

【００３１】

【発明が解決しようとする課題】図４のプロセスは、純
粋なクライアント・サポートをユーザおよびユーザのネ
ットワークの管理レベル知識に依存する。ユーザが供給
したオーバライド値が有効でない場合、すなわちアクテ
ィブＯＲＢデーモンによってホストを指定しない場合、
クライアントは、オブジェクト・サービスにアクセスす
ることができない。従って、図４のプロセスは、エラー
が生じやすく、使いにくい。

【００３２】

【課題を解決するための手段】純粋なクライアントをサ
ポートする方法および装置が提供される。本発明の一実
施態様では、クライアント・プロセスは、ローカル・ホ
スト・マシン上で実行されており、クライアントをサポ
ートするサーバ・ソフトウェアは、遠隔ホスト・マシン
上に物理的に記憶される。遠隔ホスト・マシンはアクテ
ィブ・サーバ・プロセスを含む。クライアントをサポー
トする遠隔サーバ・ソフトウェアは、ローカル・ホスト
・マシン内で、ＮＦＳマウント・テーブル・エントリな
ど、自動システム生成リファレンスを使用して識別され
る。遠隔サーバ・ソフトウェアと関連するＮＦＳマウン
ト・テーブル・エントリは、遠隔サーバ・ソフトウェア
が物理的に取り付けられている遠隔ホスト・マシンのホ
スト名を識別する。クライアント・プロセスがサポート
要求を有する場合、クライアント・プロセスは、マウン
ト・テーブル内の遠隔サーバ・ソフトウェア・エントリ
位置指定する。クライアント・プロセスは、マウント・
テーブル・エントリ内で指定されたホスト名を使用し
て、そのホスト名を有する遠隔ホスト・マシンのところ
のアクティブ・サーバ・プロセスに接続する。したがっ
て、純粋なクライアントは、ローカルＯＲＢデーモン・
サポートまたはユーザの調停なしにＯＲＢデーモンなど
遠隔サーバ・プロセスを位置指定し、それに接続するこ
とができる。

【００３３】

【発明の実施の形態】純粋なクライアント・サポートを
提供する方法および装置について説明する。以下の説明
では、本発明をより完全に理解できるように、多数の特
定の細目が詳細に記載されている。しかしながら、本発
明は、これらの特定の細目なしに実施できることが当業
者には明らかであろう。他の場合には、本発明を不必要
に曖昧にしないために、周知の特徴については詳細に説
明していない。

【００３４】本発明の一実施形態は、図５に示すような
汎用コンピュータ上で実行されるコンピュータ読み取り
可能プログラム・コードの形をしたコンピュータ・ソフ
トウェアとして実施される。キーボード４１０およびマ
ウス４１１は、双方向システム・バス４１８に結合され
る。キーボードおよびマウスは、コンピュータ・システ
ムにユーザ入力を導入し、かつそのユーザ入力を中央演
算処理装置（ＣＰＵ）４１３に伝達するためのものであ
る。図５のコンピュータ・システムはまた、キーボード
４１０、マウス４１１およびＣＰＵ４１３とともにすべ
て双方向システム・バス４１８に結合されたビデオ・メ
モリ４１４、主メモリ４１５および大容量記憶装置４１
２を含む。

【００３５】大容量記憶装置４１２は、磁気、光学また
は磁気光学記憶システムまたは他の市販の任意の大容量
記憶技術など、固定媒体ならびに取外し可能媒体を含
む。バス４１８は、例えば、ビデオ・メモリ４１４また
は主メモリ４１５をアドレス指定するための３２のアド
レス線を含む。システム・バス４１８はまた、例えば、
ＣＰＵ４１３、主メモリ４１５、ビデオ・メモリ４１４
および大容量記憶装置４１２など構成要素との間および
構成要素間でデータを転送するための３２ビット・デー
タ・バスを含む。あるいは、別々のデータ線およびアド
レス線の代わりに、多重データ／アドレス線を使用する
こともできる。

【００３６】本発明の好ましい実施形態では、ＣＰＵ４
１３は、６８０Ｘ０プロセッサなどＭｏｔｏｒｏｌａ社
製の３２ビット・マイクロプロセッサ、または８０Ｘ８
６プロセッサやＰｅｎｔｉｕｍプロセッサなどＩｎｔｅ
ｌ社製のマイクロプロセッサである。しかしながら、他
の任意の適切なマイクロプロセッサまたはマイクロコン
ピュータも使用できる。主メモリ４１５は、ダイナミッ
ク・ランダム・アクセス・メモリ（ＤＲＡＭ）から構成
される。ビデオ・メモリ４１４は、デュアルポート・ビ
デオ・ランダム・アクセス・メモリである。ビデオ・メ
モリ４１４の１つのポートは、ビデオ増幅器４１６に結
合される。ビデオ増幅器４１６は、陰極線管（ＣＲＴ）
ラスタ・モニタ４１７を駆動するのに使用される。ビデ
オ増幅器４１６は、当技術分野において周知であり、任
意の適切な装置によって実施される。この回路は、ビデ
オ・メモリ４１４内に記憶されたピクセル・データをモ
ニタ４１７が使用するのに適したラスタ信号に変換す
る。モニタ４１７は、グラフィック・イメージを表示す
るのに適したタイプのモニタである。

【００３７】ネットワーク環境内では、図５の装置は、
当技術分野において周知の適切な通信ハードウェアおよ
びソフトウェアを使用して、他の同じ装置に結合され
る。ネットワークの共用サービスにアクセスするための
フロント・エンド・システムは、Ｗｉｎｄｏｗｓ^TMを動
作させるＰＣシステム、Ｊａｖａ^TMアプリケーション・
インタフェースをサポートするウェブ・ブラウザ、Ｓｏ
ｌａｒｉｓ^TMを動作させるワークステーション、または
その組合せを含む他の適切なシステムを含む。

【００３８】上述のコンピュータ・システムは、例のた
めのものにすぎない。本発明は、任意のタイプのコンピ
ュータ・システムまたはプログラミング環境または処理
環境内で実施できる。

【００３９】従来技術では、遠隔サーバ・プロセスから
サービスを求めるローカル・クライアント・プロセス
は、ユーザの調停を利用して、遠隔サーバ・プロセスが
常駐する遠隔ホストを指定する。この性質のネットワー
ク情報は、一般に、システム管理者以外のユーザには知
らされない。本発明の一実施形態では、クライアント・
プロセスは、ローカル・ホスト・マシン上に記憶された
遠隔ホスト・マシンへの自動システム生成リファレンス
に基づいて遠隔ホストを透過的に決定する。したがっ
て、ユーザの調停の必要はない。

【００４０】本発明の一実施形態では、ＮＦＳ（ネット
ワーク・ファイル・システム）システム内のマウント・
テーブル機能を利用する。ＮＦＳを使用すると、１つの
ホスト・マシン上に物理的に記憶されたソフトウェアは
「ＮＦＳマウント」される。「ＮＦＳマウント」された
ソフトウェアは、そのソフトウェアが各ホスト・マシン
のところで局所的に記憶されているかのようにＮＦＳネ
ットワーク全体にアクセスすることができる。これは、
マウントされたソフトウェアおよびそのソフトウェアが
物理的に記憶されているホスト・マシンに適したパス名
を識別するテーブルのシステムによって達成される。Ｎ
ＦＳシステムはまた、遠隔位置からそれにアクセスする
ことができるように指定されたソフトウェアを位置指定
するのにも使用される。

【００４１】ＮＦＳシステム生成マウント・テーブル
は、ＮＦＳネットワーク内の各ホスト・マシンの大容量
記憶装置の「／ｅｔｃ」ディレクトリ内にファイル「ｍ
ｎｔｔａｂ」として記憶される。マウント・テーブルは
エントリのリストから構成される。新しいファイルがマ
ウントされたとき、新しいエントリがテーブル内に自動
的に生成される。各エントリは、スペースによって分離
された以下の形態のフィールドのラインである。ｓｐｅｃｉａｌｍｏｕｎｔ＿ｐｏｉｎｔｆｓｔｙｐｅｏｐｔｉｏｎｓｔｉｍｅただし、ｓｐｅｃｉａｌマウントされた資源の名前ｍｏｕｎｔ＿ｐｏｉｎｔファイル・システムまたは資源がその上にマウントされるディレクトリのパス名ｆｓｔｙｐｅマウントされたファイル・システムまたは資源のファイル・システム・タイプｏｐｔｉｏｎｓマウント・オプションｔｉｍｅファイル・システムまたは資源がマウントされた時刻

【００４２】「ｓｐｅｃｉａｌ」フィールドは、例え
ば、「ｈｏｓｔｎａｍｅ：ｐａｔｈｎａｍｅ」形態で遠
隔ファイル・システムまたは資源の名前を含み、したが
って、マウントされたソフトウェア、ならびに遠隔ホス
ト・マシンのホスト名を識別するのに適している。「ｍ
ｏｕｎｔ＿ｐｏｉｎｔ」フィールドも識別目的に使用さ
れる。マウント・テーブルからの情報には、ｇｅｔｍｎ
ｔｅｎｔ、ｇｅｔｍｎｔａｎｙなど、ＮＦＳ用の周知の
Ｃライブラリ関数を使用してアクセスすることができ
る。

【００４３】本発明の一実施形態では、ネットワーク化
オブジェクト・ソフトウェアのフル・インスタレーショ
ンは、遠隔ホスト・マシン上に物理的に記憶される。さ
らに、ソフトウェアのすべて、またはライブラリなどソ
フトウェアの識別可能な部分は、ネットワーク上にＮＦ
Ｓマウントされる。結果として、ＮＦＳネットワーク上
の各ホスト・マシン内に記憶されたマウント・テーブル
は、遠隔ホスト・マシンのホスト名および物理的に記憶
されたソフトウェアに到るパス名を識別するエントリを
含む。このパス名は、命名上の慣例により、ソフトウェ
アの名前または識別子を含む。ローカル・マシン上のマ
ウント・テーブル中を探索することによって、ソフトウ
ェアのエントリ、例えばライブラリは識別され、遠隔ホ
スト・マシンのホスト名が得られる。したがって、ネッ
トワーク化オブジェクト・サービス用のサポートを含む
ホスト・マシンが識別される。

【００４４】遠隔ホスト・マシンにおいてＯＲＢデーモ
ンなどサーバ・プロセスに接続するクライアント・プロ
セスに対して、サーバ・プロセスはアクティブである、
すなわち実行可能なバイナリによってインスタンス化さ
れている必要がある。したがって、慣例により、アクテ
ィブ・サーバ・プロセスは、オブジェクト・サービスが
要求されるように、ＮＦＳマウントされたソフトウェア
を含む遠隔ホスト・マシンのところに維持される。これ
は、遠隔ホストにおいてサーバ・プロセスを連続的に実
行することによって達成できる。しかしながら、本発明
のこの実施形態はそのようなものに限定されない。

【００４５】遠隔ホスト・マシンが識別されると、ロー
カル・クライアント・プロセスは、ＴＣＰ／ＩＰを使用
して、遠隔ホスト・マシンのところのアクティブＯＲＢ
デーモンに要求を送る。ローカル・クライアント・プロ
セスと遠隔ＯＲＢデーモンとの間で接続が確立された
後、ＯＲＢデーモンは、クライアント・プロセスにオブ
ジェクト・サービスを提供し始めることができる。

【００４６】図６は、ＮＦＳ能力を使用するネットワー
クのブロック図である。この例では、ホスト・マシン２
００は遠隔ホスト・マシンとも呼ばれ、ホスト・マシン
２０１はローカル・ホスト・マシンと呼ばれる。ホスト
・マシン２００は、クライアント実行可能プログラム２
０５、ライブラリ２０６、ＯＲＢデーモン２０７、およ
びオブジェクトおよびオブジェクト・サーバ２０８を含
めて、大容量記憶装置２０９内に記憶されたネットワー
ク化オブジェクト・ソフトウェアのフル・インスタレー
ションを有する。ホスト・マシン２００内で、クライア
ント・プロセス２１１、ＯＲＢデーモン２１２およびオ
ブジェクト／オブジェクト・サーバ２１３は、ＣＰＵに
よって実行される。

【００４７】本発明の一実施形態によれば、ＯＲＢデー
モン２１２は、ネットワーク上のクライアント・プロセ
スがオブジェクト・サービスにアクセスすることを望む
可能性があるときに動作している。ＯＲＢデーモン２１
２は連続的に動作する。クライアント・プロセス２１１
は、例示のために示されているが、ネットワーク上の他
の場所の純粋なクライアント・プロセスをサポートする
ために動作している必要はない。同様に、クライアント
からのオブジェクト要求に応答して必要なときにＯＲＢ
デーモン１２がオブジェクト・サーバを呼び出すことが
できるので、オブジェクト／オブジェクト・サーバ２１
３も常に動作している必要はない。

【００４８】さらに、本発明のこの実施形態によれば、
エレメント２０５〜２０８を含むネットワーク・ソフト
ウェアのフル・インスタレーションからの少なくとも１
つの識別可能なエレメントは、ネットワーク上にＮＦＳ
マウントされる。本発明の一実施形態によれば、ＮＦＳ
マウントされたエレメントはライブラリ２０６である。
ライブラリ２０６の代わりに、又はライブラリ２０６に
加えて、他のエレメントがＮＦＳマウントされる。各Ｎ
ＦＳマウントされたエレメントは、遠隔ホスト・マシン
２００のホスト名を含めて、適切なパス名を有するＮＦ
Ｓネットワーク内の各ホスト・マシンのマウント・テー
ブル内のエントリとして記載される。

【００４９】ローカル・ホスト・マシン２０１は、ネッ
トワーク２０４を介して遠隔ホスト・マシン２００に結
合される。ローカル・ホスト・マシン２０１のＣＰＵ内
では、クライアント・プロセス２１４が実行されてい
る。ローカル・ホスト・マシン２０１の大容量記憶装置
２１０は、本発明の一実施形態では、クライアント実行
可能プログラム２０５以外のネットワーク化オブジェク
ト・ソフトウェアを含まない。したがって、ローカル・
ホスト・マシン２０１およびクライアント・プログラム
２１４は、純粋なクライアントを構成する。本発明の他
の実施形態では、クライアント実行可能プログラムは、
ネットワーク上でＮＦＳマウントされ、したがって他の
ホスト・マシンのところに物理的に常駐でき、ソフトウ
ェア管理要件をさらに軽減する。

【００５０】ＮＦＳネットワーク内のすべてのＮＦＳマ
ウントされたソフトウェアにパス名を与えるＮＦＳマウ
ント・テーブル５００が大容量記憶装置２１０内に記憶
される。マウント・テーブル５００は、クライアント・
プロセス２１４がそれにアクセスし、ＮＦＳマウントさ
れたネットワーク化オブジェクト・ソフトウェアの物理
的位置のホスト名を識別するエントリを含む。例えば、
パス名の一部として、遠隔ホスト・マシン２００のホス
ト名を含むライブラリ２０６のエントリが存在する。ク
ライアント・プロセスは、このようにして得られたホス
ト名を使用して、遠隔ホスト・マシン２００、およびそ
の中で実行されているアクティブＯＲＢデーモン２１２
に要求を送る。

【００５１】図７は、ローカル・ホスト・マシン上の純
粋なクライアント・プロセスがそれによって遠隔ホスト
・マシンにおいてＯＲＢデーモンに接続するプロセスの
流れ図である。クライアント・プロセスがあるオブジェ
クトのサービスを得ることを望む場合、クライアント
は、オブジェクト要求を開始するためにアクティブＯＲ
Ｂデーモンに接続しようと試みる。図７のステップ６０
０において、クライアントは、ユーザ・オーバライド位
置を検査することによってこのプロセスを開始する。オ
ーバライド値がプリセットされているかどうかに基づい
て、ステップ６０１のところで分岐が起こる。

【００５２】オーバライド値が存在する場合、ステップ
６０２において、オーバライド値によって指定された位
置にアクティブＯＲＢデーモンが存在するかどうかに基
づいて分岐が起こる。アクティブＯＲＢデーモンがオー
バライド位置に存在する場合、ステップ６０３におい
て、クライアント・プロセスは、アクティブＯＲＢデー
モンにオブジェクト要求を送る。しかしながら、指定さ
れたオーバライド位置に常駐するアクティブＯＲＢデー
モンが存在しない場合、またはオーバライド位置がユー
ザによって指定されていない場合、ステップ６０４にお
いて、クライアントは、ローカルＯＲＢデーモン、すな
わちローカル・ホスト・マシン内で動作しているＯＲＢ
デーモン・プロセスに接続しようと試みる。

【００５３】ステップ６０５において、ローカルＯＲＢ
デーモンが見つかったかどうかによって分岐が起こる。
ローカルＯＲＢデーモンが存在する場合、ステップ６０
６において、クライアント・プロセスは、ローカルＯＲ
Ｂデーモンにオブジェクト要求を送る。しかしながら、
ローカルＯＲＢデーモンが存在しない場合、純粋なクラ
イアントの場合がそうであるように、ステップ６０７に
おいて、クライアント・プロセスは、ローカル・ホスト
・マシン内に記憶されたマウント・テーブルを開く。

【００５４】ステップ６０８において、クライアント・
プロセスは、ＮＦＳマウントされたネットワーク化オブ
ジェクト・ソフトウェア、例えばライブラリ・ファイル
のパス名を含むエントリについてマウント・テーブルを
探索する。ステップ６０９において、そのようなパス名
エントリがマウント・テーブル内に存在するかどうかに
基づいて分岐が起こる。ネットワーク化オブジェクト・
ソフトウェアのパス名エントリが存在しない場合、ステ
ップ６１２において、「ＯＲＢデーモンが入手できな
い」または「ＯＲＢデーモンが見つからない」などを示
すエラー・メッセージが戻される。

【００５５】マウントされたネットワーク化オブジェク
ト・ソフトウェアのパス名エントリが存在する場合、ス
テップ６１０において、クライアント・プロセスは、ソ
フトウェアがそこからＮＦＳマウントされた遠隔ホスト
・マシンのホスト名からパス名を抽出する。最後に、ス
テップ６１１において、クライアント・プロセスは、要
求を指示するために抽出されたホスト名を使用して、遠
隔ホスト・マシン上で動作しているアクティブＯＲＢデ
ーモンにオブジェクト要求を送る。

【００５６】図７のプロセスによれば、純粋なクライア
ントは、オブジェクト・サービスを得るために、遠隔Ｏ
ＲＢデーモンを位置指定し、それに接続することができ
る。さらに、ＯＲＢデーモンを位置指定する方法は、ユ
ーザの調停の必要なしに実施され、したがって効率的、
透過的な動作が可能になる。

【００５７】上記実施形態は、コンピュータのハードウ
エアによって実施される。そのハードウエアシステムで
用いられるプログラムは当然のことながら記録媒体に記
録された状態で提供される。このプログラムを記憶させ
た媒体としては、例えばフレキシブルディスク、ＣＤ−
ＲＯＭ、メモリカードその他あらゆる媒体を使用でき
る。媒体に記録されたプログラムは、ハードウエアに組
み込まれている記憶装置、例えばハードディスクなどに
インストールされることにより、プログラムが実行でき
るようになる。

【００５８】以上、純粋なクライアント・サポートを提
供する方法および装置について、１つまたは複数の特定
の実施形態に関して説明した。本発明は、特許請求の範
囲およびそれらの同等物の全範囲によって規定される。

【図面の簡単な説明】

【図１】ネットワーク化オブジェクト環境のブロック
図である。

【図２】ネットワーク化オブジェクト・ソフトウェア
がローカル・ホスト・マシンおよび遠隔ホスト・マシン
上にインストールされたコンピュータ・ネットワークの
ブロック図である。

【図３】ネットワーク化オブジェクト・ソフトウェア
が遠隔ホスト・マシン上にインストールされたコンピュ
ータ・ネットワークのブロック図である。

【図４】クライアント・プログラムを遠隔ホスト・マ
シン上のＯＲＢデーモンに接続する従来技術の方法の流
れ図である。

【図５】本発明を実施するのに適したコンピュータ・
ホストのブロック図である。

【図６】クライアント・サポート・ソフトウェアが遠
隔ホスト・マシン上にインストールされた純粋なクライ
アントを含むコンピュータ・ネットワークのブロック図
である。

【図７】本発明の一実施形態によるネットワーク環境
内で純粋なクライアント・サポートを提供する方法の流
れ図である。

【符号の説明】

１００スレッド１０１スレッド１０２スレッド１０３スレッド１０４オブジェクト要求ブローカ・デーモン（ＯＲＢ
Ｄ）プロセス１０５オブジェクト・サーバ１１０６オブジェクト１／１１０７オブジェクト・サーバＮ１０８オブジェクトＮ／１１０９オブジェクトＮ／Ｎ１１０ＯＲＢデーモン２２００コンピュータ・ホスト・マシン２０１コンピュータ・ホスト・マシン２０４ネットワーク２０５クライアント．ＥＸＥ２０６ライブラリ２０７ＯＲＢデーモン．ＢＩＮ２０８オブジェクト．ＢＩＮ２１１クライアント２１２ＯＲＢデーモン２１３オブジェクト／オブジェクト・サーバ２１４クライアント２１５ＯＲＢデーモン２１６オブジェクト／オブジェクト・サーバ４１０キーボード４１１マウス４１２大容量記憶装置４１３ＣＰＵ４１４ビデオ・メモリ４１５主メモリ４１６ビデオ増幅器４１７ＣＲＴ５００ＮＦＳマウント・テーブル

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成９年８月１５日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図５】

【図６】

【図４】

【図７】

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮＡＮＴＯＮＩＯＲＯＡＤＰＡＬＯＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者クリスチャン・ジェイ・コールセンアメリカ合衆国・94025・カリフォルニア州・メンロパーク・コールマンアヴェニュ・744・アパートメントエヌ

Claims

【特許請求の範囲】

【請求項１】ホスト名を有し、遠隔ホスト・マシン上
で動作するサーバ・プロセスを含む遠隔ホスト・マシン
と、ネットワークを介して前記遠隔ホスト・マシンに結合さ
れたローカル・ホスト・マシンとを含み、前記ローカル
・ホスト・マシンが、前記遠隔ホスト・マシンへのシステム生成リファレンス
と、ローカル・ホスト・マシン内で動作し、前記リファレン
スにアクセスするように構成されたソフトウェア・コー
ドを含むクライアント・プロセスとを有するコンピュー
タ・ネットワーク。
【請求項２】ネットワークに結合された遠隔ホスト・
マシン上でアクティブ・サーバ・プロセスを維持するス
テップと、前記ネットワークに結合されたローカル・ホスト・マシ
ン上でクライアント・プロセスを実行するステップと、前記遠隔ホスト・マシンへのシステム生成リファレンス
を記憶するステップと、前記システム生成リファレンスを使用して、サーバ要求
を前記クライアント・プロセスから前記アクティブ・サ
ーバ・プロセスへ送るステップとを含むクライアント・
プロセスをサポートする方法。
【請求項３】前記ローカル・ホスト・マシン上に第２
のアクティブ・サーバ・プロセスが存在するかどうかを
判定するステップをさらに含む請求項２に記載の方法。
【請求項４】ユーザ・オーバライドによって指定され
た位置に第２のアクティブ・サーバ・プロセスが存在す
るかどうかを判定するステップをさらに含む請求項２に
記載の方法。
【請求項５】サーバ要求をクライアント・プロセスか
らアクティブ・サーバ・プロセスへ送るコンピュータ読
取り可能プログラムが記録されているコンピュータ使用
可能記録媒体において、コンピュータに、サーバ・ソフトウェアへのリファレン
スおよび関連するホスト名を含むエントリについてマウ
ント・テーブルを探索させるように構成されたコンピュ
ータ読取り可能プログラムと、コンピュータに、前記ホスト名によって識別されるホス
ト機械においてアクティブ・サーバ・プロセスにサーバ
要求を送らせるように構成されたコンピュータ読取り可
能プログラムとを記録したコンピュータ使用可能記録媒
体。
【請求項６】コンピュータに、ローカル・ホスト・マ
シン上にローカルアクティブ・サーバ・プロセスが存在
するかどうかを判定させるように構成されたコンピュー
タ読取り可能プログラムをさらに含む請求項５に記載の
コンピュータ使用可能記録媒体。
【請求項７】コンピュータに、ユーザ・オーバライド
値内で指定された位置に第２のアクティブ・サーバ・プ
ロセスが存在するかどうかを判定させるように構成され
たコンピュータ読取り可能プログラムをさらに含む請求
項５に記載のコンピュータ使用可能記録媒体。