JP2021170161A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】許容量を考慮しない場合と比べて、制御情報の更新予定日時における機器が置かれたネットワークの帯域の圧迫を抑制する情報処理装置及びプログラムを提供する。【解決手段】情報処理システム１において、内部管理サーバ８は、外部管理サーバ３が管理する制御情報を外部ネットワーク２及び内部ネットワーク６を介して機器７にダウンロードして更新する外部管理サーバによって決定された更新予定日時を受信し、更新予定日時における内部ネットワーク６の予め定められた時間当たりの予測通信量を取得し、予測通信量が内部ネットワーク６について設定された予め定められた時間当たりの許容通信量を超える場合、外部管理サーバ３に更新予定日時の変更要求を行うプロセッサを備える。【選択図】図１

Description

本発明は、情報処理装置及びプログラムに関する。

近年、サーバからデバイスにコンテンツを配信する配信システムが提案されている（例えば、特許文献１参照。）。

特許文献１に記載された配信システムは、ネットワークを介して管理サービスからコンテンツ（アプリ及びファームウェアを含む。）の配信設定の要求を受け付ける受付手段と、受付手段がコンテンツの配信設定の要求を受け付けた場合、デバイスが配信条件（例えば、デバイスＩＤ、バージョン）を満たすか否かを判断する判断手段と、配信条件を満たすと判断された場合には、配信設定を確定し、配信条件を満たさないと判断された場合には、配信設定のキャンセルを管理サービスに通知する制御手段とを有する。配信設定が確定した場合、デバイスから配信システムに問い合わせると、配信予定日時が応答される。

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

機器がネットワークを介して管理サーバにアクセスしてファームウェアをダウンロードする場合、ファイルサイズによっては機器側のネットワークの帯域を圧迫し、機器側の本来の業務の妨げてしまうことが懸念される。

本発明の課題は、許容量を考慮しない場合と比べて、制御情報の更新予定日時における機器が置かれたネットワークの帯域の圧迫を抑制する情報処理装置及びプログラムを提供することにある。

［１］管理装置が管理する制御情報を外部ネットワーク及び内部ネットワークを介して機器にダウンロードして更新する日時であって、前記管理装置によって決定された予定日時を受信し、
前記予定日時における前記内部ネットワークの予め定められた時間当たりの予測通信量を取得し、
前記予測通信量が前記内部ネットワークについて設定された前記予め定められた時間当たりの許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行うプロセッサを備えた情報処理装置。
［２］前記プロセッサは、前記予測通信量を前記予定日時以前のいずれかの時点に取得する、前記［１］に記載の情報処理装置。
［３］前記プロセッサは、前記予測通信量を前記予定日時を受信した第１の時点に取得する、前記［２］に記載の情報処理装置。
［４］前記プロセッサは、前記予測通信量を前記予定日時に達した際の第２の時点に取得する、前記［２］に記載の情報処理装置。
［５］前記プロセッサは、前記第１の時点では、前記予測通信量が前記許容通信量以下であり、前記第１の時点と前記予定日時に達した際の第２の時点との間の第３の時点に、前記予定日時における前記予測通信量が増加することが判明した場合、増加後の前記予測通信量が前記許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行う、前記［３］に記載の情報処理装置。
［６］前記プロセッサは、前記第１の時点では、前記予測通信量が前記許容通信量以下であり、前記予定日時に達した際の第２の時点に前記予定日時における前記予測通信量を再度取得し、再度取得した前記予測通信量が前記許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行う、前記［３］に記載の情報処理装置。
［７］前記予測通信量は、過去の実績としての通信量を時間情報に関係付けた実績情報から取得される、前記［１］から［６］のいずれか１つに記載の情報処理装置。
［８］前記予測通信量は、さらにイベントの開催日時、開催時間及び前記イベントで使用する通信量を含む予定情報から取得される、前記［７］に記載の情報処理装置。
［９］前記予測通信量は、前記第２の時点に、前記内部ネットワークの通信状況から取得される、前記［４］又は［６］に記載の情報処理装置。
［１０］前記プロセッサは、前記許容通信量を取得した後に前記許容通信量の変更を受け付ける、前記［１］から［９］のいずれか１つに記載の情報処理装置。
［１１］プロセッサに、
管理装置が管理する制御情報を外部ネットワーク及び内部ネットワークを介して機器にダウンロードして更新する日時であって、前記管理装置によって決定された予定日時を受信させ、
前記予定日時における前記内部ネットワークの予め定められた時間当たりの予測通信量を取得させ、
前記予測通信量が前記内部ネットワークについて設定された前記予め定められた時間当たりの許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行わせるためのプログラム。

