JPH05324526A - リモート・コンピューティング・システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】クライアント装置からサーバへ処理依頼後、サ
ーバからのログアウトやクライアント装置の電源断を行
っても処理結果が得られるようにする。 【構成】クライアント装置ＣＬＴからサーバ装置ＳＲＶ
へ依頼した処理の終了後、処理結果をクライアント装置
ＣＬＴへ送信できない場合には、処理結果保持手段ＨＬ
Ｄを設けて後から送信する。また、クライアント装置Ｃ
ＬＴに、サーバに対して処理結果状況間合せ手段ＩＮＱ
を設け、サーバ側からの通知を受ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＬＡＮ(Local Area Ne
twork)や通信回線などのネットワークに接続されたワー
クステーションやパーソナルコンピュータなどのクライ
アント装置から、サーバ装置へ処理の依頼を行い、処理
終了後、サーバ装置は処理結果を要求元のクライアント
装置へ返すという処理形態を実現するためのリモート・
コンピューティング・システムに関する。

【０００２】

【従来の技術】近年、複数のワークステーションやパー
ソナルコンピュータを相互に接続して使用するネットワ
ーク利用が普及してきているのに伴い、クライアント・
サーバ・システムが注目されている。クライアント・サ
ーバ・システムの利用形態としては、大部分が、サーバ
装置に接続された大容量ディスク装置や高速・高品質プ
リンタ装置をクライアント側から共同使用する形態であ
るが、サーバ装置の高速ＣＰＵや大容量メモリを共同使
用して、クライアント側が要求する処理をサーバ上で高
速に処理するという形態も次第に増えつつある。本発明
は、後者の利用形態に関係している。この利用形態で
は、データベース・アクセスのように、サーバ上の大量
データを扱う場合には、サーバ上でデータ処理を行うこ
とにより、サーバとクライアント間でのデータ転送量を
最小限に抑えることができるため、ネットワーク・トラ
フィック上、有利であるというメリットがある。このた
め、現在、この利用形態をベースとしたアプリケーショ
ン・ソフトウェアが増加しつつある。

【０００３】

【発明が解決しようとする課題】上記従来技術では、ク
ライアント側からの要求に基づいて、サーバで処理が行
われている場合、クライアント側では、サーバでの処理
が終了するまで待っている必要が有り、ログアウトなど
により、サーバとの接続が切断された場合や、クライア
ント装置の電源をｏｆｆした場合には、サーバから処理
結果が得られないこととなる。今後、クライアント側の
情報機器が、ますます小型軽量化するに伴って携帯性が
増すことが予想される。その結果、わずかの時間を利用
して操作したいという要求が生じ、クライアント側の情
報機器の電源を頻繁にｏｎ／ｏｆｆしながら、全体とし
て連続した操作が可能となる環境が望まれることとな
る。現状では、スタンドアローン環境においては、リジ
ューム機能により、装置の電源を操作途中でｏｆｆして
も、次に電源ｏｎした際には、前回の操作途中の状態か
ら連続した操作が可能になっている。しかし、上記のよ
うなネットワーク環境においては、サーバへ処理を依頼
した後は、処理結果が戻される迄、そのままの状態で待
つ必要が生じ、サーバ接続を切断したり、電源をｏｆｆ
にすることはできないという問題があった。

【０００４】また、サーバ上での処理が持続している間
は、クライアントとサーバの接続を保持しておく必要が
有ることから、通信回線を使用している場合には、サー
バ上での処理時間が長ければ、通信費がかさむという問
題もあった。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明によるリモート・コンピューティング・シス
テムは、クライアント・サーバ・システムにおいて、ク
ライアント側からサーバに対して処理を依頼した後にお
いては、クライアント側の動作状態の如何にかかわら
ず、サーバ上の処理が続行され、処理終了後において
は、クライアントへ送信可能な場合には、処理結果を送
信するか、クライアントへ送信不可の場合には、処理結
果をサーバ側で保持するかによって、確実に処理がなさ
れることを特徴とする。

【０００６】上記サーバ装置は、処理結果を保持してい
る場合、または、処理を実行している場合には、クライ
アント側からの任意時点における問い合わせに応じ、処
理結果、または処理状況をクライアント側へ通知するこ
とが必要である。また、処理結果に対するクライアント
側からの積極的な問い合わせが無くとも、サーバが、ク
ライアント側の動作状況を監視し、クライアント側の操
作者が処理に関係する場合には、サーバからクライアン
トへ自動的に通知することも可能である。

