JP2018152017A - 情報処理装置、制御方法およびプログラム - Google Patents

Abstract

【課題】配信先が、配信対象データとしての共通設定情報を配信しても自装置の設定として反映できないデバイスである場合であっても、デバイスに対して、配信対象データが反映された個別設定情報を配信することができる情報処理装置を提供する。【解決手段】共通設定情報と個別設定情報とを設定情報としてデバイスに配信する情報処理装置を設ける。情報処理装置は、共通設定情報が配信対象データとなった際に、配信先が、配信対象データを配信しても自装置の設定として反映できない第１のデバイスの場合に、第１のデバイスと同じ種類で、配信対象データである共通設定情報を自装置に反映することができる第２のデバイスに対し、配信対象データを配信する。情報処理装置は、第２のデバイスから、上記配信されて第２のデバイスの設定として反映された設定情報を個別設定情報としてエクスポートさせることで取得し、第１のデバイスに配信する。【選択図】図１８

Description

本発明は、情報処理装置、制御方法およびプログラムに関する。

遠隔地の管理装置が、Ｗｅｂサービスなどの通信プロトコルを用いて、複合機等のネットワークデバイス（周辺装置）が有する各種機能の設定項目の設定値を操作（取得、配信など）することが可能となってきている。以下、個々の「設定項目」の値を「設定値」と記述する。また、設定項目及び設定値の集合を「設定情報」と記述する。特許文献１は、第１のデバイスから取得した第１の設定情報を第２のデバイスに配信しようとする際、以下の処理を実行する管理システムを開示している。管理システムは、第１の設定情報の中で第２のデバイスに適用できない設定項目と設定値について、第２のデバイスから第２の設定情報として取得し、第１の設定情報と第２の設定情報を合成して第３の設定情報とし、第３の設定情報を第２のデバイスに配信する。

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

特許文献１における第１のデバイスの設定情報の中で、第２のデバイスにそのまま適用できない設定項目、設定値が存在する理由は、第１のデバイスと第２のデバイスのハードウェア構成やデバイスのファームウェア構成が異なっているからである。以下、ハードウェア、ファームウェアの構成を総称して、デバイスの「プラットフォーム」と呼ぶ。また、デバイス間でそのまま適用できない、プラットフォームに依存する（互換がない）設定情報を「個別設定情報」と呼ぶ。

しかし、プラットフォームは、様々な要因、例えばハードウェアの進歩や、ファームウェアの機能バージョンアップ等で変更されるので、複数種類のプラットフォームのデバイスが混在する環境が多く存在している。このように、プラットフォームが更新される毎に設定情報の差異が多くなる事はデバイス側にとっても互換性等の観点から好ましくない。そこで、デバイス側もプラットフォームが変更される時やファームウェアがバージョンアップされる際には、設定情報の中で新旧のプラットフォーム、ファームウェアで同じ（互換がある）設定項目、設定値の設定情報を新たに追加している。上記の新旧のプラットフォーム、ファームウェアで同じ（互換がある）設定情報を、「共通設定情報」と呼ぶ。但し、修正規模／リソース等の問題があり、全ての設定項目を一気に全てのプラットフォームで統一したデータに変更することは困難である。したがって、デバイスのファームウェアのバージョンアップを徐々に行い、設定項目を少しずつ統一したデータとしていく。

しかし、設定情報の配信対象のデバイスに、ファームウェアバージョンが異なる複数のデバイスが存在する場合には、以下の問題がある。この場合には、保持する共通設定情報の設定項目数が異なる複数のデバイスがあるので、管理装置（情報処理装置）が共通設定情報を配信しても、デバイスに本来設定したい内容が反映されない。設定できる共通設定情報の設定項目が配信対象の共通設定情報の設定項目より少ないデバイスに当該共通設定情報を配信する場合、このデバイスでは共通設定情報の設定項目が少ないので、全ての設定を反映することができないからである。本発明は、配信先が、配信対象データとしての共通設定情報を配信しても自装置の設定として反映できないデバイスである場合であっても、このデバイスに対し、配信対象データが反映された個別設定情報を配信することができる情報処理装置の提供を目的とする。

本発明の一実施形態の情報処理装置は、異なる種類のネットワークデバイスの間で共通して扱われる設定である共通設定情報と、同じ種類のネットワークデバイスの間で共通して扱われる設定である個別設定情報と、のそれぞれを設定情報としてネットワークデバイスに配信する情報処理装置であって、共通設定情報として管理された設定情報が配信対象データとなった際に、配信先が、該配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなる場合に、前記第１のネットワークデバイスと同じ種類で、かつ、前記配信対象データである共通設定情報を自装置に反映することができる第２のネットワークデバイスに対して、前記配信対象データを配信する第１配信手段と、前記第２のネットワークデバイスから、前記配信されて前記第２のネットワークデバイスの設定として反映された設定情報を、個別設定情報としてエクスポートさせることで、取得する取得手段と、前記取得された個別設定情報としての設定情報を、前記第１のネットワークデバイスに配信する第２配信手段と、を有する。前記第２のネットワークデバイスでは、個別設定情報としてエクスポートすることが可能な設定の一部の設定について、前記共通設定情報としても反映することができ、かつ、エクスポートすることができる。

本発明によれば、配信先が、配信対象データとしての共通設定情報を配信しても自装置の設定として反映できないデバイスである場合であっても、このデバイスに対して、配信対象データが反映された個別設定情報を配信することができる。

本実施形態のシステム構成を示す図である。 サーバとクライアントＰＣのハードウェア構成の一例を示す図である。 デバイスのハードウェア構成の一例を示す図である。 デバイスが保持する設定値データベースの一例を示す図である。 デバイスが保持する設定値データベースの一例を示す図である。 共通設定情報や個別設定情報を取得、配信する処理を説明する図である。 管理アプリケーションの動作処理の例を説明する図である。 デバイスリストと設定情報リストの例を示す図である。 デバイスからの設定情報の取得処理の例を説明する図である。 設定情報の配信処理の例を説明するフローチャートである。 管理アプリケーションが実行する処理の選択画面の一例である。 設定情報の取得処理において表示される画面を説明する図である。 設定情報の配信処理において表示される画面を説明する図である。 設定情報の配信処理において表示される画面を説明する図である。 図１０のＳ１３０７における設定情報の配信処理を説明する図である。 図１５のＳ１７０２における判断処理を説明する図である。 図１５のＳ１７０３の処理を説明する図である。 変換方法１に基づく設定情報の変換処理を説明する図である。 変換方法２に基づく設定情報の変換処理を説明する図である。 デバイスリストの一例を示す図である。 インポート処理を説明する図である。 エクスポート処理を説明する図である。 設定情報の配信処理を説明する図である。 設定情報の配信処理において表示される画面を説明する図である。 変換方法１に基づく設定情報の変換処理を説明する図である。 変換方法２に基づく設定情報の変換処理を説明する図である。 変換方法２に基づく設定情報の変換処理を説明する図である。

（実施例１）
図１は、本実施形態のシステム構成を示す図である。
図１に示す情報処理システムは、サーバ１０８、クライアントＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０９、１１０、ネットワークデバイス１０２乃至１０６を有する。以下の説明では、ネットワークデバイスを単に「デバイス」とも記述する。

サーバ１０８とクライアントＰＣ１０９、１１０とデバイス１０２乃至１０６とは、イントラネットあるいはローカルエリアネットワーク（ＬＡＮ）等のネットワーク１０１を介して相互に情報の送受信が可能である。ネットワーク１０１は、有線方式であってもＷｉ−Ｆｉ等の無線方式でもよい。また、ネットワーク１０１は、情報の送信・受信が可能であれば、インターネットなどのパブリックネットワークでもよい。

デバイス１０２乃至１０７は、例えば、複合機等の画像処理装置である。枠１１１は、プラットフォームＡのデバイスのグループを示す。枠１１２は、プラットフォームＢのデバイスのグループを示す。したがって、デバイス１０２乃至１０４のプラットフォームのタイプはＡ（以下「プラットフォームＡ」と記述）である。また、デバイス１０５乃至１０７のプラットフォームのタイプはＢ（以下「プラットフォームＢ」と記述）である。

サーバ１０８は、異なる種類のネットワークデバイスの間で共通して扱われる設定である共通設定情報と、同じ種類のネットワークデバイスの間で共通して扱われる設定である個別設定情報とのそれぞれを設定情報としてデバイスに配信する情報処理装置である。以下の説明では、異なるプラットフォーム間で互換性がある共通設定情報を保持（追加）することを「共通設定情報化」と記述する。共通設定情報化が進んだデバイスほど、保持する共通設定情報の設定項目数が多い。サーバ１０８は、本発明を適用したデバイス管理アプリケーション（以下「管理アプリケーション」と記述）をＷｅｂサービスとして実行する。クライアントＰＣ１０９、１１０は、ユーザが操作するコンピュータである。ユーザは、クライアントＰＣ１０９または１１０を操作することで、サーバ１０８上で実行される管理アプリケーションをＷｅｂサービス経由で操作することができる。また、クライアントＰＣ１０９、１１０から、各デバイスへ印刷ジョブ等を送信して印刷する等、様々なデバイス側の機能を利用することも可能である。