請求項１、２、１１に係る発明によれば、許容量を考慮しない場合と比べて、制御情報の更新予定日時における機器が置かれたネットワークの帯域の圧迫を抑制することができる。
請求項３に係る発明によれば、予定日時に達する前に変更要求を行うか否かを判断することができる。
請求項４に係る発明によれば、予定日時に達する前に予測通信量を取得する場合よりも高い精度で変更要求を行うか否かを判断することができる。
請求項５に係る発明によれば、予定日時を受信した時以降に発生したイベント等により増加した予測通信量に基づいて変更要求を行うか否かを判断することができる。
請求項６に係る発明によれば、予定日時を受信した時と予定日時に達した際の２回変更要求を行うか否かを判断することができる。
請求項７に係る発明によれば、実績情報を用いない場合と比較して精度の高い予測通信量を取得することができる。
請求項８に係る発明によれば、実績情報のみを用いた場合と比較して精度の高い予測通信量を取得することができる。
請求項９に係る発明によれば、予定日時に達した際の実際の通信量を予測通信量として取得することができる。
請求項１０に係る発明によれば、予定日時の変更要求を行わないと判断して予定日時が確定した後の想定外の内部ネットワークの使用に対応することができる。

図１は、本発明の実施の形態に係る情報処理システムの構成の一例を示す図である。 図２は、更新テーブルの一例を示す図である。 図３は、機器の制御系の一例を示すブロック図である。 図４は、内部管理サーバの制御系の一例を示すブロック図である。 図５は、情報処理システムの動作の一例を示すシーケンス図である。 図６は、情報処理システムの動作の一例を示すシーケンス図である。 図７は、情報処理システムの動作の一例を示すシーケンス図である。

以下、本発明の実施の形態について図面を参照して説明する。なお、各図中、実質的に同一の機能を有する構成要素については、同一の符号を付してその重複した説明を省略する。

［実施の形態の要約］
本実施の形態に係る情報処理装置は、管理装置が管理する制御情報を外部ネットワーク及び内部ネットワークを介して機器にダウンロードして更新する日時であって、管理装置によって決定された予定日時を受信し、予定日時における内部ネットワークの予め定められた時間当たりの予測通信量を取得し、予測通信量が内部ネットワークについて設定された予め定められた時間当たりの許容通信量を超える場合、管理装置に予定日時の変更要求を行うプロセッサを備える。

制御情報には、ファームウェア、アプリケーション等がある。ファームウェアは、機器が有するハードウエアを動作させるためのプログラムであり、機器にダウンロードして用いられる。変更要求には、予定日時のキャンセル、予定日時の変更等の要求が含まれる。

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る情報処理システムの構成の一例を示す図である。この情報処理システム１は、インターネット等の外部ネットワーク２上に設けられた外部管理サーバ３及びダウンロードサーバ４と、外部ネットワーク２にファイアウォール５を介して接続されたイントラネット等の内部ネットワーク６と、内部ネットワーク６に接続された複数の機器７、内部管理サーバ８及びスケジュールサーバ９とを有する。なお、内部ネットワーク６には、ユーザ端末が接続されていてもよい。内部管理サーバ８は、情報処理装置の一例である。

外部管理サーバ３及びダウンロードサーバ４は、管理装置の一例である。なお、外部管理サーバ３及びダウンロードサーバ４は、互いにイントラネット等により接続されていてもよく、またそれらの全てを物理的な単一のサーバにより構成されていてもよい。

外部管理サーバ３は、更新テーブル３０（図２参照）を保持しており、機器７からの問合せに応じて、更新テーブル３０を検索し、当該機器７に更新日時指定情報３１（図２参照）を応答する。更新日時指定情報３１には、更新予定日時が含まれている。更新予定日時とは、ダウンロードとバージョンアップとを連続して行うに際し、機器７の後述する制御部７１が外部管理サーバ３に問い合わせる日時をいう。日時は、例えば、年、月、日、時刻から構成されており、2020年2月2日18：00のように登録することができる。なお、時刻は、時、分から構成されてもよく、時、分、秒から構成されてもよい。更新予定日時は、予定日時の一例である。

ダウンロードサーバ４は、ファームウェア（以下「ＦＷ」ともいう。）等を記憶しているソフトウェアリポジトリである。ダウンロードサーバ４は、機器７からのアクセスに応じて、ファームウェアのファイル（以下「ＦＷファイル」ともいう。）情報４０をダウンロードさせる。