【０００７】

【作用】クライアント側からサーバへ処理を依頼するこ
とにより、サーバではその依頼を受け付け、処理を開始
する。サーバでの処理終了時点において、クライアント
側での操作が継続されている場合や、処理の依頼者が同
じまたは別のクライアントで操作中の場合のように、サ
ーバがクライアントへ通知可能な場合には、処理結果を
送信し、クライアント側の操作者が処理依頼後、ログア
ウトや電源ｏｆｆなどによりクライアントとサーバが接
続されておらず、サーバからクライアントへの通知が不
可の場合には、サーバ側において、処理結果を保持す
る。

【０００８】サーバ側の処理が処理中または、処理完了
後において、クライアント側より処理に対する問い合わ
せがあった場合には、サーバはこれに応じ、まだ処理中
であれば、処理状況を通知し、処理完了後であれば、処
理結果を送信することとなる。

【０００９】また、サーバ側において、保持している処
理結果に対する問い合わせがない場合には、クライアン
ト側の動作状態を監視し、処理を依頼した操作者がクラ
イアント側で操作中の場合には、サーバ側から自動的に
処理状況を通知することも可能である。

【００１０】

【実施例】本発明の実施例を、以下、図面を参照しなが
ら詳細に説明する。

【００１１】まず、図１に本発明によるリモート・コン
ピューティング・システムの構成を示す。通信ネットワ
ークとしてのＬＡＮまたは通信回線に接続された各クラ
イアント装置ＣＬＴにおいて、サーバへ処理を依頼する
手段ＲＥＱと、サーバに対して、処理状況や処理結果を
問い合わせる手段ＩＮＱと、サーバから送られて来る処
理結果を受信する手段ＲＣＶとからなるクライアント側
処理依頼制御部を設ける。他方、同じく、ＬＡＮに接続
されたサーバ装置ＳＲＶにおいて、クライアントから送
られて来る処理の依頼や処理状況の問い合わせを受け付
ける手段ＡＣＰと、処理状況や処理終了後の処理結果を
クライアントへ通知する手段ＩＮＦと、処理結果を保持
する手段ＨＬＤとからなるサーバ側依頼処理制御部を設
ける。

【００１２】図２に、本発明によるリモート・コンピュ
ーティング・システムを構成するコンピュータの具体例
のシステム構成を示す。

【００１３】本具体例におけるクライアント装置ＣＬＴ
およびサーバ装置ＳＲＶは、各々ワークステーションや
パーソナル・コンピュータなどのデータ処理装置により
構成される。これらのデータ処理装置は、キーボードＫ
Ｂやポインティング・デバイスＭＵＳなどを入力機器と
して接続し、データなどの入力を行う入力部１又は１１
と、入力されたデータを基に処理を行う処理部２又は１
２と、入力データや演算処理データなどを記憶保持する
内部メモリ３又は１３と、磁気ディスク装置ＭＤなどを
接続してデータの記憶を行う外部記憶部４又は１４と、
ディスプレイＣＲＴなどへの表示を行う表示部５又は１
５と、プリンタＰＲＴなどを接続してデータなどを印字
出力する出力部６又は１６と、ＬＡＮアダプタＬＡＤＰ
などを経由してＬＡＮに接続し、他のコンピュータとの
通信を行う通信制御部７又は１７を備える。

【００１４】図２の例では、図１に示した処理依頼手段
ＲＥＱと、処理結果・状況問合せ手段ＩＮＱと、処理結
果受信手段ＲＣＶとからなるクライアント側処理依頼制
御部８を、クライアント装置ＣＬＴとして位置付けられ
る上記コンピュータの処理部２に付設して設け、また、
図１の処理依頼・問合せ受付手段ＡＣＰと、処理結果・
状況通知手段ＩＮＦと、処理結果保持手段ＨＬＤとから
なるサーバ側依頼処理制御部１８を、サーバ装置ＳＲＶ
として位置付けられる上記コンピュータの処理部１２に
付設して設けている。

【００１５】図１のクライアント側処理依頼制御部は、
クライアント装置ＣＬＴにおいて操作者が何らかのアプ
リケーション・プログラムやコマンドによって、サーバ
に対して処理を依頼しようとした時や、既に依頼した処
理の状況を問い合わせようとした時に起動される。

