JP2020119569A - 機器管理システムおよびプログラム - Google Patents

Abstract

【課題】電子機器の設定情報の入出力を自動で行うための新規な技術を提供する。【解決手段】本発明によれば、複数の電子機器のパラメータを管理し、各電子機器に対してパラメータを設定するための機器管理システムであって、各前記電子機器に固有の固有パラメータと、各該固有パラメータと同じ意味を持つ共通パラメータとを対応付けて記憶する記憶手段と、パラメータの参照先である第１の電子機器の指定と、パラメータの設定先である第２の電子機器の指定とを受け付ける手段と、指定された前記第１の電子機器で設定された固有パラメータを取得する設定情報取得手段と、指定された前記第２の電子機器に設定すべきパラメータとして、取得された前記第１の電子機器の固有パラメータに前記共通パラメータを介して対応付けられている該第２の電子機器の固有パラメータを特定する設定情報生成手段とを含む機器管理システムが提供される。【選択図】図２

Description

本発明は、機器管理システムおよびプログラムに関する。

従来、印刷機器の入れ替えの際に、入れ替え前の機器の設定情報を入れ替え先の機器に反映させたいという要望がある。

この点につき、特許文献１は、同機種の印刷機器の機器入れ替えの際に、入れ替え前の機器の設定情報を出力する処理（Export）と、出力した設定情報を入れ替え先の機器に入力する処理（Import）を自動で行う技術を開示する。

しかし、特許文献１に代表される従来の技術は、同機種間の設定情報の入出力（Import/Export）に限定されており、同じ設定項目に対して異なるパラメータが定義される場合のある異機種間のそれには対応していないため、異機種間の設定情報の移行は、専ら手動で行うより他なかった。

本発明は、上記に鑑みてなされたものであり、電子機器の設定情報の入出力を自動で行うための新規な技術を提供することを目的とする。

本発明者は、電子機器の設定情報の入出力を自動で行うための新規な技術につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、複数の電子機器のパラメータを管理し、各電子機器に対してパラメータを設定するための機器管理システムであって、各前記電子機器に固有の固有パラメータと、各該固有パラメータと同じ意味を持つ共通パラメータとを対応付けて記憶する記憶手段と、パラメータの参照先である第１の電子機器の指定と、パラメータの設定先である第２の電子機器の指定とを受け付ける手段と、指定された前記第１の電子機器で設定された固有パラメータを取得する設定情報取得手段と、指定された前記第２の電子機器に設定すべきパラメータとして、取得された前記第１の電子機器の固有パラメータに前記共通パラメータを介して対応付けられている該第２の電子機器の固有パラメータを特定する設定情報生成手段とを含む機器管理システムが提供される。

上述したように、本発明によれば、電子機器の設定情報の入出力を自動で行うための新規な技術が提供される。

本実施形態の機器管理サーバを含むネットワークシステムの構成図。 本実施形態の機器管理サーバの機能ブロック図。 パラメータ管理テーブルおよびデフォルト値管理テーブルを示す図。 本実施形態のネットワークシステムが実行する処理を示すシーケンス図。 本実施形態の機器管理サーバが提供するＵＩ画面を示す図。 設定情報生成処理を示すフローチャート。 設定情報生成処理を説明するための図。 パラメータ管理テーブルおよびデフォルト値管理テーブルを示す図。 他の実施形態の機器管理サーバの機能ブロック図。 他の実施形態において設定可能情報からパラメータ管理テーブルを生成する処理を説明する図。 他の実施形態によるネットワークシステムが実行する処理を示すシーケンス図。 他の実施形態において蓄積されるエラー履歴テーブルを示す図。 他の実施形態における適用エラー判定結果を表示するカスタマイズ画面を示す図。 本実施形態の機器管理サーバのハードウェア構成図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

図１は、本発明の実施形態である機器管理サーバ１０を含むネットワークシステム１００のシステム構成を示す。本実施形態のネットワークシステム１００は、図１に示すように、機器管理サーバ１０と、ＰＣ２０と、複数のＭＦＰ（Multi-Function Peripheral）３０とを含んで構成されており、機器管理サーバ１０とその他の装置は、ネットワーク５０を介して相互通信可能に接続されている。以下では、便宜的に、ネットワーク５０に３台のＭＦＰ３０ａ、３０ｂ、３０ｃが接続されている場合を例にとって説明を行う。

ＭＦＰ３０ａ、３０ｂ、３０ｃは、いずれもネットワーク対応の画像形成装置である。ＭＦＰ３０ａ、３０ｂ、３０ｃは、いずれ「コピー」、「ファックス」、「スキャン」といった共通する機能を搭載しており、各機器においては、共通する機能（例えば、「コピー」）に関連して、共通する設定項目（例えば、「着色印刷」、「ステープル」など）が定義されている。ただし、ＭＦＰ３０ａ、３０ｂ、３０ｃは、それぞれの機種が異なっており、共通する設定項目に対応するそれぞれのパラメータは必ずしも同じとは限らない。なお、以下では、ＭＦＰ３０ａ、ＭＦＰ３０ｂ、ＭＦＰ３０ｃのことを、それぞれ、機器Ａ、機器Ｂ、機器Ｃと呼ぶこととする。ここで、Ａ、ＢまたはＣは、特定の機種を表す。

ＰＣ２０は、ユーザ（例えば、システム管理者）が操作するパーソナルコンピューターである。

本実施形態の機器管理サーバ１０は、ネットワーク５０上の機器Ａ、機器Ｂ、機器Ｃについて、上述した共通する設定項目のパラメータを管理し、ネットワーク５０を介して各機器にパラメータを遠隔設定する情報処理装置である。

以上、本実施形態のネットワークシステム１００のシステム構成を説明してきたが、続いて、図２に示す機能ブロック図に基づいて、機器管理サーバ１０の機能構成を説明する。

機器管理サーバ１０は、ＵＩ部１２と、設定情報取得部１３と、設定情報生成部１４と、設定情報送信部１５と、設定情報登録部１６と、記憶領域１７とを含んで構成される。なお、本実施形態では、機器管理サーバ１０に搭載されるコンピュータが、所定のプログラムを実行することにより、上述した各手段として機能する。

ＵＩ部１２は、ユーザが操作するＰＣ２０からパラメータの参照先である第１の電子機器の指定と、パラメータの設定先である第２の電子機器の指定とを受け付ける手段である。

設定情報取得部１３は、パラメータの参照先である第１の電子機器に設定されている当該機器に固有のパラメータ（以下、固有パラメータという）を取得する手段である。

設定情報生成部１４は、設定情報取得部１３が取得した第１の電子機器の固有パラメータに基づいて、設定先として指定された第２の電子機器に設定すべき固有パラメータを特定し、当該固有パラメータを含む設定情報を生成する手段である。

設定情報送信部１５は、設定情報生成部１４が生成した固有パラメータを含む設定情報を、ネットワーク５０を介してパラメータの設定先である第２の電子機器に送信する手段である。

設定情報登録部１６は、電子機器の設定情報を新規に登録する手段である。

一方、記憶領域１７は、「パラメータ管理テーブル」と「デフォルト値管理テーブル」を保持する。

最初に、「パラメータ管理テーブル」について説明する。パラメータ管理テーブルは、ネットワーク５０に接続されている機器Ａ、機器Ｂ、機器Ｃのぞれぞれの固有パラメータを管理するテーブルであり、設定項目毎に用意される。

図３（ａ）は、「printColor」という設定項目のパラメータ管理テーブルを例示し、図３（ｂ）は、「printStaple」という設定項目のパラメータ管理テーブルを例示する。図３（ａ）、（ｂ）に示すように、パラメータ管理テーブルは、「共通パラメータ」を格納するためのカラムと、各機器の固有パラメータを格納するためのカラムを備えており、各レコードにおいて、共通パラメータと、各機器の固有パラメータとが対応付けて記憶されている。

ここで、「共通パラメータ」は、各機器の固有パラメータと同じ意味を持つ便宜上のパラメータであり、システム管理者は、その値を任意に定義することができる。

図３（ａ）に示す例では、設定項目「printColor」について、「color」と「monochrome」という２つの共通パラメータが定義されており、各共通パラメータが格納されたレコードの各機器のフィールドには、各共通パラメータに対応する各機器の固有パラメータが格納されている。具体的には、共通パラメータ「color」が格納されたレコードには、機器Ａの固有パラメータ「fullcolor」と機器Ｂの固有パラメータ「color」が格納されており、共通パラメータ「monochrome」が格納されたレコードには、機器Ａの固有パラメータ「monochrome」と、機器Ｂの固有パラメータ「monochrome」と、機器Ｃの固有パラメータ「monochrome」が格納されている。ここで、共通パラメータ「color」が格納されるレコードの機器Ｃのフィールドはブランクになっているが、これは、共通パラメータ「color」に対応する機器Ｃの固有パラメータが存在しないことを意味している（以下、同様。）

同様に、図３（ｂ）に示す例では、設定項目「printStaple」について、「top_left」、「top_right」、「binding_left」および「binding_right」という４つの共通パラメータが定義されており、各共通パラメータが格納されたレコードの各機器のフィールドには、対応する固有パラメータが存在するものについては、当該固有パラメータが格納され、それが存在しないものについては、該当するフィールドがブランクとなっている。

以上、「パラメータ管理テーブル」を２つの設定項目（「printColor」、「printStaple」）を例にとって説明したが、本実施形態においては、他の設定項目についても、上述したのと同様のテーブルが記憶領域１７に保持される。

次に、「デフォルト値管理テーブル」について説明する。デフォルト値管理テーブルは、各機器の設定項目毎のデフォルト値を記憶するテーブルである。

図３（ｃ）は、デフォルト値管理テーブルを例示する。図３（ｃ）に示すように、デフォルト値管理テーブルは、設定項目を格納するためのカラムと、各機器の設定項目に対応する固有パラメータのデフォルト値を格納するためのカラムを備えており、各レコードにおいて、設定項目と機器のデフォルト値とが対応付けて記憶されている。

図３（ｃ）に示す例では、設定項目「printColor」が格納されたレコードに、機器Ａの固有パラメータ「fullcolor」と、機器Ｂの固有パラメータ「color」と、機器Ｃの固有パラメータ「monochrome」がデフォルト値として格納されており、設定項目「printStaple」が格納されたレコードに、機器Ａの固有パラメータ「top_left」と、機器Ｂの固有パラメータ「top_left」がデフォルト値として格納されている。ここで、設定項目「printStaple」が格納されたレコードの機器Ｃのフィールドはブランクになっているが、これは、設定項目「printStaple」に対応する機器Ｃのデフォルト値が存在しないことを意味している（以下、同様。）

以上、「デフォルト値管理テーブル」を２つの設定項目（「printColor」、「printStaple」）を例にとって説明したが、他の設定項目についても同様のレコードが用意され、そこに対応する各機器のデフォルト値が格納される。

以上、機器管理サーバ１０の機能構成について説明してきたが、続いて、本実施形態のネットワークシステム１００が実行する処理の内容を図４に示すシーケンス図に基づいて説明する。なお、以下では、機器Ａの設定内容を機器Ｂおよび機器Ｃに反映させるケースを例にとって説明を行う。

最初に、ユーザがＰＣ２０のウェブブラウザ（以下、単に、ＰＣ２０という場合がある）を操作して機器管理サーバ１０が提供する専用のウェブサイトにアクセスして、設定受付画面を選択すると（Ｓ１）、ＰＣ２０が設定受付画面リクエストを機器管理サーバ１０に送信する（Ｓ２）。これを受けて、機器管理サーバ１０のＵＩ部１２が設定受付画面をＰＣ２０に送信し、ＰＣ２０が受信した設定受付画面をディスプレイに表示する（Ｓ３）。

図５（ａ）は、Ｓ３で表示される設定受付画面５００を例示する。図５（ａ）に示すように、設定受付画面５００は、パラメータの参照先とする機器を指定するためのドロップダウンリスト５０１と、パラメータの設定先とする機器を指定するための複数のドロップダウンリスト５０２を含む。

