情報処理装置、情報処理システム、それらの制御方法、及びプログラム
【課題】別途サーバを設けることなく、プログラムの知識がないユーザであっても情報機器のＵＩを容易にアップデート可能な情報処理装置、情報処理システム、それらの制御方法、及びプログラムを提供する。
【解決手段】本情報処理装置は、画像処理装置のＵＩをアップデートするためのファイルが選択されると、当該ファイルを用いてアップデート対象の画像処理装置でアップデートが可能か否かを判定する。さらに、情報処理装置は、アップデートが可能である場合に、画像処理装置でアップデートを実行するための実行ファイルと、アップデート対象となるファイルと、当該アップデート対象のファイルの特徴を示す設定情報とを結合し、画像処理装置に送信する。
【解決手段】本情報処理装置は、画像処理装置のＵＩをアップデートするためのファイルが選択されると、当該ファイルを用いてアップデート対象の画像処理装置でアップデートが可能か否かを判定する。さらに、情報処理装置は、アップデートが可能である場合に、画像処理装置でアップデートを実行するための実行ファイルと、アップデート対象となるファイルと、当該アップデート対象のファイルの特徴を示す設定情報とを結合し、画像処理装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報機器のユーザインタフェースをカスタマイズする情報処理装置、情報処理システム、それらの制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、画像処理装置は、ユーザによる操作を容易にするためのユーザインタフェース（ＵＩ）を備えている。こうしたＵＩは、ユーザ個々の使用環境に合わせて、ユーザ自身がカスタマイズ可能であることが望ましい。これは、ＭＦＰなどの組み込み型の画像処理装置についても同様である。
【０００３】
一般的に、このような組み込み型の画像処理装置におけるＵＩのカスタマイズ方法は、ＷｅｂサーバからＵＩをダウンロードする構成になっている。具体的には、画像処理装置をネットワークに接続し、画像処理装置内にＷｅｂブラウザを設け、画像処理装置内のＷｅｂブラウザからＷｅｂサーバに接続してＵＩをダウンロードする。しかし、このような構成にするためには、画像処理装置内にＷｅｂブラウザを設け、表示するためのメモリが必要となる。
【０００４】
一方、内部にＷｅｂブラウザを設けない画像処理装置のＵＩをアップデートする方法としては、サーバ通信型の構成になっている。具体的には、画像処理装置用のサーバを構築し、サーバ内に画像処理装置のＵＩに使用する画像を管理しておき、画像処理装置がＵＩ表示時にサーバにアクセスし、必要な画像を逐一ダウンロードしてＵＩを表示する。このようにサーバ通信型の画像処理装置では、サーバ上の画像を編集することで画像処理装置のＵＩをカスタマイズでき、特に、複数台の画像処理装置を有する場合、一括してＵＩのカスタマイズができるため、便利である。また、特許文献１には、クライアント・アプリケーション上に設けられるＧＵＩボタンをネットワーク上に存在するメニューサーバから情報を取得してカスタマイズするシステムが提案されている。
【特許文献１】特開２００２−２１５５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。例えば、サーバ通信型の構成では、画面を切り替える際にサーバと逐一通信する必要があるためＵＩの表示に時間がかかってしまい、特に、処理速度の遅い画像処理装置には向いていない。また、サーバを購入するための費用と管理者がサーバを管理する手間がかかる。
【０００６】
サーバを設けることなく内部にＷｅｂブラウザを設けない画像処理装置のＵＩをカスタマイズするためには、画像処理装置内の画像を変更する必要がある。しかし、組み込み型の画像処理装置は、通常、ユーザが自由に装置内のファイルやフォルダを編集できないようにアクセス制限を設けることが多く、ユーザがＵＩを自由にカスタマイズすることは困難である。
【０００７】
このような問題を解決するため、メーカはユーザからカスタマイズの要望があった場合に、開発用ツールをユーザに提供し、ＵＩをユーザにカスタマイズさせるサービスも提供している。しかし、ユーザがメーカから提供された開発用ツールを使用してＵＩをカスタマイズするにはプログラムの知識が必要になり、プログラムの知識がないユーザにはＵＩをカスタマイズすることができない。
【０００８】
また、画像ファイル及びバッチファイルなどの実行ファイルをパッケージ化し、画像処理装置内でパッケージ化した実行ファイルを実行することで、画像処理装置内の所定フォルダの画像ファイルをアップデートし、ＵＩをカスタマイズすることも可能である。しかし、これを実現するためには、少なくとも、ファイルのアップデートを行うかどうかを示す指示情報と、コピー元のパス、及びコピー先のパスの情報が必要であり、実行ファイルごとにこのような情報を設定する必要がある。さらに、画像処理装置のＵＩ上にあるボタンや背景などのコントロール部品の幅、高さ、色数がユーザによって選択された画像ファイルの幅、高さ、色数と異なる場合、コントロール部品のサイズによって画像を拡大又は縮小してもよいが、見栄えが悪くなることがある。したがって、コントロール部品の幅、高さにあったファイルをユーザに指定させる必要がある。また、画像処理装置の空き容量が少ない場合は、ＵＩに使用する画像ファイルのサイズに制限をかける必要がある。
【０００９】
本発明は、上述の問題に鑑みて成されたものであり、別途サーバを設けることなく、プログラムの知識がないユーザであっても情報機器のＵＩを容易にアップデート可能な情報処理装置、情報処理システム、それらの制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明における情報処理装置は、外部の情報機器のユーザインタフェースをアップデートする情報処理装置であって、外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、外部の情報機器においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、結合されたアップデートファイルを情報機器に送信する送信手段とを備えることを特徴とする。
【００１１】
また、上記目的を達成するために本発明における情報処理システムは、画像処理装置と情報処理装置とが通信可能な情報処理システムであって、情報処理装置は、画像処理装置のユーザインタフェースのアップデートに用いるファイルと、画像処理装置においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、結合されたアップデートファイルを画像処理装置に送信する送信手段とを備え、画像処理装置は、情報処理装置から送信されるアップデートファイルを受信する受信手段と、受信されたアップデートファイルに含まれる実行ファイルを実行する実行手段とを備えることを特徴とする。
【００１２】
また、上記目的を達成するために本発明における情報処理装置の制御方法は、外部の情報機器のユーザインタフェースをアップデートする情報処理装置の制御方法であって、外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、外部の情報機器においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、結合されたアップデートファイルを情報機器に送信する送信ステップとを実行することを特徴とする。
【００１３】
また、上記目的を達成するために本発明における情報処理システムの制御方法は、画像処理装置と情報処理装置とが通信可能な情報処理システムの制御方法であって、情報処理装置は、画像処理装置のユーザインタフェースのアップデートに用いるファイルと、画像処理装置においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、結合されたアップデートファイルを画像処理装置に送信する送信ステップとを実行し、画像処理装置は、情報処理装置から送信されるアップデートファイルを受信する受信ステップと、受信されたアップデートファイルに含まれる実行ファイルを実行する実行ステップとを実行することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、例えば、別途サーバを設けることなく、プログラムの知識がないユーザであっても情報機器のＵＩを容易にアップデート可能な情報処理装置、情報処理システム、それらの制御方法、及びプログラムを提供できる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１６】
＜情報処理システム構成＞
以下では、図１乃至図８を参照して、本発明の実施形態について説明する。図１は、本実施形態に係るネットワークスキャナを利用した情報処理システムの一例を示す図である。
【００１７】
画像処理装置１００は、ネットワークインタフェースを有し、ネットワーク１１０に接続されている。また、画像処理装置１００は、情報機器の一例である。ネットワーク１１０は周知のイーサネット（登録商標）等により構築されたローカルエリアネットワーク（以下では、単にネットワークと称する。）である。また、図１に示す１０１、１０２、１０３は、ネットワーク１１０に接続されたパーソナルコンピュータ（以下では、ＰＣと称する。）であって、各ユーザが使用するものである。また、ＰＣは、情報処理装置の一例である。このように、本実施形態に係る情報処理システムは、画像処理装置１００と、ＰＣ１０１、１０２、１０３とが通信可能に接続されている。
【００１８】
＜ハードウェア構成＞
次に、図２を参照して、情報機器である画像処理装置１００及び情報処理装置であるＰＣ１０１、１０２、１０３のハードウェア構成について説明する。図２は、本実施形態に係る画像処理装置１００と、ＰＣ１０１のハードウェア構成を示すブロック図である。なお、ＰＣ１０２、１０３は、ＰＣ１０１と同様の構成であるため説明を省略する。
【００１９】
画像処理装置１００は、ネットワークＩ／Ｆ、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、タッチパネル２０４、ＬＣＤコントローラ２０５、ＬＣＤ２０６、ハードディスク２０７、スキャナ部２０８及びＷｅｂサーバ２０９を備える。ＣＰＵ２０１は、画像処理装置１００全体を制御する。ＲＯＭ２０２は、ブートプログラム及びＢＩＯＳ等を記憶している。ＲＡＭ２０３は、ＣＰＵ２０１が実行するＯＳやアプリケーションがロードされたり、ワークエリアとして使用されたりするＲＡＭである。タッチパネル２０４は、感圧式の入力装置であり、表示部に設けられる。ＬＣＤコントローラ２０５は、液晶表示用のコントローラである。ＬＣＤ２０６は、液晶表示器である。本実施形態に係るタッチパネル２０４は透明シートで構成される感圧式を採用し、ＬＣＤ２０６の前面に設けられる。タッチパネル２０４からは、読取設定の入力、読込開始の指示などを行う。
【００２０】
ネットワークＩ／Ｆ２００は、ネットワーク１１０を介して他の装置と行う通信を制御する。ハードディスク２０７は、ＯＳ、本実施形態に係るスキャニングアプリケーション、更には画像を一時的に蓄積するハードディスク装置である。スキャナ部２０８は、原稿から画像を読み取る読取装置である。スキャナ部２０８では、タッチパネル２０４によって入力された設定値で画像の読み取りが行われる。
【００２１】
ＰＣ１０１は、ネットワークＩ／Ｆ２１０、及びＷｅｂクライアント２１１を備える。ネットワークＩ／Ｆ２１０は、ネットワーク１１０と接続するためのＰＣ１０１上のネットワークインタフェースである。ＰＣ１０１上のＷｅｂブラウザはＷｅｂクライアント２１１に相当する。Ｗｅｂクライアント２１１がページを表示する要求を送った際に、画像処理装置１００内のＷｅｂサーバ２０９は、Ｗｅｂページを作りこれを応答として返す。また、Ｗｅｂサーバ２０９と、Ｗｅｂクライアント２１１との間はＨＴＴＰプロトコルによりデータの送受信を行っている。
【００２２】
＜アップデートモジュール＞
次に、図３を参照して、アップデートモジュールの表示画面について説明する。本実施形態に係るアップデートモジュールとは、情報処理装置であるＰＣ１０１で実現され、ハードウェア、ソフトウェア又はそれらの組み合わせにより構成することができる。図３は、本実施形態に係るＰＣ１０１に表示される画面３００の一例を示す図である。本実施形態に係るアップデートモジュールは、ＰＣ１０１上で使用され、起動すると図３に示す画面を表示する。
【００２３】
画面３００には、アップデート対象となるファイルのリスト３０１、ＯＫボタン３０２、削除ボタン３０３、及び追加ボタン３０４が表示される。図３に示すように、リスト３０１には、ファイルパスとファイルサイズとが表示される。ＯＫボタン３０２が選択されると、リスト３０１に表示されているファイルが、画像処理装置１００にアップデートされる。削除ボタン３０３が選択されると、リスト３０１上で選択されたファイルがリスト３０１から削除される。追加ボタン３０４が選択されると、追加するファイルを選択するための不図示のファイル選択画面に移行する。
【００２４】
次に、図３、図４及び図６を参照して、アップデートファイルの作成手順について説明する。図４は、本実施形態に係るアップデートファイルを作成する際の処理手順を示すフローチャートである。また、図６は、本実施形態に係るアップデートファイルの構成例を示す図である。ここで、アップデートファイルとは、画像処理装置１００のユーザインタフェース（以下、ＵＩと称する。）をカスタマイズするための処理を画像処理装置１００において実行するために必要なファイルを示す。ここでは、画像ファイル、ＯＳ、スキャナファーム等の少なくとも１つをアップデートファイルに組み込む例について説明する。
【００２５】
ユーザが追加ボタン３０４を押下すると、ステップＳ４０１において、アップデートモジュールは、不図示のファイル選択画面をＰＣ１０１に表示し、ユーザにアップデートファイルに組み込むファイルを選択させる。ユーザによってファイル選択画面を介してファイルが選択されると、アップデートモジュールは、ファイル選択画面を閉じる際に、選択されたファイルをリスト３０１に追加する。
【００２６】
本実施例では、画像処理装置１００におけるＵＩの中のカスタマイズが可能なコントロール部品と画像ファイル名が一意に対応しており、例えば特定の画像ファイル名を指定するとカスタマイズするコントロール部品が決定されるものとする。具体的には、ファイルパスから画像ファイル等のファイル名を取得し、ファイル名が指定されるごとに既定の条件を満たすファイルのみリストへの追加を許可する。
【００２７】
次に、ステップＳ４０２において、アップデートモジュールは、ユーザによるＯＫボタン３０２の押下を検知すると、アップデートファイルの作成を開始する。ステップＳ４０３において、アップデートモジュールは、リストに追加されたファイルの特徴を示す設定情報としてのファイル名、ファイルサイズ、バージョン情報、ファイルの内容情報等のうち少なくとも１つが定義された設定ファイルを作成する。ここで、ファイルの内容情報とは、例えば、ファイルが画像ファイルである場合に、画像幅、画像高さ、色数等の少なくとも１つを示すデータであり、本実施形態ではこれらの内容情報を画像ファイルの使用可否判断に用いるほか、内容情報設定ファイルに組み込む。しかし、これらの内容情報はアップデートを実行する実行ファイル６０１において使用されない場合は、設定ファイルに組み込まないようにしてもよい。その後、ステップＳ４０４において、アップデートモジュールは、ステップＳ４０３で作成した設定ファイルと実行ファイルとを結合してアップデートファイル６００を作成する。図６に示すように、作成されたアップデートファイル６００には、アップデートを実行する実行ファイル６０１と、設定ファイルのサイズ及び設定ファイル６０２と、画像ファイル６０３とが含まれる。ここで、実行ファイルとは、アップデート対象のファイルのアップデートを画像処理装置１００で実行するための処理が定義されたファイルを示す。実行ファイルは、例えば、アップデートモジュールにおいて予め記憶されていることが望ましい。しかし、インターネットのホームページや画像処理装置１００のＷｅｂサーバ２０９等からダウンロードしてもよい。
【００２８】
次に、図５を参照して、図４のステップＳ４０１の詳細な手順について説明する。図５は、本実施形態に係るファイルをリスト３０１に追加する際の処理手順を示すフローチャートである。以下で説明する処理は、アップデートモジュールによって処理される。
【００２９】
本実施形態に係るアップデートモジュールは、画像処理装置１００内でカスタマイズ可能なＵＩのコントロール部品ごとに、所定の画像ファイル名、ファイルサイズ、画像幅、画像高さ、色数のリストを予めまたはダウンロードして保持している。また、アップデートモジュールは、保持しているこれらの値と、ユーザが選択したファイルのファイル名、ファイルサイズ、幅、高さ、色数を比較する。
【００３０】
まず、ステップＳ５０１において、アップデートモジュールは、ユーザがファイル選択画面を介してファイルを選択するための操作を行った際に、選択されたファイルのパスを取得する。続いて、ステップＳ５０２において、アップデートモジュールは、取得したパスからファイルの拡張子を取得する。さらに、ステップＳ５０３において、アップデートモジュールは、取得した拡張子が所定のファイルの拡張子であるか否かを判定する。ここで、所定ファイルの拡張子でない場合は、ステップＳ５１５に進み、エラー表示をして、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定ファイルの拡張子である場合は、ステップＳ５０４に進む。本実施形態では、ＯＳ、スキャナファーム、画像ファイルの拡張子を所定ファイルの拡張子とする。
【００３１】
ステップＳ５０４において、アップデートモジュールは、ステップＳ５０２で取得した拡張子が画像ファイルのものであるか否かを判定する。ここで、拡張子が画像ファイルの拡張子でない場合は、ステップＳ５１６に進み、アップデートモジュールは、選択されたファイルが画像処理装置１００用のＯＳ、ファームウェア等であるか否かを判定する。なおｄｌｌファイルであるか否かを判定してもよい。画像処理装置１００用のＯＳ、ファームウェア等であった場合は、ステップＳ５１４に進み、アップデートモジュールは、当該ファイルをリスト３０１に追加して処理を終了する。一方、画像処理装置１００用のＯＳ又はファームウェア等でなかった場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。
【００３２】
一方、ステップＳ５０４で拡張子が画像ファイルのものであった場合は、ステップＳ５０５に進み、アップデートモジュールは、ファイル名を取得する。続いて、ステップＳ５０６において、アップデートモジュールは、ファイル名が所定のファイル名か否かを判定する。ここで、所定のファイル名でない場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定のファイル名である場合は、ステップＳ５０７に進む。
【００３３】
ステップＳ５０７において、アップデートモジュールは、ファイルサイズを取得する。続いて、ステップＳ５０８において、アップデートモジュールは、ファイルサイズ＞０バイトの条件が成立するか否かを判定する。ここで、当該条件が成立しない場合は、ステップＳ５１４に進み、アップデートモジュールは、当該ファイルをリスト３０１に追加して処理を終了する。一方、当該条件が成立する場合は、ステップＳ５０９に進む。
【００３４】
ステップＳ５０９において、アップデートモジュールは、ファイルサイズが所定の値以下であるか否かを判定する。ここで、所定のファイルサイズ以下ではない場合は、ステップＳ５１５に進み、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定のファイルサイズ以下である場合は、ステップＳ５１０に進む。本実施形態に係るアップデートモジュールは、このようにアップデート対象となるコントロール部品の画像ファイルのサイズに制限を設けることにより、画像処理装置１００がＵＩに使用することを許容する限度を超えたファイルサイズの画像ファイルの使用を禁止する。
【００３５】
ステップＳ５１０において、アップデートモジュールは、画像ファイルの幅、高さ、色数を取得する。その後、ステップＳ５１１乃至ステップＳ５１３において、アップデートモジュールは、ファイルの幅、高さ、色数が所定の範囲の値であるか否かをそれぞれ判定する。つまり、アップデートモジュールは、アップデート対象のファイルが画像ファイルである場合には、画像幅、画像高さ及び色数が画像処理装置１００で適用可能な範囲であるか否かを判定する。ステップＳ５１１乃至ステップＳ５１３において、画像ファイルの画像幅、高さ、色数が所定の範囲の値ではない場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、ファイルの幅、高さ、色数が所定の範囲の値である場合は、ステップＳ５１４に進み、アップデートモジュールは、当該画像ファイルをリスト３０１へ追加する。
【００３６】
このようにして、本実施形態に係るアップデートモジュールは、画像処理装置１００のＵＩのコントロール部品のカスタマイズに使用可能な画像ファイルをユーザによって指定させることができる。また、これらファイルサイズ、画像の幅、高さ、色数の所定値は画像処理装置１００の種類によって異なる値を設定することができ、画像処理装置１００と互換性のある画像処理装置についても、本処理に際して画像処理装置１００の機種情報を取得するか又はユーザに指定させることで同様にＵＩのカスタマイズを行うことができる。
【００３７】
次に、図７を参照して、画像処理装置１００においてファイルをアップデートする際の処理について説明する。図７は、本実施形態に係る画像処理装置におけるファイルをアップデートする際の処理手順を示すフローチャートである。ステップＳ７０１及びＳ７０２の処理は、ユーザに使用されるＰＣ１０１のアップデートモジュールによって制御される。一方、ステップＳ７０３乃至７１３の処理は画像処理装置１００のＣＰＵ２０１等によって制御される。
【００３８】
ステップＳ７０１において、アップデートモジュールは、ユーザからの指示により、Ｗｅｂクライアント２１１に相当するＷｅｂブラウザを起動する。当該ブラウザのＵＩを介してアップデートファイルの送信ボタンが押下されると、ステップＳ７０２において、アップデートモジュールは、上記で作成したアップデートファイル６００を画像処理装置１００に送信する。なお、ステップＳ７０２においてアップデートファイル６００を画像処理装置１００に送信する処理は、アップデートファイルを作成するアップデートモジュールのハードウェアやソフトウェアの機能の一部であってもよいが、別の送信用プログラムであってもよく、インターネットのホームページや画像処理装置１００のＷｅｂサーバ２０９から予め又はその都度ダウンロードして当該処理を実行するようにしてもよい。
【００３９】
アップデートファイル６００を受信すると、ステップＳ７０３において、画像処理装置１００のＷｅｂサーバ２０９は、アップデートファイル６００を起動する。ここで、アップデートファイル６００が起動されると、アップデートファイル６００は内部の実行ファイル６０１を起動する。つまり、画像処理装置１００のＣＰＵ２０１は、実行ファイル６０１をロードして以下で説明する処理を実行することとなる。
【００４０】
ステップＳ７０４において、ＣＰＵ２０１は、アップデートファイル６００から設定ファイル６０２を取得する。続いて、ステップＳ７０５において、ＣＰＵ２０１は、画像処理装置１００内で起動しているスキャナアプリケーションに終了指示メッセージを送信する。終了指示メッセージを受信すると、スキャナアプリケーションは、ステップＳ７０６において、終了処理を実行し、ＣＰＵ２０１に対して終了通知を送信する。
【００４１】
終了通知を受信すると、ＣＰＵ２０１は、取得した設定ファイル６０２の情報に従って画像処理装置１００内に作業フォルダを作成する。さらに、ＣＰＵ２０１は、アップデートファイルからスキャナファーム、ＯＳ、アプリケーション、画像ファイル等を作業フォルダに展開し、所定のフォルダ内のファイルをアップデートする。ここで、ステップＳ７０７乃至Ｓ７０９において、ＣＰＵ２０１は、作業フォルダの作成、作業フォルダへのアップデート対象ファイルの展開、及びアップデートを実行しながら、各処理が正常に行われたか否かを判定する。
【００４２】
全ての処理が成功した場合は、ステップＳ７１２に進み、ＣＰＵ２０１は、画像処理装置１００の再起動を行う。再起動後、ステップＳ７１３において、スキャナアプリケーションは、アップデート後の画像ファイルを使用してＵＩを表示する。一方、ステップＳ７０７乃至Ｓ７０９の何れかでエラーが起きた場合、ＣＰＵ２０１は、ステップＳ７１０において表示部にエラーを表示する。その後、ステップＳ７１１において、ＣＰＵ２０１は、ユーザがエラー内容を確認したことを検知すると、本処理を終了する。なお、エラー発生に応じて破壊されたファイルの復元を行うことが望ましい。また、エラー発生の際に再起動を行うようにしてもよい。
【００４３】
次に、図８を参照して、図７のフローチャートで行われるファイルのアップデートの詳細処理について説明する。図８は、本実施形態に係るファイルアップデートの処理手順を示すフローチャートである。以下で説明する処理は、アップデートファイル６００の実行ファイル６０１をロードして実行する画像処理装置１００のＣＰＵ２０１によって制御される。
【００４４】
まず、ステップＳ８０１において、ＣＰＵ２０１は、設定ファイル６０２に定義されたファイル名、ファイルサイズ、バージョン情報のファイル情報を読み込む。続いて、ステップＳ８０２において、ＣＰＵ２０１は、所定の処理を設定ファイル６０２に定義されたファイル名のリストの末尾に到達するまで行ったか否かを判定する。ここで、全てのファイルに対して所定の処理を行った場合は処理を終了する。一方、行っていない場合はステップＳ８０３に進む。所定の処理とは、取得したファイル情報を元にアップデートファイル６００内でファイルポインタを順次進め、復元用ファイルの保存と、コピー、削除、アップデートなどの処理を示す。
【００４５】
ステップＳ８０３において、ＣＰＵ２０１は、ファイル名から拡張子を取得する。続いて、ステップＳ８０４において、ＣＰＵ２０１は、拡張子が画像ファイルの拡張子であるか否かを判定する。ここで、拡張子が画像ファイルの拡張子であるならばステップＳ８０５に進み、画像ファイルの拡張子でなければステップＳ８０８に進む。
【００４６】
ステップＳ８０５において、ＣＰＵ２０１は、ファイルサイズを判定し、ファイルサイズが０バイトであるか否かを判定する。０バイトならばステップＳ８０６に進み、ＣＰＵ２０１は、所定のフォルダにある同名のファイルを削除してステップＳ８１５に進む。一方、ファイルサイズ＞０バイトの場合はステップＳ８０７に進み、ＣＰＵ２０１は、所定のフォルダにファイルコピーしてステップＳ８１５に進む。
【００４７】
ステップＳ８０４でファイルの拡張子が画像ファイルの拡張子でない場合は、ステップＳ８０８において、ＣＰＵ２０１は、所定フォルダ内に格納されている同名のファイルのバージョンを取得し、アップデートファイル６００内のファイルのバージョンと比較する。ここで、ＣＰＵ２０１は、アップデートファイル６００内のファイルが新しいバージョンであるとき画像ファイル以外のファイルのバージョンアップを行うため、ステップＳ８０９に進む。一方、新しいバージョンでない場合は、ＣＰＵ２０１は、ファイルのバージョンアップを行うことなくステップＳ８０２に戻る。
【００４８】
ステップＳ８０９において、ＣＰＵ２０１は、ファイルの拡張子がＯＳの拡張子であるか否かを判定する。ファイルの拡張子がＯＳの拡張子である場合は、ステップＳ８１０において、ＣＰＵ２０１は、一旦作業フォルダにファイルを展開し、ステップＳ８１１において作成したファイルを所定のフォルダにコピーしてステップＳ８１５に進む。
【００４９】
一方、ステップＳ８０９でファイルの拡張子がＯＳの拡張子でないと判定した場合は、ステップＳ８１２に進み、ＣＰＵ２０１は、ファイルの拡張子がファームウェア（例えば、スキャナファーム）の拡張子であるか否かを判定する。ここで、ファームウェアの拡張子でない場合は、ファイルのバージョンアップを行うことなくステップＳ８０２に戻る。一方、ファームウェアの拡張子である場合は、ステップＳ８１３に進み、ＣＰＵ２０１は、作業フォルダにファイルを展開し、ステップＳ８１４においてファームウェアのアップデートを行ってステップＳ８１５に進む。
【００５０】
ステップＳ８１５において、ＣＰＵ２０１は、各処理が成功したか否かを判定する。ここで成功した場合は、次のファイルの処理を行うためにステップＳ８０２に戻る。一方、失敗した場合はステップＳ８１６に進み、ＣＰＵ２０１は、エラーを表示して、処理を終了する。なお、ステップＳ８０６、Ｓ８０７、Ｓ８１１、Ｓ８１４において、コピー又はアップデート時に復元用ファイルの保存を行うことが望ましい。
【００５１】
上述したように、アップデートファイル６００内の実行ファイル６０１は、画像ファイルのファイルサイズ ＝ ０ ｂｙｔｅである場合には、画像処理装置１００の所定のフォルダ内にある同名の画像ファイルを削除する。また、画像ファイルのサイズ ＞ ０ｂｙｔｅである場合には、画像処理装置１００の所定のフォルダ内に画像ファイルをコピーする。これにより、画像処理装置１００内の所定フォルダにある画像ファイルをアップデートすることでＵＩのコントロール部品のアップデートを行うことができる。また、ファイルサイズを０ｂｙｔｅとすることで画像処理装置１００内の所定フォルダから画像ファイルを削除させることでＵＩのコントロール部品の削除を行うこともできる。このように、本実施形態によれば、プログラムの知識がないユーザにも画像処理装置１００のＵＩを簡単にカスタマイズすることができる。また、別途アップデート専用のサーバを設ける必要もない。なお、画像ファイルを削除させたいときにファイルサイズを０ｂｙｔｅ以外の特定のサイズと記述するようにしてもよい。
【００５２】
また、上記実施形態では、アップデートファイル６００内にＯＳ、ファームウェアのファイルが含まれていたが、これらを含まなくてもよい。この場合、ステップＳ８０８乃至Ｓ８１４の処理が不要となる。なお、ｄｌｌファイルをアップデートファイル６００内に含ませてもよい。このようにするとファームウェアのデバッグ作業等の効率化が可能である。
【００５３】
また、上記実施形態では、アップデートファイル６００を画像処理装置１００へ送信する方法として、外部装置であるＰＣ１０１上のＷｅｂブラウザからアップデートファイルを送信したが、別の装置を使用してもよい。また、ＵＳＢメモリなどの可搬性のメモリ内にアップデートファイル６００を入れ、ＵＳＢメモリを画像処理装置１００に接続してアップデートファイル６００を実行してもよい。この場合、ステップＳ７０１乃至Ｓ７０３の処理が不要となる。
【００５４】
このように、所定の条件として、コピー元とコピー先のファイル名を一致させる場合、ファイル名を指定することでコピー先のファイル名も決定され、カスタマイズするコントロール部品も一意に決定することができる。また、所定の条件として、ファイル名を指定することにより、上記のように、ファイル名を設定するような複雑な設定をする必要がなくなり、より簡単にＵＩをカスタマイズすることができる。さらに、所定の条件として、画像ファイルの幅、高さ、色数を指定することにより、情報機器内のコントロール部品にあったファイルをユーザに指定させることができる。また、所定の条件として、ファイルサイズを追加することにより、空き容量が少ない情報機器がＵＩに使用できるファイル容量を制限することができる。また、情報機器の種類ごとに異なる値を有することにより、当該情報機器と互換性のある情報機器についても同様にＵＩをカスタマイズすることができる。
【００５５】
本実施形態では、画像ファイルのファイル名と、画像処理装置１００のＵＩにおけるコントロール部品とが関連付けられて指定されている。しかし、本発明は、これに限定されず、ユーザが特定のファイル名を指定しなくても、画像処理装置１００内のコントロール部品を指定できるＵＩを用意し、画像処理装置１００内のコントロール部品とカスタマイズする画像ファイルを関連付けてもよい。
【００５６】
以上説明したように、本実施形態に係る情報処理装置は、画像処理装置のＵＩをアップデートするためのファイルを予め記憶するかダウンロードし、アップデートに用いるファイルが選択されると、当該ファイルを用いてアップデート対象の画像処理装置でアップデートが可能か否かを判定する。さらに、情報処理装置は、アップデート可能である場合に、画像処理装置でアップデートを実行するための実行ファイルと、アップデートに用いるファイルと、当該ファイルの特徴を示す設定情報とを結合し、画像処理装置に送信する。これにより、ユーザは、アップデートに用いるファイルを一覧から選択すればよく、プログラムの知識を有していなくても容易に画像処理装置のＵＩをカスタマイズできる。さらに、本情報処理装置では、システム内で画像処理装置専用のアップデートサーバを設ける必要もない。
【００５７】
＜他の実施形態＞
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給し、それらのコンピュータ（ＣＰＵやＭＰＵ等）が格納されたプログラムコードを読出し実行しても本発明の目的は達成される。
【００５８】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５９】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳ（オペレーティングシステム）に供給するスクリプトデータ等、プログラムの形態を問わない。
【００６０】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等がある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ等がある。
【００６１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６２】
他に、プログラムの供給方法として、クライアントコンピュータのブラウザを用いてインターネットのホームページや画像処理装置１００から本発明のコンピュータプログラムをハードディスク装置等の記録媒体にダウンロードすることもできる。もしくは、圧縮され自動インストール機能を含むファイルをハードディスク装置等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数の操作者に対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【００６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納して操作者に配布することも可能である。その場合、所定の条件をクリアした操作者に対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせることができる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現する。
【００６４】
また、コンピュータが読み出したプログラムコードを実行するだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働するＯＳ等が実際の処理の一部又は全部を行うことでも実現される。
【００６５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む方法も可能である。その場合、プログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行うことでも実現される。
【００６６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【図面の簡単な説明】
【００６７】
【図１】本実施形態に係るネットワークスキャナを利用した情報処理システムの一例を示す図である。
【図２】本実施形態に係る画像処理装置１００と、ＰＣ１０１のハードウェア構成を示すブロック図である。
【図３】本実施形態に係るＰＣ１０１に表示される画面３００の一例を示す図である。
【図４】本実施形態に係るアップデートファイルを作成する際の処理手順を示すフローチャートである。
【図５】本実施形態に係るファイルをリスト３０１に追加する際の処理手順を示すフローチャートである。
【図６】本実施形態に係るアップデートファイルの構成例を示す図である。
【図７】本実施形態に係る画像処理装置へファイルをアップデートする際の処理手順を示すフローチャートである。
【図８】本実施形態に係るファイルアップデートの処理手順を示すフローチャートである。
【符号の説明】
【００６８】
１００：画像処理装置
１０１、１０２、１０３：パーソナルコンピュータ（ＰＣ）
１１０：ネットワーク
２００：ネットワークインタフェース
２０１：ＣＰＵ
２０２：ＲＯＭ
２０３：ＲＡＭ
２０４：タッチパネル
２０５：ＬＣＤコントローラ
２０６：ＬＣＤ
２０７：ハードディスク装置
２０８：スキャナ部
２０９：Ｗｅｂサーバ
２１０：ネットワークインタフェース
２１１：Ｗｅｂクライアント
【技術分野】
【０００１】
本発明は、情報機器のユーザインタフェースをカスタマイズする情報処理装置、情報処理システム、それらの制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、画像処理装置は、ユーザによる操作を容易にするためのユーザインタフェース（ＵＩ）を備えている。こうしたＵＩは、ユーザ個々の使用環境に合わせて、ユーザ自身がカスタマイズ可能であることが望ましい。これは、ＭＦＰなどの組み込み型の画像処理装置についても同様である。
【０００３】
一般的に、このような組み込み型の画像処理装置におけるＵＩのカスタマイズ方法は、ＷｅｂサーバからＵＩをダウンロードする構成になっている。具体的には、画像処理装置をネットワークに接続し、画像処理装置内にＷｅｂブラウザを設け、画像処理装置内のＷｅｂブラウザからＷｅｂサーバに接続してＵＩをダウンロードする。しかし、このような構成にするためには、画像処理装置内にＷｅｂブラウザを設け、表示するためのメモリが必要となる。
【０００４】
一方、内部にＷｅｂブラウザを設けない画像処理装置のＵＩをアップデートする方法としては、サーバ通信型の構成になっている。具体的には、画像処理装置用のサーバを構築し、サーバ内に画像処理装置のＵＩに使用する画像を管理しておき、画像処理装置がＵＩ表示時にサーバにアクセスし、必要な画像を逐一ダウンロードしてＵＩを表示する。このようにサーバ通信型の画像処理装置では、サーバ上の画像を編集することで画像処理装置のＵＩをカスタマイズでき、特に、複数台の画像処理装置を有する場合、一括してＵＩのカスタマイズができるため、便利である。また、特許文献１には、クライアント・アプリケーション上に設けられるＧＵＩボタンをネットワーク上に存在するメニューサーバから情報を取得してカスタマイズするシステムが提案されている。
【特許文献１】特開２００２−２１５５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。例えば、サーバ通信型の構成では、画面を切り替える際にサーバと逐一通信する必要があるためＵＩの表示に時間がかかってしまい、特に、処理速度の遅い画像処理装置には向いていない。また、サーバを購入するための費用と管理者がサーバを管理する手間がかかる。
【０００６】
サーバを設けることなく内部にＷｅｂブラウザを設けない画像処理装置のＵＩをカスタマイズするためには、画像処理装置内の画像を変更する必要がある。しかし、組み込み型の画像処理装置は、通常、ユーザが自由に装置内のファイルやフォルダを編集できないようにアクセス制限を設けることが多く、ユーザがＵＩを自由にカスタマイズすることは困難である。
【０００７】
このような問題を解決するため、メーカはユーザからカスタマイズの要望があった場合に、開発用ツールをユーザに提供し、ＵＩをユーザにカスタマイズさせるサービスも提供している。しかし、ユーザがメーカから提供された開発用ツールを使用してＵＩをカスタマイズするにはプログラムの知識が必要になり、プログラムの知識がないユーザにはＵＩをカスタマイズすることができない。
【０００８】
また、画像ファイル及びバッチファイルなどの実行ファイルをパッケージ化し、画像処理装置内でパッケージ化した実行ファイルを実行することで、画像処理装置内の所定フォルダの画像ファイルをアップデートし、ＵＩをカスタマイズすることも可能である。しかし、これを実現するためには、少なくとも、ファイルのアップデートを行うかどうかを示す指示情報と、コピー元のパス、及びコピー先のパスの情報が必要であり、実行ファイルごとにこのような情報を設定する必要がある。さらに、画像処理装置のＵＩ上にあるボタンや背景などのコントロール部品の幅、高さ、色数がユーザによって選択された画像ファイルの幅、高さ、色数と異なる場合、コントロール部品のサイズによって画像を拡大又は縮小してもよいが、見栄えが悪くなることがある。したがって、コントロール部品の幅、高さにあったファイルをユーザに指定させる必要がある。また、画像処理装置の空き容量が少ない場合は、ＵＩに使用する画像ファイルのサイズに制限をかける必要がある。
【０００９】
本発明は、上述の問題に鑑みて成されたものであり、別途サーバを設けることなく、プログラムの知識がないユーザであっても情報機器のＵＩを容易にアップデート可能な情報処理装置、情報処理システム、それらの制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明における情報処理装置は、外部の情報機器のユーザインタフェースをアップデートする情報処理装置であって、外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、外部の情報機器においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、結合されたアップデートファイルを情報機器に送信する送信手段とを備えることを特徴とする。
【００１１】
また、上記目的を達成するために本発明における情報処理システムは、画像処理装置と情報処理装置とが通信可能な情報処理システムであって、情報処理装置は、画像処理装置のユーザインタフェースのアップデートに用いるファイルと、画像処理装置においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、結合されたアップデートファイルを画像処理装置に送信する送信手段とを備え、画像処理装置は、情報処理装置から送信されるアップデートファイルを受信する受信手段と、受信されたアップデートファイルに含まれる実行ファイルを実行する実行手段とを備えることを特徴とする。
【００１２】
また、上記目的を達成するために本発明における情報処理装置の制御方法は、外部の情報機器のユーザインタフェースをアップデートする情報処理装置の制御方法であって、外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、外部の情報機器においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、結合されたアップデートファイルを情報機器に送信する送信ステップとを実行することを特徴とする。
【００１３】
また、上記目的を達成するために本発明における情報処理システムの制御方法は、画像処理装置と情報処理装置とが通信可能な情報処理システムの制御方法であって、情報処理装置は、画像処理装置のユーザインタフェースのアップデートに用いるファイルと、画像処理装置においてアップデートに用いるファイルによるアップデートを実行するための実行ファイルと、アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、結合されたアップデートファイルを画像処理装置に送信する送信ステップとを実行し、画像処理装置は、情報処理装置から送信されるアップデートファイルを受信する受信ステップと、受信されたアップデートファイルに含まれる実行ファイルを実行する実行ステップとを実行することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、例えば、別途サーバを設けることなく、プログラムの知識がないユーザであっても情報機器のＵＩを容易にアップデート可能な情報処理装置、情報処理システム、それらの制御方法、及びプログラムを提供できる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１６】
＜情報処理システム構成＞
以下では、図１乃至図８を参照して、本発明の実施形態について説明する。図１は、本実施形態に係るネットワークスキャナを利用した情報処理システムの一例を示す図である。
【００１７】
画像処理装置１００は、ネットワークインタフェースを有し、ネットワーク１１０に接続されている。また、画像処理装置１００は、情報機器の一例である。ネットワーク１１０は周知のイーサネット（登録商標）等により構築されたローカルエリアネットワーク（以下では、単にネットワークと称する。）である。また、図１に示す１０１、１０２、１０３は、ネットワーク１１０に接続されたパーソナルコンピュータ（以下では、ＰＣと称する。）であって、各ユーザが使用するものである。また、ＰＣは、情報処理装置の一例である。このように、本実施形態に係る情報処理システムは、画像処理装置１００と、ＰＣ１０１、１０２、１０３とが通信可能に接続されている。
【００１８】
＜ハードウェア構成＞
次に、図２を参照して、情報機器である画像処理装置１００及び情報処理装置であるＰＣ１０１、１０２、１０３のハードウェア構成について説明する。図２は、本実施形態に係る画像処理装置１００と、ＰＣ１０１のハードウェア構成を示すブロック図である。なお、ＰＣ１０２、１０３は、ＰＣ１０１と同様の構成であるため説明を省略する。
【００１９】
画像処理装置１００は、ネットワークＩ／Ｆ、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、タッチパネル２０４、ＬＣＤコントローラ２０５、ＬＣＤ２０６、ハードディスク２０７、スキャナ部２０８及びＷｅｂサーバ２０９を備える。ＣＰＵ２０１は、画像処理装置１００全体を制御する。ＲＯＭ２０２は、ブートプログラム及びＢＩＯＳ等を記憶している。ＲＡＭ２０３は、ＣＰＵ２０１が実行するＯＳやアプリケーションがロードされたり、ワークエリアとして使用されたりするＲＡＭである。タッチパネル２０４は、感圧式の入力装置であり、表示部に設けられる。ＬＣＤコントローラ２０５は、液晶表示用のコントローラである。ＬＣＤ２０６は、液晶表示器である。本実施形態に係るタッチパネル２０４は透明シートで構成される感圧式を採用し、ＬＣＤ２０６の前面に設けられる。タッチパネル２０４からは、読取設定の入力、読込開始の指示などを行う。
【００２０】
ネットワークＩ／Ｆ２００は、ネットワーク１１０を介して他の装置と行う通信を制御する。ハードディスク２０７は、ＯＳ、本実施形態に係るスキャニングアプリケーション、更には画像を一時的に蓄積するハードディスク装置である。スキャナ部２０８は、原稿から画像を読み取る読取装置である。スキャナ部２０８では、タッチパネル２０４によって入力された設定値で画像の読み取りが行われる。
【００２１】
ＰＣ１０１は、ネットワークＩ／Ｆ２１０、及びＷｅｂクライアント２１１を備える。ネットワークＩ／Ｆ２１０は、ネットワーク１１０と接続するためのＰＣ１０１上のネットワークインタフェースである。ＰＣ１０１上のＷｅｂブラウザはＷｅｂクライアント２１１に相当する。Ｗｅｂクライアント２１１がページを表示する要求を送った際に、画像処理装置１００内のＷｅｂサーバ２０９は、Ｗｅｂページを作りこれを応答として返す。また、Ｗｅｂサーバ２０９と、Ｗｅｂクライアント２１１との間はＨＴＴＰプロトコルによりデータの送受信を行っている。
【００２２】
＜アップデートモジュール＞
次に、図３を参照して、アップデートモジュールの表示画面について説明する。本実施形態に係るアップデートモジュールとは、情報処理装置であるＰＣ１０１で実現され、ハードウェア、ソフトウェア又はそれらの組み合わせにより構成することができる。図３は、本実施形態に係るＰＣ１０１に表示される画面３００の一例を示す図である。本実施形態に係るアップデートモジュールは、ＰＣ１０１上で使用され、起動すると図３に示す画面を表示する。
【００２３】
画面３００には、アップデート対象となるファイルのリスト３０１、ＯＫボタン３０２、削除ボタン３０３、及び追加ボタン３０４が表示される。図３に示すように、リスト３０１には、ファイルパスとファイルサイズとが表示される。ＯＫボタン３０２が選択されると、リスト３０１に表示されているファイルが、画像処理装置１００にアップデートされる。削除ボタン３０３が選択されると、リスト３０１上で選択されたファイルがリスト３０１から削除される。追加ボタン３０４が選択されると、追加するファイルを選択するための不図示のファイル選択画面に移行する。
【００２４】
次に、図３、図４及び図６を参照して、アップデートファイルの作成手順について説明する。図４は、本実施形態に係るアップデートファイルを作成する際の処理手順を示すフローチャートである。また、図６は、本実施形態に係るアップデートファイルの構成例を示す図である。ここで、アップデートファイルとは、画像処理装置１００のユーザインタフェース（以下、ＵＩと称する。）をカスタマイズするための処理を画像処理装置１００において実行するために必要なファイルを示す。ここでは、画像ファイル、ＯＳ、スキャナファーム等の少なくとも１つをアップデートファイルに組み込む例について説明する。
【００２５】
ユーザが追加ボタン３０４を押下すると、ステップＳ４０１において、アップデートモジュールは、不図示のファイル選択画面をＰＣ１０１に表示し、ユーザにアップデートファイルに組み込むファイルを選択させる。ユーザによってファイル選択画面を介してファイルが選択されると、アップデートモジュールは、ファイル選択画面を閉じる際に、選択されたファイルをリスト３０１に追加する。
【００２６】
本実施例では、画像処理装置１００におけるＵＩの中のカスタマイズが可能なコントロール部品と画像ファイル名が一意に対応しており、例えば特定の画像ファイル名を指定するとカスタマイズするコントロール部品が決定されるものとする。具体的には、ファイルパスから画像ファイル等のファイル名を取得し、ファイル名が指定されるごとに既定の条件を満たすファイルのみリストへの追加を許可する。
【００２７】
次に、ステップＳ４０２において、アップデートモジュールは、ユーザによるＯＫボタン３０２の押下を検知すると、アップデートファイルの作成を開始する。ステップＳ４０３において、アップデートモジュールは、リストに追加されたファイルの特徴を示す設定情報としてのファイル名、ファイルサイズ、バージョン情報、ファイルの内容情報等のうち少なくとも１つが定義された設定ファイルを作成する。ここで、ファイルの内容情報とは、例えば、ファイルが画像ファイルである場合に、画像幅、画像高さ、色数等の少なくとも１つを示すデータであり、本実施形態ではこれらの内容情報を画像ファイルの使用可否判断に用いるほか、内容情報設定ファイルに組み込む。しかし、これらの内容情報はアップデートを実行する実行ファイル６０１において使用されない場合は、設定ファイルに組み込まないようにしてもよい。その後、ステップＳ４０４において、アップデートモジュールは、ステップＳ４０３で作成した設定ファイルと実行ファイルとを結合してアップデートファイル６００を作成する。図６に示すように、作成されたアップデートファイル６００には、アップデートを実行する実行ファイル６０１と、設定ファイルのサイズ及び設定ファイル６０２と、画像ファイル６０３とが含まれる。ここで、実行ファイルとは、アップデート対象のファイルのアップデートを画像処理装置１００で実行するための処理が定義されたファイルを示す。実行ファイルは、例えば、アップデートモジュールにおいて予め記憶されていることが望ましい。しかし、インターネットのホームページや画像処理装置１００のＷｅｂサーバ２０９等からダウンロードしてもよい。
【００２８】
次に、図５を参照して、図４のステップＳ４０１の詳細な手順について説明する。図５は、本実施形態に係るファイルをリスト３０１に追加する際の処理手順を示すフローチャートである。以下で説明する処理は、アップデートモジュールによって処理される。
【００２９】
本実施形態に係るアップデートモジュールは、画像処理装置１００内でカスタマイズ可能なＵＩのコントロール部品ごとに、所定の画像ファイル名、ファイルサイズ、画像幅、画像高さ、色数のリストを予めまたはダウンロードして保持している。また、アップデートモジュールは、保持しているこれらの値と、ユーザが選択したファイルのファイル名、ファイルサイズ、幅、高さ、色数を比較する。
【００３０】
まず、ステップＳ５０１において、アップデートモジュールは、ユーザがファイル選択画面を介してファイルを選択するための操作を行った際に、選択されたファイルのパスを取得する。続いて、ステップＳ５０２において、アップデートモジュールは、取得したパスからファイルの拡張子を取得する。さらに、ステップＳ５０３において、アップデートモジュールは、取得した拡張子が所定のファイルの拡張子であるか否かを判定する。ここで、所定ファイルの拡張子でない場合は、ステップＳ５１５に進み、エラー表示をして、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定ファイルの拡張子である場合は、ステップＳ５０４に進む。本実施形態では、ＯＳ、スキャナファーム、画像ファイルの拡張子を所定ファイルの拡張子とする。
【００３１】
ステップＳ５０４において、アップデートモジュールは、ステップＳ５０２で取得した拡張子が画像ファイルのものであるか否かを判定する。ここで、拡張子が画像ファイルの拡張子でない場合は、ステップＳ５１６に進み、アップデートモジュールは、選択されたファイルが画像処理装置１００用のＯＳ、ファームウェア等であるか否かを判定する。なおｄｌｌファイルであるか否かを判定してもよい。画像処理装置１００用のＯＳ、ファームウェア等であった場合は、ステップＳ５１４に進み、アップデートモジュールは、当該ファイルをリスト３０１に追加して処理を終了する。一方、画像処理装置１００用のＯＳ又はファームウェア等でなかった場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。
【００３２】
一方、ステップＳ５０４で拡張子が画像ファイルのものであった場合は、ステップＳ５０５に進み、アップデートモジュールは、ファイル名を取得する。続いて、ステップＳ５０６において、アップデートモジュールは、ファイル名が所定のファイル名か否かを判定する。ここで、所定のファイル名でない場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定のファイル名である場合は、ステップＳ５０７に進む。
【００３３】
ステップＳ５０７において、アップデートモジュールは、ファイルサイズを取得する。続いて、ステップＳ５０８において、アップデートモジュールは、ファイルサイズ＞０バイトの条件が成立するか否かを判定する。ここで、当該条件が成立しない場合は、ステップＳ５１４に進み、アップデートモジュールは、当該ファイルをリスト３０１に追加して処理を終了する。一方、当該条件が成立する場合は、ステップＳ５０９に進む。
【００３４】
ステップＳ５０９において、アップデートモジュールは、ファイルサイズが所定の値以下であるか否かを判定する。ここで、所定のファイルサイズ以下ではない場合は、ステップＳ５１５に進み、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、所定のファイルサイズ以下である場合は、ステップＳ５１０に進む。本実施形態に係るアップデートモジュールは、このようにアップデート対象となるコントロール部品の画像ファイルのサイズに制限を設けることにより、画像処理装置１００がＵＩに使用することを許容する限度を超えたファイルサイズの画像ファイルの使用を禁止する。
【００３５】
ステップＳ５１０において、アップデートモジュールは、画像ファイルの幅、高さ、色数を取得する。その後、ステップＳ５１１乃至ステップＳ５１３において、アップデートモジュールは、ファイルの幅、高さ、色数が所定の範囲の値であるか否かをそれぞれ判定する。つまり、アップデートモジュールは、アップデート対象のファイルが画像ファイルである場合には、画像幅、画像高さ及び色数が画像処理装置１００で適用可能な範囲であるか否かを判定する。ステップＳ５１１乃至ステップＳ５１３において、画像ファイルの画像幅、高さ、色数が所定の範囲の値ではない場合は、ステップＳ５１５に進み、アップデートモジュールは、エラーを表示して、ファイルをリスト３０１に追加することなく処理を終了する。一方、ファイルの幅、高さ、色数が所定の範囲の値である場合は、ステップＳ５１４に進み、アップデートモジュールは、当該画像ファイルをリスト３０１へ追加する。
【００３６】
このようにして、本実施形態に係るアップデートモジュールは、画像処理装置１００のＵＩのコントロール部品のカスタマイズに使用可能な画像ファイルをユーザによって指定させることができる。また、これらファイルサイズ、画像の幅、高さ、色数の所定値は画像処理装置１００の種類によって異なる値を設定することができ、画像処理装置１００と互換性のある画像処理装置についても、本処理に際して画像処理装置１００の機種情報を取得するか又はユーザに指定させることで同様にＵＩのカスタマイズを行うことができる。
【００３７】
次に、図７を参照して、画像処理装置１００においてファイルをアップデートする際の処理について説明する。図７は、本実施形態に係る画像処理装置におけるファイルをアップデートする際の処理手順を示すフローチャートである。ステップＳ７０１及びＳ７０２の処理は、ユーザに使用されるＰＣ１０１のアップデートモジュールによって制御される。一方、ステップＳ７０３乃至７１３の処理は画像処理装置１００のＣＰＵ２０１等によって制御される。
【００３８】
ステップＳ７０１において、アップデートモジュールは、ユーザからの指示により、Ｗｅｂクライアント２１１に相当するＷｅｂブラウザを起動する。当該ブラウザのＵＩを介してアップデートファイルの送信ボタンが押下されると、ステップＳ７０２において、アップデートモジュールは、上記で作成したアップデートファイル６００を画像処理装置１００に送信する。なお、ステップＳ７０２においてアップデートファイル６００を画像処理装置１００に送信する処理は、アップデートファイルを作成するアップデートモジュールのハードウェアやソフトウェアの機能の一部であってもよいが、別の送信用プログラムであってもよく、インターネットのホームページや画像処理装置１００のＷｅｂサーバ２０９から予め又はその都度ダウンロードして当該処理を実行するようにしてもよい。
【００３９】
アップデートファイル６００を受信すると、ステップＳ７０３において、画像処理装置１００のＷｅｂサーバ２０９は、アップデートファイル６００を起動する。ここで、アップデートファイル６００が起動されると、アップデートファイル６００は内部の実行ファイル６０１を起動する。つまり、画像処理装置１００のＣＰＵ２０１は、実行ファイル６０１をロードして以下で説明する処理を実行することとなる。
【００４０】
ステップＳ７０４において、ＣＰＵ２０１は、アップデートファイル６００から設定ファイル６０２を取得する。続いて、ステップＳ７０５において、ＣＰＵ２０１は、画像処理装置１００内で起動しているスキャナアプリケーションに終了指示メッセージを送信する。終了指示メッセージを受信すると、スキャナアプリケーションは、ステップＳ７０６において、終了処理を実行し、ＣＰＵ２０１に対して終了通知を送信する。
【００４１】
終了通知を受信すると、ＣＰＵ２０１は、取得した設定ファイル６０２の情報に従って画像処理装置１００内に作業フォルダを作成する。さらに、ＣＰＵ２０１は、アップデートファイルからスキャナファーム、ＯＳ、アプリケーション、画像ファイル等を作業フォルダに展開し、所定のフォルダ内のファイルをアップデートする。ここで、ステップＳ７０７乃至Ｓ７０９において、ＣＰＵ２０１は、作業フォルダの作成、作業フォルダへのアップデート対象ファイルの展開、及びアップデートを実行しながら、各処理が正常に行われたか否かを判定する。
【００４２】
全ての処理が成功した場合は、ステップＳ７１２に進み、ＣＰＵ２０１は、画像処理装置１００の再起動を行う。再起動後、ステップＳ７１３において、スキャナアプリケーションは、アップデート後の画像ファイルを使用してＵＩを表示する。一方、ステップＳ７０７乃至Ｓ７０９の何れかでエラーが起きた場合、ＣＰＵ２０１は、ステップＳ７１０において表示部にエラーを表示する。その後、ステップＳ７１１において、ＣＰＵ２０１は、ユーザがエラー内容を確認したことを検知すると、本処理を終了する。なお、エラー発生に応じて破壊されたファイルの復元を行うことが望ましい。また、エラー発生の際に再起動を行うようにしてもよい。
【００４３】
次に、図８を参照して、図７のフローチャートで行われるファイルのアップデートの詳細処理について説明する。図８は、本実施形態に係るファイルアップデートの処理手順を示すフローチャートである。以下で説明する処理は、アップデートファイル６００の実行ファイル６０１をロードして実行する画像処理装置１００のＣＰＵ２０１によって制御される。
【００４４】
まず、ステップＳ８０１において、ＣＰＵ２０１は、設定ファイル６０２に定義されたファイル名、ファイルサイズ、バージョン情報のファイル情報を読み込む。続いて、ステップＳ８０２において、ＣＰＵ２０１は、所定の処理を設定ファイル６０２に定義されたファイル名のリストの末尾に到達するまで行ったか否かを判定する。ここで、全てのファイルに対して所定の処理を行った場合は処理を終了する。一方、行っていない場合はステップＳ８０３に進む。所定の処理とは、取得したファイル情報を元にアップデートファイル６００内でファイルポインタを順次進め、復元用ファイルの保存と、コピー、削除、アップデートなどの処理を示す。
【００４５】
ステップＳ８０３において、ＣＰＵ２０１は、ファイル名から拡張子を取得する。続いて、ステップＳ８０４において、ＣＰＵ２０１は、拡張子が画像ファイルの拡張子であるか否かを判定する。ここで、拡張子が画像ファイルの拡張子であるならばステップＳ８０５に進み、画像ファイルの拡張子でなければステップＳ８０８に進む。
【００４６】
ステップＳ８０５において、ＣＰＵ２０１は、ファイルサイズを判定し、ファイルサイズが０バイトであるか否かを判定する。０バイトならばステップＳ８０６に進み、ＣＰＵ２０１は、所定のフォルダにある同名のファイルを削除してステップＳ８１５に進む。一方、ファイルサイズ＞０バイトの場合はステップＳ８０７に進み、ＣＰＵ２０１は、所定のフォルダにファイルコピーしてステップＳ８１５に進む。
【００４７】
ステップＳ８０４でファイルの拡張子が画像ファイルの拡張子でない場合は、ステップＳ８０８において、ＣＰＵ２０１は、所定フォルダ内に格納されている同名のファイルのバージョンを取得し、アップデートファイル６００内のファイルのバージョンと比較する。ここで、ＣＰＵ２０１は、アップデートファイル６００内のファイルが新しいバージョンであるとき画像ファイル以外のファイルのバージョンアップを行うため、ステップＳ８０９に進む。一方、新しいバージョンでない場合は、ＣＰＵ２０１は、ファイルのバージョンアップを行うことなくステップＳ８０２に戻る。
【００４８】
ステップＳ８０９において、ＣＰＵ２０１は、ファイルの拡張子がＯＳの拡張子であるか否かを判定する。ファイルの拡張子がＯＳの拡張子である場合は、ステップＳ８１０において、ＣＰＵ２０１は、一旦作業フォルダにファイルを展開し、ステップＳ８１１において作成したファイルを所定のフォルダにコピーしてステップＳ８１５に進む。
【００４９】
一方、ステップＳ８０９でファイルの拡張子がＯＳの拡張子でないと判定した場合は、ステップＳ８１２に進み、ＣＰＵ２０１は、ファイルの拡張子がファームウェア（例えば、スキャナファーム）の拡張子であるか否かを判定する。ここで、ファームウェアの拡張子でない場合は、ファイルのバージョンアップを行うことなくステップＳ８０２に戻る。一方、ファームウェアの拡張子である場合は、ステップＳ８１３に進み、ＣＰＵ２０１は、作業フォルダにファイルを展開し、ステップＳ８１４においてファームウェアのアップデートを行ってステップＳ８１５に進む。
【００５０】
ステップＳ８１５において、ＣＰＵ２０１は、各処理が成功したか否かを判定する。ここで成功した場合は、次のファイルの処理を行うためにステップＳ８０２に戻る。一方、失敗した場合はステップＳ８１６に進み、ＣＰＵ２０１は、エラーを表示して、処理を終了する。なお、ステップＳ８０６、Ｓ８０７、Ｓ８１１、Ｓ８１４において、コピー又はアップデート時に復元用ファイルの保存を行うことが望ましい。
【００５１】
上述したように、アップデートファイル６００内の実行ファイル６０１は、画像ファイルのファイルサイズ ＝ ０ ｂｙｔｅである場合には、画像処理装置１００の所定のフォルダ内にある同名の画像ファイルを削除する。また、画像ファイルのサイズ ＞ ０ｂｙｔｅである場合には、画像処理装置１００の所定のフォルダ内に画像ファイルをコピーする。これにより、画像処理装置１００内の所定フォルダにある画像ファイルをアップデートすることでＵＩのコントロール部品のアップデートを行うことができる。また、ファイルサイズを０ｂｙｔｅとすることで画像処理装置１００内の所定フォルダから画像ファイルを削除させることでＵＩのコントロール部品の削除を行うこともできる。このように、本実施形態によれば、プログラムの知識がないユーザにも画像処理装置１００のＵＩを簡単にカスタマイズすることができる。また、別途アップデート専用のサーバを設ける必要もない。なお、画像ファイルを削除させたいときにファイルサイズを０ｂｙｔｅ以外の特定のサイズと記述するようにしてもよい。
【００５２】
また、上記実施形態では、アップデートファイル６００内にＯＳ、ファームウェアのファイルが含まれていたが、これらを含まなくてもよい。この場合、ステップＳ８０８乃至Ｓ８１４の処理が不要となる。なお、ｄｌｌファイルをアップデートファイル６００内に含ませてもよい。このようにするとファームウェアのデバッグ作業等の効率化が可能である。
【００５３】
また、上記実施形態では、アップデートファイル６００を画像処理装置１００へ送信する方法として、外部装置であるＰＣ１０１上のＷｅｂブラウザからアップデートファイルを送信したが、別の装置を使用してもよい。また、ＵＳＢメモリなどの可搬性のメモリ内にアップデートファイル６００を入れ、ＵＳＢメモリを画像処理装置１００に接続してアップデートファイル６００を実行してもよい。この場合、ステップＳ７０１乃至Ｓ７０３の処理が不要となる。
【００５４】
このように、所定の条件として、コピー元とコピー先のファイル名を一致させる場合、ファイル名を指定することでコピー先のファイル名も決定され、カスタマイズするコントロール部品も一意に決定することができる。また、所定の条件として、ファイル名を指定することにより、上記のように、ファイル名を設定するような複雑な設定をする必要がなくなり、より簡単にＵＩをカスタマイズすることができる。さらに、所定の条件として、画像ファイルの幅、高さ、色数を指定することにより、情報機器内のコントロール部品にあったファイルをユーザに指定させることができる。また、所定の条件として、ファイルサイズを追加することにより、空き容量が少ない情報機器がＵＩに使用できるファイル容量を制限することができる。また、情報機器の種類ごとに異なる値を有することにより、当該情報機器と互換性のある情報機器についても同様にＵＩをカスタマイズすることができる。
【００５５】
本実施形態では、画像ファイルのファイル名と、画像処理装置１００のＵＩにおけるコントロール部品とが関連付けられて指定されている。しかし、本発明は、これに限定されず、ユーザが特定のファイル名を指定しなくても、画像処理装置１００内のコントロール部品を指定できるＵＩを用意し、画像処理装置１００内のコントロール部品とカスタマイズする画像ファイルを関連付けてもよい。
【００５６】
以上説明したように、本実施形態に係る情報処理装置は、画像処理装置のＵＩをアップデートするためのファイルを予め記憶するかダウンロードし、アップデートに用いるファイルが選択されると、当該ファイルを用いてアップデート対象の画像処理装置でアップデートが可能か否かを判定する。さらに、情報処理装置は、アップデート可能である場合に、画像処理装置でアップデートを実行するための実行ファイルと、アップデートに用いるファイルと、当該ファイルの特徴を示す設定情報とを結合し、画像処理装置に送信する。これにより、ユーザは、アップデートに用いるファイルを一覧から選択すればよく、プログラムの知識を有していなくても容易に画像処理装置のＵＩをカスタマイズできる。さらに、本情報処理装置では、システム内で画像処理装置専用のアップデートサーバを設ける必要もない。
【００５７】
＜他の実施形態＞
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム又は装置に供給し、それらのコンピュータ（ＣＰＵやＭＰＵ等）が格納されたプログラムコードを読出し実行しても本発明の目的は達成される。
【００５８】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５９】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳ（オペレーティングシステム）に供給するスクリプトデータ等、プログラムの形態を問わない。
【００６０】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等がある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ等がある。
【００６１】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６２】
他に、プログラムの供給方法として、クライアントコンピュータのブラウザを用いてインターネットのホームページや画像処理装置１００から本発明のコンピュータプログラムをハードディスク装置等の記録媒体にダウンロードすることもできる。もしくは、圧縮され自動インストール機能を含むファイルをハードディスク装置等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数の操作者に対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【００６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納して操作者に配布することも可能である。その場合、所定の条件をクリアした操作者に対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせることができる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現する。
【００６４】
また、コンピュータが読み出したプログラムコードを実行するだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働するＯＳ等が実際の処理の一部又は全部を行うことでも実現される。
【００６５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む方法も可能である。その場合、プログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行うことでも実現される。
【００６６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【図面の簡単な説明】
【００６７】
【図１】本実施形態に係るネットワークスキャナを利用した情報処理システムの一例を示す図である。
【図２】本実施形態に係る画像処理装置１００と、ＰＣ１０１のハードウェア構成を示すブロック図である。
【図３】本実施形態に係るＰＣ１０１に表示される画面３００の一例を示す図である。
【図４】本実施形態に係るアップデートファイルを作成する際の処理手順を示すフローチャートである。
【図５】本実施形態に係るファイルをリスト３０１に追加する際の処理手順を示すフローチャートである。
【図６】本実施形態に係るアップデートファイルの構成例を示す図である。
【図７】本実施形態に係る画像処理装置へファイルをアップデートする際の処理手順を示すフローチャートである。
【図８】本実施形態に係るファイルアップデートの処理手順を示すフローチャートである。
【符号の説明】
【００６８】
１００：画像処理装置
１０１、１０２、１０３：パーソナルコンピュータ（ＰＣ）
１１０：ネットワーク
２００：ネットワークインタフェース
２０１：ＣＰＵ
２０２：ＲＯＭ
２０３：ＲＡＭ
２０４：タッチパネル
２０５：ＬＣＤコントローラ
２０６：ＬＣＤ
２０７：ハードディスク装置
２０８：スキャナ部
２０９：Ｗｅｂサーバ
２１０：ネットワークインタフェース
２１１：Ｗｅｂクライアント
【特許請求の範囲】
【請求項１】
外部の情報機器のユーザインタフェースをアップデートする情報処理装置であって、
前記外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、前記外部の情報機器において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、
結合された前記アップデートファイルを前記情報機器に送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
複数のファイルから前記アップデートに用いるファイルを選択する選択手段と、
前記選択されたファイルによる前記情報機器のアップデートが可能か否かを前記設定情報を用いて判定する判定手段とをさらに備え、
前記選択されたファイルを用いて前記情報機器に対してアップデート可能であると判定されると、前記アップデートファイルの作成を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記設定情報には、前記アップデートに用いるファイルにおけるファイル名、ファイルサイズ、バージョン情報、画像幅、画像高さ、及び色数の少なくとも１つが含まれることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定手段は、
前記設定情報に含まれる前記ファイル名の拡張子に基づき、前記アップデートに用いるファイルが画像ファイルであるか否かを判定する手段と、
前記情報機器でアップデート可能であるか否かを判定するために、前記アップデートに用いるファイルが画像ファイルでない場合には、該情報機器でアップデート可能なオペレーティングシステムに関するファイルであるか否かの前記拡張子に基づく判定、ファームウェアに関するファイルであるか否かの前記拡張子に基づく判定及び、ｄｌｌファイルであるか否かの前記拡張子に基づく判定のうち少なくとも１つを行い、前記アップデートに用いるファイルが画像ファイルである場合には、前記設定情報に含まれるファイルサイズ、画像幅、画像高さ及び色数が前記情報機器で適用可能か否かを判定する手段と
を備えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記ファイル名と、前記情報機器におけるユーザインタフェースのコントロール部品とが関連付けられていることを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記実行ファイルには、前記アップデートファイルに含まれる設定情報を取得する処理と、前記アップデートファイルに含まれる前記アップデートに用いるファイルによるアップデートを実行する処理と、アップデートした後に前記情報機器を再起動する処理とが定義されていることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記実行ファイルには、前記設定情報に基づき、前記アップデートファイルに含まれる全ての前記アップデートに用いるファイルが前記情報機器で適用可能か否かを判定する処理と、適用可能でない場合にエラーを表示する処理とがさらに定義されていることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
画像処理装置と情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
前記画像処理装置のユーザインタフェースのアップデートに用いるファイルと、該画像処理装置において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、
結合された前記アップデートファイルを前記画像処理装置に送信する送信手段と
を備え、
前記画像処理装置は、
前記情報処理装置から送信される前記アップデートファイルを受信する受信手段と、
受信された前記アップデートファイルに含まれる前記実行ファイルを実行する実行手段と
を備えることを特徴とする情報処理システム。
【請求項９】
外部の情報機器のユーザインタフェースをアップデートする情報処理装置の制御方法であって、
前記外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、前記外部の情報機器において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、
結合された前記アップデートファイルを前記情報機器に送信する送信ステップと
を実行することを特徴とする情報処理装置の制御方法。
【請求項１０】
画像処理装置と情報処理装置とが通信可能な情報処理システムの制御方法であって、
前記情報処理装置は、
前記画像処理装置のユーザインタフェースのアップデートに用いるファイルと、該画像処理装置において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、
結合された前記アップデートファイルを前記画像処理装置に送信する送信ステップと
を実行し、
前記画像処理装置は、
前記情報処理装置から送信される前記アップデートファイルを受信する受信ステップと、
受信された前記アップデートファイルに含まれる前記実行ファイルを実行する実行ステップと
を実行することを特徴とする情報処理システムの制御方法。
【請求項１１】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項１０に記載の情報処理システムの制御方法をコンピュータに実行させるためのプログラム。
【請求項１】
外部の情報機器のユーザインタフェースをアップデートする情報処理装置であって、
前記外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、前記外部の情報機器において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、
結合された前記アップデートファイルを前記情報機器に送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
複数のファイルから前記アップデートに用いるファイルを選択する選択手段と、
前記選択されたファイルによる前記情報機器のアップデートが可能か否かを前記設定情報を用いて判定する判定手段とをさらに備え、
前記選択されたファイルを用いて前記情報機器に対してアップデート可能であると判定されると、前記アップデートファイルの作成を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記設定情報には、前記アップデートに用いるファイルにおけるファイル名、ファイルサイズ、バージョン情報、画像幅、画像高さ、及び色数の少なくとも１つが含まれることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定手段は、
前記設定情報に含まれる前記ファイル名の拡張子に基づき、前記アップデートに用いるファイルが画像ファイルであるか否かを判定する手段と、
前記情報機器でアップデート可能であるか否かを判定するために、前記アップデートに用いるファイルが画像ファイルでない場合には、該情報機器でアップデート可能なオペレーティングシステムに関するファイルであるか否かの前記拡張子に基づく判定、ファームウェアに関するファイルであるか否かの前記拡張子に基づく判定及び、ｄｌｌファイルであるか否かの前記拡張子に基づく判定のうち少なくとも１つを行い、前記アップデートに用いるファイルが画像ファイルである場合には、前記設定情報に含まれるファイルサイズ、画像幅、画像高さ及び色数が前記情報機器で適用可能か否かを判定する手段と
を備えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記ファイル名と、前記情報機器におけるユーザインタフェースのコントロール部品とが関連付けられていることを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記実行ファイルには、前記アップデートファイルに含まれる設定情報を取得する処理と、前記アップデートファイルに含まれる前記アップデートに用いるファイルによるアップデートを実行する処理と、アップデートした後に前記情報機器を再起動する処理とが定義されていることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記実行ファイルには、前記設定情報に基づき、前記アップデートファイルに含まれる全ての前記アップデートに用いるファイルが前記情報機器で適用可能か否かを判定する処理と、適用可能でない場合にエラーを表示する処理とがさらに定義されていることを特徴とする請求項６に記載の情報処理装置。
【請求項８】
画像処理装置と情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
前記画像処理装置のユーザインタフェースのアップデートに用いるファイルと、該画像処理装置において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合手段と、
結合された前記アップデートファイルを前記画像処理装置に送信する送信手段と
を備え、
前記画像処理装置は、
前記情報処理装置から送信される前記アップデートファイルを受信する受信手段と、
受信された前記アップデートファイルに含まれる前記実行ファイルを実行する実行手段と
を備えることを特徴とする情報処理システム。
【請求項９】
外部の情報機器のユーザインタフェースをアップデートする情報処理装置の制御方法であって、
前記外部の情報機器のユーザインタフェースのアップデートに用いるファイルと、前記外部の情報機器において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、
結合された前記アップデートファイルを前記情報機器に送信する送信ステップと
を実行することを特徴とする情報処理装置の制御方法。
【請求項１０】
画像処理装置と情報処理装置とが通信可能な情報処理システムの制御方法であって、
前記情報処理装置は、
前記画像処理装置のユーザインタフェースのアップデートに用いるファイルと、該画像処理装置において前記アップデートに用いるファイルによるアップデートを実行するための実行ファイルと、前記アップデートに用いるファイルの特徴を示す設定情報の少なくとも一部とを、アップデートファイルとして結合する結合ステップと、
結合された前記アップデートファイルを前記画像処理装置に送信する送信ステップと
を実行し、
前記画像処理装置は、
前記情報処理装置から送信される前記アップデートファイルを受信する受信ステップと、
受信された前記アップデートファイルに含まれる前記実行ファイルを実行する実行ステップと
を実行することを特徴とする情報処理システムの制御方法。
【請求項１１】
請求項９に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項１０に記載の情報処理システムの制御方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１７６５６７（Ｐ２０１０−１７６５６７Ａ）
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願番号】特願２００９−２０６７０（Ｐ２００９−２０６７０）
【出願日】平成２１年１月３０日（２００９．１．３０）
【出願人】（０００１０４６５２）キヤノン電子株式会社 (876)
【Ｆターム（参考）】
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願日】平成２１年１月３０日（２００９．１．３０）
【出願人】（０００１０４６５２）キヤノン電子株式会社 (876)
【Ｆターム（参考）】
[ Back to top ]