JP2002358208A - データ処理システム及びデータ処理方法、情報処理装置及び情報処理方法、並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 モジュールをサーバからクライアントにダウ
ンロードする際のようにデータ移動処理の高速化を実現
する。 【解決手段】 特性を基に各モジュールを分類し、新規
構成要素により再構成を行うとともに、構成されたモジ
ュールに特性を記述した情報を対応付ける。クライアン
トがモジュールをダウンロードして利用する際に、モジ
ュールのうち最初に利用される部分を含む新規構成要素
のみをダウンロードし、その後は必要に応じて新規構成
要素を単位としてダウンロードを行うことにより、ダウ
ンロードの高速化と、モジュールの利用と並行したダウ
ンロードを実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、モジュールを管理
するサーバとサーバからモジュールをダウンロードして
利用するクライアントとで構成されるネットワーク・シ
ステムにおいてサーバからクライアントへのモジュール
のダウンロードを行ったり、あるいは、システム・バス
を介して接続される周辺機器からデータの転送を行うな
どのデータの移動を処理するデータ処理システム及びデ
ータ処理方法、情報処理装置及び情報処理方法、並びに
記憶媒体に係り、特に、クライアント側におけるダウン
ロード処理や周辺機器からのデータ転送の高速化を図っ
たデータ処理システム及びデータ処理方法、情報処理装
置及び情報処理方法、並びに記憶媒体に関する。

【０００２】

【従来の技術】いわゆるコンピュータ処理は、プロセッ
サ上で所定のプログラムを実行するという形式で実現さ
れる。

【０００３】最近のソフトウェア開発の分野では、処理
手順ではなく処理対象となるデータを重要視するという
「オブジェクト指向」（object oriented）技術が盛ん
に採り入れられている。一般に、オブジェクト指向によ
れば、ソフトウェアの開発と保守が効率化されると考え
られている。オブジェクト指向に基づくソフトウェア
は、基本的に、データとそのデータに対する処理手続き
とを一体化させた「オブジェクト」というモジュール単
位で扱われる。また、必要に応じて複数のオブジェクト
を作成したり組み合わせることで１つのソフトウェアが
完成する。勿論、プログラムのダウンロードも、モジュ
ール単位で取り扱うことができる。

【０００４】モジュールをクライアントにバスなどで接
続された記憶装置で保管し管理を行い、クライアントは
プログラムの実行に際してこれら記憶装置からプログラ
ムをダウンロードして実行するという方法がある。ま
た、クライアントとサーバからなるデータ処理システム
においては、プログラムをサーバ上で保管、管理を行
い、クライアントはプログラムの実行に際してサーバか
らプログラムをダウンロードし、実行するという方法が
ある。これらを、本明細書ではプログラムの「ダウンロ
ード実行」と呼ぶ。

【０００５】これら管理装置からプログラムのダウンロ
ード実行を行う場合、プログラムの実行に先立ってダウ
ンロードの完了を待つ必要がある。これを「ダウンロー
ド実行遅延」と呼ぶ。また、クライアントに接続された
モジュールの管理を行う記憶装置のことを以下では「モ
ジュール管理装置」と呼ぶ。

【０００６】従来、クライアントに接続されたこれらモ
ジュール管理装置からのダウンロード実行遅延の問題を
解決するために、モジュール管理装置とクライアント間
の転送速度の高速化が行われている。例えば、モジュー
ル管理装置としてクライアントに接続されたハード・デ
ィスク装置を利用する場合、ハード・ディスク装置の高
密度化や回転数の向上、またハード・ディスク装置とク
ライアント間の接続バスの転送速度や転送幅の向上によ
り転送速度の高速化を行っている。

【０００７】また、モジュール管理装置とクライアント
の間にキャッシュ（cache）を設け、キャッシュに保管
されているデータに関してはモジュール管理装置への実
際のアクセスを省略することで見かけ上の転送速度の高
速化を行っている。

【０００８】他方、クライアントとサーバからなるシス
テムにおいて、プログラム実行時にオンデマンドでダウ
ンロードして実行する機能を提供しているものの例とし
て、米サンマイクロシステムズ社により開発された「Ｊ
ａｖａ（登録商標）アプレット」を挙げることができ
る。これは、厳密には、Ｊａｖａの開発・実行環境が提
供しているアプレット・クラスをカスタマイズして作成
されたソフトウェアであり、通常ＨＴＭＬ（Hyper Text
Markup Language）形式で記述されるウェブ・ページに
Ｊａｖａアプレットを組み合わせることで、その機能を
拡張することができる。ＨＴＭＬファイルでは、<APPLE
T>タグを使用して、Ｊａｖａアプレットの格納場所を記
述する。Ｊａｖａアプレットは、複数のＪａｖａクラス
・ファイル、又はそれらを１つにまとめた"ＪＡＲ"ファ
イルによって構成され、これらのファイルはサーバ上で
保管、管理される。

【０００９】Ｊａｖａアプレットを含むウェブ・ページ
を表示した際に、ＷＷＷ（World Wide Web）サーバから
アプレットのコードがダウンロードされ、ブラウザ上で
実行される。Ｊａｖａアプレットの実行は、通常、ウェ
ブ・ブラウザが持つＪａｖａＶＭ（Ｊａｖａ仮想マシ
ン） によって行われる。Ｊａｖａでは、ソース・ファイ
ルをマシンに依存しない形式の「バイト・コード」と呼
ばれる中間言語にコンパイルするが、ＪａｖａＶＭはこ
のバイト・コードをダウンロードして実行する。Ｊａｖ
ａアプレット実行中に参照したＪａｖａクラスがＪａｖ
ａＶＭ上にないと、ＪａｖａＶＭはＪａｖａアプレット
の実行を停止し、サーバへＪａｖａクラス・ファイルの
ダウンロード要求を行い、ダウンロードが完了後に実行
を再開する。

【００１０】このため、Ｊａｖａアプレットの実行には
ダウンロード完了を待つためのプログラムの実行遅延が
発生し、それがプログラム実行の性能低下を引き起こす
という問題がある。この遅延は上述の「ダウンロード実
行遅延」に相当する。プログラムの起動時にはほとんど
のＪａｖａクラスがＪａｖａＶＭには存在しないため、
特にダウンロード実行遅延が大きくなる。この場合、プ
ログラムの実行とダウンロードには並行性はない。

【００１１】ダウンロード実行遅延の問題を解決するた
めに、Ｊａｖａアプレットに対して幾つかの研究や開発
がなされている。

【００１２】１つの手法では、Ｊａｖａクラスを、プロ
グラムの振る舞いを示すプロファイル・データやプログ
ラムの構造を解析した結果を用いて、高い頻度で利用さ
れる部分と低い頻度で利用される２つに分割を行ってい
る。そして、Ｊａｖａクラスのダウンロード要求が Ｊ
ａｖａＶＭによりなされた場合には、高い頻度で利用さ
れる部分のみをダウンロードすることで、転送量を削減
し起動時間の短縮を行っている。

【００１３】また、別の手法では、Ｊａｖａクラス内の
メソッドをプロファイル・データやプログラムの構造解
析の結果を用いて予測される使用順序に並べ替えるとい
うことを行う。Ｊａｖａクラスはあらかじめ決められた
タイミングでサーバ側からダウンロードが開始される。
そして、ＪａｖａＶＭは、Ｊａｖａクラスが完全にダウ
ンロードされるのを待たずに、必要とされるメソッドや
データがダウンロード終了した時点で実行を開始するこ
とで、ダウンロードとプログラム実行を並列化して、ダ
ウンロード実行遅延の改善を行っている。

【００１４】また、別の手法では、Ｊａｖａクラスを、
プログラムの振る舞いを示すプロファイルデータやプロ
グラムの構造を解析した結果を用いて、高い頻度で利用
される部分と低い頻度でしか利用されない部分とに分割
して転送量を削減し、さらに、Ｊａｖａのプログラム中
にプログラム生成時にあらかじめ別のＪａｖａクラスの
プリフェッチを行う命令を挿入することで、ダウンロー
ドとプログラム実行を並列化し、ダウンロード実行遅延
の改善を行っている。

【００１５】

【発明が解決しようとする課題】モジュールをモジュー
ル管理装置からクライアントにダウンロードを行い実行
するには、モジュールのダウンロードの完了を待つ必要
があるため、処理速度が低下するという問題がある。こ
の問題の解決方法としてモジュール管理装置とクライア
ント間の転送速度の高速化が行われている（上述）が、
クライアントのモジュール実行速度に比較して転送速度
は低速であるため、ダウンロード実行遅延が十分に解決
されない。

【００１６】また、モジュール管理装置とクライアント
の間にキャッシュが存在する場合であっても、キャッシ
ュ容量には制限があるため、すべてのモジュールをキャ
ッシュ上に配置できる訳ではく、ダウンロード実行遅延
が十分に解決されない。また、どのデータをキャッシュ
に残すかという判断はＬＲＵ（Least Recently Used）
などの機械的なアルゴリズムによって行われるため、ダ
ウンロード実行遅延の改善には必ずしも効果的ではな
い。

【００１７】他方、クライアントとサーバからなるシス
テムにおけるダウンロード実行遅延は、Ｊａｖａアプレ
ットに特有の問題ではなく、サーバからモジュールをダ
ウンロード実行するすべてのシステムにおいて問題とな
る。

【００１８】このダウンロード実行遅延の解決方法とし
て、Ｊａｖａクラスを使用頻度によって２つに分割して
転送量を削減する手法（上述）が提案されている。しか
しながら、この手法は、Ｊａｖａアプレットのような比
較的小さいプログラムに対しては有効であっても、今後
ダウンロードを行うプログラムが高機能化されそのプロ
グラムの大きさが増加していくに従い、単純に２分割に
するだけでは十分な改善が見込めないという問題があ
る。

【００１９】また、従来の手法では、プリフェッチはサ
ーバによる発行であったり、又は、プログラム中にプリ
フェッチ命令として埋め込むことでプリフェッチの発行
を行っていた。このため、クライアント機器のプログラ
ム実行性能があらかじめ想定したものと異なった場合や
ネットワークの転送速度が想定した速度から実行時に機
器の移動などに伴い変化した場合には充分な性能を発揮
できないという問題もある。さらに、プログラムが複数
のコンポーネントから構成され一部のコンポーネントが
修正された場合、コンポーネントの大きさが変化するた
め、プリフェッチのタイミングが最適ではなくなるとい
う問題もある。

【００２０】また、クライアント機器によっては、キャ
ッシュ・メモリを搭載していてそれをダウンロードした
プログラムの一時保存の目的に利用可能である場合や、
プログラムの実行性能が高く圧縮したプログラムをクラ
イアント側で伸張することが可能である場合がある。こ
れらキャッシュや圧縮の機能を利用するためには別途対
応が必要となり柔軟性に欠けるという問題もある。

【００２１】本発明は上述したような技術的課題に鑑み
たものであり、クライアント機器の能力や機能、モジュ
ール管理装置とクライアント機器間の転送速度の多様性
に柔軟に対応して、ダウンロード実行遅延を改善するこ
とができる、優れたデータ処理システム及びデータ処理
方法、情報処理装置及び情報処理方法、並びに記憶媒体
を提供することを目的とする。

【００２２】また、本発明は、クライアント機器の能力
や機能、ネットワークの転送速度の多様性に柔軟に対応
し、ダウンロード実行遅延を改善することができる、優
れたデータ処理システム及びデータ処理方法、情報処理
装置及び情報処理方法、並びに記憶媒体を提供すること
を目的とする。

【００２３】

【課題を解決するための手段及び作用】本発明は、上記
課題を参酌してなされたものであり、その第１の側面
は、モジュールを管理するモジュール管理装置と該モジ
ュール管理装置からモジュールを移動して利用するクラ
イアントで構成されるデータ処理システムであって、前
記モジュール装置において、モジュールの基本構成要素
をそれぞれの特性を基に分類して複数の基本構成要素か
らなる新規構成要素によりモジュールを再構成するとと
もに、それぞれの新規構成要素に対して該当する特性を
特性情報として記述して、前記クライアントからの要求
に応答して再構成された新規構成要素並びにその特性情
報を送信し、前記クライアントにおいて、前記モジュー
ル管理装置からモジュールを移動して利用する際には新
規構成要素に関連付けられた特性情報に応じた処理をモ
ジュールの利用とは透過的に実行する、ことを特徴とす
るデータ処理システムである。

【００２４】但し、ここで言う「システム」とは、複数
の装置（又は特定の機能を実現する機能モジュール）が
論理的に集合した物のことを言い、各装置や機能モジュ
ールが単一の筐体内にあるか否かは特に問わない。

【００２５】また、本発明の第２の側面は、モジュール
管理装置において管理されるモジュールをクライアント
に移動して利用するデータ処理方法であって、前記モジ
ュール装置において、モジュールの基本構成要素をそれ
ぞれの特性を基に分類して複数の基本構成要素からなる
新規構成要素によりモジュールを再構成するとともに、
それぞれの新規構成要素に対して該当する特性を特性情
報として記述して、前記クライアントからの要求に応答
して再構成された新規構成要素並びにその特性情報を送
信するステップと、前記クライアントにおいて、前記モ
ジュール管理装置からモジュールを移動して利用する際
には新規構成要素に関連付けられた特性情報に応じた処
理をモジュールの利用とは透過的に実行するステップ
と、を具備することを特徴とするデータ処理方法であ
る。

【００２６】本発明の第１又は第２の側面に係るデータ
処理システム又はデータ処理方法において、前記モジュ
ール管理装置は、例えば、クライアントとネットワーク
経由で相互接続されたサーバである。あるいは、前記モ
ジュール管理装置は、所定の機器内でクライアントとバ
ス経由で相互接続されたハード・ディスク装置やＤＶＤ
ドライブ装置などの周辺装置であってもよい。

【００２７】また、モジュールとは、例えば、コンピュ
ータ可読形式で記述されたコンピュータ・プログラムの
ことである。モジュールは、基本構成要素に分解可能な
データであってもよい。

【００２８】本発明の第１又は第２の側面に係るデータ
処理システム又はデータ処理方法によれば、プログラム
のような複数の基本構成要素からなるモジュールをフレ
ーズ（ｐｈｒａｓｅ）と呼ばれる新規構成要素により再
構成させることで、プログラムの実行に不要な部分を分
類可能とし、実行に必要なプログラム部分のみをクライ
アント側に移動させることを可能とする。さらにフレー
ズにアノテーション（ａｎｎｏｔａｔｉｏｎ）と呼ばれ
る特性情報を対応させることで、同じプログラムに対し
てクライアントのさまざまな構成に応じてそれぞれに最
適な形で、プリフェッチ、キャッシュといった異なる複
数の手法の利用を柔軟に組み合わせた、ダウンロード実
行の高速化を行うことができる。

【００２９】前記モジュール管理装置では、各新規構成
要素について１以上の圧縮方式を用いて圧縮し且つその
情報を対応する特性情報に記述するとともに、前記クラ
イアントが備える伸張方式の通知を受けてこれに対応し
た圧縮方式で圧縮された新規構成要素を送信するように
してもよい。

【００３０】また、前記モジュール管理装置では、モジ
ュールに含まれる各新規構成要素をそれぞれ個別に圧縮
処理し、前記クライアントから複数の伸張方式の通知を
受けた場合はそのうち最も適した方式で圧縮された新規
構成要素を送信するようにしてもよい。

【００３１】また、本発明の第３の側面は、外部装置に
モジュールを提供する情報処理装置又は方法であって、
モジュールの基本構成要素をそれぞれの特性を基に分類
して、複数の基本構成要素からなる新規構成要素により
モジュールを再構成するモジュール再構成手段又はステ
ップと、それぞれの新規構成要素に対して該当する特性
を特性情報として記述する特性情報記述手段又はステッ
プと、外部装置からの要求に応答して、再構成された新
規構成要素並びにその特性情報を送信する情報送信手段
又はステップと、を具備することを特徴とする情報処理
装置又は方法である。

【００３２】ここで、モジュールとは、例えば、コンピ
ュータ可読形式で記述されたコンピュータ・プログラム
のことである。モジュールは、基本構成要素に分解可能
なデータであってもよい。

【００３３】本発明の第３の側面に係る情報処理装置
は、例えば、コンピュータ・ネットワーク上でモジュー
ルを提供・配信するサーバとして稼働することができ
る。また、サーバからモジュールの提供を受けてこれを
利用する外部装置は、クライアントに相当する。あるい
は、本発明の第３の側面に係る情報処理装置は、単一の
装置内で、クライアントにバス接続されているハード・
ディスク装置やＤＶＤドライブ装置などの周辺機器に相
当する。

