特許 6024782 画像形成装置、カスタマイズ制御方法及びカスタマイズ制御プログラム

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

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

(11)【特許番号】6024782

(24)【登録日】2016年10月21日

(45)【発行日】2016年11月16日

(54)【発明の名称】画像形成装置、カスタマイズ制御方法及びカスタマイズ制御プログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20161107BHJP

   G06F 3/0484 20130101ALI20161107BHJP

   G06F 9/44 20060101ALI20161107BHJP

【ＦＩ】

   H04N1/00 C

   G06F3/0484 120

   G06F9/06 620C

【請求項の数】12

【全頁数】24

(21)【出願番号】特願2015-74892(P2015-74892)

(22)【出願日】2015年4月1日

(62)【分割の表示】特願2010-271895(P2010-271895)の分割

【原出願日】2010年12月6日

(65)【公開番号】特開2015-136181(P2015-136181A)

(43)【公開日】2015年7月27日

【審査請求日】2015年4月30日

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】佐々木 徹

【審査官】 橋爪 正樹

(56)【参考文献】

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

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

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

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

Ｈ０４Ｎ １／００

Ｈ０４Ｎ ３／０４８− ３／０４８９

Ｇ０６Ｆ ３／１２

Ｇ０６Ｆ ９／４４ − ９／４５５

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

【請求項1】

ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を管理する第１管理手段と、
ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を管理する第２管理手段と、
前記第１の画面及び前記第２の画面を表示制御する第３管理手段と、
前記第３管理手段により表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御手段と、
を備える画像形成装置。

【請求項2】

前記カスタマイズ制御手段は、カスタマイズされた前記配置アイテムの前記配置アイテム種別情報が前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映しないことを示すとき、前記配置アイテムのカスタマイズを、前記第１の画面に依存する前記第２の画面に反映しないことを特徴とする請求項１に記載の画像形成装置。

【請求項3】

前記カスタマイズ制御手段は、カスタマイズされた前記配置アイテムの前記配置アイテム種別情報が前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映することを示すとき、前記配置アイテムにされたカスタマイズが該配置アイテムの機能の利用可否に影響するカスタマイズであれば、前記配置アイテムのカスタマイズを、前記第１の画面に依存する前記第２の画面に反映することを特徴とする請求項１又は２に記載の画像形成装置。

【請求項4】

前記配置アイテムの機能の利用可否に影響するカスタマイズは、前記配置アイテムを表示又は非表示にするカスタマイズであることを特徴とする請求項３に記載の画像形成装置。

【請求項5】

前記複数の配置アイテムのうち一の配置アイテムの配置アイコン種別は、前記複数の配置アイテムのうち他の配置アイテムの機能制限により該一の配置アイテムの表示を変更することを示し、
前記カスタマイズ制御手段は、前記第１の画面の他の配置アイテムに対して該他の配置アイテムの機能の利用可否に影響するカスタマイズがされるとき、前記第１の画面の一の配置アイテムの表示を変更することを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。

【請求項6】

請求項５に記載の画像形成装置であって、
前記他の配置アイテムの配置アイコン種別が、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映することを示すとき、
前記カスタマイズ制御手段は、前記第１の画面の他の配置アイテムに対して該他の配置アイテムの機能の利用可否に影響するカスタマイズがされるとき、前記第２の画面の前記他の配置アイテム及び前記第２の画面の前記一の配置アイテムの表示を前記第１の画面と同じように変更することを特徴とする画像形成装置。

【請求項7】

ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を管理する第１管理手段と、
ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を管理する第２管理手段と、
前記第１の画面及び前記第２の画面を表示制御する第３管理手段と、
前記第３管理手段により表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御手段と、
を備え、
前記カスタマイズ制御手段は、カスタマイズされた前記配置アイテムの前記配置アイテム種別情報が前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映することを示すとき、前記配置アイテムにされたカスタマイズが前記第１の画面のデザインに関するカスタマイズであれば、前記配置アイテムのカスタマイズを、前記第１の画面に依存する前記第２の画面に反映しないことを特徴とする画像形成装置。

【請求項8】

請求項７に記載の画像形成装置であって、
前記デザインに関するカスタマイズは、前記配置アイテムのレイアウトの変更又は前記配置アイテムのサイズ変更であることを特徴とする画像形成装置。

【請求項9】

前記ＵＩ画面は、ホーム画面であり、前記第１の画面は、デフォルトのホーム画面であり、前記第２の画面は、ユーザごとのホーム画面であることを特徴とする請求項１乃至８のいずれか一項に記載の画像形成装置。

【請求項10】

前記配置アイテムは、アイコンであることを特徴とする請求項１乃至９のいずれか一項に記載の画像形成装置。

【請求項11】

画像形成装置が行うカスタマイズ制御方法であって、
前記画像形成装置が、記憶部から、ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を取得する第１取得ステップと、
前記画像形成装置が、記憶部から、ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を取得する第２取得ステップと、
前記画像形成装置が、前記第１の画面及び前記第２の画面を表示制御する表示制御ステップと、
前記画像形成装置が、前記表示制御ステップにより表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御ステップと、
を有するカスタマイズ制御方法。

【請求項12】

コンピュータにカスタマイズ制御方法を実行させるためのカスタマイズ制御プログラムであって、
前記コンピュータが、記憶部から、ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を取得する第１取得ステップと、
前記コンピュータが、記憶部から、ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を取得する第２取得ステップと、
前記コンピュータが、前記第１の画面及び前記第２の画面を表示制御する表示制御ステップと、
前記コンピュータが、前記表示制御ステップにより表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御ステップと、
をコンピュータに実行させるためのカスタマイズ制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＵＩ画面のカスタマイズを行う画像形成装置、カスタマイズ制御方法及びカスタマイズ制御プログラムに関する。

【背景技術】

【0002】

近年、複合機のＵＩ画面に対し、ユーザがカスタマイズ可能な項目や、そのカスタマイズの反映対象となるユーザを、ユーザの運用環境に応じて動的に変更できるようになっている。例えば、ＵＩ画面に含まれるＵＩ部品を構成する各パラメータに対し、変更権限のあるユーザや、変更の反映対象となるユーザについてカスタマイズ設定を可能とする技術が既に知られている。

【0003】

特許文献１（特開２００７−３２３２３４号公報）では、ユーザの運用環境に応じて、ユーザ毎にＵＩ画面でカスタマイズ可能な項目や、そのカスタマイズの反映対象となるユーザを制御できるようにする。特許文献１には、ＵＩ画面に含まれるＵＩ部品を構成する各パラメータに対し、そのパラメータの変更権限のあるユーザや、そのカスタマイズの反映対象となるユーザをメタ情報として管理し、ユーザに動的に設定変更させるための構成が開示されている。

【発明の概要】

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

【0004】

しかし、従来技術では、ＵＩ部品のパラメータ単位でカスタマイズ可能なユーザや、そのカスタマイズの反映対象となるユーザを設定できるが、カスタマイズを1つの画面に対して行う仕組みであるため、複数ユーザの管理を考慮すると非常に煩雑となってしまう。

【0005】

つまり、あるカスタマイズ対象のＵＩ画面を考えた場合、現在どのパラメータを、誰が変更できて、どの画面に影響するか、などのカスタマイズ設定状態がパラメータ毎に個々に管理されていた。よって、従来技術では、カスタマイズの全体を把握しにくく、カスタマイズ設定の管理が煩雑となるという問題があった。

【0006】

一方、複合機は、多機能性が進歩し、標準搭載するアプリケーション（コピー、スキャナ、ＦＡＸ、プリンタ）に加え、Software Development Kit（以下、ＳＤＫともいう）を使用して３ｒｄベンダーが追加するアプリケーション、Ｗｅｂページの閲覧といった機能が搭載されている。また、複合機は、各アプリケーション（例えばコピーアプリ）に事前に登録された設定値（例えばA4サイズ、白黒、集約、ステープルあり）を呼び出すことができるマクロ機能も搭載されている。ここで、多機能化した複合機は、後から追加したアプリケーションやマクロ機能を使用する場合、ユーザの操作数が多くなってしまうという問題があった。

【0007】

そこで本発明は、上記問題に鑑みてなされたものであり、多機能化する複合機において、ユーザの操作性を向上させつつ、カスタマイズ設定の管理及び制御を容易にすることができる画像形成装置、カスタマイズ制御方法及びカスタマイズ制御プログラムを提供することを目的とする。

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

【0008】

本発明の一態様の画像形成装置は、ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を管理する第１管理手段と、ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を管理する第２管理手段と、前記第１の画面及び前記第２の画面を表示制御する第３管理手段と、前記第３管理手段により表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御手段と、を備える。

【0009】

また、本発明の他の態様のカスタマイズ制御方法は、前記画像形成装置が、記憶部から、ＵＩ画面に対する第１の画面と、該第１の画面に対し依存関係を持つ第２の画面と、を含む画面種別情報を取得する第１取得ステップと、前記画像形成装置が、記憶部から、ＵＩ画面内に配置される複数の配置アイテムごとに、前記第１の画面の配置アイテムのカスタマイズを前記第２の画面に反映するかを示す配置アイテム種別情報を取得する第２取得ステップと、前記画像形成装置が、前記第１の画面及び前記第２の画面を表示制御する表示制御ステップと、前記画像形成装置が、前記表示制御ステップにより表示制御された前記第１の画面の配置アイテムがカスタマイズされるとき、該配置アイテムの前記配置アイテム種別情報に基づいて、前記第１の画面に依存する前記第２の画面に該配置アイテムのカスタマイズを反映するか否かを制御するカスタマイズ制御ステップと、を有する。

【発明の効果】

【0010】

本発明によれば、多機能化する複合機において、ユーザの操作性を向上させつつ、カスタマイズ設定の管理及び制御を容易にすることができる。

【図面の簡単な説明】

【0011】

【図1】実施例に係るＭＦＰのハードウェアの一例を示すブロック図。

【図2】実施例におけるＭＦＰの機能の一例を示すブロック図。

【図3】アイコン画像情報の一例を示す図。

【図4】アイコン配置情報の一例を示す図。

【図5】コピーアプリの設定値の一例を示す図。

【図6】ＵＲＬ情報の一例を示す図。

【図7】画面種別情報の一例を示す図。

【図8】配置アイテム種別情報の一例を示す図。

【図9】カスタマイズ種別情報の一例を示す図。

【図10】アプリの一覧画面の一例を示す図。

【図11】画面遷移の一例を示す図。

【図12】各画面の構成例を示す図。

【図13】ホーム画面の構成例を示す図。

【図14】実施例におけるカスタマイズ（その１）の一例を示す図。

【図15】実施例におけるカスタマイズ（その２）の一例を示す図。

【図16】実施例におけるカスタマイズ（その３）の一例を示す図。

【図17】実施例におけるカスタマイズ（その４）の一例を示す図。

【図18】実施例におけるカスタマイズ（その５）の一例を示す図。

【図19】実施例におけるカスタマイズ（その６）の一例を示す図。

【図20】配置アイテムの追加の一例を示す図。

【図21】実施例におけるカスタマイズ処理の一例を示すシーケンス図。

【図22】実施例におけるカスタマイズ対象判定処理の一例を示すフローチャート。

【図23】実施例における配置アイテム種別の判定処理の一例を示すフローチャート。

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

【0012】

以下、本発明の実施例を図面に基づいて説明する。画像形成装置の一例としてＭＦＰ（Multifunction Peripheral）について説明する。
［実施例］
＜ハードウェア＞
図１は、実施例に係るＭＦＰのハードウェアの一例を示すブロック図である。図１に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

【0013】

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２や補助記憶部１３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

【0014】

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

【0015】

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

【0016】

外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ１とのインタフェースである。

【0017】

また、記録媒体１９に、所定のプログラムを格納し、この記録媒体１９に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介してＭＦＰ１にインストールされ、インストールされた所定のプログラムはＭＦＰ１により実行可能となる。

【0018】

ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ１とのインタフェースである。

【0019】

操作部１６や表示部１７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。

【0020】

エンジン部１８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部１８は、スキャナエンジンなどをさらに備えてもよい。

【0021】

＜機能＞
次に、ＭＦＰ１の機能について説明する。図２は、実施例におけるＭＦＰ１の機能の一例を示すブロック図である。ＭＦＰ１は、標準搭載アプリ２０、設定値記憶手段２５、Ｗｅｂブラウザ３０、ＵＲＬ記憶手段３１、拡張アプリ４０、拡張アプリ制御手段４５、ＳＤＫ−ＩＦ４６、スキャナ設定値記憶手段４７、蓄積設定値記憶手段４８を含む。また、ＭＦＰ１は、ＡＰＩ（Application Program Interface）５０、システム管理部６１、メモリ管理部６２、エンジン管理部６３、ユーザ管理部６４、送信管理部６５を含む。また、ＭＦＰ１は、表示手段７０、入力手段７１、画面管理手段７２、画面種別情報管理手段７３、配置アイテム種別情報管理手段７４、カスタマイズ制御手段７５を含む。

【0022】

標準搭載アプリ２０は、ＭＦＰ１に標準で搭載されているアプリケーションである。例えば、コピーアプリ２１、スキャナアプリ２２、プリンタアプリ２３、ＦＡＸアプリ２４が標準搭載アプリ２０である。標準搭載アプリ２０は、操作画面作成やアプリケーションのジョブを実行することができ、設定値記憶手段２５に対して、設定値の登録、呼び出しを行う。この機能をマクロ機能と呼ぶ。標準搭載アプリ２０は、ＡＰＩ５０を用いて、表示手段７０にデータを出力する。

【0023】

設定値記憶手段２５は、各標準搭載アプリに対して、各設定項目に対し、予め登録した設定値を記憶する。

【0024】

Ｗｅｂブラウザ３０は、ｈｔｔｐサーバと通信を行ない、Ｗｅｂページを表示する。Ｗｅｂブラウザ３０は、ＵＲＬ記憶手段３１から、ＵＲＬ情報を取得して、このＵＲＬのＷｅｂページを表示手段７０に出力する。ＵＲＬ記憶手段３１は、Ｗｅｂブラウザ３０で表示するＵＲＬを記憶する。なお、Ｗｅｂブラウザ３０は必ずしも本実施例に必要な機能ではない。

【0025】

拡張アプリ４０は、ＳＤＫ（Software Development Kit）によって追加インストールできるアプリケーションである。また、拡張アプリ４０は、画面作成やアプリケーションのジョブを実行する。Ｃ言語で開発されたＳＤＫアプリをＴｙｐｅＣと分類し、Ｊａｖａ（登録商標）で開発されたＳＤＫアプリをＴｙｐｅＪと分類する。

【0026】

ＳＤＫコピーアプリ４１は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＳＤＫコピーアプリ４１は、ＴｙｐｅＣ（Ｃ言語で作成）のＳＤＫアプリに分類される。

【0027】

ＪａｖａＳＤＫ開発プラットフォーム４２は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＪａｖａＳＤＫ開発プラットフォーム４２は、ＴｙｐｅＣのＳＤＫアプリに分類され、Ｊａｖａ（登録商標）で開発したＳＤＫアプリを搭載するためのＪａｖａＶＭプラットフォームである。

【0028】

ＳＤＫ簡単スキャナ４３は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ簡単スキャナ４３は、ＴｙｐｅＪのＳＤＫアプリに分類される。

【0029】

ＳＤＫ文書蓄積４４は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ文書蓄積４４は、ＴｙｐｅＪ（Ｊａｖａ（登録商標）で作成）のＳＤＫアプリに分類される。

【0030】

拡張アプリ制御手段４５は、ＳＤＫアプリ全般を管理する。ＳＤＫ−ＩＦ４６は、各管理部、入力、表示手段などに対するＳＤＫアプリ（ＳＤＫ簡単スキャナなど）とのインタフェースである。

【0031】

拡張アプリ制御手段４５は、ＴｙｐｅＣのＳＤＫアプリを直接管理する。また、ＪａｖａＳＤＫ開発プラットフォーム４２というＴｙｐｅＣのＳＤＫアプリにより、そこにＴｙｐｅＪのＳＤＫアプリを搭載することを実現している。

【0032】

システム管理部６１は、システム全体の状態管理をする。システム管理部６１は、各アプリに対して操作画面の表示要求を行う。メモリ管理部６２は、メモリ管理やスキャンしたファイルデータの作成を行う。エンジン管理部６３は、原稿の読み取りの制御を行う。ユーザ管理部６４は、ユーザ認証やスキャナ送信先の管理を行う。送信管理部６５は、ＭＦＰ１から他機器へのデータ送信を制御する。

【0033】

表示手段７０は、アプリの一覧画面を表示する。また、表示手段７０は、標準搭載アプリ２０、拡張アプリ４０の操作画面、Ｗｅｂブラウザ３０によるＷｅｂページを表示する。

【0034】

入力手段７１は、一覧画面内のアイコンへの押下を検知する。アイコンはＵＩ部品の一つであり、配置アイテムともいう。アイコンへの押下は、そのアイコンに対する操作要求として入力手段７１が受け付ける。また、入力手段７１は、標準搭載アプリ２０、拡張アプリ４０の操作画面からの入力、Ｗｅｂページからの入力を受け付ける。また、入力手段７１は、ＵＩ画面のＵＩ部品に対してカスタマイズ操作を受け付ける。

【0035】

画面管理手段７２は、複数のＵＩ画面の構成を管理したり、所定のＵＩ画面を表示制御したりする。画面管理手段７２は、入力手段７１から要求された一覧画面のアイコンに応じて各標準搭載アプリ２０、拡張アプリ４０、Ｗｅｂブラウザ３０の中から画面表示オーナーを判断し、オーナーに対して画面表示要求を出す。画面管理手段７２は、アプリの一覧画面内に新規に登録されたＵＩ部品に対し、後述する配置アイテム種別を決定する。

【0036】

画面管理手段７２は、アプリの一覧画面に表示させるアイコン画像、アイコン配置情報（各拡張アプリのＩＤも持つ）を記憶、管理する。また、画面管理手段７２は、アイコン画像、アイコン配置情報を基にアプリの一覧画面を作成する。

【0037】

