特許 6379881 情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6379881

(24)【登録日】2018年8月10日

(45)【発行日】2018年8月29日

(54)【発明の名称】情報処理装置及びプログラム

(51)【国際特許分類】

   G06F 9/4401 20180101AFI20180820BHJP

   G09G 5/00 20060101ALI20180820BHJP

   G09G 5/02 20060101ALI20180820BHJP

【ＦＩ】

   G06F9/4401

   G09G5/00 550D

   G09G5/02 B

   G09G5/00 550H

【請求項の数】3

【全頁数】8

(21)【出願番号】特願2014-178749(P2014-178749)

(22)【出願日】2014年9月3日

(65)【公開番号】特開2016-53780(P2016-53780A)

(43)【公開日】2016年4月14日

【審査請求日】2017年8月25日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】110000752

【氏名又は名称】特許業務法人朝日特許事務所

(72)【発明者】

【氏名】境田 裕志

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２００６−２４３５５０（ＪＰ，Ａ）

【文献】 特開２００６−１４６４８５（ＪＰ，Ａ）

【文献】 特開２０１５−０３２２１６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４０１

Ｇ０９Ｇ ５／００

Ｇ０９Ｇ ５／０２

(57)【特許請求の範囲】

【請求項1】

自装置を起動させる第１の起動手段と、
前記第１の起動手段が自装置の起動中に、画像表示を行う第１の画像表示手段と、
前記第１の起動手段の後に自装置を起動させる第２の起動手段と、
前記第２の起動手段が自装置の起動中に、画像表示を行う第２の画像表示手段と、
画像情報を記憶する記憶手段と、
前記画像情報に対し、色補正の画像処理を行う画像処理手段と、を有し、
前記第１の画像表示手段は、前記記憶手段に記憶されている画像情報に基づいて画像表示を行い、
前記第２の画像表示手段は、前記画像処理手段により画像処理が行われた前記第１の画像表示手段が画像表示に用いた画像情報に基づいて画像表示を行うことを特徴とする情報処理装置。

【請求項2】

前記画像処理手段は、前記記憶手段に記憶された画像情報に対して、ビット幅変換を行うことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

コンピュータを、
自装置を起動させる第１の起動手段と、
前記第１の起動手段が自装置の起動中に、画像表示を行う第１の画像表示手段と、
前記第１の起動手段の後に自装置を起動させる第２の起動手段と、
前記第２の起動手段が自装置の起動中に、画像表示を行う第２の画像表示手段と、
画像情報を記憶する記憶手段と、
前記画像情報に対し、色補正の画像処理を行う画像処理手段と、を有し、
前記第１の画像表示手段は、前記記憶手段に記憶されている画像情報に基づいて画像表示を行い、
前記第２の画像表示手段は、前記画像処理手段により画像処理が行われた前記第１の画像表示手段が画像表示に用いた画像情報に基づいて画像表示を行う
ように機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

電源がオンとなった後で初期起動画面を表示する発明として、特許文献１に開示された情報処理装置がある。この情報処理装置は、ＣＰＵが初期起動及びシステムリセットを行った後、ＯＳのカーネル、グラフィックドライバ、表示プログラムを順次読み出し、表示プログラムを起動して初期起動画面を表示する。

【0003】

初期起動画面は、ユーザーに対して正常に起動していることを示すために何等かの表示をしておくことが必要である。一方、起動時のプログラムは、ブートローダーによって起動時の制御が行われる。ブートローダーの処理が終了すると、起動制御のプログラムは、ＯＳによる制御に移行していく。ここで、前述の通り、正常に起動していることを示すため、初期起動画面は、ブートローダーによる起動時及びＯＳによる起動時の双方で表示する必要がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００８−２９３３２１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、ブートローダーが表示する画像の色深度とＯＳが表示する画像の色深度とが異なる場合、ブートローダーとＯＳとで表示する初期起動画面の色味が異なってしまう。
本発明は、ブートローダーで表示を行うときの色深度とＯＳで表示を行うときの色深度とが異なる場合でも、初期起動画面の表示に違いが生じるのを防ぐことを目的とする。

