JP2001202248A - ソフトウェア・モジュール動的交換装置、ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換方法記録媒体 - Google Patents
ソフトウェア・モジュール動的交換装置、ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換方法記録媒体Info
- Publication number
- JP2001202248A JP2001202248A JP2000011473A JP2000011473A JP2001202248A JP 2001202248 A JP2001202248 A JP 2001202248A JP 2000011473 A JP2000011473 A JP 2000011473A JP 2000011473 A JP2000011473 A JP 2000011473A JP 2001202248 A JP2001202248 A JP 2001202248A
- Authority
- JP
- Japan
- Prior art keywords
- class
- application
- core
- exchange
- request
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
Abstract
(57)【要約】
【課題】 ＯＳ等のベーシック側からアプリケーション
・プログラムを止めないで、つまりデバイスを動作中に
も機能モジュールや、コアクラスの交換を可能にする。 【解決手段】 プログラム構成として、アプリケーショ
ン・モジュールとしてのアプリケーション・クラス１５
またはアプリケーション・クラスを交換するコアクラス
１６自体に、自身の更新を基本側に要求する交換要求ス
テップを設けたプログラムとし、各プログラムをロード
するプラットフォーム側に、この交換要求を受けて、対
応する新規バージョンをロードする代替コアクラス・ロ
ーダ１９を備えて、このコアクラス・ローダを搭載する
ベースクラス１８のプログラムに、新規バージョンをロ
ード後に、アプリケーションに動作を起動する開始ステ
ップを組み込んだ。
・プログラムを止めないで、つまりデバイスを動作中に
も機能モジュールや、コアクラスの交換を可能にする。 【解決手段】 プログラム構成として、アプリケーショ
ン・モジュールとしてのアプリケーション・クラス１５
またはアプリケーション・クラスを交換するコアクラス
１６自体に、自身の更新を基本側に要求する交換要求ス
テップを設けたプログラムとし、各プログラムをロード
するプラットフォーム側に、この交換要求を受けて、対
応する新規バージョンをロードする代替コアクラス・ロ
ーダ１９を備えて、このコアクラス・ローダを搭載する
ベースクラス１８のプログラムに、新規バージョンをロ
ード後に、アプリケーションに動作を起動する開始ステ
ップを組み込んだ。
Description
【０００１】
【発明の属する技術分野】本発明はネットワークに接続
されているデバイスで動作するアプリケーションの実行
に必要なモジュールを、同じくネットワークに接続され
ている遠隔の端末から交換するための、ソフトウェアモ
ジュールの交換方式に関するものである。
されているデバイスで動作するアプリケーションの実行
に必要なモジュールを、同じくネットワークに接続され
ている遠隔の端末から交換するための、ソフトウェアモ
ジュールの交換方式に関するものである。
【０００２】
【従来の技術】デバイスと端末がネットワークに接続さ
れていて、デバイス上のソフトウエアモジュールを端末
から交換する典型的な従来のシステム構成として、特開
平１１−４５１７４号公報に示されたものを図１０に示
す。図において、１１１はデバイス本体、１１２は端
末、１１３はデバイス本体１と端末２が接続されている
ネットワーク、１１４はデバイス本体１１１上で動作す
るアプリケーション、１２０はアプリケーション１１４
を実行するためのプラットフォーム（ＯＳ）、１１５は
アプリケーション１１４の機能を実現するアプリケーシ
ョン・クラス（ファイルＡ，Ｂ，Ｃ）、１１６はアプリ
ケーション・クラス１１５の管理や交換を行うコアクラ
ス（コピーフィルタ）、１１７はアプリケーション・ク
ラス１１５のロードを行うアプリケーション・クラス・
ローダ、１１８はコアクラスの機能を実現するサブコア
モジュール、１２１はコアクラス１１６及びそこで使用
されている各サブコアモジュール１１８のロードを行う
コアクラス・ローダである。デバイス本体１１１で動作
するアプリケーション１１４のバージョンアップを行う
ために、アプリケーション・クラス１１５を新しいモジ
ュールに交換する場合、そのアプリケーション・クラス
１１５の交換はモジュール交換機能を持つコアクラス１
１６にあるアプリケーション・クラス・ローダ１１７を
通してロードされ、交換が行われる。
れていて、デバイス上のソフトウエアモジュールを端末
から交換する典型的な従来のシステム構成として、特開
平１１−４５１７４号公報に示されたものを図１０に示
す。図において、１１１はデバイス本体、１１２は端
末、１１３はデバイス本体１と端末２が接続されている
ネットワーク、１１４はデバイス本体１１１上で動作す
るアプリケーション、１２０はアプリケーション１１４
を実行するためのプラットフォーム（ＯＳ）、１１５は
アプリケーション１１４の機能を実現するアプリケーシ
ョン・クラス（ファイルＡ，Ｂ，Ｃ）、１１６はアプリ
ケーション・クラス１１５の管理や交換を行うコアクラ
ス（コピーフィルタ）、１１７はアプリケーション・ク
ラス１１５のロードを行うアプリケーション・クラス・
ローダ、１１８はコアクラスの機能を実現するサブコア
モジュール、１２１はコアクラス１１６及びそこで使用
されている各サブコアモジュール１１８のロードを行う
コアクラス・ローダである。デバイス本体１１１で動作
するアプリケーション１１４のバージョンアップを行う
ために、アプリケーション・クラス１１５を新しいモジ
ュールに交換する場合、そのアプリケーション・クラス
１１５の交換はモジュール交換機能を持つコアクラス１
１６にあるアプリケーション・クラス・ローダ１１７を
通してロードされ、交換が行われる。
【０００３】以下に、上述した内容を図１０に基づいて
具体的に説明する。まず、プラットフォーム１２０はア
プリケーション１１４を起動するために、コアクラス・
ローダ１２１を使用してコアクラス１１６とアプリケー
ション・クラス・ローダ１１７と各サブコアモジュール
１１８のロードを行い、その後コアクラス１１６を起動
する。起動されたコアクラス１１６はアプリケーション
１１４の機能を実行するために、アプリケーション・ク
ラス・ローダ１１７を使用して、アプリケーション・ク
ラス１１５をロードし、更に、その動作を開始させる。
アプリケーション・クラス１１５の交換を行う場合、コ
アクラス１１６は、各アプリケーション・クラス１１５
を停止させ、再びアプリケーション・クラス・ローダ１
１７を使用して新しいアプリケーション・クラス１１５
をロードし、更にその動作を開始させる。このように、
アプリケーション・クラス・ローダ（リネーム部）がＯ
Ｓとは関係なく起動し、アプリケーション・クラスを交
換する場合が説明されているが、他の先行例ではＯＳ側
からロードモジュールを（交換）起動するので、交換の
ためにはＯＳを一度、止めてから行うことが必要であ
る。
具体的に説明する。まず、プラットフォーム１２０はア
プリケーション１１４を起動するために、コアクラス・
ローダ１２１を使用してコアクラス１１６とアプリケー
ション・クラス・ローダ１１７と各サブコアモジュール
１１８のロードを行い、その後コアクラス１１６を起動
する。起動されたコアクラス１１６はアプリケーション
１１４の機能を実行するために、アプリケーション・ク
ラス・ローダ１１７を使用して、アプリケーション・ク
ラス１１５をロードし、更に、その動作を開始させる。
アプリケーション・クラス１１５の交換を行う場合、コ
アクラス１１６は、各アプリケーション・クラス１１５
を停止させ、再びアプリケーション・クラス・ローダ１
１７を使用して新しいアプリケーション・クラス１１５
をロードし、更にその動作を開始させる。このように、
アプリケーション・クラス・ローダ（リネーム部）がＯ
Ｓとは関係なく起動し、アプリケーション・クラスを交
換する場合が説明されているが、他の先行例ではＯＳ側
からロードモジュールを（交換）起動するので、交換の
ためにはＯＳを一度、止めてから行うことが必要であ
る。
【０００４】しかし上記のアプリケーション・クラス１
１５の交換は、コアクラス１１６とその構成要素の一つ
であるアプリケーション・クラス・ローダ１１７を用い
て行うことができるが、コアクラス１１６の機能のバー
ジョンアップを行いたい場合、コアクラス１１６と、コ
アクラス１１６で使用するモジュールアプリケーション
・クラス・ローダ１１７及びサブコアモジュール１１８
はプラットフォーム（仮想ＯＳ）１２０にあるコアクラ
ス・ローダ１２１でロードされているために、プラット
フォーム１２０を再起動し直して、もう一度コアクラス
・ローダ１２１で新しいモジュール（コアクラス）がロ
ードされるか、またはプラットフォーム１２０でモジュ
ールの交換がサポートされる必要がある。通常はプラッ
トフォーム１２０でモジュールの交換がサポートされて
いないので、コアクラス１１６またはアプリケーション
・クラス・ローダ１１７を交換するためには、一度シス
テムを止めて、プラットフォームを再起動する必要があ
る。こうしてシステムを止めない範囲に交換限度を定め
ると、アプリケーション１１４でバージョンアップでき
るものはアプリケーション・クラス１１５のみとなり、
またはアプリケーション・クラス１１５の交換処理の起
動さえもコアクラス１１６の機能範囲内に制限されてし
まう。
１５の交換は、コアクラス１１６とその構成要素の一つ
であるアプリケーション・クラス・ローダ１１７を用い
て行うことができるが、コアクラス１１６の機能のバー
ジョンアップを行いたい場合、コアクラス１１６と、コ
アクラス１１６で使用するモジュールアプリケーション
・クラス・ローダ１１７及びサブコアモジュール１１８
はプラットフォーム（仮想ＯＳ）１２０にあるコアクラ
ス・ローダ１２１でロードされているために、プラット
フォーム１２０を再起動し直して、もう一度コアクラス
・ローダ１２１で新しいモジュール（コアクラス）がロ
ードされるか、またはプラットフォーム１２０でモジュ
ールの交換がサポートされる必要がある。通常はプラッ
トフォーム１２０でモジュールの交換がサポートされて
いないので、コアクラス１１６またはアプリケーション
・クラス・ローダ１１７を交換するためには、一度シス
テムを止めて、プラットフォームを再起動する必要があ
る。こうしてシステムを止めない範囲に交換限度を定め
ると、アプリケーション１１４でバージョンアップでき
るものはアプリケーション・クラス１１５のみとなり、
またはアプリケーション・クラス１１５の交換処理の起
動さえもコアクラス１１６の機能範囲内に制限されてし
まう。
【０００５】
【発明が解決しようとする課題】以上のように従来の構
成では、機能モジュールの動作中に交換はできても、メ
インコアモジュールや機能モジュールローダの動作中の
交換はできないという課題があった。
成では、機能モジュールの動作中に交換はできても、メ
インコアモジュールや機能モジュールローダの動作中の
交換はできないという課題があった。
【０００６】本発明は上記の課題を解決しようとするも
ので、ＯＳ等のベーシック側からアプリケーション・プ
ログラムを止めないで、つまりデバイスを動作中にも機
能モジュールや、コアクラスの交換を可能にする。
ので、ＯＳ等のベーシック側からアプリケーション・プ
ログラムを止めないで、つまりデバイスを動作中にも機
能モジュールや、コアクラスの交換を可能にする。
【０００７】
【課題を解決するための手段】この発明に係るソフトウ
ェア・モジュール動的交換装置は、アプリケーションを
搭載するデバイスでは、プログラム構成として、アプリ
ケーション・モジュールとしてのアプリケーション・ク
ラスまたはアプリケーション・クラスを交換するコアク
ラス自体に、自身の更新を基本側に要求する交換要求ス
テップを設けたプログラムとし、各プログラムをロード
するプラットフォーム側に、この交換要求を受けて、対
応する新規バージョンをロードするコアクラス・ローダ
を備えて、このコアクラス・ローダを搭載するベースク
ラスのプログラムに新規バージョンをロード後に、アプ
リケーションに動作を起動する開始ステップを組み込ん
だ。
ェア・モジュール動的交換装置は、アプリケーションを
搭載するデバイスでは、プログラム構成として、アプリ
ケーション・モジュールとしてのアプリケーション・ク
ラスまたはアプリケーション・クラスを交換するコアク
ラス自体に、自身の更新を基本側に要求する交換要求ス
テップを設けたプログラムとし、各プログラムをロード
するプラットフォーム側に、この交換要求を受けて、対
応する新規バージョンをロードするコアクラス・ローダ
を備えて、このコアクラス・ローダを搭載するベースク
ラスのプログラムに新規バージョンをロード後に、アプ
リケーションに動作を起動する開始ステップを組み込ん
だ。
【０００８】また更に、デバイスには、外部からの新規
アプリケーション・モジュールまたは新規コアクラスを
受ける記憶部分を備えて、交換に先立って外部から交換
用の新規アプリケーション・モジュールまたは新規コア
クラスを記憶するようにした。
アプリケーション・モジュールまたは新規コアクラスを
受ける記憶部分を備えて、交換に先立って外部から交換
用の新規アプリケーション・モジュールまたは新規コア
クラスを記憶するようにした。
【０００９】この発明に係るソフトウェア・モジュール
動的交換方法は、デバイス上にアプリケーション・プロ
グラム（以下アプリケーション）を展開して動作する構
成において、アプリケーション・モジュールとしてのア
プリケーション・クラスまたはアプリケーション・クラ
スを交換するコアクラス自体に、自身の更新を基本側に
要求する交換要求ステップと、各プログラムをロードす
るプラットフォーム側に、この交換要求を受けて、対応
する新規バージョンをロードするステップと、ロード後
に、アプリケーションに動作を起動する開始ステップを
備えた。
動的交換方法は、デバイス上にアプリケーション・プロ
グラム（以下アプリケーション）を展開して動作する構
成において、アプリケーション・モジュールとしてのア
プリケーション・クラスまたはアプリケーション・クラ
スを交換するコアクラス自体に、自身の更新を基本側に
要求する交換要求ステップと、各プログラムをロードす
るプラットフォーム側に、この交換要求を受けて、対応
する新規バージョンをロードするステップと、ロード後
に、アプリケーションに動作を起動する開始ステップを
備えた。
【００１０】また更に、ロードするステップでは、交換
要求に基づいて、アプリケーション・モジュールと、コ
アクラスの双方を同時に交換するようにした。
要求に基づいて、アプリケーション・モジュールと、コ
アクラスの双方を同時に交換するようにした。
【００１１】また更に、交換要求は、デバイスが接続す
るインタフェースを通じてアプリケーションで検出する
ようにした。
るインタフェースを通じてアプリケーションで検出する
ようにした。
【００１２】この発明に係るソフトウェア・モジュール
動的交換方法記録媒体は、デバイス上にアプリケーショ
ン・プログラムを展開して動作する計算機に対して、ア
プリケーション・モジュールとしてのアプリケーション
・クラスまたはアプリケーション・クラスを交換するコ
アクラス自体に、自身の更新を基本側に要求する交換要
求ステップと、上記各プログラムをロードするプラット
フォーム側に、この交換要求を受けて、対応する新規バ
ージョンをロードするステップと、ロード後に、アプリ
ケーションに動作を起動する開始ステップを媒体に記載
した。
動的交換方法記録媒体は、デバイス上にアプリケーショ
ン・プログラムを展開して動作する計算機に対して、ア
プリケーション・モジュールとしてのアプリケーション
・クラスまたはアプリケーション・クラスを交換するコ
アクラス自体に、自身の更新を基本側に要求する交換要
求ステップと、上記各プログラムをロードするプラット
フォーム側に、この交換要求を受けて、対応する新規バ
ージョンをロードするステップと、ロード後に、アプリ
ケーションに動作を起動する開始ステップを媒体に記載
した。
【００１３】
【発明の実施の形態】実施の形態１．メインコアモジュ
ール等、アプリケーション側のモジュールまたはコアの
交換を仮想ＯＳ側からの処理によってのみ行うのではな
く、ＯＳ等の基本プログラム側に代わって擬似的に行う
手段（プログラム、ステップ）を挿入、組み込むこと
で、ＯＳ側を止めないで動的に交換を可能にする。文書
作成プログラムや、スプレッドシートのようにＯＳを一
旦止めて更新が可能なアプリケーションもあるが、オン
ライン機器、制御用機器組み込みのアプリケーションで
あると、いったんのＯＳ等のベーシック側を停止するこ
とが望ましくない場合がある。
ール等、アプリケーション側のモジュールまたはコアの
交換を仮想ＯＳ側からの処理によってのみ行うのではな
く、ＯＳ等の基本プログラム側に代わって擬似的に行う
手段（プログラム、ステップ）を挿入、組み込むこと
で、ＯＳ側を止めないで動的に交換を可能にする。文書
作成プログラムや、スプレッドシートのようにＯＳを一
旦止めて更新が可能なアプリケーションもあるが、オン
ライン機器、制御用機器組み込みのアプリケーションで
あると、いったんのＯＳ等のベーシック側を停止するこ
とが望ましくない場合がある。
【００１４】図１は本発明の実施の形態１におけるプロ
グラムの階層を説明する図である。図において新規な要
素は、コアクラスとそれに搭載されるクラスのロードと
起動を行うベースクラス１８と、それに搭載し、コアク
ラス１６及びアプリケーション・クラス・ローダ１７等
をＯＳの動作中にＯＳに代わってロードする代替コアク
ラス・ローダである。その他の要素として、１１はデバ
イス本体、１２は端末、１３はデバイス本体１１と端末
１２が接続されているネットワーク、１４はデバイス本
体１１上で動作するアプリケーション、１５はアプリケ
ーション１４の機能を実現するためのアプリケーション
・クラス、１６はアプリケーション・クラス１５および
アプリケーション・クラス１５で使用されるクラス（図
示しない）の管理、交換およびアプリケーション・クラ
ス１５への処理の開始を要求するコアクラス、１７はア
プリケーション・クラス１５およびアプリケーション・
クラス１５で使用されるクラスのロードを行うアプリケ
ーション・クラス・ローダ、２０はプラットフォームと
してのJavaVM、２１は各種クラス（ベースクラス１８お
よび代替コアクラス・ローダ１９以外は図示しない）の
ロードを行うベースクラス・ローダである。本システム
ではプラットフォームとしてJavaを想定した場合につい
て記述するが、同じ動作をする他のプラットフォームを
使用してもよい。
グラムの階層を説明する図である。図において新規な要
素は、コアクラスとそれに搭載されるクラスのロードと
起動を行うベースクラス１８と、それに搭載し、コアク
ラス１６及びアプリケーション・クラス・ローダ１７等
をＯＳの動作中にＯＳに代わってロードする代替コアク
ラス・ローダである。その他の要素として、１１はデバ
イス本体、１２は端末、１３はデバイス本体１１と端末
１２が接続されているネットワーク、１４はデバイス本
体１１上で動作するアプリケーション、１５はアプリケ
ーション１４の機能を実現するためのアプリケーション
・クラス、１６はアプリケーション・クラス１５および
アプリケーション・クラス１５で使用されるクラス（図
示しない）の管理、交換およびアプリケーション・クラ
ス１５への処理の開始を要求するコアクラス、１７はア
プリケーション・クラス１５およびアプリケーション・
クラス１５で使用されるクラスのロードを行うアプリケ
ーション・クラス・ローダ、２０はプラットフォームと
してのJavaVM、２１は各種クラス（ベースクラス１８お
よび代替コアクラス・ローダ１９以外は図示しない）の
ロードを行うベースクラス・ローダである。本システム
ではプラットフォームとしてJavaを想定した場合につい
て記述するが、同じ動作をする他のプラットフォームを
使用してもよい。
【００１５】なお、具体的にアプリケーション・クラス
を交換する場合の例として以下がある。アプリケーショ
ンの交換の場合にはデバイスの種類に対応するので、例
えば、 １−１）監視カメラ的には縦、横への方向変化およびズ
ームなどができるが、交換前の監視カメラ用制御アプリ
ケーションではズーム機能しかサポートしていないよう
な場合、このアプリケーションを交換することによって
縦、横への方向変更機能を追加する。（デバイスの機能
にアプリケーションが追いついていない場合）。また、
今までは監視カメラの映像は監視カメラ用制御アプリケ
ーションで圧縮率の低い方式で圧縮して配信していた
が、このアプリケーションを圧縮率の高い方式で圧縮で
きるアプリケーションと交換することによって監視カメ
ラの映像をビットレートを変えることなしに品質よく配
信できる、または同じ品質の映像を低ビットレートで配
信することができるようになる（デバイスの機能とは関
係しない）。 １−２）冷蔵庫用制御アプリケーションの温度調整機能
の部分をより効率よく行うことができるものに交換す
る。 １−３）自販機制御用アプリケーションで、今までは端
末側から自販機にアクセスすることによって、情報がと
れるようになっていたが、自販機側から端末に通知でき
る機能を追加したアプリケーションに変更することによ
って、例えば、商品がなくなりそうな場合にそのことを
通知したり、釣銭が切れた場合や、その日の売り上げな
どを通知できるようになる。
を交換する場合の例として以下がある。アプリケーショ
ンの交換の場合にはデバイスの種類に対応するので、例
えば、 １−１）監視カメラ的には縦、横への方向変化およびズ
ームなどができるが、交換前の監視カメラ用制御アプリ
ケーションではズーム機能しかサポートしていないよう
な場合、このアプリケーションを交換することによって
縦、横への方向変更機能を追加する。（デバイスの機能
にアプリケーションが追いついていない場合）。また、
今までは監視カメラの映像は監視カメラ用制御アプリケ
ーションで圧縮率の低い方式で圧縮して配信していた
が、このアプリケーションを圧縮率の高い方式で圧縮で
きるアプリケーションと交換することによって監視カメ
ラの映像をビットレートを変えることなしに品質よく配
信できる、または同じ品質の映像を低ビットレートで配
信することができるようになる（デバイスの機能とは関
係しない）。 １−２）冷蔵庫用制御アプリケーションの温度調整機能
の部分をより効率よく行うことができるものに交換す
る。 １−３）自販機制御用アプリケーションで、今までは端
末側から自販機にアクセスすることによって、情報がと
れるようになっていたが、自販機側から端末に通知でき
る機能を追加したアプリケーションに変更することによ
って、例えば、商品がなくなりそうな場合にそのことを
通知したり、釣銭が切れた場合や、その日の売り上げな
どを通知できるようになる。
【００１６】また、コアクラスを変換する場合の例とし
て以下がある。 ２−１）今まではアプリケーション・クラスをロードす
る際には、一度デバイスにクラスのファイルをダウンロ
ードしてから交換を行っていたが、コアクラスのバージ
ョンアップと交換により、ネットワークを通して直接ク
ラスをロードできるようになれば、デバイスではクラス
のファイルを格納しておく分のリソースを節約できる。 ２−２）アプリケーション・クラスの管理方式を変更し
たコアクラスのバージョンアップを行う。
て以下がある。 ２−１）今まではアプリケーション・クラスをロードす
る際には、一度デバイスにクラスのファイルをダウンロ
ードしてから交換を行っていたが、コアクラスのバージ
ョンアップと交換により、ネットワークを通して直接ク
ラスをロードできるようになれば、デバイスではクラス
のファイルを格納しておく分のリソースを節約できる。 ２−２）アプリケーション・クラスの管理方式を変更し
たコアクラスのバージョンアップを行う。
【００１７】以下、図２を用いてアプリケーション１４
が起動するまでの処理について説明する。まず、アプリ
ケーション１４を起動させるために、プラットフォーム
としてのJavaVM２０がシステムクラス・ローダ２１を使
用して、ベースクラス１８をロードする。またベースク
ラス１８で使用されている代替コアクラス・ローダ１９
もロードする。さらにベースクラス１８の起動用メソッ
ドを呼び出し、アプリケーション１４を起動させる（ス
テップＳ１、以下ステップを省略）。この処理はJavaVM
２０内で行われている処理なので、プラットフォーム依
存であるが、概要的には上述した処理が行われる。
が起動するまでの処理について説明する。まず、アプリ
ケーション１４を起動させるために、プラットフォーム
としてのJavaVM２０がシステムクラス・ローダ２１を使
用して、ベースクラス１８をロードする。またベースク
ラス１８で使用されている代替コアクラス・ローダ１９
もロードする。さらにベースクラス１８の起動用メソッ
ドを呼び出し、アプリケーション１４を起動させる（ス
テップＳ１、以下ステップを省略）。この処理はJavaVM
２０内で行われている処理なので、プラットフォーム依
存であるが、概要的には上述した処理が行われる。
【００１８】ベースクラス・ローダ２１でロードされた
クラスはJavaVM２０を再起動しない限り再ロードされる
ことはないので、ベースクラス・ローダ２１でロードさ
れたクラスは動的には交換を行うことができない。しか
し、ベースクラス１８の機能は自分自身の交換を行わな
くても良いように、図３に示すように単純な機能しかな
い。図３は、図１のJavaVM２０とコアクラス１６の間に
新しく設けた単純機能のベースクラス１８と代替コアク
ラス・ローダの具体構成を示す図である。特にＳ４１、
Ｓ４３と、Ｓ４５、Ｓ４６の処理を組み込んだ部分が重
要である。この例ではコアクラス１６およびコアクラス
１６で使用されるクラスのロードとコアクラス１６への
処理の開始要求のみを行う。また、デバイスのＯＳに代
ってアプリケーション１４からのアプリケーション更新
要求を受ける機能を持つが、この説明は後に更新動作で
説明する。次に、JavaVM２０によって起動されたベース
クラス１８は、代替コアクラス・ローダ１９のインスタ
ンスを作成し（Ｓ２）、これを使用して、コアクラス１
６およびコアクラス１６で使用されるクラスのロードを
行う（Ｓ３）。この例ではコアクラス１６で使用される
クラスは、アプリケーション・クラス・ローダ１７のみ
である。上記新規要素を構成することで、Ｓ２とＳ３の
ステップが余分にいることになるが、これは後の更新動
作のために有効なステップとなる。
クラスはJavaVM２０を再起動しない限り再ロードされる
ことはないので、ベースクラス・ローダ２１でロードさ
れたクラスは動的には交換を行うことができない。しか
し、ベースクラス１８の機能は自分自身の交換を行わな
くても良いように、図３に示すように単純な機能しかな
い。図３は、図１のJavaVM２０とコアクラス１６の間に
新しく設けた単純機能のベースクラス１８と代替コアク
ラス・ローダの具体構成を示す図である。特にＳ４１、
Ｓ４３と、Ｓ４５、Ｓ４６の処理を組み込んだ部分が重
要である。この例ではコアクラス１６およびコアクラス
１６で使用されるクラスのロードとコアクラス１６への
処理の開始要求のみを行う。また、デバイスのＯＳに代
ってアプリケーション１４からのアプリケーション更新
要求を受ける機能を持つが、この説明は後に更新動作で
説明する。次に、JavaVM２０によって起動されたベース
クラス１８は、代替コアクラス・ローダ１９のインスタ
ンスを作成し（Ｓ２）、これを使用して、コアクラス１
６およびコアクラス１６で使用されるクラスのロードを
行う（Ｓ３）。この例ではコアクラス１６で使用される
クラスは、アプリケーション・クラス・ローダ１７のみ
である。上記新規要素を構成することで、Ｓ２とＳ３の
ステップが余分にいることになるが、これは後の更新動
作のために有効なステップとなる。
【００１９】以下にコアクラス１６とコアクラスで使用
されるクラスのロード処理について、Ｓ３の詳細を図４
を用いて説明する。ベースクラスのロード処理について
は、プラットフォーム依存なので、ここではプラットフ
ォームとしてJavaを使用した場合のベースクラスのロー
ド処理について説明する。まず、代替コアクラス・ロー
ダ１９がコアクラス１６のバイトコードを取り出す際、
バイトコードをローカルから取り出すのか、それともリ
モートから取り出すのかを決定する（Ｓ４）。ローカル
かリモートかを判断する方法としては、クラス名はアプ
リケーション側で指定することができるので、例えば、
リモートにあるWebサーバからバイトコードを取り出す
ような場合、ロードするクラス名を“http://ホスト名/
クラス名”のように指定することによって行うことがで
きる。ロードされるバイトコードは実際には“クラス
名.class“というファイル名であるので、取り出す際に
は”http://ホスト名/クラス名“の最後に”.class“を
付けたURLで、目的とするバイトコードを提供するWebサ
ーバに要求することによって行う。この場合上記URLで
バイトコードを取れるようにバイトコードを提供するWe
bサーバを設定しておく必要がある。
されるクラスのロード処理について、Ｓ３の詳細を図４
を用いて説明する。ベースクラスのロード処理について
は、プラットフォーム依存なので、ここではプラットフ
ォームとしてJavaを使用した場合のベースクラスのロー
ド処理について説明する。まず、代替コアクラス・ロー
ダ１９がコアクラス１６のバイトコードを取り出す際、
バイトコードをローカルから取り出すのか、それともリ
モートから取り出すのかを決定する（Ｓ４）。ローカル
かリモートかを判断する方法としては、クラス名はアプ
リケーション側で指定することができるので、例えば、
リモートにあるWebサーバからバイトコードを取り出す
ような場合、ロードするクラス名を“http://ホスト名/
クラス名”のように指定することによって行うことがで
きる。ロードされるバイトコードは実際には“クラス
名.class“というファイル名であるので、取り出す際に
は”http://ホスト名/クラス名“の最後に”.class“を
付けたURLで、目的とするバイトコードを提供するWebサ
ーバに要求することによって行う。この場合上記URLで
バイトコードを取れるようにバイトコードを提供するWe
bサーバを設定しておく必要がある。
【００２０】次に代替コアクラス・ローダ１９は既にバ
ージョンアップされたデータがローカルのバッファにフ
ァイルとして取り込まれている場合には、そのローカル
にあるファイルから（Ｓ５）、オンラインでリモートか
ら取り出す場合は、上述したようにHTTPを使用してネッ
トワーク経由でWebサーバからバイトコードを取り出す
（Ｓ６）。ここでリモートからの取り出しの場合にはUR
Lからクラス名の部分を取り出しておく（Ｓ７）。次
に、先ほど取り出したバイトコードをJavaVM２０で用意
されているメソッドを使用してクラスに変換し（Ｓ
８）、これを、クラス名をキーとして格納し（Ｓ９）、
このクラスを要求もとに返す（Ｓ１０）。これでＳ３は
終了する。
ージョンアップされたデータがローカルのバッファにフ
ァイルとして取り込まれている場合には、そのローカル
にあるファイルから（Ｓ５）、オンラインでリモートか
ら取り出す場合は、上述したようにHTTPを使用してネッ
トワーク経由でWebサーバからバイトコードを取り出す
（Ｓ６）。ここでリモートからの取り出しの場合にはUR
Lからクラス名の部分を取り出しておく（Ｓ７）。次
に、先ほど取り出したバイトコードをJavaVM２０で用意
されているメソッドを使用してクラスに変換し（Ｓ
８）、これを、クラス名をキーとして格納し（Ｓ９）、
このクラスを要求もとに返す（Ｓ１０）。これでＳ３は
終了する。
【００２１】なお、格納しておいたクラスは、同じクラ
スに対して要求があった場合に、もう一度バイトコード
の取り出しを行うことなしにクラスを返すために使用す
る。これらの処理はリモートからバイトコードを取り出
す際にクラス名の前に“http://ホスト名/”を付けて代
替コアクラス・ローダ１９に要求する以外は、Javaで通
常用いられる方法で行うことが出来る。さらに、JavaVM
２０で用意されているバイトコードをクラスにするメソ
ッドを使用した際に、そのクラスで使用されるクラスの
ロードが要求されるので、上述した方法と同じようにク
ラスのロードを行う。ただし、このロード要求はJavaVM
２０から要求されるので、クラス名の前にに“http://
ホスト名/”が付けられて指定されることはない。この
ため取り出すべきバイトコードがローカルにあるのかリ
モートにあるのかを判断することができないので、今ま
でにリモートから取り出したバイトコードがあるかをチ
ェックし（Ｓ１１）、ある場合には、このリモートの位
置からバイトコードの取り出しを試みる。ここで取り出
しに成功したかのチェックを行い（Ｓ１２）、もし取り
出しに失敗した場合にはローカルからバイトコードの取
り出しを行う。この処理をクラスの中で他のクラスが呼
ばれなくなるまで繰り返す。以上のようにクラスのロー
ド処理を行う。なおこの処理は以後に記述されるクラス
ロードにおいても同じ処理を行う。
スに対して要求があった場合に、もう一度バイトコード
の取り出しを行うことなしにクラスを返すために使用す
る。これらの処理はリモートからバイトコードを取り出
す際にクラス名の前に“http://ホスト名/”を付けて代
替コアクラス・ローダ１９に要求する以外は、Javaで通
常用いられる方法で行うことが出来る。さらに、JavaVM
２０で用意されているバイトコードをクラスにするメソ
ッドを使用した際に、そのクラスで使用されるクラスの
ロードが要求されるので、上述した方法と同じようにク
ラスのロードを行う。ただし、このロード要求はJavaVM
２０から要求されるので、クラス名の前にに“http://
ホスト名/”が付けられて指定されることはない。この
ため取り出すべきバイトコードがローカルにあるのかリ
モートにあるのかを判断することができないので、今ま
でにリモートから取り出したバイトコードがあるかをチ
ェックし（Ｓ１１）、ある場合には、このリモートの位
置からバイトコードの取り出しを試みる。ここで取り出
しに成功したかのチェックを行い（Ｓ１２）、もし取り
出しに失敗した場合にはローカルからバイトコードの取
り出しを行う。この処理をクラスの中で他のクラスが呼
ばれなくなるまで繰り返す。以上のようにクラスのロー
ド処理を行う。なおこの処理は以後に記述されるクラス
ロードにおいても同じ処理を行う。
【００２２】次に、図２に戻り、ベースクラス１８はコ
アクラス１６のインスタンスを作成し、この作成したイ
ンスタンスに対してコアクラス１６で定義されている処
理開始用メソッドを呼び出す（Ｓ１３）。この後、ベー
スクラス１８はコアクラス１６への処理開始用メソッド
呼び出しに対する応答が返ってくるのを待ち続ける。ベ
ースクラス１８では代替コアクラス・ローダ１９でコア
クラス１６およびコアクラス１６で使用されるクラスを
ロードしたことにより、代替コアクラス・ローダ１９で
ロードされたこれらのクラスは代替コアクラス・ローダ
１９のインスタンスを再生成して、再ロードされること
により、クラスの交換が可能になる。クラスの再ロード
は上述したクラスのロード処理と同じ方法で行う。次
に、ベースクラス１８によって開始されたコアクラス１
６は、アプリケーション・クラス・ローダ１７のインス
タンスを作成し（Ｓ１４）、これを使用して、アプリケ
ーション・クラス１５およびアプリケーション・クラス
１５で使用されるクラスのロードを行う（Ｓ１５）。ロ
ード処理については代替コアクラス・ローダ１９での処
理と同様である。
アクラス１６のインスタンスを作成し、この作成したイ
ンスタンスに対してコアクラス１６で定義されている処
理開始用メソッドを呼び出す（Ｓ１３）。この後、ベー
スクラス１８はコアクラス１６への処理開始用メソッド
呼び出しに対する応答が返ってくるのを待ち続ける。ベ
ースクラス１８では代替コアクラス・ローダ１９でコア
クラス１６およびコアクラス１６で使用されるクラスを
ロードしたことにより、代替コアクラス・ローダ１９で
ロードされたこれらのクラスは代替コアクラス・ローダ
１９のインスタンスを再生成して、再ロードされること
により、クラスの交換が可能になる。クラスの再ロード
は上述したクラスのロード処理と同じ方法で行う。次
に、ベースクラス１８によって開始されたコアクラス１
６は、アプリケーション・クラス・ローダ１７のインス
タンスを作成し（Ｓ１４）、これを使用して、アプリケ
ーション・クラス１５およびアプリケーション・クラス
１５で使用されるクラスのロードを行う（Ｓ１５）。ロ
ード処理については代替コアクラス・ローダ１９での処
理と同様である。
【００２３】次に、コアクラス１６はアプリケーション
・クラス１５のインスタンスを作成し、この作成したイ
ンスタンスに対してアプリケーション・クラス１５で定
義されている処理開始用メソッドを呼び出す（Ｓ１
６）。このメソッド呼び出しの際にパラメータとしてコ
アクラス１６自身を設定しておく。これはコアクラス１
６およびコアクラス１６で使用されるクラスのクラス交
換要求をアプリケーション・クラス１５から受け取るた
めである。この後、コアクラス１６はアプリケーション
・クラス１５の処理開始用メソッド呼び出しに対する応
答が返ってくるのを待ち続ける。コアクラス１６ではア
プリケーション・クラス・ローダ１７でアプリケーショ
ン・クラス１５およびアプリケーション・クラス１５で
使用されるクラスをロードしたことにより、アプリケー
ション・クラス・ローダ１７でロードされたこれらのク
ラスはアプリケーション・クラス・ローダ１７のインス
タンスを再生成して、再ロードされることにより、クラ
スの交換が可能になる。クラスの再ロードは上述したク
ラスのロード処理と同じ方法で行う。次に、コアクラス
１６によって開始されたアプリケーション・クラス１５
はアプリケーション１４で提供する機能の処理を行う。
この処理に関してはここでは関係ないので省略する。
・クラス１５のインスタンスを作成し、この作成したイ
ンスタンスに対してアプリケーション・クラス１５で定
義されている処理開始用メソッドを呼び出す（Ｓ１
６）。このメソッド呼び出しの際にパラメータとしてコ
アクラス１６自身を設定しておく。これはコアクラス１
６およびコアクラス１６で使用されるクラスのクラス交
換要求をアプリケーション・クラス１５から受け取るた
めである。この後、コアクラス１６はアプリケーション
・クラス１５の処理開始用メソッド呼び出しに対する応
答が返ってくるのを待ち続ける。コアクラス１６ではア
プリケーション・クラス・ローダ１７でアプリケーショ
ン・クラス１５およびアプリケーション・クラス１５で
使用されるクラスをロードしたことにより、アプリケー
ション・クラス・ローダ１７でロードされたこれらのク
ラスはアプリケーション・クラス・ローダ１７のインス
タンスを再生成して、再ロードされることにより、クラ
スの交換が可能になる。クラスの再ロードは上述したク
ラスのロード処理と同じ方法で行う。次に、コアクラス
１６によって開始されたアプリケーション・クラス１５
はアプリケーション１４で提供する機能の処理を行う。
この処理に関してはここでは関係ないので省略する。
【００２４】以上がアプリケーション１４の立ち上げま
での処理であり、以下に図５を用いて、重要であるＯＳ
動作を止めないで行えるクラス交換処理について説明す
る。アプリケーション１４で監視していて、モジュール
の交換要求があると、その内容によりアプリケーション
・クラスの交換であれば図２のＳ１４へ、コアクラスの
交換であればＳ２へ割り込んで、以後の交換動作を行
う。クラスの交換は上述したように、アプリケーション
・クラス・ローダ１７でロードされたアプリケーション
・クラス１５およびアプリケーション・クラス１５で使
用されるクラスと代替コアクラス・ローダ１９でロード
されたコアクラス１６およびコアクラス１６で使用され
るクラスに対して行うことができる。そして、コアクラ
ス１６レベルの交換であっても、上述のパラメータ設定
をしてコアクラス１６がアプリケーション・クラス１５
から受け取り、プラットフォームではなくてベースクラ
ス１８に伝えることで、ベースクラス１８の起動がかか
る。すなわち、新規に挿入したベースクラス１８と代替
コアクラス・ローダ１９がＯＳに代わる交換動作を行う
ことになる。
での処理であり、以下に図５を用いて、重要であるＯＳ
動作を止めないで行えるクラス交換処理について説明す
る。アプリケーション１４で監視していて、モジュール
の交換要求があると、その内容によりアプリケーション
・クラスの交換であれば図２のＳ１４へ、コアクラスの
交換であればＳ２へ割り込んで、以後の交換動作を行
う。クラスの交換は上述したように、アプリケーション
・クラス・ローダ１７でロードされたアプリケーション
・クラス１５およびアプリケーション・クラス１５で使
用されるクラスと代替コアクラス・ローダ１９でロード
されたコアクラス１６およびコアクラス１６で使用され
るクラスに対して行うことができる。そして、コアクラ
ス１６レベルの交換であっても、上述のパラメータ設定
をしてコアクラス１６がアプリケーション・クラス１５
から受け取り、プラットフォームではなくてベースクラ
ス１８に伝えることで、ベースクラス１８の起動がかか
る。すなわち、新規に挿入したベースクラス１８と代替
コアクラス・ローダ１９がＯＳに代わる交換動作を行う
ことになる。
【００２５】図６にアプリケーション・クラスの詳細な
構成例を示す。図６において、２２は端末１２からの要
求を受け取るための要求受付部、２３は要求受付部２２
で受け取った端末１２からの要求がどのような要求であ
るかを調査する要求調査部、２４は要求調査部２３の調
査から得られた要求に応じたサービスの実行と現在実行
されているサービス数の管理等を行うサービス実行管理
部、２５は端末１２からの要求に応じたサービスを行う
各種サービス、２６はクラスの交換処理を行うサービス
であるクラス交換サービス、２７はクラス交換要求がど
のようなクラス交換であるかを調査するためのクラス交
換要求調査部、２８はクラス交換要求のパラメータに新
しいクラスのバイトコードが含まれていた場合に、この
バイトコードをローカルにある古いバイトコードに上書
きするバイトコード保存部、２９は端末１２への応答を
返すための応答部、３０はアプリケーション・クラス１
５またはコアクラス１６にクラスの再ロードを要求する
ためにクラス再ロード要求を出すためのクラス再ロード
要求部、３１はクラス再ロード要求を受け取り、アプリ
ケーション・クラス１５およびアプリケーション・クラ
ス１５で使用されるクラスの再ロードのための処理を行
うアプリケーション・クラス再ロード処理部である。
構成例を示す。図６において、２２は端末１２からの要
求を受け取るための要求受付部、２３は要求受付部２２
で受け取った端末１２からの要求がどのような要求であ
るかを調査する要求調査部、２４は要求調査部２３の調
査から得られた要求に応じたサービスの実行と現在実行
されているサービス数の管理等を行うサービス実行管理
部、２５は端末１２からの要求に応じたサービスを行う
各種サービス、２６はクラスの交換処理を行うサービス
であるクラス交換サービス、２７はクラス交換要求がど
のようなクラス交換であるかを調査するためのクラス交
換要求調査部、２８はクラス交換要求のパラメータに新
しいクラスのバイトコードが含まれていた場合に、この
バイトコードをローカルにある古いバイトコードに上書
きするバイトコード保存部、２９は端末１２への応答を
返すための応答部、３０はアプリケーション・クラス１
５またはコアクラス１６にクラスの再ロードを要求する
ためにクラス再ロード要求を出すためのクラス再ロード
要求部、３１はクラス再ロード要求を受け取り、アプリ
ケーション・クラス１５およびアプリケーション・クラ
ス１５で使用されるクラスの再ロードのための処理を行
うアプリケーション・クラス再ロード処理部である。
【００２６】まず、アプリケーション・クラス１５およ
びアプリケーション・クラス１５で使用されるクラスを
交換する場合について説明する。アプリケーション・ク
ラス１５は、端末１２からの要求を要求受付部２２を使
用して待っている（Ｓ１７）。次に、端末１２から要求
が送られてきたら、この要求を要求調査部２３で調査す
る（Ｓ１８）。ここで端末１２がWebブラウザであり、
アプリケーション１４がWebサーバであった場合には、
端末１２からの要求としては図７のようになり、メソッ
ドとリクエストURIを調査することによってどのサービ
スが要求されているのかを選択することができる。例え
ばメソッドが“GET”で、リクエストURIが“/default.h
tml”であった場合は、Webサーバ上のルートにある“de
fault.html”というファイルの内容を返すサービスであ
るし、またメソッドに“POST”、リクエストURIに“/se
rvlet/ExchangeClass”と設定することによってクラス
の交換要求であるとすることができる。もちろん上記以
外の方法でリクエストを設定してもよい。次に、サービ
ス実行管理部２４では、要求調査部２３で上述したよう
な調査から得られた要求に応じたサービスを実行する。
サービスに関してはCGIプログラムであってもよいし、
サーブレットであってもかまわなく、サービスが実行で
きるようなものであればどのようなものでもかまわな
い。
びアプリケーション・クラス１５で使用されるクラスを
交換する場合について説明する。アプリケーション・ク
ラス１５は、端末１２からの要求を要求受付部２２を使
用して待っている（Ｓ１７）。次に、端末１２から要求
が送られてきたら、この要求を要求調査部２３で調査す
る（Ｓ１８）。ここで端末１２がWebブラウザであり、
アプリケーション１４がWebサーバであった場合には、
端末１２からの要求としては図７のようになり、メソッ
ドとリクエストURIを調査することによってどのサービ
スが要求されているのかを選択することができる。例え
ばメソッドが“GET”で、リクエストURIが“/default.h
tml”であった場合は、Webサーバ上のルートにある“de
fault.html”というファイルの内容を返すサービスであ
るし、またメソッドに“POST”、リクエストURIに“/se
rvlet/ExchangeClass”と設定することによってクラス
の交換要求であるとすることができる。もちろん上記以
外の方法でリクエストを設定してもよい。次に、サービ
ス実行管理部２４では、要求調査部２３で上述したよう
な調査から得られた要求に応じたサービスを実行する。
サービスに関してはCGIプログラムであってもよいし、
サーブレットであってもかまわなく、サービスが実行で
きるようなものであればどのようなものでもかまわな
い。
【００２７】この場合は要求としてクラス交換要求を想
定しているので、クラス交換サービス２６を開始させる
（Ｓ１９）。次に、クラス交換サービス２６ではクラス
交換要求調査部２７を使用して、さらにこのクラス交換
要求がアプリケーション・クラス１５およびアプリケー
ション・クラス１５で使用されるクラスの交換である
か、またはコアクラス１６およびコアクラス１６で使用
されるクラスの交換であるかを調査する（Ｓ２０）。調
査方法としては上述したように端末からの要求がHTTP要
求であるような場合には、例えばアプリケーション・ク
ラス１５の交換であれば、リクエストURIの部分を“/se
rvlet/ExchangeApplicationClass”とし、またコアクラ
ス１６の交換であれば“/servlet/ExchangeCoreClass”
というように設定することによって行うことができる。
ここでは、調査した結果がアプリケーション・クラス１
５およびアプリケーション・クラス１５で使用されるク
ラスの交換であるとする。次に、交換を行うクラスがロ
ーカルに存在するクラスである場合は、クラス交換要求
にパラメータとして交換するクラスの新しいバイトコー
ドを添付しておく。これも端末１２からの要求がHTTP要
求である場合には、バイトコードをエンティティボディ
の部分に設定する。
定しているので、クラス交換サービス２６を開始させる
（Ｓ１９）。次に、クラス交換サービス２６ではクラス
交換要求調査部２７を使用して、さらにこのクラス交換
要求がアプリケーション・クラス１５およびアプリケー
ション・クラス１５で使用されるクラスの交換である
か、またはコアクラス１６およびコアクラス１６で使用
されるクラスの交換であるかを調査する（Ｓ２０）。調
査方法としては上述したように端末からの要求がHTTP要
求であるような場合には、例えばアプリケーション・ク
ラス１５の交換であれば、リクエストURIの部分を“/se
rvlet/ExchangeApplicationClass”とし、またコアクラ
ス１６の交換であれば“/servlet/ExchangeCoreClass”
というように設定することによって行うことができる。
ここでは、調査した結果がアプリケーション・クラス１
５およびアプリケーション・クラス１５で使用されるク
ラスの交換であるとする。次に、交換を行うクラスがロ
ーカルに存在するクラスである場合は、クラス交換要求
にパラメータとして交換するクラスの新しいバイトコー
ドを添付しておく。これも端末１２からの要求がHTTP要
求である場合には、バイトコードをエンティティボディ
の部分に設定する。
【００２８】次に、クラス交換サービス２６では、この
新しいバイトコードを、バイトコード保存部２８を使用
し、ローカルに存在する古いバイトコードに上書きする
（Ｓ２１）。一方、交換するクラスがリモートに位置す
るクラスである場合には、クラスの交換を行いたいユー
ザが、リモートに位置する古いバイトコードを新しいバ
イトコードで上書きしておき、パラメータなしでクラス
交換要求を出す。次に、クラス交換サービス２６では、
応答部２９で端末１２に応答を返す（Ｓ２２）。上述し
たように、端末１２との通信にHTTPを使用している場合
には図８に示す応答を返す。例えばこれまでの処理に成
功していて、これからクラスの交換を行うような場合に
は、ステータスコードに“200”、ヘッダに“Content-T
ype:text/plain”、メッセージボディに“これからクラ
ス交換を行います。”などを設定して、端末１２に送
る。次に、クラス交換サービス２６ではクラス再ロード
要求部３０を使用し、アプリケーション・クラス１５に
クラス再ロード要求を出し、自分自身の処理を終了させ
る。クラス再ロード要求としては、ただ単にメソッドの
呼び出しでもかまわないし、他の方法を使用してもかま
わない。ここではメソッド呼び出しとする。次に、アプ
リケーション・クラス１５では、アプリケーション・ク
ラス再ロード処理部３１で、このクラス再ロード要求を
受け取る。上述したようにクラス再ロード要求がメソッ
ドの呼び出しである場合は、アプリケーション・クラス
再ロード処理部がこのメソッドになる。
新しいバイトコードを、バイトコード保存部２８を使用
し、ローカルに存在する古いバイトコードに上書きする
（Ｓ２１）。一方、交換するクラスがリモートに位置す
るクラスである場合には、クラスの交換を行いたいユー
ザが、リモートに位置する古いバイトコードを新しいバ
イトコードで上書きしておき、パラメータなしでクラス
交換要求を出す。次に、クラス交換サービス２６では、
応答部２９で端末１２に応答を返す（Ｓ２２）。上述し
たように、端末１２との通信にHTTPを使用している場合
には図８に示す応答を返す。例えばこれまでの処理に成
功していて、これからクラスの交換を行うような場合に
は、ステータスコードに“200”、ヘッダに“Content-T
ype:text/plain”、メッセージボディに“これからクラ
ス交換を行います。”などを設定して、端末１２に送
る。次に、クラス交換サービス２６ではクラス再ロード
要求部３０を使用し、アプリケーション・クラス１５に
クラス再ロード要求を出し、自分自身の処理を終了させ
る。クラス再ロード要求としては、ただ単にメソッドの
呼び出しでもかまわないし、他の方法を使用してもかま
わない。ここではメソッド呼び出しとする。次に、アプ
リケーション・クラス１５では、アプリケーション・ク
ラス再ロード処理部３１で、このクラス再ロード要求を
受け取る。上述したようにクラス再ロード要求がメソッ
ドの呼び出しである場合は、アプリケーション・クラス
再ロード処理部がこのメソッドになる。
【００２９】次に、アプリケーション・クラス１５で
は、要求受付部２２で行っている端末１２からの要求受
付を停止するよう要求受付部２２に要求する（Ｓ２
３）。この要求もただ単にメソッド呼び出しでもよい
し、他の方法を使用してもよい。次に、要求受付部２３
では停止要求に基づき、端末１２からの要求受付を停止
する。停止する方法としてはただ単に要求を待つループ
を抜けるだけで行うこともできるし、他の方法で停止し
てもよい。次に、アプリケーション・クラス１５では、
サービス実行管理部２４を使用して現在アプリケーショ
ン・クラス１５上で動作している他のサービス２５があ
る場合には、このサービスが終了するのを待つ（Ｓ２
４）。上述したように、アプリケーション１４がWebサ
ーバである場合には、サービス２５は端末１２に応答を
返した後にサービスが終了する。次に、実行中のアプリ
ケーションのサービス２５が全て終了したら、アプリケ
ーション・クラス１５は、自分自身の処理を終了させ
る。
は、要求受付部２２で行っている端末１２からの要求受
付を停止するよう要求受付部２２に要求する（Ｓ２
３）。この要求もただ単にメソッド呼び出しでもよい
し、他の方法を使用してもよい。次に、要求受付部２３
では停止要求に基づき、端末１２からの要求受付を停止
する。停止する方法としてはただ単に要求を待つループ
を抜けるだけで行うこともできるし、他の方法で停止し
てもよい。次に、アプリケーション・クラス１５では、
サービス実行管理部２４を使用して現在アプリケーショ
ン・クラス１５上で動作している他のサービス２５があ
る場合には、このサービスが終了するのを待つ（Ｓ２
４）。上述したように、アプリケーション１４がWebサ
ーバである場合には、サービス２５は端末１２に応答を
返した後にサービスが終了する。次に、実行中のアプリ
ケーションのサービス２５が全て終了したら、アプリケ
ーション・クラス１５は、自分自身の処理を終了させ
る。
【００３０】コアクラス１６ではアプリケーション・ク
ラス１５の処理開始用メソッドを呼び出した後、このメ
ソッド呼び出しに対する応答が返ってくるのを待ち続け
ているため、アプリケーション・クラス１５の処理が終
了した場合、コアクラス１６に制御が返ってくる。次
に、コアクラス１６では、後述するコアクラス終了フラ
グをチェックし（Ｓ２６）、このフラグが立っていなけ
れば、アプリケーション・クラス・ローダ１７のインス
タンスを再生成して、この新たに作成したアプリケーシ
ョン・クラス・ローダ１７のインスタンスを使用して、
アプリケーション・クラス１５およびアプリケーション
・クラス１５で使用されるクラスのロードを行う。もし
コアクラス終了フラグが立っていた場合の処理について
は、後述するコアクラス１６およびコアクラス１６で使
用されるクラスの交換で説明する。そして、アプリケー
ション１４の起動処理と同様に、コアクラス１６で、ア
プリケーション・クラス１５のインスタンスを作成し、
この作成したインスタンスに対して、アプリケーション
・クラス１５で定義されている処理開始用メソッドを呼
び出し、また処理開始用メソッド呼び出しに対する応答
が返ってくるのを待ち続ける。このようにしてアプリケ
ーション・クラス１５およびアプリケーション・クラス
１５で使用されるクラスの交換を行う。
ラス１５の処理開始用メソッドを呼び出した後、このメ
ソッド呼び出しに対する応答が返ってくるのを待ち続け
ているため、アプリケーション・クラス１５の処理が終
了した場合、コアクラス１６に制御が返ってくる。次
に、コアクラス１６では、後述するコアクラス終了フラ
グをチェックし（Ｓ２６）、このフラグが立っていなけ
れば、アプリケーション・クラス・ローダ１７のインス
タンスを再生成して、この新たに作成したアプリケーシ
ョン・クラス・ローダ１７のインスタンスを使用して、
アプリケーション・クラス１５およびアプリケーション
・クラス１５で使用されるクラスのロードを行う。もし
コアクラス終了フラグが立っていた場合の処理について
は、後述するコアクラス１６およびコアクラス１６で使
用されるクラスの交換で説明する。そして、アプリケー
ション１４の起動処理と同様に、コアクラス１６で、ア
プリケーション・クラス１５のインスタンスを作成し、
この作成したインスタンスに対して、アプリケーション
・クラス１５で定義されている処理開始用メソッドを呼
び出し、また処理開始用メソッド呼び出しに対する応答
が返ってくるのを待ち続ける。このようにしてアプリケ
ーション・クラス１５およびアプリケーション・クラス
１５で使用されるクラスの交換を行う。
【００３１】次に、もう１つの重要な動作であるコアク
ラス１６およびコアクラス１６で使用されるクラスを交
換する場合について説明する。各処理に関しては特に記
述がない限り、アプリケーション・クラス１５およびア
プリケーション・クラス１５で使用されるクラスを交換
する場合で説明した方法と同じである。まず、アプリケ
ーション・クラス１５は、端末１２からの要求を要求受
付部２２を使用して待っている（Ｓ１７）。端末１２か
ら要求が送られてきたら、要求調査部２３で調査する
（Ｓ１８）。次に、サービス実行管理部２４では、この
場合は要求としてクラス交換要求であるので、クラス交
換サービス２６を開始させる（Ｓ１９）。次に、クラス
交換サービス２６ではクラス交換要求調査部２７を使用
して、アプリケーション・クラス１５レベルの交換であ
るか、またはコアクラス１６およびコアクラス１６で使
用されるクラスの交換であるかを調査する（Ｓ２０）。
ここでは、調査した結果がコアクラス１６およびコアク
ラス１６で使用されるクラスの交換であるとする。次
に、交換を行うクラスがローカルに存在するクラスであ
る場合は、クラス交換要求にパラメータとして交換する
クラスの新しいバイトコードを添付しておき、クラス交
換サービス２６では、この新しいバイトコードを、ロー
カルに存在する古いバイトコードに上書きする（Ｓ２
１）。交換するクラスがリモートに位置するクラスであ
る場合には、ユーザがリモートに位置する古いバイトコ
ードを新しいバイトコードで上書きしておき、パラメー
タなしでクラス交換要求を出す。クラス交換サービス２
６では、応答部２９で端末１２に応答を返した後（Ｓ２
２）、上述のアプリケーション・クラス１５レベルの交
換と同様、自分自身の処理を終了させる。
ラス１６およびコアクラス１６で使用されるクラスを交
換する場合について説明する。各処理に関しては特に記
述がない限り、アプリケーション・クラス１５およびア
プリケーション・クラス１５で使用されるクラスを交換
する場合で説明した方法と同じである。まず、アプリケ
ーション・クラス１５は、端末１２からの要求を要求受
付部２２を使用して待っている（Ｓ１７）。端末１２か
ら要求が送られてきたら、要求調査部２３で調査する
（Ｓ１８）。次に、サービス実行管理部２４では、この
場合は要求としてクラス交換要求であるので、クラス交
換サービス２６を開始させる（Ｓ１９）。次に、クラス
交換サービス２６ではクラス交換要求調査部２７を使用
して、アプリケーション・クラス１５レベルの交換であ
るか、またはコアクラス１６およびコアクラス１６で使
用されるクラスの交換であるかを調査する（Ｓ２０）。
ここでは、調査した結果がコアクラス１６およびコアク
ラス１６で使用されるクラスの交換であるとする。次
に、交換を行うクラスがローカルに存在するクラスであ
る場合は、クラス交換要求にパラメータとして交換する
クラスの新しいバイトコードを添付しておき、クラス交
換サービス２６では、この新しいバイトコードを、ロー
カルに存在する古いバイトコードに上書きする（Ｓ２
１）。交換するクラスがリモートに位置するクラスであ
る場合には、ユーザがリモートに位置する古いバイトコ
ードを新しいバイトコードで上書きしておき、パラメー
タなしでクラス交換要求を出す。クラス交換サービス２
６では、応答部２９で端末１２に応答を返した後（Ｓ２
２）、上述のアプリケーション・クラス１５レベルの交
換と同様、自分自身の処理を終了させる。
【００３２】図９にコアクラス１６の構成を示す。図９
において、３２はクラス再ロード要求を受け取り、コア
クラス１６およびコアクラス１６で使用されるクラスの
再ロードのための処理を行うコアクラス再ロード処理
部、３３はアプリケーション・クラス１５にクラスの再
ロードを要求するためにクラス再ロード要求を出すため
のアプリケーション・クラス再ロード要求部である。コ
アクラス１６では、コアクラス再ロード処理部３２で、
クラス再ロード要求を受け取る。上述したようにクラス
再ロード要求がメソッド呼び出しであった場合は、コア
クラス再ロード処理部がこのメソッドになる。次に、コ
アクラス１６では、アプリケーション・クラス１５が終
了した際に、コアクラス１６自身も終了するようにコア
クラス終了フラグを立てる（Ｓ２５）。次に、コアクラ
ス１６では、アプリケーション・クラス再ロード要求部
３３を使用してアプリケーション・クラス１５にクラス
の再ロード要求を送る。上述したようにクラス再ロード
要求としては、ただ単にメソッドの呼び出してもかまわ
ないし、他の方法を使用してもかまわない。ここではメ
ソッド呼び出しとする。次に、アプリケーション・クラ
ス１５では、アプリケーション・クラス再ロード処理部
３１で、このクラス再ロード要求を受け取る。そして端
末１２からの要求受付を停止するよう要求受付部２２に
要求し（Ｓ２３）、現在アプリケーション・クラス１５
上で動作している他のサービス２５がある場合には、こ
のサービスが終了するのを待つ（Ｓ２４）。更に実行中
のアプリケーションのサービス２５が全て終了したら、
アプリケーション・クラス１５は、自分自身の処理を終
了させる。
において、３２はクラス再ロード要求を受け取り、コア
クラス１６およびコアクラス１６で使用されるクラスの
再ロードのための処理を行うコアクラス再ロード処理
部、３３はアプリケーション・クラス１５にクラスの再
ロードを要求するためにクラス再ロード要求を出すため
のアプリケーション・クラス再ロード要求部である。コ
アクラス１６では、コアクラス再ロード処理部３２で、
クラス再ロード要求を受け取る。上述したようにクラス
再ロード要求がメソッド呼び出しであった場合は、コア
クラス再ロード処理部がこのメソッドになる。次に、コ
アクラス１６では、アプリケーション・クラス１５が終
了した際に、コアクラス１６自身も終了するようにコア
クラス終了フラグを立てる（Ｓ２５）。次に、コアクラ
ス１６では、アプリケーション・クラス再ロード要求部
３３を使用してアプリケーション・クラス１５にクラス
の再ロード要求を送る。上述したようにクラス再ロード
要求としては、ただ単にメソッドの呼び出してもかまわ
ないし、他の方法を使用してもかまわない。ここではメ
ソッド呼び出しとする。次に、アプリケーション・クラ
ス１５では、アプリケーション・クラス再ロード処理部
３１で、このクラス再ロード要求を受け取る。そして端
末１２からの要求受付を停止するよう要求受付部２２に
要求し（Ｓ２３）、現在アプリケーション・クラス１５
上で動作している他のサービス２５がある場合には、こ
のサービスが終了するのを待つ（Ｓ２４）。更に実行中
のアプリケーションのサービス２５が全て終了したら、
アプリケーション・クラス１５は、自分自身の処理を終
了させる。
【００３３】コアクラス１６では、アプリケーション・
クラス１５の処理開始用メソッドを呼び出した後、この
メソッド呼び出しに対する応答が返ってくるのを待ち続
けているため、アプリケーション・クラス１５の処理が
終了した場合、コアクラス１６に制御が返ってくる。次
に、コアクラス１６では、コアクラス終了フラグが立っ
ているかをチェックする（Ｓ２６）。この場合上述した
ようにコアクラス再ロード処理部３２でコアクラス終了
フラグを立てているので、コアクラス１６自身の処理を
終了させる。ベースクラス１８では、コアクラス１６の
処理開始用メソッドを呼び出した後、このメソッド呼び
出しに対する応答が返ってくるのを待ち続けているた
め、コアクラス１６の処理が終了した場合、ベースクラ
ス１８に制御が返ってくる。即ちＳ２６のチェックによ
り図２のＳ２に戻ることになる。そこで、もう１つの重
要な動作であるベースクラス１８では、代替コアクラス
・ローダ１９のインスタンスを再生成して、Ｓ３でこの
新たに作成した代替コアクラス・ローダ１９のインスタ
ンスを使用して、コアクラス１６およびコアクラス１６
で使用されるクラスのロードを行う。そして、アプリケ
ーション１４の起動処理と同様にコアクラス１６のイン
スタンスを作成し、この作成したインスタンスに対し
て、コアクラス１６で定義されている処理開始用メソッ
ドを呼び出し、また処理開始用メソッド呼び出しに対す
る応答が返ってくるのを待ち続ける。さらにコアクラス
１６で上述したアプリケーション１４の立ち上げ時と同
じ処理を行い、アプリケーション・クラス１５を開始さ
せる。このようにしてコアクラス１６およびコアクラス
１６で使用されるクラスの交換を行う。以上のような方
式により、コアクラス１６およびコアクラス１６で使用
されるクラスの交換が行えるようになり、デバイス１１
上のアプリケーション１４の機能を構成するクラスの全
ての交換が可能になる。
クラス１５の処理開始用メソッドを呼び出した後、この
メソッド呼び出しに対する応答が返ってくるのを待ち続
けているため、アプリケーション・クラス１５の処理が
終了した場合、コアクラス１６に制御が返ってくる。次
に、コアクラス１６では、コアクラス終了フラグが立っ
ているかをチェックする（Ｓ２６）。この場合上述した
ようにコアクラス再ロード処理部３２でコアクラス終了
フラグを立てているので、コアクラス１６自身の処理を
終了させる。ベースクラス１８では、コアクラス１６の
処理開始用メソッドを呼び出した後、このメソッド呼び
出しに対する応答が返ってくるのを待ち続けているた
め、コアクラス１６の処理が終了した場合、ベースクラ
ス１８に制御が返ってくる。即ちＳ２６のチェックによ
り図２のＳ２に戻ることになる。そこで、もう１つの重
要な動作であるベースクラス１８では、代替コアクラス
・ローダ１９のインスタンスを再生成して、Ｓ３でこの
新たに作成した代替コアクラス・ローダ１９のインスタ
ンスを使用して、コアクラス１６およびコアクラス１６
で使用されるクラスのロードを行う。そして、アプリケ
ーション１４の起動処理と同様にコアクラス１６のイン
スタンスを作成し、この作成したインスタンスに対し
て、コアクラス１６で定義されている処理開始用メソッ
ドを呼び出し、また処理開始用メソッド呼び出しに対す
る応答が返ってくるのを待ち続ける。さらにコアクラス
１６で上述したアプリケーション１４の立ち上げ時と同
じ処理を行い、アプリケーション・クラス１５を開始さ
せる。このようにしてコアクラス１６およびコアクラス
１６で使用されるクラスの交換を行う。以上のような方
式により、コアクラス１６およびコアクラス１６で使用
されるクラスの交換が行えるようになり、デバイス１１
上のアプリケーション１４の機能を構成するクラスの全
ての交換が可能になる。
【００３４】
【発明の効果】以上のようにこの発明によれば、アプリ
ケーション側からの交換要求を受けて新規モジュールを
交換する代替コアクラス・ローダ、ベースクラスを備え
たので、ＯＳを止めないでも、プラットフォーム側に代
わってコアクラスまたはアプリケーション・クラスを交
換できる効果がある。
ケーション側からの交換要求を受けて新規モジュールを
交換する代替コアクラス・ローダ、ベースクラスを備え
たので、ＯＳを止めないでも、プラットフォーム側に代
わってコアクラスまたはアプリケーション・クラスを交
換できる効果がある。
【図１】 本発明の実施の形態１におけるプログラム構
造を示す図である。
造を示す図である。
【図２】 実施の形態１におけるアプリケーション起動
までの動作フロー図である。
までの動作フロー図である。
【図３】 実施の形態１におけるベースクラスの内容の
具体例を示す図である。
具体例を示す図である。
【図４】 図２におけるＳ３の詳細動作フロー図であ
る。
る。
【図５】 実施の形態１におけるモジュールの交換要求
に基づく動作を示すフロー図である。
に基づく動作を示すフロー図である。
【図６】 アプリケーション・クラスの詳細構成例を示
す図である。
す図である。
【図７】 実施の形態１における端末からの交換要求の
フォーマット例を示す図である。
フォーマット例を示す図である。
【図８】 実施の形態１における交換要求に対する端末
への応答フォーマット例を示す図である。
への応答フォーマット例を示す図である。
【図９】 コアクラスの構成例を示す図である。
【図１０】 従来のモジュール交換を行う装置構成を示
す図である。
す図である。
１１ デバイス、１２ 端末、１３ ネットワーク、１
４ アプリケーション、１５ アプリケーション・クラ
ス、１６ コアクラス、１７ アプリケーション・クラ
ス・ローダ、１８ ベースクラス、１９ 代替コアクラ
ス・ローダ、２０ ＪａｖａＶＭ（プラットフォー
ム）、２１ ベースクラス・ローダ、２２要求受付部、
２３ 要求調査部、２４ サービス実行管理部、２５
各種サービス、２６ クラス交換サービス、２７ クラ
ス交換要求調査部、２８ バイトコード保存部、２９
応答部、３０ クラス再ロード部、３１ アプリケーシ
ョン・クラス再ロード部、３２ コアクラス再ロード処
理部、３３ アプリケーション・クラス再ロード要求
部、Ｓ２ コアクラス・ローダのインスタンスの作成ス
テップ、Ｓ３ コアクラスとコアクラスで使用するクラ
スのロードステップ、Ｓ１３コアクラスのインスタンス
の生成と開始指示ステップ、Ｓ１４ アプリケーション
・クラス・ローダのインスタンス生成ステップ、Ｓ１５
アプリケーション・クラスとアプリケーション・クラ
スで使用するクラスのロードステップ、Ｓ１６ アプリ
ケーション・クラスのインスタンス生成と開始指示ステ
ップ、Ｓ１８ 端末からの要求調査ステップ、Ｓ１８ｂ
クラス交換の要求かの判断ステップ、Ｓ２０ｂ コア
クラス交換かの判断ステップ。
４ アプリケーション、１５ アプリケーション・クラ
ス、１６ コアクラス、１７ アプリケーション・クラ
ス・ローダ、１８ ベースクラス、１９ 代替コアクラ
ス・ローダ、２０ ＪａｖａＶＭ（プラットフォー
ム）、２１ ベースクラス・ローダ、２２要求受付部、
２３ 要求調査部、２４ サービス実行管理部、２５
各種サービス、２６ クラス交換サービス、２７ クラ
ス交換要求調査部、２８ バイトコード保存部、２９
応答部、３０ クラス再ロード部、３１ アプリケーシ
ョン・クラス再ロード部、３２ コアクラス再ロード処
理部、３３ アプリケーション・クラス再ロード要求
部、Ｓ２ コアクラス・ローダのインスタンスの作成ス
テップ、Ｓ３ コアクラスとコアクラスで使用するクラ
スのロードステップ、Ｓ１３コアクラスのインスタンス
の生成と開始指示ステップ、Ｓ１４ アプリケーション
・クラス・ローダのインスタンス生成ステップ、Ｓ１５
アプリケーション・クラスとアプリケーション・クラ
スで使用するクラスのロードステップ、Ｓ１６ アプリ
ケーション・クラスのインスタンス生成と開始指示ステ
ップ、Ｓ１８ 端末からの要求調査ステップ、Ｓ１８ｂ
クラス交換の要求かの判断ステップ、Ｓ２０ｂ コア
クラス交換かの判断ステップ。
Claims (6)
- 【請求項１】 アプリケーションを搭載するデバイスで
は、 プログラム構成として、アプリケーション・モジュール
としてのアプリケーション・クラスまたは該アプリケー
ション・クラスを交換するコアクラス自体に、自身の更
新を基本側に要求する交換要求ステップを設けたプログ
ラムとし、 上記各プログラムをロードするプラットフォーム側に、
上記交換要求を受けて、対応する新規バージョンをロー
ドするコアクラス・ローダを備えて、該コアクラス・ロ
ーダを搭載するベースクラスのプログラムに上記新規バ
ージョンをロード後に、上記アプリケーションに動作を
起動する開始ステップを組み込んだことを特徴とするソ
フトウェア・モジュール動的交換装置。 - 【請求項２】 デバイスには、外部からの新規アプリケ
ーション・モジュールまたは新規コアクラスを受ける記
憶部分を備えて、交換に先立って外部から交換用の上記
新規アプリケーション・モジュールまたは新規コアクラ
スを記憶するようにしたことを特徴とする請求項１記載
のソフトウェア・モジュール動的交換装置。 - 【請求項３】 デバイス上にアプリケーション・プログ
ラム（以下アプリケーション）を展開して動作する構成
において、 上記アプリケーション・モジュールとしてのアプリケー
ション・クラスまたは該アプリケーション・クラスを交
換するコアクラス自体に、自身の更新を基本側に要求す
る交換要求ステップと、 上記各プログラムをロードするプラットフォーム側に、
上記交換要求を受けて、対応する新規バージョンをロー
ドするステップと、該ロード後に、上記アプリケーショ
ンに動作を起動する開始ステップを備えたことを特徴と
するソフトウェア・モジュール動的交換方法。 - 【請求項４】 ロードするステップでは、交換要求に基
づいて、アプリケーション・モジュールと、コアクラス
の双方を同時に交換するようにしたことを特徴とする請
求項３記載のソフトウェア・モジュール動的交換方法。 - 【請求項５】 交換要求は、デバイスが接続するインタ
フェースを通じてアプリケーションで検出するようにし
たことを特徴とする請求項３記載のソフトウェア・モジ
ュール動的交換方法。 - 【請求項６】 デバイス上にアプリケーション・プログ
ラムを展開して動作する計算機に対して、 上記アプリケーション・モジュールとしてのアプリケー
ション・クラスまたは該アプリケーション・クラスを交
換するコアクラス自体に、自身の更新を基本側に要求す
る交換要求ステップと、 上記各プログラムをロードするプラットフォーム側に、
上記交換要求を受けて、対応する新規バージョンをロー
ドするステップと、該ロード後に、上記アプリケーショ
ンに動作を起動する開始ステップを媒体に記載したソフ
トウェア・モジュール動的交換方法記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000011473A JP3986721B2 (ja) | 2000-01-20 | 2000-01-20 | ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換プログラム記録媒体 |
| US09/635,795 US6675381B1 (en) | 2000-01-20 | 2000-08-11 | Software-module dynamic loader, a software-module dynamic loading method and a medium storing the software-module dynamic loading method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000011473A JP3986721B2 (ja) | 2000-01-20 | 2000-01-20 | ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換プログラム記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001202248A true JP2001202248A (ja) | 2001-07-27 |
| JP3986721B2 JP3986721B2 (ja) | 2007-10-03 |
Family
ID=18539328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000011473A Expired - Lifetime JP3986721B2 (ja) | 2000-01-20 | 2000-01-20 | ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換プログラム記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6675381B1 (ja) |
| JP (1) | JP3986721B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008135049A (ja) * | 2003-08-01 | 2008-06-12 | Kw-Software Gmbh | 産業オートメーション用のｃｉｌコード・プログラムのオンライン修正 |
| US8413133B2 (en) | 2008-03-24 | 2013-04-02 | Fujitsu Limited | Software update management apparatus and software update management method |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7281047B2 (en) * | 2001-01-16 | 2007-10-09 | Cognos Incorporated | System and method for automatic provision of an application |
| US20020147971A1 (en) * | 2001-02-15 | 2002-10-10 | Adams James Andrew | Object-oriented class loading system and method |
| US6971001B1 (en) * | 2001-05-17 | 2005-11-29 | Accenture Global Services Gmbh | General and reusable components for defining net-centric application program architectures |
| US7073171B2 (en) * | 2003-02-28 | 2006-07-04 | Bea Systems, Inc. | EJB implementation class loading with removed dependencies with ability to replace EJB implementation class without full redeployment |
| US7587708B2 (en) * | 2004-07-20 | 2009-09-08 | International Business Machines Corporation | Method for testing converted source code |
| US7930693B2 (en) * | 2005-04-04 | 2011-04-19 | Cisco Technology, Inc. | Method and system for accessing and launching a java based applet as a locally installed application |
| US7765537B2 (en) * | 2005-11-21 | 2010-07-27 | International Business Machines Corporation | Profiling interface assisted class loading for byte code instrumented logic |
| CN103077033B (zh) * | 2012-08-20 | 2016-08-24 | 南京南瑞继保电气有限公司 | 一种优化组态系统 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09292980A (ja) | 1996-04-25 | 1997-11-11 | N T T Data Tsushin Kk | ファイル配布システム |
| US6175855B1 (en) * | 1996-12-20 | 2001-01-16 | Siemens Aktiengesellschaft | Method for instantiating a class having different versions |
| US5974428A (en) * | 1997-08-29 | 1999-10-26 | International Business Machines Corporation | Method and apparatus for class version naming and mapping |
| JPH11145174A (ja) | 1997-11-10 | 1999-05-28 | Sony Corp | 半導体装置およびその製造方法 |
| US6496871B1 (en) * | 1998-06-30 | 2002-12-17 | Nec Research Institute, Inc. | Distributed agent software system and method having enhanced process mobility and communication in a computer network |
| US6279030B1 (en) * | 1998-11-12 | 2001-08-21 | International Business Machines Corporation | Dynamic JAVA™ class selection and download based on changeable attributes |
| CA2255042C (en) * | 1998-11-30 | 2004-04-13 | Leonard W. Theivendra | Class loader |
| US6272674B1 (en) * | 1998-12-14 | 2001-08-07 | Nortel Networks Limited | Method and apparatus for loading a Java application program |
| US6507946B2 (en) * | 1999-06-11 | 2003-01-14 | International Business Machines Corporation | Process and system for Java virtual method invocation |
-
2000
- 2000-01-20 JP JP2000011473A patent/JP3986721B2/ja not_active Expired - Lifetime
- 2000-08-11 US US09/635,795 patent/US6675381B1/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008135049A (ja) * | 2003-08-01 | 2008-06-12 | Kw-Software Gmbh | 産業オートメーション用のｃｉｌコード・プログラムのオンライン修正 |
| US8413133B2 (en) | 2008-03-24 | 2013-04-02 | Fujitsu Limited | Software update management apparatus and software update management method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3986721B2 (ja) | 2007-10-03 |
| US6675381B1 (en) | 2004-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220094737A1 (en) | Method, server and system for converging desktop application and web application | |
| US8015560B2 (en) | Apparatus and method for managing application in incorporated equipment | |
| CN108959455B (zh) | 单页Web应用实现方法、装置、计算机设备和存储介质 | |
| JP5052955B2 (ja) | アプリケーションの高可用運用方法、オンラインバージョン変更方法及び計算機システム | |
| JP2003177989A (ja) | 情報処理装置およびサーバ装置およびドライバ更新方法およびコンピュータが読み取り可能な記憶媒体およびプログラム | |
| JP2004005419A (ja) | インストール処理装置、処理方法及び記憶媒体ならびにプログラム | |
| US7784048B2 (en) | Mobile communication terminal and application control method | |
| JP2004199577A (ja) | 設定ファイルの統合編集方法および設定ファイル統合基盤 | |
| JP2001202248A (ja) | ソフトウェア・モジュール動的交換装置、ソフトウェア・モジュール動的交換方法及びソフトウェア・モジュール動的交換方法記録媒体 | |
| CN113742105A (zh) | 微服务框架的适配方法、设备和介质 | |
| US6981251B1 (en) | Agent system for mobile agents, computer network and method for downloading an agent system from a host computer to a client computer of a computer network | |
| US7860987B2 (en) | Apparatus for providing service in response to user request and method therefor | |
| CN114489847A (zh) | 进程管理器的管控方法、系统、设备及存储介质 | |
| CN112540777A (zh) | 一种支持动态读写nv参数的方法和终端 | |
| JP2002095071A (ja) | ネットワークシステム及び機器制御方法 | |
| JP2004334679A (ja) | 情報処理装置、情報処理装置のプログラム実行方式、情報処理装置のプログラム実行方式を記録した記憶媒体 | |
| CN101232398B (zh) | 机架图共同显示的网管系统及应用 | |
| JP4004993B2 (ja) | 遠隔制御方法、サーバ装置及び仮想マシンプログラム | |
| JP4738556B2 (ja) | 分散運用システムおよび記録媒体 | |
| JP2007011645A (ja) | モジュール更新プログラム | |
| JP2012212462A (ja) | アプリケーションの高可用運用方法、オンラインバージョン変更方法及び計算機システム | |
| JP2019070884A (ja) | 情報処理装置 | |
| JP2003259000A (ja) | Ｉｐ−ｐｂｘにおけるｉｐ電話機サービス機能のバージョンアップ方式および方法 | |
| CN117931237A (zh) | 软件升级方法、装置、智能电视设备及介质 | |
| JP4071678B2 (ja) | バッチアプリケーション実行制御方法，バッチアプリケーション実行制御装置およびバッチアプリケーション実行制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040514 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040608 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041018 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070123 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070312 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070417 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070608 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070710 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070711 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100720 Year of fee payment: 3 |