【００３４】本発明の第３の側面に係る情報処理装置又
は情報処理方法によれば、サーバ側では、プログラムを
実行時の参照関係やダウンロード効率を考慮して、複数
の基本構成要素からなる元のプログラムをフレーズと呼
ばれる新規構成要素に分類再構成をし直すようになって
いる。そして、各フレーズにそのフレーズの特性を示す
情報としてアノテーションと呼ばれる特性情報を対応さ
せるようにした。このような場合、クライアント側で
は、アノテーションの情報を利用して、そのクライアン
ト機器に適したプリフェッチ手法、キャッシュ、圧縮な
どの手法を柔軟に組み合わせることで、ダウンロード実
行の速度を向上させることができる。

【００３５】前記情報送信手段又はステップは、モジュ
ールのうち前記外部装置すなわちクライアントで最初に
利用される部分を含む新規構成要素のみをまず送信し、
その後必要に応じて新規構成要素を単位として送信する
ようにしてもよい。

【００３６】また、前記情報送信手段又はステップは、
モジュールのうち前記外部装置すなわちクライアントで
最初に利用される部分を含む新規構成要素のみをまず送
信し、その後は、特性情報を参照して、クライアントに
おけるモジュールの利用が未送信の新規構成要素に及ぶ
より以前に、クライアントにおけるモジュールの利用に
並行して該未送信の新規構成要素の送信を行うようにし
てもよい。この結果、クライアントにおいては、モジュ
ールの利用とそのダウンロードの並行性や、ダウンロー
ドの高速化を実現することができる。

【００３７】また、前記モジュール再構成手段又はステ
ップは、１以上の圧縮方式を用いて新規構成要素を圧縮
し且つその情報を対応する特性情報に記述するようにし
てもよい。このような場合、前記情報送信手段又はステ
ップは、前記外部装置すなわちクライアントが備える伸
張方式の通知を受けて、これに対応した圧縮方式で圧縮
された新規構成要素を送信することができる。

【００３８】本発明の第３の側面に係る情報処理装置又
は情報処理方法においては、各新規構成要素毎に異なる
圧縮方式を用いて圧縮処理を施すようにしてもよい。し
たがって、前記情報送信手段又はステップは、前記外部
装置すなわちクライアントから複数の伸張方式の通知を
受けた場合、そのうち最も適した方式で圧縮された新規
構成要素を送信するようにすればよい。

【００３９】また、本発明の第４の側面は、モジュール
を利用する情報処理装置又は情報処理方法であって、外
部装置からモジュールを移動するデータ移動手段又はス
テップと、モジュールを利用するモジュール利用手段又
はステップと、を備え、モジュールは、基本構成要素を
それぞれの特性を基に分類して、複数の基本構成要素か
らなる新規構成要素により再構成されており、また、各
新規構成要素には特性情報が関連付けられており、前記
データ移動手段又はステップにより移動したモジュール
を前記モジュール利用手段により利用する際には、新規
構成要素に関連付けられた特性情報に応じた処理をモジ
ュールの利用とは透過的に実行する、ことを特徴とする
情報処理装置又は情報処理方法である。

【００４０】ここで、モジュールとは、例えば、コンピ
ュータ可読形式で記述されたコンピュータ・プログラム
のことである。モジュールは、基本構成要素に分解可能
なデータであってもよい。

【００４１】本発明の第４の側面に係る情報処理装置
は、例えば、コンピュータ・ネットワーク上で、外部装
置からモジュールをダウンロードしてこれを利用するク
ライアントとして稼働することができる。また、この情
報処理装置にモジュールを提供する外部装置は、クライ
アントにネットラーク接続されるサーバや、クライアン
トにバス接続されるハード・ディスク装置やＤＶＤドラ
イブ装置などの周辺機器に相当する。

【００４２】本発明の第４の側面に係る情報処理装置又
は情報処理方法によれば、サーバ側では、プログラムを
実行時の参照関係やダウンロード効率を考慮して、複数
の基本構成要素からなる元のプログラムをフレーズと呼
ばれる新規構成要素に分類再構成をし直すようになって
いる。そして、各フレーズにそのフレーズの特性を示す
情報としてアノテーションと呼ばれる特性情報を対応さ
せるようにした。したがって、クライアント側では、ア
ノテーションの情報を利用して、そのクライアント機器
に適したプリフェッチ手法、キャッシュ、圧縮などの手
法を柔軟に組み合わせることで、ダウンロード実行の速
度を向上させることができる。

【００４３】各新規構成要素についての特性情報は、サ
ーバからダウンロードする場合と、クライアント側にロ
ーカルで保持する場合と、ダウンロードした特性情報と
ローカルの特性情報を組み合わせて用いる場合とが挙げ
られる。例えば、ダウンロードして用いる特性情報はモ
ジュールの一般的な特性を記述したものであり、また、
クライアント側でローカルに持つのは個々のクライアン
トに関する特性を記述したものである。

【００４４】前記データ移動手段又はステップは、モジ
ュールのうち前記モジュール利用手段又はステップで最
初に利用される部分を含む新規構成要素のみをまず移動
し、その後必要に応じて新規構成要素を単位として移動
するようにしてもよい。

【００４５】また、前記データ移動手段又はステップ
は、モジュールのうち前記モジュール利用手段又はステ
ップで最初に利用される部分を含む新規構成要素のみを
まず移動し、その後は、特性情報を参照して、前記モジ
ュール利用手段又はステップによるモジュールの利用が
未だ移動されていない新規構成要素に及ぶより以前に、
モジュールの利用に並行して該新規構成要素の移動を行
うようにしてもよい。この結果、モジュールの利用とそ
のダウンロードの並行性や、ダウンロードの高速化を実
現することができる。

【００４６】また、本発明の第４の側面に係る情報処理
装置は、移動した新規構成要素を一時記憶するキャッシ
ュをさらに備えてもよい。このような場合には、特性情
報を用いて新規構成要素を選択して前記データ移動手段
又はステップにより移動するとともに前記キャッシュに
保存することができる。そして、前記モジュール利用手
段又はステップがモジュールを利用する際には、前記デ
ータ移動手段又はステップにより外部装置すなわちサー
バにデータ移動要求する前にキャッシュの状態を検査し
て、キャッシュにモジュールの新規構成要素が既に保存
されている場合にはそれを利用することができる。この
結果、モジュールの利用とそのダウンロードの並行性
や、ダウンロードの高速化の効果を高めることができ
る。

【００４７】また、さらに圧縮データを所定の伸張方式
で伸張する伸張手段又はステップを備えていてもよい。
このような場合、前記データ移動手段又はステップは、
データ移動要求時に前記外部装置すなわちサーバに前記
伸張方式を通知して、対応する圧縮方式で圧縮された新
規構成要素を選択的に移動することができる。そして、
前記モジュール利用手段又はステップは、前記伸張手段
又はステップにより移動した新規構成要素を伸張した後
に利用するようにすればよい。

【００４８】モジュールに含まれる各新規構成要素毎に
異なる圧縮方式を用いて圧縮処理を施してもよい。この
ため、前記伸張手段又はステップは複数の伸張方式を備
えるようにしてもよい。このような場合には、前記デー
タ移動手段又はステップは、データ移動要求時に該複数
の伸張方式を前記外部装置すなわちサーバに通知して、
最も適した方式で圧縮された新規構成要素を選択的に移
動するようにすればよい。

【００４９】本発明によれば、まずプログラムの構成要
素にその特性を記述した情報を付加し、その情報を基に
同じ特性を持つプログラムの構成要素をまとめることで
プログラムの再構成を行うようになっている。この結
果、プログラムは同じ特性を持つプログラムの構成要素
の集合である新規構成要素すなわち「フレーズ」の集合
として表現され、各新規構成要素にはその特性を記述し
た特性情報すなわち「アノテーション」が対応付けられ
る。

【００５０】次に、クライアント実行環境はプログラム
の実行要求を受けると、プログラムの最初の新規構成要
素と対応する特性情報のみをサーバなどのモジュール管
理装置からクライアントに移動する。そして、新規構成
要素の実行開始と並行して、特性情報とクライアント実
行環境の状態、ネットワークの状態を利用して実行環境
に合わせた適切な処理を行う。これにより、ダウンロー
ド実行はすべてのプログラムのダウンロード完了を待つ
必要がなく、その時点のプログラムの実行に必要な部分
のみをダウンロードすることで、ダウンロード実行遅延
を生じることなくプログラムを実行することができる。

【００５１】再構成されたプログラムの新規構成要素の
特性としては、例えばプログラムの構成要素の参照関係
を用いる。これにより、参照関係の強いプログラムの構
成要素を１つの新規構成要素すなわち「フレーズ」にま
とめることができる。

【００５２】また、特性情報すなわち「アノテーショ
ン」に、新規構成要素が参照する新規参照要素への情報
を持たせることができる。このような特性情報をクライ
アント実行環境がクライアントのプログラム実行速度や
現在のネットワークの転送速度などの変動する要素を加
味して処理することで、適切なタイミングで次に参照が
予想される新規構成要素を実際のプログラムの実行によ
る参照が発生するより以前にダウンロードを行うことが
できる。これにより、プログラム実行とダウンロードを
クライアントの実行環境に最適な形で並行動作させるこ
とが可能となり、ダウンロード実行遅延を改善すること
が可能となる。

【００５３】また、特性情報に利用頻度に関する情報を
持たせるようにしてもよい。クライアント機器が利用可
能なキャッシュを持つ場合には、キャッシュ管理オブジ
ェクトを追加することで、キャッシュを利用可能とし、
次回のプログラム実行時にサーバからのダウンロードを
一部省略することが可能となる。キャッシュ管理オブジ
ェクトはキャッシュの大きさや現在の利用状況を加味し
てキャッシュへのデータの保存、管理を行う。

【００５４】また、クライアント実行環境は、サーバに
対してダウンロード要求するときに、クライアント実行
環境が持つ機能について通知を行う。このとき、クライ
アント実行環境が持つプログラムの圧縮伸張の種類を伝
えることで、サーバはクライアントが持つ種類の伸張方
式に対応した圧縮方式で圧縮されたプログラムを選択し
て利用することができる。これにより、プログラムの転
送量を縮小することができ、ダウンロード実行遅延を改
善することが可能となる。

【００５５】また、本発明の第５の側面は、複数の基本
構成要素からなるモジュールを管理し利用するためのデ
ータ処理をコンピュータ・システム上で実行するように
記述されたコンピュータ・ソフトウェアをコンピュータ
可読形式で物理的に格納した記憶媒体であって、前記コ
ンピュータ・ソフトウェアは、モジュールの基本構成要
素をそれぞれの特性を基に分類して複数の基本構成要素
からなる新規構成要素によりモジュールを再構成すると
ともに、それぞれの新規構成要素に対して該当する特性
を特性情報として記述してモジュールを管理するステッ
プと、モジュールを利用する際に、新規構成要素に関連
付けられた特性情報に応じた処理をモジュールの利用と
は透過的に実行するステップと、を具備することを特徴
とする記憶媒体である。

【００５６】また、本発明の第６の側面は、外部装置に
モジュールを提供する処理をコンピュータ・システム上
で実行するように記述されたコンピュータ・ソフトウェ
アをコンピュータ可読形式で物理的に格納した記憶媒体
であって、前記コンピュータ・ソフトウェアは、モジュ
ールの基本構成要素をそれぞれの特性を基に分類して、
複数の基本構成要素からなる新規構成要素によりモジュ
ールを再構成するモジュール再構成ステップと、それぞ
れの新規構成要素に対して該当する特性を特性情報とし
て記述する特性情報記述ステップと、外部装置からの要
求に応答して、再構成された新規構成要素並びにその特
性情報を送信する情報送信ステップと、を具備すること
を特徴とする記憶媒体である。

【００５７】また、本発明の第７の側面は、モジュール
を利用する処理をコンピュータ・システム上で実行する
ように記述されたコンピュータ・ソフトウェアをコンピ
ュータ可読形式で物理的に格納した記憶媒体であって、
前記コンピュータ・ソフトウェアは、外部装置からモジ
ュールを移動するデータ移動ステップと、モジュールを
利用するモジュール利用ステップと、を備え、モジュー
ルは、基本構成要素をそれぞれの特性を基に分類して、
複数の基本構成要素からなる新規構成要素により再構成
されており、前記データ移動ステップにより移動したモ
ジュールを前記モジュール利用ステップにおいて利用す
る際には、新規構成要素に関連付けられた特性情報に応
じた処理をモジュールの利用とは透過的に実行する、こ
とを特徴とする記憶媒体である。

【００５８】本発明の第５乃至第７の各側面に係る記憶
媒体は、例えば、様々なプログラム・コードを実行可能
な汎用コンピュータ・システムに対して、コンピュータ
・ソフトウェアをコンピュータ可読な形式で提供する媒
体である。このような媒体は、例えば、ＤＶＤ（Digita
l Versatile Disc）やＣＤ（Compact Disc）、ＦＤ（Fl
oppy Disk）、ＭＯ（Magneto-Optical disc）などの着
脱自在で可搬性の記憶媒体である。あるいは、ネットワ
ーク（ネットワークは無線、有線の区別を問わない）な
どの伝送媒体などを経由してコンピュータ・ソフトウェ
アを特定のコンピュータ・システムに提供することも技
術的に可能である。

【００５９】本発明の第５乃至第７の各側面に係る記憶
媒体は、コンピュータ・システム上で所定のコンピュー
タ・ソフトウェアの機能を実現するための、コンピュー
タ・ソフトウェアと記憶媒体との構造上又は機能上の協
働的関係を定義したものである。換言すれば、本発明の
第５乃至第７の各側面に係る記憶媒体を介して所定のコ
ンピュータ・ソフトウェアをコンピュータ・システムに
インストールすることによって、コンピュータ・システ
ム上では協働的作用が発揮され、本発明の第１及び第２
の各側面に係るデータ処理システム又はデータ処理方
法、本発明の第３の側面に係る情報処理装置又は情報処
理方法、並びに、本発明の第４の側面に係る情報処理装
置又は情報処理方法のそれぞれと同様の作用効果を得る
ことができる。

【００６０】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施形態や添付する図面に基づくより
詳細な説明によって明らかになるであろう。

【００６１】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施形態について詳解する。

【００６２】Ａ．第１の実施形態 図１には、本発明の第１の実施形態に係るデータ処理シ
ステムの構成を模式的に示している。同図に示すよう
に、システムは、ＤＶＤ１と、クライアント２と、これ
らを接続するシステム・バス３で構成される。

【００６３】ＤＶＤ１は、ＤＶＤ（Digital Versatile
Disc）の記録面にデータを読み書きする周辺機器であ
り、この場合は、クライアント２において実行するプロ
グラムすなわちモジュールを記憶・管理するモジュール
管理装置として機能する。

【００６４】クライアント２は、プログラム５を実行す
る際には、システム・バス３経由でＤＶＤ１よりプログ
ラムのダウンロードを行い、実行するものとする。ま
た、クライアント２は、ダウンロード実行の高速化のた
めに、その内部にキャッシュ４を持ち、必要に応じてプ
ログラムの一部をキャッシュ４に配置することができ
る。

【００６５】図２には、ＤＶＤ１により記録されるプロ
グラムを拡大して示している。同図に示すように、本実
施形態に係るプログラム５は、複数のフレーズ５−１
と、複数のアノテーション５−２で構成される。

【００６６】フレーズ５−１は、プログラムを本来構成
するメソッドやインスタンスを特定の特性に基づいて分
類したものである。特性としては、例えば、プログラム
の起動時に使用されるメソッドやインスタンス、プログ
ラムのユーザ・インタフェースの特定のボタンを押した
ときに使用されるメソッドやインスタンスといった、メ
ソッドやインスタンスの参照特性を用いる。分類は、プ
ログラムを実際に実行して得られるプロファイル・デー
タや、プログラムを解析することによって得られる静的
データ、又は、プログラム作成者によって与えられるデ
ータを用いて行う。

【００６７】アノテーションは、フレーズの特性を記述
する目的で、フレーズに対応付けられる。本実施形態で
は、１つのフレーズに複数のアノテーションを対応付け
することが可能である。

【００６８】図３には、アノテーションの構成例を模式
的に示している。同図に示すように、アノテーション６
は、アノテーション・タイプ６−１とアノテーション・
パラメータ６−２の大きく２つの部分で構成される。

【００６９】アノテーション・タイプ６−１は、アノテ
ーション６が保持する特性の型を示し、アノテーション
・パラメータ６−２はその型の値を持つ。本実施形態で
は、アノテーション・タイプとして、Ｒｅｆｅｒの１つ
の型を使用する。ここで、Ｒｅｆｅｒはフレーズ間の参
照関係を示す。

【００７０】図示のフレーズの次に実行されると予測さ
れるフレーズのＩＤがアノテーション・パラメータとし
て記述されている。また、ｆｒｅｑｕｅｎｃｙには、こ
のフレーズが利用される頻度が記述されており、これを
基にクライアントはキャッシュにこのフレーズを保持す
るかどうかを判断を行うことができる。