ファイアウォール５は、例えば、ゲートウェイ、ルータ等であり、外部からの不正なアクセスや侵入を防止することを目的としており、機器７から外部ネットワーク２への要求（問合せ）とその要求に対する応答は通過させるが、外部ネットワーク２側から機器７への要求は通過させないように設定されている。また、ファイアウォール５は、内部ネットワーク６における単位時間当たりの通信量を計測し、計測した日時とともに通信量を記憶する機能を有する。

スケジュールサーバ９は、イベントの開催日時、開催時間等を含むスケジュール情報９０を保持し、ユーザ端末又は機器７からの要求によりスケジュール情報９０に対してイベントの登録があると、イベント情報を内部管理サーバ８に通知する。イベント情報には、イベントの開催日時、開催時間、イベントで使用する通信量が含まれる。

図２は、外部管理サーバ３が保持する更新テーブル３０の一例を示す図である。更新テーブル３０は、「機器ＩＤ」、「商品名」、「バージョン」、「ＵＲＬ」、「更新予定日時」、「ステータス」等の複数の項目を有する。

「機器ＩＤ」には、例えば、機器７を一意に識別する機械番号が記録される。「商品名」には、ファームウェアの名称が記録される。「バージョン」には、ファームウェアのバージョン番号が記録される。バージョン番号は、バージョン情報の一例である。「ＵＲＬ」には、ファームウェアの格納先を示すＵＲＬが記録される。ＵＲＬは、格納先情報の一例である。

「更新予定日時」には、ファームウェアの更新予定日時が記録される。「ステータス」には、ファームウェアの更新の状況が記録される。例えば、更新日時指定情報３１を機器７に応答していない場合、未通知が記録され、更新日時指定情報３１を機器７に通知した場合、通知済が記録され、ファームウェアの更新が終了した場合、更新済が記録され、更新日時指定情報３１を機器７に通知した後、キャンセルを受信した場合、キャンセルが記録される。なお、キャンセルが通知された場合、更新テーブル３０に記録した更新予定日時は削除される。更新日時指定情報３１には、機器ＩＤ、ファームウェアの商品名、ファームウェアのバージョン、ＵＲＬ、更新予定日時が含まれる。更新予定日時は、予定日時の一例である。

（機器の構成）
図３は、機器７の制御系の一例を示すブロック図である。機器７は、例えば、スキャン機能、プリント機能、コピー機能、電子メール機能、ファクシミリ送受信機能等を有する複合機である。複合機は、画像形成装置の一例である。

機器７は、機器７の各部を制御する制御部７１を有し、この制御部７１に、記憶部７２、操作表示部７３、画像読取部７４、画像形成部７５、通信部７６等が接続されている。

制御部７１は、ＣＰＵ（Central Processing Unit）等のプロセッサ７１ａ、インターフェース等から構成されている。プロセッサ７１ａは、記憶部７２に記憶されたプログラム７２０を実行することにより、取得手段７１０、更新手段７１１等として機能する。

取得手段７１０は、外部管理サーバ３に定期的（例えば、毎日18：00）にアクセスして更新予定日時が設定されているか否かを問い合わせ、更新予定日時が設定されている場合は、問合せの応答として外部管理サーバ３から更新日時指定情報３１を取得し、記憶部７２に記憶するとともに、更新日時指定情報３１に含まれている更新予定日時を機器ＩＤとともに内部管理サーバ８に通知する。

また、取得手段７１０は、更新予定日時に達すると、更新日時指定情報３１に含まれるＵＲＬに基づいて、ダウンロードサーバ４にアクセスしてＦＷファイルをダウンロードし、記憶部７２に記憶する。

更新手段７１１は、記憶部７２に記憶されたＦＷファイルの更新処理を行い、更新処理が終了すると、更新終了通知を外部管理サーバ３に送信する。

記憶部７２は、ＲＯＭ（Read Only Memory）、ＲＡＭ、（Random Access Memory）、ハードディスク等から構成され、ＦＷファイル等のプログラム７２０、外部管理サーバ３から送信された更新日時指定情報３１等の各種の情報を記憶する。更新日時指定情報３１に含まれる更新予定日時は、外部管理サーバ３で決定される。

操作表示部７３は、情報の入力及び表示を行うものである。操作表示部５３は、例えば、タッチパネルディスプレイであり、液晶ディスプレイ等のディスプレイにタッチパネルを重合配置した構成を有する。

