JPH11232115A - ソフトウェア・モジュール転送方法、データ処理ネットワークおよびシステム - Google Patents

Abstract

(57)【要約】 【課題】 データ処理ネットワーク中でソフトウェア・
モジュール（例えばｊａｖａアプレットなど動的にロー
ドできるコード）をクライアント・データ処理システム
上で実行するためにホスト・データ処理システムからプ
リエンプティブに転送する方法およびシステムを提供す
ること。 【解決手段】 ソフトウェア・モジュールは、それぞれ
クライアント・システムのところで異なるサービス（例
えば電子メール、テキスト・エディタなど）を提供する
異なる多数のタイプである。ホスト・システムは、クラ
イアントに転送される第１のソフトウェア・モジュール
のタイプを決定し、この決定に基づいて、次にクライア
ントのところで必要とされるであろうソフトウェア・モ
ジュールのタイプに関して予測を行う。次いで、予測し
たソフトウェア・モジュールが、クライアントから同じ
ものを要求される前にクライアント・システムに転送さ
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ処理ネット
ワーク中でソフトウェアをホスト・システムからターゲ
ット・システムにプリエンプティブに転送する方法に関
する。

【０００２】

【従来の技術】代表的なネットワーキング環境中では、
複数のクライアント・データ処理システムが１つまたは
複数のサーバ・システムに接続される。第１の一般的な
構成では、各クライアント・システムは、クライアント
中のハード・ファイル上に格納されるオペレーティング
・システムおよび任意選択で他のソフトウェアを含む。
サーバ・システムに関連する記憶装置上に保持される他
のアプリケーション・ソフトウェア、例えばワード・プ
ロセッシング、データベース・ソフトウェアは、クライ
アント・システムによって必要なときにアクセスされ
る。

【０００３】代替ネットワーク構成では、クライアント
・システムは、ほとんどまたはまったく大容量記憶能力
を有せず、この場合、オペレーティング・システムおよ
びユーザが必要とする他のソフトウェアは、クライアン
ト・システムによって必要なときにサーバからダウンロ
ードされ、揮発性メモリ中に記憶される。

【０００４】現存のネットワークでは、ソフトウェアお
よび他のデータは、一般に、クライアント・システムの
要求によりサーバから転送される。これは、クライアン
ト・ユーザ側の特定のアクションか、またはクライアン
ト上での処理の実行中に自動的に行われる。サーバ・シ
ステムが使用中のとき、ソフトウェアに対する要求は、
待ち行列中でそれらの順番を待っており、それにより大
きい遅延が生じることがある。さらに、待ち行列がまっ
たくなく、かつソフトウェアに対する要求がサーバのと
ころで受信された直後に処理された場合でも、それにも
かかわらず、要求されたソフトウェアを製造し、要求さ
れたソフトウェアを接続リンクを介してクライアントに
伝達する際に必要な時間の損失と共に要求側クライアン
トが要求をサーバに送信する必要によって生じる時間の
損失がある。ネットワーク・トラフィックが多いとき、
生じる全遅延は大きくなり、クライアント・システムの
ユーザの活動に悪影響を及ぼすことがある。

【０００５】米国特許出願第５０２９１０４号には、ホ
スト・システムが接続されたワークステーションのとこ
ろでいくつかのタイプのデータ・オブジェクトの必要を
予測する技法が記載されている。ホストは、ホストのと
ころで受信されるデータ・オブジェクト（例えば、ワー
クステーション・ユーザにとって重要な電子メール）に
応答して、ワークステーションが各オブジェクトを使用
する可能性を決定するヒューリスティック論理回路を含
む。ワークステーションのところで使用される可能性の
あるデータ・オブジェクトは、ワークステーションによ
って要求が行われる前にホストによって任意にワークス
テーションに送信される。

【０００６】したがってこの従来技術では、ホスト・シ
ステムは、データ・オブジェクトがワークステーション
・ユーザにとって有用または重要であるという決定に基
づいてデータ・オブジェクトをワークステーションにプ
リエンプティブに送信する。この決定は、ホスト・シス
テムにおけるデータ・オブジェクトの受信に基づいてお
り、ワークステーションにおけるユーザの活動を考慮し
ない。

【０００７】

【発明が解決しようとする課題】本発明の第１の態様に
よれば、データ処理ネットワーク中でソフトウェア・モ
ジュールをターゲット・データ処理システム上で実行す
るためにホスト・データ処理システムからプリエンプテ
ィブに転送する方法であって、それぞれターゲット・シ
ステムのところで異なるサービスを提供する複数のタイ
プのソフトウェア・モジュールがあり、ホスト・システ
ムのところで、ターゲット・システムに転送される第１
のソフトウェア・モジュールのタイプを決定するステッ
プと、第１のモジュールのタイプの決定に基づいて、タ
ーゲット・システムのところで次に必要とされるであろ
う第２のソフトウェア・モジュールのタイプを予測する
ステップと、第２のタイプのモジュールをターゲット・
システムに自動的に転送するステップとを含む方法が提
供される。