【００７１】Ｉｎｖｏｋｅは、そのフレーズがプログラ
ムの実行の最初に参照される部分であることを示す。こ
れらの型のアノテーションがすべてフレーズに対応付け
られる訳ではなく、フレーズの特性に応じて必要なアノ
テーションのみが対応付けられる。

【００７２】図４には、図１に示したクライアント２の
構成をより詳細に示している。図示のクライアント２
は、ＤＶＤ１からフレーズと対応するアノテーションを
単位としてプログラムをダウンロードすることで、ダウ
ンロード実行を行う。

【００７３】同図に示す構成例では、クライアント２は
複数の並行オブジェクトで構成されている。並行オブジ
ェクトは、外部に公開された複数のメソッドと、オブジ
ェクトの状態やメソッド本体を保持するメモリと、メソ
ッドを実行するための単一のコンテキストと、未処理の
メッセージを管理するメッセージ・キューより構成され
る。並行オブジェクトは、公開されたメソッドに対する
メッセージを受信して、１度に１つのメッセージを処理
する。また、メッセージ処理中に受けたメッセージはメ
ッセージ・キューに保管される。

【００７４】以下に、クライアント２を構成する各オブ
ジェクトについて説明する。

【００７５】実行環境（ＥｘｅｃＳｐａｃｅ）２−１：
実行環境２−１は、プログラムの実行やさまざまなサー
ビスを提供するオブジェクトであり、実際にはさまざま
なオブジェクトやモジュールによって構成されるが、本
明細書では説明の便宜上まとめて１つのオブジェクトと
して扱うことにする。

【００７６】実行環境２−１は、ダウンロード実行機能
に関して１つのメソッドＲｅｓｕｍｅを持つ。実際には
実行環境２−１はこれ以外の多くのメソッド又はサービ
スを持つが、ダウンロード実行に関連がないので、ここ
では説明を省略する。Ｒｅｓｕｍｅの動作について以下
に説明する。

【００７７】Ｒｅｓｕｍｅ： １．引数で指定されたプログラム部分を、プログラムが
利用可能に設定する。具体的には、プログラムのメモリ
空間への割り付けや登録などの作業を行う。 ２．引数でＩＤが指定された場合には、対応するプログ
ラムの実行を再開する。ＩＤの意味付けは実行環境２−
１によって行われる。Ｒｅｓｕｍｅに指定するＩＤは、
実行環境２−１がＲｅｆｅｒを発行したときに指定した
ＩＤがそのまま指定される。本実施形態では、実行環境
２−１は、Ｒｅｆｅｒ発行時にＴｈｒｅａｄＩＤを指定
する。このため、Ｒｅｓｕｍｅメソッドの実行ではＴｈ
ｒｅａｄＩＤに対応するｔｈｒｅａｄの実行再開を行
う。

【００７８】ダウンローダ２−２：ダウンローダ２−２
は、実行環境２−１からの実行要求や参照を解決し、ま
た、ＤＶＤ１に対してプリフェッチを行うことや、キャ
ッシュ２−３を利用することでダウンロード実行の実現
と高速化を行う。

【００７９】ダウンローダ２−２は、ＰｈｒａｓｅＴａ
ｂｌｅとＰｈｒａｓｅＭａｐ、並びに、Ｐｒｏｇｒａｍ
Ｍａｐをその内部に持つ。まず、これらについて説明す
る。

【００８０】ＰｈｒａｓｅＴａｂｌｅ：ＰｈｒａｓｅＴ
ａｂｌｅは、フレーズを管理するテーブルである。Ｐｈ
ｒａｓｅＩＤに対応するエントリを持ち、各エントリは
対応するフレーズのダウンロード状態を保持する。初期
化時にはすべてのエントリがまだダウンロードされてい
ないことを示す、"ｎｏｔ_ｌｏａｄｅｄ"でマークされ
ている。また、各エントリは、対応するフレーズとアノ
テーションがダウンロードされていれば、それを登録す
ることができる。また、ＰｈｒａｓｅＴａｂｌｅは対応
するＰｈｒａｓｅＩＤがＤＶＤ１のどのセクタに保存さ
れているかを示すセクタ情報を持っている。

【００８１】ＰｈｒａｓｅＭａｐ：ＰｈｒａｓｅＭａｐ
は、ＳｙｍｂｏｌＩＤとＰｈｒａｓｅＩＤの対応関係を
管理するデータである。このデータを用いることで、Ｓ
ｙｍｂｏｌＩＤからＰｈｒａｓｅＩＤへの変換を行うこ
とができる。ＰｈｒａｓｅＭａｐはＤＶＤ１から得たデ
ータを基に実行時に生成される。

【００８２】ＰｒｏｇｒａｍＭａｐ：ＰｒｏｇｒａｍＭ
ａｐは、プログラム名とプログラムが最初に必要とする
ＰｈｒａｓｅＩＤの対応関係を管理するデータである。
このデータを用いることで、プログラム名からＰｈｒａ
ｓｅＩＤへの変換を行うことができる。Ｐｒｏｇｒａｍ
ＭａｐはＤＶＤ１の特定位置のセクタに記録されてい
て、Ｄｏｗｎｌｏａｄｅｒは最初に変換が必要となった
時点でＤＶＤ１からこれを読み込みＰｒｏｇｒａｍＭａ
ｐを作成する。

【００８３】また、ダウンローダ２−２は、Ｉｎｖｏｋ
ｅ、Ｒｅｆｅｒ、Ｐｒｅｆｅｔｃｈというメソッドを備
えている。以下、各メソッドの動作について説明する。

【００８４】Ｉｎｖｏｋｅ： １．ＰｒｏｇｒａｍＭａｐがまだ作成されていなけれ
ば、ＤＶＤ１に特定のセクタを指定してＬｏａｄメッセ
ージを送り、ＰｒｏｇｒａｍＭａｐを作成する。 ２．引数で指定されたプログラム名からＰｒｏｇｒａｍ
Ｍａｐを利用して、ＰｈｒａｓｅＩＤを得る。 ３．ＰｈｒａｓｅＩＤを指定して、キャッシュ２−３に
Ｇｅｔメッセージを送りフレーズを得る。 ４．もし、キャッシュ２−３に存在しなかった場合は、
ＤＶＤ１に対してＬｏａｄメッセージを発行する。 ５．得られたフレーズに対応するアノテーションにＲｅ
ｆｅｒ型のものがある場合は、 ５−１．キャッシュ２−３に頻度情報とともにＰｕｔメ
ッセージを送る。 ５−２．ダウンローダ２−２に次のＰｈｒａｓｅＩＤを
指定してＰｒｅｆｅｔｃｈメッセージを送る。 ６．ＰｈｒａｓｅＴａｂｌｅとＰｈｒａｓｅＭａｐの初
期化を行う。 ７．実行環境２−１にＲｅｓｕｍｅメッセージを、送り
実行を再開させる。

【００８５】Ｒｅｆｅｒ： １．ダウンローダ２−２自身のメッセージ・キューから
Ｐｒｅｆｅｔｃｈメッセージをすべて削除する。 ２．引数で指定されたＳｙｍｂｏｌＩＤをＰｈｒａｓｅ
ＩＤに変換する。この変換にはＰｈｒａｓｅＭａｐを用
いる。 ３．ＰｈｒａｓｅＴａｂｌｅのＰｈｒａｓｅＩＤに対応
するエントリがｎｏｔ_ｌｏａｄｅｄならば、 ３−１．キャッシュ２−３にＧｅｔメッセージを送り、
フレーズを得る。 ３−２．もし、キャッシュ２−３に存在しなかった場合
はＤＶＤ１に対してＬｏａｄメッセージを発行する。 ３−３．得られたフレーズに対応するアノテーションに
Ｒｅｆｅｒ型のものがある場合は、 （１）キャッシュ２−３に頻度情報とともにＰｕｔメッ
セージを送る。 （２）ダウンローダ２−２に次のＰｈｒａｓｅＩＤを指
定してＰｒｅｆｅｔｃｈメッセージを送る。 ３−４．ＰｈｒａｓｅＴａｂｌｅのＰｈｒａｓｅＩＤに
対応する状態をダウンロード完了を示す"ｆｉｓｎｉｓ
ｈｅｄ"でマークする。 ４．実行環境２−１にＲｅｓｕｍｅメッセージを送り、
実行を再開させる。

【００８６】Ｐｒｅｆｅｔｃｈ：ＰｈｒａｓｅＴａｂｌ
ｅのＰｈｒａｓｅＩＤに対応するエントリがｎｏｔ_ｌ
ｏａｄｅｄならば、 １．キャッシュ２−３にＧｅｔメッセージを送り、フレ
ーズを得る。 ２．もし、キャッシュ２−３に存在しなかった場合は、
ＤＶＤ１に対してＬｏａｄメッセージを発行する。 ３．得られたフレーズに対応するアノテーションにＲｅ
ｆｅｒ型のものがある場合は、 ３−１．キャッシュ２−３に頻度情報とともにＰｕｔメ
ッセージを送る。 ３−２．ダウンローダ２−２に次のＰｈｒａｓｅＩＤを
指定してＰｒｅｆｅｔｃｈメッセージを送る。 ４．ＰｈｒａｓｅＴａｂｌｅのＰｈｒａｓｅＩＤに対応
する状態をダウンロード完了を示す"ｆｉｓｎｉｓｈｅ
ｄ"でマークする。

【００８７】キャッシュ２−３：キャッシュ２−３は、
フレーズやアノテーションをキャッシュ・メモリに保存
し、必要に応じて取り出すことで、ダウンロード実行の
高速化を行うオブジェクトである。キャッシュ２−３
は、Ｇｅｔ、Ｐｕｔというメソッドを備えている。以
下、これらのメソッドの動作について説明する。

【００８８】Ｇｅｔ： １．引数で指定されたＰｈｒａｓｅＩＤに対応するフレ
ーズとそれに対応するアノテーションが、キャッシュ・
メモリに保存されているかを調べる。 ２．保存されている場合には、それらフレーズとアノテ
ーションの内容を返す。

【００８９】Ｐｕｔ： １．引数で指定された頻度情報を用いて、引数で指定さ
れたフレーズとそのアノテーションをキャッシュ・メモ
リに保存するかどうかを決定する。 ２．保存する領域が足りない場合には、保存する領域が
確保できるまで最も不要と判断するフレーズとアノテー
ションを削除する。 ３．指定されたフレーズとアノテーションを引数で指定
されたＰｈｒａｓｅＩＤと関連付けてキャッシュ・メモ
リに保存する。

【００９０】ＤＶＤ１：ＤＶＤ１は、クライアント２に
接続され、ダウンロード実行するプログラムを管理、記
憶するモジュール管理装置である。ＤＶＤ１は、そのメ
ディアをセクタに分割して管理を行う。また、ＤＶＤ１
は特定のセクタに、このメディアが持つプログラムに関
する情報を持つ。

【００９１】ＤＶＤ１は、Ｌｏａｄというメッセージを
備えている。Ｌｏａｄは、引数で指定されたセクタ情報
のデータを返すメッセージである。

【００９２】起動シナリオ：次いで、第１の実施形態に
係るシステムの動作について説明する。図５には、実行
環境２−１がプログラムの起動要求を発行したときの処
理の流れを示している。

【００９３】ユーザからのプログラム起動要求を受け取
ると、実行環境２−１は、プログラム名とそれを実行す
るＴｈｒｅａｄＩＤを指定して、ダウンローダ２−２に
Ｉｎｖｏｋｅメッセージを送る。

【００９４】ダウンローダ２−２は、ＰｒｏｇｒａｍＭ
ａｐが初期化されていなければ特定のセクション情報を
引数としてＬｏａｄメッセージをＤＶＤ１に送り、Ｐｒ
ｏｇｒａｍＭａｐを作成する。図５に示した起動シナリ
オでは、ＰｒｏｇｒａｍＭａｐは既に作成されているも
のとする。

【００９５】次に、ダウンローダ２−２は、Ｐｒｏｇｒ
ａｍＭａｐを利用して指定されたプログラム名から最初
に必要とするＰｈｒａｓｅＩＤを得る。そして、Ｐｈｒ
ａｓｅＩＤを指定して、キャッシュ２−３にＧｅｔメッ
セージを送る。キャッシュ２−３が対応するフレーズと
アノテーションを保持していれば、それが返される。図
５に示した起動シナリオでは、プログラムの初めての起
動なので、キャッシュ２−３は何も保持していないもの
とする。ダウンローダ２−２は、キャッシュ２−３から
データを得ることができなかったため、ＤＶＤ１にＬｏ
ａｄメッセージを発行する。

【００９６】ＤＶＤ１は、引数で指定されたＰｈｒａｓ
ｅＩＤに対応する最初のフレーズとアノテーションをダ
ウンローダ２−２に返す。

【００９７】ダウンローダ２−２は、得られたアノテー
ションにＲｅｆｅｒ型のものがあれば、キャッシュ２−
３に、そのフレーズとアノテーションをＰｕｔメッセー
ジとして送る。

【００９８】キャッシュ２−３は、指定されたアノテー
ションの頻度情報を利用して、このアノテーションとフ
レーズをキャッシュ・メモリに保存するかどうかを決定
する。保存を行う場合には、キャッシュ・メモリの空き
領域を確認して保存を行う。空き領域が不足している場
合は、保持しているフレーズに対応するアノテーション
の頻度情報を利用して、削除すべきフレーズとアノテー
ションを決定して、削除を行う。これを保存に必要な空
き領域が確保できるまで繰り返す。

【００９９】ダウンローダ２−２は、自分に対してＲｅ
ｆｅｒ型のアノテーションが持つ次のＰｈｒａｓｅＩＤ
を引数としてＰｒｅｆｅｔｃｈメッセージを発行する。
このメッセージはダウンローダ２−２のメッセージ・キ
ューに格納される。

【０１００】次いで、ダウンローダ２−２は、Ｐｈｒａ
ｓｅＴａｂｌｅとＰｈｒａｓｅＭａｐの初期化を行い、
実行環境２−１にＲｅｓｕｍｅメッセージを発行する。

【０１０１】実行環境２−１は、Ｒｅｓｕｍｅメッセー
ジに応答してプログラムの実行を開始するが、それと同
時にダウンローダ２−２は次のメッセージの処理を開始
する。

【０１０２】図５に示した起動シナリオでは、先のＰｒ
ｅｆｅｔｃｈメッセージがメッセージ・キューから取り
出され、それの処理が行われる。まず、引数で指定され
たＰｈｒａｓｅＩＤに対応するＰｈｒａｓｅＴａｂｌｅ
のエントリが調べられる。エントリが保持するフレーズ
の状態がこのシナリオではｎｏｔ_ｌｏａｄｅｄである
ため、キャッシュ２−３にＧｅｔメッセージを送る。そ
して、キャッシュ・メモリに対応するフレーズとアノテ
ーションが存在しないので、ＤＶＤ１に対してフレーズ
とアノテーションに対応するセクタ・データを得るＬｏ
ａｄメッセージを発行する。

【０１０３】ＤＶＤ１は、引数で指定されたセクタ情報
に対応するセクタ・データをダウンローダ２−２に返
す。

【０１０４】ダウンローダ２−２は、得られたアノテー
ションにＲｅｆｅｒ型のものがあれば、そのフレーズと
アノテーションをキャッシュ２−３にＰｕｔメッセージ
として送る。そして、ＰｈｒａｓｅＴａｂｌｅの状態
を"ｆｉｎｉｓｈｅｄ"に変更して、フレーズとアノテー
ションをそこに登録する。また、ダウンローダ２−２
は、最後に自分に対してＲｅｆｅｒ型のアノテーション
が持つ次のＰｈｒａｓｅＩＤを引数としてＰｒｅｆｅｔ
ｃｈメッセージを発行する。

【０１０５】これらの処理の間、実行環境２−１による
プログラムの実行が次のフレーズへの実行に及ぶと、Ｒ
ｅｆｅｒメッセージがダウンローダ２−２に送られる。

【０１０６】ダウンローダ２−２は、次のメッセージの
処理を開始する。図５に示した起動起動シナリオでは、
２回目のＰｒｅｆｅｔｃｈメッセージよりも実行環境２
−１からのＲｅｆｅｒメッセージが先にメッセージ・キ
ューに入れられたものとする。このような場合、ダウン
ローダ２−２は、自身のメッセージ・キューからＰｒｅ
ｆｅｔｃｈメッセージをすべて削除する。

