(57)【要約】【課題】状態変化に応じ、自動的に画像データの消費リソースを解放し、画像の再描画時には、高速で画像データの再ロード可能なプログラム実行環境を提供する。【解決手段】主記憶装置１０２におけるプログラム実行環境２０１の状態判定部２０２は、端末装置が搭載される車両の状態を監視し、状態変化に応じて、画像連結部２０３又は画像復元部２０４に対して、画像連結又は画像復元処理を依頼する。画像連結部２０３は、ロード済画像データＡ２０７及びロード済画像データＢ２０８を一つの画像データに連結し、連結画像データ２０９として外部記憶装置１０５上に記憶する。その際、主記憶装置１０２上のメモリ領域が不要であれば、これを解放する。他方、画像復元部２０４は、外部記憶装置１０５上から連結画像データ２０９をロードし、連結前のロード済画像データＡ２０７及びロード済画像データＢ２０８を復元し、ディスプレイ装置１０４上に画面を再現する。【選択図】図２
2008056029.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される車載端末装置であって、少なくとも、演算装置と、主記憶装置と、外部記憶装置と、ディスプレイ装置とを備えた車載端末装置であって、更に、
当該車両の運転状態を含む装置の状態変化を監視する状態判定部と、
前記状態判定部により監視された状態変化に応じて、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶する画像連結部と、
前記状態判定部により監視された状態変化に応じて、前記外部記憶装置から当該連結画像データをロードし、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを復元する画像復元部とを備えていることを特徴とする車載端末装置。
【請求項２】
前記請求項１に記載した車載端末装置であって、前記複数のロード済画像データを一つの連結画像データに連結した後に、前記主記憶装置の当該画像データの占有メモリを解放することを特徴とする車載端末装置。
【請求項３】
前記請求項１に記載した車載端末装置において、前記状態判定部は、当該車両が走行中の場合には、前記画像連結部に対して、連結した画像データの連結を指示し、他方、当該車両が停止中の場合には、前記画像復元部に対して、連結した画像データの復元を指示することを特徴とする車載端末装置。
【請求項４】
前記請求項１に記載した車載端末装置であって、更に、外部のネットワークと通信し、必要なプログラムデータや画像データを取得するための通信装置を備えていることを特徴とする車載端末装置。
【請求項５】
前記請求項１に記載した車載端末装置は、カーナビゲーション装置であることを特徴とする車載端末装置。
【請求項６】
車両に搭載される車載端末装置であり、少なくとも、演算装置と、主記憶装置と、外部記憶装置と、ディスプレイ装置とを備えた車載端末装置におけるプログラム制御方法であって、
当該車両の運転状態を含む装置の状態変化を監視し、
前記監視された状態変化に応じて、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶し、
前記監視された状態変化に応じて、前記外部記憶装置から当該連結画像データをロードし、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを復元することを特徴とする車載端末装置のためのプログラム制御方法。
【請求項７】
前記請求項６に記載したプログラム制御方法において、前記複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶した後に、前記主記憶装置の当該画像データの占有メモリを解放することを特徴とする車載端末装置のためのプログラム制御方法。
【請求項８】
前記請求項６に記載したプログラム制御方法において、当該車両が走行中の場合には、連結した画像データの連結と記憶を指示し、他方、当該車両が停止中の場合には、連結した画像データの復元を指示することを特徴とする車載端末装置のためのプログラム制御方法。
【請求項９】
前記請求項６に記載したプログラム制御方法において、前記複数のロード済画像データを一つの連結画像データに連結する際、前記連結画像データと共に、当該一つの画像データに連結して記憶された連結画像データに関する連結画像情報を作成して記憶することを特徴とする車載端末装置のためのプログラム制御方法。
【請求項１０】
前記請求項９に記載したプログラム制御方法において、前記複数のロード済画像データを復元する際、前記連結画像データと共に、当該一つの画像データに連結して記憶された連結画像データに関する連結画像情報を参照して復元することを特徴とする車載端末装置のためのプログラム制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカーナビゲーションシステム等、画面表示機能を備えた車載端末装置に関し、特に、当該端末装置上にインストールして実行するプログラムの制御方法に関する。
【背景技術】
【０００２】
近年、カーナビゲーション（カーナビ）装置など、画面表示機能を備えた車載の端末装置においては、以下の特許文献１にも記載されるように、安全性を考慮して、自動車の走行時においては、ユーザの注視を招く恐れのある画面表示を強制的に禁止することにより、車両運転上の安全性を高めると共に、車両に取り付ける際の作業の簡素化とコスト低減を図る車載用表示装置が既に知られている。
【０００３】
また、以下の特許文献２では、このような車載の端末装置において、追加インストールするプログラムを走行時に使用しても、それまで実行していたプログラムの操作を妨げ、又は、表示の視認性を低下することがないように、搭載車の走行状態の変化に応じて、端末装置上で実行されているプログラムの動作を制御する方法が開示されている。
【０００４】
【特許文献１】特開平６−９９７７８号公報
【特許文献２】特開２００５−７５３１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来技術、特に、上記特許文献２に記載の方法においては、車両走行中にプログラムの動作を停止させ、画面表示を禁止することは可能であるが、しかしながら、当該プログラムが画面表示に利用していた画像データによって消費されるメモリリソースの解放については考慮されていない。そのため、車両走行中に他のプログラムがメモリリソースの利用を要求した場合など、メモリリソースの割り当てに失敗し、当該プログラムの実行を妨げてしまう可能性があった。
【０００６】
一方、車両走行中に画面表示が禁止されるプログラムであって、車両走行中はメモリリソースを自動的に解放するプログラムを開発することは可能ではあるが、しかしながら、車両停止時に画面表示が許可され、当該プログラムが再び同じ画面表示を行う際には、最初から画像データをロードし直す必要が生じ、そのため、処理速度が遅くなってしまうという問題点も指摘されている。なお、その場合、走行中に画像データの消費メモリリソースを解放すべきかどうかの判断を行うことは難しく、そのため、特に、端末装置が搭載された車両の走行状態に応じて画面表示が禁止されるプログラムの開発における問題点となっていた。また、端末装置上にインストールして実行されるプログラムでは、その開発時において端末側の処理性能を推定することは困難であるため、同様に、メモリリソースの解放処理を実装すべきかどうかの判断を行うことは難しい。
【０００７】
そこで、本発明は、上述した従来技術における問題点に鑑みて達成されたものであり、端末装置が搭載された車両の状態変化に応じて、自動的に画像データの消費リソースを解放すると共に、画像の再描画時には、高速で画像データの再ロードを行うことを可能にするプログラム実行環境を提案することを目的とするものである。
【課題を解決するための手段】
【０００８】
即ち、本発明では、前記課題を解決するため、端末装置の状態変化に応じて画面表示が禁止されるプログラムの実行環境において、端末装置の状態変化によりプログラムの画面表示が禁止された場合、当該プログラムが利用していた複数のロード済画像データを一つの画像データに連結し、連結された画像データを外部記憶装置に記憶し、ロード済画像データが消費していたメモリリソースを解放する。画像データの再ロード時は、連結された画像データを外部記憶装置からロードし、連結された画像データから元の複数の画像データを復元し、画面表示を行うプログラムに画像データの再描画処理を依頼する。
【０００９】
より具体的には、本発明では、上記の目的を達成するため、まず、車両に搭載される車載端末装置であって、少なくとも、演算装置と、主記憶装置と、外部記憶装置と、ディスプレイ装置とを備えた車載端末装置であって、更に、当該車両の運転状態を含む装置の状態変化を監視する状態判定部と、前記状態判定部により監視された状態変化に応じて、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶する画像連結部と、前記状態判定部により監視された状態変化に応じて、前記外部記憶装置から当該連結画像データをロードし、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを復元する画像復元部とを備えている車載端末装置が提供される。
【００１０】
なお、本発明では、前記に記載した車載端末装置においては、前記複数のロード済画像データを一つの連結画像データに連結した後に、前記主記憶装置の当該画像データの占有メモリを解放することが好ましく、又は、前記状態判定部は、当該車両が走行中の場合には、前記画像連結部に対して、連結した画像データの連結を指示し、他方、当該車両が停止中の場合には、前記画像復元部に対して、連結した画像データの復元を指示することが好ましい。又は、前記の車載端末装置において、更に、外部のネットワークと通信し、必要なプログラムデータや画像データを取得するための通信装置を備えていることが好ましく、そして、特に、車載端末装置は、カーナビゲーション装置であることが好ましい。
【００１１】
また、本発明によれば、やはり上記の目的を達成するため、車両に搭載される車載端末装置であり、少なくとも、演算装置と、主記憶装置と、外部記憶装置と、ディスプレイ装置とを備えた車載端末装置におけるプログラム制御方法であって、当該車両の運転状態を含む装置の状態変化を監視し、前記監視された状態変化に応じて、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶し、前記監視された状態変化に応じて、前記外部記憶装置から当該連結画像データをロードし、当該端末装置上で動作するプログラムが利用する複数のロード済画像データを復元する車載端末装置のためのプログラム制御方法が提供される。
【００１２】
なお、本発明によれば、前記に記載したプログラム制御方法において、前記複数のロード済画像データを一つの連結画像データに連結して、前記外部記憶装置に記憶した後に、前記主記憶装置の当該画像データの占有メモリを解放することが好ましく、又は、当該車両が走行中の場合には、連結した画像データの連結と記憶を指示し、他方、当該車両が停止中の場合には、連結した画像データの復元を指示することが好ましい。更には、前記に記載したプログラム制御方法において、前記複数のロード済画像データを一つの連結画像データに連結する際、前記連結画像データと共に、当該一つの画像データに連結して記憶された連結画像データに関する連結画像情報を作成して記憶することが好ましく、そして、前記複数のロード済画像データを復元する際、前記連結画像データと共に、当該一つの画像データに連結して記憶された連結画像データに関する連結画像情報を参照して復元することが好ましい。
【発明の効果】
【００１３】
以上からも明らかなように、本発明によれば、例えば、端末装置の状態変化によってプログラムの画面表示が禁止された場合、当該プログラムが利用していた画像データの消費メモリリソースを自動的に解放し、当該リソースを他のプログラムから利用可能にできることから、当該他のプログラムの実行を妨げることがなく、また、複数のロード済画像データを一つの画像データに連結して外部記憶装置に記憶することにより、画像の再ロード処理を高速化することができる、即ち、画像データの消費リソースを解放すると共に、画像の再描画時には、高速で画像データの再ロードを行うことを可能にするプログラム実行環境を提案することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明になる画像処理方法の実施形態について、添付の図面を用いて詳細に説明する。
【００１５】
図１は本発明の一実施形態になる車載端末装置のハードウェア構成、即ち、カーナビゲーション装置の内部構成を示す図である。この図において、符号１０１は演算装置を、符号１０２は主記憶装置を、符号１０３は通信装置を、符号１０４はディスプレイ装置、そして、符号１０５は外部記憶装置を、それぞれ示している。なお、外部記憶装置１０５は、例えば、プログラムデータや画像データを記憶する不揮発メモリから構成されている。また、主記憶装置１０２は、上記外部記憶装置１０５からロードされたプログラム命令や画像データを記憶するための記憶装置であり、例えば、揮発メモリ又は不揮発メモリにより構成される。さらに、演算装置１０１は、上記主記憶装置１０２にロードされた画像データやプログラム命令を取得し、所定の演算処理を実行する装置である。また、通信装置１０３は、図示しない外部のネットワークと通信し、必要なプログラムデータや画像データを取得するための装置である。また、上記のディスプレイ装置１０４は、その画面上に画像データや文字列を表示するための装置であり、例えば、ＣＲＴディスプレイや液晶ディスプレイなどにより構成される。そして、これらの装置、特に、そのディスプレイ装置１０４は、例えば、自動車のダッシュボード近傍などに取り付けられる。
【００１６】
次に、添付の図２は、上記にその概略の内部構成を示したカーナビゲーション装置（端末装置）のシステム構成図である。まず、図からも明らかなように、上記の端末装置を構成する主記憶装置１０２は、プログラム実行環境２０１と画像表示プログラム２０６とを備えている。
【００１７】
プログラム実行環境２０１は、当該端末装置上で動作するプログラムの実行環境であり、図からも明らかなように、状態判定部２０２、画像連結部２０３、画像復元部２０４、そしてロード済画像情報２０５より構成されている。
【００１８】
また、画像表示プログラム２０６は、上記プログラム実行環境２０１上で動作するプログラムであり、図に矢印で示すように、上記ディスプレイ装置１０４に画面を出力する機能を有する。また、この画像表示プログラム２０６を構成するロード済画像データＡ２０７及びロード済画像データＢ２０８は、それぞれ、上記外部記憶装置１０５上に記憶されている画像データＡ２１１及び画像データＢ２１２を主記憶装置１０２上にロードしたものであり、上記画像表示プログラム２０６によってディスプレイ装置１０４上に表示されるものである。但し、本発明では、上記ロード済画像データを上記した例（数）に制限するものではなく、また、特定の種類の画像データだけを指すものでもない。即ち、本発明では、これら画像データの個数やサイズ、そのフォーマットは、特に制限されるものではない。
【００１９】
一方、上記主記憶装置１０２においてプログラム実行環境２０１を構成するロード済画像情報２０５は、上記画像表示プログラム２０６のロード済画像データＡ２０７及びロード済画像データＢ２０８に関する情報を格納したものである。また、外部記憶装置１０５における連結画像データ２０９とは、上記ロード済画像データＡ２０７及びロード済画像データＢ２０８を一つの画像データに連結して、当該外部記憶装置１０５上に記憶されたものである。また、外部記憶装置１０５における連結画像情報２１０とは、上記一つの画像データに連結して記憶された連結画像データ２０９に関する情報を格納したものである。更に、この外部記憶装置１０５における画像データＡ２１１及び画像データＢ２１２は、上記主記憶装置１０２の画像表示プログラム２０６によって利用される画像データである。
【００２０】
そして、上述したプログラム実行環境２０１を構成する状態判定部２０２は、端末装置の状態を監視し、そして、その状態変化を検出すると、その必要に応じて、画像連結部２０３又は画像復元部２０４に処理を依頼する。即ち、画像連結部２０３は、上記ロード済画像情報２０５を参照して、その内部に格納されたロード済画像データＡ２０７及びロード済画像データＢ２０８に関する情報を取得し、各ロード済画像データを一つの画像データに連結し、連結画像データ２０９として外部記憶装置１０５上に記憶する。なお、その際、各ロード済画像データが利用していた上記主記憶装置１０２上のメモリ領域が不要である場合には、これを解放する。
【００２１】
一方、処理を依頼された画像復元部２０４は、上記連結画像情報２１０（図２）を参照して、そこに格納されている連結画像データ２０９に関する情報を取得し、もって、連結画像データ２０９をロードして連結前のロード済画像データＡ２０７及びロード済画像データＢ２０８を復元する。この画像データの復元後は、上記画像表示プログラム２０６に対し、上記ロード済画像データＡ２０７及びロード済画像データＢ２０８の再描画処理を依頼し、もって、ディスプレイ装置１０４上に表示されていた画面を再現する。
【００２２】
このように、複数のロード済画像データを一つに連結することで、これら連結された画像データの再ロード時におけるロード処理を、高速化することができる。なお、この処理速度が高速化される要因としては、以下のものが挙げられる。
・ディスク入出力回数の削減
・画像ヘッダ解析時間の削減
・色変換時間の削減（各画像データのカラーモデルを端末装置側のカラーモデルに統一できる）
・画像デコード時に呼び出される関数コール（メソッド呼び出し回数）の削減
【００２３】
なお、これらの詳細について、以下の実施例により説明する。
【実施例１】
【００２４】
本発明における第１の実施形態について、図３〜図８を用いて詳細に説明する。
【００２５】
まず、図３は、画像ロード処理のシーケンスを示す図であり、上述した画像表示プログラム２０６、プログラム実行環境２０１、そして、外部記憶装置１０５との間における処理が、時間の経過に従って、各々の下方に伸びる軸により示されている。
【００２６】
図からも明らかなように、プログラム実行環境２０１は、画像表示プログラム２０６から画像ロード処理要求３０１を受信すると、外部記憶装置１０５に対して画像データ読み込み要求３０２を送信し、これにより、外部記憶装置１０５上に記憶されている画像データをロードする。そして、このプログラム実行環境２０１は、この画像データのロード処理を終了すると、当該ロードされた画像に関する情報を上記ロード済画像情報２０５（図２を参照）に追加して（即ち、図３のロード済画像情報更新処理３０３）、その処理を終了する。このような処理により、プログラム実行環境２０１は、現在ロードされている画像に関する情報を確実に管理することが可能になる。ここで、前記ロード済画像情報２０５の更新処理３０３は、上記画像データのロード処理と平行して実行してもよく、又は、画像データのヘッダ部を解析することにより、画像のロード処理に先立って実行してもよい。
【００２７】
次に、添付の図４は、上記プログラム実行環境２０１を構成するロード済画像情報２０５のデータ構成の一例を示す図である。ここでは、そのデータ構成として、「画像ＩＤ」４０１、「総ピクセル数」４０２、そして、「画像データへのポインタ」４０３とを定義しているが、しかしながら、ロード済画像データを一意に識別できる情報であればよく、本発明は、これにのみ限定されるものではない。
【００２８】
また、上記ロード済画像情報２０５のデータ構成において、その「画像ＩＤ」４０１は、画像データを一意に識別できる文字列又は数値であり、「総ピクセル数」４０２は、画像データの縦のピクセル数と横のピクセル数とを乗算した値であり、そして、「画像データへのポインタ」４０３は、画像データが展開されている主記憶装置１０２上のアドレスである。なお、ここでは、ロードされた画像データの1ピクセル当りのビット数は端末装置毎に異なるため、このロード済画像情報２０５には含めていない。また、上記プログラム実行環境２０１の画像連結部２０３は、このロード済画像情報２０５を基に画像データの連結処理を行う。
【００２９】
次に、添付の図５は、上記プログラム実行環境２０１を構成する状態判定部２０２において実行される状態判定処理の詳細内容を示すフロー・チャートである。なお、この状態判定部２０２は、上記の端末装置やプログラムの状態を監視しており、イベントや割り込みなどの発生によって状態変化が通知されると、その処理を開始する。そして、図からも明らかなように、ステップ５０１では、画像連結処理を実行すべき状態かどうかを判定し、その結果、実行すべき状態であれば（「ＹＥＳ」）、以下に説明するステップ５０２へ進む。他方、実行すべき状態でない場合（「ＮＯ」）は、ステップ５０６へ進む。ここで、この画像連結処理を実行すべき状態の例としては、以下のようなものが挙げられる。
【００３０】
・プログラム起動処理の終了直後
・スクリーンセーバ起動時
・画像データ描画処理終了直後
・一定時間経過後（定期実行）
・他プログラムからの画面割り込み時
・画面表示規制時
【００３１】
なお、上記に挙げた状態は、一例であり、本発明では、状態判定部２０２による状態判定処理の内容をこれらに限定するものではない。また、この状態判定部２０２は任意のタイミングで画像連結処理を実行することが可能であり、しかしながら、この画像連結処理開始のタイミングが本発明に影響を与えるものではない。
【００３２】
次に、ステップ５０２の処理では、ロード済画像が存在するか否かを調べる。その結果、ロード済画像が存在する（「ＹＥＳ」）と判定された場合には、処理はステップ５０３へ進む。他方、ロード済画像が存在しない（「ＮＯ」）と判定された場合は、一連の処理を終了する。なお、この判定処理におけるロード済画像が存在するか否かの判断は、上記ロード済画像情報２０５のデータを参照することにより行う。
【００３３】
次に、ステップ５０３は、画像連結を行う処理である。この画像連結処理は、上記の画像連結部２０３（図２を参照）によって実行される。なお、この画像連結処理の詳細については、後述する。続いて、ステップ５０４は、上記主記憶装置１０２上のメモリ領域が解放可能な状態か否かを調べる処理である。なお、その結果、メモリ解放が可能な状態（「ＹＥＳ」）であれば、ステップ５０５へ進む。他方、メモリ解放可能な状態でない（「ＮＯ」）場合には、一連の処理を終了する。なお、ここで、メモリが解放可能な状態とは、ロード済の画像データを使用しない状態であり、例えば、画面表示が禁止されている状態、他のプログラムからの画面割り込み時、スクリーンセーバの起動時などがその例として挙げられる。そして、上記のステップ５０５はメモリ解放処理であり、ロード済画像が占有しているメモリリソースの領域を開放する。
【００３４】
次に、上記ステップ５０１での判定の結果、画像連結処理を実行すべきでないとされた場合（「ＮＯ」）には、ステップ５０６において、画像の復元が可能な状態か否かを調べる。その結果、画像が復元可能な状態（「ＹＥＳ」）であれば、処理は更に以下に説明するステップ５０７へ進む。他方、画像が復元可能な状態でない場合（「ＮＯ」）には、一連の処理を終了する。ここで、画像が復元可能な状態の例としては、以下のような状態が挙げられる。
【００３５】
・スクリーンセーバ終了時
・他のプログラムからの画面割り込み解除時
・画面表示規制の解除時
なお、上記の状態は一例であり、本発明では、状態判定部２０２による状態判定処理の内容をこれらに限定するものではない。また、この状態判定部２０２は任意のタイミングで画像復元処理を実行することが可能であり、しかしながら、この画像復元処理の開始のタイミングが本発明に影響を与えるものではない。
【００３６】
そして、ステップ５０７は、連結画像が存在するか否かを調べる処理であり、その結果、連結画像が存在する（「ＹＥＳ」）とされた場合には、更に、ステップ５０８へ進む。他方、連結画像が存在しない（「ＮＯ」）と判定された場合には、一連の処理を終了する。ここで、上記ステップ５０７での連結画像が存在するかどうかの判定は、上記連結画像情報２１０（図２）を参照することで行われる。また、上記のステップ５０８は画像復元処理であり、この画像復元処理は、具体的には、上記の画像復元部２０４（図２）によって実行される。但し、この画像復元処理の詳細については後述する。
【００３７】
以上が、図２に示したプログラム実行環境２０１における状態判定部２０２による状態判定処理の詳細である。
【００３８】
次に、プログラム実行環境２０１における画像連結部２０３による画像連結処理の詳細を、添付の図６のフローチャートを参照しながら説明する。
【００３９】
この画像連結処理では、まず、ステップ６０１では、ロード済画像情報２０５（図２）を読み込む。そして、ステップ６０２において、読み込んだロード済画像情報２０５を解析することにより、ロード済画像が存在するか否かを判定する。その結果、ロード済画像が存在する（「ＹＥＳ」）と判定された場合には、以下のステップ６０３へ進む。他方、ロード済画像が存在しない（「ＮＯ」）と判定された場合には、ステップ６０８へ進む。
【００４０】
ここで、上記のステップ６０３はロード済画像データの読み込み処理である。なお、このロード済画像データの読み込みは、上記ロード済画像情報２０５の「画像データへのポインタ」４０３（図４）を参照することで行われる。そして、ステップ６０４では、読み込んだロード済画像データを一つの画像データに連結する。ここで、上記ステップ６０４での連結処理は、例えば、単にピクセルデータの配列を繋ぎ合わせることでも実行可能であるが、しかしながら、その復元が可能であれば如何なる形式でもよく、その他、例えば、画像ヘッダを含めた画像データそのものを連結してもよい。なお、この連結した画像データに関する情報は、続くステップ６０５において、連結画像情報２１０（図２）を更新することで記憶される。なお、この連結画像情報２１０の詳細については後述する。更に、ステップ６０６では、上記ロード済画像情報２０５を更新する。具体的には、当該ステップにおいて連結された画像に関する情報を、ロード済画像情報２０５から削除する。そして、ステップ６０７では、更新された上記ロード済画像情報２０５を再度チェックし、その後、上記のステップ６０２へ戻る。即ち、上記の処理は、上記の判定ステップ６０２において、ロード済画像が存在しない（「ＮＯ」）と判定されるまで繰り返される。
【００４１】
次に、上記の判定ステップ６０２においてロード済画像が存在しない（「ＮＯ」）と判定された場合には、まず、ステップ６０８において、上述した処理において作成された連結画像情報２１０を、上記外部記憶装置１０５（図２）上に出力する。その後、ステップ６０９では、更に、連結された連結画像データ２０９を上記外部記憶装置１０５上に出力する。これにより、画像復元部２０４によって復元可能な連結画像データ２０９が上記外部記憶装置１０５上に記憶されることとなる。
【００４２】
続いて、添付の図７は、上述した連結画像情報２１０のデータ構成を示す図であり、連結された画像に関する情報を表すデータにより構成されており、ここでは、かかる連結された画像に関する情報として、「画像ＩＤ」７０１、画像の「幅」７０２、画像の「高さ」７０３、および「オフセット」７０４を定義している。しかしながら、この情報は、連結画像データ２０９に連結された画像データを一意に識別できる情報であればよく、上記の例に限られないことは当業者であれば明らかであろう。また、例えば、連結された画像データに関するメタデータが存在する場合は、かかるメタデータもここに含めることができる。
【００４３】
なお、上記データ構成において、「画像ＩＤ」７０１は連結された画像データを一意に識別できる文字列または数値であり、画像の「幅」７０２は連結された画像データの横のピクセル数であり、画像の「高さ」７０３は連結された画像データの縦のピクセル数であり、そして、「オフセット」７０４は連結された画像データの先頭ピクセルからのオフセットの量である。即ち、これらの情報（データ）を参照することにより、上記の画像復元部２０４は、連結された画像データを復元することが可能である。
【００４４】
続いて、添付の図８のフローチャートにより、上記画像復元部２０４による画像復元処理を示す。
【００４５】
まず、ステップ８０１では、上記外部記憶装置１０５（図２）からの連結画像データ２０９の読み込みを行う。次に、ステップ８０２では、やはり上記外部記憶装置１０５（図２）からの連結画像情報２１０の読み込みを行う。その後、ステップ８０３では、読み込んだ連結画像情報２１０を解析することにより、連結された画像データが存在する否かを調べる。その結果、画像データが存在する（「ＹＥＳ」）場合、処理は、ステップ８０４へ進む。他方、画像データが存在しない（「ＮＯ」）場合には、ステップ８０８へ進む。
【００４６】
まず、画像データが存在する（「ＹＥＳ」）場合には、ステップ８０４において、復元される画像データに対するメモリの割り当てを行う。次に、ステップ８０５において、読み込んだ連結画像データ２０９から元の画像データを復元する。なお、この時、当該処理は、例えば、上記連結画像情報２１０を参照し、連結された画像データの「オフセット」やピクセル数（即ち、画像の「幅」７０２や「高さ」７０３）を特定することで行われる。続いて、ステップ８０６では、上記連結画像情報２１０（図７）に連結された画像のメタデータが格納されている場合、復元された画像データにメタデータを設定する。そして、ステップ８０７では、上記連結画像情報２１０を解析することにより、次に復元すべき画像データが存在するかをチェックし、再び、上記の判定ステップ８０３へ戻る。即ち、上述した画像データの復元処理を、連結された画像データが画像データが存在しない（「ＮＯ」）と判定されるまで繰り返す。
【００４７】
一方、画像データの復元後、上記判定ステップ８０３において、連結された画像データが存在しない（「ＮＯ」）と判定されると、ステップ８０８では、上記画像表示プログラム２０６（図２）に対して再描画処理要求を行う。以上の処理によれば、連結画像データ２０９から元の画像データを復元し、もって、復元画像をディスプレイ装置１０４上に再表示することができる。
【実施例２】
【００４８】
更に、以下には、本発明の第２の実施形態になる車載端末装置について説明する。なお、添付の図９は、カーナビなどの車載端末にJava仮想マシン（Javaは登録商標）を搭載し、かつ、本発明になるプログラム制御方法を適用した場合のシステム構成を示している。
【００４９】
図において、Java仮想マシン９０４は、車載端末９０１上で実行されるJavaプログラム９０５の実行環境であり、上記図２において示したプログラム実行環境２０１に相当する。また、この車載端末９０１は、上記の外部記憶装置１０５に相当するハードディスク装置（ＨＤＤ）９０２と、ディスプレイ装置１０４とを備えており、更に、車内ネットワークであるＣＡＮ（Control Area Network）９０９を通じて、走行状態センサ９０３からセンサ情報を取得できるように構成されている。
【００５０】
上述した構成において、Javaプログラム９０５はディスプレイ装置１０４に画面表示を行うプログラムであり、これは、上記図２における画像表示プログラムに相当する。また、このJavaプログラム９０５は、安全性の観点から、車両走行中での画面表示が禁止されている。なお、この画面表示の禁止方法としては、Java仮想マシン９０４が走行状態センサ９０３から走行状態を取得し、その結果、車両が走行中であると判断されればグラフィックＡＰＩ９０８の使用を禁止するといった方法や手段により実現される。
【００５１】
また、図中において、ImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７は、上記ＨＤＤ９０２上に記憶されている画像データＡ２１１及び画像データＢ２１２が主記憶装置１０２上にロードされたものであり、上記図２におけるロード済画像データＡ２０７及びロード済画像データＢ２０８に相当する。そして、上記グラフィックＡＰＩ９０８は、上記Java仮想マシン９０４がJavaプログラム９０５に対して提供する画面表示に関連するＡＰＩ群である。
【００５２】
なお、Javaの一般的な実装では、Javaプログラム９０５がグラフィックＡＰＩ９０８を通じて、ImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７の描画要求をJava仮想マシン９０４に対して行う。すると、上記ＨＤＤ９０２上に記憶されている画像データＡ２１１及び画像データＢ２１２が主記憶装置１０２上にロードされ、ImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７に格納される。そして、このJava仮想マシン９０４は、ロードされたImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７への参照情報を保持することにより、ロード済画像データの情報を取得することが出来る。よって、これらImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７への参照情報を格納する参照テーブルが、上記図２におけるロード済画像情報２０５に相当する。
【００５３】
次に、上記にその構成を説明したJava仮想マシン９０４における状態判定部２０２は、上記ＣＡＮ９０９を通じて、走行状態センサ９０３から車両の走行状態を取得し、その結果、車両が走行中の場合には、画像連結部２０３に対して画像データの連結処理を依頼する。その結果、画像連結部２０３は、ImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７のピクセルデータの配列を取得してそれらを一つの配列に連結し、再度、デコード処理を行ってＨＤＤ９０２上に連結画像データ２０９として記憶すると同時に、連結画像情報２１０には、上記図７に示したと同様に、画像データＡ２１１及び画像データＢ２１２のファイル名を画像ＩＤ７０１として格納し、更に、各画像データの幅７０２、高さ７０３、及び、連結画像データ２０９の先頭ピクセルからのオフセット７０４を格納する。そして、この画像の連結処理が終了すると、Java仮想マシン９０４は、上記ImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７が消費しているリソースを解放する。
【００５４】
一方、上記Java仮想マシン９０４の状態判定部２０２がＣＡＮ９０９を通じて走行状態センサ９０３から車両の走行状態を取得した結果、車両が停止中の場合には、画像復元部２０４に対して、画像データの復元処理を依頼する。その結果、画像復元部２０４はＨＤＤ９０２から上記で格納した連結画像データ２０９をロードし、同時に、連結画像情報２１０に格納されているオフセット７０４、画像データの幅７０２や高さ７０３、そして、画像ＩＤ７０１から、元のImageオブジェクトＡ９０６及びImageオブジェクトＢ９０７に相当するオブジェクトを復元する。そして、最後に、Javaプログラム９０５に画像データの再描画処理を依頼することにより、ディスプレイ装置１０４上に、走行前の画面を再描画することが出来る。
【００５５】
以上、本発明の実施の形態として、上記には、Java仮想マシン９０４の実装方法の例をも含めて詳細に説明したが、本発明では、これに限定されることなく、同様の機能を実現できれば、本発明の発明思想の範囲であることは明らかであろう。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施の形態になる車載端末装置のハードウェア構成を示すブロック図である。
【図２】上記車載端末装置のハードウェア構成におけるシステム構成を示すシステム構成図である。
【図３】上記車載端末装置における画像ロード処理のシーケンスを示すシーケンス図である。
【図４】上記車載端末装置におけるロード済画像情報の具体例を示す図である。
【図５】上記車載端末装置におけるプログラム実行環境の状態判定部により実行される状態判定処理の内容を示すフローチャート図である。
【図６】上記プログラム実行環境の画像連結部により実行される画像連結処理の内容を示すフローチャート図である。
【図７】上記車載端末装置における連結画像情報の具体例を示す図である。
【図８】上記プログラム実行環境の画像復元部により実行される画像復元処理の内容を示すフローチャート図である。
【図９】本発明の他の実施の形態になる、車載端末にJava仮想マシンを搭載した場合のシステム構成を示す図である。
【符号の説明】
【００５７】
１０１…演算装置
１０２…主記憶装置
１０３…通信装置
１０４…ディスプレイ装置
１０５…外部記憶装置
２０１…プログラム実行環境
２０２…状態判定部
２０３…画像連結部
２０４…画像復元部
２０５…ロード済画像情報
２０６…画像表示プログラム
２０７…ロード済画像データＡ
２０８…ロード済画像データＢ
２０９…連結画像データ
２１０…連結画像情報
２１１…画像データＡ
２１２…画像データＢ。
【図１】
2008056029.tif 000003
【図２】
2008056029.tif 000004
【図３】
2008056029.tif 000005
【図４】
2008056029.tif 000006
【図５】
2008056029.tif 000007
【図６】
2008056029.tif 000008
【図７】
2008056029.tif 000009
【図８】
2008056029.tif 000010
【図９】
2008056029.tif 000011