JP4974749B2 - 情報処理装置、配信方法、その方法を実行する制御プログラム - Google Patents

Description

本発明は、アプリケーションが搭載可能な画像形成装置と通信する情報処理装置などに関するものである。

従来、画像処理装置のソフトウェアはリアルタイムオペレーティングシステム（以下、ＲＴＯＳ）の上に静的かつ固定的ないわゆるファームウェアとして構築されることが主流であった。このようなファームウェアは内部的に複数のモジュールから構成されている場合でも、全体が単一のロードモジュールに静的にリンクされた状態で装置の不揮発性メモリに記憶されている。そして、このファームウェアはシステムの起動時にハードディスクなどの不揮発性メモリからＲＡＭにロードされ実行されるか、または、ＲＯＭなどの不揮発性メモリ上で直接実行される。

そこで近年、特許文献１や特許文献２などにおいて開示されている技術が開示されている。組み込みシステムのファームウェアのリアルタイムＯＳ上にさらにもう一層のソフトウェア動作環境を設ける。そして、追加で設けたソフトウェア動作環境においてダイナミックローディングやダイナミックリンキングや動的なメモリ操作などのソフトウェアの動的な特性をサポートする画像処理装置が開発されつつある。

また。特許文献３では、内部にネットワークコンピュータを備えたアプリケーションダウンロード型プリンタを用いることが書かれている。さらに、コンピュータネットワークから、印刷すべきデータファイルと該データファイルに対応したアプリケーションプログラムとを上記プリンタ内にダウンロードすることが書かれている。さらに、上記ネットワークコンピュータ上で上記アプリケーションプログラムを立ち上げることにより該データファイルを開いてラスタイメージに変換する。そして、印刷するネットワークコンピュータ内蔵プリンタおよびこれを備えたコンピュータネットワークシステムが開示されている。アプリケーションが「Ｊａｖａ（登録商標）アプレット」である場合も開示されている。

また、特許文献４では、Ｗｅｂブラウザを利用して、デバイスにアクセスし、当該デバイスにアプリケーションをインストールしたりアインストールすることができる技術が開示されている。
特開平１１−２８２６８４号公報 特開２００３−２５６２１６号公報 特開平１１−５３１３２号公報 特開２００２−２８７９９０号公報

しかしながら、ネットワーク上に複数の画像形成装置があり、それらにアプリケーションプログラムを導入する場合を考えると次の問題がある。管理者が各画像形成装置の操作を行うことによりアプリケーションプログラムのインストールを行うと管理者の操作負担が大きく、またアプリケーションプログラムの導入に多くの時間を要してしまうという問題がある。

こうした状況から、上述した特許文献３および４のように、１つのコンピュータ上から複数の画像形成装置に対して、アプリケーションプログラムを配信して、画像形成装置上にアプリケーションプログラムをインストール（導入）することが考えられる。この技術により、管理者は、ネットワーク上の所望とする画像形成装置に必要なアプリケーションプログラムを配信することが可能となる。

しかし、アプリケーションプログラムを画像形成装置にインストールした場合、実際にそのアプリケーションプログラムをオフィス環境で利用する場合には、各アプリケーションプログラムの設定を行わなければならない。

アプリケーションプログラムを画像形成装置にインストールした際に設定を行う場合、ネットワーク上のどの画像形成装置に、どの種類のアプリケーションプログラムがインストールされているのかを管理者は知らなければならない。またインストール後に設定を変更する場合、も同様である。そして、さらに、管理者は、ネットワーク上のどの画像形成装置に、どの種類のアプリケーションプログラムがインストールされているのかを知る必要がある。さらに、必要な画像形成装置を１つずつ選択し、選択された画像形成装置に対して設定ファイルを配信する手順が必要となり、管理者の負担が大きいという問題がある。本発明は、上述の問題点の少なくとも一つを鑑みてなされたものである。

上述の課題を解決するために、本発明の情報処理装置は、画像形成装置上で動作するアプリケーションプログラムに用いられる設定情報を画像形成装置に対して配信する情報処理装置であって、複数の画像形成装置から、前記複数の画像形成装置にインストールされているアプリケーションプログラムの種別を示す情報を含むアプリケーション情報を取得する取得手段と、前記取得手段により取得されたアプリケーション情報に対応する複数のアプリケーションプログラムの中から、何れかのアプリケーションプログラムの選択を受け付けるアプリケーション選択受付手段と、前記アプリケーション選択受付手段により選択を受け付けたアプリケーションプログラムで用いる設定情報の選択を受け付ける設定情報選択受付手段と、前記複数の画像形成装置の中から前記アプリケーション選択受付手段により選択を受け付けたアプリケーションプログラムがインストール済みの１以上の画像形成装置を抽出し、当該抽出された１以上の画像形成装置の中から前記設定情報選択受付手段により選択を受け付けた設定情報を配信する対象となる少なくとも１以上の画像形成装置の選択を受け付ける装置選択受付手段と、前記装置選択受付手段により選択を受け付けた画像形成装置に対して、前記設定情報選択受付手段により選択を受け付けた設定情報の配信処理を制御する配信制御手段とを備えることを特徴とする。

本発明によれば、設定ファイルを送信する対象のアプリケーションプログラムがインストールされている画像形成装置を容易に抽出でき、アプリケーションプログラムが使用する設定ファイルを、必要な画像形成装置に簡易な手順で配信することができる。

さらに、本願の別の側面によれば、当該画像形成装置が設定ファイルを受信する機能を有していない場合でも、あらかじめ設定ファイルを受信する機能モジュールを配信するので、設定ファイル受信に対応していない画像形成装置であっても、本発明を適用することが可能となる。

その結果、ユーザ環境において広範囲な画像形成装置で本発明を利用可能となり、画像形成装置の運用コストを削減できる、という効果が期待できる。

（実施例１）
以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本実施形態のシステムの一例を示す図である。

情報処理装置の一例であるＰＣ１００４はパーソナルコンピュータである。このＰＣ１００４は、設定ファイル配信ツールを記憶して実行する。ＭＦＰ１００１は、複合機であり、ファクシミリ、コピー、プリンタ機能を有する画像形成装置の一例である。ＭＦＰ１００２，ＭＦＰ１００３は、インストールされているアプリケーションや、設定ファイルを除いてＭＦＰ１００１と同等の機能を有する。ＮＥＴ１０００はネットワークであり、通信媒体の一例である。ＮＥＴ１０００を介して、ＰＣ１００４及び、ＭＦＰ１００１乃至ＭＦＰ１００３は各種の情報をやり取り通信することが出来る。

図２は、図１のＰＣ１００１及びＭＦＰ１００１乃至１００３におけるソフトウェアブロックの一例を示す図である。