【０１０７】次いで、ダウンローダ２−２は、引数で指
定されたＳｙｍｂｏｌＩＤを、ＰｈｒａｓｅＭａｐを用
いてＰｈｒａｓｅＩＤへと変換する。そして、Ｐｈｒａ
ｓｅＴａｂｌｅを参照して状態の確認を行う。図５に示
した起動シナリオでは、次のフレーズとアノテーション
が１回目のＰｒｅｆｅｔｃｈメッセージによりＰｈｒａ
ｓｅＴａｂｌｅに登録されているので、ＤＶＤ１にＬｏ
ａｄメッセージを発行することなく、実行環境２−１に
Ｒｅｓｕｍｅメッセージを送る。

【０１０８】以上により、プログラムのダウンロード実
行がプリフェッチとキャッシュを利用して可能となる。
また、キャッシュを持たないクライアントに対してもキ
ャッシュ２−３へのＧｅｔメッセージを行わないこと
で、同じＤＶＤ１を利用して対応することができる。

【０１０９】本実施形態では、プログラムを実行時の参
照関係やダウンロード効率を考慮して、プログラムの基
本構成要素をフレーズに分類再構成をし直す。そして、
各フレーズにそのフレーズの特性を示すものとしてアノ
テーションを対応させて、モジュール管理装置に置く。
クライアント側ではアノテーションの情報を利用して、
プリフェッチやキャッシュの手法を柔軟に組み合わせる
ことで、ダウンロード実行の速度を向上させることがで
きる。

【０１１０】Ｂ．第２の実施形態 図６には、本発明に係るデータ処理が実現されるコンピ
ュータ・ネットワーク構成例を模式的に示している。図
示のネットワーク・システムは、サーバ１１と、１以上
のクライアント１２及び１３と、ネットワーク１４とで
構成されている。

【０１１１】サーバ１１は、プログラム１１−１、プロ
グラム１１−２などの複数のプログラムを持ち、これら
をネットワーク１４経由でクライアント１２，１３に提
供することができる。図６に示す実施形態では、プログ
ラム１１−１は圧縮の行われていないプログラムであ
り、また、プログラム１１−２は圧縮によって大きさが
縮小されたプログラムである。

【０１１２】また、図６に示す実施形態では、ネットワ
ーク１４上には、クライアント１２とクライアント１３
という２種類のクライアントが存在することを想定す
る。一方のクライアント１２は、その内部にキャッシュ
・オブジェクト１２−１と圧縮伸張機能１２−２を備え
ている。また、他方のクライアント１３はそれらの機能
を持たないものとする。

【０１１３】これらサーバ１１とクライアント１２、ク
ライアント１３は、図示の通り、ネットワーク１４によ
って相互接続されている。このネットワーク１４はクラ
イアント１２、クライアント１３の状態、又は、ネット
ワーク１４自身の状態によりその転送速度が動的に変動
するものとする。例えば、クライアントが静止時と移動
時では転送速度が異なったり、同時にサーバ１１と通信
するクライアント数の変化により各クライアントに割り
当てられるネットワークの速度が変化する。

【０１１４】なお、サーバ１１や各クライアント１２，
１３は、一般的なコンピュータ・システムである以外
に、所定のプログラム・コードを実行して演算処理を行
うプロセッサで構成されるその他のタイプの情報機器で
あってもよい。

【０１１５】図７には、サーバ１１により保持されるプ
ログラムの構成を模式的に示している。同図に示すよう
に、本実施形態に係るプログラム１５は、複数のフレー
ズ１５−１と、各フレーズ毎に設けられた複数のアノテ
ーション１５−２とで構成される。

【０１１６】フレーズ１５−１は、プログラムを本来構
成するメソッドやインスタンスを特定の特性に基づいて
分類したものである。特性としては、例えば、プログラ
ムの起動時に使用されるメソッドやインスタンス、プロ
グラムのユーザ・インタフェースの特定のボタンを押し
たときに使用されるメソッドやインスタンスといった、
メソッドやインスタンスの参照特性を用いることができ
る。このような参照特性に応じてメソッドやインスタン
スの分類を行う。分類は、プログラムを実際に実行して
得られるプロファイル・データや、プログラムを解析す
ることで得られる静的データや、プログラム作成者によ
って与えられるデータを用いて行う。

【０１１７】アノテーションはフレーズの特性を記述す
る目的で、フレーズに対応付けられる。１つのフレーズ
に複数のアノテーションを対応付けることが可能であ
る。図８には、アノテーションの構成例を模式的に示し
ている。同図において、アノテーション１６は、 アノ
テーション・タイプ１６−１と、アノテーション・パラ
メータ１６−２とで構成される。アノテーション・タイ
プ１６−１はアノテーション１６が保持する特性のタイ
プを示し、アノテーション・パラメータ１６−２はその
型の値を持つ。

【０１１８】本実施形態では、 アノテーション・タイプ
として、Ｒｅｆｅｒ，Ｃｏｍｐｒｅｓｓｅｄ，Ｉｎｖｏ
ｋｅ，Ｍａｐの４つの型を使用する。Ｒｅｆｅｒは、フ
レーズ間の参照関係を示す。Ｃｏｍｐｒｅｓｓｅｄは、
フレーズの圧縮を示す。Ｉｎｖｏｋｅは、そのフレーズ
がプログラムの実行の最初に参照される部分であること
を示す。Ｍａｐは、フレーズのダウンロード先での制御
情報を含むことを示す。これらのタイプのアノテーショ
ンがすべてフレーズに対応付けられる訳ではなく、フレ
ーズの特性に応じて必要なアノテーションのみが対応付
けられる。

【０１１９】図８に示すアノテーション構成例では、ア
ノテーション・タイプとしてフレーズの参照関係を示す
Ｒｅｆｅｒが指定され、その型の値を示すアノテーショ
ン・パラメータとして、ｐｈｒａｓｅ_ｓｉｚｅ，ｅｘｅ
ｃ_ｓｉｚｅ，ｆｒｅｑｕｅｎｃｙ，ｒｅｆｅｒｅｎｃ
ｅ_ｐｈｒａｓｅを持っている。

【０１２０】ｐｈｒａｓｅ_ｓｉｚｅは、対応するフレ
ーズの大きさを示している。また、ｅｘｅｃ_ｓｉｚｅ
は、フレーズの命令数を示している。この命令数は、フ
レーズ中に含まれる命令数ではなく、フレーズが最初に
参照されるときの典型的な命令数で、命令中にループが
あれば典型的なループ回数に要する命令数やＩ／Ｏ待ち
やユーザの入力待ちなどがある場合にはそれも命令数に
換算して示す。また、ｆｒｅｑｕｅｎｃｙは、このフレ
ーズが参照される頻度を示している。また、ｒｅｆｅｒ
ｅｎｃｅ_ｐｈｒａｓｅは、このフレーズが参照する別
のフレーズに関する情報であり、参照するフレーズの個
数分だけ存在する。但し、参照の可能性を持つすべての
フレーズに関するｒｅｆｅｒｅｎｃｅ_ｐｈｒａｓｅを
持つ必要はなく、このフレーズの最初の参照時にｒｅｆ
ｅｒｅｎｃｅ_ｐｈｒａｓｅへの参照の頻度の低い参照
についてはｒｅｆｅｒｅｎｃｅ_ｐｈｒａｓｅが存在し
なくてよい。

【０１２１】ｒｅｆｅｒｅｎｃｅ_ｐｈｒａｓｅは、そ
の中にＰｈｒａｓｅＩＤとｒｅｆｅｒｅｎｃｅ_ｐｏｓ
ｉｔｉｏｎを持つ。ＰｈｒａｓｅＩＤは、フレーズを識
別する識別情報（ＩＤ）のことであり、各プログラム毎
に対応する フレーズが決められる。ｒｅｆｅｒｅｎｃ
ｅ_ｐｏｓｉｔｉｏｎは、ｒｅｆｅｒｅｎｃｅ_ｐｈｒａ
ｓｅの参照間での命令数がこのフレーズの実行開始から
の相対値で記述する。ｒｅｆｅｒｅｎｃｅ_ｐｏｓｉｔ
ｉｏｎの命令数も、ｅｘｅｃ_ｓｉｚｅと同様に、フレ
ーズが最初に参照されるときのｒｅｆｅｒｅｎｃｅ_ｐ
ｈｒａｓｅ参照までの典型的な命令数であり、命令中に
ループがあれば典型的なループ回数に要する命令数やＩ
／Ｏ待ちやユーザの入力待ちなどがある場合にはそれも
命令数に換算して示す。

【０１２２】図９には、図６で示したクライアント１２
の機能構成を模式的に示している。クライアント１２は
サーバ１１とメッセージをやり取りすることで、プログ
ラムのダウンロード実行を行う。既に述べたように、ク
ライアント１２は、ダウンロードしたプログラムを一時
的に格納するキャッシュ１２−１と、圧縮データを伸張
処理する圧縮伸張器１２−２を備えている。

【０１２３】本実施形態では、クライアント１２は、並
行オブジェクトという形態で構成されるものとする。こ
こで言う「並行オブジェクト」は、外部に公開された複
数のメソッドと、オブジェクトの状態やメソッド本体を
保持するメモリと、メソッドを実行するための単一のコ
ンテキストと未処理のメッセージを管理するメッセージ
・キューにより構成される。並行オブジェクトは、公開
されたメソッドに対するメッセージを受信して、１度に
１つのメッセージを処理する。メッセージ処理中に受け
たメッセージはメッセージ・キューに保管される。

【０１２４】クライアント１２は、ネットワーク１４経
由でサーバ１１からのプログラムのダウンロードを管理
するダウンローダ（Ｄｏｗｎｌｏａｄｅｒ）１２−３
と、ダウンロードしたプログラムの実行環境（Ｅｘｅｃ
Ｓｐａｃｅ）１２−４と、ダウンロードしたプログラム
の一時記憶を管理するキャッシュ・オブジェクト（Ｃａ
ｃｈｅＯｂｊｅｃｔ）１２−１と、圧縮データの伸張処
理を管理する圧縮伸張器（Ｅｘｐａｎｄａｒ）１２−２
というそれぞれの並行オブジェクトにより構成される。

【０１２５】実行環境１２−４は、実際には並行オブジ
ェクトではなく、プログラムの動作環境を提供するオペ
レーティング・システム（ＯＳ）、あるいは、オペレー
ティング・システム上で構築されるプログラムの実行環
境のことであるが、本明細書中では便宜上、擬似的に並
行オブジェクトとして説明する。また、サーバ１１側の
実行環境についても、同様に擬似的に並行オブジェクト
として説明をする。

【０１２６】クライアント１２においては、キャッシュ
・メモリを管理するキャッシュ・オブジェクト１２−１
と、圧縮伸張機構を管理する圧縮伸張器１２−２ を備
えている。また、本明細書中では、説明の簡素化のた
め、同一プログラムの複数起動やプログラムのバージョ
ン管理の機能は省略している。

【０１２７】また、セマンティクス（Ｓｅｍａｎｔｉｃ
ｓ）１２−５は、並行オブジェクトではなく ダウンロ
ーダ１２−３により参照されるテーブルである。本実施
形態では、セマンティクス１２−５をダウンローダ１２
−３から分離して構成することによって、セマンティク
ス１２−５の書き換えだけでダウンローダ１２−３の振
る舞いすなわち動作特性を容易に変更できるようにして
いる。

【０１２８】また、図１０には、図６で示したクライア
ント１３の機能構成を模式的に示している。図示の通
り、クライアント１３は、ネットワーク経由でサーバか
らのプログラムのダウンロードを管理するダウンローダ
（Ｄｏｗｎｌｏａｄｅｒ）１３−１と、 ダウンロード
したプログラムの実行環境（ＥｘｅｃＳｐａｃｅ）１３
−２というそれぞれの並行オブジェクトにより構成され
る。

【０１２９】セマンティクス（Ｓｅｍａｎｔｉｃｓ）１
３−３は、並行オブジェクトではなく、ダウンローダ１
３−１により参照されるテーブルである。セマンティク
ス１２−５をダウンローダ１３−１から分離して構成す
ることによって、セマンティクス１３−３の書き換えだ
けでダウンローダ１３−１の振る舞いすなわち動作特性
を容易に変更できるようにしている。

【０１３０】以下では、クライアント１２又は１３を構
成する各オブジェクトについて説明する。

【０１３１】実行環境（ＥｘｅｃＳｐａｃｅ）：実行環
境は、プログラムの実行や様々なサービスを提供するプ
ログラムであり、実際には、さまざまなオブジェクトや
モジュールによって構成される。本明細書では、説明の
便宜上、これらをまとめて１つのオブジェクトとして扱
う。

【０１３２】実行環境は、ダウンロード実行機能に関し
て２つのメソッドを持つ。実際には、実行環境は、以下
で述べる以外の多くのメソッド又はサービスを持つが、
ダウンロード実行すなわち本発明の要旨に直接関連がな
いため、説明を省略する。実際には、オペレーティング
・システム（ＯＳ）やＶｉｒｔｕａｌ Ｍａｃｈｉｎｅ
（ＶＭ：仮想マシン）がここで言う実行環境に相当す
る。

【０１３３】本実施形態では、実行環境は、Ｍａｐ，Ｓ
ｅｔＴｉｍｅＥｖｅｎｔ，ＣａｎｃｅｌＴｉｍｅＥｖｅ
ｎｔという３種類のメソッドを動作させることができ
る。

【０１３４】Ｍａｐメソッドは、引数で指定されたプロ
グラム部分を、プログラムが利用可能に設定する。具体
的にはプログラムのメモリ空間への割り付けや登録など
の作業を行う。

【０１３５】また、Ｍａｐメソッドは、引数でＩＤ が
指定された場合には、対応するプログラムの実行を再開
する。ＩＤの意味付けは実行環境によって行われる。Ｒ
ｅｓｕｍｅに指定するＩＤは、実行環境がＲｅｆｅｒメ
ソッドを発行したときに指定したＩＤがそのまま指定さ
れる。本実施形態では、実行環境は、Ｒｅｆｅｒ発行時
にスレッドＩＤを指定する。このためＲｅｓｕｍｅメソ
ッドの実行ではスレッドＩＤに対応するスレッドの実行
再開を行う。

【０１３６】ＳｅｔＴｉｍｅＥｖｅｎｔは、引数で指定
された時刻に、引数で指定されたエントリに、引数で指
定された引数でメッセージを送る。また、イベントＩＤ
を返す。

【０１３７】ＣａｎｃｅｌＴｉｍｅＥｖｅｎｔは、引数
で指定されたイベントＩＤ のイベントをキャンセルす
る。

【０１３８】サーバ：サーバは、クライアントとは異な
るネットワークで接続されたホスト上で動作するオブジ
ェクトであり、クライアントでダウンロード実行される
プログラムを管理するとともに、要求に応じてプログラ
ムのダウンロードをクライアントに対して行う。

【０１３９】本実施形態では、サーバは、Ｆｅｔｃｈ及
びＣａｎｃｅｌという各メッセージを発行する。

【０１４０】Ｆｅｔｃｈメソッドは、引数で指定された
フレーズＩＤに対応するフレーズ、又は、アノテーショ
ンを引数で指定されたタイプをダウンロードする要求を
受け付ける。ダウンロードの完了は、Ｅｖａｌメッセー
ジをダウンローダ・オブジェクトに発行することで通知
される。

【０１４１】Ｃａｎｃｅｌメソッドは、引数で指定され
たフレーズＩＤとタイプに対応するダウンロード処理を
キャンセルする。 キャンセルが行われると、ダウンロ
ード・リクエストに対する完了を示すＥｖａｌメッセー
ジは発行されない。

【０１４２】キャッシュ・オブジェクト：キャッシュ・オ
ブジェクトは、フレーズやアノテーションをキャッシュ
・メモリに保存し、必要に応じて取り出すことで、ダウ
ンロード実行の高速化を行うオプショナルなオブジェク
トである。クライアント機器がキャッシュ・メモリを利
用可能である場合に使用するオブジェクトである。

【０１４３】本実施形態では、キャッシュ・オブジェク
トは、Ｇｅｔ並びにＰｕｔという２種類のメソッドを動
作する。

【０１４４】Ｇｅｔメソッドは、引数で指定されたフレ
ーズＩＤ に対応するフレーズ又はアノテーションが、
キャッシュ・メモリに保存されているか否かを調べる。
そして、キャッシュ・メモリ中に保存されている場合に
はそれらの内容を返す。また、フレーズがキャッシュ・
メモリへ保存されていたかを示すステータス・コードを
返す。また、アノテーションがキャッシュ・メモリへ保
存されていたかを示すステータス・コードを返す。

【０１４５】Ｐｕｔメソッドは、引数で指定されたフレ
ーズ又はアノテーションを保存する領域がキャッシュ・
メモリにあるか否かを検査する。もしキャッシュ・メモ
リ中に領域がなければ、適切なアルゴリズム（例えば、
ＬＲＵ（Least Recently Used）論理など）で不要と判
断するフレーズ又はアノテーションを領域が確保できる
まで削除する。そして、指定されたフレーズ又は アノ
テーションを、引数で指定されたフレーズＩＤと関連付
けて、キャッシュ・メモリに保存する。

