(57)【要約】【課題】グラフィカルユーザインターフェイスのユーザ応答を向上させる画像形成装置を提供する。【解決手段】ベクター・グラフィックス言語で記述された描画命令を処理する画像形成装置において、前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する手段と、前記オブジェクトのベクター・グラフィックス言語を保存する手段と、前記形成されたオブジェクトの画像データを保存する手段と、前記保存された画像データから表示する画像データを選択する手段と、前記形成されたオブジェクトの画像データを表示する手段と、表示される可能性があるユーザインターフェイスの描画命令を選択する手段と、選択された描画命令を前記画像データを形成する手段に入力する手段を有することを特徴とする画像形成装置。【選択図】図１
2007286745.tif 000002
【特許請求の範囲】
【請求項１】
ベクター・グラフィックス言語で記述された描画命令を処理する画像形成装置において、
前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する手段と、
前記オブジェクトのベクター・グラフィックス言語を保存する手段と、
前記形成されたオブジェクトの画像データを保存する手段と、
前記保存された画像データから表示する画像データを選択する手段と、
前記形成されたオブジェクトの画像データを表示する手段と、
表示される可能性があるユーザインターフェイスの描画命令を選択する手段と、
選択された描画命令を前記画像データを形成する手段に入力する手段と、
を有することを特徴とする画像形成装置。
【請求項２】
ユーザインターフェイスの表示シーケンスを記録する手段を有し、
前記表示される可能性があるユーザインターフェイスの描画命令を選択する手段が、ユーザインターフェイスの表示シーケンスに基づいて、現在のユーザインターフェイスの状態から少ないステップで表示されるユーザインターフェイスの描画命令を優先的に選択することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
オブジェクトの描画処理の負荷を記録しておく手段を有し、
前記表示される可能性があるユーザインターフェイスの描画命令を選択する手段が、オブジェクトの画像形成処理の負荷に基づきオブジェクトを選択することを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記オブジェクトの描画処理の負荷を記録しておく手段が、前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する手段の実行時間をもとに、描画処理を記録することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
ベクター・グラフィックス言語で記述された描画命令を処理する画像形成方法において、
前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する工程と、
前記オブジェクトのベクター・グラフィックス言語を保存する工程と、
前記形成されたオブジェクトの画像データを保存する工程と、
前記保存された画像データから表示する画像データを選択する工程と、
前記形成されたオブジェクトの画像データを表示する工程と、
表示される可能性があるユーザインターフェイスの描画命令を選択する工程と、
選択された描画命令を前記画像データを形成する手段に入力する工程と、
を有することを特徴とする画像形成方法。
【請求項６】
コンピュータに、ベクター・グラフィックス言語で記述された描画命令を処理させるプログラムにおいて、
コンピュータに、
前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する手順と、
前記オブジェクトのベクター・グラフィックス言語を保存する手順と、
前記形成されたオブジェクトの画像データを保存する手順と、
前記保存された画像データから表示する画像データを選択する手順と、
前記形成されたオブジェクトの画像データを表示する手順と、
表示される可能性があるユーザインターフェイスの描画命令を選択する手順と、
選択された描画命令を前記画像データを形成する手段に入力する手順と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ベクター・グラフィックス言語で記述された描画命令を解釈し、ユーザインターフェイスの画像データを形成し表示する画像形成装置等に関するものである。
【背景技術】
【０００２】
近年、携帯電話やデジタルカメラ、テレビなどの組み込み機器は多機能化が進み、非常に多くの機能をユーザに提供している。
【０００３】
それらの機能からユーザが所望の機能を選択できるように、組み込み機器の多くにグラフィカルなユーザインターフェイス（以下ＧＵＩ）が実装されている。
【０００４】
ＧＵＩを用いて情報をグラフィカルに伝達することで、ユーザは直感的に所望の操作を行うことが可能になる。このようなＧＵＩは、ＦｌａｓｈやＳＶＧなどのベクター・グラフィックス言語で記述されている。
【０００５】
ベクター・グラフィックとは、直線や円などの幾何学的な図形要素を記述する描画命令を組み合わせて、画像データを形成する手法であり、ＧＵＩもこのような描画命令を組み合わせ実装されている。
【０００６】
このようなＧＵＩはユーザの入力などのイベントにより、刻々と表示を変え、その度に表示されるＧＵＩの描画命令を実行し、表示させる画像データを作成していた。
【０００７】
【特許文献１】特開２００４−３５５４１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、近年ＧＵＩを表示するデバイスは高解像度となり、描画命令を処理する負荷も大きくなってきている。
【０００９】
また、さらに多くの機能、多くのコンテンツをユーザに分かりやすく提供するために、高度なＧＵＩの実装が望まれている。
【００１０】
ＧＵＩのデザインも製品の重要な要素となり、単純な図形だけでなく美しいアニメーションを表示したいなどの要求もある。
【００１１】
以上のような要求を満たすＧＵＩを表示させるためには多くの描画命令を実行する必要があり、その処理時間は長くなる。
【００１２】
このようなＧＵＩをユーザの操作などのイベントが発生してから、画像データを形成する描画命令を実行し表示しては、ユーザの入力からＧＵＩの表示までのユーザ応答が悪くなってしまうといった問題がある。
【００１３】
本発明は、上記従来の課題に鑑みなされたものであり、その目的はユーザ応答を向上させる画像形成装置を提供することである。
【課題を解決するための手段】
【００１４】
以上の課題を解決するために本発明は、ベクター・グラフィックス言語で記述された描画命令を処理する画像形成装置において、前記ベクター・グラフィックス言語に従いオブジェクトの画像データを形成する手段と、前記オブジェクトのベクター・グラフィックス言語を保存する手段と、前記形成されたオブジェクトの画像データを保存する手段と、前記保存された画像データから表示する画像データを選択する手段と、前記形成されたオブジェクトの画像データを表示する手段と、表示される可能性があるユーザインターフェイスの描画命令を選択する手段と、選択された描画命令を前記画像データを形成する手段に入力する手段を有することを特徴とする画像形成装置等、を提供する。
【発明の効果】
【００１５】
本発明によれば、ユーザインターフェイスを描画し表示する過程で、次状態のＵＩを投機的に描画処理することで、処理負荷の高いＧＵＩであっても、ユーザの入力からＧＵＩの表示までのユーザ応答を悪化させることなく表示が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１７】
図１に本実施例に係る画像形成装置の構成を示す。
【００１８】
画像形成装置１００は、ユーザインタフェイス（以下ＵＩ）を表示するＵＩ表示部１０１と、ユーザの入力を受け付ける操作入力部１０２に接続されており、ユーザから入力を受け付けＵＩの画像データを表示する。
【００１９】
また、画像形成装置１００は、ＵＩを描画するベクター・グラフィックス言語で記述された描画命令を格納する描画命令格納部１０３、描画命令格納部１０３に格納された描画命令から描画処理対象となる描画命令を選択する描画命令選択部１０４を備える。
【００２０】
また、描画命令格納部１０３に記録されている描画命令の描画処理負荷が保存されている描画負荷記録部１０５、選択された描画命令を描画処理し画像データを形成する画像形成部１０６、形成された描画データを格納する画像データ格納部１０７を備える。
【００２１】
また、保存された画像データから表示する画像データを選択する表示データ選択部１０８で構成されている。
【００２２】
ＵＩの状態が遷移する例を示した状態遷移図を図２に示す。
【００２３】
図２の状態Ａ〜Ｄ（２０１〜２０４）はＵＩの表示状態を示す。ＵＩの状態は、図１の操作入力部１０２からユーザが与える操作によって遷移する。
【００２４】
状態Ａ２０１の場合には、ユーザが選択する操作は１つであり、その操作が行われた場合状態Ｂ２０２に遷移する。
【００２５】
例えば、状態Ｂ２０２ではメニュー表示を行う。状態Ｂ２０２がメニュー表示である場合、操作入力部１０２からユーザが入力した操作により状態Ｂ２０２のメニュー表示がされる。
【００２６】
状態Ｂ２０２では、ユーザが選択する操作は、状態Ａ２０１へ戻る操作、状態Ｃ２０３へ遷移する操作、状態Ｄ２０４へ遷移する操作の３つである。
【００２７】
例えば、状態Ｃ２０３，Ｄ２０４ではメニューに含まれる項目の処理が表示される。例えば、状態Ｃ２０３は時刻表示であったり、状態Ｄ２０４は番組表などである。
【００２８】
次に、本実施例の画像データ格納部１０７を図３に示す。画像データ格納部１０７は、画像形成部１０６において形成された画像データを格納する機能を持つ。
【００２９】
図３に示すように画像形成部１０６で形成された画像データを格納できるエントリを３１０、３１１、３１２の３領域持ち、画像データを３つまで保存できるとする。
【００３０】
なお、エントリ数は３つに限らず限定されない。
【００３１】
画像データ格納部の状態３２２は、状態Ａ２０１の画像データがエントリ０に格納され、エントリ１、エントリ２の２領域が空いていることを示している。
【００３２】
図１に示す画像形成装置の描画処理の手順を示したフローチャートを図４に示す。
【００３３】
さらに、本実施例の描画負荷記録部１０５に記録されている描画負荷データを図５に示す。
【００３４】
本実施例の描画負荷記録部１０５には、各状態のＵＩを描画する描画命令の処理負荷が記録されている。
【００３５】
描画処理の負荷は数値が高いほど、負荷が高いことを示している。
【００３６】
状態Ｄ２０４の描画負荷は８で、状態Ｃの描画負荷は６であり、状態Ｄ２０４の描画負荷が高いことを示している。
【００３７】
以下、ＵＩの状態遷移図を示した図２と、画像データ格納部の状態図である図３と、図１に示す画像形成装置の描画処理の手順を示したフローチャート図４と、描画負荷記録部１０５に記録されている描画処理負荷の一例を示した図５を用いて本発明の説明を行う。
【００３８】
まず、図４に示すフローチャートのステップ４０１では、まず、初期画面を表示する。
【００３９】
初期画面は、ＵＩの状態遷移図である図２の状態Ａ２０１であり、描画命令格納部１０３から状態Ａ２０１の描画命令を描画命令選択部１０４が選択して画像形成部１０６で描画処理を行い、形成された画像データは、画像データ格納部１０７に格納される。
【００４０】
表示データ選択部１０８は、状態Ａ２０１の画像データを選択し、ＵＩ表示部１０１に表示する。
【００４１】
このようにして初期画面である状態Ａ２０１が表示される。
【００４２】
次に、ステップ４０２へ移り、ＵＩの次状態を描画する描画命令を確認する。
【００４３】
現在の状態は状態Ａ２０１なので、次状態の候補は状態Ｂのみとなる。
【００４４】
ステップ４０２では、状態Ｂの描画命令が描画候補として選択され、ステップ４１０に移る。ステップ４１０では、画像データ格納部１０７の空き領域を確認する。
【００４５】
現在の画像データ格納部１０７の状態は、ステップ４０１でＵＩの状態Ａ２０１の画像データを格納したので、状態３２２となっている。
【００４６】
ステップ４１０では、エントリ３１１、３１２のエントリが空いているので、空き領域があると判断されステップ４１１に移る。
【００４７】
ステップ４１１では、描画負荷が最も高い次状態のＵＩを描画する描画命令を処理し、形成された画像データを画像データ格納部１０７に格納する。
【００４８】
状態Ａ２０１の次状態は状態Ｂ２０２のみなので、描画処理負荷は考慮されずに、状態Ｂの描画命令を処理する。
【００４９】
形成された画像データは画像データ格納部１０７に格納され、画像データ格納部１０７は状態３２３に遷移する。
【００５０】
ステップ４１２では次状態の描画命令の描画処理がすべて完了したことを判断する。
【００５１】
描画候補として選択された次状態の描画命令は、状態Ｂの描画命令のみなので、ステップ４３０に移る。
【００５２】
ステップ４３０では、ＵＩの表示が変更されるイベントを待つ。ＵＩの表示が変更されるイベントとは、操作入力部１０２からユーザが入力した操作などである。
【００５３】
ここで、ＵＩ表示部に表示される画像データを状態Ｂ２０２に遷移させる操作を、ユーザが操作入力部１０２から入力したとする。
【００５４】
ＵＩ表示が変更されるイベントが発生したため、ステップ４４０に移る。
【００５５】
ステップ４４０では、表示させる画像データが画像データ格納部１０７に存在するか確認を行う。
【００５６】
画像データ格納部１０７は、状態３２３であり状態Ｂ２０２の画像データが存在するので、ステップ４４１に移る。
【００５７】
ステップ４４１では、表示データ選択部１０８が画像データ格納部１０７から状態Ｂの画像データを取得し、ステップ４６０に移る。
【００５８】
ステップ４６０では、取得した状態Ｂ２０２の画像データをＵＩ表示部１０１に表示させる。
【００５９】
ＵＩが状態Ａ２０１にある状態で次状態である状態Ｂ２０２の画像データを形成しておくことで、ユーザ応答時間に状態Ｂ２０２の描画命令処理時間が含まれなくなる。
【００６０】
ユーザの操作などのイベントが発生してからＵＩの表示までの応答時間は、画像データ格納部１０７から画像データを選択し表示するまでの時間となる。
【００６１】
このように、ユーザが操作を入力しＵＩの状態が遷移する前に描画命令を投機的に処理しておくことで、ユーザが操作を入力してから描画処理を行う場合よりも、ユーザ応答を速めることができる。
【００６２】
ステップ４６０でＵＩを表示させた後、再びステップ４０２に戻り次状態の描画命令を確認する。
【００６３】
表示されているＵＩの状態は、状態Ｂ２０２であり、次状態としては、状態Ｃ２０３と状態Ｄ２０４と、状態Ａ２０１へ戻る３状態があることが確認される。
【００６４】
ステップ４１０に進み、画像データ格納部の空き領域を確認する。
【００６５】
画像データ格納部１０７は状態３２３であり、空き領域があると判断され、ステップ４１１に移る。
【００６６】
ステップ４１１では、描画負荷が大きい描画命令が選択され、描画処理が行われる。描画命令選択部１０４は、描画負荷記録部１０５に記録されている描画負荷に基づき、描画処理を行う描画命令の選択を行う。
【００６７】
描画処理の候補は、状態Ａ２０１と、状態Ｃ２０３、状態Ｄ２０４の描画命令であり、図３に示すように描画負荷はそれぞれ１，６，８となっている。
【００６８】
よって、最も描画処理負荷が大きい状態Ｄの描画命令が描画処理され、画像データ格納部１０７に格納される。画像データ格納部１０７は状態３２４に遷移する。
【００６９】
なお、描画負荷データは予め描画処理時間を測定し決定しても良いし、描画負荷を画像形成部の処理時間を元に動的に決定してもよい。
【００７０】
ステップ４１２では、次状態の描画命令の処理の完了の判定を行う。状態Ａ２０１と、状態Ｃ２０３の描画命令が実行されていないため、再度ステップ４１０に戻る。
【００７１】
ステップ４１０で、画像データ格納部の空き領域を確認する。
【００７２】
画像データ格納部は状態３２４であり空き領域が存在しない。よってステップ４２０に移る。
【００７３】
ステップ４２０では、画像データ格納部１０７に次状態ではないデータが格納されているか、描画処理候補となっている描画命令よりも描画処理負荷が低い描画命令の画像データが存在しないか判断する。
【００７４】
描画処理候補となっている状態Ｃの描画負荷は６で、画像データ格納部には描画処理負荷１の状態Ａ２０１の画像データが格納されている。このため、描画処理候補となっている描画命令よりも描画処理負荷が低い描画命令の画像データが存在すると判断されステップ４２１に移る。
【００７５】
ステップ４２１では、描画処理負荷の低い状態Ａ２０１の画像データを削除する。描画処理負荷の低い状態Ａ２０１の画像データを削除した画像データ格納部１０７は状態３２５となる。
【００７６】
ステップ４１１に移り、描画処理負荷が大きい状態Ｃの描画処理を行い、形成された画像データを画像データ格納部１０７に格納する。画像データ格納部１０７の状態は状態３２６となる。
【００７７】
ステップ４１２に移り、次状態の描画命令の描画処理が残っているか判定を行う。
【００７８】
状態Ａ２０１が描画候補として残っているのでステップ４１０に再度戻る。
【００７９】
ステップ４１０では、画像データ格納部の空き領域の確認を行う。
【００８０】
画像データ格納部は状態３２６であり空き領域は存在しないのでステップ４２０に移る。
【００８１】
ステップ４２０では、画像データ格納部１０７に次状態ではないデータが格納されているか、描画処理候補となっている描画命令よりも描画処理負荷が低い描画命令の画像データが存在しないか判断する。
【００８２】
画像データ格納部１０７に次状態ではないデータが格納されていない。
【００８３】
また、描画処理候補となっている描画命令は、状態Ａ２０１であり描画負荷は１であることから、描画処理候補となっている描画命令よりも描画処理負荷が低い描画命令の画像データは存在しないと判断され、ステップ４３０に移る。
【００８４】
ステップ４３０では、ＵＩの表示が変更されるイベントを待つ。
【００８５】
ここで、ＵＩ表示部に表示される画像データを状態Ｄ２０２に遷移させる操作を、ユーザが操作入力部１０２から入力したとする。
【００８６】
ＵＩ表示が変更されるイベントが発生したため、ステップ４４０に移る。
【００８７】
ステップ４４０では、画像データ格納部に状態Ｄ２０４の画像データが存在するので、ステップ４４１に移り状態Ｄの画像データを取得し、ステップ４６０で状態Ｄの画像データを表示する。
【００８８】
画像データ格納部に状態Ｄの画像データが存在するため、ユーザが操作を入力してから描画処理を行う場合よりもユーザ応答速度を高めることが可能である。
【００８９】
画像データ格納部１０７の状態が状態３２６である時に、ステップ４３０において、ＵＩ表示部に表示される画像データを状態Ａ２０１に遷移させる操作を入力した場合、ステップ４４０で画像データ格納部に状態Ａ２０１の画像データは存在しないと判断される。
【００９０】
画像データが存在しない場合には、ステップ４５０に移り状態Ａ２０１の描画命令を描画処理し、描画処理格納部１０７に格納し、ＵＩ表示部１０１に表示させる。
【００９１】
このように画像データが画像データ格納部に存在しない場合には、ユーザが操作を入力してから描画処理を実行する場合と同じユーザ応答時間となってしまう。
【００９２】
しかし、描画処理負荷の高い描画命令を優先的に画像データ格納部にしているため、画像データ格納部に存在しない画像データは、描画処理負荷の低い描画命令で形成することができる。
【００９３】
そのため、ユーザ応答速度を大きく低下させることなくＵＩを表示させることが可能となる。
【００９４】
なお、本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【図面の簡単な説明】
【００９５】
【図１】画像形成装置の構成例を示す図である。
【図２】ユーザインターフェイスの状態遷移図である。
【図３】画像データ格納部の状態遷移を示す図である。
【図４】画像形成装置の描画処理フローチャートである。
【図５】描画負荷記録部の例を示す図である。
【符号の説明】
【００９６】
１００  画像形成装置
１０１  ＵＩ表示部
１０２  操作入力部
１０３  描画命令格納部
１０４  描画命令選択部
１０５  描画負荷記録部
１０６  画像形成部
１０７  画像データ格納部
１０８  表示データ選択部
２０１−２０４  ユーザインターフェイスの表示状態
３１０−３１２  画像データ格納部の画像データ格納領域
４００−４５０  画像形成装置の描画処理動作
５００  描画負荷記録部の状態
５０１−５０４  描画負荷データ
【図１】
2007286745.tif 000003
【図２】
2007286745.tif 000004
【図３】
2007286745.tif 000005
【図４】
2007286745.tif 000006
【図５】
2007286745.tif 000007