JP2010198598A - 情報配信装置、情報配信方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】 情報処理装置にインストールされたアプリケーションに対して設定を行うためのデータとして、当該アプリケーションに可及的に適したデータを当該情報処理装置に配信できるようにする。
【解決手段】 情報配信装置１０１は、情報処理装置１０２にインストールされたアプリケーションの設定値の型情報や設定可能範囲等をアプリケーション設定構成ファイルとして取得してＵＩを作成する。そして、このＵＩに対して入力された情報がアプリケーション設定構成ファイルの内容に沿うものである場合に、アプリケーション設定構成ファイルに対応するアプリケーション設定情報（アプリケーションの設定値）を情報処理装置１０２に送信する。
【選択図】 図１

Description

本発明は、情報配信装置、情報配信方法、及びコンピュータプログラムに関し、例えば、情報処理装置にインストールされたプログラムに対する設定を配信するために用いて好適なものである。

従来、情報配信装置が情報処理装置にプログラム設定データを配信するための技術として特開２００６−４００６１号公報に記載の技術がある。特開２００６−４００６１号公報では、情報処理装置が、情報配信装置から受信した「ＸＭＬ等の構造化文書形式で記述されたデータ」を元に自機の設定を更新するようにしている。
また、情報処理装置から情報配信装置へ可変フォーマットのデータを送信する際には、
送受信するデータのフォーマットが正しいかどうか検証する手段が必要である。従来、送
受信データのフォーマットを検証する技術として、特開２００８−１５８７５３号公報に記載の技術がある。特開２００８−１５８７５３号公報では、ドキュメントデータにメタデータの型情報を埋め込むことで送信することで、ドキュメントデータに埋め込まれた型情報を用いてメタデータと型データとの整合性を受信側で検証するようにしている。

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

しかし、従来は、情報配信装置が、情報処理装置にインストールされたプログラムの設定値のデータ型や設定可能範囲等のフォーマットを、プログラムの設定を行うためのデータを情報処理装置に配信する前に事前に知ることができなかった。このため、情報処理装置にインストールされたプログラムに対して設定を行うためのデータとして、当該プログラムに適したデータを当該情報処理装置に配信することができなくなる虞があった。
本発明は、このような問題点に鑑みてなされたものであり、情報処理装置にインストールされたプログラムに対して設定を行うためのデータとして、当該プログラムに適したデータを当該情報処理装置に配信できるようにすることを目的とする。

本発明の情報配信装置は、ネットワークを介して接続されている画像形成装置にインストールされているプログラムに対する設定値を、当該画像形成装置に配信する情報配信装置であって、前記プログラムに対する設定値として適用可能な条件を示す情報を前記画像形成装置から取得する取得手段と、前記取得手段により取得された条件を示す情報を基に、入力された前記プログラムに対する設定値が適用可能な範囲を満たしているかどうかを確認する確認手段と、前記確認手段により、入力された前記プログラムに対する設定値が条件を満たしていると確認された場合、入力された前記プログラムに対する設定値を前記画像形成装置に配信する配信手段とを有することを特徴とする。

本発明によれば、プログラムに対する設定値として適用可能な範囲を示す情報を情報処理装置から取得し、その情報に基づいて、ユーザにより入力された設定値が、当該プログラムに対する設定値として設定可能であることを確認する。したがって、ユーザによって入力された設定値を情報配信装置側で送信前に検証することができる。よって、情報処理装置にインストールされたプログラムに対して設定を行うためのデータとして、当該プログラムに適したデータを当該情報処理装置に配信できる。

本発明の最初の実施形態を示し、アプリケーション配信システムの全体構成を示す図である。 情報配信装置のハードウェア構成を示す図である。 情報配信装置のソフトウェア構成を示す図である。 情報処理装置のハードウェア構成を示す図である。 情報処理装置のソフトウェア構成を示す図である。 クライアント装置のソフトウェア構成を示す図である。 アプリケーション設定情報を配信する時の情報配信装置の動作を説明するフローチャートである。 ＸＭＬスキーマとして定義されたアプリケーション設定構成ファイルを示す図である。 図８に示すアプリケーション設定構成ファイルを用いて作成したＵＩを示す図である。 情報配信装置から送信されたデータを受信した時の情報処理装置の動作を説明するフローチャートである。 本発明の別の実施形態を示し、情報配信装置から送信されたデータを受信した時の情報処理装置の動作を説明するフローチャートである。 図８に示したアプリケーション設定構成ファイルを情報処理装置の設定に従って変換したアプリケーション設定構成ファイルを示す図である。 図８のアプリケーション設定構成ファイルに、ログファイルアップロード間隔の設定値として、「１時間毎」、「毎日」、「毎週」、「毎月」の各項目の定義を追加したアプリケーション設定構成ファイルを示す図である。 本発明の最後の実施形態を示し、情報配信装置のソフトウェアの構成を示す図である。 情報処理装置のソフトウェア構成を示す図である。 アプリケーション設定情報を配信する時の情報配信装置の動作を説明するフローチャートである。

以下に、図面を参照しながら、本発明の最初の実施形態について説明する。
［システム構成］
図１は、本実施形態に係るアプリケーション配信システムの全体構成の一例を示す図である。図１のアプリケーション配信システムは、ネットワーク１００により相互に接続された情報配信装置１０１、情報処理装置１０２、及びクライアント装置１０３を備えて構成される。情報配信装置１０１及びクライアント装置１０３は汎用コンピュータの構成を有する。情報処理装置１０２は、ネットワーク１００に接続され、情報配信装置１０１から管理可能な機器であればどのような機器であっても良い。本実施形態では、情報処理装置１０２がＭＦＰ（Multi function Printer）である場合を例に挙げて説明する。尚、情報処理装置１０２は、プリンタやＦＡＸ等のＭＦＰ以外のものであってもよい。また、情報処理装置１０２は、画像形成装置でもある。
本実施形態では、情報配信装置１０１から情報処理装置１０２へアプリケーション設定情報を配信する場合の機器構成、処理の流れを説明する。