【０００８】本発明の第２の態様によれば、複数のクラ
イアント・データ処理システムと通信する手段と、それ
ぞれターゲット・システムのところで異なるサービスを
提供する複数のタイプのソフトウェア・モジュールを複
数のクライアント・システムにその上で実行するために
転送する手段と、ターゲット・システムに送信されたソ
フトウェア・モジュールのタイプを監視する手段と、第
１のタイプのソフトウェア・モジュールがターゲット・
システムと通信していたという決定に応答して、第２の
タイプのソフトウェア・モジュールが次にターゲット・
システムのところで必要とされるであろうと予測し、か
つ転送手段に第２のタイプのソフトウェア・モジュール
をターゲット・システムにプリエンプティブに転送させ
る手段とを含むサーバ・データ処理システムが提供され
る。

【０００９】

【課題を解決するための手段】したがって本発明によれ
ば、クライアント・システムに転送されたソフトウェア
・モジュールのタイプに基づいて、次にクライアントが
必要とするであろうソフトウェア・モジュールのタイプ
に関して予測を行う方法およびシステムが提供される。
好ましい構成では、予測は、各クライアントに関連する
ソフトウェア・モジュール使用の履歴に基づいており、
この履歴は、一定の時間期間にわたってサーバによって
コンパイルされる。

【００１０】本発明の好ましい実施形態では、ネットワ
ーク上のトラフィックのレベルを監視し、測定したトラ
フィックがあるしきい値よりも小さいときだけ予測した
モジュールを自動的に転送する。

【００１１】１つの好ましい構成では、ソフトウェア・
モジュールは、クライアント・システム上でｊａｖａ使
用可能ブラウザまたはｊａｖａ仮想マシンを介して実行
するために動的にロードできる（例えば、Ｊａｖａアプ
レット）。

【００１２】本発明の他の態様によれば、コンピュータ
使用可能媒体中に組み込まれ、データ処理ネットワーク
中でソフトウェア・モジュールをターゲット・データ処
理システム上で実行するためにホスト・データ処理シス
テムからプリエンプティブに転送するコンピュータ読取
り可能プログラム・コード手段を有するコンピュータ使
用可能媒体を含むコンピュータ・プログラム製品であっ
て、それぞれターゲット・システムのところで異なるサ
ービスを提供する複数のタイプのソフトウェア・モジュ
ールがあり、コンピュータ読取り可能プログラム・コー
ド手段が、ホスト・システムのところで、ターゲット・
システムに転送される第１のソフトウェア・モジュール
のタイプを決定するコンピュータ読取り可能プログラム
・コード手段と、第１のモジュールのタイプの決定に基
づいて、次にターゲット・システムのところで必要とさ
れるであろう第２のソフトウェア・モジュールのタイプ
を予測するコンピュータ読取り可能プログラム・コード
手段と、第２のタイプのモジュールをターゲット・シス
テムに自動的に転送するコンピュータ読取り可能プログ
ラム・コード手段とを含むコンピュータ・プログラム製
品が提供される。

【００１３】次に、本発明の好ましい実施形態につい
て、添付の図面を参照しながら例としてのみ説明する。

【００１４】

【発明の実施の形態】まず第一に図１を参照すると、本
発明の好ましい実施形態が実施されるローカル・エリア
・ネットワーク（ＬＡＮ）１０が概略的な形で示されて
いる。図１のネットワークは、イーサネットＬＡＮとし
て構成されるものとして示されているが、代わりにトー
クン・リングまたは他の適切なトポロジに従って構成す
ることもできる。以下で説明するように、本発明はま
た、インターネット・ネットワークまたはイントラネッ
ト・ネットワークのコンテキストにおいても使用でき
る。図１において、ネットワークは、複数のクライアン
ト・コンピュータ・システム３０、３２、３４、３６と
通信するためにリンク２６によって接続されたサーバ・
コンピュータ・システム２０（この実施形態では、ＩＢ
Ｍ ＰＣ ７３０コンピュータ・システム）を含む。ク
ライアント・コンピュータ・システムは、インテルＸ８
６ファミリーのマイクロプロセッサをベースにしたパー
ソナル・コンピュータまたは他の形のコンピュータ・シ
ステムである。以下で説明するように、クライアントは
あるいはＪａｖａ仮想マシンまたはＪａｖａ使用可能ブ
ラウザを含む「ネットワーク・コンピュータ」（例えば
ＩＢＭネットワーク・ステーション）である。各クライ
アント・システムは、リンク２６を介してサーバ・コン
ピュータとの通信を実施するＬＡＮアダプタ・カードま
たはネットワーク・インタフェース・カード（ＮＩＣ）
３８、４０、４２、４４を含む。