設定受付画面５００が表示されたことを受けて、ユーザが、ドロップダウンリスト５０１を介して機器Ａを指定し、ドロップダウンリスト５０２を介して機器Ｂと機器Ｃを指定して、「ＯＫ」をクリックすると、ＰＣ２０は、その指定内容（参照先：機器Ａ／設定先：機器Ｂ，機器Ｃ）を含むパラメータ設定要求を機器管理サーバ１０に送信する（Ｓ５）。

これを受けて、機器管理サーバ１０の設定情報取得部１３が、ＰＣ２０から受信したパラメータ設定要求においてパラメータの参照先として指定されている機器Ａにアクセスし、機器Ａに現在設定されている各設定項目（「printColor」、「printStaple」…）の固有パラメータを含む設定情報を取得する（Ｓ６）。

続いて、設定情報生成部１４が、Ｓ６で取得した機器Ａの設定情報に基づいて設定情報生成処理を実行する（Ｓ７）。

以下、Ｓ７で実行される設定情報生成処理を図６に示すフローチャートに基づいて説明する。なお、以下では、説明の便宜上、Ｓ６で取得した機器Ａの設定情報に、設定項目「printColor」に対応する「fullcolor」と、設定項目「printStaple」に対応する「top_left」という２つの固有パラメータのみが含まれていたと仮定して説明を行う。

ステップ１０１では、機器Ａの設定情報に含まれる設定項目毎の固有パラメータを、対応する共通パラメータに変換する。具体的には、まず、図３（ａ）に示す「printColor」のパラメータ管理テーブルにおいて、機器Ａのフィールドに「fullcolor」が格納されたレコードの共通パラメータのフィールドに格納されている「color」を共通パラメータとして特定する。同様に、図３（ｂ）に示す「printStaple」のパラメータ管理テーブルにおいて、機器Ａのフィールドに「top_left」が格納されたレコードの共通パラメータのフィールドに格納されている「top_left」を共通パラメータとして特定する。

続くステップ１０２では、ステップ１０１で特定した２つの共通パラメータを統合して共通設定情報を生成する。

ここで、図７（ａ）は、ステップ１０１→ステップ１０２の一連の処理を概念的に示す。図７（ａ）に示すように、ステップ１０２で生成される共通設定情報においては、設定項目「printColor」に共通パラメータ「color」が対応付けられ、設定項目「printStaple」に共通パラメータ「top_left」が対応付けられている。

続くステップ１０３では、設定先として指定された２つの機器の中から機器Ｂに注目し、ステップ１０２で生成された共通設定情報の設定項目「printColor」に対応付けられた共通パラメータ「color」に対応付けられた機器Ｂの固有パラメータを特定する。具体的には、図３（ａ）に示す「printColor」のパラメータ管理テーブルにおいて、共通パラメータのフィールドに「color」が格納されたレコードの機器Ｂのフィールドに格納されている「color」を機器Ｂの固有パラメータとして特定する。同様に、図３（ｂ）に示す「printStaple」のパラメータ管理テーブルにおいて、共通パラメータのフィールドに「top_left」が格納されたレコードの機器Ｂのフィールドに格納されている「top_left」を機器Ｂの固有パラメータとして特定する。

続くステップ１０４では、共通設定情報の全ての設定項目に対応する機器Ｂの固有パラメータを特定できたか否かを判断する。この場合、機器Ｂの固有パラメータは全て特定できたので（ステップ１０４、Ｙｅｓ）、処理はステップ１０５に進む。

続くステップ１０５では、先のステップ１０３で特定した２つの固有パラメータを統合して、機器Ｂの設定情報を生成する。

ここで、図７（ｂ）は、ステップ１０３→ステップ１０４→ステップ１０５の一連の処理を概念的に示す。図７（ｂ）に示すように、ステップ１０５で生成される機器Ｂの設定情報においては、設定項目「printColor」に機器Ｂの固有パラメータ「color」が対応付けられ、設定項目「printStaple」に機器Ｂの固有パラメータ「top_left」が対応付けられている。

続くステップ１０６では、設定先として指定された全ての機器の設定情報が生成されたか否かを判断する。この場合、機器Ｃの設定情報がまだ生成されていないので（ステップ１０６、Ｎｏ）、処理はステップ１０３に戻る。

続くステップ１０３では、今度は機器Ｃに注目し、ステップ１０２で生成された共通設定情報の設定項目「printColor」に対応付けられた共通パラメータ「color」に対応付けられた機器Ｃの固有パラメータを特定する。しかし、この場合、図３（ａ）に示す「printColor」のパラメータ管理テーブルにおいて、共通パラメータのフィールドに「color」が格納されたレコードの機器Ｃのフィールドはブランクである。同様に、図３（ｂ）に示す「printStaple」のパラメータ管理テーブルにおいて、共通パラメータのフィールドに「top_left」が格納されたレコードの機器Ｃのフィールドもブランクである。

したがって、この場合、続くステップ１０４において、共通設定情報の全ての設定項目に対応する機器Ｃの固有パラメータが特定できなかったと判断され（ステップ１０４、Ｎｏ）、処理はステップ１０７に進む。

続くステップ１０７では、固有パラメータを特定できなかった設定項目に対応するパラメータとして、当該設定項目のデフォルト値を特定する。具体的には、図３（ｃ）に示すデフォルト値管理テーブルにおいて、設定項目のフィールドに「printColor」が格納されたレコードの機器Ｃのフィールドに格納されているデフォルト値「monochrome」を特定する。一方、同じデフォルト値管理テーブルにおいて、設定項目のフィールドに「printStaple」が格納されたレコードの機器Ｃのフィールドがブランクであることを特定する。

続くステップ１０５では、先のステップ１０７で特定したデフォルト値「monochrome」とブランク情報を統合して、機器Ｃの設定情報を生成する。

ここで、図７（ｃ）は、ステップ１０３→ステップ１０４→ステップ１０７→ステップ１０５の一連の処理を概念的に示す。図７（ｃ）に示すように、ステップ１０５で生成される機器Ｃの設定情報においては、設定項目「printColor」に機器Ｃのデフォルト値「monochrome」が対応付けられ、設定項目「printStaple」に対応する値はブランクとなる。

