JP3936585B2 - 記憶装置運用システム、および、記憶装置レンタルのサービス方法 - Google Patents
記憶装置運用システム、および、記憶装置レンタルのサービス方法 Download PDFInfo
- Publication number
- JP3936585B2 JP3936585B2 JP2002002036A JP2002002036A JP3936585B2 JP 3936585 B2 JP3936585 B2 JP 3936585B2 JP 2002002036 A JP2002002036 A JP 2002002036A JP 2002002036 A JP2002002036 A JP 2002002036A JP 3936585 B2 JP3936585 B2 JP 3936585B2
- Authority
- JP
- Japan
- Prior art keywords
- storage
- storage device
- setting
- computer
- storage area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶装置運用システム、および、記憶装置レンタルのサービス方法に係り、ユーザに対して対価に見合った適切な記憶装置のレンタルをおこなって、顧客満足度を高め、システム側からしてもユーザの要望に基づいた効率的なシステム運用が可能な記憶装置運用システム、および、記憶装置レンタルのサービス方法に関する。
【０００２】
【従来の技術】
企業が運用管理する計算機システムにおいて、記憶装置（以下、「ストレージ」ともいう）のデータ量の増大に伴い、ストレージの運用管理は複雑化し、コストも増大する。それに伴う問題を解決する手段として、企業の計算機システムから、ストレージの運用管理を代行するストレージ・サービス・プロバイダ（以下、「ＳＳＰ(Storage Service Provider)」という）に預ける形態がある。
【０００３】
ＳＳＰは、複数のストレージを有し、自らが有するストレージを切り分けて、複数のユーザにレンタルする。ユーザは、ストレージを使用する対価を支払って、その運用管理などは、ＳＳＰが事業としておこなう。このような形態を取ることにより、データを預けたユーザは、データの運用管理のコストを低減することが可能となる(参考：日経システムプロバイダ２００１．３．１６「サービス事業を支えるＳＳＰ」)。
【０００４】
【発明が解決しようとする課題】
上記ＳＳＰの提供するストレージを利用する形態は、ユーザにとっては、大規模な記憶装置システムを用意せずとも、それ相応の対価で信頼性の高いストレージを利用できるというメリットがあり、ベンダー側に取って、将来有望なビジネス市場であるとみなされている。
【０００５】
このようなＳＳＰの課題としては、自らが持つストレージ資源を最大限に利用して、ユーザの満足を与えつつ、投資に見合っただけのできるだけ多くの利益を得ることにある。
【０００６】
しかしながら、現実の状況としては、多くの様々なニーズを持つユーザがいるために、システムの効率的な利用と、ユーザのストレージに対する要望を同時に満たすことは容易なことではない。
【０００７】
例えば、あるユーザは、資力が豊富にあり、料金が高くとも、性能が高く、大容量の記憶装置を割当ててもらいたいと思うであろうし、また、他のユーザとしては、性能が低くても良く、記憶装置の容量としては、小容量で良いので、安い料金でサービスを受けたいと思うであろう。
【０００８】
これらのユーザの要求に対して、ＳＳＰ側としては、その各々のユーザに対して適切な使用条件、価格を提示することになるが、現実の状況としては、ユーザの要求通りの使用条件、価格を提示できないこともある。このようなときには、ユーザは、ＳＳＰからサービスを受けられないことに失望し、ＳＳＰ側としては、ストレージを利用したいユーザがいるのにもかかわらず、ビジネスチャンスをみすみす失うことがある。
【０００９】
また、ユーザの要求も要求通り、１００％満たされなくても、現実にストレージの使用にあたっては、支障がでないこともたびたびあると予想される。
【００１０】
さらに、ユーザのニーズも固定的なものであり得ず、常に流動的であることを考慮する必要がある。例えば、あるユーザは、一時、大容量のストレージを必要としていたが、現在は、それほどの容量を必要としないことがある。このような状況においては、ユーザにとっては、料金を安くしてもらった方が得策であり、ＳＳＰ側にとっては、現在容量を必要としている他のユーザに回した方が得策である。このような状況であるときに、従来のＳＳＰのサービスの運用では、適切にストレージエリアを配分することは難しかった。
【００１１】
さらに、ユーザの要求をまって、それに応じたサービスをおこなうだけは、必ずしも、システムを有効に利用できず、ユーザにとっても要求案を作る手間がかかることになる。例えば、現在使われていないストレージを廉価に提供することにすれば、ユーザに価格的なメリットがあるし、ＳＳＰ側としてもシステムを有効利用することができる。
【００１２】
本発明は、上記問題点を解決するためになされたもので、その目的は、現実のストレージの使用状況の変化を吸収しつつ、様々なユーザのニーズを満たし、顧客満足度を高めることができ、かつ、ＳＳＰ側のシステムの効率的な運用を図ることできる記憶装置運用システム、および、記憶装置レンタルのサービス方法を提供することにある。
【００１３】
【課題を解決するための手段】
上記の目的を達成するために、本発明では、ユーザがストレージの設定要求をした場合、ユーザの要求を必ずしも１００％満たすものではないが、ユーザに納得の行くレベルの次善のストレージ設定案を提示する。
【００１４】
ストレージの使用状況を管理する管理計算機は、随時ストレージを監視することで、ストレージの使用状況を随時把握している。ストレージ設定案作成において、ＳＳＰ既存ユーザのストレージの設定を変更したときに、ストレージ設定要求を出したユーザの要求に応じたストレージ設定が可能な場合は、そのストレージ設定を提示する。新たに設定案を要求してきたユーザがいるときで、既存ユーザの使用条件を変更すると、新たに設定案を要求してきたユーザの要求をかなえられるときには、既存ユーザに対して、ストレージ変更のための設定案を提示する。この設定案に対して、既存ユーザの設定変更の了解が得られれば、ストレージ設定要求したユーザに対して作成した設定案でストレージが設定できること提示する。ＳＳＰ側では、了解してくれた既存ユーザに対しては、代償として、料金の割引きをおこなうことにする。
【００１５】
以上により、ストレージの設定要求をするユーザに対して、現状のストレージの使用状況で有用なストレージの設定を導き出すことが可能となる。よって、ユーザにはストレージ設定機会を多く与え、ストレージ設定を促進させることが可能である。また、ユーザのストレージ設定が多くなれば、ＳＳＰで運用管理するストレージの空き領域を減少させることが可能になり、ＳＳＰのストレージの効率的な運用を図ることができる。
【００１６】
また、本発明では、ストレージの効率的運用によるストレージの空き領域を減少させるため、ストレージの使用状況に応じて、空き領域のあるストレージとその価格を、サービス商品として公開し、ユーザに向けて随時提示する。これにより、ＳＳＰの提供するサービスの販売促進を図ることができる。
【００１７】
【発明の実施の形態】
以下、図１ないし図１３を用いて本発明に係る各実施形態を説明する。
【００１８】
〔実施形態１〕
以下、図１ないし図１０を用いて本発明に係る第一の実施形態を説明する。
（I）記憶装置運用システムの構成
先ず、図１を用いて本発明の記憶装置運用システムの構成を説明する。
図１は、本発明の記憶装置運用システムの構成図である。
【００１９】
管理計算機１００は、ストレージ１１ａ，１１ｂ，…，１１ｎの使用状況を管理する計算機である。
【００２０】
計算機１０ａ，１０ｂ，…，１０ｎは、ストレージ１１ａ，１１ｂ，…，１１ｎを使用する計算機であり、各計算機はすべてのストレージを使用することが可能である。
【００２１】
ストレージ１１ａは、ストレージ１１ａの管理制御し、各計算機やストレージを結ぶネットワーク１２０と通信可能とする管理モジュール１１０とストレージボリューム群１１１で構成されている。
【００２２】
管理モジュール１１０は、ストレージ１１ａの管理制御し、各計算機やストレージを結ぶネットワーク１２０と通信可能とするとモジュールである。ボリューム群１１１は、ストレージをユーザに提供する最小単位であるボリュームの集合であり、また計算機１０ａ，１０ｂ，…，１０ｎからのデータのＩ／Ｏをネットワーク１２０を介して、リード・ライトをおこなうボリューム１２ａ，１２ｂ，…，１２ｎで構成されている。その他のストレージ１１ｂ，…，１１ｎもまたストレージ１１ａと同様な構成になっているものとする。
【００２３】
ネットワーク１２０は、ファイバチャネルやイーサネット（イーサネットは、登録商標である）などのケーブルを使用したものがあり、場合によってはファイバチャネルとイーサネットと別々にネットワークが構成されることもある。この場合、管理計算機１００、計算機１０ａ，１０ｂ，…，１０ｎ、ストレージ１１ａ，１１ｂ，…，１１ｎには、ケーブルの種類にあわせて複数の通信装置が配置されることもある。
【００２４】
図１に示される記憶装置運用システム１９０を、ＳＳＰが運用するシステムとすると、計算機１０ａ，１０ｂ，…，１０ｎはＳＳＰに対する顧客のサーバであり、１１ａ，１１ｂ，…，１１ｎは、ＳＳＰが各ストレージ内のボリュームに価格をつけて顧客に提供するストレージである。そして、ボリューム１２ａ，１２ｂ，…，１２ｎの一つまたは複数が、ＳＳＰが各顧客に提供するストレージの単位である。また、管理計算機１００は、ＳＳＰのストレージシステムを運用するにあたって必要な情報を管理する計算機である。
（II）記憶装置運用システムで用いられるテーブル構成
次に、図２および図３を用いて本発明の記憶装置運用システムで用いられるテーブルのテーブル構成について説明する。
図２と図３は、本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である。
【００２５】
これらの各種テーブルは、記憶装置運用システム１９０で管理するストレージの情報であり、ストレージの運用状況を示すものである。
【００２６】
図２に示されるストレージ情報テーブル２００は、ストレージ１１ａ，１１ｂ，…，１１ｎの各ストレージ情報を格納するテーブルである。ストレージ情報テーブル２００には、各ストレージを識別するために付加されたストレージＩＤ２０１に関して、ストレージの総容量２０２、ストレージの空き容量２０３、ストレージが通常使用するときに出すことができる標準性能２０４、ＳＳＰが顧客に対して提示する標準価格２０５、現在ストレージが出すことができる最高性能を提示する現在の最高提供性能２０６が格納されている。ストレージの総容量２０２は、ストレージ内のディスクの増減により変化し、また、空き容量２０３は、ＳＳＰが顧客に割り当てたボリュームの容量により変化する。標準性能２０４とは、ストレージが持つアクセスタイム速度、ストレージの信頼性などを総合して差別化した単位である。ここでは、Ａが高性能のストレージであり、以下、Ｂ、Ｃとなるに従い性能が劣化することを表している。標準価格２０５は、ＳＳＰが設定し、この価格の設定の変更によって、顧客に対するストレージの価格が変化する。現在の最高提供性能２０６は、管理モジュール１１０のストレージ管理制御により、新規ボリュームの設定をした場合に出力可能な性能である。
【００２７】
ボリューム情報テーブル２１０は、各ストレージ内で設定されているボリュームの情報を管理するテーブルである。よって、ボリューム情報テーブル２１０は、ストレージ情報テーブル２００に登録されているストレージＩＤの数だけ存在することになる。
【００２８】
ここでは、図２に示されるボリューム情報テーブル２１０は、ストレージＩＤが１のストレージに関する情報とする。ボリューム情報テーブル２１０には、ストレージ内で定義されている各ボリュームを識別するのに付加されたボリュームＩＤ２１１に関して、ボリュームの容量２１２、各ボリュームを使用するユーザ名２１３、使用ユーザ２１３が実際に使用している計算機名２１４、ボリュームに対して性能保証の設定の有無を格納する項目である性能保証２１５、現在のボリュームの性能２１６の情報が格納されている。
【００２９】
性能保証２１５の有無により、ボリュームに関する性能が管理モジュール１１０で調整される。また計算機名２１４に格納される値は、計算機１０a，１０ｂ，…，１０ｎの計算機の識別子である。
【００３０】
ストレージ価格調整テーブル２２０は、前記ストレージ性能が使用中に劣化した場合に関して、ＳＳＰでストレージの価格を割り引くための基準となるテーブルである。ＳＳＰと顧客が契約したときに、顧客が設定時に登録した標準性能２２１と標準性能２２１に対して劣化した性能２２２に関して、その劣化した状態に関して価格割引率２２３を設定する。例えば、顧客の設定時の性能がＡだった場合、顧客が使用中に性能が劣化し、性能がＢに落ちたとする。このときには、価格を４０％割り引いて、ＳＳＰは前記顧客に対してストレージを提供する。このストレージ価格調整テーブル２２０は、ストレージの性能において価格を柔軟に対応させることを可能とし、ストレージの性能な変化があっても、顧客がストレージの使用を継続しようと思わせるのに役立つ情報である。
【００３１】
ストレージ性能定義テーブル２３０は、ストレージの性能を列挙して、一律なストレージの性能の順位づけを設定し、規定するためのテーブルである。
【００３２】
ストレージ性能定義テーブル２３０は、各性能２３１に対し、ストレージのアクセスタイム２３２、ストレージの信頼性２３３などを定義しておくことで、性能の評価を一律にしておくことが可能である。
【００３３】
ストレージ性能保証価格テーブル２４０は、ストレージの設定において、性能保証をする場合に価格を決定するためのテーブルである。各性能２４１に対し、性能保証価格規定２４２に、性能保証を設定するときの価格設定の手段を設定する。例えば、標準価格の２倍と言う設定は、性能保証をおこなわないときの価格の２倍の価格となることを表している。
【００３４】
次に、図３に示されるストレージ設定案テーブル５１０は、システム側が作成してユーザに提示するストレージ設定案を格納するテーブルである。ストレージ設定案テーブル５１０は、各エントリＩＤ５１１に関して、性能５１２、容量５１３、価格５１４、他ユーザとの交渉５１５、要求との比較説明５１６、選択フラグ５１７の項目から成っている。
【００３５】
性能５１２、容量５１３の項目は、システムがユーザに提供するストレージの性能と容量の諸元を表している。また、性能５１２の項目には、性能保証の有無の情報も格納される。
【００３６】
価格５１４の項目には、ユーザに提供するときの価格が格納される。
【００３７】
他ユーザとの交渉５１５は、この設定案を実現するために他のユーザとの交渉が必要になるか否かのフラグを格納する。他のユーザとの交渉が必要であって、ユーザがそのエントリの設定案を選択したときに、他のユーザとの交渉が成立しなかったときには、その設定案は、実現することができないため、ユーザは、別のエントリの設定案を選択するか、システムに設定案の要求を出し直すことになる。また、この項目には、他のユーザの交渉が成立したか否かの結果も格納する。他のユーザとの交渉の手順、経過などの詳細は、後に説明する。
【００３８】
要求との比較説明５１６は、ユーザが要求した設定案との比較を示す説明の情報が格納される。本発明の記憶装置運用システムの特徴の一つとしては、ユーザが要求した設定案の全ての条件を満足しない場合であっても、次善の設定案を作成して提示することにある。この項目は、そのためにシステム側として、作成した設定案とユーザの要求を比較説明して、ユーザに了解を求めるという意味がある。この例では、エントリＩＤが１の項目で、ユーザの要求した性能が、Ａだったが、Ｂの設定案として提示していることを示している。
【００３９】
選択フラグ５１７には、ユーザがこのエントリを選択したことを示すフラグが入る。
【００４０】
次に、ストレージ設定変更テーブル８００は、ユーザとの交渉が必要になった段階で、設定案変更のための規範となるテーブルであり、変更内容８０１、変更割引価格８０２、変更規定８０３の項目からなる。
【００４１】
変更内容８０１は、図３に示されるように、「移動」、「容量変更」、「性能変更」などの変更の種類が入る。変更割引価格８０２は、ユーザに変更してもらった代償として、割り引く価格であり、変更内容によっても割引価格の大小がある。
【００４２】
変更規定８０３は、ユーザに変更してもらうときの条件が格納される。例えば、変更内容８０１が「移動」のときに、「同じ性能のストレージのみ」とは、ストレージを変更するときには、同じ性能のストレージに移動させるというルールである。また、「容量変更」のときに、「容量の増減２５％」とは、容量を変更するにしても、元の容量よりも２５％を超えて減らしてはならないというルールである。さらに、「性能変更」のときに、「１ランクのアップダウン、性能保証は守る」とは、性能を変更するときでも、１ランクの性能変更は良いが、それを超えて性能を落としてはならず、ユーザが性能保証されている状態では、それを変えてはならないというルールである。
【００４３】
なお、同じ変更内容であっても、変更規定を数段階設けて、割引価格に差異をつけるようにしてもよい。
【００４４】
次に、ストレージ変更依頼テーブル９１０は、ユーザとの交渉時に提示される設定案を格納するテーブルである。
【００４５】
ストレージ変更依頼テーブル９１０は、各エントリＩＤ９１１に関して、容量９１２、性能９１３、価格９１４、移動の有無９１５、変更割引価格９１６、選択フラグ９１７の項目から成っている。
【００４６】
容量９１２、性能９１３には、変更前と変更後の性能と容量が対比して格納される。価格９１４は、性能、容量が、変更になったため、変更される価格が、変更前と対比して示される。移動の有無９１５には、ユーザのデータのストレージの変更が生じるが否かのフラグが入る。
【００４７】
変更割引価格９１６には、ストレージ設定変更テーブル８００に基づいて定められる割引価格が格納される。
【００４８】
したがって、ユーザが変更案を受け入れたときには、新たに支払う額は、価格９１４に示される変更後の価格と、変更割引価格を考慮した額となる。
【００４９】
選択フラグ９１７には、ユーザが変更案を受け入れて、このエントリを選択したことを示すフラグが入る。
【００５０】
これら、図２および図３の各種テーブルにおいて、ＳＳＰシステム１９０で管理するストレージ１１ａ，１１ｂ，…，１１ｎの使用状況を管理計算機１００が把握し、ストレージの設定や変更のための情報として利用することが可能となる。そして、ＳＳＰにおいては、ストレージ１１ａ，１１ｂ，…，１１ｎの各ボリュームに対して、ボリュームの使用状況から価格設定を変動させてユーザに提供するための情報となる。
（III）記憶装置運用システムの動作
次に、本発明に係る記憶装置運用システムの動作を、図４ないし図１２を用いて説明する。
【００５１】
（III−１）ストレージ設定要求からストレージ設定までの概略手順
先ず、図４のフローチャートを追いながら、図５ないし図７を用いて、ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を説明する。
図４は、ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を示すゼネラルチャートである。
図５は、ストレージ設定画面を示す模式図である。
図６は、ストレージ設定案メニューを示す模式図である。
図７は、ストレージ設定通知画面を示す模式図である。
【００５２】
これは、ユーザがストレージ１１ａ，１１ｂ，…，１１ｎに対してボリュームの設定を要求して、記憶装置運用システム１９０の管理計算機１００がストレージをユーザに割り当てるときの処理である。
【００５３】
ＳＳＰにおいては、ＳＳＰの顧客からストレージ１１ａ，１１ｂ，…，１１ｎのボリュームの設定要求に対して、顧客にボリュームを割り当て、その結果を提示する処理をおこなうことになる。以下の実施形態の説明においては、ＳＳＰの顧客とユーザは同義とみなしてよい。
【００５４】
図１に示される管理計算機１００は、ストレージの設定を要求するユーザに対して、図５のストレージ設定画面４００を提示して、ユーザからストレージ設定に関する要求を獲得する(ステップ３００)。
【００５５】
このとき、セキュリティ保護のため、ユーザのパスワードを確認した後に、メニューを表示するという手順を加えてもよい。
【００５６】
図５のストレージ設定用画面４００において、性能４０１には、要求する性能、性能保証４０２には、性能保証の有無の指定、容量４０３には、ユーザが要求するストレージの容量を入力する。
【００５７】
この図の例では、性能４０１には、「Ａ」、性能保証には、「有」、容量４０３には、「１００Ｇ」が入力されている。
【００５８】
ユーザは、入力が終って、システム側の管理計算機１００に伝えるには、設定ボタン４０４を、選択するためにマウスなどでクリックすればよい。
【００５９】
設定のために、ユーザが使用する計算機は、ユーザ固有のものでもよいし、共有して使用してもよい。
【００６０】
ここで説明では、設定案の要求項目として、簡単のため、性能と性能保証と容量を要求項目とした。
【００６１】
このとき性能に対して、別の表示画面、あるいは、このストレージ設定用画面４００に、ユーザが設定できる最大容量を見せるようにしてもよい。また、各性能に関する価格を表示してもよい。
【００６２】
例えば、図２に示されたデータを例にとると、性能Ａのストレージの最大容量は、１Ｔであり、また性能Ｂのストレージの最大容量は、１００Ｇであることを表示している。また、性能Ａの１Ｇの価格が、￥１００、性能Ｂの１Ｇの価格が、￥５０などと表示している。
【００６３】
ユーザからのストレージ要求の入力が終わると、他の設定案を作成する必要があるか否かを判断する（ステップ３０１）。
【００６４】
システムが、ユーザのストレージ要求を満たす設定がおこなえるときには、その要求を満たすようにユーザのストレージの設定をおこなって、その旨を通知する（ステップ３０９）。
【００６５】
ここで「他の設定案を作成する必要がある」ときとは、現状のシステムの状態では、ユーザのストレージ要求を満たす設定をおこなうことができず、ユーザの要求を一部満たす次善の設定案を作成するときか、他のユーザとの交渉により、システムの条件を変更する必要があるときである。
【００６６】
この他の設定案の作成については、システム側の管理計算機１００で決定しても良いし、ユーザに選択させてもよい。例えば、管理計算機１００で決定するときには、ストレージ情報テーブル２００とボリューム情報テーブル２１０からユーザの要求を満たすストレージがあるかどうかチェックして、ユーザの要求を満たさなければ、他のストレージ設定案を作成するものとする。
【００６７】
例えば、ユーザの要求として、図５に示したようにストレージ設定画面４００に入力されたとする。このときには、ストレージの性能がＡのものとして、管理計算機１００が、図２に示したストレージ情報テーブル２００の標準性能２０５の項目からストレージＩＤが１のエントリを検索する。このストレージの空き容量は、５００Ｇあるので、ユーザの要求する性能４０３の１００Ｇは、ＯＫである。したがって、この段階で、先ずは、ストレージ情報テーブル２００でのチェックは通ったことになる。
【００６８】
また、このストレージ情報テーブル２００は、現在の最高提供性能２０６により、今要求を受けたときに設定できる最高性能はＢであることを示している。したがって、ストレージＩＤが１のストレージは、性能に関しては、この要求を満たすことができないことになる。
【００６９】
次に、ステップ３０１のチェックで他の設定案を作成することにしたら、ユーザの要求に変わるストレージの設定情報を取得するための設定案作成の処理をおこなう(ステップ３０２)。この設定案作成の処理(ステップ３０２)の詳細については、後で説明する。
【００７０】
ステップ３０２が終わると、ユーザに、図６のストレージ設定案メニュー５００を提示する(ステップ３０３)。
【００７１】
ストレージ設定案メニュー５００は、図３で示したストレージ設定案テーブル５１０に格納された内容をユーザに提示して、選択させるためのメニューであり、ストレージ設定案テーブル５１０の各エントリが、メニューの一行に対応している。ストレージ設定案テーブル５１０の各項目の値は、ステップ３０２で値が格納されている。
【００７２】
ユーザがこのストレージ設定案メニュー５００を選択するときには、選択ボタン１５１７をクリックして、マーク付けをすることになる。この操作により、ユーザが選択したメニューに対応するエントリの選択フラグがＯＮになる。
【００７３】
このストレージ設定案メニュー５００には、確認ボタン５１８とキャンセルボタン５１９がある。
【００７４】
ユーザが、確認ボタン５１８を選択すると、メニューの行に指定されているストレージ要求の設定案をユーザが選択したことになる。また、ユーザが、キャンセルボタン５１９を選択すると、ストレージ設定案テーブル５１０に登録された設定案を作成しないというキャンセル処理を選択したことになる。
【００７５】
確認ボタン５１８が選択されると、ユーザの選択した設定案を作成し（ステップ３０４）、キャンセルされたときには、なにもせずに終了する。
【００７６】
次に、設定案を作成するときに、システムは、選択されたストレージ設定案メニュー５００に対応するストレージ設定テーブルの他ユーザとの交渉５１５の項目を調べて、他のユーザの設定変更が必要か、否かを判定する(ステップ３０５)。
【００７７】
そして、他のユーザの設定変更が必要なときには、他のユーザに設定変更をして良いかという交渉をおこなう処理をする(ステップ３０６)。
【００７８】
この他のユーザとの交渉処理については、後に詳細に説明することにする。
【００７９】
そして、交渉の結果、他のユーザとの交渉が成功したか否かを判定する(ステップ３０７)。このときに、ステップ３０６の交渉処理により、ストレージ設定案テーブル５１０の他ユーザとの交渉５１５の項目に交渉が成功したか否かも記述される。
【００８０】
交渉処理が成功していなければ、ユーザの選択した設定案は、無効となり、またステップ３０４に戻る。ステップ３０４に戻るとき、ストレージ設定案メニュー５００に、ストレージ設定案テーブル５１０に設定案が無効になった結果を見て、他のユーザとの交渉が必要かの項目１５１５に「無効」と表示してやるか、選択させた設定案を削除するなどして、今回は、前回の設定案は選択できないことをユーザに通知する。
【００８１】
交渉処理が成功した場合には（ステップ３０７）、ストレージの設定を要求したユーザの設定案を設定するために、先ず、交渉をおこなったユーザのストレージ設定を変更する(ステップ３０８)。ここで変更するストレージ設定の内容は、設定案作成処理(ステップ３０２)と交渉処理(ステップ３０６)で決定されている。
【００８２】
そして、ステップ３０８の処理が終了したあと、ステップ３０１おいてユーザの要求を満たした要求を受け取った場合、または、ステップ３０５においてユーザがストレージ設定案メニュー５００で選択したストレージ設定案が既存ユーザとの交渉が必要ない場合には、ユーザが選択したストレージ設定をおこなって、ユーザに通知する(ステップ３０９)。
【００８３】
このステップ３０９において、システム側は、ユーザには図７に示されるストレージ設定通知画面６００を提示し、ストレージの設定が終了したことを通知する。すなわち、ストレージ設定通知画面６００の表示は、ストレージ設定画面４００の要求に対するユーザに対しての回答になる。性能６０１、容量６０２について設定した値を表示し、またユーザの要求とは異なる設定案ならその旨を通知する。これにより、要求は通らなかったものの、別のストレージが設定できたことを提示する。また、この設定案における価格６０３を提示する。
【００８４】
ユーザがこの画面を受け入れるときには、確認ボタン６０４をクリックする。
【００８５】
なお、図３のフローチャートのステップ３０１において、ストレージ設定案を作成するときには、ユーザの設定を満たすかどうかを第一条件としたが、システム側の立場から使ってもらいたいストレージを推奨案として、割引き価格などのサービスをつけて提示するようにしてもよい。
【００８６】
例えば、現状のストレージに偏りがあるために、システムとして使ってもらいたいストレージを推奨案として盛りこむと言う処理をこのステップ３０１に付け加えてもよい。また、ストレージ情報テーブル２００の情報を定期的に保存することで、ストレージの情報の履歴を保持し、その履歴に従い、使用状況に応じて設定案を提示することも可能である。例えば、ストレージ情報の履歴から、使用状況の悪いストレージ使用してもらうために、そのストレージの設定案を提示することも可能である。
【００８７】
（III−２）ストレージ設定案作成処理の詳細
次に、上記ステップ３０２のストレージ設定案作成処理の詳細について、図８のフローチャートを追いながら説明する。
図８は、システムが、ストレージ設定案を作成する手順を示すフローチャートである。
【００８８】
このストレージ設定案作成処理では、管理計算機１００は、ユーザの要求を満たすストレージがない場合には、ユーザの要求に変わる他の設定案の作成をおこなう。
【００８９】
先ず、ユーザから要求されたストレージの提供可能な容量をストレージ情報テーブル２００から検索し、結果をストレージ設定案テーブル５１０に書き込む(ステップ７００)。
【００９０】
図２に示したストレージ情報テーブル２００の例では、ストレージが三つ登録されていて、ストレージの現在の最高提供性能２０６は、すべてＢであり、空き容量２０３は、各々のストレージにより異なっていて、ストレージＩＤ２０１が、１のストレージの空き容量が、５００Ｇであり、最大となっている。
【００９１】
本実施形態では、一つのディスクの容量は、最大５００Ｇであり、一つのストレージから一ボリュームを設定することを前提として説明する。図２に示した状況では、ユーザが複数のボリュームを設定するときには、空き容量２０３の容量の合計は、５８５Ｇなので、最大５８５Ｇの登録が可能である。
【００９２】
ユーザが、図５のストレージ設定画面４００で示されている要求をしたとする。このとき、ストレージ１のストレージは、性能４０１の要求：Ａを満たせないが、容量４０３の要求：１００Ｇは満たしているので、ストレージ１のストレージに感応する設定案の候補を、図３に示すストレージ設定案テーブル５１０に登録する。
【００９３】
登録時のエントリＩＤ５１０は、「１」、性能５１２は、「Ｂ」、容量５１３は、「１００Ｇ」である。また、図２に示したストレージ価格調整テーブルにより、価格の調整をして、価格５１４に価格を登録する。この場合は、性能劣化しているので、５０％割り引きが適用されて、（１００Ｇ×￥１００［月／Ｇ］）×５０％で、月あたり、￥５０００になる。
【００９４】
この場合には、他ユーザとの交渉は必要ないので、他ユーザとの交渉５１５の欄には、「必要なし」と登録される。そして、要求との比較説明５１６には、要求された性能がＡであり、設定案の性能は、Ｂであることを登録する。
【００９５】
次に、ユーザのストレージ要求を満たすために、他のユーザの設定変更をすれば、その要求を満たせるようになるかを判定する（ステップ７０１）。
【００９６】
その可能性がある場合には、対象となる既存ユーザに変更要求をするためにボリューム情報テーブル２１０も用いて、図３で説明したストレージ変更依頼テーブル９１０に、変更依頼案を作成して格納することになる。
【００９７】
例えば、ストレージ情報テーブル２００において、性能Ａのストレージを６００Ｇ欲しいと言うユーザからの要求があった場合には、ボリューム情報テーブル２１０に登録されているストレージＩＤが１のストレージを使用しているユーザに変更依頼を出すことになる。
【００９８】
また、図５に示したストレージの要求では、ユーザは、性能Ａを要求しているが、ストレージが１のストレージの現在の性能は、Ｂであるので、このストレージが１のストレージを使っているユーザに対して、変更依頼を出し、他のストレージに移動する交渉をすることが考えられる。図１に示した管理モジュール１１０がボリュームのアクセスを制御しているが、ストレージを使用するユーザが減ると、性能がアップすることになるからである。
【００９９】
システムで規定する変更依頼の内容は、図３に説明したストレージ設定変更依頼テーブル８００に格納されている。
【０１００】
このストレージ設定変更依頼テーブル８００は、既に説明したように、変更内容８０１について、変更割引価格８０２と、変更するときの変更規定８０３を定義するものである。
【０１０１】
図３に示した例では、ストレージの「移動」、「容量変更」、「性能変更」の種類があり、各々に変更割引価格が定められている。この変更割引価格は、ユーザに変更を受け入れてもらった報奨という意味があり、ユーザに変更割引価格を提示することで、ユーザに変更を促す動機付けとなる。
【０１０２】
ステップ７０１の判定の結果、他のユーザへの変更要求をする必要がなければ、処理を終了する。
【０１０３】
他のユーザへの変更要求をする必要があるときには、設定案を作成して、ストレージ設定案テーブル５１０の各項目に格納する(ステップ７０３)。このとき、他ユーザとの交渉５１５の項目には、「交渉が必要」と格納される。
【０１０４】
また、このときに、変更規定８０３に条件があれば、その条件に当てはまらないものはストレージ設定案テーブル５１０から消去する。例えば、変更内容が「移動」である場合には、同じ性能でなければならないというルールが適用される場合でる。
【０１０５】
このように、システムがストレージの状態を常に把握しておき、ユーザのストレージ設定要求があったときに、現状では、ユーザの要求を満たせないストレージの条件であっても、それに近い設定案を探して、ユーザに提示することにより、ストレージの使用を促進して、ユーザの要求を満たせないことによって逸失利益が生じるのを防止することができ、新規の顧客をつなぎとめて、ＳＳＰの経営の安定を図ることができる。
【０１０６】
（III−３）ストレージ設定のための他のユーザとの交渉処理の詳細
次に、上記ステップ３０６のストレージ設定のための他のユーザとの交渉処理の詳細について、図１０を参照しつつ、図９のフローチャートを追いながら説明する。
図９は、ストレージ設定変更の交渉の手順を示すフローチャートである。
図１０は、ストレージ変更依頼メニューを示す模式図である。
【０１０７】
システムは、あるユーザのストレージの設定要求のために、他のユーザと交渉するときには、その変更の交渉をおこなうユーザの計算機のディスプレイに、図１０に示されるストレージ変更メニュー９００を提示する（ステップ１０００）。
【０１０８】
このために、変更する必要のあるボリュームを使用するユーザをボリューム情報テーブル２１０で検索し、そのユーザに対してストレージ変更依頼メニュー９００を提示することになる。
【０１０９】
ストレージ変更依頼メニュー９００は、ストレージ変更依頼テーブル９１０に格納されている内容に基づいて、交渉するユーザに対して変更交渉の具体的条件を示して、選択させるメニューである。
【０１１０】
ストレージ変更依頼メニュー９００は、各々のエントリについて、容量の変更、性能の変更、ユーザのボリュームの移動の有る無しを条件として示し、それに伴う価格の変更と、変更による割引価格を、ユーザにその見かえりの条件として表示して、ユーザが了承したエントリを選択させるメニューである。
【０１１１】
ユーザが、そのストレージの変更案を受け入れるときには、選択ボタン１９１７をクリックしてマーク付けして、確認ボタン９１８をクリックする。
【０１１２】
これにより、管理計算機１００に変更依頼に対する通知がおこなわれ、ストレージ変更依頼テーブル９１０の選択フラグがオンにされる。と同時に、ストレージ設定案テーブル５１０の交渉が必要の項目５１５に交渉が成功したことを登録されて、図６に示した他のユーザとの交渉が必要？の欄に、交渉が成功したことが表示される。
【０１１３】
ユーザが、全てのストレージの変更案を受け入れるないときには、依頼拒否ボタン９２０をクリックする。
【０１１４】
これにより、管理計算機１００に変更依頼に対する通知がおこなわれ、ストレージ変更依頼テーブル９１０の選択フラグがオフにされる。と同時に、ストレージ設定案テーブル５１０の交渉が必要の項目５１５に交渉が失敗したことを登録されて、図６に示した他のユーザとの交渉が必要？の欄に、交渉が失敗したことが表示するか、該当のエントリが削除される。
【０１１５】
図１０に示される例のエントリＩＤ＝２のストレージ変更案では、容量は、「１００Ｇで変更なし」、性能については、「Ａ（性能保証）→Ｂ（性能保証）」で性能をおとす。ボリュームの移動は、「無」である。
【０１１６】
このときには、ユーザは５０Ｇを￥１００［月／Ｇ］で使用することになり、図２に示したストレージ性能保証価格テーブル２４０により、性能保証の倍率は、１．５倍になるので、価格は、５０Ｇ×￥１００［月／Ｇ］×１．５で、月あたり、￥７５００になる。
【０１１７】
変更の内容は、性能変更のみなので、図３に示したストレージ変更依頼テーブル９１０により、月あたり、「−￥１５０」の変更割引価格が適用される。
【０１１８】
次に、システムは、ユーザから通知がきたかを判定する（ステップ１００１）。
【０１１９】
きていないときには、一定時間待機して（ステップ１００４）、設定交渉時間が終了したか否かを判定する（ステップ１００５）。設定交渉時間が終了していないときには、再び、ユーザからの通知を待ちうける。
【０１２０】
ユーザから通知がきたときには、全員から通知がきたか否かを判定して、全員のユーザから通知がきていないときには、ステップ１００５の設定交渉時間が終了したか否かを判定処理に入る。
【０１２１】
全員のユーザから通知がきていないときには、設定交渉時間が終了していないか否かを判定して（ステップ１００３）、設定時間が終了していないときには、一定時間待機後に（ステップ１００４）、再び、ユーザからの通知を待ちうける。
【０１２２】
全員のユーザから通知がきていないときで、設定交渉時間が終了したときには、交渉処理が終了したことを、まだ、通知を受け取っていないユーザに通知する（ステップ１００５）。
【０１２３】
全員のユーザから通知がきているときで、設定交渉時間が終了したときには、この交渉処理が終了したことの通知は、おこなわれない。
【０１２４】
そして、交渉処理が終了したことを、設定変更を要求したユーザにも通知する（ステップ１００６）。
【０１２５】
交渉処理が成功した場合には、図３のフローチャートの３０８に進み、先ず、ストレージ変更依頼テーブル９１０に基づき、交渉の成功したストレージ設定をおこな。そして、次のステップ３０９において、ユーザがストレージ設定案メニュー５００で交渉の成功したストレージ設定を確認し、そのストレージ設定を選択することで、ストレージを要求してきたユーザに対して、ストレージを提供することが可能となる。
【０１２６】
以上のようにして、ストレージの設定変更要求があったときで、現状のストレージの状況で要求が満たせないときでも、既存のユーザと交渉して、ストレージの変更をおこなうことにより、新規ユーザの満足のいくストレージの使用条件を提示することができ、新規ユーザの顧客満足度を高めることになり、ひいては、新規顧客を獲得する可能性を広げることになる。
【０１２７】
また、既存のユーザにとっても、ストレージの使用条件をかえても差し支えないときには、交渉を受け入れて、割引価格の特典を受けることができ、経済的なメリットを得ることができる。
【０１２８】
システム資源の利用という観点からすると、真に、ストレージの使用を望んでいるユーザに、適切な価格で提供することにより、システム全体を有効利用することができ、適切な利潤が確保される。
【０１２９】
以上述べてきたように、第一の実施形態では、ユーザからストレージの要求があったときに、ＳＳＰは、現状のストレージの状況で要求を満たせない場合であっても、ユーザの要求を部分的に満たす次善の案を提案することにした。また、必要があるときには、システムが他のユーザと交渉して、他のユーザに対してストレージの設定を変更してもらうことにより、ユーザのストレージの要求を満たせるようにした。
【０１３０】
これにより、ユーザは、ストレージの設定を受け入れ、ＳＳＰのストレージを使う機会が増えることが期待され、新規顧客の確保と、顧客満足度を高めることができる。また、既存のユーザにとっても、自分の現在のストレージ条件を見なおす機会ができ、不必要なストレージの容量を削減したり、性能を落とすことにより、価格を安くしてもらえるので、経済的なメリットを享受できる。
【０１３１】
ＳＳＰ側にとっても、新規顧客の確保と、顧客満足度を高めることができ、自らのストレージの有効利用も図ることができる。
【０１３２】
〔実施形態２〕
以下、図１１ないし図１３を用いて本発明に係る第二の実施形態を説明する。図１１は、本発明の第二の実施形態に係るストレージのサービス商品公開の処理のフローチャートである。
図１２は、ストレージ公開テーブルの構造を示す模式図である。
図１３は、ストレージ公開メニューを示す模式図である。
【０１３３】
本実施形態は、図１に示したシステム構成により、ユーザにストレージをレンタルするという発想は、第一の実施形態と同じであるが、ユーザとＳＳＰの関りあいが異なっている。
【０１３４】
第一の実施形態では、ユーザがある条件でストレージ設定を要求し、ＳＳＰがそれに応えて、ストレージ設定案を作成した。
【０１３５】
本実施形態では、ＳＳＰの方から主導的に、ストレージの設定案をサービス商品として公開し、ユーザに公開して、その条件を気に入ったユーザがそれを申し込むサービス方法に関するものである。
【０１３６】
以下、図１１を用いて本発明の第二の実施形態に係るストレージのサービス商品公開の処理について説明する。
【０１３７】
先ず、管理計算機１００は、ストレージ情報テーブル２００よりストレージの空き領域を検索する(ステップ１１００)。そして、空き領域があるか否かを判定して(ステップ１１０１)、空き領域があれば、空き領域のあるストレージの性能をボリューム情報テーブル２１０から検索してストレージ公開テーブル１２１０に各項目の情報を格納する。
【０１３８】
そして、ストレージ公開テーブル１２１０からストレージ公開メニュー１２００を作成して、ユーザに提示する(ステップ１１０２)。
【０１３９】
ストレージ公開テーブル１２１０とストレージ公開メニュー１２００については、後で説明する。
【０１４０】
システムは、ストレージ公開メニュー１２００をユーザが選択するか否かをチェックする(ステップ１１０３)。
【０１４１】
選択したユーザがいなければ、一定時間待機して(ステップ１１０４)、ユーザが選択するかどうかの待ち時間がたったか否かをチェックし(ステップ１１０５)、ユーザ待ち時間が過ぎていなければ、再びステップ１１０３に戻る。
【０１４２】
選択したユーザがいれば、選択された公開メニューの内容にしたがって、ストレージ設定をおこない、そのユーザに対してストレージ設定通知画面６００を提示して、通知する（ステップ１１０６）。
【０１４３】
ステップ１１０１において、空き領域がなかった場合、またステップ１１０５において、ユーザの待ち時間が終了した場合には、ストレージ公開を終了する時間になったか否かをチェックして(ステップ１１０７)、公開終了時間が過ぎていれば、すべての処理を終了する。
【０１４４】
終了時間でなければ、一定時間待機し(ステップ１１０８)、ステップ１１００に戻って、再び空き領域の状況をチェックする。なお、ユーザにストレージ公開をしている間の時間は、関連しているストレージの設定の変更をおこなわないように管理計算機１００で調整する必要がある。
【０１４５】
次に、図１２を用いてストレージ公開テーブル１２１０について説明する。
【０１４６】
ストレージ公開テーブル１２１０は、ストレージの割り当てをひとつのサービス商品として公開するためのデータを格納するテーブルである。
【０１４７】
項目には一つのストレージの公開項目を一つの商品とし、その商品に対する識別子である商品名１２１１と、本実施の形態の中で、ストレージの設定の要素となる性能１２１２と販売容量１２１３、そして設定の要素からストレージ性能価格テーブル２３０に従い、つけられた価格１２１４がある。
【０１４８】
また、ユーザに提示するための備考の項目と、ユーザが選択したときに、格納される選択フラグの項目がある。
【０１４９】
次に、図１３を用いてストレージ公開メニュー１２００について説明する。
【０１５０】
ストレージ公開メニュー１２００は、ストレージ公開テーブル１２１０の内容に基づいて、ユーザに提示して、ユーザに選択させてストレージのサービス商品として購入させるためのメニューである。
【０１５１】
ストレージ公開メニュー１２００は、図１３に示されるように各々の商品名２２１１に対して、性能２２１２と販売容量２２１３が示される。性能２２１２の項目には、商品１のように、性能の保証があると言う情報や標準の性能がどれほどであるかと言う情報が示される。販売容量２２１３には、販売できる容量と、販売の単位が示される。図１３の例では、商品１の販売容量２０Ｇであり、商品３の販売容量は、１０Ｇ〜５０Ｇごとに１０Ｇの販売が可能であることを示している。
【０１５２】
価格２２１４の項目には、販売する価格が表示される。
【０１５３】
備考２２１５の欄には、その商品の特徴やセールスポイントを表示して、ユーザにアピールして、その商品の販売促進に資するものである。
【０１５４】
例えば、商品２は、性能が実際は劣化しているが、標準のストレージ性能はＡである。そこで、ストレージの価格は性能Ｂの価格であるが、再びＡに戻ったとしても、ストレージの価格は、一定期間据え置くことを表示して、価格面でユーザに有利であることを、備考２２１５で表示する。
【０１５５】
また、性能Ｃのストレージがあり、管理計算機１００により、そのストレージを過去に使用したか履歴を参照すると、そのストレージのストレージの使用率が低いことが分かったとする。ストレージの履歴は、図２に示したストレージ情報テーブルの項目に設けても良いし、新たに、ストレージ履歴テーブルを設けてそこに記録するようにしてもよい。
【０１５６】
このとき、ＳＳＰは、このストレージの販売促進するために、例えば、図１３の商品４に示されるように、価格を割り引いて提供することを備考２２１５で提示する。
【０１５７】
ユーザがストレージ公開メニュー１２００に公開されたストレージのサービス商品を購入するときには、選択ボタン２２１６をクリックして、申込ボタン２２１７をクリックすると、管理計算機１００に通知される。
【０１５８】
このように、本実施形態では、定期的に空き領域を検索して、その空き領域の状況により、随時、ストレージのサービス商品を公開して、ＳＳＰの新規顧客、既存顧客のストレージ利用を促すものである。
【０１５９】
また、ＳＳＰを使用する計算機１０a，１０ｂ，…，１０ｎごとに計算機の使用状況を監視して、ユーザのストレージの使用量を把握して、その使用量が増加傾向にあるときには、ストレージ公開メニュー１２００を提示して、ストレージの販売促進をおこなうようにしてもよい。
【０１６０】
ＮＡＳ（Network Attached Storage）などのようにストレージにファイルシステムがあるストレージであれば、そのストレージの容量は、ストレージの管理モジュール１１０でもユーザの使用状況はわかるので、その機能を利用してもよい。
【０１６１】
また、ユーザのアクセス数を管理モジュール１１０において監視し、アクセス数の増大が顕著にあらわれてきたら、一定時間毎に、ストレージ公開メニュー１２００を提示して、比較的アクセスの少ないストレージのサービス商品を売り出して、他のストレージへの移行を促すようにしてもよい。
【０１６２】
〔他のシステムの運用形態〕
最後に、図１４を用いて上記実施形態１、実施形態２とは、異なったシステムの形態について説明する。
図１４は、本発明の他の記憶装置運用システムの構成図である。
【０１６３】
図１４に示される構成では、ＳＳＰの記憶装置運用システム１９０の他に、同様な複数のＳＳＰシステム１３０ａ，…，１３０ｎが存在し、前記ＳＳＰシステム全ての情報を運用管理する集中管理計算機１３００をおくことで、ＳＳＰの記憶装置運用システム１９０、他のＳＳＰシステム１３０ａ，…，１３０ｎ全てのストレージの使用状況を把握し、複数のＳＳＰシステムの運用を可能としている。
【０１６４】
【発明の効果】
本発明によれば、現実のストレージの使用状況の変化を吸収しつつ、様々なユーザのニーズを満たし、顧客満足度を高めることができ、かつ、ＳＳＰ側のシステムの効率的な運用を図ることできる記憶装置運用システム、および、記憶装置レンタルのサービス方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の記憶装置運用システムの構成図である。
【図２】本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である（その一）。
【図３】本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である（その二）。
【図４】ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を示すゼネラルチャートである。
【図５】ストレージ設定画面を示す模式図である。
【図６】ストレージ設定案メニューを示す模式図である。
【図７】ストレージ設定通知画面を示す模式図である。
【図８】システムが、ストレージ設定案を作成する手順を示すフローチャートである。
【図９】ストレージ設定変更の交渉の手順を示すフローチャートである。
【図１０】ストレージ変更依頼メニューを示す模式図である。
【図１１】本発明の第二の実施形態に係るストレージのサービス商品公開の処理のフローチャートである。
【図１２】ストレージ公開テーブルの構造を示す模式図である。
【図１３】ストレージ公開メニューを示す模式図である。
【図１４】本発明の他の記憶装置運用システムの構成図である。
【符合の説明】
１００…管理計算機
１０ａ，１０ｂ，…，１０ｎ…計算機
１１a，１１ｂ，…，１１ｎ…ストレージ
１１０…管理モジュール
１１１…ボリューム群
１２０…ネットワーク
１９０…記憶装置運用システム
【発明の属する技術分野】
本発明は、記憶装置運用システム、および、記憶装置レンタルのサービス方法に係り、ユーザに対して対価に見合った適切な記憶装置のレンタルをおこなって、顧客満足度を高め、システム側からしてもユーザの要望に基づいた効率的なシステム運用が可能な記憶装置運用システム、および、記憶装置レンタルのサービス方法に関する。
【０００２】
【従来の技術】
企業が運用管理する計算機システムにおいて、記憶装置（以下、「ストレージ」ともいう）のデータ量の増大に伴い、ストレージの運用管理は複雑化し、コストも増大する。それに伴う問題を解決する手段として、企業の計算機システムから、ストレージの運用管理を代行するストレージ・サービス・プロバイダ（以下、「ＳＳＰ(Storage Service Provider)」という）に預ける形態がある。
【０００３】
ＳＳＰは、複数のストレージを有し、自らが有するストレージを切り分けて、複数のユーザにレンタルする。ユーザは、ストレージを使用する対価を支払って、その運用管理などは、ＳＳＰが事業としておこなう。このような形態を取ることにより、データを預けたユーザは、データの運用管理のコストを低減することが可能となる(参考：日経システムプロバイダ２００１．３．１６「サービス事業を支えるＳＳＰ」)。
【０００４】
【発明が解決しようとする課題】
上記ＳＳＰの提供するストレージを利用する形態は、ユーザにとっては、大規模な記憶装置システムを用意せずとも、それ相応の対価で信頼性の高いストレージを利用できるというメリットがあり、ベンダー側に取って、将来有望なビジネス市場であるとみなされている。
【０００５】
このようなＳＳＰの課題としては、自らが持つストレージ資源を最大限に利用して、ユーザの満足を与えつつ、投資に見合っただけのできるだけ多くの利益を得ることにある。
【０００６】
しかしながら、現実の状況としては、多くの様々なニーズを持つユーザがいるために、システムの効率的な利用と、ユーザのストレージに対する要望を同時に満たすことは容易なことではない。
【０００７】
例えば、あるユーザは、資力が豊富にあり、料金が高くとも、性能が高く、大容量の記憶装置を割当ててもらいたいと思うであろうし、また、他のユーザとしては、性能が低くても良く、記憶装置の容量としては、小容量で良いので、安い料金でサービスを受けたいと思うであろう。
【０００８】
これらのユーザの要求に対して、ＳＳＰ側としては、その各々のユーザに対して適切な使用条件、価格を提示することになるが、現実の状況としては、ユーザの要求通りの使用条件、価格を提示できないこともある。このようなときには、ユーザは、ＳＳＰからサービスを受けられないことに失望し、ＳＳＰ側としては、ストレージを利用したいユーザがいるのにもかかわらず、ビジネスチャンスをみすみす失うことがある。
【０００９】
また、ユーザの要求も要求通り、１００％満たされなくても、現実にストレージの使用にあたっては、支障がでないこともたびたびあると予想される。
【００１０】
さらに、ユーザのニーズも固定的なものであり得ず、常に流動的であることを考慮する必要がある。例えば、あるユーザは、一時、大容量のストレージを必要としていたが、現在は、それほどの容量を必要としないことがある。このような状況においては、ユーザにとっては、料金を安くしてもらった方が得策であり、ＳＳＰ側にとっては、現在容量を必要としている他のユーザに回した方が得策である。このような状況であるときに、従来のＳＳＰのサービスの運用では、適切にストレージエリアを配分することは難しかった。
【００１１】
さらに、ユーザの要求をまって、それに応じたサービスをおこなうだけは、必ずしも、システムを有効に利用できず、ユーザにとっても要求案を作る手間がかかることになる。例えば、現在使われていないストレージを廉価に提供することにすれば、ユーザに価格的なメリットがあるし、ＳＳＰ側としてもシステムを有効利用することができる。
【００１２】
本発明は、上記問題点を解決するためになされたもので、その目的は、現実のストレージの使用状況の変化を吸収しつつ、様々なユーザのニーズを満たし、顧客満足度を高めることができ、かつ、ＳＳＰ側のシステムの効率的な運用を図ることできる記憶装置運用システム、および、記憶装置レンタルのサービス方法を提供することにある。
【００１３】
【課題を解決するための手段】
上記の目的を達成するために、本発明では、ユーザがストレージの設定要求をした場合、ユーザの要求を必ずしも１００％満たすものではないが、ユーザに納得の行くレベルの次善のストレージ設定案を提示する。
【００１４】
ストレージの使用状況を管理する管理計算機は、随時ストレージを監視することで、ストレージの使用状況を随時把握している。ストレージ設定案作成において、ＳＳＰ既存ユーザのストレージの設定を変更したときに、ストレージ設定要求を出したユーザの要求に応じたストレージ設定が可能な場合は、そのストレージ設定を提示する。新たに設定案を要求してきたユーザがいるときで、既存ユーザの使用条件を変更すると、新たに設定案を要求してきたユーザの要求をかなえられるときには、既存ユーザに対して、ストレージ変更のための設定案を提示する。この設定案に対して、既存ユーザの設定変更の了解が得られれば、ストレージ設定要求したユーザに対して作成した設定案でストレージが設定できること提示する。ＳＳＰ側では、了解してくれた既存ユーザに対しては、代償として、料金の割引きをおこなうことにする。
【００１５】
以上により、ストレージの設定要求をするユーザに対して、現状のストレージの使用状況で有用なストレージの設定を導き出すことが可能となる。よって、ユーザにはストレージ設定機会を多く与え、ストレージ設定を促進させることが可能である。また、ユーザのストレージ設定が多くなれば、ＳＳＰで運用管理するストレージの空き領域を減少させることが可能になり、ＳＳＰのストレージの効率的な運用を図ることができる。
【００１６】
また、本発明では、ストレージの効率的運用によるストレージの空き領域を減少させるため、ストレージの使用状況に応じて、空き領域のあるストレージとその価格を、サービス商品として公開し、ユーザに向けて随時提示する。これにより、ＳＳＰの提供するサービスの販売促進を図ることができる。
【００１７】
【発明の実施の形態】
以下、図１ないし図１３を用いて本発明に係る各実施形態を説明する。
【００１８】
〔実施形態１〕
以下、図１ないし図１０を用いて本発明に係る第一の実施形態を説明する。
（I）記憶装置運用システムの構成
先ず、図１を用いて本発明の記憶装置運用システムの構成を説明する。
図１は、本発明の記憶装置運用システムの構成図である。
【００１９】
管理計算機１００は、ストレージ１１ａ，１１ｂ，…，１１ｎの使用状況を管理する計算機である。
【００２０】
計算機１０ａ，１０ｂ，…，１０ｎは、ストレージ１１ａ，１１ｂ，…，１１ｎを使用する計算機であり、各計算機はすべてのストレージを使用することが可能である。
【００２１】
ストレージ１１ａは、ストレージ１１ａの管理制御し、各計算機やストレージを結ぶネットワーク１２０と通信可能とする管理モジュール１１０とストレージボリューム群１１１で構成されている。
【００２２】
管理モジュール１１０は、ストレージ１１ａの管理制御し、各計算機やストレージを結ぶネットワーク１２０と通信可能とするとモジュールである。ボリューム群１１１は、ストレージをユーザに提供する最小単位であるボリュームの集合であり、また計算機１０ａ，１０ｂ，…，１０ｎからのデータのＩ／Ｏをネットワーク１２０を介して、リード・ライトをおこなうボリューム１２ａ，１２ｂ，…，１２ｎで構成されている。その他のストレージ１１ｂ，…，１１ｎもまたストレージ１１ａと同様な構成になっているものとする。
【００２３】
ネットワーク１２０は、ファイバチャネルやイーサネット（イーサネットは、登録商標である）などのケーブルを使用したものがあり、場合によってはファイバチャネルとイーサネットと別々にネットワークが構成されることもある。この場合、管理計算機１００、計算機１０ａ，１０ｂ，…，１０ｎ、ストレージ１１ａ，１１ｂ，…，１１ｎには、ケーブルの種類にあわせて複数の通信装置が配置されることもある。
【００２４】
図１に示される記憶装置運用システム１９０を、ＳＳＰが運用するシステムとすると、計算機１０ａ，１０ｂ，…，１０ｎはＳＳＰに対する顧客のサーバであり、１１ａ，１１ｂ，…，１１ｎは、ＳＳＰが各ストレージ内のボリュームに価格をつけて顧客に提供するストレージである。そして、ボリューム１２ａ，１２ｂ，…，１２ｎの一つまたは複数が、ＳＳＰが各顧客に提供するストレージの単位である。また、管理計算機１００は、ＳＳＰのストレージシステムを運用するにあたって必要な情報を管理する計算機である。
（II）記憶装置運用システムで用いられるテーブル構成
次に、図２および図３を用いて本発明の記憶装置運用システムで用いられるテーブルのテーブル構成について説明する。
図２と図３は、本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である。
【００２５】
これらの各種テーブルは、記憶装置運用システム１９０で管理するストレージの情報であり、ストレージの運用状況を示すものである。
【００２６】
図２に示されるストレージ情報テーブル２００は、ストレージ１１ａ，１１ｂ，…，１１ｎの各ストレージ情報を格納するテーブルである。ストレージ情報テーブル２００には、各ストレージを識別するために付加されたストレージＩＤ２０１に関して、ストレージの総容量２０２、ストレージの空き容量２０３、ストレージが通常使用するときに出すことができる標準性能２０４、ＳＳＰが顧客に対して提示する標準価格２０５、現在ストレージが出すことができる最高性能を提示する現在の最高提供性能２０６が格納されている。ストレージの総容量２０２は、ストレージ内のディスクの増減により変化し、また、空き容量２０３は、ＳＳＰが顧客に割り当てたボリュームの容量により変化する。標準性能２０４とは、ストレージが持つアクセスタイム速度、ストレージの信頼性などを総合して差別化した単位である。ここでは、Ａが高性能のストレージであり、以下、Ｂ、Ｃとなるに従い性能が劣化することを表している。標準価格２０５は、ＳＳＰが設定し、この価格の設定の変更によって、顧客に対するストレージの価格が変化する。現在の最高提供性能２０６は、管理モジュール１１０のストレージ管理制御により、新規ボリュームの設定をした場合に出力可能な性能である。
【００２７】
ボリューム情報テーブル２１０は、各ストレージ内で設定されているボリュームの情報を管理するテーブルである。よって、ボリューム情報テーブル２１０は、ストレージ情報テーブル２００に登録されているストレージＩＤの数だけ存在することになる。
【００２８】
ここでは、図２に示されるボリューム情報テーブル２１０は、ストレージＩＤが１のストレージに関する情報とする。ボリューム情報テーブル２１０には、ストレージ内で定義されている各ボリュームを識別するのに付加されたボリュームＩＤ２１１に関して、ボリュームの容量２１２、各ボリュームを使用するユーザ名２１３、使用ユーザ２１３が実際に使用している計算機名２１４、ボリュームに対して性能保証の設定の有無を格納する項目である性能保証２１５、現在のボリュームの性能２１６の情報が格納されている。
【００２９】
性能保証２１５の有無により、ボリュームに関する性能が管理モジュール１１０で調整される。また計算機名２１４に格納される値は、計算機１０a，１０ｂ，…，１０ｎの計算機の識別子である。
【００３０】
ストレージ価格調整テーブル２２０は、前記ストレージ性能が使用中に劣化した場合に関して、ＳＳＰでストレージの価格を割り引くための基準となるテーブルである。ＳＳＰと顧客が契約したときに、顧客が設定時に登録した標準性能２２１と標準性能２２１に対して劣化した性能２２２に関して、その劣化した状態に関して価格割引率２２３を設定する。例えば、顧客の設定時の性能がＡだった場合、顧客が使用中に性能が劣化し、性能がＢに落ちたとする。このときには、価格を４０％割り引いて、ＳＳＰは前記顧客に対してストレージを提供する。このストレージ価格調整テーブル２２０は、ストレージの性能において価格を柔軟に対応させることを可能とし、ストレージの性能な変化があっても、顧客がストレージの使用を継続しようと思わせるのに役立つ情報である。
【００３１】
ストレージ性能定義テーブル２３０は、ストレージの性能を列挙して、一律なストレージの性能の順位づけを設定し、規定するためのテーブルである。
【００３２】
ストレージ性能定義テーブル２３０は、各性能２３１に対し、ストレージのアクセスタイム２３２、ストレージの信頼性２３３などを定義しておくことで、性能の評価を一律にしておくことが可能である。
【００３３】
ストレージ性能保証価格テーブル２４０は、ストレージの設定において、性能保証をする場合に価格を決定するためのテーブルである。各性能２４１に対し、性能保証価格規定２４２に、性能保証を設定するときの価格設定の手段を設定する。例えば、標準価格の２倍と言う設定は、性能保証をおこなわないときの価格の２倍の価格となることを表している。
【００３４】
次に、図３に示されるストレージ設定案テーブル５１０は、システム側が作成してユーザに提示するストレージ設定案を格納するテーブルである。ストレージ設定案テーブル５１０は、各エントリＩＤ５１１に関して、性能５１２、容量５１３、価格５１４、他ユーザとの交渉５１５、要求との比較説明５１６、選択フラグ５１７の項目から成っている。
【００３５】
性能５１２、容量５１３の項目は、システムがユーザに提供するストレージの性能と容量の諸元を表している。また、性能５１２の項目には、性能保証の有無の情報も格納される。
【００３６】
価格５１４の項目には、ユーザに提供するときの価格が格納される。
【００３７】
他ユーザとの交渉５１５は、この設定案を実現するために他のユーザとの交渉が必要になるか否かのフラグを格納する。他のユーザとの交渉が必要であって、ユーザがそのエントリの設定案を選択したときに、他のユーザとの交渉が成立しなかったときには、その設定案は、実現することができないため、ユーザは、別のエントリの設定案を選択するか、システムに設定案の要求を出し直すことになる。また、この項目には、他のユーザの交渉が成立したか否かの結果も格納する。他のユーザとの交渉の手順、経過などの詳細は、後に説明する。
【００３８】
要求との比較説明５１６は、ユーザが要求した設定案との比較を示す説明の情報が格納される。本発明の記憶装置運用システムの特徴の一つとしては、ユーザが要求した設定案の全ての条件を満足しない場合であっても、次善の設定案を作成して提示することにある。この項目は、そのためにシステム側として、作成した設定案とユーザの要求を比較説明して、ユーザに了解を求めるという意味がある。この例では、エントリＩＤが１の項目で、ユーザの要求した性能が、Ａだったが、Ｂの設定案として提示していることを示している。
【００３９】
選択フラグ５１７には、ユーザがこのエントリを選択したことを示すフラグが入る。
【００４０】
次に、ストレージ設定変更テーブル８００は、ユーザとの交渉が必要になった段階で、設定案変更のための規範となるテーブルであり、変更内容８０１、変更割引価格８０２、変更規定８０３の項目からなる。
【００４１】
変更内容８０１は、図３に示されるように、「移動」、「容量変更」、「性能変更」などの変更の種類が入る。変更割引価格８０２は、ユーザに変更してもらった代償として、割り引く価格であり、変更内容によっても割引価格の大小がある。
【００４２】
変更規定８０３は、ユーザに変更してもらうときの条件が格納される。例えば、変更内容８０１が「移動」のときに、「同じ性能のストレージのみ」とは、ストレージを変更するときには、同じ性能のストレージに移動させるというルールである。また、「容量変更」のときに、「容量の増減２５％」とは、容量を変更するにしても、元の容量よりも２５％を超えて減らしてはならないというルールである。さらに、「性能変更」のときに、「１ランクのアップダウン、性能保証は守る」とは、性能を変更するときでも、１ランクの性能変更は良いが、それを超えて性能を落としてはならず、ユーザが性能保証されている状態では、それを変えてはならないというルールである。
【００４３】
なお、同じ変更内容であっても、変更規定を数段階設けて、割引価格に差異をつけるようにしてもよい。
【００４４】
次に、ストレージ変更依頼テーブル９１０は、ユーザとの交渉時に提示される設定案を格納するテーブルである。
【００４５】
ストレージ変更依頼テーブル９１０は、各エントリＩＤ９１１に関して、容量９１２、性能９１３、価格９１４、移動の有無９１５、変更割引価格９１６、選択フラグ９１７の項目から成っている。
【００４６】
容量９１２、性能９１３には、変更前と変更後の性能と容量が対比して格納される。価格９１４は、性能、容量が、変更になったため、変更される価格が、変更前と対比して示される。移動の有無９１５には、ユーザのデータのストレージの変更が生じるが否かのフラグが入る。
【００４７】
変更割引価格９１６には、ストレージ設定変更テーブル８００に基づいて定められる割引価格が格納される。
【００４８】
したがって、ユーザが変更案を受け入れたときには、新たに支払う額は、価格９１４に示される変更後の価格と、変更割引価格を考慮した額となる。
【００４９】
選択フラグ９１７には、ユーザが変更案を受け入れて、このエントリを選択したことを示すフラグが入る。
【００５０】
これら、図２および図３の各種テーブルにおいて、ＳＳＰシステム１９０で管理するストレージ１１ａ，１１ｂ，…，１１ｎの使用状況を管理計算機１００が把握し、ストレージの設定や変更のための情報として利用することが可能となる。そして、ＳＳＰにおいては、ストレージ１１ａ，１１ｂ，…，１１ｎの各ボリュームに対して、ボリュームの使用状況から価格設定を変動させてユーザに提供するための情報となる。
（III）記憶装置運用システムの動作
次に、本発明に係る記憶装置運用システムの動作を、図４ないし図１２を用いて説明する。
【００５１】
（III−１）ストレージ設定要求からストレージ設定までの概略手順
先ず、図４のフローチャートを追いながら、図５ないし図７を用いて、ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を説明する。
図４は、ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を示すゼネラルチャートである。
図５は、ストレージ設定画面を示す模式図である。
図６は、ストレージ設定案メニューを示す模式図である。
図７は、ストレージ設定通知画面を示す模式図である。
【００５２】
これは、ユーザがストレージ１１ａ，１１ｂ，…，１１ｎに対してボリュームの設定を要求して、記憶装置運用システム１９０の管理計算機１００がストレージをユーザに割り当てるときの処理である。
【００５３】
ＳＳＰにおいては、ＳＳＰの顧客からストレージ１１ａ，１１ｂ，…，１１ｎのボリュームの設定要求に対して、顧客にボリュームを割り当て、その結果を提示する処理をおこなうことになる。以下の実施形態の説明においては、ＳＳＰの顧客とユーザは同義とみなしてよい。
【００５４】
図１に示される管理計算機１００は、ストレージの設定を要求するユーザに対して、図５のストレージ設定画面４００を提示して、ユーザからストレージ設定に関する要求を獲得する(ステップ３００)。
【００５５】
このとき、セキュリティ保護のため、ユーザのパスワードを確認した後に、メニューを表示するという手順を加えてもよい。
【００５６】
図５のストレージ設定用画面４００において、性能４０１には、要求する性能、性能保証４０２には、性能保証の有無の指定、容量４０３には、ユーザが要求するストレージの容量を入力する。
【００５７】
この図の例では、性能４０１には、「Ａ」、性能保証には、「有」、容量４０３には、「１００Ｇ」が入力されている。
【００５８】
ユーザは、入力が終って、システム側の管理計算機１００に伝えるには、設定ボタン４０４を、選択するためにマウスなどでクリックすればよい。
【００５９】
設定のために、ユーザが使用する計算機は、ユーザ固有のものでもよいし、共有して使用してもよい。
【００６０】
ここで説明では、設定案の要求項目として、簡単のため、性能と性能保証と容量を要求項目とした。
【００６１】
このとき性能に対して、別の表示画面、あるいは、このストレージ設定用画面４００に、ユーザが設定できる最大容量を見せるようにしてもよい。また、各性能に関する価格を表示してもよい。
【００６２】
例えば、図２に示されたデータを例にとると、性能Ａのストレージの最大容量は、１Ｔであり、また性能Ｂのストレージの最大容量は、１００Ｇであることを表示している。また、性能Ａの１Ｇの価格が、￥１００、性能Ｂの１Ｇの価格が、￥５０などと表示している。
【００６３】
ユーザからのストレージ要求の入力が終わると、他の設定案を作成する必要があるか否かを判断する（ステップ３０１）。
【００６４】
システムが、ユーザのストレージ要求を満たす設定がおこなえるときには、その要求を満たすようにユーザのストレージの設定をおこなって、その旨を通知する（ステップ３０９）。
【００６５】
ここで「他の設定案を作成する必要がある」ときとは、現状のシステムの状態では、ユーザのストレージ要求を満たす設定をおこなうことができず、ユーザの要求を一部満たす次善の設定案を作成するときか、他のユーザとの交渉により、システムの条件を変更する必要があるときである。
【００６６】
この他の設定案の作成については、システム側の管理計算機１００で決定しても良いし、ユーザに選択させてもよい。例えば、管理計算機１００で決定するときには、ストレージ情報テーブル２００とボリューム情報テーブル２１０からユーザの要求を満たすストレージがあるかどうかチェックして、ユーザの要求を満たさなければ、他のストレージ設定案を作成するものとする。
【００６７】
例えば、ユーザの要求として、図５に示したようにストレージ設定画面４００に入力されたとする。このときには、ストレージの性能がＡのものとして、管理計算機１００が、図２に示したストレージ情報テーブル２００の標準性能２０５の項目からストレージＩＤが１のエントリを検索する。このストレージの空き容量は、５００Ｇあるので、ユーザの要求する性能４０３の１００Ｇは、ＯＫである。したがって、この段階で、先ずは、ストレージ情報テーブル２００でのチェックは通ったことになる。
【００６８】
また、このストレージ情報テーブル２００は、現在の最高提供性能２０６により、今要求を受けたときに設定できる最高性能はＢであることを示している。したがって、ストレージＩＤが１のストレージは、性能に関しては、この要求を満たすことができないことになる。
【００６９】
次に、ステップ３０１のチェックで他の設定案を作成することにしたら、ユーザの要求に変わるストレージの設定情報を取得するための設定案作成の処理をおこなう(ステップ３０２)。この設定案作成の処理(ステップ３０２)の詳細については、後で説明する。
【００７０】
ステップ３０２が終わると、ユーザに、図６のストレージ設定案メニュー５００を提示する(ステップ３０３)。
【００７１】
ストレージ設定案メニュー５００は、図３で示したストレージ設定案テーブル５１０に格納された内容をユーザに提示して、選択させるためのメニューであり、ストレージ設定案テーブル５１０の各エントリが、メニューの一行に対応している。ストレージ設定案テーブル５１０の各項目の値は、ステップ３０２で値が格納されている。
【００７２】
ユーザがこのストレージ設定案メニュー５００を選択するときには、選択ボタン１５１７をクリックして、マーク付けをすることになる。この操作により、ユーザが選択したメニューに対応するエントリの選択フラグがＯＮになる。
【００７３】
このストレージ設定案メニュー５００には、確認ボタン５１８とキャンセルボタン５１９がある。
【００７４】
ユーザが、確認ボタン５１８を選択すると、メニューの行に指定されているストレージ要求の設定案をユーザが選択したことになる。また、ユーザが、キャンセルボタン５１９を選択すると、ストレージ設定案テーブル５１０に登録された設定案を作成しないというキャンセル処理を選択したことになる。
【００７５】
確認ボタン５１８が選択されると、ユーザの選択した設定案を作成し（ステップ３０４）、キャンセルされたときには、なにもせずに終了する。
【００７６】
次に、設定案を作成するときに、システムは、選択されたストレージ設定案メニュー５００に対応するストレージ設定テーブルの他ユーザとの交渉５１５の項目を調べて、他のユーザの設定変更が必要か、否かを判定する(ステップ３０５)。
【００７７】
そして、他のユーザの設定変更が必要なときには、他のユーザに設定変更をして良いかという交渉をおこなう処理をする(ステップ３０６)。
【００７８】
この他のユーザとの交渉処理については、後に詳細に説明することにする。
【００７９】
そして、交渉の結果、他のユーザとの交渉が成功したか否かを判定する(ステップ３０７)。このときに、ステップ３０６の交渉処理により、ストレージ設定案テーブル５１０の他ユーザとの交渉５１５の項目に交渉が成功したか否かも記述される。
【００８０】
交渉処理が成功していなければ、ユーザの選択した設定案は、無効となり、またステップ３０４に戻る。ステップ３０４に戻るとき、ストレージ設定案メニュー５００に、ストレージ設定案テーブル５１０に設定案が無効になった結果を見て、他のユーザとの交渉が必要かの項目１５１５に「無効」と表示してやるか、選択させた設定案を削除するなどして、今回は、前回の設定案は選択できないことをユーザに通知する。
【００８１】
交渉処理が成功した場合には（ステップ３０７）、ストレージの設定を要求したユーザの設定案を設定するために、先ず、交渉をおこなったユーザのストレージ設定を変更する(ステップ３０８)。ここで変更するストレージ設定の内容は、設定案作成処理(ステップ３０２)と交渉処理(ステップ３０６)で決定されている。
【００８２】
そして、ステップ３０８の処理が終了したあと、ステップ３０１おいてユーザの要求を満たした要求を受け取った場合、または、ステップ３０５においてユーザがストレージ設定案メニュー５００で選択したストレージ設定案が既存ユーザとの交渉が必要ない場合には、ユーザが選択したストレージ設定をおこなって、ユーザに通知する(ステップ３０９)。
【００８３】
このステップ３０９において、システム側は、ユーザには図７に示されるストレージ設定通知画面６００を提示し、ストレージの設定が終了したことを通知する。すなわち、ストレージ設定通知画面６００の表示は、ストレージ設定画面４００の要求に対するユーザに対しての回答になる。性能６０１、容量６０２について設定した値を表示し、またユーザの要求とは異なる設定案ならその旨を通知する。これにより、要求は通らなかったものの、別のストレージが設定できたことを提示する。また、この設定案における価格６０３を提示する。
【００８４】
ユーザがこの画面を受け入れるときには、確認ボタン６０４をクリックする。
【００８５】
なお、図３のフローチャートのステップ３０１において、ストレージ設定案を作成するときには、ユーザの設定を満たすかどうかを第一条件としたが、システム側の立場から使ってもらいたいストレージを推奨案として、割引き価格などのサービスをつけて提示するようにしてもよい。
【００８６】
例えば、現状のストレージに偏りがあるために、システムとして使ってもらいたいストレージを推奨案として盛りこむと言う処理をこのステップ３０１に付け加えてもよい。また、ストレージ情報テーブル２００の情報を定期的に保存することで、ストレージの情報の履歴を保持し、その履歴に従い、使用状況に応じて設定案を提示することも可能である。例えば、ストレージ情報の履歴から、使用状況の悪いストレージ使用してもらうために、そのストレージの設定案を提示することも可能である。
【００８７】
（III−２）ストレージ設定案作成処理の詳細
次に、上記ステップ３０２のストレージ設定案作成処理の詳細について、図８のフローチャートを追いながら説明する。
図８は、システムが、ストレージ設定案を作成する手順を示すフローチャートである。
【００８８】
このストレージ設定案作成処理では、管理計算機１００は、ユーザの要求を満たすストレージがない場合には、ユーザの要求に変わる他の設定案の作成をおこなう。
【００８９】
先ず、ユーザから要求されたストレージの提供可能な容量をストレージ情報テーブル２００から検索し、結果をストレージ設定案テーブル５１０に書き込む(ステップ７００)。
【００９０】
図２に示したストレージ情報テーブル２００の例では、ストレージが三つ登録されていて、ストレージの現在の最高提供性能２０６は、すべてＢであり、空き容量２０３は、各々のストレージにより異なっていて、ストレージＩＤ２０１が、１のストレージの空き容量が、５００Ｇであり、最大となっている。
【００９１】
本実施形態では、一つのディスクの容量は、最大５００Ｇであり、一つのストレージから一ボリュームを設定することを前提として説明する。図２に示した状況では、ユーザが複数のボリュームを設定するときには、空き容量２０３の容量の合計は、５８５Ｇなので、最大５８５Ｇの登録が可能である。
【００９２】
ユーザが、図５のストレージ設定画面４００で示されている要求をしたとする。このとき、ストレージ１のストレージは、性能４０１の要求：Ａを満たせないが、容量４０３の要求：１００Ｇは満たしているので、ストレージ１のストレージに感応する設定案の候補を、図３に示すストレージ設定案テーブル５１０に登録する。
【００９３】
登録時のエントリＩＤ５１０は、「１」、性能５１２は、「Ｂ」、容量５１３は、「１００Ｇ」である。また、図２に示したストレージ価格調整テーブルにより、価格の調整をして、価格５１４に価格を登録する。この場合は、性能劣化しているので、５０％割り引きが適用されて、（１００Ｇ×￥１００［月／Ｇ］）×５０％で、月あたり、￥５０００になる。
【００９４】
この場合には、他ユーザとの交渉は必要ないので、他ユーザとの交渉５１５の欄には、「必要なし」と登録される。そして、要求との比較説明５１６には、要求された性能がＡであり、設定案の性能は、Ｂであることを登録する。
【００９５】
次に、ユーザのストレージ要求を満たすために、他のユーザの設定変更をすれば、その要求を満たせるようになるかを判定する（ステップ７０１）。
【００９６】
その可能性がある場合には、対象となる既存ユーザに変更要求をするためにボリューム情報テーブル２１０も用いて、図３で説明したストレージ変更依頼テーブル９１０に、変更依頼案を作成して格納することになる。
【００９７】
例えば、ストレージ情報テーブル２００において、性能Ａのストレージを６００Ｇ欲しいと言うユーザからの要求があった場合には、ボリューム情報テーブル２１０に登録されているストレージＩＤが１のストレージを使用しているユーザに変更依頼を出すことになる。
【００９８】
また、図５に示したストレージの要求では、ユーザは、性能Ａを要求しているが、ストレージが１のストレージの現在の性能は、Ｂであるので、このストレージが１のストレージを使っているユーザに対して、変更依頼を出し、他のストレージに移動する交渉をすることが考えられる。図１に示した管理モジュール１１０がボリュームのアクセスを制御しているが、ストレージを使用するユーザが減ると、性能がアップすることになるからである。
【００９９】
システムで規定する変更依頼の内容は、図３に説明したストレージ設定変更依頼テーブル８００に格納されている。
【０１００】
このストレージ設定変更依頼テーブル８００は、既に説明したように、変更内容８０１について、変更割引価格８０２と、変更するときの変更規定８０３を定義するものである。
【０１０１】
図３に示した例では、ストレージの「移動」、「容量変更」、「性能変更」の種類があり、各々に変更割引価格が定められている。この変更割引価格は、ユーザに変更を受け入れてもらった報奨という意味があり、ユーザに変更割引価格を提示することで、ユーザに変更を促す動機付けとなる。
【０１０２】
ステップ７０１の判定の結果、他のユーザへの変更要求をする必要がなければ、処理を終了する。
【０１０３】
他のユーザへの変更要求をする必要があるときには、設定案を作成して、ストレージ設定案テーブル５１０の各項目に格納する(ステップ７０３)。このとき、他ユーザとの交渉５１５の項目には、「交渉が必要」と格納される。
【０１０４】
また、このときに、変更規定８０３に条件があれば、その条件に当てはまらないものはストレージ設定案テーブル５１０から消去する。例えば、変更内容が「移動」である場合には、同じ性能でなければならないというルールが適用される場合でる。
【０１０５】
このように、システムがストレージの状態を常に把握しておき、ユーザのストレージ設定要求があったときに、現状では、ユーザの要求を満たせないストレージの条件であっても、それに近い設定案を探して、ユーザに提示することにより、ストレージの使用を促進して、ユーザの要求を満たせないことによって逸失利益が生じるのを防止することができ、新規の顧客をつなぎとめて、ＳＳＰの経営の安定を図ることができる。
【０１０６】
（III−３）ストレージ設定のための他のユーザとの交渉処理の詳細
次に、上記ステップ３０６のストレージ設定のための他のユーザとの交渉処理の詳細について、図１０を参照しつつ、図９のフローチャートを追いながら説明する。
図９は、ストレージ設定変更の交渉の手順を示すフローチャートである。
図１０は、ストレージ変更依頼メニューを示す模式図である。
【０１０７】
システムは、あるユーザのストレージの設定要求のために、他のユーザと交渉するときには、その変更の交渉をおこなうユーザの計算機のディスプレイに、図１０に示されるストレージ変更メニュー９００を提示する（ステップ１０００）。
【０１０８】
このために、変更する必要のあるボリュームを使用するユーザをボリューム情報テーブル２１０で検索し、そのユーザに対してストレージ変更依頼メニュー９００を提示することになる。
【０１０９】
ストレージ変更依頼メニュー９００は、ストレージ変更依頼テーブル９１０に格納されている内容に基づいて、交渉するユーザに対して変更交渉の具体的条件を示して、選択させるメニューである。
【０１１０】
ストレージ変更依頼メニュー９００は、各々のエントリについて、容量の変更、性能の変更、ユーザのボリュームの移動の有る無しを条件として示し、それに伴う価格の変更と、変更による割引価格を、ユーザにその見かえりの条件として表示して、ユーザが了承したエントリを選択させるメニューである。
【０１１１】
ユーザが、そのストレージの変更案を受け入れるときには、選択ボタン１９１７をクリックしてマーク付けして、確認ボタン９１８をクリックする。
【０１１２】
これにより、管理計算機１００に変更依頼に対する通知がおこなわれ、ストレージ変更依頼テーブル９１０の選択フラグがオンにされる。と同時に、ストレージ設定案テーブル５１０の交渉が必要の項目５１５に交渉が成功したことを登録されて、図６に示した他のユーザとの交渉が必要？の欄に、交渉が成功したことが表示される。
【０１１３】
ユーザが、全てのストレージの変更案を受け入れるないときには、依頼拒否ボタン９２０をクリックする。
【０１１４】
これにより、管理計算機１００に変更依頼に対する通知がおこなわれ、ストレージ変更依頼テーブル９１０の選択フラグがオフにされる。と同時に、ストレージ設定案テーブル５１０の交渉が必要の項目５１５に交渉が失敗したことを登録されて、図６に示した他のユーザとの交渉が必要？の欄に、交渉が失敗したことが表示するか、該当のエントリが削除される。
【０１１５】
図１０に示される例のエントリＩＤ＝２のストレージ変更案では、容量は、「１００Ｇで変更なし」、性能については、「Ａ（性能保証）→Ｂ（性能保証）」で性能をおとす。ボリュームの移動は、「無」である。
【０１１６】
このときには、ユーザは５０Ｇを￥１００［月／Ｇ］で使用することになり、図２に示したストレージ性能保証価格テーブル２４０により、性能保証の倍率は、１．５倍になるので、価格は、５０Ｇ×￥１００［月／Ｇ］×１．５で、月あたり、￥７５００になる。
【０１１７】
変更の内容は、性能変更のみなので、図３に示したストレージ変更依頼テーブル９１０により、月あたり、「−￥１５０」の変更割引価格が適用される。
【０１１８】
次に、システムは、ユーザから通知がきたかを判定する（ステップ１００１）。
【０１１９】
きていないときには、一定時間待機して（ステップ１００４）、設定交渉時間が終了したか否かを判定する（ステップ１００５）。設定交渉時間が終了していないときには、再び、ユーザからの通知を待ちうける。
【０１２０】
ユーザから通知がきたときには、全員から通知がきたか否かを判定して、全員のユーザから通知がきていないときには、ステップ１００５の設定交渉時間が終了したか否かを判定処理に入る。
【０１２１】
全員のユーザから通知がきていないときには、設定交渉時間が終了していないか否かを判定して（ステップ１００３）、設定時間が終了していないときには、一定時間待機後に（ステップ１００４）、再び、ユーザからの通知を待ちうける。
【０１２２】
全員のユーザから通知がきていないときで、設定交渉時間が終了したときには、交渉処理が終了したことを、まだ、通知を受け取っていないユーザに通知する（ステップ１００５）。
【０１２３】
全員のユーザから通知がきているときで、設定交渉時間が終了したときには、この交渉処理が終了したことの通知は、おこなわれない。
【０１２４】
そして、交渉処理が終了したことを、設定変更を要求したユーザにも通知する（ステップ１００６）。
【０１２５】
交渉処理が成功した場合には、図３のフローチャートの３０８に進み、先ず、ストレージ変更依頼テーブル９１０に基づき、交渉の成功したストレージ設定をおこな。そして、次のステップ３０９において、ユーザがストレージ設定案メニュー５００で交渉の成功したストレージ設定を確認し、そのストレージ設定を選択することで、ストレージを要求してきたユーザに対して、ストレージを提供することが可能となる。
【０１２６】
以上のようにして、ストレージの設定変更要求があったときで、現状のストレージの状況で要求が満たせないときでも、既存のユーザと交渉して、ストレージの変更をおこなうことにより、新規ユーザの満足のいくストレージの使用条件を提示することができ、新規ユーザの顧客満足度を高めることになり、ひいては、新規顧客を獲得する可能性を広げることになる。
【０１２７】
また、既存のユーザにとっても、ストレージの使用条件をかえても差し支えないときには、交渉を受け入れて、割引価格の特典を受けることができ、経済的なメリットを得ることができる。
【０１２８】
システム資源の利用という観点からすると、真に、ストレージの使用を望んでいるユーザに、適切な価格で提供することにより、システム全体を有効利用することができ、適切な利潤が確保される。
【０１２９】
以上述べてきたように、第一の実施形態では、ユーザからストレージの要求があったときに、ＳＳＰは、現状のストレージの状況で要求を満たせない場合であっても、ユーザの要求を部分的に満たす次善の案を提案することにした。また、必要があるときには、システムが他のユーザと交渉して、他のユーザに対してストレージの設定を変更してもらうことにより、ユーザのストレージの要求を満たせるようにした。
【０１３０】
これにより、ユーザは、ストレージの設定を受け入れ、ＳＳＰのストレージを使う機会が増えることが期待され、新規顧客の確保と、顧客満足度を高めることができる。また、既存のユーザにとっても、自分の現在のストレージ条件を見なおす機会ができ、不必要なストレージの容量を削減したり、性能を落とすことにより、価格を安くしてもらえるので、経済的なメリットを享受できる。
【０１３１】
ＳＳＰ側にとっても、新規顧客の確保と、顧客満足度を高めることができ、自らのストレージの有効利用も図ることができる。
【０１３２】
〔実施形態２〕
以下、図１１ないし図１３を用いて本発明に係る第二の実施形態を説明する。図１１は、本発明の第二の実施形態に係るストレージのサービス商品公開の処理のフローチャートである。
図１２は、ストレージ公開テーブルの構造を示す模式図である。
図１３は、ストレージ公開メニューを示す模式図である。
【０１３３】
本実施形態は、図１に示したシステム構成により、ユーザにストレージをレンタルするという発想は、第一の実施形態と同じであるが、ユーザとＳＳＰの関りあいが異なっている。
【０１３４】
第一の実施形態では、ユーザがある条件でストレージ設定を要求し、ＳＳＰがそれに応えて、ストレージ設定案を作成した。
【０１３５】
本実施形態では、ＳＳＰの方から主導的に、ストレージの設定案をサービス商品として公開し、ユーザに公開して、その条件を気に入ったユーザがそれを申し込むサービス方法に関するものである。
【０１３６】
以下、図１１を用いて本発明の第二の実施形態に係るストレージのサービス商品公開の処理について説明する。
【０１３７】
先ず、管理計算機１００は、ストレージ情報テーブル２００よりストレージの空き領域を検索する(ステップ１１００)。そして、空き領域があるか否かを判定して(ステップ１１０１)、空き領域があれば、空き領域のあるストレージの性能をボリューム情報テーブル２１０から検索してストレージ公開テーブル１２１０に各項目の情報を格納する。
【０１３８】
そして、ストレージ公開テーブル１２１０からストレージ公開メニュー１２００を作成して、ユーザに提示する(ステップ１１０２)。
【０１３９】
ストレージ公開テーブル１２１０とストレージ公開メニュー１２００については、後で説明する。
【０１４０】
システムは、ストレージ公開メニュー１２００をユーザが選択するか否かをチェックする(ステップ１１０３)。
【０１４１】
選択したユーザがいなければ、一定時間待機して(ステップ１１０４)、ユーザが選択するかどうかの待ち時間がたったか否かをチェックし(ステップ１１０５)、ユーザ待ち時間が過ぎていなければ、再びステップ１１０３に戻る。
【０１４２】
選択したユーザがいれば、選択された公開メニューの内容にしたがって、ストレージ設定をおこない、そのユーザに対してストレージ設定通知画面６００を提示して、通知する（ステップ１１０６）。
【０１４３】
ステップ１１０１において、空き領域がなかった場合、またステップ１１０５において、ユーザの待ち時間が終了した場合には、ストレージ公開を終了する時間になったか否かをチェックして(ステップ１１０７)、公開終了時間が過ぎていれば、すべての処理を終了する。
【０１４４】
終了時間でなければ、一定時間待機し(ステップ１１０８)、ステップ１１００に戻って、再び空き領域の状況をチェックする。なお、ユーザにストレージ公開をしている間の時間は、関連しているストレージの設定の変更をおこなわないように管理計算機１００で調整する必要がある。
【０１４５】
次に、図１２を用いてストレージ公開テーブル１２１０について説明する。
【０１４６】
ストレージ公開テーブル１２１０は、ストレージの割り当てをひとつのサービス商品として公開するためのデータを格納するテーブルである。
【０１４７】
項目には一つのストレージの公開項目を一つの商品とし、その商品に対する識別子である商品名１２１１と、本実施の形態の中で、ストレージの設定の要素となる性能１２１２と販売容量１２１３、そして設定の要素からストレージ性能価格テーブル２３０に従い、つけられた価格１２１４がある。
【０１４８】
また、ユーザに提示するための備考の項目と、ユーザが選択したときに、格納される選択フラグの項目がある。
【０１４９】
次に、図１３を用いてストレージ公開メニュー１２００について説明する。
【０１５０】
ストレージ公開メニュー１２００は、ストレージ公開テーブル１２１０の内容に基づいて、ユーザに提示して、ユーザに選択させてストレージのサービス商品として購入させるためのメニューである。
【０１５１】
ストレージ公開メニュー１２００は、図１３に示されるように各々の商品名２２１１に対して、性能２２１２と販売容量２２１３が示される。性能２２１２の項目には、商品１のように、性能の保証があると言う情報や標準の性能がどれほどであるかと言う情報が示される。販売容量２２１３には、販売できる容量と、販売の単位が示される。図１３の例では、商品１の販売容量２０Ｇであり、商品３の販売容量は、１０Ｇ〜５０Ｇごとに１０Ｇの販売が可能であることを示している。
【０１５２】
価格２２１４の項目には、販売する価格が表示される。
【０１５３】
備考２２１５の欄には、その商品の特徴やセールスポイントを表示して、ユーザにアピールして、その商品の販売促進に資するものである。
【０１５４】
例えば、商品２は、性能が実際は劣化しているが、標準のストレージ性能はＡである。そこで、ストレージの価格は性能Ｂの価格であるが、再びＡに戻ったとしても、ストレージの価格は、一定期間据え置くことを表示して、価格面でユーザに有利であることを、備考２２１５で表示する。
【０１５５】
また、性能Ｃのストレージがあり、管理計算機１００により、そのストレージを過去に使用したか履歴を参照すると、そのストレージのストレージの使用率が低いことが分かったとする。ストレージの履歴は、図２に示したストレージ情報テーブルの項目に設けても良いし、新たに、ストレージ履歴テーブルを設けてそこに記録するようにしてもよい。
【０１５６】
このとき、ＳＳＰは、このストレージの販売促進するために、例えば、図１３の商品４に示されるように、価格を割り引いて提供することを備考２２１５で提示する。
【０１５７】
ユーザがストレージ公開メニュー１２００に公開されたストレージのサービス商品を購入するときには、選択ボタン２２１６をクリックして、申込ボタン２２１７をクリックすると、管理計算機１００に通知される。
【０１５８】
このように、本実施形態では、定期的に空き領域を検索して、その空き領域の状況により、随時、ストレージのサービス商品を公開して、ＳＳＰの新規顧客、既存顧客のストレージ利用を促すものである。
【０１５９】
また、ＳＳＰを使用する計算機１０a，１０ｂ，…，１０ｎごとに計算機の使用状況を監視して、ユーザのストレージの使用量を把握して、その使用量が増加傾向にあるときには、ストレージ公開メニュー１２００を提示して、ストレージの販売促進をおこなうようにしてもよい。
【０１６０】
ＮＡＳ（Network Attached Storage）などのようにストレージにファイルシステムがあるストレージであれば、そのストレージの容量は、ストレージの管理モジュール１１０でもユーザの使用状況はわかるので、その機能を利用してもよい。
【０１６１】
また、ユーザのアクセス数を管理モジュール１１０において監視し、アクセス数の増大が顕著にあらわれてきたら、一定時間毎に、ストレージ公開メニュー１２００を提示して、比較的アクセスの少ないストレージのサービス商品を売り出して、他のストレージへの移行を促すようにしてもよい。
【０１６２】
〔他のシステムの運用形態〕
最後に、図１４を用いて上記実施形態１、実施形態２とは、異なったシステムの形態について説明する。
図１４は、本発明の他の記憶装置運用システムの構成図である。
【０１６３】
図１４に示される構成では、ＳＳＰの記憶装置運用システム１９０の他に、同様な複数のＳＳＰシステム１３０ａ，…，１３０ｎが存在し、前記ＳＳＰシステム全ての情報を運用管理する集中管理計算機１３００をおくことで、ＳＳＰの記憶装置運用システム１９０、他のＳＳＰシステム１３０ａ，…，１３０ｎ全てのストレージの使用状況を把握し、複数のＳＳＰシステムの運用を可能としている。
【０１６４】
【発明の効果】
本発明によれば、現実のストレージの使用状況の変化を吸収しつつ、様々なユーザのニーズを満たし、顧客満足度を高めることができ、かつ、ＳＳＰ側のシステムの効率的な運用を図ることできる記憶装置運用システム、および、記憶装置レンタルのサービス方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の記憶装置運用システムの構成図である。
【図２】本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である（その一）。
【図３】本発明の記憶装置運用システムで用いられるテーブルのテーブル構成を示す図である（その二）。
【図４】ユーザがＳＳＰに対してストレージ設定要求をして、ストレージ設定をされるまでの手順を示すゼネラルチャートである。
【図５】ストレージ設定画面を示す模式図である。
【図６】ストレージ設定案メニューを示す模式図である。
【図７】ストレージ設定通知画面を示す模式図である。
【図８】システムが、ストレージ設定案を作成する手順を示すフローチャートである。
【図９】ストレージ設定変更の交渉の手順を示すフローチャートである。
【図１０】ストレージ変更依頼メニューを示す模式図である。
【図１１】本発明の第二の実施形態に係るストレージのサービス商品公開の処理のフローチャートである。
【図１２】ストレージ公開テーブルの構造を示す模式図である。
【図１３】ストレージ公開メニューを示す模式図である。
【図１４】本発明の他の記憶装置運用システムの構成図である。
【符合の説明】
１００…管理計算機
１０ａ，１０ｂ，…，１０ｎ…計算機
１１a，１１ｂ，…，１１ｎ…ストレージ
１１０…管理モジュール
１１１…ボリューム群
１２０…ネットワーク
１９０…記憶装置運用システム
Claims (9)
- 複数の計算機とネットワークを介して接続され、管理計算機と記憶装置とを有し、前記複数の計算機からの各々の要求に応じて、前記記憶装置の記憶領域を割当てて、運用する記憶装置運用システムにおいて、
前記管理計算機は、
前記記憶装置の情報を保持し、それぞれの記憶装置の性能と空き容量との情報を含むストレージ情報テーブルと、
前記複数の計算機に対して前記記憶装置の記憶領域の割当てている状況の情報とを保持し、それぞれの記憶装置の性能と割当て領域の容量との情報を含むボリューム情報テーブルと、
前記記憶装置の記憶領域の割当ての設定案を保持するストレージ設定案テーブルと、
前記記憶装置の記憶領域の割当ての変更案を保持するストレージ変更依頼テーブルと、
前記複数の計算機の内のある計算機から前記記憶装置の記憶領域の割当ての設定要求を受信する手段と、
前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求と前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに保持される情報とに基づき、前記記憶装置の記憶領域の設定案を作成する手段と、
前記複数の計算機の内のある計算機から、割当てる記憶装置の性能と容量とを条件として含む前記記憶装置の記憶領域の割当ての設定要求を受信する手段と、
前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求があったときに、その設定要求が条件として含む割当てる記憶装置の性能と容量を参照して、前記ストレージ情報テーブルをチェックして、その設定要求を満たす前記記憶装置の割当がおこなえるか否かを判定する手段と、
その設定要求を満たす前記記憶装置の割当がおこなえないと判定したときには、前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求と前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに保持される情報とに基づき、他の計算機に割当てられている前記記憶装置の記憶領域の再割当てが必要になるか否かの情報を含む前記記憶装置の記憶領域の設定案を作成して、前記ストレージ設定案テーブルに記憶する手段と、
前記記憶装置の記憶領域の割当てを要求したある計算機に対して、前記ストレージ設定案テーブルに記憶された記憶領域の設定案を通知する手段と、
前記記憶装置の記憶領域の割当てを要求したある計算機から設定案を選択する応答があり、かつ、その設定案に他の計算機に割当てられている前記記憶装置の記憶領域の再割当てが必要になるという情報が含まれているときには、該当する他の計算機に前記記憶装置の記憶領域の割当てを変更する記憶領域の割当て変更案を作成して、前記ストレージ変更依頼テーブルに記憶する手段と、
該当する他の計算機に対して、前記ストレージ変更依頼テーブルに記憶された記憶領域の割当て変更案を通知する手段と、
該当する他の計算機に割当て変更する記憶領域の割当て変更案を通知し、かつ、前記通知した他の計算機から記憶領域の割当て変更案の受諾を通知されたときに、前記ストレージ設定案テーブルに記憶され、前記ある計算機から選択の応答があった前記記憶装置の記憶領域の割当ての設定案と、前記ストレージ変更依頼テーブルに記憶され、前記他の計算機から受諾の通知があった計算機に対する記憶装置の記憶領域の割当ての設定案とに基づき、前記記憶装置の記憶領域の割当てを要求したある計算機に対する前記記憶装置の記憶領域の割当てと、前記他の計算機の前記記憶装置の記憶領域の割当てとをおこない、前記ボリューム情報テーブルを書き換えるする手段とを有することを特徴とする記憶装置運用システム。 - 前記ストレージ情報テーブルは、容量ごとの提供価格情報を含み、
前記記憶装置の記憶領域の設定案と、他の計算機に割当て変更する記憶領域の割当て変更案とに価格情報を含むことを特徴とする請求項１記載の記憶装置運用システム。 - さらに、前記管理計算機は、前記記憶装置の性能ごとの価格情報を含んだストレージ価格調整テーブルを含むことを特徴とする請求項２記載の記憶装置運用システム。
- 前記管理計算機は、複数の該当する他の計算機に割当て変更する記憶領域の割当て変更案を通知し、一定期間経過後に応答がないときには、その応答がない計算機に対して、終了通知をおこなう手段を有することを特徴とする請求項１記載の記憶装置運用システム。
- 前記管理計算機は、
さらに、前記記憶装置の記憶領域の割当て設定案を公開するためのストレージ公開テーブルと、
前記複数の計算機に対して前記記憶装置の記憶領域の割当てている状況を監視する手段と、
前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに基づき、新たに前記記憶装置の記憶領域の割当ての設定案を随時作成する手段と、
作成された前記記憶装置の記憶領域の割当て設定案を、前記ストレージ公開テーブルに記憶する手段と、
前記ストレージ公開テーブルに記憶された情報を、前記複数の計算機に対して送信する手段とを有することを特徴とする請求項１記載の記憶装置運用システム。 - さらに、前記管理計算機は、前記記憶装置の記憶領域の割当てている状況の変化を検知する手段と、
前記記憶装置の記憶領域の割当てている状況の変化を検知にしたがって前記記憶装置の記憶領域の割当て設定案を作成する手段とを有することを特徴とする請求項５記載の記憶装置運用システム。 - 複数の計算機とネットワークを介して接続され、管理計算機と記憶装置とを有し、前記複数の計算機からの各々の要求に応じて、前記記憶装置の記憶領域を割当てて、運用する記憶装置運用システムの記憶装置レンタルのサービス方法において、
前記管理計算機は、
前記記憶装置の情報を保持し、それぞれの記憶装置の性能と空き容量との情報を含むストレージ情報テーブルと、
前記複数の計算機に対して前記記憶装置の記憶領域の割当てている状況の情報とを保持し、それぞれの記憶装置の性能と割当て領域の容量との情報を含むボリューム情報テーブルと、
前記記憶装置の記憶領域の割当ての設定案を保持するストレージ設定案テーブルと、
前記記憶装置の記憶領域の割当ての変更案を保持するストレージ変更依頼テーブルと、
前記複数の計算機の内のある計算機から前記記憶装置の記憶領域の割当ての設定要求を受信する手段と、
前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求と前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに保持される情報とに基づき、前記記憶装置の記憶領域の設定案を作成する手段とを有し、
前記複数の計算機の内のある計算機は、割当てる記憶装置の性能と容量とを条件として含む前記記憶装置の記憶領域の割当ての設定要求を前記管理計算機にする手順と、
前記管理計算機が、前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求があったときに、その設定要求が条件として含む割当てる記憶装置の性能と容量を参照して、前記ストレージ情報テーブルをチェックして、その設定要求を満たす前記記憶装置の割当がおこなえるか否かを判定する手順と、
前記管理計算機が、その設定要求を満たす前記記憶装置の割当がおこなえないと判定したときには、前記ある計算機の前記記憶装置の記憶領域の割当ての設定要求と前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに保持される情報とに基づき、他の計算機に割当てられている前記記憶装置の記憶領域の再割当てが必要になるか否かの情報を含む前記記憶装置の記憶領域の設定案を作成して、前記ストレージ設定案テーブルに記憶する手順と、
前記管理計算機が、前記記憶装置の記憶領域の割当てを要求したある計算機に対して、前記ストレージ設定案テーブルに記憶された記憶領域の設定案を通知する手順と、
前記管理計算機が、前記記憶装置の記憶領域の割当てを要求したある計算機から設定案を選択する応答があり、かつ、その設定案に他の計算機に割当てられている前記記憶装置の記憶領域の再割当てが必要になるという情報が含まれているときには、該当する他の計算機に前記記憶装置の記憶領域の割当てを変更する記憶領域の割当て変更案を作成して、前記ストレージ変更依頼テーブルに記憶する手順と、
前記管理計算機が、該当する他の計算機に対して、前記ストレージ変更依頼テーブルに記憶された記憶領域の割当て変更案を通知する手順と、
前記管理計算機が、該当する他の計算機に割当て変更する記憶領域の割当て変更案を通知し、かつ、前記通知した他の計算機から記憶領域の割当て変更案の受諾を通知されたときに、前記ストレージ設定案テーブルに記憶され、前記ある計算機から選択の応答があった前記記憶装置の記憶領域の割当ての設定案と、前記ストレージ変更依頼テーブルに記憶され、前記他の計算機から受諾の通知があった計算機に対する記憶装置の記憶領域の割当ての設定案とに基づき、前記記憶装置の記憶領域の割当てを要求したある計算機に対する前記記憶装置の記憶領域の割当てと、前記他の計算機の前記記憶装置の記憶領域の割当てとをおこない、前記ボリューム情報テーブルを書き換える手順とを有することを特徴とする記憶装置運用システム。 - 前記他の計算機に割当て変更する記憶領域の割当て変更案は、割当てている記憶装置の性能の変更の有無、割当て記憶領域の変更の有無の少なくともいずれか一方を含み、
前記管理計算機は、前記記憶装置の性能の変更の有無、割当て記憶領域の変更の有無に応じて、価格を割り引いた割当て変更案を作成することを特徴とする請求項７記載の記憶装置運用システムの記憶装置レンタルのサービス方法。 - 前記管理計算機は、さらに、前記記憶装置の記憶領域の割当て設定案を公開するためのストレージ公開テーブルを有し、
さらに、前記管理計算機が、前記複数の計算機に対して前記記憶装置の記憶領域の割当てている状況を監視する手順と、
前記管理計算機が、前記ストレージ情報テーブルと、前記ボリューム情報テーブルとに基づき、新たに前記記憶装置の記憶領域の割当て設定案を随時作成し、作成された前記記憶装置の記憶領域の割当て設定案を、前記ストレージ公開テーブルに記憶する手順と、
前記管理計算機が、前記ストレージ公開テーブルに記憶された情報を、前記複数の計算機に対して送信する手順とを有することを特徴とする請求項７記載の記憶装置運用システムの記憶装置レンタルのサービス方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002002036A JP3936585B2 (ja) | 2002-01-09 | 2002-01-09 | 記憶装置運用システム、および、記憶装置レンタルのサービス方法 |
| US10/078,350 US7269565B2 (en) | 2002-01-09 | 2002-02-21 | Storage operational system and method of providing the storage rental service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002002036A JP3936585B2 (ja) | 2002-01-09 | 2002-01-09 | 記憶装置運用システム、および、記憶装置レンタルのサービス方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003203126A JP2003203126A (ja) | 2003-07-18 |
| JP3936585B2 true JP3936585B2 (ja) | 2007-06-27 |
Family
ID=19190702
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002002036A Expired - Fee Related JP3936585B2 (ja) | 2002-01-09 | 2002-01-09 | 記憶装置運用システム、および、記憶装置レンタルのサービス方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7269565B2 (ja) |
| JP (1) | JP3936585B2 (ja) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4267261B2 (ja) * | 2002-06-19 | 2009-05-27 | 富士通株式会社 | ストレージサービス方法、ストレージサービスプログラムおよびストレージ装置 |
| JP4141937B2 (ja) * | 2003-11-10 | 2008-08-27 | 株式会社日立製作所 | データ保管方法、データ保管プログラム、およびコンピュータ読取り可能な記録媒体 |
| US20050273556A1 (en) * | 2004-06-04 | 2005-12-08 | International Business Machines Corporation | Method and system for providing a recommended allocation of data storage space |
| JP4493422B2 (ja) * | 2004-07-06 | 2010-06-30 | 株式会社日立製作所 | ボリューム絞込みシステム及び方法 |
| JP2006113824A (ja) * | 2004-10-14 | 2006-04-27 | Nec Corp | ストレージ課金方法、ストレージ課金システム、及びストレージ課金プログラム |
| JP4688556B2 (ja) * | 2005-04-22 | 2011-05-25 | 株式会社日立製作所 | ボリュームマイグレーションシステム、ボリューム再配置方法及びプログラム |
| US8886909B1 (en) | 2008-03-31 | 2014-11-11 | Emc Corporation | Methods, systems, and computer readable medium for allocating portions of physical storage in a storage array based on current or anticipated utilization of storage array resources |
| JP5426888B2 (ja) * | 2008-06-11 | 2014-02-26 | 株式会社日立ソリューションズ | ファイル検索システム |
| US8443369B1 (en) | 2008-06-30 | 2013-05-14 | Emc Corporation | Method and system for dynamically selecting a best resource from each resource collection based on resources dependencies, prior selections and statistics to implement an allocation policy |
| JP2010224850A (ja) * | 2009-03-24 | 2010-10-07 | Nec Corp | 割当システム、割当装置、割当方法、及びプログラム |
| JP2010250477A (ja) * | 2009-04-14 | 2010-11-04 | Fujitsu Ltd | ストレージ制御プログラム、ストレージシステム、ストレージ制御装置、およびストレージ制御方法 |
| US8407445B1 (en) | 2010-03-31 | 2013-03-26 | Emc Corporation | Systems, methods, and computer readable media for triggering and coordinating pool storage reclamation |
| US8924681B1 (en) * | 2010-03-31 | 2014-12-30 | Emc Corporation | Systems, methods, and computer readable media for an adaptative block allocation mechanism |
| US8443163B1 (en) | 2010-06-28 | 2013-05-14 | Emc Corporation | Methods, systems, and computer readable medium for tier-based data storage resource allocation and data relocation in a data storage array |
| US9311002B1 (en) | 2010-06-29 | 2016-04-12 | Emc Corporation | Systems, methods, and computer readable media for compressing data at a virtually provisioned storage entity |
| US8745327B1 (en) | 2011-06-24 | 2014-06-03 | Emc Corporation | Methods, systems, and computer readable medium for controlling prioritization of tiering and spin down features in a data storage system |
| US9763518B2 (en) | 2014-08-29 | 2017-09-19 | Cisco Technology, Inc. | Systems and methods for damping a storage system |
| US9853873B2 (en) | 2015-01-10 | 2017-12-26 | Cisco Technology, Inc. | Diagnosis and throughput measurement of fibre channel ports in a storage area network environment |
| US9900250B2 (en) | 2015-03-26 | 2018-02-20 | Cisco Technology, Inc. | Scalable handling of BGP route information in VXLAN with EVPN control plane |
| US10222986B2 (en) * | 2015-05-15 | 2019-03-05 | Cisco Technology, Inc. | Tenant-level sharding of disks with tenant-specific storage modules to enable policies per tenant in a distributed storage system |
| US11588783B2 (en) | 2015-06-10 | 2023-02-21 | Cisco Technology, Inc. | Techniques for implementing IPV6-based distributed storage space |
| US10778765B2 (en) | 2015-07-15 | 2020-09-15 | Cisco Technology, Inc. | Bid/ask protocol in scale-out NVMe storage |
| US9892075B2 (en) | 2015-12-10 | 2018-02-13 | Cisco Technology, Inc. | Policy driven storage in a microserver computing environment |
| US10140172B2 (en) | 2016-05-18 | 2018-11-27 | Cisco Technology, Inc. | Network-aware storage repairs |
| US20170351639A1 (en) | 2016-06-06 | 2017-12-07 | Cisco Technology, Inc. | Remote memory access using memory mapped addressing among multiple compute nodes |
| US10664169B2 (en) | 2016-06-24 | 2020-05-26 | Cisco Technology, Inc. | Performance of object storage system by reconfiguring storage devices based on latency that includes identifying a number of fragments that has a particular storage device as its primary storage device and another number of fragments that has said particular storage device as its replica storage device |
| US11563695B2 (en) | 2016-08-29 | 2023-01-24 | Cisco Technology, Inc. | Queue protection using a shared global memory reserve |
| US10545914B2 (en) | 2017-01-17 | 2020-01-28 | Cisco Technology, Inc. | Distributed object storage |
| US10243823B1 (en) | 2017-02-24 | 2019-03-26 | Cisco Technology, Inc. | Techniques for using frame deep loopback capabilities for extended link diagnostics in fibre channel storage area networks |
| US10713203B2 (en) | 2017-02-28 | 2020-07-14 | Cisco Technology, Inc. | Dynamic partition of PCIe disk arrays based on software configuration / policy distribution |
| US10254991B2 (en) | 2017-03-06 | 2019-04-09 | Cisco Technology, Inc. | Storage area network based extended I/O metrics computation for deep insight into application performance |
| US10303534B2 (en) | 2017-07-20 | 2019-05-28 | Cisco Technology, Inc. | System and method for self-healing of application centric infrastructure fabric memory |
| US10404596B2 (en) | 2017-10-03 | 2019-09-03 | Cisco Technology, Inc. | Dynamic route profile storage in a hardware trie routing table |
| US10942666B2 (en) | 2017-10-13 | 2021-03-09 | Cisco Technology, Inc. | Using network device replication in distributed storage clusters |
| JP2019211889A (ja) | 2018-06-01 | 2019-12-12 | 日本電信電話株式会社 | リソース予約管理装置およびリソース予約管理方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0477861A (ja) | 1990-07-16 | 1992-03-11 | Hitachi Ltd | 受注設計方式 |
| US6067525A (en) * | 1995-10-30 | 2000-05-23 | Clear With Computers | Integrated computerized sales force automation system |
| JPH11212930A (ja) * | 1998-01-21 | 1999-08-06 | Mitsubishi Electric Corp | 資源融通交渉方式 |
| JP3844590B2 (ja) | 1998-03-12 | 2006-11-15 | 松下電器産業株式会社 | リソース割当方法 |
| JP3649624B2 (ja) | 1999-07-02 | 2005-05-18 | 株式会社日立製作所 | 受注システム |
| WO2002073356A2 (en) * | 2001-03-09 | 2002-09-19 | Omnexus Americas, Inc. | Marketplaces for on-line contract negotiation, formation and price and availability querying |
-
2002
- 2002-01-09 JP JP2002002036A patent/JP3936585B2/ja not_active Expired - Fee Related
- 2002-02-21 US US10/078,350 patent/US7269565B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7269565B2 (en) | 2007-09-11 |
| US20030131165A1 (en) | 2003-07-10 |
| JP2003203126A (ja) | 2003-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3936585B2 (ja) | 記憶装置運用システム、および、記憶装置レンタルのサービス方法 | |
| US8744919B1 (en) | Systems and methods for retail networking | |
| US7386515B2 (en) | Fee imposition system for application software | |
| KR101572305B1 (ko) | 디지털 아이템들의 추천, 대여, 및 재판매 | |
| JP5076279B2 (ja) | Ｉｔ資産管理システム、ｉｔ資産管理方法およびｉｔ資産管理プログラム | |
| US20160077769A1 (en) | Method and apparatus for printing in a distributed communications network | |
| US20200043037A1 (en) | Point management system and point management program | |
| JP5498899B2 (ja) | 電子ネットワークの消費者集約手続をサポートするためのシステム及び方法 | |
| US20120239515A1 (en) | Systems and methods for dynamic product and service bundling | |
| JP2005500611A (ja) | １以上の商品目録項目の予約リクエストを管理するシステムおよび方法 | |
| JP2005500609A (ja) | １以上の商品目録項目の予約リクエストを管理するシステムおよび方法 | |
| JP4677115B2 (ja) | データ記憶装置の貸し出し課金方法 | |
| CN102918554A (zh) | 虚拟货币的结算和汇寄处理方法，结算和汇寄处理系统及结算和汇寄处理程序 | |
| US20090182566A1 (en) | Automatic Library Referral System and Method | |
| JP2002132549A (ja) | 論理ボリューム管理方法、これを利用したサービスおよびそのサービスを記録したコンピュータ読み取り可能な記録媒体 | |
| US20110313798A1 (en) | Short-term housing rental management system and method | |
| JPWO2002071293A1 (ja) | 広告配信システム | |
| JP5207692B2 (ja) | サービス利用ポイント流通と連動する電子広告配信装置 | |
| JP6772350B1 (ja) | 情報処理方法、情報処理装置、プログラム、及び情報処理端末 | |
| JP7327781B2 (ja) | マッチング支援装置、マッチング支援方法、コンピュータプログラム及び記録媒体 | |
| US8060388B1 (en) | Resource distribution | |
| JP7153818B2 (ja) | プログラム、情報処理装置及び情報処理方法 | |
| JP7190778B1 (ja) | プログラム、装置及び方法 | |
| JP6680852B1 (ja) | 設定装置、設定方法及び設定プログラム | |
| JP7132498B2 (ja) | 情報処理装置およびデジタルコンテンツ取引方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040722 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060825 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061102 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20061102 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070227 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070323 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110330 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120330 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130330 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |