WO2003107186A1

WO2003107186A1 - プログラム実行処理端末装置、プログラム実行処理方法及びプログラム

Info

Publication number: WO2003107186A1
Application number: PCT/JP2003/006980
Authority: WO
Inventors: 金丸　智一
Original assignee: 松下電器産業株式会社
Priority date: 2002-06-18
Filing date: 2003-06-03
Publication date: 2003-12-24
Also published as: EP1515232A4; JPWO2003107186A1; CN1310148C; AU2003241885A1; JP4376181B2; EP1515232A1; CN1613061A; US7506323B2; US20050066283A1

Abstract

プログラムをクラスファイルからランタイム実行形式に変換するローダ部（１０２）と、ランタイム実行形式をテンポラリランタイム実行形式に変換するランタイムセービング処理を行うランタイムセービング部（１０３）と、テンポラリランタイム実行形式を記憶するテンポラリランタイム実行形式記憶部（３０２）と、テンポラリランタイム実行形式をランタイム実行形式に変換するポストロード処理を行うポストローダ部（１０５）とを備え、プログラムの起動が指示された際に、テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断し、存在しない場合にはローダ部にランタイム実行形式への変換を要求し、存在する場合にはポストローダ部にランタイム実行形式への変換を要求する。これにより、プログラム配信サービスにおいて、ダウンロードプログラムの起動時間を短縮することが可能となる。

Description

明細書プログラム実行処理端末装置、プログラム実行処理方法及びプログラム技術分野

本発明は、受信したプログラムを解釈実行処理する情報端末装置、プログラム実行処理方法及びプログラムに関するものであり、特に、高速なプログラムの起動を実現する情報端末装置、プログラム実行処理方法及びプログラムに関する。背景技術

近年、携帯電話や P H S ( P e r s o n a 1 H a n d y p h o n e S y s t e m ) 、 P D A ( P e r s o n a 1 D i g i t a l A s s i s t a n c e ) などに代表される携帯情報端末に備わっている通信機能を用いたデー夕配信サービスが普及している。

その代表例として、画像や着信メロディなどのコンテンッの配信サービスがあげられる。また、単なるデータではなくプログラムをダウンロードし、携帯情報端末上でアブリケ一シヨンとして実行させることができる。つまり、プログラムをダウンロードすることによって、携帯情報端末に最初から用意された機能（アプリケーション）だけではなく、後から新たにさまざまな機能を追加し、使用することが可能となる。このプログラム配信サービスでは、例えば、電子電話帳や電子スケジュール帳などの P I M ( P e r s o n a 1 I n f o r m a t i o n M a n a g e r ) アプリケ一シヨンや、ゲームアプリケーションなどの提供を行う。ユーザは、自分の使用したい機能、あるいは自分の使いやすいユーザイン夕フェース、自分の気に入った画面構成などを備えたアプリケーションを自由に選択し、プログラムをダゥンロードすることにより、選択したアプリケーションを使用することが可能となる。

プログラム配信の仕組みを実現するために、有望なソフトウエアアーキテクチャとして J a V a ( T M ) がある。

J a v a ( T M ) は仮想マシンの仕組みを備え、機器の八 ― ドウエアや〇 S に依存せずにプログラムを動作させることができるため、ワークステーションゃパーソナルコンビユー夕（以下、 P C と略称する）などのコンビュ一ティング分野においてのみならず、家電機器に対しても有効なァ —キテクチヤと見なされている。

また、携帯情報端末において、既に多くの機種に J a V a ( T M ) 仮想マシンが搭載されており、プログラム配信サ一ビスが開始されている。今後、仮想マシンの仕組みを前提としたプログラム配信サービスは、さらに普及していくものと予想される。

しかしながら、携帯情報端末上で、仮想マシンの仕組みを用いて、ダウン口一ドしたアプリケ一ションを実行させる場合に問題になるのが、その起動時間の長さである。

ここでの起動時間とは、ユーザあるいは携帯情報端末に搭載されている他のァプリケ一シヨン（ブラウザ、メ一ラ、電話など）が、携帯情報端末内部の仮想マシンに対して、特定のァプリケーションの解釈実行を開始するという指示を与えてから、携帯情報端末の表示画面上に開始が指示されたァプリケーシヨンの初期画面が出力されるまでの経過時間を指す。つまり、起動時間とは、アプリケーションが使用可能になるまでの待ち時間であり、ユーザにとって、実際にァプリケーションを利用していない余分な時間であるため、起動時間が長くなるほど、アプリケーションの実行効率が低下する。

例えば、一般的な J a V a ( T M ) 仮想マシンの起動処理は、大きく以下の 3 つの処理から構成.される。以下、 J a V a ( T M ) を用いて説明するが、他の仮想マシンあつてもよいことを、予め記述しておく。

( 1 ) 初期化処

( 2 ) クラス検証処理

( 3 ) クラス口ード処理

それぞれの処理についての詳細は、文献（ T i m L i n d h o 1 m a n d F r a n k Y e l l i n " T h e J a V a ( T Μ ) V i r t u a l M a c h i n e S p e c i f i c a t i o n " , A d d i s o n - W e s 1 e y， 1 9 9 7 ) を参照されたい。ここでは以降の説明に必要な、処理の概要のみ述べることとする。

J a v a ( T M ) では、プログラムはクラスフアイリレと呼ばれる 1 っ以上のファィルから構成される。プログラムがダウンロードされる際には、通常クラスファイルは 1 つのファイルにパッケージされた形式で提供されるが、ダウンロード後、これは 1 つ以上のクラスファイルとして展開され、携帯情報端末内のファイルとして保存される。

( 1 ) 初期化処理は、 J a v a ( T M ) 仮想マシンの実行を可能にするために必要な初期作業である。具体的には、仮想マシンが使用するメモリ領域（ J a v a ヒープ領域など）を確保する処理、ガーベジコレクション処理の初期化、クラスローダの初期化、スレッド管理の初期化などを行う。

( 2 ) クラス検証処理は、実行の対象であるプログラムの安全性を保証するために行う処理である。具体的には、クラスファイルの形式の検査と、クラスファイルに含まれるバイトコードなどが J a V a ( T M ) の仕様に準拠していることを検査する。

( 3 ) クラスロード処理は、クラスフアイリレを、 J a v a ( T M ) 仮想マシンが実行可能な記録形式（以下ラン夕ィム実行形式と呼ぶ）として、仮想マシンが使用するメモリ領域上に展開する処理である。対象となるクラスフアイルは、実行するプログラムの最初の実行メソッドとなる m a i n メソッドを持ったクラスファイルと、そのクラスフアイルから参照を迪ることのできる全てのクラスファイルである。

以上のような各処理が含まれるため、仮想マシンの仕組みを用いたアプリケーションの起動時間は、携帯情報端末の機械語で記述されたアプリケーション（ネイティブアブリケーシヨン）を起動するのに比して、長いものになっていた。

起動時間のうち、（ 2 ) クラス検証処理や（ 3 ) クラスロード処理は、概してアプリケーション（プログラム）のサイズが大きくなればなるほど、その処理に長い時間を要するようになり、アプリケーションの実行効率が低下する。特に、 P I Mアプリケーションのように、頻繁に何度も立ち上げが行われるような種類のアプリケーションは、起動時間が長くなることで、大きく利便性を欠いたものになりがちである。

これに対し、 J a v a ( T M ) 処理系のクラスファイル形式に対して、前もって何らかの処理を行うことによって、アプリケーションの実行効率を高めるための技術が、特開 2 0 0 0 — 2 9 7 0 6 号公報「クラスファイルのプリプロセシング及びパッケージングのための方法及び装置」および特開平 1 1 一 3 2 7 9 0 6 号公報「動的リンキングおよび動的ローデイングの存在下において動的にディスパッチされたコールの静的結合」に開示されている。

しカゝしながら、上述した特開 2 0 0 0 — 2 9 7 0 6 号公報および特開平 1 1 一 3 2 7 9 0 6 号公報で開示された技術は、いずれもアプリケ一シヨンの解釈実行速度の高速化や、メモリの効率的な利用を目的としたものであり、ノヽ一ドウエア資源に関して価格やサイズなどの制約が厳しい携帯情報端末などの情報家電機器において、 J a v a ( T M ) などの処理系を適用した場合に問題になりがちな、起動時間の短縮を達成するためのものではなかった。

本発明は、上記問題を解決するためになされたものであり、起動処理の中の（ 3 ) クラスロード処理を「アプリケーションを初めて起動するときにだけ必要なクラスロード処理」と「アプリケーションの 2 度目以降の起動でも必要なクラスロード処理」の 2 つに分け、「初めてのクラス口 — ド処理」による処理結果を、クラスファイル形式とは別の記録形式（以下、テンポラリランタイム実行形式と呼ぶ ) として格納しておくことにより、そのプログラムの起動の際に「 2 度目以降のクラスロード処理」しか行わなくてもよいようにし、プログラムの起動時間の短縮を図ることを目的としている。発明の開示

上記課題を解決するために、本発明のプログラム実行処理端末装置は、プログラムを例えば J a v a ( T M ) のクラスファイルからランタイム実行形式に変換するローダ部と、前記ローダ部が変換したランタイム実行形式もしくは前記プログラム記憶部に記憶されているプログラムに基づいて生成されたテンポラリランタイム実行形式を記憶するテンポラリランタイム実行形式記憶部と、前記テンポラリランタイム実行形式記憶部に記憶されているテンポラリランタイム実行形式をランタイム実行形式に変換するボストロード処理を行うポストローダ部とを備え、プログラムの起動が指示された際に、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断し、存在しない場合には前記ローダ部にランタイム実行形式への変換を要求し、存在する場合には前記ボストローダ部にランタイム実行形式への変換を要求する。なお、前記ローダ部が変換したランタイム実行形式をテンポラリランタイム実行形式に変換することによってテンポラリランタイム実行形式を得てもよい。このように、プログラムは最初の 1 回目に起動される時は、通常のロード処理を行い、ロード処理の後にランタイムセービング処理を行い、テンポラリランタイム実行形式を生成しておくことで、そのプログラムは 2 回目以降の起動では、テンポラリランタイム形式からランタイム形式を生成するボストロ — ド処理を通常のロード処理に置き換えることが可能となり、 2 回目以降のプログラムの起動に要する処理時間を短縮することができる。

また、前記プログラム記憶部に記憶されているプロダラムをテンポラリランタイム実行形式に変換することによつてテンポラリランタイム実行形式を得てもよい。このように、予めプログラムをプレロード処理して、テンポラリランタイム実行形式を生成しておくことによって、プロダラムの起動は最初の 1 回目から、ポストロード処理によって通常のロード処理に置き換えることが可能となり、プログラムの起動に要する処理時間を短縮することができる。

