JP2016181282A - 編集制御システム、画像処理装置、編集制御プログラム、及び記録媒体 - Google Patents

Abstract

【課題】通信路に対して負荷をかけずに、ＰＣ側でＵＩ画面の編集をすること。
【解決手段】ＵＩ画面に表示可能なＵＩ部品を示すＵＩ部品情報を管理する画面管理手段と、ユーザ毎に、ＵＩ画面の画面構成情報を管理するユーザ情報管理手段と、情報処理装置からＵＩ画面の表示要求を受けた場合、ＵＩ部品情報、及び表示要求を行ったユーザの画面構成情報に基づき、ＵＩ画面の画面情報を生成する編集制御手段と、生成された画面情報をＨＴＭＬ形式に変換し、ＵＩ画面の編集を行うＷｅｂ画面のＷｅｂ画面情報を画面操作用のスクリプトを含めて生成するＷｅｂアプリ制御手段と、生成されたＷｅｂ画面情報を情報処理装置に送信する通信手段と、Ｗｅｂ画面情報に基づくＷｅｂ画面を表示し、スクリプトを用いて編集が確定したＵＩ画面を示す編集情報をＷｅｂアプリ制御手段に送信するＷｅｂブラウザと、を備える。
【選択図】図３

Description

本発明は、ＵＩ画面の編集を行う編集制御システム、画像処理装置、編集制御プログラム、及び記録媒体に関する。

近年、複合機のＵＩ画面に対し、ユーザがカスタマイズ（編集）可能な項目や、そのカスタマイズの反映対象となるユーザを、ユーザの運用環境に応じて動的に変更できるようになっている。

また、このＵＩ（ユーザインタフェース）画面に対するカスタマイズを、対象機器のオペレーションパネル上ではなく、ＰＣ（Personal Computer）にカスタマイズアプリケーションをインストールし、ＰＣで実施する技術がある。

例えば、特許文献１には、画像形成装置のパネル表示部分をユーザ毎にカスタマイズし、ＰＣのアプリケーションにユーザがログインを行い、アプリケーション上でパネルの編集を実施可能とする技術が開示されている。この技術は、専用のソフトウェアをＰＣにインストールする必要がある。

一方で、最近、Ｗｅｂサービス機能を利用して、遠隔ユーザが画像形成装置の操作画面を編集する技術がある。例えば、特許文献２には、Ｗｅｂサーバ機能を有し、Ｗｅｂサービスの操作画面、または操作画面の内容を、遠隔ユーザが適宜に追加または編集または更新する画像形成装置が開示されている。

しかし、特許文献２では、編集を実行する度にＰＣと画像形成装置との間でリクエスト処理とレスポンス処理が行われ、通信路に対して負荷をかけていたという問題点があった。

そこで本発明は、上記問題に鑑みてなされたものであり、通信路に対して負荷をかけずに、ＰＣ側でＵＩ画面の編集をすることができる編集制御システム、画像処理装置、編集制御プログラム、及び記録媒体を提供することを目的とする。

本発明の一態様の編集制御システムは、画像処理装置と情報処理装置とがネットワークを介して接続された編集制御システムであって、ＵＩ画面に表示可能なＵＩ部品を示すＵＩ部品情報を管理する画面管理手段と、ユーザ毎に、ＵＩ画面の画面構成情報を管理するユーザ情報管理手段と、前記情報処理装置からＵＩ画面の表示要求を受けた場合、前記画面管理手段に管理されるＵＩ部品情報、及び前記ユーザ情報管理手段に管理される前記表示要求を行ったユーザの画面構成情報に基づき、表示要求されたＵＩ画面の画面情報を生成する編集制御手段と、生成された前記画面情報をＨＴＭＬ形式に変換し、該ＨＴＭＬ形式の画面情報及び画面操作用のスクリプトを含む、ＵＩ画面の編集を行うＷｅｂ画面のＷｅｂ画面情報を生成するＷｅｂアプリ制御手段と、生成された前記Ｗｅｂ画面情報を前記情報処理装置に送信する通信手段と、前記Ｗｅｂ画面情報に基づくＷｅｂ画面を表示し、前記スクリプトを用いて編集が確定したＵＩ画面を示す編集情報を前記Ｗｅｂアプリ制御手段に対して送信するＷｅｂブラウザと、を備え、前記編集制御手段は、前記Ｗｅｂアプリ制御手段から前記編集情報を取得した場合、該編集情報に基づくＵＩ画面の画面構成情報を前記ユーザ情報管理手段に設定する。

また、本発明の他の態様の画像処理装置は、ＵＩ画面のカスタマイズを制御する画像処理装置であって、ＵＩ画面に表示可能なＵＩ部品を示すＵＩ部品情報を管理する画面管理手段と、ユーザ毎に、ＵＩ画面の画面構成情報を管理するユーザ情報管理手段と、ネットワークを介して接続される情報処理装置からＵＩ画面の表示要求を受けた場合、前記画面管理手段に管理されるＵＩ部品情報、及び前記ユーザ情報管理手段に管理される前記表示要求を行ったユーザの画面構成情報に基づき、表示要求されたＵＩ画面の画面情報を生成する編集制御手段と、生成された前記画面情報をＨＴＭＬ形式に変換し、該ＨＴＭＬ形式の画面情報及び画面操作用のスクリプトを含む、ＵＩ画面の編集を行うＷｅｂ画面のＷｅｂ画面情報を生成するＷｅｂアプリ制御手段と、生成された前記Ｗｅｂ画面情報を前記情報処理装置に送信し、前記スクリプトを用いて編集が確定したＵＩ画面を示す編集情報を前記情報処理装置から受信する通信手段と、を備え、前記編集制御手段は、前記編集情報に基づくＵＩ画面の画面構成情報を前記ユーザ情報管理手段に設定する。

