(57)【要約】    【課題】  複数のＳＳＰのサービス機能を組み合わせることで、利用者の要件を満たすストレージサービスを利用者に提供することができるブローカーサービスシステムを提供することにある。    【解決手段】  本発明は、複数のＳＳＰと利用者とを仲介するブローカーサービスを設け、複数のＳＳＰが提供するサービス機能を組み合わせて、利用者の要件を満たすサービスを実現することで解決する。利用者はサービス機能を提供する複数のＳＳＰの存在を意識せずに、ブローカーサービスを通じてサービス機能を透過的に利用することができる。【選択図】  図１
2006155444.tif 000002
【特許請求の範囲】
【請求項１】
ストレージに関するサービス機能を有する複数のストレージサービスプロバイダと、前記サービス機能の利用者との間を仲介して前記サービス機能を提供するブローカーサービスシステムであって、
前記利用者の端末から前記サービス機能の要件を受け取り、該受け取った利用者のサービス機能の要件を、前記複数のストレージサービスプロバイダの提供するサービス機能の組み合わせで実現するように構成することを特徴とするブローカーサービスシステム。
【請求項２】
請求項１記載のブローカーサービスシステムにおいて、前記サービス機能に関する情報をストレージサービスプロバイダから入手し、該入手された情報を保管するための管理テーブルに格納し、管理する機能を有することを特徴とするプローカーサービスシステム。
【請求項３】
ストレージに関するサービス機能を有する複数のストレージサービスプロバイダと、前記サービス機能の利用者との間を仲介して前記サービス機能を提供するブローカーサービスシステムであって、
前記複数のストレージサービスプロバイダから入手された前記サービス機能に関する情報を格納した管理テーブルを有し、前記利用者の端末から前記サービス機能の要件を受け取り、該受け取ったサービス機能の要件と前記管理テーブルに格納された情報とを比較して前記要件を実現するストレージサービスプロバイダの提供するサービス機能の組み合わせを見付け、該見付けた組み合わせで実現されるサービス機能を前記利用者に仲介する機能を有することを特徴とするブローカーサービスシステム。
【請求項４】
前記複数のストレージサービスプロバイダとして地理的に離れた場所（リモートサイト）にデータを二重化しておき、前記二重化されたストレージサービスプロバイダの提供するサービス機能の組み合わせで実現するサービス機能として災害発生によりローカルサイト自体が破壊された時やサイト自体は破壊されていないがデータが壊れた場合などにおいてリモートサイトのデータで業務の継続を実現するサービス機能であることを特徴とする請求項１又は３記載のブローカーサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のストレージサービスプロバイダが存在する環境において、ストレージサービスプロバイダ利用者とストレージサービスプロバイダを仲介するブローカーサービスを実現するための方法及びそのシステムに関するものである。
【背景技術】
【０００２】
近年、eビジネスの進展、ブロードバンド化により、企業情報システムには、ビジネス活動で処理、蓄積されるデータ量の増加への対応、２４時間３６５日の連続稼動などが求められている。これに対して各企業は、自社内にサーバやストレージなどの情報システムを導入・管理したり、データの急増に対して業務に支障が生じない的確なタイミングでストレージ容量を増設するなどしていた。しかし、たとえ前記システムを構築したとしても、それを管理・維持していくことは、各企業にとって費用面および人員面で大きな負担になる。更に、近年ストレージに関する技術革新の進歩が早く、自社でストレージシステムを保持するためには専門的な知識を持つ要員を育成し、維持する必要がある。またストレージシステム装置自体の陳腐化も早く、購入した装置が時代遅れになるというリスクも伴う。
【０００３】
この様な状況の中、データ管理のアウトソーシングを受託し、サーバやストレージをレンタルして利用料を徴収したり、ストレージシステムの構築から維持、管理までを代行するといった、ストレージサービスプロバイダ（ＳＳＰ）というビジネスモデルがＩＴサービス市場に出現した。このＳＳＰの例としては、ストレージ容量を貸し出し、利用料を徴収する形態がある。例えば、データ記憶装置を高速、中速、低速に分類して階層化し、データ記憶装置へのアクセス速度が速い装置ほど単位記憶容量当たりの利用料を高額にするというものである（特許文献１参照）。また、利用者に対してアクセス速度、ビット単位の単価等のサービスオプションによって異なる課金を行い、一方で異なるストレージ装置を用意し、サービス内容によって利用者のアクセスを切り分けるというものもある（特許文献２参照）。
【０００４】
上記のようにいろいろなストレージサービスを提供するＳＳＰが複数存在するなか、従来は、性能、容量、可用性レベル、セキュリティレベル、バックアップレベル（時間、回数、バックアップ装置の種類）、料金、場所などの各種要件に合うＳＳＰを利用者自身が探し、評価したうえでＳＳＰを選定、利用している。
【０００５】
【特許文献１】特表２０００−５０１５２８号公報
【特許文献２】米国特許第６０１２０３２号（ＵＳＰＮｏ．６，０１２，０３２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来の技術において、利用者の要件を満たすＳＳＰが存在しない場合、利用者自身が投資をして自社でストレージシステムを構築するか、あるいは特定のＳＳＰに要件を満たすストレージシステム環境を整えて貰ったうえで、そのＳＳＰを利用することになる。この場合、利用者自身による投資は不要だが、ＳＳＰが追加投資した分が利用料に上乗せされ、結果として利用者の負担が大きくなる可能性が生じる。またＳＳＰにとっても、利用者がそのＳＳＰにとって重要な顧客であったりすると、投資回収が見込めない場合でも追加投資を拒めないという状況も考えられる。
上記状況は、利用者の要件を１つのＳＳＰで実現しようとすることに起因するものである。
【０００７】
本発明の目的は、複数のＳＳＰのサービス機能を組み合わせることで、利用者の要件を満たすストレージサービスを利用者に提供し、上記課題を解決することである。
【０００８】
例えば地震・火災・事故などの災害に備えて、事業継続に必要なデータを地理的に離れた２つ以上の場所に同じものを保管しておきたいという利用者の要件を１つのＳＳＰだけでは実現できない場合に、複数のＳＳＰが提供するサービス機能を組み合わせることで利用者の要件を満たすことにより、上記課題を解決する。
【０００９】
また同様にして、地理的に離れた２つ以上の場所に分散して事業を展開している利用者が、それぞれの地域で事業を継続するために必要なデータをそれぞれの地域で保管する場合、複数のＳＳＰの提供するサービス機能を組み合わせることで利用者の要件を満たすことにより、上記課題を解決する。
【課題を解決するための手段】
【００１０】
本発明は、複数のＳＳＰが存在する環境において、複数のＳＳＰとその利用者とを仲介する、ブローカーサービスを実現するための方法及びそのシステムに関するものである。
【００１１】
このブローカーサービスは、上記利用者とＳＳＰとのインタフェースの役割を果たす。詳しくは以下で説明するが、本発明による環境を構築した後は、利用者はサービス機能を提供する複数のＳＳＰの存在を意識せずに、ブローカーサービスを通じてサービス機能を透過的に利用することができる。
【００１２】
ブローカーサービスは、複数のＳＳＰが提供するサービス機能や料金などの各種情報を保管した管理テーブルを保持する。この情報は、利用者がサービス機能を利用する前に、ブローカーシステムがＳＳＰからネットワークを経由して入手し、管理テーブルに格納しておく。
【００１３】
利用者から要件を受け取ると、ブローカーサービスは管理テーブルの情報を検索して、複数のＳＳＰが提供するサービス機能を組み合わせて、利用者の要件を満たすサービスを実現できるストレージシステムの構成を決める。続いて、サービス実現に必要なストレージシステム環境の設定をする。この設定作業は、利用者の環境とＳＳＰの環境とを接続するものである。この環境情報は、利用者ごとに作る管理テーブルに保存し、利用者がストレージにアクセスする際に、ブローカーシステムがこの管理テーブルの情報を参照してアクセスを実現する。このようにして、利用者はブローカーシステムを通じて、ブローカーシステムの先にネットワークで接続されたＳＳＰのストレージにアクセスをするなど、サービス機能の提供を受けることになる。
【００１４】
上記の仕組みを使い、地理的に離れた場所にある２つ以上のＳＳＰの提供するサービス機能を組み合わせることで、災害発生に備えるための情報システムを実現する。利用者が事業を継続するために必要なデータを地理的に離れた２つの場所のそれぞれに、同じものを保管し、一方に保管した上記データが地震・火災・事故などの災害により消失、あるいは利用不可能な状態になった場合に、他の一方に保管した上記データを利用することで、利用者は事業を継続できる。
【発明の効果】
【００１５】
本発明によれば、複数のＳＳＰと利用者とを仲介し、利用者の要件を複数のＳＳＰを組み合わせて実現することにより、利用者にとっては、利用者自身でストレージシステムを構築するのではなく、複数のＳＳＰの提供する機能を組み合わせることで、適切な料金で目的の要件を実現できる。また、ＳＳＰにとっては、他のＳＳＰと組むことで、単独では提供できなかったサービスを利用者に提供できるようになることで、新たな顧客獲得の機会が拡大できるという効果が得られる。あるいは、特定の顧客の要望に起因する、非効率な投資を避けることができる。
【００１６】
また、本発明によれば、ブローカーシステムの提供者にとっては、利用者とＳＳＰの両者から、本発明によるブローカーシステムの利用料として手数料を徴収することで収益を得られる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
図１は、本発明の実施の形態を説明するための全体構成図である。１０１はＳＳＰ（ストレージサービスプロバイダ）の利用者が用いる端末である。１０２は利用者の端末１０１とブローカーシステム１０３をつなぐネットワークである。このネットワークの形態には、インターネット、ＡＴＭ網、ＭＡＮ（Mertopolitan Area Network）などいろいろあるが、本発明はその形態に依存しない。１０３はブローカーシステムで、本発明の中核を成す。１０４はＳＳＰが有するサービス機能に関する情報を保管する管理テーブルであり、この情報はＳＳＰから入手する。ここでは、ＳＳＰ情報管理テーブルと称する。このテーブルについては、図２と図３で詳述する。１０５はブローカーシステム１０３とＳＳＰ１０６をつなぐネットワークである。このネットワークも、１０２と同様、その形態を問わない。１０６はＳＳＰである。１０７は利用者が使うサービス機能に関する情報を保管する管理テーブルであり、利用者がサービスを利用するたびにサービス単位で配列形式で設定する。ここでは、利用者管理テーブルと称する。このテーブルについては、図４と図５で詳述する。
【００１９】
図２はＳＳＰ情報管理テーブル１０４の一実施例を示すデータ構造図で、図３は図２の中の保有するストレージ情報２０４部分の一実施例を示すデータ構造図である。
【００２０】
２０１は、ＳＳＰごとに一意に付ける識別ＩＤで、ＳＳＰＩＤと称する。このＩＤは、ブローカーシステムの提供者が決め、ＳＳＰに与える。２０２はＳＳＰの名称である。２０３は、ＳＳＰが有するストレージ装置の数である。２０４は、ストレージ装置それぞれの情報（１）〜（ｎ）を格納するテーブルであり、保有するストレージ情報である。これは、ストレージ装置の数だけ配列形式で存在する。
【００２１】
２０４の詳細を図３に示す。３０１はストレージ情報ＩＤで、これは図２のＳＳＰＩＤ２０１と保有するストレージ情報２０４の配列番号の組み合わせからなる。例えばＳＳＰＩＤが“ＡＢＣ”で１つ目の配列番号が“１”の場合は、“ＡＢＣ１”となる。３０２はストレージ装置が設置してある場所（ロケーション）を示す。ここには、具体的な地名、あるいは地名を表す地名コードを格納する。３０３はストレージ装置の最大容量、３０４はそのうち利用可能なストレージの容量をそれぞれ格納する。３０５はストレージ装置の可用性・信頼性レベル、３０６は性能レベル、３０７はセキュリティレベルをそれぞれ格納する。このレベルの定義もストレージサービスプロバイダＩＤ２０１と同様に、ブローカーシステムの提供者が決め、その定義に則り、各ＳＳＰを評価した上で、レベルを決定する。３０８はＳＳＰが提供する運用サービス内容を格納する。このサービスには、バックアップサービス、２４時間障害監視サービス、などがある。３０９は適用できるプラットフォーム（ＯＳ）である。３１０は対応するネットワークの種別で、ファイバーチャネル、ギガビットイーサネット（登録商標）、ＥＳＣＯＮ、ＦＩＳＣＯＮ、ＡＴＭなどがある。
【００２２】
図４は利用者管理テーブル１０７の一実施例を示すデータ構造図で、図５は図４の中の保有する利用サービス情報４０４部分の一実施例を示すデータ構造図である。
【００２３】
４０１は、利用者ごとに一意に付ける識別ＩＤで、利用者ＩＤと称する。このＩＤは、ブローカーシステムの提供者が決め、利用者に与える。４０２は利用者の名称である。４０３は、利用者が使うサービスの数である。４０４は、利用サービスそれぞれの情報（１）〜（ｎ）を格納するテーブルである。これは、利用サービスの数だけ配列形式で存在する。
【００２４】
４０４の詳細を図５に示す。５０１はサービスＩＤで、これは図４の利用者ＩＤ４０１と利用サービス情報４０４の配列番号の組み合わせからなる。例えば利用者ＩＤが“ＸＹＺ”で１つ目の配列番号が“１“の場合は、”ＸＹＺ１”となる。５０２はデータを格納するアドレスを示す。ここには、ＳＳＰの保有するストレージ装置のアドレスとそのストレージ装置内のディスクのアドレスを格納する。このアドレスは、利用者の端末１０１からサービスの利用を要求してきた時に、ブローカーシステム１０３が利用者の要件に適合したＳＳＰを選択し、そのＳＳＰが保有するストレージ装置及びその装置内で利用者に割り当てるディスクを決め、その装置アドレスとディスクアドレスを格納する。
【００２５】
次に、本発明の中核を成すブローカーシステム１０３の持つ機能について説明する。ブローカーシステム１０３は、複数のＳＳＰ１０６と、サービス機能の利用者の端末１０１との間に存在し、次の３つの機能を持つ。すなわち、ＳＳＰ１０６が提供するサービス機能の情報を、ネットワーク１０５を経由してＳＳＰ１０６から入手し、その情報をＳＳＰ管理テーブル１０４に格納、管理する機能（機能１）、利用者の要件を、ネットワーク１０２を経由して利用者の端末１０１から受け取り、その要件と管理テーブル１０４に格納してある情報とを比較して、要件を実現するＳＳＰのサービス機能の組み合わせを見つける機能（機能２）、そして最後に、その組み合わせで提供されるサービス機能を実現する機能（機能３）、の３つである。
【００２６】
それぞれの機能について、詳しく説明する。
【００２７】
図６は、機能１を説明する図である。ブローカーシステム１０３がＳＳＰ１０６から、情報を受け取る（ステップ６０１）。ここで受け取る情報は、図２及び図３に示すＳＳＰ情報管理テーブル１０４の項目の情報である。そのＳＳＰ情報管理テーブル１０４に登録済みであるかを確認し（ステップ６０２）、未登録であれば受け取った情報をＳＳＰ情報管理テーブル１０４に新規に登録する（ステップ６０３）。登録済みＳＳＰであれば、登録済み情報と受け取った情報とを比較し（ステップ６０４）、そのサービスが登録済みであれば登録データを受け取ったサービス情報データに更新し、登録済みでなければ受け取ったサービス情報を追加する（ステップ６０５〜６０７）。
【００２８】
図７は、機能２を説明する図である。ブローカーシステム１０３は、利用者の要件項目を、ネットワーク１０２を経由して利用者の端末１０１から受け取る（ステップ７０１）。上記要件項目は、図２と図３で示す項目のすべて、あるいは一部からなる。提示された要件を満たすＳＳＰを、ＳＳＰ情報管理テーブル１０３に格納されている情報と比較し、利用者の要件を満たす２つのＳＳＰを探す（ステップ７０２）。ステップ７０３において、利用者の要件を満たすＳＳＰの組み合わせが見つかった場合、それぞれのＳＳＰの情報（ストレージ装置とその中のディスク領域のアドレス）をデータ格納実アドレス領域１（５０３），及びデータ格納実アドレス領域２（５０４）に格納する。同時に、ユーザで一意となるサービスＩＤをサービスＩＤ領域５０１に格納する。さらに、２つの実領域に対応する仮想アドレスを決め、それをデータ格納仮想アドレス５０２に格納する。そして、そのサービスＩＤ５０１とデータ格納仮想アドレスを利用者に通知するとともに、利用者にデータ格納仮想アドレス５０２に対するアクセス権限を与える（ステップ７０４）。利用者は、ストレージにアクセスする際にはデータ格納仮想アドレス５０２に対してアクセスする。実際には２つのＳＳＰが持つディスク領域にアクセスすることになるが、利用者の端末１０１からはデータ格納仮想アドレスの１カ所だけにアクセスする操作となる。
もし、ステップ７０３において、利用者の要件を満たすＳＳＰの適切な組み合わせが見つからなかった場合には、利用者にエラーメッセージを返す（ステップ７０５）。
【００２９】
図８は、機能３を詳しく説明する図である。
【００３０】
利用者は、端末１０１を用いてストレージにアクセスする場合、機能２で通知されたデータ格納仮想アドレス５０２の領域に対してアクセスする（ステップ８０１）。ブローカーシステム１０３は、２つのＩＤから、アクセス対象となるＳＳＰのストレージ装置内のディスク領域を特定する（ステップ８０２）。利用者のアクセス要求が参照要求の場合、ブローカーシステム１０３はデータ格納アドレス１の領域にアクセスし、該領域からデータを読み込み、読み込みに成功した場合には読み込んだデータをデータ格納仮想アドレスに格納し、利用者に通知する（ステップ８０４〜８０６）。ステップ８０５において読み込みに失敗した場合には、利用者にアクセス失敗のエラーメッセージを返す（ステップ８１２）。
【００３１】
利用者のアクセス要求がデータの更新の場合、ブローカーシステム１０３は利用者の端末から受け取ったデータをまずデータ格納アドレス１の領域に格納（更新）し、次に同じデータをデータ格納アドレス２の領域にも格納する。２つの格納アドレスへのデータ格納が両方とも成功したら、この更新要求が成功したと判断し、利用者に更新成功のメッセージを通知する（ステップ８０７〜８１１）。どちらかの領域への格納が失敗した場合、この更新要求を失敗と判断し、利用者にアクセス失敗のエラーメッセージを返す（ステップ８１２）。
【００３２】
本発明に係る上記の実施形態は、ブローカーシステム１０３を通じて、地理的に離れた場所にある２つのＳＳＰ１０６が提供するサービス機能（この場合はディスク容量の貸し出し）を組み合わせることで、上記利用者の持つ、事業継続に必要な重要なデータを地理的に離れた２つの場所に、同じデータを分散して保管し、一方のＳＳＰに保管したデータが地震・火災・事故などの災害により消失、あるいは利用不可能な状態になった場合に、他の一方に保管したデータを利用して事業の継続を実現するものである。
【図面の簡単な説明】
【００３３】
【図１】本発明に係る全体像の一実施例を示すシステム構成図である。
【図２】それぞれのＳＳＰが持つストレージ装置情報のＳＳＰ情報管理テーブルの一実施例を示すデータ構造図である。
【図３】図２の中の保有するストレージ情報部分の一実施例を示すデータ構造図である。
【図４】利用者情報の管理テーブルの一実施例を示すデータ構造図である。
【図５】図４の中の利用者が利用するサービス機能の情報部分の一実施例を示すデータ構造図である。
【図６】ＳＳＰが提供するサービス機能の情報をブローカーシステムがＳＳＰ管理情報テーブルに格納する処理フローの一実施例を示す図である。
【図７】利用者の要件を受け取り、ブローカーシステムがその要件を満たすＳＳＰを探し出す処理フローの一実施例を示す図である。
【図８】利用者からのアクセス要求を受けて、ブローカーシステムがＳＳＰのストレージ装置内のデータにアクセスし、利用者のアクセス要求を実現する処理フローの一実施例を示す図である。
【符号の説明】
【００３４】
１０１…ＳＳＰ利用者、１０２…ネットワーク、１０３…ブローカーシステム、１０４…ＳＳＰ情報管理テーブル、１０５…ネットワーク、１０６…ＳＳＰ、１０７…利用者管理テーブル。
【図１】
2006155444.tif 000003
【図２】
2006155444.tif 000004
【図３】
2006155444.tif 000005
【図４】
2006155444.tif 000006
【図５】
2006155444.tif 000007
【図６】
2006155444.tif 000008
【図７】
2006155444.tif 000009
【図８】
2006155444.tif 000010