画面管理手段７２は、カスタマイズ制御手段７５からの制御により、カスタマイズ内容に基づいて画面情報を更新する。

【0038】

なお、従来技術との違いとしては、例えば、拡張アプリ制御手段４５は、従来は拡張アプリ専用の画面を出していたが、本実施例では拡張アプリ制御手段４５では専用の画面は出さない。また、本実施例では、画面管理手段７２において、拡張アプリ４０、標準搭載アプリ２０、Ｗｅｂブラウザ３０を含めた全てのアプリへの画面遷移を管理する。

【0039】

画面種別情報管理手段７３は、カスタマイズ時の画面間の依存関係を表す種別を含む画面種別情報を管理する。例えば、画面の種別として、デフォルト画面、デフォルト画面に依存するユーザ別画面がある。デフォルト画面でカスタマイズが行われた場合、基本的にはユーザ別画面に反映される。しかし、ユーザ別画面でカスタマイズが行われた場合、デフォルト画面には反映されない。

【0040】

配置アイテム種別情報管理手段７４は、ＵＩ画面内に配置される配置アイテム（アイコン）に対し、依存先の画面のカスタマイズを反映するか否かを表す種別を含む配置アイテム種別情報を管理する。配置アイテムの種別として、依存先の画面のカスタマイズを反映する画面依存と、依存先の画面のカスタマイズを反映しない機能依存とがある。しかし、機能依存の配置アイテムは、依存先の画面のカスタマイズの内容が、依存している機能の利用制限である場合、この利用制限が反映される。

【0041】

カスタマイズ制御手段７５は、ＵＩ画面の配置アイテムに関するカスタマイズを制御する。カスタマイズ制御手段７５は、所定のＵＩ画面の配置アイテムがカスタマイズされる場合、所定のＵＩ画面の画面種別情報及びカスタマイズ対象の配置アイテムの配置アイテム種別情報に基づいて、所定のＵＩ画面以外のＵＩ画面にもカスタマイズを反映するかを判定する。カスタマイズ制御手段７５は、所定の条件を満たせば、カスタマイズ内容を他のＵＩ画面にも適用する。

【0042】

なお、標準搭載アプリ２０、Ｗｅｂブラウザ３０、拡張アプリ４０、各管理部６１〜６５、画面管理手段７２、カスタマイズ制御手段７５、拡張アプリ制御手段４６は、制御部１１、ワークメモリとしての主記憶部１２、各種プログラムを保持する補助記憶部１３などにより実現されうる。また、設定値記憶手段２５、ＵＲＬ記憶手段３１、画面種別情報管理手段７３、配置アイテム種別情報管理手段７４は、主記憶部１２及び／又は補助記憶部１３などにより実現されうる。表示手段７０は、例えば制御部１１、表示部１７により実現され、入力手段７１は、操作部１６などにより実現されうる。

【0043】

＜データ構造＞
次に、各管理手段で記憶されるデータのデータ構造について説明する。画面管理手段７２は、アイコン画像情報、アイコン配置情報を記憶する。図３は、アイコン画像情報の一例を示す図である。

【0044】

図３に示すアイコン画像情報は、アイコンＩＤとアイコンの画像情報とが対応付けられる。アイコンの画像情報は、予め登録されている画像情報や、後から追加された画像情報などである。アイコンの画像情報が追加された場合、アイコンＩＤは、例えば画面管理手段７２により自動で割り当てられる。

【0045】

図４は、アイコン配置情報の一例を示す図である。図４に示すアイコン配置情報は、アイコンの配置ＩＤに対して、一覧画面での座標、アイコン画像と対応するアイコンＩＤ、画面を表示するオーナーを特定する表示画面オーナーＩＤを保持するデータ構造となっている。また、アイコン配置情報は、標準搭載アプリ２０についてはアプリ設定値（ある場合のみ）の設定値番号、Ｗｅｂブラウザ３０についてはＵＲＬ番号を保持するデータ構造となっている。

【0046】

また、新規に拡張アプリ４０がインストールされる場合、画面管理手段７２が、使用している配置ＩＤの最大値をインクリメントした値を、配置ＩＤとして割り当てる。座標は、空いている所定位置の座標がアイコン配置情報に追加され、表示画面オーナーＩＤは、拡張アプリ４０が最初から保持している新規ＩＤがアイコン配置情報に追加される。

【0047】

アイコンＩＤは、拡張アプリ４０で用意されたアイコンがあれば、使用しているアイコンＩＤの最大値をインクリメントしてアイコンＩＤを割り当て、アイコン画像情報も更新する。アイコンがなければシステムデフォルトのアイコンＩＤが割り当てられる。

【0048】

図4に示すデータ構造を保持すれば、標準搭載アプリ２０と拡張アプリ４０のアイコンが同じ一覧画面に表示されるようになる。例えば、配置ＩＤが「４」の標準搭載アプリ２０のスキャナアプリ２２と、配置ＩＤが「５」の拡張アプリ４０のＳＤＫコピーアプリ４１とが同じ一覧画面に表示される。また、同じコピーアプリ２１であっても、マクロ機能の設定値が異なれば、異なるアイコンが表示されるようになる。例えば、配置ＩＤが「７」のコピーアプリ２１と、配置ＩＤが「８」のコピーアプリ２１が異なるアイコンとなる。

【0049】

次に、設定値記憶手段２５に記憶される、標準搭載アプリ２０のマクロ機能の設定値について説明する。図５は、コピーアプリ２１の設定値の一例を示す図である。

【0050】

図５に示すように、設定値情報は、各設定値番号に対して、登録名称と設定値を予めユーザが登録する。設定値番号が、一覧画面のアイコン配置情報（図４参照）に対応付けられている。

【0051】

例えば、設定値番号「１」のマクロ機能は、登録名称が「集約印刷」であり、設定値についてカラー「フルカラー」、給紙トレイ「Ａ４横」、原稿種類「写真」、セット方向「読める向き」、濃度「普通」、両面集約分割「集約」、変倍「７１％」、仕上げ「ソート」が設定されている。

【0052】