また、本発明の他の態様の編集制御プログラムは、情報処理装置からＵＩ画面の表示要求を受けた場合、ＵＩ画面に表示可能なＵＩ部品を示すＵＩ部品情報を管理する画面管理手段に管理されるＵＩ部品情報、及びユーザ毎にＵＩ画面の画面構成情報を管理するユーザ情報管理手段に管理される前記取得要求を行ったユーザの画面構成情報に基づき、表示要求されたＵＩ画面の画面情報を生成する第１生成ステップと、生成された前記画面情報をＨＴＭＬ形式に変換し、該ＨＴＭＬ形式の画面情報及び画面操作用のスクリプトを含む、ＵＩ画面の編集を行うＷｅｂ画面のＷｅｂ画面情報を生成する第２生成ステップと、生成された前記Ｗｅｂ画面情報を前記情報処理装置に送信する送信ステップと、前記スクリプトを用いて編集が確定したＵＩ画面を示す編集情報を前記情報処理装置から受信する受信ステップと、前記編集情報に基づくＵＩ画面の画面構成情報を前記ユーザ情報管理手段に設定する設定ステップと、をコンピュータに実行させる。

また、本発明は、本発明のプログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。

本発明によれば、通信路に対して負荷をかけずに、ＰＣ側でＵＩ画面の編集をすることができる。

本実施例におけるカスタマイズ制御システムの一例を示す図。 実施例におけるＭＦＰのハードウェアの一例を示すブロック図。 実施例におけるカスタマイズ制御システムの概略構成の一例を示すブロック図。 Ｗｅｂ画面情報（その１）の一例を示す図。 Ｗｅｂ画面情報（その２）の一例を示す図。 ホーム画面をカスタマイズするカスタマイズ画面（その１）の例を示す図。 ホーム画面をカスタマイズするカスタマイズ画面（その２）の例を示す図。 ＵＩ部品一覧画面の一例を示す図。 ホーム画面の画面構成情報の一例を示す図。 ＵＩ部品情報の一例を示す図。 カスタマイズ情報の一例を示す図。 カスタマイズ画面の表示処理の一例を示すシーケンス図。 カスタマイズ情報の設定処理の一例を示すシーケンス図。 ＵＩ部品の利用可否の確認処理の一例を示すシーケンス図。 権限情報の一例を示す図。 エクスポート処理の一例を示すシーケンス図。 エクスポートファイルの設定処理の一例を示すシーケンス図。 他の機器への設定を行う概念図。

以下、本発明の実施例を図面に基づいて説明する。画像処理装置の一例としてＭＦＰ（Multifunction Peripheral）を用いて説明する。
［実施例］
＜システム＞
図１は、本実施例におけるカスタマイズ（編集）制御システム１０の一例を示す図である。図１に示すように、カスタマイズ制御システム１０は、ネットワークを介してＭＦＰ１、２、情報処理装置（クライアントＰＣともいう）５などが接続されている。接続される機器の数は図１に示す例に限られない。

図１に示すカスタマイズ制御システム１０は、例えばＭＦＰ１のホーム画面のカスタマイズ（編集）を、クライアントＰＣ５側で行う。このとき、カスタマイズが確定するまでは、クライアントＰＣ５側でカスタマイズ処理を行い、カスタマイズが確定した場合、確定したカスタマイズ情報をＭＦＰ１が取得する。

＜ハードウェア＞
図２は、実施例におけるＭＦＰ１のハードウェアの一例を示すブロック図である。図２に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

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

主記憶部１２は、ＲＯＭ（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）として機能する表示及び／又は入力装置である。

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

＜構成＞
次に、カスタマイズ制御システム１０の構成について説明する。図３は、実施例におけるカスタマイズ制御システム１０の概略構成の一例を示すブロック図である。まず、クライアントＰＣ５の概略構成について説明する。

クライアントＰＣ５は、Ｗｅｂブラウザ５０１を有する。Ｗｅｂブラウザ５０１は、ＭＦＰ１から取得したＨＴＭＬ（HyperText Markup Language）形式のＷｅｂ画面を表示する。ユーザは、このＷｅｂ画面から、ＭＦＰ１のＵＩ画面をカスタマイズする。

このとき、Ｗｅｂブラウザ５０１は、ＤｙｎａｍｉｃＨＴＭＬを利用し、ＨＴＭＬに含まれる画面操作用のスクリプト（例えば、Ｊａｖａｓｃｒｉｐｔなど）を用いて、クライアントＰＣ５側でＵＩ画面のカスタマイズを行う。カスタマイズが確定したときに、カスタマイズされたＵＩ画面の情報を示すカスタマイズ情報（編集情報）がＭＦＰ１に送信される。

次に、ＭＦＰ１の概略構成について説明する。ＭＦＰ１は、通信手段１０１、Ｗｅｂアプリケーションサーバ（Ｗｅｂアプリ制御手段）１０２、カスタマイズ制御手段１０３、ユーザ情報管理手段１０５、画面管理手段１０４、表示手段１０６、ユーザ認証手段１０７を有する。

通信手段１０１は、例えばｈｔｔｐ通信を行い、クライアントＰＣ５とデータの送信及び／又は受信を行う。通信手段１０１は、例えば、クライアントＰＣ５からＵＩ画面の表示リクエストやカスタマイズ情報の設定リクエストなどを受信したり、各リクエストに対するレスポンスをクライアントＰＣ５に送信したりする。

Ｗｅｂアプリケーションサーバ（Ｗｅｂアプリ制御手段）１０２は、表示対象のＵＩ画面（例えばカスタマイズ画面）に対応するＷｅｂ画面情報を生成する。カスタマイズ画面は、ＵＩ画面のカスタマイズを行うＷｅｂ画面である。Ｗｅｂ画面情報は、ＨＴＭＬ形式で、ＵＩ画面の画面情報、画面操作用のスクリプトを含む。また、Ｗｅｂ画面情報は、ＵＩ画面に表示可能なＵＩ部品一覧情報を含めてもよい。

Ｗｅｂアプリケーションサーバ１０２は、通信手段１０１からＵＩ画面の表示要求を受けた場合、表示要求をしたユーザのＵＩ画面の画面情報をカスタマイズ制御手段１０３から取得する。画面情報には、画面に含まれるＵＩ部品のＵＩ部品情報や、このＵＩ部品の配置情報などが含まれる。

また、Ｗｅｂアプリケーションサーバ１０２は、通信手段１０１からＵＩ画面の表示要求を受けた場合、画面管理手段１０４からＵＩ画面に表示可能なＵＩ部品を示すＵＩ部品情報を取得する。

Ｗｅｂアプリケーションサーバ１０２は、例えば、プログラム言語形式（例えば、Ｃ言語の構造体や配列など）で表される画面情報を、ＨＴＭＬ形式に変換し、画面操作用のスクリプトを含めてＷｅｂ画面情報を生成する。また、Ｗｅｂアプリケーションサーバ１０２は、取得したＵＩ部品情報に基づく部品一覧画面をＨＴＭＬ形式で生成する。生成されたＷｅｂ画面情報や部品一覧画面情報は、通信手段１０１を介してクライアントＰＣ５に送信される。なお、部品一覧画面情報は、Ｗｅｂ画面情報に含まれてもよい。

Ｗｅｂアプリケーションサーバ１０２は、カスタマイズされたＵＩ画面を示すカスタマイズ情報をカスタマイズ制御手段１０３に出力する。また、Ｗｅｂアプリケーションサーバ１０２は、カスタマイズ情報のエクスポートリスクエストがあった場合、カスタマイズ情報をファイル形式、例えばｃｓｖ形式に変換する。

Ｗｅｂアプリケーションサーバ１０２は、必要に応じて、通信手段１０１から取得したログイン情報をユーザ認証手段１０７に出力し、ユーザ認証を要求する。ログイン情報は、ユーザＩＤやパスワードを含む。

カスタマイズ制御手段（編集制御手段）１０３は、カスタマイズ情報に基づいてカスタマイズされたＵＩ部品を組み合わせてカスタマイズ画面の画面構成情報を作成する。カスタマイズ制御手段１０３は、作成した画面構成情報を、ユーザ情報管理手段１０５に設定する。

カスタマイズ制御手段１０７は、Ｗｅｂアプリケーションサーバ１０２から、表示要求を行ったユーザのユーザ情報とともにＵＩ画面の画面情報の取得要求を受けた場合、表示要求を行ったユーザに対応する画面構成情報をユーザ情報管理手段１０５から取得する。

カスタマイズ制御手段１０７は、取得した画面構成情報に基づき、画面管理手段１０４からＵＩ部品の詳細情報を取得して、ＵＩ画面の画面情報を生成する。生成された画面情報は、Ｗｅｂアプリケーションサーバ１０２に出力される。

画面管理手段１０４は、ＵＩ画面に表示可能な各ＵＩ部品を管理する。画面管理手段１０４は、例えば、ＵＩ部品毎に、アイコン画像（イメージ）、アプリ名、属性などを関連付けたＵＩ部品情報を管理する。画面管理手段１０４は、機能の有効／無効に基づいたＵＩ部品の有効／無効を管理する。

ユーザ情報管理手段１０５は、登録されているユーザ毎に、カスタマイズされたＵＩ画面の画面構成情報を管理する。画面構成情報は、例えばデフォルトのホーム画面に表示される各ＵＩ部品の情報や、そのＵＩ部品の配置情報が含まれる。

また、ユーザ情報管理手段１０５は、各機能に関連付けて、ユーザの利用権限を示す権限情報を管理する。

表示手段１０６は、ユーザによりカスタマイズされたＵＩ画面を表示する。例えば、クライアントＰＣ５を用いてカスタマイズされたホーム画面などが表示される。

ユーザ認証手段１０７は、取得したログイン情報を用いてユーザの認証処理を行い、認証結果をＷｅｂアプリケーションサーバ１０２に返す。

なお、通信手段１０１は、例えばネットワークＩ／Ｆ部１５により実現されうる。表示手段１７は、例えば表示部１７や操作部１６などのオペレーションパネルにより実現されうる。Ｗｅｂアプリケーションサーバ１０２、カスタマイズ制御手段１０３、及びユーザ認証手段１０７は、例えば制御部１１及びワークメモリとしての主記憶部１２などにより実現されうる。画面管理手段１０４及びユーザ情報管理手段１０５は、例えば補助記憶部１３により実現されうる。

＜Ｗｅｂ画面情報＞
次に、ＭＦＰ１からクライアントＰＣ５に送信されるＷｅｂ画面情報の一例について説明する。Ｗｅｂ画面情報には、画面操作用のスクリプトが含まれる。以下に説明する例では、アイコン移動等の実現のため、Ｊａｖａｓｃｒｉｐｔ（登録商標）によって、Ｗｅｂブラウザ上でのマウス操作を実現する。

図４Ａ及び図４Ｂは、Ｗｅｂ画面情報の一例を示す図である。図４Ａ及び図４Ｂに示す例では、アイコン移動のサンプルとなるＪａｖａｓｃｒｉｐｔ（登録商標）には、ｊｑｕａｒｙを用いる。ｊｑｕａｒｙは、Ｊａｖａｓｃｒｉｐｔ（登録商標）ライブラリの一種である。

図４Ａに示す４１部分で、Ｊａｖａｓｃｒｉｐｔ（登録商標）のライブラリであるｊｑｕａｒｙを用いることを示す。この４１部分で、ソースの位置を指定し、ｊｑｕａｒｙをＷｅｂブラウザに取得させる。

図４Ａに示す４２部分は、例えば、ＵＩ画面のアイコン一覧を示すＨＴＭＬである。このＵＩ画面には、コピーアイコンと、ドキュメントボックスアイコンと、ｅ−ｍａｉｌアイコンとが含まれる。

図４Ｂに示す４３部分は、Ｊａｖａｓｃｒｉｐｔ（登録商標）であり、ＨＴＭＬに直接記載されている。ただし、ｊｑｕａｒｙのスクリプトは別ファイルである。このスクリプトは、アイコンの移動を示す。

この４３部分では、以下のことを規定している。
・ｃｌａｓｓ名に「ｉｃｏｎ」を持つオブジェクトをドラッグ可能にする
・ドラッグ可能範囲は、ｉｄ名が「ａｒｅａ」内のみとする
・ｉｄ名「ａｒｅａ」のタグ内のｔｄタグをドロップ可能にする
・ｃｌａｓｓ名に「ｉｃｏｎ」を持つオブジェクトをドロップ可能にする
・ドロップ先にもともとあったアイコンを、ドロップされたアイコンがあったセルに移動する
・ドロップされたアイコンをドロップ先のセルに移動、セル内の位置をリセットする
このように、Ｗｅｂ画面情報のＨＴＭＬに画面操作用のスクリプトが含まれているので、クライアントＰＣ５側でＵＩ画面のカスタマイズを行うことできる。カスタマイズが確定した後に、カスタマイズ情報をＭＦＰ１に送信すればよい。

なお、アイコンの追加や削除などのスクリプトもＷｅｂ画面情報のＨＴＭＬに含まれる。つまり、Ｗｅｂ画面情報に含まれるスクリプトが、ＨＴＭＬの表示内容を動的に変える。アイコンの追加の場合は、アイコンの一覧画面を表示し、一覧画面からアイコンを選択するようにしてもよい。

＜ＵＩ画面例＞
次に、クライアントＰＣ５側で表示されるＵＩ画面の例について説明する。図５は、ホーム画面をカスタマイズするカスタマイズ画面（その１）の例を示す図である。図５に示すカスタマイズ画面は、アイコンの編集ヘッダエリア５１、ホーム画面表示エリア５２、ホーム画面情報エリア５３、概要表示エリア５４、プロパティエリア５５を有する。カスタマイズ画面は、ＵＩ部品の一例である。

アイコンの編集ヘッダエリア５１は、アイコンの編集内容や操作内容が表示される。ホーム画面表示エリア５２は、ＭＦＰ１のホーム画面が表示される。このホーム画面に対し、ユーザはカスタマイズを行うことができる。

ホーム画面情報エリア５３は、アイコンを配置する列の例が表示される。概要表示エリア５４は、アイコンの配置例が表示される。プロパティエリア５５は、選択されたアイコンのプロパティが表示される。図５に示す画面が、Ｗｅｂ画面情報に基づいてクライアントＰＣ５により表示される。

図６は、ホーム画面をカスタマイズするカスタマイズ画面（その２）の例を示す図である。図６に示すカスタマイズ画面は、カスタマイズ画面のボタン６１を押下（クリック）したときの例を示す。ボタン６１が押下（クリック）されると、図７に示すＵＩ部品一覧画面が表示される。

図７は、ＵＩ部品一覧画面の一例を示す図である。アイコンは、ＵＩ部品の一例である。図７に示すＵＩ部品一覧のラジオボタンを選択すると、選択したＵＩ部品がボタン６１に追加される。なお、ラジオボタン７１は、半輝度になっており、これは、ＵＩ部品が無効であることを示す。同様に、ラジオボタンが半輝度になっているＵＩ部品は無効であり、そのＵＩ部品を選択することはできない。ラジオボタンが選択可能なＵＩ部品は、有効なＵＩ部品であることを示す。

＜カスタマイズの概要＞
次に、カスタマイズの概要について説明する。図８は、ホーム画面の画面構成情報の一例を示す図である。ホーム画面は、ＵＩ画面の一例である。図８に示す「画面位置」は、画面のどこに配置されるかを示す。「部品ＩＤ」は、アイコンを識別するためのＩＤである。「部品名」は、アイコンの表示名である。「部品種類」は、基本アプリケーションであるかアプリケーションのマクロ（プログラムともいう）であるかなどを示すＵＩ部品の種類である。