図２は、サーバとクライアントＰＣを実現するコンピュータのハードウェア構成の一例を示す図である。
図２に示すコンピュータは、ユーザインタフェース２０１乃至二次記憶装置２０６を備える。ユーザインタフェース２０１は、ディスプレイ、キーボード、マウス、タッチパネル、ボタン、スピーカー等による、情報や信号の入出力を行う。ネットワークインタフェース２０２は、ＬＡＮなどのネットワークに接続して、他の機器との通信を行う。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４には、サーバ１０８及びクライアントＰＣ１０９、１１０上で動作するプログラムおよびデータが記録されている。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、一時メモリ領域である。二次記憶装置２０６は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やフラッシュメモリ等である。
ＣＰＵ２０３は、コンピュータ全体を制御する。ＣＰＵ２０３は、ＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６などから読み込んだプログラムの実行や、各部とのデータのやり取りを行う。各部は入出力インタフェース２０７を介して接続されている。なお、後述する管理アプリケーションは、サーバ１０８のＲＯＭ２０４や二次記憶装置２０６に保存されている。サーバ１０８のＣＰＵ２０３が、管理アプリケーションをＲＡＭ２０５へ読み込んで実行する。

図３は、デバイスのハードウェア構成の一例を示す図である。
本実施形態では、デバイス１０２乃至１０７は、いわゆる複合機であり、印刷、コピー、Ｆａｘ送信等、複数の機能を実行可能である。デバイス１０２乃至１０７は、ユーザインタフェース３０１乃至送受信装置３０９を備える。

ユーザインタフェース３０１は、ディスプレイ、キーボード、マウス、タッチパネル、ボタン、スピーカーなどによる、情報や信号の入出力を行う。ネットワークインタフェース３０２は、ＬＡＮなどのネットワークに接続して、他の機器との通信を行う。ＲＯＭ３０４には、組み込み済みプログラムおよびデータが記録されている。ＲＡＭ３０５は、一時メモリ領域である。二次記憶装置３０６は、例えばＨＤＤやフラッシュメモリである。ＣＰＵ３０３は、デバイス全体を制御する。ＣＰＵ３０３は、ＲＯＭ３０４、ＲＡＭ３０５、二次記憶装置３０６などから読み込んだプログラムの実行や、各部とのデータのやり取りを行う。印刷装置３０７は、ネットワークインタフェース３０２で受信した印刷データ等、様々な情報を紙等の印刷媒体へ印刷する。

読取り装置３０８は、スキャナ等により、紙媒体等に記録されている情報を読取り、デバイス内で処理可能なデータに変換する。例えば、読取り装置３０８で原稿を読取った画像データを印刷装置３０７で印刷することにより、コピー機能を実現できる。送受信装置３０９は、Ｆａｘの送受信装置であり、電話回線を経由して他のＦａｘ機器とＦａｘ用信号の送受信を行う。例えば、ユーザインタフェース３０１で入力したＦａｘ番号へ読取り装置３０８で原稿から読取った画像データを送受信装置３０９から送信することが可能である。各部は入出力インタフェース３１０を介して接続されている。

図４および図５は、デバイスが保持する設定値データベースの一例を示す図である。
図４および図５を参照して、デバイスが個別設定情報及び共通設定情報を保持する仕組みを説明する。個別設定情報は、プラットフォームに依存し、異なるプラットフォーム間で互換性がない。共通設定情報は、異なるプラットフォーム間で互換性がある。各デバイスは、図４または図５に示す構成の設定値データベースによって、設定情報を保持している。設定値データベースによって保持される設定情報は、例えば、二次記憶装置３０６に記憶される。図４は、プラットフォームＡのデバイスが保持する設定値データベースを示す。また、図５は、プラットフォームＢのデバイスが保持する設定値データベースを示す。

設定値データベースでは、設定情報について、［シリアルＮｏ］、［設定値］（絶対値）、個別設定情報用の［設定項目階層］と［設定値］（形式）、共通設定情報用の［設定項目階層］と［設定値］（形式）の情報を保持している。［シリアルＮｏ］の情報は、各設定項目に割り当てているシリアルＮｏである。図４に示す例では、シリアルＮｏ２０は、「ＳＮＴＰを使用」の設定項目に割り当てられている。シリアルＮｏ２１は、「ポーリング間隔」という設定項目に割り当てられている。また、シリアルＮｏ３５は、「ポップサーバ名」という設定項目に割り当てられている。

［設定値（絶対値）］の情報は、デバイスが現時点で保持している各設定項目の設定値の絶対値である。「ＳＮＴＰを使用」の設定項目では、絶対値は、１や０と言った論理値ではなく、ＯＮ、又はＯＦＦ、といった情報である。例えば、「ＳＮＴＰを使用」の設定項目の場合、後述するように、プラットフォーム毎に論理が異なるので、例えば１という数値で情報を保持すると、その値（１という数値）がＯＮを示しているのかＯＦＦを示しているのか解らなくなってしまう。従って、［設定値］（絶対値）の情報は、どの様な論理や定義、形式であっても、デバイスに保持されている設定値の情報の内容が分かるようなデータとなっているので、絶対値と表現している。

個別設定情報用の［設定項目階層］の情報は、個別設定情報の設定項目の階層を示す情報である。「ポップサーバ名」の設定項目の例では、プラットフォームＡでは「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「電子メール設定」→「ポップサーバ名」といった情報が設定されている。一方、プラットフォームＢでは、「ネットワーク設定」→「電子メール設定」→「ポップサーバ名」といった情報が設定されている。

個別設定情報用の［設定値］（形式）の情報は、当該設定情報の形式や論理、範囲等の情報である。「ＳＮＴＰを使用」の設定項目の例では、プラットフォームＡではＯＮを示す値が１、ＯＦＦを示す値が０として定義されている。一方、プラットフォームＢでは、ＯＮを示す値が０、ＯＦＦを示す値が１として定義されている。

共通設定情報用の［設定項目階層］の情報は、共通設定情報化された設定項目の階層の情報である。「ポップサーバ名」の設定項目の例では、各プラットフォーム共通で「ネットワーク設定」→「電子メール設定」が設定されている。また、共通設定情報用の［設定値］（形式）の情報は、共通設定情報化された［設定値］の形式や論理、範囲等の情報である。「ポップサーバ名」の設定項目の例では、各プラットフォーム共通で、文字列（２４文字まで）が設定されている。共通設定情報用の情報は、どの設定項目であっても、各プラットフォーム共通の情報である。

次に、デバイスのプラットフォーム毎に存在する設定情報の差異について説明する。図４および図５に示す例では、各々のプラットフォームにおいて、個別設定情報は、以下のように異なる。プラットフォームＡでは、シリアルＮｏ２０に定義されている「ＳＮＴＰを使用」という設定項目が、「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「ＳＮＴＰ設定」という階層に定義されている。その設定値は、ＯＮを示す値が１、ＯＦＦを示す値が０となっている。一方、プラットフォームＢでは、「ＳＮＴＰを使用」という設定項目が、「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「ＳＮＴＰ設定」という同じ階層に定義されている。しかし、その設定値はＯＮを示す値が０、ＯＦＦを示す値が１となっている。つまり、プラットフォーム毎に設定値の論理が異なっている。

同様に、プラットフォームＡでは、「ポーリング間隔」という設定項目が「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「ＳＮＴＰ設定」という階層に定義されており、その設定値は１（秒）〜１００（秒）の範囲になっている。プラットフォームＢの「ポーリング間隔」という設定項目は、「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「ＳＮＴＰ設定」という同じ階層に定義されているが、その設定値が１（秒）〜１２０（秒）の範囲である。つまり、プラットフォーム毎に設定値の取り得る範囲が異なる。

また、プラットフォームＡでは、「ポップサーバ名」という設定項目が、「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「電子メール設定」という階層に定義されている。これに対して、プラットフォームＢの「ポップサーバ名」という設定項目は、「ネットワーク設定」→「電子メール設定」という階層に定義されている。つまり、プラットフォーム毎に設定項目の階層が異なる。このように、設定項目としては同じものであってもプラットフォームが異なることによる差異が存在する。したがって、あるデバイスから取得した設定情報をそのまま変更しないで、別のデバイスへ配信することができない場合がある。管理アプリケーションが、プラットフォームＡから取得した設定情報をプラットフォームＢのデバイスへ配信する場合（または逆方向の取得、配信をする場合）、管理アプリケーションは、以下の処理をする必要がある。管理アプリケーションは、配信する前に、設定情報をプラットフォームの仕様に合わせて変換する必要がある。上記のようなプラットフォームの違いによる設定情報の差異を解消するための対応を、デバイス側でも「共通設定情報」を持つ（共通設定情報化を進める）ことにより行っている。

以下に、プラットフォームの違いによる設定情報の差異の例を使い、デバイス側の共通設定情報化について説明する。まず、プラットフォームＡとプラットフォームＢにおいて「ＳＮＴＰを使用」、「ポーリング間隔」、「ポップサーバ名」の設定項目（個別設定情報）にそれぞれ差異があるが、これらを共通設定情報として以下のように定義することで共通設定情報化が行える。「ＳＮＴＰを使用」について、プラットフォームＡの共通設定情報の設定値は、元のままとし、プラットフォームＢの共通設定情報の設定値は、ＯＮを示す値が１、ＯＦＦを示す値が０として定義する。つまり、プラットフォームＢ側の設定値の論理を変更する。

「ポーリング間隔」についても、プラットフォームＡの共通設定情報の設定値は元のままとし、プラットフォームＢの共通設定情報の設定値を１（秒）〜１００（秒）の範囲と定義する。つまり、プラットフォームＢ側の設定値の取り得る範囲を変更する。「ポップサーバ名」については、プラットフォームＡの共通設定情報の設定項目を「ネットワーク設定」→「電子メール設定」という階層に定義し、プラットフォームＢの共通設定情報の設定項目の階層は元のままとする。つまり、プラットフォームＡ側の設定項目の階層を変更する。このように、各々のプラットフォームのデバイスが、共通設定情報を定義することにより共通設定情報化を行うことができる。図４において、網掛けしてある部分は、共通設定情報化を行った際に、各プラットフォームの個別設定情報を共通設定情報へ対応させる時に変更が加えられた部分である。