まず、機器構成として、情報配信装置１０１、情報処理装置１０２、及びクライアント装置１０３の夫々についてハードウェア構成とソフトウェア構成とを個別に説明する。尚、クライアント装置１０３については、汎用コンピュータの構成を有し、情報配信装置１０１とハードウェア構成は変わらないので、ソフトウェア構成についてのみ述べる。
［情報配信装置１０１のハードウェア構成］
図２は、情報配信装置１０１のハードウェア構成の一例を示す図である。
図２において、システムバス２００は、コンピュータを構成する各要素を接続する役割を持つ。ＣＰＵ２０１は、コンピュータ全体の制御及び演算処理等を行う。ＲＡＭ２０２は、様々な処理毎に各々のプログラム及びデータがロードされ、実行される領域である。ＲＯＭ２０３は、システム起動プログラム等の記憶領域である。ＤＫＣ２０４は、ＨＤＤ２０７等の外部記憶装置の制御を行う。ＨＤＤ２０７は、プログラム及びデータを記憶する。ＨＤＤ２０７に記憶されているプログラムは、その実行時に必要に応じてＲＡＭ２０２にロードされる。ネットワークＩ／Ｆ２０５は、ネットワーク１００へ接続しネットワーク通信を行う。入出力Ｉ／Ｆ２０６は、キーボードやディスプレイ等に接続され、データの入出力を行う。

情報配信装置１０１は、ＣＰＵ２０１が基本Ｉ／Ｏプログラム及びＯＳを実行している状態で動作する。基本Ｉ／ＯプログラムはＲＯＭ２０３に書き込まれており、ＯＳはＨＤＤ２０７に書き込まれている。そして、コンピュータ部の電源がＯＮされたときに、基本Ｉ／Ｏプログラム中のイニシャルプログラムロード機能により、ＨＤＤ２０７からＯＳがＲＡＭ２０２に書き込まれ、ＯＳの動作が開始される。なお、アプリケーションは、本発明のプログラムの一例である。プログラムの一例としては、アプリケーションのみならず、ＭＦＰを制御するファームウェアなども考えられる。

［情報配信装置１０１のソフトウェア構成］
図３は、情報配信装置１０１のソフトウェア構成の一例を示す図である。
管理ユーティリティ３００は、プログラムとしてＨＤＤ２０７に書き込まれている。管理ユーティリティ３００は、情報処理装置探索モジュール３０１及びアプリケーション管理モジュール３０２を持つ。
情報処理装置探索モジュール３０１は、ネットワークモジュール３０７を使用してネットワーク１００に接続された情報処理装置１０２を探索する。そして、ネットワークモジュール３０７は、探索した情報処理装置１０２の設定情報を取得してデータベースサービス３０９に格納する。

アプリケーション管理モジュール３０２は、情報処理装置１０２にインストールされたアプリケーションの管理全般を行う。アプリケーション管理モジュール３０２は、アプリケーション配信モジュール３０３、アプリケーション設定構成ファイル取得モジュール３０４、アプリケーション設定用ＵＩ作成モジュール３０５、及びアプリケーション設定配信モジュール３０６を有する。
アプリケーション配信モジュール３０３は、ネットワークモジュール３０７を通じてアプリケーション（アプリケーションプログラム）を情報処理装置１０２に配信する。
アプリケーション設定構成ファイル取得モジュール３０４は、情報処理装置１０２にインストールされたアプリケーションの設定構成ファイル（アプリケーション設定構成ファイル）を、ネットワークモジュール３０７を通じて取得する。

アプリケーション設定用ＵＩ作成モジュール３０５は、アプリケーション設定構成ファイル取得モジュール３０４が取得したアプリケーション設定構成ファイルをもとにアプリケーション設定をユーザに入力させるためのＵＩ（ユーザインタフェース）を作成する。 アプリケーション設定配信モジュール３０６は、アプリケーション設定用ＵＩ作成モジュール３０５によって作成されたＵＩに対してユーザが入力したアプリケーション設定情報を、ネットワークモジュール３０７を通じて情報処理装置１０２に配信する。
ネットワークモジュール３０７は、ネットワーク１００を介して情報処理装置１０２との通信を行う。

Ｗｅｂサーバサービス３０８は、クライアント装置１０３のＷｅｂブラウザ６００（図６を参照）からHTTPによるＧＥＴリクエストを受け取ると、ＨＤＤ２０７に保存されたＷｅｂページデータを返信するサービスを提供する。Ｗｅｂサーバサービス３０８によって、外部からネットワーク１００経由で情報配信装置１０１へ接続することができる。
データベースサービス３０９は、データを管理し、他のモジュールからの要求に合わせてデータの格納と取り出しとを行う。データベースサービス３０９は、情報配信装置１０１からアクセス可能であれば、情報配信装置１０１とは別の機器上にあってもよい。

情報配信装置１０１のＷｅｂサーバサービス３０８には管理ユーティリティ３００がインストールされており、これらを実行することで管理装置として機能する。管理ユーティリティ３００は、例えばＷｅｂサーバサービス３０８で提供するＷｅｂページへのリクエストに応答して処理を実行するプログラムとして実装される。前記のように、管理ユーティリティ３００は、Ｗｅｂサーバサービス３０８と共に、情報処理装置１０２を管理するＷｅｂアプリケーションを実現している。

［情報処理装置１０２のハードウェア構成］
図４は、情報処理装置１０２のハードウェア構成の一例を示す図である。
情報処理装置１０２は、制御ユニット４００、操作部４０１、プリンタ４０２、及びスキャナ４０３を備えて構成される。
制御ユニット４００は、ＣＰＵ４１０、ＲＡＭ４１１、操作部Ｉ／Ｆ４１２、ネットワークＩ／Ｆ４１３、ＲＯＭ４１４、ＨＤＤ４１５、イメージバスＩ／Ｆ４１６、及びシステムバス４１７を備えている。更に、制御ユニット４００は、画像バス４１８、ラスタイメージプロセッサ４１９、デバイスＩ／Ｆ４２０、スキャナ画像処理部４２１、及びプリンタ画像処理部４２２を備えている。尚、これら構成のうち、スキャナ４０３及びスキャナ画像処理部４２１はなくてもよい。

