JP2011230323A - 情報処理装置、画像形成装置、システム、及びその方法 - Google Patents

Abstract

【課題】ストレージサービスなどを利用する際に、集計などといった目的に合わせて、データをより適切に管理できる手法を提供することを目的とする。
【解決手段】データ管理システムと通信する情報処理装置が、データ管理システムからデータを取得する際の条件を設定し、画像形成装置のデータを収集し、収集したデータに対して、設定した条件に応じたキーを付加し、キーが付加されたデータをデータ管理システムに送信することによって課題を解決する。
【選択図】図１

Description

本発明は、画像形成装置から収集するデータを管理するための技術に関する。

複写機等の画像形成装置（デバイス）の使用に際して、印刷等を行った際の使用実績について集計し、使用状況に応じて課金する方法が一般的に取られている。例えば、複数のデバイスから実績情報をイントラネット内の集計サーバが収集して、保存する。そして、課金を行いたいユーザの使用実績を全実績情報のデータから検索して集計し、課金を行う。
また従来から、データを効率的に検索する方法が提案されている（例えば、特許文献１参照）。この方法では、データが発生した年代ごとにデータベースを分けて保存し、検索時にユーザがデータベースを特定可能な情報を指定して、特定のデータベースを検索対象として範囲を狭めて、検索を実行している。

一方、企業等においては、通常自社のイントラネット内のサーバなどでデータを管理していたが、管理対象となるデータが増加した場合、ストレージの増設を行う必要があるなど、サーバの管理、運用の負担が大きかった。これに関して、データの保存方法に関しては、インターネット上でストレージ（データの格納領域）を提供するサービス（ストレージサービス）が普及してきている。ユーザは、このストレージサービスを利用してデータをインターネット上のストレージに格納することができる。ストレージサービスの利用により、各企業などは、実際のストレージサーバの管理を直接行うことなく、データを保存することが可能となった。例えば、ストレージサービスの契約により、利用できるデータサイズが決まっていても、ユーザは、契約の更新を行うだけで容易にストレージの拡張が可能で、管理業務が軽減されることになる。

特開２０００−２０７４１３号公報

ここで、大企業等においては集計対象のデバイスが膨大にあることから、収集すべき実績情報も膨大であることが考えられる。上記ストレージサービスを提供するシステムでは、随時、収集される実績情報を順次格納していく場合、この膨大なデータの格納場所を複数の機器（サーバ）に分散して配置することがあり得る。しかしながら、データが複数の機器の格納領域に分散配置された場合、システムから所望するデータを検索して集めてくる際のパフォーマンスに影響を及ぼす可能性がある。
ここで、使用実績の集計に関しては、様々な目的のために実行され、その目的によって一度にまとめて取得したいデータが異なる場合がある。例えば、特定のユーザに対する課金を行いたい場合は、そのユーザの使用実績のデータを取得する必要がある。一方、特定の期間の全使用実績について集計したい場合は、その期間の使用実績を取得する必要がある。従って、使用実績の集計に際して、上記ストレージサービスを利用した場合に発生する、所望のデータの検索や取得に係るパフォーマンスの問題は顕著となる。

前述の特許文献１に記載の技術では、ユーザが検索の際に、データベースを特定可能な情報を指定する必要がある。よって、ユーザが取得したいデータの配置などを常に認識している必要があるので、ユーザにとっては上記ストレージサービスの利用による運用、管理を行わないで済むといったメリットがうすれてしまう。

本発明はこのような問題点に鑑みなされたもので、上記したストレージサービスなどを利用する際に、集計などといった目的に合わせて、データをより適切に管理できる手法を提供することを目的とする。

そこで、本発明に係る情報処理装置は、データ管理システムと通信する情報処理装置であって、前記データ管理システムからデータを取得する際の条件を設定する設定手段と、画像形成装置のデータを収集する収集手段と、前記収集手段で収集されたデータに対して、前記設定手段で設定された条件に応じたキーを付加する付加手段と、前記付加手段でキーが付加されたデータを前記データ管理システムに送信する送信手段と、を有することを特徴とする。

本発明によれば、上記したストレージサービスなどを利用する際に、集計などといった目的に合わせて、データをより適切に管理できる手法を提供できる。

