JP2017211901A - デバイス設定プログラムおよびデバイス管理装置 - Google Patents

Abstract

【課題】複数のデバイスの動作設定を効率的に実現させる。【解決手段】ネットワークに接続する複数のデバイスへの設定を管理装置に実行させるデバイス設定プログラムであって、前記ネットワークに接続する第１のデバイスから能力情報を取得する能力情報取得機能と、前記第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成する設定情報生成機能と、前記第１のデバイスに前記設定情報に基づく動作設定をさせる設定制御機能と、を前記管理装置に実行させ、前記設定制御機能は、前記複数のデバイスのうち前記第１のデバイスと同一機種の第２のデバイスに前記設定情報に基づく動作設定をさせる。【選択図】図４

Description

本発明は、デバイスへの設定を実行するデバイス設定プログラムおよびデバイス管理装置に関する。

ネットワーク環境を利用してプリンター等の複数のデバイスをネットワークに接続したシステムが、組織、オフィス、家庭等で構築される。
また、ネットワークに接続されたサーバーとプリンターを含むネットワークシステムにおいて、サーバーが、新しいプリンターに対してユーザーの入力に応じて動作条件を設定する技術が知られている（特許文献１参照）。

特開２００８‐２５０６８８号公報

ネットワークを介して実行するデバイス毎の動作設定に関し、時間をできるだけ省いて、より効率的に実行することが求めらている。

本発明は上述の課題に鑑みてなされたものであり、複数のデバイスの動作設定を効率的に実現させるデバイス設定プログラムおよびデバイス管理装置を提供する。

本発明の態様の１つは、ネットワークに接続する複数のデバイスへの設定を管理装置に実行させるデバイス設定プログラムであって、前記ネットワークに接続する第１のデバイスから能力情報を取得する能力情報取得機能と、前記第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成する設定情報生成機能と、前記第１のデバイスに前記設定情報に基づく動作設定をさせる設定制御機能と、を前記管理装置に実行させ、前記設定制御機能は、前記複数のデバイスのうち前記第１のデバイスと同一機種の第２のデバイスに前記設定情報に基づく動作設定をさせる。

当該構成によれば、ネットワークに同一機種のデバイスが複数台接続している場合に、同一機種のデバイスのうちの１台（第１のデバイス）の能力情報に基づいて生成した設定情報を、同一機種のデバイスのうちの第１のデバイス以外のデバイス（第２のデバイス）の動作設定にもそのまま流用することができる。これにより、ネットワークに接続する複数のデバイスの動作設定を効率的に実現することができる。

本発明の態様の１つは、前記ネットワークに接続する複数のデバイスのリストを生成する場合に、機種毎にデバイスをソートしたリストを生成するリスト生成機能を前記管理装置に実行させ、前記能力情報取得機能は、前記リストを参照して前記第１のデバイスを決定する場合に、同一機種のデバイスのうち順番が最初のデバイスを前記第１のデバイスとし、前記設定制御機能は、前記リストを参照して前記第２のデバイスを決定するとしてもよい。
当該構成によれば、リストを参照して第１および第２のデバイスを決定し、第１および第２のデバイスに対する処理を進めることができるため、処理が効率化される。

本発明の態様の１つは、前記設定情報生成機能は、特定の設定項目について設定内容を予め決定している基準の設定情報を前記第１のデバイスの能力情報に基づいて編集することにより前記設定情報を生成するとしてもよい。
当該構成によれば、第１のデバイスの能力情報に基づいて設定情報を生成する処理を簡素化することができる。

本発明の態様の１つは、前記設定制御機能は、前記第１のデバイスおよび前記第２のデバイスに対して所定の通知をすることにより前記設定情報を受け入れる状態に移行させた上で、前記第１のデバイスおよび前記第２のデバイスに対して前記設定情報を送信するとしてもよい。
当該構成によれば、同一機種のデバイスを対象とした設定情報に基づく動作設定を一括して実現させることができる。

本発明の態様の１つは、前記設定制御機能は、前記第１のデバイスおよび前記第２のデバイスのうち、前記管理装置が属するローカルネットワークに属するデバイスに対してはブロードキャストにより前記設定情報を送信し、前記ローカルネットワーク外に存在するデバイスに対してはユニキャストにより前記設定情報を送信するとしてもよい。
当該構成によれば、同一機種の各デバイスの居所の違い（管理装置が属するローカルネットワークの内か外かの違い）に応じて設定情報の送信方式を切替えることにより、各デバイスに設定情報に基づく動作設定を確実に実行させることができる。