ＣＰＵ４１０は、制御ユニット４００全体を制御するコントローラである。ＲＡＭ４１１は、ＣＰＵ４１０が動作するために使用するシステムワークメモリである。また、ＲＡＭ４１１は、画像データを一時記憶するための画像メモリでもある。操作部Ｉ／Ｆ４１２は、操作部４０１との間のインタフェースを司り、操作部４０１に表示すべき画像データを操作部４０１に対して出力する。また、操作部Ｉ／Ｆ４１２は、ユーザが操作部４０１を介して入力した情報を、ＣＰＵ４１０に伝える役割を果たす。ネットワークＩ／Ｆ４１３は、ネットワーク１００との接続と、ネットワーク１００への情報の入出力とを司る。ＲＯＭ４１４はブートＲＯＭであり、システムのブートプログラムが格納している。ＨＤＤ４１５は、ハードディスクドライブであり、システムソフトウェア、及び画像データ等を格納する。イメージバスＩ／Ｆ４１６は、システムバス４１７と、画像データを高速で転送する画像バス４１８とを相互に接続し、データ構造を変換するバスブリッジである。

画像バス４１８は、ＰＣＩバス又はIEEE1394で構成されるバスである。ラスタイメージプロセッサ４１９は、ネットワーク１００から送信されたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ４２０は、画像入出力デバイスであるプリンタ４０２やスキャナ４０３と制御ユニット４００とを相互に接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部４２１は、入力画像データに対して、補正、加工、及び編集を行う。プリンタ画像処理部４２２は、プリント出力画像データに対して、プリンタ４０２の性能に応じた補正、及び解像度変換等を行う。

［情報処理装置１０２のソフトウェア構成］
図５は、情報処理装置１０２のソフトウェア構成の一例を示す図である。
ネットワークモジュール５００は、ネットワーク１００を介して情報配信装置１０１との通信を行う。
アプリケーション管理モジュール５０１は、情報処理装置１０２にインストールされるアプリケーション（アプリケーションプログラム）の管理を行う。アプリケーション管理モジュール５０１は、アプリケーション受信モジュール５０２、アプリケーションインストールモジュール５０３、アプリケーション設定受信モジュール５０４、及びアプリケーション設定モジュール５０５を有する。尚、情報処理装置１０２にインストールされるアプリケーションは、情報処理装置１０２にインストール可能なものであれば何でもよい。例えば、Ｗｅｂブラウザ等の情報処理装置１０２にプリインストールされたアプリケーションや、後から追加インストールされるアプリケーションも情報処理装置１０２にインストールされるアプリケーションに含まれる。

アプリケーション受信モジュール５０２は、ネットワーク１００を介して情報配信装置１０１から送られてきたアプリケーション及びアプリケーション設定構成ファイルを受信する。そして、アプリケーション受信モジュール５０２は、アプリケーションのインストールをアプリケーションインストールモジュール５０３に、アプリケーション設定構成ファイルの管理をアプリケーション設定モジュール５０５に夫々依頼する。
アプリケーションインストールモジュール５０３は、アプリケーション受信モジュール５０２から送られてきたアプリケーションをインストールすることが可能かどうかを検証し、インストールすることが可能であれば当該アプリケーションのインストールを行う。

アプリケーション設定受信モジュール５０４は、ネットワーク１００を介して情報配信装置１０１から送られてきたアプリケーション設定情報を受信する。そして、アプリケーション設定受信モジュール５０４は、アプリケーション設定情報の検証と、インストール済みのアプリケーションへの設定の反映とをアプリケーション設定モジュール５０５に依頼する。
アプリケーション設定モジュール５０５は、アプリケーション受信モジュール５０２から送られてきたアプリケーション設定構成ファイルを保存する。また、アプリケーション設定モジュール５０５は、保存したアプリケーション設定構成ファイルを用いて、アプリケーション設定受信モジュール５０４から送られてきたアプリケーション設定情報をアプリケーションに設定可能か否かを検証する。アプリケーション設定モジュール５０５は、この検証の結果、アプリケーション設定情報をアプリケーションに設定可能な場合、当該アプリケーション設定情報をインストール済みのアプリケーションへ設定する。本実施形態では、例えば、アプリケーション設定モジュール５０５が、アプリケーションやアプリケーション設定構成ファイルを保存することにより、記憶手段、第２の記憶手段の一例が実現される。

［クライアント装置１０３のハードウェア構成］
クライアント装置１０３のハードウェア構成については、汎用コンピュータにより実現でき、情報配信装置１０１のハードウェア構成と同じであるため、その詳細な説明を省略する。

［クライアント装置１０３のソフトウェア構成］
図６は、クライアント装置１０３のソフトウェア構成の一例を示す図である。Ｗｅｂブラウザ６００は、プログラムとしてＨＤＤ２０７に書き込まれており、ＯＳ上でＲＡＭ２０２に書き込まれ実行される。クライアント装置１０３から情報配信装置１０１へのアクセスは、Ｗｅｂブラウザ６００を通じて行われる。
以上、情報配信装置１０１、情報処理装置１０２、及びクライアント装置１０３の機器構成の説明を終える。

続いて、情報配信装置１０１が情報処理装置１０２にインストール済みのアプリケーションの設定情報（アプリケーション設定情報）を配信する場合の情報配信装置１０１及び情報処理装置１０２の動作の一例について述べる。
［情報配信装置１０１の動作］
図７は、アプリケーション設定情報を配信する時の情報配信装置１０１の動作の一例を説明するフローチャートである。
まず、ステップＳ７００において、アプリケーション設定構成ファイル取得モジュール３０４は、ネットワークモジュール３０７を介して情報処理装置１０２からアプリケーション設定構成ファイルを取得することを試みる。このステップＳ７００は、例えば、アプリケーション設定構成ファイルの取得要求を情報処理装置１０２に配信することにより実行される。
このアプリケーション設定構成ファイルは、アプリケーションの設定値のデータ型や設定可能範囲を定義するファイルである。図８に、ＸＭＬスキーマとして定義されたアプリケーション設定構成ファイルの一例を示す。
以上のように本実施形態では、例えば、ステップＳ７００の処理を行うことにより、情報配信装置の取得手段の一例が実現される。また、本実施形態では、例えば、アプリケーション設定構成ファイルに含まれる、アプリケーションの設定値のデータ型や設定可能範囲により、アプリケーションに対する設定値として適用可能な範囲を示す条件を示す情報の一例が実現される。

次に、ステップＳ７０１において、アプリケーション設定構成ファイル取得モジュール３０４は、情報処理装置１０２から、インストール済みのアプリケーションのアプリケーション設定構成ファイルを取得できたか否かを判定する。この判定の結果、アプリケーション設定構成ファイルを取得できた場合には、アプリケーション設定情報の配信が可能であるとみなしてステップＳ７０２へ進む。一方、アプリケーション設定構成ファイルを取得できなかった場合には、情報処理装置１０２にインストールされたアプリケーションが設定値を持たないと判断してアプリケーション設定配信処理を完了する。

ステップＳ７０２に進むと、アプリケーション設定用ＵＩ作成モジュール３０５は、ユーザ入力用のＵＩを作成して表示する。このＵＩの作成時には、ステップＳ７００で情報処理装置１０２より取得したアプリケーション設定構成ファイルを用いる。図９は、図８に示すアプリケーション設定構成ファイルを用いて作成したＵＩの一例を示す図である。ここでは、ＵＩをクライアント装置１０３のＷｅｂブラウザ６００で表示した場合を例に挙げて示す。
図９に示す例では、アプリケーションのログ保存設定における保存ファイルサイズ入力部９００には、次の値のみ入力可能となっている。すなわち、保存ファイルサイズ入力部９００には、図８のアプリケーション設定構成ファイル８０１のminExclusive value、及びmaxExclusive valueに基づき０〜２００の間の値のみ入力可能となっている。Ｗｅｂサービス接続先ＵＲＬ選択部９０１では、図８のアプリケーション設定構成ファイル８０２のenumeration valueに基づき指定されたＵＲＬの中からのみＵＲＬを選択可能になっている。通知先メールアドレス入力テキストボックス９０４は、アプリケーションからメール通知を行う通知先メールアドレスを入力するテキストボックスである。図９に示す例では、図８のアプリケーション設定構成ファイル８０３のmaxLength Valueに基づき２５６文字以下のメールアドレスを入力可能となっている。これらは、状態情報の一例である。

通知先メールアドレス追加ボタン９０５は、押下時に通知先メールアドレス入力テキストボックス９０４に入力されたメールアドレスを追加済み通知先メールアドレス表示テキストボックス９０６に追加する。図９に示す例では、図８のアプリケーション設定構成ファイルに基づき、追加済み通知先メールアドレス表示テキストボックス９０６には１０アドレスまでしか追加できないようになっている。通知先メールアドレス削除ボタン９０７が押下されると、追加済み通知先メールアドレス表示テキストボックス９０６で選択中のメールアドレスが削除される。設定ボタン９０２が押下されると、保存ファイルサイズ入力部９００、Ｗｅｂサービス接続先ＵＲＬ選択部９０１、及び追加済み通知先メールアドレス表示テキストボックス９０６に入力された値がアプリケーション設定配信モジュール３０６に渡される。そしてステップＳ７０３へ進む。キャンセルボタン９０３が押下されると、アプリケーション設定入力処理がキャンセルされる。
以上のように本実施形態では、例えば、ステップＳ７０２の処理を行うことにより表示手段の一例が実現される。

図７の説明に戻り、ステップＳ７０３において、アプリケーション設定配信モジュール３０６は、ステップＳ７０２で生成したＵＩにユーザが入力した設定値を、ステップＳ７００で取得したアプリケーション設定構成ファイルを用いて検証する。ユーザが入力した設定値がアプリケーション設定構成ファイルに定義されたアプリケーションの設定値のデータ型や設定可能範囲に沿っていれば検証成功とし、そうでなければ検証失敗とする。

ステップＳ７０４において、アプリケーション設定配信モジュール３０６は、ステップＳ７０３の検証結果を元に判定を行う。この判定の結果、検証が成功していればステップＳ７０６へ進む。一方、検証が失敗した場合、アプリケーション設定用ＵＩ作成モジュール３０５は、その旨を示す結果をＵＩに表示し、そのままアプリケーション設定配信処理を完了する。
以上のように本実施形態では、例えば、ステップＳ７０４の処理を行うことにより、情報配信装置の確認手段の一例が実現される。
最後に、ステップＳ７０５において、アプリケーション設定配信モジュール３０６は、検証済みの「アプリケーションの設定値」を含むアプリケーション設定情報を、ネットワークＩ／Ｆ２０５を介して情報処理装置１０２へ送信する。そして、アプリケーション設定配信処理を完了する。
以上のように本実施形態では、例えば、ステップＳ７０５の処理を行うことにより配信手段の一例が実現される。

［情報処理装置１０２の動作］
図１０は、情報配信装置１０１から送信されたデータを受信した時の情報処理装置１０２の動作の一例を説明するフローチャートである。
まず、ステップＳ１０００において、アプリケーション設定受信モジュール５０４は、情報配信装置１０１から送信されたデータを、ネットワークＩ／Ｆ４１３を介して受信する。そして、ステップＳ１００１において、アプリケーション設定受信モジュール５０４は、受信したデータがアプリケーション設定情報（アプリケーションの設定値）かどうかを判定する。この判定の結果、受信したデータがアプリケーション設定情報（アプリケーションの設定値）であればステップＳ１００２へ進む。一方、受信したデータがアプリケーション設定情報（アプリケーションの設定値）でなければ、後述するステップＳ１００５へ進む。

ステップＳ１００２に進むと、アプリケーション設定モジュール５０５は、ステップＳ１０００で受信されたアプリケーション設定情報を検証する。この検証には、アプリケーション設定モジュール５０５に格納されたアプリケーション設定構成ファイルを使用する。アプリケーション設定構成ファイルは、図８に示したようにアプリケーションの設定値のデータ型や設定可能範囲を定義するファイルであり、当該アプリケーションのインストール時にアプリケーション設定モジュール５０５に格納される。例えば、図８に示したアプリケーション設定構成ファイルで検証を行った場合、アプリケーションが保持するログファイルサイズの最大値を示すパラメータ"MaxTotalLogSize"が０以上２００以下の範囲内の値であれば検証成功とする。一方、"MaxTotalLogSize"が０以上２００以下の範囲内の値でなければ検証失敗とする。
このステップＳ１００２の処理により、情報配信装置１０１による検証の後、本処理の前に、通信経路で改変・改ざんが行われる等してアプリケーション設定情報が変更されたり、アプリケーション設定構成ファイルが変更されたりしたことを検出することができる。

ステップＳ１００３において、アプリケーション設定モジュール５０５は、ステップＳ１００２の検証結果を元に判定を行う。この判定の結果、検証が成功していればステップＳ１００４へ進む。一方、検証が失敗した場合、アプリケーション管理モジュール５０１は、その旨を示す結果をＵＩに表示し、そのまま図１０のフローチャートによる処理を終了する。
以上のように本実施形態では、例えば、ステップＳ１００３の処理を行うことにより、情報処理装置の確認手段の一例が実現される。
ステップＳ１００４において、アプリケーション設定モジュール５０５は、検証済みのアプリケーション設定情報に含まれる「アプリケーションの設定値」を情報処理装置１０２にインストールされたアプリケーションに設定する。そして、アプリケーション設定受信時の処理を完了する。
以上のように本実施形態では、例えば、ステップＳ１００４の処理を行うことにより設定手段の一例が実現される。

前述したように、ステップＳ１００１において、受信したデータがアプリケーション設定情報（アプリケーションの設定値）でないと判定された場合には、ステップＳ１００５に進む。ステップＳ１００５において、アプリケーション設定受信モジュール５０４は、受信したデータが、アプリケーション設定構成ファイルの取得要求であったかどうかを判定する。この判定の結果、受信したデータが、アプリケーション設定構成ファイルの取得要求だった場合にはＳ１００６へ進む。一方、受信したデータがアプリケーション設定構成情報取得要求でなかった場合には、そのままアプリケーション設定受信時の処理を完了する。

ステップＳ１００６において、アプリケーション設定モジュール５０５は、要求に従ってアプリケーション設定構成情報を、ネットワークＩ／Ｆ４１３を介して情報配信装置１０１に送信し、アプリケーション設定受信時の処理を完了する。
以上のように本実施形態では、情報配信装置１０１は、情報処理装置１０２にインストールされたアプリケーションの設定値の型情報や設定可能範囲等をアプリケーション設定構成ファイルとして取得してＵＩを作成する。そして、このＵＩに対して入力された情報がアプリケーション設定構成ファイルの内容に沿うものである場合に、アプリケーション設定構成ファイルに対応するアプリケーション設定情報（アプリケーションの設定値）を情報処理装置１０２に送信する。したがって、情報配信装置１０１は、ユーザによって入力された「アプリケーションの設定値」が、情報処理装置１０２にインストールされたアプリケーションに適したものであるか否かを、当該アプリケーションの設定値の送信前に検証することができる。
このように、情報配信装置１０１にインストールされたプログラムに対して設定を行うためのデータとして、当該プログラムに適したデータを情報処理装置１０２に配信できる。
これにより、情報処理装置１０２にインストールされたプログラムに対して設定を行うためのデータとして、当該プログラムに適したデータを情報処理装置１０２に配信することができる。

次に、本発明の別の実施形態について説明する。最初の実施形態では、情報処理装置１０２が情報配信装置１０１からのアプリケーション設定構成ファイル取得要求に対して、アプリケーション設定構成ファイルをそのまま送信する場合を例に挙げて説明した。これに対し、本実施形態では、情報処理装置１０２が、情報処理装置１０２の設定／状態に合わせてアプリケーション設定構成ファイルを変換してから情報配信装置１０１に送信する場合を例に挙げて説明する。このように本実施形態と前述した最初の実施形態とは、アプリケーション設定構成ファイルに関する構成、処理が主として異なる。したがって、本実施形態の説明において、最初の実施形態と同一の部分については、図１〜図１０に付した符号を付す等して詳細な説明を省略する。例えば、システム構成及び情報配信装置１０１の動作については最初の実施形態と同じであるため、その説明を省略する。

［情報処理装置１０２の動作］
図１１は、情報配信装置１０１から送信されたデータを受信した時の情報処理装置１０２の動作の一例を説明するフローチャートである。尚、図１１のステップＳ１０００〜Ｓ１００６の処理は、最初の実施形態（図１０）と同じである。
ステップＳ１０００で、情報配信装置１０１からデータを受信した後、ステップＳ１１００において、アプリケーション設定モジュール５０５は、アプリケーション設定構成ファイルの変換に必要な自機の設定情報を取得する。
以上のように本実施形態では、例えば、ステップＳ１１００の処理を行うことにより、情報処理装置（画像形成装置）の取得手段の一例が実現される。また、本実施形態では、例えば、情報処理装置１０２の設定情報により、アプリケーションに対する設定値に影響を与える、情報処理装置１０２の状態及び設定の少なくとも何れかを示す状態情報の一例が実現される。
次に、ステップＳ１１０１において、アプリケーション設定モジュール５０５は、ステップＳ１１００で取得した設定情報を元にアプリケーション設定構成ファイルの変換を行う。以下に、アプリケーション設定構成ファイルの変換例として、自機の設定情報を元に定義された設定値を変換する例と、定義を追加もしくは削除する例を示す。尚、ファイルの変換方法は、ＸＭＬ文書を他のＸＭＬ文書に変換するための簡易言語であるＸＳＬＴや任意のスクリプトを用いる等、変換が可能であれば、その方法は問わない。