【００１５】サーバとクライアントとの間の通信を含む
ネットワーク上の資源の制御は、ネットワーク・オペレ
ーティング・システム（ＮＯＳ）、例えば、サーバ・コ
ンピュータ・システムの主プロセッサ上で実行する「サ
ーバ」構成要素と、各クライアント・コンピュータ・シ
ステムの主プロセッサ上で実行する対応する「リクエス
タ」構成要素とを有するＮｏｖｅｌｌ社のＮｅｔｗａｒ
ｅを使用して実施される。他の適切なネットワーク・オ
ペレーティング・システムには、どちらもＩＢＭ社のＯ
Ｓ／２ ＬＡＮサーバおよびＯＳ／２ ＷＡＲＰサーバ
がある。この実施形態では、Ｉｎｔｅｒｎｅｔｗｏｒｋ
Ｐａｃｋｅｔ Ｅｘｃｈａｎｇｅ（ＩＰＸ）通信プロ
トコルがＮｅｔｗａｒｅオペレーティング・システムに
関連して使用される。他の実施形態では、ＴＣＰ／ＩＰ
が好ましいプロトコルである。

【００１６】図２は、通信リンク２６を介してサーバ・
コンピュータ・システム２０をクライアント・システム
３０に接続する方法を示す簡略化されたブロック図であ
る。クライアント・システムは、システム・バスによっ
てシステム・メモリ（ＲＡＭ）１３４およびＰＯＳＴコ
ードを含むシステムＢＩＯＳがその中に格納された不揮
発性メモリ（ＲＯＭ）１３５に接続された主ＣＰＵ１３
３の形をした制御論理回路の制御下で動作するキーボー
ド１３１およびディスプレイ１３２を含む。クライアン
ト・システムはさらに、この実施形態ではイーサネット
・カードであるが、代替実施形態ではトークン・リング
・アダプタ・カードであるネットワーク・アダプタ・カ
ード１３７を含む。このアダプタ・カードは、クライア
ントとサーバとの間で通信を実施する際に使用されるコ
ードがその中に記憶されたＲＯＭの形をした不揮発性メ
モリを含む。

【００１７】この実施形態のクライアント・システム
は、例えば、磁気ディスク・ドライブ（ハード・ファイ
ル）の形をした大容量記憶装置を備えていないことに留
意されたい。さらに、クライアント・ユーザがソフトウ
ェアまたはデータをクライアント・システム中に導入す
るのを防ぎたい場合、クライアント・システムは、ディ
スケット・ドライブ、ＣＤ−ＲＯＭドライブ、または同
様のドライブを備えていないことが有利である。

【００１８】図２のサーバ・コンピュータ・システム
は、主ＣＰＵ１２３、システムＲＡＭ１２４、システム
ＲＯＭ１２５、および一般にＲＡＩＤ（独立したディス
クの冗長アレイ）の形で構成された複数の磁気ディスク
・ドライブの形をした大容量記憶装置１２６を含むシス
テム装置１２２に接続されたキーボード１２１を含む。
サーバ・システムは、任意選択で、ディスプレイ１２７
（ネットワーク管理者がサーバ・システムと直接対話す
る必要がある場合）およびディスケット・ドライブ（図
示せず）やＣＤ−ＲＯＭドライブ１２９など他の記憶装
置を含む。リンク２６を介する通信は、アダプタ・カー
ドの形をとる入出力論理回路１２８によって実施され
る。

【００１９】サーバＲＡＩＤのディスク・ドライブ上に
は、オペレーティング・システム・ソフトウェアを含む
異なる様々なソフトウェア、およびクライアント・シス
テムにダウンロードし、またクライアント・システムが
使用するための異なる様々なタイプのソフトウェア・モ
ジュールが格納される。これらのソフトウェア・モジュ
ールは、クライアント・システムのところで異なるサー
ビスを提供するように設計された比較的小さいコードで
ある。例えば、電子メール、テキスト編集、カレンダ、
スプレッドシート、および他のサービスをクライアント
・ユーザに提供するように設計されたモジュール・タイ
プがある。モジュールは、ユーザ（人間またはプロセ
ス）の特定の要求によるか、または本発明によるプリエ
ンプティブな形でクライアント・システムに転送され
る。