プラットフォームが異なっていても、各々のデバイスが共通設定情報を持ち、共通設定情報だけを扱うのであれば、異なるプラットフォーム間であっても設定情報を管理アプリケーション側での変換等の余計な処理無く取得、配信できる。さらに、共通設定情報化では、各々のプラットフォームのデバイスでは、設定情報を共通設定情報とすると共に、共通設定情報を作成した元の設定情報（個別設定情報）はそのまま保持している。また、各設定情報にシリアル番号を持つことで、個別設定情報と共通設定情報の関係を判別可能にしている。

例えば「ＳＮＴＰを使用」が、シリアルＮｏ２０に定義されている場合、個別設定情報でも、共通設定情報においてもシリアルＮｏ２０は「ＳＮＴＰを使用」の設定項目を示す。同様に、「ポーリング間隔」、「ポップサーバ名」にもシリアルＮｏを定義する事で、設定値の論理や範囲、設定項目の階層の差異があっても、それらが個別設定情報と共通設定情報において同じ設定情報であることを判別可能である。もちろん、シリアルＮｏは、一例であって、どの様なシリアルＮｏの値であっても本発明の効果に影響を与えるものではない。この様にデバイスが共通設定情報化を行う際、共通設定情報と共に個別設定情報も保持する様にしておくのは同じプラットフォーム間での互換性を保つために有効だからである。例えば、プラットフォームＡのデバイスのファームウェアバージョン１．０では、共通設定情報が存在しない、個別設定情報だけをもっている状態であったとする。この状態から、当該デバイスのファームウェアが更新され、ファームウェアバージョンがバージョン２．０に更新されると、共通設定情報の設定項目数が多くなる場合がある。この場合、バージョン１．０とバージョン２．０のデバイス間で設定情報を取得、配信するには、設定項目の数の違いから共通設定情報の配信が上手く行かず、逆に個別設定情報を利用することにより、取得、配信が上手く行くことがある。

図６は、管理アプリケーションとデバイス間で共通設定情報や個別設定情報を取得、配信する処理を説明する図である。
デバイス１０２等は、共通設定情報化を実施しているものとする。共通設定情報ファイル５０１は、管理アプリケーションとデバイス間で配信、取得される共通設定情報のファイルを示す。個別設定情報５０２は、管理アプリケーションとデバイス間で配信、取得される個別設定情報のファイルを示す。設定値データベース５０３は、図４および図５を参照して説明した設定値データベースである。例えば、サーバ１０８の管理アプリケーションからデバイス１０２等に対して、以前に取得済であり、保存していた共通設定情報ファイル５０１をデバイス１０２等へ配信（送信）する。

デバイス１０２等は、配信されたファイルが共通設定情報ファイル５０１であると判断すると、設定値データベース５０３の共通設定情報の部分の内容に従って、共通設定情報ファイル５０１から設定値データベースの設定値（絶対値）へ情報を保存する。

また、サーバ１０８の管理アプリケーションからデバイス１０２等に対して個別設定情報の取得を要求する場合もある。管理アプリケーションから個別設定情報の取得要求を受けたデバイス１０２等は、設定値データベース５０３の個別設定情報と、設定値（絶対値）の部分を参照して、個別設定情報ファイル５０２を作成し、管理アプリケーションへ送信する。

次に、共通設定情報化を実施したデバイスにおける取得、配信の動きについて、設定値データベース５０３におけるシリアルＮｏ３５の設定項目「ポップサーバ名」に注目して説明する。サーバ１０８の管理アプリケーションからデバイス１０２等に対して共通設定情報ファイル５０１を配信する時、共通設定情報ファイル５０１内の設定項目「ポップサーバ名」の設定値が「TestServer」であるものとする。共通設定情報ファイル５０１を受信したデバイス１０２等は、共通設定情報ファイル５０１の内容をシリアルＮｏ１から順番に確認し、それぞれ設定値データベース５０３の設定値（絶対値）の部分へ、情報を保存する。デバイス１０２等は、共通設定情報ファイル５０１のシリアルＮｏ３５の設定項目階層の値を設定値データベースの同じシリアルＮｏ（Ｎｏ３５）の共通設定情報の設定項目階層の値と比較する。シリアルＮｏ（Ｎｏ３５）の共通設定情報の設定項目階層の値は、例えば、「ネットワーク設定」→「電子メール設定」→「ポップサーバ名」である。比較の結果一致した場合、デバイス１０２等は問題ないと判断し、共通設定情報ファイル５０１の設定値を確認する。

共通設定情報ファイル５０１の設定値の確認の際にも、デバイス１０２等は、設定値データベース５０３の同シリアルＮｏ（Ｎｏ３５）の共通設定情報の設定値を参照する。図４に示す例では、設定値データベースの同シリアルＮｏ（Ｎｏ３５）の内容は「文字列（２４文字まで）」である。したがって、デバイス１０２等は、共通設定情報ファイル５０１側の設定値の内容（「TestServer」）も問題無いと判断し、設定値データベース５０３の設定値（絶対値）へ格納する。図４は、上記の処理を実行した後の、設定値データベースの状態を示している。図４に示す設定値データベースでは、シリアルＮｏ３５の設定項目「ポップサーバ名」の設定値（絶対値）は、「TestServer」になっている。

次に、サーバ１０８の管理アプリケーションが、デバイス１０２等から個別設定情報を取得する時の動作を説明する。まず、管理アプリケーションが、デバイス１０２等に対して個別設定情報を要求（取得要求）する。デバイス１０２等は、設定値データベース５０３の個別設定情報及び設定値（絶対値）の情報に従って、シリアルＮｏ１から順番に個別設定情報ファイル５０２を作成していく。従って、デバイス１０２等が作成した個別設定情報ファイル５０２のシリアルＮｏ３５の設定項目は、設定値データベースのシリアルＮｏ３５の個別設定情報の設定項目階層および設定値と、設定値（絶対値）に応じた情報となる。具体的には、設定項目階層は、「ネットワーク設定」→「ＴＣＰ／ＩＰ設定」→「電子メール設定」→設定項目「ポップサーバ名」である。設定値は、プラットフォームＡの場合は、「TestServer」、プラットフォームＢの場合、「Server777」という情報になる。

デバイス１０２等は、作成した個別設定情報ファイル５０２をサーバ１０８の管理アプリケーションに対して送信する。共通設定情報の配信から個別設定情報の取得に関する説明をしたが、個別設定情報の配信から共通設定情報の取得を行った場合でも同様な動作となる。共通設定情報化を実施したデバイスは、共通設定情報または個別設定情報のどちらか一方がデバイスに配信されると、設定情報の各設定値をもう一方（個別設定情報または共通設定情報）に対して反映して二次記憶装置３０６（図３）に記憶する。もちろん、反映されるのは、当該設定情報が個別設定情報と共通設定情報の両方に存在する場合だけなのは言うまでもない。

次に、デバイス１０２等のファームウェアのバージョンアップによって、共通設定情報化が進んでいく例を説明する。図４（Ａ），（Ｂ）に示す設定値データベースでは、シリアルＮｏ３６以降の共通設定情報の部分が［＊］になっている。これは、個別設定情報には、１２０個の設定項目があるのに対して、共通設定情報は３５個の設定項目しかないことを示している。デバイス側は、共通設定情報化をファームウェアのバージョンアップにより順次進めていく。

共通設定情報化が行われていない状態のバージョンが１．０であるとすると、例えば、３５個の設定項目の共通設定情報を持つバージョンが、バージョン２．０である。１００個の設定項目の共通設定情報を持つバージョンが、バージョン３．０である。しかし、個別設定情報については、デバイスの機能追加で追加される場合はあるが、ファームウェアのどのバージョンであっても、基本的にその数が変化しない。これは古いファームウェアのバージョンのデバイスとの設定情報の互換性を取るためである。さらに、デバイス側の共通設定情報化は、プラットフォームの種類やデバイスの機種によって進み方が様々である。例えば、プラットフォームＡのデバイスとプラットフォームＢのデバイスのファームウェアのバージョンが同じであったとしても、共通設定情報の種類（共通設定情報化の進捗）が異なる場合もある。

図７は、サーバ上で動作する管理アプリケーションの動作処理の例を説明するフローチャートである。
特別な説明が無ければ、以降説明する管理アプリケーションの処理は、ＲＯＭ２０４または二次記憶装置２０６からＲＡＭ２０５にコピーされたプログラムをＣＰＵ２０３が実行することによって行われる。まず、Ｓ１００１において、管理アプリケーションが、ネットワークインタフェース２０２を介して、ＬＡＮ１０１に接続されているデバイス１０２乃至１０７の各種情報を入手して、ＲＡＭ２０５または二次記憶装置２０６等に保持する。各種情報とは、具体的にはデバイス１０２〜１０７のデバイス名称、ファームウェアバージョン、プラットフォームの種類等の情報である。管理アプリケーションが、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｌｏｔｏｃｏｌ）を使用してＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）の情報を取得するようにしてもよい。また、管理アプリケーションやデバイスのベンダーが独自に作成してデバイスに実装しているデバイスの各種情報を取得する機能を使用してもよい。
Ｓ１００２において、管理アプリケーションが、Ｓ１００１で取得したデバイス１０２乃至１０７の各種情報を一覧にしたリスト（以下、「デバイスリスト」と記述する）を作成する。