図８に示す例では、画面位置７には、ＵＩ部品が配置されていない。また、図８では、説明を分かりやすくするため画面構成情報をテーブル形式で表したが、ＭＦＰ１からクライアントＰＣ５に送信される際、画面構成情報はＨＴＭＬで表される。

図９は、ＵＩ部品情報の一例を示す図である。図９に示すようにＵＩ部品情報は、ＵＩ部品の一覧が保持される。なお、ＭＦＰ１からクライアントＰＣ５に送信される際、ＵＩ部品情報はＨＴＭＬで表される。

ここで、クライアントＰＣ５のＷｅｂブラウザ５０１上で、ユーザは、図７に示す画面位置７に、図８に示す部品ＩＤ「Ｐ５」の「ＥＣＯ製本」を代入したとする。また、ユーザは、画面位置２のアイテムと、画面位置８のアイテムとを入れ替えたとする。この代入処理、入れ替え処理は、クライアントＰＣ５側で行われる。

次に、この代入処理、入れ替え処理が行われた後に、カスタマイズの確定ボタンが押下（クリック）された場合、Ｗｅｂブラウザ５０１は、カスタマイズされたホーム画面を示すカスタマイズ情報（編集情報）をＭＦＰ１に送信する。

図１０は、カスタマイズ情報の一例を示す図である。図１０に示すように、画面位置と部品ＩＤとが少なくとも含まれていればよい。カスタマイズ内容がＵＩ部品の追加、削除、変更の場合、カスタマイズ情報は、画面位置及び部品ＩＤのみでよい。

図１０に示す例では、画面位置７に部品ＩＤ「Ｐ５」が代入され、画面位置２と画面位置８とのアイテムが入れ替わっている。図１０に示すようなカスタマイズ情報が、クライアントＰＣ５からＭＦＰ１に送信される。

ＭＦＰ１は、クライアントＰＣ５からカスタマイズ情報を受信した場合、カスタマイズ情報に従ってＵＩ部品情報のＵＩ部品を用いてホーム画面を構成し、ホーム画面の構成情報をユーザ情報管理手段１０５に設定する。このとき、ＭＦＰ１は、カスタマイズを行ったユーザに関連付けて画面構成情報を設定する。

＜動作＞
次に、実施例におけるカスタマイズ制御システム１０の動作について説明する。

（表示処理）
図１１は、カスタマイズ画面の表示処理の一例を示すシーケンス図である。図１１に示すステップＳ１０１で、クライアントＰＣ５は、ＭＦＰ１に対し、カスタマイズ画面に対する画面表示リクエストを送信する。このとき、画面表示リクエストは、画面表示を要求したユーザのユーザ情報を含む。

ステップＳ１０２で、通信手段１０１は、クライアントＰＣ５から画面表示リクエストを受信し、Ｗｅｂアプリケーションサーバ１０２に出力する。

ステップＳ１０３で、Ｗｅｂアプリケーションサーバ１０２は、画面表示リクエストを取得すると、カスタマイズ制御手段１０３に対し、画面表示を要求したユーザに対応するホーム画面の画面情報の取得を要求する。

ステップＳ１０４で、カスタマイズ制御手段１０４は、画面表示を要求したユーザに対応する画面構成情報をユーザ情報管理手段１０５から取得する。

ステップＳ１０５で、カスタマイズ制御手段１０４は、画面構成情報に含まれるＵＩ部品の詳細情報を、画面管理手段１０４から取得する。このとき、カスタマイズ制御手段１０４は、画面管理手段１０４から有効なＵＩ部品の一覧を取得してもよい。

ステップＳ１０６で、カスタマイズ制御手段１０４は、生成したホーム画面の画面情報をＷｅｂアプリケーションサーバ１０２に出力する。

ステップＳ１０７で、Ｗｅｂアプリケーションサーバ１０２は、取得したホーム画面情報、ＵＩ部品情報、画面操作用のスクリプトに基づいて、Ｗｅｂ画面であるカスタマイズ画面のカスタマイズ画面情報（Ｗｅｂ画面情報）をＨＴＭＬ形式で生成する（図４Ａ、Ｂ参照）。生成されたカスタマイズ画面情報は、レスポンスとして通信手段１０１に出力される。

なお、Ｗｅｂアプリケーションサーバ１０２は、画面管理手段１０４から直接ＵＩ部品情報を取得するようにしてもよい。

ステップＳ１０８で、通信手段１０１は、カスタマイズ画面情報を、例えばｈｔｔｐレスポンスとしてクライアントＰＣ５に送信する。

これにより、クライアントＰＣ５のＷｅｂブラウザ５０１を用いて、ＭＦＰ１のＵＩ画面をカスタマイズするＷｅｂ画面が表示される。

（設定処理）
次に、Ｗｅｂブラウザ５０１上で、ＭＦＰ１のＵＩ画面をカスタマイズし、そのカスタマイズ情報を、ＭＦＰ１に設定する処理について説明する。カスタマイズ情報は、カスタマイズされたＵＩ画面を示す情報である。

図１２は、カスタマイズ情報の設定処理の一例を示すシーケンス図である。図１２に示すステップＳ２０１で、クライアントＰＣ５は、例えば、Ｗｅｂ画面を用いてＭＦＰ１のＵＩ画面（例えば、ホーム画面など）の部品配置を変更する。

ステップＳ２０２で、クラインアントＰＣ５は、カスタマイズの確定ボタンの押下を検知すると、カスタマイズ情報とカスタマイズしたユーザのユーザ情報を含む設定リクエストをＭＦＰ１に送信する。