画像読取部７４は、原稿台上に設けられた自動給紙装置と、原稿台に配置された原稿、又は自動給紙装置により送られた原稿から原稿画像を光学的に読み取るスキャナとを備える。

画像形成部７５は、給紙カセットから給紙された用紙に、例えば、電子写真方式、インクジェット方式等により画像を形成することで印刷物を作成する。

通信部７６は、ＬＡＮ（Local Area Network）、内部ネットワーク６及び外部ネットワーク２を介してユーザ端末や、外部管理サーバ３、ダウンロードサーバ４、内部管理サーバ８、スケジュールサーバ９等の外部装置と通信する。

（内部管理サーバの構成）
図４は、内部管理サーバ８の制御系の一例を示すブロック図である。内部管理サーバ８は、内部管理サーバ８の各部を制御する制御部８０を有し、この制御部８０に、記憶部８１、通信部８２等が接続されている。

制御部８０は、ＣＰＵ（Central Processing Unit）等のプロセッサ８０ａ、インターフェース等から構成されている。プロセッサ８０ａは、記憶部８１に記憶されたプログラム８１０を実行することにより、受信手段８００、取得手段８０１、確認手段８０２等として機能する。各手段８００〜８０２の詳細については後述する。

記憶部８１は、ＲＯＭ（Read Only Memory）、ＲＡＭ、（Random Access Memory）、ハードディスク等から構成され、プログラム８１０、更新予定日時情報８１１、実績情報８１２、許容通信量情報８１３等の各種の情報を記憶する。

更新予定日時情報８１１は、機器ＩＤと、当該機器ＩＤの機器７から通知された更新予定日時とを含む。

実績情報８１２は、過去数年分の実績としての通信量を平均した平均通信量を日時に関係付けたものである。なお、実績情報８１２は、過去数年分の実績としての通信量のうち最大の通信量を日時に関係付けたものでもよい。また、実際に発生する通信量が曜日と時間帯に依存している場合、実績情報８１２は、日時の代わりに、平均通信量又は最大通信量を曜日と時間帯に関係付けたものでもよい。日時、曜日と時間帯は、時間情報の一例である。

許容通信量情報８１３は、管理者等によって予め設定され、記憶部８１に記憶される。許容通信量情報８１３は、例えば、以下のように定めてもよい。なお、以下の（ａ）、（ｂ）、（ｃ）は、予め定められた時間当たりの許容通信量の一例である。
（ａ）１日の最大許容件数又は最大合計ファイルサイズ
（ｂ）曜日及び時間帯ごとの許容件数又は合計ファイルサイズ
（ｃ）特殊な日（例えば、月初の営業日、月末の営業日、請求書等の発生日等）の最大許容件数又は最大合計ファイルサイズ
この場合の例として、特定の機器７が月初の9:00-12:00はＸＸ業務で内部ネットワーク６を使うので、同日の同時間帯における特定の機器７以外の機器７に対するＦＷ更新件数は、ＸＸ件までというように、最大許容件数を下げることが考えられる。

次に、内部管理サーバ８の各手段８００〜８０２について説明する。

受信手段８００は、機器７から機器ＩＤとともに更新予定日時を通知されたとき、更新予定日時を機器ＩＤに関係付けて更新予定日時情報８１１として記憶部８１に記憶する。

取得手段８０１は、機器７から更新予定日時を通知された時（以下、第１の時点ともいう。）に、実績情報８１２から更新予定日時に対応する通信量を予測通信量として取得する。取得手段８０１は、予測通信量を取得する際に、予測通信量の単位時間を許容通信量の単位時間に対応させる。例えば、１日の許容通信量が定められている場合、それに対応して１日の予測通信量を取得する。曜日及び時間帯ごとに許容通信量が定められている場合、それに対応する曜日の時間帯における予測通信量を取得する。また、取得手段８０１は、許容通信量情報８１３から許容通信量を取得する。なお、取得には、取得した値に基づいて算出して許容通信量を求める場合も含まれる。

確認手段８０２は、更新日時指定情報３１に含まれる更新予定日時で問題が無いかどうかの更新予定日時の妥当性を確認する。すなわち、確認手段８０２は、次の関係式（１）を満たすか否かを判断する。
Ｖｐ１≦Ｖａ ・・・（１）
ただし、Ｖｐ１：第１の時点に取得した予め定められた時間当たりの予測通信量、Ｖａ：予め定められた時間当たりの許容通信量

