JP2013125297A - 情報処理システム、情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】デバイスから送信されるログデータを集計する集計サーバが集計データを受信できなかったとしても、メール機能を用いて、リカバリ可能とする技術を提供する。
【解決手段】ログデータを送信する機能を備えるデバイスと、デバイスから受信したログデータを集計して集計データとして管理する情報処理装置とが通信可能な情報処理システムであって、前記デバイスは、前記ログデータを前記情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段と前記情報処理装置は、メールを受信するメール受信手段と、前記メール受信手段により受信したメールを解析する解析手段と、前記解析手段による解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計手段とを有する。
【選択図】図７

Description

本発明は、複数あるデバイスのログデータを集計する技術に関する。

現在、複合機等のデバイスは、集計サーバから集計データを取得することにより、複数デバイス間のログデータを知ることができるため、ユーザの利用実績が分かる。

そのため、例えば、あるユーザが複合機Ａで１０枚、複合機Ｂで２０枚印刷したとしたら、複合機Ｃは集計データからユーザの使用実績（３０枚印刷済）が分かるため、上限枚数が５０枚であるとしたら、残り２０枚まで印刷を認めるといった利用方法が実現可能となる。

しかしながら、集計サーバにおけるログデータの集計方法が、各複合機から送信されたログデータを集計サーバが受信して集計データを作成する方法（複合機がログデータをプッシュ送信する仕組み。）であることから、集計サーバがダウンしてしまうとログデータの集計ができなくなってしまう。その場合、各複合機は、送信できるまでリトライを繰り返すこととなるが、次のような問題が生じてしまう。

（１）複合機が保持するログデータの数に制限があるため、集計サーバが長期間ダウンすると、複合機のログデータが集計前に消えてしまう。

（２）ログデータ送信に失敗した場合、リトライ処理が行われるため、ネットワークの負荷が増大する。ログデータ送信の失敗が続くと、送信するログデータの量が増大するため、ネットワークの負荷がますます増大することとなる。さらには、複合機の送信時における処理負荷も増大することにもなる。

そのため、集計サーバがダウンしている間のログデータを失うことなく、また、ネットワークに負担をかけることなく集計できる機能が求められる。

そこで、一つの方法として、集計サーバがダウンしている間は、メール機能を活用する方法が考えられる。

ここで、集計に関する技術として、特許文献１には、アンケート等の回答に対する集計の作業を人手を介さずに行うことにより、アンケート等に対する回答の集計の処理の遅延を防止するとともに、維持費の増加を防止する集計機能を備えた電子メールシステムを提供する技術が開示されている。

特開平０６−２９０１９２号公報

しかしながら特許文献１に記載の技術は、あくまでも電子メールで受け取ったアンケートの回答を解析して集計を行って表示するものであって、集計サーバに異常が発生した場合のリカバリを可能とするものではない。

本発明は上記課題を解決するものであり、デバイスから送信されるログデータを集計する集計サーバが集計データを受信できなかったとしても、メール機能を用いて、リカバリ可能とする技術を提供する。

本発明は、ログデータを送信する機能を備えるデバイスと、デバイスから受信したログデータを集計して集計データとして管理する情報処理装置とが通信可能な情報処理システムであって、前記デバイスは、前記ログデータを前記情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段と前記情報処理装置は、メールを受信するメール受信手段と、前記メール受信手段により受信したメールを解析する解析手段と、前記解析手段による解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計手段とを有することを特徴とする。

本発明により、デバイスから送信されるログデータを集計する集計サーバが集計データを受信できなかったとしても、メール機能を用いて、リカバリが可能となる。

本発明実施の形態における情報処理システムを示す図である。 ハードウェア構成図（１）である。 ハードウェア構成図（２）である。 本発明の実施の形態における全体の流れを示す図である。 本発明の実施の形態における複合機の処理の流れを示すフローチャートである。 ログデータを含むメールの例を示す図である。 本発明の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。 集計データの例を示す図である。 本発明の第二の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。 本発明の第三の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。

以下、図面を用いて本発明の実施の形態を説明する。

図１は、本発明実施の形態における情報処理システムを示す図である。

集計サーバ１０１（情報処理装置）、メールサーバ１０２、複数の複合機１０３（デバイス）がネットワーク１０４を介して通信可能に接続されている。