ステップＳ２０３で、通信手段１０１は、設定リクエストを受信すると、その設定リクエストをＷｅｂアプリケーションサーバ１０２に出力する。

ステップＳ２０４で、Ｗｅｂアプリケーションサーバ１０２は、設定リクエストに含まれる情報を基に画面情報の設定をカスタマイズ制御手段１０３に要求する。

ステップＳ２０５で、カスタマイズ制御手段１０３は、カスタマイズ情報に基づいてＵＩ画面の画面構成情報を生成する。カスタマイズ制御手段１０３は、生成した画面構成情報を、ユーザ情報管理手段１０５に管理される、設定要求をしたユーザの画面構成情報に設定する。

これにより、ＭＦＰ１は、クライアントＰＣ５でカスタマイズ確定後のＵＩ画面の画面構成情報を記憶することができる。設定完了後、ＭＦＰ１は、カスタマイズが反映されたＵＩ画面を表示手段１０６に表示することができるようになる。

（確認処理）
次に、カスタマイズされたＵＩ部品が利用可能か否かを確認する処理について説明する。ユーザがＵＩ部品をカスタマイズするとき、ＭＦＰ１側の設定や機能のインストール状況が変わり、カスタマイズ内容がＵＩ画面に設定できないということが起こりうる。

図１３は、ＵＩ部品の利用可否の確認処理の一例を示すシーケンス図である。図１３に示すステップＳ３０１で、クライアントＰＣ５のＷｅｂブラウザ５０１上で、ＵＩ部品のカスタマイズが行われる。ここで、ＭＦＰ１のＵＩ画面に新規のＵＩ部品が配置されたとする。

ステップＳ３０２で、Ｗｅｂブラウザ５０１は、確定ボタンが押下されると、Ｗｅｂ画面に仕組まれたスクリプトにより、カスタマイズされたＵＩ部品（例えば新規ＵＩ部品）の有効／無効の確認リクエストをＭＦＰ１に送信する。

ステップＳ３０３で、通信手段１０１は、確認リクエストを受信した場合、その確認リクエストをＷｅｂアプリケーションサーバ１０２に出力する。

ステップＳ３０４で、Ｗｅｂアプリケーションサーバ１０２は、確認リクエストを取得すると、ＵＩ部品の有効／無効の確認をカスタマイズ制御手段１０３に要求する。

ステップＳ３０５で、カスタマイズ制御手段１０３は、カスタマイズされたＵＩ部品の有効、無効の確認を画面管理手段１０４に要求する。

ステップＳ３０６で、画面管理手段１０４は、カスタマイズされたＵＩ部品の機能を特定し、カスタマイズしたユーザがその機能を利用できるか否かの確認をユーザ情報管理手段１０５に要求する。

ステップＳ３０７で、ユーザ情報管理手段１０５は、機能とユーザの利用権限とを関連付けた権限情報に基づき、カスタマイズしたユーザが、カスタマイズしたＵＩ部品の機能を利用できるかを判定する。ユーザ情報管理手段１０５は、判定結果を画面管理手段１０４に返す。

図１４は、権限情報の一例を示す図である。図１４に示すように、機能毎に、ユーザの利用権限が関連付けられている。例えば、ユーザＡがコピー機能のＵＩ部品をカスタマイズした場合、利用は許可（ＯＫ）される。一方、ユーザＡがスキャナ機能のＵＩ部品をカスタマイズした場合、利用は不許可（ＮＧ）される。なお、図１４に示す例では、不許可であったとする。

図１３に戻り、ステップＳ３０８で、画面管理手段１０４は、確認結果を取得し、カスタマイズされたＵＩ部品が無効であることをカスタマイズ制御手段１０３に通知する。

ステップＳ３０９で、カスタマイズ制御手段１０３は、カスタマイズされたＵＩ部品の無効をＷｅｂアプリケーションサーバ１０２に通知する。

ステップＳ３１０で、Ｗｅｂアプリケーションサーバ１０２は、カスタマイズされたＵＩ部品が無効であった場合、警告ガイダンスの表示要求をレスポンスとして出力する。

ステップＳ３１１で、通信手段１０１は、Ｗｅｂブラウザ５０１に対し、警告ガイダンスの表示要求をレスポンスとして送信する。

これにより、Ｗｅｂブラウザ５０１は、警告ガイダンスの表示要求を受けると、「現在カスタマイズしたＵＩ部品はＭＦＰ１では設定不可である」旨をユーザに知らせる。

（エクスポート処理）
次に、編集途中のＵＩ画面や編集完了したＵＩ画面をエクスポートする場合の処理について説明する。図１５は、エクスポート処理の一例を示すシーケンス図である。図１５に示すステップＳ４０１で、クライアントＰＣ５のＷｅｂブラウザ５０１上で、ＵＩ部品のカスタマイズが行われる。ここで、カスタマイズ中のユーザに他の用事ができたとする。ユーザは、クライアントＰＣ５に対し、カスタマイズ情報のエクスポートを指示する。

ステップＳ４０２で、クライアントＰＣ５は、Ｗｅｂブラウザ５０１上でカスタマイズされたＵＩ画面の結果のエクスポートをＭＦＰ１に対して要求する。この場合、エクスポート要求には、カスタマイズ情報が含まれる。

ステップＳ４０３で、通信手段１０１は、エクスポート要求を受信すると、このエクスポート要求をＷｅｂアプリケーションサーバ１０２に出力する。

