JPH10171662A - アプリケーション実行方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、アプリケーションを構成する
プログラム情報を格納する複数のファイルをリモート計
算機からローカル計算機にダウンロードして実行するシ
ステムにおいて、ファイルダウンロードにおけるユーザ
の待ち時間を削減することである。 【解決手段】特定のファイルのプログラムを実行中に別
のファイルが必要になったとき、該ファイルがローカル
計算機のファイルシステムに存在しなければ、リモート
計算機のファイルシステムからローカル計算機のファイ
ルシステムに該ファイルをダウンロードする処理を行っ
た後、ローカル計算機のファイルシステムにある該ファ
イルをメモリ中に読み込んで実行する処理と、その処理
と並行して行われる処理で、ファイルダウンロードの優
先順位を記述する優先順位情報を参照し、その優先順序
に基づいて、リモート計算機上のファイルシステムから
ローカル計算機上のファイルシステムにダウンローデン
グを行うダウンロード処理を行うようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
を構成するプログラム情報を格納するファイルをリモー
ト計算機のファイルシステムからローカル計算機のファ
イルシステムにダウンロードして解釈実行するシステ
ム、特に、入出力装置を用いたユーザとの対話的操作を
多く含むアプリケーションファイルをダウンロードして
実行するシステムにおいて、ファイルダウンローディン
グ時のユーザの待ち時間を削減するアプリケーション実
行方法に関する。

【０００２】

【従来の技術】「NetScapeの機能拡張で存在感薄れるＷ
ｉｎ９５」（日経バイト（１９９６年４月、日経ＢＰ
社），ｐｐ１６６〜１７７）（文献１）に示されている
ように、近年、世界的規模のネットワーク網であるイン
ターネットとインターネット上の情報開示システムの一
つであるＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）の発
達により、Ｗｅｂサーバ上で開示されたＷｅｂページを
クライアント側でＷｅｂブラウザを用いて見ることはも
ちろんのこと、Ｗｅｂブラウザ上でマウスを用いた簡単
な操作でリモート計算機のファイルをクライアントマシ
ンにダウンロードしたり、ダウンロードするファイルに
応じたプログラム（ヘルパープログラムやプラグインと
呼ぶ）を起動させることにより、リモート計算機のファ
イルのデータを読み込んでその場でアプリケーションを
実行することも可能になった。

【０００３】１つのアプリケーションを構成する複数の
ファイルをリモート計算機のファイルシステムにおき、
それらのファイルをローカル計算機のファイルシステム
にダウンロードし、そのファイルをオープンして実行す
る場合、従来においては、アプリケーション実行前にす
べてのファイルをダウンロードするか、実行中にファイ
ルが必要になった時、必要なファイルだけをダウンロー
ドするということが行われていた。

【０００４】また、リモート計算機のファイルシステム
上にあるファイルを、ローカル計算機にネットワーク経
由で転送し、そのデータを用いてアプリケーションを実
行するアプリケーション実行環境として、Ｓｕｎ Ｍｉ
ｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃが開発したオブジェクト
指向型言語Ｊａｖａを用いて作成したアプリケーション
をＪａｖａ対応のＷｅｂブラウザ上で実行する場合があ
る（上記文献１）。ただし、Ｊａｖａは、リモート計算
機上のアプリケーションファイルをローカル計算機のフ
ァイルシステムに格納してからファイルオープンして実
行するのではなく、ローカル計算機のメモリに直接読み
こんで実行するものである。Ｊａｖａでは、アプリケー
ションの実行単位は”アプレット”と呼ばれるプログラ
ム部品である。Ｊａｖａ対応のＷｅｂブラウザでは、Ｗ
ｅｂページ内にサーバー情報を伴ったアプレットを示す
記述があると、リモートのサーバー計算機のファイルシ
ステムにあるアプレットファイルをローカル計算機に転
送し、ローカルマシン内のＪａｖａ実行システムを用い
て、アプレットを実行・表示する。このアプレット自身
も、リモート計算機のファイルシステム内の別ファイル
に実装された他のＪａｖａプログラム部品を用いて構成
することができ、アプレット実行時に、ローカル計算機
のＪａｖａ実行システムは、必要な部品のファイルをロ
ーカル計算機に新たに転送して実行する。

【０００５】上記従来技術では、リモート計算機からロ
ーカル計算機に必要になったファイルだけ転送するの
で、ファイルのトータルのサイズを一般に小さく保つこ
とができ、一般に時間のかかるネットワークを介してフ
ァイルを転送する処理を無駄に行わずに済むという利点
があった。

【０００６】

【発明が解決しようとする課題】しかし、上記従来技術
では、特に大きなサイズのファイルを転送する場合に
は、その間ユーザを待たせてしまうという問題があっ
た。また、ＪＡＶＡを用いても、必要なファイルが複数
に及ぶ場合はそれらすべてをリモート計算機からローカ
ル計算機に転送するので、結果的に大きなサイズのファ
イルを転送することになりユーザを待たせることがあっ
た。

【０００７】本発明の目的は、アプリケーションを構成
するプログラム情報を格納する複数のファイルをリモー
ト計算機からローカル計算機にダウンロードして実行す
るシステムにおいて、ファイルダウンロードにおけるユ
ーザの待ち時間を削減することである。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に係る発明は、複数のファイルから構成さ
れるアプリケーション・プログラムをファイルシステム
上に保持するリモート計算機から、前記アプリケーショ
ン・プログラムを構成するファイル群をローカル計算機
上のファイルシステムにダウンロードし、前記ローカル
計算機上で前記ダウンロードしたファイルを内部記憶装
置上に格納し、内部記憶装置上に格納したプログラムを
解釈して実行するアプリケーション実行方法において、
アプリケーションを実行するのに必要なファイルがロー
カル計算機のファイルシステムに存在するか否かを判定
する第１の処理ステップと、前記第１の処理ステップに
よりローカル計算機中のファイルシステムに前記ファイ
ルが存在しないことが判明した場合、リモート計算機の
ファイルシステムからローカル計算機のファイルシステ
ムに前記ファイルをダウンロードする第２の処理ステッ
プと、前記ファイルをダウンロードしたことを管理する
第３の処理ステップと、前記ファイルをローカル計算機
の内部記憶装置に格納するとともに、前記ファイルを内
部記憶装置に格納したことを管理する第４の処理ステッ
プと、前記アプリケーションを構成する複数のファイル
のダウンロード処理の優先順位を表す優先順位情報をア
プリケーションを構成するファイルの１つ中に含め、前
記アプリケーションの実行前に、前記優先順位情報を含
むファイルをローカル計算機にダウンロードし、ダウン
ロードした前記優先順位情報を用いてアプリケーション
構成ファイルのダウンロードの優先順位を記述した優先
順位テーブルを作成する第５の処理ステップと、前記第
１、第２、第３、および第４の処理ステップと並行して
行われる処理であって、前記優先順位テーブルを参照
し、その優先順位の順にリモート計算機上のファイルシ
ステムからローカル計算機上のファイルシステムにファ
イルをダウンロードし、ダウンロードしたファイルを管
理する第６の処理ステップとを備えたことを特徴とす
る。