【課題を解決するための手段】

【0006】

本発明の請求項１に係る情報処理装置は、自装置を起動させる第１の起動手段と、前記第１の起動手段が自装置の起動中に、画像表示を行う第１の画像表示手段と、前記第１の起動手段の後に自装置を起動させる第２の起動手段と、前記第２の起動手段が自装置の起動中に、画像表示を行う第２の画像表示手段と、画像情報を記憶する記憶手段と、前記画像情報に対し、色補正の画像処理を行う画像処理手段と、を有し、前記第１の画像表示手段は、前記記憶手段に記憶されている画像情報に基づいて画像表示を行い、前記第２の画像表示手段は、前記画像処理手段により画像処理が行われた前記第１の画像表示手段が画像表示に用いた画像情報に基づいて画像表示を行う。

【0007】

本発明の請求項２に係る情報処理装置は、前記画像処理手段は、前記記憶手段に記憶された画像情報に対して、ビット幅変換を行う。

【0008】

本発明の請求項３に係るプログラムは、コンピュータを、自装置を起動させる第１の起動手段と、前記第１の起動手段が自装置の起動中に、画像表示を行う第１の画像表示手段と、前記第１の起動手段の後に自装置を起動させる第２の起動手段と、前記第２の起動手段が自装置の起動中に、画像表示を行う第２の画像表示手段と、画像情報を記憶する記憶手段と、前記画像情報に対し、色補正の画像処理を行う画像処理手段と、を有し、前記第１の画像表示手段は、前記記憶手段に記憶されている画像情報に基づいて画像表示を行い、前記第２の画像表示手段は、前記画像処理手段により画像処理が行われた前記第１の画像表示手段が画像表示に用いた画像情報に基づいて画像表示を行うように機能させる。

【発明の効果】

【0009】

請求項１、３に係る発明によれば、起動中に表示する画像に対して画像処理を行う画像処理手段を有さない場合に比べて、起動中の画像の表示の違いを低減することができる。
請求項２に係る発明によれば、簡易な構成で、起動中の画像の表示の違いを低減することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態に係る画像形成装置１のハードウェア構成を示したブロック図。

【図2】画像形成装置１の機能構成を示したブロック図。

【図3】ＣＰＵ１００が行う処理の流れを示したフローチャート。

【発明を実施するための形態】

【0011】

［実施形態］
図１は、本発明の一実施形態に係る画像形成装置１のハードウェア構成を示した図である。画像形成装置１は、本発明に係る情報処理装置の一例である。画像形成装置１は、パーソナルコンピュータなどのコンピュータ装置から送られたデータに従って用紙に画像を形成する画像形成機能、文書を複写する複写機能、用紙に形成されている画像を読み取りデータ化するスキャン機能などを備えている。なお、画像形成装置１が備える機能は、これらの機能に限定されるものではなく、ファクシミリの機能を備えていてもよい。また、画像形成装置１は、上述した機能を全て備えているものに限定されず、例えば、画像形成機能および複写機能を備えており、他の機能を備えていない構成であってもよい。

【0012】

操作部１０４は、画像形成装置１を操作するための複数のボタンやタッチスクリーンを備えている。なお、タッチスクリーンにおいて画像を表示する表示部１０５は、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイなどの表示装置を備えている。
通信部１０９は、通信回線に接続されており、通信回線に接続されている他の装置とデータ通信を行う。なお、通信回線としては、電話回線やＬＡＮ（local Area Network）等が挙げられる。通信部１０９は、用紙に形成する画像を示す画像データを他の装置から取得する。通信部１０９が取得した画像データは、ＣＰＵ１００が画像処理部１０８へ供給する。

【0013】

画像読み取り部１０６は、文書を光学的に読み取り、読み取った文書の画像を表す画像データを生成する画像読取装置（図示略）を備えている。画像読み取り部１０６は、生成した画像データを画像処理部１０８へ出力する。画像処理部１０８は、供給される画像データに各種処理を施すものである。画像処理部１０８は、供給される画像データが表す画像に色補正や階調補正等の画像処理を施し、画像処理が施された画像からＹｅｌｌｏｗ（Ｙ），Ｍａｇｅｎｔａ（Ｍ），Ｃｙａｎ（Ｃ），Ｂｌａｃｋ（Ｋ）の各色の画像の画像データを生成して画像形成部１０７へ出力する。

