(57)【要約】【課題】アプリケーション毎に設定定義ファイルが存在しなくてもアプリケーションの設定ファイルをエクスポート又はインポートすることを目的とする。【解決手段】アプリケーションに対応する第１の定義ファイルが存在する場合、第１の定義ファイルに基づいてアプリケーションの設定データをエクスポート、又はインポートし、第１の定義ファイルが存在しない場合、第１の定義ファイルと異なる、複数のアプリケーションに共通の第２の定義ファイルに基づいてアプリケーションの設定データをエクスポート、又はインポートする制御手段を有する。【選択図】図７
2020069689.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションに対応する第１の定義ファイルが存在する場合、前記第１の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートし、前記第１の定義ファイルが存在しない場合、前記第１の定義ファイルと異なる、複数のアプリケーションに共通の第２の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートする制御手段を有する画像処理装置。
【請求項２】
前記アプリケーションに対応する第１の定義ファイルが存在するか否かを判定する判定手段をさらに有し、
前記判定手段によって前記アプリケーションに対応する第１の定義ファイルが存在すると判定された場合、前記制御手段は、前記第１の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートする請求項１に記載の画像処理装置。
【請求項３】
前記判定手段によって前記アプリケーションに対応する第１の定義ファイルが存在しないと判定された場合、前記制御手段は、前記画像処理装置の記憶装置に記憶された前記第２の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートする請求項２に記載の画像処理装置。
【請求項４】
前記判定手段は、前記アプリケーションのアプリケーションファイルに前記第１の定義ファイルが存在するか否かを判定する請求項２又は３に記載の画像処理装置。
【請求項５】
画像処理装置が実行する情報処理方法であって、
アプリケーションに対応する第１の定義ファイルが存在する場合、前記第１の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートし、前記第１の定義ファイルが存在しない場合、前記第１の定義ファイルと異なる、複数のアプリケーションに共通の第２の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートする情報処理方法。
【請求項６】
コンピュータを、請求項１乃至４の何れか１項に記載の画像処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
情報処理装置に搭載されたアプリケーションの設定データを、ネットワーク上に接続された外部サーバーにエクスポート又はインポートする手段が知られている。近年、スキャナ及びプリンタを備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）と呼ばれる画像処理装置の中にも、上述の手段を備えているものがある。例えば、特許文献１では、ＭＦＰが、アプリケーション毎に定義された設定定義ファイルの記述に従って、各アプリケーションの設定ファイルをエクスポート又はインポートする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３-２２８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、アプリケーション毎に設定定義ファイルを定義しなければ、設定ファイルをエクスポート又はインポートできないという課題がある。
【課題を解決するための手段】
【０００５】
本発明の画像処理装置は、アプリケーションに対応する第１の定義ファイルが存在する場合、前記第１の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートし、前記第１の定義ファイルが存在しない場合、前記第１の定義ファイルと異なる、複数のアプリケーションに共通の第２の定義ファイルに基づいて前記アプリケーションの設定データをエクスポート、又はインポートする制御手段を有する。
【発明の効果】
【０００６】
本発明によれば、アプリケーション毎に設定定義ファイルが存在しなくてもアプリケーションの設定ファイルをエクスポート又はインポートすることができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムのシステム構成の一例を示す図である。
【図２】ハードウェア構成の一例を示す図である。
【図３】ソフトウェア構成の一例を示す図である。
【図４Ａ】アプリケーション設定定義ファイルの一例を示す図（その１）である。
【図４Ｂ】アプリケーション設定定義ファイルの一例を示す図（その２）である。
【図４Ｃ】アプリケーション設定定義ファイルの一例を示す図（その３）である。
【図４Ｄ】アプリケーション設定定義ファイルの一例を示す図（その４）である。
【図５】アーカイブファイルの構成を模式化した図である。
【図６】アプリケーションをインストールするときのフローチャートである。
【図７】設定ファイルをエクスポートするときのフローチャートである。
【図８】設定ファイルをインポートするときのフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、情報処理システムのシステム構成の一例を示す図である。情報処理システムは、ネットワーク１００を介して接続されるＭＦＰ１０１、Ｗｅｂサーバー１０２、ＰＣ１０３から構成される。ネットワーク１００は、各装置間で通信を行うための基盤であって、インターネットに接続されていてもよい。ＭＦＰ１０１は、アプリケーションをインストール可能であれば、ＭＦＰ（Ｍｕｌｔｉｐｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に限定されるものではない。Ｗｅｂサーバー１０２は、ネットワーク経由でＭＦＰ１０１と接続されており、ＭＦＰ１０１の設定データを送受信する。ＰＣ１０３は、ネットワーク経由でＭＦＰ１０１と接続されており、ＭＦＰ１０１に対してアプリケーションのインストールを指示したり、設定定義ファイルのインポートを指示したりする。各装置はローカルネットワーク上に存在してもよいし、インターネットを越えて接続されていてもよい。ＭＦＰ１０１は、画像処理装置の一例である。
【００１０】
図２は、ＭＦＰ１０１、Ｗｅｂサーバー１０２、ＰＣ１０３のハードウェア構成の一例を示す図である。ハードウェア構成として、各装置の全体を制御するＣＰＵ２０１、ＣＰＵ２０１のワークエリアを提供するＲＡＭ２０２、プログラム及び様々な設定を記憶する記憶装置２０３（ＨＤＤ、ＮＶＲＡＭ等でもよい）が存在する。さらに、ハードウェア構成として、ユーザーがコマンドの入力を行うユーザー入力装置２０４、画面表示を行うＵＩ表示装置２０５、他機器とネットワークによる通信を行うネットワーク装置２０６、メインバス２００により構成されている。なお、本実施形態は特に断らない限り、ＭＦＰ１０１、Ｗｅｂサーバー１０２、ＰＣ１０３は、ＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、記憶装置２０３、ユーザー入力装置２０４、ＵＩ表示装置２０５、ネットワーク装置２０６を制御する。また、タッチパネルディスプレイのようにＵＩ表示装置２０５がユーザー入力装置２０４を兼ねてもよい。但し、Ｗｅｂサーバー１０２は、ユーザー入力装置２０４とＵＩ表示装置２０５とを有していなくてもよい。また、ＭＦＰ１０１はその他にも画像読取装置及び画像印刷装置がメインバス２００に接続されていてもよい。
ＭＦＰ１０１のＣＰＵ２０１がＭＦＰ１０１の記憶装置２０３に記憶されたプログラムに基づき処理を実行することによって、後述する図３のＭＦＰ１０１のソフトウェア構成及び後述する図６−図８のフローチャートの処理が実現される。また、Ｗｅｂサーバー１０２のＣＰＵ２０１がＷｅｂサーバー１０２の記憶装置２０３に記憶されたプログラムに基づき処理を実行することによって、後述する図３のＷｅｂサーバー１０２のソフトウェア構成が実現される。また、ＰＣ１０３のＣＰＵ２０１がＰＣ１０３の記憶装置２０３に記憶されたプログラムに基づき処理を実行することによって、後述する図３のＰＣ１０３のソフトウェア構成が実現される。
【００１１】
図３は、ＭＦＰ１０１、Ｗｅｂサーバー１０２、ＰＣ１０３のソフトウェア構成の一例を示す図である。ＭＦＰ１０１は、アプリケーション３００、アプリケーション管理部３０１、記憶部３０２、設定定義解析部３０３、及び通信部３０４を有する。また、Ｗｅｂサーバー１０２は、記憶部３１０及び通信部３１１を有する。また、ＰＣ１０３はＷｅｂブラウザー３２０及び通信部３２１を有する。
まずＭＦＰ１０１のソフトウェア構成について説明する。アプリケーション３００は、アプリケーション管理部３０１によってインストールされて開始する。アプリケーション管理部３０１は、アプリケーション３００のライフサイクルを管理する機能を有する。より具体的には、アプリケーション３００は、Ｊａｖａ（登録商標）で実装された、ＯＳＧｉ  Ｓｅｒｖｉｃｅ  Ｐｌａｔｆｏｒｍ（以下、ＯＳＧｉ）の仕様で定義されているバンドルである。アプリケーション管理部３０１は、ＯＳＧｉの仕様に従い、アプリケーション３００のインストール／開始／停止／アンインストールからなるライフサイクルを管理する。また、アプリケーション管理部３０１は、管理者ユーザーがアプリケーションを管理するための操作画面を提供する。例えば、ＰＣ１０３とＭＦＰ１０１とが通信して、Ｗｅｂブラウザー３２０が操作画面を表示し、ライフサイクル管理の制御指示を受け付ける。
【００１２】
記憶部３０２は、アプリケーション管理テーブル、アプリケーションファイル、アプリケーションが生成するデータファイル、及び設定定義ファイルを記憶装置２０３に保存する。表Ａに、アプリケーション管理テーブルの一例を示す。
【表１】
2020069689.tif 000003
【００１３】
アプリケーション管理テーブルは、アプリケーション管理部３０１が生成する情報であって、管理情報アプリケーション識別子、アプリケーションバージョン、ライフサイクル状態、アプリケータションファイルパス、及びデータ領域からなるアプリケーション管理情報を含む。アプリケーション識別子及びアプリケーションバージョンは、アプリケーションファイルに含まれるマニフェストファイルに定義される情報である。ライフサイクル状態は、開始・停止の状態を表す情報である。アプリケーションファイルパスは、アプリケーションファイルであるＪａｖａ  Ａｒｃｈｉｖｅ（以下、Ｊａｒ）ファイルを格納するファイルパスを表す情報である。データ領域は、アプリケーション３００が生成するデータファイルを格納するファイルパスである。アプリケーション３００はデータ領域以下に設定ファイルを格納することができる。アプリケーション定義ファイルの詳細については図４を用いて後述する。
【００１４】
設定定義解析部３０３は、アプリケーション設定定義ファイルを解析する機能と、解析結果に従ってアプリケーション３００のデータ領域に保存された設定ファイルをエクスポート及びインポートする機能と、を有する。図４にアプリケーション設定定義ファイルの一例を示す。アプリケーション設定定義ファイル４００は、ＸＭＬで記述されており、アプリケーション情報４０１、設定情報４０２、リストア互換情報４０３を含む。アプリケーション情報４０１は、アプリケーション識別子、アプリケーション名称、説明の情報を含む。設定情報４０２は、設定ファイルのファイルパス情報を含む。また、設定情報４０２は、各設定ファイルについて、エクスポート時と同一のＭＦＰ１０１にのみインポートを許可することを表す情報を含むことができる。リストア互換情報４０３は、設定ファイルをインポートするときの条件を表す情報である。より具体的には、インポート時に、アプリケーションバージョンがエクスポート時と一致していなければインポートを制限するといった条件を表すことができる。
例えば、図４Ａに示すアプリケーション設定定義ファイル４００は、アプリケーション識別子"ｘｘｘｘｘｘ"が表すアプリケーション３００の設定を定義するものであり、データ領域からの相対パス"ｃｏｎｆｉｇ/ｓｅｔｔｉｎｇ.ｐｒｏｐｅｔｉｅｓ"及び"ｊｏｂ/ｊｏｂＬｏｇＤｅｔａｉｌ.ｘｍｌ"が表すファイルをエクスポート及びインポート対象とすることを表している。また指定された設定ファイルの内"ｊｏｂ/ｊｏｂＬｏｇＤｅｔａｉｌ.ｘｍｌ"ファイルは、エクスポート時と同一のＭＦＰ１０１にしかインポートを許可しないことを表している。また、エクスポート時とインポート時とでアプリケーションバージョンが一致していないとインポートを許可しないことを表している。
図４Ａに示すアプリケーション設定定義ファイル４００は、アプリケーション個別に定義される設定定義ファイルの一例であり、アプリケーションファイルに含まれるファイルである。
【００１５】
一方で、図４Ｂに示すアプリケーション設定定義ファイル４１０は、複数のアプリケーション用に定義される設定定義ファイルの一例である。図４Ａとの差異を説明すると、まず、アプリケーション情報４１１に含まれるアプリケーション識別子が"＊"すなわち任意の文字列を表している。この場合、アプリケーション設定定義ファイル４１０は、例えばアプリケーション識別子"ｘｘｘｘｘｘ"にもアプリケーション識別子"ｙｙｙｙｙｙ"にも適用される。このようにアプリケーション共通に適用されるアプリケーション設定定義ファイル４１０は、アプリケーションファイルには同梱されず、ＰＣ１０３から送信されてＭＦＰ１０１の記憶部３１０に格納される。本実施の形態では、アプリケーション識別子に"＊"を定義する例を挙げたが、図４Ｃのアプリケーション情報４２１に示すように、複数のアプリケーション識別子を定義する形態でもよい。又は、図４Ｄのアプリケーション情報４３１に示すように、アプリケーションの種類（例えば、認証アプリケーション）を表す識別子を定義する形態でもよい。
【００１６】
また、その他の差異として、設定情報４１２に含まれるファイルパスに"＊＊！（＊．ｂｍｐ｜＊．ｊｐｇ）"が定義されている。これは任意のパスに存在する拡張子ｂｍｐ又はｊｐｇのファイル以外の全てのファイルをエクスポート及びインポート対象とすることを表している。本実施の形態では、画像ファイルをエクスポート及びインポート対象から除外する例を挙げたが、例えば、図４Ｄの設定情報４３２に示すように、ファイルパスに"＊＊．ｐｒｏｐｅｔｉｅｓ"を定義し、任意のパスに存在するＰｒｏｐｅｒｔｉｅｓファイルを対象とするように定義してもよい。このようにアプリケーション共通で適用される設定定義ファイルでは、一般的にファイルサイズが大きい画像ファイルを除外したり、一般的に知られている拡張子の設定ファイルのみを対象としたりすることで、エクスポートされるファイルサイズを縮小するよう制御する。
【００１７】
続いて、設定定義解析部３０３が生成してＷｅｂサーバー１０２に送信するアーカイブファイルについて説明する。図５は、アーカイブファイルの構成を模式化した図である。アーカイブファイル５００はｚｉｐ形式でアーカイブされており、ファイル名称は"ｓｅｔｔｉｎｇ．ｚｉｐ"である。アーカイブファイル５００は、デバイスパス５０１、アプリケーションパス５０２、データパス５０３の順に階層化されている。デバイスパス５０１は、設定ファイルがエクスポートされたＭＦＰ１０１のデバイス識別子"ＡＢＣ１２３４５"を含む。デバイス識別子はＭＦＰ１０１が持つ固有値であり個体によって異なる。アプリケーションパス５０２は、設定ファイルがエクスポートされたアプリケーション３００のアプリケーション識別子"ｘｘｘｘｘｘ"及びアプリケーションバージョン"１．０．０"を含む。データパス５０３は、アプリケーション３００のデータ領域上のファイル"ｄａｔａ/ｃｏｎｆｉｇ/ｓｅｔｔｉｎｇ.ｐｒｏｐｅｒｔｉｅｓ"及び"ｄａｔａ/ｊｏｂ/ｊｏｂＤｅｔａｉl"のコピーを含む。図５の例では、アーカイブファイル５００は、アプリケーション"ｙｙｙｙｙｙ"のバージョン"１．３．０"についても同様に設定ファイルを含んでいる。
【００１８】
通信部３０４は、Ｗｅｂサーバー１０２又はＰＣ１０３とＨＴＴＰプロトコルに従って通信する機能を有する。通信部３０４は、アーカイブファイル５００をＷｅｂサーバー１０２に送信したりＷｅｂサーバー１０２から受信したりする。また、通信部３０４は、アプリケーションファイル及びインストール指示要求をＰＣ１０３から受信したり、複数アプリケーションに適用するためのアプリケーション設定定義ファイル４１０をＰＣ１０３から受信したりする。
【００１９】
次にＷｅｂサーバー１０２のソフトウェア構成について説明する。記憶部３１０は、アーカイブファイル５００を記憶装置２０３に保存する機能を有する。通信部３１１は、ＭＦＰ１０１とＨＴＴＰプロトコルに従って通信して、アーカイブファイル５００を送受信する機能を有する。
最後にＰＣ１０３のソフトウェア構成について説明する。Ｗｅｂブラウザー３２０は、ＭＦＰ１０１を制御するための操作画面を表示する機能を有する。より具体的には、Ｗｅｂブラウザー３２０は、ＭＦＰ１０１にアプリケーションファイルをアップロードしてインストールを指示するための操作画面、ＭＦＰ１０１に対してアプリケーション共通で適用するアプリケーション設定定義ファイル４１０をアップロードするための操作画面を表示する機能を有する。通信部３２１は、ＭＦＰ１０１とＨＴＴＰプロトコルに従って通信する機能を有する。より具体的には、通信部３２１は、Ｗｅｂブラウザー３２０が表示する操作画面を含むＵＩコンテンツを受信したり、Ｗｅｂブラウザー３２０が受け付けたアプリケーション設定定義ファイル４００やアプリケーション設定定義ファイル４１０を送信したりする。
【００２０】
図６は、ＭＦＰ１０１がアプリケーション３００をインストールするときの処理の流れを示すフローチャートである。通信部３０４が、ＰＣ１０３から送信されたアプリケーションのインストールを要求するＨＴＴＰリクエストを受信すると処理の流れを開始する。ＨＴＴＰリクエストにはアーカイブファイル５００が含まれる。
Ｓ６０１では、アプリケーション管理部３０１が、アーカイブファイル５００に含まれるマニフェストファイルに記述されるアプリケーション識別子を取得する。
Ｓ６０２では、アプリケーション管理部３０１が、アプリケーション管理テーブルにアプリケーション管理情報を追加する。前述の通り、アプリケーション管理情報は、管理情報アプリケーション識別子、アプリケーションバージョン、ライフサイクル状態、アプリケーションファイルパス、及びデータ領域を含む。
Ｓ６０３では、アプリケーション管理部３０１が、アーカイブファイル５００をアプリケーション管理テーブルに含まれるアプリケーションファイルパスに保存する。
Ｓ６０４では、アプリケーション管理部３０１が、アプリケーション３００を開始する。そして、アプリケーション管理部３０１は、アプリケーション３００を開始すると、アプリケーション管理テーブルに含まれるライフサイクル状態を開始に変更する。
【００２１】
図７は、ＭＦＰ１０１がアプリケーション３００の設定ファイルをエクスポートするときの処理の流れを表すフローチャートである。エクスポート処理の開始は予めスケジュールされており、一定間隔でエクスポート処理の流れを開始する。
Ｓ７０１では、アプリケーション管理部３０１が、アプリケーション管理テーブルに含まれるインストール済みのアプリケーション管理情報を取得する。
次に、インストールされている全てのアプリケーションについて、Ｓ７０２〜Ｓ７０５の処理を繰り返す。
Ｓ７０２では、設定定義解析部３０３が、アプリケーション管理情報に含まれるアプリケーションファイルパスに保存されたアプリケーションファイルを参照し、アプリケーション設定定義ファイル４００がアプリケーションファイルに含まれるか判定する。Ｓ７０２で、設定定義解析部３０３が、アプリケーション設定定義ファイル４００がアプリケーションファイルに含まれると判定した場合、Ｓ７０３へ進む。それ以外の場合、設定定義解析部３０３は、Ｓ７１３へ進む。アプリケーションファイルに含まれるアプリケーション設定定義ファイル４００は、アプリケーションに対応する第１の定義ファイルの一例である。
Ｓ７０３では、アプリケーション管理部３０１が、アプリケーション３００を停止する。
Ｓ７０４では、設定定義解析部３０３が、アプリケーション設定定義ファイル４００の設定情報４０２に指定されたファイルをアプリケーション３００のデータ領域からコピーする。
Ｓ７０５では、アプリケーション管理部３０１が、停止されたアプリケーション３００を再開する。
【００２２】
一方で、アプリケーションファイルに設定定義ファイルが含まれない場合、すなわち、Ｓ７１３では、設定定義解析部３０３が、記憶装置２０３に設定定義ファイルが保存されているか判定する。前述の通り、予めＰＣ１０３からアプリケーション共通に適用されるアプリケーション設定定義ファイル４１０がアップロードされると、ＭＦＰ１０１の記憶装置２０３に設定定義ファイルが保存されている。Ｓ７１３で、設定定義解析部３０３が記憶装置２０３に設定定義ファイルが保存されていると判定した場合、Ｓ７１４へ進む。それ以外の場合、設定定義解析部３０３が、次のアプリケーションについてＳ７０２〜Ｓ７０５の処理を繰り返す。アプリケーション設定定義ファイル４１０は、第２の定義ファイルの一例である。
Ｓ７１４では、設定定義解析部３０３が、設定定義ファイルに記述されたアプリケーション識別子とアプリケーション管理情報に含まれるアプリケーション識別子とが一致するか判定する。例えば、図４Ｂで例示したように、アプリケーション設定定義ファイル４１０のアプリケーション識別子に"＊"が定義されている場合、アプリケーション管理情報に含まれる全てのアプリケーション識別子が一致することになる。Ｓ７１４で、アプリケーション識別子が一致した場合、設定定義解析部３０３は、記憶装置２０３に保存された設定定義ファイルを用いて、Ｓ７０３〜Ｓ７０５の処理を実行する。このように、アプリケーション個別に設定定義ファイルを用意しなくとも、設定ファイルをインポート及びエクスポートすることができる。また、個別の設定定義ファイルが存在しない場合でも、第２の設定定義ファイルに従って、エクスポートデータを縮小できる。インストールされた全てのアプリケーションについてＳ７０２〜Ｓ７０５の処理を終了すると、設定定義解析部３０３は、Ｓ７０６へ進む。
Ｓ７０６では、設定定義解析部３０３が、各アプリケーションについてコピーした設定ファイルからアーカイブファイル５００を生成する。アーカイブファイル５００の構成は図５を用いて説明した通りである。
Ｓ７０７では、通信部３０４が、アーカイブファイル５００をＷｅｂサーバー１０２へ送信する。
【００２３】
図８は、ＭＦＰ１０１がアプリケーション３００の設定ファイルをインポートするときの処理の流れを表すフローチャートである。ＭＦＰ１０１が、ＵＩ表示装置２０５に表示された操作画面よりインポート開始指示を受け付けると、インポート処理の流れを開始する。
Ｓ８０１では、通信部３０４が、Ｗｅｂサーバー１０２へアーカイブファイルを要求し、アーカイブファイル５００を受信する。
Ｓ８０２では、設定定義解析部３０３が、受信したアーカイブファイル５００を展開する。
【００２４】
次に、展開されたアーカイブファイル５００に含まれるアプリケーションパス５０２が示す全てのアプリケーションについて、Ｓ８０３〜Ｓ８０９の処理を繰り返す。
Ｓ８０３では、アプリケーション管理部３０１が、アプリケーションパス５０２に含まれるアプリケーション識別子が表すアプリケーションがインストールされているか判定する。Ｓ８０３でアプリケーションがインストールされていると判定した場合、アプリケーション管理部３０１は、アプリケーション管理テーブルからアプリケーション管理情報を取得して、Ｓ８０４へ進む。それ以外の場合、次のアプリケーションについて、Ｓ８０３〜Ｓ８０９の処理を繰り返す。
Ｓ８０４では、設定定義解析部３０３が、アプリケーション管理情報に含まれるアプリケーションファイルパスに保存されるアプリケーションファイルを参照し、アプリケーション設定定義ファイル４００がアプリケーションファイルに含まれるか判定する。Ｓ８０４で、アプリケーション設定定義ファイル４００がアプリケーションファイルに含まれると判定した場合、設定定義解析部３０３は、Ｓ８０５へ進む。それ以外の場合、設定定義解析部３０３は、Ｓ８１５へ進む。
Ｓ８０５では、設定定義解析部３０３が、アプリケーション設定定義ファイル４００のリストア互換情報４０３に従って設定ファイルのインポートが許可されたアプリケーションバージョンかどうか判定する。Ｓ８０５でインポートを許可すると判定した場合、設定定義解析部３０３は、Ｓ８０６へ進む。それ以外の場合、次のアプリケーションについて、Ｓ８０３〜Ｓ８０９の処理を繰り返す。
Ｓ８０６では、アプリケーション管理部３０１が、アプリケーション３００を停止する。
【００２５】
Ｓ８０７では、設定定義解析部３０３が、アーカイブファイル５００のデバイスパス５０１に含まれるデバイス識別子と、予め記憶装置２０３に保存されたＭＦＰ０１のデバイス識別子と、を比較して、アーカイブファイルが生成されたＭＦＰと同一のＭＦＰかどうか判定する。Ｓ８０７で同一のＭＦＰであると判定した場合、設定定義解析部３０３は、Ｓ８０８へ進む。それ以外の場合、設定定義解析部３０３は、Ｓ８１８へ進む。
Ｓ８０８では、設定定義解析部３０３が、アプリケーション設定定義ファイル４００の設定情報４０２に指定されたファイルをアプリケーション３００のデータ領域にコピーする。
一方、Ｓ８１８では、設定定義解析部３０３が、アプリケーション設定定義ファイル４００の設定情報４０２に指定されたファイルの内、異なるＭＦＰにもインポートが許可されたファイルをアプリケーション３００のデータ領域にコピーする。Ｓ８０９又はＳ８１８で設定ファイルがデータ領域にコピーされるとＳ８０９へ進む。
Ｓ８０９では、アプリケーション管理部３０１が、停止されたアプリケーション３００を再開する。展開されたアーカイブファイル５００に含まれるアプリケーション識別子が表す全てのアプリケーションについてＳ８０３〜Ｓ８０９の処理を終了すると、Ｓ８１０へ進む。
Ｓ８１０では、通信部３０４が、Ｗｅｂサーバー１０２へインポート処理が完了したことを送信する。
【００２６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２７】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【００２８】
以上、上述した各実施形態によれば、アプリケーション個別に設定定義ファイルを用意しなくとも、設定ファイルをインポート及びエクスポートすることが可能である。また、個別の設定定義ファイルが存在しない場合でも、第２の設定定義ファイルに従って、エクスポートデータを縮小できる。
【符号の説明】
【００２９】
１０１  ＭＦＰ
２０１  ＣＰＵ
２０３  記憶装置
【図１】
2020069689.tif 000004
【図２】
2020069689.tif 000005
【図３】
2020069689.tif 000006
【図４Ａ】
2020069689.tif 000007
【図４Ｂ】
2020069689.tif 000008
【図４Ｃ】
2020069689.tif 000009
【図４Ｄ】
2020069689.tif 000010
【図５】
2020069689.tif 000011
【図６】
2020069689.tif 000012
【図７】
2020069689.tif 000013
【図８】
2020069689.tif 000014