【０００９】請求項２に係る発明は、請求項１におい
て、前記アプリケーション実行時に、実行対象のファイ
ルを管理する処理ステップと、前記アプリケーションを
構成するファイルの１つ中に、そのアプリケーションを
構成する複数ファイル間の依存関係情報を含め、前記依
存関係情報および前記実行対象ファイルの管理情報に基
づいて、ダウンロードの優先順位をアプリケーションの
実行時に動的に決定する処理ステップとをさらに備えた
ことを特徴とする。

【００１０】請求項３に係る発明は、複数のファイルか
ら構成されるアプリケーション・プログラムをファイル
システム上に保持するリモート計算機から、前記アプリ
ケーション・プログラムを構成するファイル群をローカ
ル計算機上のファイルシステムにダウンロードし、前記
ローカル計算機上で前記ダウンロードしたファイルを内
部記憶装置上に格納し、内部記憶装置上に格納したプロ
グラムを解釈して実行するアプリケーション実行方法に
おいて、前記ローカル計算機上で、前記アプリケーショ
ンを構成するファイルのうちの１つを内部記憶装置上に
格納して実行する実行ステップと、前記ローカル計算機
上で、前記実行ステップとは別プロセスで並行して、前
記アプリケーションを構成する他のファイルのダウンロ
ードを順次行うダウンロードステップとを備えたことを
特徴とする。

【００１１】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。

【００１２】図１は、本発明に係るアプリケーション実
行方法を実現するために用いる計算機の構成（１００）
の例を示すものである。前記計算機は、内部記憶装置で
あるメモリ（１０６）、ファイルシステムで管理される
ファイルの実体を格納する外部記憶装置（１０３）、ア
プリケーションの実行処理等を行う中央処理装置（１０
４）、ユーザからの入力出力を受けるための入出力装置
（１０２）、計算機の処理内容等を表示する表示装置
（１０１）、およびネットワークからのデータの入出力
を行うネットワーク装置（１０５）から構成され、これ
らの構成要素は互いにデータを転送するためのバス（１
０７）により接続されている。

【００１３】図２は、本発明に係るアプリケーション実
行方法を適用したアプリケーション実行システムの構成
およびその動作環境（２００）を示す。本アプリケーシ
ョン実行システム（２０２）は、アプリケーション実行
部（２０２１）、ダウンロード管理部（２０２２）、ロ
ードモジュールファイル管理テーブル（２０２３）、ダ
ウンロードファイル管理テーブル（２０２４）、ダウン
ロード情報（２０２６）、および優先順位テーブル（２
０２５）を備えている。

【００１４】次に、本アプリケーション実行システムの
動作環境について述べる。動作環境としては、「従来の
技術」で述べた従来技術であるＷＷＷを利用する。計算
機（２０１）は、アプリケーション実行システム（２０
２）が実行される計算機であり、これをローカル計算機
と呼ぶ。計算機（２０５）は、ネットワーク（２０４）
を介してローカル計算機（２０１）と接続されている。
前記計算機（２０５）をリモート計算機と呼ぶ。ローカ
ル計算機（２０１）とリモート計算機（２０５）は図１
に示した構成を有する。リモート計算機（２０５）上で
は、サーバープログラム（２０６）と呼ばれるプログラ
ムが実行されており、公知のネットワーク技術を利用し
て、ローカル計算機（２０１）上で実行されているアプ
リケーション実行システム（２０２）が、リモート計算
機（２０５）上のサーバープログラム（２０６）に対し
てリモート計算機（２０５）上のファイルシステム（２
０７）中にあるファイルの転送要求を行い、その要求に
対して、リモート計算機（２０５）は要求対象となって
いるファイルをローカル計算機（２０１）に転送し、ロ
ーカル計算機（２０１）のファイルシステム（２０３）
に格納する。

【００１５】本実施形態では、一つのアプリケーション
は、２つ以上の複数のファイルから構成される。これら
のファイルをモジュールファイルと呼ぶ。モジュールフ
ァイルには、アプリケーションを構成するプログラムと
該プログラム実行に必要なデータが格納されている。特
に、アプリケーションの実行開始時に実行されるプログ
ラムを含むファイルを先頭モジュールファイルと呼ぶ。
モジュールファイルは、ローカル計算機（２０１）のフ
ァイルシステム（２０３）、または、リモート計算機
（２０５）のファイルシステム（２０７）に存在する。

【００１６】本実施形態では、ローカル計算機（２０
１）がアプリケーションの実行時に必要とするファイル
をリモート計算機（２０５）に対して転送要求を行い、
ローカル計算機（２０１）が前記ファイルを取得し、ア
プリケーションの実行を行う。

【００１７】図３は、ロードモジュールファイル管理テ
ーブル（２０２３）のデータ構造（３００）を示すもの
である。ロードモジュールファイル管理テーブル（２０
２３）は、メモリ上にロードされたモジュールファイル
を管理するためのテーブルであり、ロードモジュールフ
ァイルエントリ（３０１）と呼ばれるデータ構造を要素
として持つ配列である。ロードモジュールファイルエン
トリ（３０１）は、モジュールファイル名称と呼ばれる
文字列（３０１１）、およびロードされたモジュールフ
ァイルのメモリ中の先頭アドレス（３０１２）から構成
されるデータ構造である。

【００１８】図４は、ダウンロードファイル管理テーブ
ル（２０２４）のデータ構造（４００）を示すものであ
る。ダウンロードファイル管理テーブル（２０２４）
は、ダウンロードされたモジュールファイルを管理する
ためのテーブルであり、ダウンロードファイルエントリ
（４０１）と呼ばれるデータ構造を要素として持つ配列
である。ダウンロードファイルエントリ（４０１）は、
モジュールファイル名称と呼ばれる文字列（４０１
１）、およびダウンロード状態（４０１２）から構成さ
れるデータ構造である。ダウンロード状態（４０１２）
は、整数型のデータ構造であり、対応するモジュールフ
ァイルの状態として、ＤＯＷＮＬＯＡＤＥＤまたはＮＯ
Ｔ＿ＤＯＷＮＬＯＡＤの２つの値の何れかをとる。

【００１９】図５は、ダウンロード情報（２０２６）の
データ構造（５００）を示すものである。ダウンロード
情報（２０２６）は、バックグラウンドでダウンロード
を行う際（詳しくは後述するが、本アプリケーション実
行システムでは、アプリケーションの実行処理を行うメ
イン処理プロセスのバックグラウンドでダウンロードを
行うダウンロードプロセスを実行するようになってい
る）のスレッドの制御のために用いるテーブルである。
ダウンロード情報（２０２６）は、スレッドフラグ（５
０１）、カレントダウンロードファイルインデックス
（５０２）、リモート計算機のネットワークアドレス
（５０３）、モジュールファイルのリモート計算機上で
の格納先ディレクトリ（５０４）、およびインストール
ディレクトリ（５０５）からなる。