次に、ＵＲＬ記憶手段３１に記憶される、ＵＲＬ情報について説明する。図６は、ＵＲＬ情報の一例を示す図である。図６に示すように、ＵＲＬ番号に対して、登録名称とＵＲＬを予めユーザが登録する。ＵＲＬ番号が、一覧画面のアイコン配置情報に対応付けられている（図４参照）。

【0053】

例えば、ＵＲＬ番号「１」は、登録名称が「ＡＡＡホームページ」、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏ．ｊｐ／」が対応付けられている。

【0054】

次に、画面種別情報管理手段７３に記憶される、画面種別情報について説明する。図７は、画面種別情報の一例を示す図である。図７に示すように、画面種別情報は、画面種別とその特性が保持される。画面種別は、図７に示す例では、「デフォルト画面」と、「ユーザ別画面」とが定義される。

【0055】

「デフォルト画面」の特性は、カスタマイズ対象となる１画面に対し、１つ存在することである。「ユーザ別画面」の特性は、カスタマイズ対象となる１画面に対し、ユーザ毎に存在することである。また、「ユーザ別画面」は、「デフォルト画面」に対し依存関係を持つ。また、新規ユーザ作成時の「ユーザ別画面」の初期状態は、「デフォルト画面」となる。

【0056】

例えば、ホーム画面に対して画面種別を適用すると、ホーム画面のデフォルト画面、ホーム画面のユーザ別画面の２種類が存在する。ユーザ別画面に関しては、登録されているユーザの分だけホーム画面が存在する。画面種別は、例えば画面ＩＤと関連付けて記憶しておけばよい。

【0057】

次に、配置アイテム種別情報管理手段７４に記憶される、配置アイテム種別情報について説明する。図８は、配置アイテム種別情報の一例を示す図である。図８に示すように、配置アイテム種別情報は、配置アイテム種別、特性、ホーム画面での実施例を含む。図８に示す例では、ホーム画面での実施例について説明するが、その他の画面であっても適用できる。

【0058】

図８に示す例では、配置アイテム種別は、「画面依存」と、「機能依存」との２種類が定義される。「画面依存」の特性は、依存先画面のカスタマイズによる影響を受ける配置アイテムであることを示す。「機能依存」の特性は、依存先画面のカスタマイズによる影響は受けないが、依存している機能の利用制限による影響は受ける配置アイテムであることを示す。

【0059】

図８に示すように、ホーム画面での実施例として、「画面依存」のアイテムとしては各種アプリケーション、各種ＳＤＫがある。「機能依存」のアイテムとしては、各種プログラム、ユーザ別ＵＲＬリンクが挙げられる。

【0060】

各種プログラム、ユーザ別ＵＲＬリンクは、各種アプリケーション、各種ＳＤＫによる機能に基づいて生成される配置アイテムであり、依存している機能が制限されることにより、利用できなくなるという影響を受ける。

【0061】

各種アプリケーション、各種ＳＤＫ、各種プログラム、ユーザ別ＵＲＬリンクの例は以下の通りである。
各種アプリケーション：コピー、スキャナ、プリンタ、ドキュメントボックス、ブラウザ
各種ＳＤＫ：App2Me
各種プログラム：2in1コピー、xx社スキャナ
ユーザ別ＵＲＬリンク：Scan2Gmail
例えば、「2in1コピー」は、各種アプリケーションのコピーに、「xx社スキャナ」は、各種アプリケーションのスキャナに、「Scan2Gmail」は、各種アプリケーションのブラウザに基づく、「機能依存」の配置アイテムである。各種プログラムは、例えばマクロ機能を意味する。

【0062】

次に、カスタマイズ制御手段７５に記憶される、カスタマイズ種別情報について説明する。図９は、カスタマイズ種別情報の一例を示す図である。図９に示すように、カスタマイズ種別情報は、カスタマイズ種別、特性、カスタマイズ実施例を含む。

【0063】

図９に示す例では、カスタマイズ種別は、「利用制限」と「デザイン」とが定義される。「利用制限」の特性は、機能の利用可否に影響するカスタマイズを示す。「デザイン」の特性は、機能の利用可否に影響しない、見た目のみのカスタマイズを示す。図９に示すカスタマイズの実施例では、「利用制限」には、表示／表示の切り替えがある。「デザイン」には、レイアウト変更、サイズ変更などがある。

【0064】

＜画面例＞
次に、各画面や画面遷移について説明する。図１０は、アプリの一覧画面の一例を示す図である。図１０に示すように、一覧画面の１画面内に、標準搭載アプリケーション（コピー、スキャナ、プリンタ）、拡張アプリケーション（App2Me）、標準搭載アプリ２０の登録設定値（2in1コピー、xx社スキャナ）、Ｗｅｂブラウザ３０（Scan2Gmail）、に対するショートカットアイコン（配置アイテム）が配置される。

【0065】

図１０に示す画面の各アイコンが押下されると、該当するアプリケーション画面や、Ｗｅｂページ、登録設定値を設定した状態でのアプリケーション画面が表示される。アイコンが１画面内に収まらない場合は、右下のページ送りボタン１００が押下されることで次ページに画面遷移できる。

【0066】

次に、一覧画面からの画面遷移例について説明する。図１１は、画面遷移の一例を示す図である。図１１に示すように、一覧画面ｄ１１から左上のコピーアイコンが押下されると、コピーアプリ画面ｄ１２が表示される。これにより、各アプリケーションの一覧が表示された画面から、一つの操作（アイコン押下）により各機能（拡張アプリなども含む）の画面を表示することができ、ユーザの負担を減らすことができる。

【0067】

これらの画面遷移の制御は、画面管理手段７２が行う。なお、一覧画面ｄ１１は、ホーム画面に設定されてもよい。

【0068】

＜画面構成＞
次に、画面種別と配置アイテム種別の構成例について説明する。図１２は、各画面の構成例を示す図である。図１２に示す画面は、図１０に記載のホーム画面の配置アイテムとその配置を例にした図である。

【0069】

図１２に示すデフォルト画面に対し、ユーザ別画面から単方向の依存関係を持つ。これは、ユーザ別画面が、デフォルト画面に対するカスタマイズの影響を受ける可能性があることを示している。

【0070】