システムの構成の一例を示す図である。 デバイスのハードウェア構成の一例を示す図である。 集計サーバのハードウェア構成の一例を示す図である。 集計設定処理に係るフローチャートの一例を示す図である。 集計設定画面の一例を示す図である。 ジョブログ格納処理に係るフローチャートの一例を示す図である。 集計設定画面の一例を示す図である。 集計設定情報を保存したテーブルの一例を示す図である。 印刷ジョブに付加された顧客コードとキーとの対応表の一例を示す図である。 ジョブログ格納処理に係るフローチャートの一例を示す図である。 システムの構成の一例を示す図である。 集計設定処理に係るフローチャートの一例を示す図である。 ジョブログ格納処理に係るフローチャートの一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

（第１の実施形態）
図１は、本実施形態に係るシステムの構成の一例を示す図である。デバイス１１０は、複写機などの画像形成装置（デバイス）である。集計サーバ１２０は、デバイス１１０の使用実績の集計を行うサーバである。デバイス１１０及び集計サーバ１２０は、イントラネット内に存在し、ネットワーク１００を介して相互に接続されている。デバイスは、複数存在してもよく、この場合、集計サーバ１２０は、複数のデバイスを管理する。
インターネット１０１を介したネットワーク上には、ストレージサービスを提供する集計データ管理システム１３０（データ管理システムの一例）が設けられている。集計データ管理システム１３０は、管理サーバ１３１と管理サーバ１３１の配下のデータセンタ１３４とを含んで構成される。
集計サーバ１２０は、インターネット１０１を介して集計データ管理システム１３０が提供するストレージサービスを受けることができる。

デバイス１１０は、通信部１１１、印刷部１１２、及びジョブ情報管理部１１３を有する。通信部１１１は、集計サーバ１２０と通信を行う機能を有する。印刷部１１２は、ユーザによるデバイス１１０の直接操作、或いはネットワーク１００経由の印刷要求を受け付け、印刷を実行する機能を有する。ジョブ情報管理部１１３は、印刷やスキャン等の履歴情報（ジョブログ）を作成し、保存する機能を有する。ジョブログには、印刷やスキャン等を実行したユーザの名前、実行日時、印刷枚数等の情報が含まれる。

集計サーバ１２０は、通信部１２１、データ収集部１２２、キー管理部１２３、集計処理部１２４、及び集計設定管理部１２５を有する。通信部１２１は、デバイス１１０と通信を行う機能を有する。データ収集部１２２は、デバイス１１０のジョブログを収集する機能を有する。ジョブログの収集は、データ収集部１２２が定期的にデバイス１１０にアクセスしてデータの取得を行ってもよいし、デバイス１１０が、ジョブログの作成時に集計サーバ１２０にデータを送信することで行われてもよい。
集計設定管理部１２５は、デバイス１１０の使用実績についての集計を実行する時間や集計単位等の集計設定に関する情報（集計設定情報）を管理し、集計設定情報を後述のハードディスクドライブ（ＨＤＤ）３０８に保存する機能を有する。集計設定は、集計サーバ１２０のユーザインターフェイス（ＵＩ）を介して管理者により行われる。キー管理部１２３は、データ収集部１２２が収集したジョブログを、集計設定情報に応じて適切に集計データ管理システム１３０に格納するためのキーを生成してジョブログに付加する機能を有する。集計処理部１２４は、ジョブログの集計を行う機能を有する。

管理サーバ１３１は、データ処理部１３２及び通信部１３３を有する。通信部１３３は、インターフェイス（Ｉ／Ｆ）の機能を有し、例えば、集計サーバ１２０からの要求を受け付けてストレージサービスを提供する。データ処理部１３２は、集計サーバ１２０から受け取ったデータを処理する機能を有する。
データセンタ１３４は、ストレージ１３５を有し、管理サーバ１３１の指示によりデータをストレージ１３５に格納する機能を有する。

図２は、デバイス１１０のハードウェア構成の一例を示す図である。ＣＰＵ２０１は、制御プログラム等に基づいてシステムバス２００に接続される各構成を制御し、例えば、印刷部（プリンタエンジン）２０５に出力情報としての画像信号を出力する。制御プログラムは、ＲＯＭ２０２やＨＤＤ２０８に記憶される。また、ＣＰＵ２０１は、ネットワークインタフェイスカード（ＮＩＣ）２０７を介してネットワーク１００上のコンピュータ等と通信する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。操作部２０４は、操作のためのスイッチ、ＬＥＤ表示器等である。