図２を用いて、ＭＦＰ１００１乃至１００３内の環境の前提を説明する。追加で設けられたソフトウェア動作環境はアプリケーションプラットフォーム２００９（以下、プラットフォームということがある。）と呼ばれる。このプラットフォーム２００９は、インタプリタとひとそろいのアプリケーションプログラミングインタフェース（以下、ＡＰＩ）群やフレームワーク群から構成される。そして、このプラットフォーム２００９は、その上で動作するソフトウェアのために一種の擬似ＯＳあるいはコンピューティングプラットフォームというべきものを提供する。インタプリタは、所定の命令セットに含まれる命令からなる一連の命令列を逐次的に読み出し解釈し実行する。この命令セットをハードウェアのＣＰＵのための命令セットと同等の位置づけに捉える場合、インタプリタは特に仮想マシンと呼ばれることもある。ＡＰＩ群およびフレームワーク群は、このソフトウェア動作環境の下層に内在する実際のリアルタイムＯＳが提供する資源やハードウェア資源を抽象化した各種の資源群に対するアクセスを、ソフトウェア動作環境上で動作するソフトウェアのために提供する。資源にはプロセッサによる命令実行コンテクストやメモリ、ファイルシステム、ネットワークインタフェースを含む各種入出力（Ｉ／Ｏ）などがある。特に、命令実行コンテクストは実際のＣＰＵとリアルタイムＯＳが提供するマルチタスク機構とは独立に、ソフトウェア動作環境が独自にインタプリタ上の命令実行コンテクストを管理できる。また、メモリも同様にソフトウェア動作環境が独自のメモリ管理を提供できる。

プラットフォームで動作するソフトウェアはインタプリタによって逐次的に読み込み解釈実行されるため、これらの処理の過程で命令列を監視しシステムに悪影響を与える動作を除外できる可能性がある。また、ソフトウェア実行環境上のソフトウェアから各種資源に対するアクセスは、プラットフォームが提供するＡＰＩ群やフレームワーク群を経由して間接的に資源を操作するため、この過程でシステムに悪影響を与える動作を除外できる。したがって、ファームウェア内部にインタプリタおよびＡＰＩ群とフレームワーク群からなるソフトウェア実行環境の階層を設けるアプローチは、基本的には静的かつ固定的に構成されるべき低コスト組み込みシステムのファームウェアにおいて、ソフトウェアの動的な特性を部分的に導入するために非常に有効である。また、プラットフォーム２００９上には、アプリケーション１（２００５）乃至アプリケーション２（２００６）などが配置される。これらアプリケーション１などは、プラットフォームのＡＰＩを用いて実行される。

２００１は、設定ファイル配信ツールである。ＭＦＰ１００１乃至１００３に対して設定配信を行うプログラムであり、オブジェクトコード実行環境ドットＮＥＴで動作する。２００４はオペレーティングシステム（ＯＳ）である。

２００５、２００６はアプリケーションプラットフォーム上で動作するアプリケーションである。例えば、後述するフェリカ認証アプリなどが存在する。

ファイル受信モジュール２００７が存在する。これは、設定ファイル配信ツールからの設定ファイルの受信機能を持つモジュールである。２００８は、アプリケーション管理モジュールである。２００５乃至２００７のアプリケーションのステータスを管理し、実行、停止などのライフサイクルを管理するものである。

図３のＡ乃至図３のＥを用いて、アプリケーションプログラムが使用する設定ファイルの配信プログラムで利用される各ファイルを説明する。ここで説明するファイルは、ＸＭＬ形式で記述されている。以下に、ファイルの種類と、主な内容を説明する。

〔デバイスリストファイル〕
デバイス情報探索機能５００３により、ネットワーク上で発見されたデバイス情報を保持するファイルである。デバイス情報は、図３のＡに示されるように、各データ項目と値をする。

主なデータ項目としては、デバイス検知モード、デバイス状態、更新日時、ポート番号、デバイスＩＤ、デバイス固有情報（ＭＡＣアドレス、ＩＰアドレス、シリアル番号プロダクト名）、ファーム情報、デバイス名、デバイススペックＩＤ、および、インストール済みアプリケーション情報がある。本実施例で特に重要なのは、インストール済みアプリケーション情報である。

このインストール済みアプリケーション情報には、画像形成装置に既にインストール済みのアプリケーションプログラム（以下、アプリケーションと呼ぶ）を示す情報が格納される。具体的には、アプリケーション情報として、アプリケーションＩＤ、アプリケーションバージョン、アプリケーション名、インストール日時、状態、アプリケーションタイプがあり、ライセンス情報として、ライセンスの有無、ライセンス状態がある。

情報処理装置（設定ファイル配信ツール）は、画像形成装置に対して取得要求を行う。これによりこのデバイスリストファイルを画像形成装置から取得することができ、ＭＦＰ１００１乃至１００３に、どんなアプリケーションプログラムがインストール済みであるのかを認識でき、かつ、管理することができる。

〔グループリストファイル〕
図３のＢのグループリストファイルとは、デバイスのグループ情報を保持するためのファイルであり、情報処理装置内に作成されて管理される。

このグループリストファイルには、グループ名、グループ説明文、デバイスリスト（デバイス名、デバイスＩＤ）が記述されている。これにより、ＭＦＰ１００１乃至１００３をグループ分けして管理することができる。

〔アプリケーションリストファイル〕
図３のＣアプリケーションリストファイルは、ネットワーク上の画像形成装置から取得されたアプリケーション情報を保持するためのファイルであり、情報処理装置内に作成されて管理される。

このアプリケーションリストファイルには、デバイスリストファイルで取得されたアプリケーション情報として、アプリケーションＩＤ、アプリケーションバージョン、アプリケーション名、アプリケーションタイプ、ライセンス情報が記述されている。また、管理者が更に、アプリケーション説明、各資源情報を記述することができる。

〔対象アプリケーションファイル〕
図３のＤ対象アプリケーションファイルは、ＰＣ１００４が設定ファイルを配信する対象となるアプリケーションプログラム、バージョンおよび配信対象ファイル情報を保持するためのファイルであり、情報処理装置内に予め作成されて管理されている。

〔配信履歴ファイル〕
図３のＥの配信履歴ファイルは、ＰＣ１００４が設定ファイルを配信すべく制御した結果を記述している履歴ファイルである。本後述するように、配信制御した際に、配信履歴が作成されて管理される。情報処理装置の一例は、図１のＰＣ１００４である。

次に、図４を用いて、配信する設定ファイルの種類について説明する。ＰＣ１００４が、画像形成装置に対して配信可能な設定ファイルは、以下の４種類である。
１：対象アプリケーション固有の設定ファイル（平文）
［ＫＥＹ＝ＶＡＬＵＥ］形式で記述される。
２：対象アプリケーション固有の設定ファイル（ＺＩＰ形式）
［ＫＥＹ＝ＶＡＬＵＥ］形式で記述される。
３：対象アプリケーション固有の設定ファイル（３ＤＥＳ暗号化ファイル）
［ＫＥＹ＝ＶＡＬＵＥ］形式で記述される。
４：認証テーブルファイル
ユーザデータ情報がｃｓｖ形式で記述される。