また、本発明のプログラム実行処理方法は、前記受信したプログラムをプログラム記憶部に記憶するプログラム記憶ステップと、前記プログラム記憶部に記憶されているプログラムをランタイム実行形式に変換するロードステップと、前記ロードステップで変換したランタイム実行形式もしくは前記プログラム記憶部に記憶されているプログラムをテンポラリランタイム実行形式に変換する変換ステップと、前記変換ステップで変換したテンポラリランタイム実行形式をテンポラリランタイム実行形式記憶部に記憶するテンポラリランタイム実行形式記憶ステップと、プロダラムの起動が指示された際に、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断する判断ステップと、前記判断ステップの判断の結果、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在した場合に、前記テンポラリランタイム実行形式記憶部に記憶されているテンポラリランタイム実行形式をランタイム実行形式に変換するポストロードステップと、前記ポストロードステップで変換したランタイム実行形式を解釈実行する解釈ステップとを備える。

また、本発明のプログラムは、上記のプログラム実行処理方法をコンピュータに実行させるためのものである。このプログラムはコンピュータ読み取り可能な記録媒体に格納された状態で情報端末装置等のコンピュータに供給されてもよいし、通信回線を通じて情報端末装置等のコンビュ一夕に供給されてもよい。図面の簡単な説明

図 1 は、本発明の実施の形態における携帯情報端末のハ一ドウエア構成図である。

図 2 は、本発明の実施の形態におけるプログラム実行処理端末装置の構成を示すブロック図である。図 3 は、本発明の実施の形態におけるクラスロード処理におけるデ一夕変換の関係図である。

図 4 は、本発明の実施の形態におけるプログラムの構造の一例を示す図である。

図 5 は、本発明の実施の形態におけるランタイム実行形式の構造の一例を示す図である。

図 6 は、本発明の実施の形態におけるランタイム実行形式の構造の一例を示す図である。

図 7 は、本発明の実施の形態におけるテンポラリランタィム実行形式の構造の一例を示す図である。

図 8 は、本発明の実施の形態におけるテンポラリラン夕ィム実行形式の構造の一例を示す図である。

図 9 は、本発明の実施の形態におけるローダ部の動作手順の一例を示すフロ一チヤ一トである。

図 1 0 は、本発明の実施の形態におけるランタイムセービング部の動作手順の一例を示すフローチャートである。

図 1 1 は、本発明の実施の形態におけるプレローダ部の動作手順の一例を示すフロ一チヤ一トである。

図 1 2 は、本発明の実施の形態におけるポストローダ部の動作手順の一例を示すフローチヤ一トである。

図 1 3 は、本発明の実施の形態におけるランタイムセ一ビング処理時の画面表示の一例を示す図である。

図 1 4 は、本発明の実施の形態におけるプレロード処理時の画面表示の一例を示す図である。

図 1 5 は、本発明の実施の形態におけるプログラム実行処理端末装置の構成を示すブロック図である。図 1 6 は、本発明の実施の形態における設定情報の入力画面の一例を示す図である

7 は、本発明の実施の形態おけるインタブリット履歴情報の一例を示す図である。

図 1 8 は、本発明の実施の形態におけるプログラム実仃処理端末装置の構成を示すブ口ック図である。

図 1 9 は、本発明の実施の形態におけるプレロード制御部の動作手順の一例を示すフローチヤ一トである。

図 2 0 は、本発明の実施の形態における基準時間の入力画面の一例を示す図である

図 2 1 は、本発明の実施の形態における基準時刻の入力画面の一例を示す図である

図 2 2 は、本発明の実施の形態における内部状態遷移の一例を示す図である

図 2 3 は、本発明の実施の形態におけるプレ口一ド処理対応テ一ブルの一例を示す図である。

図 2 4 は、本発明の実施の形態におけるプログラム実行処理端末装置の構成を示すブロック図である。

図 2 5 は、本発明の実施の形態における別アプリ指示通知部の処理概要の一例を示す図である。発明を実施するための最良の形態以下、本発明の実施の形態について、図面を用いて詳細に説明する。

(実施の形態 1 )

携帯情報端末を用いたプログラムのダウンロードサービスでは、既に J a V a ( T M ) の仕組みを用いたものが普及しているため、本発明はその仕組みを拡張することで実現することができる。本説明においては、 J a V a ( T Μ ) の仕組みを用いた場合にはどのような実施の形態になるかを適宜交えながら説明を行う

図 1 は、本発明の実施の形態 1 における、携帯情報端末のハ一ドウェア構成を示す図である。図 1 において、。中央演算装置 ( C P U ) 1 と、 BLJ

装置 2 と、入力装置 3 と、出力装置 4 と、送受信装置 5 を備えており、それぞれシステムパス 6 を介して接続されている。

記憶装置 2 は、 R O M 、 R A Μ、および八ードテイスクなどで構成され、 C P U 1 が処理する際に用いられ BLi H 領域ゃプログラム自体をる領域として用いられる。入力装置 3 は、キ ~ポ ¹ ~~ ドゃキ—ボタン、マゥス、マイクなどで構成され、ユーザからの指示の入力処理を行う。出力装置 4 は、ディスプレィなどの表示装置やスピー力一などで構成され、 C P U 1 から出力されつ夕の画面表示や、音声データの再生などの処理を行 Ό 。送受信装置 5 は、無線あるいは有 1¾达路を介してデ—夕通信を行い、 C P U 1 は、送受信装置 5 を介して外部装置（図示せず）からプログラムなどのデ一タをダゥンロードすることができる。

図 2 は、本実施の形態のプログラム実行処理端末装置の構成を示すブロック図である。プログラム実行処理端末装置は、プログラムダウンロード部 1 0 1 と、口一ダ部 1 0 2 と、ランタイムセービング部 1 0 3 と、プレローグ部 1 0 4 と、ポストローダ部 1 0 5 と、インタプリタ部 1 0 6 と、制御部 1 0 7 と、プログラム記憶部 3 0 1 と、テンポラリランタイム実行形式記憶部 3 0 2 と、ランタイム実行形式記憶部 3 0 3 を備えている。

プログラムダウンロード部 1 0 1 は、プログラム配信先よりプログラムを受信し、受信したプログラムを制御部 1 0 7 を介してプログラム記憶部 3 0 1 に記憶格納する。プログラムダウンロード部 1 0 1 は、従来の携帯情報端末が備えるプログラムのダウンロードの仕組みを用いて実現することができる。

ローダ部 1 0 2 は、制御部 1 0 7 '力ゝらの要求に従い、プログラム記憶部 3 0 1 に格納されたプログラムをランタイム実行形式に変換し、ランタイム実行形式記憶部 3 0 3 に格納する処理を行う。また、インタプリタ部 1 0 6 にプログラムの実行開始を通知する。さらに、変換したラン夕ィム実行形式をランタイムセービング部 1 0 3 に通知し、ランタイムセ一ビング処理を要求する。

ランタイムセービング部 1 0 3 は、ローダ部 1 0 2 力、らの要求に従い、ランタイム実行形式記憶部 3 0 3 に格納されたランタイム実行形式をテンポラリランタイム実行形式に変換し、テンポラリランタイム実行形式記憶部 3 0 2 に格納する処理を行う。

プレローダ部 1 0 4 は、制御部 1 0 7 からの要求に従い、プログラム記憶部 3 0 1 に格納されたプログラムをテンポラリランタイム実行形式に変換し、テンポラリランタイム実行形式記憶部 3 0 2 に格納する処理を行う。ポストローダ部 1 0 5 は、テンポラリランタイム実行形式記憶部 3 0 2 に記憶されたテンポラリランタイム実行形式を、ランタイム実行形式に変換し、ランタイム実行形式記憶部 3 0 3 に格納する処理を行う。また、インタプリタ部 1 0 6 にプログラムの実行開始を通知する。

イン夕プリ夕部 1 0 6 は、口一ダ部 1 0 2 またはポスト口一ダ部 1 0 5 からの実行開始の通知に従い、ランタイム実行形式記憶部 3 0 3 に格納されているランタイム実行形式を解釈実行する。 J a v a ( T M ) の仕組みを用いた場合、このインタプリタ部 1 0 6 は、従来の J a v a ( T M ) 仮想マシンを用いて実現することができる。

制御部 1 0 7 は、プログラムの起動が指示された際に、テンポラリランタイム実行形式記憶部 3 0 2 に起動対象のプログラムのテンポラリランタイム実行形式が存在するか否かを判断し、存在しない場合にはローダ部 1 0 2 にランタイム実行形式への変換を要求し、存在する場合にはボストローダ部 1 0 5 にランタイム実行形式への変換を要求する。テンポラリランタイム実行形式をランタイム実行形式へ変換するには、後述するように、大部分のデータをコピ —するとともに、間接参照表現のアドレスデータを実際のァドレスへ変換するだけでよいため、プログラムをランタィム実行形式に変換する場合と比較して処理時間は短い。これにより、既にランタイム実行形式を保持しているプログラムに関しては、起動時間を短縮することが可能となるプログラム記憶部 3 0 1 は、プログラムダウンロード部 1 0 1 がプログラム配信先より受信したプログラムを格納する。なお、フラッシュメモリ等に代表される不揮発性メモリ、すなわち携帯情報端末の電源が〇 F F になっても記録が保持され続けるデバイスによって実現された場合、携帯情報端末の電源が 0 F F になった場合にプログラムの再ダウンロードを防ぐことが可能となる。また、ダウンロードしたプログラムだけでなく、前もって特定のプログラムが格納されていてもよい。さらに、 R O Mなどの格納デ一夕が消去不能なメモリを用いて、前もって格納されているプログラムは固定であってもよい。

ランタイム実行形式記憶部 3 0 3 は、口一ダ部 1 0 2 またはポストローダ部 1 0 5 が変換したランタイム実行形式を格納する。ランタイム実行形式は解釈実行を行う対象として、インタプリタ部 1 0 6 から直接アクセスされる記憶領域であるため、高速なアクセスが可能な記憶デバイスによって実現されたほうがよい。例えば揮発性の R A Mなどがこれに使用される。

