JP2018085005A - レポート作成システム - Google Patents

Abstract

【課題】 顧客にサービスを提供するサービスプロバイダが、デバイス情報に柔軟に属性を追加し、使用状況分析レポートにもそれを反映させることが求められている。一般的なレポート作成方法として、テンプレートにデータを流し込むことでレポートを作成する方法があるが、新規の属性を追加したい場合テンプレートの編集が必要となる。テンプレートの編集は知識を要する場合があり、新規の属性をレポートに追加するのは容易ではないという課題がある。【解決手段】新規属性を追加する際に、新規属性の適用範囲から、新規属性を反映させる必要があるテンプレートを判別する。また新規属性追加時に種別を設定し、テンプレートにも種別を示すラベルを設定することで、テンプレートに新規属性を追加する箇所を特定する。【選択図】 図６

Description

本発明は、レポート作成方法およびプログラムに関するものである。

一般的に、プリンタや複合機（デバイスと称する）の稼働状況を監視したり、使用状況データ（ジョブログ、カウンターなど）を取得し使用状況分析レポートを作成したりするデバイス管理システムが存在する。サービスプロバイダは、デバイス管理システムを利用し、トラブル発生時にはサービスマンを顧客先に派遣したり、使用状況分析レポートを元に、顧客により良いデバイス使用方法の提案を行う。

デバイス管理システムは、クラウドサービスシステムとして提供されることがある。クラウドサービスシステムでは、一般的に、データストレージやユーザ情報は、顧客ごとのシステム上の専用領域であるテナント単位で管理される。テナントとしては、例えば、企業等の顧客が所有する顧客テナントや、顧客へプリンタや複合機の管理・修理サービスなどを提供するサービスプロバイダテナントがある。デバイス管理システムがレポートを作成するために、レポート作成エンジンを使用することがある。

一般的なレポート作成エンジンには、テンプレートと、それに流し込むためのデータを受け取り、テンプレートに従って決まったフォーマットでレポートを出力する機能を持つものがある。例えば、デバイス毎のカウンター値を一覧表示するテンプレートを用意し、デバイス管理システムが毎月１回、デバイスのカウンター値をデータとしてレポート作成エンジンに渡す。これにより毎月同じフォーマットで、デバイスのカウンター値のレポートを簡単に顧客に提供することが可能となる。

特許文献１では、階層化されたコンテンツデータを持つ場合において、テンプレートを利用してレポート作成を行う方法が提案されている。

具体的には、以下の手順でレポート作成を行うものである。コンテンツデータ毎にテンプレートが紐づけられ、テンプレートには、コンテンツデータが持つ属性を表示するように定義されている。レポート作成時にデータとして流し込むためのコンテンツデータを指定するが、指定したコンテンツデータとは別の階層に紐づけられたテンプレートも選択可能とする。該当コンテンツデータが、該当テンプレートに必要な属性を持っていない場合は、空欄でレポートを作成し、レポート作成を指示したユーザが空欄に値を後から入力可能とする。

特開2004-302683号公報

クラウドサービスとして提供されるデバイス管理システムにおいて、顧客テナントには、デバイス情報としてデバイスに関する様々な情報を保持する。例えば、IPアドレスやシリアル番号、デバイスに付属しているオプション機器やデバイスの設置場所などがある。

これらの一般的な情報に加えて、サービスプロバイダはデバイス管理において、それぞれ独自の分類方法でデバイスを分類して管理したり、独自のデバイス情報を使用状況分析レポートに付加して顧客に価値のあるレポートを提出したいという要望がある。例えば、デバイスの独自情報の一例として、あるサービスプロバイダは、複数のサービスレベルを持ち、デバイス毎に提供するサービスレベルを設定して顧客と契約しているとする。

その場合、サービスプロバイダ独自のデバイス情報として、「サービスレベル契約状況」といった属性を追加したいと考える。

一方、サービスを提供している顧客先で、顧客自身が管理している分類を追加してレポート出力してほしいという要望を受ける場合もある。例えば、顧客先で「資産管理番号１」「資産管理番号２」というような形態でデバイスを管理していた場合、顧客独自のデバイス情報として、「資産管理番号１」「資産管理番号２」という属性をその顧客専用に追加したいと考える。このように、独自のデバイス属性は、サービスプロバイダが全体で使用したい場合と、特定の顧客のために追加したい場合がある。

