(57)【要約】【課題】電源投入直後の画面消失を防止する。【解決手段】画面を表示する表示手段と、表示手段を制御する表示手段制御手段と、アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取る基幹部と、基幹部へ画面の情報を引き渡す初期化部と、記憶手段の告知画面データを初期化部から引き継いで表示手段に引き渡すデバイスドライバと、を備えた。【選択図】図４
2015032216.tif 000002
【特許請求の範囲】
【請求項１】
画面を表示する表示手段と、
前記表示手段を制御する表示手段制御手段と、
アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取る基幹部と、
前記基幹部へ前記画面の情報を引き渡す初期化部と、
記憶手段の告知画面データを前記初期化部から引き継いで前記表示手段に引き渡すデバイスドライバと、を備えたことを特徴とする画像処理装置。
【請求項２】
前記表示手段のサイズを検出する機能を有し、
前記表示手段のサイズによって、表示する画面データを変更することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
画像の拡大／縮小機能を有することを特徴とする請求項２記載の画像処理装置。
【請求項４】
地域によって、表示する言語を切り替える機能を有することを特徴とする請求項１記載の画像処理装置。
【請求項５】
画像を重ね合わせる機能を有することを特徴とする請求項４記載の画像処理装置。
【請求項６】
表示する言語を切り替える機能と、画像を重ね合わせる機能と、を有することを特徴とする請求項３記載の画像処理装置。
【請求項７】
画像処理装置における画像処理方法であって、
表示手段が、画面を表示するステップ、
表示手段制御手段が、前記表示手段を制御するステップ、
基幹部が、アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取るステップ、
初期化部、前記基幹部へ前記画面の情報を引き渡すステップ、及び
デバイスドライバが、記憶手段の告知画面データを前記初期化部から引き継いで前記表示手段に引き渡すステップ、
を有することを特徴とする画像処理方法。
【請求項８】
画像処理装置の実質的なコンピュータが、
表示手段に、画面を表示させる手順と、
表示手段制御手段に、前記表示手段を制御する手順と、
基幹部に、アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取る手順と、
初期化部に、前記基幹部へ前記画面の情報を引き渡す手順と、
デバイスドライバに、記憶手段の告知画面データを前記初期化部から引き継いで前記表示手段に引き渡す手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理方法、及びプログラムに関する。
【背景技術】
【０００２】
画像処理装置の電源が投入されたときに、ROM(read-only memory)からコードが呼び出されて、最初に起動して各種デバイスの初期化を行う機能を有する初期化部としてのブートローダがある。ブートローダは、ROMから基幹部としてのカーネルのイメージをRAM(random-access memory)に配置する。RAMから起動して、画像処理装置のシステムを実現するのがカーネルである。
画像処理装置に電源が投入されるとブートローダでユーザーに起動中であることを画面表示する技術、カーネルが起動してユーザーに起動中であることを画面表示する技術、及びカーネルでMFPの操作画面を表示する技術は、既に知られている。尚、MFPはmulti-function printerの略であり、複合機を意味する。
【０００３】
しかし、一般的な画面表示の技術では、ブートローダで画面を表示させる場合、ブートローダからカーネルへシステムが切り替わるタイミングで、画面が一時的に消える。画面が消える時間は２〜３秒程度と短いが、ユーザーにとっては長く感じて不快となったり、故障と勘違いしてしまったりするという問題があった。また、ブートローダで画面を表示させない場合は、カーネルが立ち上がるまで画面には何も表示されない。このため、ユーザーが故障と勘違いしてしまうという問題があった。
【０００４】
そこで、このような問題を解決するため、種々の提案がなされた（例えば、特許文献１参照。）。
特許文献１には、複数の言語圏のユーザーに対して、故障中ではなく起動中である旨を理解可能とさせるように表示手段に表示させることが目的で、起動前制御手段がROMに格納された所定の初期表示画像をLCDに表示する方法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述した特許文献１に記載の発明は、カーネルによってシステムが起動する前の制御手段がLCDに画面表示を行っている。しかし、特許文献１に記載の技術ではカーネルにシステムが切り替わると、VRAMの初期化が行われるため、画面が一時的に消えてしまうという問題は解消できていない。尚、VRAMはvideo random-access memoryの略である。
【０００６】
そこで、本発明の目的は、電源投入直後の画面消失を防止することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に記載の発明は、画面を表示する表示手段と、前記表示手段を制御する表示手段制御手段と、アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取る管理部と、前記管理部へ前記画面の情報を引き渡す初期化部と、記憶手段の告知画面データを前記初期化部から引き継いで前記表示手段に引き渡すデバイスドライバと、を備えた
ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、電源投入直後の画面消失を防止することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係るハードウェア構成図である。
【図２】従来技術による動作のフローチャートである。
【図３】ブートローダで画面を表示したときのフローチャートである。
【図４】図１に示した画像処理装置の動作を示すフローチャートである。
【図５】ブートローダのメモリマップの一例である。
【図６】LCDデバイスドライバのフローチャートの一例である。
【図７】LCDデバイスドライバのフローチャートの一例である。
【図８】変形例１のフローチャートの一例である。
【図９】変形例２のフローチャートの一例である。
【図１０】変形例３のフローチャートの一例である。
【図１１】変形例４のフローチャートの一例である。
【発明を実施するための形態】
【００１０】
以下、実施形態について述べる。
＜概  要＞
要するに、本実施形態は、初期化部としてのブートローダで画面を表示し、画面に表示した、メモリに格納されている画像データの情報をブートローダから基幹部としてのカーネルに引き継ぐことを含む。
【００１１】
＜構  成＞
図１は、一実施形態に係るハードウェア構成図である。
画像処理装置100は、操作部ユニット200と、コントローラユニット300と、エンジンユニット400と、供給モジュール(以下、PSU：Power Supply Unit）500と、を有する。
【００１２】
操作部ユニット200は、操作画面表示や操作受付を行う機能を有する。操作部ユニット200は、液晶表示素子(以下、LCD：Liquid Crystal Display)201と、タッチパネル(以下、Touch Panel)202と、キー(以下、Key)203と、を有する。
【００１３】
コントローラユニット300は、ネットワーク機器（PC：Personal Computerやサーバ）等と通信を行ったり、省エネ時の監視を行ったり、画像処理を行ったりする機能を有する。コントローラユニット300は、特定用途向け集積回路(以下、ASIC：Application Specific Integrated Circuit)301、RAM306、ROM307、NVRAM308、USB-Host309、USB-Device310、及びイーサネット(以下、Ethernet「登録商標」)311を有する。ASIC301は、CPU(Central Processing Unit)302、操作部制御部303、画像処理部304、及び省エネコントローラ305を有する。尚、USBは、Universal Serial Busの略である。
表示手段としてのLCD201を制御する表示手段制御手段は、ASIC301のCPU301、操作部制御部303、画像処理部304、及び省エネコントローラ305におけるLCD301の制御に関連する部位であり、ソフトウェアで構成される。
【００１４】
CPU302は、画像処理装置100を統括制御する機能を有するデバイスである。操作部制御部303は、操作部ユニット200のLCD201の画面表示、Touch Panel202の接触状況、及びKey203のオンオフ状況を判断する機能を有する。画像処理部304は、画像情報に基づいて画像の補正、拡大／縮小、濃淡等を処理する機能を有する。省エネコントローラ305は、画像処理装置100の消費電力を押さえるように制御する機能を有する。
RAM306は、ROM307に格納された動作制御プログラムを展開するため一時的に記憶するデバイスであり、例えば、フラッシュメモリが挙げられる。ROM307は、画像処理装置100の動作制御プログラムを格納したデバイスであり、例えば、マスクROMが挙げられる。NVRAM308は、不揮発RAMと呼ばれ、電源が切断されても記憶データが消滅せず、画像データの記憶に用いられる。USB-Host311は、USB接続可能なホストコンピュータである。USB-Device310は、USB接続可能なデバイスである。Ethernet(登録商標)311は、米国のゼロックス社、ディジタルイクイップメント社、インテル社等が共同開発したLAN(Local Area Network)の規格であるが、ここではインターネット接続のための物理層を意味する。
【００１５】
エンジンユニット400は、スキャナユニット402やプリンタユニット404を含め、それらのユニットを制御する機能を有する。エンジンユニット400は、CPU401、スキャナユニット402、制御IC403、及びプロッタユニット404を有する。
CPU401は、制御IC403を介してエンジンユニット400を統括制御する機能を有する。スキャナユニット402は、原稿を読み取り画像データに変換する機能を有する。プロッタユニット404は、図示しない用紙に画像を形成する機能を有する。
PSU500は、商用交流電源を所定の直流電圧に変換して画像処理装置100内の各ユニットに電源を供給する機能を有する。ACSWは電源スイッチである。
【００１６】
＜従来技術による動作＞
図２は、従来技術による動作のフローチャートである。
起動時に(S1)、図１に示したコントローラユニット300のROM307に格納されているブートローダ11がコントローラユニット300の各種デバイス、ASIC301の内部、すなわちCPU302、操作部制御部303、画像処理部304、RAM306を初期化する(S2)。
システムの切り替えが行われて(S3)、カーネル12が起動する。
カーネル12のイメージはROM307に格納されているが、ブートローダ11がRAM306に展開して、RAM307に展開されたカーネル12のイメージから起動される。
カーネル12は、LCD201のデバイスドライバとしてのLCDドライバ13を呼び出して(S4)、LCD201を初期化する(S5)。初期化の際に、LCD201のデバイスドライバによってLCD201の電源制御も行われる(S6)。
電源制御後、操作部ユニット200のLCD201の画面を表示するアプリケーションソフトウェアが立ち上がり(S8)、LCDドライバ13経由で真っ黒な画面上に(S7)、「お待ち下さい(『Please Wait』)」の画面を表示する(S10,S11)。
【００１７】
図３は、ブートローダで画面を表示したときのフローチャートである。
起動時(S21)に、ブートローダ11が各種デバイスを初期化する(S22)。
ブートローダ11は、ASIC301のLCD201の初期化(S23)と、LCD201の電源制御(S24)とを行う。
ブートローダ11は、『Please Wait』の画面をRAM306上に展開して(S26)、LCD201に表示を行う(S27,S28)。
システムの切り替えを行い(S29)、カーネル12が起動する。
システムの切り替えは、ブートローダ11からカーネル12へ処理が移管することであり、ブートローダ11は切り替え後、動作しなくなる。切り替え後はカーネル12が動作して、画像処理装置100のシステムが作動する。
カーネル12では、LCD201のデバイスドライバとしてのLCDドライバ13を呼び出し(S30)、ASIC301のLCD201の初期化(S31)と、LCD201の電源制御とが行われる(S32)。そのときに、ASIC301のLCD201が初期化されることにより、LCD201へ出力する信号が、HighやLowとなってしまい、LCD201は真っ黒(S33)もしくは真っ白の画面となってしまう可能性がある。初期化されてもASIC301のレジスタに値が残っている場合は、真っ黒や真っ白にはならずに、『Please Wait』画面が表示され続けることがある(S28)。
しかし、カーネル12が表示画像のメモリ領域を使ってしまった場合は画面が乱れてしまう可能性も考えられる。
その後アプリケーションが起動し(S34)、『Please Wait』の画面を表示する(S35,S36,S37)。
【００１８】
＜本実施形態による動作＞
図４は、図１に示した画像処理装置の動作を示すフローチャートである。
本実施形態の画像処理装置は、画像処理方法を適用したものである。
本画像処理方法は、以下のステップを有する画像処理方法である。
(1)表示手段としてのLCD201が、画面を表示するステップ
(2)CPU301、操作部制御部303、画像処理部304、及び省エネコントローラ305におけるLCD301の制御に関連する部位であり、ソフトウェアで構成される表示手段制御手段が、表示手段としてのLCD201を制御するステップ
(3)カーネル12が、アプリケーションソフトウェアを起動すると共に、ブートローダ11から画面情報を引き取るステップ
(4)ブートローダ11が、カーネル12へ画面の情報を引き渡すステップ
(5)デバイスドライバとしてのLCDドライバ13が、記憶手段としてのRAM306の告知画面データをブートローダ11から引き継いでLDC201に引き渡すステップ
【００１９】
すなわち、本画像処理装置のコントローラユニットのCPU302は、起動時に(S41)、ブートローダ11が各種デバイスを初期化する。
ブートローダ11でASIC301のLCD201の初期化(S42)と、LCD201の電源制御を行い(S44)、『Please Wait』の画面をRAM306に展開して(S46)、LCD201に表示を行う(S47)。
CPU302は、システムを切り替えて(S49)、カーネル12が起動する(S52)。
CPU302は、LCDドライバ13は呼び出すが(S50)、LCD（ASIC）14のレジスタの設定は行わず、デバイスドライバの数値の初期化/設定を行う(S51)。
カーネル12では、LCD210のデバイスドライバでLCD201の初期化と、LCD201の電源制御とは行わない。
アプリケーションが起動して(S52,S53)、『Please Wait』の画面を表示する(S54,S55)。
【００２０】
＜ブートローダのメモリマップ＞
図５は、ブートローダのメモリマップの一例である。
ブートローダ11で表示したい画面（MFPの場合は『Please Wait』）をFrame Bufferの領域を用いて、LCD201に画面を表示する。
ATAGに、Frame Bufferのアドレスとサイズとを記載しておき、カーネル12の起動時に引き取ることで、カーネル12でFrame Bufferの領域を認知する。
ATAGとは、Linux(以下、登録商標)が起動する際に、各種設定を行うためのタグであり、カーネル12に引き渡すパラメータである。ATAGは、一般的には、カーネル12のイメージが配置されているアドレスや、ファイルシステムのパス、利用可能なメモリ容量、コマンドラインからの入力データ等である。このパラメータに独自に画面データの情報（アドレスとサイズ）を追加しておく。
Rootfsとは、Root File Systemの略であり、Linuxが起動する時のファイルシステムをいう。
カーネル12のデバイスドライバでFrame Bufferを初期化する際に、アドレスのみを登録しておくことで、画面データは初期化されずに保持され、LCD201の表示が持続する。
この部分に関しての詳細は、図６及び図７のフローチャートを参照して説明する。
アプリケーションが起動しても、画面データは残っているので、次の画面データができるまではブートローダ11で保存した画面データがLCD201に表示される。
【００２１】
図６、図７は、LCDデバイスドライバのフローチャートの一例である。
図６は、一般的なLCDのデバイスドライバであるが、デバイスドライバが呼び出されると、メモリ上にフレームバッファの領域が確保される(S61)。デバイスドライバのデータを初期化し(S62)、フレームバッファ（RAM306）を初期化する(S63)。
LCD201の電源をオンにして(S64)、LCD（ASIC）14のレジスタを設定する(S65)。
LCD201の電源をオンにするタイミングで、LCD201の電源は入ってはいるが画面が表示されていない状態となる。つまり画面が真っ黒もしくは真っ白となる。
もし、デバイスドライバとしてのLCDドライバ13の前段のブートローダ11でLCD201の電源が入っている場合は、LCD201のレジスタを設定したタイミングで、フレームバッファ領域には画面が保存されていない。このため、このタイミングで画面は真っ黒もしくは真っ白となる。
【００２２】
図７では、ブートローダ11から引き継いだ画像データの情報から、フレームバッファのアドレスを画像データのアドレスとして、デバイスドライバのデータを初期化する(S71)。
このようにしておくことで、アプリケーションソフトウェアで画像の描画と画面表示指示とを受けるまでは『Please Wait』画面が表示され続け、アプリケーションソフトウェアから画面表示指示を受けると、ちらつくことなく表示が切り替わる。
尚、LCD201の電源オンと『Please Wait』の表示はブートローダ11で実施しているため、LCDドライバ13では不要な作業となっている。
【００２３】
＜変形例１＞
図８は、変形例１のフローチャートの一例である。
LCD201からASIC301へ、画面サイズやLCD201のメーカの情報が送られている(S81)。
LCD201の情報については、接続されるLCD201によって、汎用ポートのレベルが変わることで、LCD201のサイズを検出できる仕組みがある。
LCD201のサイズを動的に検出することで、ソフトウェアの変更をすることなく、画面サイズやLCD201のメーカが異なっていても、本発明を適用できる。
尚、『Please Wait』の画面は、各画面サイズの種類分をROM307に予め保存しておく必要がある(S82)。
処理はブートローダ11の処理中に行われる。
【００２４】
＜変形例２＞
図９は、変形例２のフローチャートの一例である。
ブートローダ11に画像の拡大/縮小機能をソフトウェアで設けることで、『Please Wait』の画面を１つだけもつ。画面サイズ変更時に、その機能を用いることで、ROM307に保存しておく画像を1種類にでき、ROM307のサイズを小さくすることができる。ここで、ソフトウェアで設けるとは、ROM307またはRAM306に設けることを意味する。
具体的には図９のようなフローチャートとなり、1種類の画像サイズで、様々なサイズのLCDに動的に対応できる。
具体的には、LCD201のサイズとメーカを取得し(S91)、画面データをROM307からRAM306へコピーする(S92)。
LCD201のサイズが準備している画像と同じか否かを判断し(S93)、同じであると判断した場合は(S93/Yes)、表示し、同じでないと判断した場合は(S93/No)、LCD201のサイズが準備している画像より大きいか否かを判断する(S94)。
LCD201のサイズが準備している画像より大きい場合(S94/Yes)、画像をLCD201のサイズに拡大して表示し(S96)、LCD201のサイズが準備している画像より大きくない場合(S94/No)、画像をLCD201のサイズに縮小して表示する(S96)。
【００２５】
処理はブートローダ11の処理中に行われる。
外国等の地域によって言語が異なる場合の言語の設定は、ソフトウェアをインストールして、初期設定をする時に工場で設定される。
設定情報はNVRAM308に保存されている。
『Please Wait』の画面を各言語に対応させることで、各言語圏でユーザーが間違わないように注意を喚起することができる。
尚、各言語に対応した『Please Wait』の画面を、対応言語分の画像データをROM307に保存しておく必要がある。
【００２６】
＜変形例３＞
図１０は、変形例３のフローチャートの一例である。
処理はブートローダ11が行う。
言語圏の情報を取得し(S101)、取得した言語圏の情報から、言語圏にあった『Please Wait』画面データをROM307からRAM306へコピーし(S102)、表示する。
【００２７】
＜変形例４＞
図１１は、変形例４のフローチャートの一例である。
ブートローダ11に画像の重ね合わせ機能をソフトウェアで設けることで、対応言語分のデータをROM307に保存する必要がなくなり、ROM307のサイズを小さくすることができる。
『Please Wait』の文字部分を各言語分、画像で保持しておき、その他の背景画像は１画像分だけ保存しておくことで、小さくすることができる。例えば、12カ国の言語があった場合、12カ国分の画面を全て保存しておく場合に比べ、背景画像を１画面分で、文字部分だけ12カ国分の画像を保存しておくことで、保存しておく画像の量とサイズとを小さくできる。背景画像及び文字部分のデータはROM306に格納される。
処理はブートローダ11が行う。
言語圏の情報を取得し(S111)、背景の画面データをROM307からRAM306へコピーする(S112)。
取得した言語圏の情報から、言語圏に合った『Please Wait』文字画像データをROM307からRAM306へコピーし(S113)、背景の画面と重ね合わせて、画面を作成し(S114)、表示する。
【００２８】
尚、変形例２の機能と変形例４の機能とを合わせ持つことで、つまりブートローダ11に拡大/縮小機能と、画像の重ね合わせ機能とをソフトウェアで設けることで、画面サイズや言語圏が異なっても対応可能となる。すなわち、背景画像の１画像分と、文字部分の画像を、言語圏分ごとそれぞれ１画像分だけ保存しておくことで対応可能となるので、ROM307のサイズの使用を最小化することができる。重ね合わせる元の画像は更新せず、そのままROM307に格納する。
【００２９】
＜プログラム＞
以上で説明した本発明に係る画像処理装置は、コンピュータで処理を実行させるプログラムによって実現されている。コンピュータとしては、例えばパーソナルコンピュータやワークステーションなどの汎用的なものが挙げられるが、本発明はこれに限定されるものではない。よって、一例として、プログラムにより本発明の機能を実現する場合の説明を以下で行う。
【００３０】
例えば、
画像処理装置の実質的なコンピュータが、
表示手段に、画面を表示させる手順と、
表示手段制御手段に、前記表示手段を制御する手順と、
基幹部に、アプリケーションソフトウェアを起動すると共に、初期化部から画面情報を引き取る手順と、
初期化部に、前記基幹部へ前記画面の情報を引き渡す手順と、
デバイスドライバに、記憶手段の告知画面データを前記初期化部から引き継いで前記表示手段に引き渡す手順と、
を実行させるためのプログラムが挙げられる。
【００３１】
これにより、プログラムが実行可能なコンピュータ環境さえあれば、どこにおいても本発明にかかる装置を実現することができる。
このようなプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されていてもよい。
【００３２】
＜記憶媒体＞
ここで、記憶媒体としては、例えばCD-ROM、フレキシブルディスク(FD)、CD-R等のコンピュータで読み取り可能な記憶媒体、フラッシュメモリ、RAM、ROM等の半導体メモリやHDDが挙げられる。
【００３３】
CD-ROMは、Compact Disc Read Only Memoryの略である。フレキシブルディスクは、Flexible Disk：FDを意味する。CD-Rは、CD Recordableの略である。HDDは、Hard Disc Driveの略である。
【００３４】
＜作用効果＞
以上において、本実施形態によれば、ブートローダで画面を表示し、メモリに格納され、画面に表示した画像データの情報をブートローダからカーネルに引き継ぐ。これにより、画面表示をブートローダで行うことで素早く画面表示でき、さらにシステムが切り替わるタイミングで画面一時的であっても消えないようにすることができる。
【００３５】
＜その他＞
尚、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。例えば、本実施形態は、プリンタ、ファクシミリ、複写機、複合機、もしくはプロジェクタにも適用可能である。
【符号の説明】
【００３６】
１１    ブートローダ（初期化部）
１２    カーネル（基幹部）
１３    ＬＣＤドライバ（デバイスドライバ））
１４    ＬＣＤ（ＡＳＩＣ）
１００    画像処理装置
２００    操作部ユニット
２０１    ＬＣＤ
２０２    タッチパネル（Ｔｏｕｃｈ  Ｐａｎｅｌ）
２０３    キー（Ｋｅｙ）
３００    コントローラユニット
３０１    特定用途向け集積回路（ＡＳｉＣ）
３０２、４０１    ＣＰＵ
３０３    操作部制御部
３０４    画像処理部
３０５    省エネコントローラ
３０６    ＲＡＭ
３０７    ＲＯＭ
３０８    ＮＶＲＡＭ
３０９    ＵＳＢ−Ｈｏｓｔ
３１０    ＵＳＢ−Ｄｅｖｉｃｅ
３１１    Ｅｔｈｅｒｎｅｔ
４００    エンジンユニット
４０２    スキャナユニット
４０３    制御ＩＣ
４０４    プリンタユニット
５００    ＰＳＵ
【先行技術文献】
【特許文献】
【００３７】
【特許文献１】特開２００６―０６７３８２号公報
【図１】
2015032216.tif 000003
【図２】
2015032216.tif 000004
【図３】
2015032216.tif 000005
【図４】
2015032216.tif 000006
【図５】
2015032216.tif 000007
【図６】
2015032216.tif 000008
【図７】
2015032216.tif 000009
【図８】
2015032216.tif 000010
【図９】
2015032216.tif 000011
【図１０】
2015032216.tif 000012
【図１１】
2015032216.tif 000013