テンポラリランタイム実行形式記憶部 3 0 2 は、ランタィムセ一ビング部 1 0 3 が変換したテンポラリランタイム実行形式を格納する。テンポラリランタイム実行形式記憶部 3 0 2 は、特に揮発性 · 不揮発性を問わない。プロダラムの起動時間の短縮を実現するためには、デ一夕のァクセス速度が、プログラム記憶部 3 0 1 の実現に用いられているものよりは高速な記憶デバイスが用いられることが望ましい。なお、テンポラリランタイム実行形式記憶部 3 0 2 として例えばフラッシュメモリのような不揮発性のメモリを用いれば、携帯情報端末の電源を切る直前にテンポラリランタイム実行形式記憶部 3 0 2 に記憶されていたテンポラリランタイム実行形式を、一旦電源を切つてから次に電源を入れたときに利用することができるため好ましい。

なお、本実施の形態ではランタイムセービング部 1 0 3 とプレローグ部 1 0 4 を共に備えているとしたが、本発明はこれに限定されない。すなわち、どちらか一方のみを備えていてもよい。この場合にも本実施の形態と同様に、プ口グラムの起動時間を短縮することができる。

図 3 は、ローダ部 1 0 2 、ランタイムセービング部 1 0 3 、プレローダ部 1 0 4 、ポストローダ部 1 0 5 の各処理部で行う、データの流れの一例を示す図である。プロダラム配信先からプログラム 2 0 1 をダウンロードしてから、ランタイム実行形式 2 0 3 が解釈実行されるまでの、デ一夕の変換の流れを示している。

まず、プログラム配信先から送信されたプログラム 2 0 1 をプログラムダウンロード部 1 0 1 が受信し、プロダラム記憶部 3 0 1 に格納する。

次に、プログラム 2 0 1 の起動が指示されると、制御部 1 0 7 からの指示に従い、ローダ部 1 0 2 がプログラム 2 0 1 をランタイム実行形式 2 0 3 に変換し、インタプリ夕部 1 0 6 がランタイム実行形式 2 0 3 を解釈実行する。また、同時にランタイムセービング部 1 0 3 がランタイム実行形式 2 0 3 をテンポラリランタイム実行形式 2 0 2 に変換し、テンポラリランタイム実行形式記憶部 3 0 2 に格納する。再度、プログラム 2 0 1 の起動が指示されると、制御部 1 0 7 からの指示に従い、ポストローダ部 1 0 5 がテンポラリランタイム実行形式 2 0 2 をランタイム実行形式

2 0 3 に変換し、ィン夕プリタ部 1 0 6 がランタイム実行形式 2 0 3 を解釈実行する。

また、プレロード処理を行う場合のデータの変換の流れを以下に示す。プレローダ部 1 0 4 がプログラム 2 0 1 をテンポラリランタイム実行形式 2 0 2 に変換し、テンポラリランタィム実行形式記憶部 3 0 2 に格納する。プロダラム 2 0 1 の起動が指示されると、制御部 1 0 7 からの指示に従い、ポストローダ部 1 0 5 がテンポラリランタイム実行形式 2 0 2 をランタイム実行形式 2 0 3 に変換し、インタプリタ部 1 0 6 がランタイム実行形式 2 0 3 を解釈実行する。

図 4 から図 8 は、図 3 で説明したプログラム 2 0 1 、ランタイム実行形式 2 0 3 、テンポラリラン夕ィム実行形式 2 0 2 の構造の一例を示した。以下、順に説明する。

プ口グラム 2 0 1 は、携 ¾T ^ nS V^. つて解釈実行が可能な形式を持ったう夕として獲得することができる。携帯

¾ BCr J a V a ( T M ) の仕組みが用レられている場合には、 J a v a ( T M ) の実行形式であるクラスフアイノレがプロダラム 2 0 1 としてダゥンロードされる

プ口グラム 2 0 1 の構造の一例を図 4 に示す。図 4 はプログラム 2 0 1 に記録され † つ夕内容を C 言語に倣って構造体表現したものである。 u 1 型、 u 2 型、 u 4 型はそれぞれ符号なしの 1 バィ卜、 2 ノィ卜、 4 バィ卜のデータ量を表現している。 J a V a ( T M ) では、プログラム 2 0 1 は通常、 1 つ以上のクラスファイルから構成されるが

、クラスファイル自体の構造はどのクラスファイルも同じである。クラスファイルの構造自体は、文献（ T i m L i n d h o l m a n d F r a n k Y e 1 1 i n ： " T e J a v a ( T M ) V i r t u a l M a c h i n e S p e c i f i c a t i o n ， A d d i s o n - W e s 1 e y , 1 9 9 7 ) に詳説されている。図 4 では特に、最上位に位置付けられる構造体のみ示している。

次に、ランタイム実行形式 2 0 3 の構造の一例を図 5 および図 6 に示す。ランタイム実行形式 2 0 3 は、ランタイム実行形式記憶部 3 0 3 に格納される連続したメモリィメ —ジとして実現される。クラスファイルのフォーマット自体は先に述べたように規定されているが、ランタイム形式のフォーマットに関しては J a v a ( T M ) 仮想マシンの実装依存とされており、何ら規定はされていない。

図 5 および図 6 では、ランタイム実行形式 2 0 3 を、クラス単位のメモリイメージとして示している。 J a v a ( T M ) の実際のプログラムは、 2 つ以上のクラスファイルから構成されることも多いが、その場合には同様のメモリイメージがクラスファイルの数だけ生成されることになる。クラスを表現したメモリイメージはその中に、さらに下位の構造であるコンスタントプール構造のランタイム形式、インタフェース構造のランタイム形式、フィールド構造のランタイム形式、メソッド構造のランタイム形式、アトリビュート構造のランタイム形式を含んでいる。

図 5 および図 6 のメモリイメージの中で白い箱で示されたデータは、図 4 における同名のデータの値がそのまま記録されることを意味している。図 5 および図 6 のメモリイメージの中で網掛けで表現されているデータは、そのデー夕がメモリイメージの中の、他のデータ格納場所のァドレスを指す参照値（ポインタ）であることを表現している。具体的には、次の通りになっている。

「 * c o n s t a n t — p o o l 」は、コンスタントプール構造のランタイム形式の先頭を指すポインタ、「（ c o n s t a n t 一 p o o 1 * ) t i s ― c l a s s 」および「 ( c o n s t a n t ― p o o 1 * ) s u p e r ― c l a s s 」は、コンスタントプール構造の中のエントリのアドレスを指すポインタ、「 * i n t e r f a c e s 」は、インタフェース構造のランタイム形式の先頭を指すボイン夕、「 * f i e l d s 」は、フィールド構造のランタイム形式の先頭を指すポインタ、「 * m e t h o d s 」は、メソッド構造のランタイム形式の先頭を指すポインタ、「 * a t t r i b u t e s 」は、アトリビュート構造のランタイム形式の先頭を指すボインタである。

なお、ポインタ値は必ずしも、そのポインタが含まれるのと同じクラスのメモリイメージの中の構造を指しているとは限らず、他のクラスのメモリイメージの構造を指している場合もある。

ランタイム実行形式 2 0 3 のメモリイメージはポインタを含んでおり、このポインタ値はメモリイメージ生成の際に一定の値には決定付けられない（ランタイム実行形式記憶部 3 0 3 中でのメモリイメージの配置位置によって、ポインタ値は変動するからである）。

さらに詳細には、図 5 および図 6 の中で描いたポインタ以外でも、コンスタントプール構造の中のエントリ、イン夕フェース構造の中のエントリ、フィールド構造の中のェントリ、メソッド構造の中のエントリ、アトリビュート構造の中のェントリの其々のそれぞれのデータの中にもポィン夕値が含まれている可能性があるが、本説明中では割愛する。

次に、テンポラリランタイム実行形式 2 0 2 の構造の一例を図 7 および図 8 に示す。テンポラリランタイム実行形式 2 0 2 は、テンポラリランタイム実行形式記憶部 3 0 2 に格納される。メモリイメージとして記録されても、デー夕をバイト列としたファイルとして記録されてもどちらでもよいが、ここでは図 5 および図 6 の表現と同じくメモリイメージとして示すことにする。ここに示すのは図 5 および図 6 で示したランタイム実行形式 2 0 3 の実施の形態に対応した、テンポラリランタイム実行形式 2 0 2 の実現例である。

図 7 および図 8 のメモリイメージには、図 5 および図 6 と比較して新たに以下のデータが先頭に加わっている。

「 c 1 a s s — i d 」は、メモリイメージに対してクラス単位に、一意に与えられる識別データ（クラスの識別番号）である。複数のクラスのメモリイメージが作成される場合、この c 1 a s s — i d の値は重複してはならない。「 r u n t i m e 一 i m a g e ― s i z e 」は、本テンラリランタイム実行形式から生成されるランタイム実行形式のメモリサィズを記録したものである。

また、図 7 および図 8 のメモリイメージには、図 5 および図 6 とは異な Ό 、ポインタ値がない。図 5 および図 6 にてボインタとして表現されていたデ一夕は、全て次の 2 つのデー夕の組に変換されている（図 7 および図 8 の中で網がけされている部分 ) ο

Γ r e f ― c 1 a s s一 i d 」は、クラスの識別番号を指定する。この後続データには必ずェン卜リ番号が続く。「ェン卜 U 番号」は、コンス夕ン卜プ一ル構造 /インタフエース構造 /フィ ―ルド構造 /メソッド構造 zアトリビュ — ト構造の中のァ、一夕のェントリ番号を示す

テンポラ U ラン夕ィム実行形式 2 0 2 の実施の形態では、ラン夕ィム実行形式 2 0 3 の中でポイン夕として表現される部分を全て「クラス I D 」 + 「ェン卜リの番号」という形式 (間照表現）に変換して記録を行つている。

先に述ベたように、ランタィム実行形式 2 0 3 の中のポインタ表現は、時として別のクラスのメモリィメ一ジの構造を指している場合がある。どのクラスのメモリイメージのちのであるかを特定するために、ェン卜リ番号は必ず c 1 a s s ― i d と組み合わせた形で表現される。

テンポラ U ラン夕ィム実行形式 2 0 3 のメモリイメージはボイン夕を含んでいないため、テンポラリラン夕ィム実行形式し憶部 3 0 2 の中でのメモリイメージの配置位置によらず、メモリィメージ生成の際に一意のデ一夕列に決定付けられる。すなわち、あるクラスを表現するテンポラリランタィム実行形式の記録内容は常に一思、という状態を保っている。

以上が、各データ形式の構造に関する説明である。

次に、図 2 の構成図に描かれた各処理部が行う、処理内容に関して説明する。

図 9 は、口ーダ部 1 0 2 におけるデータ変換の処理の流れのー例を示す。

まず、口一ダ部 1 0 2 によって生成されるランタイム実行形式 2 0 3 のメモリ使用量を計算する（ステップ 6 0 1 ) 。これはプログラム 2 0 1 に含まれるクラスフアイリレを検査し、 c o n s a n t ― p o o 1 ― c o u n t s i n t e r f a c e s ― c o u n t > f i e 1 d s ― c o u n t 、 m e t h o d s ― c o u n t：、 a t t r i b u t e s 一 C O u n t とレつた、各構造のェントリ数を示す数値と