一方、レポート作成方法として、上述した通り、一般的にレポート作成エンジンにテンプレートを登録し、それにデータを流し込む方法がある。テンプレートを用いると、予め決められた項目は容易にレポート作成できるが、独自に追加した項目をレポートに追加するためには、テンプレートの編集が必要となる。テンプレートの編集は知識を必要とする場合もあり、サービスプロバイダがデバイス属性を追加し、それをすぐに反映させたレポートを作成するのが難しいという課題がある。

特許文献１では、コンテンツデータが選択したテンプレートに存在する既存の属性を持っていない場合、不足している属性のデータを追加する手段を持つが、ユーザが新規に独自属性を定義し、デバイス属性の一部として既存属性と同様に扱うような手段は持たない。デバイス情報に使用目的に応じて柔軟にデバイス属性を追加し、かつそれをレポートに出力して顧客に価値のあるレポートを提供する方法が必要とされている。

テナント単位でデータ管理されたクラウドサービスとして提供されるレポート作成システムであって、
独自属性を定義する手段（図４（ａ））と、
独自属性の定義に、レポート表示部を特定する種別情報を持たせる手段と、
サービスプロバイダテナント（３０１）のデータ格納領域にサービスプロバイダ全体で使用する独自属性定義を格納する手段（３０２）と、
顧客テナント（３０３）のデータ格納領域に該当顧客のみが使用する独自属性定義を格納する手段（３０４）と、
独自属性の属性値を顧客テナント（３０３）のデータ格納領域に格納する手段（３０５）と、
テンプレートの特定の表示領域に種別情報を設定する手段（図５）と、
顧客にレポート提供するためのテンプレートを顧客ごとに割り当てる手段と、
追加した独自属性を反映させるテンプレートを判別する手段（Ｓ６０４，Ｓ６０８）と、
追加した独自属性の種別とテンプレートの特定の表示領域の種別情報を照合する手段（Ｓ６０５，Ｓ６０９）と、
テンプレートの特定の表示領域に、種別情報に合致する独自属性を追加してテンプレートを更新する手段（Ｓ６０６）と、
を有することを特徴とする。

本発明によれば、テナント単位でデータ管理されたクラウドサービスにおいて、ユーザが独自のデバイス属性を追加することができ、更に適切なテンプレートの適切な箇所に独自属性を追加したレポートを容易に作成することが可能となる。

本発明の一実施形態としてのシステム構成図 情報処理装置の構成を示すブロック図 データ格納方法の概念図 ＳＰカスタム属性定義を設定するためのＷｅｂＵＩの一例 ＳＰカスタム属性定義を設定するためのＷｅｂＵＩの一例 テンプレートの一例 テンプレートの一例 カスタム属性の追加処理を示すフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。
［実施例１］
図１は、本システムの構成例を示す図である。デバイス管理システムは、ホストコンピュータ１０１と、デバイス１０２と、管理サーバ１０３、機器管理エージェント１０６と、レポート作成サービス１０７を含む。本デバイス管理システムは、例えば、クラウドサービスで用いられる。

クラウドサービスでは、一般的に、データストレージやユーザ情報は、顧客ごとのシステム上の専用領域であるテナント単位で管理される。例えば、企業等の顧客は、顧客テナントに該当し、また、顧客へプリンタや複合機の管理・修理サービスなどを提供するサービスプロバイダは、サービスプロバイダテナントに該当する。以下、顧客テナントとサービスプロバイダテナントとを纏めてテナントと称する。

１つのサービスプロバイダは複数の顧客にサービスを提供するので、１つのサービスプロバイダテナントは、複数の顧客テナントに関連付けられる。顧客テナントのユーザは、顧客テナントに保存されたデータへのアクセス権限を他のサービスプロバイダに委譲（アクセス権限を与える行為）することができる。権限を委譲されたサービスプロバイダは、その権限に基づき、顧客テナントに保存された各種データを参照したり、データを新たに保存することにより顧客にサービスを提供することができる。

図１の管理サーバ１０３は、インターネット等のネットワーク１０４上で公開されており、ホストコンピュータ１０１、デバイス１０２、機器管理エージェント１０６との間で通信可能となっている。デバイス１０２と機器管理エージェント１０６は、ＬＡＮ等の顧客ネットワーク１０５に接続されており、ファイアウォール等を介してネットワーク１０４と接続されている。

