JP2003036217A - Ｊａｖａアプレットバージョン管理装置 - Google Patents
Ｊａｖａアプレットバージョン管理装置Info
- Publication number
- JP2003036217A JP2003036217A JP2001223141A JP2001223141A JP2003036217A JP 2003036217 A JP2003036217 A JP 2003036217A JP 2001223141 A JP2001223141 A JP 2001223141A JP 2001223141 A JP2001223141 A JP 2001223141A JP 2003036217 A JP2003036217 A JP 2003036217A
- Authority
- JP
- Japan
- Prior art keywords
- client
- java applet
- file
- version
- applet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 新たなバージョンのＪａｖａアプレットをク
ライアントに即座に利用できるようにする。 【解決手段】 Ｗｅｂ中継サーバ３がクライアント４に
よりアクセスされたＨＴＭＬファイル及びそのＨＴＭＬ
ファイルに記述されたＪａｖａアプレットをキャッシュ
している状態において、ＨＴＭＬファイル生成処理部１
６は、既存機能を利用したクライアント４からのＨＴＭ
Ｌファイルのダウンロード要求に応じてバージョンテー
ブル１２を参照してファイル名とバージョンによりＪａ
ｖａアプレットのファイル名を形成し、ＨＴＭＬファイ
ルに組み込む。クライアント４は、ダウンロードされた
ＨＴＭＬファイルに記述のＪａｖａアプレットのダウン
ロード要求を発する。Ｗｅｂ中継サーバ３は、キャッシ
ュしている旧バージョンと異なるファイル名であるた
め、そのダウンロード要求をＷｅｂサーバ１０へ中継す
る。
ライアントに即座に利用できるようにする。 【解決手段】 Ｗｅｂ中継サーバ３がクライアント４に
よりアクセスされたＨＴＭＬファイル及びそのＨＴＭＬ
ファイルに記述されたＪａｖａアプレットをキャッシュ
している状態において、ＨＴＭＬファイル生成処理部１
６は、既存機能を利用したクライアント４からのＨＴＭ
Ｌファイルのダウンロード要求に応じてバージョンテー
ブル１２を参照してファイル名とバージョンによりＪａ
ｖａアプレットのファイル名を形成し、ＨＴＭＬファイ
ルに組み込む。クライアント４は、ダウンロードされた
ＨＴＭＬファイルに記述のＪａｖａアプレットのダウン
ロード要求を発する。Ｗｅｂ中継サーバ３は、キャッシ
ュしている旧バージョンと異なるファイル名であるた
め、そのダウンロード要求をＷｅｂサーバ１０へ中継す
る。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はＪａｖａアプレット
バージョン管理装置、特にインターネット環境において
ＨＴＭＬ(HyperText Markup Language)などのページ記
述言語により記述されたテキストファイル及びテキスト
ファイル内に指定されたＪａｖａアプレットを中継する
ウェブ中継サーバが、その中継するファイルを一時保持
するキャッシュ機能を有する場合に、最新バージョンの
Ｊａｖａアプレットをクライアントに実行させるための
一手法に関する。 【０００２】 【従来の技術】図５は、インターネットを利用した一般
的なネットワーク構成図であり、この図５には、インタ
ーネット１に接続されたＷｅｂサーバ２及びＷｅｂ中継
サーバ３、Ｗｅｂ中継サーバ３を介してインターネット
１に接続されるクライアント４が示されている。Ｗｅｂ
サーバ２は、所定のサービスを提供するためにページ記
述言語であるＨＴＭＬにより記述され生成されたテキス
トファイル（以下、「ＨＴＭＬファイル」）及び各ＨＴ
ＭＬファイルに記述されたＪａｖａアプレットを保持管
理している。Ｐｒｏｘｙサーバ等により実現されるＷｅ
ｂ中継サーバ３は、クライアント４が送信したＷｅｂサ
ーバ２へのダウンロード要求及びそのダウンロード要求
に応じてＷｅｂサーバ２がダウンロードする当該クライ
アント４へのＨＴＭＬファイル又はＪａｖａアプレット
を中継する機能を有している。更に、中継したＨＴＭＬ
ファイル、Ｊａｖａアプレットのファイルを一時保持す
るキャッシュ機能を有している。クライアント４には、
Ｗｅｂブラウザが搭載されており、所定のＨＴＭＬファ
イル及びＪａｖａアプレットのダウンロード要求を送信
し、該当するファイルを受け取るとそれを実行すること
でＷｅｂサーバ２が提供するサービスを利用することが
できる。以下、クライアント４がＷｅｂサーバ２のサー
ビスを利用する際の動作について説明する。なお、ここ
では、所望のサービスを利用する際にＨＴＭＬファイル
（例えば、ＡＢＣ．ＨＴＭＬ）にアクセスし、これに伴
い、そのＨＴＭＬファイルに記述されたＪａｖａアプレ
ット（例えば、ＡＢＣ．ＪＡＲ）がダウンロードされ実
行されるものとする。 【０００３】クライアント４がＷｅｂサーバ２が保持し
ているＨＴＭＬファイル（ファイル名：ＡＢＣ．ＨＴＭ
Ｌ）に対するダウンロード要求を発する。クライアント
４に接続されているＷｅｂ中継サーバ３は、そのクライ
アント４からの要求を分析して該当するＨＴＭＬファイ
ル、すなわちＡＢＣ．ＨＴＭＬを内部に保持しているか
否かをチェックする。初回利用等により保持していない
ことを確認すると、Ｗｅｂ中継サーバ３は、クライアン
ト４からのダウンロード要求を中継し、該当するＷｅｂ
サーバ２へ送信する。Ｗｅｂサーバ２は、クライアント
４からの要求に応じて、該当するＡＢＣ．ＨＴＭＬをダ
ウンロードする。Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ
２がダウンロードしたＨＴＭＬファイルを中継するが、
この中継の際、キャッシュ機能によりＨＴＭＬファイル
をキャッシュ５に保持する。クライアント４は、Ｗｅｂ
中継サーバ３経由で送られてきたＡＢＣ．ＨＴＭＬを受
信すると、それを実行する。ＡＢＣ．ＨＴＭＬの内容例
を図６に示す。そして、そのＡＢＣ．ＨＴＭＬにＪａｖ
ａアプレット実行の記述を検出すると、今度は、そのＪ
ａｖａアプレット、すなわちＡＢＣ．ＪＡＲのダウンロ
ード要求を発する。Ｗｅｂ中継サーバ３は、そのクライ
アント４からの要求を分析して該当するＪａｖａアプレ
ット、すなわちＡＢＣ．ＪＡＲを内部に保持しているか
否かをチェックする。初回利用等により保持していない
ことを確認すると、Ｗｅｂ中継サーバ３は、クライアン
ト４からのダウンロード要求を中継し、該当するＷｅｂ
サーバ２へ送信する。Ｗｅｂサーバ２は、クライアント
４からの要求に応じて、該当するＡＢＣ．ＪＡＲをダウ
ンロードする。Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ２
がダウンロードしたＪａｖａアプレットを中継するが、
この中継の際、キャッシュ機能によりＪａｖａアプレッ
トをキャッシュ５に保持する。クライアント４は、Ｗｅ
ｂ中継サーバ３経由で送られてきたＡＢＣ．ＪＡＲを受
信すると、それを実行する。このようにして、Ｗｅｂサ
ーバ２が提供するサービスを利用することができる。 【０００４】クライアント４では、上記のようにしてサ
ービスを利用した後、更に同じサービスを利用するため
にＡＢＣ．ＨＴＭＬへのダウンロード要求を発したとす
る。クライアント４に接続されているＷｅｂ中継サーバ
３は、そのクライアント４からの要求を分析してＡＢ
Ｃ．ＨＴＭＬを内部に保持しているか否かをチェックす
る。このとき、Ｗｅｂ中継サーバ３は、前回の処理によ
り内部に保持しているので、クライアント４からのダウ
ンロード要求を中継せずに、内部のキャッシュ５に保持
しているＨＴＭＬファイルをクライアント４へ送信す
る。クライアント４は、Ｗｅｂ中継サーバ３から送られ
てきたＡＢＣ．ＨＴＭＬを上記と同様にして実行する。
そして、そのＨＴＭＬファイルに記述されたＡＢＣ．Ｊ
ＡＲを検出すると、今度は、そのＪａｖａアプレットの
ロード要求を発する。Ｗｅｂ中継サーバ３は、そのクラ
イアント４からの要求を分析してＡＢＣ．ＪＡＲを内部
に保持しているか否かをチェックする。このとき、Ｗｅ
ｂ中継サーバ３は、前回の処理により内部に保持してい
るので、クライアント４からのダウンロード要求を中継
せずに、キャッシュ５に保持しているＡＢＣ．ＪＡＲを
クライアント４へ送信する。このようにして、クライア
ント４は、Ｗｅｂサーバ２が提供するサービスを利用す
ることができる。このとき、クライアント４は、ダウン
ロードされてきたＨＴＭＬファイル等の発信元を意識す
る必要はない。 【０００５】このように、クライアント４は、Ｗｅｂ中
継サーバ３のキャッシュ機能を利用することにより、２
回目以降、インターネット１を介することなく所望のサ
ービスを利用することができる。 【０００６】 【発明が解決しようとする課題】ところで、バグ等によ
りＪａｖａアプレットに修正が発生し、更新されたとす
る。つまり、Ｗｅｂサーバにおいて新たなバージョンの
Ｊａｖａアプレットが生成されたことになるが、このＪ
ａｖａアプレットの更新後に、旧バージョンのＪａｖａ
アプレットを利用したクライアント４から再度ダウンロ
ード要求が出されたとする。従来においては、バージョ
ンに関係なくＪａｖａアプレットのファイル名を同一と
して管理していたので、キャッシュ機能により旧バージ
ョンのＪａｖａアプレットを一時保持しているＷｅｂ中
継サーバ３は、クライアント４からのダウンロード要求
に対してキャッシュ５に保持している旧バージョンのＪ
ａｖａアプレットをクライアント４に対してダウンロー
ドしてしまう。ＨＴＭＬファイルに対しては、Ｗｅｂブ
ラウザが持つ既存の機能によりＷｅｂサーバ２が保持す
るＨＴＭＬファイルを明示してＷｅｂ中継サーバ３経由
で取得することができるため、Ｗｅｂ中継サーバ３が内
部に保持しているＨＴＭＬファイルを更新することはで
きるが、Ｊａｖａアプレットに対してはこのような機能
はない。従って、Ｗｅｂ中継サーバ３のキャッシュ５に
旧バージョンのＪａｖａアプレットが残っている間は、
新バージョンのＪａｖａアプレットをＷｅｂ中継サーバ
３のキャッシュ５に反映することはできず、よってクラ
イアント４は新バージョンのＪａｖａアプレットを実行
することができなかった。 【０００７】もちろん、Ｗｅｂ中継サーバ３のキャッシ
ュ機能を作用させずに、常にＷｅｂサーバ２からＪａｖ
ａアプレットを取り出すようにすることは可能である
が、このような設定は、ネットワーク負荷やシステムパ
フォーマンス全体を考慮すると現実的でない。 【０００８】本発明は以上のような問題を解決するため
になされたものであり、その目的は、ウェブ中継サーバ
のキャッシュ機能が作用しているインターネット環境に
おいて新たなバージョンのＪａｖａアプレットをクライ
アントに即座に利用できるようにするＪａｖａアプレッ
トバージョン管理装置を提供することにある。 【０００９】 【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るＪａｖａアプレットバージョ
ン管理装置は、ページ記述言語により記述されたテキス
トファイル及びそのテキストファイル内に指定されたＪ
ａｖａアプレットを保持管理し、ダウンロード要求に応
じて該当するテキストファイル及びＪａｖａアプレット
をダウンロードするウェブサーバと、ブラウザ機能を有
し、インターネットを介して前記ウェブサーバへテキス
トファイル又はＪａｖａアプレットのダウンロード要求
を送信するクライアントと、前記クライアントが送信し
た前記ウェブサーバへのダウンロード要求及びそのダウ
ンロード要求に応じて前記ウェブサーバがダウンロード
する当該クライアントへのテキストファイル又はＪａｖ
ａアプレットを中継すると共に、Ｊａｖａアプレットを
中継する際にはそのＪａｖａアプレットを内部キャッシ
ュに一時保持し、その後、前記クライアントからのダウ
ンロード要求が前記内部キャッシュに一時保持している
ときにはそのダウンロード要求を中継せずに一時保持し
ている当該Ｊａｖａアプレットを当該クライアントへダ
ウンロードするウェブ中継サーバとを有するネットワー
クシステムにおいて、前記ウェブサーバは、所定の規則
に従いファイル名とバージョンとの組合せにより生成さ
れるファイル名で最新バージョンのＪａｖａアプレット
が生成されたとき、そのＪａｖａアプレットのファイル
名とバージョンとが対応付けされて格納されるバージョ
ン記憶手段と、前記テキストファイルのダウンロード要
求に応じて当該テキストファイルを自動生成するテキス
トファイル生成処理手段とを有し、前記テキストファイ
ル生成処理手段は、当該テキストファイル内に記述する
Ｊａｖａアプレットのファイル名を前記バージョン記憶
手段を参照して形成するものである。 【００１０】 【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。なお、従来例と同
じ構成要素には同じ符号を付ける。 【００１１】図１は、本発明に係るＪａｖａアプレット
バージョン管理装置の一実施の形態を搭載したインター
ネット環境におけるネットワークシステムの構成図であ
る。図１には、インターネット１に接続されたＷｅｂサ
ーバ１０及びＷｅｂ中継サーバ３、Ｗｅｂ中継サーバ３
を介してインターネット１に接続されるクライアント４
が示されている。Ｗｅｂサーバ１０は、所定のサービス
を提供するためにページ記述言語であるＨＴＭＬにより
記述され生成されたテキストファイル（ＨＴＭＬファイ
ル）及び各ＨＴＭＬファイルに記述されたＪａｖａアプ
レットを図示しないデータベースにて保持管理してい
る。本実施の形態におけるＷｅｂサーバ１０は、バージ
ョンテーブル１２、バージョンテーブル更新処理部１４
及びＨＴＭＬファイル生成処理部１６を有している。詳
細は後述するが、本実施の形態ではＪａｖａアプレット
に対してバージョンアップされたときにはそのバージョ
ンを含むような名称を割り付けることを特徴としている
ので、バージョンテーブル１２には、Ｗｅｂサーバ１０
において保持管理している各Ｊａｖａアプレットと各Ｊ
ａｖａアプレットの最新バージョンとが対応付けされて
格納される。バージョンテーブル更新処理部１４は、Ｊ
ａｖａアプレットが修正され、新たなバージョンで生成
されたとき、バージョンアップされたＪａｖａアプレッ
トの最新バージョンでバージョンテーブル１２を更新す
る。ＨＴＭＬファイル生成処理部１６は、ＨＴＭＬファ
イルのダウンロード要求に応じて当該ＨＴＭＬファイル
を自動生成する。本実施の形態におけるＨＴＭＬファイ
ル生成処理部１６は、Ｗｅｂブラウザからの要求を受け
付けて、所定の外部プログラムを呼び出し、プログラム
の実行結果を返すというＷｅｂサーバ１０が持つＣＧＩ
機能により実現されている。本実施の形態におけるＷｅ
ｂ中継サーバ３及びクライアント４は、従来例と同じ構
成でよい。 【００１２】本実施の形態において特徴的なことは、Ｊ
ａｖａアプレットのファイル名をバージョンを含めた名
称とし、このＪａｖａアプレットを指定するＨＴＭＬフ
ァイルをバージョンテーブル１２を参照に自動生成する
ようにしたことである。これにより、クライアント４
は、Ｗｅｂ中継サーバ３のキャッシュ機能が作用してい
ても、Ｊａｖａアプレットの最新バージョンを実行する
ことができる。 【００１３】次に、クライアント４がＷｅｂサーバ１０
のサービスを利用する際の動作について説明する。 【００１４】クライアント４は、所望のサービスを利用
するためにＨＴＭＬファイル（例えば、ＡＢＣ．ＨＴＭ
Ｌ）のダウンロード要求を発する。クライアント４に接
続されているＷｅｂ中継サーバ３は、そのクライアント
４からの要求を分析して該当するＨＴＭＬファイル、す
なわちＡＢＣ．ＨＴＭＬを内部のキャッシュ５に保持し
ているか否かをチェックする。初回利用等により保持し
ていないことを確認すると、Ｗｅｂ中継サーバ３は、ク
ライアント４からのダウンロード要求を中継し、該当す
るＷｅｂサーバ１０へ送信する。 【００１５】Ｗｅｂサーバ１０は、クライアント４から
のダウンロード要求に応じて、対応したＨＴＭＬファイ
ルをダウンロードするが、このＷｅｂサーバ１０におけ
る処理を図２に示したフローチャートを用いて説明す
る。 【００１６】Ｗｅｂサーバ１０は、クライアント４から
のダウンロード要求を受信すると（ステップ１０１）、
ＨＴＭＬファイル生成処理部１６は、対応する外部プロ
グラムを起動してＡＢＣ．ＨＴＭＬを生成する。このと
き、Ｊａｖａアプレットのファイル名を、指定するＪａ
ｖａアプレットのファイル名とバージョン名をバージョ
ンテーブル１２から読み出して形成する（ステップ１０
２）。図３は、この処理で生成されるＡＢＣ．ＨＴＭＬ
の例を示した図であるが、この時点では、最新バージョ
ンが“Ａ００”であり、図３に示したように“ＡＢＣ＿
Ａ００．ＪＡＲ”という名称で形成される。このように
してＨＴＭＬファイルが生成されると（ステップ１０
３）、Ｗｅｂサーバ１０は、インターネット１を介して
ＨＴＭＬファイルをダウンロードする（ステップ１０
４）。 【００１７】Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ２が
ダウンロードしたＨＴＭＬファイルを中継するが、この
中継の際、キャッシュ機能によりＡＢＣ．ＨＴＭＬをキ
ャッシュ５に保持する。クライアント４は、Ｗｅｂ中継
サーバ３経由で送られてきたＡＢＣ．ＨＴＭＬを受信す
ると、それを実行する。そして、そのＡＢＣ．ＨＴＭＬ
にＪａｖａアプレット実行の記述を検出すると、今度
は、そのＪａｖａアプレット、すなわちＡＢＣ＿Ａ０
０．ＪＡＲのダウンロード要求を発する。 【００１８】Ｗｅｂ中継サーバ３は、クライアント４か
らの要求を分析して該当するＪａｖａアプレット、すな
わちＡＢＣ＿Ａ００．ＪＡＲを内部のキャッシュ５に保
持しているか否かをチェックする。初回利用等により保
持していないことを確認すると、Ｗｅｂ中継サーバ３
は、クライアント４からのダウンロード要求を中継し、
該当するＷｅｂサーバ１０へ送信する。Ｗｅｂサーバ１
０は、クライアント４からの要求に応じて、該当するＡ
ＢＣ＿Ａ００．ＪＡＲを図示しないデータベースから取
り出してダウンロードする。Ｗｅｂ中継サーバ３は、Ｗ
ｅｂサーバ２がダウンロードしたＪａｖａアプレットを
中継するが、この中継の際、キャッシュ機能によりＪａ
ｖａアプレット、この場合ＡＢＣ＿Ａ００．ＪＡＲをキ
ャッシュ５に保持する。クライアント４は、Ｗｅｂ中継
サーバ３経由で送られてきたＡＢＣ＿Ａ００．ＪＡＲを
受信すると、それを実行する。このようにして、クライ
アント４は、Ｗｅｂサーバ１０が提供するサービスを利
用することができる。 【００１９】ここで、上記ダウンロードの後に、Ｊａｖ
ａアプレット（ＡＢＣ＿Ａ００．ＪＡＲ）に修正が発生
し、更新されたとする。本実施の形態では、更新された
ファイルには新たなバージョン、例えば“Ｂ００”を付
与するものとする。この新たなバージョンのＪａｖａア
プレットのファイル名は、上記規則に基づくと“ＡＢＣ
＿Ｂ００．ＪＡＲ”となる。このとき、バージョンテー
ブル更新処理部１４は、バージョンテーブル１２に登録
されているファイル名“ＡＢＣ”のバージョンを“Ａ０
０”から“Ｂ００”に更新する。なお、バージョンテー
ブル更新処理部１４は、Ｊａｖａアプレットを更新した
開発者等の操作によって起動される。 【００２０】この後、クライアント４では、更に同じサ
ービスを利用するためにＡＢＣ．ＨＴＭＬへのダウンロ
ード要求を発する。前述したように、ＨＴＭＬファイル
に対しては、Ｗｅｂブラウザが持つ既存の機能により、
Ｗｅｂ中継サーバ３がキャッシュしているファイルでは
なく、Ｗｅｂサーバ１０が保持するＨＴＭＬファイルを
明示してＷｅｂ中継サーバ３経由で取得することができ
る。つまり、ユーザ操作によりＷｅｂサーバ１０からＨ
ＴＭＬファイルを強制的に取得することができる。本実
施の形態において、クライアント４のユーザは、少なく
とも２回目以降のダウンロード要求の際には、常にこの
既存の機能を選択してＨＴＭＬファイルのダウンロード
要求を発することにする。従って、Ｗｅｂ中継サーバ３
は、前回までの中継処理によりＨＴＭＬファイルをキャ
ッシュ５に保持しているいないに関係なくクライアント
４からのダウンロード要求を単に中継することになる。 【００２１】Ｗｅｂサーバ１０のＨＴＭＬファイル生成
処理部１６は、クライアント４からの要求に応じて、該
当するＡＢＣ．ＨＴＭＬを自動生成するが、その手順は
前述したとおりなので、説明を省略する。但し、Ｊａｖ
ａアプレットの名称は、上記説明した処理では“ＡＢＣ
＿Ａ００．ＪＡＲ”として形成されたが、この時点にお
いては、バージョンテーブル１２に登録されているファ
イル名“ＡＢＣ”のバージョンは“Ｂ００”なので、
“ＡＢＣ＿Ｂ００．ＪＡＲ”となる。この処理で自動生
成されるＡＢＣ．ＨＴＭＬの内容例を図４に示す。 【００２２】クライアント４は、Ｗｅｂ中継サーバ３を
経由してＷｅｂサーバ１０から送られてきたＡＢＣ．Ｈ
ＴＭＬを上記と同様にして実行する。そして、そのＨＴ
ＭＬファイルにＪａｖａアプレット実行の記述を検出す
ると、今度は、そのＪａｖａアプレットのダウンロード
要求を発する。ここで、ＡＢＣ．ＨＴＭＬに記述されて
いるＪａｖａアプレットの名称は“ＡＢＣ＿Ｂ００．Ｊ
ＡＲ”である。 【００２３】Ｗｅｂ中継サーバ３は、従来例と同様に、
クライアント４からの要求を分析して、該当するＪａｖ
ａアプレット、すなわちＡＢＣ＿Ｂ００．ＪＡＲをキャ
ッシュ５に保持しているか否かをチェックする。旧バー
ジョンのＡＢＣ＿Ａ００．ＪＡＲは保持されていても、
最新バージョンであるＡＢＣ＿Ｂ００．ＪＡＲは旧バー
ジョンのＪａｖａアプレットとは異なる名称が付けられ
ているため、当該Ｊａｖａアプレットは、保持されてい
ないと必ず判断される。従って、Ｗｅｂ中継サーバ３
は、クライアント４からのダウンロード要求を中継し、
該当するＷｅｂサーバ１０へ送信する。Ｗｅｂサーバ１
０は、クライアント４からの要求に応じて、該当するＡ
ＢＣ＿Ｂ００．ＪＡＲを図示しないデータベースから取
り出してダウンロードする。Ｗｅｂ中継サーバ３は、Ｗ
ｅｂサーバ２がダウンロードしたＪａｖａアプレットを
中継するが、この中継の際、キャッシュ機能によりＪａ
ｖａアプレット、この場合ＡＢＣ＿Ｂ００．ＪＡＲをキ
ャッシュ５に保持する。なお、これにより、ファイル名
“ＡＢＣ”の当該Ｊａｖａアプレットに関しては、新旧
バージョンがキャッシュされることになる。なお、不要
となったＡＢＣ＿Ａ００．ＪＡＲは、今後アクセスされ
ることはなく既存機能によりいずれ消去される。クライ
アント４は、Ｗｅｂ中継サーバ３経由で送られてきたＡ
ＢＣ＿Ｂ００．ＪＡＲを受信すると、それを実行する。
このようにして、クライアント４は、Ｗｅｂサーバ１０
が提供する最新のサービスを利用することができる。 【００２４】本実施の形態によれば、Ｊａｖａアプレッ
トのファイル名にバージョンを付加して形成するように
した。つまり、従来においては、バージョンの新旧に関
係なくＪａｖａアプレットに同じファイル名（例えば
“ＡＢＣ”）を付与していたのに対して、本実施の形態
では、バージョン毎に異なるファイル名を付与するよう
にしてＪａｖａアプレットを管理するようにした。この
ようなバージョン管理を行うようにしたので、旧バージ
ョンのＪａｖａアプレットがＷｅｂ中継サーバ３のキャ
ッシュ５に保持されていたとしても、クライアント４は
最新のＪａｖａアプレットを取得することができる。な
お、上記説明において「ファイル名」というときは、従
来における“ＡＢＣ”を示すときがあったり、ファイル
名“ＡＢＣ”を含む本実施の形態における“ＡＢＣ＿Ｂ
００”を示すことがあったりするが、上記説明において
「ファイル名」が示すのはいずれであるかは明確である
と考える。 【００２５】なお、本実施の形態では、ファイルの機能
を識別するための、また、従来において使用していたフ
ァイル名に、バージョンを付加してファイル名を形成
し、それを使用している。上記説明においては、ファイ
ル名とバージョンとを“＿”にて接続するという規則に
基づきファイル名を形成したが、他の規則によってファ
イル名を形成するようにしてもよい。 【００２６】また、本実施の形態におけるネットワーク
システムでは、説明を簡略化するために、Ｗｅｂサーバ
１０、Ｗｅｂ中継サーバ３及びクライアント４を各１台
ずつ図示したが、この台数に限られるものではない。ま
た、クライアント４とＷｅｂサーバ１０との間で授受さ
れるファイルやダウンロード要求は、複数台のＷｅｂ中
継サーバ３が中継するような構成でもよい。 【００２７】また、ホームページを作成するときに使わ
れるページ記述言語として、上記説明ではＨＴＭＬを例
にして説明したが、その他の言語、例えばＸＭＬ（eXte
nsible Markup Language）等でも適用することができ
る。また、現在のところ、ブラウザへダウンロードして
実行するクライアント・ソフトとしてＪａｖａアプレッ
トを使用することが汎用的であるが、今後、Ｊａｖａア
プレットに代わるクライアント・ソフトが登場したとき
には、そのソフトにも本発明を適用することができる。 【００２８】 【発明の効果】本発明によれば、Ｊａｖａアプレットの
ファイル名にバージョンを付加して当該Ｊａｖａアプレ
ットのファイル名を形成するようにしたので、旧バージ
ョンのＪａｖａアプレットがウェブ中継サーバのキャッ
シュ機能が作用しているときでも、クライアントに最新
のＪａｖａアプレットを提供することができる。
バージョン管理装置、特にインターネット環境において
ＨＴＭＬ(HyperText Markup Language)などのページ記
述言語により記述されたテキストファイル及びテキスト
ファイル内に指定されたＪａｖａアプレットを中継する
ウェブ中継サーバが、その中継するファイルを一時保持
するキャッシュ機能を有する場合に、最新バージョンの
Ｊａｖａアプレットをクライアントに実行させるための
一手法に関する。 【０００２】 【従来の技術】図５は、インターネットを利用した一般
的なネットワーク構成図であり、この図５には、インタ
ーネット１に接続されたＷｅｂサーバ２及びＷｅｂ中継
サーバ３、Ｗｅｂ中継サーバ３を介してインターネット
１に接続されるクライアント４が示されている。Ｗｅｂ
サーバ２は、所定のサービスを提供するためにページ記
述言語であるＨＴＭＬにより記述され生成されたテキス
トファイル（以下、「ＨＴＭＬファイル」）及び各ＨＴ
ＭＬファイルに記述されたＪａｖａアプレットを保持管
理している。Ｐｒｏｘｙサーバ等により実現されるＷｅ
ｂ中継サーバ３は、クライアント４が送信したＷｅｂサ
ーバ２へのダウンロード要求及びそのダウンロード要求
に応じてＷｅｂサーバ２がダウンロードする当該クライ
アント４へのＨＴＭＬファイル又はＪａｖａアプレット
を中継する機能を有している。更に、中継したＨＴＭＬ
ファイル、Ｊａｖａアプレットのファイルを一時保持す
るキャッシュ機能を有している。クライアント４には、
Ｗｅｂブラウザが搭載されており、所定のＨＴＭＬファ
イル及びＪａｖａアプレットのダウンロード要求を送信
し、該当するファイルを受け取るとそれを実行すること
でＷｅｂサーバ２が提供するサービスを利用することが
できる。以下、クライアント４がＷｅｂサーバ２のサー
ビスを利用する際の動作について説明する。なお、ここ
では、所望のサービスを利用する際にＨＴＭＬファイル
（例えば、ＡＢＣ．ＨＴＭＬ）にアクセスし、これに伴
い、そのＨＴＭＬファイルに記述されたＪａｖａアプレ
ット（例えば、ＡＢＣ．ＪＡＲ）がダウンロードされ実
行されるものとする。 【０００３】クライアント４がＷｅｂサーバ２が保持し
ているＨＴＭＬファイル（ファイル名：ＡＢＣ．ＨＴＭ
Ｌ）に対するダウンロード要求を発する。クライアント
４に接続されているＷｅｂ中継サーバ３は、そのクライ
アント４からの要求を分析して該当するＨＴＭＬファイ
ル、すなわちＡＢＣ．ＨＴＭＬを内部に保持しているか
否かをチェックする。初回利用等により保持していない
ことを確認すると、Ｗｅｂ中継サーバ３は、クライアン
ト４からのダウンロード要求を中継し、該当するＷｅｂ
サーバ２へ送信する。Ｗｅｂサーバ２は、クライアント
４からの要求に応じて、該当するＡＢＣ．ＨＴＭＬをダ
ウンロードする。Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ
２がダウンロードしたＨＴＭＬファイルを中継するが、
この中継の際、キャッシュ機能によりＨＴＭＬファイル
をキャッシュ５に保持する。クライアント４は、Ｗｅｂ
中継サーバ３経由で送られてきたＡＢＣ．ＨＴＭＬを受
信すると、それを実行する。ＡＢＣ．ＨＴＭＬの内容例
を図６に示す。そして、そのＡＢＣ．ＨＴＭＬにＪａｖ
ａアプレット実行の記述を検出すると、今度は、そのＪ
ａｖａアプレット、すなわちＡＢＣ．ＪＡＲのダウンロ
ード要求を発する。Ｗｅｂ中継サーバ３は、そのクライ
アント４からの要求を分析して該当するＪａｖａアプレ
ット、すなわちＡＢＣ．ＪＡＲを内部に保持しているか
否かをチェックする。初回利用等により保持していない
ことを確認すると、Ｗｅｂ中継サーバ３は、クライアン
ト４からのダウンロード要求を中継し、該当するＷｅｂ
サーバ２へ送信する。Ｗｅｂサーバ２は、クライアント
４からの要求に応じて、該当するＡＢＣ．ＪＡＲをダウ
ンロードする。Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ２
がダウンロードしたＪａｖａアプレットを中継するが、
この中継の際、キャッシュ機能によりＪａｖａアプレッ
トをキャッシュ５に保持する。クライアント４は、Ｗｅ
ｂ中継サーバ３経由で送られてきたＡＢＣ．ＪＡＲを受
信すると、それを実行する。このようにして、Ｗｅｂサ
ーバ２が提供するサービスを利用することができる。 【０００４】クライアント４では、上記のようにしてサ
ービスを利用した後、更に同じサービスを利用するため
にＡＢＣ．ＨＴＭＬへのダウンロード要求を発したとす
る。クライアント４に接続されているＷｅｂ中継サーバ
３は、そのクライアント４からの要求を分析してＡＢ
Ｃ．ＨＴＭＬを内部に保持しているか否かをチェックす
る。このとき、Ｗｅｂ中継サーバ３は、前回の処理によ
り内部に保持しているので、クライアント４からのダウ
ンロード要求を中継せずに、内部のキャッシュ５に保持
しているＨＴＭＬファイルをクライアント４へ送信す
る。クライアント４は、Ｗｅｂ中継サーバ３から送られ
てきたＡＢＣ．ＨＴＭＬを上記と同様にして実行する。
そして、そのＨＴＭＬファイルに記述されたＡＢＣ．Ｊ
ＡＲを検出すると、今度は、そのＪａｖａアプレットの
ロード要求を発する。Ｗｅｂ中継サーバ３は、そのクラ
イアント４からの要求を分析してＡＢＣ．ＪＡＲを内部
に保持しているか否かをチェックする。このとき、Ｗｅ
ｂ中継サーバ３は、前回の処理により内部に保持してい
るので、クライアント４からのダウンロード要求を中継
せずに、キャッシュ５に保持しているＡＢＣ．ＪＡＲを
クライアント４へ送信する。このようにして、クライア
ント４は、Ｗｅｂサーバ２が提供するサービスを利用す
ることができる。このとき、クライアント４は、ダウン
ロードされてきたＨＴＭＬファイル等の発信元を意識す
る必要はない。 【０００５】このように、クライアント４は、Ｗｅｂ中
継サーバ３のキャッシュ機能を利用することにより、２
回目以降、インターネット１を介することなく所望のサ
ービスを利用することができる。 【０００６】 【発明が解決しようとする課題】ところで、バグ等によ
りＪａｖａアプレットに修正が発生し、更新されたとす
る。つまり、Ｗｅｂサーバにおいて新たなバージョンの
Ｊａｖａアプレットが生成されたことになるが、このＪ
ａｖａアプレットの更新後に、旧バージョンのＪａｖａ
アプレットを利用したクライアント４から再度ダウンロ
ード要求が出されたとする。従来においては、バージョ
ンに関係なくＪａｖａアプレットのファイル名を同一と
して管理していたので、キャッシュ機能により旧バージ
ョンのＪａｖａアプレットを一時保持しているＷｅｂ中
継サーバ３は、クライアント４からのダウンロード要求
に対してキャッシュ５に保持している旧バージョンのＪ
ａｖａアプレットをクライアント４に対してダウンロー
ドしてしまう。ＨＴＭＬファイルに対しては、Ｗｅｂブ
ラウザが持つ既存の機能によりＷｅｂサーバ２が保持す
るＨＴＭＬファイルを明示してＷｅｂ中継サーバ３経由
で取得することができるため、Ｗｅｂ中継サーバ３が内
部に保持しているＨＴＭＬファイルを更新することはで
きるが、Ｊａｖａアプレットに対してはこのような機能
はない。従って、Ｗｅｂ中継サーバ３のキャッシュ５に
旧バージョンのＪａｖａアプレットが残っている間は、
新バージョンのＪａｖａアプレットをＷｅｂ中継サーバ
３のキャッシュ５に反映することはできず、よってクラ
イアント４は新バージョンのＪａｖａアプレットを実行
することができなかった。 【０００７】もちろん、Ｗｅｂ中継サーバ３のキャッシ
ュ機能を作用させずに、常にＷｅｂサーバ２からＪａｖ
ａアプレットを取り出すようにすることは可能である
が、このような設定は、ネットワーク負荷やシステムパ
フォーマンス全体を考慮すると現実的でない。 【０００８】本発明は以上のような問題を解決するため
になされたものであり、その目的は、ウェブ中継サーバ
のキャッシュ機能が作用しているインターネット環境に
おいて新たなバージョンのＪａｖａアプレットをクライ
アントに即座に利用できるようにするＪａｖａアプレッ
トバージョン管理装置を提供することにある。 【０００９】 【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るＪａｖａアプレットバージョ
ン管理装置は、ページ記述言語により記述されたテキス
トファイル及びそのテキストファイル内に指定されたＪ
ａｖａアプレットを保持管理し、ダウンロード要求に応
じて該当するテキストファイル及びＪａｖａアプレット
をダウンロードするウェブサーバと、ブラウザ機能を有
し、インターネットを介して前記ウェブサーバへテキス
トファイル又はＪａｖａアプレットのダウンロード要求
を送信するクライアントと、前記クライアントが送信し
た前記ウェブサーバへのダウンロード要求及びそのダウ
ンロード要求に応じて前記ウェブサーバがダウンロード
する当該クライアントへのテキストファイル又はＪａｖ
ａアプレットを中継すると共に、Ｊａｖａアプレットを
中継する際にはそのＪａｖａアプレットを内部キャッシ
ュに一時保持し、その後、前記クライアントからのダウ
ンロード要求が前記内部キャッシュに一時保持している
ときにはそのダウンロード要求を中継せずに一時保持し
ている当該Ｊａｖａアプレットを当該クライアントへダ
ウンロードするウェブ中継サーバとを有するネットワー
クシステムにおいて、前記ウェブサーバは、所定の規則
に従いファイル名とバージョンとの組合せにより生成さ
れるファイル名で最新バージョンのＪａｖａアプレット
が生成されたとき、そのＪａｖａアプレットのファイル
名とバージョンとが対応付けされて格納されるバージョ
ン記憶手段と、前記テキストファイルのダウンロード要
求に応じて当該テキストファイルを自動生成するテキス
トファイル生成処理手段とを有し、前記テキストファイ
ル生成処理手段は、当該テキストファイル内に記述する
Ｊａｖａアプレットのファイル名を前記バージョン記憶
手段を参照して形成するものである。 【００１０】 【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。なお、従来例と同
じ構成要素には同じ符号を付ける。 【００１１】図１は、本発明に係るＪａｖａアプレット
バージョン管理装置の一実施の形態を搭載したインター
ネット環境におけるネットワークシステムの構成図であ
る。図１には、インターネット１に接続されたＷｅｂサ
ーバ１０及びＷｅｂ中継サーバ３、Ｗｅｂ中継サーバ３
を介してインターネット１に接続されるクライアント４
が示されている。Ｗｅｂサーバ１０は、所定のサービス
を提供するためにページ記述言語であるＨＴＭＬにより
記述され生成されたテキストファイル（ＨＴＭＬファイ
ル）及び各ＨＴＭＬファイルに記述されたＪａｖａアプ
レットを図示しないデータベースにて保持管理してい
る。本実施の形態におけるＷｅｂサーバ１０は、バージ
ョンテーブル１２、バージョンテーブル更新処理部１４
及びＨＴＭＬファイル生成処理部１６を有している。詳
細は後述するが、本実施の形態ではＪａｖａアプレット
に対してバージョンアップされたときにはそのバージョ
ンを含むような名称を割り付けることを特徴としている
ので、バージョンテーブル１２には、Ｗｅｂサーバ１０
において保持管理している各Ｊａｖａアプレットと各Ｊ
ａｖａアプレットの最新バージョンとが対応付けされて
格納される。バージョンテーブル更新処理部１４は、Ｊ
ａｖａアプレットが修正され、新たなバージョンで生成
されたとき、バージョンアップされたＪａｖａアプレッ
トの最新バージョンでバージョンテーブル１２を更新す
る。ＨＴＭＬファイル生成処理部１６は、ＨＴＭＬファ
イルのダウンロード要求に応じて当該ＨＴＭＬファイル
を自動生成する。本実施の形態におけるＨＴＭＬファイ
ル生成処理部１６は、Ｗｅｂブラウザからの要求を受け
付けて、所定の外部プログラムを呼び出し、プログラム
の実行結果を返すというＷｅｂサーバ１０が持つＣＧＩ
機能により実現されている。本実施の形態におけるＷｅ
ｂ中継サーバ３及びクライアント４は、従来例と同じ構
成でよい。 【００１２】本実施の形態において特徴的なことは、Ｊ
ａｖａアプレットのファイル名をバージョンを含めた名
称とし、このＪａｖａアプレットを指定するＨＴＭＬフ
ァイルをバージョンテーブル１２を参照に自動生成する
ようにしたことである。これにより、クライアント４
は、Ｗｅｂ中継サーバ３のキャッシュ機能が作用してい
ても、Ｊａｖａアプレットの最新バージョンを実行する
ことができる。 【００１３】次に、クライアント４がＷｅｂサーバ１０
のサービスを利用する際の動作について説明する。 【００１４】クライアント４は、所望のサービスを利用
するためにＨＴＭＬファイル（例えば、ＡＢＣ．ＨＴＭ
Ｌ）のダウンロード要求を発する。クライアント４に接
続されているＷｅｂ中継サーバ３は、そのクライアント
４からの要求を分析して該当するＨＴＭＬファイル、す
なわちＡＢＣ．ＨＴＭＬを内部のキャッシュ５に保持し
ているか否かをチェックする。初回利用等により保持し
ていないことを確認すると、Ｗｅｂ中継サーバ３は、ク
ライアント４からのダウンロード要求を中継し、該当す
るＷｅｂサーバ１０へ送信する。 【００１５】Ｗｅｂサーバ１０は、クライアント４から
のダウンロード要求に応じて、対応したＨＴＭＬファイ
ルをダウンロードするが、このＷｅｂサーバ１０におけ
る処理を図２に示したフローチャートを用いて説明す
る。 【００１６】Ｗｅｂサーバ１０は、クライアント４から
のダウンロード要求を受信すると（ステップ１０１）、
ＨＴＭＬファイル生成処理部１６は、対応する外部プロ
グラムを起動してＡＢＣ．ＨＴＭＬを生成する。このと
き、Ｊａｖａアプレットのファイル名を、指定するＪａ
ｖａアプレットのファイル名とバージョン名をバージョ
ンテーブル１２から読み出して形成する（ステップ１０
２）。図３は、この処理で生成されるＡＢＣ．ＨＴＭＬ
の例を示した図であるが、この時点では、最新バージョ
ンが“Ａ００”であり、図３に示したように“ＡＢＣ＿
Ａ００．ＪＡＲ”という名称で形成される。このように
してＨＴＭＬファイルが生成されると（ステップ１０
３）、Ｗｅｂサーバ１０は、インターネット１を介して
ＨＴＭＬファイルをダウンロードする（ステップ１０
４）。 【００１７】Ｗｅｂ中継サーバ３は、Ｗｅｂサーバ２が
ダウンロードしたＨＴＭＬファイルを中継するが、この
中継の際、キャッシュ機能によりＡＢＣ．ＨＴＭＬをキ
ャッシュ５に保持する。クライアント４は、Ｗｅｂ中継
サーバ３経由で送られてきたＡＢＣ．ＨＴＭＬを受信す
ると、それを実行する。そして、そのＡＢＣ．ＨＴＭＬ
にＪａｖａアプレット実行の記述を検出すると、今度
は、そのＪａｖａアプレット、すなわちＡＢＣ＿Ａ０
０．ＪＡＲのダウンロード要求を発する。 【００１８】Ｗｅｂ中継サーバ３は、クライアント４か
らの要求を分析して該当するＪａｖａアプレット、すな
わちＡＢＣ＿Ａ００．ＪＡＲを内部のキャッシュ５に保
持しているか否かをチェックする。初回利用等により保
持していないことを確認すると、Ｗｅｂ中継サーバ３
は、クライアント４からのダウンロード要求を中継し、
該当するＷｅｂサーバ１０へ送信する。Ｗｅｂサーバ１
０は、クライアント４からの要求に応じて、該当するＡ
ＢＣ＿Ａ００．ＪＡＲを図示しないデータベースから取
り出してダウンロードする。Ｗｅｂ中継サーバ３は、Ｗ
ｅｂサーバ２がダウンロードしたＪａｖａアプレットを
中継するが、この中継の際、キャッシュ機能によりＪａ
ｖａアプレット、この場合ＡＢＣ＿Ａ００．ＪＡＲをキ
ャッシュ５に保持する。クライアント４は、Ｗｅｂ中継
サーバ３経由で送られてきたＡＢＣ＿Ａ００．ＪＡＲを
受信すると、それを実行する。このようにして、クライ
アント４は、Ｗｅｂサーバ１０が提供するサービスを利
用することができる。 【００１９】ここで、上記ダウンロードの後に、Ｊａｖ
ａアプレット（ＡＢＣ＿Ａ００．ＪＡＲ）に修正が発生
し、更新されたとする。本実施の形態では、更新された
ファイルには新たなバージョン、例えば“Ｂ００”を付
与するものとする。この新たなバージョンのＪａｖａア
プレットのファイル名は、上記規則に基づくと“ＡＢＣ
＿Ｂ００．ＪＡＲ”となる。このとき、バージョンテー
ブル更新処理部１４は、バージョンテーブル１２に登録
されているファイル名“ＡＢＣ”のバージョンを“Ａ０
０”から“Ｂ００”に更新する。なお、バージョンテー
ブル更新処理部１４は、Ｊａｖａアプレットを更新した
開発者等の操作によって起動される。 【００２０】この後、クライアント４では、更に同じサ
ービスを利用するためにＡＢＣ．ＨＴＭＬへのダウンロ
ード要求を発する。前述したように、ＨＴＭＬファイル
に対しては、Ｗｅｂブラウザが持つ既存の機能により、
Ｗｅｂ中継サーバ３がキャッシュしているファイルでは
なく、Ｗｅｂサーバ１０が保持するＨＴＭＬファイルを
明示してＷｅｂ中継サーバ３経由で取得することができ
る。つまり、ユーザ操作によりＷｅｂサーバ１０からＨ
ＴＭＬファイルを強制的に取得することができる。本実
施の形態において、クライアント４のユーザは、少なく
とも２回目以降のダウンロード要求の際には、常にこの
既存の機能を選択してＨＴＭＬファイルのダウンロード
要求を発することにする。従って、Ｗｅｂ中継サーバ３
は、前回までの中継処理によりＨＴＭＬファイルをキャ
ッシュ５に保持しているいないに関係なくクライアント
４からのダウンロード要求を単に中継することになる。 【００２１】Ｗｅｂサーバ１０のＨＴＭＬファイル生成
処理部１６は、クライアント４からの要求に応じて、該
当するＡＢＣ．ＨＴＭＬを自動生成するが、その手順は
前述したとおりなので、説明を省略する。但し、Ｊａｖ
ａアプレットの名称は、上記説明した処理では“ＡＢＣ
＿Ａ００．ＪＡＲ”として形成されたが、この時点にお
いては、バージョンテーブル１２に登録されているファ
イル名“ＡＢＣ”のバージョンは“Ｂ００”なので、
“ＡＢＣ＿Ｂ００．ＪＡＲ”となる。この処理で自動生
成されるＡＢＣ．ＨＴＭＬの内容例を図４に示す。 【００２２】クライアント４は、Ｗｅｂ中継サーバ３を
経由してＷｅｂサーバ１０から送られてきたＡＢＣ．Ｈ
ＴＭＬを上記と同様にして実行する。そして、そのＨＴ
ＭＬファイルにＪａｖａアプレット実行の記述を検出す
ると、今度は、そのＪａｖａアプレットのダウンロード
要求を発する。ここで、ＡＢＣ．ＨＴＭＬに記述されて
いるＪａｖａアプレットの名称は“ＡＢＣ＿Ｂ００．Ｊ
ＡＲ”である。 【００２３】Ｗｅｂ中継サーバ３は、従来例と同様に、
クライアント４からの要求を分析して、該当するＪａｖ
ａアプレット、すなわちＡＢＣ＿Ｂ００．ＪＡＲをキャ
ッシュ５に保持しているか否かをチェックする。旧バー
ジョンのＡＢＣ＿Ａ００．ＪＡＲは保持されていても、
最新バージョンであるＡＢＣ＿Ｂ００．ＪＡＲは旧バー
ジョンのＪａｖａアプレットとは異なる名称が付けられ
ているため、当該Ｊａｖａアプレットは、保持されてい
ないと必ず判断される。従って、Ｗｅｂ中継サーバ３
は、クライアント４からのダウンロード要求を中継し、
該当するＷｅｂサーバ１０へ送信する。Ｗｅｂサーバ１
０は、クライアント４からの要求に応じて、該当するＡ
ＢＣ＿Ｂ００．ＪＡＲを図示しないデータベースから取
り出してダウンロードする。Ｗｅｂ中継サーバ３は、Ｗ
ｅｂサーバ２がダウンロードしたＪａｖａアプレットを
中継するが、この中継の際、キャッシュ機能によりＪａ
ｖａアプレット、この場合ＡＢＣ＿Ｂ００．ＪＡＲをキ
ャッシュ５に保持する。なお、これにより、ファイル名
“ＡＢＣ”の当該Ｊａｖａアプレットに関しては、新旧
バージョンがキャッシュされることになる。なお、不要
となったＡＢＣ＿Ａ００．ＪＡＲは、今後アクセスされ
ることはなく既存機能によりいずれ消去される。クライ
アント４は、Ｗｅｂ中継サーバ３経由で送られてきたＡ
ＢＣ＿Ｂ００．ＪＡＲを受信すると、それを実行する。
このようにして、クライアント４は、Ｗｅｂサーバ１０
が提供する最新のサービスを利用することができる。 【００２４】本実施の形態によれば、Ｊａｖａアプレッ
トのファイル名にバージョンを付加して形成するように
した。つまり、従来においては、バージョンの新旧に関
係なくＪａｖａアプレットに同じファイル名（例えば
“ＡＢＣ”）を付与していたのに対して、本実施の形態
では、バージョン毎に異なるファイル名を付与するよう
にしてＪａｖａアプレットを管理するようにした。この
ようなバージョン管理を行うようにしたので、旧バージ
ョンのＪａｖａアプレットがＷｅｂ中継サーバ３のキャ
ッシュ５に保持されていたとしても、クライアント４は
最新のＪａｖａアプレットを取得することができる。な
お、上記説明において「ファイル名」というときは、従
来における“ＡＢＣ”を示すときがあったり、ファイル
名“ＡＢＣ”を含む本実施の形態における“ＡＢＣ＿Ｂ
００”を示すことがあったりするが、上記説明において
「ファイル名」が示すのはいずれであるかは明確である
と考える。 【００２５】なお、本実施の形態では、ファイルの機能
を識別するための、また、従来において使用していたフ
ァイル名に、バージョンを付加してファイル名を形成
し、それを使用している。上記説明においては、ファイ
ル名とバージョンとを“＿”にて接続するという規則に
基づきファイル名を形成したが、他の規則によってファ
イル名を形成するようにしてもよい。 【００２６】また、本実施の形態におけるネットワーク
システムでは、説明を簡略化するために、Ｗｅｂサーバ
１０、Ｗｅｂ中継サーバ３及びクライアント４を各１台
ずつ図示したが、この台数に限られるものではない。ま
た、クライアント４とＷｅｂサーバ１０との間で授受さ
れるファイルやダウンロード要求は、複数台のＷｅｂ中
継サーバ３が中継するような構成でもよい。 【００２７】また、ホームページを作成するときに使わ
れるページ記述言語として、上記説明ではＨＴＭＬを例
にして説明したが、その他の言語、例えばＸＭＬ（eXte
nsible Markup Language）等でも適用することができ
る。また、現在のところ、ブラウザへダウンロードして
実行するクライアント・ソフトとしてＪａｖａアプレッ
トを使用することが汎用的であるが、今後、Ｊａｖａア
プレットに代わるクライアント・ソフトが登場したとき
には、そのソフトにも本発明を適用することができる。 【００２８】 【発明の効果】本発明によれば、Ｊａｖａアプレットの
ファイル名にバージョンを付加して当該Ｊａｖａアプレ
ットのファイル名を形成するようにしたので、旧バージ
ョンのＪａｖａアプレットがウェブ中継サーバのキャッ
シュ機能が作用しているときでも、クライアントに最新
のＪａｖａアプレットを提供することができる。
【図面の簡単な説明】
【図１】 本発明に係るＪａｖａアプレットバージョン
管理装置の一実施の形態を搭載したインターネット環境
におけるネットワークシステムの構成図である。 【図２】 本実施の形態においてＷｅｂサーバにおける
ＨＴＭＬファイルのダウンロード処理を示したフローチ
ャートである。 【図３】 本実施の形態において生成されるＨＴＭＬフ
ァイルの内容例を示した図である。 【図４】 本実施の形態において生成されるＨＴＭＬフ
ァイルの内容例を示した図である。 【図５】 従来のインターネット環境におけるネットワ
ークシステムの構成図である。 【図６】 従来においてクライアントへダウンロードさ
れるＨＴＭＬファイルの内容例を示した図である。 【符号の説明】 １ インターネット、３ Ｗｅｂ中継サーバ、４ クラ
イアント、５ キャッシュ、１０ Ｗｅｂサーバ、１２
バージョンテーブル、１４ バージョンテーブル更新
処理部、１６ ＨＴＭＬファイル生成処理部。
管理装置の一実施の形態を搭載したインターネット環境
におけるネットワークシステムの構成図である。 【図２】 本実施の形態においてＷｅｂサーバにおける
ＨＴＭＬファイルのダウンロード処理を示したフローチ
ャートである。 【図３】 本実施の形態において生成されるＨＴＭＬフ
ァイルの内容例を示した図である。 【図４】 本実施の形態において生成されるＨＴＭＬフ
ァイルの内容例を示した図である。 【図５】 従来のインターネット環境におけるネットワ
ークシステムの構成図である。 【図６】 従来においてクライアントへダウンロードさ
れるＨＴＭＬファイルの内容例を示した図である。 【符号の説明】 １ インターネット、３ Ｗｅｂ中継サーバ、４ クラ
イアント、５ キャッシュ、１０ Ｗｅｂサーバ、１２
バージョンテーブル、１４ バージョンテーブル更新
処理部、１６ ＨＴＭＬファイル生成処理部。
Claims (1)
- 【特許請求の範囲】 【請求項１】 ページ記述言語により記述されたテキス
トファイル及びそのテキストファイル内に指定されたＪ
ａｖａ（登録商標）アプレットを保持管理し、ダウンロ
ード要求に応じて該当するテキストファイル及びＪａｖ
ａアプレットをダウンロードするウェブサーバと、 ブラウザ機能を有し、インターネットを介して前記ウェ
ブサーバへテキストファイル又はＪａｖａアプレットの
ダウンロード要求を送信するクライアントと、 前記クライアントが送信した前記ウェブサーバへのダウ
ンロード要求及びそのダウンロード要求に応じて前記ウ
ェブサーバがダウンロードする当該クライアントへのテ
キストファイル又はＪａｖａアプレットを中継すると共
に、Ｊａｖａアプレットを中継する際にはそのＪａｖａ
アプレットを内部キャッシュに一時保持し、その後、前
記クライアントからのダウンロード要求が前記内部キャ
ッシュに一時保持しているときにはそのダウンロード要
求を中継せずに一時保持している当該Ｊａｖａアプレッ
トを当該クライアントへダウンロードするウェブ中継サ
ーバと、 を有するネットワークシステムにおいて、 前記ウェブサーバは、 所定の規則に従いファイル名とバージョンとの組合せに
より生成されるファイル名で最新バージョンのＪａｖａ
アプレットが生成されたとき、そのＪａｖａアプレット
のファイル名とバージョンとが対応付けされて格納され
るバージョン記憶手段と、 前記テキストファイルのダウンロード要求に応じて当該
テキストファイルを自動生成するテキストファイル生成
処理手段と、 を有し、 前記テキストファイル生成処理手段は、当該テキストフ
ァイル内に記述するＪａｖａアプレットのファイル名を
前記バージョン記憶手段を参照して形成することを特徴
とするＪａｖａアプレットバージョン管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001223141A JP2003036217A (ja) | 2001-07-24 | 2001-07-24 | Ｊａｖａアプレットバージョン管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001223141A JP2003036217A (ja) | 2001-07-24 | 2001-07-24 | Ｊａｖａアプレットバージョン管理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003036217A true JP2003036217A (ja) | 2003-02-07 |
Family
ID=19056518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001223141A Pending JP2003036217A (ja) | 2001-07-24 | 2001-07-24 | Ｊａｖａアプレットバージョン管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003036217A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004288050A (ja) * | 2003-03-24 | 2004-10-14 | Fuji Xerox Co Ltd | 候補処理データ、候補処理データ作成方法、指示書作成方法、及び指示書処理方法 |
| JP2004312711A (ja) * | 2003-03-25 | 2004-11-04 | Ricoh Co Ltd | 画像形成装置及び画像形成装置を遠隔のアプリケーションにより操作する方法 |
| JP2010057186A (ja) * | 2003-03-25 | 2010-03-11 | Ricoh Co Ltd | 端末装置、方法、及びプログラム |
| JP2014525103A (ja) * | 2011-07-27 | 2014-09-25 | クアルコム，インコーポレイテッド | クラウドコンピューティングによって向上したウェブブラウジング |
-
2001
- 2001-07-24 JP JP2001223141A patent/JP2003036217A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004288050A (ja) * | 2003-03-24 | 2004-10-14 | Fuji Xerox Co Ltd | 候補処理データ、候補処理データ作成方法、指示書作成方法、及び指示書処理方法 |
| JP2004312711A (ja) * | 2003-03-25 | 2004-11-04 | Ricoh Co Ltd | 画像形成装置及び画像形成装置を遠隔のアプリケーションにより操作する方法 |
| JP2010057186A (ja) * | 2003-03-25 | 2010-03-11 | Ricoh Co Ltd | 端末装置、方法、及びプログラム |
| JP4523991B2 (ja) * | 2003-03-25 | 2010-08-11 | 株式会社リコー | 端末装置、方法、システム、及びプログラム |
| JP2014525103A (ja) * | 2011-07-27 | 2014-09-25 | クアルコム，インコーポレイテッド | クラウドコンピューティングによって向上したウェブブラウジング |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101433981B1 (ko) | 웹 기반 애플리케이션의 오프라인 실행 | |
| RU2673403C2 (ru) | Способ доступа к веб-узлам, устройство и система веб-узла | |
| US9158845B1 (en) | Reducing latencies in web page rendering | |
| US10042948B2 (en) | Identifying correlated components of dynamic content | |
| US11095494B2 (en) | Methods and systems for implementing a cache model in a prefetching system | |
| CA2471855C (en) | Java application framework for use in a content delivery network (cdn) | |
| US7159014B2 (en) | Method and system for efficient and automated version management of embedded objects in web documents | |
| US6480882B1 (en) | Method for control and communication between computer systems linked through a network | |
| US10091289B2 (en) | Provisional execution of dynamic content component | |
| US7552220B2 (en) | System and method to refresh proxy cache server objects | |
| US6360366B1 (en) | Systems and methods for automatic application version upgrading and maintenance | |
| US6157930A (en) | Accelerating access to wide area network information in mode for showing document then verifying validity | |
| US20020095522A1 (en) | System and method for automatic provision of an application | |
| US8490077B2 (en) | Runtime versioning and distribution of dynamic web-elements | |
| JP5384646B2 (ja) | ウェブサイトについての代替ユーザエクスペリエンスを発見する方法 | |
| JP2005513640A (ja) | フラグメント・リンキングおよびフラグメント・キャッシングの方法およびシステム | |
| CN108287836A (zh) | 一种资源缓存方法及装置 | |
| US9363335B2 (en) | Method and apparatus that enables a web-based client-server application to be used offline | |
| CN111294372A (zh) | 一种在代理服务器实现缓存的方法、装置及系统 | |
| JP2003036217A (ja) | Ｊａｖａアプレットバージョン管理装置 | |
| JP2009187466A (ja) | プロキシシステム及び中継方法 | |
| CN113779458A (zh) | 应用加速加载的方法及装置、电子设备及存储介质 | |
| JP2002189600A (ja) | Ｗｅｂブラウザからのアプリケーション実行方法 | |
| CN107451182A (zh) | 基于Appcache 的文件缓存方法 | |
| Wintermeyer et al. | Caching |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050105 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050105 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070412 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070925 |