【００２０】スレッドフラグ（５０１）は、整数型のデ
ータ型で、値としてＡＰＰＬＩＣＡＴＩＯＮ＿ＱＵＩ
Ｔ、ＤＯＷＮＬＯＡＤ＿ＱＵＩＴ、ＡＰＰＬＩＣＡＴＩ
ＯＮ＿ＲＵＮの３つの値をとる。スレッドフラグ（５０
１）は、アプリケーションを実行するプロセスとダウン
ロードを実行するプロセスとの間で同期をとるために用
いるフラグである。カレントダウンロードファイルイン
デックス（５０２）は、整数型のデータ構造であり、優
先順位テーブル（６００）中のあるエントリのインデッ
クス値（どこまでダウンロードしたかを示すインデック
ス値）を保持する。リモート計算機のネットワークアド
レス（５０３）は、アプリケーション実行システム（２
０２）が実行の対象とするアプリケーションを構成する
ファイルをファイルシステム中に保持するリモート計算
機（２０７）のネットワークの上のアドレスを保持する
データ構造である。モジュールファイルのリモート計算
機上での格納先ディレクトリ（５０４）は、前記リモー
ト計算機（２０７）のファイルシステム（２０７）に格
納されているアプリケーションのモジュールファイルの
格納先ディレクトリパスを保持するデータ構造である。
インストールディレクトリ（５０５）は、モジュールフ
ァイルのローカル計算機（２０１）上での格納先ディレ
クトリである。

【００２１】図６は、優先順位テーブル（２０２５）の
データ構造（６００）を示すものである。優先順位テー
ブル（２０２５）は、１つのアプリケーション実行ごと
に用意されるテーブルであり、そのアプリケーションを
構成する複数のモジュールファイルをダウンロードする
際の優先順位を格納したテーブルである。優先順位テー
ブル（２０２５）は、優先順位テーブルエントリ（６０
１）と呼ぶデータ構造を要素として持つ配列である。優
先順位テーブルエントリ（６０１）は、優先順位を表す
インデックスと呼ぶ整数型のデータ構造（６０１１）お
よびモジュールファイル名称と呼ぶ文字列（６０１２）
から構成されるデータ構造である。

【００２２】図７は、本実施の形態で述べるアプリケー
ション実行システムが実行対象とするプログラムの構造
（７００）である。先に述べたようにアプリケーション
（７００）は、１つ以上の複数のモジュールファイルか
ら構成される。先頭モジュールファイル（７０１）は、
イベントマップ（７０２）、処理ブロックの配列（７０
３）、プログラム実行に必要なデータ（７０４）、リモ
ート計算機（２０５）のネットワーク上の位置情報（７
０５）、モジュールファイルのリモート計算機上での格
納先ディレクトリパス情報（７０６）、モジュールファ
イル優先順位情報（７０７）、およびアプリケーション
のモジュールファイル構成（７０８）から構成される。
モジュールファイル（７０９）は、処理ブロックの配列
（７１０）およびアプリケーションの実行に必要なデー
タ（７１１）から構成される。

【００２３】処理ブロックは、プログラムを構成する手
続きであり、アプリケーション実行部（２０２１）によ
り解釈実行可能な形態で、ファイルに格納されたものの
ことである。リモート計算機のネットワーク上の位置情
報（７０５）は、リモート計算機（２０５）のネットワ
ーク上の位置情報を保持する領域である。モジュールフ
ァイルのリモート計算機（２０５）上での格納先ディレ
クトリパス情報（７０６）は、アプリケーション実行シ
ステム（２０２）の実行対象となるアプリケーションを
構成するモジュールファイルのリモート計算機（２０
５）のファイルシステム（２０７）上の格納先ディレク
トリパス情報を保持する領域である。モジュールファイ
ル構成（７０８）は、このアプリケーションを構成する
モジュールファイル名称の配列である。

【００２４】図８は、モジュールファイル優先順位情報
（７０７）のデータ構造（８００）を示す図である。モ
ジュールファイル優先順位情報（８００）は、モジュー
ルファイルをリモート計算機（２０５）からダウンロー
ドする際の優先順位情報を保持する領域であり、優先順
位エントリ（８０１）の配列である。優先順位エントリ
（８０１）は、整数型の優先順位（８０１１）およびモ
ジュールファイル名称（８０１２）である文字列から構
成される。優先順位（８０１１）は、１から順にモジュ
ールファイル数だけ割り振られ、同じ優先順位を持つモ
ジュールファイルはない。

【００２５】次にイベントマップについて説明する。本
実施形態のアプリケーション実行部（２０２１）のアプ
リケーションの実行方式は、イベント駆動型と呼ばれる
ものであるとする。イベント駆動型のアプリケーション
実行部（２０２１）は、以下のデータを管理する。すな
わち、イベントキュー、およびイベントマップの先頭ア
ドレスである。

【００２６】イベントとは、数値型のデータである。イ
ベントキューは、前記イベントのリストであり、２つの
関数、すなわちＰｏｓｔＥｖｅｎｔ関数およびＧｅｔＥ
ｖｅｎｔ関数により、操作されるものとする。Ｐｏｓｔ
Ｅｖｅｎｔ関数は、イベントを引数としてもつ関数であ
り、イベントキューの最後に引数イベントを加える処理
を行い、戻り値はない。入出力装置（１０２）で発生す
る入出力イベントはオペレーティング・システムからＰ
ｏｓｔＥｖｅｎｔ関数を通して、アプリケーションに通
知される。ＧｅｔＥｖｅｎｔ関数は、引数なしの関数で
あり、戻り値として、イベントキューの先頭のイベント
を返し、イベントキューの先頭イベントを削除する。

【００２７】イベントキューが長さ０のとき、ＧｅｔＥ
ｖｅｎｔ関数は、制御を呼び出し側に戻さず、呼び出し
側のスレッドの実行をアイドル状態にする。別スレッド
あるいはオペレーティング・システムが、前記イベント
キューに対して、ＰｏｓｔＥｖｅｎｔを実行し、イベン
トキューが長さ１以上になった時点で、前記ＧｅｔＥｖ
ｅｎｔ関数の呼び出しのアイドル状態を開放し、実行を
再開するものとする。

【００２８】イベントマップの先頭アドレスは、イベン
トマップ（図９で詳述する）と呼ぶデータのメモリ中の
先頭アドレスを保持するデータ構造である。

【００２９】図９は、イベントマップ（７０２）のデー
タ構造（９００）を示したものである。イベントマップ
（９００）は、イベント管理情報（９０１）と呼ばれる
データ構造を要素として持つ配列である。イベント管理
情報（９０１）は、イベント（９０１１）、当該イベン
トに対応する処理ブロックのモジュール内での相対アド
レス（９０１２）、当該処理ブロックを含むモジュール
ファイル名称（９０１３）からなるデータ構造である。

【００３０】イベントマップ（９００）は、Ｄｉｓｐａ
ｃｈＭａｐ関数を通して操作（参照）される。Ｄｉｓｐ
ａｃｈＭａｐ関数は、引数としてイベントをとり、「イ
ベントマップの先頭アドレス」で指定されるイベントマ
ップ（９００）を走査して、引数で指定されたイベント
に対応する処理ブロックのアドレス（９０１２）と当該
処理ブロックを含むモジュール名称（９０１３）の対を
ＤｉｓｐａｃｈＭａｐ関数の戻り値として返す。

【００３１】アプリケーションの特別なイベントとし
て、ＱＵＩＴイベントとＳＴＡＲＴイベントがある。Ｓ
ＴＡＲＴイベントに対してアプリケーションの実行開始
処理ブロックが、ＱＵＩＴイベントに対してアプリケー
ションの終了処理ブロックが、それぞれイベントマップ
（９００）中で対応付けられる。イベント駆動型のアプ
リケーションの実行の終了は、プログラム実行中にＱＵ
ＩＴイベントが発生することにより行われる。