【０１４６】圧縮伸張器（Ｅｘｐａｎｄｅｒ）：圧縮伸
張器は、複数の圧縮方法に対する展開機能を備えたオブ
ジェクトである。このオブジェクトは、クライアントが
展開を行うだけ充分なＣＰＵ（CentralProcessing Uni
t）性能や展開処理用のハードウェアなどを持つ場合
に、ダウンロード実行の高速化のためにオプショナルで
追加される。

【０１４７】本実施形態では、圧縮伸張器は、Ｅｘｐａ
ｎｄメソッドを動作する。Ｅｘｐａｎｄメソッドは、引
数で指定された展開アルゴリズムを用いて、引数で指定
された内容を展開し、その内容を返す。

【０１４８】ダウンローダ（Ｄｏｗｎｌｏａｄｅｒ）：
ダウンローダは、オペレーティング・システムからの実
行要求や参照を解決し、また、サーバ・オブジェクトに
対してプリフェッチを行うことで、プログラムのダウン
ロード実行の実現と高速化を行う。本実施形態では、ダ
ウンローダの一部を セマンティクスとして分離するこ
とで、異なるクライアント機器への適合を容易にしてい
る（前述）。ここでは、セマンティクスを含まないダウ
ンローダ本来の部分について説明をする。

【０１４９】ダウンローダは、フレーズ・テーブル（Ｐ
ｈｒａｓｅＴａｂｌｅ）と、フレーズ・マップ（Ｐｈｒ
ａｓｅＭａｐ）と、リクエスト・キュー（Ｒｅｑｕｅｓ
ｔＱｕｅｕｅ）と、現実行速度（ＣｕｒｒｅｎｔＥｘｅ
ｃＳｐｅｅｄ）と、現在時刻（ＣｕｒｒｅｎｔＴｉｍ
ｅ）と、現帯域幅（ＣｕｒｒｅｎｔＢａｎｄｗｉｄｔ
ｈ）をその内部に持つ。まず、これらについて説明す
る。

【０１５０】フレーズ・テーブル（ＰｈｒａｓｅＴａｂ
ｌｅ）：フレーズ・テーブルは、フレーズを管理するテ
ーブルである。フレーズＩＤに対応するエントリを持
ち、各エントリは、フレーズ状態（ｐｈｒａｓｅ_ｓｔ
ａｔｕｓ）、アノテーション状態（ａｎｎｏｔａｔｉｏ
ｎ_ｓｔａｔｕｓ）、登録ＩＤ（ｒｅｇｉｓｔｅｒｅｄ
ＩＤ）、参照時刻（ｒｅｆｅｒｅｎｃｅ_Ｔｉｍｅ）の
各メンバで構成される。

【０１５１】フレーズ状態（ｐｈｒａｓｅ_ｓｔａｔｕ
ｓ）とアノテーション状態（ａｎｎｏｔａｔｉｏｎ_ｓ
ｔａｔｕｓ）には、それぞれフレーズ又はアノテーショ
ンのダウンロードの状態を示す値が書き込まれる。取り
得る値としては、ｎｏｔｈｉｎｇ，ｒｅｑｕｅｓｔｅ
ｄ，ｌｏａｄｅｄがある。

【０１５２】登録ＩＤ（ｒｅｇｉｓｔｅｒｅｄＩＤ）
は、このエントリに該当するフレーズがＲｅｆｅｒメソ
ッドで参照されているかそうでないかを示し、Ｒｅｆｅ
ｒ で参照された場合にはそのとき指定されたＩＤが登
録される。

【０１５３】参照時刻（ｒｅｆｅｒｅｎｃｅ_ｔｉｍ
ｅ）は、このエントリに該当するフレーズが参照される
時刻を保持する。また、できるだけ早い時点で必要な場
合にはそれを示す値が保持される。

【０１５４】フレーズ・テーブルは、サーバ・オブジェク
トから得たデータを基に実行時に生成される。

【０１５５】フレーズ・マップ（ＰｈｒａｓｅＭａ
ｐ）：フレーズ・マップは、アドレスとフレーズＩＤの
対応関係を管理するデータである。このデータを用いる
ことで、アドレスからフレーズＩＤへの変換を行うこと
ができる。フレーズ・マップは、サーバ・オブジェクトか
ら得たデータを基に実行時に生成される。

【０１５６】リクエスト・キュー（ＲｅｑｕｅｓｔＱｕ
ｅｕｅ）：リクエスト・キューは、サーバ・オブジェクト
へのダウンロード要求を管理するキューである。リクエ
スト発行時には、参照時刻と優先順位（ｐｒｉｏｒｉｔ
ｙ） が指定される。優先順位としては、ｈｉｇｈ又は
ｌｏｗのいずれかの値が指定され、ｈｉｇｈの場合に
は、リクエストは参照時刻にかかわらずリクエストの発
生順にキューの前の方に入れられる。また、優先順位が
ｌｏｗの場合には、参照時刻順でソートされ、参照時刻
が早いほどキューの前の方に入れられる。サーバ・オブ
ジェクトへのダウンロード要求は、このリクエスト・キ
ューの前から順に行われる。

【０１５７】現実行速度（ＣｕｒｒｅｎｔＥｘｅｃＳｐ
ｅｅｄ）：現実行速度（ＣｕｒｒｅｎｔＥｘｅｃＳｐｅ
ｅｄ）は、現在のＣＰＵの単位時間当りの平均的な命令
実行数を示す。

【０１５８】現在時刻（ＣｕｒｒｅｎｔＴｉｍｅ）：現
在時刻（ＣｕｒｒｅｎｔＴｉｍｅ）は、現在の時刻をＲ
ｅｆｅｒメソッドが発生したときを起点に示す。

【０１５９】現帯域幅（ＣｕｒｒｅｎｔＢａｎｄｗｉｄ
ｔｈ）：現帯域幅（ＣｕｒｒｅｎｔＢａｎｄｗｉｄｔ
ｈ）は、現在のネットワークの平均的なダウンロード速
度を示す。

【０１６０】次に、ダウンローダが動作するメソッドに
ついて説明する。本実施形態では、ダウンローダは、Ｒ
ｅｆｅｒ，Ｅｖａｌ，Ｄｏｗｎｌｏａｄ，Ｃａｎｃｅｌ
Ｄｏｗｎｌｏａｄというそれぞれのメソッドを動作す
る。

【０１６１】Ｒｅｆｅｒ：Ｒｅｆｅｒメソッドは、引数
で指定されたアドレス又はプログラム名を フレーズＩ
Ｄに変換する。プログラム名の場合には、あらかじめ決
められたフレーズＩＤ に変換する。アドレスの場合に
は、アドレスからフレーズＩＤへの変換データ ・フレー
ズ・マップを用いて変換を行う。また、フレーズＩＤと
優先順位ｈｉｇｈを指定して、ダウンローダのＥｖａｌ
メソッドを呼び出す。

【０１６２】Ｅｖａｌ：Ｅｖａｌメソッドは、引数で指
定されたフレーズＩＤに対応するフレーズ・テーブルの
エントリを得る。引数でアノテーションが指定されてい
る場合は、フレーズ・テーブルの該当エントリのメンバ
であるアノテーション状態（ａｎｎｏｔａｔｉｏｎ_ｓ
ｔａｔｕｓ）をｌｏａｄｅｄに更新する。また、引数で
フレーズが指定されている場合は、フレーズ・テーブル
のエントリの該当エントリのメンバであるフレーズ状態
（ｐｈｒａｓｅ_ｓｔａｔｕｓ）をｌｏａｄｅｄに更新
する。

【０１６３】下表には、アノテーション状態とフレーズ
状態に対応するエントリの関係をまとめている。

【０１６４】

【表１】

【０１６５】この表において、引数で指定されたアノテ
ーションの複数のアノテーション・タイプ（ａｎｎｏｔ
ａｔｉｏｎ_ｔｙｐｅ）に対応する動作（Ａｃｔｉｏ
ｎ）がエントリにある場合には、引数にフレーズＩＤ
と、アノテーションと、フレーズを指定して、該当する
エントリにある順序で動作（Ａｃｔｉｏｎ）を呼び出
す。アノテーション状態（ａｎｎｏｔａｔｉｏｎ_ｓｔ
ａｔｕｓ）がｏｔｈｅｒの場合には、該当するエントリ
にあるすべての 動作（Ａｃｔｉｏｎ）がエントリに記
述された順序で呼び出される。

【０１６６】ダウンロード・チャネルに空きがあるうち
は、リクエスト・キューの先頭からリクエストを１つ取
り出して、サーバ・オブジェクトに対してフレーズＩＤ
とタイプにアノテーション又はフレーズを指定して、Ｆ
ｅｔｃｈメッセージ（上述）を発行するという動作を繰
り返す。

【０１６７】Ｄｏｗｎｌｏａｄ：Ｄｏｗｎｌｏａｄメソ
ッドは、引数で指定されたタイプがアノテーション又は
フレーズのいずれであるかに応じて、引数で指定された
フレーズＩＤに対応するフレーズ・テーブルのエントリ
のアノテーション状態（ａｎｎｏｔａｔｉｏｎ_ｓｔａ
ｔｕｓ）又はフレーズ状態（ｐｈａｒｓｅ_ｓｔａｔｕ
ｓ）をｒｅｑｕｅｓｔｅｄに設定する。引数で指定され
たタイプのアノテーション又はフレーズと、引数で指定
された優先順位又は参照時刻（ｒｅｆｅｒｅｎｃｅ ｔ
ｉｍｅ）に従って、リクエスト・キューに登録（ｅｎｑ
ｕｅｕｅ）する。ダウンロード・チャネルに空きがある
うちは、リクエスト・キューの先頭からリクエストを１
つ取り出して、サーバ・オブジェクトへフレーズＩＤと
タイプにアノテーション又はフレーズを指定して、さら
に圧縮伸張器（Ｅｘｐａｎｄｅｒ）が利用可能かどうか
を含むクライアント情報をつけてＦｅｔｃｈ（上述）メ
ッセージを発行する。という動作を繰り返す。

【０１６８】ＣａｎｃｅｌＤｏｗｎｌｏａｄ：Ｃａｎｃ
ｅｌＤｏｗｎｌｏａｄメソッドは、優先順位がｌｏｗに
指定されたリクエストをすべてリクエスト・キューから
削除する。また、現在ダウンロード中のリクエストのう
ち優先順位がｌｏｗに指定されているリクエストについ
て、サーバ・オブジェクトにフレーズＩＤとタイプを指
定してＣａｎｃｅｌメッセージ（前述）を発行する。ま
た、ＳｅｔＴｅｍｅＥｖｅｎｔメソッド（前述）を実行
したイベントに対してＣａｎｃｅｌＴｉｍｅＥｖｅｎｔ
メソッド（前述）を発行する。また、現在時刻（Ｃｕｒ
ｒｅｎｔＴｉｍｅ）を無効（ｉｎｖａｌｉｄ）にする。
また、フレーズ・テーブル中で削除した各リクエストに
対応するのエントリのアノテーション状態（ａｎｎｏｔ
ａｔｉｏｎ_ｓｔａｔｕｓ）とフレーズ状態（ｐｈｒａ
ｓｅ_ｓｔａｔｕｓ）をそれぞれｎｏｔｈｉｎｇにす
る。

【０１６９】セマンティクス（Ｓｅｍａｎｔｉｃｓ）：
セマンティクスは、オブジェクトではなく、上述のダウ
ンローダにより参照されるテーブルである。本実施形態
では、セマンティクスをダウンローダから分離して構成
することで、クライアントの仕様などに応じてダウンロ
ーダの振る舞いの変更を容易にしている。

【０１７０】セマンティクスは、フレーズ及びアノテー
ションのダウンロード状態と、アノテーションのアノテ
ーション・タイプ（ａｎｎｏｔａｔｉｏｎ_ｔｙｐｅ）に
対応したエントリを持っている。エントリはアクション
のリストで構成される。アクションは対応するアノテー
ション・タイプを持つアノテーションが存在した場合
に、ダウンローダにより呼び出される。呼び出し順序
は、リストで指定された順序で行われる。アノテーショ
ンがダウンロードされていない場合、リストのすべての
アクションがその順序で呼び出される。

【０１７１】以下の表２ではクライアント２のセマンテ
ィクスを、表３ではクライアント１３のセマンティクス
をそれぞれ示している。各表では、アクション欄の括弧
内は対応するアノテーション・タイプを示している。ク
ライアント１２はキャッシュと圧縮伸張機能を持つの
で、それらのためのアクションがクライアント１３と比
較して追加されている。また、クライアント１３はクラ
イアント１２と比較して簡単なプリフェッチ機構の実装
に置き換えられている。

【０１７２】

【表２】

【０１７３】

【表３】

【０１７４】以下に、これらのアクションの動作につい
て説明する。

【０１７５】ＧｅｔＣａｃｈｅＡｃｔｉｏｎ：ＧｅｔＣ
ａｃｈｅＡｃｔｉｏｎアクションでは、まず、キャッシ
ュ・オブジェクトに引数で指定されたフレーズＩＤを指
定してＧｅｔメッセージを発行する。アノテーションが
保存されていて、アノテーション状態（ａｎｎｏｔａｔ
ｉｏｎ_ｓｔａｔｕｓ）がｎｏｔｈｉｎｇならば、フレ
ーズＩＤに対応するフレーズ・テーブル・エントリの ア
ノテーション状態をｒｅｑｕｅｓｔｅｄに設定し、次い
で、アノテーションとフレーズＩＤを指定して、ダウン
ローダにＥｖａｌメッセージを発行する。また、フレー
ズが保存されていて、フレーズ状態（ｐｈｒａｓｅ_ｓ
ｔａｔｕｓ）がｎｏｔｈｉｎｇならば、フレーズＩＤに
対応するフレーズ・テーブル・エントリのフレーズ状態を
ｒｅｑｕｅｓｔｅｄに設定し、次いで、フレーズとフレ
ーズＩＤを指定して、ダウンローダにＥｖａｌメッセー
ジを発行する。

【０１７６】ＲｅｆｅｒＡｃｔｉｏｎ：ＲｅｆｅｒＡｃ
ｔｉｏｎアクションでは、まず、引数で指定されたフレ
ーズＩＤに対応するフレーズ・テーブルのエントリを調
べる。そして、アノテーション状態（ａｎｎｏｔａｔｉ
ｏｎ_ｓｔａｔｕｓ）又はフレーズ状態（ｐｈｒａｓｅ_
ｓｔａｔｕｓ）のどちらかがｎｏｔｈｉｎｇであった場
合は、ダウンローダのＣａｎｃｅｌＤｏｗｎｌｏａｄメ
ソッドを呼び出す。そして、フレーズ・テーブルのエン
トリの参照時刻（ｒｅｆｅｒｅｎｃｅ_ｔｉｍｅ）に引
数で指定された優先順位又は参照時刻を示す値を設定す
る。アノテーション状態がｎｏｔｈｉｎｇであった場合
は、引数で指定された 優先順位又は参照時刻とアノテ
ーション・タイプ、フレーズＩＤを指定して、ダウンロ
ーダにＤｏｗｎｌｏａｄメッセージを発行する。

【０１７７】ＮｕｌｌＡｃｔｉｏｎ：ＮｕｌｌＡｃｔｉ
ｏｎアクションが呼び出されたときには何もしない。

【０１７８】ＩｎｉｔｉａｌＡｃｔｉｏｎ：Ｉｎｉｔｉ
ａｌＡｃｔｉｏｎアクションでは、引数で指定されたア
ノテーションを使い、フレーズ・テーブルを作成すると
ともに、フレーズ・マップを作成する。

【０１７９】ＧｅｔＬｉｓｔＣａｃｈｅＡｃｔｉｏｎ：
ＧｅｔＬｉｓｔＣａｃｈｅＡｃｔｉｏｎアクションで
は、まず、引数で指定されたアノテーションの参照フレ
ーズ（ＲｅｆｅｒｅｎｃｅＰｈｒａｓｅ）に含まれる複
数のフレーズＩＤのリストを得る。そして、得られたリ
ストの各フレーズＩＤに対応するフレーズ・テーブルの
エントリを調べて、フレーズ状態（ｐｈｒａｓｅ_ｓｔ
ａｔｕｓ）がｎｏｔｈｉｎｇ以外のフレーズＩＤをリス
トから取り除く。そして、リストにあるすべてのフレー
ズに対して以下を行う。