【0014】

画像形成部１０７は、電子写真方式によって用紙にトナー像を形成する。具体的には、この画像形成部１０７は、Ｙｅｌｌｏｗの色のトナー像を形成する画像形成部，Ｍａｇｅｎｔａの色のトナー像を形成する画像形成部，Ｃｙａｎの色のトナー像を形成する画像形成部，Ｂｌａｃｋの色のトナー像を形成する画像形成部を備えている。各画像形成部は、画像処理部１０８が出力した画像データに従って感光体上に静電潜像を形成した後、感光体表面にトナーを付着させてＹ・Ｍ・Ｃ・Ｋの各色のトナー像を形成し、このトナー像を用紙に転写する。そして、用紙に転写されたトナー像に熱と圧力を加えて定着させた後、トナー像が形成された用紙を画像形成装置１の外へ排出する。なお、本実施形態においてはトナーを用いて用紙に画像を形成するが、インクジェット方式などのインクを用いて用紙に画像を形成する構成としてもよい。また、画像が形成される媒体は紙に限定されるものではなく、ＯＨＰ（OverHead Projector）用のシートなど透明な合成樹脂のシートであってもよい。

【0015】

記憶部１０３は、データを永続的に記憶する記憶装置（例えば、ハードディスク装置）を有しており、第２の起動手段の一例であるオペレーティングシステムのカーネルのプログラムやデバイスドライバなどの各種ドライバのプログラム、画像形成装置１の各種機能を実現するアプリケーションプログラムを記憶する。
本実施形態においては、オペレーティングシステムのプログラムは、オープンソースを例として挙げているが、オープンソースに限定されるものではなく、クローズドソースであってもよい。

【0016】

ＲＯＭ（Read Only Memory）１０１は、第１の起動手段の一例であるブートローダーを記憶している。また、ＲＯＭ１０１は、画像形成装置１の起動中に表示する画像（所謂スプラッシュスクリーン）の画像データを記憶している。ＲＯＭ１０１は、スプラッシュスクリーンの画像データ（画像情報）を永続的に記憶する第１記憶手段の一例である。ＲＡＭ（Random Access Memory）１０２は、ＣＰＵ１００が使用するメモリである。ＲＡＭ１０２は、スプラッシュスクリーンの画像データが書き込まれる第２記憶手段の一例である。

【0017】

ＣＰＵ（Central Processing Unit）１００は、画像形成装置１の電源が入れられると、ＲＯＭ１０１のブートローダーを起動する。ブートローダーを起動したＣＰＵ１００は、オペレーションシステムのカーネルのプログラムや各種ドライバのプログラム、各種アプリケーションプログラムを起動し、画像形成装置１の各部の制御を行う。ＣＰＵ１００が各種プログラムを起動すると、上述した画像形成機能、複写機能およびスキャン機能などが実現する。また、プログラムを起動したＣＰＵ１００においては、スプラッシュスクリーンを表示する機能が実現する。

【0018】

（画像形成装置１の機能構成）
図２は、画像形成装置１において実現する機能のうち、本発明に係る特徴的な機能の構成を示した機能ブロック図である。
本実施形態では、書き込み手段１５０は、一例としてブートローダーとしている。書き込み手段１５０は、ＲＯＭ１０１に記憶されているスプラッシュスクリーンの画像データを、ＲＡＭ１０２の予め定められた領域に書き込む。
本実施形態では、第１表示手段１５１は、一例としてブートローダーとしている。第１表示手段１５１は、本発明に係る第１の画像表示手段の一例である。第１表示手段１５１は、オペレーティングシステムが起動する前に、ＲＡＭ１０２に書き込まれたスプラッシュスクリーンの画像データの画像データが表示されるように、表示部１０５を制御する。
本実施形態では、第２表示手段１５２は、一例として、オペレーティングシステム上で動作するドライバとしている。第２表示手段１５２は、本発明に係る第２の画像表示手段の一例である。第２表示手段１５２は、オペレーティングシステムの起動が開始された後、ＲＡＭ１０２に書き込まれたスプラッシュスクリーンの画像データの画像データに対して後述の画像処理を施し、画像処理後の画像が表示されるように、表示部１０５を制御する。

