JP2000501528A - データ記憶装置利用アカウンティングシステム - Google Patents

Abstract

(57)【要約】 複数のデータ記憶装置（２０）にデータ記憶に対するアカウンティングと請求費用を決めるシステムと方法が提供される。データ記憶は、サービスレベル番号にマップされ、それは様々なデータアクセスと検索速度を特徴付ける。それ故に、データ量をもとに単にデータ記憶に対してアカウンティングして請求費用をきめるかわりに、それは、各データ記憶のアプリケーションに必要なデータアクセスと検索速度にもと付いてなされる。

Description

【発明の詳細な説明】 発明の名称 データ記憶装置利用アカウンティングシステム 発明の技術分野 この発明は、一般的にアカウンティングソフトウェアの分野に関するものであ る。より特徴的には、この発明はデータ記憶利用アカウンティングシステム（ｄ ａｔａ ｓｔｏｒａｇｅ ｕｔｉｌｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ ｓ ｙｓｔｅｍ）に関するものである。 発明の背景 顧客にコンピュータ処理およびデータ処理サービスを提供する企業に対して 、企業の様々なコストの中心をなす実行コストを顧客のアカウントに正確に割り 当てるためにデータ処理とコンピュータ処理コストに加えてデータ記憶費用をア カウントする手段が提供されなければならない。この手段は“内部チャージバン ク”として知られている。 従来、データ記憶は、ＤＡＳＤ（直接アクセス記憶装置）、テープ、光ディス ク、および、他のハードウェア媒体になされている。各タイプのハードウェア媒 体の利用は、ＩＢＭ（インターナショナル ビジネス マシーン）によるＩＤＣ ＡＭＳおよびＤｃｏｌｌｅｃｔ、ＤＡＳＤに対するスターリングソフトウェアに よるＤＭＳ／ＯＳ（テープマネージメントシステム）およびコンピュータアソシ エーツによるＴＭＳ（テープマネジメントシステム）、レージェントソフトウェ アによるＴＭＣ（テープ管理カタログ）、およびテープ記憶装置に対するＥＤＳ （エレクトリックデータシステムコーポレーション）によるＴＬＳ（テープライ ブラリシステム）のようなユーティリティソフトウェアプログラムによりモニタ ーされ、そして記録される。これらのユーティリティソフトウェアは、各記憶装 置に対するデータ記憶利用統計をとり、それから、それはＤＡＳＤ、テープカー トリッジ、テープリール、光ディスク等の数を計算するのに使用される。その後 、記憶装置の利用費用が、これらの装置に記憶される文字もしくはバイト数に基 づいて計算される。 データ記憶に対する従来のアカウンティング方法は、新しくより高速な記憶技 術を取り入れるのに不向きである。新しい電子記憶媒体が利用可能であり、そし てデータアクセス速度のレンジはより広くなっているので、カートリッジ、リー ル、文字、もしくはバイト数を、もっぱらアカウンティングおよび価格決定の基 礎にすることはもはや無意味である。 従って、新しいデータ記憶技術が現れても、重大な影響なくより正確で現実的 なレベルでデータ記憶をアカウンティングして価格をきめる必要が生じている。発明の要約 本発明に従えば、データ記憶利用アカウンティングシステムおよび方法が提供 され、それは先行システムと方法に係わる欠点を除去もしくは実質的に減少する 。 発明の一観点において、複数のデータ記億装置においてデータ記憶をアカウン ティングして請求費用をきめる（ａｃｃｏｕｎｔｉｎｇ ａｎｄ ｂｉｌｌｉｎ ｇ ｆｏｒ ｄａｔａ ｓｔｏｒａｇｅ）システムと方法が提供される。データ 記憶はサービスレベル番号にマップされ、それは様々なデータアクセスおよび検 索速度により定義される。それ故に、記憶されたデータ量を基礎に単にデータ記 憶をアカウンティングして請求費用を決める代わりに、それは、各データ記憶の アプリケーションにより要求されるデータアクセスと検束速度、および各サービ スレベルにデータが存在した日数に基づいてなされる。 発明の他の概念において、複数のデータエレメントが多数のデータ記憶ユーテ ィリィソアトウェアプログラムから受け取られる。データエレメントは、データ 記憶装置およびオペレーティングシステムと記憶管理ソフトウェアにより生成さ れた記憶利用統計を記述する。データエレメントは、あるサポートテーブルに従 って、データ記憶に対するサービスレベルマッピングを提供し、そこから請求費 用を決める情報が得られる。 発明のさらに他の概念において、少なくとも、三つのサービスレベルが定義で きる。第１のサービスレベルは高速データアクセスおよび検索速度を提供し、第 ２のサービスレベルは中間的なデータアクセスと検索速度を提供し、そして第３ のサービスベルは低速アクセスと検索速度を提供する。 図面の簡単な説明 本発明をより良く理解するために、付属の図面が参照される。図面において、 図１は、本発明の教示に従って構成されるデータ記憶利用アカウンティングシ ステムの望ましい実施例の動作環境を図示するトップレベルのブロック図である 。 図２はデータ記憶利用アカウンティングシステムおよび動作環境の望ましい実 施例のより詳細なブロック図である。 図３はサービスレベルを示す実施例のテーブルである。 図４はＤｃｏｌｌｅｃｔ Ｍレコードを処理する例示的フローチャートである 。 図５はＤｃｏｌｌｅｃｔ Ｖレコードを処理する例示的フローチャートである 。 図６はテープ上のレコードを処理する例示的フローチャートである。 図７はＤｃｏｌｌｅｃｔ Ｄレコードを処理する例示的フローチャートである 。 発明の詳細な説明 本発明の望ましい実施例は、図１−７に示され、同じ参照番号が様々な図面の 同じもしくは対応する部分に使用される。 図１を参照すると、データ記憶利用アカウンティングシステムの実施例が、そ れが動作環境とともに示されている。データ記憶利用アカウンティングシステム １０は、テープ、ＤＡＳＤ（直接アクセス記憶装置）、光ディスク、メモリおよ び様々な速度および容量の他の電子的記憶媒体のようなデータ記憶装置のような データ記憶装置２０の利用をモニターし、そして記録するユーティリティソフト ウゥア１２−１８からの入力を受け取る。ユーティリティソフトウェア１２−１ ８は、また、利用情報を提供するオペレーティングシステムと記憶管理ソフトウ ェアにより記録されるデータに対して記憶装置をスキャンする。この情報は、処 理するためのデータ記憶利用アカウンティングシステム１０に与えられる。記憶 管理ソフトウェアの例はＩＢＭによる記憶管理サブシステム（ＳＭＳ）である。 データ記憶利用アカウンティングシステム１０により生成された出力は、予め きめらた形態もしくは特定の問題のレポートおよびデータレコードであり得、そ れは請求費用をきめることおよび予算目的に使用できる。特に、データ記憶が顧 客のサービスに使用される時、データ記憶利用アカウンティングシステム１０は 、顧客にデータ記憶装置を操作しおよび維持するための費用を割り当てるために 内部チャージバンクに対して使用できる。 図２は、データ記憶利用アカウンティングシステム１０のより詳細なブロック 図である。上記のように、複数のデータ記憶装置２０が利用ソフトウェア２４− ３４によりモニターされアクセスされる。これらのソフトウェアは、ＩＢＭによ るＩＤＣＡＭＳによりなされるＶＴＯＣ（内容のボリュームテーブル）スキャン 、スターリングソフトウェアによるＤＭＳ／ＯＳ（ディスク管理システム）およ びコンピュータアソシエーツによるＴＭＳ（テープ管理システム）およびレージ ェントソフトウェアによるＴＭＣ（テーブ管理カタログ）、およびテープ記憶装 置のためのＥＤＳによるＴＬＳ（テープライブラリシステム）を含む。これらの 全てのユーティリティソフトウェアは記憶媒体にアクセスし、そしてオペレーテ ィングシステムと記憶管理ソフトウァアにより生成され、そして書かれる記憶媒 体からの一組の工業的標準データエレメントを得る。ユーティリティソフトウェ アにより提供される工業的標準データエレメントセット４０から、データエレメ ントのサブセット４２が、ブロック４４で示されるように、データ記憶利用アカ ウンティングシステム１０により使用されるレコードに選択され、そして再フォ ーマットされる。 選択されたデータ要素４２は次を含む： １．データセット名−最大値４４キャラクタから構成される標準データセット 識別子である。データセット名は、周期的に記述されるレベル番号を含む。 ２．ボリュームシリアル番号−記憶装置識別番号。 ３．システム識別子−コンピュータシステムの論理識別子、それは幾何学的も しくはサイト情報を提供する。 ４．データおよび時間−データセットが最後にアクセスされたデータおよび時 間。 ５．量−データセットがギガバイトのユニットに占める記憶空間の量。 ６．アカウンティングコード−アカウンティングもしくは請求番号を識別する 。 ７．ユーザ定義パラメータ− 記憶クラスおよび管理クラスを含むＳＭＳパラ メータ。 これらのデータエレメント４２およびサポートテーブル４６からの情報から、 データ記憶利用アカウンティングシステム１０は、４つのメインカタログにグル ープ分けできるタスクの番号を実行する。 １．アクセスコードを割り当てること ２．サービスレベルを決定すること ３．例外処理 ４．報告 これらのタスクは、この順番で実行される必要はないことを特に記す。 これらのアクセスコードは、望ましい実施例において３つのソースもしくはプ ロセスから導かれる。第１のソースはデータセットネーム（ＤＳＮ）／アクセス コードテーブル、サポートテーブル４０の一つからから可能である。データセッ ト名はマルチプルレベルもしくはレベル間の“．”により区分けされた列をもつ ことができる。データセット名はＤＳＮ／アクセスコードテーブルの対応アクセ スコードを参照するのに使用される。アクセスコードは、献呈されたボリューム もしくは特定アカウントに対するワークパックとして請求費用を決めるための全 ボリュームを識別するのに使用される献呈ボリュームテーブルを参照することに よりまた決定できる。アクセスコードは、またＤＳＮ／アクセスコードテーブル もしくは献呈ボリュームテーブルから導かれるアクセスコードを無視するように マニュアルで割当てることができる。 選択されたデータ要素４２とサポートテーブル４６から、サービスレベルと対 応する請費用を定めるエレメントが決定できる。３つのサービスレベルは、アク セス検索速度により区別できる。サービスレベル１は、非常に高速で即時アクセ スおよび転送レートを提供する。サービスレベル１は、クリティカルパスアプリ ケーションファイルもしくは高度に相互作用するファイルに対して使用される。 このレベルのデータ記憶を必要とするカスタマーサービスは、自動金銭出納機械 と航空予約システムを例えば含み、ここにデータは“オンライン”および即時ア クセスであることを要求される。 サービスレベル２は、データベースの更新およびデータをバックアップするメ ンテナンスバッチ機能を提供するように定義される。これらは、非クリティカル なパスアプリケーションもしくは低アクセスヒストリカルファイルを含む。サー ビスレベル２の機能は、昼間に変更、付加、もしくは削除されるデータの更新、 およびバックアップするのに夜間に通常実行される。 サービスレベル３は、時間的にクリティカルでないデータ記憶レベルを提供す るように定義され、例えば、データ保管もしくはバックアップである。レベル３ では、例えば、数日間の計算量応答時間もつことが可能である。 サービスレベル番号とその定義は、会社が提供するサービスの性質に従って調 製される。各々が異なるアクセスおよび応答要求をそれぞれ特定するように４、 ５もしくはそれ以上のサービスレベル数に拡張することが特に考えられる。より 速いデータ記憶媒体の開発と導入により、アクセス検索時間の範囲は、より広が り、そしてサービスレベルの定義はそれに従って調製できる。 図３を参照すると、記憶／管理クラステーブルの一部がデータ記憶に対する請 求費用を決定するサービスレベル概念が示されている。同様のテーブルがまた、 利用できるサービスを識別するために、そして各顧客に対して最適なデータ記憶 計画を選択するようにマネージャおよびセールスおよび個々のマーケティングを 手助けするために使用できる。テーブルの第１コラムにおいて、識別ストリング は記憶クラスを特徴付けるのに使用される。記憶クラスはどのタイプの記憶装置 もしくは媒体が使用されるかを識別する。第２コラムは、記憶クラスに対する対 応管理クラスを特徴付ける。各記憶と管理クラスの組合せに対して、データ記憶 計画がテーブルに記述される。 例えば、第１列にリストされている記憶および管理クラスに対して、データは サービスレベル１と２でゼロ日費やし、しかしサービスレベル３では限定されて いない（９９９日で指示されてる）。それ故に、この記憶と管理クラスのデータ は、決して時間クリティカルでない。第２列において、特定の記憶と管理クラス により指示されるデータは、サービスレベル１のなんらかのデータアクセスの後 に第１日を費やし、そしてその後サービスレベル２で３日であり、その後サービ スレベル３である。それ故に、この記憶および管理クラスのデータは、データセ ットのデータアクセスの後、第１日のみに高速アクセスと検索時間を必要とし、 続く３日で中間のアクセスと検索時間であり、そしてそれから、低レベルのアク セスと検索時間が無限に続く。 従って、サービスレベルを決定する機能として、請求費用を決めるエレメント は、記憶／管理クラステーブルにアクセスすることと、データセットに対する最 後のアクセス日と現在日から導かれる。データが記憶の特定のサービスレベルに あった時間の長さは、現在日から最後のアクセス日を引くことによりコンピュー タ処理できる。請求費用を決めるエレメントは、サービスレベル１、２もしくは ３を指示するために使用されるコードに等しい。Ｎｏｎ−ＳＭＳデータ（非記憶 管理サブシステムデータ）は、Ｎｏｎ−ＳＭＳテーブルおよびこれらの装置によ り提供されるサービス、もしくはもしデバイスが予め決められたアカウントに献 呈されているのであれば、献呈ボリュームテーブルで予め決められた記憶装置に 基づく請求費用を決めるエレメントを割り当てる。請求費用を決めるエレメント の割当ては、より詳細に以下で議論される。 データ記憶利用アカウンティングシステム１０は、また例外的処理を提供する 。処理は非適合データとフォーマットを識別し、そしてマニュアル調査のために データレコードを保留することを提供する。非適合レコードは、この目的のため に１つのファイルもしくは複数のファイルに書き出される。マニュアル調査の結 果として、入力データは予めきめられたフォーマットに従うように修正され、も しくは変更がデータ処理を許可するためのサポートテーブルになされる。例外処 理は、あらゆるソースからのデータが訂正され、読まれそして処理されることを 保証する。 データ記憶利用アカウンティングシステム１０のレポーティング機能は、毎日 、請求費用を決めるエレメントを出力する。請求費用を決めるエレメントは、各 アカウントに請求書を発行し、利用をまとめ、傾向解析をするのに使用される。 レポーティング機能は、週毎にもしくは別の決められた期間にまとめることをす る。ユーザは周期的に報告するために特定の報告を定義する。 下記の図４−７は、特定のレコードタイプ番号を処理するための例示的フロー である。図４はＤｃｏｌｌｅｃｔ Ｍ レコードを処理するための処理フロー記 述する。処理は最初、ブロック１６で示されるようにＤｃｏｌｌｅｃｔ Ｍ レ コードを読む。これらのレコードは、選択されたデータエレメントを含み、そし て再フォーマットされることを思い出すこと。レコードにおける記憶／管理（Ｓ ＴＧ／ＭＧＴ）クラスフィールドは、ブロック６２に示されるようにその内容に 対してチェックされる。もし、それが空であれば、その時、予めきめられた“ワ イルドカード（ｗｉｌｄ ｃａｒｄ）”コードが、ブロック６４に示されるよう に、その記憶／管理クラスフィールドとしてレコードに割当てられる。続いてブ ロック６６において、記憶／管理クラステーブルは請求費用を決めるエレメント を参照してコンピュータ処理するためにアクセスされる。請求費用を決めるエレ メントはそれからレコードに書かれる。アクセスコードはそれからデータセット 名に基づいてＤＳＮ／アクセスコードテーブルで求められる。もし、それがテー ブルにあれば、その時、ブロック６８に示されるようにその有効性を確証する。 もし、コードが有効でないなら、その時、レコードは無効レコードとしてフラグ 付けされ、そしてブロック７２に示されるように無効レコードファイルに書き出 される。もし、アクセスコードが有効であれば、その時、レコードが出力として 与えられる。 図５は、Ｄｃｏｌｌｅｃｔ Ｖレコード、ＤＭＳ／ＯＳレコード、もしくは献 呈ポリュームデータセットに対する例示的処理の流れを示す。これらのレコード は、１時間あたり１個生成され、そのため１日あたり２４レコードが生成される 。現在のプロセスは、各日に対して最大データ量のレコードを使用する。これら のレコードは、あらかじめソートされ、そして最大データ量のレコードが選択さ れる。１日分以上の相当量のレコードが現在処理において１度に処理できる。下 記のテーブルＡは、献呈ボリュームテーブルの例示的場合を示し、参照すること により、Ｖレコード処理の理解を助けるのに役立つ。 献呈ボリュームテーブルにおけるあるフィールドは、他のものがオプショナル である間に、要求されることに注目。例えば、ＶＯＬＳＥＲフラグタイプ、アク セスコード、および請求費用を決めるエレメントを要求される。テーブルＡの記 述コラムは献呈ボリュームテーブルのデータの説明を与える。 それ故に、ブロック８０で示されるように最大データ記憶量をもつレコードが 読まれる。ブロック８２で示されるように、参照機能は、献呈ボリューム（ＤＥ ＤＶＯＬ）テーブルのレコードのボリュームシリアル番号（ＶＯＬＳＥＲ）を割 り当てるのに使用される。もし、ボリュームシリアル番号がテーブルに見つから なければ、ボリュームシリアル番号はブロック８４で有効でないことを指示し、 それからレコードが記述され、そしてブロック８６で示されるようにプロセスが 絶たれる。そうでなければ、ブロック８８において、献呈ボリュームテーブルの フラグタイプフィールドが、スキャン期間にオンラインであるかどうかを調べる ためにチェックされる。もし、フラグがボリュームがオンラインでないか、もし くはオフラインであることを指示していれば、その時、ボリュームはレコードを 生成するためにスキャンされるべきではなかった。もし、ＮＯ ＳＣＡＮ が正 しければ、ブロック９０で示されるようにその時レコードは廃棄され、そして、 もしレコードのエンドに達していなければ、ブロック１００で決定されるように 、他のレコードがブロック１０１で読まれる。 その後、もし献呈ボリュームテーブルが、現在のボリュームがスキャンされる べきであることを指示していれば、その時、ボリュームに対する献呈ボリューム テーブルに記録された請求費用をきめるこエレメントは、はレコードに書かれる 。アクセスコードは、その後、ブロック９２と９４に示されるように、ＤＳＮ／ アクセスコードテーブルのデータセット名を参照することにより、有効性が確証 される。もし、アクセスコードが有効でないなら、その時、ブロック９６に示さ れるようにレコードは無効ファイルへの無効レコードとして書き出される。もし 、コードが有効なら、ブロック９８で示されるように、その時、レコードが出力 として与えられる。 続いて、ブロック１００で、読まれるべき少なくとも１つの他のレコードがあ るかどうかを調べるために入力がチェックされる。各日に対する最大データ記憶 量をもつレコードが処理に使用され、そして同時に多くの日のレコードが同時に 処理されることを思い出すこと。もし、レコードの終わりに達していなければ、 他のレコードがブロック１０１で読まれ、そして処理は入力レコードの処理を継 続するためにブロック８２にループして戻る。 レコードの終わりがブロック１００に到達したら、その時、スキャンされるべ きボリュームとして献呈ボリュームテーブルに指示されていたあらゆるレコード が処理された。続く処理は、スキャンニングの間にオフラインであったボリュー ムのそれらのレコード、もしくはスキャンされたが献呈ボリュームテーブルにＮ Ｏ ＳＣＡＮフィールドにより指示されていたのでスキャンされるように意図さ れていないボリュームに関する。 献呈ボリュームテーブルのエントリは、ブロック１０２と１０４に示されるよ うに、ＮＯ ＳＣＡＮが真であるエントリに達するまで読まれる。仮のＶＴＯＣ レコードが、それから、アクセスコードおよび請求費用をきめるエレメントを含 めて、ブロック１０８の献呈ボリュームテーブルからの情報をもつＮＯ ＳＣＡ Ｎ ボリュームに対して生成される。アクセスコードの有効性の確証は、それか らブロック１１０で実行される。もし、アクセスコードが、有効でないなら、レ コードがブロック１１４の例外処理のために無効ファイルに書かれ、そうでなけ れば、ブロック１１６に示されるようにレコードが出力に書かれる。献呈ボリュ ームテーブルは、その時、終了即ちＥＯＦ（ファイル終了）がブロック１１８に 達したかどうかを決定するために確かめられる。もし、処理されるべきより多く のエントリがあれば、処理はブロック１０２に戻りＮＯ ＳＣＡＮ指定をもつボ リュームを参照して継続する。もし、エンドに達したら、処理は終了する。 図６は、あらゆるテープレコードを処理するために例示的フローを示す。テー プ記憶は、現在の実施例において管理クラスの指定を必要としない。請求費用を きめるエレメントは、例えば記憶がオンサイトであるかオフサイトであるかどう かに基づいて決定される。例えば、ブロック１２２で示されるように、レコード に予め決められたフィールドを読むことにより、それがオンサイトもしくはオフ サイト使用であるかどうかに関して決定がされる。もしそれが、オフサイトテー プもしくはカートリッジであれば、ブロック１２４で示されるようにＲＴＬＳＴ ＡＰＥの記憶（ＳＴＧ）クラスが、レコードに割当てられる。もし、それが、オ ンサイトテープもしくはカートリッジであれば、ブロック１２６に示されるよう に、その時、ＴＬＳＴＡＰＥの記憶クラスがレコードに割当てられる。ブロック １２８に示されるように、記憶クラスの割当てに基づいて、記憶／管理（ＳＴＧ ／ＭＧＴ）クラステーブルのテーブル参照が、レコードに書かれている適切な請 求費用をきめるエレメントを決定するために使用される。ブロック１３０と１３ ２に示されるように、アクセスコードは、ＤＳＮ／アクセスコードテーブルを参 照することによりそれから決定され、そして有効性の確証がなされる。もし、ア クセスコードが有効であれば、レコードが出力に書かれ、そうでなければ、ブロ ック１３４と１３６に示されるように無効ファイルに書かれる。 図７を参照すると、Ｄｃｏｌｌｅｃｔ Ｄレコード、ＶＴＯＣ（Ｖｏｌｕｍｅ Ｔａｂｌｅ ｏｆ Ｃｏｎｔｅｎｔｓ（内容のボリュームテーブル））スキャン 、もしくはＤＭＳレコードプロセスフローが示されている。ＶＴＯＣはボリュー ム上の各データセットを記述するＤＡＳＤ上のテーブルである。１４０と１４２ のブロックにおいて、レコードが最初読まれ、そしてそれからボリュームシリア ル番号が、献呈ボリュームテーブルにアクセスすることによりそれが献呈ボリュ ームであるかどうかを決定するために使用される。もし、データセットが献呈ボ リュームテーブルに見つかるか、もしくはレコードのフラグフィールドがそれは 排除されるべきこともしくは献呈全ボリューム（ＦＵＬＬＶＯＬ）であること指 示していれば、ブロック１４４と１４６に示されるようにレコードは廃棄される 。そうでなければ、記憶クラスフィールドが空であれば、ブロック１４８で決定 されたように、それから、ブロック１５０で示されるようにボリュームシリアル 番号はＮｏｎ−ＳＭＳテーブル参照を実行するのに使用される。例示的Ｎｏｎ− ＳＭＳテーブルがテーブルＢに示されている。 Ｎｏｎ−ＳＭＳテーブルは特定のボリュームシリアルナンバー（ＶＯＬＳＥＲ） に対する請求費用をきめるエレメントを備え、それはレコードに書かれる。もし 、特定のボリュームシリアル番号に対するテーブルにエントリがなければ、その 時デフォルトの請求費用をきめるエレメントがレコードに書かれる。例えば、サ ービスレベル１を特定する請求費用を決めるエレメントが、デフォルトとして特 定できる。 一方、もし記憶クラスがレコードに特定されていれば、その時、ブロック１５ ２に示されるように、記憶／管理（ＳＴＧ／ＭＧＭＴ）テーブルの請求費用を決 めるエレメントを参照するのに使用される。請求費用を決めるエレメントは、そ れから最新データアクセスからの日数に基づいて割当てられ、そしてレコードに 書かれる。その後、ブロック１５４で、アクセスコードが、データ記憶利用アカ ウントコード導出方法、シリアル番号０８／ｘｘｘ，ｘｘｘと題され、ＥＤＳに 譲渡された関連特許出願の主題である方法権利に基づいて導かれる。もし、アク セスコードが、ＤＳＮ／アクセスコードテーブルに見つからないなら、ブロック １５６と１５８に示されるように、その時、レコードは無効ファイルに書き出さ れる。もし、アクセスコードが見つかるなら、その時、ブロック１６０と１６２ に示されるように、その有効性に関して、決定がなされる。もし、アクセスコー ドは有効でないなら、その時、レコードは、また無効ファイルに書かれる。もし 、コードが有効なら、レコードが出力として提供される。 従って、データ記憶が、顧客データアクセス検索要求に基づいてより現実的な コスト的に有効な方法でアカウトされそして請求費用がきめられる。データ記憶 アクセスおよび検索は、新しい技術が利用可能になるに従って、歴史的により速 くそしてより経済的になった。記憶技術に請求費用をきめることの基礎を置く代 わりに、データ記憶利用アカウンティングシステム１０は、革命的に、請求に対 する基礎としてアクセスと検索速度要求を使用する。この新しいプロセスを使用 することにより、記憶管理は、それが定義されたサービス要求をできるだけ満た すように、顧客の要求したメディアタイプと独立にハードウェアを管理すること ができる。記憶管理は、アクセスおよび検索要求を満たすようにハードウェアサ ポートの立場からのいくつかのオプションをもち、そのためより費用効率の良い 決定をする。 顧客の観点から、顧客は、記憶媒体のタイプに関心を持たなければならないこ となく、その営業上の要求により調製することにより一層計画的な方法でデータ 蓄積を決定できる。メディアタイプは、よりコスト的に有効な方法で選択できる ので、顧客は、その営業上の要求を犠牲にすることなく節約する利益を得ること ができる。 本発明とその利点が、詳細に説明されたが、様々な変更、代用および交代が、 付属の請求範囲により定義されるように発明の精神と範囲から逸脱することなく そこにおいてなされる。