また、各画面には配置アイテムが配置されている。配置アイテム種別としては図８に示したように、「画面依存」と「機能依存」とがある。図１２に示す例では、「画面依存」の配置アイテムを太枠の四角で表し、「機能依存」の配置アイテムを細枠の四角で表す。

【0071】

ここで、「画面依存」は、「デフォルト画面」に依存関係を持つ。「機能依存」は、依存している機能の利用制限の影響を受ける。以下に示す例でも図１２と同様の表現をする。

【0072】

図１３は、図１０に示すホーム画面の構成例を示す図である。図１３に示す例では、ユーザが3人（Ａ、Ｂ、Ｃ）登録されており、ユーザＡが登録された直後のスナップショットを示している。

【0073】

ユーザ別画面はデフォルト画面に依存しており、ユーザ登録時点の初期値はデフォルト画面の設定値となる。以下では、デフォルト画面およびユーザA画面に対するカスタマイズを行った場合の具体的な事例を示す。

【0074】

＜カスタマイズ＞
図１４は、実施例におけるカスタマイズ（その１）の一例を示す図である。図１４に示す例では、デフォルト画面に表示されている、コピーアイコン（各種アプリケーションの１つ）を非表示にする例を示す。

【0075】

入力手段７１は、コピーアイコンを非表示にするカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0076】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0077】

カスタマイズ要求としては、図１４に示す例では、画面種別：デフォルト画面、配置アイテム種別：画面依存、カスタマイズ種別：利用制限、である。

【0078】

カスタマイズ制御手段７５は、デフォルト画面のコピーアイコンを非表示にすることで、全ユーザのコピーアイコンも非表示とするよう制御する。つまり、カスタマイズ制御手段７５は、全ユーザに対してコピーの利用をできないように利用制限することになる。

【0079】

また、カスタマイズ制御手段７５は、デフォルト画面、ユーザ別画面それぞれにおける、コピー機能に対するプログラムである「2in1コピー」も、コピー機能に対して依存しているため、利用制限するよう制御する。そのため、「2in1コピー」アイコンは、コピーアイコンと同様に非表示となる。

【0080】

図１５は、実施例におけるカスタマイズ（その２）の一例を示す図である。図１５に示す例では、デフォルト画面に表示されている「2in1コピー」アイコン（各種プログラムアイコンの１つ）を非表示にする例を示す。

【0081】

入力手段７１は、「2in1コピー」を非表示にするカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0082】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0083】

カスタマイズ要求としては、図１５に示す例では、画面種別：デフォルト画面、配置アイテム種別：機能依存、カスタマイズ種別：利用制限、である。

【0084】

カスタマイズ制御手段７５は、デフォルト画面の「2in1コピー」アイコンを非表示にする。このとき、既存の全ユーザ（Ａ、Ｂ、Ｃ）に対する影響はない。これは、「2in1コピー」の配置アイテム種別が「機能依存」であり、依存しているコピー機能の利用制限がかけられた訳では無いためである。

【0085】

今後、新規ユーザが追加された場合、図１３で説明した通り、ユーザ別画面の初期状態として「2in1コピー」アイコンは非表示となるが、ユーザ毎のカスタマイズで利用できるようにすることは可能である。

【0086】

図１６は、実施例におけるカスタマイズ（その３）の一例を示す図である。図１６に示す例では、ユーザＡ画面に表示されている、コピーアイコン（各種アプリケーションの１つ）を非表示にする例を示す。

【0087】

入力手段７１は、「コピーアイコン」を非表示にするカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0088】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0089】

カスタマイズ要求としては、図１６に示す例では、画面種別：ユーザ別画面、配置アイテム種別：画面依存、カスタマイズ種別：利用制限、である。

【0090】

カスタマイズ制御手段７５は、ユーザＡ画面のコピーアイコンを非表示にする。このとき、既存のその他の全ユーザ（Ｂ、Ｃ）およびデフォルト画面に対する影響はない。これは、「ユーザＡ画面」の画面種別が「ユーザ別画面」であるためである。

【0091】

つまり、コピーアプリは全ユーザに対して利用許可はされているが、ユーザＡは普段利用しないため非表示にしておきたい、という状況に有効である。状況が変わり、利用できるようにしたくなった時は、また表示することも可能である。

【0092】

また、「2in1コピー」アイコンについては、コピー機能に依存しているが、カスタマイズ対象画面が「ユーザ別画面」であるため、利用制限の影響は受けない。

【0093】

しかし、以前にデフォルト画面において、コピーアイコンが非表示にカスタマイズされたとする。このとき、デフォルト画面、ユーザ別画面それぞれにおける、コピー機能に対するプログラムである「2in1コピー」も、コピー機能に対する機能依存していることにより利用できなくなる。また、全ユーザに対して利用制限がかかった状態となっているので、コピーアイコンを表示することができなくなる。

【0094】

図１７は、実施例におけるカスタマイズ（その４）の一例を示す図である。図１７に示す例では、デフォルト画面に表示されている、スキャナアイコン（各種アプリケーションの１つ）をレイアウト変更する例を示す。

【0095】

入力手段７１は、「スキャナアイコン」を移動するカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0096】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0097】

カスタマイズ要求としては、図１７に示す例では、画面種別：デフォルト画面、配置アイテム種別：画面依存、カスタマイズ種別：デザイン、である。

【0098】

カスタマイズ制御手段７５は、デフォルト画面のスキャナアイコンをレイアウト変更する。このとき、既存の全ユーザ（Ａ、Ｂ、Ｃ）に対する影響はない。これは、カスタマイズ種別がデザインであるためである。

【0099】

今後、新規ユーザが追加された場合、図１３で説明した通り、ユーザ別画面の初期状態として「スキャナ」アイコンの配置はデフォルト画面に従う。

【0100】

図１８は、実施例におけるカスタマイズ（その５）の一例を示す図である。図１８に示す例では、ユーザＡ画面に表示されている、「XX社スキャナ」アイコン（各種プログラムの１つ）をレイアウト変更する例を示す。

【0101】

入力手段７１は、「XX社スキャナ」を移動するカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0102】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0103】

カスタマイズ要求としては、図１８に示す例では、画面種別：ユーザ別画面、配置アイテム種別：機能依存、カスタマイズ種別：デザイン、である。

【0104】

カスタマイズ制御手段７５は、カスタマイズ要求に応じて、ユーザＡ画面の「XX社スキャナ」アイコンをレイアウト変更する。このとき、既存のその他全ユーザ（B、C）およびデフォルト画面に対する影響はない。これは、カスタマイズ種別がデザインであるためである。

【0105】

また、配置アイテム種別が「機能依存」でもあるため、デフォルト画面の「XX社スキャナ」アイコンを非表示にして利用制限をかけたとしても、各ユーザはそれによる影響を受けることは無い。

【0106】

しかし、依存しているスキャナ機能が利用制限されると、各ユーザのユーザ別画面では、「XX社スキャナ」は、機能として利用できなくなるため利用制限されることになる。

【0107】

図１９は、実施例におけるカスタマイズ（その６）の一例を示す図である。図１９に示す例では、デフォルト画面に表示されている、「スキャナ」アイコン（各種アプリケーションの１つ）を非表示にする例を示す。なお、図１９に示す例では、カスタマイズ対象とするショートカットアイコン（スキャナ）が、デフォルト画面とユーザ別画面で異なる位置に配置されている場合について説明する。

【0108】

入力手段７１は、「スキャナ」アイコンを非表示にするカスタマイズ操作を受け付け、受け付けた内容を画面管理手段７２に出力する。画面管理手段７２は、カスタマイズ対象の画面の画面種別、配置アイテムの配置アイテム種別情報を取得する。

【0109】

画面管理手段７２は、取得した情報と、カスタマイズの内容をカスタマイズ制御手段７５に出力する。このとき、カスタマイズ制御手段７５は、取得した情報からカスタマイズ要求を認識する。

【0110】

カスタマイズ要求としては、図１９に示す例では、画面種別：デフォルト画面、配置アイテム種別：画面依存、カスタマイズ種別：利用制限、である。

【0111】

カスタマイズ制御手段７５は、デフォルト画面の「スキャナ」アイコンを非表示にすることで、全ユーザの「スキャナ」アイコンも非表示とするよう制御する。つまり、カスタマイズ制御手段７５は、全ユーザに対してスキャナの利用をできないように利用制限することになる。

【0112】

また、カスタマイズ制御手段７５は、デフォルト画面、ユーザ別画面それぞれにおける、スキャナ機能に対するプログラムである「XX社スキャナ」についても、スキャナ機能に対して依存しているため、利用制限するよう制御する。そのため、「XX社スキャナ」アイコンは、「スキャナ」アイコンと同様に非表示となる。

【0113】

図１９は、図１４で説明した内容と類似しているが、デフォルト画面とユーザA画面とで、レイアウト変更によりアイコンの配置位置が異なっているという違いがある。しかし、アイコンの配置位置が異なることによる本実施例の処理には違いはなく、図１４で説明した処理と同様となる。

【0114】

＜配置アイテムの追加＞
次に、配置アイテムが新規に追加される場合について説明する。図２０は、配置アイテムの追加の一例を示す図である。新規アプリケーションを追加したり、新規プログラムを登録したりすると、配置アイテムが新規に追加される。

【0115】

図２０に示す例では、新規アプリケーションとしてファクスアプリケーション機能を追加する場合を考える。機能を追加する際、画面管理手段７２は、追加する機能のプログラムが、機能を実現するプログラム自身であるか否かにより、配置アイテム種別を決定する。

【0116】

画面管理手段７２は、追加する機能が、機能を実現するプログラム自身であれば、配置アイテム種別を「画面依存」とし、そうでなければ「機能依存」とする。例えば、図２０に示す「ファクス（Ｆａｘ）」アイコンが追加される場合、「ファクス」は、機能を実現するプログラム自身であるため、配置アイテム種別は、「画面依存」となる。

【0117】

続いて、「4in1コピー」のような、コピー機能自身ではなくコピー機能を利用したプログラム（マクロ）登録を考える。この場合、画面管理手段７２は、「4in1コピー」は、機能を実現するプログラム自身ではない（他の機能を利用する）ため、配置アイテム種別を「機能依存」として配置アイテム種別情報管理手段７４に追加登録する。これにより、追加配置アイテムについて、自動で配置アイテム種別情報を設定することができる。

【0118】

＜動作＞
次に、実施例におけるＭＦＰ１の動作について説明する。図２１は、実施例におけるカスタマイズ処理の一例を示すシーケンス図である。デフォルト画面、ユーザ別画面のカスタマイズは、ＭＦＰ１の操作部パネル上や、Ｗｅｂブラウザといった入力手段からのカスタマイズを想定している。

【0119】

ステップＳ１０１で、入力手段７１は、配置変更やアイコンの非表示などのカスタマイズを受け付け、そのカスタマイズ要求を画面管理手段７２に通知する。入力手段７１は、例えば、「コピーアイコンを非表示にする（利用制限する）」という要求をユーザから受け付ける。

【0120】

ステップＳ１０２、Ｓ１０３で、画面管理手段７２は、通知されたカスタマイズ要求を基に、画面種別情報管理手段７３から画面種別情報を取得する。取得した画面種別情報は、カスタマイズ対象画面における、画面種別情報管理手段７３が管理している図７で示した画面種別である。画面管理手段７２は、例えば、図１４に示す例で説明すると、「デフォルト画面」という情報を取得する。

【0121】

ステップＳ１０４、Ｓ１０５で、画面管理手段７２は、通知されたカスタマイズ要求を基に、配置アイテム種別情報管理手段７４から配置アイテム種別情報を取得する。取得した配置アイテム種別情報は、配置アイテム種別管理手段７４が管理している図８で示した配置アイテム種別である。画面管理手段７２は、例えば、図１４に示す例で説明すると、「画面依存」という情報を取得する。

【0122】

ステップＳ１０６で、画面管理手段７２は、これらの取得した情報を、カスタマイズ制御手段７５に通知する。画面管理手段７２は、例えば、図１４に示す例で説明すると、「デフォルト画面、画面依存、利用制限」という情報を通知する。

【0123】