、各構造のェントリ毎のサイズにより算出することが可能である

ステップ 6 0 1 で弁 HJ した値に基づいて、ランタイム実行形式 2 0 3 の格納先であるランタィム実行形式 L '|

0 3 に、保存メモリ領域の空きが存在するか否かを検査する（ステップ 6 0 2 ) 。空きが存在しない場合（ステップ 6 0 2 が N ) 、 Π ―ダ部 1 0 2 によるテ一夕変換処理の続行を不可能と判断して、口ード処理そのものを取りやめ、プ口グラムの起動不可能であることをュ一ザに通知し、処理を終了する (ステッフ 6 0 3 ) 。一方、空さが存在する場合（ステツプ 6 0 2 が Y ) 、ランタイム実行形式記憶部 3 0 3 に、ステップ 6 0 1 で計算した値の分だけのメモリ領域を確保する（ステツフ 6 0 4 ) 次に、クラスファイルを検査し、ランタイム実行形式 2 0 3 の中でポインタ値として表現される部分以外のデータをコピーすることにより、ランタイム実行形式記憶部 3 0 3 にデータを格納する（ステップ 6 0 5 ) 。これは図 5 および図 6 のメモリイメージの中で白い箱で示されたデータに相当する。

最後に、クラスファイルから、ランタイム実行形式 2 0 3 の中でポインタ値として表現されるデータを計算し、算出したデータをランタイム実行形式記憶部 3 0 3 に格納し、プログラム 2 0 1 からランタイム実行形式 2 0 3 への変換処理を終了する（ステップ 6 0 6 ) 。これは図 5 および図 6 のメモリイメージの中で網掛けで表現した箱で示されたデ一夕に相当する。

図 1 0 は、ランタイムセービング部 1 0 3 におけるデー夕変換の処理の流れの一例を示す。

まず、ランタイムセービング部 1 0 3 によって生成されるテンポラリランタイム実行形式 2 0 2 のメモリ使用量を計算する（ステップ 7 0 1 ) 。これはランタイム実行形式 2 0 3 を很查し、 c o n s t a n t ― p o o 1 ― c o u n t 、 i n t e r f a c e s 一 c o u n t 、 f i e l' d s ― c o u n t 、 m e t h o d s一 c o u n t 、 a t t r i b u t e s — c o u n t といった、各構造のエントリ数を示す数値と、各構造のエントリ毎のサイズにより算出することが可能である。

ステップ 7 0 1 で算出した値に基づいて、テンポラリランタイム実行形式 2 0 2 の格納先であるテンポラリラン夕ィム実行形式 d憶部 3 0 2 に、保存メモリ領域の空きが存在するか否かを検査する（ステツプ 7 0 2 ) 。空きが存在しない場合 (ステツフ 7 0 2 が N ) 、ランタィムセ一ビング部 1 0 3 による： 7 夕変換処理の続行を不可能と判断して、ランタィムセービング処理そのものを取りやめ、処理を終了する (ステツフ 7 0 3 ) 。一方、空きが存在する場合（ステツプ 7 0 2 が Y ) 、テンポラリランタイム実行形ェ C 0ϋ懷 θ|5 0 2 に、ステツフ 6 0 1 で計算した値の分だけのメモリ領域を確保する（ステツプ 7 0 4 )

次に、ラン夕ィムセ一ビング処理の対象となる全てのクラスに対し別番号を与え、テンポラリランタイム実行形式 2 0 2 の c 1 a s s 一 i d テ—夕としてテンポラリランタイム実行形 ¾ p己 Ί意部 3 0 2 にデ一夕を格納する（ステップ 7 0 5 ) o

ランタイムセ — ング処理の処理元となるデ一夕であるランタイム実行形式 2 0 3 が、ランタイム実行形式記憶部 3 0 3 の中で、その記録のために使用しているメモリ量の数値を計算し、テンポラリランタイム実行形式 2 0 2 の r u n t i m e ― i m a e _ s i z e データとしてテンポラリランタィム実行形式記憶部 3 0 2 に格納する（ステツプ 7 0 6 )

ランタイム実行形式 2 0 3 のメモリイメージを検査し、ランタイム実行形式 2 0 3 の中でポインタ値として表現される部分以外のデータを、テンポラリランタイム実行形式 2 0 2 のデ一夕としてコピーすることにより、テンポラリランタイム実行形式記憶部 3 0 2 にデータを格納する（ステツプ 7 0 7 ) 。これは図 7 おょぴ図 8 のメモリイメージの中で白い箱で示されたデ一夕に相当する。

敢後に、ランタイム実行形式のメモリイメ —ジを検査し、ランタイム実行形式 2 0 3 の中でポインタ値として表現されるデー夕に関して変換を行い、変換したつ夕を： r ンポラリランタイム実行形式記憶部 3 0 2 に格納し、ラン夕ィム実行形式 2 0 3 からテンポラりランタイム実行形式 2 0 2 への変換処理を終了する（ステツプ 7 0 8 ) 。ポイン夕値のデータは、「そのポイン夕が指す構造を含むクラスの識別番号 J と「構造の中のェン卜リ番号」という形に変換される。これは図 7 および図 8 のメモリイメージの中で、 c 1 a s s ― i d 、 r u n t 1 m e ― 1 m a g e ― s i z e 以外の、網掛けで表現した箱で示されたデ一夕に相当する。

図 1 1 は、プレ口一ダ部 1 0 4 におけるデ一夕変換の処理の流れの一例を示す。

まず、プレローダ部 1 0 4 によって生成されるテンポラリランタイム実行形式 2 0 2 のメモリ使用量を計算する（ステップ 8 0 1 ) 。これは処理前のクラスファイルを検査し、 c o n s t a n t ― p o o l 一 c o u n t 、 i n t e r f a c e s ― c o u n t 、 f i e l d s ― c o u n t 、 m e t h o d s ― c o u n t；、 a t t r i b u t e s 一 c o u n t といった、各構造のエントリ数を示す数値と、各構造のェン卜リ毎のサイズにより算出することが可能である。

ステップ 8 0 1 で算出した値に基づいて、テンポラリランタイム実行形式 2 0 2 の格納先であるテンポラリランタィム実行形式記憶部 3 0 2 に、保存メモリ領域の空きが存在するか否かを検査する（ステップ 8 0 2 ) 。空きが存在しない場合（ステップ 8 0 2 が N ) 、プレローダ部 1 0 4 によるデータ変換処理の続行を不可能と判断して、プレロ — ド処理そのものを取りやめ、処理を終了する（ステップ 8 0 3 ) 。一方、空きが存在する場合（ステップ 8 0 2 が Y ) 、テンポラリランタイム実行形式記憶部 3 0 2 に、ステツプ 8 0 1 で計算した値の分だけのメモリ領域を確保する（ステップ 8 0 4 ) 。

次に、プレロード処理の対象となる全てのクラスに対して識別番号を与え、テンポラリランタイム実行形式 2 0 2 の c 1 a s s — i d データとしてテンポラリランタイム実行形式記憶部 3 0 2 にデータを格納する（ステップ 8 0 5 プレロード処理の処理元となるデ一夕であるプログラム 2 0 1 が、ランタイム実行形式 2 0 3 に変換された場合に使用するメモリ量の数値を計算し、テンポラリランタイム実行形式 2 0 2 の： r u n t i m e _ i m a g e _ s i z e データとしてテンポラリランタイム実行形式記憶部 3 0 2 に格納する（ステップ 8 0 6 ) 。

プログラム 2 0 1 を検査し、テンポラリランタイム実行形式 2 0 2 の中で、他の構造への参照値として表現される部分以外のデータをテンポラリランタイム実行形式 2 0 2 のデータとしてコピーする（ステップ 8 0 7 ) 。これは図 7 および図 8 のメモリイメージの中で白い箱で示されたデ一夕に相当する。

最後に、プログラム 2 0 1 を検査し、テンポラリラン夕ィム実行形式 2 0 2 の中で、他の構造への参照値として表現される部分のデータを、「参照先の構造を含むクラスの識別番号」と「構造の中のエントリ番号」という形のデー夕に変換し、プログラム 2 0 1 からテンポラリランタイム実行形式 2 0 2 への変換処理を終了する（ステップ 8 0 8 ) ₀

これは図 7 および図 8 のメモリイメージの中で、 c l a s s ― i d 、 r u n t 1 m e ― 1 m a g e ― s i z e 以外の、網がけの箱で示されたデ一夕に相当する。

図 1 2 は、ポスト口 —ダ部 1 0 5 におけるデ一夕変換の処理の流れの一例を示す。

まず、ポス卜口一ダ部 1 0 5 によって生成されるランタィム実行形式 2 0 3 のメモリ使用量を計算する（ステップ 9 0 1 ) 。これは、テンポラリランタイム実行形式 2 0 2

(D タ r u n t i m e ― i m a g e s i z e を参照することで簡単に得ることが出来る

ステップ 9 0 1 で得た値に基づいて、ランタイム実行形式 2 0 3 の格納先であるランタイム実行形式記憶部 3 0 3 に、保存メモリ領域の空きが存在するか否かを検査する（ステップ 9 0 2 ) 。空きが存在しない場合（ステップ 9 0 2 が N ) 、ポストローダ部 1 0 5 による処理の続行を不可能と判断して、ボス卜口一ド処理そのものを取りやめ、プログラムの起動不可能でめるこをユーザに通知し、処理を終了する (ステップ 9 0 3 ) 。一方、空きが存在する場合（ステップ 9 0 2 が Y ) 、ランタイム実行形式記憶部 3

0 3 に、ステツプ 9 0 1 で計算した値の分だけのメモリ領域を確保する（ステツプ 9 0 4 )

次に、テンポラりランタイム実行形式 2 0 2 を検査し、ランタイム実行形式 2 0 3 の中でポインタ値として表現される部分以外のつ夕をコピることにより、ランタイム実行形 PL憶部 3 0 3 にデ ― タを格納する（ステップ 9 0 5 ) 。これは図 5 および図 6 のメモリイメージの中で白い箱で示されたつタに相当する