【００２０】ソフトウェア・モジュールは、クライアン
ト・システム上に動的にロードできることが有利であ
る。この場合、モジュールは、クライアントに転送され
たとき、自動的にロードし、例えばウィンドウ内でクラ
イアント・ユーザに表示される。モジュールはさらに、
一度動作し、その後廃棄されるように設計することもで
きる。あるいは、モジュールは、後でクライアントが使
用するためにキャッシュに格納することもできる。適切
なソフトウェア・モジュールの一例は、Ｊａｖａアプレ
ットである（ＪａｖａはＳｕｎ Ｍｉｃｒｏｓｙｓｔｅ
ｍｓ社の登録商標である）。この場合、クライアント・
システムは、Ｗｉｎｄｏｗｓ ＮＴなど適切なオペレー
ティング・システム上で動作するＪａｖａ使用可能ブラ
ウザ（例えばＮｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔ
ｉｏｎｓ社から販売されているＮｅｔｓｃａｐｅ Ｎａ
ｖｉｇａｔｏｒ）またはＪａｖａ仮想マシン（ＪＶＭ）
を含む。

【００２１】図３を参照すると、本発明の好ましい実施
形態の機能を提供するサーバ・システム上で実行するソ
フトウェア・コンポーネント２００（この実施形態では
Ｎｅｔｗａｒｅモジュール）のグループの相互関係が示
されている。ＬＡＮ解析ソフトウェア２１０（例えば、
Ｎｏｖｅｌｌ社から販売されているＬＡＮＡｎａｌｙｚ
ｅｒ）は、ＬＡＮ上のトラフィックのレベルに関する情
報をコントローラ２０５に提供するために従来の形でネ
ットワーク上のトラフィックを監視する。多数の適切な
ＬＡＮ解析ソフトウェアが販売されている（例えば、Ｎ
ｏｖｅｌｌ社から販売されているＬＡＮＡｎａｌｙｚｅ
ｒ）。

【００２２】データ収集ソフトウェア２２０は、様々な
クライアント・システム上の様々なソフトウェア・モジ
ュールの使用の履歴を作成するバックグラウンド・タス
クとして実行するように設計される。この履歴は、特定
のクライアントが要求したモジュールのモデル、モジュ
ールが要求された時刻、ならびに異なるモジュール・タ
イプが使用される代表的なシーケンスを得るためにデー
タ収集タスクによって数日間または数週間にわたってコ
ンパイルされる。

【００２３】例えば、クライアントＸは、既存の予定さ
れた会議の時刻を検査するためにかつ／またはさらに会
議情報を追加するために常に営業日の始めにカレンダ・
ソフトウェア・モジュールを要求する。この特定のユー
ザは、次いで前の営業日に関する金融情報または他の情
報を更新するためにスプレッドシート・モジュールを常
に要求する。別のクライアントＹは、最初に電子メール
・モジュールを要求し、その後カレンダ・モジュールを
要求する。使用履歴は、ＬＡＮが位置する組織内の個々
のユーザの役割に応じてクライアント間で異なる可能性
があることを理解されたい。

【００２４】この履歴情報は、データ収集ソフトウェア
によってコンパイルされ、本発明では、いずれかのクラ
イアント・システムの将来の要件に関して予測を行うた
めに使用される。したがって、クライアントＸがカレン
ダ・モジュールを要求したとき、これはデータ収集タス
クによって監視される。制御ソフトウェアは、データ収
集ソフトウェアからの情報に基づいて、クライアント・
システムＸが次に使用する可能性のあるソフトウェア・
モジュールのタイプを予測する予測アルゴリズム２２５
を含む。この場合、履歴は、クライアントＸが必ずカレ
ンダ・モジュールの後でスプレッドシート・モジュール
を要求することを示す。この場合、制御ソフトウェア
は、プッシュ・タスク２３０にクライアントＸのユーザ
からの要求の前にスプレッドシート・モジュールをクラ
イアントＸにプッシュさせる。好ましい構成では、次に
予測されるモジュールの転送は、ＬＡＮトラフィックが
事前に定義されたかまたは事前に計算されたしきい値よ
りも小さいという（ＬＡＮ解析タスクからのトラフィッ
ク情報に基づく）決定によって決まる。この構成によれ
ば、ネットワーク上の負荷のバランスを改善することが
できる。

【００２５】代替構成では、様々なクライアントによる
モジュールの使用の履歴を作成するデータ収集ソフトウ
ェアはない。代わりに、予測は、ソフトウェア・モジュ
ールのタイプ間の関連のリストに基づく。例えば、クラ
イアントは、最初にテキスト・エディタを要求した場
合、次に要求されるモジュールが電子メール通信モジュ
ールであろうと予測することが妥当であろう。電子メー
ル通信モジュールは、次いでクライアントがそのモジュ
ールを要求する前にクライアントにプリエンプティブに
転送される。モジュールの関連は、適切な形、例えばテ
ーブルの形でサーバ・システム中に格納される。