【００３２】以上が、本実施形態で述べるプログラムの
構成の一例である。これはあくまで、以降で述べる本発
明に係るプログラム実行方法の実施形態を具体的に記述
するために便宜的に定義したものであることをここで断
っておく。

【００３３】次に、先頭モジュールファイル（７０１）
のダウンロードとアプリケーション実行システム（２０
２）の起動について、図１０および図２０を用いて述べ
る。本実施形態においては、先頭モジュールファイル
（７０１）のダウンロードと、これまで説明したアプリ
ケーション実行システム（２０２）の起動は、「従来の
技術」で述べた通り、従来技術であるＷＷＷとＷｅｂブ
ラウザ（１００２）の機能を用いて行われる。

【００３４】図２０は、ＨＴＭＬのスクリプト例（２０
００）である。図１０において、Ｗｅｂブラウザを構成
する処理（１００２１）〜（１００２５）および（１０
０２）は、Ｗｅｂブラウザを説明するために便宜的にこ
こで定義したものであり、実際のＷｅｂブラウザのシス
テム構成と必ずしも一致するものではないことを断って
おく。Ｗｅｂブラウザ（１００２）は、ＨＴＭＬ表示処
理（１００２２）により、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅ
ｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）スクリプトを
読み込んでブラウザ画面（１００１）に文字、図形、画
像等を表示する。ＨＴＭＬの詳細については、例えば、
文献：“ＯｐｅｎＤｅｓｉｇｎ、Ｎｏ．１３、１９９６
年４月、ＣＱ出版社、ｐ４からｐ１３、ｐ４０からｐ５
９”で説明されている。

【００３５】図２０のＨＴＭＬスクリプト（２０００）
において、文字、図形、画像等に対してハイパーリンク
先であるＵＲＬ情報が対応づけられているとき、これを
アンカーと呼ぶ。ＨＴＭＬスクリプト（２０００）の例
では、（２００１）に示すように、図１０のブラウザ画
面（１００１）上の文字“アプリケーション１”はアン
カーであり、ＵＲＬ"ｈｔｔｐ：／／ｚｚｚ．ｈｉｔａ
ｃｈｉ．ｃｏ．ｊｐ／Ａｐｐ１／ａｐｌ１．ｆｓｔ"が
対応づけられている。ａｐｌ１．ｆｓｔが、アプリケー
ション実行システム（２０２）が実行対象とするアプリ
ケーションの先頭モジュールファイルのファイル名称で
ある。

【００３６】入力処理（１００２１）により、ブラウザ
画面（１００１）上で文字列“アプリケーション１”が
入出力装置（１０２）を通してクリックされたことが判
明すると、ファイル転送要求処理（１００２３）は、Ｕ
ＲＬ情報を用いて、本例ではネットワーク上の位置情報
が“ｚｚｚ．ｈｉｔａｃｈｉ．ｃｏ．ｊｐ”であるリモ
ート計算機（２０５）に対して、通信プロトコル“ＨＴ
ＴＰ”で、ファイル"／Ａｐｐ１／ａｐｌ１．ｆｓｔ"の
ファイル転送を要求する。前記転送要求に対して、リモ
ート計算機（２０５）上のサーバープログラム（２０
６）は、要求された前記ファイル“ａｐｌ１．ｆｓｔ”
をローカル計算機（２０１）のファイルシステム（２０
３）に転送する。本実施形態においては、先頭モジュー
ルファイル（７０１）はこのようにして、ローカル計算
機（２０１）のファイルシステム（２０３）に転送され
る。さらに、Ｗｅｂブラウザ（１００２）の結果解析処
理（１００２４）は、ダウンロードされたファイルのヘ
ッダ情報を解析し、転送されたファイルの種別を特定
し、その後の処理を振り分ける。例えば、ファイルの種
別がＨＴＭＬファイルである場合には、ＨＴＭＬ表示処
理（１００２２）によりＷｅｂブラウザ画面（１００
１）に表示を行わせる。あらかじめ、ブラウザプロセス
（１００２）は、ファイル種別とそのファイルを処理す
ることができるアプリケーションを対応付けた「ＡＰ起
動対応表」（１００２５）を持っている。結果解析処理
（１００２４）は、ファイルダウンロード後、このＡＰ
起動表（１００２５）を参照して、転送されたファイル
のファイル種別に対応するアプリケーションを起動す
る。本実施形態では、先頭モジュールファイル（７０
１）のダウンロード後、そのダウンロードした前記先頭
モジュールを入力として、アプリケーション実行部（２
０２１）のアプリケーションの実行処理を開始する。

【００３７】ローカル計算機（２０１）のアプリケーシ
ョン実行部（２０２１）のアプリケーションの実行処理
（１１００）とダウンロード管理部（２０２２）の実行
（１７００）とは、別スレッドとして、並行して実行さ
れる。本発明の実施形態は、マルチスレッドが可能で、
かつスレッドの優先順位の指定ができるオペレーティン
グ・システム上で実現されるものとする。

【００３８】また、アプリケーションの実行処理（１１
００）のスレッド（メイン処理スレッドと呼ぶ）とダウ
ンロード管理部の実行（１７００）のスレッド（ダウン
ロードスレッドと呼ぶ）とは、アプリケーションの実行
の終了のタイミングにおいて、２つのスレッドの終了処
理に関して同期をとる必要がある。そこで、前記２つの
スレッド間で、前記スレッドフラグ（５０１）と呼ぶデ
ータを通して、同期をとる。

【００３９】図１１は、アプリケーション実行部（２０
２１）によるアプリケーションの実行処理（１１００）
のフローチャートを示している。本処理は、アプリケー
ション実行部（２０２１）の起動時の入力である先頭モ
ジュールファイルを入力として持ち、本処理内のローカ
ル変数として、変数ＥＶＥＮＴ、変数ＰＲＯＣ、および
変数ＭＯＤＵＬを持つ。

【００４０】まずステップ（１１０１）で、アプリケー
ション実行部（２０２１）の実行開始処理（図１２の１
２００）を行う。次にステップ（１１０２）で、ＳＴＡ
ＲＴイベントを引数としてＰｏｓｔＥｖｅｎｔを実行
し、当該アプリケーションのイベントキューの先頭にＳ
ＴＡＲＴイベントを挿入する。ステップ（１１０３）
で、ＧｅｔＥｖｅｎｔ関数の実行により、イベントキュ
ーの先頭イベントを取得し、変数ＥＶＥＮＴに格納す
る。判断（１１０４）で、変数ＥＶＥＮＴの値がＱＵＩ
Ｔイベントであるか判定する。この判定結果が真である
場合、ステップ（１１０７）に飛ぶ。この判定結果が偽
である場合は、ステップ（１１０５）に飛ぶ。ステップ
（１１０５）では、変数ＥＶＥＮＴの値を引数として、
ＤｉｓｐａｃｈＭａｐ関数を実行し、変数ＥＶＥＮＴの
値に対応する処理ブロックのモジュール内の相対アドレ
スと、当該処理ブロック含むモジュールファイル名を取
得する。前記処理ブロックのアドレスを変数ＰＲＯＣ
に、モジュールファイル名を変数ＭＯＤＵＬに格納す
る。次にステップ（１１０６）で、変数ＰＲＯＣの値と
変数ＭＯＤＵＬの値を入力として、アプリケーション実
行部（２０２１）のプログラム処理ブロックの実行処理
（図１４の１４００）を実行する。前記処理ブロックの
実行の終了後、ステップ（１１０３）に戻る。