集計サーバ１０１は、複数の複合機１０３から送信されるログデータ（ジョブログ）を集計するサーバであり、集計後の集計データを複合機１０３からの要求に応じて送信するものである。また、集計データを管理している。

メールサーバ１０２は、メールの送受信を実現するための機能を備えているものである。

複合機１０３は、ユーザ操作に基づくログデータを集計サーバへ送信する機能を備えており、集計サーバへログデータを送信できない場合は、メール本文にログデータを記載してメールサーバへ集計サーバ宛のメールとして送信する機能を備えているものである。なお、本実施の形態では、複合機を例としているが、必ずしも複合機に限られるものではなく、同種の機能・目的を有するデバイスであってもよい。

ネットワーク１０４は、イントラネット、インターネット等の通信回線である。

次に、図２を用いて、図１に示した集計サーバ１０１のハードウェア構成について説明する。

図２は、集計サーバ１０１に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

図２に示すように、集計サーバはシステムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢＡＳＩＣ
ＩＮＰＵＴ ／ ＯＵＴＰＵＴ ＳＹＳＴＥＭ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各コンピュータが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報（例えば図１９に示す送信履歴管理テーブル）が外部メモリ２１１に記憶されている。なお外部メモリ２１１はデータベースであってもよい。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、入力装置２０９からの入力を制御する。なお、入力装置は、マウス等のポインティングデバイスでもキーボードでもいずれの入力装置であってもよい。

ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器は液晶ディスプレイでもＣＲＴディスプレイでもいずれの表示器でも構わない。これらは必要に応じてユーザが使用するものである。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上に各種操作画面およびマウスカーソル等（不図示）を表示しユーザ指示を可能とする。

なお、後述する各処理を実現するためのプログラムは、例えば外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。

次に、図３を用いて、図１に示した複合機１０３のハードウェア構成について説明する。

図３は、図１に示した複合機１０３のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ１０４）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード等）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。また、ファックス送信するための送信先のファックス番号の入力を操作部３０８から行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ
Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）５００に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４、プリンタポート、ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ
ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、複合機１０３は、スキャナ３１４から読み込んだ画像データをＬＡＮ１０４上に送信したり、ＬＡＮ１０４から受信した印刷データをプリンタ部３１２により印刷出力することができる。また、複合機１０３は、スキャナ３１４から読み込んだ画像データをＭＯＤＥＭ３０６から公衆回線網上にＦＡＸ送信したり、公衆回線網からＦＡＸ受信した画像データをプリンタ３１２で印刷出力したりすることができる。

図４は、本発明の実施の形態における全体の流れを示す図である。
（１）複合機１０３は、通常の通り、ログデータを集計サーバ１０１へ送信する。
（２）複合機１０３は、集計サーバ１０１に異常発生がしたことにより送信失敗が起こった場合は、メール本文にログ情報を記述して宛先を集計サーバ１０１とするメールをメールサーバ１０２へ送信する。
（３）集計サーバ１０１は、異常状態から回復した場合、自分宛のメールを取得するためにメールサーバ１０２へアクセスをする。
（４）メールサーバ１０２は、集計サーバ１０１宛のメールがある場合、集計サーバ１０１へメールを送信する。
（５）集計サーバ１０１は、受信したメール内容を解析して集計作業を行う。
（６）複合機１０３は、集計サーバから集計データのダウンロードを行う。

上記のように、集計サーバに異常が発生して、複合機が集計サーバへログデータを送れない場合は、一時的な退避先として、複合機は、メール本文にログデータを記載してメールサーバへ送信しておくことで、ログデータ数の保存制限で複合機からログデータが失われることを防ぐことができ、さらに、集計サーバへのログデータのリトライ送信をなくすことができる。

図５は、本発明の実施の形態における複合機の処理の流れを示すフローチャートである。

５０１において、複合機は、ユーザ操作に基づくログデータを取得する。ログデータを取得するタイミングは、その都度であったり、定期的であったり、所定量のログデータが溜まった時であったりなど様々なタイミングがある。ログデータには、ユーザＩＤ、ジョブＮＯ、ジョブタイプ、開始時刻、終了時刻、ページ数合計、カラー合計、白黒合計など、様々な情報が含まれている。

