【誤訳訂正書】
【提出日】平成23年1月12日(2011.1.12)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】特許請求の範囲
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】  コンピュータ上で動作するアプリケーションに関連付けられたクラスを、前記コンピュータがロードしたりアンロードしたりする方法であって、
前記アプリケーションに関連付けられたクラスをロードするように適合された、前記アプリケーションのためのクラスローダを構築する処理と、
前記クラスローダを利用して、前記アプリケーションに関連付けられた１またはそれ以上のクラスをロードすることによって、前記クラスローダが、前記１またはそれ以上のクラスへの参照を維持するようにする処理と、
前記アプリケーションが終了または中断されたとき、前記アプリケーションのための前記クラスローダへの参照を解除することによって、前記クラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードする処理と
を備える方法。
【請求項２】  請求項１記載の方法であって、
前記クラスローダへの参照の解除は、前記クラスローダへ到達を不能としたことを示すマークを付することを含む方法。
【請求項３】  請求項１記載の方法であって、
前記参照の解除は、前記クラスローダへの参照を空（ヌル）に設定することを含む方法。
【請求項４】  請求項１記載の方法であって、
前記クラスローダへの参照の解除は、前記１またはそれ以上のクラスがもう不要になった際に実施される方法。
【請求項５】  請求項１記載の方法であって、
前記アプリケーションはＪａｖａプログラムである方法。
【請求項６】  請求項１記載の方法であって、さらに、
ガーベッジコレクションを実施し、前記参照が解除されたクラスローダによって参照された前記１またはそれ以上のクラスを削除する処理を備える方法。
【請求項７】  請求項１記載の方法であって、さらに、
前記参照が解除されたクラスローダへ到達を不能としたことを示すマークを付する処理を備える方法。
【請求項８】  請求項１記載の方法であって、さらに、
前記参照が解除されたクラスローダによって参照された前記１またはそれ以上のクラスへ到達を不能としたことを示すマークを付する処理を備える方法。
【請求項９】  請求項８記載の方法であって、
ガーベッジコレクションを実施し、前記参照が解除されたクラスローダによって参照された前記１またはそれ以上のクラスを削除する処理は、
前記クラスローダは到達不能であることを決定する処理と、
前記クラスローダが自身に関連付けられたクラスを１またはそれ以上有することを確認する処理と、
前記１またはそれ以上のクラスへ到達を不能としたことを示すマークを付する処理と
を備える方法。
【請求項１０】  請求項１１記載の方法であって、さらに、
前記クラスローダに関連付けられたメモリを解放する処理と、
前記１またはそれ以上のクラスに関連付けられたメモリを解放する処理と
を備える方法。
【請求項１１】  請求項１記載の方法であって、さらに、
到達不能な全てのオブジェクトおよびクラスを検索する処理と、
前記到達不能なオブジェクトおよびクラスを前記関連のメモリ位置から削除する処理と
を備える方法。
【請求項１２】  請求項１記載の方法であって、さらに、
前記参照が解除されたクラスローダと関連するクラスとによって消費されるメモリを解放する処理を備える方法。
【請求項１３】  請求項１４記載の方法であって、
前記参照が解除されたクラスローダと関連のクラスとによって消費されるメモリを解放する処理は、
前記クラスローダへ到達を不能としたことを示すマークを付する処理と、
到達不能なオブジェクトをメモリから検索する処理と、
前記到達不能なクラスローダを関連のメモリ位置から削除する処理と、
前記到達不能なクラスローダが１またはそれ以上の関連のクラスを有することを確認する処理と、
前記１またはそれ以上の関連のクラスへ到達を不能としたことを示すマークを付する処理と、
到達不能なクラスをメモリから検索する処理と、
前記１またはそれ以上の関連のクラスを関連のメモリ位置から削除する処理と
を備える方法。
【請求項１４】  請求項１５記載の方法であって、
前記到達不能なクラスローダを関連のメモリ位置から削除する処理は第１のパスにおいて実施され、前記１またはそれ以上の関連のクラスを関連のメモリ位置から削除する処理は第２のパスにおいて実施される方法。
【請求項１５】 請求項１記載の方法であって、
前記アプリケーションがロードされることを示すロード信号を受信する処理と、
前記アプリケーションが開始されることを示す開始信号を受信する処理と
を備える方法。
【請求項１６】  コンピュータ上で動作する多数のアプリケーションに関連付けられたクラスを、前記コンピュータがロードしたりアンロードしたりする方法であって、
複数のアプリケーションのそれぞれに１つづつクラスローダを構築することによって、複数のクラスローダのそれぞれが、前記複数のアプリケーションの１つに関連付けられたクラスをロードするように適合されるようにする処理と、
前記複数のクラスローダのうち１またはそれ以上のクラスローダを利用することによって、前記対応するアプリケーションに関連付けられた１またはそれ以上のクラスをロードし、前記１またはそれ以上のクラスローダのそれぞれが、前記対応するアプリケーションに関連付けられた前記クラスへの参照を維持するようにする処理と、
前記対応するアプリケーションがその処理を完了した際に、前記複数のクラスローダのうち１またはそれ以上のクラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードする処理と
を備える方法。  
【請求項１７】  請求項１６記載の方法であって、
前記複数のクラスローダのうち１またはそれ以上のクラスローダへの到達を不能にする処理は、前記複数のクラスローダのうち前記１またはそれ以上のクラスローダへの参照を解除することを含む方法。
【請求項１８】  請求項１６記載の方法であって、さらに、
ガーベッジコレクションを実施し、前記到達不能なクラスローダによって参照されたクラスを削除する処理を備える方法。
【請求項１９】  コンピュータ上で動作するアプリケーションに関連付けられたクラスを、前記コンピュータがロードしたりアンロードしたりする方法であって、
アプリケーションがロードされることを示すロード信号を受信する処理と、
前記アプリケーションに関連付けられたクラスをロードするように適合された、前記アプリケーションのためのクラスローダを構築する処理と、
前記アプリケーションがスタートされることを示すスタート信号を受信する処理と、
前記クラスローダを利用して、前記アプリケーションに関連付けられた１またはそれ以上のクラスをロードすることによって、前記クラスローダが、前記１またはそれ以上のクラスへの参照を維持するようにする処理と、
前記アプリケーションが終了または中断されたとき、前記クラスローダへの参照を解除することによって、前記アプリケーションのための前記クラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードするにする処理と
を備える方法。
【請求項２０】  請求項１９記載の方法であって、
前記クラスローダの作成は、前記ロード信号の受信に応じて実施され、前記クラスローダを利用した、前記アプリケーションに関連付けられた１またはそれ以上のクラスのロードは、前記スタート信号の受信に応じて実施される方法。
【請求項２１】  請求項１９記載の方法であって、さらに、
前記アプリケーションがストップされることを示すストップ信号を受信する処理を備える方法。
【請求項２２】  請求項２１記載の方法であって、
前記クラスローダへの参照の解除は、前記ストップ信号が受信された際に実施される方法。 
【請求項２３】  請求項１９記載の方法であって、
前記クラスローダへの参照の解除は、前記アプリケーションの実行が終了した際か、または前記クラスローダの作成を担うアプリケーションマネージャによって前記アプリケーションの実行が終結された際に実施される方法。
【請求項２４】  １またはそれ以上のアプリケーションに関連付けられたクラスをロードするためのシステムであって、
メモリと、
メモリと連動して、アプリケーションのためのクラスローダを構築するように適合されたアプリケーションマネージャを実装するプロセッサと
を備え、
前記クラスローダは、前記アプリケーションに関連付けられたクラスをロードすうように適合され、前記アプリケーションマネージャは、前記アプリケーションが終了した際または前記アプリケーションマネージャによって前記アプリケーションの実行が終結された際に、前記作成されたクラスローダへの参照を解除することによって、前記クラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードするように作動するシステム。
【請求項２５】  請求項２４記載のシステムであって、さらに、
第１のアプリケーションに関連付けられたクラスをロードするように適合された第１のクラスローダを備えるシステム。
【請求項２６】  請求項２５記載のシステムであって、
前記アプリケーションマネージャは前記第１のクラスローダにリンクされているシステム。
【請求項２７】  請求項２５記載のシステムであって、さらに、
前記第１のアプリケーションに関連付けられた第１のクラスセットを格納するメモリを備え、
前記第１のクラスローダは前記第１のクラスセットにリンクされているシステム。
【請求項２８】  請求項２４記載のシステムであって、
前記システムはデジタルテレビであるシステム。
【請求項２９】  請求項２４記載のシステムであって、
前記システムはデジタルテレビレシーバであるシステム。
【請求項３０】  １またはそれ以上のアプリケーションに関連付けられたクラスをロードしたりアンロードしたりするためのデジタルテレビレシーバであって、
複数のアプリケーションの１つに関連付けられたクラスをロードするようにそれぞれが適合されている複数のクラスローダと、
前記複数のクラスローダの１つを利用して、前記複数のアプリケーションの１つに関連付けられたクラスをロードするように適合され、そして所定の条件に応じて、前記複数のクラスローダの１つへの参照を解除することによって、前記クラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードするように適合されたアプリケーションマネージャと
を備えるデジタルテレビレシーバ。
【請求項３１】  デジタルテレビにおいて、１またはそれ以上のアプリケーションに関連付けられたクラスをロードするためのシステムであって、
メモリと、
メモリと連動して、アプリケーションのためのクラスローダを構築するように適合されたアプリケーションマネージャを実装するプロセッサと
を備え、
前記クラスローダは、前記アプリケーションに関連付けられたクラスをロードすうように適合され、前記アプリケーションマネージャは、前記アプリケーションが終了した際または前記アプリケーションマネージャによって前記アプリケーションの実行が終結された際に、前記作成されたクラスローダへの参照を解除することによって、前記クラスローダへの到達を不能とし、その結果、し、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードするように作動するシステム。
【請求項３２】  １またはそれ以上のアプリケーションに関連付けられたクラスをロードするようにプロセッサを作動させるように適合されたコンピュータプログラムであって、
コンピュータ読み取り可能な命令を格納するためのコンピュータ読み取り可能な媒体に記録され、
前記コンピュータ読み取り可能な命令は、
アプリケーションのためのクラスローダを構築するように適合され、そして前記作成されたクラスローダを前記アプリケーションが終了した際または前記アプリケーションの実行が終結された際にその参照を解除するように適合されたアプリケーションマネージャを作成する命令であって、前記クラスローダは、前記アプリケーションに関連付けられたクラスをロードするように適合されている命令と、
アプリケーションを受信する命令と、
前記アプリケーションマネージャを利用し、前記受信されたアプリケーションのためのクラスローダを構築する命令と、
前記クラスローダを利用して、前記アプリケーションに関連付けられた１またはそれ以上のクラスをロードすることによって、前記クラスローダが、前記１またはそれ以上のクラスへの参照を維持するようにする命令と、
前記アプリケーションが終了または中断されたとき、前記アプリケーションのための前記クラスローダへの参照を解除することによって、前記クラスローダへの到達を不能とし、その結果、前記クラスローダによって参照された１またはそれ以上のクラスについて、ガーベッジコレクションの間に有効にアンロードする命令と
を備えるコンピュータプログラム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００９
【訂正方法】変更
【訂正の内容】
【０００９】
本発明の１態様にしたがうと、アプリケーションマネージャは、アプリケーションのためのクラスローダを構築するように適合される。例えば、デジタルテレビレシーバを通してロードされるアプリケーションに関連付けられたクラスをロードするために、専門のクラスローダを構築（インスタンス化）しても良い。したがって、このクラスローダは、アプリケーションに関連付けられた１またはそれ以上のクラスをロードするために利用される。 
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１８
【訂正方法】変更
【訂正の内容】
【００１８】
本発明は、各アプリケーションの個々のクラスローダをインスタンス化することによって、各アプリケーションに関してクラスをロードしたりアンロードしたりすることを可能にする。図２は、本発明の１実施形態を示したブロック図である。図に示すように、プラットフォーム上におけるアプリケーションの実行およびクラスのロードを管理する目的で、アプリケーションマネージャ２０２が提供される。アプリケーションマネージャ２０２を実装する方法に関しては、図７を参照にしながら後ほど詳述する。より詳しく言うと、クラスのロードの管理は、一部には、各アプリケーションのために個々のクラスローダを構築することによってなされる。したがって、アプリケーションマネージャ２０２は、第１のアプリケーション（ＡＰＰ１）に関連付けられたクラスをロードするように適合された第１のクラスローダ２０４をインスタンス化する。同様に、アプリケーションマネージャ２０２は、第２のアプリケーション（ＡＰＰ２）に関連付けられたクラスをロードするように適合された第２のクラスローダ２０６をインスタンス化する。アプリケーションマネージャ２０２およびクラスローダ２０４，２０６は、メモリ２０８に格納されている。次いで、クラスローダ２０４，２０６は、それぞれのアプリケーションのためにクラスをロードする。より詳しく言うと、図に示すように、第１のアプリケーションクラスローダ２０４は、第１のアプリケーションに関連付けられた第１のクラスセット２１０をロードし、第２のアプリケーションクラスローダ２０６は、第２のアプリケーションに関連付けられた第２のクラスセット２１２をロードする。こうして、第１および第２のアプリケーションクラスセット２１０，２１２が、実行環境２１４（例えばＪＶＭ）にロードされる。ロードされたクラスは、各アプリケーションの実行中にアクセスすることが可能である。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
アプリケーションマネージャは、ロードされたクラスのうちアプリケーションで不要とされたクラスをアンロードするように、様々な形で実装することが可能である。図７は、図６に示されるアプリケーションの実行時にアプリケーションマネージャを実装してクラスをアンロードする方法を、本発明の１実施形態にしたがって示したフローチャートである。このプロセスはブロック７０２から開始し、ブロック７０４においてアプリケーションマネージャが適切な初期化を実施する。また、アプリケーションマネージャは、１またはそれ以上のアプリケーションの実行を管理する役割を担っている。このため、アプリケーションマネージャは、図６に示すように、ブロック６１４および６１６に進むのに先立って、アプリケーションマネージャが（例えばブロードキャストデータストリームから受信された）アプリケーションをロードする、スタートする、またはストップすることを示す信号の受信（例えばテレビレシーバを通して受信する）待ちをする。したがって、アプリケーションマネージャは、ブロック７０６において、このような信号の受信待ちをしている。ブロック７０８において、アプリケーションをロードすることを示す信号が受信されると、アプリケーションマネージャは、アプリケーション７１０のためのクラスローダを構築する。上述したように、このクラスローダは、アプリケーションに関連付けられた１またはそれ以上のクラスをロードするように設計されている。ブロック７１２においてスタート信号が受信されると、アプリケーションマネージャは、ブロック７１４において適切なクラスローダを利用し、アプリケーションに関連付けられたアプリケーションクラスをロードする。例えば、アプリケーションクラスを、アプリケーションのセキュリティ制約にしたがってロードしても良い。このため、クラスローダは、適切なセキュリティチェックを実施して、アプリケーションをロードできるか否かを決定することができる。次いで、アプリケーションマネージャは、ブロック７１６においてアプリケーションの実行を開始し、ブロック７１８において、アプリケーションが終了するまたはアプリケーションが完了前に終結されるまで待機する。アプリケーションマネージャは、アプリケーションの実行が終結されたことを示す信号またはメッセージを、そのアプリケーションまたは他のプロセスから受信することによって、そのアプリケーションの終結または完了を認識する。