(57)【要約】【課題】画像を表すデータから各オブジェクトの展開し、当該オブジェクトを再現する時間を短縮するために、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータのうち、予めラスタ形式のデータに変換するデータを効率よく決定する。【解決手段】画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを処理する情報処理装置であって、ベクタデータを、それぞれのオブジェクトに展開する処理を伴う処理時間を取得する取得部と、取得部で取得された処理時間に基づいて、複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する時間を特定する特定部と、特定部で特定された時間が所定の閾値を超過する場合、取得部で取得された各処理時間と、特定部で特定された時間と、所定の閾値とに基づいて、複数のオブジェクトを表すベクタデータうち、予めラスタ形式のデータに変換するものを決定する決定部と、を備える。【選択図】図１
2011165173.tif 000002
【特許請求の範囲】
【請求項１】
画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを処理する情報処理装置であって、
前記ベクタデータを、それぞれのオブジェクトに展開する処理を伴う処理時間を取得する取得手段と、
前記取得手段で取得された処理時間に基づいて、前記複数のオブジェクトのそれぞれを表すベクタデータを用いて前記画像を再現する時間を特定する特定手段と、
前記特定手段で特定された時間が所定の閾値を超過する場合、前記取得手段で取得された各処理時間と、前記特定手段で特定された時間と、前記所定の閾値とに基づいて、前記複数のオブジェクトを表すベクタデータうち、予めラスタ形式のデータに変換するものを決定する決定手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記取得手段は、前記処理時間として、前記ベクタデータを読み込んでから表示手段にオブジェクトを表示可能な状態に変換するまでの時間を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、前記処理時間として、前記ベクタデータを読み込んでから表示手段の設定された位置にオブジェクトを表示可能な状態に変換するまでの時間を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記取得手段は、前記処理時間として、前記ベクタデータを読み込んでから表示手段の設定された位置にオブジェクトを表示可能な状態に変換するまでの最大の処理時間を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記特定手段は、前記再現する時間として、前記画像を構成する複数のオブジェクトを表すベクタデータを読み込んでから表示手段の所定の位置に所定の大きさで前記オブジェクトそれぞれを表示可能な状態に変換するまでの時間を特定することを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記決定手段は、前記再現する時間が前記所定の閾値以内であり、かつ予めラスタ形式のデータに変換するベクタデータの個数が少なくなるよう、前記複数のオブジェクトを表すベクタデータうち、予めラスタ形式のデータに変換するものを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記決定手段は、前記複数のオブジェクトを表すベクタデータうち、前記処理時間が長いオブジェクトを表すベクタデータから順に、予めラスタ形式のデータに変換するデータとして決定することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記決定手段は、前記複数のオブジェクトを表すベクタデータうちの少なくとも一部については、前記処理時間が長いオブジェクトを表すベクタデータから順に、予めラスタ形式のデータに変換するデータとして決定することを特徴とする請求項６に記載の情報処理装置。
【請求項９】
更に、前記決定手段で決定されたベクタデータから変換されたラスタ形式のデータと、前記決定手段で決定されなかったベクタデータとから、前記画像を表すデータを構成するデータを生成する生成手段と、
前記生成手段で生成されたデータを保持する保持手段と、
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
取得手段と、特定手段と、決定手段とを備え、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを処理する情報処理装置の動作方法であって、
前記取得手段が、前記ベクタデータを、それぞれのオブジェクトに展開する処理を伴う処理時間を取得する取得工程と、
前記特定手段が、前記取得工程で取得された処理時間に基づいて、前記複数のオブジェクトのそれぞれを表すベクタデータを用いて前記画像を再現する時間を特定する特定工程と、
前記決定手段が、前記特定工程で特定された時間が所定の閾値を超過する場合、前記取得工程で取得された各処理時間と、前記特定工程で特定された時間と、前記所定の閾値とに基づいて、前記複数のオブジェクトを表すベクタデータうち、予めラスタ形式のデータに変換するものを決定する決定工程と、
を備えることを特徴とする動作方法。
【請求項１１】
請求項１０に記載の動作方法をコンピュータに実行させるためのプログラムを記憶したコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像を構成する複数のオブジェクト（図形）を表すベクタデータの一部を、ラスタ形式のデータに変換する情報処理装置、情報処理装置の動作方法、および記憶媒体に関する。
【背景技術】
【０００２】
近年、組み込み機器に表示する画像の表現力が増してきており、機器上で動画や表現力豊かなユーザインタフェース（ＵＩ）を表示することは一般的となりつつある。このような動画やＵＩを実現する画像形式として、ベクタ画像がある。ベクタ画像とは、描く線や面といったオブジェクトの形を数値を用いて表現した画像である。そしてベクタ画像を表すデータ（ベクタデータ）は、同等の画像を表すラスタ形式のデータ（ラスタデータ）よりもデータサイズが小さくいことが知られている。また、ベクタデータは、様々な表示効果やアニメーション表示を表現できることが知られている。尚、表示効果とは、例えば、ぼかし表現やドロップシャドウであり、アニメーション表示とは、例えば、拡大縮小、回転のことをいう。
【０００３】
しかし、ベクタデータ内に表示効果やアニメーション表示が表現されていた場合、当該ベクタデータから、設定された表示効果やアニメーション表示を伴う各オブジェクトの展開に要する処理には、比較的長い時間を要する。したがって、従来、ベクタデータのうち、展開する処理を伴う処理時間に、比較的長い時間を要するオブジェクトを表すデータを、ピクセル（画素）の集まりで表現されたラスタ形式のデータ画像に変換することが行われていた。しかしながら、ベクタデータをラスタデータに変換した場合、一般的にデータサイズが大きくなるため、画像を構成する複数のオブジェクトを表すベクタデータのうち、予めラスタデータに変換するデータを注意深く決める必要があった。
【０００４】
上記処理時間を軽減するため、表示効果を施すオブジェクトに対し、表示効果を施す前のオブジェクトをラスタ化することで、描画する際に、オブジェクトをラスタ化する処理を省く方法が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−０１５７００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１において提案された方法は、処理に時間のかかるグラデーションやフィルタ効果（例えば、ぼかし、ドロップシャドウなど）を適用した状態でラスタ化を行っていない。そのため、効果的に処理時間を低減させることはできないという課題がある。
【０００７】
上記の課題に鑑み、本発明は、画像を表すデータから各オブジェクトの展開し、当該オブジェクトを再現する時間を短縮するために、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータのうち、予めラスタ形式のデータに変換するデータを効率よく決定することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成する本発明に係る情報処理装置は、
画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを処理する情報処理装置であって、
前記ベクタデータを、それぞれのオブジェクトに展開する処理を伴う処理時間を取得する取得手段と、
前記取得手段で取得された処理時間に基づいて、前記複数のオブジェクトのそれぞれを表すベクタデータを用いて前記画像を再現する時間を特定する特定手段と、
前記特定手段で特定された時間が所定の閾値を超過する場合、前記取得手段で取得された各処理時間と、前記特定手段で特定された時間と、前記所定の閾値とに基づいて、前記複数のオブジェクトを表すベクタデータうち、予めラスタ形式のデータに変換するものを決定する決定手段と、
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータのうち、予めラスタデータに変換するデータを効率よく決定することができる。
【図面の簡単な説明】
【００１０】
【図１】（ａ）本発明に係るベクタ画像変換装置の構成を示す図、（ｂ）本発明に係るハードウェア構成の一例を示すブロック図。
【図２】第１実施形態に係るベクタデータの一例を示す図。
【図３】第１実施形態に係るベクタデータの描画結果の一例を示す図。
【図４】第１実施形態に係るベクタデータ内のオブジェクトの情報を示すテーブルの一例を示す図。
【図５】第１実施形態に係る全体の処理の流れを示すフローチャート。
【図６】第１実施形態に係るベクタデータをラスタデータに変換する処理を示すフローチャート。
【図７】第２実施形態に係るベクタデータをラスタデータに変換する処理を示すフローチャート。
【図８】第３実施形態に係るベクタデータをラスタデータに変換する処理を示すフローチャート。
【図９】第１実施形態に係るベクタデータのデータサイズと画像を再現する時間の閾値の一例を示す図。
【図１０】第１実施形態に係るベクタデータのデータサイズと画像を再現する時間の測定値の一例を示す図。
【発明を実施するための形態】
【００１１】
（第１実施形態）
図１（ａ）を参照して、本発明に係るベクタ画像変換装置（情報処理装置）の構成について説明する。本発明に係るベクタ画像変換装置１００は、ラスタ化部分決定部１０１と、画像変換部１０２を備える。ベクタ画像変換装置１００には、ベクタデータ１０５を含む画像１０３が入力される。そして、ベクタデータ１０６とラスタデータ１０７を含む画像１０４を出力する。ベクタデータ１０５、ベクタデータ１０６はベクタ形式の表現で記述されたデータである。同様にラスタデータ１０７はラスタ形式の表現で記述されたデータである。ラスタ化部分決定部１０１は、入力された画像１０３が持つベクタデータ１０５の中でラスタデータに変換する部分を決定する。画像変換部１０２は、ラスタ化部分決定部により決定された部分をラスタデータに変換する処理を行い、画像１０４を出力する。
【００１２】
図１（ｂ）を参照して、本発明に係るベクタ画像変換装置のハードウェア構成の一例を示すブロック図について説明する。ＣＰＵ１５１は、各種処理のための演算や論理判断等を行い、バス１５５に接続された各構成要素を制御する。本ベクタ画像変換装置１００には、プログラムメモリとデータメモリを含むメモリが搭載されている。プログラムメモリには、ＣＰＵによる制御のためのプログラムを格納する。メモリはＲＯＭ１５２であっても良く、外部記憶装置などからプログラムがロードされるＲＡＭ１５３であっても良い。記憶装置１５４は、データやプログラムを記憶しておくための不揮発性メモリやハードディスクなどの記憶装置である。ベクタ画像変換装置１００は、記憶装置１５４に格納された画像１０３、画像１０４等に対し変換処理を行う。
【００１３】
図２を参照して、本実施形態に係るベクタ画像変換装置１００に入力する画像が持つベクタデータの一例について説明する。ここではベクタデータ２００はベクタ形式のフォーマットの一つであるＳＶＧで記述されている。しかし、ベクタデータのフォーマットは、ベクタ形式であれば特に限定されない。ベクタデータはオブジェクトの定義と、オブジェクトに適用する効果の定義とに分類することができる。図の２０２、２０３、２０４、２０５、２０６、２０７は複数のオブジェクトそれぞれの定義を表し、２０１はオブジェクト２０２に適用する効果の定義を表す。これらのオブジェクト及び効果には、要素に付加されたＩＤ属性により便宜上名前を付けている。以後オブジェクト及び効果はこの名前を使って呼称する。２０２はＢａｃｋｇｒｏｕｎｄ、２０３はＬｏｇｏ、２０４はＩｃｏｎ１、２０５はＩｃｏｎ２、２０６はＩｃｏｎ３、２０７はＩｃｏｎ４と称する。また、２０１はＢＧ＿Ｇｒａｄｉｅｎｔと称する。Ｉｃｏｎ１、Ｉｃｏn２，Ｉｃｏｎ３，Ｉｃｏｎ４はおよびＢａｃｋｇｒｏｕｎｄは、ｒｅｃｔ要素で定義され、描画時は矩形が表示される。また、Ｌｏｇｏは、ｔｅｘｔ要素で定義され、描画時は文字列が表示される。オブジェクトの中でＩｃｏｎ１、Ｉｃｏｎ２、Ｉｃｏｎ３、Ｉｃｏｎ４には、さらに、時間経過に応じてオブジェクトに変化を与えるアニメーション定義（図２中の例えば１５行目に記載のａｎｉｍａｔｅＴｒａｎｓｆｏｒｍ要素）が付加されている。ＢＧ＿Ｇｒａｄｉｅｎｔ（２０１）はＢａｃｋｇｒｏｕｎｄ（２０２）の塗りの部分に対してグラデーション効果を与える記述がなされている。
【００１４】
図２のベクタデータ２００を０秒後、０．２秒後、１秒後、１．３秒後、１．５秒後に描画した結果をそれぞれ図３（ａ）〜図３（ｅ）に示す。
【００１５】
図３（ａ）に示すように、０秒後の描画結果の背景にあたる矩形３０１はベクタデータに定義されたＢａｃｋｇｒｏｕｎｄ（２０２）に対応し、文字列３０２はＬｏｇｏ（２０３）に対応する。図３（ｂ）から図３（ｅ）に示す矩形３０１、文字列３０２は図３（ａ）と同様である。図３（ｂ）に示すように、０．２秒後の描画結果の矩形４０３、４０４、４０５、及び４０６は、それぞれベクタデータのＩｃｏｎ１（２０４）、Ｉｃｏｎ２（２０５）、Ｉｃｏｎ３（２０６）、及びＩｃｏｎ４（２０７）に対応する。これらのオブジェクトは画面の表示領域の外から移動して０．２秒で図の位置に描画される。
【００１６】
図３（ｃ）に示すように、１秒後の描画結果において、Ｉｃｏｎ１、Ｉｃｏｎ２、Ｉｃｏｎ３、及びＩｃｏｎ４はさらに移動し、それぞれ５０３、５０４、５０５、及び５０６の位置に描画される。Ｉｃｏｎ２、Ｉｃｏｎ３、Ｉｃｏｎ４はこの位置で移動を停止する。図３（ｄ）の１．３秒後の描画結果において、Ｉｃｏｎ１は５０３の位置からさらに移動及び拡大を行い、６０３の位置に描画される。図３（ｅ）の１．５秒後の描画結果において、Ｉｃｏｎ１は６０３の位置からさらに移動及び拡大を続け、７０３の位置で移動及び拡大を停止した形で描画される。
【００１７】
図４を参照して、複数のフレームにおいて注目するオブジェクトを表すベクタデータから、当該注目オブジェクトを展開する処理を伴う処理時間のうち最大の処理時間とアニメーションの種類とを表すオブジェクト情報テーブルの一例について説明する。ここで複数のフレームそれぞれとは、画面に表示する画像を定期的に更新する際の各画像のことを表し、最大の処理時間とは、各フレームの中で最も展開を伴う処理に時間がかかったフレームの処理時間を指す。尚、展開を伴う処理時間とは、ベクタデータを読み込んでから、ディスプレイ等に各オブジェクトを表示可能な状態に変換するまでの時間であり、オブジェクト毎に取得される。また、処理時間は、ベクタデータを読み込んでからディスプレイ等の設定された位置にオブジェクトを表示可能な状態に変換するまでの時間でもよい。
【００１８】
図４に示す処理時間はベクタデータに基づいて計算され、取得される。尚、取得された処理時間に関する情報は、ＲＡＭ１５３に保存される。ここで８０１から８０６はそれぞれ図２で示したオブジェクトＢａｃｋｇｒｏｕｎｄ、Ｌｏｇｏ、Ｉｃｏｎ１、Ｉｃｏｎ２、Ｉｃｏｎ３、Ｉｃｏｎ４に対応する。
【００１９】
各オブジェクトについついて、取得されたオブジェクトの１フレームあたりの処理時間で最大のものが８０７から８１２である。また、８１３から８１８は、各オブジェクトが行うアニメーションの種類である。Ｂａｃｋｇｒｏｕｎｄ、Ｌｏｇｏはアニメーションを行わず、Ｉｃｏｎ１は移動及び拡大を行い、Ｉｃｏｎ２からＩｃｏｎ４は移動のみを行う。
【００２０】
図５は、本実施形態に係る全体処理動作の流れの一例を示すフローチャートである。本フローチャートを用いて、ベクタデータ２００を変換処理の流れを示す。ステップＳ９０１において、ＣＰＵ１５１は画像を表すベクタデータのデータサイズ及び当該ベクタデータを用いて画像の再現する処理に要する時間を特定する。尚、ベクタデータのデータサイズとは、ベクタデータが格納されたＲＯＭや記憶装置上におけるベクタデータのデータサイズである。また、画像を再現する処理に要する時間は画像をラスタライズし、描画バッファに書き込むまでの時間である。即ち、画像を再現する処理に要する時間とは、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて前記画像を再現する時間であり、前述した処理時間に基づいて特定される。尚、ベクタデータから再現された画像を使用する機器と、ベクタデータをオブジェクトに展開するベクタ画像変換処理を行う機器が異なる場合は、画像を使用する機器におけるベクタデータのデータサイズと処理時間に基づいて、画像を再現する処理に要する時間を特定しても良い。また、画像を使用する機器とベクタ画像変換処理を行う機器が同じ場合は、ベクタデータを予めベクタ画像変換処理によって変換しておいても良いし、ベクタデータを展開する直前にベクタ変換処理を行っても良い。
【００２１】
ベクタデータから画像を再現する直前に変換する場合は、機器の実行状況に合わせた処理を行う。例えば、機器に負荷がかかっている場合は、展開する処理を伴う処理時間の計測値が長くなり、負荷がかかっていない場合は展開する処理を伴う処理時間の計測値は短くなる。
【００２２】
ステップＳ９０２において、ＣＰＵ１５１はステップＳ９０１において計測した画像のデータサイズが、指定された画像のデータサイズ（閾値）を満たすかどうかを判定する。閾値以下を満たす場合（ステップＳ９０２；ＹＥＳ）はステップＳ９０３に進む。一方、満たさない場合（ステップＳ９０２；ＮＯ）はステップＳ９０４に進む。ステップＳ９０３において、ＣＰＵ１５１はステップＳ９０１において計測した画像を再現する処理に要する時間が、指定された所定の閾値を満たすかどうかを判定する。尚、所定の閾値は、各フレームを定期的に切り替える時間間隔に応じて設定され、例えば、各フレームを定期的に切り替える時間間隔以下の時間であるものとする。そして画像を再現する処理に要する時間が、閾値以下である場合（ステップＳ９０３；ＹＥＳ）は処理を終了する。一方、画像を再現する処理に要する時間が、所定の閾値を超過する場合（ステップＳ９０２；ＮＯ）はステップＳ９０５に進む。ここで、一般的にデータサイズの大きいオブジェクトほど、ベクタデータをオブジェクトに展開する処理を伴う処理時間が長くなることが知られている。そこで、ステップＳ９０４において、データサイズの上限超えの主な要因となっているオブジェクトをユーザに知らせるべく、ＣＰＵ１５１はベクタデータ内の各オブジェクトについて、ベクタデータをオブジェクトに展開する処理を伴う処理時間を計測し、当該処理時間の最も長いオブジェクトを提示する。尚、予め計測されたベクタデータをオブジェクトに展開する処理を伴う処理時間がＲＡＭ１５３等に保持されている場合、当該保持された情報を参照して、処理時間の最も長いオブジェクトを提示してもよい。ステップＳ９０４では、図４に示すオブジェクト情報テーブル８００を生成し、この中で最もベクタデータをオブジェクトに展開する処理を伴う処理時間のかかるオブジェクトであるＢａｃｋｇｒｏｕｎｄ（９００μｓ）を提示する。これにより、例えばユーザがＢａｃｋｇｒｏｕｎｄを他のオブジェクトに変更するなどの処理を行うことにより、画像のデータサイズが上限を超えないように修正することが可能となる。ステップＳ９０５では、提示されたオブジェクトを表すベクタデータを当該提示されたオブジェクトを表すラスタデータに変換するラスタ化処理を行う。その後、ステップＳ９０１にループして同様の処理を行う。
【００２３】
次に図６を参照して本実施形態に係るラスタ化処理（図５におけるステップＳ９０５の詳細な処理）の流れの一例について説明する。ステップＳ１００１において、画像に含まれる複数のオブジェクトのそれぞれを表すベクタデータについて、ＣＰＵ１５１はベクタデータをオブジェクトに展開する処理を伴う処理時間の計測とアニメーションの種類の取得を行い、ステップＳ１００２に進む。このステップＳ１００２において図４に示すオブジェクト情報テーブル８００が生成される。ステップＳ１００２において、ベクタデータの中で再描画の必要のない静止したオブジェクトを全て取得し、ステップＳ１００３に進む。静止したオブジェクトはオブジェクト情報テーブル内のアニメーションを行っていないオブジェクトに対応するため、Ｂａｃｋｇｒｏｕｎｄ８０１とＬｏｇｏ８０２が取得されることになる。
【００２４】
ステップＳ１００３では、取得したオブジェクトの中で最もベクタデータをオブジェクトに展開する処理を伴う処理時間の長いオブジェクトを表すベクタデータをラスタデータに変換する。さらに、ベクタデータをラスタデータに変換するラスタ化処理を終了する。ラスタデータに変換する際は、画像に含まれる複数のオブジェクトのうち、注目するオブジェクトを表すベクタデータに基づいてＢＭＰやＪＰＥＧ、ＰＮＧ等のラスタ形式のデータを生成し、注目するオブジェクトを表すベクタデータに相当する記述を、生成されたラスタデータを参照する記述に置き換えて、記憶媒体に保持する処理を行う。尚、変換するラスタデータの形式は、画像を使用する機器で描画できる形式であればいずれの形式であっても良い。また、ステップＳ１００２において、オブジェクトＢａｃｋｇｒｏｕｎｄ８０１とＬｏｇｏ８０２を取得した場合は、Ｂａｃｋｇｒｏｕｎｄ８０１が９００μｓと最もベクタデータをオブジェクトに展開する処理を伴う処理時間が長いため、Ｂａｃｋｇｒｏｕｎｄ８０１をラスタデータに変換する。
【００２５】
次に、図９を参照して、ベクタデータのデータサイズと画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間の閾値の一例について説明する。これらの閾値は画像を表示する機器のＲＯＭやＲＡＭの容量、フレームレートに基づいてユーザが指定する。図９に示す閾値はＲＡＭ１５３に保存される。図１０（ａ）〜図１０（ｃ）を参照して、ベクタデータのデータサイズと画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間の測定値の一例について説明する。これらの値は、画像を実際に表示する機器において算出した値である。尚、この値は、実機の仕様を基にシミュレーションを行うことによって算出してもよい。
【００２６】
続いて、本実施形態における処理の流れを説明する。図９のベクタデータのデータサイズの閾値と画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間の閾値については予めＲＡＭ１５３にロードされるものとする。まずステップＳ９０１において、実機環境におけるベクタデータ全体のサイズと画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間を計測する。ここで計測された値は図１０（ａ）で示すように、ベクタデータのデータサイズが６０ＫＢ、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間が２２００μｓと計測される。ステップＳ９０２において、計測されたベクタデータのデータサイズ６０ＫＢが閾値２００ＫＢを満たすため、ステップＳ９０３に移行する。ステップＳ９０３において、計測された画像を構成する複数のオブジェクトのそれぞれを表すベクタデータを用いて画像を再現する処理に要する時間２２００μｓが閾値の１５００μｓを満たさないため、ステップＳ９０５すなわち図６のステップＳ１００１に移行する。ステップＳ１００１では画像を構成する複数のオブジェクトのそれぞれを表すベクタデータに基づいて、図４に示すオブジェクト情報テーブルを生成する。Ｓ１００２において、オブジェクトＢａｃｋｇｒｏｕｎｄ８０１とＬｏｇｏ８０２を取得した場合は、Ｓ１００３において、最も描画時間の長いＢａｃｋｇｒｏｕｎｄ８０１がラスタデータに変換される。
【００２７】
オブジェクトＢａｃｋｇｒｏｕｎｄ８０１を変換する際は、例えば、縦１３０ピクセル、横１２０ピクセルのラスタ形式のデータをベクタデータから生成する。そして、ｒｅｃｔ要素を、生成されたラスタデータを参照するｉｍａｇｅ要素に置き換える処理を行う。具体的には図２の２０２の部分を、ｉｍａｇｅ要素を使った下記の記述に置き換える。
【００２８】
＜image id="Background" x="-60" y="-65" width="120" height="130" 
xlink:href="Backgound.bmp"＞ 
なお、Backgound.bmpは２０２に基づいて生成したビットマップ形式のファイルである。
【００２９】
再びステップＳ９０１に戻り、実機環境における画像全体のサイズと描画時間を計測する。ここで計測された値は図１０（ｂ）で示すように、画像を表すデータであって、ベクタデータとラスタデータを指定するデータを含むデータのサイズが１６０ＫＢ、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータとラスタデータを用いて画像を再現する処理に要する時間が１２００μｓと計測される。続いてステップＳ９０２において、計測された画像を表すデータのデータサイズ１６０ＫＢが閾値２００ＫＢを満たすため、Ｓ９０３に移行する。ステップＳ９０３において、計測された画像を構成する複数のオブジェクトのそれぞれを表すベクタデータとラスタデータを用いて画像を再現する処理に要する時間１２００μｓが閾値の１５００μｓを満たすため、処理を終了する。一方、ステップＳ９０１において、計測される値が図１０（ｃ）で示すように、画像を表すデータのデータサイズが２２０ＫＢ、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータとラスタデータを用いて画像を再現する処理に要する時間が１２００μｓと計測された場合は、ステップＳ９０２において、計測された画像を表すデータのデータサイズ２２０ＫＢが閾値２００ＫＢを満たさないため、Ｓ９０４に移行する。ステップＳ９０４において、図４に示されるオブジェクト情報テーブルの中で最も描画に時間のかかるオブジェクトはＢａｃｋｇｒｏｕｎｄ（９００μｓ）であるため、Ｂａｃｋｇｒｏｕｎｄが描画時間のボトルネックであることをユーザに提示する。
【００３０】
以上のように、本実施形態に係る構成では、指定された画像を表すデータのデータサイズ及び画像を再現する処理に要する時間が所定の条件を満たすように以下の処理を実行する。即ち、画像を構成する複数のオブジェクトのそれぞれを表すベクタデータのうち、再描画が必要ない静止したオブジェクトを表すベクタデータを優先的にラスタデータ化する。そのため、ベクタデータを画像のデータサイズの増大を抑えると共に、画像を再現する処理に要する時間を短縮することができる。
【００３１】
また、所定の条件を満たすことが困難である場合であっても、最も描画に時間のかかるオブジェクトを提示することによって、ユーザに手動で画像を変換する際の有益な情報を与えることができる。
【００３２】
また、本実施形態では、Ｂａｃｋｇｒｏｕｎｄを表すベクタデータを、ラスタデータに変換する処理について説明したが、画像を再現する時間が所定の閾値以内となるよう以下の処理を実行しても良い。即ち、予めラスタ形式のデータに変換するベクタデータの個数が少なくなるよう複数のオブジェクトを表すベクタデータの少なくとも一部を、前述した処理時間が長いオブジェクトを表すベクタデータから順に、予めラスタ形式のデータに変換する。
【００３３】
（第２実施形態）
本実施形態に係る全体処理の流れは第１実施形態で示した図５と同様である。図７を参照して、第２実施形態に係るラスタ化処理（ステップＳ９０５）の流れの一例について説明する。ステップＳ１１０１の処理は、図６におけるステップＳ１００１と同様である。ステップＳ１１０２では、ステップＳ１１０１で生成されたオブジェクト情報テーブルに基づいて静止しているオブジェクト及び、移動のみのオブジェクトを取得する。ステップＳ１１０３では、ステップＳ１１０２で取得したベクタデータの中で最もベクタデータをオブジェクトに展開する処理を伴う処理時間が長いオブジェクトのアニメーション情報に基づいて、そのオブジェクトが画面内で移動を行うオブジェクトであれば（ステップＳ１１０３；ＹＥＳ）、ステップＳ１１０５に進む。一方、移動しないのであれば（ステップＳ１１０３；ＮＯ）、ステップＳ１１０４に進む。ステップＳ１１０４の処理は図６のステップＳ１００３と同様の処理である。ステップＳ１１０５において、ステップＳ１００３と同様に、ステップＳ１１０３で取得したオブジェクトの静止した状態の絵をラスタデータに変換してベクタ形式のデータと置き換える。なお、移動時には同一のラスタデータが使用される。
【００３４】
その際、移動の記述は、ベクタ形式の記述を使って表現する。図４のオブジェクト情報テーブル８００を例にとって説明する。図４から、静止するオブジェクト及び移動のみのオブジェクトとしてＢａｃｋｇｒｏｕｎｄ、Ｌｏｇｏ、Ｉｃｏｎ２、Ｉｃｏｎ３、Ｉｃｏｎ４を取得する。これらのオブジェクトから構成される画像を再現する時間が所定の閾値を満たさない間は、ベクタデータをオブジェクトに展開する処理を伴う処理の長いオブジェクトを示すベクタデータから順にラスタデータに変換処理される。すなわち、Ｂａｃｋｇｒｏｕｎｄ（９００μｓ）、Ｉｃｏｎ３（２３０μｓ）、Ｉｃｏｎ４（２１５μｓ）、Ｉｃｏｎ２（２１０μｓ）、Ｌｏｇｏ（１００μｓ）の順である。
【００３５】
以上のように、本実施形態に係る構成では、指定されたベクタデータのデータサイズ及び画像を再現する時間を満たすように、オブジェクトを表すベクタデータをラスタデータに変換する。そのため、画像を表すデータサイズの増大を抑えることができると共に、画像を再現する時間を短縮することができる。さらに、本実施形態では、移動するオブジェクトに関してもデータ量の増大が抑えられたラスタデータに変換することができる。また、移動するオブジェクトの場合、アニメーション前、アニメーション中、アニメーション後全てで同じラスタ画像を使用することによって、データサイズを抑えることもできる。
【００３６】
（第３実施形態）
本実施形態に係る全体処理の流れは第１実施形態で示した図５と同様である。図８を参照して、本実施形態に係るラスタ化処理の流れの一例について説明する。ステップＳ１２０１の処理は、図６におけるステップＳ１００１と同様である。ステップＳ１２０２において、ステップＳ１２０１で生成されたオブジェクト情報テーブル８００に基づいて静止しているオブジェクト、移動のみのオブジェクト、及び、移動と拡大縮小のみのオブジェクトを取得する。ステップＳ１２０３において、ステップＳ１２０２で取得したベクタデータの中で最もベクタデータをオブジェクトに展開する処理を伴う処理時間が長いオブジェクトのアニメーション情報に基づいて、そのオブジェクトが画面内で移動のみを行うオブジェクトであれば（ステップＳ１２０３；ＹＥＳ）ステップＳ１２０５に進む。それ以外の場合（ステップＳ１２０３；ＮＯ）はステップＳ１２０４に進む。ステップＳ１２０４においては、最もベクタデータをオブジェクトに展開する処理を伴う処理時間が長いオブジェクトのアニメーション情報に基づいて、そのオブジェクトが画面内で拡大縮小を行うオブジェクトであれば（ステップＳ１２０４；ＹＥＳ）、ステップＳ１２０６に進む。それ以外の場合（ステップＳ１２０３；ＮＯ）はステップＳ１２０７に進む。
【００３７】
ステップＳ１２０５の処理は図７のステップＳ１１０５と同様である。ステップＳ１２０６において、ステップＳ１１０４同様、ステップＳ１２０２で取得したオブジェクトが静止した状態であるときの絵をラスタデータに変換し、ベクタ形式の記述と置き換える。すなわち、最もベクタデータをオブジェクトに展開する処理を伴う処理時間が長いオブジェクトを最大拡大時の大きさのラスタデータに変換し、拡大縮小時のオブジェクトにこのラスタデータを使用する。すなわち、拡大縮小時には同一のラスタデータが使用される。
【００３８】
ラスタデータの解像度は、オブジェクトをアニメーションの中で最も大きいデータサイズに拡大した際に、十分鮮明度を持つ高さに設定する。また、アニメーションの記述は、ベクタ形式の記述を使って表現する。ステップＳ１２０７は、ステップＳ１１０４の処理と同様である。
【００３９】
図４のオブジェクト情報テーブル８００を例にとって説明する。図４から、静止するオブジェクト及び移動のみのオブジェクト、移動と拡大縮小のみのオブジェクトとしてＢａｃｋｇｒｏｕｎｄ、Ｌｏｇｏ、Ｉｃｏｎ１、Ｉｃｏｎ２、Ｉｃｏｎ３、Ｉｃｏｎ４を取得する。これらのオブジェクトは、画像を再現する時間の所定の閾値を満たさない間は、ベクタデータをオブジェクトに展開する処理を伴う処理時間の長いオブジェクトを示すベクタデータから順にラスタデータに変換処理される。すなわち、Ｂａｃｋｇｒｏｕｎｄ（９００μｓ）、Ｉｃｏｎ３（２３０μｓ）、Ｉｃｏｎ１（２２０μｓ）、Ｉｃｏｎ４（２１５μｓ）、Ｉｃｏｎ２（２１０μｓ）、Ｌｏｇｏ（１００μｓ）の順である。
【００４０】
以上のように、本実施形態に係る構成では、画像を表すデータサイズ、画像を再現する時間が所定の条件を満たすように、ベクタデータをラスタデータに変換するため、データサイズの増大を抑えると共に、描画時間を短縮することができる。さらに、本実施形態では、移動及び拡大縮小するオブジェクトに関しても少ないデータ量でラスタデータに変換することができる。なお、拡大縮小するオブジェクトをラスタデータに変換する際には、最大拡大時の大きさのラスタデータに変換する。よって、アニメーションにより拡大縮小する場合でも画質の劣化を抑えることができる。
【００４１】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2011165173.tif 000003
【図２】
2011165173.tif 000004
【図３】
2011165173.tif 000005
【図４】
2011165173.tif 000006
【図５】
2011165173.tif 000007
【図６】
2011165173.tif 000008
【図７】
2011165173.tif 000009
【図８】
2011165173.tif 000010
【図９】
2011165173.tif 000011
【図１０】
2011165173.tif 000012