本発明の技術的思想は、デバイス設定プログラムというカテゴリー以外によっても実現される。例えば、前記プログラムに従って機能する管理装置（デバイス管理装置）を発明として捉えることも可能である。また、管理装置が実行する各工程を含んだ方法や、前記プログラムを記憶したコンピューター読み取り可能な記憶媒体も夫々に発明として成り立つ。さらには、管理装置や複数のデバイスを含んだシステムも発明として成立する。

管理装置と複数のデバイスとを含むシステムを簡易的に示す図。 デバイス設定処理を示すフローチャート。 複数のデバイスのリストの一例を示す図。 管理装置（制御部）および各デバイスが実行する処理の関係を示す図。 変形例にかかる管理装置と複数のデバイスとを含む構成を簡易的に示す図。

以下、各図を参照しながら本発明の実施形態を説明する。なお各図は、本実施形態を説明するための例示に過ぎない。
図１は、デバイス管理装置（以下、管理装置）１０と複数のデバイス２０，２１，２２とを含むシステム１を簡易的に示している。管理装置１０は、デバイス２０，２１，２２の挙動や設定を制御、管理するための装置であり、例えば、パーソナルコンピューター（ＰＣ）、スマートフォン、タブレット型端末、あるいはそれらと同様の性能を有する装置によって実現される。また、本発明にかかる管理装置は、管理装置１０が有する構成の一部を指すものであってもよい。

デバイス２０，２１，２２には、プリンター、スキャナー、コピー機、ファクシミリ装置、複合機等、種々のデバイスが該当し得る。むろん、システム１に含まれるデバイスの台数は、図１に示す数より多くてもよい。管理装置１０およびデバイス２０，２１，２２は、ネットワークＮＷに接続しており、ネットワークＮＷを介して通信可能である。ネットワークＮＷは、ローカルネットワーク（ＬＡＮ）や、インターネット環境を含み得る。また、ネットワークＮＷは、有線無線を問わない。

図１では、管理装置１０を、制御部１１、操作入力部１２、表示部１３、通信インターフェイス（Ｉ／Ｆ）１４、記憶部１５等を含む構成として例示している。制御部１１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有するＩＣや、その他の記憶媒体や電子回路等により構成される。制御部１１では、例えば、ＣＰＵが、アクセス可能な所定の記憶領域に保存されたプログラムに従った演算処理を、ＲＡＭ等をワークエリアとして用いて実行することにより、管理装置１０に様々な機能を実現させる。プログラム１６は、このようなプログラムの一種であり、ネットワークＮＷに接続する複数のデバイスへの設定を管理装置１０に実行させるデバイス設定プログラムに該当する。

操作入力部１２は、ユーザーによる操作を受け付けるための各種ボタンやキー等を含む。表示部１３は、管理装置１０やデバイス２０，２１，２２に関する各種情報を示すための部位であり、例えば、液晶ディスプレイ（ＬＣＤ）により構成される。操作入力部１２の一部は、表示部１３に表示されたタッチパネルとして実現されるとしてもよい。

通信Ｉ／Ｆ１４は、管理装置１０を外部（例えば、デバイス２０，２１，２２）と接続するためのインターフェイスの総称である。制御部１１は、通信Ｉ／Ｆ１４にネットワーク通信のための所定のプロトコルに従った通信処理を実行させることにより、ネットワークＮＷを介してデバイス２０，２１，２２と通信する。記憶部１５は、例えば、フラッシュメモリーやハードディスクドライブ等により構成される。

図２は、プログラム１６に従って制御部１１が実行するデバイス設定処理をフローチャートにより示している。
ステップＳ１０では、制御部１１は、ネットワークＮＷに接続しているデバイスを探索する。例えば、制御部１１は、通信Ｉ／Ｆ１４を制御して所定の探索信号をネットワークＮＷ上にブロードキャストにより送信する。探索信号を受信したデバイスは、探索信号の発信元である管理装置１０に対して、探索信号への応答（応答信号）を返す。制御部１１は、このような応答信号を受信することにより、ネットワークＮＷ上のデバイス（例えば、デバイス２０，２１，２２）を認識する。