アプリケーション設定構成ファイルの定義された設定値を変換する例として、定義されたパラメータの最大値が、情報処理装置１０２のＨＤＤ４１５の容量やネットワーク設定に依存する例を挙げる。アプリケーション設定構成ファイルに、アプリケーションが保持可能なログファイルの最大合計ファイルサイズと、Ｗｅｂサービス接続先ＵＲＬとが設定値として定義されているとする。尚、ログファイル最大合計ファイルサイズはＨＤＤ４１５の容量によって動的に変動し、Ｗｅｂサービス接続先ＵＲＬはネットワーク設定によって動的に変動するものとする。そのような場合、ステップＳ１１００において、アプリケーション設定モジュール５０５は、自機のＨＤＤ４１５の空き容量と、ネットワーク設定とを取得する。
そして、ステップＳ１１０１において、アプリケーション設定モジュール５０５は、ステップＳ１１００で取得したＨＤＤ４１５の空き容量と、ネットワーク設定とを元に、アプリケーション設定構成ファイルに定義された設定値を変換する。図１２は、図８に示したアプリケーション設定構成ファイルを情報処理装置１０２の設定に従って変換したアプリケーション設定構成ファイルの一例を示す図である。図１２に示すアプリケーション設定構成ファイルでは、ＨＤＤ４１５の空き容量に合わせてログファイル最大合計サイズが８０ＭＢに変換され、ネットワーク接続先設定に合わせてＷｅｂサービス接続先ＵＲＬが変換されている。

以上のように、ここでは、ネットワーク接続先設定に応じてＵＲＬを変更することと、ＨＤＤ４１５の空き容量に適合した設定値をアプリケーション設定構成ファイルに設定するルールを例に挙げて説明した。しかしながら、ルールはこのようなものに限定されない。他のルールとして、オプション装置の有無に応じてデフォルトの印刷設定値の検証ルールを変えることも採用することができる。例えば、以下のようなルールを採用することができる。すなわち、情報処理装置１０２にサイドペーパーデッキがついている場合は給紙部として、サイドペーパーデッキをデフォルトとして設定値に設定可能とする。一方、情報処理装置１０２にサイドペーパーデッキがついていない場合は、給紙部としてサイドペーパーデッキをデフォルトとしては設定不能とする。オプション装置には、給紙部の他、排紙部も考えられる。また、拡張可能なプリンタ言語のボード等もオプション装置として同様に考えられる。また、ＨＤＤ４１５の空き容量に加えて、又はＨＤＤ４１５の空き容量に代えて、情報処理装置１０２のＲＡＭ２０２のメモリ容量に適合した設定値をアプリケーション設定構成ファイルに設定してもよい。

次に、アプリケーション設定構成ファイルに定義を追加・削除する例として、情報処理装置１０２のＨＤＤ４１５の容量に依存して、アプリケーション設定構成ファイルに対してログファイルのサーバアップロード間隔の定義を追加・削除する例を示す。
尚、アプリケーションの仕様が次のような場合であるとする。すなわち、ＨＤＤ４１５の容量が多い場合には、ログファイルを情報処理装置１０２内のＨＤＤ４１５に保存することが定められとする。一方、ＨＤＤ４１５の容量が少ない場合には、アプリケーションが定期的に特定のサーバへアップロードしＨＤＤ４１５内のログファイルを削除することが定められているとする。

このような場合、ステップＳ１１００において、アプリケーション設定モジュール５０５は、自機のＨＤＤ４１５の空き容量を取得する。そして、ステップＳ１１０１において、アプリケーション設定モジュール５０５は、ステップＳ１１００で取得したＨＤＤ４１５の空き容量が任意の閾値を下回った場合、アプリケーション設定構成ファイルにログファイルアップロード間隔の設定値の定義を追加する。図１３に、図８のアプリケーション設定構成ファイルに、ログファイルアップロード間隔の設定値として、「１時間毎」、「毎日」、「毎週」、「毎月」の各設定値の項目の定義を追加したアプリケーション設定構成ファイルの一例を示す。逆に、ＨＤＤ４１５の空き容量が任意の閾値以上になった場合、アプリケーション設定モジュール５０５は、アプリケーション設定構成ファイルからログファイルアップロード間隔の設定値の定義を削除する。

これについて具体例を基に説明する。ＨＤＤ４１５の空き容量が２００ＭＢ以上であれば、「１時間毎」、「毎日」、「毎週」、「毎月」の４つの設定値の項目をアプリケーション設定構成ファイルに残す。ＨＤＤ４１５の空き容量が１００ＭＢ以上であれば、「１時間毎」、「毎日」、という２つの設定値の項目をアプリケーション設定構成ファイルから削除し、「毎週」、「毎月」の２つの設定値の項目をアプリケーション設定構成ファイルに残す。このように、ＨＤＤ４１５の空き容量に応じてログファイルのアップロード間隔を設定することができる。結果、ユーザはＨＤＤ４１５の容量にあわせたログファイルアップロードしか設定できなくなる。
尚、ここでは、ＨＤＤ４１５の空き容量等、単一の設定情報のみからアプリケーション設定構成ファイルを変換する例を示したが、もちろん複数の設定情報を元にアプリケーション設定構成ファイルの変換を行ってもよい。
以上のように本実施形態では、例えば、ステップＳ１１０１の処理を行うことにより、情報配信装置の変更手段の一例が実現される。
ステップＳ１１０１以降の、アプリケーションの設定値の検証・設定、アプリケーション設定構成ファイルの送信のステップは、最初の実施形態で説明したのと同様のため、その説明を省略する。

以上のように本実施形態では、情報処理装置１０２は、情報処理装置１０２の設定／状態に依存して動的にアプリケーションの設定値のデータ型や設定可能範囲等の定義を変更するようにした。また、情報配信装置１０１は、情報処理装置１０２にインストール済みのアプリケーションの設定値を情報処理装置１０２に配信する際に、情報処理装置１０２の設定／状態に基づき変更されたアプリケーション設定構成ファイルを受信して設定値の検証を行える。したがって、情報処理装置１０２において、アプリケーションの設定値のデータ型や設定可能範囲等が動的に変更される場合であっても、情報処理装置１０２にインストールされたアプリケーションに適した設定値を情報処理装置１０２に配信することができる。
尚、ステップＳ１１００、Ｓ１１０１の処理を、ステップＳ１００１とステップＳ１００５との間で行うようにしてもよい。