最後に、ランタイム実行形式 2 0 3 の中でポインタ値として表現されるを計算し、算出した ~々をランタィム実行形式記憶部 3 0 3 に格納し、テンボラリランタイム実行形式 2 0 2 からランタィム実行形式 2 0 3 への変換処理を終了する (ステップ 9 0 6 ) 。この計算は、テンポラリランタイム実行形式 2 0 2 の中の参照値、すなわち「参照先の構造を含むクラスの識別番号」と「構造の中のェントリ番号」という形のデ一夕を、ポイン夕に変換することによつて実現できる。この丁 ―夕は図 5 および図 6 のメモリィメ —ジの中で網掛けで表現した箱で示されたつタに相当する。

以上により、前もってテンポラリランタイム実行形式を保持していることにより、ポストロード処理のみでプログラムを起動実行することが可能となる。これにより、（ 1 ) 生成されるランタイム実行形式 2 0 3 のメモリ使用量の計算が簡単である。（ 2 ) テンポラリランタイム実行形式 2 0 2 のメモリイメージは、プログラム 2 0 1 (クラスフアイル形式）のデータと比較して、ランタイム実行形式 2 0 3 のメモリイメージに非常に近い形でデータを保存しており、ポインタ値以外はほとんどメモリイメージをコピ一する形で簡単にランタイム実行形式 2 0 3 が得られる。という大きな 2 つの効果により、イメージの生成の処理量を大幅に少なくすることができ、プログラムの起動時間を短縮することが可能となる。

図 1 3 は、ランタイムセービング処理時の画面表示について説明した図である。

なお、本発明の実施の形態 1 において、プログラムが口 — ドされた後に、続けてランタイムセ一ビング処理を行うものとする。つまり、ランタイムセ一ビング部 1 0 3 は、ローダ部 1 0 2 によるロード処理の終了タイミングに、テンポラリランタイム実行形式を生成し格納するメモリ領域の空きが存在するか否かをチェックし、空きがあると判断された場合に直ちにランタイムセ一ビング処理を行えばよい。

図 1 3 ( a ) では、ローダ部 1 0 2 がプログラム 2 0 1 をランタイム実行形式 2 0 3 に変換する処理中における携帯情報端末の表示画面出力と、ランタイムセービング部 1 0 3 がランタイム実行形式 2 0 3 をテンポラリランタイム実行形式 2 0 2 に変換する処理中における携帯情報端末の表示画面出力とを変更し、ュ一ザに処理状況を通知する例を示している。この場合、ユーザがランタイムセービング処理を余計な処理と考え、プログラムが実行開始するまでの待ち時間に余分なストレスを感じる可能性がある。図 1 3 ( b ) では、これら 2 つの処理の表示画面出力をあえて変更せずに同一にし、ユーザにこれらの処理の境界を通知しない例を示している。これにより、ランタイムセ一ビング処理の処理時間をロード処理に隠蔽し、ュ一ザに無用なストレスを与えないようにすることができる。

図 1 4 は、プレロード処理時の画面表示について説明した図である。

なお、本発明の実施の形態 1 において、プログラムがダゥンロードされた時に、テンポラリランタイム実行形式を生成し格納するメモリ領域の空きが存在すれば、無条件にプレロード処理を行うものとする。つまり、プレローダ部 1 0 4 は、ダウンロード処理の終了後に、テンポラリランタイム実行形式を生成し格納するメモリ領域の空きが存在するか否かをチェックし、空きがあると判断された場合に直ちにプレ口一ド処理を行えばよい。

図 1 4 ( a ) では、プログラムダウン口一ド部 1 0 1 がプログラム 2 0 1 をダウンロードする処理中における携帯情報端末の表示画面出力と、プレ口一ダ部 1 0 4 がプログラム 2 0 1 をテンポラリランタイム実行形式 2 0 2 に変換する処理中における携帯情報端末の表示画面出力とを変更し、ユーザに処理状況を通知する例を示している。この場合、ユーザがプレロード処理を余計な処理と考え、プログラムが実行開始するまでの待ち時間に余分なストレスを感じる可能性がある。

図 1 4 ( b ) では、これら 2 つの処理の表示画面出力をあえて変更せずに同一にし、ユーザにこれらの処理の境界を通知しない例を示している。これにより、プレロード処理の処理時間をダウンロード処理に隠蔽し、ュ一ザに無用なストレスを与えないようにすることができる。

以上により、ランタイムセービング部 1 0 3 またはプレローダ部 1 0 4 により、前もってテンポラリランタイム実行形式を保持することができ、ポストロード処理のみでプログラムの解釈実行が可能となることにより、起動時間を短縮することができる。

(実施の形態 2 )

本発明の実施の形態 1 では、ランタイムセ一ビング部によるランタイムセ一ビング処理は、プログラムがロードされた後に、続けて口一ドされたプログラムに対して行うものとした。しかし、これ以外の判断基準に基づき、ラン夕ィムセ一ビング処理の対象プログラムを選択決定することができる。以下に、図を用いて詳細を説明する。

図 1 5 は、本発明の実施の形態 2 におけるプログラム実行処理端末装置の構成を示すブロック図である。プロダラムダウンロード部 1 0 1 と、口一ダ部 1 0 2 と、プレローダ部 1 0 4 と、ポストローダ部 1 0 5 と、インタプリタ部 1 0 6 と、制御部 1 0 7 と、ランタイムセービング部 1 1 0 と、プログラム記億部 3 0 1 と、テンポラリランタイム実行形式記憶部 3 0 2 と、ランタイム実行形式記憶部 3 0 3 と、設定情報記憶部 3 0 4 と、インタブリット履歴記憶部 3 0 5 とから構成されている。プログラムダウンロード部 1 0 1 と、ローダ部 1 0 2 と、プレ口一ダ部 1 0 4 と、ポストローダ部 1 0 5 と、インタプリタ部 1 0 6 と、制御部 1 0 7 と、プログラム記憶部 3 0 1 と、テンポラリランタイム実行形式記憶部 3 0 2 と、ランタイム実行形式記憶部 3 0 3 は、図 2 で説明したものと同じである。ここでは、新規に追加したランタイムセ一ビング部 1 1 0 と、設定情報記憶部 3 0 4 と、インタブリット履歴記憶部 3 0 5 について説明する。

ランタイムセービング部 1 1 0 は、設定情報記憶部 3 0 4 またはインタブリット履歴記憶部 3 0 5 に格納されている設定情報または履歴情報に基づき、ランタイムセービング処理の開始タイミングと対象プログラムを選択決定する設定情報記憶部 3 0 4 は、ランタイムセ — ビング処理を行う対象プログラムを識別する設定情報を格納する。この 1冃報は、ラン夕ィムセービング部 1 1 0 から参照され、ランタイムセービング処理対象と指定されているプ口グラム（高速起動指定のプログラム）が口一ドされた場合に、続けてランタイムセ一ビング処理を実行する。

nk 疋情報記憶部 3 0 4 に格納された設定情報は、例えば、一ザの入力指定に基づいて決定する。図 1 6 に、入力画面の一例を示す。ユーザは携帯情報端末の表示画面に表示したプ口グラムー覧から、各プログラムしとに尚速起動の〇 N あるいは 0 F F を指定することがでさる。図 1 6 では、「 S c h e d u 1 e 」および「 M e m o P a d 」というプログラムが高速起動 O N として指定されている。高速起動〇 N として指定されているプログラムがロードされた ½；口には、ラン夕ィムセ一ビング処理を行い、それ以外のプログラムがロードされた場合にはランタイムセ一ビング処理は行わない。なお、ユーザの入力指定に関係なく、常に特定のプログラムを高速起動指定することも可能であるイン夕プリット履歴記憶部 3 0 5 は、各プログラムが過去に解釈実行された履歴情報を格納する。この履歴情報は、ランタイムセービング部 1 1 0 から参照され、履歴情報から使用頻度が高いと判断されるプログラムがロードされた場合に、続けてランタイムセ一ビング処理を実行する。

インタプリツト履歴記憶部 3 0 5 に格納された履歴情報の一例を、図 1 7 に示す。図 1 7 では、プログラム記憶部 3 0 1 に格納された全てのプログラムごとに、これまでに何回起動されたかという情報と、最後に起動された時刻はいっか、という情報をテーブルとして保持している。なお、平均起動時間や、起動間隔など、他の情報を含んでもよく、また、例えば起動回数だけといった、一つの情報のみでもよい。あるプログラムがロードされた場合に、そのプログラムについてランタイムセ一ビング処理を行うか否かの判定については、例えば以下の判断基準を適用することが考えられる。なお、イン夕ブリット履歴記憶部 3 0 5 の履歴情報を用いた他の判断基準であってもよい。

第 1 の判断基準は、 3 回以上起動されたことがあるプログラムがロードされた場合には、そのプログラムは頻繁に使用されるとみなし、ランタイムセービング処理を行う。選択基準の数値に関しては 3 回でなくとも、任意の数でも良い。第 2 の判断基準は、全てのプログラムの中で、これまでに起動された回数の多い、上位 2 つのプログラムに関しては、そのプログラムは頻繁に使用されるとみなし、ランタィムセ一ビング処理を行う。選択基準の数値に関しては上位 2 つでなくとも、任意の数でも良い。

以上により、ランタイムセ一ビング処理の対象プロダラムを選択することが可能となり、高速起動が必要なプログラムや使用頻度が高いプログラムを選択して、ランタイムセービング処理を実施することができる。よって、高速起動が不要なプログラムや使用頻度が低いプログラムのテンポラリランタイム実行形式によってテンポラリランタイム実行形式記憶部 3 0 2 の記憶領域が占有されてしまうのを防止できる。つまりテンポラリランタイム実行形式記憶部 3 0 2 の空き記憶領域不足によって高速起動が必要なプログラムや使用頻度が高いプログラムのランタイムセービング処理が失敗に終わるのを防止することができ、効率的なランタイムセ一ビング処理を実施することができる。

(実施の形態 3 )

本発明の実施の形態 1 では、プレローダ部によるプレロ — ド処理は、プログラムがダウンロードされた時に、続けてダウンロードされたプログラムに対して行うものとした。しかし、これ以外の判断基準に基づき、プレロード処理の開始タイミングと対象プログラムを選択決定することができる。

図 1 8 は、本発明の実施の形態 3 におけるプログラム実行処理端末装置の構成を示すブロック図である。プロダラムダゥ Π ― ド部 1 0 1 と、 Π ―ダ部 1 0 2 と、ポス卜ロダ部 0 5 と、ィンタプリタ部 1 0 6 と、制御部 1 0 7 別記憶テてテムスたダプさプ口ロレレンンン ο 511

と夕ィムセービング部 1 1 0 と、プレローダ部 1 1 と、レ Π一ド制御部 1 1 2 と、プログラム gd憶部 3 0 と、ンポラリランタイム実行形式記憶部 3 0 2 と、ラン夕ィ実行形式記憶部 3 0 3 と、設定情報記憶部 3 0 4 と、ィ夕プリッ卜履歴記憶部 3 0 5 とから構成されている。プグラムダウンロ一ド部 1 0 1 と、口ーダ部 1 0 2 と、ポ卜 π ーダ部 1 0 5 と、ィン夕プリ夕部 1 0 6 と、制御部 0 7 と、ラン夕ィムセービング部 1 1 0 と、プ口グラム憶部 3 0 1 と、テンポラリランタイム実行形式記部 3 2 と、ランタイム実行形式 s 憶部 3 0 3 と、設定報記部 3 0 4 と、ィン夕プリッ卜履歴記憶部 3 0 5 は図 1 で説明したものと同じであるでは、新規に加しプレローダ 1 と、プレ口制御部 1 1 2 つレ説明する。

プレ ■ 々 1 は、プレロード制御部 1 1 2 から通知を受することにより、プログラム記憶部 3 0 1 に記録された口グラムを、テンポラリランタイム実行形式に変換し、ンポラリランタイム実行形式記憶部 3 0 2 に格納するプ Π — ド処理を行う。特に、特定プログラムを指定する Β*ί 子が通知された場合、プレロード処理対象として通知れたプログラムを選択する。なお、制御部 1 0 7 からプ口 ~ ド開始の指示を受信することにより、プログムをゥンロードした際に、続けてプレロード処理を実するとち可能でめま /こ、設定情報記憶部 3 0 4 またはィン夕プリット履歴記憶部 3 0 5 に格納されている設定情報または履歴情報に基づき、プレロード処理の対象プ口グラムを選択決定する。

プレ D一ド制御部 1 1 2 は、携帯情報端末の機器状態に基づいて、プレロード開始の夕ィミングを決定し、プレロ部 1 1 1 に処理の開始を通知する。なお、プレロード対象のプログラムをプレロ •— ト制御部 1 1 2 で決定し、決定済みのプ口グラムをプレ Π―ダ部 1 1 1 に通知してもよいし、プレロ一ド対象のプ口グラムを指定せずに開始の夕ィミングのみを通知し、プレ口ーダ部が処理対象のプ口グラムを選択してもよい。また、機器状態としては、例えば以下の各判断基準を適用することが考えられる。

第 1 の判断基準は、携帯情報端末が一定時間以上、ュ一ザの入力操作を何も受け付けない（待ち受け ) 状態に入つていれば、プレ口一ド処理を行 Ό 。この場合、プレロード制御部 1 1 2 は、目なちって設定した時間長デ― タ（基準時間）を保持しており、携帯情報未に対してュ一ザの入力操作が加えられていない（待ち受け）状態の連続時間を計測し、基準時間と比較することにより、開始タイ S ングを決定する