ステップＳ１１では、制御部１１は、ステップＳ１０の探索の結果認識した複数のデバイスのリスト（リストＤＬ）を生成するにあたり、機種毎にデバイスをソートしたリストＤＬを生成する。前記探索信号に対して各デバイスから返信される応答信号には、デバイスの機種名やデバイス１台毎に固有の識別情報が含まれているとする。デバイスに固有の識別情報とは、例えば、ＭＡＣ（Media Access Control）アドレスや、ＩＰアドレス等である。制御部１１は、前記応答信号に含まれる情報に基づいてデバイスをソートする。

図３は、前記ソートを経て生成されたリストＤＬの一例を示している。リストＤＬでは、各デバイスを、機種名、ＭＡＣアドレスおよびＩＰアドレスの組み合わせにより示している。機種名は、デバイスの製品名あるいはモデル名に該当する。図３の例では、“デバイスＡ”という機種のデバイスが２台、“デバイスＢ”という機種のデバイスが１台、“デバイスＣ”という機種のデバイスが３台、計６台のデバイスがリストＤＬに記述されている。つまり図３の例では、リストＤＬにおいて、複数のデバイスが、デバイスＡ、デバイスＢ、デバイスＣという機種毎にまとめられてソートされている。ステップＳ１１においてこのようなリストを生成する点で、制御部１１は、リスト生成機能を実現する（リスト生成部を有する）と言える。

説明を続けるにあたり、図１に示すデバイス２０およびデバイス２１の機種は、同じデバイスＡ（プリンターの、ある機種）であり、デバイス２２の機種はデバイスＢ（プリンターの別の機種）であると仮定する。なお図１には、デバイスＣに該当する３台のデバイスは示していない。

ステップＳ１２では、制御部１１は、リストＤＬから第１のデバイスを１つ決定する。制御部１１は、第１のデバイスを決定するために、リストＤＬに記述された順に従って、リストＤＬの上から順に（あるいは下から順に）デバイスを１つ選択する。このとき、既に後述のステップＳ１５またはステップＳ１７で設定処理の対象としたデバイスは除いて選択を行う。そして、選択したデバイスの機種が、それまでに選択済みのデバイスの機種と異なる場合、当該選択したデバイスを第１のデバイスに決定する。つまり、リストＤＬを参照して第１のデバイスを決定する場合に、同一機種のデバイスのうち順番（選択した順番）が最初のデバイスを第１のデバイスとする。

図３の例を参照すると、リストＤＬの１番上のデバイス（機種名＝デバイスＡ）が最初に選択されるため、この１番上のデバイス（機種名＝デバイスＡ）は第１のデバイスに決定される。リストＤＬにおいて、同一機種のデバイスのなかで第１のデバイスに該当しないものを第２のデバイスと呼ぶ。図３の例を参照すると、リストＤＬの上から２番目のデバイス（機種名＝デバイスＡ）は、第２のデバイスに該当することになる。図３では、各デバイスの情報に対応させて“１”または“２”の符号を記載している。符号“１”は、第１のデバイスに該当するデバイスを示し、符号“２”は、第２のデバイスに該当するデバイスを示している。

図４は、管理装置１０（制御部１１）、デバイス２０、デバイス２１、デバイス２２それぞれが実行する処理の関係を示している。上述したように、デバイス２０およびデバイス２１の機種はデバイスＡであり、デバイス２２の機種はデバイスＢである。また、リストＤＬにおける記載順に従ったとき、デバイス２０，２１のうち、デバイス２０が第１のデバイスに該当し、デバイス２１が第２のデバイスに該当するものとする。図４に示す、管理装置１０と各デイバイス２０，２１，２２との通信は、例えば、ＳＮＭＰ（Simple Network Management Protocol）に則って実行される。この場合、管理装置１０が通信のマネージャー、各デイバイス２０，２１，２２が通信のエージェントとなる。また、ＳＮＭＰに則った通信では、ＭＩＢ（Management Information Base）情報をやり取りする。
以下では、図２に沿った説明をするにあたり、併せて図４も参照して説明を行う。図４では、図２に示したステップＳ１０〜Ｓ１８の一部については記載を省略している。