【００２６】予測モードにかかわらず、予測されたソフ
トウェア・モジュールは、クライアントによる予測され
た使用の直前に転送されることが理想的であるが、この
場合、モジュールは、例えばサービスを表示するウィン
ドウがクライアントの画面上にポップアップするように
クライアントによって動的にロードされる。この理想的
な構成を実現する能力は、データ収集ソフトウェアの精
巧化、任意の時刻におけるネットワーク上の使用可能な
帯域幅、ならびにクライアント・ユーザの予測可能度に
依存する。動的にロードできるモジュールは、使用後に
廃棄される（この場合モジュールはサーバによって再送
信されなければならない）か、あるいは後続の呼出しを
予測してキャッシュに格納される。

【００２７】モジュールは、動的にロードできる必要は
なく、むしろユーザによる後続の呼出しのためにクライ
アントのところのキャッシュ・メモリに転送される。任
意の適切な構成を使用して、クライアント中のソフトウ
ェア・モジュールのキャッシングを制御することができ
る。例えば、使用可能なキャッシュがいっぱいのとき、
ソフトウェア・モジュールがＦＩＦＯ方式でパージされ
るか、あるいは各モジュールがそれに優先度（例えば、
テキスト・エディタがスプレッドシートよりも重要であ
る）を関連付けており、モジュール優先度に従ってキャ
ッシュ中のスペースを解放することができる。

【００２８】次に図４を参照すると、本発明の好ましい
方法に関連するステップの流れ図が示されている。この
方法は、図示のように３００のところから始まる。サー
バ・システムは、ステップ３０２で、第１のソフトウェ
ア・モジュール・タイプを接続されたクライアント・シ
ステムの１つに送信する。これは、クライアントの要求
によるか、あるいはサーバによってプリエンプティブな
形で実施される。制御ソフトウェアは、ステップ３０４
で、データ収集ソフトウェアによってコンパイルされた
履歴情報に基づいて、多分同じクライアントによって要
求されるであろうソフトウェア・モジュールのタイプに
関して予測を行う。ステップ３０６で、制御ソフトウェ
アは、ＬＡＮトラフィックがあるしきい値よりも小さい
かどうかに関する決定を行い、そうであれば、ステップ
３０８で、プッシュ・ソフトウェアに予測したモジュー
ルを問題のクライアントにプッシュさせる。このプロセ
スはステップ３１０で終了する。

【００２９】既に示したように、特定のクライアントに
関連する使用履歴は、そのクライアントのユーザに固有
である。予測アルゴリズムの成功は、クライアント・シ
ステムが同じユーザによって使用されることに依存す
る。これは、一般にワークステーション・グループを含
むオープン・オフィス環境中でもそうである。そのよう
なオフィス内の個人には、一般に、その上で作業すべき
特定のシステムが割り当てられる。したがって、ユーザ
Ａが、例えば毎週月曜日にワークステーションＷＳ１０
を使用する場合、データ収集ソフトウェアは、ソフトウ
ェア・モジュール使用のパターンが月曜日から月曜日ま
で比較的一定していることを記す。したがって、サーバ
・システムは、月曜日の朝にユーザＡが到着する前に予
測して適切なソフトウェア・モジュールをワークステー
ションＷＳ１に供給する。同様に、サーバは、その日の
残りの時間中にワークステーションＷＳ１からの要求の
前に予測して他のソフトウェア・モジュールを供給す
る。

【００３０】何らかの理由でユーザＢが月曜日の朝にワ
ークステーションＷＳ１０を使用することを選択し、か
つ通常ＷＳ１０によって要求されないソフトウェア・モ
ジュールに対する要求を行った場合、これはデータ収集
ソフトウェアによって記される。これに基づいて、ソフ
トウェア・モジュールの通常の「月曜日」シーケンスを
予測して供給する代わりに、制御ソフトウェアは、予測
を行うのを中止するか、あるいは上述の形で純粋にソフ
トウェア・モジュール・タイプの関連に基づいてソフト
ウェア使用を予測する。

【００３１】本発明はまた、インターネットまたはイン
トラネットのコンテキストにおいても使用できる。図５
は、インターネットまたはイントラネット４１０を介し
てそのうちの３つがシステム４１２、４１４、４１６と
して示されている複数のクライアント・システムに接続
されたホスト・システム４００を含むそのような構成の
概略図である。ホスト・システムは、図１のホストと同
じ構成を有する。クライアント・システムは、Ｊａｖａ
使用可能ブラウザ４２０、またはホスト・システムから
受け取ったＪａｖａアプレット・ソフトウェア・モジュ
ールを実行するＪａｖａ仮想マシンを含む。各クライア
ントは、任意選択でソフトウェア・モジュールを一時的
に記憶するキャッシュ４２２を含む。ホスト・システム
は、クライアント・システムの個々のＩＰアドレスを参
照して、モジュール使用の履歴をコンパイルし、維持す
ることができる。

【００３２】以上、好ましい実施形態について、大容量
記憶装置を有しないクライアント・システムに関して説
明してきたが、本発明は、ソフトウェアおよび／または
データの局所的に記憶するハード・ファイルなど何らか
の不揮発性記憶装置または同様の記憶装置を有するクラ
イアント・システムにも適用できることが理解できよ
う。