以上、説明したように、設定情報生成部１４が実行する設定情報生成処理においては、設定先の機器に設定すべきパラメータとして、パラメータ管理テーブルにおいて、参照先の機器の固有パラメータに共通パラメータを介して対応付けられている設定先の機器の固有パラメータが特定される。

再び、図４に戻って説明を続ける。

Ｓ７で２台の機器Ｂ、Ｃの設定情報が生成されたことを受けて、設定情報送信部１５は、生成された機器Ｂの設定情報を機器Ｂに送信し（Ｓ８）、生成された機器Ｃの設定情報を機器Ｃに送信する（Ｓ９）。これを受けて、機器Ｂおよび機器Ｃは、受信した設定情報に基づいてパラメータを設定する。

以上、説明したように、本実施形態によれば、機種の異なる機器間であっても、一方の機器の設定内容を他方の機器にできる限り反映させる形で、そのパラメータを自動的に設定することが可能になる。

続いて、本実施形態の機器管理サーバ１０の設定情報登録部１６が実行する処理について説明する。

ユーザがＰＣ２０を操作して機器管理サーバ１０が提供する専用のウェブサイトのパラメータ登録画面を選択すると、機器管理サーバ１０のＵＩ部１２がパラメータ登録画面をＰＣ２０に送信し、ＰＣ２０が受信したパラメータ登録画面をディスプレイに表示する。

図５（ｂ）は、パラメータ登録画面６００を例示する。図５（ｂ）に示すように、パラメータ登録画面６００は、新規にパラメータの登録を行おうとする機器の機器名を入力するためのテキストボックス６０１と、複数の入力フィールド６０２を含み、各入力フィールド６０２は、共通パラメータを入力するための複数のコンボボックス６０３と、共通パラメータに対応する固有パラメータを入力するための複数のコンボボックス６０３と、入力した固有パラメータをデフォルト値として指定するための複数のラジオボタン６０５とを含む。なお、パラメータ登録画面６００においては、設定項目毎に入力フィールド６０２が用意されており、タブの選択によりフィールドを切り換えることができるようになっている。

新たな機器の登録を行うにあたり、ユーザは、まず、テキストボックス６０１を介して登録対象の機器の機器名を入力し、パラメータを設定したい設定項目の入力フィールド６０２を表示させる。続いて、ユーザは、表示した入力フィールド６０２のコンボボックス６０３を介して共通パラメータを入力し、そのコンボボックス６０３に対応付けられたコンボボックス６０４を介して設定したい固有パラメータを入力する。なお、パラメータ登録画面６００においては、各パラメータの入力は、コンボボックス６０３のプルダウンリストに所望の値がある場合は、それを選択することで、所望の値が無い場合は、テキストボックスに値を直接入力することで、それを行うことができるようになっている。

必要な情報の入力を終えたユーザが、「ＯＫ」をクリックすると、ＰＣ２０は、入力された設定情報（設定項目毎の、共通パラメータと固有パラメータの組、デフォルト値として選択された固有パラメータ）を機器管理サーバ１０に送信する。これを受けて、機器管理サーバ１０の設定情報登録部１６は、受信した設定情報に含まれるパラメータを記憶領域１７に保持される各テーブルに格納する。具体的には、各設定項目に係る共通パラメータと固有パラメータの組を、当該設定項目のパラメータ管理テーブルに格納し、各設定項目に係るデフォルト値（固有パラメータ）を、当該設定項目のデフォルト値管理テーブルに格納する。

図８は、ユーザが、パラメータ登録画面６００を介して、新たに「機器Ｄ」の設定情報を登録した後の更新後のテーブルを例示する。具体的には、図８（ａ）は、設定項目「printColor」の更新後のパラメータ管理テーブルを示し、図８（ｂ）は、設定項目「printStaple」の更新後のパラメータ管理テーブルを示し、図８（ｃ）は、更新後のデフォルト値管理テーブルを示す。

以上、図１〜図８を参照ながら説明した実施形態においては、パラメータ管理テーブルおよびデフォルト値管理テーブルの内容は、機器管理サーバ１０の提供者側で事前に定義されるか、あるいは、ユーザ（例えばシステム管理者）がパラメータ登録画面上で定義するものであった。

したがって、提供者やユーザの設計者は、各機種間での設定可能な項目の情報を確認した上で、どのようにマッピングするかを考え、管理テーブルを事前に作成する必要があった。また、新たな機種が提供される場合にも、その機種を含む異機種間での設定項目の変換を行うためには、管理テーブルの更新の完了を待つ必要があった。

さらに、条件によっては、設定先の機器（例えば機器Ｂや機器Ｃ）に対し、変換後の設定情報に基づく設定を適用した際に、適用エラーが発生する場合も想定されるところ、このような適用エラーが同じ条件で繰り返し発生することを防止することも望まれる。

以下、図９〜図１３を参照しながら、機器から取得した情報に基づいて管理テーブルを自動生成するとともに、設定先の機器に設定情報を適用する際の適用エラーの発生に対処することが可能な、好ましい実施形態について説明する。

まず、図９に示す機能ブロック図に基づいて、好ましい実施形態による機器管理サーバ１０の機能構成を説明する。なお、以下、図１〜図８を参照ながら説明した実施形態との相違点を中心に説明するものとし、特段の説明がない場合は、同様の共通した構成を備えるものとする。

機器管理サーバ１０は、図２を参照して説明した実施形態と同様に、ＵＩ部１２と、設定情報取得部１３と、設定情報生成部１４と、設定情報送信部１５と、設定情報登録部１６と、記憶領域１７とを含んで構成される。図９に示す機器管理サーバ１０は、さらに、設定可能情報取得部１８と、管理テーブル生成部１９と、エラー条件判定部２２とを含んで構成される。

他の実施形態によるＵＩ部１２は、参照先および設定先の電子機器の指定を受け付けるＵＩ画面を提供するとともに、設定先の電子機器へ反映する設定情報を確認し、またカスタマイズするためのＵＩ画面を提供する。