【００１６】サーバに対して処理を依頼しようとした時
においては、クライアント側処理依頼制御部８の処理依
頼手段ＲＥＱが起動され、依頼処理内容や処理を行う上
で必要な条件やデータなどが通信制御部７を通じてサー
バ装置に送信される。その結果、サーバ装置からは処理
を受け付けた旨が通知され、その後、サーバとの接続を
保ったままであれば、サーバ装置から処理結果が送ら
れ、通信制御部７で受信され、処理部２によりクライア
ント側処理依頼制御部８の処理結果受信手段ＲＣＶが起
動され、処理を依頼したアプリケーション・プログラム
やコマンドに処理結果の情報が渡される。

【００１７】また、既に依頼した処理の状況を問い合わ
せようとした時や、既に終了しているであろう処理の結
果を得ようとした時においては、クライアント側処理依
頼制御部８の処理結果・状況問合せ手段ＩＮＱが起動さ
れ、問い合わせ内容が通信制御部７を通じてサーバ装置
に送信される。その結果、サーバ装置から処理状況が通
知され、処理が終了している場合には、更に、サーバ装
置に処理結果を要求することにより、処理結果が送ら
れ、通信制御部７で受信されて、処理部２によりクライ
アント側処理依頼制御部８の処理結果受信手段ＲＣＶが
起動され、処理を依頼したアプリケーション・プログラ
ムやコマンドに処理結果の情報が渡される。

【００１８】一方、サーバ側依頼処理制御部は、クライ
アント側から処理の依頼や処理に関する問い合わせが送
られて来ると、処理依頼・問合せ受付手段ＡＣＰが起動
され、処理が依頼された場合には、該当するプログラム
に情報を渡し、処理が開始される。処理が終了すると処
理結果・状況通知手段ＩＮＦが起動され、クライアント
側へ送信できる状況にあるか否かチェックを行い、可能
な場合は、処理結果を通信制御部１７を経由して送信す
る。送信不可の場合には、処理結果保持手段ＨＬＤを起
動し、処理結果をサーバ側で保持することとなる。ま
た、処理状況に関する問い合わせや処理結果の要求の場
合には、処理状況を調査した結果や処理が終了している
場合には、処理結果を処理結果・状況通知手段ＩＮＦに
より通信制御部１７を経由してクライアント側へ送信す
る。

【００１９】上記のクライアント側処理依頼制御部８、
及びサーバ側依頼処理制御部１８の動作について、図３
から図７のフローチャートを参照して説明する。また、
その際に使用するクライアント装置ＣＬＴとサーバ装置
ＳＲＶ間でやりとりする情報のデータ構造の例を図８に
示す。

【００２０】まず、クライアント装置ＣＬＴにおいて、
操作者がアプリケーション・プログラムやコマンドの操
作中において、サーバへ処理を依頼する操作を行うと、
処理部２によりクライアント側処理依頼制御部８の処理
依頼手段ＲＥＱが起動され、図３のフローチャートに示
される処理が実行される。まず、サーバへ依頼するため
のデータを図８の(ａ)に示すように設定し(Ｓ１)、それ
をサーバに対して通信制御部７により送信する(Ｓ２)。
その後、サーバから図８の(ｅ)に示すような処理依頼受
付完了通知を待ち(Ｓ３)、ＯＫならば受付完了を表示し
(Ｓ４)、エラーならばエラーを表示して(Ｓ５)、処理２
へ戻り、元のアプリケーション・プログラムかコマンド
へ復帰する。

【００２１】その後、サーバ装置ＳＲＶで処理が終了す
る迄、クライアント側の状態が保持されているならば、
サーバから図８の(ｆ)に示すような処理結果が送信され
ると、通信制御部７で受信され、処理部２によりクライ
アント側処理依頼制御部８の処理結果受信手段ＲＣＶが
起動され、図４のフローチャートに示される処理が実行
される。まず、処理結果を取り出し(Ｓ１１)、依頼元の
プログラムが動作中か否か判定する(Ｓ１２)。動作中で
あれば、処理結果をそのプログラムに引渡し(Ｓ１３)、
図８の(ｄ)に示すような処理結果取出し完了通知を通信
制御部７によりサーバへ送信する(Ｓ１４)。Ｓ１２で依
頼元プログラムが動作していない場合には、そのプログ
ラムの起動要求のためのメッセージを表示し(Ｓ１５)、
起動されるのを待つ(Ｓ１６)。正常に起動された場合に
は、処理結果をそのプログラムに引渡し(Ｓ１３)、処理
結果取出し完了通知をサーバへ通信制御部７により送信
する(Ｓ１４)。Ｓ１６で正常にプログラムが起動されな
かった場合には、処理結果取出し完了通知をエラーとし
てサーバへ送信する(Ｓ１７)。