図 1 9 に、プレロード制御部 1 1 2 における処理の流れの一例を示す。

まず、待ち受け状態の連続時間を初期化する（ステップ

1 5 0 1 ) 。

W m報端末の機器状態として、一定時間以上ユーザの入力を何も受け付けていない（待ち受け）状態に入っているか否かを検出する（ステップ 1 5 0 2 ) 。待ち受け状態でない場合（ステップ 1 5 0 2 が N ) 、ステップ 1 5 0 1 に遷移し、処理を繰り返す。一方、待ち受け状態である場合（ステップ 1 5 0 2 が Y ) 、待ち受け状態の連続時間を更新し（ステップ 1 5 0 3 ) 、その連続時間の長さと、基準時間との比較を行う (ステップ 1 5 0 4 ) 。

待ち受け状態の連続時間が基準時間を越えるまで（ステップ 1 5 0 4 が N ) 、ステップ 1 5 0 2 力らステップ 1 5 0 4 を繰り返す。待ち受け状態の連続時間が基準時間を越えた時（ステップ 1 5 0 4 が Y ) 、プレロード処理の開始タイミングと決定し、プレローダ部 1 1 1 に処理の開始を通知する。

なお、基準時間は、 R O M化されているなどして携帯情報端末に固有の値でもよいが、ユーザの入力によって数値を変更することができてもよい。ユーザによる設定時の表示画面の一例を図 2 0 に示す。ここでは、基準時間として 1 5 分が設定されており、待ち受け状態の連続時間が 1 5 分を越えたタイミングで、プレロード処理を開始する。

第 1 の判断基準を用いれば、ユーザが携帯情報端末を操作していない間にプレ口一ド処理が実行されるので、プレロード処理がュ一ザに対して隠匿される。よって、プレロ一ド処理の実行によってユーザに何らのストレスを与えることがないという利点がある。

第 2 の判断基準は、携帯情報端末が待ち受け状態から脱した時に、プレロード処理を行う。この場合、プレロード制御部 1 1 2 は、携帯情報端末が待ち受け状態から、ユーザの入力操作が加わるなどして非待ち受け状態に入ったこと、すなわち待ち受け状態が終了したことを検出することにより、開始タイミングを決定する。

第 3 の判断基準は、携帯情報端末の中の内部時刻が一定のものになった場合、プレロード処理を行う。この場合、プレロード制御部 1 1 2 は、前もって設定した時刻データ (基準時刻）を保持しており、実際の現在時刻と基準時刻とを比較し、一致したことを検出することにより、開始夕イミングを決定する。 .

なお、基準時刻は、 R O M化されているなどして携帯情報端末に固有の値でもよいが、ユーザの入力によって数値を変更することができてもよい。ユーザによる設定時の表示画面の一例を図 2 1 に示す。ここでは、基準時刻として 1 3 時 1 5 分が設定されており、実際の現在時刻が 1 3 時 1 5 分になったタイミングで、プレロード処理を開始する第 4 の判断基準は、携帯情報端末の電源が入った時に、プレロード処理を行う。この場合、プレロード制御部 1 1 2 は、電源が入力されたことにより、開始タイミングを決定する。携帯情報端末の電源入力の検出の仕組み自体は、従来の携帯情報端末で用いられているデバイスからのィべント通知等の仕組みを用いて実現することが可能である。

第 5 の判断基準は、携帯情報端末が折りたたみ式の形状の端末（例えば折りたたみ式の携帯電話）であって、ユーザによる携帯情報端末の折りたたみの開閉があった時にプレロード処理を行う。この場合、プレロード制御部 1 1 2 は、携帯情報端末が閉じた状態から開いた状態へ移行した、あるいは、携帯情報端末が開いた状態から閉じた状態へ移行したことを検出することにより、開始タイミングを決定する。携帯情報端末の折りたたみの開閉の検出の仕組み自体は、従来の携帯情報端末で用いられているデバイスからのイベント通知等の仕組みを用いて実現することが可能である。

第 6 の判断基準は、携帯情報端末と別の電子機器との間で、通信が発生した時にプレロード処理を行う。この場合、プレロード制御部 1 1 2 は、携帯情報端末と別の電子機器との間にデータ通信が発生したことを検出することにより、開始タイミングを決定する。通信が発生したことを検出する仕組み自体は、従来の携帯電話で用いられているデバイスからのイベント通知等の仕組みを用いて実現することが可能である。

ここでの通信とは、具体的には、音声通話の着呼、 H T T P を用いたデータ通信、 F T P を用いたデータ通信、 S S L を用いたデ一夕通信、 I r D A を用いたデータ通信、などが考えられる。もちろん携帯情報端末がサポートするその他の種類の通信であっても良い。また、通信の発生に基づいて開始されるプレロード処理対象のプログラムは、発生した通信の種類に関連付けられたものが選択されても良い。このプログラムの選択に関しては後述する（図 2 3 第 7 の判断基準は、携帯情報端末と別の電子機器との着脱があった場合にプレロード処理を行う。この場合、プレロード制御部 1 1 2 は、携帯情報端末に別の電子機器が付加（装着）された、あるいは、携帯情報端末に付加（装着 ) されていた別の電子機器が外されたことを検出することにより、開始タイミングを決定する。外部デバイスの着脱が発生したことを検出する仕組み自体は、従来の携帯情報端末で用いられている外部デバイスからのイベント通知等の仕組みを用いて実現することが可能である。

ここでの外部デバイスとは、具体的には、 S Dカード等外部記憶デバイス、 B 1 u e t o o t h 等の機能拡張ュニット、 U S B コネクタ、イヤホン、マイク、電源コネクタ、充電器、キ一ポ一ドなどが考えられる。もちろん携帯情報端末がサポートするその他の種類の外部デバイスであつても良い。また、外部デバイスの着脱に基づいて開始されるプレロード処理対象のプログラムは、外部デバイスの種類に関連付けられたものが選択されても良い。このプログラムの選択に関しては後述する（図 2 3 ) 。

第 8 の判断基準は、携帯情報端末に実装されている別のアプリケーションの実行開始あるいは実行終了した場合にプレロード処理を行う。この場合、プレロード制御部 1 1 2 は、携帯情報端末に実装されている別のアプリケ一ションの実行が開始された、あるいは、別のアプリケーションの実行が終了したことを検出することにより、開始夕イミングを決定する。別のアプリケーションの実行が開始あるいは終了したことを検出する仕組み自体は、従来の携帯情報端末で用いられているソフトウエア間通信の仕組みを用いて実現することが可能である。ここでの別のアプリケーションとは、具体的には、ブラゥザ、メ一ラ、スケジュール帳、メディアプレイヤーなど、携帯情報端末に搭載されるアプリケーションであれば何でも良い。また、この別のアプリケーションは機械語（ネィティブ）で記述されていても良いし、 J a v a ( T M ) など他の実行系を用いた仕組みによって記述されていても良い。また、別のアプリケ一シヨンの開始あるいは終了に伴ってプレロード処理されるプログラムは、実行が開始されたアプリケーションから連携起動される可能性があるなど、この別のアプリケーションの種類に関連付けられたものが選択されても良い。このプログラムの選択に関しては後述する（図 2 3 ) 。

第 9 の判断基準は、携帯情報端末のユーザの入力操作に伴って、一定の画面遷移が行われた時にプレ口一ド処理を行う。この場合、プレロード制御部 1 1 2 は、ュ一ザに入力操作に基づいて、携帯情報端末の内部状態の遷移が発生したことを検出することにより、開始タイミングを決定する。なお、内部状態ごとに、ュ一ザの入力操作可能な指示の組み合わせが設定されており、特定の入力操作が行われた際の次の処理動作が決定する。つまり、内部状態は、ュ一ザの入力操作や外部との通信状況などによって順次遷移していくものであり、内部状態の遷移に伴って表示画面が変化するものが多い。プレロード制御部 1 1 2 は、内部状態の遷移の中で、前もって設定されているある特定の遷移が行われた場合にそれを検出するものとする。内部状態の遷移の検出自体は、従来の携帯情報端末で用いられているソフ卜ウェア間通信の仕組みを用いて実現することが可能である