図３は、集計サーバ１２０のハードウェア構成の一例を示す図である。ＣＰＵ３０１は、ＲＡＭ３０３をワークメモリとして、ＲＯＭ３０２及びＨＤＤ３０８に格納されたプログラムを実行し、システムバス３００を介して後述する各構成を制御する。ＨＤＤ３０８は、オペレーティングシステム（ＯＳ）や各種プログラムやデータを格納する。
また、ＣＰＵ３０１は、ディスクコントローラ（ＤＫＣ）３０６を介して、ＨＤＤ３０８及びディスクドライブ３０９にアクセスし、各種プログラム等をＨＤＤ３０８にインストールする。また、ＣＰＵ３０１は、プログラムに従い、ビデオカード（ＶＣ）３０５を介してモニタ３１１にユーザインターフェイス（ＵＩ）を表示する。ユーザは、キーボード（ＫＢ）３１０やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行う。
また、ＣＰＵ３０１は、キーボードコントローラ（ＫＢＣ）３０４を介してユーザ指示や入力を受け付け、ユーザ指示や入力に応じて様々な処理を実行する。また、ＣＰＵ３０１は、ＮＩＣ３０７を介して、ネットワーク１００上の他のコンピュータ、デバイス等と通信する。また、ＣＰＵ３０１は、ＮＩＣ３０７を介して、インターネット１０１上の他のコンピュータ、デバイス等とも通信する。

管理サーバ１３１のハードウェア構成については、集計サーバ１２０のハードウェア構成と同様である。例えば、管理サーバ１３１のＣＰＵは、ＮＩＣを介して集計データ管理システム１３０内のストレージ１３５や、インターネット１０１を介した他のコンピュータ（集計サーバ１２０等）と通信する。
上述した構成を踏まえ、集計データ管理システム１３０を利用してジョブログを管理する方法を説明する。なお、集計サーバ１２０は、情報処理装置の一例であり、ＣＰＵ３０１が、ＲＯＭ３０２やＲＡＭ３０３に格納されたプログラムの手順に従って処理を行うことによって、集計サーバ１２０における機能及び後述するフローチャートに係る処理が実現される。なお、管理サーバ１３１についても同様である。

図４は、集計に関する設定が行われる際の処理（集計設定処理）に係るフローチャートの一例を示す図である。
集計設定管理部１２５は、管理者によるポインティングデバイスの操作に応答してＵＩとしての集計設定画面を表示する（Ｓ４００）。
ここで、図５に、集計データ管理システム１３０からジョブログを取得する条件を設定するための集計設定画面の一例を示す。管理者は、ポインティングデバイスを操作して、ＵＩに対して、集計単位と集計実行間隔とを指定する。例えば、集計単位が「日ごと」と指定され、集計実行間隔が「毎週月曜日」と指定されて設定された場合、集計処理部１２４は、毎週月曜日に、１週間分の１日ごとの実績を集計（算出）する。
続いて、集計設定管理部１２５は、管理者により「設定」ボタンが押下されたか否かを判断する（Ｓ４０１）。このとき、集計設定管理部１２５は、「設定」ボタンが押下されたと判断した場合、続いて、Ｓ４０２の処理を行い、他方、「設定」ボタンが押下されていないと判断した場合、再び、Ｓ４０１の処理を行う。
Ｓ４０２では、集計設定管理部１２５は、集計設定画面を介して指定された集計単位と集計実行間隔との情報を含む集計設定情報をＨＤＤ３０８に保存する。

続いて、キー管理部１２３は、集計設定情報からキー生成情報を作成して、キー生成情報をＨＤＤ３０８に保存する（Ｓ４０３）。
より詳細に説明すると、１回の集計を実行する際に集計対象となるジョブログが集計設定情報から判断されるので、キー管理部１２３は、それらに同一のキーを付加するように、キー生成情報を作成する。なお、キーは、文字列や数値により構成される。例えば、集計設定情報が、「日ごと」に「毎週月曜日」に集計が実行される旨の情報である場合、１回の集計の集計対象は、１週間分のジョブログとなる。そこで、キー管理部１２３は、１週間毎に前の月曜日から日曜日までに発生したジョブログには、同一のキーが付加されるようにキー生成情報を作成する。また、例えば、集計設定情報が、「日ごと」に「毎日」集計が実行される旨の情報である場合、１回の集計の集計対象は、１日分のジョブログなので、キー管理部１２３は、１日分のジョブログには、同一のキーが付加されるようにキー生成情報を作成する。