【００２２】サーバ装置へ処理依頼後、操作者がログア
ウトしてサーバとの接続が切り離されたり、クライアン
ト装置の電源をｏｆｆにした場合には、サーバから処理
結果を送信することはできないため、操作者は後ほど、
処理を依頼した時と同じか別のクライアント装置から、
サーバへ処理結果の取り出し要求を行うこととなる。

【００２３】処理を依頼した操作者が、サーバへ依頼処
理の状況を問い合わせをする場合や、上記のように処理
結果の取り出し要求を行う場合には、クライアント側処
理依頼制御部８の処理結果・状況問い合わせ手段ＩＮＱ
が起動され、図５のフローチャートに示される処理が実
行される。まず、図８の(ｂ)に示すような処理状況問合
せ要求データを設定し(Ｓ２１)、処理状況問合せ要求デ
ータを通信制御部７によりサーバへ送信し(Ｓ２２)、処
理状況を待つこととなる(Ｓ２３)。処理状況が正常に返
された場合には、問い合わせ内容を判定し(Ｓ２４)、問
い合わせが処理状況のみの場合や処理が完了していない
場合には、処理状況を表示し(Ｓ２５)、問い合わせが処
理結果の要求で処理が既に完了している場合には、図８
の(ｃ)に示すような処理結果取り出し要求データを設定
し(Ｓ２７)、サーバに対して通信制御部７により処理結
果取り出し要求を送信する(Ｓ２８)。その後、サーバか
ら処理結果が送信されると、通信制御部７で受信され、
処理部２によりクライアント側処理依頼制御部８の処理
結果受信手段ＲＣＶが起動され、上記で述べたのと同様
に、図４のフローチャートに示される処理が実行され
る。Ｓ２３で処理状況が正常に返されない場合には、エ
ラーを表示する(Ｓ２６)。

【００２４】次に、サーバ装置ＳＲＶにおいて、クライ
アント装置ＣＬＴから処理の依頼要求や、依頼処理の状
況の問い合わせや、依頼処理の処理結果取り出し要求が
送られてきた場合には、通信制御部１７で受信され、処
理部１２により、依頼処理制御部１８の処理依頼・問い
合わせ受付手段ＡＣＰが起動され、図６のフローチャー
トに示される処理が実行される。まず、要求内容を取り
出し(Ｓ３１)、要求内容を判定する(Ｓ３２)。要求内容
が、処理依頼の要求であれば、処理依頼先の該当プログ
ラムが稼働中か否か判定し(Ｓ３３)、稼働中ならば、図
９に示す処理状況管理情報に処理中として登録し(Ｓ３
４)、図８の(ｄ)に示すような処理依頼受付完了通知を
クライアント装置ＣＬＴへ通信制御部１７により送信し
(Ｓ３５)、処理依頼内容中のデータをプログラムに引渡
す(Ｓ４５)。Ｓ３３でプログラムが稼働していない場合
には、プログラムを起動し(Ｓ３６)、正常に起動された
ならば、処理依頼内容中のデータをプログラムに引渡し
(Ｓ３４)、処理依頼受付完了通知をクライアント装置Ｃ
ＬＴへ送信する(Ｓ３５)。正常に起動できなかった場合
には、処理依頼受付完了通知をエラーとしてクライアン
ト装置ＣＬＴへ送信する(Ｓ３７)。Ｓ３２で要求内容が
処理状況の問い合わせ要求であれば、図９の処理状況管
理情報により処理状況を調査し(Ｓ３８)、その結果を図
８の(ｇ)に示すような処理状況通知としてクライアント
装置ＣＬＴへ送信する(Ｓ３９)。また、Ｓ３２で要求内
容が処理結果の取り出し要求であれば、その処理状況を
調査し(Ｓ４０)、処理が既に完了しているか否か判定し
(Ｓ４１)、完了しておれば、処理結果を取り出し(Ｓ４
２)、処理状況管理情報から削除し(Ｓ４３)、図８の
(ｆ)に示すような処理結果通知としてクライアント装置
ＣＬＴへ送信する(Ｓ４４)。もし処理が完了していなけ
れば、処理状況通知のみをクライアント装置ＣＬＴへ送
信することとなる(Ｓ３９)。なお、Ｓ３４で処理状況管
理情報を登録する際、処理の依頼元のユーザＩＤも登録
するようにしている。これは、処理状況や処理結果に対
する問い合わせがあった場合に問い合わせ元のユーザと
依頼処理との対応をとるために必要である。ユーザＩＤ
は、サーバ側のネットワークＯＳに用意されているアプ
リケーション・インターフェースなどにより、取得可能
である。