ステップＳ４０４で、Ｗｅｂアプリケーションサーバ１０２は、取得したカスタマイズ情報に基づく画面情報と同等の情報をｃｓｖなどのファイル形式に変換する。変換されたファイルは、通信手段１０１に出力される。

ステップＳ４０５で、通信手段１０１は、生成されたファイルをクライアントＰＣ５に送信する。

これにより、クライアントＰＣ５は、ユーザがカスタマイズ途中のＵＩ画面を一時保存したいときなどに、エクスポート処理を行うことができる。

（エクスポートファイルの設定処理）
次に、エクスポートファイルを用いて同一のＭＦＰ又は他のＭＦＰにそれぞれ設定を行う処理について説明する。図１６は、エクスポートファイルの設定処理の一例を示すシーケンス図である。

図１６に示すステップＳ５０１で、クライアントＰＣ５のＷｅｂブラウザ５０１上で、ＵＩ部品のカスタマイズが行われる。このとき、エクスポートファイルのインストールを行うとする。

ステップＳ５０２で、クライアントＰＣ５は、エクスポートファイルを設定する対象機器の識別情報（ドメイン名、ＩＰアドレスなど）を入力させる。

ステップＳ５０３で、クライアントＰＣ５は、設定対象機器へのｈｔｔｐリクエスト（ログイン、設定）を生成する。

ステップＳ５０４で、通信手段１０１は、クライアントＰＣ５からログインリクエストを受信すると、ログインをＷｅｂアプリケーションサーバ１０２に要求する。

ステップＳ５０５で、Ｗｅｂアプリケーションサーバ１０２は、ユーザ認証手段１０７に対し、ユーザのログイン処理を要求する。

ステップＳ５０６で、ユーザ認証手段１０７は、ユーザ情報管理手段１０５からログインに必要なユーザ情報を取得し、ログイン処理を行う。ここで、ログインがされたとする。

ステップＳ５０７で、ユーザ認証手段１０７は、ログイン結果をＷｅｂアプリケーションサーバ１０２に通知する。

ステップＳ５０８で、Ｗｅｂアプリケーションサーバ１０２は、ログイン結果を通信手段１０１に通知する。

ステップＳ５０９で、通信手段１０１は、ログイン結果をクライアントＰＣ５に通知する。

ステップＳ５１０で、クライアントＰＣ５は、エクスポートファイルの設定リクエストをＭＦＰ１に対して送信する。ここで、複数のドメイン名が指定されていた場合は、ドメイン名が示す各ＭＦＰに対し、設定リクエストを送信する。設定リクエストには、エクスポートファイルが含まれる。

ステップＳ５１１で、通信手段１０１は、設定リクエストを受信すると、その設定リクエストをＷｅｂアプリケーションサーバ１０２に出力する。

ステップＳ５１２で、Ｗｅｂアプリケーションサーバ１０２は、設定リクエストに含まれるエクスポートファイルを出力するとともに、画面情報の設定をカスタマイズ制御手段１０３に要求する。

ステップＳ５１３で、カスタマイズ制御手段１０３は、エクスポートファイルに基づいてＵＩ画面の画面構成情報を生成する。カスタマイズ制御手段１０３は、生成した画面構成情報を、ユーザ情報管理手段１０５に管理される、設定要求をしたユーザの画面構成情報に設定する。

これにより、ＭＦＰ１は、クライアントＰＣ５で保存されていたエクスポートファイルを、各機器に設定することができる。

なお、Ｗｅｂ画面から他の機器の設定用ＵＲＬに対して設定リクエストを送信することで、他の機器にカスタマイズ情報を設定することも可能である。

図１７は、他の機器への設定を行う概念図である。図１７に示す例では、ＭＦＰ１は、ＭＦＰ２及び３のドメイン名（ＩＰアドレス）やＵＲＬなどが登録されている。ＭＦＰ１は、クライアントＰＣ５に対し、Ｗｅｂ画面情報を送信する場合、Ｗｅｂ画面情報にＭＦＰ２及び３へのリンクを含める。

クライアントＰＣ５では、Ｗｅｂ画面情報からカスタマイズを行うＷｅｂ画面を表示する。このＷｅｂ画面には、ＭＦＰ２やＭＦＰ３へのリンクが貼られている。

クライアントＰＣ５のＷｅｂブラウザ５０１は、ＵＩ画面のカスタマイズ後、リンクが押下（クリック）されると、カスタマイズ情報を設定リクエストとともにリンク先のＭＦＰに送信する。

これにより、１又は複数の他の機器に対して、カスタマイズ情報を含む同一の設定リクエストを送信することができる。

以上、実施例によれば、通信路に対して負荷をかけずに、ＰＣ側でＵＩ画面の編集をすることができる。また、実施例によれば、カスタマイズ処理を迅速に行うことができる。カスタマイズの都度、ＭＦＰと通信をしなくてもよいからである。

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

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

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

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

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

１、２ ＭＦＰ
５ クライアントＰＣ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 入力部
１７ 表示部
１８ エンジン部
１０１ 通信手段
１０２ Ｗｅｂアプリケーションサーバ
１０３ カスタマイズ制御手段
１０４ 画面管理手段
１０５ ユーザ情報管理手段
１０６ 表示手段
１０７ ユーザ認証手段
５０１ Ｗｅｂブラウザ

特開２００７−９８３７６号公報 特開２００９−１３０４９３号公報

Claims (12)

