(57)【要約】【課題】セキュリティレベルの低下を抑制する情報処理システムを提供する。【解決手段】抽象化部１１２は、秘匿情報を代替情報に変換する。対応情報管理部１２２は、代替情報と秘匿情報との対応を表す対応情報を管理する。処理制御部１１１は、秘匿情報が代替情報に変換されたデータを用いて処理を行う。調査情報管理部１２３は、代替情報を用いてストレージ装置１２の動作を表す調査情報を作成し、調査情報の中からストレージ装置１２で発生したトラブルに関連する調査情報を収集する。管理用サーバ１３は、調査担当者用端末３１からの依頼に応じて、調査情報管理部１２３にトラブルに関連する調査情報を収集させる。ＳＥ用端末４１は、対応情報を利用して調査情報を基にした調査結果に含まれる代替情報を秘匿情報に復元する。【選択図】図２
2016177345.tif 000002
【特許請求の範囲】
【請求項１】
入力されたデータを処理する情報処理装置、前記情報処理装置を管理する管理装置、第１の端末装置及び第２の端末装置を有する情報処理システムであって、
前記情報処理装置は、
前記データに含まれる秘匿情報を代替情報に変換する変換部と、
前記変換部により作成された前記代替情報と前記秘匿情報との対応を表す対応情報を管理する対応情報管理部と、
前記秘匿情報が代替情報に変換された前記データを用いて処理を行う処理制御部と、
前記代替情報を用いて前記情報処理装置の動作を表す調査情報を作成し、前記調査情報の中から前記情報処理装置で発生したトラブルに関連する調査情報を収集する調査情報管理部とを備え、
前記管理装置は、
前記第１の端末装置からの前記情報処理装置で発生したトラブルに関連する調査情報の取得依頼に応じて、前記調査情報管理部に前記トラブルに関連する前記調査情報を収集させる収集指示部とを備え、
前記第２の端末装置は、
前記対応情報を利用して前記調査情報を基にした調査結果に含まれる前記代替情報を秘匿情報に復元する
ことを特徴とする情報処理システム。
【請求項２】
前記調査情報を基にした調査結果を格納する調査結果格納部を備え、
前記第２の端末装置は、前記調査結果格納部から前記調査情報を取得する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理システムは、冗長化された複数の前記情報処理装置を有し、
前記複数の情報処理装置の前記対応情報管理部間で前記対応情報の同期をとることを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記情報処理システムは、冗長化された複数の前記情報処理装置を有し、
前記複数の情報処理装置の前記処理制御部のうち、１の情報処理装置の前記処理制御部が故障した場合に、他の情報処理装置の前記処理制御部が、故障した前記処理制御部に対する処理要求を処理する
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記情報処理装置は、複数の仮想マシンを含み、
前記処理制御部は、複数の利用者のそれぞれに対応した処理を行い、
前記調査情報管理部は、前記情報処理装置で発生したトラブルに関連する調査情報を、前記利用者毎又は前記仮想マシン毎に収集する
ことを特徴とする請求項１〜４のいずれか一つに記載の情報処理システム。
【請求項６】
入力されたデータを処理する情報処理装置、前記情報処理装置を管理する管理装置、第１の端末装置及び第２の端末装置を有する情報処理システムの制御方法であって、
前記情報処理装置は、
前記データに含まれる秘匿情報を代替情報に変換し、
作成した前記代替情報と前記秘匿情報との対応を表す対応情報を管理し、
前記秘匿情報が代替情報に変換された前記データを用いて処理を行い、
前記代替情報を用いて前記情報処理装置の動作を表す調査情報を作成し、
前記調査情報の中から前記情報処理装置で発生したトラブルに関連する調査情報を収集し、
前記管理装置は、
前記第１の端末装置からの前記情報処理装置で発生したトラブルに関連する調査情報の取得依頼に応じて、前記情報処理装置に前記トラブルに関連する前記調査情報を収集させ、
第２の端末装置は、
前記対応情報を利用して前記調査情報を基にした調査結果に含まれる前記代替情報を秘匿情報に復元する
ことを特徴とする情報処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理システムの制御方法に関する。
【背景技術】
【０００２】
近年、クラウドコンピューティングの普及により、各企業は、サーバ及びストレージなどのリソースを独自に所有せずに、クラウドサービス事業者が提供するデータセンタのリソースを利用することが増えてきている。また、データセンタは１つの国に収まらず、複数の国に拠点を持つ形態が増えてきている。
【０００３】
そして、データセンタには、地理的及び物理的な制約を受けることなく、ワンストップで各種サービスを提供する機能を有するアウトソーシングサービス（以下では、「ワンストップサービス」という。）の実現が望まれている。ここで、ワンストップとは、１つの場所でさまざまなサービスが受けられる状態を指す。このようなサービスの実現には、複数の国又は地域に分散するシステムを効率的に運用及び管理することが望まれる。
【０００４】
また、このようなサービスを提供するデータセンタにおいてトラブルが発生した場合、トラブルの調査員が採取する調査情報に顧客固有情報が含まれるおそれがあり、データセンタの信頼性が脅かされる危険がある。
【０００５】
従来、ワンストップサービスを提供するシステムでは、以下のような処理が行われる。データセンタを利用する特定の利用者の情報を使用した処理の処理中にトラブルが発生した場合、データセンタ管理者はワンストップサービスを提供する事業者（以下では、単に「事業者」という。）に対してトラブルの調査を依頼する。また、データセンタ管理者は、特定の利用者へ説明などの対応を行う技術者に対してもトラブルの発生を通知する。
【０００６】
事業者の調査担当者は、調査のため調査情報をデータセンタから採取する。調査情報には、例えば、操作ログ又は構成ＤＢなどが含まれる。調査担当者は、採取した調査情報を基に調査を行い、調査結果を事業者が管理するトラブル調査用のデータベース（以下、「トラブル調査ＤＢ（Data  Base）」という。）に格納する。そして、調査担当者は、データセンタ管理者に対して調査完了を通知する。
【０００７】
データセンタ管理者は、特定の利用者へ説明などの対応を行う技術者に対して調査完了の通知を行う。特定の利用者へ説明などの対応を行う技術者は、通知を受けて、トラブル調査ＤＢに格納されている調査結果を基に、特定の利用者にトラブルの説明を行う。
【０００８】
このようなトラブル対応の処理を行う際に調査担当者がデータセンタから採取した調査情報には、利用者にとってセキュリティレベルの高い情報（以下、「秘匿情報」という。）が含まれることが考えられる。例え調査担当者のみが調査情報を取り扱うとしても、何らかのミスや他者からの干渉により情報が漏えいするおそれがある。そのため、調査情報に読み取り可能な状態で秘匿情報を含ませることは、セキュリティレベルの低下につながるおそれがある。
【０００９】
また、複数のデータセンタにまたがってワンストップサービスを提供する場合、秘匿情報が各データセンタに分散する可能性がある。このような環境において調査情報の収集を行った場合、ネットワーク上を秘匿情報が流れるおそれがあり、セキュリティレベルの低下を抑制することが困難である。
【００１０】
そこで、セキュリティレベルの低下に対応するために、担当者毎に開示する対象を設定し、対象の種類毎に異なる暗号キーで暗号化して、担当者に暗号キーを提供する従来技術がある。また、ログから秘匿情報を抽出して暗号化する従来技術がある。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００７−２０００５９号公報
【特許文献２】特開２０１１−２３７９７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、調査担当者に暗号キーを提供する従来技術では、調査担当者のところで秘匿情報は閲覧可能な状態となり、セキュリティレベルの低下を抑制することは困難である。また、ログから秘匿情報を抽出して暗号化する従来技術を用いても、通常運用において秘匿情報が閲覧可能な状態で扱われるため、やはりセキュリティレベルの低下を抑制することは困難である。
【００１３】
開示の技術は、上記に鑑みてなされたものであって、セキュリティレベルの低下を抑制する情報処理システム及び情報処理システムの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本願の開示する情報処理システム及び情報処理システムの制御方法は、一つの態様において、入力されたデータを処理する情報処理装置、前記情報処理装置を管理する管理装置、第１の端末装置及び第２の端末装置を有する。前記情報処理装置は、前記データに含まれる秘匿情報を代替情報に変換する変換部と、前記変換部により作成された前記代替情報と前記秘匿情報との対応を表す対応情報を管理する対応情報管理部と、前記秘匿情報が代替情報に変換された前記データを用いて処理を行う処理制御部と、前記代替情報を用いて前記情報処理装置の動作を表す調査情報を作成し、前記調査情報の中から前記情報処理装置で発生したトラブルに関連する調査情報を収集する調査情報管理部とを備える。前記管理装置は、前記第１の端末装置からの前記情報処理装置で発生したトラブルに関連する調査情報の取得依頼に応じて、前記調査情報管理部に前記トラブルに関連する前記調査情報を収集させる収集指示部とを備える。前記第２の端末装置は、前記対応情報を利用して前記調査情報を基にした調査結果に含まれる前記代替情報を秘匿情報に復元する。
【発明の効果】
【００１５】
本願の開示する情報処理システム及び情報処理システムの制御方法の一つの態様によれば、セキュリティレベルの低下を抑制することができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１】図１は、情報処理システムの構成図である。
【図２】図２は、制御サーバ、ストレージ装置及び管理用サーバのブロック図である。
【図３】図３は、従業員情報の入力画面の一例の図である。
【図４】図４は、抽象化対応テーブルの一例を表す図である。
【図５】図５は、顧客管理テーブルの一例を表す図である。
【図６】図６は、トラブル管理テーブルの一例を表す図である。
【図７】図７は、データ格納位置管理テーブルの一例を表す図である。
【図８】図８は、初回のデータ入力時のデータ格納処理のタイムチャートである。
【図９】図９は、データ更新時のデータ格納処理のタイムチャートである。
【図１０Ａ】図１０Ａは、トラブル発生時におけるトラブル対応の処理のタイムチャートである。
【図１０Ｂ】図１０Ｂは、トラブル発生時におけるトラブル対応の処理のタイムチャートである。
【図１１】図１１は、データセンタ間でのデータの複製処理のタイムチャートである。
【図１２】図１２は、データセンタ切替後のサービス提供の処理のタイムチャートである。
【図１３】図１３は、データセンタのハードウェア構成図である。
【発明を実施するための形態】
【００１７】
以下に、本願の開示する情報処理システム及び情報処理システムの制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理システム及び情報処理システムの制御方法が限定されるものではない。
【実施例】
【００１８】
図１は、情報処理システムの構成図である。図１に示す、データセンタ１、データセンタ２、事業者サイト３、顧客対応ＳＥ（System  Engineer）サイト４及び顧客サイト５は、それぞれに対応する人や企業などが管理するシステムの拠点を表している。すなわち、本実施例に係る情報処理システムは、データセンタ１、データセンタ２、事業者サイト３、顧客対応ＳＥサイト４及び顧客サイト５というシステムの拠点を有する。
【００１９】
具体的には、データセンタ１及び２は、データ管理などの各種情報処理サービスを提供するシステムを有する企業の拠点である。データセンタ１及び２が提供する情報処理サービスは、例えば、ＳａａＳ（Software  as  a  Service）などである。本実施例では、データセンタ１及び２が、従業員情報管理サービスを提供する場合で説明する。データセンタ１及び２は、異なる国に配置されてもよい。そして、データセンタ１及び２は、プライベートネットワーク６などで接続される。
【００２０】
事業者サイト３は、データセンタ１の障害の原因究明などを行うシステムを有する企業の拠点である。
【００２１】
顧客サイト５は、データセンタ１及びデータセンタ２が提供するサービスの利用者が有するシステムの拠点である。
【００２２】
顧客対応ＳＥサイト４は、顧客サイト５に対してデータセンタ１及び２に関する技術支援を行う企業又は個人のシステムの拠点である。
【００２３】
データセンタ１、事業者サイト３、顧客対応ＳＥサイト４及び顧客サイト５は、例えばインターネットなどを介してそれぞれ接続されている。
【００２４】
データセンタ１は、制御サーバ１１Ａ、制御サーバ１１Ｂ、ストレージ装置１２、管理用サーバ１３及びスイッチ１４を有する。制御サーバ１１Ａ、制御サーバ１１Ｂ、ストレージ装置１２及び管理用サーバ１３は、スイッチ１４を介してそれぞれ接続されている。また、スイッチ１４は、インターネットなどの外部のネットワークに接続している。
【００２５】
制御サーバ１１Ａ及び１１Ｂは、ストレージ装置１２を制御し、従業員情報管理サービスを提供する。制御サーバ１１Ａ及び１１Ｂは、顧客端末（顧客用情報処理装置）５１からの入力を受けて、ストレージ装置１２を用いて従業員情報の書き込み及び読み出しなどのサービスを提供する。制御サーバ１１Ａ及び１１Ｂはいずれも、同様のサービスを提供する。以下では、制御サーバ１１Ａ及び１１Ｂを区別しない場合、単に「制御サーバ１１」という。ここで、本実施例では、制御サーバ１１を制御サーバ１１Ａ及び１１Ｂの２台で説明するが、制御サーバ１１の台数に特に制限はない。
【００２６】
制御サーバ１１は、物理サーバをそのまま１つのサーバとしてサービスを提供してもよいが、内部に複数の仮想マシンを構成し、各仮想マシンを顧客に対して割り当ててサービスを提供してもよい。
【００２７】
ストレージ装置１２は、大容量の記憶媒体を有する。そして、ストレージ装置１２は、制御サーバ１１の指示を受けて、データの書き込み及び読み出しを行う。
【００２８】
管理用サーバ１３は、データセンタ１に配置された制御サーバ１１及びストレージ装置１２の管理を行う。また、管理用サーバ１３は、データセンタ２に配置された制御サーバ２１Ａ及び２１Ｂ、並びに、ストレージ装置２２の管理も行う。例えば、管理用サーバ１３は、顧客端末５１からの指示を受けて、制御サーバ１１及びストレージ装置１２に対する顧客情報の設定、顧客に割り当てる仮想マシンの設定、顧客を担当するＳＥ用４１の設定などを行う。また、管理用サーバ１３は、データセンタ１とデータセンタ２との間における冗長化のためのデータの複製などを行う。この管理用サーバ１３が、「管理装置」の一例にあたる。
【００２９】
データセンタ２は、本実施例では、データセンタ１とは異なる国に存在する場合で説明する。データセンタ２は、制御サーバ２１Ａ及び２１Ｂ、ストレージ装置２２、並びに、スイッチ２３を有する。制御サーバ２１Ａ及び２１Ｂは、制御サーバ１１と同様の機能を有する。以下では、制御サーバ２１Ａ及び２１Ｂのそれぞれを区別しない場合、単に「制御サーバ２１」という。また、ストレージ装置２２は、ストレージ装置１２と同様の機能を有する。また、スイッチ２３は、スイッチ１４と同様の機能を有する。このストレージ装置１２及び２２が、「情報処理装置」の一例にあたる。
【００３０】
事業者サイト３は、調査担当者用端末（調査担当者用情報処理装置）３１、調査結果格納用サーバ３２及びスイッチ３３を有する。調査担当者用端末３１及び調査結果格納用サーバ３２は、スイッチ３３を介してインターネットに接続する。
【００３１】
調査担当者用端末３１は、データセンタ１でトラブルが発生した場合などに、そのトラブルの原因究明や復旧のための対応などのために調査を行う調査担当者が使用するコンピュータである。調査担当者用端末３１は、調査の依頼を管理用サーバ１３から受け調査担当者に提示する。そして、調査担当者用端末３１は、調査担当者からの操作指示を受けて、制御サーバ１１から調査資料を取得し、ディスプレイに表示するなどして調査担当者に提供する。その後、調査担当者用端末３１は、調査担当者からの指示を受けて、調査結果を調査結果格納用サーバ３２に格納する。この調査担当者用端末３１が、「第１の端末装置」の一例にあたる。
【００３２】
調査結果格納用サーバ３２は、調査担当者が行った調査の調査結果の入力を調査担当者用端末３１から受けて、調査結果を格納する。
【００３３】
顧客対応ＳＥサイト４は、ＳＥ用端末（対応者用情報処理装置）４１を有する。ＳＥ用端末４１は、顧客を担当する顧客対応ＳＥが使用するコンピュータである。ＳＥ用端末４１は、トラブル発生の通知を管理用サーバ１３から受け、顧客対応ＳＥに通知する。その後、ＳＥ用端末４１は、トラブルの調査完了の通知を管理用サーバ１３から受け、顧客対応ＳＥに通知する。ＳＥ用端末４１は、顧客対応ＳＥからの操作指示を受けて、調査結果格納用サーバ３２から調査結果を取得し、ディスプレイに表示するなどして顧客対応ＳＥに提供する。顧客対応ＳＥは、ＳＥ用端末４１から提供された調査結果を用いて、顧客に対してトラブルの説明などを行う。このＳＥ用端末４１が、「第２の端末装置」にあたる。
【００３４】
次に、図２を参照して、本実施例に係るデータセンタが行う処理について詳細に説明する。図２は、制御サーバ、ストレージ装置及び管理用サーバのブロック図である。
【００３５】
制御サーバ１１は、処理制御部１１１、抽象化部１１２及び障害検出部１１３を有する。また、ストレージ装置１２は、データ処理部１２１、対応情報管理部１２２及び調査情報管理部１２３を有する。また、管理用サーバ１３は、顧客情報管理部１３１、トラブル情報管理部１３２及びデータ格納位置管理部１３３を有する。
【００３６】
処理制御部１１１は、提供するサービスに関する処理を行う。具体的には、処理制御部１１１は、データの書き込み要求を顧客端末５１から受ける。処理制御部１１１は、書き込みを要求されたデータの中でいずれをセキュリティレベルの高い秘匿情報とするかの判断基準を記憶する。ここで、セキュリティレベルが高い情報とは、個人情報などの非公開にすることが適する情報である。そして、処理制御部１１１は、書き込み要求で指定されたデータの内から秘匿情報を抽出し、抽象化部１１２へ送信する。
【００３７】
例えば、処理制御部１１１は、図３に示す入力画面５０１を用いて入力されたデータの書き込み要求を顧客端末５１から受ける。図３は、従業員情報の入力画面の一例の図である。処理制御部１１１は、入力画面５０１における秘匿情報とすべき情報の入力欄を予め記憶している。例えば、処理制御部１１１は、入力画面５０１における氏名、氏名（カナ）、住所及び電話番号の欄に記載された情報を秘匿情報として抽出する。
【００３８】
そして、処理制御部１１１は、秘匿情報の抽象化を抽象化部１１２に依頼する。その後、処理制御部１１１は、抽象化された秘匿情報（以下では、「抽象化データ」という。）を抽象化部１１２から受ける。そして、処理制御部１１１は、書き込み要求で指定されたデータのうち秘匿情報を抽象化データに置き換える。その後、処理制御部１１１は、抽象化データに秘匿情報が置き換えられたデータの書き込みをデータ処理部１２１に実行させる。すなわち、データ処理部１２１の記憶領域に格納されるデータは秘匿情報を抽象化データに置き換えたデータとなる。なお、記憶領域は、ＨＤＤ（Hard  Disk  Drive）、ＳＳＤ（Solid  State  Drive）、磁気テープなどで提供される記憶領域である。
【００３９】
また、処理制御部１１１は、データの読み出し要求を顧客端末５１から受ける。そして、処理制御部１１１は、読み出し要求で指定されたデータをデータ処理部１２１から取得する。次に、処理制御部１１１は、対応情報管理部１２２に格納された秘匿情報と抽象化データとの対応を示す抽象化対応データから、読み出したデータの中の抽象化データに対応する秘匿情報を取得する。そして、処理制御部１１１は、読み出したデータの中の抽象化データを秘匿情報に変換して、顧客端末５１へ送信する。
【００４０】
抽象化部１１２は、秘匿情報の入力を処理制御部１１１から受ける。そして、抽象化部１１２は、受信した秘匿情報を抽象化し抽象化データを生成する。ここで、抽象化部１１２による抽象化データの生成方法は、生成した抽象化情報から抽象化前の秘匿情報が容易に想到できるものでなければよい。例えば、利用者の識別情報であれば「ｃｕｓｔｏｍｅｒ」など秘匿情報の種類によって接頭語を決め、その後に連番で番号を割り当ててもよい。また、抽象化部１１２は、このような単なる文字列の置き換えではなく、秘匿情報を暗号化することで抽象化データを生成してもよい。
【００４１】
そして、抽象化部１１２は、秘匿情報と抽象化データとの対応を表す対応情報を対応情報管理部１２２へ送信する。また、抽象化部１１２は、生成した抽象化データを処理制御部１１１へ送信する。
【００４２】
障害検出部１１３は、制御サーバ１１で発生した障害を検出する。障害を検出した場合、障害検出部１１３は、トラブル発生の通知を顧客情報管理部１３１に通知する。
【００４３】
データ処理部１２１は、秘匿情報が抽象化データに置き換えられたデータとともに、データの書き込み指示を処理制御部１１１から受ける。そして、データ処理部１２１は、秘匿情報が抽象化データに書き換えられたデータをストレージ装置１２の記憶領域に書き込む。
【００４４】
その後、データ処理部１２１は、データコピーの指示を顧客情報管理部１３１から受ける。そして、データ処理部１２１は、ストレージ装置２２のデータ処理部２２１に、データを送信するとともに、データのコピーを指示する。その後、データ処理部１２１は、データコピーの完了通知をデータ処理部２２１から受け、データの書き込みを完了する。
【００４５】
また、ストレージ装置２２のデータ処理部２２１がデータの書き込みを行った場合、データ処理部１２１は、データとともにデータのコピーの指示をデータ処理部２２１から受ける。そして、データ処理部１２１は、受信したデータをストレージ装置１２の記憶領域にコピーする。その後、コピーが完了すると、データ処理部１２１は、データのコピーの完了通知をデータ処理部２２１へ送信する。
【００４６】
また、データ処理部１２１は、読み出し命令を処理制御部１１１から受ける。そして、データ処理部１２１は、読み出し命令で指定されたデータをストレージ装置１２の記憶領域から取得して処理制御部１１１へ送信する。
【００４７】
対応情報管理部１２２は、データの書き込みの場合、秘匿情報と抽象化データとの対応を抽象化部１１２から受信する。そして、対応情報管理部１２２は、受信した対応関係を抽象化対応テーブルに格納する。これにより、対応情報管理部１２２は、図４に示すような抽象化対応テーブル２０１を保持する。図４は、抽象化対応テーブルの一例を表す図である。
【００４８】
例えば、対応情報管理部１２２は、図４に示すように、抽象化前の秘匿情報と抽象化後の抽象化データとを対応付けて抽象化対応テーブル２０１に格納する。また、対応情報管理部１２２は、抽象化した秘匿情報がどのような情報であるかを示す属性を、秘匿情報に対応付けてデータ処理部１２１に格納してもよい。その場合、例えば、処理制御部１１１がデータの属性を判定し、対応情報管理部１２２は、処理制御部１１１により判定された秘匿情報の属性の情報を抽象化部１１２から受信する。
【００４９】
次に、対応情報管理部１２２は、抽象化対応テーブルに格納した情報をストレージ装置２２の対応情報管理部２２２へ送信する。さらに、対応情報管理部１２２は、抽象化データを調査情報管理部１２３へ送信する。また、ストレージ装置２２の対応情報管理部２２２が新たに秘匿情報と抽象化データとの対応を抽象化対応テーブルに登録した場合、対応情報管理部１２２は、新たに登録された情報を対応情報管理部２２２から受信する。そして、対応情報管理部１２２は、受信した秘匿情報と抽象化データとの対応を抽象化対応テーブルに登録する。これにより、対応情報管理部１２２が有する抽象化対応テーブルと対応情報管理部２２２が有する抽象化対応テーブルとの同期がとれ、対応情報管理部１２２と対応情報管理部２２２とは、同じ内容の抽象化対応テーブルを冗長化して保持することができる。
【００５０】
調査情報管理部１２３は、抽象化データの入力を対応情報管理部１２２から受ける。そして、調査情報管理部１２３は、取得した抽象化データを用いて調査情報を生成する。ここで、調査情報とは、トラブルの原因究明や対処法の確定などに用いる情報を含み、例えば、動作ログなどを含む。調査情報管理部１２３は、制御サーバ１１及びストレージ装置１２が動作している間、調査情報の生成を繰り返す。例えば、調査情報管理部１２３は、制御サーバ１１及びストレージ装置１２が書き込み及び読み出しの処理を行った場合に、それらの処理の実行及び完了を表す動作ログを調査情報として生成する。ここで、調査情報管理部１２３は、抽象化データを用いて調査情報を生成するので、調査情報には秘匿情報は抽象化された抽象化データの形で含まれる。
【００５１】
また、トラブル対応の場合、調査情報管理部１２３は、調査対象の顧客に関する調査情報の収集指示をデータ格納位置管理部１３３から受ける。そして、調査情報管理部１２３は、指定された顧客に関する調査情報を保持する調査情報の中から収集する。
【００５２】
また、顧客がデータセンタ２も使用している場合、調査情報管理部１２３は、データセンタ２における顧客に関する調査情報の入力をストレージ装置２２の調査情報管理部２２３から受ける。その場合、調査情報管理部１２３は、顧客のデータセンタ１における調査情報とデータセンタ２における調査情報とをマージし１つの調査情報とする。
【００５３】
その後、調査情報管理部１２３は、調査情報を調査担当者用端末３１へ送信する。ここで、調査担当者用端末３１へ送信される調査情報においても、秘匿情報は抽象化された抽象化データの形で含まれている。
【００５４】
顧客情報管理部１３１は、顧客の氏名やアカウントなどの識別情報、パスワード、使用する仮想マシン及び顧客対応ＳＥなどの顧客情報を予め記憶する。例えば、顧客情報管理部１３１は、図５に示す顧客管理テーブル３０１を記憶する。図５は、顧客管理テーブルの一例の図である。顧客管理テーブル３０１には、顧客の識別情報としての顧客名、顧客に割り当てられた稼働仮想マシン名、対応ＳＥの識別情報及びＳＥ連絡先が登録される。
【００５５】
顧客情報管理部１３１は、制御サーバ１１でトラブルが発生した場合、トラブル発生の通知を顧客の識別情報とともに障害検出部１１３から受ける。また、顧客情報管理部１３１は、制御サーバ２１でトラブルが発生した場合、トラブル発生の通知を顧客情報とともに障害検出部２１３から受ける。ここでは、顧客情報管理部１３１が顧客の識別情報として顧客名を受信した場合で説明する。顧客情報管理部１３１は、通知された顧客名の顧客の顧客対応ＳＥの情報を顧客管理テーブル３０１から取得する。
【００５６】
さらに、顧客情報管理部１３１は、顧客名をトラブル情報管理部１３２へ通知する。その後、顧客情報管理部１３１は、トラブル番号とともにトラブル番号発行完了の通知をトラブル情報管理部１３２から受信する。
【００５７】
次に、顧客情報管理部１３１は、トラブルの発生を顧客の顧客対応ＳＥのＳＥ用端末４１に通知する。さらに、顧客情報管理部１３１は、トラブル番号とともにトラブルの調査依頼を調査担当者用端末３１へ送信する。
【００５８】
また、トラブルに対する調査結果が調査結果格納用サーバ３２に格納された後、顧客情報管理部１３１は、顧客名とともに顧客対応ＳＥへの通知依頼をトラブル情報管理部１３２から受ける。次に、顧客情報管理部１３１は、受信した顧客名に対応する顧客対応ＳＥの情報、具体的には、顧客対応ＳＥの識別情報やＳＥ連絡先などを顧客管理テーブル３０１から取得する。そして、顧客情報管理部１３１は、調査完了の通知とともに、顧客名及びトラブル番号をＳＥ用端末４１へ送信する。
【００５９】
また、顧客情報管理部１３１は、顧客情報の管理の一環として顧客が入力したデータの冗長化の管理も行う。具体的には、顧客情報管理部１３１は、ストレージ装置１２のデータ処理部１２１及びストレージ装置２２のデータ処理部２２１の動作を監視する。そして、データ処理部１２１又は２２１の何れかがデータを書き込んだ場合、顧客情報管理部１３１は、書き込みを行ったデータ処理部１２１又は２２１に対して他方へのデータの複製を指示する。これにより、データが冗長化され、制御サーバ１１又は２１の何れかで障害が発生した場合にも、他方のデータセンタにおいて処理を継続することができる。
【００６０】
トラブル情報管理部１３２は、制御サーバ１１又は２１でトラブルが発生した場合、顧客名を顧客情報管理部１３１から受信する。そして、トラブル情報管理部１３２は、通知されたトラブルに対応するトラブル番号を発行する。例えば、トラブル情報管理部１３２は、連番でトラブル番号を発行してもよい。
【００６１】
次に、トラブル情報管理部１３２は、発行したトラブル番号と顧客名とを対応付けて登録する。例えば、トラブル情報管理部１３２は、図６に示すトラブル管理テーブル３０２を用いてトラブル番号と顧客名との対応を登録する。図６は、トラブル管理テーブルの一例の図である。登録が完了すると、トラブル情報管理部１３２は、トラブル番号とともにトラブル番号発行完了の通知を顧客情報管理部１３１へ送信する。
【００６２】
また、調査情報の採取要求が調査担当者用端末３１から送信された場合、トラブル情報管理部１３２は、トラブル番号に対応する顧客名の通知依頼をデータ格納位置管理部１３３から受信する。そして、トラブル情報管理部１３２は、通知されたトラブル番号に対応する顧客名をトラブル管理テーブル３０２から取得する。その後、トラブル情報管理部１３２は、取得した顧客名をデータ格納位置管理部１３３へ通知する。
【００６３】
また、トラブルに対する調査結果が調査結果格納用サーバ３２に格納された後、トラブル情報管理部１３２は、調査結果の格納完了の通知をトラブル番号とともに調査担当者用端末３１から受ける。その通知を受けて、トラブル情報管理部１３２は、受信したトラブル番号に対応する顧客名をトラブル管理テーブル３０２から取得する。そして、トラブル情報管理部１３２は、取得した顧客名を顧客情報管理部１３１へ通知する。
【００６４】
データ格納位置管理部１３３は、顧客毎に各顧客が使用するデータセンタを予め記憶する。例えば、データ格納位置管理部１３３は、図７に示すデータ格納位置管理テーブル３０３を記憶する。データ格納位置管理テーブル３０３には、顧客名に対応させて、顧客のデータが格納されている位置が登録されている。この場合、データ格納位置管理部１３３は、登録されたデータ格納位置に対応するデータセンタの情報を予め保持する。
【００６５】
データ格納位置管理部１３３は、トラブルの調査依頼が顧客情報管理部１３１から調査担当者用端末３１へ送信された後、調査情報の採取要求を調査担当者用端末３１から受信する。調査情報の採取要求には、トラブル番号が含まれる。そして、データ格納位置管理部１３３は、トラブル番号に対応する顧客名の通知依頼をトラブル情報管理部１３２に送信する。その後、データ格納位置管理部１３３は、通知依頼で指定したトラブル番号に対応する顧客名をトラブル情報管理部１３２から受信する。
【００６６】
次に、データ格納位置管理部１３３は、受信した顧客名のデータが格納されている場所をデータ格納位置管理テーブル３０３から取得し、格納先のデータセンタを特定する。本実施例では、データセンタ１及びデータセンタ２に顧客のデータが格納されている場合で説明する。データ格納位置管理部１３３は、顧客名とともに調査情報の収集依頼を調査情報管理部１２３及び２２３に送信する。データ格納位置管理部１３３が、「収集指示部」の一例にあたる。
【００６７】
制御サーバ２１は、制御サーバ１１と同様の動作を行う。また、ストレージ装置２２は、ストレージ装置１２と同様の動作を行う。ただし、調査情報管理部２２３は、調査情報のマージは行わず、収集した調査情報はストレージ装置１２の調査情報管理部１２３へ送信する。
【００６８】
次に、図８を参照して、本実施例に係る情報処理システムにおける初回のデータ入力時のデータ格納処理の流れについて説明する。図８は、初回のデータ入力時のデータ格納処理のフローチャートである。図８では、初回のデータ入力時のデータ格納処理で必要な各部以外については表示を省略する場合がある。
【００６９】
顧客端末５１は、顧客からの指示を受けて、データを制御サーバ１１の処理制御部１１１へ入力する（ステップＳ１０１）。
【００７０】
処理制御部１１１は、データの入力を顧客端末５１から受ける。そして、処理制御部１１１は、受信したデータの中から秘匿情報を抽出し、抽出した秘匿情報を抽象化部１１２へ送信する（ステップＳ１０２）。
【００７１】
抽象化部１１２は、秘匿情報を処理制御部１１１から受信する。そして、抽象化部１１２は、秘匿情報を抽象化して抽象化データを生成する（ステップＳ１０３）。次に、抽象化部１１２は、生成した抽象化データ及び秘匿情報を対応情報管理部１２２へ送信する。
【００７２】
対応情報管理部１２２は、抽象化データとともに抽象化前の秘匿情報を抽象化部１１２
から取得する。そして、対応情報管理部１２２は、取得した抽象化データと秘匿情報とを対応付ける抽象化対応テーブルを作成する（ステップＳ１０４）。一方、処理制御部１１１は、抽象化部１１２から抽象化データを取得し、顧客端末５１から受信したデータの秘匿情報を抽象化データに置き換えて、データをデータ処理部１２１に書き込ませる。
【００７３】
調査情報管理部１２３は、抽象化データの入力を対応情報管理部１２２から取得する。そして、調査情報管理部１２３は、受信した抽象化データを用いて調査情報を生成する（ステップＳ１０５）。ここで、図８では、ステップＳ１０５における１回のみを調査情報の生成として記載しているが、実際には、調査情報管理部１２３は、所定の条件で調査情報の生成を繰り返し行う。
【００７４】
さらに、対応情報管理部１２２は、生成した抽象化対応テーブルをストレージ装置２２の対応情報管理部２２２へ送信する。対応情報管理部２２２は、抽象化対応テーブルを対応情報管理部１２２から受信し、受信した抽象化対応テーブルの内容と保持する抽象化対応テーブルの内容との同期をとり、受信した情報を保持する抽象化対応テーブルに格納する（ステップＳ１０６）。
【００７５】
ここでは、データセンタ１側でデータの初回の入力が行われた場合で説明したが、データセンタ２側でデータの入力が行われた場合にも同様の動作が行われる。すなわち、どちらでデータの更新が行われても、抽象化対応テーブルの同期が取られ、対応情報管理部１２２及び２２２は、同じ内容の抽象化対応テーブルを保持する。
【００７６】
次に、図９を参照して、本実施例に係る情報処理システムにおけるデータ更新時のデータ格納処理の流れについて説明する。図９は、データ更新時のデータ更新処理のフローチャートである。本実施例では、顧客がデータセンタ２を用いてデータの更新を行う場合で説明する。図９では、データ更新時のデータ格納処理で必要な各部以外については表示を省略する場合がある。
【００７７】
顧客端末５１は、顧客からの指示を受けて、データを制御サーバ２１の処理制御部２１１へ入力する（ステップＳ２０１）。
【００７８】
処理制御部２１１は、データの入力を顧客端末５１から受ける。そして、処理制御部２１１は、受信したデータの中から秘匿情報を抽出し、抽出した秘匿情報を抽象化部２１２へ送信する（ステップＳ２０２）。
【００７９】
抽象化部２１２は、秘匿情報を処理制御部２１１から受信する。そして、抽象化部２１２は、秘匿情報を抽象化して抽象化データを生成する（ステップＳ２０３）。次に、抽象化部２１２は、生成した抽象化データ及び秘匿情報を対応情報管理部２２２へ送信する。
【００８０】
対応情報管理部２２２は、抽象化データとともに抽象化前の秘匿情報を抽象化部２１２
から取得する。そして、対応情報管理部２２２は、取得した抽象化データと秘匿情報とを対応付けを作成し、抽象化対応テーブルを更新する（ステップＳ２０４）。一方、処理制御部２１１は、抽象化部２１２から抽象化データを取得し、顧客端末５１から受信したデータの秘匿情報を抽象化データに置き換えて、データをデータ処理部２２１に書き込ませる。
【００８１】
調査情報管理部２２３は、抽象化データの入力を対応情報管理部２２２から取得する。そして、調査情報管理部２２３は、受信した抽象化データを用いて調査情報を更新する（ステップＳ２０５）。ここで、図９では、ステップＳ２０５における１回のみを調査情報の生成として記載しているが、実際には、調査情報管理部２２３は、所定の条件で調査情報の生成を繰り返し行う。
【００８２】
さらに、対応情報管理部２２２は、生成した抽象化対応テーブルをストレージ装置１２の対応情報管理部１２２へ送信する。対応情報管理部１２２は、抽象化対応テーブルを対応情報管理部２２２から受信し、受信した抽象化対応テーブルの内容と保持する抽象化対応テーブルの内容との同期をとり、更新する（ステップＳ２０６）。
【００８３】
ここでは、データセンタ２側でデータの更新が行われた場合で説明したが、データセンタ１側でデータの更新が行われた場合にも同様の動作が行われる。すなわち、どちらでデータの更新が行われても、抽象化対応テーブルの同期が取られ、対応情報管理部１２２及び２２２は、同じ内容の抽象化対応テーブルを保持する。
【００８４】
次に、図１０Ａ及び１０Ｂを参照して、本実施例に係る情報処理システムにおけるトラブル発生時のトラブル対応の処理の流れについて説明する。図１０Ａ及び１０Ｂはいずれも、トラブル発生時におけるトラブル対応の処理のフローチャートである。図１０Ａと図１０Ｂは一連の処理の流れを表しており、図１０Ｂは、図１０Ａの後に行われる処理である。ここでは、制御サーバ１１においてトラブルが発生した場合で説明する。また、図１０Ａ及び１０Ｂでは、トラブル発生時のトラブル対応で必要な各部以外については表示を省略する場合がある。
【００８５】
障害検出部１１３は、トラブルの発生を検出し、顧客情報管理部１３１に通知する（ステップＳ３０１）。トラブル発生の通知には、そのトラブルに関連する顧客名の情報が含まれる。
【００８６】
顧客情報管理部１３１は、トラブル発生の通知を障害検出部１１３から受ける。そして、顧客情報管理部１３１は、トラブル発生の通知に含まれる顧客名に対応する顧客対応ＳＥの識別情報及びＳＥ連絡先を、その顧客の顧客対応ＳＥの情報として顧客管理テーブルから取得する（ステップＳ３０２）。
【００８７】
次に、顧客情報管理部１３１は、顧客名をトラブル情報管理部１３２へ通知する（ステップＳ３０３）。
【００８８】
トラブル情報管理部１３２は、顧客名を顧客情報管理部１３１から取得する。そして、トラブル情報管理部１３２は、トラブル番号を発行し、顧客名と対応付けて記憶する（ステップＳ３０４）。
【００８９】
次に、トラブル情報管理部１３２は、トラブル番号発行完了を顧客情報管理部１３１に通知する（ステップＳ３０５）。
【００９０】
顧客情報管理部１３１は、トラブル番号発行完了をトラブル情報管理部１３２から受信する。次に、顧客情報管理部１３１は、トラブル発生をＳＥ用端末４１に通知する（ステップＳ３０６）。
【００９１】
さらに、顧客情報管理部１３１は、顧客管理テーブルに登録されているＳＥ連絡先の情報などを用いて、トラブルの調査依頼を調査担当者用端末３１へ送信する（ステップＳ３０７）。このトラブルの調査依頼には、どのトラブルの調査を依頼するかを指定するために、トラブル番号が含まれている。
【００９２】
調査担当者用端末３１は、トラブルの調査依頼を顧客情報管理部１３１から受信し、ディスプレイに表示するなどして調査担当者に提供する。調査担当者は、トラブルの調査依頼を確認し、トラブルの調査に着手する。そして、調査担当者用端末３１は、調査担当者からの指示を受けて、調査情報の採取要求をデータ格納位置管理部１３３へ送信する（ステップＳ３０８）。この調査情報の採取要求には、調査対象とするトラブルのトラブル番号が含まれている。
【００９３】
データ格納位置管理部１３３は、調査情報の採取要求を調査担当者用端末３１から受信する。そして、データ格納位置管理部１３３は、調査情報の採取要求に含まれるトラブル番号に対応する顧客名の提供をトラブル情報管理部１３２に要求する。トラブル情報管理部１３２は、トラブル番号に対応する顧客名を、トラブル管理テーブルから取得し、データ格納位置管理部１３３へ通知する。データ格納位置管理部１３３は、トラブル番号に対応する顧客名をトラブル情報管理部１３２から取得する（ステップＳ３０９）。
【００９４】
そして、データ格納位置管理部１３３は、取得した顧客名に対応する顧客が使用するデータがデータセンタ１以外の他のデータセンタにデータがあるか否かを判定する（ステップＳ３１０）。
【００９５】
他のデータセンタにその顧客のデータが無い場合（ステップＳ３１０：否定）、処理は、ステップＳ３１１へ進む。すなわち、データ格納位置管理部１３３は、調査情報の収集を調査情報管理部１２３に依頼する。そして、調査情報管理部１２３は、調査情報を収集する（ステップＳ３１１）。
【００９６】
一方、他のデータセンタにその顧客のデータがある場合（ステップＳ３１０：肯定）、以下の処理がステップＳ３１１と並行して行われる。本実施例ではデータセンタ２にその顧客のデータが有る場合で説明する。データ格納位置管理部１３３は、調査情報の収集を調査情報管理部２２３に依頼する（ステップＳ３１２）。そして、調査情報管理部２２３は、調査情報収集の依頼を受けて、調査情報を収集する（ステップＳ３１３）。その後、調査情報管理部２２３は、取集した調査情報を調査情報管理部１２３へ送信する。
【００９７】
調査情報管理部１２３は、他のデータセンタの調査情報を受信していれば、受信した調査情報を自己が収集した調査情報とマージして１つの調査情報とする（ステップＳ３１４）。そして、調査情報管理部１２３は、調査情報を調査担当者用端末３１へ送信する。
【００９８】
そして、調査担当者用端末３１は、調査情報を調査情報管理部１２３から取得する（ステップＳ３１５）。そして、調査担当者用端末３１は、取得した調査情報を調査担当者に提供する。調査担当者は、調査情報を基に、調査を行う。その後、調査担当者は、調査結果の格納を調査担当者用端末３１に指示する。
【００９９】
調査担当者用端末３１は、調査担当者からの指示を受けて、調査結果を調査結果格納用サーバ３２に格納させる（ステップＳ３１６）。
【０１００】
さらに、調査担当者用端末３１は、調査結果の格納をトラブル情報管理部１３２へ通知する（ステップＳ３１７）。調査結果の格納の通知には、どのトラブルの調査結果かを示すために対応するトラブル番号が含まれる。
【０１０１】
トラブル情報管理部１３２は、調査結果の格納の通知を調査担当者用端末３１から受信する。そして、トラブル情報管理部１３２は、調査結果の格納の通知に含まれるトラブル番号に対応する顧客名をトラブル管理テーブルから取得する（ステップＳ３１８）。そして、トラブル情報管理部１３２は、取得した顧客名を顧客情報管理部１３１へ通知する（ステップＳ３１９）。
【０１０２】
顧客情報管理部１３１は、顧客名をトラブル情報管理部１３２から取得する。そして、顧客情報管理部１３１は、取得した顧客名に対応する顧客対応ＳＥの識別情報及びＳＥ連絡先を、顧客対応ＳＥの情報として顧客管理テーブルから取得する（ステップＳ３２０）。
【０１０３】
顧客情報管理部１３１は、調査完了、顧客名及びトラブル番号をＳＥ用端末４１へ送信する（ステップＳ３２１）。ＳＥ用端末４１は、顧客名及びトラブル番号とともに、調査完了を顧客対応ＳＥに通知する。
【０１０４】
その後、ＳＥ用端末４１は、顧客対応ＳＥからの指示を受けて、調査情報を調査結果格納用サーバ３２から取得し、格納する（ステップＳ３２２）。
【０１０５】
また、ＳＥ用端末４１は、顧客対応ＳＥからの指示を受けて、抽象化対応テーブルを対応情報管理部１２２から取得する（ステップＳ３２３）。
【０１０６】
そして、ＳＥ用端末４１は、調査情報に含まれる抽象化データに対して抽象化対応テーブルを用いて秘匿情報を復元する（ステップＳ３２４）。その後、ＳＥ用端末４１は、抽象化データが秘匿情報に復元された調査情報を顧客対応ＳＥに提供する。
【０１０７】
このように、トラブル対応時には、顧客に対して直接説明などを行う顧客対応ＳＥのみが秘匿情報を把握することができ、調査担当者などは秘匿情報に触れないため、セキュリティを向上させることができる。
【０１０８】
次に、図１１を参照して、データセンタ１及び２の間でのデータの複製処理の流れについて説明する。図１１は、データセンタ間でのデータの複製処理のフローチャートである。図１１では、データ書き込み処理の場合の流れを説明した後に、データ読み出し処理の場合の流れを説明する。また、図１１では、データの書き込み及び読み出しの説明で必要な各部以外については表示を省略する場合がある。
【０１０９】
顧客端末５１は、データ書き込み要求を処理制御部１１１へ送信する（ステップＳ４０１）。
【０１１０】
処理制御部１１１は、データ書き込み要求を顧客端末５１から受信する。そして、処理制御部１１１は、データをデータ処理部１２１に書き込ませる（ステップＳ４０２）。
【０１１１】
顧客情報管理部１３１は、データ処理部１２１の動作を監視する。そして、データ処理部１２１がデータの書き込みを行うと、顧客情報管理部１３１は、データコピーをデータ処理部１２１に指示する（ステップＳ４０３）。
【０１１２】
データ処理部１２１は、データコピーの指示を顧客情報管理部１３１から受ける。そして、データ処理部１２１は、データ処理部２２１へのデータコピーを実行する（ステップＳ４０４）。
【０１１３】
データ処理部２２１は、データ処理部１２１から取得したデータのコピーが完了すると、コピー完了をデータ処理部１２１へ通知する（ステップＳ４０５）。
【０１１４】
また、顧客端末５１は、データの読み出し要求を処理制御部１１１へ送信する（ステップＳ４０６）。
【０１１５】
処理制御部１１１は、データ処理部１２１からデータを読み出す（ステップＳ４０７）。具体的には、処理制御部１１１は、データ処理部１２１へデータの取得要求を行い、データ処理部１２１から送られてきたデータを取得することで、データの読み出しを行う。
【０１１６】
その後、処理制御部１１１は、読み出したデータを顧客端末５１へ送信する（ステップＳ４０８）。
【０１１７】
次に、図１２を参照して、制御サーバ１１が故障し、制御サーバ１１が行う処理を制御サーバ２１が行うように切り替えられた後のデータセンタ１及び２の間でのデータの複製処理の流れについて説明する。図１２は、データセンタ切替後のサービス提供の処理のフローチャートである。図１２では、データ書き込み処理の場合の流れを説明した後に、データ読み出し処理の場合の流れを説明する。また、図１２では、データの書き込み及び読み出しの説明で必要な各部以外については表示を省略する場合がある。
【０１１８】
この場合、処理制御部１１１へ送られていた処理要求は処理制御部２１１へ送信されるように切り替えられているため、顧客端末５１は、データ書き込み要求を処理制御部２１１へ送信する（ステップＳ５０１）。
【０１１９】
処理制御部２１１は、データ書き込み要求を顧客端末５１から受信する。そして、処理制御部２１１は、データをデータ処理部２２１に書き込ませる（ステップＳ５０２）。
【０１２０】
顧客情報管理部１３１は、データ処理部２２１の動作を監視する。そして、データ処理部２２１がデータの書き込みを行うと、顧客情報管理部１３１は、データコピーをデータ処理部２２１に指示する（ステップＳ５０３）。
【０１２１】
データ処理部２２１は、データコピーの指示を顧客情報管理部１３１から受ける。そして、データ処理部２２１は、データ処理部１２１へのデータコピーを実行する（ステップＳ５０４）。
【０１２２】
データ処理部１２１は、データ処理部２２１から取得したデータのコピーが完了すると、コピー完了をデータ処理部２２１へ通知する（ステップＳ５０５）。
【０１２３】
また、顧客端末５１は、データの読み出し要求を処理制御部２１１へ送信する（ステップＳ５０６）。
【０１２４】
処理制御部２１１は、データ処理部２２１からデータを読み出す（ステップＳ５０７）。
【０１２５】
その後、処理制御部２１１は、読み出したデータを顧客端末５１へ送信する（ステップＳ５０８）。
【０１２６】
このように、処理を担当するデータセンタ１がデータセンタ２に切り替わった場合でも、データが冗長化されているため、処理の中段が発生せず、顧客はサービスを継続して受けることができる。
【０１２７】
（ハードウェア構成）
次に、図１３を参照して、本実施例に係るデータセンタ１及び２のハードウェア構成について説明する。図１３は、データセンタのハードウェア構成図である。ここでは、データセンタ１を例に説明するが、データセンタ２も同様のハードウェア構成を有する。
【０１２８】
制御サーバ１１Ａは、ＣＰＵ（Central  Processing  Unit）９１１Ａ、メモリ９１２Ａ、ハードディスク９１３Ａ、並びに、通信インタフェース９１４Ａ及び９１５Ａを有する。また、制御サーバ１１Ｂは、ＣＰＵ（Central  Processing  Unit）９１１Ｂ、メモリ９１２Ｂ、ハードディスク９１３Ｂ、並びに、通信インタフェース９１４Ｂ及び９１５Ｂを有する。制御サーバ１１Ａと制御サーバ１１Ｂとは同様のハードウェア構成を有し、同様の機能を有するので、以下では、制御サーバ１１Ａを例に説明する。
【０１２９】
ＣＰＵ９１１Ａは、メモリ９１２Ａ、ハードディスク９１３Ａ、並びに、通信インタフェース９１４Ａ及び９１５Ａとバスで接続されている。
【０１３０】
通信インタフェース９１４Ａ及び９１５Ａは、ストレージ装置１２及び管理用サーバ１３との間で通信を行うためのインタフェースである。ただし、実際には、制御サーバ１１は、インターネットに接続するための通信インタフェースや制御サーバ２１と通信するためのインタフェースなどを有してもよい。
【０１３１】
ハードディスク９１３Ａは、処理制御部１１１、抽象化部１１２及び障害検出部１１３の機能を実現するプログラムを含む各種プログラムを格納する。
【０１３２】
ＣＰＵ９１１Ａは、ハードディスク９１３Ａから各種プログラムを読み出し、メモリ９１２Ａ上に展開し実行する。これにより、ＣＰＵ９１１Ａ及びメモリ９１２Ａは、処理制御部１１１、抽象化部１１２及び障害検出部１１３の機能を実現する。
【０１３３】
また、図１３では、ストレージシステム内の動作に関するハードウェアを記載している。ストレージ装置１２は、ＣＰＵ９２１、メモリ９２２、ハードディスク９２３、並びに、通信インタフェース９２４及び９２５を有する。
【０１３４】
通信インタフェース９２４は、制御サーバ１１Ａ及び１１Ｂ、並びに、管理用サーバ１３との間で通信を行うためのインタフェースである。
【０１３５】
ハードディスク９２３は、データ処理部１２１、対応情報管理部１２２及び調査情報管理部１２３の機能を実現するプログラムを含む各種プログラムを格納する。
【０１３６】
ＣＰＵ９２１は、ハードディスク９２３から各種プログラムを読み出し、メモリ９２２上に展開し実行する。これにより、ＣＰＵ９２１及びメモリ９２２は、対応情報管理部１２２及び調査情報管理部１２３の機能を実現する。
【０１３７】
また、管理用サーバ１３は、ＣＰＵ９３１、メモリ９３２、ハードディスク９３３及び通信インタフェース９３４を有する。
【０１３８】
通信インタフェース９３４は、制御サーバ１１Ａ及び１１Ｂ、並びに、ストレージ装置１２との間で通信を行うためのインタフェースである。
【０１３９】
ハードディスク９３３は、顧客情報管理部１３１、トラブル情報管理部１３２及びデータ格納位置管理部１３３の機能を実現するプログラムを含む各種プログラムを格納する。
【０１４０】
ＣＰＵ９３１は、ハードディスク９３３から各種プログラムを読み出し、メモリ９３２上に展開し実行する。これにより、ＣＰＵ９３１及びメモリ９３２は、顧客情報管理部１３１、トラブル情報管理部１３２及びデータ格納位置管理部１３３の機能を実現する。
【０１４１】
以上に説明したように、本実施例に係る情報処理システムは、調査担当者などに秘匿情報を開示することなく調査を依頼でき、また、ストレージシステム内部では秘匿情報を抽象化した状態で処理を行う。すなわち、本実施例に係る情報処理システムは、秘匿情報の開示を必要最低限に抑えることができ、セキュリティレベルの低下を軽減できる。これにより、顧客に安心を与えることができ、調査情報の収集を顧客に認めてもらいやすくなる。また、顧客に直接対応する顧客対応ＳＥは、抽象化対応テーブルを特別に入手することで、顧客へのトラブル調査内容の説明を適切に行うことができる。
【０１４２】
さらに、複数のデータセンタにまたがってクラウドサービスを実現する環境においては、顧客のデータが各データセンタに分散することが考えられる。そのような場合、調査情報の採取において、データセンタ間を結ぶネットワーク上を調査情報が流れることが考えられる。この場合、調査情報に秘匿情報が含まれていれば、調査情報のデータセンタ間の移動中に秘匿情報が盗まれる可能性のある危険な状態となり、その間セキュリティレベルが低下するといえる。本実施例に係る情報処理システムにおいては、調査情報には秘匿情報が抽象化された状態で含まれるため、調査情報を盗まれても秘匿情報が漏れることを軽減することができる。したがって、この点でも、本実施例に係る情報処理システムは、セキュリティレベルの低下を軽減することができる。
【０１４３】
ここで、以上では、データセンタが複数ある場合で説明したが、データセンタが１つの場合であっても、秘匿情報を抽象化して取扱い、開示先を必要最小限に抑えることで、セキュリティレベルの低下を軽減することができる。
【符号の説明】
【０１４４】
１，２  データセンタ
３  事業者サイト
４  顧客対応ＳＥサイト
５  顧客サイト
１１Ａ，１１Ｂ，２１Ａ，２１Ｂ  制御サーバ
１２，２２  ストレージ装置
１３  管理用サーバ
１４，２３  スイッチ
３１  調査担当者用端末
３２  調査結果格納用サーバ
３３  スイッチ
４１  ＳＥ用端末
５１  顧客端末
１１１，２１１  処理制御部
１１２，２１２  抽象化部
１１３，２１３  障害検出部
１２１，２２１  データ処理部
１２２，２２２  対応情報管理部
１２３，２２３  調査情報管理部
１３１  顧客情報管理部
１３２  トラブル情報管理部
１３３  データ格納位置管理部
【図１】
2016177345.tif 000003
【図２】
2016177345.tif 000004
【図３】
2016177345.tif 000005
【図４】
2016177345.tif 000006
【図５】
2016177345.tif 000007
【図６】
2016177345.tif 000008
【図７】
2016177345.tif 000009
【図８】
2016177345.tif 000010
【図９】
2016177345.tif 000011
【図１０Ａ】
2016177345.tif 000012
【図１０Ｂ】
2016177345.tif 000013
【図１１】
2016177345.tif 000014
【図１２】
2016177345.tif 000015
【図１３】
2016177345.tif 000016