【０１８０】（ａ）引数で指定されたフレーズＩＤ に
対応するフレーズ・テーブルの参照時刻（ｒｅｆｅｒｅ
ｎｃｅ ｔｉｍｅ）の値と各参照フレーズ（ｒｅｆｅｒ
ｅｎｃｅｐｈｒａｓｅ）の参照位置（ｒｅｆｅｒｅｎｃ
ｅ ｐｏｓｉｔｉｏｎ）を使って、各参照フレーズの参
照時刻を計算し、それを対応するフレーズ・テーブルの
エントリに設定する。 （ｂ）フレーズＩＤを指定して、ＧｅｔＣａｃｈｅＡｃ
ｔｉｏｎ（前述）を実行する。

【０１８１】ＰｒｅｆｅｔｃｈＡｃｔｉｏｎ：Ｐｒｅｆ
ｅｔｃｈＡｃｔｉｏｎでは、まず、引数で指定されたア
ノテーションのフレーズ・サイズ（ｐｈｒａｓｅ_ｓｉｚ
ｅ）と現帯域幅（ＣｕｒｒｅｎｔＢａｎｄｗｉｄｔｈ）
の値を使って、フレーズのダウンロード時間（ｄｏｗｎ
ｌｏａｄ_ｔｉｍｅ）を以下の式で計算する。

【０１８２】

【数１】 download_time ＝ phrase_size × CurrentBandwidht

【０１８３】次いで、引数で指定されたフレーズＩＤに
対応するフレーズ・テーブルの参照時刻（ｒｅｆｅｒｅ
ｎｃｅ_ｔｉｍｅ）の値を使い、開始時刻（ｓｔａｒｔ_
ｔｉｍｅ）を以下の式で計算する。

【０１８４】

【数２】 start_time ＝ reference_time − download_time

【０１８５】ＣｕｒｒｅｎｔＴｉｍｅ≧ｓｔａｒｔ_ｔ
ｉｍｅ（すなわち現在時刻が開始時刻を経過している）
であれば、優先順位ｌｏｗと、フレーズ・タイプ、フレ
ーズＩＤ、開始時刻を指定して、ダウンローダにＤｏｗ
ｎｌｏａｄメッセージを発行する。そうでなければ、実
行環境（ＥｘｅｃＳｐａｃｅ）に開始時刻とダウンロー
ダのＤｏｗｍｌｏａｄをエントリとして指定して、Ｓｅ
ｔＴｉｍｅＥｖｅｎｔメッセージを送る。Ｄｏｗｎｌｏ
ａｄへの引数としては、フレーズＩＤと、フレーズ・タ
イプと、優先順位ｌｏｗと、開始時刻が指定されるよう
にする。

【０１８６】次いで、引数で指定されたアノテーション
の参照フレーズ（ｒｅｆｅｒｅｎｃｅ_ｐｈｒａｓｅ）
に含まれる複数のフレーズＩＤのリストを得る。得られ
たリストの各フレーズＩＤに対応するフレーズ・テーブ
ルのエントリを調べて、アノテーション状態（ａｎｎｏ
ｔａｔｉｏｎ_ｓｔａｔｕｓ）がｎｏｔｈｉｎｇ以外の
フレーズＩＤをリストから取り除く。 そして、リスト
にあるすべてのフレーズＩＤに対して以下の処理を行
う。

【０１８７】（ａ）引数で指定されたフレーズＩＤに対
応するフレーズ・テーブル・エントリの参照時刻（ｒｅｆ
ｅｒｅｎｃｅ_ｔｉｍｅ）の値と各参照フレーズ（ｒｅ
ｆｅｒｅｎｃｅ ｐｈｒａｓｅ）の参照位置（ｒｅｆｅ
ｒｅｎｃｅ ｐｏｓｉｔｉｏｎ）と現実行速度（Ｃｕｒ
ｒｅｎｔＥｘｅｃＳｐｅｅｄ）を使って 、式ｒｅｆｅ
ｒｅｎｃｅ_ｔｉｍｅ＋ｒｅｆｅｒｅｎｃｅ_ｐｏｓｉｔ
ｉｏｎ×ＣｕｒｒｅｎｔＥｘｅｃＳｐｅｅｄにより各参
照フレーズの参照時刻を計算して、それを対応するフレ
ーズ・テーブル のエントリに設定する。 （ｂ）優先順位ｌｏｗとアノテーション・タイプ、フレ
ーズＩＤ、参照時刻を指定して、ダウンローダにＤｏｗ
ｎｌｏａｄメッセージを発行する。

【０１８８】ＳｉｍｐｌｅＰｒｅｆｅｔｃｈＡｃｔｉｏ
ｎ：ＳｉｍｐｌｅＰｒｅｆｅｔｃｈＡｃｔｉｏｎでは、
まず、引数で指定されたフレーズＩＤを、優先順位ｌｏ
ｗと、フレーズ・タイプと、フレーズＩＤと、開始時刻
を指定して、ダウンローダにＤｏｗｎｌｏａｄメッセー
ジを発行する。次いで、引数で指定されたアノテーショ
ンの参照フレーズ（ｒｅｆｅｒｅｎｃｅ_ｐｈｒａｓ
ｅ）に含まれる複数のフレーズＩＤのリストを得る。そ
して、得られたリストの各フレーズＩＤに対応するフレ
ーズ・テーブルのエントリを調べて、アノテーション状
態（ａｎｎｏｔａｔｉｏｎ_ｓｔａｔｕｓ）がｎｏｔｈ
ｉｎｇ以外のフレーズＩＤをリストから取り除く。そし
て、リストにあるすべてのフレーズＩＤに対して以下の
処理を行う。

【０１８９】（ａ）引数で指定されたフレーズＩＤに対
応するフレーズ・テーブルの参照時刻（ｒｅｆｅｒｅｎ
ｃｅ_ｔｉｍｅ）の値と各参照フレーズ（ｒｅｆｅｒｅ
ｎｃｅｐｈｒａｓｅ）の参照位置（ｒｅｆｅｒｅｎｃｅ
ｐｏｓｉｔｉｏｎ）と現実行速度（ＣｕｒｒｅｎｔＥ
ｘｅｃＳｐｅｅｄ）を使って、式ｒｅｆｅｒｅｎｃｅ_
ｔｉｍｅ＋ｒｅｆｅｒｅｎｃｅ_ｐｏｓｉｔｉｏｎ×Ｃ
ｕｒｒｅｎｔＥｘｅｃＳｐｅｅｄにより、各参照フレー
ズの参照時刻を計算し、それらをフレーズ・テーブル中
の対応するエントリにそれぞれ設定する。 （ｂ）優先順位ｌｏｗとアノテーション・タイプ、フレ
ーズＩＤ、参照時刻を指定して、ダウンローダにＤｏｗ
ｎｌｏａｄメッセージを発行する。

【０１９０】ＳｔｏｒｅＣａｃｈｅＡｃｔｉｏｎ：Ｓｔ
ｏｒｅＣａｃｈｅＡｃｔｉｏｎでは、引数で指定された
アノテーションを基に、フレーズをキャッシュ・メモリ
に保存するかを判断する。保存する場合は、キャッシュ
・オブジェクトにフレーズＩＤとアノテーション又はフ
レーズを指定して、Ｐｕｔメッセージ（Ｐｕｔ）を発行
する。

【０１９１】ＥｘｐａｎｄＡｃｔｉｏｎ：Ｅｘｐａｎｄ
Ａｃｔｉｏｎでは、引数で指定されたアノテーションで
指定される伸張方式やパラメータを利用して、引数で指
定されたフレーズの伸張を行い、伸張したフレーズを返
す。

【０１９２】ＭａｐＡｃｔｉｏｎ：ＭａｐＡｃｔｉｏｎ
では、引数で指定されたアノテーションの情報を基に、
実行環境（ＥｘｅｃＳｐａｃｅ）にＭａｐメッセージを
発行する。このとき、引数で指定されたフレーズＩＤに
対応するフレーズ・テーブル・エントリにＩＤが設定され
ていれば、このＩＤをＭａｐメッセージに付加する。そ
して、引数で指定されたフレーズＩＤに対応するフレー
ズ・テーブル・エントリにこのＩＤが設定されていれば、
現在時刻（ＣｕｒｒｅｎｔＴｉｍｅ）を設定する。

【０１９３】次いで、本実施形態に係るクライアント〜
サーバ間におけるプログラム起動のための動作について
説明する。

【０１９４】起動シナリオ１：まず、キャッシュと圧縮
展開機能を持つクライアント１２のプログラム起動のシ
ナリオを説明する。図１１には、クライアント１２の実
行環境（ＥｘｅｃＳｐａｃｅ）１２−４がプログラムの
起動要求を発行したときの処理の流れを示している。

【０１９５】実行環境１２−４は、ユーザからのプログ
ラム起動要求を受け取ると、プログラム名とそれを実行
するスレッドＩＤを指定して、ダウンローダ１２−３に
Ｒｅｆｅｒメッセージを発行する。

【０１９６】ダウンローダ１２−３は、プログラム名と
プログラムの実行の最初を示すフレーズＩＤを指定し
て、ダウンローダ１２−３のＥｖａｌを呼び出す。

【０１９７】Ｅｖａｌの実行により、アノテーション状
態及びフレーズ状態がいずれもｏｔｈｅｒであることか
ら、セマンティクス１２−５のＲｅｆｅｒＥｎｔｒｙア
クションが呼び出される（表１を参照のこと）。これに
より、まずＧｅｔＣａｃｈｅＡｃｔｉｏｎが呼び出され
る（表２を参照のこと）。

【０１９８】ＧｅｔＣａｃｈｅＡｃｔｉｏｎでは、フレ
ーズＩＤを指定して、キャッシュ・オブジェクトに対し
てＧｅｔメッセージを送る。これにより、キャッシュに
アノテーション又はフレーズが保存されていれば（キャ
ッシュ・ヒット）、それが取り出される。保存されてい
ない場合には（キャッシュ・ミス）、ＰｈｒａｓｅＭａ
ｐが更新されないため、次にＲｅｆｅｒＡｃｔｉｏｎが
実行される（［表２を参照のこと）。

【０１９９】ＲｅｆｅｒＡｃｔｉｏｎでは、ダウンロー
ダ１２−３のＣａｎｃｅｌＤｏｗｎｌｏａｄを呼び出し
て、それまでのＰｒｅｆｅｔｃｈアクションをキャンセ
ルする。図１１に示す起動シナリオでは、プログラムの
初めての起動なので、キャンセルするものはない。

【０２００】次に、優先順位をｈｉｇｈに指定して、ダ
ウンローダ１２−３に対してアノテーションのＤｏｗｎ
ｌｏａｄメッセージを発行する。

【０２０１】ダウンローダ１２−３は、Ｄｏｗｎｌｏａ
ｄメッセージを受け取ると、それをリクエスト・キュー
に入れて、次に先頭の要素を取り出しこれをＦｅｔｃｈ
メッセージとしてサーバ１１に発行する。図１１に示す
シナリオでは、先にキューに入れられた要求がそのまま
サーバ１１に要求される。このとき、クライアント１２
の情報も引数として渡される。この例ではクライアント
１２が圧縮展開機能を持つこととその種類が引数として
指定される。

【０２０２】サーバ１１は、Ｆｅｔｃｈメッセージを受
け取ると、指定されたプログラムの指定されたフレーズ
ＩＤを検索する。このとき、圧縮展開機能があることが
指定されている場合には、圧縮されたフレーズが存在す
るかを検索し、あればそれを選択する。なければ非圧縮
のフレーズを選択する。図１１に示す起動シナリオでは
アノテーションが要求されているので、サーバ１１は対
応するアノテーションをＥｖａｌメッセージとしてダウ
ンローダ１２−３に発行する。

【０２０３】ダウンローダ１２−３は、Ｅｖａｌメッセ
ージを受け取ると、アノテーション状態（ａｎｎｏｔａ
ｔｉｏｎ_ｓｔａｔｕｓ）とフレーズ状態（ｐｈｒａｓ
ｅ_ｓｔａｔｕｓ）がそれぞれｌｏａｄｅｄ並びにｏｔ
ｈｅｒであることを基に、 ＡｎｎｏｔａｔｉｏｎＬｏ
ａｄｅｄＥｎｔｒｙにあるアクションを、アノテーショ
ンの持つ型に応じて順に実行する（表１及び表２を参照
のこと）。図１１に示す起動シナリオでは アノテーシ
ョンはＩｎｖｏｋｅ，Ｒｅｆｅｒ，Ｃｏｍｐｒｅｓｓｅ
ｄ，Ｍａｐという４つの型のアノテーション が得られ
るが、ＡｎｎｏｔａｔｉｏｎＬｏａｄｅｄＥｎｔｒｙに
はＩｎｖｏｋｅとＲｅｆｅｒに対応するアクションが３
つあるので（表２を参照のこと）、これらが順に呼ばれ
る。

【０２０４】まず、ＩｎｉｔｉａｌＡｃｔｉｏｎによ
り、Ｉｎｖｏｋｅ型のアノテーションを用いてダウンロ
ーダ１２−３内にフレーズ・テーブルとフレーズ・マップ
が構成される。

【０２０５】次に、Ｒｅｆｅｒ型のアノテーションを用
いて、ＧｅｔＣａｃｈｅＬｉｓｔＡｃｔｉｏｎが実行さ
れ、キャッシュ・オブジェクト１２−１内に保存されて
いるフレーズがあれば、それがダウンローダ１２−３に
対してＥｖａｌメッセージとして送られる。

【０２０６】最後に、再びＲｅｆｅｒ型のアノテーショ
ンを用いてＰｒｅｆｅｔｃｈＡｃｔｉｏｎが実行され
る。ＰｒｅｆｅｔｃｈＡｃｔｉｏｎでは、まずアノテー
ションに対応するフレーズをいつダウンロード開始すれ
ば参照に間に合うかが計算され、それを現在の時刻と比
較が行われる。ダウンロード開始時刻を過ぎていれば、
すぐにダウンローダ１２−３にＤｏｗｎｌｏａｄメッセ
ージを送ることでプリフェッチ要求を行う。まだダウロ
ード開始時刻を過ぎていなければ、ＳｅｔＴｉｍｅＥｖ
ｅｎｔメッセージを用いてダウンロード開始時刻にダウ
ンローダ２−３のＤｏｗｎｌｏａｄメッセージが呼ばれ
るように設定する。図１１に示す起動シナリオでは、す
でにダウンロード開始時刻が過ぎているとして、ダウン
ローダ１２−３にＤｏｗｎｌｏａｄメッセージが送られ
る。

【０２０７】次に、アノテーションの参照フレーズ（ｒ
ｅｆｅｒｅｎｃｅ_ｐｈｒａｓｅ）の項を検査して、参
照が発生するフレーズのアノテーションのプリフェッチ
要求を生成して、これもダウンローダ１２−３のＤｏｗ
ｎｌｏａｄメッセージとして送る。

【０２０８】このようにダウンロード開始時刻に応じて
自動的にフレーズのプリフェッチを行うことにより、プ
ログラム実行とダウンロードの並行性やダウンロード速
度の高速化を実現することができる。

【０２０９】ダウンローダ１２−３は、Ｄｏｗｎｌｏａ
ｄメッセージを受け取ると、それをリクエスト・キュー
に入れ、次に先頭の要素を取り出してこれをＦｅｔｃｈ
メッセージとしてサーバ１１に発行する。図１１に示す
起動シナリオでは、先にキューに入れられた要求がその
ままサーバ１１に要求される。このとき、クライアント
１２の情報も引数として渡される。この例では、クライ
アント１２が圧縮展開機能を持つこととその種類が引数
として指定される。

【０２１０】サーバ１１は、Ｆｅｔｃｈメッセージを受
け取ると、指定されたプログラムの指定されたフレーズ
ＩＤを検索する。このとき、圧縮展開機能があることが
指定されている場合には、圧縮されたフレーズが存在す
るかを検索して、あればそれを選択する。なければ非圧
縮のフレーズを選択する。ここでは、フレーズが要求さ
れているので、サーバ１１は、圧縮されたフレーズをＥ
ｖａｌメッセージとして ダウンローダ１２−３に発行
する。

【０２１１】ダウンローダ１２−３は、Ｅｖａｌメッセ
ージを受け取ると、アノテーション状態（ａｎｎｏｔａ
ｔｉｏｎ_ｓｔａｔｕｓ）とフレーズ状態（ｐｈｒａｓ
ｅ_ｓｔａｔｕｓ）がいずれもｌｏａｄｅｄであること
を基に、ＬｏａｄＣｏｍｐｌｅｔｅＥｎｔｒｙにあるア
クションをアノテーションの持つ型に応じて順に実行す
る（表１及び表２を参照のこと）。図１１に示す起動シ
ナリオでは、アノテーションは、Ｉｎｖｏｋｅ，Ｒｅｆ
ｅｒ，Ｃｏｍｐｒｅｓｓｅｄ，Ｍａｐという４つの型の
アノテーションがすでに得られているが、ＬｏａｄＣｏ
ｍｐｌｅｔｅＥｎｔｒｙにはＲｅｆｅｒ，Ｃｏｍｐｒｅ
ｓｓｅｄ，Ｍａｐのそれぞれに対応するアクションが３
つあるので、これらが順に呼ばれる。（表２を参照のこ
と）