1. 画像処理装置と情報処理装置とがネットワークを介して接続された編集制御システムであって、
   前記画像処理装置は、
   前記情報処理装置からのＵＩ画面の要求に応じて、前記ＵＩ画面に関する画面情報を生成する画面情報生成手段と、
   前記画面情報生成手段によって生成された前記画面情報と、前記画面情報における前記ＵＩ画面に対する編集操作のためのプログラムとを前記情報処理装置に送信する画面情報送信手段と、
   前記情報処理装置によって行われた前記ＵＩ画面に対する編集に対応する前記ＵＩ画面に関する編集情報を前記情報処理装置から受信する編集情報受信手段と、
   を有し、
   前記情報処理装置は、
   前記画像処理装置から送信された前記画面情報における前記ＵＩ画面を表示し、前記画像処理装置から送信された前記プログラムに基づいて、前記表示されている前記ＵＩ画面に対する編集を受け付けるＵＩ画面表示制御手段と、
   前記ＵＩ画面表示制御手段によって受け付けられた編集に対応するＵＩ画面に関する前記編集情報を前記画像処理装置に送信する編集情報送信手段と、を有し、
   前記画面情報送信手段は、前記情報処理装置からの要求を受けた場合に前記ＵＩ画面に対する編集が設定可能か確認し、確認結果を前記情報処理装置に応答する編集制御システム。
2. 前記画面情報送信手段は、前記ＵＩ画面に表示可能なＵＩ部品に関する前記画像処理装置の設定又は当該ＵＩ部品の有効若しくは無効に基づき、前記ＵＩ画面に対する編集が設定可能か確認する請求項１に記載の編集制御システム。
3. 請求項１又は２に記載の編集制御システムであって、
   前記プログラムは、スクリプトであり、
   前記画面情報送信手段は、前記スクリプトを含めた前記画面情報を前記情報処理装置に送信する編集制御システム。
4. 前記画面情報送信手段は、
   前記編集情報とともにエクスポート要求を受けた場合、前記編集情報をファイルに変換し、変換された前記ファイルを前記情報処理装置に送信する請求項１乃至３のいずれか一項に記載の編集制御システム。
5. 前記画面情報送信手段は、
   前記ファイルとともに設定リクエストを受けた場合、該ファイルを前記画面情報生成手段に出力し、
   前記画面情報生成手段は、
   取得した前記ファイルに基づくＵＩ画面の画面構成情報を画面構成情報記憶手段に設定する請求項４記載の編集制御システム。
6. 前記編集情報送信手段は、
   １又は複数の他の画像処理装置の識別情報を指定して、前記他の画像処理装置に対し、前記編集情報の設定リクエストを送信可能とする請求項１乃至３のいずれか一項に記載の編集制御システム。
7. 情報処理装置とネットワークを介して接続可能な画像処理装置であって、
   前記情報処理装置からのＵＩ画面の要求に応じて、前記ＵＩ画面に関する画面情報を生成する画面情報生成手段と、
   前記画面情報生成手段によって生成された前記画面情報と、前記画面情報における前記ＵＩ画面に対する編集操作のためのプログラムとを前記情報処理装置に送信する画面情報送信手段と、
   前記情報処理装置によって行われた前記ＵＩ画面に対する編集に対応する前記ＵＩ画面に関する編集情報を前記情報処理装置から受信する編集情報受信手段と、
   を有し、
   前記画面情報送信手段は、前記情報処理装置からの要求を受けた場合に前記ＵＩ画面に対する編集が設定可能か確認し、確認結果を前記情報処理装置に応答する画像処理装置。
8. 請求項７に記載の画像処理装置であって、
   前記プログラムは、スクリプトであり、
   前記画面情報送信手段は、前記スクリプトを含めた前記画面情報を前記情報処理装置に送信する画像処理装置。
9. 方法であって、
   情報処理装置からのＵＩ画面の要求に応じて、前記ＵＩ画面に関する画面情報を生成する画面情報生成ステップと、
   前記生成された前記画面情報と、前記画面情報における前記ＵＩ画面に対する編集操作のためのプログラムとを送信する画面情報送信ステップと、
   前記送信された前記画面情報における前記ＵＩ画面を表示するＵＩ画面表示ステップと、
   前記送信された前記プログラムに基づいて、前記表示されている前記ＵＩ画面に対する編集を受け付ける編集受付ステップと、
   前記受け付けられた編集に対応するＵＩ画面に関する編集情報を送信する編集情報送信ステップと、
   前記情報処理装置からの要求を受けた場合に前記ＵＩ画面に対する編集が設定可能か確認し、確認結果を前記情報処理装置に応答する応答ステップと、
   を有する方法。
10. 請求項９に記載の方法であって、
    前記プログラムは、スクリプトであり、
    前記画面情報送信ステップにおいては、前記スクリプトを含めた前記画面情報を送信する方法。
11. 情報処理装置からのＵＩ画面の要求に応じて、前記ＵＩ画面に関する画面情報を生成する画面情報生成ステップと、
    生成された前記画面情報と、前記画面情報における前記ＵＩ画面に対する編集操作のためのプログラムとを前記情報処理装置に送信する画面情報送信ステップと、
    前記情報処理装置からの要求を受けた場合に前記ＵＩ画面に対する編集が設定可能か確認し、確認結果を前記情報処理装置に応答する応答ステップと、
    前記情報処理装置によって行われた前記ＵＩ画面に対する編集に対応する前記ＵＩ画面に関する編集情報を前記情報処理装置から受信する編集情報受信ステップと、
    をコンピュータに実行させる編集制御プログラム。
12. 請求項１１記載の編集制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images