設定可能情報取得部１８は、当該機器管理サーバ１０と通信可能な１または複数の機器（図９に示す機器Ａ〜機器Ｃなど）に問い合わせて、各機器から設定可能情報を取得する手段である。取得された設定可能情報は、各機器において設定可能な機能を記述したものであり、記憶領域１７などの適切な記憶領域に保存される。

管理テーブル生成部１９は、設定可能情報取得部１８により取得された複数の機器各々の設定可能情報に基づいて、機器各々を登録対象として、「パラメータ管理テーブル」および「デフォルト値管理テーブル」の追加内容を生成し、記憶領域１７に記憶させる。生成されたパラメータ管理テーブルおよびデフォルト値管理テーブルの追加内容は、記憶領域１７に保存される。

パラメータ管理テーブルは、上述したように、設定項目ごとに用意され、「共通パラメータ」を格納するためのカラムと、各機器の固有パラメータを格納するためのカラムを備えており、各レコードにおいて、共通パラメータと、各機器の固有パラメータとが対応付けて記憶されている。新たな機器の検出に応答して、既存の設定項目のテーブルにおいて新たなカラムが追加され、新たな機器の設定可能情報に基づいた内容が格納され、パラメータ管理テーブルが更新される。あるいは、検出された新たな機器が、新規な設定項目を有する場合は、当該設定項目のための新規なテーブルが生成される。

図１０は、他の実施形態における、設定可能情報からパラメータ管理テーブルを生成する処理を説明する。図１０（ａ），（ｂ）は、機器Ａおよび機器Ｂから取得される「給紙トレイ」の設定項目の設定可能情報を例示する。図１０（ａ），（ｂ）に示すように設定可能情報は、設定名と、それに対応した設定値との組を複数有する。図１０（ｃ）は、機器Ａおよび機器Ｂの設定可能情報から生成される、「給紙トレイ」の設定項目のパラメータ管理テーブルである。図１０（ｃ）の例では、パラメータ管理テーブルは、設定名を格納するためのカラムと、各機器の対応する固有の設定値を格納するためのカラムを備えている。

図１０（ａ），（Ｂ）に示すように、「給紙トレイ」の設定可能情報を機器Ａおよび機器Ｂから取得した場合、機器Ａおよび機器Ｂ間で、その設定名に対応する値（ここでは機器設定値）が異なる場合がある。そこで、管理テーブル生成部１９は、設定名に対する各機器の機器設定値を元に、設定名を基準として、これに対応付けて、各機器毎のカラムを生成して、設定値を格納し、これらを対応付けるようにパラメータ管理テーブルを生成または更新する。設定名は、上述した共通パラメータに対応し、設定値は、固有パラメータに対応する。

このように、機器毎の設定可能情報に基づいて機器管理サーバ１０内部でマッピング情報としてのパラメータ管理テーブルを自動で作成することで、提供者やユーザ型の設計者の管理テーブルの作成にかかる労力を削減することができる。

以上、「パラメータ管理テーブル」を１つの設定項目（給紙トレイ）を例にとって、各機器の設定可能情報からパラメータ管理テーブルを生成ないし更新する処理を説明したが、他の設定項目についても、上述したのと同様のテーブルが生成ないし更新される。

また、図１０を参照しながら、設定可能情報に基づきパラメータ管理テーブルを生成ないし更新する処理を説明したが、デフォルト値管理テーブルについても、同様に、設定可能情報に基づいて更新ないし生成することができる。例えば、取得した設定可能情報における任意の設定値（１番目の設定値やデフォルトとして明示された設定値）をデフォルトのものとして決定することができる。

再び、図９に戻って説明を続ける。上述したように、設定情報送信部１５は、設定情報生成部１４が生成した固有パラメータを含む設定情報を、ネットワーク５０を介してパラメータの設定先である第２の電子機器に送信する。これを受けて、第２の電子機器（例えば機器Ｂおよび機器Ｃ）は、受信した設定情報に基づいてパラメータを設定する。設定情報送信部１５は、本実施形態において、指定された設定先の機器に対し設定内容を適用する適用手段を構成する。

このとき、通常、設定情報は、設定先機器に適したものとなっているが、設定項目と設定値によっては、設定先の機器に対応する値が存在せず、設定適用時に適用エラーが発生する場合がある。

本実施形態による設定情報送信部１５は、適用の結果、設定先の機器から適用エラーの発生が返答された場合に、適用エラーになった設定項目について、適用エラーの情報を記憶領域１７にエラー履歴情報として蓄積させる。図９に示す実施形態において、記憶領域１７には、「パラメータ管理テーブル」および「デフォルト値管理テーブル」に加えて、「エラー履歴テーブル」が記憶される。エラー履歴テーブルは、適用エラーの情報（例えば、適用した設定値、適用した機種など）を保持するものである。記憶領域１７は、本実施形態において、設定内容の適用時に発生した適用エラーの条件を履歴として蓄積する蓄積手段を構成する。なお、エラー履歴テーブルが、管理テーブルを格納する記憶領域１７とは別の記憶領域に記憶されるこは妨げられない。

ＵＩ部１２は、上述したように、設定先の機器へ適用させる設定内容を編集可能に表示、ユーザがカスタマイズするためのＵＩ画面を提供する提供手段としてもはたらく。

エラー条件判定部２２は、設定先の機器への設定適用時に適用エラーとなった場合に、次回以降（例えば同じ機種の別の機器）に設定適用時に同じ条件で再度適用されようとした際に、設定の適用を行う前にブロックするために用いられる。エラー条件判定部２２は、本実施形態において、蓄積されたエラー履歴テーブルに基づいて、ＵＩ画面上に表示する選択肢に関し、ブロックするか否かを判断する判断手段を構成する。エラー条件判定部２２は、エラー履歴テーブルに基づいて、設定先の機器に対応した情報を取得し、ＵＩ部１２へ適用エラーとなる条件の内容を通知する。

ＵＩ部１２は、エラー条件判定部２２からの通知に基づいて、カスタマイズ用のＵＩ画面において、適用エラーの条件と一致する選択肢を選択できないように、グレイアウトや非表示として、設定適用をブロックする。

上記構成により、繰り返し同じ条件で設定適用がエラーになってしまう事を防ぐことができる。

図９に示す機器管理サーバ１０は、さらに、情報入出力部２１を含んで構成される。また、図９においては、ユーザＰＣ２０、ネットワーク５０、複数の機器３０ａ〜３０ｃおよび機器管理サーバ１０を含み構成されるユーザ環境１１０−１，１１０−２，...、１１０−ｎが、複数存在し、これらの複数のユーザ環境１１０がインターネット６０に接続されている。ここで、それぞれのユーザ環境１１０におけるネットワーク５０は、それぞれ、ＬＡＮ（ローカル・エリア・ネットワーク）およびＶＰＮ（仮想プライベート・ネットワーク）や専用線を介して接続された複数のＬＡＮを含み得る。

上述までの説明では、管理テーブルやエラー履歴テーブルなどの情報は、機器管理サーバ１０が設置されるユーザ環境１１０内で閉じていた。一方で、あるユーザ環境で用いられている情報が、他のユーザ環境においても有用である場合もある。情報入出力部２１は、上述した管理テーブルやエラー履歴テーブルを、許可される場合に、ユーザ環境１１０間で共有するための手段である。

インターネット６０上には、例えば、クラウド基盤上に配置された集約管理装置７０などの集約管理手段が接続されている。集約管理装置７０は、各ネットワーク環境１１０の機器管理サーバ１０と通信し、複数のユーザ環境での設定に関する情報（パラメータの対応付けや適用エラー条件）を集約し、複数の環境間での情報の共有を仲介するはたらきをする。

例えば、ユーザが、パラメータ登録画面６００を用いて定義した管理テーブルや、自身の環境で生成された管理テーブル、自身の環境で蓄積されたエラー履歴テーブルなどの情報を他のユーザ環境へ提供することを許可している場合は、情報入出力部２１は、これらの情報を、インターネット６０を介して集約管理装置７０へ送信する。また、情報入出力部２１は、他のユーザ環境から許可の下、集約管理装置７０へ集約された情報を、インターネット６０を介して取得し、自身の管理テーブルや履歴テーブルの内容を更新することができる。情報入出力部２１は、本実施形態において、設定に関する情報を、集約管理装置７０へ出力するか、集約管理装置７０から入力を受けて記憶領域に記憶するか、または両方を行う情報入出力手段を構成する。

以上、主に、他の実施形態による機器管理サーバ１０の機能構成について説明してきたが、続いて、他の実施形態のネットワークシステム１００が実行する処理の内容を図１１に示すシーケンス図に基づいて説明する。なお、以下では、機器Ａの設定内容を、カスタマイズした上で、機器Ｂに反映させるケースを例にとって説明を行う。

図４を参照して説明したケースと同様に、最初に、ユーザがＰＣ２０のウェブブラウザを操作して機器管理サーバ１０が提供する専用のウェブサイトにアクセスして、設定受付画面を選択すると（Ｓ１）、ＰＣ２０が設定受付画面リクエストを機器管理サーバ１０に送信する（Ｓ２）。これを受けて、機器管理サーバ１０のＵＩ部１２が設定受付画面をＰＣ２０に送信し、ＰＣ２０が受信した設定受付画面をディスプレイに表示する（Ｓ３）。

設定受付画面が表示されたことを受けて、ユーザが、機器Ａを参照先として指定し、機器Ｂを設定先として指定して、パラメータ設定を求めると、ＰＣ２０は、その指定内容（参照先：機器Ａ／設定先：機器Ｂ）を含むパラメータ設定要求を機器管理サーバ１０に送信する（Ｓ５）。

これを受けて、機器管理サーバ１０の設定情報取得部１３が、ＰＣ２０から受信したパラメータ設定要求においてパラメータの参照先として指定されている機器Ａにアクセスし、機器Ａに現在設定されている各設定項目の固有パラメータを含む設定情報を取得する（Ｓ６）。

続いて、設定情報生成部１４が、Ｓ６で取得した機器Ａの設定情報に基づいて設定情報生成処理を実行する（Ｓ７）。上述したように、設定情報生成部１４が実行する設定情報生成処理においては、設定先の機器に設定すべきパラメータとして、パラメータ管理テーブルにおいて、参照先の機器の固有パラメータに共通パラメータを介して対応付けられている設定先の機器の固有パラメータが特定される。この際に、パラメータ管理テーブルに、指定された設定先の機器に対応したカラムが無い場合は、適宜、集約管理装置７０に問い合わせて、指定された設定先の機器のための情報を取得することができる。

Ｓ７で機器Ｂの設定情報が生成された後、エラー条件判定部２２が、その時点までに蓄積されたエラー履歴テーブルの内容に基づいて、設定先の機器の設定情報に関連して発生し得る適用エラーを判定する（Ｓ１０）。これを受けて、機器管理サーバ１０のＵＩ部１２は、生成された設定情報および判定された適用エラー条件を含むカスタマイズ用のＵＩ画面をＰＣ２０に送信し、ＰＣ２０が受信した設定受付画面をディスプレイに表示する（Ｓ１１）。カスタマイズ用のＵＩ画面では、適用エラーが発生すると予測された設定値の選択肢が、選択できないようにブロックした上で、表示される。

カスタマイズ用のＵＩ画面が表示されたことを受けて、ユーザが、変更可能な選択肢の中から、所定の設定項目についてカスタマイズ後の設定値を選択して、設定反映の指示を行うと（Ｓ１２）、ＰＣ２０は、その変更内容（変更する設定項目／変更後の設定値）を含む設定変更・反映要求を機器管理サーバ１０に送信する（Ｓ１３）。

続いて、設定情報生成部１４が、Ｓ１３で取得した変更内容に基づいて、設定先の機器の設定情報を変更する（Ｓ１４）。設定情報送信部１５は、変更が反映された設定先の機器Ｂの設定情報を機器Ｂに送信する（Ｓ１５）。これを受けて、機器Ｂは、受信した設定情報に基づいてパラメータを設定する。ここで、機器Ｂが設定情報の適用時に適用エラーを発生させると、機器Ｂは、機器管理サーバ１０に対し、設定値が不正である旨を示すエラー（設定値不正エラー）を返答する。