【0019】

（実施形態の動作例）
次に本実施形態の動作例について、図３のフローチャートを用いて説明する。まず、画像形成装置１の電源が入れられると、ＣＰＵ１００は、ＲＯＭ１０１からブートローダーを読み出し、読み出したブートローダーを起動する（ステップＳ１）。ブートローダーを起動したＣＰＵ１００は、自身の初期化やＲＡＭ１０２の初期化を行う。

【0020】

また、ブートローダーを起動したＣＰＵ１００は、ＲＯＭ１０１からスプラッシュスクリーンの画像データを読み出し、読み出した画像データをＲＡＭ１０２に書き込む（ステップＳ２）。なお、ＲＡＭ１０２においてスプラッシュスクリーンの画像データが書き込まれる領域は、ブートローダーのプログラムに書き込まれており、予め定められた領域となっている。

【0021】

ＣＰＵ１００は、画像データの書き込みが終了すると、ＲＡＭ１０２に書き込まれたスプラッシュスクリーンの画像データに基づいて表示部１０５を制御する（ステップＳ３）。これにより、表示部１０５においては、スプラッシュスクリーンの画像が表示される。なお、本実施形態においては、スプラッシュスクリーンの画像には、画像形成装置１を製造した会社の社名が含まれており、製造した会社を明示する。

【0022】

ブートローダーを起動したＣＰＵ１００は、次に記憶部１０３からオペレーティングシステムのカーネルのプログラムを読み出し、読み出したカーネルのプログラムを起動する（ステップＳ４）。カーネルを起動したＣＰＵ１００は、各種ドライバのプログラムを読み出し、読み出したプログラムを起動する（ステップＳ５）。

【0023】

ここで、ＣＰＵ１００が起動する複数のドライバのプログラムの中には、スプラッシュスクリーンの画像を表示するドライバが含まれており、このドライバのプログラムには、ＲＡＭ１０２においてブートローダーによりスプラッシュスクリーンの画像データが書き込まれる領域のアドレスが予め書き込まれている。

【0024】

スプラッシュスクリーンの画像を表示するドライバを起動したＣＰＵ１００は、スプラッシュスクリーンの画像データが書き込まれている領域からスプラッシュスクリーンの画像データを取得し、取得した画像データに基づいて表示部１０５を制御する（ステップＳ６）。これにより表示部１０５においては、スプラッシュスクリーンの画像が表示される。なお、ここでＣＰＵ１００は、表示部１０５を制御する際、ドライバが期待しているスプラッシュスクリーンの画像の色深度と、ブートローダーによって表示したスプラッシュスクリーンの画像の色深度とが異なる場合、読み出した画像データに画像処理を施し、画像処理が施された後の画像データに基づいて、表示部１０５を制御する。ここで行う画像処理の一例として、ブートローダーとドライバの扱う画像データのビット数が異なる場合の画像処理を挙げる。例えば、ブートローダーが扱う画像データのビット数が１６ビットであり、ドライバが扱う画像データのビット数が２４ビットであり、スプラッシュスクリーンの画像データが１６ビットである場合について説明する。スプラッシュスクリーンの画像データが１６ビットで表されている場合、ブートローダーはそのまま用いて、画像を表示する制御を行うが、ドライバは、スプラッシュスクリーンの画像データを、１６ビットから２４ビットにビットシフトして画像を表示する制御を行い、見た目が同様になるようにする。つまり、ドライバは、画像処理を行う画像処理手段の一例である。ここではスプラッシュスクリーンの画像データが１６ビットである場合について説明したが、この画像データは、ドライバが扱える２４ビットで表された画像データでもよい。その際は、ブートローダーが、画像データを読み取る前に、ビットシフトを行い、２４ビットの画像データを１６ビットの画像データに変換する。
また、ここで挙げたビットシフトは画像処理の一例であって、例えば、ＬＵＴ（Look Up Table）を用いて１６ビットの画像データと２４ビットの画像データとの変換を行い、扱うビット数の違いによる色味の違いを吸収させてもよい。
ＬＵＴを用いたビット幅変換も画像データに対する色補正の処理の一例である。