確認手段８０２は、上記を確認した結果（以下、確認結果ともいう。）を機器７に通知する。確認結果には、関係式（１）を満たすことを示すＯＫと、関係式（１）を満たさないことを示すＮＧとがある。

確認手段８０２は、確認結果がＮＧの場合、外部管理サーバ３に更新予定日時のキャンセルを通知する。なお、外部管理サーバ３に、更新予定日時の変更を要求してもよく、通信量が比較的少ない時期が分かっている場合には、更新希望日時を通知してもよい。キャンセルは、変更要求の一例である。

（情報処理システムの動作）
更新予定日時の通知時の第１の時点に、更新予定日時の妥当性を確認する場合の情報処理システム１の動作の一例を、図５のシーケンス図を参照して説明する。なお、図５及び後述する図６、図７において、Ｔａは、ダウンロード期間を示し、Ｔｂは、更新期間を示す。

機器７の取得手段７１０は、外部管理サーバ３にアクセスし、更新予定日時が設定されているか否かを問い合わせる（Ｓ１）。問合せには、機器ＩＤ、ファームウェアの商品名、ファームウェアのバージョンが含まれる。

外部管理サーバ３は、更新テーブル３０を検索し、当該機器７に対して更新予定日時が設定されているか否かを確認する（Ｓ２）。外部管理サーバ３は、更新予定日時が設定されている場合（Ｓ２：Ｙｅｓ）、更新予定日時を含む更新日時指定情報３１を機器７に送信する。

取得手段７１０は、問合せの応答として外部管理サーバ３から更新日時指定情報３１を取得する（Ｓ３）。外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に通知済を記録して更新テーブル３０を更新する（Ｓ４）。

取得手段７１０は、更新日時指定情報３１に含まれる更新予定日時を機器ＩＤとともに内部管理サーバ８に通知する（Ｓ５）。

内部管理サーバ８の取得手段８０１は、機器７から通知された更新予定日時及び機器ＩＤを更新予定日時情報８１１として記憶部８１に記憶する。

取得手段８０１は、実績情報８１２から予測通信量Ｖｐ１を取得し、許容通信量情報８１３から許容通信量Ｖａを取得する。

確認手段８０２は、上記関係式（１）の予測通信量Ｖｐ１≦許容通信量Ｖａを満たすか否かを確認する（Ｓ６）。

確認手段８０２は、上記ステップＳ６の確認結果を機器７に通知する（Ｓ７）。

機器７の取得手段７１０は、確認結果がＯＫの場合、更新予定日時に達すると、更新日時指定情報３１に含まれるＵＲＬに基づいて、ダウンロードサーバ４にアクセスし（Ｓ８）、ＦＷファイルをダウンロードし、記憶部７２に記憶する（Ｓ９）。

更新手段７１１は、記憶部７２に記憶されたＦＷファイルの更新処理を行い（Ｓ１０）、更新処理が終了すると、更新終了通知を外部管理サーバ３に送信する（Ｓ１１）。

外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に更新済を記録して更新テーブル３０を更新する（Ｓ１２）。

なお、上記ステップＳ６における確認結果がＮＧの場合、内部管理サーバ８の確認手段８０２は、外部管理サーバ３に更新予定日時のキャンセルを通知する（Ｓ１３）。

外部管理サーバ３は、更新予定日時のキャンセルが通知されると（Ｓ１３）、更新テーブル３０の対応する「ステータス」にキャンセルを記録し、「更新予定日時」の更新予定日時を削除する（Ｓ１４）。

［第２の実施の形態］
図６は、本発明の第２の実施の形態に係る情報処理システムの動作の一例を示すシーケンス図である。第１の実施の形態では、内部管理サーバ８の確認手段８０２が更新予定日時の通知時に、更新予定日時の妥当性を確認するものであるが、本実施の形態の確認手段８０２は、更新予定日時に達した際に、更新予定日時の妥当性を確認するものである。他は、第１の実施の形態と同様に構成されているため、以下、第１の実施の形態と異なる点を中心に説明する。

取得手段８０１は、更新予定日時に達した際、例えば、更新予定日時に達する直前（例えば、３分前）（以下、第２の時点ともいう。）に、ファイアウォール５から現在の内部ネットワーク６の混雑状況を示す通信量を取得する。なお、更新予定日時に達した際は、達した時でもよい。また、取得手段８０１は、実績情報８１２から更新予定日時の当日の今までの通信量（手動で更新した場合を含む。）を取得してもよい。