次に、本発明の最後の実施形態について説明する。別の実施形態では、アプリケーション設定構成ファイルが情報処理装置１０２の設定／状態に依存して動的に変化する場合に、情報処理装置１０２がアプリケーション設定構成ファイルを変換してから情報配信装置１０１に送信する場合を例に挙げて説明した。これに対し、本実施形態では、情報処理装置１０２の処理負荷軽減のため、アプリケーション設定構成ファイルの変換を情報配信装置１０１側で行う場合を例に挙げて説明する。このように本実施形態と前述した第２の実施形態とは、アプリケーション設定構成ファイルの変換に関わる構成・処理が主として異なる。したがって、本実施形態の説明において、最初の実施形態、および別の実施形態と同一の部分については、図１〜図１３に付した符号を付す等して詳細な説明を省略する。例えば、情報配信装置１０１、情報処理装置１０２のソフトウェア構成以外のシステム構成は最初の実施形態と同じであるため、その説明を省略する。また、情報処理装置１０２の動作は別の実施形態と同じであるため、その説明を省略する。

［情報配信装置１０１のソフトウェア構成］
図１４は、情報配信装置１０１のソフトウェアの構成の一例を示す図である。尚、情報処理装置設定取得モジュール１４０１以外は、最初の実施形態で説明したもの（図３）と同じであるため、それ以外の説明を省略する。
情報処理装置設定取得モジュール１４０１は、ネットワークモジュール３０７を介して情報処理装置１０２から、当該情報処理装置１０２の設定情報を取得する。情報処理装置１０２の設定情報を取得するに際し、アプリケーション設定構成ファイルの変換に必要な情報を取得していれば、それ以外の情報も合わせて取得してもよい。取得した情報処理装置１０２の設定情報は、アプリケーション設定構成ファイルの変換時に用いられる。取得した情報処理装置１０２の設定情報とは、例えば、ＨＤＤ４１５の容量に関する情報である。

［情報処理装置１０２のソフトウェア構成］
図１５は、情報処理装置１０２のソフトウェア構成の一例を示す図である。尚、設定情報取得モジュール１５００以外は、最初の実施形態で説明したもの（図５）と同じであるため、それ以外の説明を省略する。
設定情報取得モジュール１５００は、情報配信装置１０１からの要求に合わせて自機の設定情報を取得し、ネットワークモジュールを介して情報配信装置１０１へ送信する。尚、自機から設定情報を取得するに際し、アプリケーション設定構成ファイルの変換に必要な情報を取得していれば、それ以外の情報も合わせて取得してもよい。

続いて、情報配信装置１０１が情報処理装置１０２にインストール済みのアプリケーションのアプリケーション設定情報を配信する時の情報配信装置１０１の動作の一例について述べる。
［情報配信装置１０１の動作］
図１６は、アプリケーション設定情報を配信する時の情報配信装置１０１の動作の一例を説明するフローチャートである。尚、図１６のステップＳ７００〜７０５の処理は、第１の実施形態（図７）と同じである。
アプリケーション設定構成ファイルを取得した後、ステップＳ１６００において、情報処理装置設定取得モジュール１４０１は、情報処理装置１０２から、当該情報処理装置１０２の設定情報を取得する。ここで取得する情報処理装置１０２の設定情報には、アプリケーション設定構成ファイルの変換に必要な設定情報が含まれる。
以上のように本実施形態では、例えば、ステップＳ１６００の処理を行うことにより第２の取得手段の一例が実現される。また、本実施形態では、例えば、情報処理装置１０２の設定情報により、アプリケーションに対する設定値に影響を与える、情報処理装置１０２の状態及び設定の少なくとも何れかを示す状態情報の一例が実現される。

次に、ステップＳ１６０１において、アプリケーション設定構成ファイル取得モジュール３０４は、ステップＳ１６００で取得した情報処理装置１０２の設定情報を用いてアプリケーション設定構成ファイルを変換する。尚、アプリケーション設定構成ファイルの変換例は、別の実施形態で説明した通りである（図１２、１３を参照）。また、ファイルの変換方法は、ＸＭＬ文書を他のＸＭＬ文書に変換するための簡易言語であるＸＳＬＴや任意のスクリプトを用いる等、変換が可能であれば、その方法は問わない。
ログファイルアップロード間隔も別の実施形態で説明したものと同じである。具体的には、例えば、ＨＤＤ４１５の空き容量が２００ＭＢ以上であれば、「１時間毎」、「毎日」、「毎週」、「毎月」の４つの設定値の項目をアプリケーション設定構成ファイルに残す。ＨＤＤ４１５の空き容量が１００ＭＢ以上であれば、「１時間毎」、「毎日」、という２つの設定値の項目をアプリケーション設定構成ファイルから削除し、「毎週」、「毎月」の２つの設定値の項目をアプリケーション設定構成ファイルに残す。このように、ＨＤＤ４１５の空き容量に応じてログファイルのアップロード間隔を設定することができる。結果、ユーザはＨＤＤ４１５の容量にあわせたログファイルアップロードしか設定できなくなる。
以上のように本実施形態では、例えば、ステップＳ１６０１の処理を行うことにより、情報処理装置の変更手段の一例が実現される。

最後に、情報配信装置１０１が情報処理装置１０２からアプリケーション設定構成ファイルを取得することを試みるタイミングについて説明する。情報処理装置１０２の状態情報が変動したことに応じて情報処理装置１０２は、情報配信装置１０１へアプリケーション設定構成ファイルを送信する。例えば、画像形成装置１０２は、画像形成装置１０２のＨＤＤ４１５の容量が変動したことに応じて情報配信装置１０１へ送信する。
ステップＳ１６０１以降の、ＵＩの生成、アプリケーションの設定値の検証・送信のステップについては、最初の実施形態で説明したのと同様のため、その説明を省略する。

以上のように本実施形態では、情報配信装置１０１は、アプリケーション設定構成ファイルを取得すると共に、情報処理装置１０２の設定情報を取得する。そして、情報処理装置１０２の設定情報をもとに、情報処理装置１０２の設定／状態に依存して動的にアプリケーション設定構成ファイル（アプリケーションの設定値のデータ型や設定可能範囲等の定義）を変更するようにした。したがって、別の実施形態で説明した効果に加え、情報処理装置１０２の処理負荷を軽減することができるという効果を得ることができる。