これらの設定ファイルは、ＰＣ１００４において、配信対象のファイルとして選択された場合に、平文に戻され、妥当なファイルであるかをチェックし、妥当であると判断されると、配信される。この妥当であるかの判断は、具体的には、ＭＦＰにインストールされている対象アプリケーションに、必要なライセンスＫＥＹがあるかを判断することにより実現される。

図５は、設定ファイル送信側であるＰＣ１００４と、設定ファイル受信側であるＭＦＰ１００１乃至１００３における、本発明の配信処理に係る機能ブロック図である。

まず、設定ファイル送信側であるＰＣ１００４には、デバイス情報探索機能５００３、デバイス情報管理機能５００４、配信対象アプリケーション管理機能５００５、設定ファイル配信機能５００６、配信結果管理機能５００７がある。デバイス情報探索機能５００３部は、ネットワーク上のＭＦＰを探索し、見つかったＭＦＰから、上述したデバイス情報を取得する機能を備える。デバイス情報管理機能５００４部は、取得したデバイス情報に基づいて、ＭＦＰ１００１乃至１００３毎にデバイスリストファイルを作成して管理する機能を備える。配信対象アプリケーション管理機能５００５部は、ＭＦＰ１００１乃至１００３から取得したアプリケーション情報に基づいて、アプリケーションリストファイルを作成し、作成されたアプリケーションリストファイルと、予め作成されている対象アプリケーションファイルを管理する機能を備える。設定ファイル配信機能部は、ユーザにより選択指示された設定ファイルを、ユーザにより選択指示されたＭＦＰに対して配信する機能を備える。配信結果管理機能部は、設定ファイル配信機能部による配信処理の配信結果を記述した配信履歴ファイルを作成して、管理する機能を備える。

次に、設定ファイル受信側のＭＦＰには、アプリケーション制御機能、ファイル受信機能、ファイル書き込み機能がある。アプリケーション制御機能部は、インストール済みのアプリケーションを起動し、アプリケーションと通信してアプリケーションが格納されている格納先（ディレクトリ、ファイルパス）を取得し、アプリケーションを終了させる機能を備える。ファイル受信機能は、情報処理装置とセッションを張ることでデータ通信し、設定ファイルを受信する機能を備える。ファイル書き込み機能部は、情報処理装置から送信されてきた設定ファイルを、該当するアプリケーションの格納先から得られる設定ファイルの格納先に書き込む機能を備える。

次に図６のシーケンス図を用いて、ＰＣ１００４とＭＦＰ１００１間の処理手順について説明する。ＭＦＰ１００２及び、１００３についても同様の処理が行なわれるものとする。まず、Ｓ６００１で、ＭＦＰ設定ファイル配信ツールは、所定の探索プロトコルを用いて情報取得要求をＰＣ１００４に対して送信する。デバイス情報探索機能５００３を実行して、Ｓ６００１の処理をする。

ＭＦＰ１００１は、デバイス情報及びアプリケーション情報をＳ６００２で送信する。具体的には、ＭＦＰ１００１は、図３のＡに記載されている情報を、ネットワークを介してＰＣ１００４に送信する。

Ｓ６００２で取得した情報を用いて、ＰＣ１００４内の設定ファイル配信ツールは、デバイスリストファイルの更新をする。そして、Ｓ６００３で、設定ファイル配信ツールは、ＭＦＰ１００１に対して、ファイル受信モジュールの配信及びインストール指示をする。この点に関して、変形例も後ほど説明する。

Ｓ６００４では、インストール結果がＭＦＰ１００１からＰＣ１００４へ返信される。設定ファイル配信ツールは、受信したインストール結果をデバイスリストファイルの更新をする。例えば、ファイル受信モジュールが正常にインストールされたら、正常にインストールされたことをデバイスリストファイルのＭＦＰ１００１のエントリに書き込む。不正常であれば、その旨を同様にデバイスリストファイルに設定ファイル配信ツールは書き込む。これらの情報はＰＣ１００４のディスプレイに表示可能である。

次に、対象アプリケーションの状態の変更コマンドをＳ６００５で設定ファイル配信ツールはＭＦＰ１００１内のアプリケーションに対して送信する。例えば、設定ファイルの読み込みのためにアプリケーションが稼動させているサービスの一時停止の指示をする。Ｓ６００６では、状態変更の結果を返却する。例えば、そのサービスの一時停止が失敗した旨、若しくは成功した旨を返却する。

図７は、ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。この表示画面は、デバイスリスト画面７００４をあらわしている。

このデバイスリスト画面７００４は、デバイスリストタブ７００１の押下時、若しくは設定ファイル配信ツールを起動した直後に表示される。設定ファイル配信ツールは、起動すると、Ｓ６００１からＳ６００４の処理まで実行し、デバイスリストファイルの更新をする。

この画面７００４では、ネットワーク上からＳ６００１及びＳ６００２で情報取得されたすべてのＭＦＰがリスト表示されている。このなかには、ＭＦＰ１００１乃至ＭＦＰ１００３が存在する。

このデバイスリストにおいて、ユーザが任意のＭＦＰ１００３を選択すると、「インストール済みアプリケーション一覧」の表示枠に、選択対象のＭＦＰに既にインストール済みのアプリケーションが、一覧リスト７００５に一覧表示される。これは、前述したように、ＭＦＰ１００１乃至１００３から取得したデバイス情報（特に、その中のアプリケーション情報）を用いることにより、表示することができる。

つまり、このデバイスリスト画面では、ネットワーク上のデバイスをキーとして、そのデバイスにインストール済みのアプリケーションを見つけることができるのである。具体的には、ＭＦＰ１００３が選択されるのに応答して、予め取得した図３のＡのデバイスリストファイルの中からインストール済みアプリケーションに関わる情報（アプリメーション名など）を抽出して、表示する。ここでは、一部略記されているが、ＩＣ Ｃａｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｆｅｌｉｃａ Ｖｅｒ３．１０及びＶｅｒ１．１０アプリケーション等がＭＦＰ１００３に対してインストールされていることがわかる。

次に、図８は、情報処理装置に表示される設定ファイル配信ツールにより提供される表示画面の一例である。この表示画面は、アプリケーションリスト画面をあらわしている。

このアプリケーションリスト画面は、「アプリケーションリスト」タブの押下時に、デバイス情報管理機能５００４部により保存されているアプリケーションリストファイルの内容にしたがって表示される。アプリケーションはアプリケーションリストファイルに保持しているアプリケーションタイプの値に応じて、ＬｏｇｉｎＡｐｐｌｉｃａｔｉｏｎｓ／ＩｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎｓ／ＧｅｎｅｒａｌＡｐｐｌｉｃａｔｉｏｎｓの３つに分けられて表示される。画面左に表示されるペーン８００１のアプリケーション名をクリックすることで、図３のＣのアプリケーションリストより当該アプリケーション情報が取得され、画面右上に表示される。