５０２において、複合機は、取得したログデータを集計サーバへ送信する。

５０３において、複合機は、送信が成功したかを判定する。Ｙｅｓの場合、終了し、Ｎｏの場合、５０４へ進む。

５０４において、複合機は、ログデータをメールに添付し宛先を集計サーバとしてメールサーバへ送信する。メールの例を図６に示す。

図６は、ログデータを含むメールの例を示す図である。

ここでは、２つのメールの例を記載している。宛先６０１および６０５は、集計サーバ用のメールアドレスである。差出人６０２および６０６は、メールを送信する複合機用のメールアドレスである。件名６０３および６０７は、どの複合機から送信されたメールであるかを特定するために複合機のＩＰアドレスが記載されている。本文６０４および６０８には、ログデータが記載されている。ログメールの記載形式は、様々な方法があるため、この２例以外の記載方法であってもよい。

以上、図５を用いて、本発明の実施の形態における複合機の処理の流れを説明した。

次に、図７を用いて、本発明の実施の形態におけるログデータのリカバリを行う処理の流れを説明する。

図７は、本発明の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。

集計サーバが異常状態から回復した後の処理となる。

７０１において、集計サーバは、起動処理を行う。異常状態から回復した後の起動処理となる。

７０２において、集計サーバは、自分宛のメールを受信するためにメールサーバに受信要求を行う。

７０３において、メールサーバは、受信要求を受け付ける。

７０４において、メールサーバは、集計サーバ宛のメールが届いているかを判定する。Ｙｅｓの場合、７０５へ進み、Ｎｏの場合、処理を終了する。

７０５において、メールサーバは、集計サーバ宛のメールを送信する。

７０６において、集計サーバは、メールを受信する。

７０７において、集計サーバは、メールの内容を解析する。なお、複数のメールを受信した場合は、それぞれのメールの解析を行う。

７０８において、集計サーバは、ログデータを含むメールであるかを判定する。Ｙｅｓの場合、７０９へ進み、Ｎｏの場合、終了する。なお、複数のメールを受信した場合は、それぞれのメールの解析を行う。ログデータを含むメールは、予め決められたフォーマットでメール本文にログデータを記載することとしていることからログデータを含むメールであるかを特定することができる。なお、例えば、スキャンデータを含むメールを受信することもあるので、このようなメールは、ログデータを含まないメールとなる。

７０９において、集計サーバは、集計処理を行って処理を終了する。集計データの例を図８に示す。

図８は、集計データの例を示す図である。

既に取得している集計データに、今回受信したメールに含まれるログデータを用いて、再集計することとなる。再集計することで、異常状態で取得できなかったログデータを追加することができるので漏れのない集計データを生成することができる。

以上、図７を用いて、本発明の実施の形態におけるログデータのリカバリを行う処理の流れを説明した。

次に、図９を用いて、本発明の第二の実施の形態におけるログデータのリカバリを行う処理の流れを説明する。

図９は、本発明の第二の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。

第二の実施の形態は、集計サーバが、起動時ではなく、複合機からログデータを受信したことをトリガとして、メールサーバへメール確認を行う実施の形態である。

９０１において、複合機は、ログデータを集計サーバへ送信する。これはログ送信の処理である。

９０２において、集計サーバは、ログデータを受信する。

９０３において、集計サーバは、受信したログデータＮＯの確認を行う。具体的には、受信したログデータと、現時点の集計データを用いることにより確認を行う。例えば、集計データのジョブＮＯと、受信したログデータに含まれるジョブＮＯが連番となっていない場合、不整合が生じていることが分かる。つまり、抜けているジョブＮＯについてのログデータを集計していない可能があることが分かるため、直ちにメール受信を行う必要がある。

９０４において、集計サーバは、不整合が生じていたかを判定する。Ｙｅｓの場合、７０２へ進み、Ｎｏの場合、７０９へ進む。

なお、７０２〜７０９の処理は、図７の処理と同様であるため説明を省略する。

第二の実施の形態により、ログデータＮｏに不整合が生じた場合、直ちにメール受信を行うため、集計データの不整合を早期に解消することが可能となる。

以上、図９を用いて、本発明の第二の実施の形態におけるログデータのリカバリを行う処理の流れを説明した。