【００４１】ステップ（１１０７）では、アプリケーシ
ョンの終了処理（１５００）を行う。ステップ（１１０
７）の後、本処理を終了する。

【００４２】図１２は、ステップ（１１０１）で実行す
るアプリケーション実行部（２０２１）の実行開始処理
（１２００）のフローチャートを示している。この処理
は、先頭モジュールファイルを入力として持つ。本処理
内のローカル変数としてｎを持つ。

【００４３】ステップ（１２０１）で、本アプリケーシ
ョン実行のイベントキューを生成する。この時点でイベ
ントキューの長さは０である。ステップ（１２０２）
で、入力である先頭モジュールファイル（７０１）をロ
ードする。ロードされた先頭モジュールファイル（７０
１）のイベントマップ（７０２）のメモリ上のアドレス
をイベントマップの先頭アドレスに設定する。これによ
り、先頭モジュールファイル（７０１）中に含まれるイ
ベントマップ（７０２）が、関数ＤｉｓｐａｃｈＭａｐ
を通してアクセス可能となる。

【００４４】次に、ステップ（１２０３）で、ロードさ
れた先頭モジュールファイル（７０１）のサーバー位置
情報（７０５）、アプリケーションのリモート計算機上
での格納先ディレクトリパス（７０６）を、それぞれ、
ダウンロード情報（２０２６、図５の５００）のリモー
ト計算機のネットワーク位置情報（５０３）、アプリケ
ーションのリモート計算機上での格納先ディレクトリパ
ス（５０４）に格納する。また、ダウンロード情報（５
００）のカレントダウンロードファイルインデックス
（５０２）に１を設定する。さらにダウンロード情報
（５００）のスレッドフラグ（５０１）をＡＰＰＬＩＣ
ＡＴＩＯＮ＿ＲＵＮに設定する。ダイアログボックスを
表示し、ユーザにインストールディレクトリパス（５０
５）の値を設定してもらう。次に、アプリケーションモ
ジュールファイル構成（７０８）の長さで、ダウンロー
ドファイル管理テーブル（２０２４、図４の４００）、
ロードモジュールファイル管理テーブル（２０２３、図
３の３００）を初期化する。具体的には、まず、各テー
ブルの確保した配列領域（当該アプリケーションを構成
するファイルモジュールの数分のデータエントリが確保
される）を０で初期化する。ダウンロードファイル管理
テーブル（４００）の１番目の要素のモジュールファイ
ル名称（４０１１）に、先頭モジュールファイル（７０
１）のファイル名称を設定する。ロードモジュールファ
イル管理テーブル（３００）の１番目の要素のモジュー
ルファイル名称（３０１１）に、先頭モジュールファイ
ル（７０１）のファイル名称を設定する。ダウンロード
ファイル管理テーブル（４００）の１番目の要素のダウ
ンロード状態（４０１２）には、ＤＯＷＮＬＯＡＤＥＤ
を設定する。ロードモジュールファイル管理テーブル
（３００）の１番目の要素の先頭アドレス（３０１２）
には、ロードされた先頭モジュールファイル（７０１）
の先頭アドレスを設定する。ローカル変数ｎに２を設定
する。以上のステップ（１２０３）の処理の後、ステッ
プ（１２０４）に進む。

【００４５】判断（１２０４）で、式「ｎ＜＝モジュー
ルファイル構成（７０８）の長さ」を評価し、その結果
が真である場合は、ステップ（１２０５）に飛ぶ。前記
評価結果が偽の場合は、ステップ（１２０８）に飛ぶ。
ステップ（１２０５）では、ロードモジュールファイル
管理テーブル（３００）のｎ番目の要素のモジュールフ
ァイル名称（３０１１）に、先頭モジュールファイル
（７０１）のモジュールファイル構成（７０８）のｎ番
目の要素のモジュールファイル名称を設定する。ステッ
プ（１２０６）では、ダウンロードファイル管理テーブ
ル（４００）のｎ番目の要素のモジュールファイル名称
（４０１１）に、先頭モジュールファイル（７０１）の
モジュールファイル構成（７０８）のｎ番目の要素のモ
ジュールファイル名称を設定する。ステップ（１２０
７）で、式「ｎ：＝ｎ＋１」を実行する。ステップ（１
２０８）では、優先順位テーブルの生成処理（図１３の
１３００）を行い、後述する処理（図１７の１７００）
を行うダウンロードスレッドを生成する。

【００４６】図１３は、ステップ（１２０８）で実行す
る優先順位テーブルの生成処理（１３００）のフローチ
ャートを示す図である。本処理は、入力として先頭モジ
ュールファイルを持ち、本処理内のローカル変数として
ｎを持つ。ステップ（１３０１）で、優先順位テーブル
（２０２５、図６の６００）を、入力である先頭モジュ
ールファイル（７０１）のモジュールファイル構成（７
０８）の長さで初期化する。次にｎに１を設定する。判
断（１３０２）で、式「ｎ＜＝モジュールファイル構成
（７０８）の長さ」を評価し、その評価結果が真である
場合、ステップ（１３０３）に飛ぶ。前記評価結果が偽
である場合、本処理を終了する。ステップ（１３０３）
で、優先順位テーブル（６００）のｎ番目の要素のイン
デックス（６０１１）に、優先順位情報（７０７）のｎ
番目の要素の優先順位（８０１１）を設定する。ステッ
プ（１３０４）で、優先順位テーブル（６００）のｎ番
目の要素のモジュールファイル名称（６０１２）に、優
先順位情報（７０７）のｎ番目の要素のモジュールファ
イル名称（８０１２）を設定する。ステップ（１３０
５）で、式「ｎ＝ｎ＋１」を実行する。ステップ（１３
０５）の後、ステップ（１３０２）へ戻る。

【００４７】図１４は、ステップ（１１０６）のアプリ
ケーション実行部（２０２１）によるプログラム処理ブ
ロックの実行処理（１４００）のフローチャートを示す
ものである。本処理は、実行対象となる処理ブロックの
モジュール内の相対アドレスと前記処理ブロックを含む
モジュール名を入力として持ち、本処理内のローカル変
数として、変数ＭＯＤＵＬＴＯＰを持つ。

【００４８】ステップ（１４０１）で、入力であるモジ
ュール名を入力としてダウンロード処理（図１９の１９
００）を実行する。なお、ここでいうダウンロード処理
はダウンロード命令の発行を行うものである（実際のダ
ウンロードはダウンロードスレッドで実行する）。ステ
ップ（１４０２）で、入力であるモジュールファイル名
称を入力として、アプリケーション実行部（２０２１）
によるロード処理（図１５の１５００）を行う。前記処
理のリターン値を変数ＭＯＤＵＬＴＯＰに格納する。ス
テップ（１４０３）で、変数ＭＯＤＵＬＴＯＰには、入
力であるモジュールファイルのメモリ中の先頭アドレス
が格納されている。前記アドレスをベースアドレス、入
力である処理ブロックのアドレスをオフセットアドレス
として、メモリ中の処理ブロックの実アドレスを計算
し、アプリケーション実行部（２０２１）が処理ブロッ
クを解釈・実行する。以上で本処理を終了する。