また、右下の表示欄には、デバイスリストファイルを参照することにより、現在選択中のアプリケーションが既にインストールされているＭＦＰの一覧が表示される。

つまり、このアプリケーションリスト画面では、アプリケーションをキーとして、そのアプリケーションが既にインストール済みのＭＦＰを見つけることができる。

具体的には、予めアプリケーションリスト（図３のＣ）をＰＣ１００４に準備しておき、そのアプリケーションを８００１に表示する。そして、その表示されたアプリケーションを選択すると、選択されたアプリケーションをキーとして、デバイスリスト図３のＡそのアプリケーションがインストール済みのＭＦＰを抽出して表示することが出来る。

次に、図９は、ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。この表示画面は、設定項目リスト画面をあらわしている。

この設定項目リスト画面は、「設定項目リストタブ」９００１の押下時に、アプリケーションリストファイル図３のＣの内容が対象アプリケーションの情報に基づいて分類され、表示される。

この画面では、配信すべき設定ファイルを使用するアプリケーションをキーとして、そのアプリケーションが既にインストール済みのＭＦＰが抽出されて一覧表示される。よって、利用者は、一覧表示されている所望のアプリケーションが既にインストール済みのＭＦＰの中から、配信先のＭＦＰを容易に選択指示することが可能となっている。つまり、設定ファイルの選択を設定ファイル配信ツールが検知する。検知された設定ファイルのパス名を設定ファイルが取得する。そして、設定ファイルのパス名がどのアプリケーション名に対応するかを設定ファイル配信ツールが図３のＤの対象アプリケーションファイルをサーチして決定する。アプリケーション名が決定されると、設定ファイル配信ツールは、図３のＡにおいて、決定されたアプリケーション名をキーにして、インストール済みアプリケーション情報を順次サーチする。決定されたアプリケーション名のアプリケーションがインストールされたデバイス名を特定する。もちろん、デバイス名が複数決定される場合もある。ここでは、図９で示したように、ＩＣ ｃａｒｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｆｅｒｉｃａ Ｖｅｒ ２．１０の上位互換アプリである、ＩＣ ｃａｒｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｆｅｒｉｃａ Ｖｅｒ ３．０（図７参照）がインストールされたＭＦＰ１００３が決定されている。

図９のなおこの設定項目リスト画面９０００における表示ルールは下記のようになっている。
ルール１．トップツリーの設定について説明する。「対応アプリケーション」のトップツリーノードには、「アプリケーションリスト」を固定表示する。
ルール２．大項目の設定について説明する。
大項目９００２には、設定ファイルの配信対象となる「アプリケーション名（日本語）」を表示する。表示するアプリケーション名は「対応アプリケーションファイル」の「アプリケーション表示名」を設定する。
なお、最下層には「非対応アプリケーション」を固定表示する。

ルール３．中項目９００３の設定について説明する。
中項目には「アプリケーション名（バンドル）」＋「バージョン」を表示する。なお配信対象外のアプリケーションバージョンについての表示・制御は以下の通りである。

下位バージョンの場合は次のようになる。「アプリケーション名」＋「バージョン」をグレー表示し、配信処理の対象外とする。

上位バージョンの場合は、「アプリケーション名」＋「バージョン」を表示し、配信処理の対象する。なお、配信ファイル選択時のチェック内容については、対応アプリケーションとして登録されている最終バージョンに従う。

なお、下位・上位のバージョン判定は、対象アプリケーションファイル（図３のＤ）に登録されているアプリケーションの「最小バージョン」、「最終バージョン」を、設定ファイルが対応するアプリケーションのバージョンと比較して判定する。

ルール４．小項目の設定について説明する。小項目には「設定ファイル名」を表示する。表示する設定ファイル名は「対応アプリケーションファイル」のアプリケーション・バージョンと対応する。設定ファイル配信ツールは、設定ファイル名を取得し、表示する。設定ファイル名が複数表示される場合もある。

ルール５．非対応アプリケーション９００４について説明する。
「対応アプリケーションファイル」に存在しないアプリケーションを、全てグレー表示する。

また、画面左に表示されるアプリケーション名をクリックすることで、画面右上には当該アプリケーション情報９００５が、アプリケーションリストファイルより取得され、表示される。また、画面右下には配信履歴ファイル（図３のＥ）の内容が表示される。

つまり、画面左の表示欄９００１にはアプリケーションのリストが表示され、右上の表示欄には選択したアプリケーションの情報が表示される。右下の表示欄９００５には選択した設定ファイルの前回の配信結果履歴が表示される。

ここでは、ネットワーク上のアプリケーションのうち、設定ファイルを配信可能なアプリケーションを検索・配信することができる。また、前回の配信結果にＮＧ項目が含まれている場合は、「再配信」ボタンを押すことができる。ＮＧ項目が含まれていない場合は、グレーアウトすることにより再配信ボタンを押せなくなる。

図１０は、情報処理装置における設定ファイルの配信制御に係る全体処理を説明するフローチャートである。
ステップ（１）で、設定ファイル配信ツールは、配信対象ファイル名の選択を受け付ける。
で、図７の「設定項目リストタブ」７００３のクリックを設定ファイル配信ツールは検知する。そして、配信を行う設定ファイル名の選択を設定ファイル配信ツールは検知する。具体的には図９の９００６をクリックして選択状態とする。その後、ツールバーより「配信ファイル選択」の選択を検知する。図１１の画面を表示することにより行う（ステップ（２））。
配信ファイル選択画面（図１１）で設定ファイル名が設定され、次へボタンが押されると、設定ファイル配信ツールは下記を認識する。選択された設定ファイルに対応するアプリケーション名、選択されたアプリケーションのバージョン、選択された配信対象の設定ファイルを認識し、図９へ戻る。これが、ステップ（３）の処理である。

ステップ（３）では、設定ファイルチェック処理を行う。図１１で、次へボタンが押されると、処理が始まる。

配信対象アプリケーション管理機能５００５が、対象アプリケーションファイルに記述されている設定ファイルの情報と、選択された設定ファイルの内容をチェックする。暗号化されているファイルに関しては復号化後、ファイル内容を配信対象アプリケーション管理機能５００５がチェックする。

正しくない場合は、エラーダイアログを配信対象アプリケーション管理機能５００５が表示する。これにより、エラーの生じたファイルを設定ファイル配信ツールは配信することはできない。

選択したアプリケーションのバージョンが、配信対象アプリケーションリストに保存されているバージョン以降のものであった場合、ファイルチェック内容は選択したバージョンにもっとも近いバージョンの配信対象アプリケーションリスト情報が使用される。これにより、設定ファイル配信ツールは、バージョンアップのたびに頻繁にリストを変更する必要はない。ステップ（３）が完了すると、図２１の２１０１を表示する。