ステップＳ１３では、制御部１１は、ステップＳ１２で決定した第１のデバイスから能力情報を取得する。能力情報とは、デバイスに関する様々な設定項目毎の当該デバイスが対応可能な設定内容（設定値）を示す情報である。設定項目とは、例えば、セキュリティーに関する設定項目、無線ＬＡＮに関する設定項目、ファクシミリ通信に関する設定項目、印刷用紙の供給元（給紙カセットやトレイ）に関する設定項目、デバイスの使用権限に関する設定項目、ネットワーク上のディレクトリサービスへ接続するための所定の通信プロトコル（例えば、ＬＤＡＰ（Lightweight Directory Access Protocol））に関する設定項目等、多岐に渡る。

本実施形態では、特定の設定項目について設定内容を予め決定している基準の設定情報が用意されているとする。図１に示す記憶部１５に記憶された設定情報ファイル１７は、このような基準の設定情報の例である。ユーザーは、表示部１３に表示された所定の操作画面を通じて操作入力部１２を操作することにより、任意に設定情報ファイル１７を管理装置１０に生成させることができる。

ステップＳ１３では、制御部１１は、設定情報ファイル１７に記述されている設定項目に関するデバイスの能力情報を、ステップＳ１２で決定した第１のデバイスに要求する（図４に示すステップＳ１３１）。制御部１１は、ステップＳ１１の後、最初のステップＳ１２で、デバイス２０を第１のデバイスとして決定したとする。この場合、図４に示すように、制御部１１は、先ずデバイス２０へ能力情報を要求する（ステップＳ１３１）。あくまで一例であるが、制御部１１は、デバイス２０に対して、前記ディレクトリサービスへ接続するための所定の通信プロトコルに関するデバイス２０の能力情報を要求する。デバイス２０は、このような要求に対して、自身の能力情報を管理装置１０へ送信する（ステップＳ２０）。例えば、デバイス２０は、前記ディレクトリサービスへ接続するための所定の通信プロトコルに自身は非対応である旨を、自身の能力情報として管理装置１０へ送信する。

ステップＳ１３では、このような管理装置１０とデバイス２０との間での能力情報要求（ステップＳ１３１）と能力情報送信（ステップＳ２０）のやり取りを、設定情報ファイル１７に記述されている設定項目毎に繰り返す。この結果、ステップＳ１３では、制御部１１は、設定情報ファイル１７に記述されている設定項目毎に、第１のデバイス（ステップＳ１２で決定した第１のデバイス）の能力情報を知ることができる。ステップＳ１２，Ｓ１３を実行する点で、制御部１１は、能力情報取得機能を実現する（能力情報取得部を有する）と言える。

ステップＳ１４では、制御部１１は、ステップＳ１３で取得した第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成する。本実施形態では、制御部１１は、設定情報ファイル１７を第１のデバイスの能力情報に基づいて編集することにより設定情報を生成する。例えば、設定情報ファイル１７には、前記ディレクトリサービスへ接続するための所定の通信プロトコルについては、これを有効化するという設定内容が記述されているとする。一方で、上述したようにデバイス２０は、前記ディレクトリサービスへ接続するための所定の通信プロトコルには非対応である。従って、制御部１１は、デバイス２０から取得した能力情報に基づいて設定情報ファイル１７を編集する場合には、設定情報ファイル１７に記述されている設定項目のうち、少なくとも、前記ディレクトリサービスへ接続するための所定の通信プロトコルに関する設定項目を削除する。

つまり、設定情報ファイル１７を第１のデバイスの能力情報に基づいて編集するとは、設定情報ファイル１７に記述されている設定項目のうち、設定情報ファイル１７に記述されている設定内容が第１のデバイスの能力上対応不可能である項目については削除し、第１のデバイスの能力上対応可能である項目を残す処理である。ステップＳ１４を実行する点で、制御部１１は、設定情報生成機能を実現する（設定情報生成部を有する）と言える。

ステップＳ１５では、制御部１１は、ステップＳ１４で生成した設定情報（編集後の設定情報ファイル１７）に基づいて第１のデバイスに動作設定をさせる（設定情報に基づく設定処理の実行）。図４の例によれば、第１のデバイスであるデバイス２０から送信された能力情報に基づいてステップＳ１４で設定情報（編集後の設定情報ファイル１７）を生成した後は、制御部１１は、ステップＳ１５では、この編集後の設定情報ファイル１７をデバイス２０へ送信する（ステップＳ１５１）。設定情報ファイル１７の送信を受けた第１のデバイス（デバイス２０）は、設定情報ファイル１７に記述されている設定項目毎の設定内容に従って、現在の自身の各機能の設定を変更する。これにより、第１のデバイス（デバイス２０）は、動作設定を実行したことになる。第１のデバイス（デバイス２０）は、図４に示すように、動作設定を実行した旨を伝えるための確認送信を管理装置１０に対して行う（ステップＳ２１）。ステップＳ１５では、制御部１１は、編集後の設定情報ファイル１７を送信した先の第１のデバイスから確認送信を受けたことをもって、第１のデバイスの設定処理が完了したと認識する。

