(57)【要約】【課題】取得したＵＩのカスタマイズ情報の適用可否を判定し、将来的に利用可能になるカスタマイズ情報も記憶しておくことで、適切にカスタマイズを行うこと。【解決手段】各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を管理する管理手段と、各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を取得する取得手段と、取得手段により取得されたカスタマイズ情報が、自装置に適用可能か否かをＵＩ画面情報に基づいて判定する判定手段と、判定手段による判定結果に基づいて、カスタマイズ情報を自装置用に修正する修正手段と、修正手段により修正されたカスタマイズ情報を記憶する記憶手段と、を備える。【選択図】図４
2012124722.tif 000002
【特許請求の範囲】
【請求項１】
各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を管理する管理手段と、
各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を取得する取得手段と、
前記取得手段により取得されたカスタマイズ情報が、自装置に適用可能か否かを前記ＵＩ画面情報に基づいて判定する判定手段と、
前記判定手段による判定結果に基づいて、前記カスタマイズ情報を自装置用に修正する修正手段と、
前記修正手段により修正されたカスタマイズ情報を記憶する記憶手段と、
を備える画像形成装置。
【請求項２】
前記判定手段は、
前記ＵＩ画面情報に含まれる機能に対し、現在利用できなくても自装置に適用可能と判定する請求項１記載の画像形成装置。
【請求項３】
前記管理手段は、
自装置における機能の変更を検知し、
前記判定手段は、
前記管理手段による機能変更の検知後、検知された機能のＵＩ画面に関する情報が変更されたＵＩ画面情報に基づいて、前記カスタマイズ情報が自装置に適用可能か否かを判定する請求項２記載の画像形成装置。
【請求項４】
機能変更後、前記判定手段により自装置に適用できないと判定された機能のＵＩ画面の画面遷移に関する情報について、前記カスタマイズ情報から削除するか否かを問い合わせる問合せ手段をさらに備える請求項３記載の画像形成装置。
【請求項５】
前記修正されたカスタマイズ情報をユーザーに通知する通知手段をさらに備える請求項１乃至４いずれか一項に記載の画像形成装置。
【請求項６】
前記記憶手段は、
カスタマイズされたカスタマイズ情報のみを記憶する請求項１乃至５いずれか一項に記載の画像形成装置。
【請求項７】
ネットワークで接続された第１及び第２画像形成装置を備えるカスタマイズシステムであって、
前記第１画像形成装置は、
各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を前記第２画像形成装置に送信する送信手段を備え、
前記第２画像形成装置は、
各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を管理する管理手段と、
前記カスタマイズ情報を前記第１画像形成装置から受信する受信手段と、
前記受信手段により受信されたカスタマイズ情報が、自装置に適用可能か否かを前記ＵＩ画面情報に基づいて判定する判定手段と、
前記判定手段による判定結果に基づいて、前記カスタマイズ情報を自装置用に修正する修正手段と、
前記修正手段により修正されたカスタマイズ情報を記憶する記憶手段と、
を備えるカスタマイズシステム。
【請求項８】
前記第２画像形成装置は、
前記修正されたカスタマイズ情報を前記第１画像形成装置に送信する送信手段をさらに備え、
前記第１画像形成装置は、
前記修正されたカスタマイズ情報に基づくカスタマイズ結果を表示する表示手段をさらに備える請求項７記載のカスタマイズシステム。
【請求項９】
各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を記憶部から取得する第１取得ステップと、
各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を他の画像形成装置から取得する第２取得ステップと、
取得された前記カスタマイズ情報が、自装置に適用可能か否かを前記ＵＩ画面情報に基づいて判定する判定ステップと、
判定結果に基づいて、前記カスタマイズ情報を自装置用に修正する修正ステップと、
修正されたカスタマイズ情報を記憶部に記録する記録ステップと、
をコンピュータに実行させるためのカスタマイズプログラム。
【請求項１０】
請求項９記載のカスタマイズプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面遷移のカスタマイズを行う画像形成装置、カスタマイズシステム、カスタマイズプログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年、画像形成装置（ＭＦＰ：Multifunction Peripheral）をユーザーが購入する際、ユーザーに合った環境で使用できるように、個々のソリューションを画像形成装置と同時に提供することが多い。どのようなソリューションを提供するかは販社のＳＥ（システムエンジニア）が直接ユーザーと打合せを行ったうえで、対応を取ることになっている場合が多い。
【０００３】
ＵＩ（User Interface）のカスタマイズも、販社のＳＥがユーザーの環境に合わせた形で変更を行うことを想定している。たとえば、あるユーザーでは、スキャンしたデータをフォルダに配置するのはよいがメール送信が禁止されている場合、メール送信設定のボタンを表示しないようにする、といった形でのカスタマイズを提供することになる。
【０００４】
従来、一括で導入する同機種の画像形成装置のＵＩをカスタマイズすることは特注対応で行われてきた。現在の機器では、ユーザーがＵＩをカスタマイズするニーズは高い。そこで、ユーザーが利用しやすいようにＵＩをカスタマイズ（以下、ＵＩカスタマイズ）するために、他のＭＦＰからカスタマイズ情報を取得し、自機のカスタマイズ情報として利用する技術が知られている。
【０００５】
例えば、特許文献１（特開２００８−１２４９７３号公報）には、画像形成装置が標準装備する画面に対して、一箇所でカスタマイズの設定を行うだけで、ネットワークに接続されている全ての画像形成装置にカスタマイズ設定を行う技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、従来技術では、取得したＵＩカスタマイズ情報には含まれていないが、自機には存在する機能のユーザーインタフェースに対して、カスタマイズを適用することができない。また、従来技術では、ＵＩカスタマイズを適用した後に、機器の機能（オプション、アプリケーションなど）が変わった場合、対応することができないという問題点があった。
【０００７】
そこで、本発明は上記問題に鑑みてなされたものであり、取得したＵＩのカスタマイズ情報の適用可否を判定し、将来的に利用可能になるカスタマイズ情報も記憶しておくことで、適切にカスタマイズを行うことができる画像形成装置、カスタマイズシステム、カスタマイズプログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様の画像形成装置は、各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を管理する管理手段と、各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を取得する取得手段と、前記取得手段により取得されたカスタマイズ情報が、自装置に適用可能か否かを前記ＵＩ画面情報に基づいて判定する判定手段と、前記判定手段による判定結果に基づいて、前記カスタマイズ情報を自装置用に修正する修正手段と、前記修正手段により修正されたカスタマイズ情報を記憶する記憶手段と、を備える。
【０００９】
また、本発明の他の態様のカスタマイズシステムは、ネットワークで接続された第１及び第２画像形成装置を備えるカスタマイズシステムであって、前記第１画像形成装置は、各機能のＵＩ画面の画面遷移に関する情報を示すカスタマイズ情報を前記第２画像形成装置に送信する送信手段を備え、前記第２画像形成装置は、各機能のＵＩ画面に対し、ＵＩの利用可否を含む画面情報を示すＵＩ画面情報を管理する管理手段と、前記カスタマイズ情報を前記第１画像形成装置から受信する受信手段と、前記受信手段により受信されたカスタマイズ情報が、自装置に適用可能か否かを前記ＵＩ画面情報に基づいて判定する判定手段と、前記判定手段による判定結果に基づいて、前記カスタマイズ情報を自装置用に修正する修正手段と、前記修正手段により修正されたカスタマイズ情報を記憶する記憶手段と、を備える。
【００１０】
また、本発明は、本発明における画像形成装置に実行させるためのプログラム、及びこのプログラムを記録した記録媒体として実現することも可能である。
【発明の効果】
【００１１】
本発明によれば、取得したＵＩのカスタマイズ情報の適用可否を判定し、将来的に利用可能になるカスタマイズ情報も記憶しておくことで、適切にカスタマイズを行うことができる。
【図面の簡単な説明】
【００１２】
【図１】実施例におけるカスタマイズシステムの一例を示す図。
【図２】実施例におけるＭＦＰのハードウェアの一例を示すブロック図。
【図３】実施例における情報処理装置のハードウェアの一例を示すブロック図。
【図４】実施例における各装置の機能の一例を示すブロック図。
【図５】実施例におけるカスタマイズ制御の手順（その１）の一例を示す図。
【図６】カスタマイズを適用するＭＦＰを選択する画面の一例を示す図。
【図７】ＭＦＰ１とＭＦＰ２との機能の利用可否状態の一例を示す図。
【図８】カスタマイズ情報の一例を示す図。
【図９】ＵＩ画面情報の一例を示す図。
【図１０】自装置用に修正されたカスタマイズ情報の一例を示す図。
【図１１】実施例における適用可否判定（その１）の一例を示すフローチャート。
【図１２】機器状態変更時のカスタマイズ制御の手順（その１）の一例を示す図。
【図１３】機器状態が変更された場合のユーザーへの問合せ画面の一例を示す図。
【図１４】機器状態変更時のカスタマイズ制御の手順（その２）の一例を示す図。
【図１５】実施例におけるカスタマイズ制御の手順（その２）の一例を示す図。
【図１６】カスタマイズ結果画面の一例を示す図。
【図１７】実施例における適用可否判定（その２）の一例を示すフローチャート。
【図１８】カスタマイズ情報の保存の適否をユーザーに問い合わせる画面の一例を示す図。
【発明を実施するための形態】
【００１３】
以下、本発明の実施例を図面に基づいて説明する。
［実施例］
＜システム＞
図１は、本実施例におけるカスタマイズシステム１０の一例を示す図である。図１に示すように、カスタマイズシステム１０は、ネットワークを介してＭＦＰ１、２、情報処理装置３などが接続されている。接続される機器の数は図１に示す例に限られない。以下、ＭＦＰ１がＵＩ画面のカスタマイズ情報をＭＦＰ２に送信し、ＭＦＰ２が取得したカスタマイズ情報に基づいてＵＩ画面のカスタマイズを行う実施例について説明する。なお、ＭＦＰ２がカスタマイズ情報をＭＦＰ１に送信するようにしてもよい。
【００１４】
＜ハードウェア＞
実施例におけるＭＦＰ１のハードウェアについて説明する。図２は、実施例におけるＭＦＰ１のハードウェアの一例を示すブロック図である。図２に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。
【００１５】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２や補助記憶部１３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００１６】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００１７】
補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００１８】
外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ１とのインタフェースである。
【００１９】
また、記録媒体１９に、所定のプログラムを格納し、この記録媒体１９に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介してＭＦＰ１にインストールされ、インストールされた所定のプログラムはＭＦＰ１により実行可能となる。
【００２０】
ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ１とのインタフェースである。
【００２１】
操作部１６や表示部１７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。
【００２２】
エンジン部１８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部１８は、スキャナーエンジンなどをさらに備えてもよい。なお、ＭＦＰ２は、ＭＦＰ１と同様のハードウェアを有する。
【００２３】
次に、実施例における情報処理装置３のハードウェアについて説明する。図３は、実施例における情報処理装置３のハードウェアの一例を示すブロック図である。図３に示すように、情報処理装置３は、制御部３１、主記憶部３２、補助記憶部３３、外部記録装置Ｉ／Ｆ部３４、ネットワークＩ／Ｆ部３５、入力部３６、表示部３７を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。
【００２４】
制御部３１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部３１は、主記憶部３２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００２５】
主記憶部３２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部３１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００２６】
補助記憶部３３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００２７】
外部記録装置I／F部３４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体３８（例えば、フラッシュメモリなど）と情報処理装置３とのインタフェースである。
【００２８】
また、記録媒体３８に、所定のプログラムを格納し、この記録媒体３８に格納されたプログラムは外部記録装置Ｉ／Ｆ部３４を介して情報処理装置３にインストールされ、インストールされた所定のプログラムは情報処理装置３により実行可能となる。
【００２９】
ネットワークＩ／Ｆ部３５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と情報処理装置３とのインタフェースである。
【００３０】
入力部３６は、カーソルキー、数字入力及び各種機能キー等を備えたキーボード、表示部３７の表示画面上でキーの選択等を行うためのマウスやスライスパット等を有する。また、入力部３６は、ユーザーが制御部３１に操作指示を与えたり、データを入力したりするためのユーザーインタフェースである。
【００３１】
表示部３７は、ＣＲＴやＬＣＤ等により構成され、制御部３１から入力される表示データに応じた表示が行われる。なお、表示部３７は、情報処理装置３とは別体であってもよく、その場合の情報処理装置３は、表示部３７に表示するための表示制御機能を有する。
【００３２】
＜機能＞
次に、実施例における各装置の機能について説明する。図４は、実施例における各装置の機能の一例を示すブロック図である。
【００３３】
（ＭＦＰ１）
ＭＦＰ１は、ネットワーク部１０１、表示管理部１０２、画面表示部１０３を備える。ネットワーク部１０１は、他の装置とデータ通信を行う。ネットワーク部１０１は、各機能（オプションのデバイス、アプリケーション）のＵＩ画面の遷移に関する情報を示すカスタマイズ情報をＭＦＰ２に送信する。カスタマイズ情報は、例えば、情報処理装置３のカスタマイズツール３０１を用いて生成される。
【００３４】
また、ネットワーク部１０１は、ＭＦＰ２から、修正（変更）されたカスタマイズ情報を取得し、表示管理部１０２に出力する。
【００３５】
表示管理部１０２は、画面を生成、管理する。例えば、表示管理部１０２は、取得したカスタマイズ情報に基づき、カスタマイズ結果画面を生成する。カスタマイズ結果画面は、カスタマイズが反映された画面遷移、カスタマイズが反映されなかった画面遷移、将来的にカスタマイズが適用される可能性がある画面遷移が識別できるようになっている。
【００３６】
画面表示部１０３は、各機能の画面を表示したり、カスタマイズに関する画面を表示したりする。画面表示部１０３は、例えば、修正されたカスタマイズ情報を取得した場合、このカスタマイズ情報に基づいて、ＵＩ画面の画面遷移を階層化して表示する。
【００３７】
なお、ネットワーク部１０１は、例えばネットワークＩ／Ｆ部１５により実現され、表示管理部１０２は、例えば制御部１１及び主記憶部１２により実現され、画面表示部１０３は、例えば表示部１７により実現されうる。
【００３８】
（ＭＦＰ２）
ＭＦＰ２は、カスタマイズ情報蓄積部２０１、機器情報管理部２０２、カスタマイズ情報管理部２０５、ネットワーク部２０８、操作入力部２０９、表示管理部２１０、画面要素蓄積部２１１、画面表示部２１２を備える。
【００３９】
カスタマイズ情報蓄積部２０１は、カスタマイズ情報を蓄積、管理する。カスタマイズ情報は、各機能のＵＩ画面の画面遷移に関する情報である。カスタマイズ情報の詳細については後述する。
【００４０】
機器情報管理部２０２は、自装置の情報を管理し、自装置の機能のＵＩ画面における画面情報を示すＵＩ画面情報を保持する。ＵＩ画面情報については後述する。また、機器情報管理部２０２は、自装置の機能に変更が生じた場合を検知する。機器情報管理部２０２は、デバイス情報管理部２０３、アプリケーション（以下、Ａｐｐともいう）情報管理部２０４を含む。
【００４１】
デバイス情報管理部２０３は、デフォルトで備えるデバイスや機器に接続されたデバイス、そのデバイスの設定などを管理する。デバイス情報管理部２０３は、例えば、フィニッシャの有無、両面の有無、プリンタのカラー又はモノクロ、スキャナー解像度の上限などのデバイス情報を管理する。デバイス情報は、デバイスの接続状況を示すデバイスの接続情報を含む。
【００４２】
Ａｐｐ情報管理部２０４は、自装置にインストールされているアプリケーション情報を管理する。アプリケーション情報は、アプリケーションの利用可否情報を含む。アプリケーションは、例えばコピーやスキャナーなどである。
【００４３】
カスタマイズ情報管理部２０５は、カスタマイズ情報を管理する。カスタマイズ情報管理部２０５は、判定部２０６、修正部２０７を含む。
【００４４】
判定部２０６は、ネットワーク部２０８より取得したカスタマイズ情報が、自装置に適用できるか否かを判定する。判定部２０６は、この判定を行う前に、機器情報管理部２０２から機器情報（自装置のＵＩ画面に関する画面情報、デバイス情報、アプリケーション情報など）を取得する。判定部２０６は、判定結果を修正部２０７に出力する。
【００４５】
修正部２０７は、判定部２０６による判定結果に基づいてカスタマイズ情報を修正し、修正したカスタマイズ情報をカスタマイズ情報蓄積部２０１に記憶する。修正部２０７は、例えば、現在利用できなくても、将来的に利用可能になる機能があれば、その機能に関するカスタマイズ情報を記憶しておくよう修正する。修正の仕方については後述する。
【００４６】
ネットワーク部２０８は、他の装置とデータ通信を行う。ネットワーク部２０８は、例えば、ＭＦＰ１からカスタマイズ情報を受信し、カスタマイズ情報管理部２０５に出力する。また、ネットワーク部２０８は、例えば、修正されたカスタマイズ情報をＭＦＰ１に送信してもよい。
【００４７】
操作入力部２０９は、ユーザーからの操作を受け付ける。表示管理部２１０は、ユーザーに提示する画面を生成、管理する。
【００４８】
画面要素蓄積部２１１は、画面に表示するＵＩ部品などを記憶、管理する。画面表示部２１１は、表示管理部２１０により生成された画面を表示する。
【００４９】
なお、カスタマイズ情報蓄積部２０１、画面要素蓄積部２１１は、例えば主記憶部及び／又は補助記憶部により実現されうる。機器情報管理部２０２、カスタマイズ情報管理部２０５、表示管理部２１０は、例えば制御部、主記憶部及び／又は補助記憶部により実現されうる。ネットワーク部２０８は、例えばネットワークＩ／Ｆにより実現され、操作入力部２０９は、例えば操作部により実現され、画面表示部２１２は、例えば表示部により実現されうる。
【００５０】
（情報処理装置３）
情報処理装置３は、ＭＦＰのカスタマイズツール３０１を起動し、ＭＦＰに対してＵＩ画面の遷移に関するカスタマイズを実行する。カスタマイズツール３０１は、ＭＦＰのＵＩ画面に対して画面遷移のカスタマイズを制御する。
【００５１】
カスタマイズツール３０１は、例えば補助記憶部３３に記憶されたプログラムを制御部３１が読み出し、実行することで実現されうる。以下、具体例を用いて本実施例におけるカスタマイズ制御について説明する。
【００５２】
＜カスタマイズ制御＞
まずは、カスタマイズ制御の基本制御について説明する。
【００５３】
（基本制御）
図５は、実施例におけるカスタマイズ制御の手順（その１）の一例を示す図である。図５に示すステップＳ１０１で、ＭＦＰ１は、ＭＦＰ２に対して、カスタマイズ情報を送信する。これにより、ＭＦＰ１に適用されているカスタマイズ情報を、例えばネットワークで接続された複数のＭＦＰに対して一括適用することができる。
【００５４】
図６は、カスタマイズを適用するＭＦＰを選択する画面の一例を示す図である。図６に示す例では、選択ボタンを押すことで、カスタマイズを適用するＭＦＰを選択することができる。例えばＮａｍｅ「ＣＰ０１」のＭＦＰがＭＦＰ１とし、Ｎａｍｅ「ＣＰ０２」のＭＦＰがＭＦＰ２とする。
【００５５】
図６に示す例では、選択されたＭＦＰは、矢印で接続される。ＭＦＰの選択後、ユーザーが一括適用ボタンを押すことで、ＭＦＰ１は、ステップＳ１０１の処理を実行する。詳細ボタンは、各機器の詳細な情報（例えば、機器構成などが事前に確認できる）を表示するためのボタンである。
【００５６】
図５に戻り、ステップＳ１０２で、ＭＦＰ２は、ＭＦＰ１からカスタマイズ情報を受信する。受信されたカスタマイズ情報は、カスタマイズ情報管理部２０５に出力される。
【００５７】
ステップＳ１０３で、カスタマイズ情報管理部２０５は、機器情報管理部２０２から機器情報を取得する。機器情報は、自装置の機能のＵＩ画面に関する情報を示すＵＩ画面情報、アプリケーション情報、デバイス情報などである。
【００５８】
ステップＳ１０４で、判定部２０６は、取得した機器情報とカスタマイズ情報とを比較し、カスタマイズ情報を自装置に適用できるか否かを判定する。この判定処理は、図１１を用いて後述する。
【００５９】
ステップＳ１０５で、修正部２０７は、判定部２０６による判定結果に基づいて、カスタマイズ情報を、自装置用に修正する。
【００６０】
ステップＳ１０６で、カスタマイズ情報蓄積部２０１は、修正部２０７により修正されたカスタマイズ情報を記憶する。
【００６１】
これにより、一つのＭＦＰから、複数のＭＦＰに対してカスタマイズを展開できるので、カスタマイズする機器の前に移動するなどの、利用者の煩雑な作業を軽減することができる。
【００６２】
（各情報の例）
例として、以下に示すような機能を有するＭＦＰ同士で、カスタマイズ情報を適用する場合について説明する。
【００６３】
図７は、ＭＦＰ１とＭＦＰ２との機能の利用可否状態の一例を示す図である。図７に示す例では、機能は、例えばコピー機能、コピー機能における変倍、集約、Ｆａｘ機能、プリンタ機能、ドキュメントボックス、ドキュメントボックスの文書選択である。
【００６４】
ＭＦＰ１では、Ｆａｘ機能は利用不可能であり、プリンタ機能については利用可能でカスタマイズがされていない。また、ＭＦＰ１では、その他の機能については利用可能でカスタマイズがされている。
【００６５】
ＭＦＰ２では、コピー機能の変倍については一時的に利用不能であり、ドキュメントボックス、ドキュメントボックスの文書選択については今後も利用不可能である。また、ＭＦＰ２では、その他の機能については利用可能である。
【００６６】
図８は、カスタマイズ情報の一例を示す図である。図８に示すカスタマイズ情報は、ＵＩ画面毎に、一つの情報の集まりとして表現される。図８に示すカスタマイズ情報は、カスタマイズされた画面の情報のみが含まれている。図８に示すカスタマイズ情報は、画面毎に、画面名、画面ＩＤ、利用Ａｐｐ名、利用デバイス名、利用機能名、遷移先画面ＩＤ、遷移元表示情報、遷移元画面ＩＤ、遷移方法、画面構成情報を含む。
【００６７】
各情報の意味は以下の通りである。
・画面ＩＤ：
各画面に固有に割り当てられたＩＤ。ひとつのカスタマイズ情報の中で重複しないように割り当てられる。
・利用Ａｐｐ名：
このＵＩ画面を利用するために必要なアプリケーションの情報を含む。
・利用デバイス名：
このＵＩ画面を利用するために必要なデバイスの情報を含む。
・利用機能名：
このＵＩ画面を利用するために必要なデバイスの機能の情報を含む。
・遷移先画面ＩＤ：
このＵＩ画面から遷移することができるＵＩ画面のＩＤ。複数保持可能。
・遷移元表示情報：
遷移元のＵＩ画面であり、このＵＩ画面に遷移するためのトリガとなるオブジェクトがどのように表示されるかに関する情報を含む。例えば、遷移がボタンを押すことによって発生するならば、ボタンという情報と、そのボタンに表示される名前が含まれている。
・遷移元画面ＩＤ：
このＵＩ画面に遷移することができる画面のＩＤ。
・遷移方法：
この画面に遷移するときの、表示方法に関する情報を持つ。
・画面構成情報
画面の詳細な構成に関する情報を持つ。例えば、ボタンのサイズや配置といった情報を含んでいる。
【００６８】
図９は、ＭＦＰ２が保持しているＵＩ画面情報の一例を示す図である。ＵＩ画面情報は、各ＭＦＰに保持される。つまり、各ＭＦＰは、自装置に固有のＵＩ画面情報を保持する。カスタマイズされていない場合は、このＵＩ画面情報を基にＵＩ画面が表示される。ＵＩ画面情報は、現在利用できないが、例えばオプションデバイスなどを設定することにより将来利用可能になる機能のＵＩ画面の情報もすべて含まれているとする。
【００６９】
図８に含まれていない情報の意味は以下の通りである。
・利用可否：
現在、このＵＩが利用可能かどうかの情報を含む。この情報は、自装置の状態が変わると、随時更新される。
・利用可能遷移先画面ＩＤ：
現在利用できる遷移先画面のＩＤを含む。この情報は、自装置の状態が変わると、随時更新される。
・利用不能遷移先画面：
現在利用できなくなっている遷移先画面のＩＤを含む。この情報は、自装置の状態が変わると、随時更新される。
【００７０】
図１０は、自装置用に修正されたカスタマイズ情報の一例を示す図である。図１０に示すカスタマイズ情報は、図８に示すカスタマイズ情報を、図１１に示す判定処理により、自装置用に最適化した後のカスタマイズ情報である。
【００７１】
図１０に示すカスタマイズ情報では、図８に含まれてない情報として、図９に示す利用可否、利用可能遷移先画面ＩＤ、利用不能遷移先画面ＩＤが新たに付加されている。また、今後、利用可能にならないＵＩ画面に関しては、記憶しておく必要が無いので、情報として含まれていない。
【００７２】
また、図１０に示す例では、カスタマイズされた部分の情報のみを持っている。実際に画面に表示される場合は、カスタマイズされていない部分は、デフォルトのＵＩ画面情報（図９参照）を利用して、画面に表示される。次に、カスタマイズ情報を修正するための適用可否判定について説明する。
【００７３】
（適用可否判定１）
図１１は、実施例における適用可否判定（その１）の一例を示すフローチャートである。図１１に示すステップＳ２０１で、判定部２０６は、カスタマイズ情報内の遷移項目を一つ抽出する。判定部２０６は、図８に示す画面（遷移項目）を一つ一つ抽出して以下の判定を行う。
【００７４】
ステップＳ２０２で、判定部２０６は、抽出した遷移項目のアプリケーションが、利用可能か否かを判定する。利用可能か否かは、Ａｐｐ情報管理部２０４からアプリケーションの利用可否情報を取得することで判定される。
【００７５】
アプリケーションが利用可能であれば（ステップＳ２０２−ＹＥＳ）ステップＳ２０３に進み、アプリケーションが利用不能であれば（ステップＳ２０２−ＮＯ）ステップＳ２０６に進む。
【００７６】
ステップＳ２０３で、判定部２０６は、デバイスが接続されているかを判定する。デバイスが接続されているか否かは、デバイス情報管理部２０３からデバイス情報の接続情報を取得することで判定される。
【００７７】
デバイスが接続されていれば（ステップＳ２０３−ＹＥＳ）ステップＳ２０４に進み、デバイスが接続されていなければ（ステップＳ２０３−ＮＯ）ステップＳ２０６に進む。
【００７８】
ステップＳ２０４で、判定部２０６は、機能が利用可能であるかを判定する。機能が利用可能であるか否かは、図９に示すＵＩ画面情報を参照して、遷移項目と同じ画面の「利用可否」により判定する。ＵＩが利用可であれば、その機能は利用可能である。
【００７９】
機能が利用可能であれば（ステップＳ２０４−ＹＥＳ）ステップＳ２０５に進み、機能が利用可能でなければ（ステップＳ２０４−ＮＯ）ステップＳ２０６に進む。
【００８０】
ステップＳ２０５で、判定部２０６は、利用可能状態で、遷移項目を適用すると判定する。
【００８１】
ステップＳ２０６で、判定部２０６は、遷移項目に対応する機能が今後利用可能になるか否かを判定する。今後利用可能になるか否かは、図９に示すＵＩ画面情報に、対応する画面が含まれるか否かで判定する。ＵＩ画面情報に含まれている機能であれば今後利用可能になると判定される。
【００８２】
遷移項目に対応する機能が今後利用可能であれば（ステップＳ２０６−ＹＥＳ）ステップＳ２０７に進み、今後利用可能でなければ（ステップＳ２０６−ＮＯ）ステップＳ２０８に進む。
【００８３】
ステップＳ２０７で、判定部２０６は、利用不能状態で、遷移項目を適用すると判定する。
【００８４】
ステップＳ２０８で、判定部２０６は、遷移項目を適用しないと判定する。ステップＳ２０９で、判定部２０６は、次の項目があるかを判定する。次の項目があれば（ステップＳ２０９−ＹＥＳ）ステップＳ２０１に戻り、次の項目がなければ（ステップＳ２０９−ＮＯ）この処理を終了する。
【００８５】
なお、ステップＳ２０２、２０３は、省略することができる。図９に示す「利用可否」で利用可になる場合は、アプリケーションがインストールされている（利用可能）、又はデバイスが接続されている、かつ、その機能が現在利用可能である場合に、「現在利用可」になる。つまり、アプリケーションがインストールされていなければ図９に示す「利用可否」は利用不能であり、デバイスが接続されていなければ図９に示す「利用可否」は利用不能であるため、ステップＳ２０４の判定を行えば事足りるからである。
【００８６】
これにより、現在利用不能な機能のカスタマイズ情報であっても、将来的に利用可能になりうるのであれば、「利用可否」は利用不能の状態のままで、カスタマイズ情報を保持しておくことができる。この機能が将来的に利用可能になった場合に、このカスタマイズ情報を適用すればよい。また、受信したカスタマイズ情報の項目を一つ一つチェックすることで、必要な項目だけを、自装置用のカスタマイズ情報として適用することができる。
【００８７】
（機器状態変更時のカスタマイズ制御１）
図１２は、機器状態変更時のカスタマイズ制御の手順（その１）の一例を示す図である。図１２に示すステップＳ３０１で、機器情報管理部２０２は、機器状態が変更されたことを検知する。機器状態の変更は、デバイスが接続された又は外された、アプリケーションがインストールされた又はアンインストールされた、デバイス又はアプリケーションの設定値が変更されたなどに基づき検知できる。機器情報管理部２０２は、機器状態が変更された場合、カスタマイズ情報管理部２０５にその旨通知する。
【００８８】
ステップＳ３０２で、カスタマイズ情報管理部２０５は、カスタマイズ情報蓄積部２０１からカスタマイズ情報を取得する。
【００８９】
ステップＳ３０３で、カスタマイズ情報管理部２０５は、機器情報管理部２０２から機器情報を取得する。機器情報は、例えばＵＩ画面情報である。
【００９０】
ステップＳ３０４で、カスタマイズ情報管理部２０５は、カスタマイズ情報の適用可否判定を行う。適用可否判定処理は、図１１に示した処理である。
【００９１】
ステップＳ３０５で、カスタマイズ情報管理部２０５は、機器状態の変更に伴ってカスタマイズ情報を修正する。例えば、利用可能であったデバイスが外された場合、この機能のＵＩ画面の「利用可否」を利用不能に修正したり、このＵＩ画面の情報を削除したりする。
【００９２】
また、利用不能であったアプリケーションがインストールされた場合、このアプリのＵＩ画面の「利用可否」を利用可能に修正する。カスタマイズ情報管理部２０５は、修正したカスタマイズ情報をカスタマイズ情報蓄積部２０１に記憶し、情報を更新する。
【００９３】
これにより、機器状態の変更に伴って、カスタマイズ情報を適宜修正することができ、ユーザーに対して、カスタマイズを再設定するなどの煩雑な処理を省くことができる。
【００９４】
なお、ステップＳ３０４の後に、カスタマイズ情報管理部２０５は、変更された機能のＵＩ画面のカスタマイズ情報を削除する場合、ユーザーに削除するか否かを問い合わせてもよい。
【００９５】
図１３は、機器状態が変更された場合のユーザーへの問合せ画面の一例を示す図である。図１３に示す例では、機器状態の変更に伴い、不要になるＵＩ画面に対して、そのカスタマイズ情報を削除するか否かをユーザーに問い合わせる。ユーザーは、この画面からカスタマイズ情報を削除するか否かを選択することができる。
【００９６】
これにより、削除する場合は、メモリ資源の節約になり、削除しない場合は、機器状態を元に戻したとき、カスタマイズされた画面遷移を再び利用することができる。
【００９７】
（機器状態変更時のカスタマイズ制御２）
図１４は、機器状態変更時のカスタマイズ制御の手順（その２）の一例を示す図である。図１４に示す処理は、機器状態が変更された場合に、所定時間待っても機器状態が元に戻らなければ、図１２に示すステップ３０２以降の処理を行う。図１４に示す処理で、図１２に示す処理と同様の処理には同じ符号を付し、その説明を省略する。
【００９８】
機器状態の変更は、大きく二つのパターンに分けられる。長期にわたる変更（破棄）、もしくは短期の変更（修理）である。長期にわたる変更の場合は、カスタマイズ情報を修正する必要がある。短期の変更の場合は、元の状態に戻る可能性があるので、その都度カスタマイズ情報を変更すると、効率が悪い。
【００９９】
そこで、機器情報管理部２０２は、機器状態の変更後、一定時間待つことで、カスタマイズ制御の効率化を図る。機器情報管理部２０２は、一定時間待ち、変更が長期なのか短期なのかを判断する。短期の変更だった場合、機器情報管理部２０２は、カスタマイズ情報の変更は行わず、長期の変更と判断された場合にのみ、カスタマイズ情報を修正するよう指示する。
【０１００】
図１４に示すステップＳ４０１で、機器情報管理部２０２は、機器状態が変更される前の状態（変更前の情報）を記録しておく。
【０１０１】
ステップＳ４０２で、機器情報管理部２０２は、一定時間待機する。一定時間は、例えば３０分などであり、適宜設定変更できるようにしておけばよい。
【０１０２】
ステップＳ４０３で、機器情報管理部２０２は、変更前の機器状態に戻ったかを判定する。この判定は、記憶しておいた機器状態と現在の機器状態とを比較すればよい。前の機器状態に戻っていなければ（ステップＳ４０３−ＮＯ）ステップＳ３０２に進み、前の機器状態に戻っていれば（ステップＳ４０３−ＹＥＳ）ステップＳ４０４に進む。
【０１０３】
ステップＳ４０４で、機器情報管理部２０２は、待機を中止し、この処理を終了する。機器状態が戻らなければ、図１２に示すＳ３０２以降の処理を行い、カスタマイズ情報を修正する。
【０１０４】
これにより、機器状態の変更後、一定時間待つことで、カスタマイズ制御の効率化を図ることができる。
【０１０５】
（カスタマイズ結果通知）
図１５は、実施例におけるカスタマイズ制御の手順（その２）の一例を示す図である。図１５に示す例では、カスタマイズ情報を送信したＭＦＰ１に対し、カスタマイズ結果を送信する。図１５に示す処理で、図５に示す処理と同様の処理は同じ符号を付し、その説明を省略する。
【０１０６】
図１５に示すステップＳ５０１で、カスタマイズ情報管理部２０５は、修正されたカスタマイズ情報をカスタマイズ結果としてＭＦＰ１に送信する。
【０１０７】
ステップＳ５０２で、ＭＦＰ１のネットワーク部１０１は、ＭＦＰ２からカスタマイズ結果を受信する。ネットワーク部１０１は、受信したカスタマイズ結果を表示管理部１０２に出力する。
【０１０８】
ステップＳ５０３で、表示管理部１０２は、カスタマイズ結果を取得し、ステップＳ１０１で送信されたカスタマイズ情報を取得し、カスタマイズ結果画面を生成する。
【０１０９】
図１６は、カスタマイズ結果画面の一例を示す図である。図１６に示すカスタマイズ結果画面は、正常にカスタマイズが反映できていれば実線、現在が利用できないが、カスタマイズ情報の反映を行ったカスタマイズには点線、カスタマイズが反映できなかったカスタマイズにはグレイ（薄い）線で表現される。これらの判定は、修正されたカスタマイズ情報と、元のカスタマイズ情報とを比較することで判断できる。例えば、元のカスタマイズ情報にはあるが、修正されたカスタマイズ情報には含まれない画面遷移は、グレイ線で表現される。また、「利用可否」が利用不能の項目の画面遷移は、点線で表現される。
【０１１０】
表示管理部１０２は、図１６に示すような画面を生成し、画面表示部１０３でこの画面を表示するよう制御する。画面表示部１０３は、図１６に示すようなカスタマイズ結果画面を表示する。
【０１１１】
これにより、カスタマイズ情報を送信したＭＦＰで、カスタマイズ結果を表示することにより、意図したカスタマイズが行えたかをユーザーに確認させることができる。また、カスタマイズ結果を、機器ごとに表示することができる。カスタマイズ結果は、図１６に示すようにツリー形式で、視覚的に表示することで、カスタマイズ結果を分かりやすくユーザーに伝えることができる。
【０１１２】
ここで、正常にカスタマイズ情報を反映できなかった場合、それ以降の画面遷移の取り扱いに関して説明する。正常に反映できなかった画面遷移を、デフォルト画面に置き換えれば、それ以下の利用できる画面遷移を再利用することができる。現在利用できない部分の画面遷移も同様に取り扱うことができる。現在利用できない部分は、デフォルト画面に置き換え、それ以降を再利用することができる。
【０１１３】
（適用可否判定２）
図１７は、実施例における適用可否判定（その２）の一例を示すフローチャートである。図１７に示す処理では、今後利用可能になりうるカスタマイズ情報を保持しておくか破棄するかをユーザーに問い合わせる。図１７に示す処理で、図１１に示す処理と同様の処理は同じ符号を付し、その説明を省略する。
【０１１４】
図１７に示すステップＳ６０１は、ステップＳ２０６の判定で、今後利用可能になりうると判定された場合に処理される。ステップＳ６０１で、判定部２０６は、今後利用可能になりうると判定したカスタマイズ情報について、保存するかをユーザーに問い合わせる。判定部２０６は、ＭＦＰ１に対し、ユーザーへの問合せ画面を表示するよう要求する。
【０１１５】
図１８は、カスタマイズ情報の保存の適否をユーザーに問い合わせる画面の一例を示す図である。図１８に示す例では、現在フィニッシャが利用できないが、増設可能である場合に表示される。図１８に示す画面は、ＭＦＰ１で表示される。
【０１１６】
図１８に示す「はい」ボタンをユーザーが押下すると、フィニッシャのＵＩ画面に対するカスタマイズ情報は保存される。図１８に示す「すべてはい」ボタンをユーザーが押下すると、現在利用できないが将来利用可能になる同様の他の機能について、カスタマイズ情報は保存される。
【０１１７】
図１８に示す「いいえ」ボタンをユーザーが押下すると、フィニッシャのＵＩ画面に対するカスタマイズ情報は破棄される。図１８に示す「すべていいえ」ボタンをユーザーが押下すると、現在利用できないが将来利用可能になる同様の他の機能について、カスタマイズ情報は破棄される。
【０１１８】
なお、図１８に示す例では、この画面は、カスタマイズ情報を送信したＭＦＰで表示され、どのＭＦＰからのメッセージであるかを明確に表示し、ユーザーが把握できやすいようになっている。
【０１１９】
図１７に戻り、ＭＦＰ１は、ユーザーが選択した結果をＭＦＰ２に通知する。ＭＦＰ２の判定部２０６は、ＭＦＰ１からの選択結果に応じて保存するかを判定する。選択結果が「はい」「すべてはい」であれば（ステップＳ６０１−ＹＥＳ）ステップＳ２０７に進み、選択結果が「いいえ」「すべていいえ」であれば（ステップＳ６０１−ＮＯ）ステップＳ２０８に進む。
【０１２０】
これにより、現在利用できないが将来利用可能になる画面遷移について、カスタマイズ情報を保存するか否かをユーザーに問い合わせることで、ユーザーが求めるカスタマイズに近づけることができる。
【０１２１】
以上、実施例１によれば、取得したＵＩのカスタマイズ情報の適用可否を判定し、将来的に利用可能になるカスタマイズ情報も記憶しておくことで、適切にカスタマイズを行うことができる。
【０１２２】
ＭＦＰは、各機能のＵＩ画面を表示する場合、カスタマイズ情報に基づいてＵＩ画面を生成し、カスタマイズ情報の画面遷移に従う。ＭＦＰは、カスタマイズ情報にデータがない場合は、ＵＩ画面情報に従ってＵＩ画面を生成し、ＵＩ画面情報の画面遷移に従う。
【０１２３】
［変形例］
実施例の各ＭＦＰで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１２４】
また、実施例の各ＭＦＰで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の各ＭＦＰで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１２５】
また、実施例の各ＭＦＰで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１２６】
実施例の各ＭＦＰで実行されるプログラムは、前述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が補助記憶部からプログラムを読み出して実行することにより上記各部のうち１又は複数の各部が主記憶部上にロードされ、１又は複数の各部が主記憶部上に生成されるようになっている。
【０１２７】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。また、前述した実施例の構成要素を全部又は複数を組み合わせて情報処理装置を構成することも可能である。
【符号の説明】
【０１２８】
１、２  ＭＦＰ
３  情報処理装置
１０  カスタマイズシステム
１１、３１  制御部
１２、３２  主記憶部
１３、３３  補助記憶部
１４、３４  外部記憶装置Ｉ／Ｆ部
１５、３５  ネットワークＩ／Ｆ部
１６  操作部
１７、３７  表示部
１８  エンジン部
３６  入力部
１０１、２０８  ネットワーク部
１０２、２１０  表示管理部
１０３、２１２  画面表示部
２０１  カスタマイズ情報蓄積部
２０２  機器情報管理部
２０５  カスタマイズ情報管理部
２０９  操作入力部
【先行技術文献】
【特許文献】
【０１２９】
【特許文献１】特開２００８−１２４９７３号公報
【図１】
2012124722.tif 000003
【図２】
2012124722.tif 000004
【図３】
2012124722.tif 000005
【図４】
2012124722.tif 000006
【図５】
2012124722.tif 000007
【図６】
2012124722.tif 000008
【図７】
2012124722.tif 000009
【図８】
2012124722.tif 000010
【図９】
2012124722.tif 000011
【図１０】
2012124722.tif 000012
【図１１】
2012124722.tif 000013
【図１２】
2012124722.tif 000014
【図１３】
2012124722.tif 000015
【図１４】
2012124722.tif 000016
【図１５】
2012124722.tif 000017
【図１６】
2012124722.tif 000018
【図１７】
2012124722.tif 000019
【図１８】
2012124722.tif 000020