ステップ（４）：図２１の２１０１の配信対象デバイスを表示する処理である。ここでは、設定ファイル配信ツールは、選択されたファイルを読みこむ。さらに、配信対象アプリケーション管理機能５００５は予めＭＦＰから取得しているデバイスリストファイルを読む。さらに、５００５は、当該アプリケーションがインストールされているデバイス一覧を表示する（２１０２）。グループ名２１０４を選択することで、配信対象アプリケーション管理機能５００５はグループリストファイルを読み、表示されるデバイス一覧をフィルタリングすることもできる。つまり、特定のグループ名に属するデバイスをデバイスリストファイルから抽出する。次にステップ（５）へ進む。

ステップ（５）：配信対象デバイス選択を検知する処理である。ここでは、配信可能なデバイスリストから、配信したいデバイスを選択する。デバイス選択時にパスワード入力を求められる。ここでは、デバイスに登録されたＳＭＳパスワードを入力する（２１０２）。入力されたパスワードは［デバイス情報管理機能５００４］がデバイスと通信を行い、ＳＭＳパスワードの整合性をチェックします。パスワード認証が失敗した場合はデバイスを配信対象と設定ファイル配信ツールは決定しない。

ステップ（６）：設定ファイル配信処理である。ステップ（５）で表示される２１０１にて表示される次へボタンが押されると、２１０６が表示される。ここでは、設定ファイルを配信可能なデバイス２１０６が表示される。選択された設定ファイルを、対象デバイスのファイル受信モジュールに対し、配信する。

ステップ（７）：結果受信処理である。
ファイル受信モジュールより、設定ファイル配信ツールは配信結果を受信する。
配信結果に応じて配信履歴ファイルを更新する。配信履歴ファイルに、すでに当該設定ファイルの配信履歴が存在する場合は削除し、上書きします。さらに、デバイスリストファイルの配信結果を更新する。配信結果とは、デバイスのアプリケーションのインストール状況（成功、失敗、バージョンなど）を含む。

図１２は、情報処理装置における設定ファイルのチェック処理を説明するフローチャートである。図１２のフローに従って、設定ファイル配信ツールは、順につぎのステップの処理を行なう。

ステップ（１）：設定ファイルパス取得処理である。設定ファイル選択画面にて設定された設定ファイルのパスを取得する。

ステップ（２）：ファイルパスチェック処理である。
配信対象アプリケーション管理機能５００５が、ステップ（１）にて取得された設定ファイルパスが設定されているかをチェックする。パスが設定されていない場合は、エラーダイアログを表示する。セキュリティの側面から、ＭＦＰにおけるアプリケーションの設定ファイルのパス（位置）は変更したいという要求がある。そこで、設定ファイルパスの位置を変更可能とする。

ステップ（３）：ファイル存在チェック処理である。
配信対象アプリケーション管理機能５００５が、ステップ（１）にて取得されたパスにファイルが存在するかをチェックする。存在しない場合は、エラーダイアログを表示する。

ステップ（４）：空ファイルチェックである。
配信対象アプリケーション管理機能５００５が、ステップ（３）にて存在が確認されたファイルの中身をチェックする。ファイルが空（０バイト）の場合は、エラーダイアログを表示する。

ステップ（５）：上位Ｖｅｒ判定処理である。
配信対象アプリケーション管理機能５００５が、選択したアプリケーションのバージョンが、対象アプリケーションファイルに記述されているものかを確認する。記述されていない場合はステップ（６）に進みます。記述されている場合は、対象アプリケーションファイルから設定情報（対象アプリケーションファイル情報）を取得する。

ステップ（６）：最終ＶｅｒをチェックＶｅｒとして設定する。
配信対象アプリケーション管理機能５００５が、選択されたアプリケーションのバージョンと対象アプリケーションファイルに記述されているバージョン情報を比較し、配信処理のベースとなる設定情報（対象アプリケーションファイル情報）を取得する。

選択されたアプリケーションのバージョンが、対象アプリケーションファイルに記述されている当該アプリケーションの最終バージョン以降のものであった場合、設定情報は最終バージョンが適用される。

すなわち、対象アプリケーションファイルに２．０／２．１／３．０が存在し、選択したアプリケーションバージョンが４．０である場合、３．０の設定情報を取得することになる。

選択されたアプリケーションのバージョンが、記述されている初期バージョン以降、最終バージョン以前のものであった場合、設定情報は選択したアプリケーションの直前のバージョンの設定情報を取得する。

すなわち、対象アプリケーションファイルに２．０／２．１／３．０が存在し、選択したアプリケーションバージョンが２．３である場合、２．１の設定情報を取得することになる。

ステップ（７）：設定情報取得処理である。ステップ（５）または（６）で決定した設定情報を取得する。

ステップ（８）：ファイルチェック処理である。配信対象アプリケーション管理機能５００５が、ステップ（１）にて取得したファイルの内容を、ステップ（７）で取得した設定情報をもとにチェックを行う。ファイルの内容に不具合がある場合（キーが足りないなど）は、エラーダイアログを表示する。

ステップ（９）：配信デバイス選択画面表示処理である。配信対象アプリケーション管理機能５００５はデバイスリストファイルを読み、当該アプリケーションがインストールされているデバイス一覧を表示します。グループ名を選択することで、配信対象アプリケーション管理機能５００５はグループリストファイルを読み、表示されるデバイス一覧をフィルタリングする。

図１３は、情報処理装置における設定ファイルの配信処理を説明するフローチャートである。

ステップ（１）：配信対象デバイス取得処理である。配信対象アプリケーション管理機能５００５は、配信ファイル選択画面にて選択された対象デバイスのリストを取得する。

ステップ（２）：ＭＤ５値作成処理である。
配信対象アプリケーション管理機能５００５は、配信ファイル選択画面にて選択された設定ファイルのＭＤ５値を作成する。

ステップ（３）：デバイス情報取得である。
デバイス情報を取得する。

ステップ（４）：配信処理処理である。
配信対象アプリケーション管理機能５００５は、対象デバイスに対し、設定ファイル配信機能を呼び出します。

ステップ（１０）：ファイル受信モジュール確認処理である。
配信対象アプリケーション管理機能５００５は、配信先のデバイスにファイル受信モジュールがインストールされているか確認する。インストールされていない場合は、配信エラーとする。

ステップ（１１）：アプリ状態確認処理である。
配信対象アプリケーション管理機能５００５は、配信先のアプリケーションの状態を確認する。アプリケーションの状態による配信可否に関しては、対象アプリケーションファイルの”配信タイプ”の値に依存する。
・配信タイプが”０”の場合、アプリが停止中又はインストール済み以外の場合はエラーと判定される。
・配信タイプが”１”の場合、アプリが開始又は再起動 後停止以外の場合はエラーと判定される。

ステップ（１２）：ファイル受信モジュール起動する処理である。
配信対象アプリケーション管理機能５００５は、設定ファイルの配信を開始するため、対象デバイスのファイル受信モジュールを起動させる。起動に失敗した場合はエラーとします。

ステップ（１３）：認証文字列取得である。
配信対象アプリケーション管理機能５００５は、配信を行うにあたりデバイスのＳＭＳ認証を行います。ここでは認証を行う際に必要となる認証文字列の取得を行なう。