図 2 2 に内部状態の遷移の一例を示す。この例では「（ 1 ) メニュ一選択状態」「（ 2 ) アプリ選択状態」「（ 3 ) J a V a アプリ選択状態」という 3 つの内部状態を示している。プレロード制御部 1 1 2 は、特定の内部状態遷移 (図 2 2 ( 2 ) から（ 3 ) への遷移）が発生すると、これを検出し、プレ口一ダ部 1 1 1 に処理の開始を通知する。プレローダ部 1 1 1 は、この通知を受けて、プログラムのプレロ— ド処理を開始する。また、内部状態遷移に伴ってプレロ— ド処理されるプログラムは、内部状態の遷移の種類に関連付けられたものが選択されても良い。このプログラムの選択に関しては後述する（図 2 3 ) 。

以上により、各判断基準に基づいてプレロード処理の開始夕ィミングを決定することが可能となり、ダウン口一ド時のみだけでなく、効率的なプレロード処理を実施することができる。

次に、処理の対象となるプログラムをどのように選択するのかについて説明する。

大きくは 2 つの選択基準があり、（ A ) プレローダ部 1 1 1 がプログラムを選択する場合と、（ B ) プレロード制御部 1 1 2 から処理対象のプログラムが通知される場合とに分けられる。（ A ) の場合、例えば以下の各選択基準を適用することが考えられる。

第 1 の選択基準は、携帯情報端末にダウンロードされているプログラムの中から適当に（ランダムに）選択する。この場合、プレローダ部 1 1 1 は、プログラム記憶部 3 0

1 に記録されているプログラムの中から適当に選択してプレロード処理を行えば良い。

第 2 の選択基準は、設定情報記憶部 3 0 4 に格納された設定情報に基づいて、携帯情報端末にダウンロードされているプログラムの中から、高速起動指定のプログラムとして設定されているプログラムを選択し、プレロード処理を行う。それ以外のプログラムに関しては、プレロード処理の対象としない。なお、設定情報記憶部 3 0 4 については、既に実施の形態 2 で説明した。

第 3 の選択基準は、インタプリット履歴記憶部 3 0 5 に格納された履歴情報に基づいて、使用頻度が高いと判断されるプログラムを選択し、プレロード処理を行う。例えば、最も多い回数起動されたことのあるプログラムを選択する、あるいは、一番； fe近に起動されたプログラムを選択するなどである。なお、インタプリット履歴記憶部 3 0 5 については、既に実施の形態 2 で説明した。

( B ) の場合、プレロード処理が開始される条件に伴つて、プレロード制御部 1 1 2 が、処理対象プログラムを選択する。この場合、プレロード制御部 1 1 2 は、プレロード処理の開始条件と処理対象のプログラムの対応表である、プレロ — ド処理対応テーブルを保持し、この対応テ一ブルに基づいて、処理対象のプログラムを選択決定する。

図 2 3 に、プレロ一ド処理対応テーブルの一例を示す。ここでは、プレロード処理を開始する条件に、条件番号という一意の I D番号を割当て、各条件を識別している。また、図 2 3 では、開始条件を文章で記述しているが、条件番号との意味の対応付けが、番号の重複無くなされていればよい。さらに、プレロード処理対象のプログラムの識別子を文字列で表現しているが、他の表現であってもよい。各プレロード処理開始条件と関連性の高い、すなわち次に実行される可能性の高いと思われるプログラムを、予めプレロード処理対応テ一ブルに記録しておくことで、プレロ

— ド処理による起動の高速化の効果を得やすくなる。例えば、本発明を E メール送受信機能付きの携帯電話に適用した場合には、携帯電話が E メールを受信したときに、ユーザが E メールの受信に気付いて E メールを閲覧しょうとすることが想定されるため、携帯電話が E メールを受信したときにメーラのプログラムをプレロードするように設定しておくことが有効である。これにより、ユーザがメーラを起動させるときの起動時間が短縮される。

以上により、プレロード処理の開始タイミングや対象プログラムを選択することが可能となり、高速起動が必要なプログラムや使用頻度が高いプログラムを選択して、効率的なプレロード処理を実施することができる。

(実施の形態 4 )

図 2 4 は、本発明の実施の形態 4 におけるプログラム実行処理端末装置の構成を示すブロック図である。プロダラムダウンロード部 1 0 1 と、ローダ部 1 0 2 と、ランタイムセービング部 1 1 0 と、ポストローダ部 1 0 5 と、イン夕プリ夕部 1 0 6 と、制御部 1 0 7 と、プレローダ部 1 1 3 と、別アプリ指示通知部 1 1 4 と、プログラム記憶部 3 0 1 と、テンポラリランタイム実行形式記憶部 3 0 2 と、ランタイム実行形式記憶部 3 0 3 と、設定情報記憶部 3 0

4 と、ィン夕プリッ卜履歴記憶部 3 0 5 とから構成されている。プログラムダウンロ一ド部 1 0 1 と、 CIーダ部 1 0 2 と、ランタイムセービング部 1 1 0 と、ボストロ一ダ部 1 0 5 と、ィン夕プリ夕部 1 0 6 と、制御部 1 0 7 と、プログラムし 1¾ Pl^ 3 0 1 と、テンポラリランタイム実行形式記憶部 3 0 2 と、ランタイム実行形式記憶部 3 0 3 と、設定情報記憶部 3 0 4 と、ィン夕プリット履歴記憶部 3 0 5 は、図 1 明したものと同じであ Ό では、新規に追加したプレローダ部 1 1 3 と別ァプリ指示通知部 1 1 4 について説明する。

プレローダ部 1 1 3 は、別アプリ指示通知部 1 1 4 から通知を受信することにより、プログラム記憶部 3 0 1 に記録されたプ口グラムを、テンポラリランタイム実行形式に変換し、テンポラリランタイム実行形式記憶部 3 0 2 に格納するプレロ一ド処理を行う。特に、特定プログラムを指定する識別子が通知された場合、プレロード処理対象として、通知されたプ口グラムを選択する。なお、制御部 1 0 7 力ゝらプレロード開始の指示を受信することにより、プログラムをダウンロードした際に、続けてプレロード処理を実施することも可能である。

別ァプリ指示通知部 1 1 4 は、携帯情報端末に実装されている別ァプリケ一シヨンからのプレロード開始の指示があったことをプレロ一ダ部 1 1 3 に通知する。

図 2 5 に、別のァプリケーシヨンからプレロード開始が指示される場合の処理概要の一例を図示する。

別のアプリケーションからプレロード開始の指示を受け取る仕組み自体は、例えば別のアプリケーションのソースコード中から呼び出しが可能な A P I を、携帯情報端末中に備えることで実現することができる。この A P I が呼び出されることにより、別アプリ指示通知部 1 1 4 が処理を行い、プレローダ部 1 1 3 にプレ口一ド処理の開始を指示する。図 2 5 では、 p r e l o a d i n g— s t a r t と示されている A P I が、別のアプリケ一シヨンから呼び出され、プレローダ部 1 1 3 にプレロード処理の開始を通知する働きを行う例を示した。

また、プレ口一ド処理されるプログラムは、 A P I が呼び出しの際に一緒に指定することもできる。図 2 5 では、 A P I の引数としてプログラムを指定する例を示した。引数 p r o g r a m _ i d は、プログラム記憶部 3 0 1 に格納されたプログラムの識別子を表現しており、 p r e 1 o a d i n g _ s t a r t の処理でプレローダ部 1 1 3 に対して行われる通知は、 p r o g r a m— i d の情報も含むものとする。プレローダ部 1 1 3 はこの p r o g r a m— i d の情報を受け取り、プレロード処理されるプログラムを選択する。なお、プログラムを指定せずに、プレローダ部 1 1 3 が、次にプレロードする対象のプログラムを選択実行することも可能である。

以上により、プレロード処理の発生のトリガを機器状態に基づいて決定するのでなく、実行中のアプリケーションの中で自由に指定することが可能となる。つまり、特定のプログラムのプレロード処理を呼び出すようなアプリケーシヨンを作成することにより、そのアプリケーションを実行する携帯情報端末に、次に実効予定などの特定のプログラムに対するプレロード処理を行うことにより、特定のプログラムの起動時間を短縮することができる。産業上の利用可能性

本発明によれば、プログラム配信サービスを利用して携帯情報端末にダウンロードした例えば J a V a ( T M ) 等によるプログラムを起動する場合に、プレロード処理ゃランタイムセ一ビング処理を行うことにより、プログラムの起動時間の長さを短縮することができる。

Claims

請求の範囲

1 . 受信したプログラムを解釈実行処理する端末装置であつて、

前記受信したプログラムを記憶するプログラム記憶部と前記プログラム記憶部に記憶されているプログラムをランタイム実行形式に変換するローダ部と、

前記ローダ部が変換したランタイム実行形式もしくは前記プログラム記憶部に記憶されているプログラムに基づいて生成されたテンポラリランタイム実行形式を記憶するテンポラリランタイム実行形式記憶部と、

前記テンポラリランタイム実行形式記憶部に記憶されているテンポラリランタイム実行形式をランタイム実行形式に変換するボストローダ部と、

ランタイム実行形式を解釈実行するインタプリタ部と、プログラムの起動が指示された際に、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断し、存在しない場合には前記ローダ部にランタイム実行形式への変換を要求し、存在する場合には前記ボストロ一ダ部にランタイム実行形式への変換を要求する制御部とを備えることを特徴とするプログラム実行処理端末装置。

2 . 前記ローダ部が変換したランタイム実行形式をテンポラリランタイム実行形式に変換するランタイムセ一ビング部をさらに備え、前記テンポラリランタイム実行形式記憶部は、前記ランタイムセービング部が変換したテンポラリランタイム実行形式を記憶することを特徴とする、請求項 1 記載のプログラム実行処理端末装置。

3 . 前記プログラム記憶部に記憶されているプログラムをテンポラリランタイム実行形式に変換するプレロード処理を行うプレローダ部をさらに備え、

前記テンポラリランタイム実行形式記憶部は、前記プレローダ部が変換したテンポラリランタイム実行形式を記憶することを特徴とする、請求項 1 記載のプログラム実行処理端末装置。

4 . 前記ローダ部によって変換されたランタイム実行形式を記憶するランタイム実行形式記憶部をさらに備え、