【００４９】図１５は、ステップ（１４０２）のアプリ
ケーション実行部（２０２１）によるモジュールファイ
ルのロード処理（１５００）のフローチャートを示すも
のである。本処理は、入力としてモジュールファイル名
称を持ち、出力としてメモリのアドレスを返す。また、
本処理は、本処理内のローカル変数として、変数ＭＯＤ
ＵＬＴＯＰを持つ。

【００５０】判断（１５０１）で、入力であるモジュー
ルファイルがすでにダウンロードされているかを調べ
る。これは、ダウンロードファイル管理テーブル（２０
２４、図４の４００）を走査し、入力であるモジュール
ファイルに対応するダウンロードファイルエントリ（４
０１）のダウンロード状態（４０１２）がＤＯＷＮＬＯ
ＡＤＥＤと等しくなっているかを判定することにより行
う。もし、前記判定で真となっている場合、入力である
モジュールファイルはダウンロードされている。前記判
定で偽となっている場合、入力であるモジュールファイ
ルはダウンロードされていない。ダウンロードされてい
る場合は、ステップ（１５０２）に飛ぶ。ダウンロード
されていない場合は、ステップ（１５０３）に飛ぶ。ス
テップ（１５０３）では、入力であるモジュールファイ
ル名称を入力としてダウンロード処理（図１９の１９０
０）を実行する。ステップ（１５０３）の後、ステップ
（１５０４）に進む。

【００５１】判断（１５０２）では、入力であるモジュ
ールファイルがメモリ中にロードされているか判定す
る。この判定は、ロードモジュールファイル管理テーブ
ル（２０２３、図３の３００）を走査し、入力であるモ
ジュールファイルに対応するロードモジュールファイル
エントリ（３０１）の先頭アドレス（３０１２）が０以
外になっている場合、前記判定結果を真とし、それ以外
を偽とする。この判定結果が真の場合、変数ＭＯＤＵＬ
ＴＯＰにロードモジュールファイルエントリ（３０１）
の先頭アドレス（３０１２）を設定して、ステップ（１
５０５）に飛ぶ。ステップ（１５０２）の判定結果が偽
である場合は、ステップ（１５０４）に飛ぶ。

【００５２】ステップ（１５０４）では、入力であるモ
ジュールファイルをメモリ中にロードし、その先頭アド
レスを変数ＭＯＤＵＬＴＯＰに格納する。ロードモジュ
ールファイル管理テーブル（２０２３、図３の３００）
を走査し、入力であるモジュールファイル名称に対応す
るロードモジュールファイルエントリ（３０１）を取得
する。前記ロードモジュールファイルエントリ（３０
１）の先頭アドレス（３０１２）に変数ＭＯＤＵＬＴＯ
Ｐの値を格納する。ステップ（１５０５）では、本処理
の出力として、変数ＭＯＤＵＬＴＯＰの値を返す。以上
で本処理を終了する。

【００５３】図１６は、ステップ（１１０７）のアプリ
ケーション実行部（２０２１）によるアプリケーション
終了処理（１６００）のフローチャートである。判断
（１６０１）で、スレッドフラグ（５０１）がＤＯＷＮ
ＬＯＡＤ＿ＱＵＩＴになっているかを判定する。この結
果が真である場合は、ステップ（１６０４）に飛ぶ。前
記判定の結果が偽である場合は、ステップ（１６０２）
に飛ぶ。ステップ（１６０２）で、スレッドフラグ（５
０１）をＡＰＰＬＩＣＡＴＩＯＮ＿ＱＵＩＴに設定す
る。ステップ（１６０３）で、ダウンロードスレッドが
終了するまで、メイン処理のスレッドを「アイドル状
態」にし、ダウンロードスレッドの終了後、以降の処理
が再開されるようにスレッド制御を行うようオペレーテ
ィング・システムに要求する。ステップ（１６０４）
で、アプリケーションの実行を終了する。以上で本処理
を終了する。

【００５４】図１７は、第二のスレッドであるダウンロ
ードスレッド（図１２のステップ（１２０８）で生成）
で実行される処理（１７００）のフローチャートであ
る。ダウンロードスレッドで行われる処理は、メイン処
理スレッドと並行して行われる。ただし、ダウンロード
スレッドは、メイン処理スレッドよりスレッドの優先順
位を低く設定して実行される。本処理は、入力はない
が、本処理のローカル変数としてＦＩＬＥを持つ。

【００５５】判断（１７０１）で、スレッドフラグ（５
０１）にＡＰＰＬＩＣＡＴＩＯＮ＿ＱＵＩＴが設定され
ているか否か判定する。前記判定の結果が真である場
合、ステップ（１７０５）に飛ぶ。前記判断の結果が偽
である場合、判断（１７０２）に飛ぶ。判断（１７０
２）で、すべてのファイルがダウンロードされているか
否かの判定を行う。この判定では、ダウンロードファイ
ル管理テーブル（４００）中の各エントリ（４０１）を
走査し、すべてのエントリ（４０１）のダウンロード状
態（４０１２）がＤＯＷＮＬＯＡＤＥＤになっている場
合、前記判定結果を真とし、それ以外の場合、偽とす
る。本判断の結果が真の場合は、ステップ（１７０５）
に飛ぶ。本判断の結果が偽の場合、ステップ（１７０
３）に飛ぶ。ステップ（１７０３）で、ダウンロードフ
ァイル決定処理（図１８の１８００）を実行する。その
結果を変数ＦＩＬＥに格納する。ステップ（１７０４）
で、変数ＦＩＬＥの値を入力として、ダウンロード処理
（図１９の１９００）を実行する。ステップ（１７０
４）の後、ステップ（１７０１）に戻る。ステップ（１
７０５）では、スレッドフラグ（５０１）をＤＯＷＮＬ
ＯＡＤ＿ＱＵＩＴに設定し、ダウンロードスレッドを終
了する。

【００５６】図１８は、ダウンロードスレッドのステッ
プ（１７０３）で実行されるダウンロードファイル決定
処理（１８００）のフローチャートである。本処理は、
入力はないが、出力としてダウンロードすべきモジュー
ルファイル名を返す。また、本処理は、本処理内のロー
カル変数としてＦＩＬＥを持つ。

【００５７】ステップ（１８０１）で、変数ＦＩＬＥに
空文字列を設定する。ステップ（１８０２）で、カレン
トダウンロードファイルインデックス（５０２）の値を
１だけインクリメントする。判断（１８０３）で、カレ
ントダウンロードファイルインデックス（５０２）に対
応するインデックス値を持つ優先順位テーブル（６０
０）中のテーブルエントリ（６０１）が存在するか否か
の判定を行う。前記判定の結果が真（存在する）である
場合、ステップ（１８０４）に飛ぶ。前記判定が偽であ
る場合は、ステップ（１８１１）に飛ぶ。