確認手段８０２は、更新日時指定情報３１に含まれる更新予定日時で問題が無いかどうかの更新予定日時の妥当性を確認する。すなわち、確認手段８０２は、次の関係式（２）を満たすか否かを判断する。
Ｖｐ２≦Ｖａ ・・・（２）
ただし、Ｖｐ２：第２の時点に取得した予め定められた時間当たりの予測通信量、Ｖａ：予め定められた時間当たりの許容通信量

確認手段８０２は、上記を確認した結果（以下、確認結果ともいう。）を機器７に通知する。確認結果には、関係式（２）を満たすことを示すＯＫと、関係式（２）を満たさないことを示すＮＧとがある。確認結果がＮＧの場合の動作は、第１の実施の形態と同様であるので、説明を省略する。

（第２の実施の形態の動作）
更新予定日時に達した際の第２の時点に、更新予定日時の妥当性を確認する場合の情報処理システム１の動作の一例について、図６のシーケンス図を参照して説明する。

機器７の取得手段７１０は、外部管理サーバ３にアクセスし、更新予定日時が設定されているか否かを問い合わせる（Ｓ１１）。

外部管理サーバ３は、更新テーブル３０を検索し、当該機器７に対して更新予定日時が設定されているか否かを確認する（Ｓ１２）。外部管理サーバ３は、更新予定日時が設定されている場合（Ｓ１２：Ｙｅｓ）、更新予定日時を含む更新日時指定情報３１を機器７に送信する。

取得手段７１０は、問合せの応答として外部管理サーバ３から更新日時指定情報３１を取得する（Ｓ１３）。外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に通知済を記録して更新テーブル３０を更新する（Ｓ１４）。

取得手段７１０は、更新日時指定情報３１に含まれる更新予定日時を機器ＩＤとともに内部管理サーバ８に通知する（Ｓ１５）。

内部管理サーバ８の取得手段８０１は、機器７から通知された更新予定日時及び機器ＩＤを更新予定日時情報８１１として記憶部８１に記憶する。

取得手段８０１は、更新予定日時に達する直前に、ファイアフォール５から現在の通信量を予め定められた時間当たりの予測通信量Ｖｐ２として取得し、許容通信量情報８１３から許容通信量Ｖａを取得する。

確認手段８０２は、上記関係式（２）の予測通信量Ｖｐ２≦許容通信量Ｖａを満たすか否かを確認する（Ｓ１６）。

確認手段８０２は、上記ステップＳ１６の確認結果を機器７に通知する（Ｓ１７）。

機器７の取得手段７１０は、確認結果がＯＫの場合、更新予定日時に達すると、更新日時指定情報３１に含まれるＵＲＬに基づいて、ダウンロードサーバ４にアクセスし（Ｓ１８）、ＦＷファイルをダウンロードし、記憶部７２に記憶する（Ｓ１９）。

更新手段７１１は、記憶部７２に記憶されたＦＷファイルの更新処理を行い（Ｓ２０）、更新処理が終了すると、更新終了通知を外部管理サーバ３に送信する（Ｓ２１）。

外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に更新済を記録して更新テーブル３０を更新する（Ｓ２２）。

なお、上記ステップＳ１６における確認結果がＮＧの場合、内部管理サーバ８の確認手段８０２は、外部管理サーバ３に更新予定日時のキャンセルを通知する（Ｓ２３）。

外部管理サーバ３は、更新予定日時のキャンセルが通知されると（Ｓ２３）、更新テーブル３０の対応する「ステータス」にキャンセルを記録し、「更新予定日時」の更新予定日時を削除する（Ｓ２４）。

［第３の実施の形態］
図７は、本発明の第３の実施の形態に係る情報処理システムの動作の一例を示すシーケンス図である。第１の実施の形態では、内部管理サーバ８の確認手段８０２が更新予定日時の通知時に、更新予定日時の妥当性を確認するものであるが、本実施の形態の確認手段８０２は、さらに更新予定日時の通知時と更新予定日時との間にも、更新予定日時の妥当性を確認するものである。他は、第１の実施の形態と同様に構成されているため、以下、第１の実施の形態と異なる点を中心に説明する。

取得手段８０１は、更新予定日時を受信した第１の時点に実績情報８１２から更新予定日時に対応する通信量を予測通信量として取得する。また、取得手段８０１は、スケジュールサーバ９から送信されたイベント情報に基づいて、イベントが更新予定日時に重なる場合、イベント情報からイベントで使用する通信量を追加の予測通信量として取得する。