図６は、ジョブログが集計データ管理システム１３０に格納される際の処理（ジョブログ格納処理）に係るフローチャートの一例を示す図である。なお、集計サーバ１２０のデータ収集部１２２は、デバイス１１０からジョブログを定期的に収集しているものとして説明する。
キー管理部１２３は、ＨＤＤ３０８にキー生成情報が存在するか否かを判断する（Ｓ６００）。このとき、キー管理部１２３は、存在すると判断した場合は、続いて、Ｓ６０１の処理を行い、他方、存在しないと判断した場合は、続いて、Ｓ６０３の処理を行う。
Ｓ６０１では、キー管理部１２３は、キー生成情報に基づいてキーを生成する。例えば、キー生成情報が１週間ごとに同一のキーを付加することを示す情報である場合、キー管理部１２３は、１週間毎に、ジョブログに付加するキーが同一となるようにキーを生成する。より具体的には、現在の１週間が２０１０／２／１（月）〜２０１０／２／７（日）であるときは、キー管理部１２３は、キーとして、文字列「20100201」を生成する。続いて、キー管理部１２３は、ジョブログにキーを付加し（Ｓ６０２）、続いて、Ｓ６０３の処理を行う。

Ｓ６０３では、通信部１２１は、集計データ管理システム１３０にジョブログを送信する。ここで、Ｓ６００においてキー生成情報が存在しないと判断された場合は、管理者による集計設定が行われておらず、データが将来的にどのように取得されるか決まっていない。よって、通信部１２１は、キー生成情報が存在しないと判断された場合、キーが付加されていないジョブログを集計データ管理システム１３０に送信することになる。
なお、ジョブログの送信は、非同期処理で行われ、集計サーバ１２０は、送信が完了した時点で処理を終了する。

他方、管理サーバ１３１の通信部１３３は、ジョブログを受信する。そして、データ処理部１３２は、受信されたジョブログにキーが付加されているか否かを判断する（Ｓ６０４）。ジョブログにキーが付加されていると判断した場合は、データ処理部１３２は、続いて、Ｓ６０５の処理を行い、他方、ジョブログにキーが付加されていないと判断した場合、続いて、Ｓ６０７の処理を行う。
Ｓ６０５では、データ処理部１３２は、ジョブログに付加されているキーが既知のキーであるか否かを判断する。より具体的には、データ処理部１３２は、キーと格納場所とをペアにした情報を格納した格納場所テーブルをＨＤＤに保持させ、格納場所テーブルを参照して既知のキーであるか否かを判断する。このとき、データ処理部１３２は、格納場所テーブルに該当キーが存在しないと判断した場合、適当な格納場所を決定して、キーと決定した格納場所とをペアにした情報を格納場所テーブルに新規に追加し（Ｓ６０６）、続いて、ステップＳ６０７の処理を行う。他方、データ処理部１３２は、格納場所テーブルに該当キーが存在すると判断した場合、続いて、Ｓ６０７の処理を行う。

Ｓ６０７では、データ処理部１３２は、ストレージにジョブログを格納し、処理を終了する。より詳細に説明すると、データ処理部１３２は、Ｓ６０４の処理において、ジョブログにキーが付加されていないと判断した場合、任意の格納場所にジョブログを格納する。また、データ処理部１３２は、Ｓ６０５の処理において、格納場所テーブルに該当キーが存在すると判断した場合、格納場所テーブルを参照して、キーに対応した格納場所を確認し、対応するデータセンタのストレージにジョブログを格納する。また、データ処理部１３２は、Ｓ６０５の処理において、格納場所テーブルに該当キーが存在しないと判断した場合、Ｓ６０６の処理において決定した格納場所を確認し、対応するデータセンタのストレージにジョブログを格納する。

ここで、集計サーバ１２０は、集計設定情報に従って集計を実行する。例えば、「毎週月曜日」に集計を実行する場合、月曜日に、１週間分のジョブログを取得する旨の情報（例えば、キー「20100201」）を含む取得要求を集計データ管理システム１３０に送信する。これに対して、集計データ管理システム１３０は、例えば、格納場所テーブルを参照して、要求されたデータの格納場所（ストレージ）を特定し、要求されたデータをストレージから取得して、取得したデータを集計サーバ１２０に送信する。
上述したように、データを格納するときに、１回の取得に供する対象のデータは、同じ格納場所に格納されているので、複数の格納場所にデータが分散されているよりも、取得に要する時間が短縮される。なお、集計サーバ１２０は、取得したデータを用いて、集計処理部１２４においてジョブログの集計を実行する。

（第２の実施形態）
第１の実施形態では、集計サーバ１２０がデバイス１１０のジョブログを収集して、集計データ管理システム１３０にジョブログを格納する構成を説明した。本実施形態では、デバイス１１０が、集計データ管理システム１３０と通信する機能を有し、自らジョブログを集計データ管理システム１３０に送信する特有な構成を説明する。第１の実施形態と同様の構成や処理については、同一の符号を用い、その説明を適宜省略する。なお、本実施形態における集計設定処理は、第１の実施形態の図４のフローチャートに示す処理と基本的には同様である。ただし、第１の実施形態では、期間毎に集計を実行する例を示して説明したが、本実施形態では、顧客毎に集計を実行する例を示して説明する。そこで、本実施形態では、まず、集計設定情報、キー生成情報、及びキーについて説明する。