【0025】

この後、ＣＰＵ１００は、各種ドライバや各種アプリケーションプログラムを起動する（ステップＳ７）。ＣＰＵ１００は、ユーザーが画像形成装置１を使用可能な状態になると、表示部１０５を制御してスプラッシュスクリーンの画像を消去し（ステップＳ８）、画像形成装置１を操作するためのＧＵＩ（Graphical User Interface）を備えたメニュー画面が表示されるように表示部１０５を制御する（ステップＳ９）。画像形成装置１においては、メニュー画面を表示したタッチスクリーンをユーザーが操作すると、ユーザーが行った操作に応じてＣＰＵ１００が各部を制御し、ユーザーが行った操作に応じた処理が行われる。

【0026】

本実施形態によれば、ドライバのプログラムには、ＲＯＭ１０１においてスプラッシュスクリーンの画像データが書き込まれている領域のアドレスは書き込まれておらず、スプラッシュスクリーンの画像データが書き込まれるＲＡＭ１０２の領域のアドレスが書き込まれているため、オープンソースであるドライバのソースを解析しても、ＲＯＭ１０１においてスプラッシュスクリーンの画像データが記憶されている領域のアドレスは得られない。このため、ＲＯＭ１０１に記憶されているスプラッシュスクリーンの画像データを不正に書き換えることが困難となっており、スプラッシュスクリーンの画像を書き換えて画像形成装置１を製造した会社を偽るのが困難となっている。

【0027】

［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。なお、上述した実施形態及び以下の変形例は、各々を組み合わせてもよい。

【0028】

上述した実施形態においては、スプラッシュスクリーンの画像を表示する情報処理装置は、画像形成装置１であるが、画像形成装置１に限定されるものではない。ブートローダーとオペレーティングシステムとを備える装置であれば、例えば、携帯電話機や、デジタルカメラ、デジタルテレビ、カーナビゲーション装置、タッチパネルを備えた機器等、他の装置であってもよい。

【0029】

上述した実施形態においては、スプラッシュスクリーンの画像データは、予めＲＯＭ１０１に記憶されているが、記憶部１０３がスプラッシュスクリーンの画像データを記憶するようにしてもよい。

【0030】

上述した実施形態においては、ブートローダーが起動した後、スプラッシュスクリーンの画像データは、ブートローダーによりＲＡＭ１０２に書き込まれるが、記憶部１０３の予め定められた領域に書き込み、ＣＰＵ１００は、記憶部１０３からスプラッシュスクリーンの画像データを読み出すようにしてもよい。

【0031】

上述した実施形態においては、ブートローダーにより表示されるスプラッシュスクリーンと、ドライバにより表示されるスプラッシュスクリーンとで色深度が同じとなるように画像処理が施されるが、画像処理を施さず、ブートローダーにより表示されるスプラッシュスクリーンと、ドライバにより表示されるスプラッシュスクリーンとで色深度が異なっていてもよい。

【0032】

上述した各種プログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk）））、光記録媒体（光ディスクなど）、光磁気記録媒体又は半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供し、画像形成装置１にインストールしてもよい。また、通信回線を介して画像形成装置１にダウンロードしてインストールしてもよい。

【符号の説明】

【0033】

１…画像形成装置、１００…ＣＰＵ、１０１…ＲＯＭ、１０２…ＲＡＭ、１０３…記憶部、１０４…操作部、１０５…表示部、１０６…画像読み取り部、１０７…画像形成部、１０８…画像処理部、１０９…通信部、１５０…書き込み手段、１５１…第１表示手段、１５２…第２表示手段

【図1】

【図2】

【図3】