ステップＳ１６では、制御部１１は、第２のデバイスの有無を判定する。具体的には、現在の第１のデバイス（ステップＳ１２で決定した第１のデバイス）と同一機種のデバイス（第２のデバイス）であってステップＳ１７の設定処理を未だ実行していないデバイスが有るか否かをリストＤＬを参照して判定する。例えば、ステップＳ１５でデバイス２０（第１のデバイス）の設定処理を実行した直後のステップＳ１６では、リストＤＬを参照したとき、デバイス２０と同一機種（機種名＝デバイスＡ）であるデバイス２１が未処理であると判定できるため、“Ｙｅｓ”と判定し、このデバイス２１を第２のデバイスに決定してステップＳ１７へ進む。一方、制御部１１は、現在の第１のデバイスと同一機種のデバイス（第２のデバイス）であってステップＳ１７の設定処理をしていないデバイスが無い場合は、ステップＳ１６において“Ｎｏ”と判定し、ステップＳ１８へ進む。

ステップＳ１７では、制御部１１は、ステップＳ１４で生成した設定情報（編集後の設定情報ファイル１７）に基づいて第２のデバイスに動作設定をさせる（設定情報に基づく設定処理の実行）。図４の例によれば、第１のデバイスであるデバイス２０から送信された能力情報に基づいてステップＳ１４で設定情報（編集後の設定情報ファイル１７）を生成した後、制御部１１は、ステップＳ１７では、この編集後の設定情報ファイル１７を第２のデバイスであるデバイス２１へ送信する（ステップＳ１７１）。設定情報ファイル１７の送信を受けた第２のデバイス（デバイス２１）は、設定情報ファイル１７に記述されている設定項目毎の設定内容に従って、現在の自身の各機能の設定を変更する。これにより、第２のデバイス（デバイス２１）は、動作設定を実行したことになる。第２のデバイス（デバイス２１）は、図４に示すように、動作設定を実行した旨を伝えるための確認送信を管理装置１０に対して行う（ステップＳ３０）。ステップＳ１７では、制御部１１は、編集後の設定情報ファイル１７を送信した先の第２のデバイスから確認送信を受けたことをもって、第２のデバイスの設定処理が完了したと認識し、ステップＳ１６の判定に戻る。

つまり、制御部１１は、第２のデバイスを対象としてステップＳ１３，Ｓ１４を実行する必要が無く、第１のデバイスを対象としたステップＳ１３，１４の結果得られた設定情報（編集後の設定情報ファイル１７）を、ステップＳ１７で第２のデバイスに動作設定をさせるためにそのまま流用することができる。ステップＳ１５〜Ｓ１７を実行する点で、制御部１１は、設定制御機能を実現する（設定制御部を有する）と言える。

ステップＳ１８では、制御部１１は、全てのデバイスについて設定処理（ステップＳ１５またはステップＳ１７）を実行したか否かを判定し、全てのデバイスについて設定処理を実行済みであれば“Ｙｅｓ”と判定し、当該フローチャートを終える。一方、設定処理を未だ実行していないデバイスがあれば、“Ｎｏ”と判定し、ステップＳ１２に戻る。例えば、機種名＝デバイスＡである第１のデバイスおよび第２のデバイス（デバイス２０，２１）について設定処理を終えたタイミングでのステップＳ１８の判定では、リストＤＬを参照すると次に機種名＝デバイスＢである第１のデバイス（デバイス２２）について設定処理を未実行であると判定できるため、“Ｎｏ”と判定し、ステップＳ１２に戻る。