図８は、デバイスリストと設定情報リストの例を示す図である。
図８（Ａ）は、デバイスリストの例を示す。管理アプリケーションは、図８（Ａ）に示すデバイスリストの形式で、デバイスの各種情報を記憶する。デバイスリストは、デバイス名称、ファームウェアバージョン、プラットフォーム、アドレスという４種類の情報を有する。この例では、アドレスは、各デバイスへ管理アプリケーションがアクセスする際のＩＰアドレスである。この例では、上記４種類の情報をデバイス１０２乃至１０７から取得しているが、上記４種類以外の情報を取得しても構わない。

図７の説明に戻る。Ｓ１００３において、管理アプリケーションが、ユーザから処理の選択があったかを判断する。管理アプリケーションは、サーバ１０８のユーザインタフェース２０１のディスプレイ上に、図１１に示すような画面を表示し、管理アプリケーションが実行する処理をユーザに選択させる。選択の対象となる処理は、例えば、取得や配信等の処理である。処理の選択がない場合は、処理がＳ１００３に戻る。処理の選択がある場合は、処理がＳ１００４以降に進む。管理アプリケーションは、ステップＳ１００３で選択された処理の種類を、ステップＳ１００４乃至ステップＳ１００８で判断し、該当する処理（ユーザが選択した処理）を実行する。Ｓ１００４において、管理アプリケーションが、取得がユーザに選択されたかを判断する。取得がユーザに選択されない場合は、処理がＳ１００５に進む。取得がユーザに選択された場合は、処理が図９のＳ１２０１に進む。

図９は、管理アプリケーションによる、デバイスからの設定情報の取得処理の例を説明するフローチャートである。また、図１２は、設定情報の取得処理において表示される画面を説明する図である。
図９のＳ１２０１において、管理アプリケーションが、デバイスリストをサーバ１０８のユーザインタフェース２０１のディスプレイ上に、図１２（Ａ）に示す画面を表示し、設定情報を取得する対象のデバイスをユーザに選択させる。続いて、Ｓ１２０２において、管理アプリケーションが、デバイスが選択されたかを判断する。図１２（Ａ）の画面において、「選択」ボタンと「完了」ボタンが押下されると、デバイスが選択される。デバイスが選択されていない場合は、処理がＳ１２０１に戻る。デバイスが選択された場合は、処理がＳ１２０４に進む。

Ｓ１２０４において、管理アプリケーションが、図１２（Ｂ）に示す画面を表示し、Ｓ１２０１で選択されたデバイスからの取得を開始して良いかどうかをユーザに確認することによって、設定が完了したかを判断する。図１２（Ｂ）は、Ｄｅｖ１０２（デバイス１０２）から設定情報の取得がユーザに選択された場合の画面を示す。ユーザによって「ＯＫ」ボタンが選択されると、管理アプリケーションは、設定が完了したと判断し、処理がＳ１２０５に進む。ユーザによって「戻る」ボタンが選択されると、処理がＳ１２０１に戻る。

次に、Ｓ１２０５において、管理アプリケーションが、図６を参照して説明した方法で、デバイスから設定情報を取得する。共通設定情報化が行われているデバイスから設定情報を取得する場合を想定する。例えば、デバイス１０２、１０３、１０５、１０６から設定情報を取得する場合、管理アプリケーションは、個別設定情報と共通設定情報の両方を取得する。一方、共通設定情報化が行われていないデバイス（例えば、デバイス１０４，１０７）から設定情報を取得する場合は、管理アプリケーションは、個別設定情報のみ取得する。管理アプリケーションは、取得した設定情報をＲＡＭ２０５または二次記憶装置２０６に保存する。また、ＲＡＭ２０５または二次記憶装置２０６に保存した設定情報は、後述する配信の処理において、図８（Ｂ）に示す設定情報リストで表示される。

次に、Ｓ１２０６において、管理アプリケーションが、設定情報の取得が完了したかを判断する。設定情報の取得が完了していない場合は、処理がＳ１２０６に戻る。設定情報の取得が完了した場合は、処理がＳ１２０７に進む。Ｓ１２０７において、管理アプリケーションが、取得結果をサーバ１０８のユーザインタフェース２０１のディスプレイ上に表示する。図１２（Ｃ）は、設定情報の取得結果の表示例を示す。

表示した取得の結果がユーザによって確認され、ユーザが「ＯＫ」を選択すると、管理アプリケーションが、取得の処理を終了する。そして、処理が、図７のＳ１００３に戻る。上記の取得の処理は、シリアライズされた処理として説明したが、スレッドやプロセスを使って処理を実行することにより、取得処理が完了する前に、処理を図７のＳ１００３に戻し、別の処理を受け付けて実行することも可能である。

図７の説明に戻る。Ｓ１００５において、管理アプリケーションが、配信がユーザに選択されたかを判断する。配信がユーザに選択されない場合は、処理がＳ１００６に進む。配信がユーザに選択された場合は、処理が図１０のＳ１３０１に進む。

図１０は、実施例１の管理アプリケーションによる設定情報の配信処理の例を説明するフローチャートである。また、図１３および図１４は、設定情報の配信処理において表示される画面を説明する図である。
Ｓ１３０１において、管理アプリケーションが、設定情報の取得処理やインポート処理によってＲＡＭ２０５または二次記憶装置２０６に保存したデバイスの各種情報を、図１３（Ａ）の画面のように、設定情報リストとして表示する。

図８（Ｂ）は、設定情報リストの例を示す。
設定情報リストは、名称、デバイス、データ、バージョン、プラットフォーム、アドレスといった情報を有する。名称は、デバイスから設定情報を取得した日時を元に自動的に作成され付けられた設定情報の名称である。また、名称の列の一番下の２行については、後述するインポートによって管理アプリケーションが取得した設定情報である。したがって、インポートされた設定情報の名称がそのまま残る。なお、名称をユーザが編集することも可能である。設定情報リストにおけるデバイスは、当該設定情報がどのデバイスから取得されたかを示す。データは、当該設定情報が、個別設定情報なのか、共通設定情報なのかを示す。設定情報の取得処理で説明したように、管理アプリケーションが共通設定情報化が行われているデバイスから設定情報を取得すると、同時に２種類の設定情報を取得する。したがって、設定情報リスト中には同じ日時のファイルが存在することになる。バージョンは、当該設定情報を取得したデバイスのファームウェアバージョンを示す。バージョンに設定される情報は、図８（Ａ）に示すデバイスリストのファームバージョンと同じ情報である。プラットフォームは、設定情報を取得したデバイスのプラットフォームの種類を示す。アドレスは、設定情報を取得したデバイスのＩＰアドレスを示す。従って、インポートで保存した設定情報（一番下の２行）には、アドレスの情報がない。

図１０の説明に戻る。Ｓ１３０２において、管理アプリケーションが、図１３（Ｂ）に示す画面を表示して、設定情報リストから配信対象の設定情報が選択されたかを判断する。設定情報が選択されない場合は、処理がＳ１３０１に戻る。設定情報が選択された場合は、処理がＳ１３０５に進む。配信の場合は１つの設定情報を複数のデバイスへ同時に配信することが可能である。従って、複数のデバイスが選択された状態であっても、処理がＳ１３０５に進む。

Ｓ１３０５において、管理アプリケーションが、配信に必要な情報を入力する。続いて、Ｓ１３０６において、管理アプリケーションが、図１４（Ａ）に示す画面を表示して、設定が完了したか、つまり設定情報の配信を開始してよいかを判断する。この例では、配信する設定情報は、20161201-083050-2 、配信対象のデバイスはＤｅｖ１０３とＤｅｖ１０７である。ユーザが、図１４（Ａ）に示す画面で「ＯＫ」ボタンを選択すると、管理アプリケーションが、設定が完了したと判断する。そして、処理がＳ１３０７に進む。ユーザが「戻る」ボタンを選択すると、管理アプリケーションが、設定が完了していないと判断する。そして、処理がＳ１３０１に戻る。

Ｓ１３０７において、管理アプリケーションが、実際に設定情報の配信処理を実行する。そして、Ｓ１３０８において、管理アプリケーションが、設定情報の配信結果をサーバ１０８のユーザインタフェース２０１のディスプレイ上に表示する。図１４（Ｂ）は、設定情報の配信結果の表示例を示す。配信結果がユーザによって確認され、ユーザが「ＯＫ」ボタンを選択すると、配信の処理が終了する。そして、処理が図７のＳ１００３に戻る。

図１５は、図１０のＳ１３０７における設定情報の配信処理の例を説明するフローチャートである。
Ｓ１７０１において、管理アプリケーションが、図１０のＳ１３０３でユーザが選択した配信先のデバイスの中から１つを選択する。次にＳ１７０１に処理が戻ってきた場合は、まだ選択されていない配信先のデバイスの中から１つが選択される。続いて、Ｓ１７０２において、管理アプリケーションが、図１０のＳ１３０１で選択された配信対象の設定情報と、Ｓ１７０１で選択された配信先のデバイス（第１のネットワークデバイス）の情報を元に、以下の処理を実行する。管理アプリケーションは、配信対象の設定情報を管理アプリケーションが変換しないで直接配信先のデバイスへ配信可能であるかを判断する。

図１６は、図１５のＳ１７０２における判断処理の例を説明するフローチャートである。
Ｓ１８０１において、管理アプリケーションが、配信する設定情報の種類が、個別設定情報、共通設定情報のうちのいずれであるかを判断する。管理アプリケーションは、図８（Ａ）のデバイスリストと、図８（Ｂ）の設定情報リストとを参照することによって、Ｓ１８０１の判断処理を実行する。配信する設定情報の種類が、共通設定情報である場合は、処理がＳ１８０２に進む。配信する設定情報の種類が、個別設定情報である場合は、処理がＳ１８０５に進む。