続いて、設定情報送信部１５は、設定値不正エラーを受け取った場合は、発生した適用エラーを、記憶領域１７のエラー履歴テーブルに蓄積させる（Ｓ１６）。

図１２は、他の実施形態において蓄積される適用エラー履歴テーブルを示す。図１２（Ａ）は、注目するユーザ環境１１０において蓄積されたエラー履歴テーブルを例示する。

図１２に示すエラー履歴テーブルは、設定項目名、設定名、設定値および対象機種のカラムを含み、各レコードにおいて、発生した適用エラーの情報を履歴として蓄積する。そして、このエラー履歴テーブルは、次回以降、Ｓ１０で適用エラーを判定する際に、同様の条件で設定適用ができないようブロックするために参照される。図１２（ａ）に示す例では、履歴として、「設定項目名：印刷カラー」、「設定名：カラー」、「設定値：１」、「対象機種：Ｂ−０００１(ここでは、機器Ｂの機種を「Ｂ−００１」としている。)」のエラーになった際の条件が、新しく履歴として追加されている。

図１３は、他の実施形態における適用エラー判定結果を表示するカスタマイズ画面７００を示す。図１３（ａ）は、１回目に表示される機器設定カスタマイズ画面を示し、図１３（ｂ）は、一度適用エラーが発生した後の２回目以降に表示される機器設定カスタマイズ用画面を示す。

図１３（ａ）に示すように、機器設定カスタマイズ画面７００は、対象の機器名を示すラベル７０１と、各設定項目７１０，７２０について、設定項目名を示すラベル７１２，７２２と、１または複数の選択肢から１つの設定値を選択するためのドロップダウンリスト７１４，７２４とを含む。

機器設定カスタマイズ画面７００では、選択肢の一覧を表示するリスト７１６が示されており、図１３（ａ）に示す画面においては、「印刷カラー（printColor）」の設定項目について、「白黒」および「カラー」の２つの選択肢が選択可能に示されている。一方、図１３（ｂ）に示す画面では、選択肢「カラー」がグレイアウト表示７１８されている。図１３の例では、１回目の設定適用時に、設定項目「印刷カラー」について、設定値を「カラー」とした場合に、設定値不正エラーが発生したものとしている。

このように、ユーザが２回目以降も、一度エラーになった設定値を繰り返し同じ機種に対して適用しようとした場合に、同様のエラーが繰り返し発生することを防止することができる。

図１１に戻ると、エラー履歴テーブルに新規なレコードが追加された場合、情報入出力部２１は、集約管理装置７０に対し、追加したエラー履歴テーブルの新規なレコードを送信する（Ｓ１７）。

図１２（ｂ）は、注目するユーザ環境（例えば１１０−１）の他のユーザ環境（例えば１１０−２）において、注目するユーザ環境（１１０−１）での新たなレコードの蓄積に応答して更新されたエラー履歴テーブルを例示する。

注目する環境１１０−１でのエラー履歴テーブルのレコードが集約管理装置７０上に蓄積され、他の環境１１０−２のエラー履歴テーブルに新しいレコードとして追加され、適用エラー条件が共有される。図１２（ｂ）に示す例では、「設定項目名：印刷カラー」、「設定名：カラー」、「設定値：１」、「対象機種：Ｂ−００１」と、「設定項目名：給紙トレイ」、「設定名：トレイ４」、「設定値：４」、「対象機種：Ａ−００１」の２つのエラーレコードが、共有された情報として追加されている。

環境１１０−２においては、機器設定カスタマイズ画面７００では、図１２（ｂ）に示すエラー履歴テーブルに基づいて、その環境では初回から、図１３（ｂ）に示すように、適用エラーになる条件の設定値がグレイアウト表示７１８される。これにより、一度エラーとなった設定の適用が再度実行され、エラーになってしまうことを防ぐことができる。

上述したように、蓄積した適用エラーの条件は、機器管理サーバ１０が稼働している環境以外でも、同じ条件であれば発生する。このため、蓄積したエラー履歴テーブルを集約管理手段に集約し、別の環境で稼働している機器管理サーバ１０に提供することで、他環境のユーザが、エラーが発生する条件で設定適用してしまう事を防ぐことができる。

以上、説明したように、本実施形態によれば、機種の異なる機器間であっても、一方の機器の設定内容を他方の機器にできる限り反映させる形で、そのパラメータを自動的に設定することが可能になる。その際に、適用エラーが発生すると、その適用エラーを履歴情報として蓄積し、次回以降の設定適用時に同じ条件で再度適用されようとした際に、設定の適用をする前にブロックすることができる。

また、上記構成によれば、適用エラーとなった条件の情報を履歴として蓄積していき、蓄積した履歴をクラウドなどのユーザ環境外に集約し、他のユーザ環境上にある機器管理サーバ１０に対して、他環境での蓄積した履歴などの情報を提供することができる。これにより、その環境ではまだ適用エラーになっていない条件について、設定適用時に事前にブロックすることができる。また、上記構成によれば、さらに、管理テーブルをユーザ環境外に集約し、他のユーザ環境上にある機器管理サーバ１０に対して、他環境での管理テーブルを提供することで、その環境でまだ手動で定義されていない、あるいは、設定可能情報が取得できない機器についても変換可能とすることができる。

最後に、本実施形態の機器管理サーバ１０のハードウェア構成について説明する図１４に示すように、本実施形態の機器管理サーバ１０に搭載されるコンピュータは、装置全体の動作を制御するプロセッサ１０１と、ブートプログラムやファームウェアプログラムなどを保存するＲＯＭ１０２と、プログラムの実行空間を提供するＲＡＭ１０３と、当該コンピュータを上述した各手段として機能させるためのプログラムなどを保存するための補助記憶装置１０４と、外部装置を接続するための入出力インタフェース１０５と、ネットワーク５０に接続するためのネットワーク・インターフェース１０６とを備えている。

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではない。