【００５８】ステップ（１８０４）で、カレントダウン
ロードファイルインデックス（５０２）に対応する優先
順位テーブル（６００）中のテーブルエントリ（６０
１）を取得する。ステップ（１８０５）で、前記テーブ
ルエントリ（６０１）のモジュールファイルのダウンロ
ード状態（４０１２）を取得する。判断（１８０６）
で、前記ダウンロード状態がＤＯＷＮＬＯＡＤＥＤであ
るか否か判定する。この判定結果が真である場合、ステ
ップ（１８０２）に飛ぶ。前記判定結果が偽である場
合、ステップ（１８０７）に飛ぶ。ステップ（１８０
７）で、前記エントリのモジュールファイル名称の項目
を参照し、その値を変数ＦＩＬＥに設定する。ステップ
（１８０８）で、変数ＦＩＬＥの値を本処理の出力とし
て返し、本処理を終了する。

【００５９】図１９は、ダウンロード処理（１９００）
のフローチャートである。本処理は、入力としてモジュ
ールファイル名称をとる。ダウンロード処理（１９０
０）は、図１４のステップ（１４０１）、図１５のステ
ップ（１５０３）、およびダウンロードスレッドのステ
ップ（１７０４）で実行される処理である。

【００６０】判断（１９０１）で、入力であるモジュー
ル名のファイルがローカルファイルシステム（２０３）
中のインストールディレクトリパス（５０５）下にある
か検索し、存在する場合は、ステップ（１９０４）に飛
ぶ。もし存在しなければ、ステップ（１９０２）に飛
ぶ。ステップ（１９０２）で、リモート計算機のネット
ワーク上の位置情報（５０３）で特定されるリモート計
算機（２０５）に対して、モジュールファイルのリモー
ト計算機上での格納先ディレクトリ（５０４）で指定さ
れるリモート計算機のファイルシステム上のディレクト
リ下にあるファイルで、入力であるモジュールファイル
名称と同じファイル名称を持つファイルの転送要求を行
う。ステップ（１９０３）で、転送されたファイルを、
入力であるモジュールファイル名称と同じファイル名称
で、インストールディレクトリパス（５０５）で示され
るローカル計算機のファイルシステムのディレクトリの
下に格納する。ステップ（１９０４）で、ダウンロード
ファイル管理テーブル（２０２４、図４の４００）か
ら、入力であるモジュールファイル名称に対応するテー
ブルエントリ（４０１）を取得し、そのテーブルエント
リ（４０１）のダウンロード状態（４０１２）をＤＯＷ
ＮＬＯＡＥＤに設定する。

【００６１】以上で、本発明の一実施形態であるアプリ
ケーション実行システム（２０２）を説明した。上記第
１の実施形態によれば、別スレッドでもモジュールファ
イルのダウンロードを行うので、ユーザとの対話的操作
を多く含むアプリケーションファイルをダウンローディ
ングして実行する場合、ユーザ入力の待ち時間を利用し
てダウンロードを行うことができ、必要になったときに
は既にダウンロードが終了しているというようにでき
る。したがって、ファイルダウンローディング時のユー
ザの待ち時間を削減してユーザの快適さを向上させるこ
とができる。

【００６２】次に、先に述べたアプリケーション実行シ
ステム（２０２）を拡張した第２の実施の形態について
述べる。上記第１の実施の形態では、ダウンロードする
順序はスタティックに決定されていた。第２の実施の形
態では、メモリに最新にロードされたモジュールファイ
ルに依存するモジュールファイルを、次に実行される可
能性の高いモジュールとして、早めにダウンロードする
ようにした。第２の実施の形態の構成や処理は、第１の
実施の形態と同様であるので、以下では異なる部分のみ
説明する。特に、先頭モジュールファイル（７０１）、
ダウンロード情報のデータ構造（５００）、処理（１５
００）、処理（１８００）の変更点および新規に追加し
たデータ構造（２１００）の説明を行う。

【００６３】まず、先頭モジュールファイル（７０１）
に、モジュールファイル間依存関係情報を付加する。モ
ジュールファイル間依存関係情報については、図２１で
詳述する。

【００６４】図２１に、モジュールファイル間依存関係
情報のデータ構造（２１００）を示す。モジュールファ
イル間依存関係情報は、依存情報エントリ（２１０１）
と呼ぶデータ構造の配列である。依存情報エントリ（２
１０１）は、モジュールファイル名称（２１０１１）お
よび依存する他のモジュールファイル名称配列（２１０
１２）から構成される。依存する他のモジュールファイ
ル名称配列（２１０１２）は、モジュールファイル名称
（２１０１１）で特定されるモジュールファイルとプロ
グラムの制御上依存関係にあるモジュールファイルのフ
ァイル名称の配列である。図２１は、先頭モジュールフ
ァイル（７０１）に付加したモジュールファイル間依存
関係情報のデータ構造を示すが、同じデータ構造のテー
ブルをアプリケーション実行システム（２０２）中に用
意し、図１２の実行開始処理で先頭モジュールファイル
（７０１）のモジュールファイル間依存関係情報（２１
００）を当該テーブルにコピーするステップを加える。
これにより、後述する図２２の処理でモジュールファイ
ル間依存関係情報（２１００）が参照できるようにな
る。

【００６５】ダウンロード情報のデータ構造（５００）
に、リーセントロードモジュールファイル名称と呼ぶ文
字列型のデータ構造を加える。処理（１２００）のステ
ップ（１２０３）と判断（１２０４）の間に、「リーセ
ントロードモジュールファイル名称として先頭モジュー
ルファイル名称を設定する」という処理を行うステップ
を挿入する。

【００６６】さらに処理（１５００）の「スタート」と
ステップ（１５０１）の間に、「リーセントロードモジ
ュールファイル名称として、入力であるモジュールファ
イル名称を設定する」という処理を行うステップを挿入
する。これにより、一番最近にメモリ上にロードされた
モジュールファイルの名称がリーセントロードモジュー
ルファイル名称として設定される。

【００６７】ダウンロードファイル決定処理（１８０
０）を、下記のように変更する。ステップ（１８０１）
とステップ（１８０２）の間に、図２２に示すフロー
（２２００）を挿入する。本フローは、ローカル変数
ｎ、およびローカル配列変数Ｘを持つ。

【００６８】ステップ（２２０１）で、配列変数Ｘに、
モジュールファイル間依存関係情報中の、リーセントモ
ジュールファイル名に対応する依存関係情報エントリの
モジュールファイル名称配列（２１０１２）を設定す
る。ステップ（２２０２）で、式「ｎ：＝１」を実行す
る。判定（２２０３）で、式「ｎ＜＝Ｘの長さ」を評価
する。評価結果が真であるとき、ステップ２２０４に飛
ぶ。評価結果が偽である場合は、ステップ１８０２に飛
ぶ。判定（２２０４）で、Ｘのｎ番目のファイル名称の
ファイルがローカル計算機のファイルシステムのインス
トールディレクトリ（５０５）下にあるか判定する。そ
の判定結果が真である場合は、ステップ（２２０６）に
飛ぶ。前記判定結果が偽である場合は、ステップ（２２
０５）に飛ぶ。ステップ（２２０５）で、式「ｎ：＝ｎ
＋１」を実行し、ステップ（２２０３）に飛ぶ。ステッ
プ（２２０６）で、変数ＦＩＬＥに、Ｘのｎ番目のファ
イル名称を設定し、ステップ（１８０８）に飛ぶ。