Ｓ１８０２において、管理アプリケーションが、配信対象の共通設定情報と配信先のデバイスとの共通設定情報化進捗を比較する。具体的には、管理アプリケーションは、各々に対応するファームウェアバージョンを比較することで、いずれの共通設定情報化が進んでいるかを判断する。例えば、図１４（Ａ）に示すように、配信する設定情報：20161201-083050-2 、配信先のデバイス：Ｄｅｖ１０３の場合、図８（Ｂ）を参照すると、設定情報のファームウェアバージョンは３．０である。また、図８（Ａ）を参照すると、配信先のデバイスのファームウェアバージョンは１．０である。したがって、配信先のデバイスのファームウェアバージョン（１．０）の方が設定情報のファームウェアバージョン（３．０）よりも低い。したがって、管理アプリケーションは、配信先のデバイスの共通設定情報化は、配信対象の設定情報の共通設定情報化よりも進んでいないと判断する。つまり、配信先のデバイスのほうが共通設定情報の設定項目数が少なく（例えば、２１個）、配信する設定情報（例えば、３５個）が反映できない（図４および図５に示す設定値（絶対値）が設定できない）ことになる。したがって、処理がＳ１８０４に進み、管理アプリケーションが、配信対象の設定情報を配信先のデバイスに直接配信できないと判断する。つまり、管理アプリケーションは、共通設定情報として管理された設定情報が配信対象データとなった際に、配信先が、該配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなると判断する。

また、例えば、配信対象の設定情報：20161201-083050-2 、配信先のデバイス：Ｄｅｖ１０５の組合せの場合、配信先のデバイスのファームウェアバージョン（４．０）が、設定情報のファームウェアバージョン（３．０）以上である。従って、この場合は、配信先のデバイスの共通設定情報化は、配信対象の設定情報の共通設定情報化よりも進んでいると判断され、処理がＳ１８０３に進む。Ｓ１８０３において、管理アプリケーションが、配信対象の設定情報を配信先のデバイスに直接配信できると判断する。ステップＳ１８０３、ステップＳ１８０４では、管理アプリケーションは、判断結果をＲＡＭ２０５または二次記憶装置２０６に保存する。

また、Ｓ１８０５において、管理アプリケーションが、図８（Ｂ）に示す設定情報リストを参照して、配信対象の設定情報のプラットフォームを確認する。また、管理アプリケーションは、図８（Ａ）に示すデバイスリストを参照して、配信先のデバイスのプラットフォームを確認する。そして、管理アプリケーションが、配信対象の設定情報のプラットフォームが、配信先のデバイスのプラットフォームと同じであるかを判断する。配信対象の設定情報のプラットフォームが、配信先のデバイスのプラットフォームと同じである場合は、処理がＳ１８０３に進む。配信対象の設定情報のプラットフォームが、配信先のデバイスのプラットフォームと同じでない場合は、処理がＳ１８０４に進む。そして、管理アプリケーションが、配信対象の設定情報を配信先のデバイスに直接配信できない、つまり、配信先が、個別設定情報を配信対象データを配信しても自装置の設定として反映できない第３のネットワークデバイスであると判断する。

図１５の説明に戻る。Ｓ１７０２において、管理アプリケーションが、図１６のＳ１８０３、Ｓ１８０４で保存した判断結果を元に、配信対象の設定情報を配信先のデバイスに直接配信できるか判断する。配信対象の設定情報を配信先のデバイスに直接配信できない場合は、処理がＳ１７０３に進む。配信対象の設定情報を配信先のデバイスに直接配信できる場合は、処理がＳ１７０７に進む。

Ｓ１７０３において、管理アプリケーションが、配信対象の設定情報を共通設定情報化されたデバイス（第２のネットワークデバイス）を利用して配信先のデバイスへ配信可能な設定情報へ変換することが可能であるかを判断する。

図１７は、図１５のＳ１７０３の処理の例を説明するフローチャートである。
Ｓ１９０１において、管理アプリケーションが、配信対象の設定情報が、個別設定情報、共通設定情報のうちのいずれであるかを判断する。配信対象の設定情報が、共通設定情報である場合は、処理がＳ１９０２に進む。配信対象の設定情報が、個別設定情報である場合は、処理がＳ１９０５に進む。

Ｓ１９０２において、管理アプリケーションが、配信先のデバイスと同じ種類のデバイスを探索する。この例では、管理アプリケーションは、配信先のデバイスのプラットフォームと同じプラットフォームのデバイスを探索する。具体的には、管理アプリケーションが、デバイスリスト（図８（Ａ））を参照して、配信先のデバイスと同じ種類のプラットフォームのデバイスが、管理アプリケーションが置かれている環境（図１）に存在しているかを判断する。後述する図１８のＳ２００５で最終的に配信するのは個別設定情報から抽出された設定情報である。したがって、配信先のデバイスと同じ種類のプラットフォームのデバイスを探索し、そのデバイスを介して個別設定情報を取得（Ｓ２００３）する必要があるからである。配信先のデバイスと同じ種類のプラットフォームのデバイスが管理アプリケーションが置かれている環境に存在する場合は、処理がＳ１９０３に進む。配信先のデバイスと同じ種類のプラットフォームのデバイスが管理アプリケーションが置かれている環境に存在しない場合は、処理がＳ１９０８に進む。例えば、図１４（Ａ）に示すように、配信先のデバイスがＤｅｖ１０３であれば、Ｄｅｖ１０３はプラットフォームＡなので、同じプラットフォームのデバイスとして、Ｄｅｖ１０２とＤｅｖ１０４の２つが存在する。

次に、Ｓ１９０３において、管理アプリケーションが、ファームウェアバージョンに基づいて、Ｓ１９０２で探索されたデバイスのうち、配信する共通設定情報以上に共通設定情報化が進んでいるデバイス（第２のネットワークデバイス）を探索する。配信する共通設定情報以上に共通設定情報化が進んでいるデバイスからでないと、後述する図１８のＳ２００３において、共通設定情報の設定が反映された個別設定情報を取得できないからである。また、配信する共通設定情報以上に共通設定情報化が進んでいるデバイスであれば、配信された共通設定情報を自装置に反映することができるからである。例えば、配信する共通設定情報：20161201-083050-2 の場合、図８（Ｂ）を参照すると、ファームウェアバージョンは、３．０である。Ｓ１９０３で探索されたＤｅｖ１０２とＤｅｖ１０４のファームウェアのバージョンは、それぞれ３．０と０．０である。したがって、管理アプリケーションは、配信する共通設定情報以上に共通設定情報化が進んでいるデバイスＤｅｖ１０２が存在すると判断する。そして、処理がＳ１９０４に進む。配信する共通設定情報以上に共通設定情報化が進んだデバイスが存在しない場合は、処理がＳ１９０８に進む。Ｓ１９０８において、従来通り、管理アプリケーションが、配信対象の設定情報を配信先のデバイスに合わせて変換すると決定する。管理アプリケーションは、この決定結果をＲＡＭ２０５または二次記憶装置２０６へ保存する。

Ｓ１９０４において、管理アプリケーションが、共通設定情報化が進んだデバイスを利用した設定情報の変換（以下、「変換方法１」と記述する）が可能であると決定する。管理アプリケーションは、決定結果をＲＡＭ２０５または二次記憶装置２０６へ保存する。なお、管理アプリケーションが、変換方法１による設定情報の変換に使用するデバイス（例えば、Ｄｅｖ１０２）の情報をＲＡＭ２０５または二次記憶装置２０６へ保存するようにしてもよい。

また、Ｓ１９０５において、管理アプリケーションが、デバイスリスト（図８（Ａ））を参照して、共通設定情報化が完了したデバイスを探索し、当該デバイスが存在するかを判断する。図８（Ａ）に示すデバイスリストでは、ファームウェアバージョンが最大でも４．０である。したがって、共通設定情報化が完了したデバイスは存在しないので、処理がＳ１９０８に進む。しかし、例えば、デバイスリストが図２０に示すデバイスリストである場合を想定する。図２０中、ファームウェアバージョン９９．０は、共通設定情報化が完了していることを示す。共通設定情報化が完了していることは、個別設定情報の設定項目と同じ数の設定項目分の共通設定情報があることを意味する。共通設定情報化が完了したデバイスとして、Ｄｅｖ２２０とＤｅｖ２２１が存在する。したがって、この場合には、処理がステップＳ１９０６に進む。

次に、Ｓ１９０６において、Ｓ１９０５で探索された共通設定情報化が完了したデバイスのプラットフォームが、配信対象の設定情報と配信先のデバイスのプラットフォームと一致しているかを判断する。例えば、図２０のデバイスリストに存在したＤｅｖ２２０、Ｄｅｖ２２１は、それぞれ、プラットフォームＡ、Ｂである。配信対象の設定情報がプラットフォームＡで配信先のデバイスがプラットフォームＢである場合には、探索されたデバイスのプラットフォームは、配信対象の設定情報と配信先のデバイスのプラットフォームと一致しているので、処理がＳ１９０７に進む。なお、配信対象の設定情報がプラットフォームＢで配信先のデバイスがプラットフォームＡである場合にも、探索されたデバイスのプラットフォームは、配信対象の設定情報と配信先のデバイスのプラットフォームと一致しているので、処理がＳ１９０７に進む。探索されたデバイスのプラットフォームが、配信対象の設定情報と配信先のデバイスのプラットフォームと一致していない場合には、処理がＳ１９０８に進む。

Ｓ１９０７において、管理アプリケーションが、共通設定情報化が完了したデバイスを利用した設定情報の変換（以下、「変換方法２」と記述する）が可能であると決定する。管理アプリケーションは、決定結果をＲＡＭ２０５または二次記憶装置２０６に保存する。なお、管理アプリケーションが、変換方法２による設定情報の変換に使用するデバイス（例えば、Ｄｅｖ２２０、Ｄｅｖ２２１）の情報をＲＡＭ２０５または二次記憶装置２０６へ保存するようにしてもよい。

個別設定情報を配信対象の設定情報と異なるプラットフォームのデバイスへ配信する場合、管理アプリケーションは、配信対象の設定情報と配信先のデバイスのプラットフォームと一致する、共通設定情報化が完了したデバイスを使用する変換方法２を用いる。

また、共通設定情報を、配信する設定情報よりも共通設定情報化が進んでいないデバイスへ配信する場合を想定する。この場合には、管理アプリケーションは、配信先のデバイスと同じプラットフォームで、かつ共通設定情報化が配信する設定情報よりも進んだデバイスを使用する変換方法１を用いる。

図１５の説明に戻る。Ｓ１７０３においては、管理アプリケーションは、図１７のＳ１９０４、Ｓ１９０７、Ｓ１９０８で保存した結果に基づいて、共通設定情報化の進んだデバイスを利用して配信する設定情報を変換できるかを判断する。共通設定情報化の進んだデバイスを利用して配信する設定情報を変換できる場合は、処理がＳ１７０４に進む。共通設定情報化の進んだデバイスを利用して配信する設定情報を変換できない場合は、処理がＳ１７０５に進む。

Ｓ１７０４において、管理アプリケーションが、図１７のＳ１９０４、Ｓ１９０７で保存した決定結果に基づいて、共通設定情報化の進んだデバイスを利用した変換方法１または変換方法２の方法で配信対象の設定情報を変換する。これにより、配信先のデバイスに実際に配信する設定情報を作成する。

図１８は、変換方法１に基づく設定情報の変換処理の例を説明するフローチャートである。
Ｓ２００１において、管理アプリケーションが、第１配信手段として、図１７のＳ１９０３で探索された、設定情報の変換に使用する第２のネットワークデバイスに対して、配信対象の設定情報を配信する。続いて、Ｓ２００２において、管理アプリケーションが、設定情報の配信が成功したかを判断する。設定情報の配信が成功した場合は、処理がＳ２００３に進む。設定情報の配信が失敗した場合は、処理がＳ２００６に進む。

Ｓ２００３において、管理アプリケーションが、Ｓ２００１で配信されて第２のネットワークデバイスの設定として反映された設定情報を、個別設定情報としてエクスポートさせることで、当該第２のネットワークデバイスから取得する。第２のネットワークデバイスは、個別設定情報としてエクスポートすることが可能な設定の一部の設定について、共通設定情報としても反映することができ、かつ、エクスポートすることができる。この例では、第２のネットワークデバイスは、共通設定情報化が行われているデバイスであり、図６等を使って説明した通り、当該デバイスに共通設定情報を配信することにより、当該デバイスにおいて、個別設定情報へ共通設定情報と同じ設定情報が反映される。つまり、共通設定情報化が行われたデバイスによる設定情報の変換が行われたことになる。その結果、Ｓ２００３で取得する個別設定情報と、Ｓ２００１で配信した共通設定情報とは同じ設定情報となっている。

次に、Ｓ２００４において、管理アプリケーションが、個別設定情報の取得が成功したかを判断する。個別設定情報の取得が成功した場合は、処理がＳ２００５に進む。個別設定情報の取得が失敗した場合は、処理がＳ２００６に進む。続いて、Ｓ２００５において、管理アプリケーションが、Ｓ２００３で取得した個別設定情報の中から、実際に配信先の第１のネットワークデバイスに第２配信手段として配信すべき個別設定情報を抽出する。図１３（Ａ）の画面上でユーザが選択した設定情報（共通設定情報）の項目数は、個別設定情報の項目数よりも少ない。したがって、管理アプリケーションは、共通設定情報と同じ設定項目分の設定情報をＳ２００３で取得した個別設定情報から抽出する。

Ｓ２００７において、管理アプリケーションが、Ｓ２００５で抽出した設定情報と、共通設定情報化が行われたデバイスによる設定情報の変換が成功したことを示す情報とをＲＡＭ２０５または二次記憶装置２０６に保存する。また、Ｓ２００６において、管理アプリケーションが、共通設定情報化が行われたデバイスによる変換が失敗したことを示す情報をＲＡＭ２０５または二次記憶装置２０６に保存する。

図１９は、変換方法２に基づく設定情報の変換処理の例を説明するフローチャートである。
Ｓ２１０１において、管理アプリケーションが、第４のネットワークデバイスに個別設定情報を配信する。第４のネットワークデバイスは、図１７のＳ１９０６で探索されたデバイスのうち、配信対象の個別設定情報に対応するデバイスの種類（プラットフォーム）と同じプラットフォームのデバイスである。続いて、Ｓ２１０２において、管理アプリケーションが、配信対象の設定情報の配信が成功したかを判断する。配信対象の設定情報の配信が成功した場合は、処理がＳ２１０３に進む。配信対象の設定情報の配信が失敗した場合は、処理がＳ２１１０に進む。

次に、Ｓ２１０３において、管理アプリケーションが、第４のネットワークデバイスから、配信されて第４のネットワークデバイスの設定として反映された設定情報を、共通設定情報としてエクスポートさせることで取得する。第４のネットワークデバイスは、共通設定情報化がされているデバイスであるので、配信された個別設定情報は、共通設定情報に反映されている。したがって、Ｓ２１０３では、ステップＳ２１０１で配信した個別設定情報と同じ設定情報の共通設定情報が取得できる。

次に、Ｓ２１０４において、管理アプリケーションが、共通設定情報の取得が成功したかを判断する。共通設定情報の取得が成功した場合は、処理がＳ２１０５に進む。共通設定情報の取得が失敗した場合は、処理がＳ２１１０に進む。Ｓ２１０５において、管理アプリケーションが、取得した共通設定情報を、第５のネットワークデバイスに対して配信する。第５のネットワークデバイスは、Ｓ１９０６で探索したデバイスのうち、配信先の第３のネットワークデバイス（図１３（Ｂ）の画面上で選択されたデバイス）と同じプラットフォームのデバイスである。

次に、Ｓ２１０６において、管理アプリケーションが、Ｓ２１０５での共通設定情報の配信が成功したかを判断する。共通設定情報の配信が成功した場合は、処理がＳ２１０７に進む。共通設定情報の配信が失敗した場合は、処理がＳ２１１０に進む。続いて、Ｓ２１０７において、管理アプリケーションが、第５のネットワークデバイスから、共通設定情報を配信されて第５のネットワークデバイスの設定として反映された設定情報を、個別設定情報としてエクスポートさせることで取得する。第５のネットワークデバイスは、共通設定情報化が進んでいるので、配信された共通設定情報は個別設定情報に反映されている。

次に、Ｓ２１０８において、管理アプリケーションが、Ｓ２１０７での個別設定情報の取得が成功したかを判断する。個別設定情報の取得が成功した場合は、処理がＳ２１０９に進む。個別設定情報の取得が失敗した場合は、処理がＳ２１１０に進む。続いて、Ｓ２１０９において、管理アプリケーションが、配信先のデバイス（図１３（Ｂ）の画面上で選択されたデバイス）へ配信する設定情報の作成が成功したことを示す情報と、作成した設定情報とをＲＡＭ２０５または二次記憶装置２０６に保存する。また、Ｓ２１１０において、管理アプリケーションは、配信する設定情報の作成に失敗したことを示す情報をＲＡＭ２０５または二次記憶装置２０６に保存する。

図１５の説明に戻る。上記説明したＳ１７０４の処理（変換方法１または変換方法２の処理）が完了すると、ステップＳ１７０６に進む。Ｓ１７０６において、管理アプリケーションが、配信する設定情報の作成に成功したかを判断する。配信する設定情報の作成に成功した場合は、処理がＳ１７０７に進む。配信する設定情報の作成に失敗した場合は、処理がＳ１７０５に進む。Ｓ１７０７において、管理アプリケーションが、Ｓ１７０４で作成した設定情報を配信先のデバイスへ配信する。また、Ｓ１７０５において、管理アプリケーションが、従来例通りの方法で設定情報を変換し、配信する設定情報を作成する。そして、Ｓ１７０７において、管理アプリケーションが、Ｓ１７０５で作成した設定情報を配信先のデバイスに配信する。続いて、Ｓ１７０８において、管理アプリケーションが、配信先の全てのデバイスに対する設定情報の配信が完了したかを判断する。配信が完了していないデバイスが残っている場合は、処理がＳ１７０１に戻る。配信先の全てのデバイスに対する設定情報の配信が完了した場合は、Ｓ１３０７の処理から抜ける。

次に、設定情報のインポート処理について説明する。図７のＳ１００６において、管理アプリケーションが、インポートが選択されたかを判断する。インポートが選択されない場合は、処理がＳ１００７に進む。インポートが選択された場合は、管理アプリケーションが、以下に説明するインポート処理を実行する。