Claims (1)

1. 【特許請求の範囲】 １． 複数のデータ記憶装置のデータ記憶に対してアカウントおよび請求費用 を自動的にきめる方法において、 １つもしくはそれ以上のサービスレベルのデータ記憶をデータ記憶装置にマッ ピングし、 該サービスレベルは様々なデータアクセスおよび検索速度を特徴付け、、 該サービスレベルマッピングに基づいて該データ記憶に対する請求費用を決め ることを特徴とする方法。 ２． 該いくつかのサービスレベルにマッピングする該データ記憶のデータア クセスからの経過時間をコンピュータ処理することを特徴とする請求項１に記載 の方法。 ３． 該コンピュータ処理された経過時間と該サービスレベルのマッピングに 基づいて、請求費用を決定するエレメントを決定することを特徴とする請求項２ に記載の方法。 ４． 高速データアクセスと検索速度に対する第１のサービスレベルと、中間 のデータアクセスと検索速度に対する第２のサービスレベルと、低速のデータア クセスと検索速度に対する第３のサービスレベルを備えることを特徴とする請求 項１に記載の方法。 ５． 該各データがデータ記憶にアクセスした後に該第１サービスレベルにあ った第１の日数を決定し、該各データがデータ記憶にアクセスした後に該第２サ ービスレベルにあった第２の日数を決定し、該各データがデータ記憶にアクセス した後に該第３サービスレベルにあった第３の日数を決定することを特徴とする 請求項３に記載の方法。 ６． 各データが該データ記憶装置にアクセスした後に各サービスレベルにあ る日数を記述するデータ記憶計画を決定することを特徴とする請求項３に記載の 方法。 ７． データセット名、記憶クラスおよび管理クラスを含む各データ記憶装置 にデータ記憶を記述するデータエレメントの予めきめられたセットを受け取るこ と、 データセット名に基づいてアカウントコードを決定するためのアカウントコー ドテーブルにアクセスすること、 該記憶クラス、管理クラス、および該サービスレベルマッピングに基づいて請 求費用をきめるエレメントを決定することを特徴とする請求項１に記載の方法。 ８． ボリュームシリアル番号を受け取ること、 該ボリュームシリアル番号を割り当てるための献呈ボリュームテーブルにアク セスすること、 該ボリュームシリアル番号がそこに割り当てられている時、献呈ボリュームテ ーブルから請求費用をきめるエレメントを得ることを特徴とする請求項７に記載 の方法。 ９． 予めきめられたフォーマットをもち、そして各データ記憶装置に該デー タ記憶を記述する複数のデータエレメントの予め決められたセットをもつ複数の レコードを読み、 該複数のレコードの各々を処理し、そして該サービスレベルのマッピングと該 データエレメントに基づいて請求費用を決定するように各々にエレメントを付加 し、 該複数のレコードを出力することを特徴とする請求項１に記載の方法。 １０． 一般的な報告を出力することを特徴とする請求項１に記載の方法。 １１． 複数のデータ記憶装置に記憶されたデータに対するアカウントティング および請求費用を自動的に決める方法において、 最後のデータアクセス日からのデータアクセス経過時間に基づいて一つもしく はそれ以上のサービスレベルに記憶されたデータをマッビングし、該サービスレ ベルはデータアクセスと応答速度を特徴付け、 該サービスレベルマッピングに基づいて該データ記憶に対して請求費用を決め ることを特徴とする方法。 １２． 最後のデータアクセス日からの該経過時間をコンピュータ処理し、 該コンピュータ処理時間と該サービスレベルマッピングに基づいて請求費用を きめることを特徴とする請求項１１に記載の方法。 １３． 高速データアクセスと検索速度に対する第１サービスレベルを決定し、 中速データアクセスと検索速度に対する第２サービスレベルを決定し、 低速データアクセスと検索速度に対する第３サービスレベルを決定し、 該データは最後のデータアクセス日からの第１の予め決められた日数だけ第１ のレベルにあり、その後の第２の予め決められた日数だけ第２のサービスレベル にあり、、およびその後の第３の予め決められた日数だけ該第３のサービスレベ ルにあることを特徴とする請求項１１に記載の方法。 １４． 各データアクセスの後に該データ記憶が各サービスレベルにある日数を 記述するデータ記憶計画を決定することを特徴とする請求項１１に記載の方法。 １５． データセット名、記憶クラス、そして管理クラスを含む該データ記憶装 置の該データ記憶を記述するデータエレメントの予め決められたセットを受け取 り、 該データセット名に基づいてアカウントコードを決定するためにアカウントコ ードテーブルにアクセスし、 該記憶クラス、管理クラスおよび該サービスレベルマッピングを決定すること を特徴とする請求項１１に記載の方法。 １６． ボリュームシリアル番号を受け取り、 該ボリュームシリアル番号を割り当てるための献呈ボリュームテーブルにアク セスし、 該ボリュームシリアル番号がそこに割当てられている時、献呈ボリュームテー ブルから請求費用をきめるエレメントを得ることを特徴とする請求項１５に記載 の方法、 １７． 予めきめられたフォーマットおよび各データ記憶装置のデータ記憶を記 述するデータエレメントの予め決められたセットをもつ複数のレコードを読み、 該複数のレコードの各々を処理し、および該サービスレベルマッピングと該デ ータエレメントに基づいて請求費用を決定するようにエレメントを付加し、そし て、該複数のレコードを出力することを特徴とする請求項１１に記載の方法。 １８． データ記憶装置を記述するデータエレメントのセットを与えるユーティ リティソフトウェアによりモニターされる複数のデータ記憶装置のデータ記憶に 対してアカウンティグと請求費用をきめることを特徴とする方法において、 該ユーティリティソフトウェアにより生成されたデータエレメントの選択セッ トをフォーマッティングし、 該複数のレコードを読み、 該複数のレコードの各々を処理し、いくつかのサービスレベの一つにデータ記 憶をマッピングし、該サービスレベルは様々なデータアクセスと検索速度を特徴 付け、 該複数のレコードを処理し、そしていくつかのサービスレベルの一つにデータ 記憶をマッピングし、該いくつかのレベルは様々なデータ記憶をマッピングし、 該いくつかのレベルは様々なデータアクセスと検束速度を特徴付け、 該サービスレベルのマッピングと該データエレメントの選択セットに基づいて 請求費用を決定するように各レコードにエレメントを付け加え、 該複数のレコードを出力することを特徴とする方法。 １９． 最後のデータアクセスと現在データを受け取り、 該サービスレベルをマッピングするためのデータ記憶の最新のデータアクセス 日からの経過時間をコンピュータ処理することを特徴とする請求項１８に記載の 方法。 ２０． コンピュータ処理された時間の経過と該サービスレールのマッピングに 基づいて請求費用をきめるエレメントを決定することを特徴とする請求項１９に 記載の方法。 ２１． 高速データアクセスと検索速度に対する第１のサービスレベルを定義し 、 中速データアクセスと検索速度に対する第２のサービスレベルを定義し、 低速データアクセスと検索速度に対する第３のサービスレベルを定義すること を特徴とする請求項１８に記載の方法。 ２２． 該データ記憶が該第１サービスレベルにある各データアクセスの後の第 １の日数を決定し、 該データ記憶が該第２サービスレベルにある各データアクセスの後の第２の日 数を決定し、 該データ記憶が該第３サービスレベルにある各データアクセスの後の第３の日 数を決定することを特徴とする請求項２０に記載の方法。 ２３． 該データ記憶が各アクセスレベルにある日数を記述するデータ記憶計画 を決定することを特徴とする請求項１８に記載の方法。 ２４． データセット名、計画クラス、および管理クラスを含むデータエレメン トの該選択セットを受け取り、 データセット名に基づいてアカウントコードを決定するためのアカウントテーブ ルにアクセスし、 該記憶クラス、管理クラス、および該サービスレベルマッピングに基づいて請 求費用をきめるエレメントを決定することを特徴とする請求項１８に記載の方法 。 ２５． ボリュームシリアル番号を受け取り、 該ボリュームシリアル番号に対する献呈ボリュームテーブルにアクセスするこ と、 ボリュームシリアル番号がそこにある時、該献呈ボリュームテーブルから対応 する請求費用をきめるエレメントを得ることを特徴とする請求項２４に記載の方 法。 ２６． データ記憶ユーティリテイソフトウェアにより生成された複数のデータ エレメントを受け取るためのデータエレメント受信装置、該データエレメントは データ記憶利用を記述し、該データエレメント受信装置は該データエレメント、 該データセット名、ボリュームシリアル番号、および記憶クラスをもつ複数のレ コードを生成し、 データセット名に基づいてアクセスコードを備えるアクセスコードテーブル、 記憶クラスに基づくサービスレベルマッピングを備える記憶クラステーブル、 該サービスレベルマッピングは請求費用をきめるエレメントを備えることを特徴 とするデータ記憶のアカウンティングおよび請求費用をきめるシステム、 ２７． 該受信したボリュームシリアル番号に基づく請求費用をきめるエレメン トを備える献呈ボリュームテーブルを備えることを特徴とする請求項２６に記載 のシステム。 ２８． 該受信データエレメントは、管理クラスを含み、そして該記憶クラステ ーブルは、記憶および管理クラスに基づいてサービスレベルマッピングを提供す る記憶／管理クラステーブルであることを特徴とする請求項２６に記載のシステ ム。 ２９． 該記憶／管理クラステーブルは、第１のサービスレベルにおいて費やさ れた最後のアクセス日からの第１の日数に対する第１の請求費用をきめるエレメ ント、第２のサービスレベルにその後あった第２の日数に対する第２の請求費用 をきめるエレメント、第３のサービスレベルにその後あった第３の日数に対する 第３の請求費用をきめるエレメントを含むことを特徴とする請求項２８に記載の システム。