図７は、集計設定画面の一例を示す図である。管理者は、ポインティングデバイスを操作して、集計サーバ１２０のＵＩに対して、集計期間と集計対象とを指定する。
一般的に、デバイス１１０で印刷を行う際に、プリンタドライバ等で印刷ジョブに顧客コードを付加する技術が存在する。この技術は、法律事務所等で、顧客毎に印刷に要した経費を請求する場合等に使用されるものである。顧客コードは、複数階層で表現する方法が用いられている。例えば、１階層目を会社名、２階層目を部署名として、印刷実行時に、「１階層目：Ａ株式会社」、「２階層目：部署Ｘ」のように顧客コードが印刷ジョブに付加される。
ここで、本実施形態では、上記技術を利用し、以下では、顧客コードを、「＜１階層目＞−＜２階層目＞」のように表記する。例えば、「Ｂ株式会社の部署Ｙ」という顧客の、２０１０年１月１日から２０１０年６月３０日までの経費を請求したい場合、管理者は、集計期間を「２０１０年１月１日〜２０１０年６月３０日」に設定し、集計対象を「＜Ｂ株式会社＞−＜部署Ｙ＞」に設定する。

図８は、集計設定情報を保存したテーブルの一例を示す図である。テーブルには、集計設定ＩＤ、集計対象顧客コード、集計開始日、及び集計終了日の情報が格納されている。
この例では、「＜Ｂ株式会社＞−＜部署Ｙ＞」、「＜Ａ株式会社＞−＜部署Ｘ＞」、「＜Ｃ株式会社＞−＜すべて＞」が集計対象顧客コードとして用いられていることを示す。「＜Ｃ株式会社＞−＜すべて＞」とは、Ｃ株式会社の印刷ジョブのジョブログを２階層目の部署によらず集計対象とすることを示す。それぞれの集計終了日が終わると、集計サーバ１２０は、集計を実行する。なお、キー管理部１２３は、集計対象（集計対象顧客コード）ごとに同一のキーがジョブログに付加されるように、キー生成情報を作成する。

図９は、印刷ジョブに付加された顧客コードと、キーとの対応表の一例を示す図である。この対応表の例では、ジョブＩＤ：１の「＜Ａ株式会社＞−＜部署Ｘ＞」が付加された印刷ジョブのジョブログには、「Ａ−Ｘ」というキーが付加されることが示されている。同様に、ジョブＩＤ：３とジョブＩＤ：６とのジョブログには、「Ｂ−Ｙ」というキーが付加され、ジョブＩＤ：２とジョブＩＤ：４とのジョブログには、「Ｃ−ＡＬＬ」というキーが付加されることが示されている。なお、ジョブＩＤ：５については、対象顧客コードが「＜Ａ株式会社＞−＜部署Ｚ＞」となっており、集計設定情報に存在しない顧客コードの組み合わせであるので、キーは、無しとする。

図１０は、本実施形態において、ジョブログを集計データ管理システム１３０に格納する際の処理（ジョブログ格納処理）に係るフローチャートの一例を示す図である。
印刷部１１２により印刷が実行されると、ジョブ情報管理部１１３は、ジョブログを作成する（Ｓ７００）。続いて、ジョブ情報管理部１１３は、デバイス１１０のＨＤＤ２０８にキー生成情報が存在するか否かを判断する（Ｓ７０１）。このとき、ジョブ情報管理部１１３は、存在すると判断した場合、続いて、Ｓ７０２の処理を行い、他方、存在しないと判断した場合、続いて、Ｓ７０３の処理を行う。

Ｓ７０２では、ジョブ情報管理部１１３は、キー生成情報の前回の保存（或いは、取得）から一定の時間が経過したかを確認する。このとき、ジョブ情報管理部１１３は、前回のキー生成情報の保存から一定の時間が経過していると判断した場合、続いて、Ｓ７０３の処理を行う。他方、ジョブ情報管理部１１３は、前回のキー生成情報の保存から一定の時間が経過していないと判断した場合、続いて、Ｓ７０５の処理を行う。
Ｓ７０３では、ジョブ情報管理部１１３は、通信部１１１を介して集計サーバ１２０と通信し、集計サーバ１２０が保持するキー生成情報を取得する。なお、ジョブ情報管理部１１３は、Ｓ７０２の処理において一定の時間が経過していると判断した場合、集計設定情報が更新されている可能性があるので、再度、キー生成情報を集計サーバ１２０から取得する。続いて、ジョブ情報管理部１１３は、取得したキー生成情報をＨＤＤ２０８に保存する（Ｓ７０４）。その際、ジョブ情報管理部１１３は、キー生成情報を保存した時間（或いは、取得した時間）も合わせて記録しておく。