ステップＳ１２以降の処理は上述した通りである。
例えば、ステップ１８から進んだ先のステップＳ１２で、制御部１１がリストＤＬを参照し、機種名＝デバイスＢのデバイス２２を第１のデバイスとして決定したとする。この場合、ステップＳ１３では、制御部１１は、図４に示すように、設定情報ファイル１７に記述されている設定項目に関するデバイスの能力情報をデバイス２２に要求する（Ｓ１３１）。デバイス２２は、このような要求に対して、自身の能力情報を管理装置１０へ送信する（ステップＳ４０）。ステップＳ１４では、制御部１１は、他の機種のデバイスの能力情報に基づいて編集した後の設定情報ファイル１７を更に編集するのではなく、ユーザーに生成されて記憶部１５に記憶されている設定情報ファイル１７、つまり編集前の設定情報ファイル１７を毎回元にして編集を行う。

その後、ステップＳ１４を経て、ステップＳ１５では、制御部１１は、ステップＳ１４で生成した設定情報に基づいて、第１のデバイス（デバイス２２）に動作設定をさせる。図４の例によれば、第１のデバイスであるデバイス２２から送信された能力情報に基づいてステップＳ１４で設定情報（編集後の設定情報ファイル１７）を生成した後は、制御部１１は、ステップＳ１５では、この編集後の設定情報ファイル１７をデバイス２２へ送信する（ステップＳ１５１）。設定情報ファイル１７の送信を受けた第１のデバイス（デバイス２２）は、設定情報ファイル１７に記述されている設定項目毎の設定内容に従って、現在の自身の各機能の設定を変更する。そして、第１のデバイス（デバイス２２）は、図４に示すように、動作設定を実行した旨を伝えるための確認送信を管理装置１０に対して行う（ステップＳ４１）。ステップＳ１５では、制御部１１は、編集後の設定情報ファイル１７を送信した先の第１のデバイス（デバイス２２）から確認送信を受けたことをもって、第１のデバイスの設定処理が完了したと認識する。デバイス２２を第１のデバイスとしている状況では、第２のデバイスは存在しないため、当然、ステップＳ１５の直後のステップＳ１６で“Ｎｏ”の判定をし、ステップＳ１８へ進む。

このように本実施形態によれば、ネットワークＮＷに接続する複数のデバイスへの設定を実行する管理装置１０の制御部１１は、ネットワークＮＷに接続する第１のデバイスから能力情報を取得し（ステップＳ１２，Ｓ１３）、第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成し（ステップＳ１４）、第１のデバイスに前記設定情報に基づく動作設定をさせる（ステップＳ１５）。そして、複数のデバイスのうち第１のデバイスと同一機種の第２のデバイスには、前記生成した設定情報に基づく動作設定をさせる（ステップＳ１７）。つまり、ネットワークＮＷに同一機種のデバイスが複数台接続している場合、同一機種のデバイスのうちの１台（第１のデバイス）の能力情報に基づいて生成した設定情報を、同一機種のデバイスのうちの第１のデバイス以外のデバイス（第２のデバイス）の動作設定にもそのまま流用する。同一機種であれば能力は同じであるため、共通の設定情報に基づいて動作設定をすることができる。これにより、ネットワークＮＷに接続するデバイス毎に能力情報の取得と設定情報の生成とを実行する構成と比較して、ネットワークＮＷに接続する複数のデバイスの動作設定を効率的に実現する（短い時間で実現する）ことができる。

また本実施形態によれば、制御部１１は、ネットワークＮＷに接続する複数のデバイスのリストを生成する場合に、機種毎にデバイスをソートしたリストＤＬを生成し（ステップＳ１１）、リストＤＬを参照して第１のデバイスを決定する場合に、同一機種のデバイスのうち順番が最初のデバイスを第１のデバイスとし（ステップＳ１２）、また、リストＤＬを参照して第２のデバイスを決定する（ステップＳ１６）。当該構成によれば、リストＤＬを参照して第１および第２のデバイスを決定することで、能力情報の取得処理と設定情報の生成処理とを省いて設定処理を実行するか否かを容易に判定することができ、第１および第２のデバイスに対する処理を効率的に進めることができる。

また本実施形態によれば、管理装置１０は、例えばユーザーの操作に従って特定の設定項目について設定内容を予め決定している基準の設定情報（設定情報ファイル１７）を有し、制御部１１は、当該設定情報ファイル１７を第１のデバイスの能力情報に基づいて編集することにより設定情報を生成する（ステップＳ１４）。当該構成によれば、第１のデバイスの能力情報に基づいて設定情報を生成する処理を簡素化することができる。また、同一機種のデバイスについては、それらの動作設定を共通化させ、機種が異なるデバイス間でもそれらの動作設定をできるだけ共通化させることができる。