図２１は、インポート処理を説明する図である。
まず、管理アプリケーションが、図２１（Ａ）に示す画面をサーバ１０８のユーザインタフェース２０１のディスプレイ上に表示する。管理アプリケーションは、図２１（Ａ）の画面上でユーザによって入力（選択）される、インポート対象の設定情報のファイル名やファイルパスを受け付ける。ユーザは、図２１（Ａ）の画面において、インポートする設定情報のファイル名とファイルパスを入力してもよいし、「参照」のボタンを押下することで、インポートする設定情報をサーバ１０８等から参照して選択してもよい。管理アプリケーションは、ユーザが「完了」ボタンを押下するのを待つ。「完了」ボタンが押下された場合は、管理アプリケーションは、図２１（Ａ）の画面上で入力された設定情報のファイルを検索後、設定情報のインポートを実行して、ＲＡＭ２０５または二次記憶装置２０６に保存する。図２１（Ａ）の画面上で入力された設定情報のファイルパスが、サーバ１０８以外のＰＣやサーバ等であっても、本発明の効果に影響はない。設定情報のインポートが完了すると、管理アプリケーションは、図２１（Ｂ）に示すように、インポート結果をサーバ１０８のユーザインタフェース２０１のディスプレイ上に画面表示する。なお、インポートした設定情報は、図８（Ｂ）の設定情報リストに表示されるようになる。図２１（Ｂ）の画面でユーザが「ＯＫ」を選択すると、管理アプリケーションが、インポートの処理を終了する。そして、処理が図７のＳ１００３に戻る。

図７の説明に戻る。Ｓ１００７において、管理アプリケーションが、エクスポートが選択されたかを判断する。エクスポートが選択されない場合は、処理がＳ１００８に進む。エクスポートが選択された場合は、管理アプリケーションは、以下に説明するエクスポート処理を実行する。

図２２は、エクスポート処理を説明する図である。
まず、管理アプリケーションが、図２２（Ａ）に示す画面をサーバ１０８のユーザインタフェース２０１のディスプレイ上に表示する。管理アプリケーションは、図２２（Ａ）の画面上でのエクスポート対象の設定情報の選択を受け付ける。続いて、管理アプリケーションが、図２２（Ｂ）に示す画面を表示して、選択された設定情報のエクスポートを開始してよいかを確認する。図２２（Ｂ）に示す画面上で、ユーザが「ＯＫ」を選択すると、管理アプリケーションが、設定情報のエクスポートを開始してよいことを確認し、実際のエクスポートを実行する。図２２（Ｂ）の画面で「戻る」が選択された場合は、図２２（Ａ）の画面へ戻る。なお、図示しないが、実際のエクスポート処理では、管理アプリケーションは、例えばユーザの操作にしたがって、エクスポートする設定情報を保存する先（エクスポート先のファイル名やファイルパス）を指定する。エクスポートが完了すると、管理アプリケーションが、図２２（Ｃ）に示すように、エクスポート結果を画面表示する。図２２（Ｃ）の画面上でユーザが「ＯＫ」を選択すると、管理アプリケーションが、エクスポートの処理を終了する。そして、処理が図７のＳ１００３に戻る。

図７のＳ１００８において、管理アプリケーションが、終了が選択されたかを判断する。終了が選択されていない場合は、処理がＳ１００３に戻る。終了が選択された場合は、管理アプリケーションの処理を終了する。

（実施例２）
次に、実施例２について説明する。実施例２の処理も、ＲＯＭ２０４または二次記憶装置２０６からＲＡＭ２０５にコピーされたプログラムをＣＰＵ２０３が実行することによって行われる。

実施例１では、設定情報をデバイスへ配信する際に、配信する設定情報を設定情報リスト（図８（Ｂ））からユーザに選択させていた。実施例２では、管理アプリケーションは、デバイスリスト（図８（Ａ））から選択されたデバイスから設定情報を取得し、該取得した設定情報をデバイスへの配信対象の設定情報とする。実施例２の管理アプリケーションも、図６を参照して説明した動作処理と同様の処理を実行する。

図２３は、実施例２の管理アプリケーションによる設定情報の配信処理の例を説明するフローチャートである。また、図２４は、設定情報の配信処理において表示される画面を説明する図である。

図２３のＳ２８０１は、図７のＳ１００５の判断処理で配信が選択された場合に実行する処理である。Ｓ２８０１において、管理アプリケーションが、デバイスリストをサーバ１０８のユーザインタフェース２０１のディスプレイ上に画面表示し、設定情報を取得する対象のデバイスをユーザに選択させる。Ｓ２８０１で表示される画面（第１の選択画面）は、図１２（Ａ）の画面と同様の画面である。

次に、Ｓ２８０２において、管理アプリケーションが、デバイスリストからデバイスが選択されたか（「選択」ボタンと「完了」ボタンが押下されたか）を判断する。デバイスが選択されない場合は、処理がＳ２８０１に戻る。デバイスが選択された場合は、処理がＳ２８０３に進む。

Ｓ２８０３において、管理アプリケーションが、図２４（Ａ）に示す画面を表示する。そして、管理アプリケーションは、Ｓ２８０１において選択されたデバイスから取得する設定情報の種類をユーザに選択させる。続いて、管理アプリケーションが、設定情報の種類が選択されたか（「個別」または「共通」ボタンと「ＯＫ」ボタンが押下されたか）を判断する。設定情報の種類が選択されない場合は、処理がＳ２８０３に戻る。設定情報の種類が選択された場合は、処理がＳ２８０６に進む。

Ｓ２８０６において、管理アプリケーションが、図２４（Ｂ）に示す画面を表示し、設定が完了したか、つまりデバイスから設定情報の取得を開始してよいかを判断する。図２４（Ｂ）の画面上で、ユーザが「ＯＫ」ボタンを押下すると、管理アプリケーションは、設定が完了したと判断して、処理がＳ２８０７に進む。ユーザが「ＯＫ」ボタンを押下すると、管理アプリケーションが、設定が完了していないと判断して、処理がＳ２８０１に戻る。

Ｓ２８０７において、管理アプリケーションが、設定情報の取得処理を開始する。Ｓ２８０７で管理アプリケーションが行う設定情報の取得処理は、図６等を参照して前述した処理と同様である。続いて、Ｓ２８０８において、管理アプリケーションが、設定情報の取得が完了したかを判断する。設定情報の取得が完了していない場合は、処理がＳ２８０８に戻る。設定情報の取得が完了した場合は、処理がＳ２８０９に進む。

Ｓ２８０９において、管理アプリケーションが、設定情報の取得が成功したかを判断する。設定情報の取得が成功した場合は、処理がＳ２８１０に進む。設定情報の取得が失敗した場合は、処理が図７のＳ１００３に戻る。

Ｓ２８１０乃至Ｓ２８１４の処理、つまり配信対象のデバイスの選択と実際の配信処理は、図１０のＳ１３０３乃至Ｓ１３０７の処理と同様である。Ｓ２８１０で表示されるデバイスリストの画面は、配信先のデバイスを選択する第２の選択画面である。Ｓ２８１５において、管理アプリケーションが、サーバ１０８のユーザインタフェース２０１のディスプレイ上に設定情報の配信結果を図２４（Ｃ）に示すように画面表示する。設定情報の配信結果がユーザによって確認され，ユーザが「ＯＫ」を押下すると、管理アプリケーションは、配信処理を終了する。そして、処理が図７のＳ１００３に戻る。なお、Ｓ２８０９で、設定情報の取得が失敗したと判断された場合に、処理がＳ２８１５に進むようにしてもよい。この場合には、配信する設定情報自体が準備（取得）できなかったので、Ｓ２８１５において、管理アプリケーションは、配信の失敗を示す情報を画面表示する。

（実施例３）
図２５は、実施例３における変換方法１に基づく設定情報の変換処理の例を説明するフローチャートである。
図２５を参照して説明する処理は、ＲＯＭ２０４または二次記憶装置２０６からＲＡＭ２０５にコピーされたプログラムをＣＰＵ２０３が実行することによって行われる。実施例１では、管理アプリケーションは、共通設定情報化が進んだデバイスを利用して設定情報の変換を行う際に、設定情報の変換に利用するデバイスに対して、事前の処理を行わずに設定情報を配信して設定情報の変換を行っていた。実施例３では、事前に設定情報の変換の為に利用するデバイスから設定情報を一時的に保存（バックアップ）してから、設定情報の変換を行う。そして、設定情報の変換後に、バックアップしておいた設定情報をデバイスへ戻す。

図２５のＳ３００１において、管理アプリケーションが、図１７のＳ１９０３で探索された、設定情報の変換に使用するデバイスから設定情報を取得する。Ｓ３００１において取得される設定情報は、個別設定情報と共通設定情報の両方である。続いて、Ｓ３００２において、管理アプリケーションが、設定情報の取得が成功したかを判断する。設定情報の取得が成功した場合は、処理がＳ３００３に進む。設定情報の取得が失敗した場合は、処理がＳ３０１２に進む。Ｓ３００３において、管理アプリケーションが、取得した設定情報（個別設定情報と共通設定情報）をＲＡＭ２０５または二次記憶装置２０６に保存する。Ｓ３００４乃至Ｓ３００８の処理は、図１８のＳ２００１乃至Ｓ２００５と同様の処理であるので、説明を省略する。なお、Ｓ３００５及びＳ３００７で配信や取得に失敗した場合には、Ｓ３０１２に進む。

Ｓ３００９において、管理アプリケーションが、Ｓ３００３で保存した設定情報（個別設定情報、共通設定情報）を、設定情報を取得したデバイスへ配信する（戻す）。続いて、Ｓ３０１０において、管理アプリケーションが、Ｓ３００９での設定情報の配信が成功したかを判断する。設定情報の配信が成功した場合は、処理がＳ３０１１に進む。設定情報の配信が失敗した場合は、処理がＳ３０１２に進む。Ｓ３０１１とＳ３０１２の処理については、図１８のＳ２００７とＳ２００６の処理と同様である。