ステップ（１４）：ＳＭＳ認証処理である。
配信対象アプリケーション管理機能５００５は、取得した認証文字列と入力されたＳＭＳパスワードより、デバイスに対して認証処理を行います。認証に失敗した場合はエラーとします。

ステップ（１５）：ファイル配信である。配信対象アプリケーション管理機能５００５は、設定ファイル受信モジュールに対し、設定ファイルの配信を行います。ファイル配信時には下記のデータを渡す。アプリケーションＩＤ、ファイル名（ファイルパス）、ＭＤ５、暗号化フラグ、設定ファイル。ファイル受信モジュールは上記データを受信し、受信したデータによって対象アプリケーションに対してファイルを配信する。配信の成否を設定ファイル配信ツールに返す。

ステップ（１６）：ファイル受信モジュールの停止を設定ファイル配信ツールは行います。

図１４は、情報処理装置における設定ファイルの再配信処理を説明するフローチャートである。図９の「設定項目リスト」タブの［配信結果一覧］にＮＧのデータが含まれていた場合には、当該ページの［再配信］ボタンをクリックすることができます。含まれていない場合は、グレーアウトの表示として操作できなくする。

ステップ（１）：配信する設定ファイル名を選択する。図９「設定項目リスト」タブをクリックし、配信を行う設定ファイル名を選択します。選択後、「再配信」をクリックする。

配信ファイル選択画面（図１５）への遷移に引き渡される情報は下記である。（ただし、画面表示はステップ（２）以降である。）選択されたアプリケーション名、
選択されたアプリケーションのバージョン、選択された配信対象ファイル、配信結果一覧に表示されているＮＧデータのデバイス情報。

ステップ（２）：デバイス通信状態の確認する。
配信対象アプリケーション管理機能５００５は「再配信」ボタンクリック時、再配信の対象となるＮＧデバイスについて、通信可能な状態であるかチェックを行なう。
再配信対象デバイスが非通信状態である場合、エラーダイアログを表示する。

ステップ（３）：配信するファイルを選択する。
設定ファイル選択画面にて、設定ファイル配信ツールがインストールされているＰＣ１００３に保存されている設定ファイルを選択する。ただし、デフォルト状態で配信履歴ファイルに保存されている”前回配信ファイルパス”を取得し、表示しています。選択後、次へをクリックします。

ステップ（４）：設定ファイルチェック処理
配信対象アプリケーション管理機能５００５が、対象アプリケーションファイルに記述されている設定ファイルの情報と、選択された設定ファイルの内容をチェックします。（暗号化されているファイルに関しては復号化後、ファイル内容をチェックします）
正しくない場合は、エラーダイアログを表示します。（間違ったファイルを配信することはできません）
選択したアプリケーションのバージョンが、配信対象アプリケーションリストに保存されているバージョン以降のものであった場合、ファイルチェック内容は選択したバージョンにもっとも近いバージョンの配信対象アプリケーションリスト情報が使用されます。バージョンアップのたびに頻繁にリストを変更する必要はない。

ステップ（５）：配信対象デバイスを表示する
ファイル選択後、［配信対象アプリケーション管理機能５００５］はデバイスリストファイルを読み、当該アプリケーションがインストールされているデバイス一覧を表示します。ただし、ステップ（２）にてデバイスの通信が確認されたデバイスに関しては、既に配信対象に設定されています。（配信対象からはずすことは可能）
ステップ（６）：配信対象デバイス選択処理する。ステップ（５）にて表示されたデバイス一覧（デフォルトで全デバイスが配信対象になっている）を確認し、次へをクリックします。

ステップ（７）：設定ファイル配信処理である。設定ファイルの配信処理が行われます。

ステップ（８）：結果受信である。ファイル受信モジュールより配信結果を受信します。
配信結果に応じて配信履歴ファイルを更新します。配信履歴ファイルのうち、再配信を行ったデバイスの情報のみ、上書する。デバイスリストファイルを更新する。

以上のように、ＩＣカードでユーザ認証を行うようなアプリケーションプログラムの場合、以下のような設定情報が簡易に設定できるようになる。

認証サーバ設定情報には、ＩＣカードから読み取ったログイン名とパスワードが正しいかを問い合わせる認証サーバのコンピュータ名、アドレスなどを含む。

認証サーバタイムアウトとは、認証サーバから応答がない場合に、タイムアウトでエラーと判定するまでの待機時間をいう。

設定情報には、認証サーバ設定情報、認証サーバタイムアウト、および下記の設定がある。カード読み込み位置情報とは、ＭＦＰにインストールされたＩＣカード認証アプリケーションプログラムに対して、ＩＣカードから情報を読み取るための位置をいう。

ポーリング時間とは、ＩＣカードリーダーがＩＣカード読み取りを行うための要求を発行する間隔をいう。

ユーザコードスタートとは、ユーザＩＤの読み取りが開始されるアドレスをいう。パスワードについてもこのアドレスが同様に存在する。

ユーザコード長さとは、ユーザＩＤの長さをいう。パスワードについても同様に存在する。上記は一例であり、実際の運用にはより多くの設定情報が必要とされる。

以上、実施形態例を詳述した。本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、本実施形態を複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、セキュリティを考慮して、ＭＦＰにインストールされているアプリケーションプログラムは、ＭＦＰ１００１乃至１００３毎に異なるディレクトリパスにインストールされることが考えられる。そのため、管理者は、ＭＦＰ１００１乃至１００３毎に対象のアプリケーションプログラムがどのディレクトリパスにインストールされているのか知る必要があるため、複数のＭＦＰに一括して配信することが困難となる要因となる。

そこで、本発明は、設定ファイルを送信する対象のアプリケーションプログラムがインストールされているＭＦＰを管理者が探す手間を省き、アプリケーションプログラムで使用する設定ファイルを、必要なＭＦＰに簡易な手順で配信するための仕組みを提供することができる。

（実施例２）
前述の実施例においては、当該アプリケーションの設定ファイルを配信する前に、当該ＭＦＰが図５に記載のファイル受信モジュールをあらかじめ備えていることを前提としている。しかしながら、前記ファイル受信モジュールを備えていないＭＦＰに対しては、当該モジュール自体を配信することも可能である。

図１６のフローチャートにより、設定ファイルおよびファイル受信モジュールの配信処理を伴う変形例について、詳細に説明する。

ステップ（２０）では、配信対象となるＭＦＰに、ファイル受信モジュールがあるかを確認する。すなわち、配信対象アプリケーション管理機能５００５は、配信先のＭＦＰにファイル受信モジュールがインストールされているか、及び、当該モジュールのバージョンを確認します。インストールされていない、もしくはバージョンが古い場合は、ステップ（２１）を、そうでない場合はステップ（２２）をそれぞれ実行する。

ステップ（２１）では、ファイル受信モジュールの配信を行う。対象デバイスに対してファイル受信モジュールを配信する。