【００６９】上記図２２の処理により、次にダウンロー
ドするモジュールファイルを決定する際に、最近ロード
したリーセントロードモジュールファイル名称のモジュ
ールファイルに依存するモジュールファイルでダウンロ
ードされていないものがあったら、それを優先してダウ
ンロードすることになる。以上で、第１の実施形態の拡
張である第２の実施形態の説明を終了する。

【００７０】

【発明の効果】請求項１および３に係る発明によれば、
アプリケーションを構成する複数のファイルをリモート
計算機のファイルシステムからローカル計算機のファイ
ルシステムにダウンローディングして実行するシステ
ム、特に、入出力装置を用いたユーザとの対話的操作を
多く含むアプリケーションファイルをダウンローディン
グして実行するシステムにおいて、ファイルダウンロー
ディング時のユーザの待ち時間を削減してユーザの快適
さを向上させることができる。特に、請求項２のように
動的にダウンロードするファイルを決定するようにすれ
ば、よりユーザの待ち時間を削減してユーザの快適さを
向上させることができる。

【図面の簡単な説明】

【図１】 本発明の実施の形態で用いる計算機の構成例
を示す図

【図２】 アプリケーションシステムの構成およびその
動作環境を示す図

【図３】 ロードモジュールファイル管理テーブル（２
０２３）のデータ構造を示す図

【図４】 ダウンロードファイル管理テーブル（２０２
４）のデータ構造を示す図

【図５】 ダウンロード情報（２０２６）のデータ構造
を示す図

【図６】 優先順位テーブル（２０２５）のデータ構造
を示す図

【図７】 本実施形態で述べるアプリケーション実行シ
ステムが実行対象とするプログラムの構造を示す図

【図８】 モジュールファイル優先順位情報（７０８）
のデータ構造を示す図

【図９】 イベントマップ（７０２）のデータ構造を示
す図

【図１０】 先頭モジュールファイルのダウンロードと
アプリケーション実行部の起動を説明する図

【図１１】 アプリケーション実行部によるアプリケー
ションの実行処理のフローチャート図

【図１２】 アプリケーション実行部の実行開始処理の
フローチャート図

【図１３】 優先順位テーブルの生成処理のフローチャ
ート図

【図１４】 アプリケーション実行部のプログラム処理
ブロックの実行処理のフローチャート図

【図１５】 アプリケーション実行部のモジュールファ
イルのロード処理のフローチャート図

【図１６】 アプリケーション実行部のアプリケーショ
ン終了処理のフローチャート図

【図１７】 ダウンロードスレッドで実行される処理の
フローチャート図

【図１８】 ダウンロードファイル決定処理のフローチ
ャート図

【図１９】 ダウンロード処理のフローチャート図

【図２０】 ＨＴＭＬのスクリプトの例を示す図

【図２１】 モジュールファイル間依存関係情報のデー
タ構造を示す図

【図２２】 ダウンロードファイル決定処理（１８０
０）への追加フローチャート図

【符号の説明】

１００…計算機、１０１…表示装置、１０２…入出力装
置、１０３…外部記憶装置、１０４…中央処理装置、１
０５…ネットワーク装置、１０６…メモリ、１０７…バ
ス、２００…アプリケーション実行システムの構成およ
びその動作環境、２０１…ローカル計算機、２０２…ア
プリケーション実行システム、２０３…ファイルシステ
ム、２０４…ネットワーク、２０５…リモート計算機、
２０６…サーバープログラム、２０７…ファイルシステ
ム、２０２１…アプリケーション実行部、２０２２…ダ
ウンロード管理部、２０２３…ロードモジュールファイ
ル管理テーブル、２０２４…ダウンロードファイル管理
テーブル、２０２６…ダウンロード情報、２０２５…優
先順位テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 本田 由里 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内 (72)発明者 嶋崎 康一 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数のファイルから構成されるアプリケー
   ション・プログラムをファイルシステム上に保持するリ
   モート計算機から、前記アプリケーション・プログラム
   を構成するファイル群をローカル計算機上のファイルシ
   ステムにダウンロードし、前記ローカル計算機上で前記
   ダウンロードしたファイルを内部記憶装置上に格納し、
   内部記憶装置上に格納したプログラムを解釈して実行す
   るアプリケーション実行方法において、 アプリケーションを実行するのに必要なファイルがロー
   カル計算機のファイルシステムに存在するか否かを判定
   する第１の処理ステップと、 前記第１の処理ステップによりローカル計算機中のファ
   イルシステムに前記ファイルが存在しないことが判明し
   た場合、リモート計算機のファイルシステムからローカ
   ル計算機のファイルシステムに前記ファイルをダウンロ
   ードする第２の処理ステップと、 前記ファイルをダウンロードしたことを管理する第３の
   処理ステップと、 前記ファイルをローカル計算機の内部記憶装置に格納す
   るとともに、前記ファイルを内部記憶装置に格納したこ
   とを管理する第４の処理ステップと、 前記アプリケーションを構成する複数のファイルのダウ
   ンロード処理の優先順位を表す優先順位情報をアプリケ
   ーションを構成するファイルの１つ中に含め、前記アプ
   リケーションの実行前に、前記優先順位情報を含むファ
   イルをローカル計算機にダウンロードし、ダウンロード
   した前記優先順位情報を用いてアプリケーション構成フ
   ァイルのダウンロードの優先順位を記述した優先順位テ
   ーブルを作成する第５の処理ステップと、 前記第１、第２、第３、および第４の処理ステップと並
   行して行われる処理であって、前記優先順位テーブルを
   参照し、その優先順位の順にリモート計算機上のファイ
   ルシステムからローカル計算機上のファイルシステムに
   ファイルをダウンロードし、ダウンロードしたファイル
   を管理する第６の処理ステップとを備えたことを特徴と
   するアプリケーション実行方法。
2. 【請求項２】前記アプリケーション実行時に、実行対象
   のファイルを管理する処理ステップと、 前記アプリケーションを構成するファイルの１つ中に、
   そのアプリケーションを構成する複数ファイル間の依存
   関係情報を含め、前記依存関係情報および前記実行対象
   ファイルの管理情報に基づいて、ダウンロードの優先順
   位をアプリケーションの実行時に動的に決定する処理ス
   テップとをさらに備えたことを特徴とする請求項１に記
   載のアプリケーション実行方法。
3. 【請求項３】複数のファイルから構成されるアプリケー
   ション・プログラムをファイルシステム上に保持するリ
   モート計算機から、前記アプリケーション・プログラム
   を構成するファイル群をローカル計算機上のファイルシ
   ステムにダウンロードし、前記ローカル計算機上で前記
   ダウンロードしたファイルを内部記憶装置上に格納し、
   内部記憶装置上に格納したプログラムを解釈して実行す
   るアプリケーション実行方法において、 前記ローカル計算機上で、前記アプリケーションを構成
   するファイルのうちの１つを内部記憶装置上に格納して
   実行する実行ステップと、 前記ローカル計算機上で、前記実行ステップとは別プロ
   セスで並行して、前記アプリケーションを構成する他の
   ファイルのダウンロードを順次行うダウンロードステッ
   プとを備えたことを特徴とするアプリケーション実行方
   法。