【００３３】さらに、好ましい実施形態では、単一のサ
ーバ・システムが監視機能および予測機能を実施し、ま
た予測したモジュールをクライアントに転送する。代替
構成では、監視ステップおよび予測ステップは１つのサ
ーバのところで引き受けられ、ソフトウェア・モジュー
ルの記憶および転送は第２のサーバのところで引き受け
られる。

【００３４】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００３５】（１）データ処理ネットワーク中でソフト
ウェア・モジュールをターゲット・データ処理システム
上で実行するためにホスト・データ処理システムからプ
リエンプティブに転送する方法であって、それぞれ前記
ターゲット・システムのところで異なるサービスを提供
する複数のタイプのソフトウェア・モジュールがあり、
前記ホスト・システムのところで、ターゲット・システ
ムに転送される第１のソフトウェア・モジュールのタイ
プを決定するステップと、前記第１のモジュールのタイ
プの決定に基づいて、次に前記ターゲット・システムの
ところで必要とされるであろう第２のソフトウェア・モ
ジュールのタイプを予測するステップと、前記第２のタ
イプのモジュールを前記ターゲット・システムに自動的
に転送するステップとを含む方法。 （２）前記サーバのところで、各ターゲット・システム
におけるソフトウェア・モジュール使用の履歴をコンパ
イルする他のステップを含み、前記予測ステップが各タ
ーゲット・システムの前記コンパイルされた履歴に基づ
く上記（１）に記載の方法。 （３）前記ネットワーク上のトラフィックのレベルを監
視し、かつ前記トラフィックがあるしきい値よりも小さ
いときだけ前記第２のソフトウェア・モジュールを自動
的に転送する他のステップを含む上記（１）または
（２）に記載の方法。 （４）前記第１のソフトウェア・モジュールが前記ター
ゲット・システムからの要求に応答して、前記ホスト・
システムから転送される上記（１）ないし（３）のいず
れか一項に記載の方法。 （５）前記ソフトウェア・モジュールが動的にロードで
きるソフトウェア・モジュールである上記（１）ないし
（４）のいずれか一項に記載の方法。 （６）前記動的にロードできるソフトウェア・モジュー
ルが、前記ターゲット・システム上でｊａｖａ使用可能
ブラウザまたはｊａｖａ仮想マシンを介して実行するた
めのＪａｖａアプレットである上記（５）に記載の方
法。 （７）前記ネットワークがローカル・エリア・ネットワ
ークである上記（１）ないし（６）のいずれか一項に記
載の方法。 （８）前記ネットワークがインターネットまたはイント
ラネットである上記（１）ないし（６）のいずれか一項
に記載の方法。 （９）前記第１のソフトウェア・モジュールが前記ター
ゲット・システムのところでテキスト編集サービスを提
供する上記（１）ないし（８）のいずれか一項に記載の
方法。 （１０）前記第２のソフトウェア・モジュールが前記タ
ーゲット・システムのところで電子メール通信サービス
を提供する上記（９）に記載の方法。 （１１）複数のターゲット・データ処理システムと通信
するために接続されたサーバ・データ処理システムを含
むデータ処理ネットワークであって、前記サーバ・デー
タ処理システムのところにあるか、またはそれに関連
し、それぞれターゲット・システムのところで異なるサ
ービスを提供する複数のタイプのソフトウェア・モジュ
ールを前記複数のターゲット・システムにその上で実行
するために転送する手段と、前記ターゲット・システム
に送信された前記ソフトウェア・モジュールの識別を監
視する手段と、第１のタイプのソフトウェア・モジュー
ルがターゲット・システムと通信していたという決定に
応答して、第２のタイプのソフトウェア・モジュールが
次に前記ターゲット・システムのところで必要とされる
であろうと予測し、かつ前記転送手段に前記第２のタイ
プのソフトウェア・モジュールを前記ターゲット・シス
テムにプリエンプティブに転送させる手段と、前記ター
ゲット・システムのところで、前記ホスト・システムか
らの前記ソフトウェア・モジュールを受信する手段とを
含むデータ処理ネットワーク。 （１２）各前記ターゲット・システムにおけるソフトウ
ェア・モジュール使用の履歴をコンパイルするデータ収
集手段をさらに含み、前記予測手段が前記予測を各ター
ゲット・システムの前記履歴を基にする上記（１１）に
記載のデータ処理ネットワーク。 （１３）前記ネットワーク上のトラフィックのレベルを
監視し、かつ前記トラフィックがあるしきい値よりも小
さいときだけ前記第２のソフトウェア・モジュールを自
動的に転送する手段をさらに含む上記（１１）または
（１２）に記載のデータ処理ネットワーク。 （１４）各ソフトウェア・モジュールのタイプが動的に
ロードできるソフトウェア・モジュールである上記（１
１）ないし（１３）のいずれかに記載のデータ処理ネッ
トワーク。 （１５）前記動的にロードできるソフトウェア・モジュ
ールがＪａｖａアプレットであり、各ターゲット・シス
テムがｊａｖａ使用可能ブラウザまたはｊａｖａ仮想マ
シンを含む上記（１４）に記載のデータ処理ネットワー
ク。 （１６）複数のクライアント・データ処理システムと通
信する手段と、それぞれ前記ターゲット・システムのと
ころで異なるサービスを提供する複数のタイプのソフト
ウェア・モジュールを前記複数のクライアント・システ
ムにその上で実行するために転送する手段と、前記ター
ゲット・システムに送信された前記ソフトウェア・モジ
ュールの識別を監視する手段と、第１のタイプのソフト
ウェア・モジュールがターゲット・システムと通信して
いたという決定に応答して、第２のタイプのソフトウェ
ア・モジュールが次に前記ターゲット・システムのとこ
ろで必要とされるであろうと予測し、かつ前記転送手段
に前記第２のタイプのソフトウェア・モジュールを前記
ターゲット・システムにプリエンプティブに転送させる
手段とを含むサーバ・データ処理システム。