確認手段８０２は、更新予定日時を受信した第１の時点に上記式（１）を満たすか否かを判断し、満たす場合に、次の関係式（３）を満たすか否かを判断する。
（Ｖｐ＝Ｖｐ１＋Ｖｐ３）≦Ｖａ ・・・（３）
ただし、Ｖｐ１：更新予定日時の通知時に予測した、予め定められた時間当たりの予測通信量、Ｖｐ３：イベントで発生する予め定められた時間当たりの追加の予測通信量、Ｖａ：予め定められた時間当たりの許容通信量

確認手段８０２は、上記の確認結果を機器７に通知する。確認結果には、関係式（３）を満たすことを示すＯＫと、関係式（３）を満たさないことを示すＮＧとがある。確認結果がＮＧの場合の確認手段８０２は、第１の実施の形態と同様であるので、説明を省略する。

（第３の実施の形態の動作）
更新予定日時の受信時と更新予定日時との間の第３の時点に、更新予定日時の妥当性を確認する場合の情報処理システム１の動作の一例について、図７のシーケンス図を参照して説明する。

機器７の取得手段７１０は、外部管理サーバ３にアクセスし、更新予定日時が設定されているか否かを問い合わせる（Ｓ３１）。

外部管理サーバ３は、更新テーブル３０を検索し、当該機器７に対し更新予定日時が設定されているかどうかを確認する（Ｓ３２）。外部管理サーバ３は、更新予定日時が設定されている場合（Ｓ３２：Ｙｅｓ）、更新予定日時を含む更新日時指定情報３１を機器７に送信する。

取得手段７１０は、問合せの応答として外部管理サーバ３から更新日時指定情報３１を取得する（Ｓ３３）。外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に通知済を記録して更新テーブル３０を更新する（Ｓ３４）。

取得手段７１０は、更新日時指定情報３１に含まれる更新予定日時を機器ＩＤとともに内部管理サーバ８に通知する（Ｓ３５）。

内部管理サーバ８の取得手段８０１は、機器７から通知された更新予定日時及び機器ＩＤを更新予定日時情報８１１として記憶部８１に記憶する。

取得手段８０１は、実績情報８１２から予測通信量Ｖｐ１を取得し、許容通信量情報８１３から許容通信量Ｖａを取得する。

確認手段８０２は、上記関係式（１）の予測通信量Ｖｐ１≦許容通信量Ｖａを満たすか否かを確認するする（Ｓ３６）。

確認手段８０２は、上記ステップＳ３６の確認結果を機器７に通知する（Ｓ３７）。

内部管理サーバ８は、スケジュールサーバ９からイベント情報が通知されると（Ｓ３８）、取得手段８０１は、スケジュールサーバ９から送信されたイベント情報に基づいて、イベントが更新予定日時に重なる場合、イベント情報からイベントで使用する通信量を追加の予測通信量Ｖｐ３として取得する。取得手段８０１は、許容通信量情報８１３から許容通信量Ｖａを取得する。

確認手段８０２は、上記関係式（３）の予測通信量（Ｖｐ＝Ｖｐ１＋Ｖｐ３）≦許容通信量Ｖａを満たすか否かを確認する（Ｓ３９）。

確認手段８０２は、上記ステップＳ３９の確認結果を機器７に通知する（Ｓ４０）。

機器７の取得手段７１０は、確認結果がＯＫの場合、更新予定日時に達すると、更新日時指定情報３１に含まれるＵＲＬに基づいて、ダウンロードサーバ４にアクセスし（Ｓ４１）、ＦＷファイルをダウンロードし、記憶部７２に記憶する（Ｓ４２）。

更新手段７１１は、記憶部７２に記憶されたＦＷファイルの更新処理を行い（Ｓ４３）、更新処理が終了すると、更新終了通知を外部管理サーバ３に送信する（Ｓ４４）。

外部管理サーバ３は、更新テーブル３０の対応する「ステータス」に更新済を記録して更新テーブル３０を更新する（Ｓ４５）。

なお、上記ステップＳ３９における確認結果がＮＧの場合、内部管理サーバ８の確認手段８０２は、外部管理サーバ３にキャンセルを通知する（Ｓ４６）。

外部管理サーバ３は、キャンセルが通知されると（Ｓ４６）、更新テーブル３０の対応する「ステータス」にキャンセルを記録し、「更新予定日時」の更新予定日時を削除する（Ｓ４７）。

（変形例１）
プロセッサ８０ａは、取得手段８０１が許容通信量を取得した後に許容通信量の変更を受け付けてもよい。例えば、スケジュールサーバ９から急なイベントが通知された場合に許容通信量を増加してもよい。