ランタイム実行形式は、前記ランタイム実行形式記憶部における、当該ランタイム実行形式に含まれる所定データの格納アドレスを示すポインタを含み、

前記テンポラリランタイム実行形式は、前記ポインタに相当する情報を間接参照表現により示した参照値デ一夕を含むことを特徴とする、請求項 1 記載のプログラム実行処理端末装置。

5 . 前記テンポラリランタイム実行形式は、当該テンポラリランタイム実行形式がランタイム実行形式に変換されたときのサイズを示すデータを含むことを特徴とする、請求項 1 記載のプログラム実行処理端末装置。

6 . 前記プログラム記憶部に記憶されているプログラムをテンポラリランタイム実行形式に変換するプレローダ部を更に備え、

前記テンポラリランタイム実行形式記憶部は、前記ランタイムセービング部と前記プレローダ部が変換したテンポラリランタイム実行形式を記憶することを特徴とする、請求項 2 記載のプログラム実行処理端末装置。

7 . 前記ローダ部がプログラムをランタイム実行形式に変換する処理中と、前記ランタイムセ一ビング部がランタイム実行形式をテンポラリランタイム実行形式に変換する処理中とを、同一の表示画面出力にすることを特徴とする、請求項 2 記載のプログラム実行処理端末装置。

8 . 前記プログラム記憶部に記憶されているプログラムに対する高速起動設定情報を記憶する設定情報記憶部を更に備え、

前記ランタイムセービング部は、前記設定情報記憶部に記憶している高速起動設定情報に基づいて、テンポラリランタイム実行形式に変換するプログラムを選択決定することを特徴とする、請求項 2 記載のプログラム実行処理端末装置。

9 . 前記プログラム記憶部に記録されているプログラムを解釈実行した履歴情報を記憶するインタプリット履歴記憶部を更に備え、

前記ランタイムセービング部は、前記インタブリット履歴記憶部に記憶している履歴情報に基づいて、テンポラリランタイム実行形式に変換するプログラムを選択決定することを特徴とする、請求項 2 記載のプログラム実行処理端末装置。

1 0 . プログラムを受信する処理と、前記プレローダ部がプログラムをテンポラリランタイム実行形式に変換してテンポラリランタイム実行形式を生成する処理とを、連続して行うことを特徴とする、請求項 3 記載のプログラム実行処理端末装置。

1 1 . プログラムを受信する処理中と、前記プレローダ部がプログラムをテンポラリランタイム実行形式に変換してテンポラリランタイム実行形式を生成する処理中とを、同一の表示画面出力にすることを特徴とする、請求項 1 0 記載のプログラム実行処理端末装置。

1 2 . 前記プログラム記憶部に記憶されているプログラムに対する高速起動設定情報を記憶する設定情報記憶部を更に備え、

前記プレローダ部は、前記設定情報記憶部に記憶している高速起動設定情報に基づいて、テンポラリランタイム実行形式に変換するプログラムを選択決定することを特徴とする、請求項 3 記載のプログラム実行処理端末装置。

1 3 . 前記プログラム記憶部に記録されているプログラムを解釈実行した履歴情報を記録するインタプリット履歴記憶部を更に備え、

前記プレローグ部は、前記イン夕ブリット履歴記憶部に記憶している履歴情報に基づいて、テンポラリランタイム実行形式に変換するプログラムを選択決定することを特徴とする、請求項 3 記載のプログラム実行処理端末装置。

1 4 . 前記情報端末装置の機器状態に基づいて、テンポラリランタイム実行形式への変換を行う開始タイミングを決定し、前記プレローダ部に処理の開始を要求するプレロード制御部を更に備え、

前記プレローダ部は、前記プレ口一ド制御部から開始が要求された際に、プログラムをテンポラリランタイム実行形式に変換する処理を行うことを特徴とする請求項 3 記載のプログラム実行処理端末装置。

1 5 . 前記機器状態は、前記情報端末装置に対してユーザの操作が加えられていない待ち受け状態の連続経過時間であって、

前記プレロード制御部は、前記待ち受け状態の連続経過時間と、前もって設定されている開始時間長とを比較した結果に基づいて、開始タイミングを決定することを特徴とする、請求項 1 4 記載のプログラム実行処理端末装置。

1 6 . 前記機器状態は、前記情報端末装置が内部で管理している現在時刻であって、

前記プレロード制御部は、前記現在時刻と、前もって設定されている開始時刻とを比較した結果に基づいて、開始タイミングを決定することを特徴とする、請求項 1 4 記載のプログラム実行処理端末装置。

1 7 . 前記機器状態は、折りたたみ式の情報端末装置における折りたたみ端末閉開状態であって、

前記プレロード制御部は、前記折りたたみ端末閉開状態の変化に基づいて、開始タイミングを決定することを特徴とする、請求項 1 4 記載のプログラム実行処理端末装置。

1 8 . 前記機器状態は、前記情報端末装置に対するユーザの入力操作に応じて遷移する端末内部遷移状態であって、前記プレロード制御部は、前記端末内部遷移状態に基づいて、開始タイミングを決定することを特徴とする、請求項 1 4 記載のプログラム実行処理端末装置。

1 9 . 前記プレローダ部がプログラムをテンポラリラン夕ィム実行形式に変換する処理を開始する条件と、変換の対象となるプログラムとの対応を示した対応情報を記録するプレ口一ド処理対応記憶部を備え、

前記プレロード制御部は、前記プレロード処理対応記憶部に記憶している対応情報に基づいて、開始タイミングを決定とテンポラリランタイム実行形式に変換する対象となるプログラムを選択決定することを特徴とする、請求項 1 4 記載のプログラム実行処理端末装置。

2 0 . 前記プレロード処理対応記憶部に記憶される対応情報において、前記プレローダ部がプログラムをテンポラリランタイム実行形式に変換する処理を開始する条件と、当該条件を満たした後にユーザによって実行されることが予想されるプログラムとが対応付けられていることを特徴とする、請求項 1 9 記載のプログラム実行処理端末装置。

2 1 . 前記情報端末装置は、プログラムを受信することなしに動作可能なアプリケーションを保持しており、

前記アプリケーションからの指示通知を受信し、受信した前記アプリケーションからの指示通知に基づいて、テンポラリランタイム実行形式への変換を行う開始タイミングを決定し、前記プレローダ部に処理の開始を要求するプレ口一ド指示通知部を更に備え、

前記プレローダ部は、前記プレロード指示通知部から開始が要求された際に、プログラムをテンポラリランタイム実行形式に変換する処理を行うことを特徴とする、請求項

3 記載のプログラム実行処理端末装置。

2 2 . 前記アプリケーションからの指示通知には、前記プログラム記憶部に記憶されているプログラムから特定のプログラムを判別するためのプログラム識別子を含み、

前記プレロード指示通知部は、受信した指示通知に含まれるプログラム識別子を指定して、前記プレ口一ダ部に処理の開始を要求し、

前記プレローダ部は、前記プレロード指示通知部からの開始の要求に含まれるプログラム識別子に基づいて、テンポラリランタイム実行形式に変換する対象となるプロダラムを決定することを特徴とする、請求項 2 1 記載のプログラム実行処理端末装置。

2 3 . 受信したプログラムを解釈実行処理する方法であつて、

前記受信したプログラムをプログラム記憶部に記憶するプログラム記憶ステップと、

前記プログラム記憶部に記憶されているプログラムをランタイム実行形式に変換するロードステップと、

前記ロードステップで変換したランタイム実行形式もしくは前記プログラム記憶部に記憶されているプログラムをテンポラリランタイム実行形式に変換する変換ステップと前記変換ステップで変換したテンポラリランタイム実行形式をテンポラリランタイム実行形式記憶部に記憶するテンポラリランタイム実行形式記憶ステップと、プログラムの起動が指示された際に、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断する判断ステップと、

前記判断ステップの判断の結果、前記テンポラリランラィム実行形式記憶部にテンポラリランタイム実行形式が存在した場合に、前記テンポラリランタイム実行形式記憶部に記憶されているテンポラリランタイム実行形式をランタィム実行形式に変換するポストロードステップと、

前記ボストロードステップで変換したランタイム実行形式を解釈実行する解釈ステップとを備えることを特徴とする、プログラム実行処理方法。

2 4 . 前記口一ドステップで変換したランタイム実行形式はランタイム実行形式記憶部に記憶され、

前記テンポラリランタイム実行形式は、前記ポインタに相当する情報を間接参照表現により示した参照値データを含むことを特徴とする、請求項 2 3 記載のプログラム実行処理方法。

2 5 . 前記テンポラリランタイム実行形式は、当該テンポラリランタイム実行形式がランタイム実行形式に変換されたときのサイズを示すデータを含むことを特徴とする、請求項 2 3 記載のプログラム実行処理方法。

2 6 . 受信したプログラムを解釈実行処理するためのプログラムであって、コンピュータに、

前記プログラム記憶部に記憶されているプログラムをランタイム実行形式に変換する口一ドステップと、

前記口一ドステップで変換したランタイム実行形式もしくは前記プログラム記憶部に記憶されているプログラムをテンポラリランタイム実行形式に変換する変換ステップと前記変換ステップで変換したテンポラリランタイム実行形式をテンポラリランタイム実行形式記憶部に記憶するテンポラリランタイム実行形式記憶ステップと、

プログラムの起動が指示された際に、前記テンポラリランライム実行形式記憶部にテンポラリランタイム実行形式が存在するか否かを判断する判断ステップと、

前記判断ステップの判断の結果、前記テンポラリランラィム実行形式記憶部にテンポラリランタイム実行形式が存在した場合に、前記テンポラリランタイム実行形式記憶部に記憶されているテンポラリランタイム実行形式をラン夕ィム実行形式に変換するボストロードステップと、

前記ボス卜ロードステップで変換したランタイム実行形式を解釈実行する解釈ステップとを実行させるためのプログラム。

2 7 . 前記ロードステップで変換したランタイム実行形式はランタイム実行形式記憶部に記憶され、

ランタイム実行形式は、前記ランタイム実行形式記憶部における、当該ランタイム実行形式に含まれる所定データの格納ァドレスを示すボインタを含み、

前記テンポラリランタイム実行形式は、前記ポインタに相当する情報を間接参照表現により示した参照値データを含むことを特徴とする、請求項 2 6 記載のプログラム。

2 8 . 前記テンポラリランタイム実行形式は、当該テンポラリランタイム実行形式がランタイム実行形式に変換されたときのサイズを示すデータを含むことを特徴とする、請求項 2 6 記載のプログラム。