ここで、本実施形態では、印刷等が実行されてジョブログを作成するたびに集計サーバ１２０からそのジョブログに対するキーをもらうのではなく、キー生成情報をデバイス内に保持して、デバイス内でキーを生成してジョブログに付加する。この構成によれば、デバイス１１０と集計サーバ１２０と間の通信トラフィックを軽減することができる。また、各デバイスが、集計サーバ１２０から取得した同じキー生成情報を用いてキーを生成することにより、集計サーバ１２０が一度にまとめて取得するジョブログに対して、デバイスが異なっても同じキーを付加することが可能となる。また、本実施形態では、デバイス１１０がジョブログを生成するタイミングでキー生成情報を集計サーバ１２０から取得する構成を示したが、この構成に限られるものではない。例えば、集計サーバ１２０が、デバイス１１０にキー生成情報を通知するようにしてもよい。より詳細に説明すると、予め管理対象のデバイスを集計サーバ１２０が管理しておき、集計設定情報が更新された際に、集計サーバ１２０がデバイスにキー生成情報を送信する構成としてもよい。また、例えば、集計サーバ１２０が、更新されたことを示す情報を通知して、任意のタイミングでデバイスがキー生成情報を取得する構成としてもよい。
尚、デバイスが集計サーバ１２０からキーを生成するための集計設定情報を取得して、キーを生成してもよい。

Ｓ７０５では、ジョブ情報管理部１１３は、キー生成情報に基づいてキーを生成する。続いて、ジョブ情報管理部１１３は、ジョブログにキーを付加する（Ｓ７０６）。続いて、ジョブ情報管理部１１３は、通信部１１１を介して、集計データ管理システム１３０にジョブログを送信する（Ｓ７０７）。デバイス１１０が、集計データ管理システム１３０と通信する機能を有する場合、集計サーバ１２０を介さずにジョブログの集計データ管理システム１３０への格納が実現できるので、負荷分散を図ることが可能となる。集計データ管理システム１３０での、ジョブログを受信してからの処理については、第１の実施形態で示したＳ６０４〜Ｓ６０７の処理と同様である。
続いて、ジョブ情報管理部１１３は、通信部１１１を介して、Ｓ７０７で送信したジョブログの情報を集計サーバ１２０に通知する（Ｓ７０８）。ここで通知する情報は、ジョブログそのものではなく、ジョブログを識別可能な通し番号等である。上述した構成によれば、管理者は、集計サーバ１２０のＵＩ上で、集計データ管理システム１３０に格納された全デバイスのジョブログ一覧を参照することができる。なお、集計サーバ１２０は、第１の実施形態での集計と同様に集計を実行する。

（第３の実施形態）
第１の実施形態及び第２の実施形態では、集計サーバ１２０が同一のイントラネット内に存在するデバイス１１０の使用実績の集計を実行する場合について説明した。本実施形態では、集計サーバ１２０が複数の拠点に存在するデバイスを管理し、これらのデバイスの使用実績の集計を実行する構成について説明する。なお、第１の実施形態及び第２の実施形態と同様の構成や処理については、同一の符号を用い、その説明を適宜省略する。

図１１は、本実施形態に係るシステムの構成の一例を示す図である。本社１４０のイントラネット内には、デバイス１１０及び集計サーバ１２０が存在する。また、支店１５０のイントラネット内には、デバイス１５１が存在する。デバイス１５１の構成は、デバイス１１０の構成と同様である。例えば、デバイス１５１は、集計データ管理システム１３０と通信する機能を有し、第２の実施形態で示した特有な構成である、自らジョブログを集計データ管理システム１３０に送信する構成を有する。なお、支店１５０には、デバイスが複数存在してもよく、それぞれのデバイスが同様の処理を実行する。また、支店は、複数存在してもよい。
また、本実施形態では、本社１４０の集計サーバ１２０は、本社１４０及び支店１５０のデバイスのジョブログを一括して集計する。