管理サーバ１０３は、複数のサービスプロバイダテナントや顧客テナントを管理する。また管理サーバ１０３は、各テナントに所属するユーザについてのユーザ情報を管理する。また、管理サーバ１０３は、ユーザの所属するテナントを識別する。また、管理サーバ１０３は、テナント毎にデータを分けて管理しており、ユーザからアクセスされると、ユーザ認証を行い、そのユーザが所属するテナントが管理するデータへのアクセスを許可する。図１では、管理サーバ１０３が１台のサーバで構成されているように示されているが、管理サーバ１０３の機能を複数の装置で実現するようにしても良い。

ホストコンピュータ１０１は、サービスプロバイダユーザ（サービスプロバイダテナントのユーザ）や顧客ユーザ（顧客テナントのユーザ）が操作する汎用的なＰＣであり、ネットワーク１０４に接続される。ホストコンピュータ１０１とネットワーク１０４の間にファイアウォールが存在する場合もある。ホストコンピュータ１０１は、Ｗｅｂブラウザが搭載されたＰＣであり、管理サーバ１０３が提供するＷｅｂＵＩを閲覧する機能を持つ。

デバイス１０２は、１台以上の複写機などの画像形成装置（デバイス）である。本実施形態において、管理サーバ１０３は、複数の顧客それぞれに対応付けてデバイス１０２を管理する。機器管理エージェント１０６は、デバイス１０２と通信を行い、デバイス１０２から機器情報を収集して管理サーバ１０３に送信する。

本実施形態におけるサービスプロバイダユーザは、ホストコンピュータ１０１を操作して管理サーバ１０３にアクセスし、デバイス１０２を顧客ごとに登録することができる。また、サービスプロバイダユーザは、顧客ごとに管理されたデバイス１０２の情報を参照したり、各デバイス１０２に制御コマンドの実行を指示することができる。また、サービスプロバイダユーザは、管理サーバ１０３に保持されている顧客データを操作可能であり、顧客テナントを管理サーバ１０３に新たに登録することができる。

また、本実施形態における顧客ユーザは、ホストコンピュータ１０１を操作して管理サーバ１０３にアクセスし、サービスプロバイダからサービスを受けることができる。また、顧客ユーザは、サービスプロバイダから送信された使用状況分析レポートをホストコンピュータ１０１にダウンロードして参照することができる。使用状況分析レポートとは、例えば、デバイスの使用状況などが記述されたレポートであり、顧客毎に固有のテンプレートにより作成されている。

ホストコンピュータ１０１は、サービスプロバイダユーザごとや顧客ユーザごとに複数存在する場合もある。レポート作成サービス１０７は、管理サーバ１０３がレポート作成に使用するサービスである。

図１では、ネットワーク１０４を介して接続可能な外部サービスとしているが、管理サーバ１０３内にレポート作成エンジンとして抱える構成でも良い。図２は、ホストコンピュータ１０１、管理サーバ１０３、機器管理エージェント１０６の各装置のハードウェア構成を示すブロック図である。

ＣＰＵ２０１は、ＲＡＭ２０３をワークメモリとして、ＲＯＭ２０２およびハードディスクドライブ（ＨＤＤ）２０８に格納されたプログラムを実行し、システムバス２１２を介して後述する各構成を制御する。ＨＤＤ２０８は、オペレーティングシステム（ＯＳ）や各種プログラムやデータを格納する。ＣＰＵ２０１は、ディスクコントローラ（ＤＫＣ）２０６を介して、ＨＤＤ２０８およびディスクドライブ２０９にアクセスし、各種プログラム等をＨＤＤ２０８にインストールする。

ＣＰＵ２０１は、ネットワークインタフェイスカード（ＮＩＣ）２０７を介して、ネットワーク２１３を介した他のコンピューター等とも通信可能である。ＣＰＵ２０１は、プログラムに従い、ビデオカード（ＶＣ）２０５を介してモニタ２１１にユーザインタフェイス(ＵＩ)を表示する。ユーザは、キーボード（ＫＢ）２１０やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行なう。ＣＰＵ２０１は、キーボードコントローラ（ＫＢＣ）２０４を介してユーザ指示や入力を受け付け、ユーザ指示や入力に応じて様々な処理を実行する。