【００２５】処理の依頼後、プログラムの処理が終了す
ると、サーバ側依頼処理制御部１８の処理結果・状況通
知手段ＩＮＦが起動され、処理結果保持手段ＨＬＤの動
作と共に、図７のフローチャートに示される処理が実行
される。まず、図９の処理状況管理情報により依頼元の
ユーザＩＤを取り出し、そのユーザの操作状態をチェッ
クし(Ｓ５１)、サーバに対して操作中であるならば、図
８の(ｆ)に示すような処理結果をクライアント装置ＣＬ
Ｔへ通信制御部１７により送信し(Ｓ５２)、受取完了通
知待ちとなる(Ｓ５３)。正常に受け取られれば、処理結
果を消去し(Ｓ５４)、図９の処理状況管理情報から削除
する(Ｓ５５)。Ｓ５３で、正常に受け取られなければ、
図９に示す処理状況管理情報中の該当する処理の処理状
況を処理完に更新し(Ｓ５６)、処理結果を格納する(Ｓ
５７)。また、Ｓ５１で依頼元のユーザがサーバに対し
て操作をしていない場合には、正常に受け取られなかっ
た場合と同様に、処理結果を格納することとなる。な
お、Ｓ５１でユーザの操作状態のチェックは、サーバ側
のネットワークＯＳに用意されているアプリケーション
・インターフェースにより、現在サーバに対してアクセ
スしているユーザを取得することにより、可能である。

【００２６】＜実施例の変形＞ユーザの中には処理依頼
後、処理結果を取り出すのを忘れてしまう可能性も有る
ため、そのユーザがクライアント装置ＣＬＴからサーバ
に対して操作を行っているときに、サーバ装置ＳＲＶか
ら取り出されないで残っている処理結果が有ることをそ
のユーザに知らせることも可能である。この場合には、
サーバ側依頼処理制御部１８において、図１０に示すよ
うに、更に、処理依頼元監視手段ＷＡＣを設けることに
よって達成される。この依頼元監視手段ＷＡＣは、周期
的に起動されており、図１１のフローチャートに示され
る処理が実行される。図９の処理状況管理情報により、
処理結果保持中のユーザＩＤを取り出し(Ｓ６１)、その
ユーザが現在サーバへ操作中か否か判定し(Ｓ６２)、操
作中であれば、そのユーザが操作しているクライアント
装置へ処理結果保持通知を送信し(Ｓ６３)、操作中でな
ければ何もしない。次に、処理状況管理情報中の全てに
ついてチェックしたか否か判定し(Ｓ６４)、まだであれ
ば、次のユーザについてチェックし、全て完了であれ
ば、終了する。処理結果保持通知の構成の例を図１２に
示す。

【００２７】

【発明の効果】本発明によれば、ユーザは、サーバへ処
理依頼中であっても、任意の時点でのサーバへのログイ
ン／ログアウトや、クライアント装置の電源のｏｎ／ｏ
ｆｆが可能となるため、サーバでの処理時間を気にする
ことなく、サーバへ処理を依頼することができるため、
操作上の融通性が増すこととなる。特に、ディスクレス
のポータブル情報機器など携行性の良いものを使用する
場合については、短時間しか操作できない状況下におい
ても操作したいという要求が増すと思われる。そのよう
な場合においても、サーバに対して処理を依頼すること
も可能となるため、益々、携行性の特質が生かされた操
作が可能になる。

【００２８】また、クライアントからサーバへ通信回線
により、接続して使用する場合には、サーバへ処理依頼
後、通信回線を切断することも可能であるため、処理時
間が長い場合には、通信費の削減も可能となるという効
果もある。

【図面の簡単な説明】

