ログ情報管理システムおよびその制御方法、プログラム、記憶媒体
【課題】 本発明は、画像形成装置の台数が増えた場合であっても、ネットワークの通信負荷を最適化し、効率的にログ情報を送信可能なログ情報管理システムを提供する。
【解決手段】 本発明によれば、画像形成装置はログ送信の前に、サーバに対してログ通知要求を送信する。サーバは負荷が分散されるようにログ送信時刻を適切にスケジューリングし、画像形成装置に応答する。画像形成装置はサーバから指示された時刻にログを送信する。
【解決手段】 本発明によれば、画像形成装置はログ送信の前に、サーバに対してログ通知要求を送信する。サーバは負荷が分散されるようにログ送信時刻を適切にスケジューリングし、画像形成装置に応答する。画像形成装置はサーバから指示された時刻にログを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置で発生したログ情報をサーバに送信し、サーバ上でログ情報を管理するログ情報管理システム、ログ情報管理方法、プログラムに関する。
【背景技術】
【０００２】
従来から、デジタル複写機やプリンタのような画像形成装置で発生したログ情報をサーバに送信し、サーバ上でログを管理するログ情報管理システムが利用されている。そして、ネットワークの高速化技術やセキュリティ技術の発展に伴い、サーバをイントラネットではなくインターネット上に配置することも可能になってきている。近年では、インターネットでつながった大規模なデータセンター上のコンピュータリソースを必要な分だけ利用することを可能にしたクラウドと呼ばれるサービスが出てきており、ログを管理するサーバをクラウド上に置くことも可能となっている。クラウドを使用するとハードウェアの管理が不要となり、またサーバの負荷に応じてリソースを追加するようなことが容易に行えるといったさまざまなメリットがある。一方、管理するログ情報の種類も多様化してきている。まず第一のログ情報としては、ジョブログである。これは画像形成装置において、ユーザが実行したコピー、ＦＡＸ、印刷といったジョブに関する情報を残すものである。このジョブログをサーバが収集することで、どのユーザが、いつ、どれだけのジョブを実行したかといった情報を管理することが可能である。第二のログ情報としては、デバイスログである。これはトナー等の消耗品の残量やジャム等の各種エラーが発生した場合にそれをサーバに通知し、サービスマンが必要な対応を行いやすくするためのものである。第三のログ情報は画像ログである。近年では、画像形成装置で印刷したりＦＡＸ送信したりした画像データを画像ログとしてサーバに送信する画像ログ監査システムも存在している。このようなシステムにおいては、サーバに送信された画像ログを監査者が後から視覚的に確認することが可能であり、機密文書が印刷されたり外部に送信されていないかといった監査を行うことが可能である。
【０００３】
ここで挙げた各種ログの中では、画像ログは圧倒的にサイズが大きく、画像ログの監査システムにおいては、ログを受信するサーバの処理負荷に加え、通信ネットワークに与えるトラフィックの負荷も無視できない。ネットワークの負荷が上がると、そのネットワーク全体の通信効率が低下し、ユーザの業務に支障が出る場合がある。そこで、上記のような画像ログの監査システムにおいては、画像形成装置が画像ログをサーバに送信する時刻を、ユーザがネットワークを使用しない夜間に設定することが可能となっている。
【０００４】
また、画像形成装置がサーバにログ情報を送信する構成のログ情報管理システムにおいては、各画像形成装置がどのタイミングでサーバにログ情報を送信するかを設定しなければならない。特許文献１においては、画像形成装置は通常は定期的にログ情報をサーバに送信するが、サーバはその応答として、次のログ情報を送信する間隔を画像形成装置に通知することで、一時的にログ送信間隔を変更させる技術が開示されている。これにより、サーバは画像形成装置がログを送信してくるタイミングで次のログの送信タイミングを指示することが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−４０６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように画像ログをサーバ上で管理するログ情報管理システムにおいては、日中のネットワーク負荷増大を避けるため画像ログを送信する時刻を夜間に設定する場合が多い。しかし、管理対象となる画像形成装置の台数が数百台、数千台といったように増えてくると、サーバの処理負荷やネットワーク負荷の問題が再度顕在化してくる。例えば、数千台の画像形成装置が夜間の特定の時刻に一斉にログ送信を行おうとした場合、その時刻にはサーバの処理負荷が急激に高まり、多くのログ送信がエラーとなり、エラーとなったログ送信は再送を繰り返すことになる。その結果、全ログ送信が完了するまでの時間が増大し、ユーザの業務が開始する朝までにログ送信が完了していないといった事態も発生する可能性がある。さらに、本来夜間はログ送信時以外は省電力状態にあるべき画像形成装置が、ログ送信の再送を繰り返すために通常状態でなければならず、無駄な電力を消費してしまうといった問題も発生する。
【０００７】
また、特許文献１の技術は、画像形成装置が定期的にサーバにログを送信することが前提であり、上記のようにログが発生した時だけ送りたいような場合には適用することができない。
【０００８】
本発明は上記課題を解決するためのものであり、画像形成装置の台数が増えた場合であっても、ネットワークの通信負荷を最適化し、効率的にログ情報を送信可能なログ情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明による装置は以下の構成を備える。即ち、
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムにおいて、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信手段と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信手段とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信手段と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定手段とを有する。
【発明の効果】
【００１０】
本発明によれば、管理対象となる画像形成装置の台数が増えた場合であっても、サーバが適切にログ送信スケジューリングを行うことにより、ネットワークの通信負荷を最適化し、効率的にログ情報の送信を行うログ情報管理システムを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明を適用したログ情報管理システムのシステム構成図である。
【図２】画像形成装置１０１のハードウェア構成を示すブロック図である。
【図３】サーバ１０４のハードウェア構成を示すブロック図である。
【図４】画像形成装置１０１のソフトウェア構成を示すブロック図である。
【図５】画像形成装置１０１が生成するログの例である。
【図６】サーバ１０４のソフトウェア構成を示すブロック図である。
【図７】サーバ１０４のログ送信情報設定部６０３のＵＩである。
【図８】ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図９】画像形成装置１０１が送信するログ通知要求の例である。
【図１０】サーバ１０４が送信するログ通知応答の例である。
【図１１】ログ送信時の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図１２】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図１３】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【図１４】サーバ１０４のログ送信情報設定部６０３のＵＩである。
【図１５】ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図１６】画像形成装置１０１が送信するログ通知要求の例である。
【図１７】サーバ１０４が送信するログ通知応答の例である。
【図１８】サーバ１０４のログ送信時刻決定部６０２がログの即時送信を許可するかどうかを判定する際のフローチャートである。
【図１９】画像形成装置１０１が送信するログ通知要求の例である。
【図２０】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図２１】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【図２２】画像形成装置１０１が送信するログ通知要求の例である。
【図２３】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図２４】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。尚、説明文中の符号について、特に断りがない限りは実施形態の共通または類似部分について共通の符号を付することで、重複説明を省略するものとする。
【００１３】
＜第１の実施形態＞
図１は、本発明を適用したログ情報管理システムのシステム構成図である。図１においては、画像形成装置１０１、１０２、１０３がサーバ１０４とネットワーク１０５を介して通信可能となるように接続されている。画像形成装置はさらに多くの台数が接続可能であり、数百台、数千台といった大規模環境も可能である。なお、以降の説明においては画像形成装置を示す符号としては代表して１０１を使用する。また、サーバ１０４はイントラネット内に配置することも、ファイアウォールを介してインターネット上に配置したりさらにはクラウド上に配置したりすることも可能である。
【００１４】
画像形成装置１０１は、コピー、ＦＡＸ、印刷といった画像処理を伴う各種ジョブを実行する機能を備えており、またそれらのジョブを実行した結果をログ情報として保持し、所定のタイミングでサーバ１０４に送信することが可能である。なお、本実施形態において扱うログは、ジョブログと画像ログの２種類であるものとする。
【００１５】
サーバ１０４は、画像形成装置１０１から各種ログを受信し、保持する。また、画像ログを受信した場合には、ＯＣＲ処理を行ってテキスト情報を抽出したり、画像サイズを小さくするために画像フォーマットを変換したりした後、データベースに保存する。画像ログは、ジョブログと関連付けて保存され、抽出したキーワードを使用してログの検索を行うことも可能である。なお、図１においては、サーバ１０４が画像変換処理や検索処理を行う構成となっているが、これらの処理は別のサーバに実行させる構成であってもかまわない。
【００１６】
図２は画像形成装置１０１のハードウェア構成を示すブロック図である。
なお、ここでは、複写機を例にして説明する。図２の画像形成装置１０１において、２０１はＣＰＵで、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいてシステムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース２０７を介して接続される印刷部（プリンタエンジン）２１０に出力情報としての画像信号を出力したり、読取インターフェース２１２を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。また、このＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ２０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ２０３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ２０１はＬＡＮコントローラ部２０６を介してネットワーク上のホストコンピュータや画像形成装置との通信処理が可能となっている。２０２はＲＡＭで、主としてＣＰＵ２０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置２１１は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。本実施形態においては、外部記憶装置としてはＨＤＤを使用するものとし、ジョブログ、画像ログ等各種ログを保持する。２０５は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２０９は不揮発性メモリであり、操作パネル２０５から設定される各種設定情報を記憶している。
【００１７】
また、図示していないが、画像形成装置１０１にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ２０１から制御される。
【００１８】
図３は、サーバ１０４のハードウェア構成を示すブロック図である。図３において、３０１はＣＰＵであり、システムバス３０４に接続された各種デバイスの制御を行う。３０２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３０３はＣＰＵ３０１の主記憶装置として使用されるＲＡＭである。３０５はキーボードコントローラ（ＫＢＣ）であり、マウス（登録商標）等のポインティングデバイス３０９、キーボード３１０からの情報などの入力に係る処理を行う。３０６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置３１１に出力する。なお、図３において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。３０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤＤ）３１２、フロッピー（登録商標）ディスク３１３へのアクセスを行う。３０８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、ＨＤＤ３１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、ＨＤＤ３１２からＯＳをＲＡＭ３０３に読み込み、情報処理装置として機能するようになる。
【００１９】
図４は、画像形成装置１０１のソフトウェア構成を示すブロック図である。画像処理部４０１はコピー、ＦＡＸ、印刷といった画像処理を伴う各種ジョブを実行する。ログ生成部４０２は、画像処理部４０１が処理した画像データや、ジョブのユーザ名、実行日時等ジョブに関する各種情報を収集して図５のようなログを生成し、ログ保持部４０３に保持する。ログ通知送信部４０４は所定のタイミングで、送信すべきログが保持されていることをサーバ１０４に通知し、また、その応答としてログ送信時刻を受信する。ログ送信部４０５は、サーバ１０４から受信したログ送信時刻情報を保持し、保持したログ送信時刻になると、ログ保持部４０３に保持されているログをサーバ１０４に送信する。
【００２０】
図５は、画像形成装置１０１が生成するログの例である。
５０１はジョブログのテーブルである。５０２はジョブログを識別するＩＤであり、画像形成装置ごとに重複しない値を持つ。５０３はジョブの種別であり、コピー、ＦＡＸ、印刷等からなる。５０４はジョブを実行したユーザの名前である。５０５はジョブ名である。印刷の場合は印刷ファイル名となるが、コピー、ＦＡＸにおいてはジョブ名はそれぞれ「Ｃｏｐｙ Ｊｏｂ」、「ＦＡＸ Ｊｏｂ」となる。５０６はジョブを実行した時刻である。５０７はジョブの実行結果であり、ＯＫまたはＮＧとなる。５０８は画像データのＩＤである。画像データをログとして残さない場合は「−１」となる。
【００２１】
画像ログは、５０９の画像データ管理テーブルと、画像データそのものからなる。５１０は画像ＩＤであり、５０８から参照される。５０９は画像データのＨＤＤ２１１内でのファイル名である。画像データはＨＤＤ２１１内において、５０９で識別される名前で保持される。
【００２２】
図６は、サーバ１０４のソフトウェア構成を示すブロック図である。
ログ通知受信部６０１は、画像形成装置１０１から送信されるログ通知要求を受信する。ログ送信時刻決定部６０２は、ログ通知要求を受信すると、ログ送信情報設定部６０３により設定されたログ送信時間帯およびスケジュール間隔から、画像形成装置がログを送信可能な時刻を決定する。ログ受信部６０４は、画像形成装置１０１からログを受信し、ログ保持部６０５に保持する。画像ログ処理部６０６は、ログ保持部６０５に保持された画像データを取得し、ＯＣＲやフォーマット変換等の画像処理を行い、変換後の画像データを画像データ保持部６０７に保持する。検索処理部６０８は保持されたログ情報に基づき、ユーザからの検索要求に応じてログの検索を行う。
【００２３】
図７は、サーバ１０４のログ送信情報設定部６０３のＵＩである。
このＵＩは、Ｗｅｂアプリケーションとして構成され、リモートからＷｅｂブラウザを使用して各設定を入力することが可能である。また、サーバ１０４のＣＲＴ表示装置３１１上に表示され、ポインティングデバイス３０９、キーボード３１０等から入力する構成としてもよい。
【００２４】
７０１は、画像形成装置１０１がログ送信を行う時間帯である。７０２は上記時間帯の中で送信時刻を分散させるための間隔である。例えば、ログ送信を行う時間帯が２２：００〜６：００、間隔を１０分に設定した場合、２２：００、２２：１０、２２：２０、・・・５：５０、６：００にログ送信を行わせることになる。
【００２５】
図８は、ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００２６】
Ｓ８０１において、ログ通知送信部４０４は、新規に送信すべきログが存在するかどうかを監視し、存在した場合にはＳ８０２に進む。Ｓ８０２において、ログ通知送信部４０４は、サーバ１０４に対してログ通知要求を送信する。ここで、送信されるログ通知要求は図９のようなものである。次にＳ８０３において、ログ通知受信部６０１はＳ８０２で送信されたログ通知要求を受信する。そしてＳ８０４において、ログ送信時刻決定部６０２は、図１３で示すようなフローチャートに基づきログ送信時刻を決定する。その後Ｓ８０５において、ログ通知受信部６０１は、Ｓ８０４で決定されたログ送信時刻を含むログ通知応答を画像形成装置１０１に送信する。ここで、送信されるログ通知応答は図１０のようなものである。次にＳ８０６において、ログ通知送信部４０４は、Ｓ８０５で送信されたログ通知応答を受信する。そしてＳ８０７において、ログ通知送信部４０４は、受信したログ通知応答に含まれるログ送信時刻を抽出し、ログ送信部４０５に設定する。
【００２７】
図９は、画像形成装置１０１が送信するログ通知要求の例である。
ログ通知要求は画像形成装置の機器情報を示すＤｅｖｉｃｅ要素９０１と、ログ情報を示すＬｏｇ要素９０２からなる。Ｄｅｖｉｃｅ要素９０１は、画像形成装置を一意に識別するＤｅｖｉｃｅＩｄ９０３、モデル名を示すＭｏｄｅｌ９０４を持つ。Ｌｏｇ要素９０２は、ジョブのタイプを示すＪｏｂＴｙｐｅ９０５を持つ。これにより、機器情報またはログ情報に対応してログ送信時刻を決定することが可能となる。
【００２８】
図１０は、サーバ１０４が送信するログ通知応答の例である。
ログ通知応答は、ログ通知要求を一意に識別するＬｏｇＩｄ１００１、ログ送信時刻を示すＬｏｇＳｅｎｄＴｉｍｅ１００２、ログ送信の有効期限を示すＥｘｐｉｒｅ１００３からなる。
【００２９】
図１１は、ログ送信時の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３０】
Ｓ１１０１において、ログ送信部４０５は、サーバ１０４から受信したログ送信時刻になっているかを監視し、ログ送信時刻になった場合はＳ１１０２に進む。Ｓ１１０２において、ログ送信部４０５は、送信すべきログとしてジョブログ５０１と画像ログ５０９をログ保持部４０３から取得する。そしてＳ１１０３において、ログ送信部４０５は、サーバ１０４に対してジョブログおよび画像ログを送信する。次にＳ１１０４において、ログ受信部６０４は、Ｓ１１０３で送信されたジョブログおよび画像ログを受信する。そしてＳ１１０５において、ログ受信部６０４は受信したジョブログおよび画像ログをログ保持部６０５に格納する。またＳ１１０６において、ログ送信部４０５は、送信済みのジョブログ５０１と画像ログ５０９をログ保持部４０３から削除する。
【００３１】
図１２は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル１２０１において、１２０２はログ送信時刻であり、ログ送信情報設定部６０３により設定されたログ送信時間帯７０１およびログ送信間隔７０２から算出される。１２０３はサーバ１０４がログ通知要求を受け付けた受付番号であり、ログ通知応答のＬｏｇＩｄ１００１として画像形成装置１０１に返される。１２０４は画像形成装置を識別するためのＩＤであり、ログ通知要求のＤｅｖｉｃｅＩｄ９０３として受信したものである。ログ送信時刻決定部６０２は後述するように、画像形成装置１０１からログ通知要求を受信するとログ送信時刻を決定し、ログ送信スケジュールテーブル１２０１に受付番号とデバイスＩＤを追記していく。
【００３２】
図１３は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３３】
また本フローチャートにおいては、図７のログ送信情報設定部６０３により設定されたログ送信情報の中で、ログ送信時間帯の開始時刻をＴｓ、終了時刻をＴｅ、間隔をＩｎｔとして説明に使用する。また、ログ送信スケジュールテーブル１２０１の中の最後のログ送信時刻をＴｌａｓｔとして説明に使用する。ログ送信スケジュールテーブル１２０１にまだ登録がない状態でのＴｌａｓｔはＴｓに初期化されている。
【００３４】
Ｓ１３０１において、ログ送信時刻決定部６０２は、画像形成装置を識別するデバイスＩＤが、すでにログ送信スケジュールテーブル１２０１に登録されているかどうかを判定する。登録されていた場合はＳ１３０２に進み、ログ送信時刻決定部６０２は、すでに登録されていたログ送信時刻と同じ時刻をログ送信時刻として決定する。登録されていなかった場合はＳ１３０３に進む。Ｓ１３０３において、ログ送信時刻決定部６０２は、Ｔｌａｓｔ＋Ｉｎｔの時刻がＴｅを越えるかどうかを判定する。Ｓ１３０３の判定の結果、Ｔｅを越えない場合はＳ１３０４に進み、ログ送信時刻決定部６０２はＴｌａｓｔ＋Ｉｎｔの時刻をログ送信時刻として決定する。その後Ｓ１３０５において、ログ送信時刻決定部６０２は、Ｔｌａｓｔを、Ｓ１３０４で決定した時刻に更新する。またＳ１３０３の判定の結果、Ｔｅを越えた場合は、Ｓ１３０６に進み、ログ送信時刻決定部６０２はＴｓをログ送信時刻として決定し、その後Ｓ１３０５において、ＴｌａｓｔをＴｓに更新する。
【００３５】
＜第２の実施形態＞
次に第２の実施形態について説明する。
第１の実施形態においては、サーバ１０４はあらかじめ設定されていたログ送信時間帯の中でログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時刻として、あらかじめ設定されていたログ送信時間帯だけでなく、画像形成装置が即時にログを送信することを許可する情報を応答することを可能とする。具体的には、ログ送信情報設定部６０３においてログの即時送信を許可するかどうかの条件を設定し、ログ送信時刻決定部６０２が、受信したログ通知要求が条件を満たすかどうかを判断する。これにより、例えばログを保持しておくＨＤＤが少ない画像形成装置は夜間まで待たずにすぐにログ送信を行わせるといった柔軟な構成が可能となる。なお、本実施形態においては第１の実施形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００３６】
図１４は、サーバ１０４のログ送信情報設定部６０３のＵＩである。
本実施形態においては、サーバ１０４がログの即時送信を許可する条件として１４０１〜１４０４の４つの条件を使用する。各条件はチェックボックスにチェックを入れることで有効／無効を切り替えることができる。条件１４０１はログの優先度に関するものである。優先度は１、２、３の三段階で定義され、１が最も優先度が高い。画像形成装置から送信されるログ通知要求には優先度が含まれており、通常は優先度２である。ここで、条件１４０１として「１以上」を設定することにより、ログ通知要求の優先度として１が入っていた場合には、そのログは即時送信させることが可能である。条件１４０２は画像形成装置の残ＨＤＤ容量に関するものである。画像形成装置から送信されるログ通知要求には、現在の残ＨＤＤ容量が含まれている。ここで、条件１４０２として特定の容量を設定しておくことにより、それよりも残ＨＤＤ容量が少ない画像形成装置はログを即時送信指示することが可能である。条件１４０３はログのサイズに関するものである。画像形成装置から送信されるログ通知要求には送信しようとしているログのサイズ情報が含まれている。ここで、条件１４０３として特定のサイズを設定しておくことにより、それよりもサイズが小さいログは即時送信させることが可能である。条件１４０４はログが生成されるもとになったジョブを実行したユーザ名に関するものである。画像形成装置から送信されるログ通知要求にはジョブを実行したユーザ名が入れられている。ここで、条件１４０４として特定のユーザ名を設定しておくことにより、該当するユーザのログは即時送信させることが可能である。なお、条件１４０４には複数のユーザ名を設定可能である。
【００３７】
図１５は、ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３８】
Ｓ１５０１において、ログ通知送信部４０４は、新規に送信すべきログが存在するかどうかを監視し、存在した場合にはＳ１５０２に進む。Ｓ１５０２において、ログ通知送信部４０４は、サーバ１０４に対して図１６のようなログ通知要求を送信する。次にＳ１５０３において、ログ通知受信部６０１はＳ１５０２で送信されたログ通知要求を受信する。そしてＳ１５０４において、ログ送信時刻決定部６０２は、図１８で示すフローチャートに基づきログを即時送信させるかどうかを判定する。即時送信させると判定された場合はＳ１５０５に進み、ログ通知受信部６０１は、ログ即時送信を許可する情報を含む図１７の（Ａ）のようなログ通知応答を画像形成装置１０１に送信する。Ｓ１５０４で即時送信させないと判定された場合はＳ１５０６に進み、ログ送信時刻決定部６０２は、図１３で示したようなフローチャートに基づきログ送信時刻を決定する。その後Ｓ１５０７において、ログ通知受信部６０１は、Ｓ１５０６で決定されたログ送信時刻を含むログ通知応答を画像形成装置１０１に送信する。ここで、送信されるログ通知応答は図１７の（Ｂ）のようなものである。次にＳ１５０８において、ログ通知送信部４０４は、Ｓ１５０５またはＳ１５０７で送信されたログ通知応答を受信する。そしてＳ１５０９において、ログ通知送信部４０４は、ログ通知応答にログ即時送信を許可する情報が含まれているかどうかを判定する。ログ即時送信を許可する情報が含まれていた場合はＳ１５１０に進む。Ｓ１５１０において、ログ送信部４０５はログをサーバ１０４に送信するが、詳細は図１１のフローチャートの通りである。一方Ｓ１５０９の判定の結果、ログ即時送信を許可する情報が含まれていない場合には、Ｓ１５１１において、ログ通知送信部４０４は、受信したログ通知応答に含まれるログ送信時刻を抽出し、ログ送信部４０５に設定する。
【００３９】
図１６は、画像形成装置１０１が送信するログ通知要求の例である。
本実施形態においては、画像形成装置１０１が送信するログ通知要求に含まれる情報の中で、１６０１のような画像形成装置に関する情報と、１６０２〜１６０４のようなログ自体に関する情報を組み合わせて、ログの即時送信を許可するかどうかを決定する。残ＨＤＤ容量を示すＨｄｄＬｅｆｔ１６０１は、条件１４０２に影響するものである。ユーザ名を示すＵｓｅｒ１６０２は、条件１４０４に影響するものである。優先度を示すＰｒｉｏｒｉｔｙ１６０３は、条件１４０１に影響するものである。ログのサイズを示すＳｉｚｅ１６０４は、条件１４０３に影響するものである。
【００４０】
図１７の（Ａ）と（Ｂ）は、サーバ１０４が送信するログ通知応答の例である。
ログの即時送信許可を示すＳｅｎｄＮｏｗ１７０１はｔｒｕｅまたはｆａｌｓｅの値をとる。ＳｅｎｄＮｏｗ１７０１がｔｒｕｅの場合は即時送信が許可されたことを意味する。
【００４１】
図１８は、サーバ１０４のログ送信時刻決定部６０２がログの即時送信を許可するかどうかを判定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３１によって実行される。
【００４２】
Ｓ１８０１において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれる優先度が、条件１４０１で設定した値よりも高い優先度であるかどうかを判定する。高い優先度であった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０１で高い優先度でないと判定された場合はＳ１８０３に進む。Ｓ１８０３において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれる画像形成装置１０１の残ＨＤＤ容量が、条件１４０２で設定した値よりも小さいかどうかを判定する。小さかった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０３で小さくないと判定された場合はＳ１８０４に進む。Ｓ１８０４において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれるログサイズが、条件１４０３で設定した値よりも小さいかどうかを判定する。小さかった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０４で小さくないと判定された場合はＳ１８０５に進む。Ｓ１８０５において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれるユーザ名が、条件１４０４で設定したユーザ名に含まれるかどうかを判定する。含まれる場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０５で含まれないと判定された場合はＳ１８０６に進む。Ｓ１８０６において、ログ送信時刻決定部６０２は、ログの即時送信を禁止する。
【００４３】
＜第３の実施形態＞
次に第３の実施形態について説明する。
第１および第２の実施形態においては、サーバ１０４はログ送信時刻を決定する際、ログ送信時間帯を送信間隔で分割して全時間帯を使用してしまった場合には、再度送信開始時刻に戻りログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時間帯を全て使用してしまった場合に、各時刻における画像形成装置の総消費電力が分散されるようにログ送信時刻を決定する。通常、ログ送信時間帯はユーザが画像形成装置を使用しない夜間に設定される。ユーザが画像形成装置を使用しなければ、画像形成装置は省電力状態に入り、電力消費を抑えるように動作するが、ログ送信時刻には省電力状態から復帰してログ送信処理を行うため通常の電力が消費される。しかし、ログ送信時間帯の中でログ送信時刻を分散させた場合であっても、画像形成装置の台数が増えてくると各時刻に多数の画像形成装置がログ送信を行うことになる。その際ある特定の時刻に消費電力の高い画像形成装置が集中してログ送信を行うと、システム全体の消費電力が大きくなってしまう。そこで本実施形態の構成によれば、特定の時刻に、消費電力の高い画像形成装置のログ送信が集中しないようにログ送信スケジューリングが行われるため、システム全体の消費電力を抑えることが可能となる。なお、本実施形態においては第１および第２の実施の形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００４４】
図１９は、画像形成装置１０１が送信するログ通知要求の例である。
Ｐｏｗｅｒ１９０１は、画像形成装置が通常状態で消費する消費電力を示す。
【００４５】
図２０は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル２００１において、２００２は各時刻における総消費電力であり、各時刻においてログ送信を行う各画像形成装置の消費電力の和として算出される消費電力情報である。
【００４６】
図２１は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００４７】
Ｓ２１０１〜Ｓ２１０５までは第１の実施形態の図１３のフローチャートにおけるＳ１３０１〜Ｓ１３０５と同じ処理であるため説明は省略する。Ｓ２１０３の判定の結果Ｔｅを越えた場合は、ログ送信時間帯を全て使用してしまったことを意味しており、以降はＳ２１０６に進む。Ｓ２１０６において、ログ送信時刻決定部６０２は各時刻の中で総消費電力が最小である時刻をログ送信時刻として決定する。その後Ｓ２１０７において、ログ送信時刻決定部６０２は、ログ通知要求に含まれる消費電力Ｐｏｗｅｒ１９０１を、Ｓ２１０６で決定したログ送信時刻の総消費電力に加えてログ送信スケジュールテーブルを更新する。
【００４８】
＜第４の実施形態＞
次に第４の実施形態について説明する。
第１および第２の実施形態においては、サーバ１０４はログ送信時刻を決定する際、ログ送信時間帯を送信間隔で分割して全時間帯を使用してしまった場合には、再度送信開始時刻に戻りログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時間帯を全て使用してしまった場合に、各時刻における画像形成装置が送信しようとしているログの合計サイズが分散されるようにログ送信時刻を決定する。しかし、ログ送信時間帯の中でログ送信時刻を分散させた場合であっても、画像形成装置の台数が増えてくると各時刻に多数の画像形成装置がログ送信を行うことになる。その際ある特定の時刻に大きなサイズのログを送信する画像形成装置が集中してしまうと、その時刻のサーバの負荷が一時的に高くなってしまい、ログ送信のパフォーマンスも低下してしまう。そこで本実施形態の構成によれば、特定の時刻に、大きなサイズのログ送信が集中しないようにログ送信スケジューリングが行われるため、サーバ１０４の負荷を軽減し効率よくログを送信することが可能となる。なお、本実施形態においては第１および第２の実施形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００４９】
図２２は、画像形成装置１０１が送信するログ通知要求の例である。
ＬｏｇＳｉｚｅ２２０１は、ログのサイズを示す。
【００５０】
図２３は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル２３０１において、２３０２は各時刻において各画像形成装置が送信しようとするログのサイズの和として算出される、その時刻の総送信ログサイズである。
【００５１】
図２４は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００５２】
Ｓ２４０１〜Ｓ２４０５までは第１の実施形態の図１３のフローチャートにおけるＳ１３０１〜Ｓ１３０５と同じ処理であるため説明は省略する。Ｓ２４０３の判定の結果Ｔｅを越えた場合は、ログ送信時間帯を全て使用してしまったことを意味しており、以降はＳ２４０６に進む。Ｓ２４０６において、ログ送信時刻決定部６０２は各時刻の中で総送信ログサイズが最小である時刻をログ送信時刻として決定する。その後Ｓ２４０７において、ログ送信時刻決定部６０２は、ログ通知要求に含まれるログサイズを、Ｓ２４０６で決定したログ送信時刻の総送信ログサイズに加えてログ送信スケジュールテーブルを更新する。
【００５３】
＜その他の実施形態＞
また本発明は、たとえば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００５４】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【技術分野】
【０００１】
本発明は、画像形成装置で発生したログ情報をサーバに送信し、サーバ上でログ情報を管理するログ情報管理システム、ログ情報管理方法、プログラムに関する。
【背景技術】
【０００２】
従来から、デジタル複写機やプリンタのような画像形成装置で発生したログ情報をサーバに送信し、サーバ上でログを管理するログ情報管理システムが利用されている。そして、ネットワークの高速化技術やセキュリティ技術の発展に伴い、サーバをイントラネットではなくインターネット上に配置することも可能になってきている。近年では、インターネットでつながった大規模なデータセンター上のコンピュータリソースを必要な分だけ利用することを可能にしたクラウドと呼ばれるサービスが出てきており、ログを管理するサーバをクラウド上に置くことも可能となっている。クラウドを使用するとハードウェアの管理が不要となり、またサーバの負荷に応じてリソースを追加するようなことが容易に行えるといったさまざまなメリットがある。一方、管理するログ情報の種類も多様化してきている。まず第一のログ情報としては、ジョブログである。これは画像形成装置において、ユーザが実行したコピー、ＦＡＸ、印刷といったジョブに関する情報を残すものである。このジョブログをサーバが収集することで、どのユーザが、いつ、どれだけのジョブを実行したかといった情報を管理することが可能である。第二のログ情報としては、デバイスログである。これはトナー等の消耗品の残量やジャム等の各種エラーが発生した場合にそれをサーバに通知し、サービスマンが必要な対応を行いやすくするためのものである。第三のログ情報は画像ログである。近年では、画像形成装置で印刷したりＦＡＸ送信したりした画像データを画像ログとしてサーバに送信する画像ログ監査システムも存在している。このようなシステムにおいては、サーバに送信された画像ログを監査者が後から視覚的に確認することが可能であり、機密文書が印刷されたり外部に送信されていないかといった監査を行うことが可能である。
【０００３】
ここで挙げた各種ログの中では、画像ログは圧倒的にサイズが大きく、画像ログの監査システムにおいては、ログを受信するサーバの処理負荷に加え、通信ネットワークに与えるトラフィックの負荷も無視できない。ネットワークの負荷が上がると、そのネットワーク全体の通信効率が低下し、ユーザの業務に支障が出る場合がある。そこで、上記のような画像ログの監査システムにおいては、画像形成装置が画像ログをサーバに送信する時刻を、ユーザがネットワークを使用しない夜間に設定することが可能となっている。
【０００４】
また、画像形成装置がサーバにログ情報を送信する構成のログ情報管理システムにおいては、各画像形成装置がどのタイミングでサーバにログ情報を送信するかを設定しなければならない。特許文献１においては、画像形成装置は通常は定期的にログ情報をサーバに送信するが、サーバはその応答として、次のログ情報を送信する間隔を画像形成装置に通知することで、一時的にログ送信間隔を変更させる技術が開示されている。これにより、サーバは画像形成装置がログを送信してくるタイミングで次のログの送信タイミングを指示することが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−４０６３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように画像ログをサーバ上で管理するログ情報管理システムにおいては、日中のネットワーク負荷増大を避けるため画像ログを送信する時刻を夜間に設定する場合が多い。しかし、管理対象となる画像形成装置の台数が数百台、数千台といったように増えてくると、サーバの処理負荷やネットワーク負荷の問題が再度顕在化してくる。例えば、数千台の画像形成装置が夜間の特定の時刻に一斉にログ送信を行おうとした場合、その時刻にはサーバの処理負荷が急激に高まり、多くのログ送信がエラーとなり、エラーとなったログ送信は再送を繰り返すことになる。その結果、全ログ送信が完了するまでの時間が増大し、ユーザの業務が開始する朝までにログ送信が完了していないといった事態も発生する可能性がある。さらに、本来夜間はログ送信時以外は省電力状態にあるべき画像形成装置が、ログ送信の再送を繰り返すために通常状態でなければならず、無駄な電力を消費してしまうといった問題も発生する。
【０００７】
また、特許文献１の技術は、画像形成装置が定期的にサーバにログを送信することが前提であり、上記のようにログが発生した時だけ送りたいような場合には適用することができない。
【０００８】
本発明は上記課題を解決するためのものであり、画像形成装置の台数が増えた場合であっても、ネットワークの通信負荷を最適化し、効率的にログ情報を送信可能なログ情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために本発明による装置は以下の構成を備える。即ち、
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムにおいて、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信手段と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信手段とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信手段と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定手段とを有する。
【発明の効果】
【００１０】
本発明によれば、管理対象となる画像形成装置の台数が増えた場合であっても、サーバが適切にログ送信スケジューリングを行うことにより、ネットワークの通信負荷を最適化し、効率的にログ情報の送信を行うログ情報管理システムを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明を適用したログ情報管理システムのシステム構成図である。
【図２】画像形成装置１０１のハードウェア構成を示すブロック図である。
【図３】サーバ１０４のハードウェア構成を示すブロック図である。
【図４】画像形成装置１０１のソフトウェア構成を示すブロック図である。
【図５】画像形成装置１０１が生成するログの例である。
【図６】サーバ１０４のソフトウェア構成を示すブロック図である。
【図７】サーバ１０４のログ送信情報設定部６０３のＵＩである。
【図８】ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図９】画像形成装置１０１が送信するログ通知要求の例である。
【図１０】サーバ１０４が送信するログ通知応答の例である。
【図１１】ログ送信時の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図１２】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図１３】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【図１４】サーバ１０４のログ送信情報設定部６０３のＵＩである。
【図１５】ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
【図１６】画像形成装置１０１が送信するログ通知要求の例である。
【図１７】サーバ１０４が送信するログ通知応答の例である。
【図１８】サーバ１０４のログ送信時刻決定部６０２がログの即時送信を許可するかどうかを判定する際のフローチャートである。
【図１９】画像形成装置１０１が送信するログ通知要求の例である。
【図２０】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図２１】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【図２２】画像形成装置１０１が送信するログ通知要求の例である。
【図２３】サーバ１０４が生成するログ送信スケジュールテーブルの例である。
【図２４】サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について、図面を参照して説明する。尚、説明文中の符号について、特に断りがない限りは実施形態の共通または類似部分について共通の符号を付することで、重複説明を省略するものとする。
【００１３】
＜第１の実施形態＞
図１は、本発明を適用したログ情報管理システムのシステム構成図である。図１においては、画像形成装置１０１、１０２、１０３がサーバ１０４とネットワーク１０５を介して通信可能となるように接続されている。画像形成装置はさらに多くの台数が接続可能であり、数百台、数千台といった大規模環境も可能である。なお、以降の説明においては画像形成装置を示す符号としては代表して１０１を使用する。また、サーバ１０４はイントラネット内に配置することも、ファイアウォールを介してインターネット上に配置したりさらにはクラウド上に配置したりすることも可能である。
【００１４】
画像形成装置１０１は、コピー、ＦＡＸ、印刷といった画像処理を伴う各種ジョブを実行する機能を備えており、またそれらのジョブを実行した結果をログ情報として保持し、所定のタイミングでサーバ１０４に送信することが可能である。なお、本実施形態において扱うログは、ジョブログと画像ログの２種類であるものとする。
【００１５】
サーバ１０４は、画像形成装置１０１から各種ログを受信し、保持する。また、画像ログを受信した場合には、ＯＣＲ処理を行ってテキスト情報を抽出したり、画像サイズを小さくするために画像フォーマットを変換したりした後、データベースに保存する。画像ログは、ジョブログと関連付けて保存され、抽出したキーワードを使用してログの検索を行うことも可能である。なお、図１においては、サーバ１０４が画像変換処理や検索処理を行う構成となっているが、これらの処理は別のサーバに実行させる構成であってもかまわない。
【００１６】
図２は画像形成装置１０１のハードウェア構成を示すブロック図である。
なお、ここでは、複写機を例にして説明する。図２の画像形成装置１０１において、２０１はＣＰＵで、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいてシステムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。また、印刷インターフェース２０７を介して接続される印刷部（プリンタエンジン）２１０に出力情報としての画像信号を出力したり、読取インターフェース２１２を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。また、このＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ２０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ２０３のデータ用ＲＯＭには、ホストコンピュータ上で利用される情報等を記憶している。ＣＰＵ２０１はＬＡＮコントローラ部２０６を介してネットワーク上のホストコンピュータや画像形成装置との通信処理が可能となっている。２０２はＲＡＭで、主としてＣＰＵ２０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置２１１は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。本実施形態においては、外部記憶装置としてはＨＤＤを使用するものとし、ジョブログ、画像ログ等各種ログを保持する。２０５は操作パネルで、ユーザがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。２０９は不揮発性メモリであり、操作パネル２０５から設定される各種設定情報を記憶している。
【００１７】
また、図示していないが、画像形成装置１０１にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ２０１から制御される。
【００１８】
図３は、サーバ１０４のハードウェア構成を示すブロック図である。図３において、３０１はＣＰＵであり、システムバス３０４に接続された各種デバイスの制御を行う。３０２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、３０３はＣＰＵ３０１の主記憶装置として使用されるＲＡＭである。３０５はキーボードコントローラ（ＫＢＣ）であり、マウス（登録商標）等のポインティングデバイス３０９、キーボード３１０からの情報などの入力に係る処理を行う。３０６は表示制御部（ＣＲＴＣ）であり、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置３１１に出力する。なお、図３において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。３０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤＤ）３１２、フロッピー（登録商標）ディスク３１３へのアクセスを行う。３０８はネットワークインタフェースカード（ＮＩＣ）であって、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、ＨＤＤ３１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１はＲＯＭ３０２に格納されたブートプログラムに従って、ＨＤＤ３１２からＯＳをＲＡＭ３０３に読み込み、情報処理装置として機能するようになる。
【００１９】
図４は、画像形成装置１０１のソフトウェア構成を示すブロック図である。画像処理部４０１はコピー、ＦＡＸ、印刷といった画像処理を伴う各種ジョブを実行する。ログ生成部４０２は、画像処理部４０１が処理した画像データや、ジョブのユーザ名、実行日時等ジョブに関する各種情報を収集して図５のようなログを生成し、ログ保持部４０３に保持する。ログ通知送信部４０４は所定のタイミングで、送信すべきログが保持されていることをサーバ１０４に通知し、また、その応答としてログ送信時刻を受信する。ログ送信部４０５は、サーバ１０４から受信したログ送信時刻情報を保持し、保持したログ送信時刻になると、ログ保持部４０３に保持されているログをサーバ１０４に送信する。
【００２０】
図５は、画像形成装置１０１が生成するログの例である。
５０１はジョブログのテーブルである。５０２はジョブログを識別するＩＤであり、画像形成装置ごとに重複しない値を持つ。５０３はジョブの種別であり、コピー、ＦＡＸ、印刷等からなる。５０４はジョブを実行したユーザの名前である。５０５はジョブ名である。印刷の場合は印刷ファイル名となるが、コピー、ＦＡＸにおいてはジョブ名はそれぞれ「Ｃｏｐｙ Ｊｏｂ」、「ＦＡＸ Ｊｏｂ」となる。５０６はジョブを実行した時刻である。５０７はジョブの実行結果であり、ＯＫまたはＮＧとなる。５０８は画像データのＩＤである。画像データをログとして残さない場合は「−１」となる。
【００２１】
画像ログは、５０９の画像データ管理テーブルと、画像データそのものからなる。５１０は画像ＩＤであり、５０８から参照される。５０９は画像データのＨＤＤ２１１内でのファイル名である。画像データはＨＤＤ２１１内において、５０９で識別される名前で保持される。
【００２２】
図６は、サーバ１０４のソフトウェア構成を示すブロック図である。
ログ通知受信部６０１は、画像形成装置１０１から送信されるログ通知要求を受信する。ログ送信時刻決定部６０２は、ログ通知要求を受信すると、ログ送信情報設定部６０３により設定されたログ送信時間帯およびスケジュール間隔から、画像形成装置がログを送信可能な時刻を決定する。ログ受信部６０４は、画像形成装置１０１からログを受信し、ログ保持部６０５に保持する。画像ログ処理部６０６は、ログ保持部６０５に保持された画像データを取得し、ＯＣＲやフォーマット変換等の画像処理を行い、変換後の画像データを画像データ保持部６０７に保持する。検索処理部６０８は保持されたログ情報に基づき、ユーザからの検索要求に応じてログの検索を行う。
【００２３】
図７は、サーバ１０４のログ送信情報設定部６０３のＵＩである。
このＵＩは、Ｗｅｂアプリケーションとして構成され、リモートからＷｅｂブラウザを使用して各設定を入力することが可能である。また、サーバ１０４のＣＲＴ表示装置３１１上に表示され、ポインティングデバイス３０９、キーボード３１０等から入力する構成としてもよい。
【００２４】
７０１は、画像形成装置１０１がログ送信を行う時間帯である。７０２は上記時間帯の中で送信時刻を分散させるための間隔である。例えば、ログ送信を行う時間帯が２２：００〜６：００、間隔を１０分に設定した場合、２２：００、２２：１０、２２：２０、・・・５：５０、６：００にログ送信を行わせることになる。
【００２５】
図８は、ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００２６】
Ｓ８０１において、ログ通知送信部４０４は、新規に送信すべきログが存在するかどうかを監視し、存在した場合にはＳ８０２に進む。Ｓ８０２において、ログ通知送信部４０４は、サーバ１０４に対してログ通知要求を送信する。ここで、送信されるログ通知要求は図９のようなものである。次にＳ８０３において、ログ通知受信部６０１はＳ８０２で送信されたログ通知要求を受信する。そしてＳ８０４において、ログ送信時刻決定部６０２は、図１３で示すようなフローチャートに基づきログ送信時刻を決定する。その後Ｓ８０５において、ログ通知受信部６０１は、Ｓ８０４で決定されたログ送信時刻を含むログ通知応答を画像形成装置１０１に送信する。ここで、送信されるログ通知応答は図１０のようなものである。次にＳ８０６において、ログ通知送信部４０４は、Ｓ８０５で送信されたログ通知応答を受信する。そしてＳ８０７において、ログ通知送信部４０４は、受信したログ通知応答に含まれるログ送信時刻を抽出し、ログ送信部４０５に設定する。
【００２７】
図９は、画像形成装置１０１が送信するログ通知要求の例である。
ログ通知要求は画像形成装置の機器情報を示すＤｅｖｉｃｅ要素９０１と、ログ情報を示すＬｏｇ要素９０２からなる。Ｄｅｖｉｃｅ要素９０１は、画像形成装置を一意に識別するＤｅｖｉｃｅＩｄ９０３、モデル名を示すＭｏｄｅｌ９０４を持つ。Ｌｏｇ要素９０２は、ジョブのタイプを示すＪｏｂＴｙｐｅ９０５を持つ。これにより、機器情報またはログ情報に対応してログ送信時刻を決定することが可能となる。
【００２８】
図１０は、サーバ１０４が送信するログ通知応答の例である。
ログ通知応答は、ログ通知要求を一意に識別するＬｏｇＩｄ１００１、ログ送信時刻を示すＬｏｇＳｅｎｄＴｉｍｅ１００２、ログ送信の有効期限を示すＥｘｐｉｒｅ１００３からなる。
【００２９】
図１１は、ログ送信時の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３０】
Ｓ１１０１において、ログ送信部４０５は、サーバ１０４から受信したログ送信時刻になっているかを監視し、ログ送信時刻になった場合はＳ１１０２に進む。Ｓ１１０２において、ログ送信部４０５は、送信すべきログとしてジョブログ５０１と画像ログ５０９をログ保持部４０３から取得する。そしてＳ１１０３において、ログ送信部４０５は、サーバ１０４に対してジョブログおよび画像ログを送信する。次にＳ１１０４において、ログ受信部６０４は、Ｓ１１０３で送信されたジョブログおよび画像ログを受信する。そしてＳ１１０５において、ログ受信部６０４は受信したジョブログおよび画像ログをログ保持部６０５に格納する。またＳ１１０６において、ログ送信部４０５は、送信済みのジョブログ５０１と画像ログ５０９をログ保持部４０３から削除する。
【００３１】
図１２は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル１２０１において、１２０２はログ送信時刻であり、ログ送信情報設定部６０３により設定されたログ送信時間帯７０１およびログ送信間隔７０２から算出される。１２０３はサーバ１０４がログ通知要求を受け付けた受付番号であり、ログ通知応答のＬｏｇＩｄ１００１として画像形成装置１０１に返される。１２０４は画像形成装置を識別するためのＩＤであり、ログ通知要求のＤｅｖｉｃｅＩｄ９０３として受信したものである。ログ送信時刻決定部６０２は後述するように、画像形成装置１０１からログ通知要求を受信するとログ送信時刻を決定し、ログ送信スケジュールテーブル１２０１に受付番号とデバイスＩＤを追記していく。
【００３２】
図１３は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３３】
また本フローチャートにおいては、図７のログ送信情報設定部６０３により設定されたログ送信情報の中で、ログ送信時間帯の開始時刻をＴｓ、終了時刻をＴｅ、間隔をＩｎｔとして説明に使用する。また、ログ送信スケジュールテーブル１２０１の中の最後のログ送信時刻をＴｌａｓｔとして説明に使用する。ログ送信スケジュールテーブル１２０１にまだ登録がない状態でのＴｌａｓｔはＴｓに初期化されている。
【００３４】
Ｓ１３０１において、ログ送信時刻決定部６０２は、画像形成装置を識別するデバイスＩＤが、すでにログ送信スケジュールテーブル１２０１に登録されているかどうかを判定する。登録されていた場合はＳ１３０２に進み、ログ送信時刻決定部６０２は、すでに登録されていたログ送信時刻と同じ時刻をログ送信時刻として決定する。登録されていなかった場合はＳ１３０３に進む。Ｓ１３０３において、ログ送信時刻決定部６０２は、Ｔｌａｓｔ＋Ｉｎｔの時刻がＴｅを越えるかどうかを判定する。Ｓ１３０３の判定の結果、Ｔｅを越えない場合はＳ１３０４に進み、ログ送信時刻決定部６０２はＴｌａｓｔ＋Ｉｎｔの時刻をログ送信時刻として決定する。その後Ｓ１３０５において、ログ送信時刻決定部６０２は、Ｔｌａｓｔを、Ｓ１３０４で決定した時刻に更新する。またＳ１３０３の判定の結果、Ｔｅを越えた場合は、Ｓ１３０６に進み、ログ送信時刻決定部６０２はＴｓをログ送信時刻として決定し、その後Ｓ１３０５において、ＴｌａｓｔをＴｓに更新する。
【００３５】
＜第２の実施形態＞
次に第２の実施形態について説明する。
第１の実施形態においては、サーバ１０４はあらかじめ設定されていたログ送信時間帯の中でログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時刻として、あらかじめ設定されていたログ送信時間帯だけでなく、画像形成装置が即時にログを送信することを許可する情報を応答することを可能とする。具体的には、ログ送信情報設定部６０３においてログの即時送信を許可するかどうかの条件を設定し、ログ送信時刻決定部６０２が、受信したログ通知要求が条件を満たすかどうかを判断する。これにより、例えばログを保持しておくＨＤＤが少ない画像形成装置は夜間まで待たずにすぐにログ送信を行わせるといった柔軟な構成が可能となる。なお、本実施形態においては第１の実施形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００３６】
図１４は、サーバ１０４のログ送信情報設定部６０３のＵＩである。
本実施形態においては、サーバ１０４がログの即時送信を許可する条件として１４０１〜１４０４の４つの条件を使用する。各条件はチェックボックスにチェックを入れることで有効／無効を切り替えることができる。条件１４０１はログの優先度に関するものである。優先度は１、２、３の三段階で定義され、１が最も優先度が高い。画像形成装置から送信されるログ通知要求には優先度が含まれており、通常は優先度２である。ここで、条件１４０１として「１以上」を設定することにより、ログ通知要求の優先度として１が入っていた場合には、そのログは即時送信させることが可能である。条件１４０２は画像形成装置の残ＨＤＤ容量に関するものである。画像形成装置から送信されるログ通知要求には、現在の残ＨＤＤ容量が含まれている。ここで、条件１４０２として特定の容量を設定しておくことにより、それよりも残ＨＤＤ容量が少ない画像形成装置はログを即時送信指示することが可能である。条件１４０３はログのサイズに関するものである。画像形成装置から送信されるログ通知要求には送信しようとしているログのサイズ情報が含まれている。ここで、条件１４０３として特定のサイズを設定しておくことにより、それよりもサイズが小さいログは即時送信させることが可能である。条件１４０４はログが生成されるもとになったジョブを実行したユーザ名に関するものである。画像形成装置から送信されるログ通知要求にはジョブを実行したユーザ名が入れられている。ここで、条件１４０４として特定のユーザ名を設定しておくことにより、該当するユーザのログは即時送信させることが可能である。なお、条件１４０４には複数のユーザ名を設定可能である。
【００３７】
図１５は、ログ通知の際の画像形成装置１０１とサーバ１０４の処理を示すフローチャートである。
なお、本フローに係る画像形成装置１０１のプログラムは、画像形成装置１０１のＨＤＤ２１１に格納されており、ＲＡＭ２０２に読み出されＣＰＵ２０１によって実行される。またサーバ１０４のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００３８】
Ｓ１５０１において、ログ通知送信部４０４は、新規に送信すべきログが存在するかどうかを監視し、存在した場合にはＳ１５０２に進む。Ｓ１５０２において、ログ通知送信部４０４は、サーバ１０４に対して図１６のようなログ通知要求を送信する。次にＳ１５０３において、ログ通知受信部６０１はＳ１５０２で送信されたログ通知要求を受信する。そしてＳ１５０４において、ログ送信時刻決定部６０２は、図１８で示すフローチャートに基づきログを即時送信させるかどうかを判定する。即時送信させると判定された場合はＳ１５０５に進み、ログ通知受信部６０１は、ログ即時送信を許可する情報を含む図１７の（Ａ）のようなログ通知応答を画像形成装置１０１に送信する。Ｓ１５０４で即時送信させないと判定された場合はＳ１５０６に進み、ログ送信時刻決定部６０２は、図１３で示したようなフローチャートに基づきログ送信時刻を決定する。その後Ｓ１５０７において、ログ通知受信部６０１は、Ｓ１５０６で決定されたログ送信時刻を含むログ通知応答を画像形成装置１０１に送信する。ここで、送信されるログ通知応答は図１７の（Ｂ）のようなものである。次にＳ１５０８において、ログ通知送信部４０４は、Ｓ１５０５またはＳ１５０７で送信されたログ通知応答を受信する。そしてＳ１５０９において、ログ通知送信部４０４は、ログ通知応答にログ即時送信を許可する情報が含まれているかどうかを判定する。ログ即時送信を許可する情報が含まれていた場合はＳ１５１０に進む。Ｓ１５１０において、ログ送信部４０５はログをサーバ１０４に送信するが、詳細は図１１のフローチャートの通りである。一方Ｓ１５０９の判定の結果、ログ即時送信を許可する情報が含まれていない場合には、Ｓ１５１１において、ログ通知送信部４０４は、受信したログ通知応答に含まれるログ送信時刻を抽出し、ログ送信部４０５に設定する。
【００３９】
図１６は、画像形成装置１０１が送信するログ通知要求の例である。
本実施形態においては、画像形成装置１０１が送信するログ通知要求に含まれる情報の中で、１６０１のような画像形成装置に関する情報と、１６０２〜１６０４のようなログ自体に関する情報を組み合わせて、ログの即時送信を許可するかどうかを決定する。残ＨＤＤ容量を示すＨｄｄＬｅｆｔ１６０１は、条件１４０２に影響するものである。ユーザ名を示すＵｓｅｒ１６０２は、条件１４０４に影響するものである。優先度を示すＰｒｉｏｒｉｔｙ１６０３は、条件１４０１に影響するものである。ログのサイズを示すＳｉｚｅ１６０４は、条件１４０３に影響するものである。
【００４０】
図１７の（Ａ）と（Ｂ）は、サーバ１０４が送信するログ通知応答の例である。
ログの即時送信許可を示すＳｅｎｄＮｏｗ１７０１はｔｒｕｅまたはｆａｌｓｅの値をとる。ＳｅｎｄＮｏｗ１７０１がｔｒｕｅの場合は即時送信が許可されたことを意味する。
【００４１】
図１８は、サーバ１０４のログ送信時刻決定部６０２がログの即時送信を許可するかどうかを判定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３１によって実行される。
【００４２】
Ｓ１８０１において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれる優先度が、条件１４０１で設定した値よりも高い優先度であるかどうかを判定する。高い優先度であった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０１で高い優先度でないと判定された場合はＳ１８０３に進む。Ｓ１８０３において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれる画像形成装置１０１の残ＨＤＤ容量が、条件１４０２で設定した値よりも小さいかどうかを判定する。小さかった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０３で小さくないと判定された場合はＳ１８０４に進む。Ｓ１８０４において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれるログサイズが、条件１４０３で設定した値よりも小さいかどうかを判定する。小さかった場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０４で小さくないと判定された場合はＳ１８０５に進む。Ｓ１８０５において、ログ送信時刻決定部６０２は、受信したログ通知要求に含まれるユーザ名が、条件１４０４で設定したユーザ名に含まれるかどうかを判定する。含まれる場合はＳ１８０２に進み、ログ送信時刻決定部６０２は、ログの即時送信を許可する。Ｓ１８０５で含まれないと判定された場合はＳ１８０６に進む。Ｓ１８０６において、ログ送信時刻決定部６０２は、ログの即時送信を禁止する。
【００４３】
＜第３の実施形態＞
次に第３の実施形態について説明する。
第１および第２の実施形態においては、サーバ１０４はログ送信時刻を決定する際、ログ送信時間帯を送信間隔で分割して全時間帯を使用してしまった場合には、再度送信開始時刻に戻りログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時間帯を全て使用してしまった場合に、各時刻における画像形成装置の総消費電力が分散されるようにログ送信時刻を決定する。通常、ログ送信時間帯はユーザが画像形成装置を使用しない夜間に設定される。ユーザが画像形成装置を使用しなければ、画像形成装置は省電力状態に入り、電力消費を抑えるように動作するが、ログ送信時刻には省電力状態から復帰してログ送信処理を行うため通常の電力が消費される。しかし、ログ送信時間帯の中でログ送信時刻を分散させた場合であっても、画像形成装置の台数が増えてくると各時刻に多数の画像形成装置がログ送信を行うことになる。その際ある特定の時刻に消費電力の高い画像形成装置が集中してログ送信を行うと、システム全体の消費電力が大きくなってしまう。そこで本実施形態の構成によれば、特定の時刻に、消費電力の高い画像形成装置のログ送信が集中しないようにログ送信スケジューリングが行われるため、システム全体の消費電力を抑えることが可能となる。なお、本実施形態においては第１および第２の実施の形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００４４】
図１９は、画像形成装置１０１が送信するログ通知要求の例である。
Ｐｏｗｅｒ１９０１は、画像形成装置が通常状態で消費する消費電力を示す。
【００４５】
図２０は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル２００１において、２００２は各時刻における総消費電力であり、各時刻においてログ送信を行う各画像形成装置の消費電力の和として算出される消費電力情報である。
【００４６】
図２１は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００４７】
Ｓ２１０１〜Ｓ２１０５までは第１の実施形態の図１３のフローチャートにおけるＳ１３０１〜Ｓ１３０５と同じ処理であるため説明は省略する。Ｓ２１０３の判定の結果Ｔｅを越えた場合は、ログ送信時間帯を全て使用してしまったことを意味しており、以降はＳ２１０６に進む。Ｓ２１０６において、ログ送信時刻決定部６０２は各時刻の中で総消費電力が最小である時刻をログ送信時刻として決定する。その後Ｓ２１０７において、ログ送信時刻決定部６０２は、ログ通知要求に含まれる消費電力Ｐｏｗｅｒ１９０１を、Ｓ２１０６で決定したログ送信時刻の総消費電力に加えてログ送信スケジュールテーブルを更新する。
【００４８】
＜第４の実施形態＞
次に第４の実施形態について説明する。
第１および第２の実施形態においては、サーバ１０４はログ送信時刻を決定する際、ログ送信時間帯を送信間隔で分割して全時間帯を使用してしまった場合には、再度送信開始時刻に戻りログ送信時刻を決定していた。本実施形態においては、サーバ１０４はログ送信時間帯を全て使用してしまった場合に、各時刻における画像形成装置が送信しようとしているログの合計サイズが分散されるようにログ送信時刻を決定する。しかし、ログ送信時間帯の中でログ送信時刻を分散させた場合であっても、画像形成装置の台数が増えてくると各時刻に多数の画像形成装置がログ送信を行うことになる。その際ある特定の時刻に大きなサイズのログを送信する画像形成装置が集中してしまうと、その時刻のサーバの負荷が一時的に高くなってしまい、ログ送信のパフォーマンスも低下してしまう。そこで本実施形態の構成によれば、特定の時刻に、大きなサイズのログ送信が集中しないようにログ送信スケジューリングが行われるため、サーバ１０４の負荷を軽減し効率よくログを送信することが可能となる。なお、本実施形態においては第１および第２の実施形態と同一部分に関する説明は省略し、その差異について詳細に説明する。
【００４９】
図２２は、画像形成装置１０１が送信するログ通知要求の例である。
ＬｏｇＳｉｚｅ２２０１は、ログのサイズを示す。
【００５０】
図２３は、サーバ１０４が生成するログ送信スケジュールテーブルの例である。
ログ送信スケジュールテーブル２３０１において、２３０２は各時刻において各画像形成装置が送信しようとするログのサイズの和として算出される、その時刻の総送信ログサイズである。
【００５１】
図２４は、サーバ１０４のログ送信時刻決定部６０２がログ送信時刻を決定する際のフローチャートである。
なお、本フローに係るログ送信時刻決定部６０２のプログラムは、サーバ１０４のＨＤＤ３１２に格納されており、ＲＡＭ３０３に読み出されＣＰＵ３０１によって実行される。
【００５２】
Ｓ２４０１〜Ｓ２４０５までは第１の実施形態の図１３のフローチャートにおけるＳ１３０１〜Ｓ１３０５と同じ処理であるため説明は省略する。Ｓ２４０３の判定の結果Ｔｅを越えた場合は、ログ送信時間帯を全て使用してしまったことを意味しており、以降はＳ２４０６に進む。Ｓ２４０６において、ログ送信時刻決定部６０２は各時刻の中で総送信ログサイズが最小である時刻をログ送信時刻として決定する。その後Ｓ２４０７において、ログ送信時刻決定部６０２は、ログ通知要求に含まれるログサイズを、Ｓ２４０６で決定したログ送信時刻の総送信ログサイズに加えてログ送信スケジュールテーブルを更新する。
【００５３】
＜その他の実施形態＞
また本発明は、たとえば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００５４】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【特許請求の範囲】
【請求項１】
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムにおいて、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信手段と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信手段とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信手段と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定手段とを有することを特徴とするログ情報管理システム。
【請求項２】
前記情報処理装置は、
前記画像形成装置が前記ログを送信可能なログ送信時間帯を設定するログ送信情報設定手段を有することを特徴とする請求項１に記載のログ情報管理システム。
【請求項３】
前記画像形成装置において、
前記ログ通知送信手段は、受信した前記応答からログ即時送信が許可されたかどうかを判定し、
前記ログ送信手段は、前記ログ即時送信が許可された場合にはログを即時に送信し、
前記情報処理装置において、
前記ログ送信時刻決定手段は、前記ログを即時送信させるかどうかを判定し、
前記応答には、即時送信指示を含むことを特徴とする請求項１または２に記載のログ情報管理システム。
【請求項４】
前記送信時刻決定手段は、
前記画像形成装置から受信した前記通知に含まれる機器情報またはログ情報に対応して前記ログ送信時刻を決定することを特徴とする請求項１乃至３のいずれか１項に記載のログ情報管理システム。
【請求項５】
前記機器情報は、前記画像形成装置の消費電力情報を含むことを特徴とする請求項４に記載のログ情報管理システム。
【請求項６】
前記ログ情報は、ログのサイズ情報を含むことを特徴とする請求項４に記載のログ情報管理システム。
【請求項７】
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムの制御方法において、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信工程と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信工程とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信工程と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定工程とを有することを特徴とするログ情報管理システムの制御方法。
【請求項８】
請求項７に記載のログ情報管理システムの制御方法をコンピュータで実行させるためのプログラム。
【請求項９】
請求項８記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【請求項１】
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムにおいて、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信手段と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信手段とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信手段と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定手段とを有することを特徴とするログ情報管理システム。
【請求項２】
前記情報処理装置は、
前記画像形成装置が前記ログを送信可能なログ送信時間帯を設定するログ送信情報設定手段を有することを特徴とする請求項１に記載のログ情報管理システム。
【請求項３】
前記画像形成装置において、
前記ログ通知送信手段は、受信した前記応答からログ即時送信が許可されたかどうかを判定し、
前記ログ送信手段は、前記ログ即時送信が許可された場合にはログを即時に送信し、
前記情報処理装置において、
前記ログ送信時刻決定手段は、前記ログを即時送信させるかどうかを判定し、
前記応答には、即時送信指示を含むことを特徴とする請求項１または２に記載のログ情報管理システム。
【請求項４】
前記送信時刻決定手段は、
前記画像形成装置から受信した前記通知に含まれる機器情報またはログ情報に対応して前記ログ送信時刻を決定することを特徴とする請求項１乃至３のいずれか１項に記載のログ情報管理システム。
【請求項５】
前記機器情報は、前記画像形成装置の消費電力情報を含むことを特徴とする請求項４に記載のログ情報管理システム。
【請求項６】
前記ログ情報は、ログのサイズ情報を含むことを特徴とする請求項４に記載のログ情報管理システム。
【請求項７】
保持しているログ情報をネットワークを介して送信する画像形成装置と、前記画像形成装置からログ情報を受信して管理する情報処理装置とを含むログ情報管理システムの制御方法において、
前記画像形成装置は、
ログを保持していることを前記情報処理装置に通知し、前記情報処理装置から前記通知に対する応答を受信し、受信した応答からログ送信時刻を抽出してログ送信時刻を設定するログ通知送信工程と、
設定された前記ログ送信時刻に前記ログを情報処理装置に送信するログ送信工程とを有し、
前記情報処理装置は、
前記画像形成装置から前記通知を受信し、前記応答を送信するログ通知受信工程と、
前記画像形成装置が前記ログを送信する前記ログ送信時刻を決定するログ送信時刻決定工程とを有することを特徴とするログ情報管理システムの制御方法。
【請求項８】
請求項７に記載のログ情報管理システムの制御方法をコンピュータで実行させるためのプログラム。
【請求項９】
請求項８記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１１−１２８９９５（Ｐ２０１１−１２８９９５Ａ）
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２００９−２８８４６５（Ｐ２００９−２８８４６５）
【出願日】平成２１年１２月１８日（２００９．１２．１８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年１２月１８日（２００９．１２．１８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]