本実施形態においては、さらに後述するような変形例を採用可能である。
制御部１１による設定制御機能は、第１のデバイスおよび第２のデバイスに対して所定の通知をすることにより設定情報（編集後の設定情報ファイル１７）を受け入れる状態に移行させた上で、第１のデバイスおよび第２のデバイスに対してユニキャストで設定情報（編集後の設定情報ファイル１７）を順次送信するか、またはブロードキャストやマルチキャストにより設定情報（編集後の設定情報ファイル１７）を送信するとしてもよい。具体的には、制御部１１は、ステップＳ１４で編集後の設定情報ファイル１７を得た後、当該設定情報ファイル１７を送信する相手先となる同一機種のデバイス全て（例えば、機種名＝デバイスＡであるデバイス２０，２１）に、前記所定の通知を送信する。

これにより、同一機種の複数のデバイスは、設定情報を受け入れ可能な状態へ移行する。設定情報を受け入れ可能な状態とは、例えば、設定情報を受信したときに、当該設定情報に基づく動作設定を優先的に実行可能なモードである。前記所定の通知の送信後、制御部１１は、ステップＳ１４で得た編集後の設定情報ファイル１７を送信する相手先となる同一機種のデバイス全て（例えば、機種名＝デバイスＡであるデバイス２０，２１）のＩＰアドレスを指定することにより、通信Ｉ／Ｆ１４にマルチキャストで当該設定情報ファイル１７を送信させる。あるいは、前記所定の通知の送信後、制御部１１は、前記編集後の設定情報ファイル１７を通信Ｉ／Ｆ１４にブロードキャストでネットワーク内に送信させる。つまり、ステップＳ１５およびステップＳ１７が実質的に一括で実行される。このような構成によれば、同一機種のデバイスの動作設定を、より短時間で効率的に実現させることができる。

さらなる変形例として、制御部１１による設定制御機能は、第１のデバイスおよび第２のデバイスのうち、管理装置１０が属するローカルネットワークに属するデバイスに対してはブロードキャストやマルチキャストにより設定情報を送信し、当該ローカルネットワーク外に存在するデバイスに対してはユニキャストにより設定情報を送信する、としてもよい。

図５は、このような変形例にかかる管理装置１０と複数のデバイス２０，２１，２２，２３とを含む構成を簡易的に示している。図５においては、ルーター５０が管理するローカルネットワーク（ＬＡＮ）を、ネットワークＮＷ１としている。管理装置１０および複数のデバイス２０，２１，２２は全て、ネットワークＮＷ１に属している。一方、ルーター５０とは別のルーター５１が管理するローカルネットワークを、ネットワークＮＷ２と呼ぶ。ネットワークＮＷ２には、デバイス２３が属している。ルーター５０，５１はそれぞれネットワークＮＷ１，ＮＷ２を外部のネットワークに接続している。このような環境で、デバイス２０，２１，２３は同一機種であるとする。また、管理装置１０は、ルーター５０を超える、つまりネットワークＮＷ１を超える前記探索信号（ステップＳ１０）を送信することにより、ルーター５０を超える場所に在るデバイス２３もリストＤＬに含まれる１つのデバイスとして認識しているとする。

制御部１１は、認識するデバイスが、ルーター５０を超える場所に在るかネットワークＮＷ１に在るかは、デバイスのＩＰアドレスを解析することで判断できる。制御部１１は、ステップＳ１４で編集後の設定情報ファイル１７を得た後、当該設定情報ファイル１７を送信する相手先となる同一機種のデバイス全て（例えば、機種名＝デバイスＡであるデバイス２０，２１，２３）に、前記所定の通知を送信する。これにより、同一機種の複数のデバイスは、設定情報を受け入れ可能な状態へ移行する。前記所定の通知の送信後、制御部１１は、ステップＳ１４で得た編集後の設定情報ファイル１７を送信する相手先となる同一機種のデバイスのうち、ネットワークＮＷ１に属する全てのデバイス（例えば、機種名＝デバイスＡであるデバイス２０，２１）のＩＰアドレスを指定する等して、通信Ｉ／Ｆ１４にマルチキャストやブロードキャストで当該設定情報ファイル１７を送信させ、かつ、当該設定情報ファイル１７を送信する相手先となる同一機種のデバイスのうち、ネットワークＮＷ１外のデバイス（例えば、機種名＝デバイスＡであるデバイス２３）のＩＰアドレスを１つずつ指定することにより、通信Ｉ／Ｆ１４にユニキャストで当該設定情報ファイル１７を送信させる。このような構成によれば、同一機種のデバイスの動作設定を、できるだけ一括で実行させつつ、ルーターを超える場所に在るデバイスについても確実に動作設定を実行させることができる。