（変形例２）
第１の時点又は第３の時点に更新予定日時の妥当性を確認し、問題ない場合に、第２の時点に更新予定日時の妥当性を確認してもよい。

以上、本発明の実施の形態を説明したが、本発明の実施の形態は上記実施の形態に限定されるものではなく、種々の変形、実施が可能である。

プロセッサ８０ａの各手段は、それぞれ一部又は全部を再構成可能回路（ＦＰＧＡ：Field Programmable Gate Array）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）等のハードウエア回路によって構成してもよい。

上記実施の形態において、プロセッサは、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ、ＦＰＧＡ、プログラマブル論理デバイス等）を含むものである。

また、上記実施の形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

また、上記実施の形態の構成要素の一部を省くことや変更してもよい。また、上記実施の形態のフローにおいて、ステップの追加、削除、変更、入替え等を行ってもよい。また、上記実施の形態で用いたプログラムをＣＤ−ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して提供することができ、クラウドサーバ等の外部サーバに格納しておき、ネットワークを介して利用することもできる。

１…情報処理システム、２…外部ネットワーク、３…外部管理サーバ、
４…ダウンロードサーバ、５…ファイアウォール、６…内部ネットワーク、
７…機器、８…内部管理サーバ、９…スケジュールサーバ、３０…更新テーブル、
３１…更新日時指定情報、４０…ファームウェア情報、５３…操作表示部、
７１…制御部、７１ａ…プロセッサ、７２…記憶部、７３…操作表示部、
７４…画像読取部、７５…画像形成部、７６…通信部、８０…制御部、
８０ａ…プロセッサ、８１…記憶部、８２…通信部、９０…スケジュール情報、
７１０…取得手段、７１１…更新手段、７２０…プログラム、８００…受信手段、
８０１…取得手段、８０２…確認手段、８１０…プログラム、
８１１…更新予定日時情報、８１２…実績情報、８１３…許容通信量情報

Claims (11)

1. 管理装置が管理する制御情報を外部ネットワーク及び内部ネットワークを介して機器にダウンロードして更新する日時であって、前記管理装置によって決定された予定日時を受信し、
   前記予定日時における前記内部ネットワークの予め定められた時間当たりの予測通信量を取得し、
   前記予測通信量が前記内部ネットワークについて設定された前記予め定められた時間当たりの許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行うプロセッサを備えた情報処理装置。
2. 前記プロセッサは、前記予測通信量を前記予定日時以前のいずれかの時点に取得する、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記予測通信量を前記予定日時を受信した第１の時点に取得する、
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、前記予測通信量を前記予定日時に達した際の第２の時点に取得する、
   請求項２に記載の情報処理装置。
5. 前記プロセッサは、前記第１の時点では、前記予測通信量が前記許容通信量以下であり、前記第１の時点と前記予定日時に達した際の第２の時点との間の第３の時点に、前記予定日時における前記予測通信量が増加することが判明した場合、増加後の前記予測通信量が前記許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行う、
   請求項３に記載の情報処理装置。
6. 前記プロセッサは、前記第１の時点では、前記予測通信量が前記許容通信量以下であり、前記予定日時に達した際の第２の時点に前記予定日時における前記予測通信量を再度取得し、再度取得した前記予測通信量が前記許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行う、
   請求項３に記載の情報処理装置。
7. 前記予測通信量は、過去の実績としての通信量を時間情報に関係付けた実績情報から取得される、
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記予測通信量は、さらにイベントの開催日時、開催時間及び前記イベントで使用する通信量を含む予定情報から取得される、
   請求項７に記載の情報処理装置。
9. 前記予測通信量は、前記第２の時点に、前記内部ネットワークの通信状況から取得される、
   請求項４又は６に記載の情報処理装置。
10. 前記プロセッサは、前記許容通信量を取得した後に前記許容通信量の変更を受け付ける、
    請求項１から９のいずれか１項に記載の情報処理装置。
11. プロセッサに、
    管理装置が管理する制御情報を外部ネットワーク及び内部ネットワークを介して機器にダウンロードして更新する日時であって、前記管理装置によって決定された予定日時を受信させ、
    前記予定日時における前記内部ネットワークの予め定められた時間当たりの予測通信量を取得させ、
    前記予測通信量が前記内部ネットワークについて設定された前記予め定められた時間当たりの許容通信量を超える場合、前記管理装置に前記予定日時の変更要求を行わせるためのプログラム。

Images