(57)【要約】【課題】管理対象のデバイスに対して設定情報を配信する場合における管理者の作業負荷を軽減する。【解決手段】ネットワークを介して通信可能なデバイスへの設定配信が配信期限までに完了するか否かを判定する判定手段と、前記判定手段により前記設定配信が完了しないと判定された場合、前記設定配信により配信される設定情報の分割配信を許可するか否かを判定する分割判定手段と、前記分割判定手段により前記分割配信を許可すると判定された場合、前記設定配信により配信される設定情報を分割する分割手段と、を有することによって課題を解決する。【選択図】図１６
2015176594.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信可能なデバイスへの設定配信が配信期限までに完了するか否かを判定する判定手段と、
前記判定手段により前記設定配信が完了しないと判定された場合、前記設定配信により配信される設定情報の分割配信を許可するか否かを判定する分割判定手段と、
前記分割判定手段により前記分割配信を許可すると判定された場合、前記設定配信により配信される設定情報を分割する分割手段と、
を有する情報処理装置。
【請求項２】
前記分割判定手段により前記分割配信を許可しないと判定された場合、配信期限までに設定配信が完了しない設定情報を、前記デバイスに対して設定配信が可能な他の情報処理装置に分散させる分散手段を更に有する請求項１に記載の情報処理装置。
【請求項３】
前記分割手段は、前記設定配信により配信される設定情報を、前記デバイスでの設定反映に再起動を要する設定情報と、再起動を要しない設定情報とに分割する請求項１又は２に記載の情報処理装置。
【請求項４】
前記判定手段により前記設定配信が配信期限までに完了しないと判定された場合、警告画面を表示する警告画面表示手段を更に有する請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記設定配信に要する設定配信時間は、前記設定情報の配信に要する配信時間と、前記設定情報が示す設定の反映に要する設定反映時間との合計であり、
前記判定手段は、前記設定配信時間を示す設定配信時間情報と、設定配信可能期間情報とに基づいて、前記設定配信が配信期限までに完了するか否かを判定する請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
設定配信可能期間を設定する設定画面を表示する表示手段を更に有し、
前記判定手段は、前記設定配信時間情報と、前記設定画面を介して設定された設定配信可能期間を示す前記設定配信可能期間情報とに基づいて、前記設定配信が配信期限までに完了するか否かを判定する請求項５に記載の情報処理装置。
【請求項７】
前記分割配信を許可するか否かを設定する設定画面を表示する表示手段を更に有し、
前記分割判定手段は、前記設定画面を介して前記分割配信を許可する設定を受け付けた場合、前記分割配信を許可すると判定する請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項８】
情報処理装置が実行する情報処理方法であって、
ネットワークを介して通信可能なデバイスへの設定配信が配信期限までに完了するか否かを判定する判定ステップと、
前記判定ステップにより前記設定配信が完了しないと判定された場合、前記設定配信により配信される設定情報の分割配信を許可するか否かを判定する分割判定ステップと、
前記分割判定ステップにより前記分割配信を許可すると判定された場合、前記設定配信により配信される設定情報を分割する分割ステップと、
を含む情報処理方法。
【請求項９】
コンピュータに、
ネットワークを介して通信可能なデバイスへの設定配信が配信期限までに完了するか否かを判定する判定ステップと、
前記判定ステップにより前記設定配信が完了しないと判定された場合、前記設定配信により配信される設定情報の分割配信を許可するか否かを判定する分割判定ステップと、
前記分割判定ステップにより前記分割配信を許可すると判定された場合、前記設定配信により配信される設定情報を分割する分割ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＭＦＰ、ＳＦＰ、ＬＢＰ、インクジェットプリンタ等の画像形成装置（以下、デバイスと総称する）のリプレイスやローテーション、又はユーザの配置転換等でデバイスの利用ユーザが変わると、デバイスの設定情報を配置された環境に応じて更新する必要がある。デバイスの設定情報の更新作業は、設定情報が数百項目に達する場合があり、デバイス一台一台に対して設定を行う管理者の負担が大きくなっている。
近年、デバイスの設定配信を行う場合には管理クライアントを設置し、前記管理クライアントがデバイスからデバイスの設定情報をバックアップし、バックアップした設定情報を指定したデバイスに配信することで管理者の作業負荷の軽減が行われている。更に、上述の配信処理は管理クライアントの画面から配信予約が可能となっており、ユーザがデバイスを利用しない夜間等に配信を行うことも可能である。一方で、設定情報の配信設定を行っている間、ユーザはデバイスを利用できなくなってしまうという課題が存在する。
例えば設定情報の配信スケジュールが重ならないように配信予約時にスケジュールを調整する技術が提案されている（特許文献１）。特許文献１には、配信予約の時間帯での配信ができない場合、デバイスが利用されていない時間を配信可能な時間と定義し、配信可能な時間帯の候補と前記時間帯の予約状況とに基づいて配信予約を実行する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１７４９５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
管理クライアントが管理する管理対象のデバイスの増加や、デバイスの高性能化による設定情報の増加により、管理対象のデバイスへの設定配信に要する時間が増加する傾向にある。しかし一方で、デバイスのローテーションやユーザの配置転換等、管理対象の複数デバイスの設定情報の配信をユーザが利用しない時間、例えば夜間等に一括で処理させたいというユースケースがある。特許文献１の技術では、スケジュールに空きがない場合、指定された期間に一括で設定配信を行うことができないため、ユーザが利用しない時間に配信をする場合、何日かに分けて再スケジュールする必要があった。
本発明は、管理対象のデバイスに対して設定情報を配信する場合における管理者の作業負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
そこで、本発明の情報処理装置は、ネットワークを介して通信可能なデバイスへの設定配信が配信期限までに完了するか否かを判定する判定手段と、前記判定手段により前記設定配信が完了しないと判定された場合、前記設定配信により配信される設定情報の分割配信を許可するか否かを判定する分割判定手段と、前記分割判定手段により前記分割配信を許可すると判定された場合、前記設定配信により配信される設定情報を分割する分割手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、管理対象のデバイスに対して設定情報を配信する場合における管理者の作業負荷を軽減することができる。
【図面の簡単な説明】
【０００７】
【図１】設定配信システムのシステム構成の一例を示す図である。
【図２】デバイスのハードウェア構成の一例を示す図である。
【図３】中央管理装置、管理クライアントのハードウェア構成の一例を示す図である。
【図４】中央管理装置のソフトウェア構成の一例を示す図である。
【図５】管理クライアントのソフトウェア構成の一例を示す図である。
【図６】デバイスリストの一例を示す図である。
【図７】デバイスの通信情報更新処理の一例を示すフローチャートである。
【図８】中央管理装置が保持するリストの一例を示す図である。
【図９】配信タスク登録画面の一例を示す図である。
【図１０】メール通知画面の一例を示す図である。
【図１１】実行タスクリストの一例を示す図である。
【図１２】中央管理装置の処理の一例を示すフローチャート（その１）である。
【図１３】中央管理装置の処理の一例を示すフローチャート（その２）である。
【図１４】中央管理装置の処理の一例を示すフローチャート（その３）である。
【図１５】中央管理装置の処理の一例を示すフローチャート（その４）である。
【図１６】中央管理装置の処理の一例を示すフローチャート（その５）である。
【図１７】警告画面の一例を示す図である。
【図１８】設定情報の一例を示す図である。
【図１９】取得（配信）する設定情報を選択する設定画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
＜実施形態１＞
図１は、本実施形態における設定配信システムのシステム構成の一例を示す図である。図１の設定配信システムは、中央管理システム１００と、設定情報を配信する配信先の顧客環境１１０とを含む。中央管理システム１００と、顧客環境１１０とは、ネットワークを介して通信可能である。
中央管理システム１００には、中央管理装置１０１と、データベース１０４と、ゲートウェイ機器１０２とが含まれている。なお、中央管理装置１０１は、情報処理装置の一例である。また、以降の説明では、複数のデータを記憶するＨＤＤ等の記憶装置のことを含めてデータベースという。データベース１０４は、デバイス１１３から取得された設定情報や、配信データを格納している。また、データベース１０４は、デバイス１１３から設定情報を取得したり、デバイス１１３へ設定情報を配信したりするために必要なデバイス１１３と通信するための各種情報等を格納している。データベース１０４と、中央管理装置１０１とは、ネットワーク１０５で接続されており、ネットワーク１０５はインターネット１０３に接続可能となっている。なお、データベース１０４は、物理的に中央管理装置１０１内に存在してもよい。更に、データベース１０４は、中央管理装置１０１からアクセス可能であれば、インターネット１０３を経由した別の場所に存在していてもよい。
中央管理装置１０１は、ゲートウェイ機器１０２を介してインターネット１０３に接続し、インターネット１０３を介して接続しているＰＣ等の情報処理装置に対し、データベース１０４に格納している情報や、加工した情報を閲覧するＷＥＢページを提供する。このＷＥＢページは、ユーザ認証により、権限別に閲覧内容を限定して提供される。認証されたユーザは、ＷＥＢページを介して、一部のデータを変更することもできる。中央管理装置１０１は、ＷＥＢページ上で特定の権限を持つ担当者が入力した各種情報を顧客単位で登録する。登録する情報としては、管理対象となるデバイス１１３の情報や、デバイス１１３と情報のやり取りを行う管理クライアント１１２等に関する情報があげられる。ゲートウェイ機器１０２は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。
【０００９】
顧客環境１１０では、設定配信対象となるデバイス１１３と、配信を行う管理クライアント１１２とがネットワーク１１４を介して接続されており、デバイス１１３にネットワーク１１４経由で管理クライアント１１２が設定配信を行う。なお、管理クライアント１１２は、情報処理装置の一例である。本実施形態では、顧客環境１１０に例示するように複数の管理クライアント１１２によってデバイス１１３が管理されており、デバイス１１３は、何れかの管理クライアント１１２に紐付けられて管理される。
管理クライアント１１２は、デバイス１１３から収集したデバイス１１３の機器情報や、デバイス１１３に配信する設定情報等をデータベース１１５に格納する。データベース１１５は、ネットワーク１１４上に接続されているが、管理クライアント１１２の内部に独立して存在してもよい。更に、データベース１１５は、管理クライアント１１２からアクセス可能であれば、インターネット１０３を経由した別の場所に存在してもよい。管理クライアント１１２がデバイス１１３から情報を取得したり、デバイス１１３に情報を配信したりするタイミングは、中央管理装置１０１上で設定されたスケジュールに従ったタイミングとなる。更に、管理クライアント１１２は、ネットワーク１１４上に接続されているデバイス１１３を自動探索し、探索結果を中央管理装置１０１に送信する機能を有している。また、管理クライアント１１２は、探索したデバイス１１３に関する情報を登録する機能を有している。
図１で例示する顧客環境１１０は、管理クライアント１１２が複数台あるものとして構成されているが、管理クライアント１１２は一台のみであってもよい。また、本実施形態では、中央管理装置１０１と、管理クライアント１１２とは物理的に別の装置として存在しているが、中央管理装置１０１は管理クライアント１１２内に存在していてもよい。
【００１０】
図２は、本実施形態におけるデバイス１１３のハードウェア構成の一例を示す図である。デバイス１１３は、例えばデジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置等である。デバイス１１３は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークインターフェース２０５、内部バス２０６、デバイス制御部２０７、定着器等を含む印刷部２０８、入出力制御部２０９を含む。
ＣＰＵ２０１は、ＲＯＭ２０３等に格納されているプログラムを実行することにより、デバイス１１３を制御する。ＣＰＵ２０１は、内部バス２０６を介して各機能を統括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ネットワークインターフェース２０５は、ネットワーク１１４を介して、外部のネットワーク機器又はパーソナルコンピュータ（ＰＣ）と片方向又は双方向にデータをやりとりする。デバイス制御部２０７は、印刷部２０８を制御する。また、ＣＰＵ２０１は、ＲＯＭ２０３等に格納されているプログラムをＲＡＭ２０２にロードして実行するとともに、記憶装置２０４等の記憶媒体に画像データ等の各種のデータを格納する。記憶装置２０４は、外部記憶装置として機能し、画像データやプログラム等を含む各種のデータを記憶する。
【００１１】
図３は、本実施形態における管理クライアント１１２のハードウェア構成の一例を示す図である。管理クライアント１１２は、例えば、ＰＣ、サーバ等の情報処理装置である。
管理クライアント１１２は、ＲＯＭ３０３に格納されているプログラムを実行するＣＰＵ３０１を備える。ＣＰＵ３０１は、ＲＯＭ３０３等に格納されているプログラムを実行することにより、後述する管理クライアント１１２のソフトウェア構成及び管理クライアント１１２のフローチャートの処理を実現する。
内部バス３０６には、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、入出力インターフェース３０７、ネットワークインターフェース３０５の各デバイスが接続されている。入出力インターフェース３０７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ（ＵＳＢインターフェース）、アナログやデジタルのディスプレイインターフェース等である。キーボードやマウス、ＣＲＴや液晶装置である入出力装置３０８は、入出力インターフェース３０７を介して管理クライアント１１２に接続されている。入出力装置３０８は、設定情報の登録・変更・削除に関する操作を受け付けたり、設定情報の表示、管理クライアント１１２が管理している管理情報の表示、ログファイルの表示等を行ったりする。
【００１２】
ネットワークインターフェース３０５は、ネットワーク１１４やゲートウェイ機器１１１を介してインターネット１０３に接続し、デバイス１１３や中央管理装置１０１と通信することができる。ゲートウェイ機器１１１は、ルーターやプロキシサーバー、ファイヤーウォール等で構成される。また、ＣＰＵ３０１は、ＲＯＭ３０３等に格納されているプログラムをＲＡＭ３０２にロードして実行するとともに、記憶装置３０４等の記憶媒体に画像データ等の各種のデータを格納する。記憶装置３０４は、外部記憶装置として機能し、画像データや管理情報、プログラム等を含む各種のデータを記憶する。また、記憶装置３０４は、システムに関する情報や、処理情報等の各種のデータを記憶する。
なお、中央管理装置１０１にも、上述した管理クライアント１１２と同様のハードウェア構成を適用することができる。即ち、中央管理装置１０１のＣＰＵ３０１が、中央管理装置１０１のＲＯＭ３０３等に格納されているプログラムを実行することにより、後述する中央管理装置１０１のソフトウェア構成及び中央管理装置１０１のフローチャートにおける処理を実現する。また、上述したように、中央管理装置１０１は管理クライアント１１２内に存在してもよい。
【００１３】
図４は、中央管理装置１０１のソフトウェア構成の一例を示す図である。
ＵＩ制御部４０１は、中央管理装置１０１のグラフィカルユーザーインタフェースを提供する。グラフィカルユーザーインタフェースは、中央管理装置１０１に備え付けられたディスプレイに表示されるように構成される。また、グラフィカルユーザーインタフェースは、ＨＴＴＰを用いて、他のクライアントＰＣから利用可能なＷｅｂアプリケーションとして構成することも可能である。なお、ＨＴＴＰは、Ｈｙｐｅｒ  Ｔｅｘｔ  ＴｒａｎＳｆｅｒ  Ｐｒｏｔｏｃｏｌの略である。
ユーザ管理部４０２は、中央管理装置１０１が管理する顧客（ユーザ）の情報を管理する。
管理クライアント管理部４０３は、中央管理装置１０１と通信する管理クライアント１１２を管理する。管理クライアント管理部４０３は、ユーザの情報と管理クライアント１１２の情報とを紐付けて管理する。
デバイス管理部４０４は、中央管理装置１０１が管理するデバイス１１３を管理する。より具体的に説明すると、デバイス管理部４０４は、ＵＩ制御部４０１を介してユーザが登録したデバイス１１３の情報や、後述する管理クライアント１１２が探索したデバイス１１３の情報を含むデバイス情報を、データベース１０４上のデバイスリストに登録する。デバイスリストについての詳細は、図６を用いて後述する。
【００１４】
タスク管理部４０５は、デバイス１１３の設定情報の取得・配信をタスク単位で管理する。タスク管理部４０５は、ＵＩ制御部４０１を介して、デバイス１１３の設定情報を取得する取得タスク、デバイス１１３の設定情報を配信する配信タスク等のユーザが登録したタスク情報を受け付ける。ユーザが登録したタスク情報は、通信部４０９を介してデータベース１０４上のタスクリストに登録される。
設定情報管理部４０６は、設定情報取得部４０７を介して管理クライアント１１２からデバイス１１３の設定情報を受信する。また、設定情報管理部４０６は、設定情報配信部４０８を介して管理クライアント１１２にデバイス１１３の設定情報を配信する。
設定情報取得部４０７は、通信部４０９を介して管理クライアント１１２から受信したデバイス１１３の設定情報をデータベース１０４に格納する。
設定情報配信部４０８は、通信部４０９を介してデータベース１０４に格納された設定情報を管理クライアント１１２に配信する。ここで、設定情報配信部４０８は、配信する設定情報を、配信先のデバイス１１３のモデルに応じて抽出する。また、ＵＩ制御部４０１は、ユーザから受け付けた入力に応じて、データベース１０４に格納された情報を表示したり、変更したりすることができる。
【００１５】
図５は、管理クライアント１１２のソフトウェア構成の一例を示す図である。
ＵＩ制御部５０１は、管理クライアント１１２のグラフィカルユーザーインタフェースを提供する。グラフィカルユーザーインタフェースは、管理クライアント１１２に備え付けられたディスプレイに表示されるように構成される。また、グラフィカルユーザーインタフェースは、ＨＴＴＰを用いて、他のクライアントＰＣから利用可能なＷｅｂアプリケーションとして構成することも可能である。
デバイス管理部５０２は、探索部５０３を介してネットワーク１１４に接続されたデバイス１１３を探索する。デバイス１１３の探索は、探索部５０３がＳＬＰや、ＳＮＭＰ等の探索要求パケットを送信することによって実現可能である。なお、ＳＬＰは、Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌの略である。ＳＮＭＰは、Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌの略である。更に、デバイス管理部５０２は、通信部５０７を介して、探索により発見されたデバイス１１３の詳細情報（機種名、シリアルＮｏ、能力、状態、ＭＡＣアドレス等）を取得することも可能である。
【００１６】
設定情報管理部５０４は、設定情報取得部５０５を介してデバイス１１３の設定情報を取得し、通信部５０７を介して中央管理装置１０１に送信する。また、設定情報管理部５０４は、設定情報配信部５０６を介して中央管理装置１０１から受信した設定情報をデバイス１１３に配信する。
設定情報取得部５０５は、通信部５０７を介してデバイス１１３から設定情報を取得する。
設定情報配信部５０６は、通信部５０７を介してデバイス１１３に対して設定情報を配信する。
なお、本実施形態の設定情報取得部５０５、設定情報配信部５０６は、ＨＴＴＰ／ＳＯＡＰを用いたＷｅｂサービスを用いて、デバイス１１３の設定情報の取得・配信を実現することを想定しているが、他の通信プロトコルで実現してもよい。また、設定情報取得部５０５がデバイス１１３から設定情報を取得する場合、予め定められた設定情報のみを取得するように構成することも可能であるし、中央管理装置１０１から受信した取得タスクに応じて取得するように構成することも可能である。同様に、設定情報配信部５０６がデバイス１１３へ設定情報を配信する場合、予め定められた設定情報のみを配信するように構成することも可能であるし、中央管理装置１０１から受信した配信タスクに応じて配信するように構成することも可能である。
【００１７】
図６は、中央管理装置１０１に登録されたデバイスリストの一例を示す図である。
デバイスＩＤ６０１は、デバイス１１３を識別するためのＩＤである。
ＰｒｏｄｕｃｔＮａｍｅ６０２は、デバイス１１３の製品名である。
ＩＰアドレス６０３は、デバイス１１３のＩＰアドレスである。
Ｓｔａｔｕｓ６０４は、中央管理装置１０１がデバイス１１３の設定情報の取得・配信を行う対象となるデバイス１１３を識別するためのステータス情報である。本実施形態におけるＳｔａｔｕｓ６０４は、「管理対象」、「登録済み」、「サポート外」の３つのステータスとなる。「管理対象」は、デバイス１１３との接続確認が行われ、タスク実行の能力があると判定されたデバイスであることを表す。「登録済み」は、ＵＩ制御部４０１を介してデバイス登録したが、デバイス１１３との接続確認及びタスク実行の能力チェックを行っていないデバイスであることを表す。「サポート外」は、タスク実行の能力を持たないデバイス１１３であることを表す。
管理クライアント６０５は、デバイス１１３を管理する管理クライアント１１２の情報である。
通信情報６０６は、各管理クライアント１１２とデバイス１１３との通信状態を示す情報である。デバイス１１３がデバイスリストに登録されると、各管理クライアント１１２が、設定情報をデバイス１１３に配信可能か導通確認を行う。そして、中央管理装置１０１は、各管理クライアント１１２による導通確認の結果に基づいて、通信情報６０６を更新する。通信情報６０６の更新処理の詳細については、後述する図７のフローチャートを用いて説明する。
【００１８】
図７は、本実施形態における中央管理装置１０１が、管理するデバイス１１３が追加された際に、デバイス１１３の各管理クライアント１１２と通信することにより、通信情報６０６等を更新する更新処理の一例を示すフローチャートである。
Ｓ７０１において、中央管理装置１０１のデバイス管理部４０４は、ＵＩ制御部４０１を介して受け付けた探索条件の設定を行う。探索条件としては、デバイス１１３の所在情報となるＩＰアドレス等があげられる。より具体的に説明すると、デバイス管理部４０４は、中央管理装置１０１にデバイス１１３が新規に登録されると、管理クライアント管理部４０３から管理クライアント１１２の一覧情報を取得する。そして、デバイス管理部４０４は、全ての管理クライアント１１２に対して、登録されたデバイス１１３に設定情報を配信可能か探索させるための探索条件の設定を行う。
Ｓ７０２において、管理クライアント１１２のデバイス管理部５０２は、通信部５０７を介して、中央管理装置１０１からＳ７０１で設定された探索条件を示す探索条件情報を取得する。
Ｓ７０３において、デバイス管理部５０２は、探索部５０３を介して、ネットワークに接続されたデバイス１１３を探索する。デバイス１１３の探索は、探索部５０３がＳＬＰや、ＳＮＭＰ等の探索要求パケットを送信することによって実現可能である。
Ｓ７０４において、デバイス管理部５０２は、通信部５０７を介して、Ｓ７０３で発見したデバイス１１３からデバイス１１３の詳細情報（機種名、シリアルＮｏ、能力、状態、ＭＡＣアドレス等）を取得する。
Ｓ７０５において、デバイス管理部５０２は、Ｓ７０３で探索した探索結果と、Ｓ７０４で取得した詳細情報とを、通信部５０７を介して中央管理装置１０１に送信する。
Ｓ７０６において、デバイス管理部４０４は、Ｓ７０５で管理クライアント１１２から受け取った情報を基に、図６のデバイスリストを更新する。
本実施形態では、デバイス１１３が追加される際に、デバイス管理部４０４が通信情報６０６の更新を行うものとして説明した。しかし、デバイス管理部４０４は、通信情報６０６を定期的に更新したり、ユーザからの入力（指示）を受け付けた場合に更新したりするようにしてもよい。
【００１９】
図８の（ａ）は、中央管理装置１０１で管理している管理クライアント１１２毎の設定情報の配信に要する時間を管理するリストの一例を示す図である。中央管理装置１０１は、図８の（ａ）のリストを、データベース１０４に格納して管理している。また、中央管理装置１０１は、図８の（ａ）のリストに関する情報を、ＵＩ制御部４０１を介して受け付けたユーザ入力に基づいて取得するようにしてもよいし、前記情報を保持している管理クライアント１１２から受信して取得するようにしてもよい。
クライアントＩＤ８０１は、管理クライアント１１２を識別するためのＩＤである。配信時間８０２は、管理クライアント１１２がデバイス１１３に設定情報を配信する際の単位データ量当たりの配信に要する時間である。図８の（ａ）の例では、管理クライアント１１２がデバイス１１３に１ＭＢの設定情報を配信するのに要する時間をミリ秒（ｍｓ）の単位で表している。配信時間８０２の値として、図８の（ａ）に例示したようにデバイス１１３の種類毎に処理時間が保持されてもよいし、デバイス毎に過去の配信履歴に基づく処理時間が保持されてもよい。また、配信時間８０２の値は、本実施形態で示したように単位データ量当たりの配信時間としてもよいし、配信される設定情報を機能毎に分割して機能毎の配信所要時間としてもよい。
図８の（ｂ）は、中央管理装置１０１で管理しているデバイス１１３が、管理クライアント１１２から受信した設定情報を自身に反映させ、設定が完了して利用できるようになるまでの時間を管理するリストの一例を示す図である。中央管理装置１０１は、図８の（ｂ）のリストを、データベース１０４に格納して管理している。また、中央管理装置１０１は、図８の（ｂ）のリストに関する情報を、ＵＩ制御部４０１を介して受け付けたユーザ入力に基づいて取得するようにしてもよいし、前記情報を保持している管理クライアント１１２から受信して取得するようにしてもよい。
ＰｒｏｄｕｃｔＮａｍｅ８１１は、デバイス１１３の種類を表している。デバイス１１３の種類には、ＭＦＰ、ＳＦＰ、ＬＢＰ、インクジェットプリンタ等がある。設定反映時間８１２は、デバイス１１３が設定情報を受信し、受信した設定情報の設定をデバイス１１３に反映させるのに要する時間である。設定反映時間８１２の値として、図８の（ｂ）に例示したようにデバイス１１３の種類毎に設定反映時間が保持されてもよいし、デバイス毎に過去の設定反映時間の履歴に基づく設定反映時間が保持されてもよい。
【００２０】
図９は、中央管理装置１０１が表示する配信タスク登録画面の一例を示す図である。より具体的に説明すると、図９は、管理者が、中央管理装置１０１のＵＩ制御部４０１を介して、管理対象のデバイス１１３に対する設定情報の配信を依頼するための入力を行う画面の一例を示す図である。以下、依頼の単位を「タスク」と表現する。
タスク名の設定欄９０１で、管理者は、タスクを特定する名前を設定する。ここで設定されたタスク名は、図１１を用いて後述する実行タスクリストのタスク名１１０１と同一である。
配信情報の設定欄９０２で、管理者は、後述する配信先デバイスの設定欄９０３で指定するデバイス１１３に対して配信する設定情報を選択する。本実施形態では、設定欄９０３で選択されたデバイス毎にバックアップファイルを配信するか、設定情報を指定して一つの設定情報を複数のデバイス１１３に対して配信するか選択可能としている。ただし、これに限る必要はなく、デバイス１１３と、配信する設定情報とを１つずつ紐付ける構成としてもよい。
配信先デバイスの設定欄９０３で、管理者は、設定欄９０２で選択した設定情報の配信先となるデバイス１１３を選択する。選択肢として表示されるデバイス１１３は、Ｓｔａｔｕｓ６０４が管理対象となっているデバイス１１３のみである。設定情報の配信先となるデバイス１１３は、図９に例示したように管理者によって押下された選択ボタンから呼び出されるデバイス選択画面を介して選択されるようにしてもよい。また、設定情報の配信先となるデバイス１１３は、テキストボックスに直接入力されたデバイス１１３を識別するための情報から特定するようにしてもよい。
【００２１】
配信スケジュールの設定欄９０４で、管理者は、配信先のデバイス１１３に設定情報を配信するスケジュールを選択する。
オプション設定の設定配信可能期間の設定欄９０５で、管理者は、管理クライアント１１２がデバイス１１３に設定情報を配信してデバイス１１３が設定を反映させるという設定配信処理が実行可能な設定配信可能期間を設定する。設定配信可能期間は、図９に例示したように管理者によってＵＩから入力されてもよいし、読み込まれた設定ファイルに保持されているデバイス毎の稼働時間情報に基づいて決定されてもよいし、特許文献１のようにデバイスの稼働時間から算出されてもよい。
オプション設定の分割配信を許可するチェックボックス９０６に管理者がチェックを入れた場合は、再起動が必要な項目と、再起動が不要な項目とに分割して配信タスクが作成される。分割された配信タスクは、再起動が必要な配信タスクが先に配信され、再起動が不要な配信タスクが後に配信される。これにより、ユーザに影響を与える再起動を要する設定情報の配信を優先して行うことができ、ユーザの利便性を向上させることができる。
メール通知の設定欄９０７で、管理者は、実行結果を指定されたメールアドレスにメール通知するかどうかを選択する。管理者は、設定欄９０７のメール通知のチェックボックスにチェックを入れた場合、メール通知先のメールアドレスを設定する。メール通知の内容の詳細については、図１０を用いて後述する。
タスク管理部４０５は、管理者により登録ボタン９０８が押下されると、設定配信可能期間の設定がされている場合、作成するタスクが設定配信可能期間で完了するか判定する。設定配信可能期間が設定されていない場合、又はタスク管理部４０５が設定配信可能期間内にタスクが完了すると判定した場合、設定情報管理部４０６は、ＵＩ制御部４０１経由で図９の画面で指定された各設定項目とその値とに関する情報を取得する。設定情報管理部４０６は、取得した設定項目とその値とに関する情報を一時的にＲＡＭ３０２又はＨＤＤに格納する。一方、タスク管理部４０５が設定配信可能期間内にタスクが完了しないと判定した場合、ＵＩ制御部４０１は、警告画面を表示する（警告画面表示処理）。警告画面についての詳細は、図１２のフローチャート中や図１７等を用いて後述する。
【００２２】
図１０は、タスク実行結果のメール通知画面の一例を示す図である。
タスク管理部４０５がタスク名と、タスクの配信結果とを設定されたメール通知先に通知すると、実行結果を表示する画面へのリンク１００１が表示される。配信結果を通知するタイミングは、配信が成功した場合、配信が失敗した場合、設定配信可能期間に設定配信処理が完了しなかった場合等がある。タスク名には、設定欄９０１に入力されたタスク名と同一のタスク名が表示される。管理者がリンク１００１を選択すると、後述の図１１の画面が表示される。
【００２３】
図１１は、タスクのステータスに関する実行タスクリストを表示する画面の一例を示す図である。
タスク名１１０１は、タスクを特定する名前である。表示されるタスク名１１０１は、設定欄９０１に入力されたタスク名と同一のタスク名である。
タスクの種類１１０２は、設定情報の取得や配信といったタスクの種類である。
ステータス１１０３は、タスクの実行ステータスである。本実施形態におけるステータス１１０３には、「実行中（配信中）」、「実行中（設定中）」、「実行中（取得中）」、「実行中（取得済み）」、「エラー終了」、「正常終了」の６種類がある。「実行中（配信中）」は、タスク実行中で、設定情報が対象のデバイス１１３に配信されている間に表示される。「実行中（設定中）」は、設定情報の配信が完了し、デバイス１１３が取得した設定情報を反映している間に表示される。「実行中（取得中）」は、タスク実行中で、設定情報を対象のデバイス１１３から取得している間に表示される。「実行中（取得済み）」は、タスク実行中で、設定情報を対象のデバイス１１３から取得済みで、次の処理を待っている間に表示される。オプション設定の設定配信可能期間の設定欄９０５のチェックボックスにチェックがある場合であって、現在時刻と比較し設定配信可能期間を超えて処理が行われている場合は中断ボタンが表示される。「エラー終了」は、タスク実行がエラー終了した場合に表示される。エラー終了した場合、リトライボタンが表示される。管理者は、リトライボタンを押下することにより、リトライボタンが表示されている処理の再度の実行を指示することができる。「正常終了」は、タスク実行が正常に終了した場合に表示される。
完了日時１１０４は、タスク実行が完了した日時である。
【００２４】
図１２は、中央管理装置１０１が、図９の配信タスク登録画面の登録ボタン９０８が押下された際に実行する配信タスク登録処理の一例を示すフローチャートである。
Ｓ１２０１において、タスク管理部４０５は、設定配信可能期間が設定されているかを、設定配信可能期間の設定欄９０５のチェックボックスがチェックされているか否かで判定する。タスク管理部４０５は、設定配信可能期間が設定されていなければ処理をＳ１２０２に進め、設定配信可能期間が設定されていれば処理をＳ１２０３に進める。
Ｓ１２０２において、ＵＩ制御部４０１は、登録完了画面を表示する。登録完了画面には、配信タスクが登録された旨を伝えるメッセージのみが表示されてもよいし、登録した設定内容を確認するための内容が表示されてもよい。
Ｓ１２０３において、タスク管理部４０５は、設定配信可能期間の設定欄９０５で設定された値を取得する。
Ｓ１２０４において、タスク管理部４０５は、配信タスクに設定された設定値に基づいて、設定配信に要する時間を計算する。Ｓ１２０４の処理の詳細については、図１３を用いて後述する。
【００２５】
Ｓ１２０５において、タスク管理部４０５は、Ｓ１２０３で取得した設定配信可能期間を示す設定配信可能期間情報と、Ｓ１２０４で計算した設定配信に要する時間を示す設定配信時間情報とを基に、配信期限までに設定配信が完了するか判定する。タスク管理部４０５は、配信期限までに設定配信が完了すると判定した場合はＳ１２０２に処理を進め、配信期限までに設定配信が完了しないと判定した場合は処理をＳ１２０６に進める。
Ｓ１２０６において、タスク管理部４０５は、配信する設定情報の分割が許可されているか否かを、図９の配信タスク登録画面におけるオプション設定の分割配信を許可するチェックボックス９０６がチェックされているか否かで判定する。タスク管理部４０５は、配信する設定情報の分割が許可されていないと判定した場合はＳ１２０７に処理を進め、分割が許可されていると判定した場合は処理をＳ１２１１に進める。なお、Ｓ１２０６の処理は、分割判定処理の一例である。
Ｓ１２０７において、タスク管理部４０５は、デバイス管理部４０４に保持されているデバイスリストの通信情報６０６を基に、管理クライアント１１２に設定配信における配信タスクを分散できるか判定する。管理クライアント１１２が複数存在しない場合は配信タスクを分散することができないので、タスク管理部４０５は、Ｓ１２０８に処理を進める。一方、管理クライアント１１２が複数存在する場合は配信タスクを複数の管理クライアント１１２に分散して設定配信処理を行える可能性があるため、タスク管理部４０５は、Ｓ１２０９に処理を進める。ただし、管理クライアント１１２が複数存在する場合であっても、配信対象のデバイス１１３に対して一つの管理クライアント１１２からしか設定情報を送信できない場合は配信タスクを分散させることができないので、タスク管理部４０５は、Ｓ１２０８に処理を進める。
【００２６】
Ｓ１２０８において、ＵＩ制御部４０１は、図１７の（ａ）に例示する警告画面を表示する。図１７の（ａ）の警告画面には、設定配信が指定された期間内に完了しない可能性がある旨のメッセージが表示される。これにより、管理者は、設定配信が完了しない可能性があることを把握できるようになる。管理者が図１７の（ａ）の警告画面でＯＫボタンを押下すると配信タスクが登録され、キャンセルボタンを押下すると配信タスク登録画面に戻る。
Ｓ１２０９において、ＵＩ制御部４０１は、図１７の（ｂ）に例示する警告画面を表示する。図１７の（ｂ）の警告画面には、設定配信が指定された期間内に完了しない可能性がある旨のメッセージが表示されるとともに、分散処理を行える旨のメッセージが表示される。これにより、管理者は、設定配信が完了しない可能性があることを把握できるとともに、登録する配信タスクの分散を指示することができるようになる。管理者が図１７の（ｂ）の警告画面でＯＫボタンを押下すると配信タスクが登録され、分散処理を行うボタンを押下すると、ＵＩ制御部４０１は、Ｓ１２１０に処理を進める。また、管理者がキャンセルボタンを押下すると配信タスク登録画面に戻る。
Ｓ１２１０において、タスク管理部４０５は、配信タスクを複数の管理クライアント１１２に割り振って作成する（分散処理）。Ｓ１２１０の処理の詳細については、図１４を用いて後述する。
Ｓ１２１１において、タスク管理部４０５は、設定配信対象となっているファイルが分割可能であるか判定する。タスク管理部４０５は、分割可能でないと判定した場合はＳ１２０７に処理を進め、分割可能であると判定した場合はＳ１２１２に処理を進める。ファイルが分割可能であるか否かを判定する技術は、公知の技術であるため詳細な説明を省略する。
【００２７】
Ｓ１２１２の処理は、Ｓ１２０７の処理と同様であるため説明を省略する。
Ｓ１２１３において、タスク管理部４０５は、タスクを、再起動が必要なタスクと再起動が不要なタスクとに分割する。分割された配信タスクは、再起動が必要な配信タスクが先に配信され、再起動が不要な配信タスクが後に配信される。Ｓ１２１３の処理の詳細については、図１５を用いて後述する。
Ｓ１２１４の処理は、Ｓ１２０９の処理と同様であるため説明を省略する。
Ｓ１２１５において、タスク管理部４０５は、設定配信タスクを分散しても配信期限内に設定配信が完了しない場合は配信タスクを分割して再起動が必要なタスクの設定配信が優先的に配信期限内に完了するように配信タスクを作成する。Ｓ１２１５の処理の詳細については、図１６を用いて後述する。
以上の処理により、中央管理装置１０１は、指定された配信期限内に設定配信が完了しない場合、配信タスクを複数の管理クライアント１１２に分散させたり、再起動を要する配信タスクが優先して配信されるようにしたりすることができる。これにより、管理者の負担が軽減され、かつ、より効率的な配信処理が実現される。なお、ここでは中央管理装置１０１が図１２のフローチャートの処理を実行するものとして説明したが、本処理は、中央管理装置１０１を内包する管理クライアント１１２が実行するようにしてもよい。
【００２８】
図１３は、タスク管理部４０５が、図９の配信タスク登録画面で設定された条件で設定配信に要する時間を計算する処理の一例を示すフローチャートである。なお、図１３のフローチャートは、図１２のＳ１２０４における処理の詳細を示すフローチャートである。
Ｓ１３０１において、タスク管理部４０５は、配信先デバイスの設定欄９０３で選択されたデバイスの配信先リストを取得する。
Ｓ１３０２において、タスク管理部４０５は、Ｓ１３０１で取得した配信先リストのデバイス１１３のデバイス情報を取得し、デバイス１１３を管理する管理クライアント１１２の情報を基に配信時間８０２の値（配信時間情報）を取得する。より具体的に説明すると、タスク管理部４０５は、前記デバイス情報と、上述した図８の（ａ）のリストとに基づいて、配信時間８０２の値を取得する。
Ｓ１３０３において、タスク管理部４０５は、Ｓ１３０１で取得した配信先リストのデバイス１１３のデバイス情報を取得し、デバイス１１３の種類を基に設定反映時間８１２の値（設定反映時間情報）を取得する。より具体的に説明すると、タスク管理部４０５は、前記デバイス情報と、上述した図８の（ｂ）のリストとに基づいて、設定反映時間８１２の値を取得する。
【００２９】
Ｓ１３０４において、タスク管理部４０５は、Ｓ１３０２で取得した情報と、Ｓ１３０３で取得した情報とを基に、デバイス１１３の設定配信に要する時間を計算する。より具体的に説明すると、タスク管理部４０５は、配信時間８０２と、設定反映時間８１２との合計の時間（設定配信時間）をデバイス１１３毎に計算する。
Ｓ１３０５において、タスク管理部４０５は、Ｓ１３０１で取得した配信先リストの全てのデバイス１１３に対してＳ１３０２からＳ１３０４までの処理が完了していない場合は処理をＳ１３０２に戻し、以降の処理を繰り返す。一方、タスク管理部４０５は、全てのデバイス１１３に対してＳ１３０２からＳ１３０４までの処理が完了している場合は処理をＳ１３０６に進める。
Ｓ１３０６において、タスク管理部４０５は、Ｓ１３０４で計算した値を基に、管理クライアント１１２毎に設定配信に要する時間を計算する。
【００３０】
図１４は、複数の管理クライアント１１２が存在する際に、タスク管理部４０５が、デバイス１１３を実際に管理する管理クライアント１１２とは異なる管理クライアント１１２に配信タスクを分散する分散処理の一例を示すフローチャートである。なお、図１４のフローチャートは、図１２のＳ１２１０における処理の詳細を示すフローチャートである。
Ｓ１４０１において、タスク管理部４０５は、図６のデバイスリストに示される配信可能な管理クライアント１１２の情報を基に、配信可能な管理クライアント１１２に配信タスクを分散する。本実施形態において、タスク管理部４０５は、管理クライアント１１２からのデバイス１１３への設定配信が配信期限内に完了しない場合、完了しない分の設定配信における配信タスクを他の管理クライアント１１２に分散する。なお、ここでいう他の管理クライアント１１２とは、前記完了しない分の設定配信における配信タスクを代わりに配信可能な管理クライアント１１２のことである。また、上述したように、前記他の管理クライアント１１２は、図６のデバイスリストから特定される。ここで、本実施形態におけるタスク管理部４０５は、管理クライアント１１２からの設定配信が設定配信可能期間内に完了しない場合、完了しない設定配信のうち最後に行われる設定配信の配信タスクから順に、前記他の管理クライアント１１２に分散する。なお、本実施形態では、タスク管理部４０５が、管理クライアント１１２に最後に積まれたデバイス１１３のタスクから分散するようにしたが、これに限る必要はない。例えば、タスク管理部４０５は、設定配信に要する時間でソートし、配信タスクを分散するようにしてもよい。
【００３１】
Ｓ１４０２において、タスク管理部４０５は、Ｓ１４０１で分散した配信タスクと、設定配信可能期間の情報とを基に、配信期限内に設定配信処理が完了するか判定する。タスク管理部４０５は、配信期限内に設定配信処理が完了すると判定した場合は処理をＳ１４０３に進め、配信期限内に設定配信処理が完了しないと判定した場合は処理をＳ１４０４に進める。なお、Ｓ１４０２における判定処理は、Ｓ１２０５における判定方法と同様の方法で実行される。
Ｓ１４０３において、ＵＩ制御部４０１は、配信タスクの登録完了画面を表示する。登録完了画面には、Ｓ１４０１での分散処理の結果、どの管理クライアント１１２からどのデバイス１１３に対して設定配信が行われるのかが表示されるようにしてもよい。
Ｓ１４０４において、ＵＩ制御部４０１は、図１７の（ａ）に例示する警告画面を表示する。前記警告画面には、設定配信処理が配信期限内に完了しない可能性がある旨を管理者に伝えるメッセージが表示される。なお、前記警告画面には、図１７の（ａ）に例示されるように、配信期限内に設定配信が完了しない可能性がある旨のメッセージのみが表示されるようにしてもよい。また、前記警告画面には、配信対象のデバイス１１３がどの管理クライアント１１２に割り振られて設定情報が配信されるのかが表示されるようにしてもよい。
以上の処理により、中央管理装置１０１は、指定された配信期限内に設定配信が完了しない場合、配信タスクを複数の管理クライアント１１２に分散させることにより、より効率的な設定配信を実現することができる。
【００３２】
図１５は、タスク管理部４０５による配信タスクの分割処理の一例を示すフローチャートである。なお、図１５のフローチャートは、図１２のＳ１２１３における処理の詳細を示すフローチャートである。
Ｓ１５０１において、タスク管理部４０５は、登録された配信タスクの設定配信が指定された配信期限内に完了するか判定し、完了しないと判定した場合は処理をＳ１５０２に進め、完了すると判定した場合は処理をＳ１５０６に進める。なお、Ｓ１５０１における判定処理は、Ｓ１２０５における判定方法と同様の方法で実行される。
Ｓ１５０２において、タスク管理部４０５は、分割可能な配信タスクが全て分割されたかどうか判定し、まだ分割可能なタスクが存在する場合は処理をＳ１５０３に進め、分割可能なタスクが存在しない場合は処理をＳ１５０６に進める。
Ｓ１５０３において、タスク管理部４０５は、配信する設定情報を取得して、再起動が必要なタスクと、再起動が不要なタスクとに分割し、再起動不要なタスクは後から配信されるように設定する。本実施形態における設定情報は、図１８に例示するようにヘッダ部１８０１と、設定情報部１８０２とから構成される。ヘッダ部１８０１には、管理クライアント１１２やデバイス１１３と通信するために必要なパラメータが含まれる。設定情報部１８０２には、配信する設定情報が機能単位にカテゴリに分けられて保持されている。Ｓ１５０３において、タスク管理部４０５は、分割前の設定情報から、設定情報部１８０２に再起動が必要なカテゴリの情報のみが結合されている設定情報と、設定情報部１８０２に再起動が必要ないカテゴリの情報のみが結合されている設定情報とを作成する。タスク管理部４０５で設定情報のバックアップ取得タスクを作成する際に、図１９に例示するような設定画面を利用して、取得する設定情報を分割されたカテゴリから選択できるような構成にしてもよい。もちろん取得だけでなく、配信の際にも設定情報を分割されたカテゴリから選択できるような構成にしてもよい。本実施形態では、カテゴリ毎に再起動が必要かどうかの情報を設定情報管理部４０６が保持する。
【００３３】
Ｓ１５０４において、タスク管理部４０５は、再起動が必要なタスクの設定配信時間を計算し、処理をＳ１５０５に進める。なお、タスクの設定配信時間の計算方法については、図１３を用いて上述した通りであるため説明を省略する。
Ｓ１５０５において、タスク管理部４０５は、分割配信ＦｌａｇをＴｒｕｅに設定し、処理をＳ１５０１に戻す。なお、分割配信Ｆｌａｇは、分割配信を行うか否かを示すＦｌａｇである。
Ｓ１５０６において、ＵＩ制御部４０１は、図１７の（ｃ）に例示する警告画面を表示する。前記警告画面には、配信期限内に設定配信が完了できず、一部機能が利用できなくなる可能性がある旨のメッセージが表示される。また、前記警告画面には、図１７の（ｃ）に例示したように対象デバイスが表示されるようにしてもよいし、更に、デバイス毎にどの機能が利用できなくなる可能性があるのかが表示されるようにしてもよい。
以上の処理により、中央管理装置１０１は、指定された配信期限内に設定配信が完了しない場合、再起動を要する設定情報の配信を優先して行う設定配信を実現することができ、設定配信によるユーザへの影響をより小さくすることができる。
【００３４】
図１６は、タスク管理部４０５が、分割可能な配信タスクを分割し、かつ、複数の管理クライアント１１２に配信タスクを分散する処理の一例を示すフローチャートである。なお、図１６のフローチャートは、図１２のＳ１２１５における処理の詳細を示すフローチャートである。
Ｓ１６０１において、タスク管理部４０５は、配信可能な管理クライアント１１２に配信タスクを分散する。配信タスクの分散処理については、図１４を用いて上述した通りであるため説明を省略する。
Ｓ１６０２において、タスク管理部４０５は、分割配信Ｆｌａｇの初期値をＦａｌｓｅに設定する。
Ｓ１６０３において、タスク管理部４０５は、配信タスクが指定された配信期限内に完了するか否か判定する。タスク管理部４０５は、指定された配信期限内に完了しないと判定した場合は処理をＳ１６０４に進め、指定された配信期限内に完了すると判定した場合は処理をＳ１６０９に進める。なお、Ｓ１６０３における判定処理は、Ｓ１２０５における判定方法と同様の方法で実行される。
【００３５】
Ｓ１６０４からＳ１６０７までの処理は、上述したＳ１５０２からＳ１５０５までの処理と同様であるため説明を省略する。
Ｓ１６０８において、ＵＩ制御部４０１は、図１７の（ａ）に例示する警告画面を表示する。警告画面には、配信タスクを分割・分散しても設定配信処理が完了しない可能性がある旨のメッセージが表示される。
Ｓ１６０９において、タスク管理部４０５は、分割配信Ｆｌａｇを確認し、ＦｌａｇがＴｒｕｅの場合は処理をＳ１６１０に進め、ＦｌａｇがＦｌａｓｅの場合は処理をＳ１６１１に進める。タスク管理部４０５は、このようにＦｌａｇを参照して管理者に警告画面を表示するか否かの判定を行う。
Ｓ１６１０において、ＵＩ制御部４０１は、図１７の（ｃ）に例示する警告画面を表示する。前記警告画面には、配信期限内に設定配信が完了できず、一部機能が利用できなくなる可能性がある旨のメッセージが表示される。また、前記警告画面には、図１７の（ｃ）に例示したように対象デバイスが表示されるようにしてもよいし、更に、デバイス毎にどの機能が利用できなくなる可能性があるのかが表示されるようにしてもよい。
Ｓ１６１１において、ＵＩ制御部４０１は、配信タスクの登録完了画面を表示する。登録完了画面には、Ｓ１６０１での分散処理の結果、どの管理クライアント１１２からどのデバイス１１３に対して設定配信が行われるのかが表示されるようにしてもよい。なお、この登録完了画面は、ユーザの設定により表示されないようにすることも可能である。
以上の処理により、中央管理装置１０１は、指定された配信期限内に設定配信が完了しない場合、配信タスクの分散処理と、配信タスクの分割処理とによって、より効率的で、かつ、ユーザにとって利便性のよい設定配信を実現することができる。
【００３６】
以上、本実施形態によれば、管理者によって設定された配信タスクが配信期限内に完了しない可能性があるときに、管理者は、配信が完了しない可能性があることを把握できるようになり、更に、管理者の負担なく効率的な配信タスクを設定することが可能になる。
なお、上述したように、本実施形態で説明した中央管理装置１０１が実行する処理は、中央管理装置１０１を内包する管理クライアント１１２によって実行されてもよい。
【００３７】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００３８】
以上、上述した各実施形態によれば、管理対象のデバイスに対して設定情報を配信する場合における管理者の作業負荷を軽減することができる。
【００３９】
以上、本発明の好ましい形態について詳述したが、本実施形態は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００４０】
１０１  中央管理装置、１１２  管理クライアント、１１３  デバイス、３０１  ＣＰＵ、３０２  ＲＡＭ、３０３  ＲＯＭ、３０４  記憶装置
【図１】
2015176594.tif 000003
【図２】
2015176594.tif 000004
【図３】
2015176594.tif 000005
【図４】
2015176594.tif 000006
【図５】
2015176594.tif 000007
【図６】
2015176594.tif 000008
【図７】
2015176594.tif 000009
【図８】
2015176594.tif 000010
【図９】
2015176594.tif 000011
【図１０】
2015176594.tif 000012
【図１１】
2015176594.tif 000013
【図１２】
2015176594.tif 000014
【図１３】
2015176594.tif 000015
【図１４】
2015176594.tif 000016
【図１５】
2015176594.tif 000017
【図１６】
2015176594.tif 000018
【図１７】
2015176594.tif 000019
【図１８】
2015176594.tif 000020
【図１９】
2015176594.tif 000021