次に、図１０を用いて、本発明の第三の実施の形態におけるログデータのリカバリを行う処理の流れを説明する。

図１０は、本発明の第三の実施の形態におけるログデータのリカバリを行う処理の流れを示すフローチャートである。

第三の実施の形態は、集計サーバが、複合機から集計データの要求を受けたことをトリガとして、メールサーバへメール確認を行う実施の形態である。

１００１において、複合機は、集計サーバへ集計データの要求を行う。

１００２において、集計サーバは、集計データの要求を受け付ける。

１００３において、集計サーバは、メールを受信するかを判定する。Ｙｅｓの場合、７０２へ進み、Ｎｏの場合、１００４へ進む。ここでの判定方法は、例えば、要求を受け付けたら毎回メールを受信する方法、前回要求から所定の時間が経過している場合にメールを受信する方法など様々な方法がある。

なお、７０２〜７０９の処理は、図７の処理と同様であるため説明を省略する。

１００４において、集計サーバは、複合機へ集計データを送信する。

１００５において、複合機は、集計データを受信して処理を終了する。

第三の実施の形態により、集計データの要求を受け付けた時に、メール受信を行うため、集計漏れが生じている集計データを送信することを防止することが可能となる。

以上、図１０を用いて、本発明の第二の実施の形態におけるログデータのリカバリを行う処理の流れを説明した。

上述した通り、本発明により、デバイスから送信されるログデータを集計する集計サーバが集計データを受信できなかったとしても、メール機能を用いて、リカバリが可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

１０１ 集計サーバ
１０２ メールサーバ
１０３ 複合機
１０４ ネットワーク

Claims (6)

1. ログデータを送信する機能を備えるデバイスと、デバイスから受信したログデータを集計して集計データとして管理する情報処理装置とが通信可能な情報処理システムであって、
   前記デバイスは、
   前記ログデータを前記情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段と
   前記情報処理装置は、
   メールを受信するメール受信手段と、
   前記メール受信手段により受信したメールを解析する解析手段と、
   前記解析手段による解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計手段と
   を有することを特徴とする情報処理システム。
2. 前記情報処理装置は、
   前記デバイスからログデータを受信した場合、当該ログデータを用いて、前記集計データと不整合があるかを判定する判定手段を更に有し、
   前記メール受信手段は、前記判定手段による判定の結果、不整合があると判定された場合にメールを受信することを特徴とする請求項１に記載の情報処理システム。
3. 前記情報処理装置は、前記デバイスから前記集計データの送信要求を受け付ける受付手段を更に有し、
   前記メール受信手段は、前記受付手段により集計データの送信要求を受け付けた場合にメールを受信することを特徴とする請求項１または２に記載の情報処理システム。
4. ログデータを送信する機能を備え、当該ログデータを情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段を有するデバイスと通信可能な、当該デバイスから受信したログデータを集計して集計データとして管理する情報処理装置であって、
   メールを受信するメール受信手段と、
   前記メール受信手段により受信したメールを解析する解析手段と、
   前記解析手段による解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計手段と
   を有することを特徴とする情報処理装置。
5. ログデータを送信する機能を備え、当該ログデータを情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段を有するデバイスと通信可能な、当該デバイスから受信したログデータを集計して集計データとして管理する情報処理装置における情報処理方法であって、
   メールを受信するメール受信ステップと、
   前記メール受信ステップにより受信したメールを解析する解析ステップと、
   前記解析ステップによる解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計ステップと
   を含むことを特徴とする情報処理方法。
6. ログデータを送信する機能を備え、当該ログデータを情報処理装置へ送信することができなかった場合、当該ログデータを含むメールを前記情報処理装置宛のメールアドレスに送信するメール送信手段を有するデバイスと通信可能な、当該デバイスから受信したログデータを集計して集計データとして管理する情報処理装置において実行可能なプログラムであって、
   メールを受信するメール受信手段、
   前記メール受信手段により受信したメールを解析する解析手段、
   前記解析手段による解析の結果、前記メールにログデータが含まれていた場合、当該ログデータを用いて、前記集計データを再集計する再集計手段
   として前記情報処理装置を機能させることを特徴とするプログラム。

Images