図１２は、集計に関する設定が行われる際の処理（集計設定処理）に係るフローチャートの一例を示す図である。なお、Ｓ４００〜Ｓ４０３の処理は、図４に示すフローチャートの処理と同様である。
Ｓ４０４では、集計サーバ１２０の通信部１２１は、Ｓ４０３でＨＤＤ３０８に保存されたものと同じキー生成情報を集計データ管理システム１３０に送信する。なお、集計データ管理システム１３０の管理サーバ１３１は、通信部１３３を介してキー生成情報を受信すると、管理サーバ１３１のＨＤＤにキー生成情報を保存する。

次に、ジョブログを集計データ管理システム１３０に格納する際の処理（ジョブログ格納処理）を説明する。なお、本社１４０内のデバイス１１０が作成したジョブログを集計データ管理システム１３０に格納する処理は、第１の実施形態及び第２の実施形態と同様である。より具体的には、デバイス１１０が集計データ管理システム１３０と通信する機能を有さない場合は、第１の実施形態で示した図６のフローチャートの処理が行われる。そして、デバイス１１０が集計データ管理システム１３０と通信する機能を有する場合は、第２の実施形態で示した図１０のフローチャートの処理が行われる。なお、本社１４０内に、第１の実施形態及び第２の実施形態で説明したデバイスが混在していてもよい。このとき、集計サーバ１２０は、複数のデバイスのうち、集計データ管理システム１３０と通信する機能を有さないデバイス（換言するならば、予め指定されたデバイス）のデータを収集する。

図１３は、支店１５０のデバイス１５１が作成したジョブログを集計データ管理システム１３０に格納する際の処理（ジョブログ格納処理）に係るフローチャートの一例を示す図である。なお、Ｓ７００〜Ｓ７０２、及びＳ７０４〜Ｓ７０７の処理は、第２の実施形態で示した図１０のフローチャートの処理と同様である。
Ｓ７０３−１では（デバイス１５１内のＨＤＤにキー生成情報が存在しない場合、或いはキー生成情報の更新が必要である場合）、デバイス１５１は、集計データ管理システム１３０と通信し、管理サーバ１３１が保持するキー生成情報を取得する。なお、集計サーバ１２０は、第１の実施形態での集計と同様に集計を実行する。

本実施形態では、支店１５０内の個々のデバイスが集計データ管理システム１３０と通信してキー生成情報を取得する方法を説明した。別の方法として、支店１５０のデバイスのうち１台をマスターデバイスにして、マスターデバイスのみ集計データ管理システム１３０からキー生成情報を取得するようにしてもよい。その場合、支店１５０の他のデバイスは、マスターデバイスからキー生成情報を取得するように構成する。
また、本社１４０のデバイス１１０が集計データ管理システム１３０と通信する機能を有し、自らジョブログを集計データ管理システム１３０に送信する場合、デバイス１５１と同様に、キー生成情報を集計データ管理システム１３０から取得するようにしてもよい。
上述した構成によれば、支店１５０には集計サーバ１２０を置かずに、本社１４０の集計サーバ１２０で一括してジョブログの集計を行う構成においても、データを適切に格納することが可能となる。

以上、第１の実施形態〜第３の実施形態でストレージサービスを利用したジョブログ管理方法を説明したが、ジョブログ以外のデータにおいても本構成が適用可能である。また、キーを生成するための情報として集計設定情報を用いる例を説明したが、データの格納時に格納場所を分類することが可能な情報であれば、集計設定情報以外の情報を用いることも可能である。
また、第１の実施形態〜第３の実施形態では、集計時に提供システムからジョブログを取得する際のパフォーマンス向上のために、一度にまとめて取得を行うジョブログ毎に格納場所を分類したが、この構成に限られるものではない。例えば、顧客ごとに格納場所を分類して、セキュリティに厳しい顧客については、サービス料金は高いが強固なセキュリティを有する格納場所にデータを格納するようにすることもできる。
また、ジョブログのセキュリティレベルごとに格納場所を分類して、機密性の高い文書を印刷したジョブログについては、より強固なセキュリティを有する格納場所にデータを格納するようにすることも可能である。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

上述した実施形態の構成によれば、ストレージサービスなどを利用する際に、集計などといった目的に合わせて、データをより適切に管理できる手法を提供できる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims (15)

1. データ管理システムと通信する情報処理装置であって、
   前記データ管理システムからデータを取得する際の条件を設定する設定手段と、
   画像形成装置のデータを収集する収集手段と、
   前記収集手段で収集されたデータに対して、前記設定手段で設定された条件に応じたキーを付加する付加手段と、
   前記付加手段でキーが付加されたデータを前記データ管理システムに送信する送信手段と、を有することを特徴とする情報処理装置。
