JP2000250758A - 組込み機器用Ｊａｖａアプリケーションマネージャ - Google Patents

組込み機器用Ｊａｖａアプリケーションマネージャ

Info

Publication number
JP2000250758A
JP2000250758A JP2000055728A JP2000055728A JP2000250758A JP 2000250758 A JP2000250758 A JP 2000250758A JP 2000055728 A JP2000055728 A JP 2000055728A JP 2000055728 A JP2000055728 A JP 2000055728A JP 2000250758 A JP2000250758 A JP 2000250758A
Authority
JP
Japan
Prior art keywords
application
class
java
memory
network
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
Application number
JP2000055728A
Other languages
English (en)
Inventor
P Judge Frank
フランク・ピー・ジャッジ
Dorand Chia-Chu
チア−チュ・ドーランド
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HP Inc
Original Assignee
Hewlett Packard Co
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hewlett Packard Co filed Critical Hewlett Packard Co
Publication of JP2000250758A publication Critical patent/JP2000250758A/ja
Pending legal-status Critical Current

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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • 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
    • G06F9/44594—Unloading
    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/482—Application
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/953—Organization of data
    • Y10S707/955—Object-oriented
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Devices For Executing Special Programs (AREA)

Abstract

(57)【要約】 【課題】 組込み機器において、Ｊａｖａ仮想マシン等
のハードウェア非依存型プロセッサが機器にインストー
ルされることにより、アプリケーションが機器にダウン
ロードされその機器上で実行されることが可能になる。
しかしながら、このＪａｖａ言語は、プログラムローダ
の実行もロードされたプログラムを管理する機能も提供
していない。また、メモリの制約された組込み機器内で
アプリケーションをダウンロードおよび管理する手段も
提供していない。 【解決手段】 本願発明のＪａｖａベースのアプリケー
ションマネージャは、組込み機器にインストールされた
Ｊａｖａ仮想マシン内で実行されるＪａｖａアプリケー
ションのダウンロード、実行およびキャッシングを制御
する。さらにアプリケーションの実行の開始、初期化お
よび停止、およびメモリ管理のための機能を提供する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、組込み機器におい
てアプリケーションを管理するアプリケーションマネー
ジャに関する。
【０００２】
【従来の技術】組込み機器環境では、Ｊａｖａ仮想マシ
ン等のハードウェア非依存型プロセッサがしばしば機器
にインストールされており、それによって、プログラム
が機器にダウンロードされその機器上で実行されること
が可能になっている。このようなシステムにより、Sun
MicroSystemによるＪａｖａ（登録商標）等のハードウ
ェア非依存型言語によって書かれたプログラムを、Ｊａ
ｖａ（登録商標）環境をサポートするあらゆるハードウ
ェアにダウンロードし、特定の用途のためにカスタマイ
ズすることができる。このカスタマイズは、しばしば機
器の「パーソナリティ」と呼ばれる。機器のパーソナリ
ティを定義するために、組込み機器内で複数のアプリケ
ーションが協調して実行されている。このように、機器
を、それぞれ一意に機能するよう動的に構成することが
できる。例えば、冷蔵庫等の組込み機器を、その中身を
自動的に追跡するようカスタマイズすることができる。
食品の種類および同種の食品の命名規則が文化によって
異なるように、食品の種類および命名規則を記述する新
たなパーソナリティをＪａｖａ動作可能の組込み機器で
ある冷蔵庫にダウンロードすることにより、その組込み
機器の冷蔵庫を、ユーザの特定の文化に対してカスタマ
イズすることができる。
【０００３】
【発明が解決しようとする課題】組込み機器ドメインで
は、Ｊａｖａ（登録商標）仮想マシン等のハードウェア
非依存型プロセッサが機器にインストールされることに
より、アプリケーションが機器にダウンロードされその
機器上で実行されることが可能になる。Ｊａｖａ（登録
商標）言語は、新たなプログラムを動的にロードするよ
うプログラムを構築する基本的な機能を提供する。しか
しながら、このＪａｖａ（登録商標）言語は、プログラ
ムローダの実行もロードされたプログラムを管理する機
能も提供していない。また、Ｊａｖａ（登録商標）言語
は、メモリの制約された組込み機器内でアプリケーショ
ンをダウンロードおよび管理する手段も提供していな
い。
【０００４】いくつかの現存するＪａｖａテクノロジ
は、プログラムローダ・タイプの機能をサポートしてい
る。Sun Microsystemのサーブレット（Servlet）ＡＰＩ
（Application Program Interface）は、Ｊａｖａ（登
録商標）動作可能ウェブ（Ｗｅｂ）サーバがサーバの機
能を動的に拡張することを可能にする。サーブレットＡ
ＰＩは、主に、ウェブサーバにおいて一般的なＣＧＩ機
能に取って代るものとして生成された。サーブレットの
ＣＧＩタイプのプログラムに対して優れている点とし
て、プラットフォーム非依存性、再利用可能性（オブジ
ェクト指向技術によりＪａｖａクラスを再利用する機
能）、性能効率（同じサーブレット・インスタンスが多
くの要求を処理することができるサーブレットの構成可
能な起動モード（ＣＧＩスクリプトに対する呼出毎に新
たなプロセスを生成する必要があることとは対照的であ
る））、および管理効率（SunのＪａｖａベースのウェ
ブサーバは、新たなサーブレット・クラスの追加、およ
びサーブレットの開始並びに停止を容易に管理するＪａ
ｖａ adminアプレットを提供する）がある。
【０００５】サーブレットＡＰＩは、すべてのサーブレ
ットが３つのメソッド、すなわちinit()（初期化）、se
rvice()（サービス）およびdestroy()（破壊）を実行す
るよう指令する（mandate）ことにより、サーブレット
のライフサイクルを定義する。init()メソッドは、サー
ブレットが最初に起動される時に呼出され、service()
メソッドは、クライアントからの各要求を処理するため
に呼出され、destroy()メソッドは、サーブレットが停
止している時（すなわち、ウェブサーバがシャットダウ
ンしている時）に呼出される。サーブレットＡＰＩは、
メモリ管理を直接に管理しておらず、サーブレットを管
理するための公式パッケージも提供していない。
【０００６】Hewlett Packardの組込みＪａｖａ Lab Sm
allWebは、ＪＶＭで実行されるＪａｖａベースのオブジ
ェクトに対しウェブベースのインタフェースを提供す
る。SmallWebは、必要に応じてオブジェクトをロードす
ることができ、オブジェクトがその機能を（メソッド呼
出により）ウェブブラウザにエクスポートする手段を提
供する。SmallWebは、明示的には、アプリケーションオ
ブジェクトの停止またはメモリ管理機能を提供していな
い。更に、SmallWebには、通常ファイルシステムが必要
であり、組込み環境によっては、SmallWebのオーバヘッ
ド要求が大きすぎる場合がある。
【０００７】多くの組込みドメインにおいてＪａｖａ
（登録商標）を使用する問題の１つは、Ｊａｖａ（登録
商標）メモリ・サブシステムの非決定性の面である。Ｊ
ａｖａ（登録商標）言語の非決定性メモリ管理方式によ
り、ガーベッジ・コレクタ・メソッドgc()による参照さ
れないオブジェクトの回収（reclamation）が可能とな
るが、ガーベッジ・コレクタは、これらのオブジェクト
がどのようにまたはいつ回収される（reclaimed）かを
指定しない。ネイティブアプリケーションは、一般に、
Ｊａｖａ（商標登録）Runtime class gc()メソッドを呼
出すことによりガーベッジ・コレクションを発生させ
る。ＪＶＭがメモリを使い尽くした場合、OutOfMemoryE
rror（アウトオブメモリ・エラー）例外が発生する。メ
モリを管理する必要がないことがＪａｖａ言語の利点で
はあるが、大抵の組込みアプリケーションでは、メモリ
がどのように管理されるかに対し、Ｊａｖａ（登録商
標）言語によって現在提供されている以上に厳しい制御
が必要である。そのようにより厳しい制御が必要である
のは、ローメモリ（low memory）状態で実行を続けなけ
ればならない組込みアプリケーションがあるためであ
る。一般に、これは、継続して実行するために十分なメ
モリが空き状態であることを保証するよう、ネイティブ
の非Ｊａｖａ組込みアプリケーションにメモリマネージ
ャを実行することによって処理される。
【０００８】従って、Ｊａｖａ動作可能な組込み機器に
ダウンロードを行い、そのような組込み機器におけるア
プリケーションのライフタイムを制御する汎用的な方法
が必要とされている。また、機器上でのアプリケーショ
ンの実行中に検出されるローメモリまたはノーメモリ
（no-memory）状態を処理すると共に、プライオリティ
ベースのアルゴリズムに従ってメモリを解放するメモリ
管理ハンドラも必要とされている。
【０００９】
【課題を解決するための手段】本発明は、メモリの制約
された組込み機器環境においてアプリケーションのダウ
ンロードおよびライフサイクルを管理する新規なシステ
ムおよび方法である。Ｊａｖａベースのアプリケーショ
ンマネージャは、組込み機器にインストールされた単一
のＪａｖａ仮想マシン（ＪＶＭ）内で実行されるＪａｖ
ａアプリケーションのダウンロード、実行およびキャッ
シングを制御する。Ｊａｖａ（登録商標）動作可能の組
込み機器におけるクラスファイルのロード、アプリケー
ションの実行の開始、初期化および停止、およびメモリ
管理のための機能を提供するネットワーク対応のアプリ
ケーション・プログラム・インタフェース（Applicatio
nProgram Interface（ＡＰＩ））が明確化されている。
本発明により、組込み機器を、使用するハードウェアの
タイプに関係なく容易に再プログラムおよび管理するこ
とができる。
【００１０】本発明は、図面に関連して行われる以下の
詳細な説明によってより深く理解されよう。なお、図面
において、同じ要素には同じ参照番号を用いて示してい
る。
【００１１】
【発明の実施の形態】組込み機器用の新規なアプリケー
ションマネージャについて、以下詳細に説明する。本発
明は、Ｊａｖａ（登録商標）環境のコンテキストで説明
されているが、当業者には、本発明の原理が、ハードウ
ェア非依存型言語で書かれたコードを処理するハードウ
ェア非依存型プロセッサを有するすべてのシステムに拡
張できるということが理解されよう。
【００１２】ここで図１を参照すると、ネットワーク１
４を介して組込み機器２０と通信するコンピュータシス
テム１２を備えたネットワークシステム１０が示されて
いる。ネットワーク１４は、ＬＡＮまたはＷＡＮ等、従
来のランドリンクされた（land-linked）有線ネットワ
ークであっても、無線ネットワーク、またはそれらの組
合せであってもよい。
【００１３】本システムにおけるコンピュータシステム
１２は、クライアントとして動作し、クライアントアプ
リケーション２を実行する。このクライアントアプリケ
ーション２は、クライアントインタフェース４を介し
て、ネットワーク１４を通じてサーバ機器（例えば、組
込み機器２０）とインタフェースする。この例では、ク
ライアントアプリケーション２は、組込み機器２０に対
して要求（例えば、ダウンロード・アプリケーション３
（download Appl3）、スタート・アプリケーション３
（start Appl3）、ストップ・アプリケーション２（sto
p Appl2））を送信する。組込み機器２０は、その要求
をサービスするサーバとして動作する。クライアントア
プリケーション２は、コンピュータシステム１２におけ
る独自の環境で実行してもよく、あるいは、それ自身の
Ｊａｖａ仮想マシン（ＪＶＭ）（図示せず）を含むＪａ
ｖａ動作可能なウェブ（Ｗｅｂ）ブラウザ（図示せず）
内で実行してもよい。ウェブブラウザは、主なクライア
ントアプリケーション・アプレットのクラスファイルの
場所を指定する組込みＪａｖａアプレットを用いて、ウ
ェブ（Ｗｅｂ）ドキュメントを解釈する。ウェブブラウ
ザは、ＪＶＭを起動し、クライアントアプリケーション
・アプレットのクラスファイルの場所を自身のクラスロ
ーダに渡す。各クラスファイルは、必要とする追加のク
ラスファイルの名前を知っている。これら追加のクラス
ファイルは、ネットワーク１４（すなわち、ネットワー
ク１４に接続された他のマシン）から入手されるように
してもよく、あるいは、クライアントであるコンピュー
タシステム１２から入手されるようにしてもよい。
【００１４】組込み機器２０は、Ｊａｖａ仮想マシン
（ＪＶＭ）２２がインストールされたＪａｖａ動作可能
機器である。図２は、組込み機器２０をより詳細に示す
ブロック図である。組込み機器２０は、ＪＶＭ２２、ア
プリケーションキャッシュ５２およびデータキャッシュ
５４を有するメモリ５０、およびネットワークインタフ
ェース２５を備えている。ＪＶＭ２２は、クラスローダ
４２および実行ユニット４６を備えている。好ましく
は、ＪＶＭ２２は、バイトコードベリファイヤ４４も備
えているが、メモリの制約された機器によってはこれが
実行されない場合もある。本発明によれば、クラスロー
ダ４２は、本発明のアプリケーションマネージャ２４を
使用して実行される。アプリケーションマネージャ２４
は、他のＪａｖａベースのプログラムのダウンロード、
実行およびキャッシングを行うＪａｖａプログラムであ
る。ＪＶＭ２２は、組込み機器２０上で実行を開始する
時、アプリケーションマネージャ２４の実行を開始す
る。
【００１５】アプリケーションマネージャ２４は、ネッ
トワークベースのクラスローダとして動作するサーバ機
器であり、ネットワークプロトコル４８によりネットワ
ーク１４を介してアプリケーションクラスファイル４０
（以下、クラスファイル４０とする）を受取り、そのク
ラスファイル４０中に含まれるアプリケーションクラス
を活性化することができる。当業者には周知であるよう
に、クラスファイル４０は、Ｊａｖａ（登録商標）コン
パイラによって生成されるハードウェアアーキテクチャ
非依存型バイトコードを有するファイルである。このバ
イトコードは、ＪＶＭ２２等のＪＶＭによってのみ実行
が可能である。アプリケーションマネージャ２４は、非
一般的なネットワークベースのクラスローダ（ClassLoa
der）であり、要求毎にネットワーク１４からクラスフ
ァイル４０をロードする。一般的なクラスローダによっ
て通常行われるようにＪａｖａ（登録商標）loadClas
s()（ロードクラス）メソッドによってクラスファイル
４０をロードする代りに、アプリケーションマネージャ
２４は、サーバソケット等のネットワークプロトコル４
８で、クラスファイル４０をダウンロードするという要
求を待つ。ダウンロード要求が受信されると、アプリケ
ーションマネージャ２４はネットワーク１４からクラス
ファイル４０を受信し、それを解析してクラス２８ａ、
２８ｂにし、Ｊａｖａ（登録商標）ClassLoader.define
Class()メソッドを呼出す。クラス２８ａ、２８ｂは、
Ｊａｖａ（登録商標）ClassLoader.resolveClass()メソ
ッドを呼出すことによって解析され、オブジェクトのイ
ンスタンス化の用意ができていることを確実にする必要
がある。
【００１６】図３は、アプリケーション２６ａ、２６
ｂ、２６ｃをどのようにして実行させるかを示してい
る。図示しているように、これは、次のようにして実行
される。すなわち、アプリケーションのＪａｖａクラス
であるクラスオブジェクト２８ａ、２８ｂをインスタン
ス化し、クラスオブジェクト２８ａ、２８ｂのインスタ
ンスであるアプリケーションオブジェクト３０ａ、３０
ｂ、３０ｃを生成し、その後アプリケーション２６ａ、
２６ｂ、２６ｃを実行するためにアプリケーションオブ
ジェクト３０ａ、３０ｂ、３０ｃのメイン（main）メソ
ッドを呼出す。同じＪａｖａ（登録商標）クラスの複数
のインスタンスを生成することにより、同じアプリケー
ションの複数のインスタンスを同時に実行することがで
きる。例えば、図３に示すように、アプリケーションオ
ブジェクト３０ａ、３０ｂは、同じクラスオブジェクト
２８ａのインスタンスであるが、アプリケーションオブ
ジェクト３０ｃは、異なるクラスオブジェクト２８ｂの
インスタンスである。従って、アプリケーション２６
ａ、２６ｂは、同時に実行することができる同じアプリ
ケーションの異なるインスタンスであるが、アプリケー
ション２６ｃは、完全に異なるアプリケーションであ
る。
【００１７】アプリケーションマネージャ２４は、ダウ
ンロード、開始、停止、問合せおよびメモリ管理機能を
提供する。これらの機能をネットワーク１４を介して提
供するために、組込み機器２０は、ネットワークインタ
フェース２５を有している。このネットワークインタフ
ェース２５は、クライアントであるコンピュータシステ
ム１２が組込み機器２０のアプリケーションマネージャ
２４に要求を送信することができるようにするネットワ
ークプロトコル４８を実行している。好ましい実施の形
態において、ネットワークインタフェース２５は、アプ
リケーションマネージャ２４によって指定される汎用Ｊ
ａｖａ言語アプリケーションプログラムインタフェース
（Application Program Interface（ＡＰＩ））を用い
て、アプリケーションマネージャ２４に通信する。汎用
ＡＰＩにより、コンピュータシステム１２等のリモート
機器に、組込み機器２０の所望の管理を指定する機能が
与えられる。付録Ａは、本発明の実施の形態において定
義されるＡＰＩを列挙している。
【００１８】特に、アプリケーションマネージャ２４
は、新たなアプリケーションがネットワーク１４を介し
て組込み機器２０にダウンロードされるのを可能にす
る。好ましい実施の形態では、これは、ＡＰＩのloadAp
plClass()（ロードアプリケーションクラス）メソッド
によって実行される。loadAppleClass() メソッドは、
Ｊａｖａのクラスファイル４０のダウンロードおよび検
証、クラスファイル４０に含まれるクラスオブジェクト
２８ａ、２８ｂの組込み機器２０におけるＪａｖａ（登
録商標）環境へのロードを処理し、Ｊａｖａインタプリ
タまたはジャストインタイム（Just in Time（ＪＩ
Ｔ））コンパイラ（図示せず）を用いてアプリケーショ
ンオブジェクト３０ａ、３０ｂ、３０ｃをインスタンス
化することにより、クラスオブジェクト２８ａ、２８ｂ
の実行を準備する。また、アプリケーションマネージャ
２４は、組込み機器２０上のＪａｖａのアプリケーショ
ン２６ａ、２６ｂ、２６ｃの開始および停止を管理する
ことにより、コンピュータシステム１２または他のネッ
トワーク化した機器において、ユーザが、組込み機器２
０にロードされたＪａｖａのアプリケーション２６ａ、
２６ｂ、２６ｃの実行を制御することができるようにす
る。好ましい実施の形態では、これは、汎用ＡＰＩのst
artAppl()（スタートアプリケーション）メソッドおよ
びstopAppl()（ストップアプリケーション）メソッドに
より実行される。また、アプリケーションマネージャ２
４は、いずれのクラスオブジェクト２８ａ、２８ｂが現
在ロードされているか、いずれのクラスがアプリケーシ
ョンオブジェクト３０ａ、３０ｂ、３０ｃを有している
か、および各アプリケーションオブジェクト（インスタ
ンス）はどのような実行状態（例えば、「初期化」、
「実行中」、「終了」）にあるか等のアプリケーション
情報の問合せを可能にする。これは、好ましい実施の形
態では、各々applClasses()（アプリケーションクラ
ス）メソッド、applications()（アプリケーション）メ
ソッドおよびapplInstances()（アプリケーションイン
スタンス）メソッドによって実行される。ロードされた
クラスオブジェクト２８ａ、２８ｂの各々の名前は、属
性として、好ましくはアプリケーションマネージャ２４
オブジェクト内のハッシュテーブルとして、アプリケー
ションリスト２３に格納される。また、アプリケーショ
ンマネージャ２４は、空きメモリの容量および総メモリ
の容量等、Ｊａｖａ環境からの情報の問合せを可能にす
る。好ましい実施の形態では、この情報の問合せは、fr
eeMemory()（フリーメモリ）メソッドおよびtotalMemor
y()（トータルメモリ）メソッドを用いて行われる。ま
た、アプリケーションマネージャ２４は、ロードされた
アプリケーションがアンロードされなければならなくな
る前に必要な空きメモリの容量に制限を設定する機能、
およびキャッシングされたアプリケーションをアンロー
ドすべき順序を設定する機能を含む、メモリ管理機能を
提供する。これは、好ましい実施の形態では、setFreeM
emoryLimit()（セットフリーメモリリミット）メソッド
およびsetFreeAppsFirst()（セットフリーアプリケーシ
ョンファースト）メソッドを用いて実行される。空きメ
モリの制限およびアプリケーションをアンロードすべき
順序については、getFreeMemoryLimit()（ゲットフリー
メモリリミット）メソッドおよびgetFreeAppsFirstPoli
cy()（ゲットフリーアプリケーションファーストポリシ
ー）メソッドを用いて問合わせることができる。この情
報は、アプリケーションマネージャ２４オブジェクト内
のハッシュテーブルに、各アプリケーションリスト２３
エントリ毎に別々のフィールドとして、または別々のア
ンロードプライオリティリスト２１として格納される。
【００１９】ネットワークプロトコル４８を用いて、ネ
ットワークインタフェース２５を介するアプリケーショ
ンマネージャ２４に対するネットワークアクセスが提供
される。ネットワークプロトコル４８は、いくつかの他
の実施の形態のうちの任意のものによって実現するよう
にしてもよい。
【００２０】第１の実施の形態では、ネットワークプロ
トコル４８は、Ｊａｖａ（登録商標）リモートメソッド
呼出（Remote Method Invocation（ＲＭＩ））を用いて
実現される。ＪａｖａＲＭＩにより、他のＪＶＭに常駐
しているオブジェクトにおいて直接のメソッド呼出を行
うことができる。一般に、ＲＭＩには、オブジェクトの
シリアライズ、識別およびメソッドのディスパッチをサ
ポートするために大容量のメモリが必要である。組込み
機器が、ＲＭＩネームサーバの実行のサポートを含む実
行中のＲＭＩの高メモリオーバヘッドをサポートする場
合、ＲＭＩを選択して実現するということは、組込み機
器２０およびアプリケーションマネージャ２４と対話
（interact）するクライアントアプリケーションがＪａ
ｖａベースである場合に適している。他の分散オブジェ
クトメカニズム（例えば、ＣＯＲＢＡ、ＤＣＯＭ）とＲ
ＭＩとの間には、ブリッジが存在し、それにより、クラ
イアントにおいて他の言語で同様に書込みことが可能と
なる。アプリケーションマネージャ２４は、ＲＭＩを使
用してリモートクライアント１２から直接の呼出を受入
れることにより、アプリケーション２６ａ、２６ｂ、２
６ｃをロードし、開始し、管理することができる。ＲＭ
Ｉベースのアプリケーションマネージャインタフェース
の簡単な例を、付録Ｂに示す。
【００２１】第２の他の実施の形態では、ネットワーク
プロトコル４８はネットワークソケット（例えば、ＴＣ
Ｐ／ＩＰソケットプロトコル）を用いて実現される。ク
ライアント１２（コンピュータシステム１２）側で同様
にＪａｖａ（登録商標）が使用される場合、ネットワー
クプロトコル４８がクライアント１２（コンピュータシ
ステム１２）側とサーバ（組込み機器２０）側との両方
で一貫していることを保証するために、Ｊａｖａクラス
内にネットワークプロトコル４８をラップする（wrap）
ことは有益である。クライアント１２（コンピュータシ
ステム１２）またはアプリケーションマネージャ２４が
停止する可能性のあるネットワークの読出のブロック化
を、ネットワークプロトコル４８が実行しないことを保
証するために、好ましくは、Ｊａｖａ（登録商標）Sock
et.setSoTimeout()メソッドにより、またはＪａｖａ
（登録商標）InputStream.available()メソッドを用い
てブロック化無しにどれくらいのデータが読出されるか
を判断することにより、read()（読出し）動作のための
待ちのタイムアウトが設定されている。
【００２２】かかるネットワークソケットプロトコル方
式の１つの実現例では、呼出されるメソッドを識別する
単一バイトと、それに続く、ラッパ（wrapper）により
その特定のメソッドに対してデコードされる追加のデー
タとが、送信される。例えば、クラスファイル４０をダ
ウンロードするために、クライアント１２（コンピュー
タシステム１２）は、その要求がダウンロードのための
ものであることを指定する「Ｄ」キャラクタバイトと、
それに続く送信されているデータの全体長と、それに続
く組込み機器２０のネットワークアドレスとを送信す
る。他の実現例では、実際のデータはナル終了キャラク
タのクラス名であり、そのクラスがメインメソッドを含
むか否かを指定するバイトがその後に続き、更にクラス
データを含むバイトがその後に続く。プロトコルのデコ
ードを実行するために、仮想デコードメソッドをサポー
トするオブジェクトモデルが生成される。また、クライ
アント１２（コンピュータシステム１２）にメソッド呼
出の結果を返すことを、使用されている同様のプロトコ
ルを用いてカプセル化してもよい。このように、要求か
ら結果が非同期に返され、クライアント１２（コンピュ
ータシステム１２）は実際に、結果に対しネットワーク
サーバとして動作することができる。クライアント１２
（コンピュータシステム１２）が１つの組込みＪＶＭ２
２に通信する（talk）のみであり、結果を待ってアイド
ル状態である場合、クライアント（コンピュータシステ
ム１２）が、結果が同期して戻ってくるのを待つ（タイ
ムアウト有りで）、より単純な方式を使用することがで
きる。
【００２３】好ましい実施の形態では、アプリケーショ
ンマネージャ２４は、Ｊａｖａネットワークサーバ・ア
プリケーションとして実現され、Ｊａｖａ（登録商標）
リモートメソッド呼出（ＲＭＩ）プロトコル、ウェブが
ホストする要求のためのハイパーテキスト転送プロトコ
ル（ＨＴＴＰ）、またはＴＣＰ／ＩＰソケットによるア
プリケーションレベルプロトコル等のネットワークプロ
トコル４８にコード化される要求を受入れる。上述した
ように、ネットワークプロトコル４８の要求の１つのタ
イプは、アプリケーションのＪａｖａのクラスファイル
４０のダウンロードである。好ましい実施の形態では、
クラスファイル４０のダウンロードは、loadApplClas
s()メソッドまたはloadAndInit()（ロードおよび初期
化）メソッドを呼出すことによって実行される。上述し
たように、クラスファイル４０は、ＪＶＭ２２がＪａｖ
ａクラスオブジェクト（アプリケーションオブジェクト
３０ａ、３０ｂ、３０ｃ）を生成するために使用するバ
イナリのＪａｖａバイトコードストリームである。アプ
リケーションクラスファイル４０のメモリ５０へのダウ
ンロードに加えて、アプリケーション２６ａ、２６ｂ、
２６ｃが継承するあらゆる基底クラス、またはそのクラ
スファイル４０に含まれるアプリケーションクラス２８
ａ、２８ｂとのインタフェースもまた、メモリ５０のア
プリケーションキャッシュ５２にダウンロードされる。
アプリケーションマネージャ２４がクラスファイル４０
のメモリ５０へのキャッシングを可能にするため、ネッ
トワークプロトコル４８は、startAppl()（スタートア
プリケーション）メソッド呼出が後に続くinitAppl()
（初期化アプリケーション）メソッドにより、メモリ５
０に常駐している既にダウンロードされているクラスフ
ァイルの実行を可能にする。クラスファイル４０がダウ
ンロードされると、Ｊａｖａ（登録商標）ClassLoader
ＡＰＩを用いて、クラスファイル４０に関連するクラス
オブジェクト２８ａ、２８ｂがインスタンス化される。
ClassLoader.defineClass()メソッドは、クラスファイ
ルのバイトアレイからクラスオブジェクト２８ａ、２８
ｂを構成する。クラスは、定義されると、クラスのリン
ク化を実行するために解析されなければならず、それに
よってインスタンスオブジェクトが生成されメソッドが
呼出される。解析プロセスは、Ｊａｖａ（登録商標）Cl
assLoader.resolveClass() ＡＰＩを呼出すことによっ
て起動される。
【００２４】クラスオブジェクト２８ａ、２８ｂがロー
ドおよび定義されると、一例としての実施の形態ではＪ
ａｖａ（登録商標）Class.newInstance() ＡＰＩによ
り、クラスオブジェクト２８ａ、２８ｂのインスタンス
であるアプリケーションオブジェクト３０ａ、３０ｂ、
３０ｃが生成される。アプリケーションオブジェクト３
０ａ、３０ｂ、３０ｃは、アプリケーション２６ａ、２
６ｂ、２６ｃを開始するために所望のメソッドを呼出す
必要がある。newInstance()（ニューインスタンス）を
呼出すために、クラスオブジェクト２８ａ、２８ｂは、
属性をとらないデフォルトのコンストラクタを有してい
なければならない。
【００２５】アプリケーション２６ａ、２６ｂ、２６ｃ
は、予め生成されたアプリケーションオブジェクト３０
ａ、３０ｂ、３０ｃの所望のメソッドを呼出し、そのメ
ソッドに属性を渡すことによって実行される。アプリケ
ーションマネージャ２４は、オブジェクトの呼出すメソ
ッド、および渡す属性（あるとすれば）が何であるかを
知らなければならない。これは、いくつかの方法のうち
の１つによって実行される。
【００２６】１つの実施の形態では、すべてのアプリケ
ーションは、呼出すメソッドを指定するＪａｖａインタ
フェースを実行する必要がある。例としてのインタフェ
ースを以下に示す。 このインタフェースは、アプリケーション２６ａ、２６
ｂ、２６ｃの実行時に呼出される最初のメソッドである
インスタンスメソッド「main()」を指定する。それがイ
ンスタンスメソッドであるため、クラスオブジェクト２
８ａ、２８ｂのアプリケーションオブジェクト３０ａ、
３０ｂ、３０ｃは、アプリケーションマネージャ２４に
より、main()を実行する前に生成されなければならな
い。main()のみが呼出されているため、このオブジェク
トはアプリケーションマネージャ２４のＪａｖａ（登録
商標）ApplBaseオブジェクトとしてもよい。この例で
は、main()メソッドは、クラスをダウンロードしたクラ
イアント（コンピュータシステム１２）のネットワーク
アドレスを含むInetAddress引数を受取る。このよう
に、アプリケーションは、必要ならば周知のポートによ
りクライアント（コンピュータシステム１２）に戻る方
向に通信することができる。
【００２７】別の実施の形態では、ＪＶＭ２２が例えば
Ｊａｖａ（登録商標）ＲＭＩによりリフレクションをサ
ポートする場合、メソッド名がアプリケーションマネー
ジャ２４にダウンロードされ、リフレクションを用いて
所望のメソッドのアプリケーションクラスが探索され
る。クラスオブジェクト２８ａ、２８ｂがロードされる
と、所望のメソッドを見つけるためにそのクラスのＪａ
ｖａ（登録商標）getDeclaredMethod()が呼出される。g
etDeclaredMethod()はMethodオブジェクトを返すもので
あって、Methodオブジェクトは、invoke()（呼出）を呼
出すことにより、そのメソッドを実行するために使用す
ることができる。
【００２８】更に他の実施の形態では、すべてのアプリ
ケーションが継承する元となる共通の基底クラスから拡
張されるメソッドが呼出される。
【００２９】アプリケーションマネージャ２４は、実行
中となると、アプリケーション２６ａ、２６ｂ、２６ｃ
の新たな実行状態を記録する。各クラスオブジェクト２
８ａ、２８ｂは、そのクラスの存在する各インスタンス
を識別する各々のインスタンスリスト２９ａ、２９ｂを
有している。インスタンスリスト２９ａ、２９ｂの各エ
ントリは、現アプリケーション２６ａ、２６ｂ、２６ｃ
のライフサイクルの間にアプリケーションマネージャ２
４によって更新される実行状態変数を含む。
【００３０】アプリケーションマネージャ２４は、アプ
リケーション２６ａ、２６ｂ、２６ｃで発生するＪａｖ
ａ（登録商標）例外またはエラーのすべてを処理する。
そうしなければ、ＪＶＭ２２は終了することとなる。ア
プリケーションマネージャ２４は、アプリケーションが
終了すると、そのアプリケーション２６ａ、２６ｂ、２
６ｃがもはや実行していないということを（インスタン
スリスト２９ａ、２９ｂにおいて識別されるインスタン
スに対応する実行状態を更新することにより）記録し、
クラスオブジェクト２８ａ、２８ｂがメモリ５０内にキ
ャッシングされるものでない場合、そのクラスオブジェ
クト２８ａ、２８ｂがガーベッジ・コレクトされるよう
にする。
【００３１】クラスオブジェクト２８ａ、２８ｂのキャ
ッシングは、性能をより優れたものとする本発明の独特
の特徴である。アプリケーション２６ａ、２６ｂ、２６
ｃが実行される毎にアプリケーションクラス（クラスオ
ブジェクト）をダウンロードする代りに、アプリケーシ
ョンマネージャ２４は、好ましくは、デフォルトでクラ
スオブジェクト２８ａ、２８ｂをキャッシングし、unlo
adAppl()（アンロードアプリケーション）メソッドを用
いて明示的に要求される場合、またはメモリ管理ハンド
ラ２７がローメモリまたはノーメモリ状態の結果として
アンロードすべきクラスを選択する場合にのみ、クラス
オブジェクト２８ａ、２８ｂをアンロードする。好まし
い実施の形態では、メモリ管理ハンドラ２７によって現
在ロードされているクラスがアンロードされる順序は、
setFreeAppsFirst()メソッドを用いて設定される。setF
reeAppsFirst()メソッドにより、クライアントは、ロー
メモリまたはノーメモリ状態の場合にアンロードされる
アプリケーションの順序を設定または変更することがで
きる。これは、クラスをアンロードするためのアプリケ
ーションの順位付けを指示するアプリケーションリスト
において、各エントリにアンロードプライオリティフィ
ールドを付加する等、いくつかの方法のうちの任意の方
法によって達成することができる。アプリケーションマ
ネージャ２４は、クラスをキャッシングすることによ
り、クラスに対する参照（reference）を保持し、それ
によって、Ｊａｖａ仮想マシン２２に、クラスオブジェ
クト２８ａ、２８ｂに対するガーベッジ・コレクション
を行わせない。そして、クラスオブジェクト２８ａ、２
８ｂを再利用して、クラスオブジェクト２８ａ、２８ｂ
の新たなインスタンス３０ａ、３０ｂ、３０ｃを生成
し、アプリケーション機能を再実行することができる。
【００３２】また、アプリケーションマネージャ２４
は、好ましくは、アプリケーションが終了および／また
はアンロードされた後であっても、メモリ５０内のデー
タキャッシュ５４へのアプリケーションデータのキャッ
シングを可能にする。例として、電子テストドメインに
おけるＪａｖａアプリケーションがある。アプリケーシ
ョンが最初に実行されるとセットアップ情報を保存する
ことができ、それによって、そのアプリケーションを将
来実行する場合により高速に実行することができる。こ
の例では、アプリケーションマネージャ２４は、テスト
システム較正（calibration）情報をキャッシングする
ことができる。更に、テストシステム較正情報をデータ
キャッシュ５４にキャッシングすることにより、アプリ
ケーションマネージャ５４はデータへの参照を保持し、
それによってＪａｖａ仮想マシンにデータをガーベッジ
・コレクトさせないようにする。従って、この方法での
データキャッシングにより、同じかまたは異なるアプリ
ケーションの後続する実行のために情報を保存すること
ができる。
【００３３】アプリケーションマネージャ２４は、アプ
リケーション２６ａ、２６ｂ、２６ｃをローメモリまた
はノーメモリ状態で実行を続けるよう試みる。ＪＶＭ２
２が、アプリケーション２６ａ、２６ｂ、２６ｃの実行
中にメモリを使い尽くした場合、OutOfMemoryErrorエラ
ーが生成される。アプリケーションマネージャ２４は、
ローメモリまたはノーメモリ状態を処理するメモリ管理
ハンドラ２７を有している。好ましい実施の形態では、
メモリ管理ハンドラ２７は、ＪＶＭ２２によって生成さ
れるOutOfMemoryErrorの発生により実行するようトリガ
される。１つの実施の形態では、メモリ管理ハンドラ２
７は、そのアプリケーションキャッシュからクラスオブ
ジェクト２８ａ、２８ｂおよびアプリケーションオブジ
ェクト３０ａ、３０ｂ、３０ｃを適切にダンプすること
により作用する。キャッシュされたクラスオブジェクト
２８ａ、２８ｂおよびアプリケーションオブジェクト３
０ａ、３０ｂ、３０ｃをアンロードする順序は、setFre
eAppsFirst()メソッドを用いて設定される。あるいは、
その順序は、メモリ管理ハンドラ２７自身においてコー
ド化された予め決められたアルゴリズムに従って決定さ
れる。アプリケーションマネージャ２４は、Ｊａｖａ
（登録商標）Runtime.gc()メソッドを呼出すことによ
り、アンロードされたクラスオブジェクト２８ａ、２８
ｂおよびアプリケーションオブジェクト３０ａ、３０
ｂ、３０ｃが回収（reclaim）可能であることをＪＶＭ
２２に通知する。アプリケーションキャッシュ５２から
クラスオブジェクト２８ａ、２８ｂをアンロードするこ
とにより、そのクラスオブジェクト２８ａ、２８ｂに関
連するアプリケーションオブジェクト３０ａ、３０ｂ、
３０ｃが同様に終了およびアンロードされる。従って、
アプリケーション実行の起動速度が重要である場合、ク
ラスオブジェクト２８ａ、２８ｂをアンロードする前に
アプリケーションオブジェクト３０ａ、３０ｂ、３０ｃ
をアンロードすることが好ましい。一方で、特定のアプ
リケーションを無関係に実行させておくことが重要であ
る場合、その特定のアプリケーションを実行させておく
ために十分なメモリを解放するべく、それらオブジェク
トに関連するクラスと共に別のクラスのすべてのアプリ
ケーションオブジェクトをアンロードすることが好まし
い。アプリケーションを終了させることについての解決
法は、ローメモリ状態に応答して別々にメモリレベルを
監視するか、またはアプリケーションの結果をチェック
ポイントすることによりアプリケーションがチェックポ
イントの後に継続を再開することができるようにするこ
とである。これらの方法により、実行中のアプリケーシ
ョンは割込みされずに、または少なくとも可能な限り割
込みされずに継続することができる。
【００３４】アプリケーションマネージャ２４は、好ま
しくは、メモリ管理機能を提供する。１つの実施の形態
では、アプリケーションマネージャ２４は、アプリケー
ションキャッシュ５２およびデータキャッシュ５４各々
におけるクラスオブジェクト２８ａ、２８ｂ、アプリケ
ーションオブジェクト３０ａ、３０ｂ、３０ｃおよびグ
ローバルデータを参照する。それによって、それらの関
連するオブジェクトがガーベッジ・コレクトされないこ
とが保証される。
【００３５】他の実施の形態では、メモリ管理ハンドラ
２７は、連続的に空きメモリレベルを継続して監視し、
ローフリー（low-free）メモリまたはノーフリー（no-f
ree）メモリ時には、そのキャッシュ５２、５４からオ
ブジェクトを除去し、必要に応じてガーベッジ・コレク
ションをトリガして更にメモリを解放する。上述したよ
うに、ガーベッジ・コレクションは、アプリケーション
キャッシュ５２またはデータキャッシュ５４からアイテ
ムを除去した後にＪａｖａ（登録商標）Runtime.gc()メ
ソッドを呼出すことによってトリガされる。アプリケー
ションマネージャ２４を実行する場合、それがローメモ
リ状態においてメモリ５０をどのように管理するかにつ
いて、選択を行わなければならない。１つの選択は、ロ
ーフリーメモリが発生した時に、アプリケーションキャ
ッシュ５２またはデータキャッシュ５４のいずれのキャ
ッシュから最初にアイテムが除去すべきかということで
ある。大抵のケースでは、アプリケーションオブジェク
ト３０ａ、３０ｂ、３０ｃおよび関連するクラスオブジ
ェクト２８ａ、２８ｂを除去し、必要に応じてそれらを
再ダウンロードする方が容易である。この判断は、グロ
ーバルデータを再生成するためにかかる長い時間に基づ
いている。
【００３６】アプリケーションおよびグローバルデータ
オブジェクトは、好ましくは、キャッシング方式が正確
に作用するために可能な限り別々であるように設計され
ている。グローバルデータクラスがクラスオブジェクト
２８ａ、２８ｂのメンバとして参照される場合、クラス
オブジェクト２８ａ、２８ｂもまた参照されないという
ことがない限り、データクラスが参照されないというこ
とでメモリは解放されない。グローバルデータクラスが
クラスオブジェクト２８ａ、２８ｂを参照するという逆
の場合によっても、同じ結果となる。クラスオブジェク
ト２８ａ、２８ｂは、クラスメンバではなくメソッドに
おいてのみグローバルデータクラスを参照すべきであ
る。好ましくは、グローバルデータオブジェクトは、ク
ラスオブジェクト２８ａ、２８ｂを参照することはな
い。
【００３７】図４は、アプリケーションキャッシュ５２
の管理の一例としての実施の形態を示す動作フローチャ
ートである。アプリケーションマネージャ２４は、クラ
イアントであるコンピュータシステム１２から要求を受
信する（４０２）。要求の実行により空きメモリを使用
すると（例えば、loadAppl()、loadAndInit()、InitApp
l()）、受信した要求の実行によりローメモリまたはノ
ーメモリ状態となったか否かを判断する（４０４）。そ
の場合、アプリケーションキャッシュ５２からアンロー
ドするクラスオブジェクト２８ａ、２８ｂおよび／また
はアプリケーションオブジェクト３０ａ、３０ｂ、３０
ｃを選択する（４０６）。そして、選択したオブジェク
トをアプリケーションキャッシュ５２からアンロードす
る（４０８）。受信した要求がloadAppl()またはloadAn
dInit()要求である場合、ネットワーク１４からクラス
オブジェクトをロードし定義する（４１０）。要求がlo
adApp()要求である場合、その要求は完了する。要求がl
oadAndInit()要求またはInitAppl()要求である場合、ア
プリケーションオブジェクト３０ａ、３０ｂ、３０ｃを
インスタンス化し（４１２）、その要求は完了する。要
求がstartAppl()要求である場合、概してアプリケーシ
ョンオブジェクト３０ａ、３０ｂ、３０ｃのmain()メソ
ッドを呼出すことにより、アプリケーションを開始する
（４１４）。要求がstopAppl()要求である場合、アプリ
ケーションを停止する（４１６）。要求がunload()要求
である場合、クラスオブジェクト２８ａ、２８ｂをアン
ロードする（４１８）。要求がsetFreeMemoryLimit()要
求である場合、ローメモリ状態の判断の基準となる空き
メモリ閾値を設定する（４２０）。要求がsetFreeAppsF
irst()要求である場合、ローメモリまたはノーメモリ状
態が検出された時にアンロードのためにアプリケーショ
ンクラス２８ａ、２８ｂおよびオブジェクトクラス３０
ａ、３０ｂ、３０ｃが選択される順序を設定する（４２
２）。要求が問合せ（例えば、いずれのアプリケーショ
ンクラスがロードされるか（applClasses()）、いずれ
のアプリケーションが初期化されるか（application
s()）、いずれのアプリケーションが現在実行中である
か（applInstances()）、どのくらい使用可能なメモリ
が存在するか（freeMemory()）、どのくらい総メモリが
存在するか（totalMemory()）、現在の空きメモリ制限
閾値は何であるか（getFreeMemoryLimit()）、またはク
ラスおよびアプリケーションオブジェクトをアンロード
するための現在の順序は何か（getFreeAppsFirstPolicy
()））、その問合せを実行し要求されたパラメータを返
す（４２４）。
【００３８】ローメモリまたはノーメモリ状態が存在す
ると決定した場合（４０４）、一例としての実施の形態
では、アプリケーションマネージャ２４は、アンロード
するよう選択されているオブジェクトに対する参照を除
去し、Ｊａｖａ（登録商標）Runtime.gc()メソッドを呼
出すことにより、参照されないオブジェクトがアプリケ
ーションキャッシュ５２から除去されるようにする。上
述したように、Ｊａｖａ（登録商標）Runtime.gc()メソ
ッドによって参照されないクラスのみをガーベッジ・コ
レクトすることができるため、参照されないクラス２８
ａ、２８ｂのみがアプリケーションキャッシュ５２から
除去される。ＪＶＭ２２の実現例によっては、そのクラ
スのClassLoaderオブジェクトもまたガーベッジ・コレ
クトされるクラスとして参照されてはならないものとし
てもよい。
【００３９】図５は、本発明を採用するシステム５００
の一例として実現例を示すクラス図である。図５の一例
としての実現例において定義および使用されるクラスの
各々の記述を、以下の表１に示す。表２には、図５の一
例として実現例において使用されるクラスの各々におい
て定義される主な属性の記述が含まれている。図５に示
すように、クラスApplMgr５０２は、クラスApplication
５１０の１対多のインスタンスを管理する。ApplMgr５
０２は、クライアントクラスApplClient５０８とインタ
フェースするために、クラスClientProtocol５０６に通
信するクラスServerProtocol５０４を使用する。表１に
記述しているように、ApplMgr５０２は、アプリケーシ
ョンマネージャ２４を実現するクラスである。Applicat
ion５１０は、単一のアプリケーションをモデル化して
いる。ServerProtocol５０４およびClientProtocol５０
６は、クライアントインタフェース４を実現する。それ
らは共に、アプリケーションマネージャクラスApplMgr
５０２とクライアントクラスApplClient５０８との間の
ネットワークプロトコル４８をカプセル化する。
【００４０】表１ クラス：ApplMgr 記述：アプリケーションマネージャ全体のクラス クラス：Application 記述：単一のアプリケーションをモデル化 クラス：ServerProtocol,ClientProtocol 記述：ApplMgrによってサポートされるインタフェース
を表すApplMgrクラスとApplClientクラスとの間のネッ
トワークプロトコルをカプセル化 クラス：ApplBase 記述：ApplMgrによって使用されるためにApplicationが
定義しなければならないメソッドを定義するインタフェ
ース クラス：ApplClient 記述：ApplMgrクラスと対話する一例としてのクライア
ント側アプリケーション
【００４１】表２ 名前：ApplMgr.idata カテゴリ：属性 記述：Applicationクラスのライフタイムを超えて存続
する必要のあるグローバルデータ値のハッシュテーブ
ル。getメソッドおよびsetメソッドによりアクセスされ
る。 名前：ApplMgr.iappls カテゴリ：属性 記述：ApplMgrが管理するよう指示されたApplicationオ
ブジェクトの集まり 名前：Application.iclasses カテゴリ：属性 記述：このApplicationに関連するクラスのハッシュテ
ーブル。クラスは名前によって一意に識別される。クラ
スの階層構造を用いてアプリケーションを生成すること
ができるが、それにはハッシュテーブルの使用が必要で
ある。 名前：Application.iappls カテゴリ：属性 記述：現在実行中のアプリケーションのインスタンスの
集まり。インスタンスは、クラス名によって識別され、
インスタンスカウンタは生成される各インスタンスにつ
いてインクリメントされる。 名前：Application.imainClass カテゴリ：属性 記述：実行されるmain()ルーチンを含むクラス。実行さ
れるアプリケーションオブジェクトは、このクラスから
生成される。 名前：ServerProtocol.isock カテゴリ：属性 記述：ApplMgrとの通信のために使用されるServerSocke
t。 名前：ServerProtocol.iapplMgr. カテゴリ：属性 記述：ServerProtocolはあらゆる要求をデコードし、そ
の要求を処理するためにApplMgrに対し適当な呼出を行
う。あるいは、ServerProtocolに代えて、ApplMgr.に対
する直接のＲＭＩ呼出でもよい。 名前：ClientProtocol.isock カテゴリ：属性 記述：ClientProtocolがServerProtocolと通信する手段
であるソケット。
【００４２】図６は、新たなクラスのロードを実行する
ためのクラス間の通信を示すシステム５００のブロック
図である。表３は、その初期の仮説、ロード動作の結
果、およびロードを実行するために必要なエージェント
を指定している。ここに示すように、アプリケーション
マネージャクラスであるApplMgr５０２は、組込み機器
２０のＪＶＭ２２において実行中であり、かつ、ユーザ
が、クライアントであるコンピュータシステム１２で実
行中のApplClient５０８に対し新たなクラスを組込み機
器２０にダウンロードするよう命令することにより、ダ
ウンロードを要求したものと仮定する。
【００４３】表３ 仮説：ApplMgrは既にＪＶＭで実行中である。 結果：アプリケーションに関連するクラスは、ＪＶＭに
ロードされており、「メインクラス」のインスタンスが
生成され、この新たなインスタンスにおいてinit()メソ
ッドが呼出される。 エージェント： User＝ApplClientに対し新たなアプリケーションクラス
をApplMgrを実行している組込み機器にダウンロードす
るよう命令 ApplClient＝アプリケーションクラスをダウンロードす
るホスト側プログラム ClientProtocol＝クライアントのためのネットワーク通
信を処理するホスト側クラス ServerProtocol＝ApplMgrのためのネットワーク通信を
処理するサーバ側クラス ApplMgr＝アプリケーションマネージャクラス Application＝ダウンロードされたアプリケーションを
モデル化するアプリケーションクラス 図６に示すように、ダウンロード動作は、クライアント
ユーザクラスApplClientU５１６等のクライアントユー
ザプリケーションからクライアントアプリケーションAp
plClient５０８へのユーザ要求６０２によって開始す
る。この例では、クライアントユーザクラスであるAppl
ClientU５１６は、「Ｄ」キャラクタと、それに続くク
ラスデータを含むファイルの名前と、更にそれに続くク
ラスデータを送信すべきネットワークノードとを送信す
るプロトコルに従うことにより、ダウンロード要求を生
成する。この例では、クラスデータは「test」と名づけ
られ、組込み機器２０のネットワークノードアドレス
は、「ＨＰ」と名づけられている。ユーザ要求６０２に
より、ApplClient５０８が実行され、クラス「test」が
ノード「ＨＰ」にダウンロードされる。ApplClient５０
８は、「test」に含まれるクラスデータをメモリに読出
し、その後ClientProtocl.loadClass()メソッドを呼出
してクラスをダウンロードする（６０４）。ClientProt
ocol５０６は、ノード「ＨＰ」上のServerProtocolへの
ネットワーク１４コネクションを形成し、ネットワーク
１４を介してクラスデータファイル「test」に関連する
クラスデータを送信する（６０６）。ServerProtocol５
０４は、要求およびクラスデータをデコードし、その後
ApplMgr.loadClass()メソッドを呼出してクラスをロー
ドする（６０８）。ApplMgr５０２は、必要ならばクラ
スに対してApplicationオブジェクトを生成する（６１
０）（すなわち、クラスは既にアプリケーションキャッ
シュにキャッシングされていない）。そして、ApplMgr
５０２は、Application５１０のloadClass()メソッドを
呼出し（６１２）、それにクラス「test」に関連するす
べてのクラスデータを渡す。新たなクラスオブジェクト
が、ApplicationsのApplMgrキャッシュに付加され（６
１４）、それが管理するそのアプリケーションオブジェ
クトへのクラス「test」の付加を反映するようにアプリ
ケーションリストApplMgr.iapps２３が更新される（６
１４）。ロードされているクラス「test」がメインクラ
スである場合、Application５１０はクラスを定義して
解析し、クラスのインスタンスを生成し、インスタンス
のinit()メソッドを呼出す（６１８）。新たなアプリケ
ーションオブジェクトが、クラスキャッシュに付加され
（６１６）、その新たなアプリケーションオブジェクト
の付加を反映するようにインスタンスリスト２９が更新
される（６１６）。真の結果は、クラスのロードが成功
したことを通知してApplClient５０８に戻される（６２
０）。
【００４４】実現例において、必要ならば、ServerProt
ocol５０４は、各要求を処理するための別々のスレッド
を生成し、複数の要求が同時に処理されるようにする。
このようにして実現された場合、ApplMgr５０２およびA
pplication５１０によって実現される方法は、適切に同
期しなければならない。
【００４５】Application５１０が複数のクラスから構
成されている場合、各クラスに対しloadClass()要求が
作成されることとなる。これには、ApplMgr５０２が現
存のApplication５１０にクラスを配置および加えるこ
とができる必要がある。アプリケーションは、メインク
ラスの名前と同一の一意の名前によって識別される。慣
習的に、基底クラスおよびインタフェースは、メインク
ラスをロードする前にロードされる。これにより、メイ
ンクラスのインスタンスが正確に生成されることが保証
される。別の方法は、アプリケーションのインスタンス
を生成するために新たなApplMgrメソッドを生成すると
いうものである。これにより、同じクラスの複数のアプ
リケーションが同時に実行されることが可能になる。
【００４６】図７は、アプリケーションの開始を実行す
るためのクラス間の通信を示すシステム５００のブロッ
ク図である。表４は、初期の仮説、開始動作の結果、お
よび開始を実行するために必要なエージェントを指定し
ている。ここに示すように、アプリケーションマネージ
ャクラスであるApplMgr５０２は、組込み機器２０のＪ
ＶＭ２２において実行中であり、かつ、ユーザが、その
ユーザのマシンで実行中のApplClient５０８に対し組込
み機器２０でアプリケーションを開始するよう命令する
ことにより開始を要求したものと仮定する。
【００４７】表４ 仮説：ApplMgrは既にＪＶＭで実行中である。ApplMgrに
より、アプリケーションクラスが予めロードされてい
る。 結果：所望のApplicationが実行を開始する。 エージェント： User＝ApplCilentに対し、ノード「ＨＰ」でアプリケー
ション「test」を開始するよう命令。 ApplClient＝Applicationsを開始するホスト側プログラ
ム ClientProtocol＝クライアントのためのネットワーク通
信を処理するホスト側クラス ServerProtocol＝ApplMgrネットワーク通信を処理する
サーバ側クラス ApplMgr＝アプリケーションマネージャクラス Application＝開始すべきアプリケーションをモデル化
するアプリケーションクラス ApplBase＝開始中のアプリケーション・インスタンス 図７に示すように、開始動作は、クライアントユーザク
ラスApplClientU５１６等のクライアントユーザプリケ
ーションからクライアントアプリケーションApplClient
５０８へのユーザ要求７０２によって開始する。この例
では、クライアントユーザクラスApplClientU５１６
は、「Ｂ」キャラクタ（「begin（開始）」に対応）
と、それに続くアプリケーション名「test」と、更にそ
れに続くクラスデータが送信すべきネットワークノード
「ＨＰ」とを送信するプロトコルに従うことにより、開
始要求を生成する。要求７０２により、ApplClient５０
８が実行され、ノード「ＨＰ」でアプリケーション「te
st」が開始される。ApplClient５０８は、ClientProtoc
ol.startAppl()メソッドを呼出してアプリケーションを
開始する（７０４）。ClientProtocol５０６は、ノード
「ＨＰ」におけるServerProtocol５０４へのネットワー
クコネクションを形成し、開始メッセージを送信する
（７０６）。ServerProtocol５０４は、開始要求をデコ
ードし、その後ApplMgr.startAppl()メソッドを呼出す
（７０８）。ApplMgr５０２は、適切なApplication５１
０を配置し、その後Application５１０にstartAppl()メ
ソッドを呼出す（７１０）。Application５１０は、新
たなThread（スレッド）５１８を生成（７１２）してそ
れ自身のrun()（実行）メソッドを実行する（７１
４）。run()メソッド内では、ApplBase５１４のメイン
メソッドが呼出され（７１６）、種々のパラメータが渡
される。Application５１０にいかなるパラメータも渡
されない場合、run()メソッドを直接に呼出すことがで
きる。そして、Application５１０は、アプリケーショ
ンインスタンスの状態を「実行中」に変更する（７１
８）。
【００４８】他の実施の形態では、ApplClassオブジェ
クト（すなわち、ClassLoader５１２）が、Application
５１０のインスタンスをモデル化するApplicationクラ
スを管理する。
【００４９】図８は、アプリケーションの停止を実行す
るためのクラス間の通信を示すシステム５００のブロッ
ク図である。表５は、初期の仮説、停止動作の結果、お
よび停止を実行するために必要なエージェントを指定し
ている。ここに示すように、アプリケーションマネージ
ャクラスApplMgrは組込み機器２０のＪＶＭ２２におい
て実行中であり、かつ、ユーザが、そのユーザのマシン
で実行中のApplClientに対し組込み機器２０でアプリケ
ーションを停止するよう命令することにより停止を要求
したものと仮定する。
【００５０】表５ 仮説：ApplMgrは、既にＪＶＭにおいて実行中である。A
pplMgrによりアプリケーションクラスが予めロードされ
ている。アプリケーションは既に実行中である。 結果：所望のApplicationが実行を停止する。 エージェント： User＝ApplClientに対しノードＨＰでのアプリケーショ
ンtestの停止を命令 ApplClient＝Applicationsを開始するホスト側プログラ
ム ClientProtocol＝クライアントに対するネットワーク通
信を処理するホスト側クラス ServerProtocol＝ApplMgrネットワーク通信を処理する
サーバ側クラス ApplMgr＝アプリケーションマネージャクラス Application＝停止すべきApplBaseインスタンスを含む
アプリケーションクラス ApplBase＝停止すべき実行中のアプリケーションインス
タンス 図８に示すように、停止動作は、クライアントユーザク
ラスApplClientU５１６等のクライアントユーザプリケ
ーションからクライアントアプリケーションApplClient
５０８へのユーザ要求８０２で開始する。この例では、
クライアントユーザクラスApplClientU５１６は、
「Ｅ」キャラクタ（「end（終了）」に対応）と、それ
に続くアプリケーション名「test」と、更にそれに続く
クラスデータを送信すべきネットワークノード「ＨＰ」
とを送信するプロトコルに従って、停止要求を生成す
る。ユーザ要求８０２により、ApplClient５０８が実行
され、ノード「ＨＰ」でのアプリケーション「test」の
実行が停止する。ApplClient５０８は、ClientProtoco
l.stopAppl()メソッドを呼出してアプリケーションを停
止する（８０４）。ClientProtocol５０６は、ノード
「ＨＰ」でのServerProtocol５０４に対するネットワー
クコネクションを形成し、停止メッセージを送信する
（８０６）。ServerProtocol５０４は、停止要求をデコ
ードし、その後ApplMgr.stopAppl()メソッドを呼出す
（８０８）。ApplMgr５０２は、適切なApplication５１
０を配置し、その後Application５１０にstopAppl()メ
ソッドを呼出す（８１０）。Application５１０は、sto
pAppl()に渡された名前によってApplBase５１４インス
タンスを配置し、そのterminate()（終了）メソッドを
呼出す（８１２）。そして、アプリケーションは、Thre
ad.join()を用いてApplBaseが終了したことを確実にす
る。Application５１０は、ApplBase５１４インスタン
スの状態を「終了」に変更する（８１４）。
【００５１】アプリケーションはそれ自身のスレッドに
よって実行中であるため、ApplBase５１４インスタンス
の停止は、非同期イベントである。アプリケーションの
停止を、実際には待たないことが望ましい。それは、ア
プリケーションが、その終了フラグをポーリングしない
場合、停止しないためである。従って、実現例では、そ
の代りに、タイムアウトを用いてjoin()（ジョイン）メ
ソッドを使用し、stop()を呼出すことにより強制的に終
了してもよい。
【００５２】図９は、Application５１０のインスタン
スの実行中にローメモリまたはノーメモリ状態が発生し
た場合のクラス間の通信を示すシステム５００のブロッ
ク図である。表６は、初期の仮説、アウトオブメモリ状
態の結果、およびその状態の処理を実行するために必要
なエージェントを指定している。ここに示すように、ア
プリケーションマネージャクラスApplMgr５０２は組込
み機器２０のＪＶＭ２２において実行中であり、１つま
たは複数のアプリケーションクラスがロードされ実行中
であると仮定する。
【００５３】表６ 仮説：ApplMgrは、既にＪＶＭにおいて実行中である。
１つまたは複数のアプリケーションクラスがロードされ
実行中である。 結果：ＪＶＭおよびApplMgrは、実行を継続し、ユーザ
プリケーションクラスおよびインスタンスキャッシュを
管理することによりメモリを解放する。 エージェント： User＝ApplClientに対し、ノード「ＨＰ」でのアプリケ
ーション「stop」を停止するよう命令 ApplClient＝Applicationsを開始するホスト側プログラ
ム ClientProtocol＝クライアントに対するネットワーク通
信を処理するホスト側クラス ServerProtocol＝ApplMgrネットワーク通信を処理する
サーバ側クラス ApplMgr＝アプリケーションマネージャクラス Application＝停止すべきApplBaseインスタンスを含む
アプリケーションクラス ApplBase＝停止すべき実行中のアプリケーションインス
タンス
【００５４】図９に示すように、実行中のApplication
５１０のインスタンスApplBase５１４は、OutOfMemoryE
rrorを生成する（９０２）。好ましくは、OutOfMemoryE
rrorは、Application.run()メソッド内のメモリ管理ハ
ンドラ２７によって処理される（９０４）。メモリ管理
ハンドラ２７は、ApplMgr.ourOfMemory()メソッドを呼
出す（９０６）ことにより、ApplMgr５０２に対しその
状態を通知する。そして、Application５１０は、run()
から戻り、ApplBase５１４スレッドを停止する（９０
８）。ApplMgr５０２は、そのアプリケーションキャッ
シュ５２を通して、Application.applCount()メソッド
を呼出す（９０８）ことにより実行中のApplBasesを有
していないクラスを探す。ApplBasesを実行していない
それらアプリケーションは、freeMemory()と命令されれ
（９１０）、それにより、アプリケーションキャッシュ
５２からそれらのクラスをダンプし、すべてのオブジェ
クト参照をナルに設定する。その後、ApplMgr５０２
は、そのアプリケーションキャッシュ５２からそれらア
プリケーションを除去し（９１２）、Runtime.gc()を呼
出してガーベッジ・コレクションによって参照されない
オブジェクトが収集されるようにする（９１４）。これ
により、メモリが解放される。
【００５５】以上、本発明の実施例について詳述した
が、以下、本発明の各実施態様の例を示す。
【００５６】（実施態様１）組込み機器（２０）におい
て１つ以上のアプリケーション（２６ａ、２６ｂ、２６
ｃ）を管理するアプリケーションマネージャ（２４）で
あって、前記組込み機器（２０）が、クラスオブジェク
ト（２８ａ、２８ｂ）を格納するアプリケーションキャ
ッシュ（５２）と、ネットワーク（１４）を介してクラ
イアント（１２）と通信するネットワークインタフェー
ス（２５）と、該組込み機器（２０）にインストールさ
れ該組込み機器（２０）上で実行されるＪａｖａ仮想マ
シン（ＪＶＭ）（２２）と、を備えるアプリケーション
マネージャ（２４）において、（ａ）エントリを有し、
前記エントリの各々が、前記組込み機器（２０）に現在
ロードされているクラスオブジェクト（２８ａ、２８
ｂ）を識別するクラスオブジェクトリスト（２３）と、
（ｂ）前記ネットワークインタフェース（２５）を介し
て前記クライアント（１２）から受信するアプリケーシ
ョンクラス（２８ａ、２８ｂ）をロードし、前記アプリ
ケーションクラスに対する新たなクラスオブジェクト
（２８ａ、２８ｂ）を生成し、前記アプリケーションキ
ャッシュ（５２）に前記新たなクラスオブジェクト（２
８ａ、２８ｂ）を格納し、前記新たなクラスオブジェク
ト（２８ａ、２８ｂ）を前記アプリケーションキャッシ
ュ（５２）にロードされているものとして識別するため
に、前記クラスオブジェクトリスト（２３）に新たなエ
ントリを付加するクラスローダメソッド（loadAppl()、
loadAndInit()）と、を具備するアプリケーションマネ
ージャ（２４）。
【００５７】（実施態様２）各クラスオブジェクト（２
８ａ、２８ｂ）は、前記クラスオブジェクトリスト（２
３）で識別されるものであり、エントリを有し、前記エ
ントリの各々が、前記組込み機器（２０）上で現在イン
スタンス生成されている前記クラスオブジェクトのイン
スタンス（３０ａ、３０ｂ、３０ｃ）を識別するインス
タンスリスト（２９ａ、２９ｂ）を具備する、実施態様
１記載のアプリケーションマネージャ（２４）。
【００５８】（実施態様３）前記インスタンスリスト
（２９ａ、２９ｂ）の各エントリは、該エントリに対応
する前記インスタンス（３０ａ、３０ｂ、３０ｃ）の現
実行状態を示す実行状態属性を有する、実施態様２記載
のアプリケーションマネージャ（２４）。
【００５９】（実施態様４）開始すべきインスタンス
（３０ａ、３０ｂ、３０ｃ）が存在しない場合、クラス
オブジェクト（２８ａ、２８ｂ）の新たなインスタンス
（３０ａ、３０ｂ、３０ｃ）を生成して、前記新たなイ
ンスタンス（３０ａ、３０ｂ、３０ｃ）を前記クラスオ
ブジェクト（２８ａ、２８ｂ）の前記インスタンスリス
ト（２９ａ、２９ｂ）に付加し、前記開始すべきインス
タンスが実行を開始するようにし、前記開始すべきイン
スタンス（３０ａ、３０ｂ、３０ｃ）が現在実行中であ
ることを示すために、前記開始すべきインスタンスの前
記インスタンスリスト（２９ａ、２９ｂ）の前記エント
リに対応する前記実行状態属性を更新する、開始アプリ
ケーションメソッド（Init()、Start()）を具備する、
実施態様３記載のアプリケーションマネージャ（２
４）。
【００６０】（実施態様５）前記組込み機器（２０）上
で現在実行中であり、かつ、停止すべきであるインスタ
ンス（３０ａ、３０ｂ、３０ｃ）が実行を停止するよう
にし、前記停止すべきインスタンス（３０ａ、３０ｂ、
３０ｃ）が実行中でないことを示すために、前記停止す
べきインスタンス（３０ａ、３０ｂ、３０ｃ）の前記イ
ンスタンスリスト（２９ａ、２９ｂ）の前記エントリに
対応する前記実行状態属性を更新する停止アプリケーシ
ョンメソッド（stopAppl()）を具備する、実施態様４記
載のアプリケーションマネージャ（２４）。
【００６１】（実施態様６）ローメモリまたはアウトオ
ブメモリ状態（OutOfMemoryError()）の検出に対応し
て、前記アプリケーションキャッシュ（５２）にキャッ
シングされたクラスオブジェクト（２８ａ、２８ｂ）の
うちアンロードすべきクラスオブジェクト（２８ａ、２
８ｂ）を選択し、前記アプリケーションキャッシュ（５
２）から前記選択したクラスオブジェクト（２８ａ、２
８ｂ）をアンロードするメモリ管理ハンドラ（２７）を
具備する、実施態様１から実施態様５記載のアプリケー
ションマネージャ（２４）。
【００６２】上に詳述したように、本発明は、アプリケ
ーションマネージャおよびＡＰＩ仕様を提供し、電子機
器または装置において、およびリソース制約が制限され
た環境を有する他の組込みシステムにおいて使用するこ
とが企図されたＪａｖａ仮想マシン内で実行される。本
発明は、より優先度の高いアプリケーションのためにメ
モリを解放すべくメモリリソースが制約されることとな
った場合に、将来の実行のためにアプリケーションをキ
ャッシングおよび終了する柔軟性を提供する。
【００６３】以下に、付録Ａ及び付録Ｂを添付する。 付録Ａ ＪａｖａアプリケーションマネージャＡＰＩ import java.io.IOException; public interface ApplMgr { // アプリケーション中心のメソッド public string[ ] applClasses( ) throws IOException; public string[ ] applications( ) throws IOException; public string[ ] applInstances( ) throws IOException; public void loadApplClass( String applName, String className, boolean mainClass, byte classData[ ] ) throws IOException; public String initAppl( String applName ) throws IOException; // 動作するメインクラスでなければならない public String loadAndInit( String applName, String className, byte classData[ ] ) throws IOException; public String startAppl( String applName, String applId ) throws IOExcep tion; public void stopAppl( String applName, String applId ) throws IOExceptio n; public void unloadAppl( String applName ) throws IOException; // メモリＡＰＩ public long freeMemory( ) throws IOException; public long totalMemory( ) throws IOException; public double getFreeMemoryLimit( ) throws IOException; public void setFreeMemoryLimit( double percent ) throws IOException; public boolean getFreeAppsFirstPolicy( ) throws IOException; public void setFreeAppsFirst( boolean val ) throws IOException; }// interface ApplMgr 終了
【００６４】 付録Ｂ ＲＭＩベースのアプリケーションマネージャインタフェースの簡単な例public i nterface ApplMgr extends java.rmi.Remote { // アプリケーション管理 API public void loadClass( String className, byte classData[ ], boolean main ) throws RemoteException； public Object startAppl( String className, String args[ ] ) throws Remot eException； public void stopAppl( Object appl ) throws RemoteException; unloadClass( String className ); //ロードされたクラスのリスト及び実行中のアプリケーション名の入手 public String[ ] enumerateApplClasses（ ） throws RemoteException； public String[ ] enumerateAppls( ) throws RemoteException; // JVM情報の入手 - システム及びランタイムクラスを参照 public long freeMemory（ ） throws RemoteException; public long totalMemory（ ） throws RemoteException; public Properties getProperties（ ） throws RemoteException； }
【図面の簡単な説明】
【図１】本発明が動作するネットワークシステムのシス
テム図である。
【図２】本発明が実行される組込み機器のブロック図で
ある。
【図３】本発明に従って、アプリケーションが実行され
る過程を示す系統線図である。
【図４】本発明に従って実現されるアプリケーションマ
ネージャの１つの実施形態の動作フローチャートであ
る。
【図５】本発明に従って実現されるアプリケーションマ
ネージャの１つの実現例のクラスダイアグラムである。
【図６】ロード動作を実行するための図５に示すクラス
間の通信を示す系統線図である。
【図７】開始動作を実行するための図５に示すクラス間
の通信を示す系統線図である。
【図８】停止動作を実行するための図５に示すクラス間
の通信を示す系統線図である。
【図９】アウトオブメモリ状態を処理するための図５に
示すクラス間の通信を示す系統線図である。
【符号の説明】
１２：コンピュータシステム １４：ネットワーク ２０：組込み機器 ２３：アプリケーションリスト ２４：アプリケーションマネージャ ２５：ネットワークインタフェース ２６ａ、２６ｂ、２６ｃ：アプリケーション ２７：メモリ管理ハンドラ ２８ａ、２８ｂ：クラスオブジェクト ２９ａ、２９ｂ：インスタンスリスト ３０ａ、３０ｂ、３０ｃ：アプリケーションオブジェク
ト ５２：アプリケーションキャッシュ

Claims (1)

    【特許請求の範囲】
  1. 【請求項１】 組込み機器において１つ以上のアプリケ
    ーションを管理するアプリケーションマネージャであっ
    て、前記組込み機器が、クラスオブジェクトを格納する
    アプリケーションキャッシュと、ネットワークを介して
    クライアントと通信するネットワークインタフェース
    と、該組込み機器にインストールされ該組込み機器上で
    実行されるＪａｖａ仮想マシンと、を備えるアプリケー
    ションマネージャにおいて、（ａ）エントリを有し、前
    記エントリの各々が、前記組込み機器に現在ロードされ
    ているクラスオブジェクトを識別するクラスオブジェク
    トリストと、（ｂ）前記ネットワークインタフェースを
    介して前記クライアントから受信するアプリケーション
    クラスをロードし、前記アプリケーションクラスに対す
    る新たなクラスオブジェクトを生成し、前記アプリケー
    ションキャッシュに前記新たなクラスオブジェクトを格
    納し、前記新たなクラスオブジェクトを前記アプリケー
    ションキャッシュにロードされているものとして識別す
    るために、前記クラスオブジェクトリストに新たなエン
    トリを付加するクラスローダメソッドと、を具備するア
    プリケーションマネージャ。
JP2000055728A 1999-03-01 2000-03-01 組込み機器用Ｊａｖａアプリケーションマネージャ Pending JP2000250758A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US259616 1981-05-01
US09/259,616 US6430570B1 (en) 1999-03-01 1999-03-01 Java application manager for embedded device

Publications (1)

Publication Number Publication Date
JP2000250758A true JP2000250758A (ja) 2000-09-14

Family

ID=22985656

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000055728A Pending JP2000250758A (ja) 1999-03-01 2000-03-01 組込み機器用Ｊａｖａアプリケーションマネージャ

Country Status (3)

Country Link
US (1) US6430570B1 (ja)
JP (1) JP2000250758A (ja)
CN (1) CN1197004C (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001084303A1 (fr) * 2000-05-04 2001-11-08 Access Co.,Ltd. Procede et systeme de traitement d'informations
EP1246058A2 (en) * 2001-03-26 2002-10-02 Canon Kabushiki Kaisha Apparatus and method for managing an application in an incorporated equipment
JP2004312711A (ja) * 2003-03-25 2004-11-04 Ricoh Co Ltd 画像形成装置及び画像形成装置を遠隔のアプリケーションにより操作する方法
WO2005064467A1 (ja) * 2003-12-26 2005-07-14 Ntt Docomo, Inc. 通信端末およびプログラム
JP2005208691A (ja) * 2004-01-19 2005-08-04 Networks Plus Inc ウェブページまたはデジタル映像ページ上での情報収集とコミュニケーションを可能にするための画像データを活用した方法、画像データプログラム製品、情報処理装置およびシステム
US7032227B2 (en) 2000-08-14 2006-04-18 Twin Communications Of America, Inc. Portable operating environment for information devices
JP2006525575A (ja) * 2003-04-29 2006-11-09 ソニー エリクソン モバイル コミュニケーションズ， エービー ジャバマイクロデバイスにおけるジャバアプリケーションのデバッグ用の、オフデバイスクラス／リソースローディング方法、システム及びコンピュータプログラム製品
EP1385089A3 (en) * 2002-07-26 2007-01-24 Ricoh Company, Ltd. Image forming apparatus, information processing apparatus, program execution method and program producing method
JP2007519110A (ja) * 2004-01-21 2007-07-12 インターナショナル・ビジネス・マシーンズ・コーポレーション 可動オブジェクトを有するグリッド対応仮想マシンのための方法およびシステム
JP2010057186A (ja) * 2003-03-25 2010-03-11 Ricoh Co Ltd 端末装置、方法、及びプログラム
JP2010187070A (ja) * 2009-02-10 2010-08-26 Sony Corp 情報処理装置、情報処理方法、プログラムおよび情報処理システム
US9606846B2 (en) 2005-07-29 2017-03-28 Sap Se System and method for dynamic proxy generation

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6938254B1 (en) * 1997-05-06 2005-08-30 Microsoft Corporation Controlling memory usage in systems having limited physical memory
EP1073957B1 (en) 1998-03-23 2003-05-21 Microsoft Corporation Application program interfaces in an operating system
US7283991B1 (en) * 1999-03-11 2007-10-16 Microsoft Corporation Caching system for path search optimization
US6845498B1 (en) * 1999-05-11 2005-01-18 Microsoft Corporation Method and apparatus for sharing data files among run time environment applets in an integrated circuit card
EP1188291B1 (en) * 1999-06-11 2005-04-27 Microsoft Corporation General api for remote control of devices
DE19929751A1 (de) * 1999-06-30 2001-01-18 Siemens Ag System und Verfahren zur Übertragung von Daten, insbesondere zwischen einem Anwender- und einem Serverprogramm im Bereich der Automatisierungstechnik mit verteilten Objekten
US6701334B1 (en) * 1999-07-13 2004-03-02 Sun Microsystems, Inc. Methods and apparatus for implementing individual class loaders
US6874145B1 (en) * 1999-07-13 2005-03-29 Sun Microsystems, Inc. Methods and apparatus for implementing an application lifecycle design for applications
US7257812B1 (en) 1999-12-16 2007-08-14 Sun Microsystems, Inc. Methods and apparatus for managing an application
US7882501B1 (en) * 1999-08-13 2011-02-01 Oracle America, Inc. System and method for enabling dynamic modifed class reloading in an application server environment
US7028298B1 (en) * 1999-09-10 2006-04-11 Sun Microsystems, Inc. Apparatus and methods for managing resource usage
FR2801118B1 (fr) * 1999-11-17 2001-12-21 Bull Cp8 Procede de chargement d'applications dans un systeme embarque multi-application, systeme embarque correspondant, et procede d'execution d'une application du systeme embarque
US6757291B1 (en) 2000-02-10 2004-06-29 Simpletech, Inc. System for bypassing a server to achieve higher throughput between data network and data storage system
US20010049726A1 (en) * 2000-06-02 2001-12-06 Guillaume Comeau Data path engine
US6941351B2 (en) * 2000-07-11 2005-09-06 Microsoft Corporation Application program caching
US6829758B1 (en) * 2000-07-14 2004-12-07 Nokia Internet Communications, Inc. Interface markup language and method for making application code
US6651140B1 (en) * 2000-09-01 2003-11-18 Sun Microsystems, Inc. Caching pattern and method for caching in an object-oriented programming environment
US20110219035A1 (en) * 2000-09-25 2011-09-08 Yevgeny Korsunsky Database security via data flow processing
US20020165947A1 (en) * 2000-09-25 2002-11-07 Crossbeam Systems, Inc. Network application apparatus
US8010469B2 (en) 2000-09-25 2011-08-30 Crossbeam Systems, Inc. Systems and methods for processing data flows
US20110213869A1 (en) * 2000-09-25 2011-09-01 Yevgeny Korsunsky Processing data flows with a data flow processor
US20110214157A1 (en) * 2000-09-25 2011-09-01 Yevgeny Korsunsky Securing a network with data flow processing
US20070192863A1 (en) * 2005-07-01 2007-08-16 Harsh Kapoor Systems and methods for processing data flows
US20100042565A1 (en) * 2000-09-25 2010-02-18 Crossbeam Systems, Inc. Mezzazine in-depth data analysis facility
US9525696B2 (en) 2000-09-25 2016-12-20 Blue Coat Systems, Inc. Systems and methods for processing data flows
US9800608B2 (en) 2000-09-25 2017-10-24 Symantec Corporation Processing data flows with a data flow processor
EP1207454A1 (en) * 2000-11-15 2002-05-22 International Business Machines Corporation Java run-time system with modified linking identifiers
US7191453B2 (en) * 2000-11-30 2007-03-13 Intel Corporation Discovery and integration of Jini services in non-Java clients
US20020083430A1 (en) * 2000-12-26 2002-06-27 Tadao Kusuda Uninstall control apparatus which controls uninstallation of device control software
US20020129351A1 (en) * 2001-03-07 2002-09-12 Nexusedge Technologies Pty. Ltd. Software engine and method for software application loading
US6836796B2 (en) * 2001-03-16 2004-12-28 Digi International, Inc. System and method to manage network-enabled embedded devices operating under various protocols
US20030061292A1 (en) 2001-03-23 2003-03-27 Mark Underseth System and method for providing an interface for com-compliant applications to communicate with embedded systems
US7530076B2 (en) * 2001-03-23 2009-05-05 S2 Technologies, Inc. Dynamic interception of calls by a target device
JP2002351680A (ja) * 2001-05-29 2002-12-06 Matsushita Electric Ind Co Ltd アプリケーション管理装置とアプリケーション管理システム
US20030055911A1 (en) * 2001-09-17 2003-03-20 Peterson Erik Lawrence System and method for retrieving data over a network
US20030192038A1 (en) * 2002-04-09 2003-10-09 Thomas Hagmann Linking data objects to a project development system
JP2003330732A (ja) * 2002-05-17 2003-11-21 Canon Inc 画像形成装置、制御方法、制御プログラム
US7529822B2 (en) * 2002-05-31 2009-05-05 Symantec Operating Corporation Business continuation policy for server consolidation environment
FI116166B (fi) * 2002-06-20 2005-09-30 Nokia Corp Menetelmä ja järjestelmä sovellusistuntojen suorittamiseksi elektroniikkalaitteessa, ja elektroniikkalaite
US20040003018A1 (en) * 2002-06-26 2004-01-01 Pentkovski Vladimir M. Method and system for efficient handlings of serial and parallel java operations
CN1818866A (zh) * 2002-07-26 2006-08-16 株式会社理光 状态转换模型
US7526482B2 (en) * 2002-08-01 2009-04-28 Xerox Corporation System and method for enabling components on arbitrary networks to communicate
GB0229670D0 (en) * 2002-12-19 2003-01-29 Ibm System and method for managing memory resources in a shared memory system
US7089340B2 (en) * 2002-12-31 2006-08-08 Intel Corporation Hardware management of java threads utilizing a thread processor to manage a plurality of active threads with synchronization primitives
US20040153996A1 (en) * 2003-01-30 2004-08-05 International Business Machines Corporation Method and system for determining the defining classLoader of a Java class as it is being defined
US7870352B2 (en) * 2003-11-13 2011-01-11 Stalker Altan J State-based memory unloading
US8302111B2 (en) 2003-11-24 2012-10-30 Time Warner Cable Inc. Methods and apparatus for hardware registration in a network device
US7266726B1 (en) * 2003-11-24 2007-09-04 Time Warner Cable Inc. Methods and apparatus for event logging in an information network
CN100365568C (zh) * 2004-01-06 2008-01-30 英业达股份有限公司 Java小应用程序下插件功能的实现方法
US9213538B1 (en) 2004-02-06 2015-12-15 Time Warner Cable Enterprises Llc Methods and apparatus for display element management in an information network
US7168513B2 (en) * 2004-02-27 2007-01-30 The Regents Of The University Of California Dynamic legged robot
US7900206B1 (en) 2004-03-31 2011-03-01 Symantec Operating Corporation Information technology process workflow for data centers
US7610586B2 (en) * 2004-04-30 2009-10-27 Tvworks, Llc Resource manager for clients in an information distribution system
KR100559251B1 (ko) * 2004-05-12 2006-03-15 한국생산기술연구원 개방형 인터넷망 기반의 로봇 개발을 위한 분산소프트웨어 통합서비스방법
US7831965B1 (en) * 2004-08-12 2010-11-09 Oracle America, Inc. Method and apparatus for facilitating intermediate linking of binary files in a virtual machine
US7398523B2 (en) * 2004-08-19 2008-07-08 International Business Machines Corporation Adaptive class loading
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
EP1868135A1 (en) * 2005-06-29 2007-12-19 Research In Motion Limited System and method for privilege management and revocation
US8305398B2 (en) * 2005-07-01 2012-11-06 Microsoft Corporation Rendering and compositing multiple applications in an interactive media environment
US20070006065A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation Conditional event timing for interactive multimedia presentations
US8020084B2 (en) * 2005-07-01 2011-09-13 Microsoft Corporation Synchronization aspects of interactive multimedia presentation management
US20070006062A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation Synchronization aspects of interactive multimedia presentation management
US7941522B2 (en) * 2005-07-01 2011-05-10 Microsoft Corporation Application security in an interactive media environment
US8108787B2 (en) * 2005-07-01 2012-01-31 Microsoft Corporation Distributing input events to multiple applications in an interactive media environment
US20070006078A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation Declaratively responding to state changes in an interactive multimedia environment
US7721308B2 (en) * 2005-07-01 2010-05-18 Microsoft Corproation Synchronization aspects of interactive multimedia presentation management
US20070006238A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation Managing application states in an interactive media environment
US20070006079A1 (en) * 2005-07-01 2007-01-04 Microsoft Corporation State-based timing for interactive multimedia presentations
US8799757B2 (en) 2005-07-01 2014-08-05 Microsoft Corporation Synchronization aspects of interactive multimedia presentation management
US8656268B2 (en) * 2005-07-01 2014-02-18 Microsoft Corporation Queueing events in an interactive media environment
US8326990B1 (en) 2005-07-15 2012-12-04 Symantec Operating Corporation Automated optimal workload balancing during failover in share-nothing database systems
US20070061804A1 (en) * 2005-09-02 2007-03-15 Anzelde Thomas R Apparatus, system, and method for managing task instances
DE102005045904B4 (de) * 2005-09-26 2022-01-05 Siemens Healthcare Gmbh Datenverarbeitungseinrichtung mit Performance-Steuerung
US7765537B2 (en) * 2005-11-21 2010-07-27 International Business Machines Corporation Profiling interface assisted class loading for byte code instrumented logic
CA2660366C (en) * 2006-08-17 2016-08-09 Research In Motion Limited Enhanced user interface manager and method for managing non-contemporaneous user interface modules
US8151201B2 (en) * 2006-08-17 2012-04-03 Research In Motion Limited User interface manager and method for reacting to a change in system status
US20080133689A1 (en) * 2006-10-05 2008-06-05 Holt John M Silent memory reclamation
CN100471135C (zh) 2007-01-26 2009-03-18 华为技术有限公司 实现业务分发与同步的设备、系统及方法
JP4855970B2 (ja) * 2007-02-20 2012-01-18 株式会社エヌ・ティ・ティ・ドコモ 端末装置およびプログラム
US8448193B2 (en) * 2007-04-27 2013-05-21 Ricoh Company, Ltd. Image forming device, information processing method, and information processing program
US8010973B2 (en) * 2007-05-31 2011-08-30 Calix, Inc. Class loader for managing a network
US8239861B2 (en) * 2008-02-07 2012-08-07 Arm Limited Software-based unloading and reloading of an inactive function to reduce memory usage of a data processing task performed using a virtual machine
JP5184268B2 (ja) * 2008-09-08 2013-04-17 株式会社エヌ・ティ・ティ・ドコモ 情報処理装置及びプログラム
US8782434B1 (en) 2010-07-15 2014-07-15 The Research Foundation For The State University Of New York System and method for validating program execution at run-time
US8732855B2 (en) 2010-09-30 2014-05-20 Google Inc. Launching a cached web application based on authentication status
US9165136B1 (en) * 2010-10-27 2015-10-20 Amazon Technologies, Inc. Supervising execution of untrusted code
US9229743B2 (en) * 2011-09-23 2016-01-05 International Business Machines Corporation Prevention of classloader memory leaks in multitier enterprise applications
US9348678B1 (en) * 2012-06-20 2016-05-24 Mobile Iron, Inc. Partitioned application environment
US9063721B2 (en) 2012-09-14 2015-06-23 The Research Foundation For The State University Of New York Continuous run-time validation of program execution: a practical approach
US9069782B2 (en) 2012-10-01 2015-06-30 The Research Foundation For The State University Of New York System and method for security and privacy aware virtual machine checkpointing
US9632797B2 (en) * 2013-01-31 2017-04-25 Hewlett Packard Enterprise Development Lp Updating a commit list to indicate data to be written to a firmware interface variable repository
CN105095198B (zh) * 2014-04-16 2018-12-04 阿里巴巴集团控股有限公司 一种访问数据实体的方法及装置
US9405578B2 (en) 2014-07-11 2016-08-02 Accenture Global Services Limited Intelligent application back stack management
EP2975516B1 (en) * 2014-07-11 2018-06-13 Accenture Global Services Limited Intelligent application back stack management
US10853125B2 (en) * 2016-08-19 2020-12-01 Oracle International Corporation Resource efficient acceleration of datastream analytics processing using an analytics accelerator
US11716558B2 (en) 2018-04-16 2023-08-01 Charter Communications Operating, Llc Apparatus and methods for integrated high-capacity data and wireless network services
US11129213B2 (en) 2018-10-12 2021-09-21 Charter Communications Operating, Llc Apparatus and methods for cell identification in wireless networks
CN112955869A (zh) * 2018-11-08 2021-06-11 英特尔公司 功能即服务（faas）系统增强
US11129171B2 (en) 2019-02-27 2021-09-21 Charter Communications Operating, Llc Methods and apparatus for wireless signal maximization and management in a quasi-licensed wireless system
US11026205B2 (en) 2019-10-23 2021-06-01 Charter Communications Operating, Llc Methods and apparatus for device registration in a quasi-licensed wireless system
US11340955B2 (en) * 2020-01-02 2022-05-24 International Business Machines Corporation Thread pool management for multiple applications

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026474A (en) * 1996-11-22 2000-02-15 Mangosoft Corporation Shared client-side web caching using globally addressable memory
US6067550A (en) * 1997-03-10 2000-05-23 Microsoft Corporation Database computer system with application recovery and dependency handling write cache
US6073173A (en) * 1997-03-17 2000-06-06 International Business Machines Corporation Method and apparatus for optimal rebasing of web page transmission
US5991795A (en) * 1997-04-18 1999-11-23 Emware, Inc. Communication system and methods using dynamic expansion for computer networks
US6173318B1 (en) * 1997-12-16 2001-01-09 Intel Corporation Method and apparatus for pre-fetching data for an application using a winsock client layered service provider and a transparent proxy

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001084303A1 (fr) * 2000-05-04 2001-11-08 Access Co.,Ltd. Procede et systeme de traitement d'informations
US7032227B2 (en) 2000-08-14 2006-04-18 Twin Communications Of America, Inc. Portable operating environment for information devices
EP1246058A2 (en) * 2001-03-26 2002-10-02 Canon Kabushiki Kaisha Apparatus and method for managing an application in an incorporated equipment
US8015560B2 (en) 2001-03-26 2011-09-06 Canon Kabushiki Kaisha Apparatus and method for managing application in incorporated equipment
US6947949B2 (en) 2001-03-26 2005-09-20 Canon Kabushiki Kaisha Apparatus and method for managing application in incorporated equipment
EP1246058A3 (en) * 2001-03-26 2007-06-20 Canon Kabushiki Kaisha Apparatus and method for managing an application in an incorporated equipment
EP1385089A3 (en) * 2002-07-26 2007-01-24 Ricoh Company, Ltd. Image forming apparatus, information processing apparatus, program execution method and program producing method
US7554685B2 (en) 2002-07-26 2009-06-30 Ricoh Company, Ltd. Image forming apparatus, information processing apparatus, program execution method and program producing method
JP2010057186A (ja) * 2003-03-25 2010-03-11 Ricoh Co Ltd 端末装置、方法、及びプログラム
JP4523991B2 (ja) * 2003-03-25 2010-08-11 株式会社リコー 端末装置、方法、システム、及びプログラム
JP2004312711A (ja) * 2003-03-25 2004-11-04 Ricoh Co Ltd 画像形成装置及び画像形成装置を遠隔のアプリケーションにより操作する方法
JP2006525575A (ja) * 2003-04-29 2006-11-09 ソニー エリクソン モバイル コミュニケーションズ， エービー ジャバマイクロデバイスにおけるジャバアプリケーションのデバッグ用の、オフデバイスクラス／リソースローディング方法、システム及びコンピュータプログラム製品
KR100785535B1 (ko) * 2003-12-26 2007-12-12 엔티티 도꼬모 인코퍼레이티드 통신단말 및 프로그램
AU2004309722B2 (en) * 2003-12-26 2008-08-14 Aplix Corporation Communication terminal and program
US7496922B2 (en) 2003-12-26 2009-02-24 Ntt Docomo, Inc. Communication terminal and program therefor
WO2005064467A1 (ja) * 2003-12-26 2005-07-14 Ntt Docomo, Inc. 通信端末およびプログラム
JP2005208691A (ja) * 2004-01-19 2005-08-04 Networks Plus Inc ウェブページまたはデジタル映像ページ上での情報収集とコミュニケーションを可能にするための画像データを活用した方法、画像データプログラム製品、情報処理装置およびシステム
JP2007519110A (ja) * 2004-01-21 2007-07-12 インターナショナル・ビジネス・マシーンズ・コーポレーション 可動オブジェクトを有するグリッド対応仮想マシンのための方法およびシステム
US9606846B2 (en) 2005-07-29 2017-03-28 Sap Se System and method for dynamic proxy generation
JP2010187070A (ja) * 2009-02-10 2010-08-26 Sony Corp 情報処理装置、情報処理方法、プログラムおよび情報処理システム

Also Published As

Publication number Publication date
US6430570B1 (en) 2002-08-06
CN1197004C (zh) 2005-04-13
CN1265489A (zh) 2000-09-06

Similar Documents

Publication Publication Date Title
JP2000250758A (ja) 組込み機器用Ｊａｖａアプリケーションマネージャ
US6430564B1 (en) Java data manager for embedded device
US5943496A (en) Methods for developing and instantiating object classes using a java virtual machine extension
JP3405666B2 (ja) アプレットを非ｉｐネットワーク上で実行する方法及びコンピュータ・ワークステーション
US7107592B2 (en) Method, system, and program for making objects available for access to a client over a network
US6408342B1 (en) Communications framework for supporting multiple simultaneous communications protocols in a distributed object environment
US6401099B1 (en) Asynchronous binding of named objects
JP3210606B2 (ja) 低減されたラン−タイム・メモリ空間要求を有するネットワーク移動コードを実行する方法及びコンピュータ・システム
US20030105888A1 (en) Method and apparatus for expedited file downloads in an applet environment
JP3688571B2 (ja) 情報処理装置
JPH1083308A (ja) スタブ検索及びローディング・サブシステム、スタブ検索及びローディング方法並びにスタブ検索及びローディング用記録媒体
Román et al. Design and implementation of runtime reflection in communication middleware: the dynamictao case
US7234137B2 (en) Method, system, and program for processing objects in a distributed computing environment
WO2003003688A2 (en) Application framework for mobile devices
WO2000010079A1 (en) Environment extensibility and automatic services for component applications using contexts, policies and activators
JP2002540536A (ja) コンピュータシステム用分散型オブジェクト
EP1210662A2 (en) System and method for enabling application server request failover
US20040019887A1 (en) Method, system, and program for loading program components
WO2000077617A2 (en) Method and system for dynamic proxy classes
EP1378822A1 (en) Data processing system and data processing method, information processing device and information processing method, and storage medium
US7661030B2 (en) Propagating debug information in a web services environment
AU2005203423A1 (en) Process and system for sharing program fragments
JP2005531061A (ja) モバイルアプリケーションのための実行環境
US6636885B1 (en) System using interface class in client computer to resolve references and retrieve delayed class applet from server
IL143948A (en) A method and device for dynamically extending the command of an intelligent agent