【０２１２】まず、Ｒｅｆｅｒ型のアノテーションを用
いて、ＳｔｏｒｅＣａｃｈｅＡｃｔｉｏｎが実行され
る。ＳｔｏｒｅＣａｃｈｅＡｃｔｉｏｎは、アノテーシ
ョンのｆｒｅｑｕｅｎｃｙ情報を利用して、フレーズを
キャッシュに保存するかどうかを決定する。保存する場
合には、キャッシュ・オブジェクト１２−１に対してＰ
ｕｔ メッセージが発行される。

【０２１３】次に、Ｃｏｍｐｒｅｓｓｅｄ型のアノテー
ションを用いて、ＥｘｐａｎｄＡｃｔｉｏｎが実行され
る。ＥｘｐａｎｄＡｃｔｉｏｎはアノテーションの情報
を用いて、圧縮伸張器１２−２ にＥｘｐａｎｄメッセ
ージを送り、フレーズの内容を伸張して元の内容に戻し
てそれを返す。

【０２１４】最後に、Ｍａｐ型のアノテーションを用い
て、ＭａｐＡｃｔｉｏｎが実行される。ＭａｐＡｃｔｉ
ｏｎは、実行環境（ＥｘｅｃＳｐａｃｅ）１２−４がフ
レーズの利用に必要とする情報をアノテーションから得
て、それを実行環境１２−４にＭａｐメッセージとして
送ることで、フレーズを実行環境１２−４ 上で動作す
るプログラムが利用可能にする。また、図１１に示す起
動シナリオでは、Ｒｅｆｅｒ時にＩＤが指定されていた
ため、それも同時にＭａｐメッセージに指定される。実
行環境１２−４はこれを使いスレッドをプログラム上で
実行を開始させる。

【０２１５】Ｅｖａｌの実行の最後では、リクエスト・
キューにメッセージがありダウンロード・リクエストが
可能な場合は、Ｆｅｔｃｈメッセージをサーバ１１に発
行する。図１１に示す起動シナリオでは、アノテーショ
ンのプリフェッチ・リクエストがリクエスト・キューに
入るため、これがサーバ１１に送られて、プリフェッチ
処理が行われる。このアノテーションのプリフェッチ
は、フェッチ済みフレーズの次のフレーズのために、前
以って行われるものであり、ダウンロードの高速化と並
行性を実現することができる。

【０２１６】これにより、プログラムのダウンロード実
行がプリフェッチとキャッシュ、圧縮を利用して可能と
なる。

【０２１７】起動シナリオ２：次に、キャッシュや圧縮
展開機能を持たないクライアント１３におけるプログラ
ム起動のシナリオについて説明する。図１２には、クラ
イアント１３の実行環境（ＥｘｅｃＳｐａｃｅ）１３−
２がプログラムの起動要求を発行したときの処理の流れ
を模式的に示している。

【０２１８】ユーザからのプログラム起動要求を受け取
ると、実行環境１３−２は、プログラム名とそれを実行
するスレッドＩＤを指定して、ダウンローダ１３−１に
Ｒｅｆｅｒメッセージを発行する。

【０２１９】ダウンローダ１３−１は、プログラム名と
プログラムの実行の最初を示すフレーズＩＤを指定し
て、ダウンローダ１３−１のＥｖａｌを呼び出す。

【０２２０】Ｅｖａｌの実行により、アノテーション状
態及びフレーズ状態がいずれもｏｔｈｅｒであることか
ら、セマンティクス１３−３のＲｅｆｅｒＥｎｔｒｙの
アクションが呼び出される（表１を参照のこと）。これ
により、ＲｅｆｅｒＡｃｔｉｏｎ が実行される（表３
を参照のこと）。

【０２２１】ＲｅｆｅｒＡｃｔｉｏｎでは、ダウンロー
ダ１３−１のＣａｎｃｅｌＤｏｗｎｌｏａｄメソッドを
呼び出して、それまでのｐｒｅｆｅｔｃｈアクションを
キャンセルする。図１２に示す起動シナリオでは、プロ
グラムの初めての起動なので、キャンセルするものはな
い。次に、優先順位をｈｉｇｈに指定して、アノテーシ
ョンのＤｏｗｎｌｏａｄメッセージを発行する。

【０２２２】ダウンローダ１３−１は、Ｄｏｗｎｌｏａ
ｄメッセージを受け取ると、それをリクエスト・キュー
に入れ、次に先頭の要素を取り出して、これをＦｅｔｃ
ｈメッセージとしてサーバ・オブジェクト１１に発行す
る。

【０２２３】図１２に示す起動シナリオでは、先にキュ
ーに入れられた要求がそのままサーバ・オブジェクト１
１に要求される。このとき、クライアント１３の情報も
引数として渡される。この実施形態では、クライアント
１３が圧縮展開機能を持たないことが引数として指定さ
れる。

【０２２４】サーバ・オブジェクト１１は、Ｆｅｔｃｈ
メッセージを受け取ると、指定されたプログラムの指定
されたフレーズＩＤを検索する。このとき、圧縮展開機
能があることが指定されている場合には、圧縮されたフ
レーズが存在するかを検索し、あればそれを選択する。
なければ非圧縮のフレーズを選択する。ここではアノテ
ーションが要求されているので、サーバ・オブジェクト
１１は、対応するアノテーションをＥｖａｌメッセージ
としてダウンローダ１３−１に発行する。

【０２２５】ダウンローダ１３−１は、Ｅｖａｌメッセ
ージを受け取ると、アノテーション状態（ａｎｎｏｔａ
ｔｉｏｎ_ｓｔａｔｕｓ）とフレーズ状態（ｐｈｒａｓ
ｅ_ｓｔａｔｕｓ）がそれぞれｌｏａｄｅｄ及びｏｔｈ
ｅｒの各状態であることから、ＡｎｎｏｔａｔｉｏｎＬ
ｏａｄｅｄＥｎｔｒｙにあるアクションをアノテーショ
ンの持つ型に応じて順に実行する（表１を参照のこ
と）。図１２に示す起動シナリオでは、アノテーション
はＩｎｖｏｋｅ，Ｒｅｆｅｒ，Ｍａｐという３つの型の
アノテーションが得られるが、ＡｎｎｏｔａｔｉｏｎＬ
ｏａｄｅｄＥｎｔｒｙにはＩｎｖｏｋｅとＲｅｆｅｒに
対応するアクションが２つあるので（表３を参照のこ
と）、これらが順に呼び出される。まずＩｎｉｔｉａｌ
Ａｃｔｉｏｎにより、Ｉｎｖｏｋｅ型のアノテーション
を用いて、ダウンローダ３−１内にフレーズ・テーブル
とフレーズ・マップが構成される。次に、Ｒｅｆｅｒ型
のアノテーションを用いて、ＳｉｍｐｌｅＰｒｅｆｅｔ
ｃｈＡｃｔｉｏｎが実行される。

【０２２６】ＳｉｍｐｌｅＰｒｅｆｅｔｃｈＡｃｔｉｏ
ｎでは、まず、すぐにダウンローダ１３−１にＤｏｗｎ
ｌｏａｄメッセージを送ることで、アノテーションに対
応するフレーズのプリフェッチ要求を行う。次に、アノ
テーションの参照フレーズ（ｒｅｆｅｒｅｎｃｅ_ｐｈ
ｒａｓｅ）の項を検査して、参照が発生するフレーズの
アノテーションのプリフェッチ要求を生成して、これも
ダウンローダ１３−１のＤｏｗｎｌｏａｄメッセージと
して送る。

【０２２７】ダウンローダ１３−１は、Ｄｏｗｎｌｏａ
ｄメッセージを受け取ると、それをリクエスト・キュー
に入れ、次に先頭の要素を取り出しこれをＦｅｔｃｈメ
ッセージとしてサーバ・オブジェクト１１に発行する。
図１２に示す起動シナリオでは、先にキューに入れられ
た要求がそのままサーバ・オブジェクト１１に要求され
る。このとき、クライアントの情報も引数として渡され
る。ここでは、クライアント１３が圧縮展開機能を持た
ないことが引数として指定される。

【０２２８】サーバ・オブジェクト１１はＦｅｔｃｈメ
ッセージを受け取ると、指定されたプログラムの指定さ
れたフレーズＩＤを検索する。このとき、圧縮展開機能
があることが指定されている場合には、圧縮されたフレ
ーズが存在するかを検索し、あればそれを選択する。な
ければ非圧縮のフレーズを選択する。ここではフレーズ
が要求されているので、サーバ・オブジェクト１１は、
非圧縮のフレーズをＥｖａｌメッセージとしてダウンロ
ーダ１３−１に発行する。

【０２２９】ダウンローダ１３−１は、Ｅｖａｌメッセ
ージを受け取ると、アノテーション状態（ａｎｎｏｔａ
ｔｉｏｎ_ｓｔａｔｕｓ）とフレーズ状態（ｐｈｒａｓ
ｅ_ｓｔａｔｕｓ）がいずれもｌｏａｄｅｄの状態であ
ることから、ＬｏａｄＣｏｍｐｌｅｔｅＥｎｔｒｙにあ
るアクションをアノテーションの持つ型に応じて順に実
行する（表１を参照のこと）。図１２に示す起動シナリ
オでは、アノテーションはＩｎｖｏｋｅ，Ｒｅｆｅｒ，
Ｍａｐという３つの型のアノテーションがすでに得られ
ているが、ＬｏａｄＣｏｍｐｌｅｔｅＥｎｔｒｙにはＭ
ａｐに対応するアクションが１つあるのみである。Ｍａ
ｐ型のアノテーションを用いて、ＭａｐＡｃｔｉｏｎが
実行される（表３を参照のこと）。

【０２３０】ＭａｐＡｃｔｉｏｎは、実行環境（Ｅｘｅ
ｃＳｐａｃｅ）１３−２がフレーズの利用に必要とする
情報をアノテーションから得て、それを実行環境１３−
２にＭａｐメッセージとして送ることで、フレーズを実
行環境１３−２上で動作するプログラムが利用可能にす
る。また、図１２に示す起動シナリオでは、Ｒｅｆｅｒ
時にＩＤが指定されていたため、それも同時にＭａｐメ
ッセージに指定される。実行環境１３−２は、これを使
いスレッドをプログラム上で実行を開始させる。

【０２３１】Ｅｖａｌの実行の最後では、リクエスト・
キューにメッセージがありダウンロード・リクエストが
可能な場合は、サーバ・オブジェクト１１にＦｅｔｃｈ
メッセージを発行する。図１２に示す起動シナリオで
は、アノテーションのプリフェッチ・リクエストがリク
エスト・キューに入るため、これがサーバ・オブジェクト
１１に送られプリフェッチ処理が行われる。

【０２３２】これにより、プログラムのダウンロード実
行が簡単なプリフェッチを利用して可能となる。

【０２３３】［追補］以上、特定の実施形態を参照しな
がら、本発明について詳解してきた。しかしながら、本
発明の要旨を逸脱しない範囲で当業者が該実施形態の修
正や代用を成し得ることは自明である。すなわち、例示
という形態で本発明を開示してきたのであり、本明細書
の記載内容を限定的に解釈するべきではない。本発明の
要旨を判断するためには、冒頭に記載した特許請求の範
囲の欄を参酌すべきである。

【０２３４】

【発明の効果】以上詳記したように、本発明によれば、
クライアント機器の能力や機能、モジュール管理装置と
クライアント機器間の転送速度の多様性に柔軟に対応し
て、ダウンロード実行遅延を改善することができる、優
れたデータ処理システム及びデータ処理方法、情報処理
装置及び情報処理方法、並びに記憶媒体を提供すること
ができる。

【０２３５】また、本発明によれば、クライアント機器
の能力や機能、ネットワークの転送速度の多様性に柔軟
に対応し、ダウンロード実行遅延を改善することができ
る、優れたデータ処理システム及びデータ処理方法、情
報処理装置及び情報処理方法、並びに記憶媒体を提供す
ることができる。

【０２３６】本発明によれば、プログラムをフレーズ
（ｐｈｒａｓｅ）により構成させることで、プログラム
の実行に不要な部分を分類可能とし、実行に必要なプロ
グラム部分のみのダウンロードを可能とする。さらにフ
レーズにアノテーション（ａｎｎｏｔａｔｉｏｎ）を対
応させることで、同じプログラムに対してクライアント
機器のさまざまな構成に応じてそれぞれに最適な形で、
プリフェッチ、キャッシュといった異なる複数の手法の
利用を柔軟に組み合わせた、ダウンロード実行の高速化
を行うことができる。

【０２３７】また、本発明によれば、サーバ側では、プ
ログラムを実行時の参照関係やダウンロード効率を考慮
して、元のプログラムをフレーズに分類再構成をし直す
ようにした。そして、各フレーズにそのフレーズの特性
を示す情報としてアノテーションを対応させるようにし
た。また、クライアント側では、アノテーションの情報
を利用して、そのクライアント機器に適したプリフェッ
チ手法、キャッシュ、圧縮などの手法を柔軟に組み合わ
せることで、ダウンロード実行の速度を向上させること
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るデータ処理シス
テムの構成を模式的に示した図である。

【図２】ＤＶＤ１により記録されるプログラムを拡大し
て示した図である。

【図３】アノテーションの構成例を模式的に示した図で
ある。

【図４】図１に示したクライアント２の構成をより詳細
に示した図である。

【図５】実行環境２−１がプログラムの起動要求を発行
したときの処理の流れを示したシーケンス図である。

【図６】本発明の第２の実施形態に係るデータ処理が実
現されるコンピュータ・ネットワーク構成例を模式的に
示した図である。

【図７】サーバ１１により保持されるプログラムの構成
を模式的に示した図である。

【図８】アノテーションの構成例を模式的に示した図で
ある。

【図９】図６で示したクライアント１２の機能構成を模
式的に示したブロック図である。

【図１０】図６で示したクライアント１３の機能構成を
模式的に示したブロック図である。

【図１１】クライアント１２の実行環境（ＥｘｅｃＳｐ
ａｃｅ）１２−４がプログラムの起動要求を発行したと
きの処理の流れを示した図である。

【図１２】クライアント１３の実行環境（ＥｘｅｃＳｐ
ａｃｅ）１３−２がプログラムの起動要求を発行したと
きの処理の流れを示した図である。

【符号の説明】

１…ＤＶＤ ２…クライアント ２−１…実行環境 ２−２…ダウンローダ ２−３…キャッシュ ３…システム・バス ４…キャッシュ・メモリ ５…プログラム ５−１…フレーズ ５−２…アノテーション １１…サーバ １２，１３…クライアント １２−１…キャッシュ・オブジェクト １２−２…圧縮伸張器 １２−３…ダウンローダ １２−４…実行環境 １２−５…セマンティクス １３…クライアント １３−１…ダウンローダ １３−２…実行環境 １３−３…セマンティクス

Claims (51)

【特許請求の範囲】
1. 【請求項１】モジュールを管理するモジュール管理装置
   と該モジュール管理装置からモジュールを移動して利用
   するクライアントで構成されるデータ処理システムであ
   って、 前記モジュール装置において、モジュールの基本構成要
   素をそれぞれの特性を基に分類して複数の基本構成要素
   からなる新規構成要素によりモジュールを再構成すると
   ともに、それぞれの新規構成要素に対して該当する特性
   を特性情報として記述して、前記クライアントからの要
   求に応答して再構成された新規構成要素並びにその特性
   情報を送信し、 前記クライアントにおいて、前記モジュール管理装置か
   らモジュールを移動して利用する際には新規構成要素に
   関連付けられた特性情報に応じた処理をモジュールの利
   用とは透過的に実行する、ことを特徴とするデータ処理
   システム。
2. 【請求項２】前記モジュール管理装置は、クライアント
   とネットワーク経由で相互接続されたサーバである、こ
   とを特徴とする請求項１に記載のデータ処理システム。
3. 【請求項３】前記モジュール管理装置は、所定の機器内
   でクライアントとバス経由で相互接続された周辺装置で
   ある、ことを特徴とする請求項１に記載のデータ処理シ
   ステム。
4. 【請求項４】前記モジュールは、コンピュータ可読形式
   で記述されたコンピュータ・プログラムである、ことを
   特徴とする請求項１に記載のデータ処理システム。
5. 【請求項５】前記モジュールは、基本構成要素に分解可
   能なデータである、ことを特徴とする請求項１に記載の
   データ処理システム。