図３は、サービスプロバイダがデバイス情報に独自の属性を追加する際の、データ格納方法の概念図である。サービスプロバイダテナント３０１が、顧客テナント３０３および顧客テナント３０６に関連づけられ顧客にサービス提供していることを示している。独自属性の使用方法としては、サービスプロバイダが全体で使用したい場合と、特定の顧客のために追加したい場合がある。

前者をサービスプロバイダと契約する全顧客が使用可能な独自属性としてサービスプロバイダテナントに定義情報を格納する（３０２）。後者を特定の顧客のみが使用可能な独自属性として顧客テナントに定義情報を格納する（３０４）。以下、前者をＳＰカスタム属性、後者を顧客カスタム属性と称する。またこれらを合わせてカスタム属性と称する。

図４（ａ）は、管理サーバ１０３がサービスプロバイダテナント向けに提供する、ＳＰカスタム属性定義を設定するためのＷｅｂＵＩの一例である。サービスプロバイダユーザは、ホストコンピュータ１０１のブラウザに表示されたＷｅｂＵＩを操作しカスタム属性定義を行う。カスタム項目定義は、以下の設定から構成される。属性名を入力するテキストボックスと、属性のタイプをリスト、数値、文字列などから選択するドロップダウンボックスと、タイプがリストの場合の選択候補を入力するテキストボックスと、種別を選択するドロップダウンボックス。

本例では、リストの候補値は、カンマ区切りで入力するものとする。種別は、レポートに表示する箇所を特定するための情報で、例えば「構成情報」「カウンター」「監視」など予め管理サーバ１０３に登録されている種別から選択する。設定済の定義を削除したい場合は、削除チェックボックスにチェックを入れて設定を更新する。サービスプロバイダユーザは、属性名、タイプ、リストの候補値、種別を入力し、更新ボタンを押下する。

管理サーバ１０３は、カスタム属性定義の更新指示を受け付けると、ＨＤＤ２０８に構成されるデータベースに保持しているカスタム属性定義情報を更新する。表Ａにデータベースに保存されているＳＰカスタム属性定義のデータ例を示す。管理サーバ１０３は、ＳＰカスタム属性にＩＤを振ってデータベースに格納する。定義されたカスタム属性は、既存のデバイス属性と同様に使用することができる。

図４（ａ）は、ＳＰカスタム属性定義を設定するためのＷｅｂＵＩの一例であるが、顧客カスタム属性定義を設定するためのＷｅｂＵＩも同様である。表Ｂにデータベースに保存されている顧客カスタム属性定義のデータ例を示す。顧客カスタム属性にＩＤを振ってデータベースに格納する。

表Ｃにデータベースに保存されているデバイス構成情報のデータ例を示す。表Ｃの例では、デバイス基本属性としてデバイスＩＤ(dev_id)、シリアル番号(serial_no)、ＩＰアドレス(ip_address)、設置場所(place)、機種名(product_name)の情報を持つ。更に、ＳＰカスタム属性として、契約状況（SP1_001）、要注意（SP1_002）の属性値、顧客カスタム属性として、資産管理番号１（C1_001）、資産管理番号２(C1_002)の属性値を持つ。

次に、テンプレートについて説明する。レポート作成サービスが解釈できる形式で作成されたテンプレートを管理サーバ１０３がＨＤＤ２０８に保持する。

本実施例では、管理サーバ１０３にサービスプロバイダごとに利用可能な複数のテンプレートが保存されており、サービスプロバイダはその中から顧客ごとに使用するテンプレートを選択する。各顧客にどのテンプレートが割り当てられているかの設定情報は、「顧客テンプレート情報」として管理サーバ１０３のＨＤＤ２０８に保持する。

図５（ａ）は、レポート作成サービス１０７が解釈可能なテンプレートの一例である。３ページで構成され、１ページ目は表紙、２ページ目はデバイス一覧表、３ページ目はデバイス監視結果の表となっている。表紙は、お客様名、タイトル、レポート月の情報から構成される。中括弧で記載している箇所は可変のデータを流し込む箇所を示している。

例えばお客様名はテンプレート上には「{customer_name}」と定義し、ここにデバイス管理システム１０３から、デバイス管理システムが保持する該当顧客のお客様名をデータとしてレポート作成サービス１０７に渡す。これにより実際のお客様名が入ったレポートが作成される。２ページ目のデバイス一覧は表形式で、表のタイトルが「デバイス一覧」であり、「デバイス名」「IPアドレス」「機種名」「設置場所」をヘッダ項目として持つことを示している。