例えば、上述した実施形態では、機器管理サーバ１０を１台の情報処理装置として説明したが、他の実施形態では、機器管理サーバ１０が備える上述した各機能をネットワーク上の２以上の情報処理装置に分散配置してもよく、その場合、そのような２以上の情報処理装置からなるネットワークシステムを「機器管理システム」として参照することができる。

また、上述した実施形態では、パラメータの設定対象がＭＦＰである場合を例にとって説明を行ったが、機器管理サーバ１０は、ネットワーク対応の電子機器全般をパラメータの設定対象とすることができ、そのような設定対象には、ＭＦＰ以外の画像形成装置や、画像形成装置以外の他の電子機器が含まれることはいうまでもない。

その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…機器管理サーバ
１２…ＵＩ部
１３…設定情報取得部
１４…設定情報生成部
１５…設定情報送信部
１６…設定情報登録部
１７…記憶領域
１８…設定可能情報取得部
１９…管理テーブル生成部
２１…情報入出力部
２２…エラー条件判定部
３０ａ,３０ｂ,３０ｃ…ＭＦＰ
５０…ネットワーク
１００…ネットワークシステム
１０１…プロセッサ
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…補助記憶装置
１０５…入出力インタフェース
１０６…ネットワーク・インターフェース
１１０…ユーザ環境
５００…設定受付画面
５０１、５０２…ドロップダウンリスト
６００…パラメータ登録画面
６０１…テキストボックス
６０２…入力フィールド
６０３,６０４…コンボボックス
６０５…ラジオボタン
７００…機器設定カスタマイズ画面
７０１，７１２，７２２…ラベル
７１０，７２０…設定項目
７１４，７２４…ドロップダウンメニュー
７１６…リスト
７１８…グレイアウト項目

特開２０１７‐０８１０１７号公報

Claims (10)

1. 複数の電子機器のパラメータを管理し、各電子機器に対してパラメータを設定するための機器管理システムであって、
   各前記電子機器に固有の固有パラメータと、各該固有パラメータと同じ意味を持つ共通パラメータとを対応付けて記憶する記憶手段と、
   パラメータの参照先である第１の電子機器の指定と、パラメータの設定先である第２の電子機器の指定とを受け付ける手段と、
   指定された前記第１の電子機器で設定された固有パラメータを取得する設定情報取得手段と、
   指定された前記第２の電子機器に設定すべきパラメータとして、取得された前記第１の電子機器の固有パラメータに前記共通パラメータを介して対応付けられている該第２の電子機器の固有パラメータを特定する設定情報生成手段と
   を含む機器管理システム。
2. 前記記憶手段は、
   各前記電子機器のパラメータのデフォルト値を記憶し、
   前記設定情報生成手段は、
   取得された前記第１の電子機器の固有パラメータに前記共通パラメータを介して前記第２の電子機器の固有パラメータが対応付けられていない場合に、該第２の電子機器に設定すべきパラメータとして、該第２の電子機器の前記デフォルト値を特定する、
   請求項１に記載の機器管理システム。
3. 電子機器の設定情報を登録する手段であって、登録対象の電子機器の固有パラメータと、該固有パラメータと同じ意味を持つ共通パラメータとを対応付けて前記記憶手段に記憶させる設定情報登録手段を含む、
   請求項１または２に記載の機器管理システム。
4. 前記設定情報登録手段は、
   登録対象の電子機器のパラメータのデフォルト値を前記記憶手段に記憶させる、
   請求項３に記載の機器管理システム。
5. 前記複数の電子機器各々から、各電子機器で設定可能な機能を記述した設定可能情報を取得する手段と、
   前記複数の電子機器各々の前記設定可能情報に基づいて、前記複数の電子機器各々を登録対象として、固有パラメータと、共通パラメータとを対応付けて前記記憶手段に記憶させる手段と
   を含む、請求項１〜４のいずれか１項に記載の機器管理システム。
6. 前記機器管理システムは、
   複数の環境での設定に関する情報を集約する集約管理手段と、
   前記記憶手段に記憶される各前記電子機器の前記固有パラメータと前記共通パラメータとの対応付けを、前記集約管理手段へ出力するか、前記集約管理手段から入力を受けて記憶するか、または両方を行う情報入出力手段と
   をさらに含む、請求項１〜５のいずれか１項に記載の機器管理システム。
7. 指定された前記第２の電子機器に対し設定内容を適用する適用手段と、
   前記設定内容の適用時に発生した適用エラーの条件を履歴として蓄積する蓄積手段と
   をさらに含む、請求項１〜５のいずれか１項に記載の機器管理システム。
8. 前記第２の電子機器に適用する設定内容を表示する画面を提供する提供手段と、
   蓄積された前記適用エラーの条件に基づいて、前記画面上に表示する選択肢に関し、ブロックするか否かを判断する判断手段と
   を含む、請求項７に記載の機器管理システム。
9. 前記機器管理システムは、
   複数の環境での設定に関する情報を集約する集約管理手段と、
   前記蓄積手段に蓄積される前記適用エラーの条件を、前記集約管理手段へ出力するか、前記集約管理手段から入力を受けて蓄積するか、または両方を行う情報入出力手段と
   をさらに含む、請求項７また８に記載の機器管理システム。
10. 複数の電子機器のパラメータを管理し、各電子機器に対してパラメータを設定するためのコンピュータを、
    各前記電子機器に固有の固有パラメータと、各該固有パラメータと同じ意味を持つ共通パラメータとを対応付けて記憶する記憶手段、
    パラメータの参照先である第１の電子機器の指定と、パラメータの設定先である第２の電子機器の指定とを受け付ける手段、
    指定された前記第１の電子機器で設定された固有パラメータを取得する設定情報取得手段、
    指定された前記第２の電子機器に設定すべきパラメータとして、取得された前記第１の電子機器の固有パラメータに前記共通パラメータを介して対応付けられている該第２の電子機器の固有パラメータを特定する設定情報生成手段、
    として機能させるためのプログラム。