ステップＳ１０７で、カスタマイズ制御手段７５は、画面管理手段７２から取得した情報から、今回のカスタマイズによりどの画面のどの配置アイテムにカスタマイズを反映させるかを判定する。カスタマイズ制御手段７５は、例えば、図１４に示す例で説明すると、「デフォルト画面、ユーザＡ、Ｂ、Ｃ画面、コピーアイコン、2in1コピー」にカスタマイズを反映すると判定する。ステップＳ１０７のカスタマイズ対象判定処理の詳細は、図２２を用いて後述する。

【0124】

ステップＳ１０８で、カスタマイズ制御手段７５は、カスタマイズ対象の画面や配置アイテムを判定すると、その情報を画面管理手段７２に出力する。

【0125】

ステップＳ１０９で、画面管理手段７２は、カスタマイズ制御手段７５から取得した情報に基づいて、画面情報の更新を行う。画面管理手段７２は、例えば、図１４を用いて説明すると、「デフォルト画面、ユーザＡ、Ｂ、Ｃ画面の「コピー」アイコン、「2in1コピー」アイコンを非表示に更新することになる。

【0126】

ステップＳ１１０で、画面管理手段７２は、更新した画面情報に基づき、表示手段７０に対して実際の画面更新処理を行う。表示手段７０は、更新された画面を表示する。これにより、カスタマイズ内容が各画面に反映されることになる。

【0127】

図２２は、実施例におけるカスタマイズ対象判定処理の一例を示すフローチャートである。図２２に示すステップＳ２０１で、カスタマイズ制御手段７５は、ユーザが操作したカスタマイズの種別は、「利用制限」であるかを判定する。カスタマイズ種別が「利用制限」である場合（ステップＳ２０１−ＹＥＳ）ステップＳ２０２に進み、カスタマイズ種別が「利用制限」ではない場合（ステップＳ２０１−ＮＯ）ステップＳ２０５に進む。

【0128】

ステップＳ２０２で、カスタマイズ制御手段７５は、カスタマイズ対象の画面種別は「デフォルト画面」かを判定する。画面種別が「デフォルト画面」である場合（ステップＳ２０２−ＹＥＳ）ステップＳ２０３に進み、画面種別が「デフォルト画面」でない場合（ステップＳ２０２−ＮＯ）ステップＳ２０５に進む。

【0129】

ステップＳ２０３で、カスタマイズ制御手段７５は、カスタマイズ対象の配置アイテム種別は「画面依存」かを判定する。配置アイテム種別が「画面種別」である場合（ステップＳ２０３−ＹＥＳ）ステップＳ２０４に進み、配置アイテム種別が「画面種別」ではない場合（ステップＳ２０３−ＮＯ）ステップＳ２０５に進み。

【0130】

ステップＳ２０４で、カスタマイズ制御手段７５は、デフォルト画面及び全ユーザ別画面がカスタマイズ対象であると判定する。カスタマイズ制御手段７５は、カスタマイズ対象の配置アイテムに依存するアイコン（「機能依存」のアイコン）があるかを判定し、ある場合は、この「機能依存」のアイコンもカスタマイズ対象とする。

【0131】

ステップＳ２０５で、カスタマイズ制御手段７５は、カスタマイズ対象画面のみがカスタマイズ対象画面であると判定する。この判定処理が、カスタマイズ対象画面で、カスタマイズ要求された全ての配置アイテムに対して行われる。

【0132】

これにより、カスタマイズ対象の配置アイテムに対して、所定の条件を満たす場合には、一括して複数の画面にカスタマイズを反映させることができる。

【0133】

次に、新規に配置アイテムが追加された場合の配置アイテム種別の判定について説明する。図２３は、実施例における配置アイテム種別の判定処理の一例を示すフローチャートである。図２３に示すステップＳ３０１で、画面管理手段７２は、ホーム画面などに追加される追加配置アイテムは、機能実現プログラム自身かを判定する。機能実現プログラムとは、アプリケーションそのものであり、マクロのような一度アプリケーションを呼び出して設定値を設定するプログラムは含まれない。

【0134】

追加配置アイテムが機能実現プログラムである場合（ステップＳ３０１−ＹＥＳ）ステップＳ３０２に進み、追加配置アイテムが機能実現プログラムではない場合（ステップＳ３０１−ＮＯ）ステップＳ３０３に進む。

【0135】

ステップＳ３０２で、画面管理手段７２は、デフォルト画面に配置アイコン種別「画面依存」としてアイコンを追加する。

【0136】

ステップＳ３０３で、画面管理手段７２は、デフォルト画面に配置アイコン種別「機能依存」としてアイコンを追加する。

【0137】

これにより、例えば、アプリ一覧画面に、新たに追加されるアイコン（配置アイテム）の配置アイテム種別を自動で設定することができる。また、この際にユーザ別画面に対して追加配置アイテムが自動的に追加されることはないが、ユーザ別画面をカスタマイズすることで追加配置アイテムを利用できるようにすることが可能となる。このときの状態としては、図１６で「コピー」アイコンを非表示にした状態と同じであり、追加配置アイテムを利用できるが、使わないため非表示にしている状態と等しい。

【0138】

以上、実施例によれば、ユーザの操作性を向上させつつ、カスタマイズ設定の管理及び制御を容易にすることができる。

【0139】

［変形例］
実施例の画像形成装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

【0140】

また、実施例の画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

【0141】

また、実施例の画像形成装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

【0142】

実施例の画像形成装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしては制御部１１（プロセッサ）が補助記憶部１３からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶部１２上にロードされ、１又は複数の各手段が主記憶部１２上に生成されるようになっている。

【0143】

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。

【符号の説明】

【0144】

１ ＭＦＰ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 入力部
１７ 表示部
１８ エンジン部
２０ 標準搭載アプリ
２５ 設定値記憶手段
３０ Ｗｅｂブラウザ
３１ ＵＲＬ記憶手段
４０ 拡張アプリ
４５ 拡張アプリ制御手段
７０ 表示手段
７１ 入力手段
７２ 画面管理手段
７３ 画面種別情報管理手段
７４ 配置アイテム種別情報管理手段
７５ カスタマイズ制御手段

【先行技術文献】

【特許文献】

【0145】

【特許文献1】特開２００７−３２３２３４号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】