ステップ（２２）では、アプリ状態確認を行う。配信対象アプリケーション管理機能５００５は、配信先のアプリケーションの状態を確認する。アプリケーションの状態による配信可否に関しては、対象アプリケーションファイルの”配信タイプ”の値に依存する。
・配信タイプが”０”の場合、停止中又はインストール済み以外の場合はエラーと判定される。配信タイプが”１”の場合、開始又は再起動後停止以外の場合はエラーと判定される。
状態エラーと判定されれば（２８）を実行する。エラーと判定されなければ（２３）へ進む。

ステップ（２３）：ファイル受信モジュール起動する処理をする。
配信対象アプリケーション管理機能５００５は、設定ファイルの配信を開始するため、対象デバイスのファイル受信モジュールを起動させます。起動に失敗した場合はエラー（２８）とします。エラーでなければ（２４）へ進む。

ステップ（２４）では、認証文字列取得する処理である。配信対象アプリケーション管理機能５００５は、配信を行うにあたりデバイスのＳＭＳ認証を行なう。ここでは認証を行う際に必要となる認証文字列の取得を行います。取得を失敗すれば（２８）へ進む。そうでなければ（２５）へ進む。

ステップ（２５）では、ＳＭＳ認証処理を行う。配信対象アプリケーション管理機能５００５は、取得した認証文字列と入力されたＳＭＳパスワードより、デバイスに対して認証処理を行います。認証に失敗した場合はエラー（２８）とする。エラーでなければ（２６）へ進む。

ステップ（２６）では、ファイル配信を行う。配信対象アプリケーション管理機能５００５は、設定ファイル受信モジュールに対し、設定ファイルの配信を行います。ファイル配信時には下記のデータを渡します。
アプリケーションＩＤ
ファイル名（ファイルパス）
ＭＤ５
暗号化フラグ
設定ファイル
ファイル受信モジュールは上記データを受信し、受信したデータによって対象アプリケーションに対してファイルを配信します。配信の成否を設定ファイル配信ツールに返します。

ステップ（２７）では、ファイル受信モジュールの停止を行なう。

図６の「設定ファイル受信モジュールのインストール」に関して変形例を詳細に記述する。すなわち、ローチャートで設定ファイル受信モジュールの配信処理を、詳細に説明する。

図１７乃至図１９及び図２１は、ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。

次のステップの順に設定ファイル受信モジュールは実行する。
ステップ（１）：デバイスリストを表示する。
探索済みのデバイスリストを表示する。リスト内に各デバイスを表示する際に、設定ファイル受信モジュールが未インストールの場合は、図１７のようにＭＦＰのアイコンを表示して、未インストールであることが識別可能となる。

ステップ（２）：設定ファイル受信モジュールが未インストールのデバイスを選択を検知する。

前記リストから該デバイスを選択する。［インストール済みアプリケーションの一覧］１７０１に描かれているとおり、配信モジュールがインストールされていないデバイスには、三角印がされている。

ステップ（３）：設定ファイル受信モジュールの配信指示である。
図１７内の［受信モジュール配信］１７０１ボタンを押下することにより、該モジュールの配信を指示する。その場合、図１８のダイアログを表示し、本処理を開始しても良いかどうかを確認し、［はい］１８０１ボタンが押下された場合には、本処理を継続し、［いいえ］１８０２ボタンが押下された場合は、本処理を終了する。

ステップ（４）：設定ファイル受信モジュールを該デバイスへ配信する処理である。選択されている該デバイスへ該モジュールを配信、インストールする。インストールされた結果、正常終了した場合には、図１９のようにデバイスリストおよび該デバイスの［インストール済みアプリケーションの一覧］が更新され、該モジュールがインストール済みであることが確認できる。この処理の後、Ｓ６００４以降の処理が継続する。

図２２は、ＰＣ１００４のハード構成の一例を示す図である。図中のＣＰＵ１０１は、内部バス１０８を介して後述する各機能／装置を接続する。該ＭＦＰ１００１乃至１００３を制御するものである。

表示装置１０２は、タッチパネル（操作パネル）などにユーザインターフェースを表示するための装置である。ユーザＡからの指示が、ユーザ所望の動作を行うための操作等を該表示装置１０２に表示されるユーザインターフェースから入力される。１０３は通信装置であり、ＮＥＴ１０００を介してＰＣ１００４と情報をやり取りする。１０４はスキャナ装置であり、紙原稿を読み取る手段である。１０６はメモリであり、１０６に記憶された情報をロードする。１０６は大容量記憶装置であり、図２のＭＦＰ１００１乃至１００３に記憶された各種プログラムを記憶する。ＣＰＵ１０１はこれらのプログラムを読み出し実行する。

図２３は、ＰＣ１００４のハード構成の一例を示す図である。１はシステム・バスである。図４で説明するＰＣ１００１内のソフトウェアブロックは、ハードディスク１５に記憶されている。そして必要に応じて、当該プログラムは、ＣＰＵ２により読み出され実行される。

本図で説明する各要素は、このシステム・バスに接続されている。２はＣＰＵ（Ｃｅｎｔｒｔａｌ ＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）であり、ＰＭＥＭ３、ハードディスク１５、ＦＤ１６に記憶された制御プログラムに従って処理を実行する。３はプログラム・メモリ（以下ＰＭＥＭと称す）で、設定ファイル配信を実行するのためのプログラムを適宜ハード・ディスク１４から選択／読み込む。そして、当該プログラムを２のＣＰＵにて実行する。又、キーボード８から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。４はイメージ・メモリ（以下ＩＭＥＭと称す）であり、イメージデータを記憶している。５は画像入出力制御部であり、ファクシミリとの画像データおよびユーザ設定情報などの入出力制御を行う。１７はネットワークインタフェースＩＦである。ＰＣ１００４は、受信手段の一例であるＩＦとＮＥＴ１０００を介してＭＦＰ１００１乃至１００３と設定ファイルなど各種のやり取りをする。６はファクシミリ本体の画像入出力制御部である。７はファクシミリであり、ファクシミリ７から読み込まれたユーザ設定情報は、３のＰＭＥＭに記憶されたのちに表示フォーマットに変換されてＶＲＡＭ１１上に展開され、ＣＲＴ１３に表示される。また送信文書データはビットマップデータとして４のＩＭＥＭに展開されたのちに機能指定情報と併せて５の画像入出力制御部の制御により６のファクシミリ本体の画像入出力制御部に出力される。８は入力制御部であり、９のキーボード、１０のポインティング・デバイス（以下ＰＤと称す）等の入力装置が接続される。操作者はこのキーボード９を操作することによりシステムの動作指令等を行う。またＰＤ１０は１３のＣＲＴ（ディスプレイ）上で画像情報や図形データや文字データや数値データを選択、加工指示するためのもので本実施例ではマウスを使用している。これによりＣＲＴ１３上のマウスカーソルをＸ，Ｙ方向に任意に移動して、メニューの選択、画像データ、図形データ、文字データ、数値データの選択、編集を行なう。１１はビデオ・イメージ・メモリ（以下ＶＲＡＭと称す）、１２は表示出力制御部、１３はＣＲＴである。１３のＣＲＴに表示されるデータは１１のＶＲＡＭ上にビットマップデータとして展開されている。例えば図形データであれば、その位置、属性情報に対応した図形パターンがＶＲＡＭ上に展開されており、また、ソフト制御によりＶＲＡＭの表示エリアに直接カーソルを発生し表示が可能である。１４は外部記憶装置制御部、１５、１６は画像データや図形データや文字データや数値データなどを記録しておくデータファイル用のディスクで、例えば１５はハード・ディスク（以下ＨＤと称す）であり、１６は、フロッピー（登録商標）・ディスク（以下ＦＤと称す）である。また、ハードディスク１５或はＦＤ１６に設定ファイル配信ツールであるプログラム等の制御プログラムを記憶している。ＣＰＵ２はこれらのプログラムを読み出し実行する。