【図面の簡単な説明】

【図１】複数のクライアント・データ処理システムに接
続されたホスト・システムを含むデータ処理ネットワー
クの概略図である。

【図２】図１のクライアント・システムおよびホスト・
システムの主要な構成要素の概略図である。

【図３】本発明の好ましい実施形態において使用される
ホスト・システムの要素間の対話を示す概略図である。

【図４】本発明の好ましい一実施形態のステップを示す
流れ図である。

【図５】本発明がそれと共に使用される代替ネットワー
ク構成の概略図である。

【符号の説明】

１０ ローカル・エリア・ネットワーク（ＬＡＮ） ２０ サーバ・コンピュータ・システム ２６ 通信リンク ３０ クライアント・コンピュータ・システム ３２ クライアント・コンピュータ・システム ３４ クライアント・コンピュータ・システム ３６ クライアント・コンピュータ・システム ３８ ネットワーク・インタフェース・カード ４０ ネットワーク・インタフェース・カード ４２ ネットワーク・インタフェース・カード ４４ ネットワーク・インタフェース・カード １２１ キーボード １２２ システム装置 １２３ 主ＣＰＵ １２４ システムＲＡＭ １２５ システムＲＯＭ １２６ 大容量記憶装置 １２７ ディスプレイ １２８ 入出力論理回路 １２９ ＣＤ−ＲＯＭドライブ １３１ キーボード １３２ ディスプレイ １３３ 主ＣＰＵ １３４ システム・メモリ（ＲＡＭ） １３５ 不揮発性メモリ（ＲＯＭ） １３７ ネットワーク・アダプタ・カード ２００ ソフトウェア・コンポーネント ２０５ コントローラ ２１０ ＬＡＮ解析ソフトウェア ２２０ データ収集ソフトウェア ２２５ 予測アルゴリズム ２３０ プッシュ・タスク ４００ ホスト・システム ４１０ インターネットまたはイントラネット ４１２ クライアント・システム ４１４ クライアント・システム ４１６ クライアント・システム ４２０ Ｊａｖａ使用可能ブラウザ ４２２ キャッシュ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ソハイル・シード イギリス ジー41 ５イー・エー ストラ ッチクライド グラスゴー ポロックシー ルド アルバート・ドライブ 319

Claims (16)

【特許請求の範囲】
1. 【請求項１】データ処理ネットワーク中でソフトウェア
   ・モジュールをターゲット・データ処理システム上で実
   行するためにホスト・データ処理システムからプリエン
   プティブに転送する方法であって、それぞれ前記ターゲ
   ット・システムのところで異なるサービスを提供する複
   数のタイプのソフトウェア・モジュールがあり、 前記ホスト・システムのところで、ターゲット・システ
   ムに転送される第１のソフトウェア・モジュールのタイ
   プを決定するステップと、 前記第１のモジュールのタイプの決定に基づいて、次に
   前記ターゲット・システムのところで必要とされるであ
   ろう第２のソフトウェア・モジュールのタイプを予測す
   るステップと、 前記第２のタイプのモジュールを前記ターゲット・シス
   テムに自動的に転送するステップとを含む方法。
2. 【請求項２】前記サーバのところで、各ターゲット・シ
   ステムにおけるソフトウェア・モジュール使用の履歴を
   コンパイルする他のステップを含み、前記予測ステップ
   が各ターゲット・システムの前記コンパイルされた履歴
   に基づく請求項１に記載の方法。