6. 【請求項６】前記モジュール管理装置では、各新規構成
   要素について１以上の圧縮方式を用いて圧縮し且つその
   情報を対応する特性情報に記述するとともに、前記クラ
   イアントが備える伸張方式の通知を受けてこれに対応し
   た圧縮方式で圧縮された新規構成要素を送信する、こと
   を特徴とする請求項１に記載のデータ処理システム。
7. 【請求項７】前記モジュール管理装置では、モジュール
   に含まれる各新規構成要素をそれぞれ個別に圧縮処理
   し、前記クライアントから複数の伸張方式の通知を受け
   た場合はそのうち最も適した方式で圧縮された新規構成
   要素を送信する、ことを特徴とする請求項１に記載のデ
   ータ処理システム。
8. 【請求項８】モジュール管理装置において管理されるモ
   ジュールをクライアントに移動して利用するデータ処理
   方法であって、 前記モジュール装置において、モジュールの基本構成要
   素をそれぞれの特性を基に分類して複数の基本構成要素
   からなる新規構成要素によりモジュールを再構成すると
   ともに、それぞれの新規構成要素に対して該当する特性
   を特性情報として記述して、前記クライアントからの要
   求に応答して再構成された新規構成要素並びにその特性
   情報を送信するステップと、 前記クライアントにおいて、前記モジュール管理装置か
   らモジュールを移動して利用する際には新規構成要素に
   関連付けられた特性情報に応じた処理をモジュールの利
   用とは透過的に実行するステップと、を具備することを
   特徴とするデータ処理方法。
9. 【請求項９】前記モジュール管理装置は、クライアント
   とネットワーク経由で相互接続されたサーバである、こ
   とを特徴とする請求項８に記載のデータ処理方法。
10. 【請求項１０】前記モジュール管理装置は、所定の機器
    内でクライアントとバス経由で相互接続された周辺装置
    である、ことを特徴とする請求項８に記載のデータ処理
    方法。
11. 【請求項１１】前記モジュールは、コンピュータ可読形
    式で記述されたコンピュータ・プログラムである、こと
    を特徴とする請求項８に記載のデータ処理方法。
12. 【請求項１２】前記モジュールは、基本構成要素に分解
    可能なデータである、ことを特徴とする請求項８に記載
    のデータ処理方法。
13. 【請求項１３】前記モジュール管理装置では、各新規構
    成要素について１以上の圧縮方式を用いて圧縮し且つそ
    の情報を対応する特性情報に記述するとともに、前記ク
    ライアントが備える伸張方式の通知を受けてこれに対応
    した圧縮方式で圧縮された新規構成要素を送信する、こ
    とを特徴とする請求項８に記載のデータ処理方法。
14. 【請求項１４】前記モジュール管理装置では、モジュー
    ルに含まれる各新規構成要素をそれぞれ個別に圧縮処理
    し、前記クライアントから複数の伸張方式の通知を受け
    た場合はそのうち最も適した方式で圧縮された新規構成
    要素を送信する、ことを特徴とする請求項８に記載のデ
    ータ処理方法。
15. 【請求項１５】外部装置にモジュールを提供する情報処
    理装置であって、 モジュールの基本構成要素をそれぞれの特性を基に分類
    して、複数の基本構成要素からなる新規構成要素により
    モジュールを再構成するモジュール再構成手段と、 それぞれの新規構成要素に対して該当する特性を特性情
    報として記述する特性情報記述手段と、 外部装置からの要求に応答して、再構成された新規構成
    要素並びにその特性情報を送信する情報送信手段と、を
    具備することを特徴とする情報処理装置。
16. 【請求項１６】前記モジュールは、コンピュータ可読形
    式で記述されたコンピュータ・プログラムである、こと
    を特徴とする請求項１５に記載の情報処理装置。
17. 【請求項１７】前記モジュールは、基本構成要素に分解
    可能なデータである、ことを特徴とする請求項１５に記
    載の情報処理装置。
18. 【請求項１８】前記情報送信手段は、モジュールのうち
    前記外部装置で最初に利用される部分を含む新規構成要
    素のみをまず送信し、その後必要に応じて新規構成要素
    を単位として送信する、ことを特徴とする請求項１５に
    記載の情報処理装置。
19. 【請求項１９】前記モジュール再構成手段は、各新規構
    成要素について１以上の圧縮方式を用いて圧縮し且つそ
    の情報を対応する特性情報に記述し、 前記情報送信手段は、前記外部装置が備える伸張方式の
    通知を受けて、これに対応した圧縮方式で圧縮された新
    規構成要素を送信する、ことを特徴とする請求項１５に
    記載の情報処理装置。
20. 【請求項２０】モジュールに含まれる各新規構成要素は
    それぞれ個別に圧縮処理されており、 前記情報送信手段は、前記外部装置から複数の伸張方式
    の通知を受けた場合、そのうち最も適した方式で圧縮さ
    れた新規構成要素を送信する、ことを特徴とする請求項
    １９に記載の情報処理装置。
21. 【請求項２１】モジュールを利用する情報処理装置であ
    って、 外部装置からモジュールを移動するデータ移動手段と、 モジュールを利用するモジュール利用手段と、を備え、 モジュールは、基本構成要素をそれぞれの特性を基に分
    類して、複数の基本構成要素からなる新規構成要素によ
    り再構成されており、 各新規構成要素には特性情報が関連付けられており、 前記データ移動手段により移動したモジュールを前記モ
    ジュール利用手段により利用する際には、新規構成要素
    に関連付けられた特性情報に応じた処理をモジュールの
    利用とは透過的に実行する、ことを特徴とする情報処理
    装置。
22. 【請求項２２】前記モジュールは、コンピュータ可読形
    式で記述されたコンピュータ・プログラムである、こと
    を特徴とする請求項２１に記載の情報処理装置。
23. 【請求項２３】前記モジュールは、基本構成要素に分解
    可能なデータである、ことを特徴とする請求項２１に記
    載の情報処理装置。
24. 【請求項２４】前記データ移動手段は、新規構成要素と
    ともにその特性情報を移動する、ことを特徴とする請求
    項２１に記載の情報処理装置。
25. 【請求項２５】移動した新規構成要素に関する特性情報
    をあらかじめ所持する、ことを特徴とする請求項２１に
    記載の情報処理装置。
26. 【請求項２６】前記データ移動手段により移動したモジ
    ュールを前記モジュール利用手段により利用する際に
    は、新規構成要素とともに移動した特性情報並びにあら
    かじめ所持する特性情報に応じた処理を実行する、こと
    を特徴とする請求項２１に記載の情報処理装置。
27. 【請求項２７】前記データ移動手段は、モジュールのう
    ち前記モジュール利用手段で最初に利用される部分を含
    む新規構成要素のみをまず移動し、その後必要に応じて
    新規構成要素を単位として移動する、ことを特徴とする
    請求項２１に記載の情報処理装置。
28. 【請求項２８】前記データ移動手段は、モジュールのう
    ち前記モジュール利用手段で最初に利用される部分を含
    む新規構成要素のみをまず移動し、その後は、特性情報
    を参照して、前記モジュール利用手段によるモジュール
    の利用が未だ移動されていない新規構成要素に及ぶより
    以前に、モジュールの利用に並行して該新規構成要素の
    移動を行う、ことを特徴とする請求項２１に記載の情報
    処理装置。
29. 【請求項２９】移動した新規構成要素を一時記憶するキ
    ャッシュ手段をさらに備え、 特性情報を用いて新規構成要素を選択して前記データ移
    動手段により移動するとともに前記キャッシュ手段に保
    存し、 前記モジュール利用手段がモジュールを利用する際に
    は、前記データ移動手段により外部装置にデータ移動要
    求する前に前記キャッシュ手段の状態を検査して、前記
    キャッシュ手段によりモジュールの新規構成要素が既に
    保存されている場合にはそれを利用する、ことを特徴と
    する請求項２１に記載の情報処理装置。
30. 【請求項３０】さらに圧縮データを所定の伸張方式で伸
    張する伸張手段を備え、 前記データ移動手段は、データ移動要求時に前記外部装
    置に前記伸張方式を通知して、対応する圧縮方式で圧縮
    された新規構成要素を選択的に移動し、 前記モジュール利用手段は、前記伸張手段により移動し
    た新規構成要素を伸張した後に利用する、ことを特徴と
    する請求項２１に記載の情報処理装置。
31. 【請求項３１】モジュールに含まれる各新規構成要素は
    それぞれ個別に圧縮処理されており、 前記伸張手段は複数の伸張方式を備え、 前記データ移動手段は、データ移動要求時に該複数の伸
    張方式を前記外部装置に通知して、最も適した方式で圧
    縮された新規構成要素を選択的に移動する、ことを特徴
    とする請求項３０に記載の情報処理装置。
32. 【請求項３２】外部装置にモジュールを提供する情報処
    理方法であって、 モジュールの基本構成要素をそれぞれの特性を基に分類
    して、複数の基本構成要素からなる新規構成要素により
    モジュールを再構成するモジュール再構成ステップと、 それぞれの新規構成要素に対して該当する特性を特性情
    報として記述する特性情報記述ステップと、 外部装置からの要求に応答して、再構成された新規構成
    要素並びにその特性情報を送信する情報送信ステップ
    と、を具備することを特徴とする情報処理方法。
33. 【請求項３３】前記モジュールは、コンピュータ可読形
    式で記述されたコンピュータ・プログラムである、こと
    を特徴とする請求項３２に記載の情報処理方法。
34. 【請求項３４】前記モジュールは、基本構成要素に分解
    可能なデータである、ことを特徴とする請求項３２に記
    載の情報処理方法。
35. 【請求項３５】前記情報送信ステップでは、モジュール
    のうち前記外部装置で最初に利用される部分を含む新規
    構成要素のみをまず送信し、その後必要に応じて新規構
    成要素を単位として送信する、ことを特徴とする請求項
    ３２に記載の情報処理方法。
36. 【請求項３６】前記モジュール再構成ステップでは、１
    以上の圧縮方式を用いて新規構成要素を圧縮し且つその
    情報を対応する特性情報に記述し、 前記情報送信ステップでは、前記外部装置が備える伸張
    方式の通知を受けて、これに対応した圧縮方式で圧縮さ
    れた新規構成要素を送信する、ことを特徴とする請求項
    ３２に記載の情報処理方法。
37. 【請求項３７】モジュールに含まれる各新規構成要素は
    それぞれ個別に圧縮処理されており、 前記情報送信ステップでは、前記外部装置から複数の伸
    張方式の通知を受けた場合、そのうち最も適した方式で
    圧縮された新規構成要素を送信する、ことを特徴とする
    請求項３６に記載の情報処理方法。
38. 【請求項３８】モジュールを利用する情報処理方法であ
    って、 外部装置からモジュールを移動するデータ移動ステップ
    と、 モジュールを利用するモジュール利用ステップと、を備
    え、 モジュールは、基本構成要素をそれぞれの特性を基に分
    類して、複数の基本構成要素からなる新規構成要素によ
    り再構成されており、 各新規構成要素には特性情報が関連付けられており、 前記データ移動ステップにより移動したモジュールを前
    記モジュール利用ステップにおいて利用する際には、新
    規構成要素に関連付けられた特性情報に応じた処理をモ
    ジュールの利用とは透過的に実行する、ことを特徴とす
    る情報処理方法。
39. 【請求項３９】前記モジュールは、コンピュータ可読形
    式で記述されたコンピュータ・プログラムである、こと
    を特徴とする請求項３８に記載の情報処理方法。
40. 【請求項４０】前記モジュールは、基本構成要素に分解
    可能なデータである、ことを特徴とする請求項３８に記
    載の情報処理方法。
41. 【請求項４１】前記データ移動ステップでは、新規構成
    要素とともにその特性情報を移動する、ことを特徴とす
    る請求項３８に記載の情報処理方法。
42. 【請求項４２】移動した新規構成要素に関する特性情報
    をあらかじめ所持する、ことを特徴とする請求項３８に
    記載の情報処理方法。
43. 【請求項４３】前記データ移動ステップにより移動した
    モジュールを前記モジュール利用ステップにおいて利用
    する際には、新規構成要素とともに移動した特性情報並
    びにあらかじめ所持する特性情報に応じた処理を実行す
    る、ことを特徴とする請求項３８に記載の情報処理方
    法。
44. 【請求項４４】前記データ移動ステップでは、モジュー
    ルのうち前記モジュール利用手段で最初に利用される部
    分を含む新規構成要素のみをまず移動し、その後必要に
    応じて新規構成要素を単位として移動する、ことを特徴
    とする請求項３８に記載の情報処理方法。
45. 【請求項４５】前記データ移動ステップでは、モジュー
    ルのうち前記モジュール利用ステップで最初に利用され
    る部分を含む新規構成要素のみをまず移動し、その後
    は、特性情報を参照して、前記モジュール利用手段によ
    るモジュールの利用が未だ移動されていない新規構成要
    素に及ぶより以前に、モジュールの利用に並行して該新
    規構成要素の移動を行う、ことを特徴とする請求項３８
    に記載の情報処理方法。
46. 【請求項４６】特性情報を用いて新規構成要素を選択し
    て前記データ移動ステップにより移動するとともに一時
    的に保存し、 前記モジュール利用ステップによりモジュールを利用す
    る際には、前記データ移動ステップにより外部装置にデ
    ータ移動要求する前に、モジュールの新規構成要素が既
    に保存されている場合にはそれを利用する、ことを特徴
    とする請求項３８に記載の情報処理方法。
47. 【請求項４７】さらに圧縮データを所定の伸張方式で伸
    張する伸張ステップを備え、 前記データ移動ステップでは、データ移動要求時に前記
    外部装置に前記伸張方式を通知して、対応する圧縮方式
    で圧縮された新規構成要素を選択的に移動し、前記モジ
    ュール利用ステップでは、前記伸張ステップにより移動
    した新規構成要素を伸張した後に利用する、ことを特徴
    とする請求項３８に記載の情報処理方法。
48. 【請求項４８】モジュールに含まれる各新規構成要素は
    それぞれ個別に圧縮処理されており、前記伸張ステップ
    は複数の伸張方式に対応し、 前記データ移動ステップでは、データ移動要求時に該複
    数の伸張方式を前記外部装置に通知して、最も適した方
    式で圧縮された新規構成要素を選択的に移動する、こと
    を特徴とする請求項４７に記載の情報処理方法。
49. 【請求項４９】複数の基本構成要素からなるモジュール
    を管理し利用するためのデータ処理をコンピュータ・シ
    ステム上で実行するように記述されたコンピュータ・ソ
    フトウェアをコンピュータ可読形式で物理的に格納した
    記憶媒体であって、前記コンピュータ・ソフトウェア
    は、 モジュールの基本構成要素をそれぞれの特性を基に分類
    して複数の基本構成要素からなる新規構成要素によりモ
    ジュールを再構成するとともに、それぞれの新規構成要
    素に対して該当する特性を特性情報として記述してモジ
    ュールを管理するステップと、 モジュールを利用する際に、新規構成要素に関連付けら
    れた特性情報に応じた処理をモジュールの利用とは透過
    的に実行するステップと、を具備することを特徴とする
    記憶媒体。
50. 【請求項５０】外部装置にモジュールを提供する処理を
    コンピュータ・システム上で実行するように記述された
    コンピュータ・ソフトウェアをコンピュータ可読形式で
    物理的に格納した記憶媒体であって、前記コンピュータ
    ・ソフトウェアは、 モジュールの基本構成要素をそれぞれの特性を基に分類
    して、複数の基本構成要素からなる新規構成要素により
    モジュールを再構成するモジュール再構成ステップと、 それぞれの新規構成要素に対して該当する特性を特性情
    報として記述する特性情報記述ステップと、 外部装置からの要求に応答して、再構成された新規構成
    要素並びにその特性情報を送信する情報送信ステップ
    と、を具備することを特徴とする記憶媒体。
51. 【請求項５１】モジュールを利用する処理をコンピュー
    タ・システム上で実行するように記述されたコンピュー
    タ・ソフトウェアをコンピュータ可読形式で物理的に格
    納した記憶媒体であって、前記コンピュータ・ソフトウ
    ェアは、 外部装置からモジュールを移動するデータ移動ステップ
    と、 モジュールを利用するモジュール利用ステップと、を備
    え、 モジュールは、基本構成要素をそれぞれの特性を基に分
    類して、複数の基本構成要素からなる新規構成要素によ
    り再構成されており、 前記データ移動ステップにより移動したモジュールを前
    記モジュール利用ステップにおいて利用する際には、新
    規構成要素に関連付けられた特性情報に応じた処理をモ
    ジュールの利用とは透過的に実行する、ことを特徴とす
    る記憶媒体。