図２６および図２７は、実施例３における変換方法２に基づく設定情報の変換処理の例を説明するフローチャートである。
まず、図２６のＳ３１０１において、管理アプリケーションが、図１７のＳ１９０６で探索された、配信対象の設定情報と同じプラットフォームのデバイスから設定情報を取得する。Ｓ３１０１で取得される設定情報は、個別設定情報と共通設定情報の両方である。続いて、Ｓ３１０２において、管理アプリケーションが、Ｓ３１０１での設定情報の取得が成功したかを判断する。設定情報の取得に成功した場合は、処理がＳ３１０３に進む。設定情報の取得に失敗した場合は、処理がＳ３１２０に進む。

次に、Ｓ３１０３において、管理アプリケーションが、取得した設定情報（個別設定情報、共通設定情報）をＲＡＭ２０５または二次記憶装置２０６に保存する。以降のステップＳ３１０４乃至Ｓ３１０７の処理は、図１９のＳ２１０１乃至Ｓ２１０４と同様の処理であるので、説明を省略する。なお、Ｓ３１０５及びＳ３１０７で配信や取得に失敗した場合には、処理がＳ３１２０に進む。

Ｓ３１０６での共通設定情報の取得が成功した場合（Ｓ３１０７でＹｅｓ）は、処理がＳ３１０８に進む。Ｓ３１０８において、管理アプリケーションが、Ｓ３１０３で保存した設定情報（個別設定情報、共通設定情報）を、設定情報を取得したデバイスへ配信する（戻す）。続いて、Ｓ３１０９において、管理アプリケーションが、Ｓ３１０８での設定情報の配信が成功したかを判断する。設定情報の配信が成功した場合は、処理が、図２７のＳ３１１０に進む。設定情報の配信が失敗した場合は、処理がＳ３１２０に進む。

次に、図２７のＳ３１１０において、管理アプリケーションが、図１７のＳ１９０６で探索された、配信先のデバイスと同じプラットフォームのデバイスから設定情報を取得する。続いて、Ｓ３１１１において、管理アプリケーションが、Ｓ３１１０での設定情報の取得が成功したかを判断する。設定情報の取得が成功した場合は、処理がＳ３１１２に進む。設定情報の取得が失敗した場合は、処理が、図２６のＳ３１２０に進む。

次に、Ｓ３１１２において、管理アプリケーションが、Ｓ３１１０で取得した設定情報（個別設定情報、共通設定情報）をＲＡＭ２０５または二次記憶装置２０６に保存する。以降のＳ３１１３乃至Ｓ３１１６の処理は、図１９のＳ２１０５乃至Ｓ２１０８と同様の処理であるので、説明を省略する。なお、Ｓ３１１４及びＳ３１１６で配信や取得に失敗した場合には、処理が、図２６のＳ３１２０に進む。

Ｓ３１１５での個別設定情報の取得が成功した場合（Ｓ３１１６でＹｅｓ）は、処理がＳ３１１７に進む。Ｓ３１１７において、管理アプリケーションが、Ｓ３１１２で保存した設定情報（個別設定情報、共通設定情報）を、設定情報を取得したデバイスへ配信する（戻す）。続いて、Ｓ３１１８において、管理アプリケーションが、Ｓ３１１７での設定情報の配信が成功したかを判断する。設定情報の配信が成功した場合は、処理がＳ３１１９に進む。設定情報の配信が失敗した場合は、処理が、図２６のＳ３１２０に進む。Ｓ３１１９とＳ３１２０の処理は、図１９のＳ２１０９とＳ２１１０の処理と同様である。

（実施例４）
実施例１では、管理アプリケーションは、共通設定情報化が進んだデバイスを利用して設定情報の変換を行う際に、デバイスのファームウェアバージョンに基づいて、どのデバイスを利用するのか判断する。実施例４では、共通設定情報化の進捗を示す専用のバージョン情報をデバイス側が持つようにし、管理アプリケーションは、ファームバージョンの代りに、専用のバージョン情報を利用して有用な設定情報の変換及び配信処理を行う。例えば、共通設定情報が無い状態をバージョン０．０とする。そして、共通設定情報化の進捗（共通設定情報の設定項目数）に応じて、１．０、２．０・・・と徐々に上がって行く共通化バージョンを定義する。具体的には、共通化バージョンが１．０である場合は、４０項目、共通化バージョンがバージョン２．０である場合は、６０項目、バージョン３．０である場合は、８０項目の共通設定化情報とする。また、共通化バージョンが同じであれば、異なるプラットフォームであっても、共通設定情報の項目数を同じとする。最終的に全ての個別設定情報が共通設定情報化されると、共通化バージョンも９９．０等の固定の値になる。従って、例えば、図８（Ａ）のデバイスリストや図８（Ｂ）の設定情報リストにも共通化バージョンを表示（管理アプリケーションが保持）する。このように、共通化バージョンの情報がデバイス側に存在すれば、管理アプリケーションは、図１６や図１７のフローチャートの処理において、デバイスや設定情報の共通設定情報化に関する比較を、共通化バージョンに基づいて実行可能である。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (8)

1. 異なる種類のネットワークデバイスの間で共通して扱われる設定である共通設定情報と、同じ種類のネットワークデバイスの間で共通して扱われる設定である個別設定情報と、のそれぞれを設定情報としてネットワークデバイスに配信する情報処理装置であって、
   共通設定情報として管理された設定情報が配信対象データとなった際に、配信先が、該配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなる場合に、
   前記第１のネットワークデバイスと同じ種類で、かつ、前記配信対象データである共通設定情報を自装置に反映することができる第２のネットワークデバイスに対して、前記配信対象データを配信する第１配信手段と、
   前記第２のネットワークデバイスから、前記配信されて前記第２のネットワークデバイスの設定として反映された設定情報を、個別設定情報としてエクスポートさせることで、取得する取得手段と、
   前記取得された個別設定情報としての設定情報を、前記第１のネットワークデバイスに配信する第２配信手段と、を有し、
   前記第２のネットワークデバイスでは、個別設定情報としてエクスポートすることが可能な設定の一部の設定について、前記共通設定情報としても反映することができ、かつ、エクスポートすることができる、ことを特徴とする情報処理装置。
2. 前記第２配信手段は、前記取得された個別設定情報から前記配信対象データとしての共通設定情報と同じ設定項目の設定情報を抽出することによって、前記第１のネットワークデバイスに配信する設定情報を決定する、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記配信対象データとしての共通設定情報の設定項目数より前記配信先のネットワークデバイスが設定できる共通設定情報の設定項目数が少ない場合に、前記配信先が、前記配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなると判断する判断手段を備える、ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記判断手段は、前記配信対象データとしての共通設定情報に対応するファームウェアバージョンより前記配信先のネットワークデバイスのファームウェアバージョンが低い場合に、前記配信先が、前記配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなると判断する、ことを特徴とする請求項３に記載の情報処理装置。
5. 前記個別設定情報として管理された設定情報が配信対象データとなった際に、配信先が、該配信対象データを配信しても自装置の設定として反映できない第３のネットワークデバイスとなる場合に、
   前記第１配信手段は、前記個別設定情報に対応するネットワークデバイスの種類と同じ種類の第４のネットワークデバイスに対して、前記配信対象データを配信し、
   前記取得手段は、前記第４のネットワークデバイスから、前記配信されて前記第４のネットワークデバイスの設定として反映された設定情報を、前記共通設定情報としてエクスポートさせることで、取得し、
   前記第１配信手段は、前記第３のネットワークデバイスと同じ種類の第５のネットワークデバイスに対して、前記取得された共通設定情報を配信し、
   前記取得手段は、前記第５のネットワークデバイスから、前記配信されて前記第５のネットワークデバイスの設定として反映された設定情報を、前記個別設定情報としてエクスポートさせることで、取得し、
   前記第２配信手段は、前記取得された個別設定情報としての設定情報を、前記第３のネットワークデバイスに配信する、ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記配信対象データとしての設定情報を取得するネットワークデバイスの選択に用いる第１の選択画面と、前記選択されたネットワークデバイスから取得される前記設定情報の配信先となるネットワークデバイスの選択に用いる第２の選択画面とを表示する表示手段をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 異なる種類のネットワークデバイスの間で共通して扱われる設定である共通設定情報と、同じ種類のネットワークデバイスの間で共通して扱われる設定である個別設定情報と、のそれぞれを設定情報としてネットワークデバイスに配信する情報処理装置の制御方法であって、
   共通設定情報として管理された設定情報が配信対象データとなった際に、配信先が、該配信対象データを配信しても自装置の設定として反映できない第１のネットワークデバイスとなる場合に、
   前記第１のネットワークデバイスと同じ種類で、かつ、前記配信対象データである共通設定情報を自装置に反映することができる第２のネットワークデバイスに対して、前記配信対象データを配信する第１配信工程と、
   前記第２のネットワークデバイスから、前記配信されて前記第２のネットワークデバイスの設定として反映された設定情報を、個別設定情報としてエクスポートさせることで、取得する取得工程と、
   前記取得された個別設定情報としての設定情報を、前記第１のネットワークデバイスに配信する第２配信工程と、を有し、
   前記第２のネットワークデバイスでは、個別設定情報としてエクスポートすることが可能な設定の一部の設定について、前記共通設定情報としても反映することができ、かつ、エクスポートすることができる、ことを特徴とする制御方法。
8. コンピュータを請求項１乃至６のいずれか１項に記載の情報処理装置が備える各手段として機能させることを特徴とするプログラム。

Images