2. 前記データ管理システムからデータを取得して、該取得したデータを用いて集計を行う集計手段を更に有し、
   前記付加手段は、前記収集手段で収集されたデータの中で、前記設定手段で設定された条件の指定される集計単位に応じたデータに対して同じキーを付加することを特徴とする請求項１に記載の情報処理装置。
3. 前記設定手段で設定される条件で指定される集計単位には、集計したい期間及び顧客コードの少なくとも何れかが含まれることを特徴とする請求項２に記載の情報処理装置。
4. 前記付加手段により付加されたキーをもとに前記データ管理システムに対してデータを要求する要求手段を更に有し、
   前記集計手段は、前記データ管理システムから前記要求の応答として取得したデータを用いて集計を行うことを特徴とする請求項２または３に記載の情報処理装置。
5. 前記収集手段が収集するデータは、前記画像形成装置で実行されたジョブに関するジョブログの情報であることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. データ管理システムと通信する情報処理装置における方法であって、
   前記データ管理システムからデータを取得する際の条件を設定する設定工程と、
   画像形成装置のデータを収集する収集工程と、
   前記収集工程で収集されたデータに対して、前記設定工程で設定された条件に応じてキーを付加する付加工程と、
   前記付加工程でキーが付加されたデータを前記データ管理システムに送信する送信工程と、を有することを特徴とする方法。
7. 請求項１乃至５の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
8. 実行したジョブに関するジョブログを生成する画像形成装置であって、
   ジョブログを用いた集計に関する情報を取得する取得手段と、
   前記取得手段により取得した情報に応じて、生成したジョブログに対してキーを付加する付加手段と、
   前記付加手段でキーが付加されたジョブログをデータ管理システムに送信する送信手段と、を有することを特徴とする画像形成装置。
9. 前記取得手段は、前記データ管理システムからデータを取得して、該取得したデータを用いて集計を行う情報処理装置から、前記集計に関する情報として、当該情報処理装置が前記データ管理システムからデータを取得する際の条件に応じたキーを取得することを特徴とする請求項８に記載の画像形成装置。
10. 前記送信手段により送信されたジョブログに関する情報を、前記データ管理システムからデータを取得して、該取得したデータを用いて集計を行う情報処理装置に対して通知する通知手段を更に有することを特徴とする請求項８または９に記載の画像形成装置。
11. 実行したジョブに関するジョブログを生成する画像形成装置における方法であって、
    ジョブログを用いた集計に関する情報を取得する取得工程と、
    前記取得工程で取得した情報に応じて、生成したジョブログに対してキーを付加する付加工程と、
    前記付加工程でキーが付加されたジョブログをデータ管理システムに送信する送信工程と、を有することを特徴とする方法。
12. 請求項８乃至１０の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
13. 画像形成装置のデータを管理するデータ管理システムと、当該データ管理システムからデータを取得して集計を行う情報処理装置とを含むシステムであって、
    前記情報処理装置が、
    前記データ管理システムからデータを取得する際の条件を設定する設定手段と、
    前記設定手段で設定された条件に応じたキーが付加された画像形成装置のデータを管理する前記データ管理システムに対して、当該キーをもとにデータを要求する要求手段と、
    前記データ管理システムから前記要求の応答として取得したデータを用いて集計を行う集計手段と、を有することを特徴とするシステム。
14. 前記画像形成装置が、
    前記情報処理装置から、前記集計に関する情報を取得する取得手段と、
    前記取得手段により取得した情報に応じて、前記データ管理システムに送信すべきデータに対してキーを付加する付加手段と、
    前記付加手段でキーが付加されたデータを前記データ管理システムに送信する送信手段と、を有し、
    前記要求手段は、前記送信手段により送信され、前記データ管理システムで管理されているデータの中から、前記キーをもとにデータを要求することを特徴とする請求項１３に記載のシステム。
15. 画像形成装置のデータを管理するデータ管理システムと、当該データ管理システムからデータを取得して集計を行う情報処理装置とを含むシステムにおける方法であって、
    前記情報処理装置が、
    前記データ管理システムからデータを取得する際の条件を設定する設定工程と、
    前記設定工程で設定された条件に応じたキーが付加された画像形成装置のデータを管理する前記データ管理システムに対して、当該キーをもとにデータを要求する要求工程と、
    前記データ管理システムから前記要求の応答として取得したデータを用いて集計を行う集計工程と、を有することを特徴とする方法。

Images