尚、本発明の情報処理装置１０２、情報配信装置１０１とも複数のＣＰＵを搭載していても良い。
また、別の実施形態、最後の実施形態において、アプリケーション設定構成ファイルを、ＨＤＤ４１５の空き容量に合わせてログファイル最大合計サイズを変動させた。この他に、ＨＤＤ４１５を増設して空き容量が変動する際にもアプリケーション設定構成ファイルを変更させても良い。この際、状態情報が更新される。その他の要因で空き容量が変動する際にもアプリケーション設定構成ファイルを変更させても良い。

尚、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、まず、以上の実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）が当該コンピュータプログラムを読み出して実行する。

Claims (10)

1. ネットワークを介して接続されている画像形成装置にインストールされているプログラムに対する設定値を、当該画像形成装置に配信する情報配信装置であって、
   前記プログラムに対する設定値として適用可能な条件を示す情報を前記画像形成装置から取得する取得手段と、
   前記取得手段により取得された条件を示す情報を基に、入力された前記プログラムに対する設定値が適用可能な範囲を満たしているかどうかを確認する確認手段と、
   前記確認手段により、入力された前記プログラムに対する設定値が条件を満たしていると確認された場合、入力された前記プログラムに対する設定値を前記画像形成装置に配信する配信手段とを有することを特徴とする情報配信装置。
2. 前記画像形成装置の状態及び設定の少なくとも何れかを示す状態情報を前記画像形成装置から取得する第２の取得手段と、
   前記第２の取得手段により取得された状態情報に基づいて、前記取得手段により取得された前記プログラムに対する設定値として適用可能な条件を示す情報を変更する変更手段とを有し、
   前記確認手段は、前記変更手段により変更された情報に基づいて、入力された設定値が適用可能な条件を満たしているかどうかを確認することを特徴とする請求項１に記載の情報配信装置。
3. 前記第２の取得手段は、前記画像形成装置の状態が変動したことに応じて送信される状態情報を前記画像形成装置から取得し、
   前記変更手段は、前記画像形成装置の状態が変動したことに応じて送信される状態情報に基づいて、前記取得手段により取得された前記プログラムに対する設定値として適用可能な条件を示す情報を変更し、
   前記確認手段は、前記変更手段により変更された情報に基づいて、入力された設定値が適用可能な条件を満たしているかどうかを確認することを特徴とする請求項２に記載の情報配信装置。
4. プログラムを記憶媒体に記憶する記憶手段と、
   前記プログラムに対する設定値に影響を与える画像形成装置の状態及び設定の少なくとも何れかを示す状態情報を取得する取得手段と、
   前記取得手段により取得された状態情報に基づいて、前記プログラムに対する設定値として適用可能な範囲を示す情報を変更する変更手段と、
   前記変更手段により変更された情報を情報配信装置に送信する送信手段とを有することを特徴とする画像形成装置。
5. ネットワークを介して接続されている画像形成装置にインストールされているプログラムに対する設定値を、当該画像形成装置に配信する情報配信方法であって、
   前記プログラムに対する設定値として適用可能な条件を示す情報を前記画像形成装置から取得する取得工程と、
   前記取得工程により取得された条件を示す情報を基に、入力された前記プログラムに対する設定値が適用可能な範囲を満たしているかどうかを確認する確認工程と、
   前記確認工程により、入力された前記プログラムに対する設定値が条件を満たしていると確認された場合、入力された前記プログラムに対する設定値を前記画像形成装置に配信する配信工程とを含むことを特徴とする情報配信方法。
6. 前記画像形成装置の状態及び設定の少なくとも何れかを示す状態情報を前記画像形成装置から取得する第２の取得工程と、
   前記第２の取得工程により取得された状態情報に基づいて、前記取得工程により取得された前記プログラムに対する設定値として適用可能な条件を示す情報を変更する変更工程とを含み、
   前記確認工程は、前記変更工程により変更された情報に基づいて、入力された設定値が適用可能な条件を満たしているかどうかを確認することを特徴とする請求項５に記載の情報配信方法。
7. 前記第２の取得工程は、前記画像形成装置の状態が変動したことに応じて送信される状態情報を前記画像形成装置から取得し、
   前記変更工程は、前記画像形成装置の状態が変動したことに応じて送信される状態情報に基づいて、前記取得工程により取得された前記プログラムに対する設定値として適用可能な条件を示す情報を変更し、
   前記確認工程は、前記変更工程により変更された情報に基づいて、入力された設定値が適用可能な条件を満たしているかどうかを確認することを特徴とする請求項６に記載の情報配信方法。
8. プログラムを記憶媒体に記憶する記憶工程と、
   前記プログラムに対する設定値に影響を与える画像形成装置の状態及び設定の少なくとも何れかを示す状態情報を取得する取得工程と、
   前記取得工程により取得された状態情報に基づいて、前記プログラムに対する設定値として適用可能な範囲を示す情報を変更する変更工程と、
   前記変更工程により変更された情報を情報配信装置に送信する送信工程とを含むことを特徴とする画像形成装置の制御方法。
9. ネットワークを介して接続されている画像形成装置にインストールされているプログラムに対する設定値を、当該画像形成装置に配信する情報配信方法の各工程をコンピュータに実行させるためのコンピュータプログラムであって、
   前記情報配信方法は、
   前記プログラムに対する設定値として適用可能な条件を示す情報を前記画像形成装置から取得する取得工程と、
   前記取得工程により取得された条件を示す情報を基に、入力された前記プログラムに対する設定値が適用可能な範囲を満たしているかどうかを確認する確認工程と、
   前記確認工程により、入力された前記プログラムに対する設定値が条件を満たしていると確認された場合、入力された前記プログラムに対する設定値を前記画像形成装置に配信する配信工程とを含むことを特徴とするコンピュータプログラム。
10. プログラムを記憶媒体に記憶する記憶工程と、
    前記プログラムに対する設定値に影響を与える画像形成装置の状態及び設定の少なくとも何れかを示す状態情報を取得する取得工程と、
    前記取得工程により取得された状態情報に基づいて、前記プログラムに対する設定値として適用可能な範囲を示す情報を変更する変更工程と、
    前記変更工程により変更された情報を情報配信装置に送信する送信工程とを含む情報配信方法の各工程を、コンピュータに実行させることを特徴とするコンピュータプログラム。

Images