画像形成装置の一例であるＭＦＰ１００３上で動作するアプリケーションプログラムに用いられる設定情報をＭＦＰ１００３に対して配信する情報処理装置の一例であるＰＣ００４が開示された。取得手段、アプリケーション選択受付手段、設定情報選択受付手段、装置選択受付手段、配信制御手段は、プログラムとして実装される。例えば、アプリケーション選択受付モジュール、設定情報選択受付モジュール、装置選択受付モジュール、配信制御モジュールとして実装される。また、例えば，配信履歴管理手段、受信機能プログラム配信手段も、配信履歴管理モジュール、受信機能プログラム配信モジュールとして実装可能である。再配信装置選択受付手段も再配信装置選択受付モジュールとして実装できる。また、設定ファイル配信ツールは、画像形成装置上で動作するアプリケーションの配信をする。

ネットワークシステム構成図の一例を示す図である。 ハードウェア構成の一例を示す図である。 ＰＣ１００４で管理するファイル一覧の一覧の例を示す図である。 配信する設定ファイルの種別一覧の表示例を示す図である。 本システムの機能構成図の一例を示す図である。 ＰＣ１００４とＭＦＰ間のシーケンス図である。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４における設定ファイルの配信制御に係る全体処理を説明するフローチャートである。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４における設定ファイルのチェック処理を説明するフローチャートである。 ＰＣ１００４における設定ファイルの配信処理を説明するフローチャートである。 ＰＣ１００４における設定ファイルの再配信処理を説明するフローチャートである。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４における設定ファイルの配信処理を説明するフローチャートである。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＰＣ１００４における設定ファイルの配信の変形例を説明するフローチャートである。 ＰＣ１００４に表示される設定ファイル配信ツールにより提供される表示画面の一例である。 ＭＦＰ１００１乃至１００３のハード構成の一例を示す図である。 ＰＣ１００４のハード構成の一例を示す図である。

Claims (7)

1. 画像形成装置上で動作するアプリケーションプログラムに用いられる設定情報を画像形成装置に対して配信する情報処理装置であって、
   複数の画像形成装置から、前記複数の画像形成装置にインストールされているアプリケーションプログラムの種別を示す情報を含むアプリケーション情報を取得する取得手段と、
   前記取得手段により取得されたアプリケーション情報に対応する複数のアプリケーションプログラムの中から、何れかのアプリケーションプログラムの選択を受け付けるアプリケーション選択受付手段と、
   前記アプリケーション選択受付手段により選択を受け付けたアプリケーションプログラムで用いる設定情報の選択を受け付ける設定情報選択受付手段と、
   前記複数の画像形成装置の中から前記アプリケーション選択受付手段により選択を受け付けたアプリケーションプログラムがインストール済みの１以上の画像形成装置を抽出し、当該抽出された１以上の画像形成装置の中から前記設定情報選択受付手段により選択を受け付けた設定情報を配信する対象となる少なくとも１以上の画像形成装置の選択を受け付ける装置選択受付手段と、
   前記装置選択受付手段により選択を受け付けた画像形成装置に対して、前記設定情報選択受付手段により選択を受け付けた設定情報の配信処理を制御する配信制御手段とを備えることを特徴とする情報処理装置。
2. 前記配信制御手段は、
   前記装置選択受付手段により選択を受け付けた画像形成装置に対して、前記アプリケーション選択受付手段により選択を受け付けたアプリケーションプログラムの格納先を問い合わせる問い合わせ手段を含み、
   前記配信制御手段は、前記問い合わせ手段による問い合わせの応答として得られた格納先を用いて、前記画像形成装置に対して、前記設定情報の配信を行うことを特徴とする請求項１記載の情報処理装置。
3. 前記情報処理装置は、表示装置を有し、
   前記装置選択受付手段は、前記表示装置に表示される前記抽出された１以上の画像形成装置の中から、少なくとも１以上の画像形成装置の選択を受け付けることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記配信制御手段による配信履歴を管理する配信履歴管理手段と、
   前記配信履歴管理手段により管理される配信履歴にしたがって、前記装置選択受付手段により選択を受け付けた画像形成装置の中で、前記設定情報の配信ができなかった画像形成装置を抽出して、当該設定情報を再配信する対象となる画像形成装置の選択を受け付ける再配信装置選択受付手段とを更に備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記装置選択受付手段により選択を受け付けた画像形成装置に対して設定情報を受信する機能を備えているか否かを判別する受信機能確認手段と、
   前記画像形成装置に、設定情報を受信するための受信機能プログラムを配信する受信機能プログラム配信手段とを備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 表示装置を有する情報処理装置における画像形成装置上で動作するアプリケーションプログラムに用いられる設定情報を画像形成装置に対して配信する配信方法であって、
   複数の画像形成装置から、前記複数の画像形成装置にインストールされているアプリケーションプログラムの種別を示す情報を含むアプリケーション情報を取得する取得工程と、
   前記取得工程で取得されたアプリケーション情報に対応する複数のアプリケーションプログラムの中から、何れかのアプリケーションプログラムの選択を受け付けるアプリケーション選択受付工程と、
   前記アプリケーション選択受付工程で選択を受け付けたアプリケーションプログラムで用いる設定情報の選択を受け付ける設定情報選択受付工程と、
   前記複数の画像形成装置の中から前記アプリケーション選択受付工程で選択を受け付けたアプリケーションプログラムがインストール済みの１以上の画像形成装置を抽出し、当該抽出された１以上の画像形成装置が前記表示装置により表示され、当該表示された複数の画像形成装置の中から、前記設定情報選択受付工程で選択を受け付けた設定情報を配信する対象となる少なくとも１以上の画像形成装置の選択を受け付ける装置選択受付工程と、
   前記装置選択受付工程で選択を受け付けた画像形成装置に対して、前記設定情報選択受付工程で選択を受け付けた設定情報の配信処理を制御する配信制御工程とを備えることを特徴とする配信方法。
7. 請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させる制御プログラム。

Images