制御部１１は、ステップＳ１１において複数のデバイスを機種毎にソートする際、機種名に加え、デバイスが搭載するファームウェアのバージョン情報を併せて考慮するとしてもよい。前記探索信号（ステップ１０）に対して各デバイスから返信される応答信号には、デバイスの機種名やデバイス１台毎に固有の識別情報の他に、ファームウェアのバージョン情報が含まれているとする。そして、制御部１１は、機種名およびファームウェアのバージョンが共通するデバイスを、同一機種のデバイスとみなす。各デバイスは、機種名が同じであっても、ファームウェアのバージョンが異なる場合には、採用可能な設定が異なることも有り得るからである。

１…システム、１０…管理装置、１１…制御部、１２…操作入力部、１３…表示部、１４…通信Ｉ／Ｆ、１５…記憶部、１６…プログラム、１７…設定情報ファイル、２０，２１，２２，２３…デバイス、５０，５１…ルーター、ＤＬ…リスト、ＮＷ，ＮＷ１，ＮＷ２…ネットワーク

Claims (6)

1. ネットワークに接続する複数のデバイスへの設定を管理装置に実行させるデバイス設定プログラムであって、
   前記ネットワークに接続する第１のデバイスから能力情報を取得する能力情報取得機能と、
   前記第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成する設定情報生成機能と、
   前記第１のデバイスに前記設定情報に基づく動作設定をさせる設定制御機能と、を前記管理装置に実行させ、
   前記設定制御機能は、前記複数のデバイスのうち前記第１のデバイスと同一機種の第２のデバイスに前記設定情報に基づく動作設定をさせる、
   ことを特徴とするデバイス設定プログラム。
2. 前記ネットワークに接続する複数のデバイスのリストを生成する場合に、機種毎にデバイスをソートしたリストを生成するリスト生成機能を前記管理装置に実行させ、
   前記能力情報取得機能は、前記リストを参照して前記第１のデバイスを決定する場合に、同一機種のデバイスのうち順番が最初のデバイスを前記第１のデバイスとし、
   前記設定制御機能は、前記リストを参照して前記第２のデバイスを決定することを特徴とする請求項１に記載のデバイス設定プログラム。
3. 前記設定情報生成機能は、特定の設定項目について設定内容を予め決定している基準の設定情報を前記第１のデバイスの能力情報に基づいて編集することにより前記設定情報を生成することを特徴とする請求項１または請求項２に記載のデバイス設定プログラム。
4. 前記設定制御機能は、前記第１のデバイスおよび前記第２のデバイスに対して所定の通知をすることにより前記設定情報を受け入れる状態に移行させた上で、前記第１のデバイスおよび前記第２のデバイスに対して前記設定情報を送信することを特徴とする請求項１〜請求項３のいずれかに記載のデバイス設定プログラム。
5. 前記設定制御機能は、前記第１のデバイスおよび前記第２のデバイスのうち、前記管理装置が属するローカルネットワークに属するデバイスに対してはブロードキャストにより前記設定情報を送信し、前記ローカルネットワーク外に存在するデバイスに対してはユニキャストにより前記設定情報を送信することを特徴とする請求項４に記載のデバイス設定プログラム。
6. ネットワークに接続する複数のデバイスへの設定を実行するデバイス管理装置であって、
   前記ネットワークに接続する第１のデバイスから能力情報を取得する能力情報取得部と、
   前記第１のデバイスの能力情報に基づいて、デバイスが動作設定をするための設定情報を生成する設定情報生成部と、
   前記第１のデバイスに前記設定情報に基づく動作設定をさせる設定制御部と、を備え、
   前記設定制御部は、前記複数のデバイスのうち前記第１のデバイスと同一機種の第２のデバイスに前記設定情報に基づく動作設定をさせる、
   ことを特徴とするデバイス管理装置。

Images