画像形成装置、その方法、及びプログラム
【課題】 アプリケーションの動作環境は、インストールする機器の機種や年式の違いにより異なる。動作環境に違いに応じて、アプリケーションは同じような機能を提供するものであっても、異なるアプリケーションＩＤをもつ異なるアプリケーションとして管理される。異なるアプリケーションとして管理される場合であっても、同じ機能を提供するアプリケーション同士で柔軟な設定値のデータ移行の手法が望まれている。
【解決手段】 本発明の画像形成装置は、ほかの機器からエクスポートされた第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを受信し、リスト内の第１アプリケーションとは異なるＩＤに対応する第２アプリケーションが自装置に存在する場合には、前記設定ファイルをインポートする。
【解決手段】 本発明の画像形成装置は、ほかの機器からエクスポートされた第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを受信し、リスト内の第１アプリケーションとは異なるＩＤに対応する第２アプリケーションが自装置に存在する場合には、前記設定ファイルをインポートする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル複合機など画像形成装置内で動作するアプリケーションの設定データの配信技術に関する。
【背景技術】
【０００２】
従来から、特許文献１に記載されるように、ネットワーク接続された機器から、機種を示すようなＩＤとともに、同機器の設定値をエクスポートし、エクスポートされた設定値を複数の別の機器へインポートするシステムが存在する。特許文献１では、エクスポートされた設定値の中で、インポート先の機器のＩＤにのみ対応する設定値を抽出して、インポートする方法を提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２１９９６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般的に、複数のアプリケーションがインストール可能な画像形成装置は、各アプリケーションを一意に特定するためのアプリケーションＩＤを管理している。また、それらアプリケーションは異なる機種の画像形成装置にもインストール可能に設計されている。
また、画像形成装置にインストール可能な複数のアプリケーションを提供するベンダは、それぞれの設計思想に基づき、それぞれ独立してアプリケーションに固有の設定値を独自の形式で設計している。それらベンダは、画像形成装置の製造元とは異なる場合もあり、アプリケーションに固有の複数の設定値の機器固有のＩＤや機種に応じた関連付けについては、必ずしも保証できないことも想定される。
そこで、上述の背景を踏まえて、本発明は、複数の画像形成装置の間において、アプリケーションで利用する設定値を柔軟にエクスポート、インポートするための手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の画像形成装置は、第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信手段と、第１アプリケーションが自装置に存在するかを判定する第１判定手段と、前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定手段と、前記第１判定手段が第１アプリケーションが自装置に存在すると判定した場合、または、前記第２判定手段が第２アプリケーションが自装置に存在すると判定した場合に、前記インポートデータに含まれる設定ファイルを保存するインポート手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明により、ある画像形成装置からエクスポートしたアプリケーションの設定値を、同様の機能を持つアプリケーションが動作する画像形成装置に対して、その機種などに依存せずに、柔軟に配信することができる。
【図面の簡単な説明】
【０００７】
【図１】アプリケーションが動作する機器のプラットフォームを表現した概念図である。
【図２】従来機器１０１の認証アプリケーションの操作画面を示す図である。
【図３】従来機器１０１のメニュー画面を示す図である。
【図４】新規機器１１１のメニュー画面を示す図である。
【図５】新規機器１１１の認証アプリケーションの操作画面を示す図である。
【図６】画像形成装置内のハードウェア構成図である。
【図７】本発明におけるネットワークシステムの構成例を示す図である。
【図８】従来機器１０１におけるモジュール構成図である。
【図９】新規機器１１１におけるモジュール構成図である。
【図１０】管理装置におけるエクスポート時の操作画面の例を示す図である。
【図１１】管理装置におけるインポート時の操作画面の例を示す図である。
【図１２】エクスポート処理を説明するためのフローチャートを示す図である。
【図１３】定義ファイルの記載内容を表す図である。
【図１４】インポート処理を説明するためのフローチャートを示す図である。
【図１５】アプリケーションの構造を表す図である。
【図１６】Ｍａｎｉｆｅｓｔファイルの記載内容を表す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
まず、設定値のエクスポート、インポートの対象となる画像形成装置で動作するアプリケーションについて説明する。
【００１０】
機種や年式などが異なる画像形成装置では、それぞれの機器が備えるプラットフォームの機能に大きな差があり、同じアプリケーションであっても、動作面で互換性を保てない場合などが存在する。そこで、複数の画像形成装置において利用される機能を提供するアプリケーションは、異なるプラットフォームでの動作を保証し、利便性のあるインターフェースなどを提供するために、プログラムについて拡張された設計が行われている。また、機種や年式などが異なる画像形成装置に対して同じ機能を提供するアプリケーションであっても、各アプリケーションにそれぞれ固有のアプリケーションＩＤを割り当てて管理している。
【００１１】
上述したアプリケーションＩＤの割り当てに関して、具体的な説明を補足する。
【００１２】
図１は、アプリケーションが動作する機器のプラットフォームを簡易的に表現した概念図である。本図において、複数のアプリケーションがインストール可能な機器１０１では、あるアプリケーションベンダが提供する認証アプリケーション１０２が動作可能である。また、機器１０１よりも新規にリリースされた機器１１１では、拡張された認証アプリケーション１１２が動作可能である。機器１０１、１１１は、たとえば、デジタル複合機やプリンタ、スキャナといった画像形成装置を想定している。
【００１３】
機器１０１では、認証アプリケーション１０２に固有の設定ファイル１０３が保持されている。設定ファイル１０３には、ユーザＩＤ、パスワード、ユーザのＥメール情報などのプロファイル情報、機器の備える各機能の使用可・不可を示す権限情報など、ユーザに紐づく情報が含まれる。また、認証アプリケーション１０２は、インターフェース１０４を介して、フレームワーク１０５に認証画面２０１を事前に登録している。
【００１４】
例えば、ユーザが機器１０１を利用開始する前に、図２に示すように、認証画面２０１を表示してユーザにユーザＩＤとパスワードの入力を促す。このとき、フレームワーク１０５は、先に登録された認証画面２０１を呼び出す。認証成功後には、図３のようなメニュー画面３０１が表示され、コピー、ＦＡＸ、Ｅメール送信、文書保存といった機器機能を選択して利用できる。
【００１５】
一方、機器１１１では、認証アプリケーションのフレームワーク１０５に対してフレームワーク拡張１１５が行われた機器である。これに伴い、インターフェース部分も、インターフェース１１４で示すように拡張されている。この拡張によって、たとえば次のような認証アプリケーションの機能拡張が可能となる。
【００１６】
図４におけるメニュー画面４０１は、ユーザが機器１１１を利用する前から、各機器を呼び出すアイコンが既に表示されている。このような画面は、例えばコピー機能はユーザ認証なしに利用可能に設定したいが、Ｅメール送信などの外部との送信機能を利用する際には正しくユーザ認証が行われる必要がある場合などに採用される。ここでは、メニュー画面４０１でＥメール送信機能４０２を呼び出すと、そのタイミングで認証画面５０１が表示される。また、認証画面５０１の構成は、キャンセルボタン５０５が追加され、キャンセルボタンを押下すれば再びメニュー画面４０１に戻ることができる。
【００１７】
このように、機器１０１、機器１１１ともに、認証アプリケーションのフレームワークとメニュー画面と密接に関連しながら画面遷移する。ただし、前述したように、両者では、認証画面２０１、５０１を呼び出すタイミングが異なり、また、認証画面５０１ではキャンセルボタン５０５も備えるといった、認証アプリケーションに変更が行われている。
【００１８】
一般に、このような変更を伴う場合は、まったく同じアプリケーションとして、機器間の互換性を維持して設計することが困難である事が多い。アプリケーションの保守性の面からも、動作環境に依存して複雑な分岐処理を行うようなプログラムを設計することは望ましいとは言えない。
【００１９】
従って、同じ認証機能を提供するアプリケーションであっても、動作環境（具体的にはインストールされる機器の年式や機種）ごとに、それぞれ固有のアプリケーションＩＤを割り当て、別アプリケーションとして管理している。
【００２０】
ここで、認証アプリケーション１０２、１１２は、同じ認証機能を提供するものであって、アプリケーションで利用される設定値の面からは全く互換性を損なっていない。すなわち、設定ファイル１０３に保存されたユーザに紐づく情報に関して、その項目や保存形式は、機器１０１、機器１１１で動作する各認証アプリケーションで共通であり、全く変更する必要がない。
【００２１】
従って、認証アプリケーション１０２、１１２がインストールされた機器間でのアプリケーション用の設定ファイル１０３については、異なる固有のＩＤで管理される別のアプリケーションであったとしても、そのままデータ移行できるような仕組みが求められる。このような仕組みが提供されない場合は、機器１１１のような新規な機器に過去から利用しているアプリケーションをインストールした際に、過去に用いた設定ファイルと同じ設定を手動で行うことを、管理者に対して強いることになる。
【００２２】
図６は、本実施形態におけるデジタル複合機などの画像形成装置のハードウェア構成図である。
【００２３】
本図において、ＣＰＵ６０３と、ＲＡＭ６０５、Ｎｅｔｗｏｒｋインターフェース６０４、プリンタ部６０２、操作部６０８、Ｉ／Ｏ制御６０６が接続され、ＨＤＤ（ハードディスクの意）６０７がＩ／Ｏ制御部１０７を介して接続されている。ＨＤＤ６０７には、後に図８で示す各ソフトウェアモジュールが格納されている。各ソフトウェアモジュールのすべては、ＣＰＵ６０３により各種プログラムを実行することでその機能が実現される。実行されるソフトウェアモジュールは、Ｎｅｔｗｏｒｋインターフェース６０４や操作部６０８から入力を受け付けたり、出力したりするための制御などを行う。
【００２４】
図７は、本発明におけるネットワークシステムの構成例を示す図である。本図において、管理装置７０１、機器１０１および機器１１１がネットワーク６００に接続され、相互に通信が可能である。
【００２５】
管理装置７０１は、汎用的なパーソナルコンピュータなどを用い、機器を管理するための機器管理アプリケーションが実行される。管理装置は、この機器管理アプリケーションの機能として、図８、９で後述される、機器１０１、１１１上のエージェントと通信し、アプリケーションの設定値のエクスポート、インポートといった処理を指示、制御する。後述される図１０、図１１などの操作画面も、機器管理アプリケーションが提供する画面である。
【００２６】
本実施形態では、管理装置７０１とエージェントが、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用したＷｅｂサービス通信（ＨＴＴＰ通信）を行って、以降で説明するリクエストおよびレスポンスの送受信を行う。なお、これ以外の通信プロトコルによって実現することも可能である。
【００２７】
図８は、機器１０１における認証アプリケーション１０２の動作環境などに関連するモジュール構成図である。
【００２８】
エージェント８０１は、画像形成装置で動作するアプリケーション用の設定値を設定ファイルとしてインポート及びエクスポートする際の制御を行う。実行環境８０２は、画像形成装置にインストールされ動作するアプリケーションのために用意された実行環境であって、本実施形態ではたとえばＪａｖａ（登録商標）によるプログラムを実行するための環境が用意されている。具体的には、認証アプリケーション１０２やエージェント８０１などがこれら実行環境で動作する。ファイルシステム８０３は、ＯＳ（オペレーティングシステム）の一部機能として提供される設定情報などをファイル管理するためのものである。ＤＩＳ（ＤｅｖｉｃｅＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）モジュール８０５は、アプリケーションのＭａｎｉｆｅｓｔ情報を取得するためのモジュールである。ＤＩＳモジュール８０５は、管理装置７０１からリクエストがあった場合には、機器内にインストールされているアプリケーションのＭａｎｉｆｅｓｔ情報（図１６にて後述）に基づき生成したアプリケーションリストを応答する。そのリストには、アプリケーションの名称（「ＸＹＺ Ｌｏｇｉｎ」）とともに、アプリケーションＩＤ（「１１１１−１１１１−１１１１１１１」）が含まれている。管理装置７０１は、このリストから、機器１０１に認証アプリケーション「ＸＹＺ Ｌｏｇｉｎ」がインストール済みであるかどうかを確認できる。
【００２９】
図９は、機器１１１における認証アプリケーション１１２の動作環境などに関連するモジュール構成図である。
【００３０】
エージェント９０１は、画像形成装置で動作するアプリケーション用の設定値を設定ファイルとしてインポート及びエクスポートする際の制御を行う。実行環境９０２は、画像形成装置にインストールされ動作するアプリケーションのために用意された実行環境であって、本実施形態ではたとえばＪａｖａ（登録商標）によるプログラムを実行するための環境が用意されている。具体的には、認証アプリケーション１１２やエージェント９０１などがこれら実行環境で動作する。ファイルシステム９０３は、ＯＳの一部機能として提供される設定情報などをファイル管理するためのものである。ＤＩＳモジュール９０５は、アプリケーションのＭａｎｉｆｅｓｔ情報を取得するためのモジュールである。
【００３１】
（エクスポートの手順）
管理者は、管理装置７０１において、図１０に示す操作画面１００１を操作し、認証アプリケーション１０２などのアプリケーション用の設定ファイルのエクスポート操作を行う。
【００３２】
管理者は、操作画面１００１において、設定ファイルのエクスポートの対象となる機器１０１のＩＰアドレスまたはホスト名１００２、エクスポートの対象となるアプリケーション名１００３と定義ファイル１００４といった項目の値を指定する。機器１０１からは、ここで指定された設定ファイルがエクスポートされる。なお、保存データ名１００５は、エクスポートされ管理装置７０１内に保存した設定ファイルをインポート時に識別、選択するためのタグとして再利用される。
【００３３】
定義ファイル１００４は、たとえば図１３のような書式のテキストファイルであって、アプリケーションを開発したベンダが用意する。
【００３４】
行１３０１はアプリケーションのＩＤを列挙している。「１１１１−１１１１−１１１１１１１」が認証アプリケーション１０２を、「２２２２−２２２２−２２２２２２２」は認証アプリケーション１１２を識別するＩＤである。ここでは、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を採用しているが、アプリケーションを運用環境で一意に特定することができる他の形式で表現されていてもよい。
【００３５】
また、行１３０１に列挙したアプリケーションＩＤで識別される認証アプリケーション１０２、１１２は、設定ファイル１０３を共有できるアプリケーションである。つまり、異なるアプリケーションＩＤのアプリケーションではあるが、それらの間で設定ファイルは完全に互換性を保ち、同じ設定ファイルを用いた動作が可能であることを表している。
【００３６】
行１３０２は、アプリケーションの名前を示している。行１３０３は、設定ファイルが利用可能なアプリケーションの対応するバージョンを示している。行１３０４は、エクスポートする対象を示している。
【００３７】
図１５は、Ｊａｖａ（登録商標）実行環境上で動作する認証アプリケーションの構成を示している。本実施形態におけるアプリケーションはＪＡＲ形式のファイル１５０１として生成される。ＪＡＲ形式のアプリケーションは、機器内で実行可能なモジュール本体である一または複数のＣｌａｓｓファイル１５０３、画像など静的なファイルであるリソースファイル１５０４およびＭａｎｉｆｅｓｔファイル１５０２等から構成される。
【００３８】
図１６は、認証アプリケーション１０２のＭａｎｉｆｅｓｔファイルを示している。Ｍａｎｉｆｅｓｔファイル１６０２には、アプリケーションに関する情報が含まれており、アプリケーションのＩＤやアプリケーションを開発したベンダ名などといった情報が把握できる。
【００３９】
図１２を用いて、エージェント８０１が主体となって処理を行うエクスポート処理について説明する。管理者により、管理装置７０１の操作画面１００１でエクスポートボタン１００６が押下されたことに応じて、本処理が開始される。
【００４０】
Ｓ１２０１では、エージェント８０１が管理装置７０１からのエクスポートリクエストを受信する。リクエストには、管理者が操作画面１００１で指定した認証アプリケーション１０２に対応するアプリケーションＩＤ「１１１１−１１１１−１１１１１１１」及び定義ファイル１００４が含まれる。
【００４１】
Ｓ１２０２では、エージェント８０１は、リクエスト内で指定されたアプリケーションＩＤに対応する定義ファイル１００４であるかを検証する。この際には、定義ファイル１００４の行１３０１に当該アプリケーションＩＤが含まれているかを確認する。検証に失敗した場合には、Ｓ１２９９で、失敗した結果を管理装置７０１に返信して、エラー終了する。Ｓ１２０２で検証成功の場合には、Ｓ１２０３に遷移する。
【００４２】
Ｓ１２０３では、エージェント８０１は、定義ファイル１００４の行１３０４に指定された認証アプリケーション１０２の設定ファイル１０３を機器１０１内の記憶装置から取得する。ここで、行１３０４は、エクスポートする対象としてファイルを指定しているが、アプリケーションによってはエクスポートの対象は必ずしもファイルでない場合もある。例えば、機器内に存在する他のモジュールが管理するデータベースなどの形式で保存されている設定データもあるため、その場合にはデータベース内の設定に関する情報を別の形式で指定することになる。
【００４３】
Ｓ１２０４では、エージェント８０１は、エクスポート元の認証アプリケーション１０２のアプリケーションＩＤ、設定ファイル１０３及び定義ファイル１００４をレスポンスデータとして管理装置７０１に送信する。
【００４４】
その後、管理装置７０１は、エージェント８０１からのレスポンスデータに対して、保存データ名１００５を付与し、レスポンスデータとしてハードディスクなどに保存する。なお、保存する場合はファイルとして管理装置７０１内のハードディスクなどの記録メディアあるいは外部のファイル管理装置（図中省略）に保存することとしてもよいし、管理装置７０１内あるいは他の管理装置（図中省略）のデータベースに任意の形式で保存してもよい。
【００４５】
（インポートの手順）
管理者は、管理装置７０１において、図１１に示す操作画面１１０１を操作し、設定ファイルのインポート操作を行う。ここでは、前述したレスポンスデータを、機器１１１上の認証アプリケーション１１２に対してインポートする際の具体的な処理を説明する。
【００４６】
管理者は、図１１の操作画面１１０１上で、インポート先デバイス１１０２を指定する。インポート先となる機器が複数存在する場合があるため複数の機器の識別情報（ＩＰアドレスなど）を列挙して指定しているが、１台のみ指定可能としてもよい。また、１１０３には、設定ファイル１０３をインポートして利用する認証アプリケーション１１２を指定する。ここで、管理装置７０１では、エクスポート時と同様に、ＤＩＳ９０５から取得した情報をもとに、所定のアプリケーションＩＤで示す認証アプリケーション１１２が機器１１１にインストールされていることを任意のタイミングで確認できる。
【００４７】
次に、管理者は、インポートの対象となるデータのデータ名１１０４を指定する。ここでは、機器１０１からエクスポートされたレスポンスデータ（“ＥｘｐｏｒｔＡｐｐ １０１”）を指定している。
【００４８】
その後、管理者がインポートボタン１１０５を押下し、エクスポート処理が実行される。管理装置７０１では、レスポンスデータが読み出され、インポートデータとしてエージェント９０１へ送信される。
【００４９】
続いて、図１２を用いて、エージェント９０１が主体となって処理を行うインポート処理について説明する。管理者により、管理装置７０１の操作画面１１０１でインポートボタン１１０５が押下されたことに応じて、本処理が開始される。
【００５０】
Ｓ１４０１では、エージェント９０１は、管理装置７０１のインポートリクエストを受信する。ここで、インポートリクエストとともに、インポート対象となるインポートデータが送信されてくる。Ｓ１４０２で、インポートデータに含まれる設定ファイルのエクスポート元のアプリケーションＩＤと合致するアプリケーションが機器内に存在しているかを検証する。存在していれば、Ｓ１４０５で、インポートデータをインポートし、当該アプリケーションで設定ファイルが利用可能なように保存する。一方、合致するアプリケーションが機器内に存在しない場合、Ｓ１４０３に進む。
【００５１】
Ｓ１４０３では、エージェント９０１は、インポートデータに含まれている定義ファイル（図１３）の行１３０１からアプリケーションＩＤのリストを参照する。エージェント９０１は、このリスト内に、エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤが含まれているかどうかを判定する。ここでは、エージェント９０１がエクスポート元である認証アプリケーション１０２のアプリケーションＩＤ「１１１１−１１１１−１１１１１１１」とは異なるアプリケーションＩＤのリスト内での有無を判定している。エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤがリストに含まれていないと判定した場合は、Ｓ１４９９に進み、インポートリクエストが失敗したとして、その結果を管理装置７０１に返信しつつ、エラー終了する。一方、エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤがリストに含まれていると判定した場合は、Ｓ１４０４に進む。
【００５２】
Ｓ１４０４では、エージェント９０１は、エクスポート元のアプリケーションＩＤ以外のリスト内のアプリケーションＩＤと合致するアプリケーションが機器内に存在しているかを検証する。存在していなけれれば、Ｓ１４９９に進み、インポートリクエストが失敗したとして、その結果を管理装置７０１に返信しつつ、エラー終了する。存在していれば、Ｓ１４０５で、インポートデータをインポートし、当該アプリケーションで設定ファイルが利用可能なように保存する。
【００５３】
本実施の形態では、リスト内にアプリケーションＩＤ「２２２２−２２２２−２２２２２２２」が含まれ、かつ機器１１１内にそのＩＤに対応する認証アプリケーション１１２がインストールされているので、インポートが成功することになる。
【００５４】
以上のように、異なるアプリケーションＩＤを持つ２つのアプリケーションに対しても、その利用する設定値に互換性がある場合を想定して、本発明においては定義ファイルを利用して柔軟なエクスポート・インポートを行っている。これにより、アプリケーションの機種ごとなどの依存性によらず、同様の機能をもつようなアプリケーションが動作する機器に同じ設定値を配信することができる。
【００５５】
（他の実施例）
本実施の形態において、アプリケーションＩＤのみの比較及び存在確認をおこなったが、アプリケーションのバージョン情報を含めて比較および存在確認を行うこととしてもよい。また、本実施の形態において、管理装置７０１が行う処理はすべて機器１０１上の別のモジュールまたはエージェント８０１において行うことも可能である。
【００５６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、デジタル複合機など画像形成装置内で動作するアプリケーションの設定データの配信技術に関する。
【背景技術】
【０００２】
従来から、特許文献１に記載されるように、ネットワーク接続された機器から、機種を示すようなＩＤとともに、同機器の設定値をエクスポートし、エクスポートされた設定値を複数の別の機器へインポートするシステムが存在する。特許文献１では、エクスポートされた設定値の中で、インポート先の機器のＩＤにのみ対応する設定値を抽出して、インポートする方法を提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２１９９６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般的に、複数のアプリケーションがインストール可能な画像形成装置は、各アプリケーションを一意に特定するためのアプリケーションＩＤを管理している。また、それらアプリケーションは異なる機種の画像形成装置にもインストール可能に設計されている。
また、画像形成装置にインストール可能な複数のアプリケーションを提供するベンダは、それぞれの設計思想に基づき、それぞれ独立してアプリケーションに固有の設定値を独自の形式で設計している。それらベンダは、画像形成装置の製造元とは異なる場合もあり、アプリケーションに固有の複数の設定値の機器固有のＩＤや機種に応じた関連付けについては、必ずしも保証できないことも想定される。
そこで、上述の背景を踏まえて、本発明は、複数の画像形成装置の間において、アプリケーションで利用する設定値を柔軟にエクスポート、インポートするための手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の画像形成装置は、第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信手段と、第１アプリケーションが自装置に存在するかを判定する第１判定手段と、前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定手段と、前記第１判定手段が第１アプリケーションが自装置に存在すると判定した場合、または、前記第２判定手段が第２アプリケーションが自装置に存在すると判定した場合に、前記インポートデータに含まれる設定ファイルを保存するインポート手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明により、ある画像形成装置からエクスポートしたアプリケーションの設定値を、同様の機能を持つアプリケーションが動作する画像形成装置に対して、その機種などに依存せずに、柔軟に配信することができる。
【図面の簡単な説明】
【０００７】
【図１】アプリケーションが動作する機器のプラットフォームを表現した概念図である。
【図２】従来機器１０１の認証アプリケーションの操作画面を示す図である。
【図３】従来機器１０１のメニュー画面を示す図である。
【図４】新規機器１１１のメニュー画面を示す図である。
【図５】新規機器１１１の認証アプリケーションの操作画面を示す図である。
【図６】画像形成装置内のハードウェア構成図である。
【図７】本発明におけるネットワークシステムの構成例を示す図である。
【図８】従来機器１０１におけるモジュール構成図である。
【図９】新規機器１１１におけるモジュール構成図である。
【図１０】管理装置におけるエクスポート時の操作画面の例を示す図である。
【図１１】管理装置におけるインポート時の操作画面の例を示す図である。
【図１２】エクスポート処理を説明するためのフローチャートを示す図である。
【図１３】定義ファイルの記載内容を表す図である。
【図１４】インポート処理を説明するためのフローチャートを示す図である。
【図１５】アプリケーションの構造を表す図である。
【図１６】Ｍａｎｉｆｅｓｔファイルの記載内容を表す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
まず、設定値のエクスポート、インポートの対象となる画像形成装置で動作するアプリケーションについて説明する。
【００１０】
機種や年式などが異なる画像形成装置では、それぞれの機器が備えるプラットフォームの機能に大きな差があり、同じアプリケーションであっても、動作面で互換性を保てない場合などが存在する。そこで、複数の画像形成装置において利用される機能を提供するアプリケーションは、異なるプラットフォームでの動作を保証し、利便性のあるインターフェースなどを提供するために、プログラムについて拡張された設計が行われている。また、機種や年式などが異なる画像形成装置に対して同じ機能を提供するアプリケーションであっても、各アプリケーションにそれぞれ固有のアプリケーションＩＤを割り当てて管理している。
【００１１】
上述したアプリケーションＩＤの割り当てに関して、具体的な説明を補足する。
【００１２】
図１は、アプリケーションが動作する機器のプラットフォームを簡易的に表現した概念図である。本図において、複数のアプリケーションがインストール可能な機器１０１では、あるアプリケーションベンダが提供する認証アプリケーション１０２が動作可能である。また、機器１０１よりも新規にリリースされた機器１１１では、拡張された認証アプリケーション１１２が動作可能である。機器１０１、１１１は、たとえば、デジタル複合機やプリンタ、スキャナといった画像形成装置を想定している。
【００１３】
機器１０１では、認証アプリケーション１０２に固有の設定ファイル１０３が保持されている。設定ファイル１０３には、ユーザＩＤ、パスワード、ユーザのＥメール情報などのプロファイル情報、機器の備える各機能の使用可・不可を示す権限情報など、ユーザに紐づく情報が含まれる。また、認証アプリケーション１０２は、インターフェース１０４を介して、フレームワーク１０５に認証画面２０１を事前に登録している。
【００１４】
例えば、ユーザが機器１０１を利用開始する前に、図２に示すように、認証画面２０１を表示してユーザにユーザＩＤとパスワードの入力を促す。このとき、フレームワーク１０５は、先に登録された認証画面２０１を呼び出す。認証成功後には、図３のようなメニュー画面３０１が表示され、コピー、ＦＡＸ、Ｅメール送信、文書保存といった機器機能を選択して利用できる。
【００１５】
一方、機器１１１では、認証アプリケーションのフレームワーク１０５に対してフレームワーク拡張１１５が行われた機器である。これに伴い、インターフェース部分も、インターフェース１１４で示すように拡張されている。この拡張によって、たとえば次のような認証アプリケーションの機能拡張が可能となる。
【００１６】
図４におけるメニュー画面４０１は、ユーザが機器１１１を利用する前から、各機器を呼び出すアイコンが既に表示されている。このような画面は、例えばコピー機能はユーザ認証なしに利用可能に設定したいが、Ｅメール送信などの外部との送信機能を利用する際には正しくユーザ認証が行われる必要がある場合などに採用される。ここでは、メニュー画面４０１でＥメール送信機能４０２を呼び出すと、そのタイミングで認証画面５０１が表示される。また、認証画面５０１の構成は、キャンセルボタン５０５が追加され、キャンセルボタンを押下すれば再びメニュー画面４０１に戻ることができる。
【００１７】
このように、機器１０１、機器１１１ともに、認証アプリケーションのフレームワークとメニュー画面と密接に関連しながら画面遷移する。ただし、前述したように、両者では、認証画面２０１、５０１を呼び出すタイミングが異なり、また、認証画面５０１ではキャンセルボタン５０５も備えるといった、認証アプリケーションに変更が行われている。
【００１８】
一般に、このような変更を伴う場合は、まったく同じアプリケーションとして、機器間の互換性を維持して設計することが困難である事が多い。アプリケーションの保守性の面からも、動作環境に依存して複雑な分岐処理を行うようなプログラムを設計することは望ましいとは言えない。
【００１９】
従って、同じ認証機能を提供するアプリケーションであっても、動作環境（具体的にはインストールされる機器の年式や機種）ごとに、それぞれ固有のアプリケーションＩＤを割り当て、別アプリケーションとして管理している。
【００２０】
ここで、認証アプリケーション１０２、１１２は、同じ認証機能を提供するものであって、アプリケーションで利用される設定値の面からは全く互換性を損なっていない。すなわち、設定ファイル１０３に保存されたユーザに紐づく情報に関して、その項目や保存形式は、機器１０１、機器１１１で動作する各認証アプリケーションで共通であり、全く変更する必要がない。
【００２１】
従って、認証アプリケーション１０２、１１２がインストールされた機器間でのアプリケーション用の設定ファイル１０３については、異なる固有のＩＤで管理される別のアプリケーションであったとしても、そのままデータ移行できるような仕組みが求められる。このような仕組みが提供されない場合は、機器１１１のような新規な機器に過去から利用しているアプリケーションをインストールした際に、過去に用いた設定ファイルと同じ設定を手動で行うことを、管理者に対して強いることになる。
【００２２】
図６は、本実施形態におけるデジタル複合機などの画像形成装置のハードウェア構成図である。
【００２３】
本図において、ＣＰＵ６０３と、ＲＡＭ６０５、Ｎｅｔｗｏｒｋインターフェース６０４、プリンタ部６０２、操作部６０８、Ｉ／Ｏ制御６０６が接続され、ＨＤＤ（ハードディスクの意）６０７がＩ／Ｏ制御部１０７を介して接続されている。ＨＤＤ６０７には、後に図８で示す各ソフトウェアモジュールが格納されている。各ソフトウェアモジュールのすべては、ＣＰＵ６０３により各種プログラムを実行することでその機能が実現される。実行されるソフトウェアモジュールは、Ｎｅｔｗｏｒｋインターフェース６０４や操作部６０８から入力を受け付けたり、出力したりするための制御などを行う。
【００２４】
図７は、本発明におけるネットワークシステムの構成例を示す図である。本図において、管理装置７０１、機器１０１および機器１１１がネットワーク６００に接続され、相互に通信が可能である。
【００２５】
管理装置７０１は、汎用的なパーソナルコンピュータなどを用い、機器を管理するための機器管理アプリケーションが実行される。管理装置は、この機器管理アプリケーションの機能として、図８、９で後述される、機器１０１、１１１上のエージェントと通信し、アプリケーションの設定値のエクスポート、インポートといった処理を指示、制御する。後述される図１０、図１１などの操作画面も、機器管理アプリケーションが提供する画面である。
【００２６】
本実施形態では、管理装置７０１とエージェントが、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用したＷｅｂサービス通信（ＨＴＴＰ通信）を行って、以降で説明するリクエストおよびレスポンスの送受信を行う。なお、これ以外の通信プロトコルによって実現することも可能である。
【００２７】
図８は、機器１０１における認証アプリケーション１０２の動作環境などに関連するモジュール構成図である。
【００２８】
エージェント８０１は、画像形成装置で動作するアプリケーション用の設定値を設定ファイルとしてインポート及びエクスポートする際の制御を行う。実行環境８０２は、画像形成装置にインストールされ動作するアプリケーションのために用意された実行環境であって、本実施形態ではたとえばＪａｖａ（登録商標）によるプログラムを実行するための環境が用意されている。具体的には、認証アプリケーション１０２やエージェント８０１などがこれら実行環境で動作する。ファイルシステム８０３は、ＯＳ（オペレーティングシステム）の一部機能として提供される設定情報などをファイル管理するためのものである。ＤＩＳ（ＤｅｖｉｃｅＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）モジュール８０５は、アプリケーションのＭａｎｉｆｅｓｔ情報を取得するためのモジュールである。ＤＩＳモジュール８０５は、管理装置７０１からリクエストがあった場合には、機器内にインストールされているアプリケーションのＭａｎｉｆｅｓｔ情報（図１６にて後述）に基づき生成したアプリケーションリストを応答する。そのリストには、アプリケーションの名称（「ＸＹＺ Ｌｏｇｉｎ」）とともに、アプリケーションＩＤ（「１１１１−１１１１−１１１１１１１」）が含まれている。管理装置７０１は、このリストから、機器１０１に認証アプリケーション「ＸＹＺ Ｌｏｇｉｎ」がインストール済みであるかどうかを確認できる。
【００２９】
図９は、機器１１１における認証アプリケーション１１２の動作環境などに関連するモジュール構成図である。
【００３０】
エージェント９０１は、画像形成装置で動作するアプリケーション用の設定値を設定ファイルとしてインポート及びエクスポートする際の制御を行う。実行環境９０２は、画像形成装置にインストールされ動作するアプリケーションのために用意された実行環境であって、本実施形態ではたとえばＪａｖａ（登録商標）によるプログラムを実行するための環境が用意されている。具体的には、認証アプリケーション１１２やエージェント９０１などがこれら実行環境で動作する。ファイルシステム９０３は、ＯＳの一部機能として提供される設定情報などをファイル管理するためのものである。ＤＩＳモジュール９０５は、アプリケーションのＭａｎｉｆｅｓｔ情報を取得するためのモジュールである。
【００３１】
（エクスポートの手順）
管理者は、管理装置７０１において、図１０に示す操作画面１００１を操作し、認証アプリケーション１０２などのアプリケーション用の設定ファイルのエクスポート操作を行う。
【００３２】
管理者は、操作画面１００１において、設定ファイルのエクスポートの対象となる機器１０１のＩＰアドレスまたはホスト名１００２、エクスポートの対象となるアプリケーション名１００３と定義ファイル１００４といった項目の値を指定する。機器１０１からは、ここで指定された設定ファイルがエクスポートされる。なお、保存データ名１００５は、エクスポートされ管理装置７０１内に保存した設定ファイルをインポート時に識別、選択するためのタグとして再利用される。
【００３３】
定義ファイル１００４は、たとえば図１３のような書式のテキストファイルであって、アプリケーションを開発したベンダが用意する。
【００３４】
行１３０１はアプリケーションのＩＤを列挙している。「１１１１−１１１１−１１１１１１１」が認証アプリケーション１０２を、「２２２２−２２２２−２２２２２２２」は認証アプリケーション１１２を識別するＩＤである。ここでは、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）を採用しているが、アプリケーションを運用環境で一意に特定することができる他の形式で表現されていてもよい。
【００３５】
また、行１３０１に列挙したアプリケーションＩＤで識別される認証アプリケーション１０２、１１２は、設定ファイル１０３を共有できるアプリケーションである。つまり、異なるアプリケーションＩＤのアプリケーションではあるが、それらの間で設定ファイルは完全に互換性を保ち、同じ設定ファイルを用いた動作が可能であることを表している。
【００３６】
行１３０２は、アプリケーションの名前を示している。行１３０３は、設定ファイルが利用可能なアプリケーションの対応するバージョンを示している。行１３０４は、エクスポートする対象を示している。
【００３７】
図１５は、Ｊａｖａ（登録商標）実行環境上で動作する認証アプリケーションの構成を示している。本実施形態におけるアプリケーションはＪＡＲ形式のファイル１５０１として生成される。ＪＡＲ形式のアプリケーションは、機器内で実行可能なモジュール本体である一または複数のＣｌａｓｓファイル１５０３、画像など静的なファイルであるリソースファイル１５０４およびＭａｎｉｆｅｓｔファイル１５０２等から構成される。
【００３８】
図１６は、認証アプリケーション１０２のＭａｎｉｆｅｓｔファイルを示している。Ｍａｎｉｆｅｓｔファイル１６０２には、アプリケーションに関する情報が含まれており、アプリケーションのＩＤやアプリケーションを開発したベンダ名などといった情報が把握できる。
【００３９】
図１２を用いて、エージェント８０１が主体となって処理を行うエクスポート処理について説明する。管理者により、管理装置７０１の操作画面１００１でエクスポートボタン１００６が押下されたことに応じて、本処理が開始される。
【００４０】
Ｓ１２０１では、エージェント８０１が管理装置７０１からのエクスポートリクエストを受信する。リクエストには、管理者が操作画面１００１で指定した認証アプリケーション１０２に対応するアプリケーションＩＤ「１１１１−１１１１−１１１１１１１」及び定義ファイル１００４が含まれる。
【００４１】
Ｓ１２０２では、エージェント８０１は、リクエスト内で指定されたアプリケーションＩＤに対応する定義ファイル１００４であるかを検証する。この際には、定義ファイル１００４の行１３０１に当該アプリケーションＩＤが含まれているかを確認する。検証に失敗した場合には、Ｓ１２９９で、失敗した結果を管理装置７０１に返信して、エラー終了する。Ｓ１２０２で検証成功の場合には、Ｓ１２０３に遷移する。
【００４２】
Ｓ１２０３では、エージェント８０１は、定義ファイル１００４の行１３０４に指定された認証アプリケーション１０２の設定ファイル１０３を機器１０１内の記憶装置から取得する。ここで、行１３０４は、エクスポートする対象としてファイルを指定しているが、アプリケーションによってはエクスポートの対象は必ずしもファイルでない場合もある。例えば、機器内に存在する他のモジュールが管理するデータベースなどの形式で保存されている設定データもあるため、その場合にはデータベース内の設定に関する情報を別の形式で指定することになる。
【００４３】
Ｓ１２０４では、エージェント８０１は、エクスポート元の認証アプリケーション１０２のアプリケーションＩＤ、設定ファイル１０３及び定義ファイル１００４をレスポンスデータとして管理装置７０１に送信する。
【００４４】
その後、管理装置７０１は、エージェント８０１からのレスポンスデータに対して、保存データ名１００５を付与し、レスポンスデータとしてハードディスクなどに保存する。なお、保存する場合はファイルとして管理装置７０１内のハードディスクなどの記録メディアあるいは外部のファイル管理装置（図中省略）に保存することとしてもよいし、管理装置７０１内あるいは他の管理装置（図中省略）のデータベースに任意の形式で保存してもよい。
【００４５】
（インポートの手順）
管理者は、管理装置７０１において、図１１に示す操作画面１１０１を操作し、設定ファイルのインポート操作を行う。ここでは、前述したレスポンスデータを、機器１１１上の認証アプリケーション１１２に対してインポートする際の具体的な処理を説明する。
【００４６】
管理者は、図１１の操作画面１１０１上で、インポート先デバイス１１０２を指定する。インポート先となる機器が複数存在する場合があるため複数の機器の識別情報（ＩＰアドレスなど）を列挙して指定しているが、１台のみ指定可能としてもよい。また、１１０３には、設定ファイル１０３をインポートして利用する認証アプリケーション１１２を指定する。ここで、管理装置７０１では、エクスポート時と同様に、ＤＩＳ９０５から取得した情報をもとに、所定のアプリケーションＩＤで示す認証アプリケーション１１２が機器１１１にインストールされていることを任意のタイミングで確認できる。
【００４７】
次に、管理者は、インポートの対象となるデータのデータ名１１０４を指定する。ここでは、機器１０１からエクスポートされたレスポンスデータ（“ＥｘｐｏｒｔＡｐｐ １０１”）を指定している。
【００４８】
その後、管理者がインポートボタン１１０５を押下し、エクスポート処理が実行される。管理装置７０１では、レスポンスデータが読み出され、インポートデータとしてエージェント９０１へ送信される。
【００４９】
続いて、図１２を用いて、エージェント９０１が主体となって処理を行うインポート処理について説明する。管理者により、管理装置７０１の操作画面１１０１でインポートボタン１１０５が押下されたことに応じて、本処理が開始される。
【００５０】
Ｓ１４０１では、エージェント９０１は、管理装置７０１のインポートリクエストを受信する。ここで、インポートリクエストとともに、インポート対象となるインポートデータが送信されてくる。Ｓ１４０２で、インポートデータに含まれる設定ファイルのエクスポート元のアプリケーションＩＤと合致するアプリケーションが機器内に存在しているかを検証する。存在していれば、Ｓ１４０５で、インポートデータをインポートし、当該アプリケーションで設定ファイルが利用可能なように保存する。一方、合致するアプリケーションが機器内に存在しない場合、Ｓ１４０３に進む。
【００５１】
Ｓ１４０３では、エージェント９０１は、インポートデータに含まれている定義ファイル（図１３）の行１３０１からアプリケーションＩＤのリストを参照する。エージェント９０１は、このリスト内に、エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤが含まれているかどうかを判定する。ここでは、エージェント９０１がエクスポート元である認証アプリケーション１０２のアプリケーションＩＤ「１１１１−１１１１−１１１１１１１」とは異なるアプリケーションＩＤのリスト内での有無を判定している。エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤがリストに含まれていないと判定した場合は、Ｓ１４９９に進み、インポートリクエストが失敗したとして、その結果を管理装置７０１に返信しつつ、エラー終了する。一方、エクスポート元のアプリケーションＩＤ以外のアプリケーションＩＤがリストに含まれていると判定した場合は、Ｓ１４０４に進む。
【００５２】
Ｓ１４０４では、エージェント９０１は、エクスポート元のアプリケーションＩＤ以外のリスト内のアプリケーションＩＤと合致するアプリケーションが機器内に存在しているかを検証する。存在していなけれれば、Ｓ１４９９に進み、インポートリクエストが失敗したとして、その結果を管理装置７０１に返信しつつ、エラー終了する。存在していれば、Ｓ１４０５で、インポートデータをインポートし、当該アプリケーションで設定ファイルが利用可能なように保存する。
【００５３】
本実施の形態では、リスト内にアプリケーションＩＤ「２２２２−２２２２−２２２２２２２」が含まれ、かつ機器１１１内にそのＩＤに対応する認証アプリケーション１１２がインストールされているので、インポートが成功することになる。
【００５４】
以上のように、異なるアプリケーションＩＤを持つ２つのアプリケーションに対しても、その利用する設定値に互換性がある場合を想定して、本発明においては定義ファイルを利用して柔軟なエクスポート・インポートを行っている。これにより、アプリケーションの機種ごとなどの依存性によらず、同様の機能をもつようなアプリケーションが動作する機器に同じ設定値を配信することができる。
【００５５】
（他の実施例）
本実施の形態において、アプリケーションＩＤのみの比較及び存在確認をおこなったが、アプリケーションのバージョン情報を含めて比較および存在確認を行うこととしてもよい。また、本実施の形態において、管理装置７０１が行う処理はすべて機器１０１上の別のモジュールまたはエージェント８０１において行うことも可能である。
【００５６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信手段と、
第１アプリケーションが自装置に存在するかを判定する第１判定手段と、
前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定手段と、
前記第１判定手段が第１アプリケーションが自装置に存在すると判定した場合、または、前記第２判定手段が第２アプリケーションが自装置に存在すると判定した場合に、前記インポートデータに含まれる設定ファイルを保存するインポート手段と、を有することを特徴とする画像形成装置。
【請求項２】
第１アプリケーション及び第２アプリケーションは、画像形成装置に対して同じ目的の機能を提供するプログラムであって、
画像形成装置内の動作環境に依存して、異なる設計が行われ、異なるＩＤが割り当てられていることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記リストに含まれる、設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤは、アプリケーションを開発したベンダにより指定されることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
第１アプリケーション及び第２アプリケーションは、画像形成装置に対して提供する機能として、認証機能を提供することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項５】
前記第１判定手段が第１アプリケーションが自装置に存在しないと判定し、かつ、前記第２判定手段が第２アプリケーションが自装置に存在しないと判定した場合に、前記インポートデータに含まれる設定ファイルを保存せずに、インポートの失敗の通知を出力する出力手段をさらに有することを特徴とする請求項１乃至４の何れか１項に記載の画像形成装置。
【請求項６】
第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信工程と、
第１アプリケーションが自装置に存在するかを判定する第１判定工程と、
前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定工程と、
前記第１アプリケーションが自装置に存在すると判定された場合、または、前記第２アプリケーションが自装置に存在すると判定された場合に、前記インポートデータに含まれる設定ファイルを記憶手段に保存するインポート工程と、を有することを特徴とする画像形成装置の制御方法。
【請求項７】
請求項１乃至５の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１】
第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信手段と、
第１アプリケーションが自装置に存在するかを判定する第１判定手段と、
前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定手段と、
前記第１判定手段が第１アプリケーションが自装置に存在すると判定した場合、または、前記第２判定手段が第２アプリケーションが自装置に存在すると判定した場合に、前記インポートデータに含まれる設定ファイルを保存するインポート手段と、を有することを特徴とする画像形成装置。
【請求項２】
第１アプリケーション及び第２アプリケーションは、画像形成装置に対して同じ目的の機能を提供するプログラムであって、
画像形成装置内の動作環境に依存して、異なる設計が行われ、異なるＩＤが割り当てられていることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記リストに含まれる、設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤは、アプリケーションを開発したベンダにより指定されることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
第１アプリケーション及び第２アプリケーションは、画像形成装置に対して提供する機能として、認証機能を提供することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項５】
前記第１判定手段が第１アプリケーションが自装置に存在しないと判定し、かつ、前記第２判定手段が第２アプリケーションが自装置に存在しないと判定した場合に、前記インポートデータに含まれる設定ファイルを保存せずに、インポートの失敗の通知を出力する出力手段をさらに有することを特徴とする請求項１乃至４の何れか１項に記載の画像形成装置。
【請求項６】
第１アプリケーションが動作するほかの画像形成装置からエクスポートされた、第１アプリケーションのＩＤ、第１アプリケーションで利用する設定値が含まれる設定ファイル、及び当該設定ファイルを利用可能な複数のアプリケーションを示す複数のアプリケーションのＩＤのリストを含むインポートデータを、インポートデータとして受信する受信工程と、
第１アプリケーションが自装置に存在するかを判定する第１判定工程と、
前記リスト内の第１アプリケーションのＩＤとは異なるＩＤに対応する第２アプリケーションが自装置に存在するかを判定する第２判定工程と、
前記第１アプリケーションが自装置に存在すると判定された場合、または、前記第２アプリケーションが自装置に存在すると判定された場合に、前記インポートデータに含まれる設定ファイルを記憶手段に保存するインポート工程と、を有することを特徴とする画像形成装置の制御方法。
【請求項７】
請求項１乃至５の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１３−２２８７２（Ｐ２０１３−２２８７２Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１６１０５６（Ｐ２０１１−１６１０５６）
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月２２日（２０１１．７．２２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]