3. 【請求項３】前記ネットワーク上のトラフィックのレベ
   ルを監視し、かつ前記トラフィックがあるしきい値より
   も小さいときだけ前記第２のソフトウェア・モジュール
   を自動的に転送する他のステップを含む請求項１または
   請求項２に記載の方法。
4. 【請求項４】前記第１のソフトウェア・モジュールが前
   記ターゲット・システムからの要求に応答して、前記ホ
   スト・システムから転送される請求項１ないし３のいず
   れか一項に記載の方法。
5. 【請求項５】前記ソフトウェア・モジュールが動的にロ
   ードできるソフトウェア・モジュールである請求項１な
   いし４のいずれか一項に記載の方法。
6. 【請求項６】前記動的にロードできるソフトウェア・モ
   ジュールが、前記ターゲット・システム上でｊａｖａ使
   用可能ブラウザまたはｊａｖａ仮想マシンを介して実行
   するためのＪａｖａアプレットである請求項５に記載の
   方法。
7. 【請求項７】前記ネットワークがローカル・エリア・ネ
   ットワークである請求項１ないし６のいずれか一項に記
   載の方法。
8. 【請求項８】前記ネットワークがインターネットまたは
   イントラネットである請求項１ないし６のいずれか一項
   に記載の方法。
9. 【請求項９】前記第１のソフトウェア・モジュールが前
   記ターゲット・システムのところでテキスト編集サービ
   スを提供する請求項１ないし８のいずれか一項に記載の
   方法。
10. 【請求項１０】前記第２のソフトウェア・モジュールが
    前記ターゲット・システムのところで電子メール通信サ
    ービスを提供する請求項９に記載の方法。
11. 【請求項１１】複数のターゲット・データ処理システム
    と通信するために接続されたサーバ・データ処理システ
    ムを含むデータ処理ネットワークであって、 前記サーバ・データ処理システムのところにあるか、ま
    たはそれに関連し、それぞれターゲット・システムのと
    ころで異なるサービスを提供する複数のタイプのソフト
    ウェア・モジュールを前記複数のターゲット・システム
    にその上で実行するために転送する手段と、 前記ターゲット・システムに送信された前記ソフトウェ
    ア・モジュールの識別を監視する手段と、 第１のタイプのソフトウェア・モジュールがターゲット
    ・システムと通信していたという決定に応答して、第２
    のタイプのソフトウェア・モジュールが次に前記ターゲ
    ット・システムのところで必要とされるであろうと予測
    し、かつ前記転送手段に前記第２のタイプのソフトウェ
    ア・モジュールを前記ターゲット・システムにプリエン
    プティブに転送させる手段と、 前記ターゲット・システムのところで、前記ホスト・シ
    ステムからの前記ソフトウェア・モジュールを受信する
    手段とを含むデータ処理ネットワーク。
12. 【請求項１２】各前記ターゲット・システムにおけるソ
    フトウェア・モジュール使用の履歴をコンパイルするデ
    ータ収集手段をさらに含み、前記予測手段が前記予測を
    各ターゲット・システムの前記履歴を基にする請求項１
    １に記載のデータ処理ネットワーク。
13. 【請求項１３】前記ネットワーク上のトラフィックのレ
    ベルを監視し、かつ前記トラフィックがあるしきい値よ
    りも小さいときだけ前記第２のソフトウェア・モジュー
    ルを自動的に転送する手段をさらに含む請求項１１また
    は請求項１２に記載のデータ処理ネットワーク。
14. 【請求項１４】各ソフトウェア・モジュールのタイプが
    動的にロードできるソフトウェア・モジュールである請
    求項１１ないし請求項１３のいずれかに記載のデータ処
    理ネットワーク。
15. 【請求項１５】前記動的にロードできるソフトウェア・
    モジュールがＪａｖａアプレットであり、各ターゲット
    ・システムがｊａｖａ使用可能ブラウザまたはｊａｖａ
    仮想マシンを含む請求項１４に記載のデータ処理ネット
    ワーク。
16. 【請求項１６】複数のクライアント・データ処理システ
    ムと通信する手段と、 それぞれ前記ターゲット・システムのところで異なるサ
    ービスを提供する複数のタイプのソフトウェア・モジュ
    ールを前記複数のクライアント・システムにその上で実
    行するために転送する手段と、 前記ターゲット・システムに送信された前記ソフトウェ
    ア・モジュールの識別を監視する手段と、 第１のタイプのソフトウェア・モジュールがターゲット
    ・システムと通信していたという決定に応答して、第２
    のタイプのソフトウェア・モジュールが次に前記ターゲ
    ット・システムのところで必要とされるであろうと予測
    し、かつ前記転送手段に前記第２のタイプのソフトウェ
    ア・モジュールを前記ターゲット・システムにプリエン
    プティブに転送させる手段とを含むサーバ・データ処理
    システム。