(57)【要約】【課題】ファームウェアの配信予約の制御を適切に行うことを目的とする。【解決手段】管理対象の画像形成装置から収集された動作ログ及び電源ログに基づいて、画像形成装置にファームウェアを配信可能な時間帯の候補を選択する選択手段と、ファームウェアの配信予約の時間帯を受け付ける受付手段と、受付手段により受け付けられた配信予約の時間帯でのファームウェアの配信ができない場合、選択手段により選択された配信可能な時間帯の候補と、時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する配信予約手段と、を有することによって課題を解決する。【選択図】図１８
2013174950.tif 000002
【特許請求の範囲】
【請求項１】
管理対象の画像形成装置から収集された動作ログ及び電源ログに基づいて、前記画像形成装置にファームウェアを配信可能な時間帯の候補を選択する選択手段と、
前記ファームウェアの配信予約の時間帯を受け付ける受付手段と、
前記受付手段により受け付けられた配信予約の時間帯での前記ファームウェアの配信ができない場合、前記選択手段により選択された配信可能な時間帯の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する配信予約手段と、
を有する配信サーバ装置。
【請求項２】
前記受付手段により受け付けられた配信予約の時間帯と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、前記受付手段により受け付けられた配信予約の時間帯での前記ファームウェアの配信ができるか否かを判断する判断手段を更に有し、
前記配信予約手段は、前記判断手段により前記受付手段で受け付けられた配信予約の時間帯での前記ファームウェアの配信ができないと判断された場合、前記選択手段により選択された配信可能な時間帯の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する請求項１記載の配信サーバ装置。
【請求項３】
前記選択手段は、前記動作ログ及び電源ログに基づいて、前記画像形成装置にファームウェアを配信可能な時間帯の候補を複数、選択し、
前記配信予約手段は、前記選択手段により選択された配信可能な時間帯の複数の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する請求項１又は２記載の配信サーバ装置。
【請求項４】
前記配信予約手段は、前記配信予約した時間帯における前記ファームウェアの配信が失敗した旨の通知を受け取ると、前記選択手段により選択された複数の時間帯の候補のうち、前記配信予約した時間帯以外の配信可能な時間帯の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を再び、実行する請求項３記載の配信サーバ装置。
【請求項５】
配信サーバ装置が実行する情報処理方法であって、
管理対象の画像形成装置から収集された動作ログ及び電源ログに基づいて、前記画像形成装置にファームウェアを配信可能な時間帯の候補を選択する選択ステップと、
前記ファームウェアの配信予約の時間帯を受け付ける受付ステップと、
前記受付ステップにより受け付けられた配信予約の時間帯での前記ファームウェアの配信ができない場合、前記選択ステップにより選択された配信可能な時間帯の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する配信予約ステップと、
を含む情報処理方法。
【請求項６】
コンピュータに、
管理対象の画像形成装置から収集された動作ログ及び電源ログに基づいて、前記画像形成装置にファームウェアを配信可能な時間帯の候補を選択する選択ステップと、
前記ファームウェアの配信予約の時間帯を受け付ける受付ステップと、
前記受付ステップにより受け付けられた配信予約の時間帯での前記ファームウェアの配信ができない場合、前記選択ステップにより選択された配信可能な時間帯の候補と、前記時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する配信予約ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信サーバ装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、画像形成装置のファームウェアのアップデートは以下のように行っていた。
ファームウェアは、機能アップ若しくは障害等の理由により更新する必要が生じた場合に、インターネット経由で配信サーバによりファームウェアのアップデートを行う。又は、ＵＳＢ経由／イントラネット経由のアップデートツールを使用することでアップデートを行っていた。
配信サーバでファームウェアのアップデートを行う場合、操作者は配信サーバの画面で配信対象の画像形成装置を選択し配信日時を設定して予約する。配信サーバは、この予約に基づき、インターネット経由でファームウェアの配信を行う。配信サーバは、配信予約を、配信サーバの同時処理可能数（以後、キャパシティと表現する）内で受け付けるようになっている。
最近では、サーバ等の特定の装置に通信のためのアクセスが一時的に集中しても過負荷状態の発生を回避することのできる通信システムが提案されている（特許文献１）。特許文献１によると、音楽配信等で新しい音楽がリリースされた後に、配信サーバに負荷が集中する。その際に、音楽サーバ等の他の装置に配信サーバと同様のフォルダ構成を作成しておき、該当するフォルダにデータをキャッシュして配信することで、ダウンロードの負荷を軽減するする方法が、開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３６７５３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
配信予約時間を配信サーバの画面から設定可能になっている。しかし、予約が週末等のある特定の時間帯に集中してしまうと、配信サーバのキャパシティを越えてしまい、予約ができないという問題がある。
この様な問題に対しては、配信サーバのキャパシティを越えた予約が発生した場合には、システム的に対処できず手作業で配信可能な他の時間帯を探すしかなかった。
このような状況において、大量の画像形成装置の配信予約が頻繁に行われた場合、手作業で配信可能な時間帯を探索するのは手間がかかるため、配信サーバのキャパシティを考慮した配信予約方法が必要となる。
また、配信予約時間に画像形成装置の電源がＯＦＦされていた場合、配信サーバにおいてファームウェア配信が行えない問題もあった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、ファームウェアの配信予約の制御を適切に行うことを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、管理対象の画像形成装置から収集された動作ログ及び電源ログに基づいて、画像形成装置にファームウェアを配信可能な時間帯の候補を選択する選択手段と、ファームウェアの配信予約の時間帯を受け付ける受付手段と、受付手段により受け付けられた配信予約の時間帯でのファームウェアの配信ができない場合、選択手段により選択された配信可能な時間帯の候補と、時間帯における配信サーバ装置の処理可能な処理数と、に基づいて、予約可能な時間帯で配信予約を実行する配信予約手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、ファームウェアの配信予約の制御を適切に行うことができる。
【図面の簡単な説明】
【０００８】
【図１】システム構成等の一例を示す図である。
【図２】監視センタホストのハードウェア構成の一例を示す図である。
【図３】画像形成装置のハードウェア構成の一例を示す図である。
【図４】監視センタホスト、配信サーバにおける通信部分のソフトウェア構成の一例を示す図である。
【図５】監視装置、各画像形成装置における通信部分のソフトウェア構成の一例を示す図である。
【図６】監視センタホスト、配信サーバ或いは、監視装置或いは、各画像形成装置におけるメモリマップの構造を示す図である。
【図７】配信サーバでの配信予約の処理能力（キャパシティ）を示す図である。
【図８】画像形成装置の動作ログと、電源ＯＮ／ＯＦＦログとを定期的に配信サーバに通知する一例を示す図である。
【図９】画像形成装置から送信される動作ログと、電源ＯＮ／ＯＦＦログとから画像形成装置の配信可能時間を判断する処理について説明するための図である。
【図１０】空き時間パターンを配信サーバのデータベースに設定する一例を示す図である。
【図１１Ａ】１ヶ月単位での各空き時間パターンの動作ログ、電源ＯＮ／ＯＦＦログを集計し、画像形成装置の配信可能時間の割り出した一例を示す図である。
【図１１Ｂ】１週間単位での空き時間と、電源ＯＦＦの時間との関係を示す図である。
【図１２】配信サーバのデータベースに登録するレコードの一例を示す図である。
【図１３】配信サーバのキャパシティ計算のロジックの一例を示す図である。
【図１４Ａ】動作ログの表の一例を示す図である。
【図１４Ｂ】電源ＯＮ／ＯＦＦログの表の一例を示す図である。
【図１５】システムを構成する各装置の機能（ソフトウェア）構成の一例を示す図である。
【図１６Ａ】画像形成装置から動作ログ、電源ＯＮ／ＯＦＦログを集計し監視センタホスト１１１のデータベースに登録する処理の一例を示すフローチャートである。
【図１６Ｂ】監視センタホストのデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログを定期的に配信サーバのデータベースに反映する処理の一例を示すフローチャートである。
【図１７Ａ】配信サーバのデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログから、配信可能時間を計算して登録する処理の一例を示すフローチャートである。
【図１７Ｂ】配信サーバのデータベースに空き時間パターンを登録する処理の一例を示すフローチャートである。
【図１８】配信予約を行う際の、配信サーバの情報処理の一例を示すフローチャートである。
【図１９】配信が失敗した場合の、配信サーバのリトライ処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜実施形態１＞
図１は、システム構成等の一例を示す図である。図１において、本システムには、システム１０１をはじめとする複数のシステムが接続されている。システムに関わる情報を蓄積するためのデータベース１０３もシステムに含まれている。なお、本実施形態においてデータベースとは、複数のデータのみならず、データを格納するハードディスクのことを含むものとする。
システム１０１には、データベース１０３へのデータ登録や修正等の制御を行なうＰＣ１０４もシステムに含まれる。ＰＣ１０４は、監視センタホスト１１１が提供するＷｅｂサイトへアクセスしてデータの閲覧等を行う。ホスト１０２、データベース１０３、ＰＣ１０４は、ＬＡＮ１０５を介して接続されている。なお、図１のシステムは、複数の装置から構成されるよう示されているが後述の各機能を達成すればどのように構成されていてもよい。例えば、データベース１０３は、物理的にホスト１０２内に存在してもよい。更に、データベース１０３は、ホスト１０２からアクセス可能であれば、インターネットを経由した別の場所に存在してもよい。つまり、図１のシステムは、複数の装置から構成されるようにしてもよいし、１つの装置から構成するようにしてもよい。
【００１１】
次に、監視センタホスト１１１を説明する。データベース１１２は、監視のための情報や、画像形成装置の稼働状態等を蓄積するデータベースである。監視センタホスト１１１とデータベース１１２とはＬＡＮ１１３を介して接続されている。また、ＬＡＮ１１３は、インターネットに接続可能となっている。なお、データベース１１２は、物理的に監視センタホスト１１１内に存在してもよい。更に、データベース１１２は、監視センタホスト１１１からアクセス可能であれば、インターネットを経由した別の場所に存在してもよい。
監視センタホスト１１１は、監視装置１１７、１２２、１２３や１３１から監視対象（又は管理対象）としての画像形成装置の情報、稼働状態を示す情報を収集、蓄積、加工し、警告等を外部に提供する機能を有する。
【００１２】
次に、配信サーバ１３３を説明する。データベース１３４は、配信サーバ１３３が管理対象としている複数の画像形成装置に適用するためのファームウェアを蓄積するデータベースである。配信サーバ１３３とデータベース１３４とはＬＡＮ１３５を介して接続されている。ＬＡＮ１３５は、インターネットに接続可能となっている。なお、データベース１３４は、物理的に配信サーバ１３３内に存在してもよい。更に、データベース１３４は、配信サーバ１３３からアクセス可能であれば、インターネットを経由した別の場所に存在してもよい。なお、ＬＡＮ１１３とＬＡＮ１３５とは同一としてもよい。また、データベース１３４とデータベース１１２とはデータを共有してもよい。
図１には、監視センタホスト１１１と、データベース１１２と、配信サーバ１３３と、データベース１３４とが１つずつしか示されていない。しかし、実際には、多くの画像形成装置及び監視装置からの情報収集や、ファームウェア配信の負荷分散を行なうために、複数の監視センタホスト、データベースに分散処理をさせる構成としてもよい。
【００１３】
次に、顧客側のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１では、顧客システム１１４、１１９、１２９が示されている。顧客システム１１４（Ａ社Ｘ事業所）においては、インターネットに接続されたＬＡＮ１１８に接続された画像形成装置１１５、１１６が監視装置１１７により監視されている。監視装置１１７は、インターネット経由で監視センタホスト１１１と通信している。一方、顧客システム１１９（Ａ社Ｙ事業所）においては、監視装置１２２、１２３によってＬＡＮ１２８上の画像形成装置が管理されている。監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が管理されている。また、監視装置１２３により画像形成装置１２６、１２７が管理されている。
顧客システム１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が、直接、インターネット経由で監視センタホスト１１１と通信している。画像形成装置１３１は、監視装置１１７、１２２、１２３と同等の機能を有しており、自身の稼働情報等を監視センタホスト１１１に送信している。
【００１４】
なお、以下の点に留意する必要がある。
（１）以上説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって監視センタホスト１１１に送信される。
（２）Ａ社における各画像形成装置は監視装置を介して監視センタホスト１１１と通信を行なうように説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置を介することなく、監視センタホスト１１１との通信を行える。
【００１５】
図２は、監視センタホスト１１１のハードウェア構成の一例を示す図である。また、図２に示されるハードウェア構成は、配信サーバ１３３、ホスト１０２、監視装置１１７、１２２、１２３、ＰＣ１０４のハードウェア構成にも該当させることができる。
図２において、ＣＰＵ２０１は、本装置上の各処理を司る。書換え不可能なＲＯＭ２０２は、本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ、書き換え可能である。ＨＤＤ２０４は、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、監視対象の画像形成装置に関する情報、及び画像形成装置から収集した情報等を記憶する。例えば、稼働情報等がＨＤＤ２０４に保存される。
監視センタホスト１１１の場合、後述する図４のソフトウェア構成に対応するプログラムをＨＤＤ２０４に有している。このプログラムは、ＲＡＭ２０３を一時保存領域として使用し、ＣＰＵ２０１によって呼び出され実行される。
配信サーバ１３３の場合も同様に、後述する図４のソフトウェア構成に対応するプログラムをＨＤＤ２０４に有している。このプログラムは、ＲＡＭ２０３を一時保存領域として使用し、ＣＰＵ２０１によって呼び出され実行される。
操作部２０５は、本装置への指示入力を受け付けるキーボードである。表示部２０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０８は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２０７は、外部記憶機器等を接続する。これらの要素がシステムバス２０９により結び付き、データをやりとりしている。
なお、配信サーバ１３３のＣＰＵがＨＤＤ等に記憶されているプログラムに基づき処理を実行することによって、後述する配信サーバ１３３のソフトウェア構成、及び配信サーバ１３３のフローチャートに係る処理が実現される。
同様に監視センタホスト１１１のＣＰＵがＨＤＤ等に記憶されているプログラムに基づき処理を実行することによって、後述する監視センタホスト１１１のソフトウェア構成、及び監視センタホスト１１１のフローチャートに係る処理が実現される。
【００１６】
図３は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１のハードウェア構成の一例を示す図である。画像形成装置としては、より具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣ等からデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリ等が挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。
イメージリーダ３０２は、原稿給送部３０１で原稿を読み込む。イメージリーダ３０２、画像形成部３０３は、読み込んだ原稿やネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部３０４は、印刷出力した紙を排出し、ソートやステイプル等の処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ３０５は、ネットワーク経由でＬＡＮ及びインターネットに接続し、外部と情報交換を行う。ＣＰＵ３０６は、本装置上の各処理を司る。ＣＰＵ３０６は、画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、予め定めた宛先へと送信する。宛先は例えば、監視センタホスト１１１や監視装置等である。不揮発性記憶手段のＲＯＭ３０７は、本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ３０８は、本装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ３０９は、本装置の各処理に関わるプログラムやデータ、及び一時的なデータ、本装置へ送信されてきたユーザデータ等を記憶する。
画像形成装置は、後述する図５のソフトウェア構成に対応するプログラムをＨＤＤ３０９に有している。このプログラムは、ＲＡＭ３０８を一時保存領域として使用し、ＣＰＵ３０６によって呼び出され実行される。
操作部３１０は、本装置への指示入力を受け付ける。表示部３１１は、本装置の動作状況及び操作部３１０に対する操作に関わる情報を表示する。これらの要素がシステムバス３１２により結び付き、データをやりとりしている。
なお、画像形成装置自身が監視のための情報を送信する機能を持つ画像形成装置１３１では、ＲＯＭ３０７或いはＨＤＤ３０９内に、監視データ送出処理にかかわるプログラムやデータを保持している。
【００１７】
図４は、監視センタホスト１１１、配信サーバ１３３における通信部分のソフトウェア構成の一例を示す図である。ＳＯＡＰ通信部４０１は、監視装置１１７、１２２、１２３又は画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０８を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部４０２に渡す。また、ＳＯＡＰ通信部４０１は、ＳＯＡＰメッセージ作成部４０３により作成されたＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０８を介して監視装置１１７、１２２、１２３又は画像形成装置１３１に送信する。
収集情報処理部４０４は、監視装置１１７、１２２、１２３又は画像形成装置１３１から受信した情報をそのまま、又は加工し、データベースアクセス部４０６を介してデータベース１１２、データベース１３４に格納する。
また収集情報処理部４０４は、監視装置１１７、１２２、１２３又は画像形成装置１３１から受信した情報及びデータベース１１２、データベース１３４に格納されているデータを基に、稼働情報を処理する。稼働情報とは、画像形成装置の動作を示す動作ログであったり、電源ＯＮ／ＯＦＦの時間を記した、電源ＯＮ／ＯＦＦログ等であったりする。
監視制御部４０５は、監視装置１１７、１２２、１２３又は画像形成装置１３１のスケジュール管理等の制御を行う。
【００１８】
図５は、監視装置１１７、１２２、１２３、各画像形成装置における通信部分のソフトウェア構成の一例を示す図である。
ＳＯＡＰ通信部５０１は、監視センタホスト１１１よりＮｅｔｗｏｒｋＩ／Ｆ２０８を介して受信したＳＯＡＰデータを、ＳＯＡＰメッセージ解析部５０３に渡す。また、ＳＯＡＰ通信部５０１は、ＳＯＡＰメッセージ作成部５０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０８を介して監視センタホスト１１１、配信サーバ１３３に送信する。
監視制御部５０４は、情報蓄積部５０６に保持される監視対象の画像形成装置の情報の更新や、画像形成装置１１５、１１６の情報取得を行う。
デバイス情報処理部５０５は、画像形成装置の稼働情報を、情報蓄積部５０６に蓄積する。
情報蓄積部５０６に蓄積されたデータは、デバイス情報処理部５０５を介してそのままＳＯＡＰメッセージ作成部５０２に渡され監視センタホスト１１１へ送信される。
【００１９】
図６は、監視センタホスト１１１、配信サーバ１３３或いは、監視装置１１７、１２２、１２３或いは、各画像形成装置におけるメモリマップの構造を示す図である。図６では、本実施形態に係る処理プログラムを実行する際、監視センタホスト１１１、各監視装置１１７ではＲＡＭ２０３上に、各画像形成装置ではＲＡＭ３０８上にプログラムをロードしたメモリマップを示している。
メモリマップは、基本Ｉ／Ｏプログラム６０１、システム・プログラム６０２、本実施例の処理プログラムを初めとする各種処理プログラム６０３、関連データを格納するエリア６０４、プログラムのワークエリア６０５で構成されている。基本Ｉ／Ｏプログラム６０１は、本装置上の入出力を司る。システム・プログラム６０２は、各処理プログラムに動作環境を提供する。
【００２０】
図７は、配信サーバ１３３での配信予約の処理能力（キャパシティ）を示す図である。
配信サーバ１３３での配信予約は、１秒単位での予約件数をキャパシティとして設定している。例えば、図７の場合、配信サーバ１３３のキャパシティを１秒あたり３台と設定しており、１０／２９の２１時０分０秒に、画像形成装置（１）、（２）、（３）の配信予約が既に入っている。こうした場合、配信サーバ１３３は、同時刻に、画像形成装置（４）の配信予約を行うと、キャパシティを超えてしまうため、配信予約を受け付けないようにしている。
【００２１】
図８は、画像形成装置の動作ログと、電源ＯＮ／ＯＦＦログとを定期的に配信サーバ１３３に通知する一例を示す図である。
動作ログと、電源ＯＮ／ＯＦＦログとは、前述した、画像形成装置の稼働情報である。動作ログは、画像形成装置のＰｒｉｎｔ，Ｓｃａｎ，Ｃｏｐｙ等の動作の開始時刻と、終了時刻とを記したログである。電源ＯＮ／ＯＦＦログは、画像形成装置が起動する時間と、シャットダウンされた時間とを記したログである。
図８で示す画像形成装置は、画像形成装置１３１と同様のものであり、直接、監視センタホスト１１１と通信している。
画像形成装置１３１は、動作ログと、電源ＯＮ／ＯＦＦログとを定期的に監視センタホスト１１１に送信する。
【００２２】
図９は、画像形成装置から送信される動作ログと、電源ＯＮ／ＯＦＦログとから画像形成装置の配信可能時間を判断する処理について説明するための図である。
９０１は、画像形成装置を示す。９０２は、画像形成装置から送信された動作ログから判断された空き時間を示す。空き時間とは、画像形成装置の稼働率が低い時間帯を示す。９０３は、電源ＯＮ／ＯＦＦログから判断された画像形成装置の電源がＯＦＦされている時間を示す。９０４は、空き時間９０２と電源ＯＦＦされている時間９０３とを基に判断された画像形成装置の配信可能時間を示す。画像形成装置の配信可能時間は、空き時間から、電源ＯＦＦの時間を除いた時間となる。例えば、図９の画像形成装置（１）の場合、空き時間が、月曜から金曜までの１８時から翌８：３０までと、土日の０時から２４時までとであり、電源ＯＦＦの時間が土日の０時から２４時までである。この場合、空き時間から電源ＯＦＦの時間を除いた時間は、月曜から金曜までの１８時から翌８：３０までとなるので、この時間帯が配信可能時間となる。
本実施形態では、配信サーバ１３３は、ユーザの配信予約時間に対し、配信サーバ１３３のキャパシティ内で処理できなければ、画像形成装置の配信可能時間９０４に配信予約を行う。
【００２３】
図１０は、空き時間パターンを配信サーバ１３３のデータベースに設定する一例を示す図である。
１００１は、空き時間パターン名を示している。図１０では、空き時間の時間帯によって、「夕方休止パターン」、「週末休みパターン」、「昼休みパターン」、「早朝パターン」等のパターンを定義している。なお、空き時間パターンは、図１０に示されるものだけではなく自由に定義可能である。また、配信サーバ１３３が画像形成装置のログを自動分析し、空き時間パターンを自動生成してもよい。１００２は、空き時間パターンのＩＤを示している。本例では、Ａ，Ｂ，Ｃ，ＤのようなユニークなＩＤが定義されている。１００３は、空き時間パターンの時間の範囲を示している。夕方休止パターンの場合は、月〜金  １８：００〜翌８：３０となり、他のパターンに対しても、時間の範囲が定義されている。
【００２４】
図１１Ａは、１ヶ月単位での各空き時間パターンの動作ログ、電源ＯＮ／ＯＦＦログを集計し、画像形成装置の配信可能時間の割り出した一例を示す図である。
１１０１は、画像形成装置を示す。１１０２は、画像形成装置１１０１の動作ログから各空き時間パターンに合致しているものの回数を示している。この際、配信サーバ１３３は、閾値を設定し、閾値を下回る空き時間パターンのみを集計する。閾値は、画像形成装置の稼働が低いと判断できる値とする。１１０３は、画像形成装置１１０１の電源ＯＮ／ＯＦＦログから、各パターンに合致している電源ＯＦＦの時間帯の回数を示している。この際も、配信サーバ１３３は、閾値を下回る空き時間パターンのみを集計する。閾値は、画像形成装置のＯＦＦされた時間の回数が低いと判断できる値とする。１１０４は、画像形成装置の配信可能時間を示している。配信可能時間とは、動作ログの回数が少なく、かつ、電源ＯＦＦの時間の回数が少ない時間を示し、１１０４は、その最も少ない順で、候補順をつけている。したがって、１１０４の場合、第１候補がパターンＡ，第２候補がパターンＣ，第３候補がパターンＢとなる。
【００２５】
図１１Ｂは、１週間単位での空き時間と、電源ＯＦＦの時間との関係を示す図である。
１１０５は、画像形成装置１１０１の稼働が低い時間帯を空き時間として示している。１１０６は、空き時間パターンＡの範囲を示している。１１０７は、画像形成装置１１０１の稼働時間を示している。１１０８は、画像形成装置１１０１の電源ＯＦＦの時間を示している。１１０９は、画像形成装置１１０１と、配信サーバ１３３とのＳＯＡＰ処理時間を示している。配信サーバ１３３から画像形成装置１１０１に、ファームウェアを配信する際に、ＳＯＡＰ通信を行うため、その処理時間がタイムラグとして定義されている。
配信サーバ１３３は、ファームウェア配信時に、画像形成装置１１０１の電源がＯＦＦされることを防ぐため、ファームウェア配信時の配信サーバ１３３と画像形成装置とのＳＯＡＰ処理時間を電源ＯＦＦ時間から差し引くようにして、配信可能時間を集計する。
【００２６】
図１２は、配信サーバ１３３のデータベースに登録するレコードの一例を示す図である。
１２０１は、画像形成装置を示す。１２０２は、画像形成装置のシリアルＮｏ．を示す。シリアルＮｏ．とは、画像形成装置毎にユニークなＩＤである。１２０３は、空き時間の第１候補となる空き時間パターンのＩＤを示す。１２０４、１２０５は、同様に空き時間の第２・第３候補となる空き時間パターンのＩＤを示す。１２０６は、画像形成装置の時刻と、サーバ時刻との差分を示す。配信サーバ１３３は、画像形成装置の時刻のずれに対する補正処理を行う。
【００２７】
図１３は、配信サーバ１３３のキャパシティ計算のロジックの一例を示す図である。
１３０１は、配信サーバ１３３のキャパシティ（同時に配信処理可能な処理数）を示す。例として、配信サーバ１３３のキャパシティは、１秒間に３台の配信処理を行えるものとする。１３０２は、既存予約の状況を示す。図１３では、１０／２９の０時〜４時までに、既存予約が４つ入っている。予約時間の長さは、予約している台数を示しており、台数が多いほど、予約時間が長くなる。１３０３は、新規予約として割り当て可能な時間帯を示す。
図１３の場合、配信サーバ１３３は、配信サーバ１３３のキャパシティが１秒間に３台なので、３つの予約が重なっている時間帯はこれ以上の予約ができない。したがって、新規予約として割り当てられるのは、１３０３で示す３つの予約が重ならない時間帯となる。
配信サーバ１３３は、図１３のように、配信サーバ１３３のキャパシティを考慮して割り当てを行う。図１３の場合だと、１０／２９の０時〜４時までの受け付け可能な配信予約は、１３０３で示される既存予約を含めて、１秒間に３台処理可能な時間帯となる。
【００２８】
図１４Ａは、動作ログの表の一例を示す図である。
１４０１は、動作ログＩＤを示す。１４０２は、Ｐｒｉｎｔ，Ｓｃａｎ，Ｃｏｐｙ等の動作種別を示す。１４０３は、動作の開始時刻を示す。１４０４は、動作の終了時刻を示す。
図１４Ｂは、電源ＯＮ／ＯＦＦログの表の一例を示す図である。
１４０５は、電源ログＩＤを示す。１４０６は、電源ＯＮ／ＯＦＦログの種別を示す。１４０７は、電源ＯＮ／ＯＦＦログが発生した時刻を示す。
なお、動作ログ及び電源ＯＮ／ＯＦＦログは、図１４Ａ及び図１４Ｂの形式で、画像形成装置から監視センタホスト１１１に定期的に送信される。
【００２９】
図１５は、システムを構成する各装置の機能（ソフトウェア）構成の一例を示す図である。
なお、各ブロックは、図２で示したＣＰＵ２０１及び、図３のＣＰＵ３０６がプログラムを実行することで実現される。
通信Ｉ／Ｆ部１５０２は、画像形成装置１３１と監視センタホスト１１１、配信サーバ１３３との通信を司る。
通信データ制御部１５０３は、通信Ｉ／Ｆ部１５０２から受信した通信データを制御する。
データ制御部１５０４は、画像形成装置内のデータの制御を司る。
ソフトウェアインストール部１５０５は、配信サーバ１３３から受信したファームウェアのデータを画像形成装置１３１にインストールする。
ソフトウェア記憶部１５０６は、画像形成装置内のソフトウェアデータを記憶する。
【００３０】
通信Ｉ／Ｆ部１５０８は、監視センタホスト１１１と、画像形成装置１３１、配信サーバ１３３との通信を司る。
通信データ制御部１５０９は、通信Ｉ／Ｆ部１５０８から受信した通信データを制御する。
ＰＣ１５１０は、監視センタホスト１１１のＷｅｂ画面を操作して、画像形成装置の管理が可能である。
通信Ｉ／Ｆ部１５１１は、監視センタホスト１１１とＰＣ１５１０との通信を司る。
データ制御部１５１２は、監視センタホスト１１１内のデータの制御を司る。
画像形成装置データ登録部１５１３は、画像形成装置から送信されたデータを画像形成装置データ記憶部１５１５に記憶する。
画像形成装置データ検索部１５１４は、画像形成装置データ記憶部１５１５から、画像形成装置のデータ検索を司る。
画像形成装置データ記憶部１５１５は、画像形成装置のデータを記憶するデータベースである。
【００３１】
通信Ｉ／Ｆ部１５１７は、配信サーバ１３３と、画像形成装置１３１、監視センタホスト１１１との通信を司る。
通信データ制御部１５１８は、通信Ｉ／Ｆ部１５１７から受信した通信データを制御する。
操作者は、ＰＣ１５１９において、配信サーバ１３３のＷｅｂ画面を操作して、ファームウェアの配信予約をすることができる。また、操作者は、ＰＣ１５１９において、配信サーバ１３３のＷｅｂ画面を操作して、ファームウェアのアップロードや、ダウンロードを指示することができる。
通信Ｉ／Ｆ部１５２０は、配信サーバ１３３と、ＰＣ１５１９と、の通信を司る。
データ制御部１５２１は、配信サーバ１３３内のデータの制御を司る。
ファームデータ登録部１５２２は、ファームウェアの登録を司る。ファームデータ登録部１５２２は、ファームデータ記憶部１５２４に画像形成装置配信用のファームウェアを記憶する。
ファームデータ検索部１５２３は、ファームデータ記憶部１５２４からファームウェアを検索する。
データベース制御部１５２５は、監視センタホスト１１１の画像形成装置データ記憶部１５１５と、ファームデータ記憶部１５２４とを、データベース連携処理によって接続し、定期的にデータを共有する処理を司る。なお、データベース制御部１５２５は、配信サーバ１３３にあってもよいし、監視センタホスト１１１にあってもよい、また、他のコンピュータ等にあってもよい。
【００３２】
図１６Ａは、画像形成装置から動作ログ、電源ＯＮ／ＯＦＦログを集計し監視センタホスト１１１のデータベースに登録する処理の一例を示すフローチャートである。
Ｓ１６０１において、監視センタホスト１１１は、例えば、週１回の頻度で画像形成装置から動作ログ、電源ＯＮ／ＯＦＦログを取得する。
Ｓ１６０２において、監視センタホスト１１１は、動作ログと電源ＯＮ／ＯＦＦログとをデータベースに登録する。
図１６Ｂは、監視センタホスト１１１のデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログを定期的に配信サーバ１３３のデータベースに反映する処理の一例を示すフローチャートである。
Ｓ１６０３において、配信サーバ１３３が、定期的に監視センタホスト１１１のデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログを参照する。
Ｓ１６０４において、配信サーバ１３３が、監視センタホスト１１１のデータベースに記憶されている動作ログと、電源ＯＮ／ＯＦＦログとを配信サーバ１３３のデータベースにコピーして登録する。
【００３３】
図１７Ａは、配信サーバ１３３のデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログから、配信可能時間を計算して登録する処理の一例を示すフローチャートである。
Ｓ１７０１において、配信サーバ１３３は、定期的にデータベースに登録された動作ログ、電源ＯＮ／ＯＦＦログを参照する。
Ｓ１７０２において、配信サーバ１３３は、空き時間パターン毎に、電源ＯＦＦの回数を集計する。但し、配信サーバ１３３は、電源ＯＦＦの閾値に達したパターンは除外する。
Ｓ１７０３において、配信サーバ１３３は、空き時間パターン毎に、動作ログの回数を集計し、動作ログが少ない順で順位をつける。その際に、配信サーバ１３３は、動作ログの閾値に達したパターンを除外する。
Ｓ１７０４において、配信サーバ１３３は、動作ログの回数が少ない順から、配信可能時間の候補をつける。
Ｓ１７０５において、配信サーバ１３３は、配信可能時間をデータベースに登録する。
【００３４】
図１７Ｂは、配信サーバ１３３のデータベースに空き時間パターンを登録する処理の一例を示すフローチャートである。
Ｓ１７０６において、配信サーバ１３３は、Ｗｅｂ画面を介した、ユーザ入力に基づいて、空き時間パターンを受け取る。
Ｓ１７０７において、配信サーバ１３３は、受け取った空き時間パターンをデータベースに登録する。
【００３５】
図１８は、配信予約を行う際の、配信サーバ１３３の情報処理の一例を示すフローチャートである。
Ｓ１８０１において、配信サーバ１３３は、Ｗｅｂ画面を介したユーザから複数の画像形成装置の配信予約の依頼を受け付ける。Ｓ１８０１の処理は、受付の処理の一例である。
Ｓ１８０２において、配信サーバ１３３は、Ｓ１８０１で依頼された配信予約時間帯での配信サーバ１３３のキャパシティを計算する。
Ｓ１８０３において、配信サーバ１３３は、Ｓ１８０２の計算の結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８０４に進む。
Ｓ１８０４において、配信サーバ１３３は、Ｓ１８０１の配信予約の時間帯に該当するパターンを配信サーバ１３３のデータベースから抽出する。
Ｓ１８０５において、配信サーバ１３３は、Ｓ１８０４の結果から、例えば、本実施形態の例では、週末休みパターンと判断する。
Ｓ１８０６において、配信サーバ１３３は、週末休みパターンの時間帯での配信サーバ１３３のキャパシティを計算する。
Ｓ１８０７において、配信サーバ１３３は、Ｓ１８０６の計算の結果、予約可能であればＳ１８０８に進み、予約不可能であればＳ１８０９に進む。
【００３６】
Ｓ１８０８において、配信サーバ１３３は、配信予約を実施する。
Ｓ１８０９において、配信サーバ１３３は、Ｓ１８０１で予約された複数の画像形成装置の配信可能時間（第１候補）を配信サーバ１３３のデータベースより参照し、取得する。
Ｓ１８１０において、配信サーバ１３３は、Ｓ１８０９で取得された複数の画像形成装置の配信可能時間（第１候補）における、各パターンの時間帯の配信サーバ１３３のキャパシティを計算する。
Ｓ１８１１において、配信サーバ１３３は、Ｓ１８０９で取得された配信可能時間（第１候補）と、Ｓ１８１０で計算された配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１８１２において、配信サーバ１３３は、Ｓ１８１１の割り当ての結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８１３に進む。
【００３７】
Ｓ１８１３において、配信サーバ１３３は、予約を割り当てられない画像形成装置について、次の候補の配信可能時間をデータベースより参照し、取得する。
Ｓ１８１４において、配信サーバ１３３は、次の候補があるかを判断する。配信サーバ１３３は、次の候補があれば、Ｓ１８１５に進み、次の候補がなければ、Ｓ１８１７に進む。
Ｓ１８１５において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１８１６において、配信サーバ１３３は、Ｓ１８１５の割り当ての結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８１３に進み、次の候補に同様の処理を行う。
Ｓ１８１７において、配信サーバ１３３は、配信予約を割り当てることができなかった画像形成装置の一覧を配信サーバ１３３のＷｅｂ画面に表示する。
【００３８】
以下に、図１８の処理の具体例を示す。
Ｓ１８０１において、配信サーバ１３３は、ユーザから、１０／２９(土)の２２時に、２７０００台の配信予約の依頼を受け付ける。
Ｓ１８０２において、配信サーバ１３３は、Ｓ１８０１で予約された配信予約時間帯での配信サーバ１３３のキャパシティを計算する。
Ｓ１８０３において、配信サーバ１３３は、Ｓ１８０２の計算の結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８０４に進む。
Ｓ１８０４において、配信サーバ１３３は、Ｓ１８０１の配信予約の時間帯に該当するパターンを配信サーバ１３３のデータベースから抽出する。
Ｓ１８０５において、配信サーバ１３３は、Ｓ１８０４の結果から、例えば、週末休みパターンと判断する。
Ｓ１８０６において、配信サーバ１３３は、週末休みパターンの時間帯での配信サーバ１３３のキャパシティを計算する。
Ｓ１８０７において、配信サーバ１３３は、Ｓ１８０６の計算の結果、予約可能であればＳ１８０８に進み、予約不可能であればＳ１８０９に進む。
【００３９】
Ｓ１８０９において、配信サーバ１３３は、Ｓ１８０１で予約された２７０００台の画像形成装置の配信可能時間（第１候補）を配信サーバ１３３のデータベースより参照し、取得する。
Ｓ１８０９の結果を以下に示す。
＜第１候補＞
（１）夕方休止パターン:５０００台
（２）週末休みパターン:１５０００台
（３）昼休みパターン：２０００台
（４）早朝パターン:５０００台
【００４０】
Ｓ１８１０において、配信サーバ１３３は、Ｓ１８０９で取得された複数の画像形成装置の配信可能時間（第１候補）における、各パターンの時間帯の配信サーバ１３３のキャパシティを計算する。
Ｓ１８１０の計算の結果を以下に示す。
＜各パターンのキャパシティ＞
（１）夕方休止パターン：７０００台
（２）週末休みパターン:５０００台
（３）昼休みパターン：１８０００台
（４）早朝パターン:１８０００台
【００４１】
Ｓ１８１１において、配信サーバ１３３は、Ｓ１８０９で取得された配信可能時間（第１候補）と、Ｓ１８１０で計算された配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１８１１の割り当ての結果を以下に示す。
＜配信予約を割り当て（１）＞
（１）夕方休止パターン：５０００台
（２）週末休みパターン:５０００台  ⇒  １００００台分予約ができない。
（３）昼休みパターン：２０００台
（４）早朝パターン:５０００台
【００４２】
Ｓ１８１２において、配信サーバ１３３は、Ｓ１８１０の計算の結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８１３に進む。
Ｓ１８１３において、配信サーバ１３３は、予約を割り当てられない画像形成装置について、次の候補の配信可能時間をデータベースより参照し、取得する。配信サーバ１３３は、Ｓ１８１１の割り当ての結果、予約を割り当てられない１００００台について、配信可能時間（第２候補）をデータベースより参照し、取得する。
Ｓ１８１４において、配信サーバ１３３は、Ｓ１３１３の結果、次の候補があるかを判断する。配信サーバ１３３は、次の候補があれば、Ｓ１８１５に進み、なければ、Ｓ１８１７に進む。
Ｓ１８１３の結果を以下に示す。
＜第２候補＞
（１）夕方休止パターン:５０００台
（２）週末休みパターン:０台
（３）昼休みパターン：２０００台
（４）早朝パターン:３０００台
【００４３】
Ｓ１８１５において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１８１５の結果を以下に示す。
＜配信予約を割り当て（２）＞
（１）夕方休止パターン:２０００台  ⇒  ３０００台が予約できない。
（２）週末休みパターン:０台
（３）昼休みパターン：２０００台
（４）早朝パターン:３０００台
【００４４】
Ｓ１８１２において、配信サーバ１３３は、Ｓ１８１０の計算の結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８１３に進む。
Ｓ１８１３において、配信サーバ１３３は、予約を割り当てられない３０００台について、次の候補の配信可能時間をデータベースより参照し、取得する。
Ｓ１８１４において、配信サーバ１３３は、次の候補があるかを判断する。配信サーバ１３３は、次の候補があれば、Ｓ１８１５に進み、なければ、Ｓ１８１７に進む。
Ｓ１８１３の結果を以下に示す。
＜第３候補＞
（１）夕方休止パターン:０台
（２）週末休みパターン:０台
（３）昼休みパターン：２０００台
（４）早朝パターン:１０００台
【００４５】
Ｓ１８１５において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１８１５の結果を以下に示す。
＜配信予約を割り当て（３）＞
（１）夕方休止パターン:０台
（２）週末休みパターン:０台
（３）昼休みパターン：２０００台
（４）早朝パターン:１０００台
【００４６】
Ｓ１８１６において、配信サーバ１３３は、Ｓ１８１５の割り当ての結果、予約可能であれば、Ｓ１８０８に進み、予約不可能であれば、Ｓ１８１３に進み、次の候補に同様の処理を行う。
Ｓ１８１７において、配信サーバ１３３は、配信予約を割り当てることができなかった画像形成装置の一覧を配信サーバ１３３のＷｅｂ画面に表示する。
【００４７】
図１９は、配信が失敗した場合の、配信サーバ１３３のリトライ処理の一例を示すフローチャートである。配信サーバ１３３は、配信予約した時間帯におけるファームウェアの配信に失敗した場合、前記時間帯以外の配信可能な時間帯の候補と前記時間帯における配信サーバ装置１３３の処理可能な処理数とに基づいて、予約可能な時間帯で配信予約を再度、実行する。
Ｓ１９０１において、配信サーバ１３３は、画像形成装置Ａへのファームウェアの配信が失敗したと、クライアントモジュールから通知を受け取る。
Ｓ１９０２において、配信サーバ１３３は、画像形成装置Ａへのファームウェアの配信に失敗した配信予約時間を確認する。
Ｓ１９０３において、配信サーバ１３３は、配送に失敗した配信予約時間から該当するパターンを抽出する。
Ｓ１９０４において、配信サーバ１３３は、Ｓ１９０３の抽出結果より、例えば、"週末休みパターン"と判断する。
Ｓ１９０５において、配信サーバ１３３は、画像形成装置Ａの配信可能時間をデータベースより参照する。
Ｓ１９０６において、配信サーバ１３３は、最も候補順の高いパターンを選択する。
Ｓ１９０７において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
【００４８】
Ｓ１９０８において、配信サーバ１３３は、Ｓ１９０７の配信予約の割り当ての結果、予約可能ならＳ１９０９に進み、予約不可能ならＳ１９１０に進む。
Ｓ１９０９において、配信サーバ１３３は、配信予約を実施する。
Ｓ１９１０において、配信サーバ１３３は、"週末休みパターン"の次に候補順の高いパターンを選択する。
Ｓ１９１１において、配信サーバ１３３は、Ｓ１９１０の選択の結果に基づいて、次の候補順があるかを判断する。配信サーバ１３３は、次の候補順がある場合はＳ１９１２に進み、次の候補順がない場合はＳ１９１４に進む。
Ｓ１９１２において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、再び、配信予約を割り当てる。
Ｓ１９１３において、配信サーバ１３３は、Ｓ１９１２の割り当ての結果、予約可能ならＳ１９０９に進み、予約不可能ならＳ１９１０に進む。配信サーバ１３３は、Ｓ１９１０において、次の候補で、上述した処理と同様の処理を行う。
Ｓ１９１４において、配信サーバ１３３は、割り当てるパターンなしと判断し、処理を終了する。
【００４９】
以下に、図１９の処理の具体例を示す。
Ｓ１９０１において、配信サーバ１３３は、画像形成装置Ａへの配信が失敗したと、クライアントモジュールから通知を受け取る。
Ｓ１９０２において、配信サーバ１３３は、画像形成装置Ａへの配信が失敗した配信予約時間を確認する。
Ｓ１９０２の結果を以下に示す。
＜失敗した配信予約時間＞
画像形成装置Ａ：土曜日  １５：０３
Ｓ１９０３において、配信サーバ１３３は、失敗した配信予約時間から該当するパターンを抽出する。
Ｓ１９０４において、配信サーバ１３３は、Ｓ１９０３の抽出結果より、例えば、"週末休みパターン"と判断する。
Ｓ１９０５において、配信サーバ１３３は、画像形成装置Ａの配信可能時間をデータベースより参照する。
【００５０】
Ｓ１９０６において、配信サーバ１３３は、最も候補順の高いパターンを選択する。
Ｓ１９０６の結果を以下に示す。
＜第１候補＞
週末休みパターン
＜第２候補＞
夕方休止パターン
＜第３候補＞
昼休みパターン
Ｓ１９０７において、配信サーバ１３３は、配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１９０８において、配信サーバ１３３は、Ｓ１９０７の割り当ての結果、予約可能ならＳ１９０９に進み、予約不可能ならＳ１９１０に進む。
Ｓ１９０９において、配信サーバ１３３は、配信予約を実施する。
【００５１】
Ｓ１９１０において、配信サーバ１３３は、"週末休みパターン"の次に候補順の高い、"夕方休止パターン"を選択する。
Ｓ１９１１において、配信サーバ１３３は、Ｓ１９１０の選択の結果、次の候補順があるかを判断する。この例では、"週末休みパターン"の次に候補順の高い、"夕方休止パターン"があるので、次の候補順があると判断し、配信サーバ１３３は、Ｓ１９１２に進む。
Ｓ１９１２において、配信サーバ１３３は、"夕方休止パターン"の配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１９１３において、配信サーバ１３３は、Ｓ１９１２の割り当ての結果、予約可能ならＳ１９０９に進む。また、配信サーバ１３３は、予約不可能ならＳ１９１０に進み、次の候補で、上述した処理と同様の処理を行う。
【００５２】
つまり、Ｓ１９１３で予約不可能な場合、Ｓ１９１０において、配信サーバ１３３は、"週末休みパターン"、"夕方休止パターン"以外で、最も、候補順の高いパターンとして、"昼休みパターン"を選択する。
Ｓ１９１１において、配信サーバ１３３は、Ｓ１９１０の選択の結果、次の候補順があるかを判断する。この例では、"週末休みパターン"、"夕方休止パターン"の次に候補順の高い"昼休みパターン"があるので、次の候補順があると判断し、配信サーバ１３３は、Ｓ１９１２に進む。
Ｓ１９１２において、配信サーバ１３３は、"昼休みパターン"の配信可能時間と、配信サーバ１３３のキャパシティと、に基づいて、配信予約を割り当てる。
Ｓ１９１３において、配信サーバ１３３は、Ｓ１９１２の割り当ての結果、予約可能ならＳ１９０９に進む。また、配信サーバ１３３は、予約不可能ならＳ１９１０に進み、次の候補で、上述した処理と同様の処理を行う。
そして、例えば、Ｓ１９１４において、配信サーバ１３３は、割り当てるパターンなしと判断し、処理を終了する。
【００５３】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００５４】
以上、上述した各実施形態によれば、配信サーバ１３３は、収集した動作ログ及び電源ログから、ファームウェアを配信可能な時間帯を分析する。また、配信サーバ１３３は、ユーザによって指定された配信予約を受け付け、受け付けた時間で予約できない場合は、前記分析の結果と、キャパシティとから予約可能な時間帯における予約を実施する。このような構成とすることによって、ファームウェアの配信予約の制御を適切に行うことができる。
また、配信サーバ１３３で配信予約を行う際に、配信サーバ１３３の同時接続数のキャパシティと、配信可能時間と、を考慮した配信予約を行うことで、配信ができない時間帯をなくすと共に、ユーザに最適な時間でのファームウェアの配信を実現することができる。
【００５５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2013174950.tif 000003
【図２】
2013174950.tif 000004
【図３】
2013174950.tif 000005
【図４】
2013174950.tif 000006
【図５】
2013174950.tif 000007
【図６】
2013174950.tif 000008
【図７】
2013174950.tif 000009
【図８】
2013174950.tif 000010
【図９】
2013174950.tif 000011
【図１０】
2013174950.tif 000012
【図１１Ａ】
2013174950.tif 000013
【図１１Ｂ】
2013174950.tif 000014
【図１２】
2013174950.tif 000015
【図１３】
2013174950.tif 000016
【図１４Ａ】
2013174950.tif 000017
【図１４Ｂ】
2013174950.tif 000018
【図１５】
2013174950.tif 000019
【図１６Ａ】
2013174950.tif 000020
【図１６Ｂ】
2013174950.tif 000021
【図１７Ａ】
2013174950.tif 000022
【図１７Ｂ】
2013174950.tif 000023
【図１８】
2013174950.tif 000024
【図１９】
2013174950.tif 000025