【図１】本発明のリモート・コンピューティング・シス
テムを実現するために必要な、クライアント側処理依頼
制御部とサーバ側依頼処理制御部の構成を示すブロック
図である。

【図２】本発明が適用されるコンピュータのシステム構
成を示すブロック図である。

【図３】クライアント側処理依頼制御部の処理依頼処理
の実施例を示すフローチャートである。

【図４】クライアント側処理依頼制御部の処理結果受信
処理の実施例を示すフローチャートである。

【図５】クライアント側処理依頼制御部の処理結果・状
況問合せ処理の実施例を示すフローチャートである。

【図６】サーバ側依頼処理制御部の処理依頼・問合せ受
付処理の実施例を示すフローチャートである。

【図７】サーバ側依頼処理制御部の処理結果・状況通知
処理の実施例を示すフローチャートである。

【図８】本発明を実施する場合に必要な、サーバ装置と
クライアント装置間の受渡し情報のデータ構造の例を示
す図である。

【図９】本発明を実施する場合に必要な、処理状況管理
情報のデータ構造の例を示す図である。

【図１０】本発明の変形を実施する場合に必要な、サー
バ側依頼処理制御部の構成を示すブロック図である。処
理の実施例の変形１を示すフローチャートである。

【図１１】本発明の変形を実施する場合に必要な、サー
バ側依頼処理制御部の処理依頼元監視処理の実施例を示
すフローチャートである。

【図１２】本発明の変形を実施する場合に、サーバ装置
とクライアント装置間で新たに必要となる受渡し情報の
データ構造の例を示す図である。

【符号の説明】 ＣＬＴ…クライアント装置、ＲＥＱ…処理依頼手段、Ｉ
ＮＱ…処理結果・状況問合せ手段、ＲＣＶ…処理結果受
信手段、ＳＲＶ…サーバ装置、ＡＣＰ…処理依頼・問合
せ受付手段、ＩＮＦ…処理結果・状況通知手段、ＨＬＤ
…処理結果保持手段、１と１１…入力部、２と１２…処
理部、３と１３…内部メモリ、４と１４…外部記憶部、
５と１５…表示部、６と１６…出力部、７と１７…通信
制御部、８…クライアント側処理依頼制御部、１８…サ
ーバ側依頼処理制御部、ＫＢ…キーボード、ＭＵＳ…ポ
インティング・デバイス、ＣＲＴ…ディスプレイ、ＭＤ
…外部記憶装置、ＰＲＴ…プリンタ、ＬＡＮ…ローカル
・エリア・ネットワーク、ＬＡＤＰ…ＬＡＮアダプタ、
Ｓ１〜Ｓ６４…処理の各ステップ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数のクライアント装置とサーバ装置が通
   信ネットワークに接続され、クライアント装置からの依
   頼に従って、サーバ装置で処理が行われ、その処理結果
   がクライアント装置に返されるサーバ・クライアント・
   システムにおいて、サーバに対して処理要求を行う手段
   と、それに基づく処理結果を受信する手段を上記クライ
   アント装置に保有し、クライアント装置からの処理要求
   を受け付ける手段と、処理終了後、処理結果をクライア
   ント側へ送信する手段と、クライアント側が処理結果を
   受信できない場合には、サーバ側で処理結果を保持する
   手段とを上記サーバ装置に保有し、クライアントからサ
   ーバに対して処理依頼を行った後は、処理結果を待たず
   にサーバとの接続を切断することもでき、切断した場合
   には、後でサーバとの接続することにより、処理結果を
   得ることを可能としたことを特徴とするリモート・コン
   ピューティング・システム。
2. 【請求項２】請求項１において、上記サーバ装置側で
   は、クライアント側から要求のあった処理に関して、処
   理状況や処理結果に対するクライアント側からの問い合
   わせを受付け、処理状況または処理結果をクライアント
   側へ通知する手段を保有し、クライアント側では、サー
   バに対して処理要求を行った後の任意時点において、サ
   ーバに対して、依頼した処理に関する処理状況または処
   理結果を問い合わせることを可能としたことを特徴とす
   るリモート・コンピューティング・システム。
3. 【請求項３】請求項１において、上記サーバ装置側で
   は、クライアント側から依頼のあった処理についての処
   理状況や処理結果に関する情報を、クライアント側へ通
   知可能な場合には、自動的に通知する手段を保有するこ
   とを特徴とするリモート・コンピューティング・システ
   ム。