表のタイトルに鍵括弧で定義されている文字列“[label : 構成情報]”は、種別ラベルであり、図３のＷｅｂＵＩで設定した「種別」と対応するものである。表の中身のデバイス情報は可変であるため、中括弧でそれぞれ流し込むデータを定義している。デバイス管理システム１０３が持つデバイス構成情報のデータと対応しており、例えば表Ｃのデータを持つ顧客の場合、実際にレポートされるデバイス一覧は表Ｄのようになる。

３ページ目の監視結果の表も、２ページ目と同様の構成となり、表のタイトルと種別ラベル、デバイス監視結果の表から構成される。

図６のフローチャートを用いて、独自属性をレポートに追加する処理を説明する。管理サーバ１０３は、図４（ａ）のＷｅｂＵＩにおいてサービスプロバイダユーザの更新ボタン押下により、カスタム属性定義追加指示を受け付ける（Ｓ６０１）。追加指示をされたのがＳＰカスタム属性であった場合（Ｓ６０２）、管理サーバ１０３は、ＨＤＤ２０８に構成されるデータベースに保持しているＳＰカスタム属性定義情報を更新する（Ｓ６０３）。

管理サーバ１０３は、ＨＤＤ２０８に保存されている該当サービスプロバイダが使用可能なテンプレート情報を読み出す（Ｓ６０４）。管理サーバ１０３は、Ｓ６０１において追加指示を受けたカスタム属性の種別に合致する種別ラベルを持つテンプレートがあるか確認する（Ｓ６０５）。該当するテンプレートが存在する場合、管理サーバ１０３は、すべての該当テンプレートのすべての該当種別ラベルの箇所に、Ｓ６０１で追加指示を受けたカスタム属性を追加する（Ｓ６０６）。

例えば、該当テンプレートが図５（ａ）のテンプレートであり、追加したカスタム属性が表ＡのＩＤ「SP1_001」のカスタム属性だったとする。その場合、属性名「契約状況」、種別が「構成情報」であるので、種別ラベルが「構成情報」である２ページ目のデバイス一覧の表に「契約状況」が追加される。更新されたテンプレートは、図５（ｂ）のようになり、レポート作成時に流し込む値として、契約状況に割り振られたＩＤ「SP1_001」が設定されている。管理サーバ１０３は、レポート作成時に流し込むデータに、カスタム属性「SP1_001」を追加する（Ｓ６０７）。

例えば、カスタム属性の種別が「カウンター」であった場合、管理サーバ１０３は、他のカウンター値と同様の処理を行った値をレポート作成時に流し込むデータとすればよい。例えば設置場所ごとのカウンター値を合算した値をレポート出力している場合、他のカウンター値と同様に設置場所ごとの合算を行った値を流し込むデータとする。

一方、Ｓ６０１で追加指示をされたのが顧客カスタム属性であった場合（Ｓ６０２）、管理サーバ１０３はＨＤＤ２０８に格納した「顧客テンプレート情報」より該当顧客に割り当てられたテンプレートを読み出す（Ｓ６０８）。管理サーバ１０３は、Ｓ６０１において追加指示を受けたカスタム属性の種別に合致する種別ラベルを持つテンプレートがあるか確認する（Ｓ６０９）。

Ｓ６０９の結果、該当するテンプレートが無い場合、管理サーバ１０３は、ＨＤＤ２０８に構成されるデータベースに保持している顧客カスタム属性定義情報を更新する（Ｓ６１５）。Ｓ６０９の結果、該当するテンプレートが有る場合、管理サーバ１０３は、該当テンプレートが別の顧客にも割り当てられているか否かを「顧客テンプレート情報」から確認する（Ｓ６１０）。Ｓ６１０の結果、該当するテンプレートが無い場合、管理サーバ１０３は、ＨＤＤ２０８に構成されるデータベースに保持している顧客カスタム属性定義情報を更新する（Ｓ６１４）。

次のＳ６０６、Ｓ６０７の処理については上述の処理と同様である。Ｓ６１０の結果、該当するテンプレートが有る場合、管理サーバ１０３は、処理方法選択画面を図４（ａ）のＷｅｂＵＩ上に表示する（Ｓ６１１）。処理方法の選択肢は、「該当テンプレートに顧客カスタム属性を追加したものを、該当顧客用に別のテンプレートとして登録する」「顧客カスタム属性ではなくＳＰカスタム属性として登録する」の２つを用意する。

前者は、カスタム属性の追加作業を行っている対象の該当顧客のみにカスタム属性をレポートに追加したいため、同じテンプレートを使用している別の顧客のテンプレートには影響を与えたくない場合に選択する。

後者は、顧客カスタム属性を追加するのは、該当顧客のみが必要な属性を追加する場合であるが、共通のテンプレートを別の顧客でも使用しているのであれば、別の顧客についても有益な追加属性である可能性がある。そのため、顧客カスタム属性ではなく、ＳＰカスタム属性として追加するのが妥当ではないか、再確認を促すための選択肢である。

管理サーバ１０３は、サービスプロバイダユーザのＷｅｂＵＩの操作により選択を受け付ける（Ｓ６１２）。Ｓ６１２の選択が前者であった場合、管理サーバ１０３は該当顧客用に該当テンプレートを複製し登録する（Ｓ６１３）。管理サーバ１０３は、ＨＤＤ２０８に構成されるデータベースに保持している顧客カスタム属性定義情報を更新する（Ｓ６１４）。

次のＳ６０６、Ｓ６０７の処理については上述の処理と同様である。Ｓ６１２の選択が後者であった場合、ＳＰカスタム属性の追加処理として、Ｓ６０３以降の処理を行う。

以上、カスタム属性の追加の際に、テンプレートを更新する手段を説明した。カスタム属性の削除の場合も同様に、テンプレートの更新を行う。管理サーバ１０３がカスタム属性の削除指示を受け付けると、管理サーバ１０３は、該当カスタム属性が設定されている全てのテンプレートの全ての箇所から、該当カスタム属性を削除する。

本実施例では、予めラベル種別が決められており、管理サーバ１０３に保存されたテンプレートにも、特定の種別が記載されている場合について説明した。更に、カスタム属性定義追加時に、サービスプロバイダユーザが自由に種別を定義し、それに対応する種別ラベルを記載したテンプレートをサービスプロバイダが追加できるようにしてもよい。

［実施例２］
実施例１では、サービスプロバイダが追加したデバイス独自属性をレポートに反映させる方法を説明した。本実施例では、独自属性としてＭＩＢ(Management Information Base)情報を追加することで、新規のＭＩＢ値をデバイスから収集してレポートに反映させる場合について説明する。

実施例１と同様の構成や手順については、その詳細説明を省略する。ネットワークに接続されたデバイスの状態監視やカウンター取得方法として、ホストとなる機器管理エージェントによる定期的なポーリングによって、デバイスから情報取得を行う方法がある。

例えば、機器管理エージェントが、デバイスに備わった特定のＭＩＢオブジェクトにアクセスし、ＭＩＢ値を取得することで状態監視やカウンターの取得を行う。
ＭＩＢ情報は分野別の階層構造となっており、枝にはそれぞれ番号が割り当てられており、この番号をつなげたものをＯＩＤ(Object IDentifier)と呼ぶ。ＭＩＢでは、この階層構造と、ＯＩＤを持つオブジェクトがどの様な情報を持ち、どのようなデータ型で定義されているのか等が規定される。

ＭＩＢには、各種のＲＦＣ(Request for Comments)によって規定されるものや、企業により独自に拡張されたプライベート情報等がある。データ型の定義についても管理情報構造（ＳＭＩ(Structure of Management Information)）としてＲＦＣに規定があり、ＡＳＮ.１(Abstract Syntax Notation One)というＩＳＯとＩＴＵ−Ｔで規定された記述言語で表現される。機器管理エージェント１０６は、デバイス１０２と通信を行い、デバイス１０２に備わったＭＩＢオブジェクトにアクセスし、機器状態やカウンターにあたるＭＩＢ値を収集して管理サーバ１０３に送信する。

機器管理エージェント１０６は、それぞれ適切なタイミングで各ＭＩＢ値を取得する。例えばデバイスのエラー状態など監視に関わるＭＩＢ値については、エラー発生時にはすぐに対処することが求められるため、高頻度で収集して管理サーバ１０３に送信する。

一方カウンターに関わるＭＩＢ値については、カウンターは１日ごとの値が分かればよいため、最低で１日１回収集して管理サーバ１０３に送信すればよい。このようにデータの種別によってＭＩＢ値の収集、送信頻度を適切に設定することで、過剰な通信負荷をかけずにデバイス管理やレポートを行うことができる。

図４（ｂ）は、管理サーバ１０３がサービスプロバイダテナント向けに提供するＷｅｂＵＩの一例である。図４（ａ）と同様の構成については、その詳細説明を省略する。図４（ｂ）のＷｅｂＵＩは、追加するカスタム属性がＭＩＢか否かのチェックボックスと、ＯＩＤを入力するテキストボックスを備える。

サービスプロバイダユーザは、属性名やタイプ、種別に加え、新規に取得したいＭＩＢのＯＩＤをテキストボックスに入力し、更新ボタンを押下する。管理サーバ１０３は、カスタム属性定義の更新指示を受け付けると、実施例１と同様の手順で、ＨＤＤ２０８に構成されるデータベースに保持しているカスタム属性定義情報を更新する。更に、管理サーバ１０３は、機器管理エージェント１０６が取得するＭＩＢ値の情報をＨＤＤ２０８に保持する。表Ｅにデータベースに保存するデータ例を示す。ＯＩＤと種別の情報が格納されている。

機器管理エージェント１０６は、管理サーバ１０３に定期的にアクセスして表Ｅのデータを取得し、取得するＭＩＢ値に変更が無いかを確認する。機器管理エージェント１０６は、上述した通り、データの種別によってＭＩＢ値の収集、送信頻度が異なるように設定されている。このデータの種別は、図４（ｂ）のＷｅｂＵＩで設定する「種別」に合致するものである。機器管理エージェント１０６は、管理サーバ１０３から取得したＯＩＤと種別の情報から、それぞれのＯＩＤが示すＭＩＢ値をデバイスから取得するタイミングを決定する。

例えば、種別が「カウンター」のものは、既存のカウンターに関するＭＩＢ値を取得するのと同じタイミングでデバイスから取得するように設定する。収集したＭＩＢ値は、実施例１の手段によりレポートに反映させる。これにより、新規のＭＩＢ値をデバイスから収集してレポートに反映させることが可能となる。

本実施例では、図４（ｂ）のＷｅｂＵＩを用いてサービスプロバイダユーザが種別を選択する方法を示したが、ＭＩＢの分野別の階層構造情報を管理サーバ１０３が持ち、ＭＩＢの階層構造から、種別を自動で判断するようにしてもよい。

１０１ ホストコンピュータ
１０２ デバイス
１０３ 管理サーバ
１０６ 機器管理エージェント
１０７ レポート作成サービス

Claims (2)

1. テナント単位でデータ管理されたクラウドサービスとして提供されるレポート作成システムであって、
   独自属性を定義する手段と、
   独自属性の定義に、レポート表示部を特定する種別情報を持たせる手段と、
   サービスプロバイダテナント（３０１）のデータ格納領域にサービスプロバイダ全体で使用する独自属性定義を格納する手段（３０２）と、
   顧客テナント（３０３）のデータ格納領域に該当顧客のみが使用する独自属性定義を格納する手段（３０４）と、
   独自属性の属性値を顧客テナント（３０３）のデータ格納領域に格納する手段（３０５）と、
   テンプレートの特定の表示領域に種別情報を設定する手段と、
   顧客にレポート提供するためのテンプレートを顧客ごとに割り当てる手段と、
   追加した独自属性を反映させるテンプレートを判別する手段（Ｓ６０４，Ｓ６０８）と、
   追加した独自属性の種別とテンプレートの特定の表示領域の種別情報を照合する手段（Ｓ６０５，Ｓ６０９）と、
   テンプレートの特定の表示領域に、種別情報に合致する独自属性を追加してテンプレートを更新する手段（Ｓ６０６）と、
   を有することを特徴とするレポート作成システム。
2. 独自属性の定義に、デバイスが備えるオブジェクトを特定する識別情報および種別情報を持たせる手段と、
   識別情報および種別情報を格納する手段と、
   デバイスから情報取得を行う機器管理エージェント（１０６）が、前記識別情報および種別情報を取得する手段と、
   機器管理エージェントが前記種別情報に基づいて、種別ごとに設定されたタイミングでデバイスから前記識別情報が示すデータをデバイスから取得する手段と、
   を有することを特徴とする請求項１に記載のレポート作成システム。