(57)【要約】【課題】  顧客認証サーバに対する外部アクセスを許可することなく、顧客が管理するリソースに対して、クラウドサービスによるアクセスを可能にする。【解決手段】  第一のサーバは、第二の認証サーバへ要求することで第二の認証サーバに登録されたユーザＩＤを受信し、ユーザＩＤと関連付けて設定した第一のサーバのデータへのアクセス認可情報を第二のサーバへ送信する。第二のサーバは、第三のサーバから第二のサーバに記録された第一のサーバのバックアップデータへのアクセス要求があったときは、第一の認証サーバと通信することなく、第三のサーバから受信したユーザＩＤに対応するアクセス認可情報に基いてアクセス要求があったファイルへのアクセス認可の可否を決定する。【選択図】図１８
2014035610.tif 000002
【特許請求の範囲】
【請求項１】
第一のサーバと、
前記第一のサーバのバックアップデータを記録する第二のサーバと、
前記第二のサーバのデータへアクセスする第三のサーバと、
前記第一のサーバへのアクセスを認証する第一の認証サーバと、
前記第二のサーバへのアクセスを認証する第二の認証サーバとを備え、
前記第一のサーバは、前記第二の認証サーバへ要求することで前記第二の認証サーバに登録されたユーザＩＤを受信し、前記ユーザＩＤと関連付けて前記第一のサーバのデータへのアクセス認可情報を設定し、前記アクセス認可情報を前記第二のサーバへ送信し、
前記第二のサーバは、前記第三のサーバから前記第二のサーバに記録された前記第一のサーバのバックアップデータへのアクセス要求があったときは、前記第一の認証サーバと通信することなく、前記第三のサーバからユーザＩＤを受信し、前記第一のファイルサーバから送信された前記受信したユーザＩＤに対応するアクセス認可情報に基いて、前記アクセス要求があったファイルへのアクセス認可の可否を決定することを特徴とする認証システム。
【請求項２】
請求項１記載の認証システムにおいて、
前記第一のサーバおよび前記第一の認証サーバは第一のネットワークに接続され、
前記第二のサーバ、前記第三のサーバおよび前記第二の認証サーバは、前記第一のネットワークとは異なる第二のネットワークに接続され、
前記第二のサーバ、前記第三のサーバおよび前記第二の認証サーバは、前記第一の認証サーバと直接通信できないことを特徴とする認証システム。
【請求項３】
請求項１または２記載の認証システムにおいて、
前記第二のサーバへアクセスするための認証は、予め前記第二の認証サーバに前記ユーザＩＤの認証情報を登録しておくことで、前記第一の認証サーバと通信することなく、前記第二の認証サーバにおいて行うことを特徴とする認証システム。
【請求項４】
請求項１から３のいずれか記載の認証システムにおいて、
前記第二のサーバに記録された前記第一のサーバのバックアップデータへアクセスするための認可は、前記第一のサーバから前記第二のサーバへ送信された前記アクセス認可情報を用いて前記第二のサーバにおいて行うことを特徴とする認証システム。
【請求項５】
請求項１から４のいずれか記載の認証システムにおいて、
前記アクセス認可情報は、少なくとも前記ユーザＩＤ、各ファイルへのアクセス権限および前記ユーザＩＤの発行元のいずれかを含むことを特徴とする認証システム。
【請求項６】
請求項１から５のいずれか記載の認証システムにおいて、
前記第一のサーバはフロントエンドファイルサーバ、前記第二のサーバはバックエンドファイルサーバ、前記第三のサーバは検索サーバであることを特徴とする認証システム。
【請求項７】
請求項６記載の認証システムにおいて、
前記第三のサーバは、前記第二のサーバへのクローリングを行い、検索インデックスを作成することを特徴とする認証システム。
【請求項８】
請求項５から７のいずれか記載の認証システムにおいて、
前記第二のサーバは、前記第三のサーバに前記第二のサーバに記録された前記第一のサーバのバックアップデータへのアクセス権限があると判定したときは、前記アクセス認可情報から前記ユーザＩＤの発行元を削除して前記アクセス認可情報を送信することを特徴とする認証システム。
【請求項９】
請求項８記載の認証システムにおいて、
前記第三のサーバは、前記第二のサーバへのクローリングで作成した検索インデックスにおけるファイルのパスを、前記第二のサーバ上のファイルパスから前記第一のサーバ上のファイルパスに変換することを特徴とする認証システム。
【請求項１０】
第一のサーバと、前記第一のサーバのバックアップデータを記録する第二のサーバと、前記第二のサーバのデータへアクセスする第三のサーバと、前記第一のサーバへのアクセスを認証する第一の認証サーバと、前記第二のサーバへのアクセスを認証する第二の認証サーバとを備える認証システムにおける認証方法であって、
前記第一のサーバは、前記第二の認証サーバへ要求することで前記第二の認証サーバに登録されたユーザＩＤを受信し、前記ユーザＩＤと関連付けて前記第一のサーバのデータへのアクセス認可情報を設定し、前記アクセス認可情報を前記第二のサーバへ送信し、
前記第二のサーバは、前記第三のサーバから前記第二のサーバに記録された前記第一のサーバのバックアップデータへのアクセス要求があったときは、前記第一の認証サーバと通信することなく、前記第三のサーバからユーザＩＤを受信し、前記第一のファイルサーバから送信された前記受信したユーザＩＤに対応するアクセス認可情報に基いて、前記アクセス要求があったファイルへのアクセス認可の可否を決定することを特徴とする認証方法。
【請求項１１】
請求項１０記載の認証方法において、
前記第一のサーバおよび前記第一の認証サーバは第一のネットワークに接続され、
前記第二のサーバ、前記第三のサーバおよび前記第二の認証サーバは、前記第一のネットワークとは異なる第二のネットワークに接続され、
前記第二のサーバ、前記第三のサーバおよび前記第二の認証サーバは、前記第一の認証サーバと直接通信できないことを特徴とする認証方法。
【請求項１２】
請求項１０または１１記載の認証方法において、
前記第二のサーバへアクセスするための認証は、予め前記第二の認証サーバに前記ユーザＩＤの認証情報を登録しておくことで、前記第一の認証サーバと通信することなく、前記第二の認証サーバにおいて行うことを特徴とする認証方法。
【請求項１３】
請求項１０から１２のいずれか記載の認証方法において、
前記第二のサーバに記録された前記第一のサーバのバックアップデータへアクセスするための認可は、前記第一のサーバから前記第二のサーバへ送信された前記アクセス認可情報を用いて前記第二のサーバにおいて行うことを特徴とする認証方法。
【請求項１４】
請求項１０から１３のいずれか記載の認証方法において、
前記アクセス認可情報は、少なくとも前記ユーザＩＤ、各ファイルへのアクセス権限および前記ユーザＩＤの発行元のいずれかを含むことを特徴とする認証方法。
【請求項１５】
請求項１０から１４のいずれか記載の認証方法において、
前記第一のサーバはフロントエンドファイルサーバ、前記第二のサーバはバックエンドファイルサーバ、前記第三のサーバは検索サーバであることを特徴とする認証方法。
【請求項１６】
請求項１５記載の認証方法において、
前記第三のサーバは、前記第二のサーバへのクローリングを行い、検索インデックスを作成することを特徴とする認証方法。
【請求項１７】
請求項１４から１６のいずれか記載の認証方法において、
前記第二のサーバは、前記第三のサーバに前記第二のサーバに記録された前記第一のサーバのバックアップデータへのアクセス権限があると判定したときは、前記アクセス認可情報から前記ユーザＩＤの発行元を削除して前記アクセス認可情報を送信することを特徴とする認証方法。
【請求項１８】
請求項１７記載の認証方法において、
前記第三のサーバは、前記第二のサーバへのクローリングで作成した検索インデックスにおけるファイルのパスを、前記第二のサーバ上のファイルパスから前記第一のサーバ上のファイルパスに変換することを特徴とする認証方法
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム及び認証方法に関する。
【背景技術】
【０００２】
近年、顧客拠点に設置されたファイルサーバ（以下「フロントエンドファイルサーバ」と記す）上で管理している顧客所有のファイルの複製を、データセンタに設置されたファイルサーバ（以下「バックエンドファイルサーバ」と記す）で預かり、顧客に代わって管理するというバックアップサービスが普及しつつある。バックアップサービスでは、通常、データセンタにある他のサーバから、バックエンドファイルサーバ上のファイルに対してアクセスする必要はない。
【０００３】
しかし、バックエンドファイルサーバ上のファイルを利用したサービス提供（例えば、顧客に代わってファイルの検索インデックスを作成するというサービス）を実現する場合には、データセンタにある他のサーバ（例えば、検索インデックス作成サーバ）が、バックエンドファイルサーバ上のファイルにアクセスする必要が生じる。フロントエンドファイルサーバ、及びバックエンドファイルサーバ上に保存されているファイルは、通常、顧客拠点に設置された認証サーバ(以下「顧客認証サーバ」)で認証管理されているため、該ファイルにアクセスするためには、顧客認証サーバに対してアクセスする（認証してもらう）必要があった。
【０００４】
例えば、データセンタ上のサーバが、データセンタに設置された認証サーバ（以下、「センタ認証サーバ」）に対して、自身のユーザＩＤとパスワード情報を送信し、センタ認証サーバが受け取った該情報を顧客拠点に設定された顧客認証サーバに送信し、顧客認証サーバが受け取った該情報でユーザ認証し、認証結果をセンタ認証サーバに送信するという技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許４８２０９２８号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１記載の技術では、顧客拠点外（例えば、データセンタ）からの顧客認証サーバに対する外部アクセスを許可する必要がある。一般的に顧客認証サーバに対する外部アクセスは許可されない場合も多く、このような場合には上記のサービスを提供することが出来ない。
【０００７】
また、サービスを提供するために顧客認証サーバの設定を変更することは、顧客に対してセキュリティポリシーの変更を強いるものであるため望ましくない。
【０００８】
つまり、バックエンドファイルサーバ上のファイルにアクセスしてのサービス提供に当たっては、如何にしてバックエンドファイルサーバ上へのファイルへのアクセスを認めるかが課題となる。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明では、第一のサーバと、第一のサーバのバックアップデータを記録する第二のサーバと、第二のサーバのデータへアクセスする第三のサーバと、第一のサーバへのアクセスを認証する第一の認証サーバと、第二のサーバへのアクセスを認証する第二の認証サーバと、を備える。
【００１０】
第一のサーバは、第二の認証サーバへ要求することで第二の認証サーバに登録されたユーザＩＤを受信し、ユーザＩＤと関連付けて第一のサーバのデータへのアクセス認可情報を設定し、アクセス認可情報を第二のサーバへ送信し、第二のサーバは、第三のサーバから第二のサーバに記録された第一のサーバのバックアップデータへのアクセス要求があったときは、第一の認証サーバと通信することなく、第三のサーバからユーザＩＤを受信し、第一のファイルサーバから送信された、受信したユーザＩＤに対応するアクセス認可情報に基いて、アクセス要求があったファイルへのアクセス認可の可否を決定する。
【発明の効果】
【００１１】
本発明によれば、顧客認証サーバに対する外部アクセスを許可することなく、顧客によるバックエンドファイルサーバ上のファイルに対するアクセス権管理を可能にする。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例におけるユーザ管理システムの構成例を示す説明図である。
【図２】本発明の実施例におけるフロントエンドファイルサーバ１０００の内部構成を示す説明図である。
【図３】本発明の実施例におけるバックエンドファイルサーバ２０００の内部構成を示す説明図である。
【図４】本発明の実施例における検索サーバ３０００の内部構成を示す説明図である。
【図５】本発明の実施例における顧客認証サーバ４０００の内部構成を示す説明図である。
【図６】本発明の実施例におけるセンタ認証サーバ５０００の内部構成を示す説明図である。
【図７】本発明の実施例におけるディスクアレイ装置６０００の内部構成を示す説明図である。
【図８】本発明の実施例におけるファイルシステム管理プログラム１４１０の構成を示すブロック図である。
【図９】本発明の実施例におけるクローリング管理プログラム３４１０の構成を示すブロック図である。
【図１０】本発明の実施例におけるユーザＩＤ管理プログラム４４１０の構成を示すブロック図である。
【図１１】本発明の実施例における認可情報管理テーブルＴ１００の一例を示す説明図である。
【図１２】本発明の実施例におけるバックアップ管理テーブルＴ２００の一例を示す説明図である。
【図１３】本発明の実施例におけるファイル管理テーブルＴ３００の一例を示す説明図である。
【図１４】本発明の実施例におけるクローリング管理テーブルＴ４００の一例を示す説明図である。
【図１５】本発明の実施例における検索インデックステーブルＴ５００の一例を示す説明図である。
【図１６】本発明の実施例におけるエンドユーザ用認証情報管理テーブルＴ６００の一例を示す説明図である。
【図１７】本発明の実施例におけるクローリング用認証情報管理テーブルＴ７００の一例を示す説明図である。
【図１８】本発明の実施例における検索サーバによるクローリング全体処理Ｓ１００を説明するシーケンス図である。
【図１９】本発明の実施例におけるクローリング用ＩＤの登録処理Ｓ２００を説明するフローチャートである。
【図２０】本発明の実施例におけるクローリング用ＩＤのアクセス権変更処理Ｓ３００を説明するフローチャートである。
【図２１】本発明の実施例におけるバックアップ処理Ｓ４００を説明するフローチャートである。
【図２２】本発明の実施例における検索サーバによる認証チャレンジ処理Ｓ５００を説明するフローチャートである。
【図２３】本発明の実施例におけるクローリング処理Ｓ６００を説明するフローチャートである。
【図２４】本発明の実施例におけるエンドユーザによるアクセス全体処理Ｓ７００を説明するシーケンス図である。
【図２５】本発明の実施例におけるエンドユーザＩＤの登録処理Ｓ８００を説明するフローチャートである。
【図２６】本発明の実施例におけるエンドユーザＩＤのアクセス権変更処理Ｓ９００を説明するフローチャートである。
【図２７】本発明の実施例におけるエンドユーザによる認証チャレンジ処理Ｓ１０００を説明するフローチャートである。
【図２８】本発明の実施例におけるエンドユーザによるファイルアクセス処理Ｓ１１００を説明するフローチャートである。
【図２９】本発明の実施例におけるエンドユーザによる認可情報の取得処理Ｓ１２００を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
まず、本発明の実施の形態の概要を簡単に説明すると以下のようになる。即ち、（１）クラウドサービス上の認証サーバ（センタ認証サーバ）が、認証サーバで作成されたユーザＩＤを顧客拠点にあるフロントエンドファイルサーバに通知する。（２）フロントエンドファイルサーバが、通知されたユーザＩＤに対してフロントエンドファイルサーバ上の各ファイルへのアクセス権を付与する。各ファイルへのアクセス権はユーザＩＤごとに予め設定されるものとする。（３）設定されたアクセス権に関する情報及びファイルが、クラウドサービス上のバックアップサーバにバックアップされる。（４）クラウドサービス上の他のサーバが、バックアップサーバ上に格納したファイルにアクセスする場合、センタ認証サーバが認証を行い、バックアップサーバが認可を行う。
【００１４】
以下、本発明の実施の形態について、図面を用いて説明する。
【００１５】
図１は、本実施形態におけるユーザ管理システムの構成例を示す説明図である。ユーザ管理システムは、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、センタ認証サーバ５０００、ディスクアレイ装置６０００から構成される。図１では、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００が、ネットワーク４００を介して接続され、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００が、それぞれディスクアレイ装置６０００に接続されたユーザ管理システムの構成を表す。なお、本実施形態におけるユーザ管理システムの制限として、顧客認証サーバ４０００は、バックエンドファイルサーバ２０００、及びセンタ認証サーバ５０００と、直接通信できない。即ち、顧客認証サーバ４０００は、顧客拠点外（例えば、ここではデータセンタ）からの認証要求を受け付けない構成になっている。
【００１６】
ディスクアレイ装置６０００と、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００の接続形態は、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を用いたものでも良いし、直接接続されたものでも良い。また、ディスクアレイ装置６０００と、フロントエンドファイルサーバ１０００は、両方の機能を有する１つの装置（例えばＮＡＳ：Ｎｅｔｗｏｒｋ  ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）であっても良い。バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００についても、フロントエンドファイルサーバ１０００同様、ディスクアレイ装置６０００を含んだ１つの装置であっても良い。
【００１７】
なお、以後フロントエンドファイルサーバ２０００、及びバックエンドファイルサーバ３０００、を区別しない場合には、ファイルサーバと記載する。なお、以後センタ認証サーバ４０００、及び顧客認証サーバ５０００、を区別しない場合には、認証サーバと記載する。なお、以後フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、センタ認証サーバ４０００、及び顧客認証サーバ５０００、を区別しない場合には、サーバと記載する。
【００１８】
図２は、フロントエンドファイルサーバ１０００の内部構成を示す説明図である。
【００１９】
フロントエンドファイルサーバ１０００は、ＣＰＵ１１００、ネットワークインタフェース１２００、ディスクインタフェース１３００、メモリ１４００と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。
【００２０】
ＣＰＵ１１００は、メモリ１４００に格納されたプログラムを実行する。ネットワークインタフェース１２００は、フロントエンドファイルサーバ１０００と、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００との通信に使用される。ディスクインタフェース１３００は、フロントエンドファイルサーバ１０００と、ディスクアレイ装置６０００との通信に使用される。メモリ１４００には、プログラムやデータが格納される。例えば、ファイルシステム管理プログラムＡ１４１０、認可情報管理テーブルＡＴ１００、バックアップ管理テーブルＴ２００、及びファイル管理テーブルＡＴ３００などが格納される。
【００２１】
ファイルシステム管理プログラム１４１０は、ファイルシステムを管理するプログラムである。ファイルシステム管理プログラム１４１０の詳細については、図８を用いて後述する。認可情報管理テーブルＴ１００は、ファイルサーバ上に格納されたファイルにおける認可情報を、管理するテーブルである。認可情報管理テーブルＴ１００の詳細については、図１１を用いて後述する。バックアップ管理テーブルＴ２００は、フロントエンドファイルサーバ１０００から、バックエンドファイルサーバ２０００へのバックアップの情報を管理するテーブルである。バックアップ管理テーブルＴ２００の詳細については、図１２を用いて後述する。ファイル管理テーブルＴ３００は、ファイルサーバ上に格納されたファイルの情報を管理するテーブルである。ファイル管理テーブルＴ３００の詳細については、図１３を用いて後述する。
【００２２】
図３は、バックエンドファイルサーバ２０００の内部構成を示す説明図である。
【００２３】
バックエンドファイルサーバ２０００は、ＣＰＵ２１００、ネットワークインタフェース２２００、ディスクインタフェース２３００、メモリ２４００と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。
【００２４】
ＣＰＵ２１００は、メモリ２４００に格納されたプログラムを実行する。ネットワークインタフェース２２００は、バックエンドファイルサーバ２０００と、フロントエンドファイルサーバ１０００、検索サーバ３０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００との通信に使用される。ディスクインタフェース２３００は、バックエンドファイルサーバ２０００と、ディスクアレイ装置６０００との通信に使用される。メモリ２４００には、プログラムやデータが格納される。例えば、ファイルシステム管理プログラムＢ１４１０、認可情報管理テーブルＢＴ１００、及びファイル管理テーブルＢＴ３００などが格納される。
【００２５】
図４は、検索サーバ３０００の内部構成を示す説明図である。
【００２６】
検索サーバ３０００は、ＣＰＵ３１００、ネットワークインタフェース３２００、ディスクインタフェース３３００、メモリ３４００と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。
【００２７】
ＣＰＵ３１００は、メモリ３４００に格納されたプログラムを実行する。ネットワークインタフェース３２００は、検索サーバ３０００と、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、顧客認証サーバ４０００、及びセンタ認証サーバ５０００との通信に使用される。ディスクインタフェース３３００は、検索サーバ３０００と、ディスクアレイ装置６０００との通信に使用される。メモリ３４００には、プログラムやデータが格納される。例えば、クローリング管理プログラム３４１０、ファイル管理テーブルＣＴ３００、クローリング管理テーブルＴ４００、及び検索インデックステーブルＴ５００などが格納される。
【００２８】
クローリング管理プログラム３４１０は、バックエンドファイルサーバ２０００に対するクローリングを管理するプログラムである。クローリング管理プログラム３４１０の詳細については、図９を用いて後述する。クローリング管理テーブルＴ４００は、バックエンドファイルサーバ２０００に対するクローリングの情報を管理するテーブルである。クローリング管理テーブルＴ４００の詳細については、図１４を用いて後述する。検索インデックステーブルＴ５００は、バックエンドファイルサーバ２０００へのクローリングにより作成した、検索インデックスを管理するテーブルである。検索インデックステーブルＴ５００の詳細については、図１５を用いて後述する。
【００２９】
図５は、顧客認証サーバ４０００の内部構成を示す説明図である。
【００３０】
顧客認証サーバ４０００は、ＣＰＵ４１００、ネットワークインタフェース４２００、ディスクインタフェース４３００、メモリ４４００と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。
【００３１】
ＣＰＵ４１００は、メモリ４４００に格納されたプログラムを実行する。ネットワークインタフェース４２００は、顧客認証サーバ４０００と、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、及びセンタ認証サーバ５０００との通信に使用される。ディスクインタフェース４３００は、顧客認証サーバ４０００と、ディスクアレイ装置６０００との通信に使用される。メモリ４４００には、プログラムやデータが格納される。例えば、ユーザＩＤ管理プログラムＡ４４１０、及びエンドユーザ用認証情報管理テーブルＴ６００などが格納される。
【００３２】
ユーザＩＤ管理プログラム４４１０は、認証サーバに登録されたユーザＩＤを管理するプログラムである。ユーザＩＤ管理プログラム４４１０の詳細については、図１０を用いて後述する。エンドユーザ用認証情報管理テーブルＴ６００は、各エンドユーザ用ＩＤの認証情報を管理するテーブルである。エンドユーザ用認証情報管理テーブルＴ６００の詳細については、図１６を用いて後述する。
【００３３】
図６は、センタ認証サーバ５０００の内部構成を示す説明図である。
【００３４】
センタ認証サーバ５０００は、ＣＰＵ５１００、ネットワークインタフェース５２００、ディスクインタフェース５３００、メモリ５４００と、それらを接続する内部的な通信路（例えば、バス）を有する計算機である。
【００３５】
ＣＰＵ５１００は、メモリ５４００に格納されたプログラムを実行する。ネットワークインタフェース５２００は、センタ認証サーバ５０００と、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、及び顧客認証サーバ４０００との通信に使用される。ディスクインタフェース５３００は、センタ認証サーバ５０００と、ディスクアレイ装置６０００との通信に使用される。メモリ５４００には、プログラムやデータが格納される。例えば、ユーザＩＤ管理プログラムＢ４４１０、及びクローリング用認証情報管理テーブルＴ７００などが格納される。
【００３６】
クローリング用認証情報管理テーブルＴ７００は、各クローリング用ＩＤの認証情報を管理するテーブルである。クローリング用認証情報管理テーブルＴ７００の詳細については、図１７を用いて後述する。
【００３７】
なお、以後エンドユーザ用ＩＤＴ６０１、及びクローリング用ＩＤＴ７０１、を区別しない場合には、ユーザＩＤと記載する。
【００３８】
図７は、ディスクアレイ装置６０００の内部構成を示す説明図である。
【００３９】
ディスクアレイ装置６０００は、ディスク制御コントローラ６１００、ディスクインタフェース６２００、及びＦＣ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ）ディスクドライブ６３００を備える。
【００４０】
ディスク制御コントローラ６１００は、ディスクインタフェース６２００を介して、各サーバの入出力要求を得る。そして、ディスク制御コントローラ６１００は、その入出力要求に基づいて、ＦＣディスクドライブ６３００のデータを、例えばブロック単位で入出力する。ディスクインタフェース６２００は、ディスクアレイ装置６０００と、各サーバとの通信に使用される。ＦＣディスクドライブ６３００は、各サーバが読み書きするデータを格納するためのディスクドライブである。ＦＣディスクドライブ６３００には、ファイルシステム６３１０が格納されている。なお、ＦＣディスクドライブ４３００は、ＦＣでなくとも良く、ＳＡＴＡ（Ｓｅｒｉａｌ  Ａｄｖａｎｃｅｄ  Ｔｅｃｈｏｎｏｌｏｇｙ  Ａｔｔａｃｈｍｅｎｔ）ディスクドライブであっても、その他のデバイスドライブであっても良い。
【００４１】
図８は、ファイルシステム管理プログラム１４１０の構成を示すブロック図である。ファイルシステム管理プログラム１４１０は、識別子要求モジュール１４１１、認可情報管理モジュール１４１２、プロパティ情報管理モジュール１４１３、及びバックアップ管理モジュール１４１４を備える。
【００４２】
識別子要求モジュール１４１１は、認証サーバに対して、ユーザＩＤを通知し、該ユーザＩＤに対応する、識別子を要求するモジュールである。認可情報管理モジュール１４１２は、認証サーバから受信した識別子を、認可情報管理テーブルＴ１００に登録するモジュールである。プロパティ情報管理モジュール１４１３は、各ファイルのプロパティ情報を管理するモジュールである。バックアップ管理モジュール１４１４は、フロントエンドファイルサーバ１０００から、バックエンドファイルサーバ２０００への、ファイルのバックアップを管理するモジュールである。
【００４３】
ファイルシステム管理プログラム１４１０の詳細な動作については、図２０、図２１、図２２、図２３、図２６、図２７、図２８、及び図２９を用いて後述する。
【００４４】
図９は、クローリング管理プログラム３４１０の構成を示すブロック図である。クローリング管理プログラム３４１０は、ユーザ情報通知モジュール３４１１、クローリング実行モジュール３４１２、及び検索インデックス作成モジュール３４１３を備える。
【００４５】
ユーザ情報通知モジュール３４１１は、バックエンドファイルサーバ２０００に対して、クローリング用ＩＤとパスワードを通知するモジュールである。クローリング実行モジュール３４１２は、バックエンドファイルサーバ２０００に対して、クローリングを実行するモジュールである。検索インデックス作成モジュール３４１３は、クローリングで収集した情報から、検索インデックスを作成するモジュールである。
【００４６】
クローリング管理プログラム３４１０の詳細な動作については、図２２及び図２３を用いて後述する。
【００４７】
図１０は、ユーザＩＤ管理プログラム４４１０の構成を示すブロック図である。ユーザＩＤ管理プログラム４４１０は、認証情報管理モジュール４４１１、識別子発行モジュール４４１２、及び識別子通知モジュール４４１３を備える。
【００４８】
認証情報管理モジュール４４１１は、エンドユーザ用認証情報管理テーブルＴ６００、及びクローリング用認証情報管理テーブルＴ７００を管理するモジュールである。識別子発行モジュール４４１２は、ユーザＩＤに対する識別子を、発行するモジュールである。識別子通知モジュール４４１３は、通知されたユーザＩＤに対応する識別子を、返信するモジュールである。
【００４９】
ユーザＩＤ管理プログラム４４１０の詳細な動作については、図１９、図２０、図２２、図２５、図２６、及び図２７を用いて後述する。
【００５０】
図１１は、認可情報管理テーブルＴ１００の一例を示す説明図である。
【００５１】
認可情報管理テーブルＴ１００は、フロントエンドファイルサーバ１０００、及びバックエンドファイルサーバ２０００によって管理されるテーブルであり、フロントエンドファイルサーバ１０００、及びバックエンドファイルサーバ２０００に格納されている各ファイルの認可情報を、格納する。
【００５２】
認可情報管理テーブルＴ１００は、発行元Ｔ１０１、識別子Ｔ１０２、及び権限Ｔ１０３を含む。発行元Ｔ１０１は、識別子Ｔ１０２が何れの認証サーバで作成されたものかを判別する、情報を格納する。識別子Ｔ１０２は、各認証サーバが作成したユーザＩＤを識別する情報を格納する。権限Ｔ１０３は、該ファイルに対する各識別子Ｔ１０２の権限情報を格納する。
【００５３】
認可情報管理テーブルＴ１００において、各ファイルの認可情報を管理することで、各ファイルに対するアクセスが制御可能となる。また、本システムでは、複数の認証サーバが、それぞれ独立して識別子Ｔ１０２を発行するため、識別子Ｔ１０２が重複する可能性がある。この問題については、認可情報管理テーブルＴ１００に、作成元Ｔ１０１の項を加えることで回避可能となる。
【００５４】
図１２は、バックアップ管理テーブルＴ２００の一例を示す説明図である。
【００５５】
バックアップ管理テーブルＴ２００は、フロントエンドファイルサーバ１０００によって管理されるテーブルであり、フロントエンドファイルサーバ１０００から、バックエンドファイルサーバ２０００へのバックアップを管理する、情報を格納する。
【００５６】
バックアップ管理テーブルＴ２００は、ファイル名Ｔ２０１、ファイルパスＴ２０２、及びバックアップ日時Ｔ２０３を含む。ファイル名Ｔ２０１は、各ファイルの識別子情報を格納する。ファイルパスＴ２０２は、各ファイルのファイルパス情報を格納する。バックアップ日時Ｔ２０３は，各ファイルのバックアップ日時を格納する。
【００５７】
バックアップ管理テーブルＴ２００において、各ファイルのバックアップ情報を管理することで、フロントエンドファイルサーバ１０００から、バックエンドファイルサーバ２０００へのバックアップが可能となる。
【００５８】
図１３は、ファイル管理テーブルＴ３００の一例を示す説明図である。
【００５９】
ファイル管理テーブルＴ３００は、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、及び検索サーバ３０００によって管理されるテーブルであり、フロントエンドファイルサーバ１０００、及びバックエンドファイルサーバ２０００に格納されている、ファイルの情報を格納する。
【００６０】
ファイル管理テーブルＴ３００は、ファイル名Ｔ３０１、ファイルパスＴ３０２、及び更新日時Ｔ３０３を含む。ファイル名Ｔ３０１は、各ファイルの識別子情報を格納する。ファイルパスＴ３０２は、各ファイルのファイルパス情報を格納する。更新日時Ｔ３０３は，各ファイルの更新日時を格納する。
【００６１】
ファイル管理テーブルＴ３００において、各ファイルの更新日時Ｔ３０３を管理し、バックアップ日時Ｔ２０３、及びクローリング日時Ｔ４０３と比較することで、不要な、バックアップ、及びクローリングの抑制が可能となる。
【００６２】
図１４は、クローリング管理テーブルＴ４００の一例を示す説明図である。
【００６３】
クローリング管理テーブルＴ４００は、検索サーバ３０００によって管理されるテーブルであり、バックエンドファイルサーバ２０００に対するクローリングを管理する、情報を格納する。
【００６４】
クローリング管理テーブルＴ４００は、ファイル名Ｔ４０１、ファイルパスＴ４０２、及びクローリング日時Ｔ４０３を含む。ファイル名Ｔ４０１は、各ファイルの識別子情報を格納する。ファイルパスＴ４０２は、各ファイルのファイルパス情報を格納する。クローリング日時Ｔ４０３は，各ファイルのクローリング日時を格納する。
【００６５】
クローリング管理テーブルＴ４００において、各ファイルへのクローリング情報を管理することで、バックエンドファイルサーバ２０００へのクローリングが可能となる。
【００６６】
図１５は、検索インデックステーブルＴ５００の一例を示す説明図である。
【００６７】
検索インデックステーブルＴ５００は、検索サーバ３０００によって管理されるテーブルであり、クローリングにより生成された検索インデックス情報を格納する。
【００６８】
検索インデックステーブルＴ５００は、インデックスＴ５０１、ファイル名Ｔ５０２、ファイルパスＴ５０３、位置Ｔ５０４、識別子Ｔ５０５、及び権限Ｔ５０６を含む。
【００６９】
インデックスＴ５０１は、インデックス情報を格納する。ファイル名Ｔ５０２は、各ファイルの識別子情報を格納する。ファイルパスＴ５０３は、各ファイルのファイルパス情報を格納する。位置Ｔ５０４は、各ファイルにおけるインデックスＴ５０１の出現位置情報を格納する。識別子Ｔ５０５は、各認証サーバが作成したユーザＩＤを識別する情報を格納する。権限Ｔ５０６は、各ファイルに対する各識別子Ｔ５０５の権限情報を格納する。
【００７０】
検索インデックステーブルＴ５００において、検索インデックス情報を管理することで、検索インデックスの作成が可能となる。
【００７１】
図１６は、エンドユーザ用認証情報管理テーブルＴ６００の一例を示す説明図である。
【００７２】
エンドユーザ用認証情報管理テーブルＴ６００は、顧客認証サーバ４０００によって管理されるテーブルであり、各エンドユーザ用ＩＤの認証情報を格納する。
【００７３】
エンドユーザ用認証情報管理テーブルＴ６００は、エンドユーザ用ＩＤＴ６０１、パスワードＴ６０２、及び識別子Ｔ６０３を含む。エンドユーザ用ＩＤＴ６０１は、各エンドユーザのＩＤ情報を格納する。パスワードＴ６０２は、エンドユーザ用ＩＤＴ６０１に対応するパスワード情報を格納する。識別子Ｔ６０３は、各認証サーバが作成したエンドユーザ用ＩＤＴ６０１を識別する情報を格納する。
【００７４】
エンドユーザ用認証情報管理テーブルＴ６００において、認証情報を管理することで、ユーザ認証が可能となる。
【００７５】
エンドユーザ用認証情報管理テーブルＴ６００の詳細については、図１８、図１９、図２０、及び図２２用いて後述する。
【００７６】
図１７は、クローリング用認証情報管理テーブルＴ７００の一例を示す説明図である。
【００７７】
クローリング用認証情報管理テーブルＴ７００は、センタ認証サーバ５０００によって管理されるテーブルであり、各クローリング用ＩＤの認証情報を格納する。
【００７８】
クローリング用認証情報管理テーブルＴ７００は、クローリング用ＩＤＴ７０１、パスワードＴ７０２、及び識別子Ｔ７０３を含む。クローリング用ＩＤＴ７０１は、各検索サーバが使用するＩＤ情報を格納する。パスワードＴ７０２は、クローリング用ＩＤＴ７０１に対応するパスワード情報を格納する。識別子Ｔ７０３は、各認証サーバが作成したクローリング用ＩＤＴ７０１を識別する情報を格納する。
【００７９】
クローリング用認証情報管理テーブルＴ７００において、認証情報を管理することで、ユーザ認証が可能となる。
【００８０】
図１８は、本実施形態における検索サーバによるクローリング全体処理Ｓ１００を説明するシーケンス図である。
【００８１】
クローリング全体処理Ｓ１００では、フロントエンドファイルサーバ１０００、検索サーバ３０００、センタ認証サーバ５０００が、フロントエンドファイルサーバ１０００、バックエンドファイルサーバ２０００、検索サーバ３０００、顧客認証サーバ４０００、センタ認証サーバ５０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図１８に沿って各処理について説明する。
【００８２】
まず、センタ管理者１００は、センタ認証サーバ５０００に対して、クローリング用ＩＤを登録する（ステップＳ１０１）。具体的には、センタ管理者１００がセンタ認証サーバ５０００に対し、登録したいクローリング用ＩＤと、パスワードを通知し、センタ認証サーバ５０００は、通知されたクローリング用ＩＤに対して識別子を発行し、クローリング用ＩＤ、パスワード、識別子をクローリング用認証情報管理テーブルＴ７００に登録する。なお、クローリング用ＩＤ登録Ｓ２００については、図１９を用いて後述する。なお、本ステップは、クローリング用ＩＤがセンタ認証サーバ５０００に登録されていない場合にのみ実行すれば良く、クローリングの度に毎回実行する必要はない。
【００８３】
次に、顧客管理者２００は、フロントエンドファイルサーバ１０００における、クローリング用ＩＤのアクセス権限を変更する（ステップＳ１０２）。具体的には、顧客管理者２００は、フロントエンドファイルサーバ１０００に対し、アクセス権限を変更したいファイルと、付与したいアクセス権限を通知する。なお、クローリング用ＩＤのアクセス権限変更Ｓ３００については、図２０を用いて後述する。なお、本ステップは、顧客管理者２００がクローリング用ＩＤのアクセス権限を変更したい場合にのみ実行すれば良く、クローリングの度に毎回実行する必要はない。
【００８４】
次に、フロントエンドファイルサーバ１０００は、バックエンドファイルサーバに２０００に対して、ファイルをバックアップする（ステップＳ１０３）。具体的には、フロントエンドファイルサーバ１０００は、フロントエンドファイルサーバ１０００上に格納されているファイルを、バックエンドファイルサーバ２０００に転送する。なお、バックアップの実行Ｓ４００については、図２１を用いて後述する。
【００８５】
次に、検索サーバ３０００は、バックエンドファイルサーバ２０００に対して、認証チャレンジを実行する（ステップＳ１０４）。具体的には、検索サーバ３０００は、バックエンドファイルサーバ２０００に、クローリング用ＩＤとパスワード情報を通知し、通知を受けたバックエンドファイルサーバ２０００は、該情報をセンタ認証サーバ５０００に転送し、センタ認証サーバ５０００は、受け取った該情報と、クローリング用認証情報管理テーブルＴ７００を、比較し、一致していればクローリング用ＩＤに対応する識別子を、バックエンドファイルサーバ２０００に返信し、バックエンドファイルサーバ２０００は、受け取った該識別子を検索サーバ３０００に転送する。なお、検索サーバによる認証チャレンジＳ５００については、図２２を用いて後述する。
【００８６】
最後に、検索サーバ３０００は、バックエンドファイルサーバ２０００に対して、クローリングを実行する（ステップＳ１０５）。具体的には、検索サーバ３０００は、ステップＳ１０４で受信した識別子を、バックエンドファイルサーバ２０００に対して通知し、ファイルのクローリングを実行する。なお、クローリングの実行Ｓ６００については、図２３を用いて後述する。
【００８７】
図１９は、本実施形態におけるクローリング用ＩＤの登録処理Ｓ２００を説明するフローチャートである。
【００８８】
クローリング用ＩＤの登録処理Ｓ２００では、センタ認証サーバ５０００が、ディスクアレイ装置６０００と連携して処理を実行する。以下、図１９に沿って各処理について説明する。
【００８９】
まず、センタ管理者１００は、センタ認証サーバ５０００に対して、登録したいクローリング用ＩＤとパスワードを通知する（ステップＳ２０１）。なお、本ステップを実行する前に、センタ認証サーバ５０００は、センタ管理者１００のユーザ認証を実施しても良い。
【００９０】
次に、センタ管理者１００からクローリング用ＩＤとパスワードを受けとった、ユーザＩＤ管理プログラムＢ４４１０は、該クローリング用ＩＤに対応する識別子を発行する（ステップＳ２０２）。具体的には、識別子発行モジュール４４１２は、該クローリング用ＩＤに対応する識別子を発行する。なお、発行する識別子は、アルファベットでも数字でも良く、他のＩＤに対応する識別子と、重複してさえいなければ良い。
【００９１】
最後に、ユーザＩＤ管理プログラムＢ４４１０は、クローリング用認証情報管理テーブルＴ７００を更新する（ステップＳ２０３）。具体的には、認証情報管理モジュール４４１１は、ステップＳ２０１で受け取った、クローリング用ＩＤとパスワード、及びステップＳ２０２で発行した識別子を、クローリング用認証情報管理テーブルＴ７００に登録する。なお、クローリング用ＩＤを、予めセンタ認証サーバ５０００のクローリング用認証情報管理テーブルＴ７００に登録することで、検索サーバによる認証チャレンジＳ５００において、クローリングＩＤを、顧客認証サーバ４０００と通信することなく、センタ認証サーバ５０００で認証することが可能となる。
【００９２】
図２０は、本実施形態におけるクローリング用ＩＤのアクセス権変更処理Ｓ３００を説明するフローチャートである。
【００９３】
クローリング用ＩＤのアクセス権変更処理Ｓ３００では、フロントエンドファイルサーバ１０００が、センタ認証サーバ５０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２０に沿って各処理について説明する。
【００９４】
まず、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、クローリング用ＩＤを入力する（ステップＳ３０１）。具体的には、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、ステップＳ２０１で登録したクローリング用ＩＤを入力する。なお、入力するクローリング用ＩＤは、予めセンタ管理者１００から通知されているものとする。
【００９５】
次に、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、アクセス権を変更したいファイルと、付与したい権限を通知する（ステップＳ３０２）。なお、アクセス権を変更する単位は、ファイルだけに限定されず、その他フロントエンドファイルサーバ１０００がアクセス権を管理する単位であれば良い。例えば、フォルダであっても良い。
【００９６】
次に、ファイルシステム管理プログラムＡ１４１０は、センタ認証サーバ５０００に対して、クローリング用ＩＤに対応する識別子を要求する（ステップＳ３０３）。具体的には、識別子要求モジュール１４１１は、センタ認証サーバ５０００に対して、クローリング用ＩＤを通知し、該クローリング用ＩＤに対応する識別子を要求する。
【００９７】
次に、ユーザＩＤ管理プログラムＢ４４１０は、クローリング用認証情報管理テーブルＴ７００を確認し、クローリング用ＩＤに対応する識別子をフロントエンドファイルサーバ１０００に通知する（ステップＳ３０４）。具体的には、識別子通知プログラム４４１３は、クローリング用認証情報管理テーブルＴ７００のクローリング用ＩＤＴ７０１と、識別子Ｔ７０３を確認し、ステップＳ３０３で通知されたクローリング用ＩＤに対応する識別子を、フロントエンドファイルサーバ１０００に通知する。なお、上記では、フロントエンドファイルサーバ１０００は、センタ認証サーバ５０００に対して、直接アクセスし、クローリング用ＩＤに対応する識別子を要求するとしているが、識別子が入手できれば良く、上記方法に限定されない。例えば、Ｗｅｂポータルを経由してアクセスしても良いし、フロントエンドファイルサーバ１０００から要求される前に、センタ認証サーバ５０００が、フロントエンドファイルサーバ１０００に通知する方法でも良い。
【００９８】
次に、ファイルシステム管理プログラムＡ１４１０は、ステップＳ３０２、及びＳ３０４で取得した情報を認可情報管理テーブルＡＴ１００に登録する（ステップＳ３０５）。具体的には、認可情報管理モジュール１４１２は、ステップＳ３０２で指定されたファイルに属する認可情報管理テーブルＡＴ１００を選択し、発行元Ｔ１０１に「センタ認証サーバ」、識別子Ｔ１０２にステップＳ３０４で取得した識別子、権限Ｔ１０３にステップＳ３０２で指定されたアクセス権限を、それぞれ登録する。なお、発行元Ｔ１０１に入力する情報は、該識別子がセンタ認証サーバ５０００によって発行された、ことを判断できるものであれば良く、上記に限定されない。例えば、センタ認証サーバ５０００のドメイン名を利用しても良い。
【００９９】
最後に、ファイルシステム管理プログラムＡ１４１０は、ファイル管理テーブルＡＴ３００を更新する（ステップＳ３０６）。具体的には、プロパティ情報管理モジュール１４１４は、ファイル管理テーブルＡＴ３００を確認し、更新日時Ｔ３０３を、現在の時刻に変更する。
【０１００】
なお、本処理では、認可情報管理テーブルＴ１００に、識別子を登録するとしているが、ユーザＩＤを一意に識別できる情報であれば良く、認証サーバで管理するユーザＩＤをそのまま登録しても良い。
【０１０１】
図２１は、本実施形態におけるバックアップ処理Ｓ４００を説明するフローチャートである。
【０１０２】
バックアップ処理Ｓ４００では、フロントエンドファイルサーバ１０００が、バックエンドファイルサーバ２０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２１に沿って各処理について説明する。
【０１０３】
まず、ファイルシステム管理プログラムＡ１４１０は、フロントエンドファイルサーバ１０００に格納されているファイルのうち、未選択のファイルが存在するか否かを判定する（ステップＳ４０１）。具体的には、バックアップ管理モジュール１４１４は、ファイル管理テーブルＡＴ３００を確認し、未選択のファイルが存在するか否かを判定する。選択していないファイルが存在しない場合は、ファイルシステム管理プログラムＡ１４１０は、処理を終了する。
【０１０４】
選択していないファイルが存在する場合には、ファイルシステム管理プログラムＡ１４１０は、ファイル管理テーブルＡＴ３００を確認し、選択していないファイルを一つ選択する（ステップＳ４０２）。具体的には、バックアップ管理モジュール１４１４は、ファイル管理テーブルＡＴ３００を確認し、選択していないファイルを一つ選択する。
【０１０５】
次に、ファイルシステム管理プログラムＡ１４１０は、バックアップ管理テーブルＴ２００、及びファイル管理テーブルＡＴ３００を確認し、バックアップ日時が更新日時よりも古いか否かを判定する（ステップＳ４０３）。具体的には、バックアップ管理モジュール１４１４は、バックアップ管理テーブルＴ２００、ファイル管理テーブルＡＴ３００を確認し、バックアップ日時Ｔ２０３が、更新日時Ｔ３０３よりも古いか否かを判定する。バックアップ日時が更新日時よりも古くない場合は、ファイルシステム管理プログラムＡ１４１０は、ステップＳ４０１に進む。
【０１０６】
バックアップ日時が更新日時よりも古い場合は、ファイルシステム管理プログラムＡ１４１０は、ステップＳ４０２で選択したファイル、及び該ファイルに属する認可情報管理テーブルＡＴ１００を、バックエンドファイルサーバ２０００にバックアップする（ステップＳ４０４）。具体的には、バックアップ管理モジュール１４１４は、ステップＳ４０２で選択したファイル、及び該ファイルに属する認可情報管理テーブルＡＴ１００を、バックエンドファイルサーバ２０００にバックアップする。なお、認可情報管理テーブルＡＴ１００を、ファイルと共に、バックエンドファイルサーバ２０００にバックアップすることで、バックエンドファイルサーバ２０００上のファイルに対する、アクセス権を顧客管理者２００が管理可能となる。
【０１０７】
次に、ファイルシステム管理プログラムＡ１４１０は、バックアップ管理テーブルＴ２００を更新する（ステップＳ４０５）。具体的には、バックアップ管理モジュール１４１４は、バックアップ管理テーブルＴ２００を確認し、バックアップ日時Ｔ２０３を、現在の時刻に変更する。
【０１０８】
最後に、ファイル、及び該ファイルに属する認可情報管理テーブルＡＴ１００を受けとった、ファイルシステム管理プログラムＢ１４１０は、ファイル管理テーブルＢＴ３００を更新する（ステップＳ４０６）。具体的には、バックアップ管理モジュール１４１４は、ファイル管理テーブルＢＴ３００を確認し、更新日時Ｔ３０３を、現在の時刻に変更する。
【０１０９】
図２２は、本実施形態における検索サーバによる認証チャレンジ処理Ｓ５００を説明するフローチャートである。
【０１１０】
認証チャレンジ処理Ｓ５００では、検索サーバ３０００が、バックエンドファイルサーバ２０００、センタ認証サーバ５０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２２に沿って各処理について説明する。
【０１１１】
まず、クローリング管理プログラム３４１０は、バックエンドファイルサーバ２０００に対して、クローリング用ＩＤ、及びパスワードを通知する（ステップＳ５０１）。具体的には、ユーザ情報通知プログラム３４１１は、バックエンドファイルサーバ２０００にクローリング用ＩＤ、及びパスワードを通知する。なお、クローリング用ＩＤ、及びパスワードはセンタ管理者１００が、予め検索サーバ３０００に対して、設定しておく。
【０１１２】
次に、クローリング用ＩＤ、及びパスワードを受け取った、ファイルシステム管理プログラムＢ１４１０は、受け取った該情報を、センタ認証サーバ５０００に転送する（ステップＳ５０２）。具体的には、識別子要求モジュール１４１１は、センタ認証サーバ５０００に対して、ステップＳ５０１で受け取ったクローリング用ＩＤ、及びパスワードを転送する。
【０１１３】
次に、クローリング用ＩＤ、及びパスワードを受け取ったユーザＩＤ管理プログラムＢ４４１０は、クローリング用認証情報管理テーブルＴ７００を確認し、該情報が一致しているか否かを判定する（ステップＳ５０３）。具体的には、認証情報管理モジュール４４１１は、クローリング用認証情報管理テーブルＴ７００を確認し、ステップＳ５０２で受け取ったクローリング用ＩＤ、及びパスワードが、クローリング用ＩＤＴ７０１、パスワードＴ７０２と一致しているか否か判定する。一致していないと判定された場合は、ユーザＩＤ管理プログラムＢ４４１０は、処理を終了する。
【０１１４】
一致していると判定した場合は、ユーザＩＤ管理プログラムＢ４４１０は、クローリング用認証情報管理テーブルＴ７００を確認し、対応する識別子を、バックエンドファイルサーバ２０００に返信する（ステップＳ５０４）。具体的には、認証情報管理モジュール４４１１は、クローリング用認証情報管理テーブルＴ７００を確認し、ステップＳ５０２で受けとったクローリング用ＩＤに対応する、識別子Ｔ７０３を、バックエンドファイルサーバ２０００に返信する。
【０１１５】
最後に、識別子を受け取ったファイルシステム管理プログラムＢ１４００は、受け取った該情報を、検索サーバ３０００に転送する（ステップＳ５０５）。具体的には、識別子要求モジュール１４１１は、ステップＳ５０４で受け取った識別子を、検索サーバ３０００に転送する。
【０１１６】
図２３は、本実施形態におけるクローリング処理Ｓ６００を説明するフローチャートである。
【０１１７】
クローリング処理Ｓ６００では、検索サーバ３０００が、バックエンドファイルサーバ２０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２３に沿って各処理について説明する。
【０１１８】
まず、クローリング管理プログラム３４１０は、ステップＳ５０５で得た識別子を、バックエンドファイルサーバ２０００に通知する（ステップＳ６０１）。具体的には、ユーザ情報通知プログラム３４１０は、ステップＳ５０５で得た識別子を、バックエンドファイルサーバ２０００に通知する。
【０１１９】
次に、クローリング管理プログラム３４１０は、バックエンドファイルサーバ２０００に対して、ファイル管理テーブルＢＴ３００を要求する（ステップＳ６０２）。具体的には、クローリング実行モジュール３４１２は、バックエンドファイルサーバ２０００に対して、ファイル管理テーブルＢＴ３００を要求する。
【０１２０】
次に、ファイルシステム管理プログラムＢ１４１０は、検索サーバ３０００に対して、ファイル管理テーブルＢＴ３００を通知する（ステップＳ６０３）。具体的には、プロパティ情報管理モジュール１４１４は、検索サーバ３０００に対して、ファイル管理テーブルＢＴ３００を通知する。
【０１２１】
次に、ファイル管理テーブルＢＴ３００を受け取った、クローリング管理プログラム３４１０は、バックエンドファイルサーバ上に格納されているファイルのうち、未選択のファイルがあるか否かを判定する（ステップＳ６０４）。具体的には、クローリング実行モジュール３４１２は、ファイル管理テーブルＣＴ３００を確認し、未選択のファイルがあるか否かを判定する。未選択のファイルがない場合は、クローリング管理プログラム３４１０は、処理を終了する。
【０１２２】
未選択のファイルがある場合は、クローリング管理プログラム３４１０は、未選択のファイルを一つ選択する（ステップＳ６０５）。具体的には、クローリング実行モジュール３４１２は、未選択のファイルを一つ選択する。
【０１２３】
次に、クローリング管理プログラム３４１０は、ファイル管理テーブルＣＴ３００、及びクローリング管理テーブルＴ４００を確認し、クローリング日時が更新日時よりも古いか否かを判定する（ステップＳ６０６）。具体的には、クローリング実行モジュール３４１２は、ファイル管理テーブルＣＴ３００、及びクローリング管理テーブルＴ４００を確認し、ステップＳ６０５で選択したファイルのクローリング日時Ｔ４０３が、更新日時Ｔ３０３よりも古いか否かを判定する。古くないと判定された場合は、クローリング管理プログラム３４１０は、ステップＳ６０４に進む。
【０１２４】
古いと判定された場合は、クローリング管理プログラム３４１０は、バックエンドファイルサーバ２０００に対して、ステップＳ６０５で選択したファイル、及び該ファイルに属する認可情報を要求する（ステップＳ６０７）。具体的には、クローリング実行モジュール３４１２は、バックエンドファイルサーバ２０００に対して、ステップＳ６０５で選択したファイル、及び該ファイルに属する認可情報を要求する。
【０１２５】
次に、要求を受けた、ファイルシステム管理プログラムＢ１４１０は、ステップＳ６０７で要求のあったファイルに対して、ステップＳ６０１で指定された識別子がアクセス権を持っているか否かを判定する（ステップＳ６０８）。具体的には、認可情報管理モジュール１４１２は、認可情報管理テーブルＢＴ１００を確認し、ステップＳ６０７で要求のあったファイルに対して、ステップＳ６０１で指定された識別子がアクセス権を持っているか否かを判定する。アクセス権を持っていないと判定した場合は、ファイルシステム管理プログラムＢ１４１０は、ステップＳ６０４に進む。
【０１２６】
アクセス権があると判定した場合は、ファイルシステム管理プログラムＢ１４１０は、認可情報管理テーブルＢＴ１００から、クローリング用ＩＤに関する部分を削除し、検索サーバ３０００に対して送信する（ステップＳ６０９）。具体的には、プロパティ情報管理モジュール１４１３は、認可情報管理テーブルＢＴ１００から、発行元Ｔ１０１が「センタ認証サーバ」となっている行を削除し、検索サーバ３０００に対して通知する。発行元Ｔ１０１が「センタ認証サーバ」となっている行を削除することで、検索インデックス作成に不要なアクセス権情報が登録されるのを抑制することが可能となる。
【０１２７】
次に、ファイルシステム管理プログラムＢ１４１０は、検索サーバ３０００に対して、ステップＳ６０７で要求のあったファイルを送信する（ステップＳ６１０）。具体的には、プロパティ情報管理モジュール１４１３は、検索サーバ３０００に対して、ステップＳ６０７で要求のあったファイルを送信する。
【０１２８】
次に、ファイル、及び該ファイルに属する認可情報を受信した、クローリング管理プログラム３４１０は、受信した該情報を解析し、検索インデックステーブルＴ５００に登録する（ステップＳ６１１）。具体的には、検索インデックス作成モジュール３４１３は、クローリング管理プログラム３４１０は、受信した該情報を解析し、検索インデックステーブルＴ５００に登録する。
【０１２９】
最後に、クローリング管理プログラム３４１０は、検索インデックステーブルＴ５００を確認し、ファイルパスＴ５０３を、バックエンドファイルサーバ２０００上のファイルパスから、フロントエンドファイルサーバ１０００上のファイルパスに変更する（ステップＳ６１２）。具体的には、検索インデックス作成モジュール３４１３は、検索インデックステーブルＴ５００を確認し、ファイルパスＴ５０３を、バックエンドファイルサーバ２０００上のファイルパスから、フロントエンドファイルサーバ１０００上のファイルパスに変更する。例えば、バックエンドファイルサーバ２０００上のディレクトリ構成と、フロントエンドファイルサーバ１０００上のディレクトリ構成が同じ場合は、ファイルパスＴ５０３に格納されている、バックエンドファイルサーバ２０００のコンピュータ名を、フロントエンドファイルサーバ１０００のコンピュータ名に変更する。なお、ファイルパスＴ５０３の変換方法は、ファイルパスＴ５０３に、フロントエンドファイルサーバ１０００上でのファイルパス情報が格納されれば良く、上記方法に限定されない。なお、検索インデックステーブルＴ５００における、ファイルパスＴ５０３を、バックエンドファイルサーバ２０００上のファイルパスから、フロントエンドファイルサーバ上のファイルパスに変更することで、エンドユーザ３００は、検索サーバ３０００が作成した検索インデックスを使用して、フロントエンドファイルサーバ１０００上で管理されているファイルを、検索することが可能となる。
【０１３０】
図２４は、本実施形態におけるエンドユーザによるアクセス全体処理Ｓ７００を説明するシーケンス図である。
【０１３１】
アクセス全体処理Ｓ７００では、フロントエンドファイルサーバ１０００、及び顧客認証サーバ４０００が、フロントエンドファイルサーバ１０００、顧客認証サーバ４０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２４に沿って各処理について説明する。
【０１３２】
まず、顧客管理者２００は、顧客認証サーバ４０００に対して、エンドユーザ用ＩＤを登録する（ステップＳ７０１）。具体的には、顧客管理者２００が顧客認証サーバ４０００に対し、登録したいエンドユーザ用ＩＤと、パスワードを通知し、顧客認証サーバ４０００は、通知されたエンドユーザ用ＩＤに対して識別子を発行し、エンドユーザ用ＩＤ、パスワード、識別子をエンドユーザ用認証情報管理テーブルＴ６００に登録する。なお、エンドユーザ用ＩＤの登録Ｓ８００については、図２５を用いて後述する。なお、本ステップは、エンドユーザ用ＩＤが顧客認証サーバ４０００に登録されていない場合にのみ実行すれば良く、エンドユーザがアクセスする度に毎回実行する必要はない。
【０１３３】
次に、顧客管理者２００は、フロントエンドファイルサーバ１０００における、エンドユーザ用ＩＤのアクセス権限を変更する（ステップＳ７０２）。具体的には、顧客管理者２００が、フロントエンドファイルサーバ１０００に対し、アクセス権限を変更したいファイルと、付与したいアクセス権限を通知する。なお、エンドユーザ用ＩＤのアクセス権限変更Ｓ９００については、図２６を用いて後述する。なお、本ステップは、顧客管理者２００がエンドユーザ用ＩＤのアクセス権限を変更したい場合にのみ実行すれば良く、エンドユーザがアクセスする度に毎回実行する必要はない。
【０１３４】
次に、エンドユーザ３００は、フロントエンドファイルサーバ１０００に対して、認証チャレンジを実行する（ステップＳ７０３）。具体的には、エンドユーザ３００は、フロントエンドファイルサーバ１０００に、エンドユーザ用ＩＤとパスワード情報を通知し、通知を受けたフロントエンドファイルサーバ１０００は、該情報を顧客認証サーバ４０００に転送し、顧客認証サーバ４０００は、受け取った該情報と、エンドユーザ用認証情報管理テーブルＴ６００を、比較し、一致していればエンドユーザ用ＩＤに対応する識別子を、フロントエンドファイルサーバ１０００に返信し、フロントエンドファイルサーバ１０００は、受け取った該識別子をエンドユーザ３００に転送する。なお、エンドユーザによる認証チャレンジＳ１０００については、図２７を用いて後述する。
【０１３５】
次に、エンドユーザ３００は、フロントエンドファイルサーバ１０００に対して、ファイルを要求する（ステップＳ７０４）。なお、エンドユーザ３００によるファイルアクセスＳ１１００については、図２８を用いて後述する。
【０１３６】
最後に、エンドユーザ３００は、フロントエンドファイルサーバ１０００に対して、認可情報を要求する（ステップＳ７０５）。なお、エンドユーザによる認可情報の取得Ｓ１２００については、図２９を用いて後述する。
【０１３７】
なお、本処理では図の構成上、ステップＳ７０５後にＳ７０６の処理を行うとしたが、逆の順序で行っても良いし、どちらか一方だけ処理しても良い。
【０１３８】
図２５は、本実施形態におけるエンドユーザ用ＩＤの登録処理Ｓ８００を説明するフローチャートである。
【０１３９】
エンドユーザ用ＩＤの登録処理Ｓ８００では、顧客認証サーバ４０００が、ディスクアレイ装置６０００と連携して処理を実行する。以下、図２５に沿って各処理について説明する。
【０１４０】
まず、顧客管理者２００は、顧客認証サーバ４０００に対して、登録したいエンドユーザ用ＩＤとパスワードを通知する（ステップＳ８０１）。なお、本ステップを実行する前に、顧客認証サーバ４０００は、顧客管理者２００のユーザ認証を実施しても良い。
【０１４１】
次に、顧客管理者２００からエンドユーザ用ＩＤとパスワードを受けとった、ユーザＩＤ管理プログラムＡ４４１０は、該エンドユーザ用ＩＤに対応する識別子を発行する（ステップＳ８０２）。具体的には、識別子発行モジュール４４１２は、該エンドユーザ用ＩＤに対応する識別子を発行する。なお、発行する識別子は、アルファベットでも数字でも良く、他のＩＤに対応する識別子と、重複してさえいなければ良い。
【０１４２】
最後に、ユーザＩＤ管理プログラムＡ４４１０は、エンドユーザ用認証情報管理テーブルＴ６００を更新する（ステップＳ８０３）。具体的には、認証情報管理モジュール４４１１は、ステップＳ８０１で受け取った、エンドユーザ用ＩＤとパスワード、及びステップＳ８０２で発行した識別子を、エンドユーザ用認証情報管理テーブルＴ６００に登録する。
【０１４３】
図２６は、本実施形態におけるエンドユーザ用ＩＤのアクセス権変更処理Ｓ９００を説明するフローチャートである。
【０１４４】
エンドユーザ用ＩＤのアクセス権変更処理Ｓ９００では、フロントエンドファイルサーバ１０００が、顧客認証サーバ４０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２６に沿って各処理について説明する。
【０１４５】
まず、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、エンドユーザ用ＩＤを入力する（ステップＳ９０１）。具体的には、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、ステップＳ８００で登録したエンドユーザ用ＩＤを入力する。
【０１４６】
次に、顧客管理者２００は、フロントエンドファイルサーバ１０００に対して、アクセス権を変更したいファイルと、付与したい権限を通知する（ステップＳ９０２）。なお、アクセス権を変更する単位は、ファイルだけに限定されず、その他フロントエンドファイルサーバ１０００がアクセス権を管理する単位であれば良い。例えば、フォルダであっても良い。
【０１４７】
次に、ファイルシステム管理プログラムＡ１４１０は、顧客認証サーバ４０００に対して、エンドユーザ用ＩＤに対応する識別子を要求する（ステップＳ９０３）。具体的には、識別子要求モジュール１４１１は、顧客認証サーバ４０００に対して、エンドユーザ用ＩＤを通知し、該エンドユーザ用ＩＤに対応する識別子を要求する。
【０１４８】
次に、識別子の通知要求を受け取った、ユーザＩＤ管理プログラムＡ４４１０は、エンドユーザ用認証情報管理テーブルＴ６００を確認し、エンドユーザ用ＩＤに対応する識別子をフロントエンドファイルサーバ１０００に通知する（ステップＳ９０４）。具体的には、識別子通知プログラム４４１３は、エンドユーザ用認証情報管理テーブルＴ６００のエンドユーザ用ＩＤＴ６０１と、識別子Ｔ６０３を確認し、ステップＳ９０３で通知されたエンドユーザ用ＩＤに対応する識別子を、フロントエンドファイルサーバ１０００に通知する。
【０１４９】
次に、ファイルシステム管理プログラムＡ１４１０は、ステップＳ９０２、及びＳ９０４で取得した情報を認可情報管理テーブルＡＴ１００に登録する（ステップＳ９０５）。具体的には、認可情報管理モジュール１４１２は、ステップＳ９０２で指定されたファイルに属する認可情報管理テーブルＡＴ１００を選択し、発行元Ｔ１０１に「顧客認証サーバ」、識別子Ｔ１０２にステップＳ９０４で取得した識別子、権限Ｔ１０３にステップＳ９０２で指定されたアクセス権限を、それぞれ登録する。なお、発行元Ｔ１０１に入力する情報は、該識別子が顧客認証サーバ４０００によって発行されたことを、判断できるものであれば良く、上記に限定されない。例えば、顧客認証サーバ４０００のドメイン名であっても良い。
【０１５０】
最後に、ファイルシステム管理プログラムＡ１４１０は、ファイル管理テーブルＡＴ３００を更新する（ステップＳ９０６）。具体的には、プロパティ情報管理モジュール１４１４は、ファイル管理テーブルＡＴ３００を確認し、更新日時Ｔ３０３を、現在の時刻に変更する。
【０１５１】
図２７は、本実施形態におけるエンドユーザによる認証チャレンジ処理Ｓ１０００を説明するフローチャートである。
【０１５２】
エンドユーザによる認証チャレンジ処理Ｓ１０００では、フロントエンドファイルサーバ１０００が、顧客認証サーバ４０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２７に沿って各処理について説明する。
【０１５３】
まず、エンドユーザ３００は、フロントエンドファイルサーバ１０００に対して、エンドユーザ用ＩＤ、及びパスワードを通知する（ステップＳ１００１）。なお、エンドユーザ用ＩＤ、及びパスワードは顧客管理者２００が、予めエンドユーザ３００に対して、通知しておく。
【０１５４】
次に、エンドユーザ用ＩＤ、及びパスワードを受け取ったファイルシステム管理プログラムＡ１４１０は、受け取った該情報を、顧客認証サーバ４０００に転送する（ステップＳ１００２）。具体的には、識別子要求モジュール１４１１は、顧客認証サーバ４０００に対して、ステップＳ１００１で受け取ったエンドユーザ用ＩＤ、及びパスワードを転送する。
【０１５５】
次に、エンドユーザ用ＩＤ、及びパスワードを受け取ったユーザＩＤ管理プログラムＡ４４１０は、エンドユーザ用認証情報管理テーブルＴ６００を確認し、該情報が一致しているか否かを判定する（ステップＳ１００３）。具体的には、認証情報管理モジュール４４１１は、エンドユーザ用認証情報管理テーブルＴ６００を確認し、ステップＳ１００２で受け取ったエンドユーザ用ＩＤ、及びパスワードが、エンドユーザ用ＩＤＴ６０１、パスワードＴ６０２と一致しているか否か判定する。一致していないと判定された場合は、ユーザＩＤ管理プログラムＡ４４１０は、処理を終了する。
【０１５６】
一致していると判定した場合は、ユーザＩＤ管理プログラムＡ４４１０は、エンドユーザ用認証情報管理テーブルＴ６００を確認し、対応する識別子を、フロントエンドファイルサーバ１０００に返信する（ステップＳ１００４）。具体的には、認証情報管理モジュール４４１１は、エンドユーザ用認証情報管理テーブルＴ６００を確認し、ステップＳ１００２で受けとったエンドユーザ用ＩＤに対応する、識別子Ｔ６０３を、フロントエンドファイルサーバ１０００に返信する。
【０１５７】
最後に、識別子を受け取ったファイルシステム管理プログラムＡ１４００は、受け取った該情報を、エンドユーザ３００に転送する（ステップＳ１００５）。具体的には、識別子要求モジュール１４１１は、ステップＳ１００４で受け取った識別子を、エンドユーザ３００に転送する。
【０１５８】
図２８は、本実施形態におけるエンドユーザによるファイルアクセス処理Ｓ１１００を説明するフローチャートである。
【０１５９】
エンドユーザによるファイルアクセス処理Ｓ１１００では、フロントエンドファイルサーバ１０００が、ディスクアレイ装置６０００と連携して処理を実行する。以下、図２８に沿って各処理について説明する。
【０１６０】
まず、エンドユーザ３００は、ステップＳ１００５で得た識別子を、フロントエンドファイルサーバ１０００に通知する（ステップＳ１１０１）。
【０１６１】
次に、ファイルシステム管理プログラムＡ１４１０は、エンドユーザ３００に対して、ファイル管理テーブルＡＴ３００を通知する（ステップＳ１１０２）。具体的には、プロパティ情報管理モジュール１４１３は、エンドユーザ３００に対して、ファイル管理テーブルＡＴ３００を通知する。
【０１６２】
次に、エンドユーザ３００が、ファイル管理テーブルＡＴ３００を確認し、アクセスしたいファイルを一つ選択し、フロントエンドファイルサーバ１０００に対して、ファイルの要求を行う。（ステップＳ１１０３）。
【０１６３】
次に、ファイルシステム管理プログラムＡ１４１０は、ステップＳ１１０３で要求のあったファイルに対して、ステップＳ１１０１で指定された識別子がアクセス権を持っているか否かを判定する（ステップＳ１１０４）。具体的には、認可情報管理モジュール１４１２は、認可情報管理テーブルＡＴ１００を確認し、ステップＳ１１０３で要求のあったファイルに対して、ステップＳ１１０１で指定された識別子がアクセス権を持っているか否かを判定する。アクセス権を持っていないと判定した場合は、ファイルシステム管理プログラムＡ１４１０は、処理を終了する。
【０１６４】
アクセス権があると判定した場合は、ファイルシステム管理プログラムＡ１４１０は、エンドユーザ３００に対して、ステップＳ１１０３で要求のあったファイルを送信する（ステップＳ１１０５）。具体的には、プロパティ情報管理モジュール１４１３は、エンドユーザ３００に対して、ステップＳ１１０３で要求のあったファイルを送信する。
【０１６５】
次に、ファイルシステム管理プログラムＡ１４１０は、エンドユーザ３００が、ファイルを更新したか否かを判定する（ステップＳ１１０６）。具体的には、プロパティ情報管理モジュール１４１３は、エンドユーザ３００が、ファイルを更新したか否かを判定する。更新しなかった場合は、ファイルシステム管理プログラムＡ１４１０は、処理を終了する。
【０１６６】
更新した場合は、ファイルシステム管理プログラムＡ１４１０は、ファイル管理テーブルＡＴ３００を更新する（ステップＳ１１０７）。具体的には、プロパティ情報管理モジュール１４１３は、ファイル管理テーブルＡＴ３００を確認し、更新日時Ｔ３０３を、現在の日時に変更する。
【０１６７】
図２９は、本実施形態におけるエンドユーザによる認可情報の取得処理Ｓ１２００を説明するフローチャートである。
【０１６８】
エンドユーザによる認可情報の取得処理Ｓ１２００では、フロントエンドファイルサーバ１０００が、顧客認証サーバ４０００、及びディスクアレイ装置６０００と連携して処理を実行する。以下、図２９に沿って各処理について説明する。
【０１６９】
まず、エンドユーザ３００は、ステップＳ１００５で得た識別子を、フロントエンドファイルサーバ１０００に通知する（ステップＳ１２０１）。
【０１７０】
次に、ファイルシステム管理プログラムＡ１４１０は、エンドユーザ３００に対して、ファイル管理テーブルＡＴ３００を通知する（ステップＳ１２０２）。具体的には、プロパティ情報管理モジュール１４１３は、エンドユーザ３００に対して、ファイル管理テーブルＡＴ３００を通知する。
【０１７１】
次に、エンドユーザ３００が、ファイル管理テーブルＡＴ３００を確認し、認可情報を取得したいファイルを一つ選択し、フロントエンドファイルサーバ１０００に対して、認可情報の要求を行う。（ステップＳ１２０３）。
【０１７２】
次に、ファイルシステム管理プログラムＡ１４１０は、ステップＳ１２０３で要求のあったファイルに対して、ステップＳ１２０１で指定された識別子がアクセス権を持っているか否かを判定する（ステップＳ１２０４）。具体的には、認可情報管理モジュール１４１２は、認可情報管理テーブルＡＴ１００を確認し、ステップＳ１２０３で要求のあったファイルに対して、ステップＳ１２０１で指定された識別子がアクセス権を持っているか否かを判定する。アクセス権を持っていないと判定した場合は、ファイルシステム管理プログラムＡ１４１０は、処理を終了する。
【０１７３】
アクセス権があると判定した場合は、ファイルシステム管理プログラムＡ１４１０は、認可情報管理テーブルＡＴ１００から、クローリング用ＩＤに関する部分を削除し、エンドユーザ３００に対して送信する（ステップＳ１２０５）。具体的には、プロパティ情報管理モジュール１４１３は、認可情報管理テーブルＡＴ１００から、発行元Ｔ１０１が「センタ認証サーバ」となっている行を削除し、エンドユーザ３００に対して通知する。発行元Ｔ１０１が「センタ認証サーバ」となっている行を削除することで、エンドユーザ３００による識別子の照会先である顧客認証サーバ４０００が、名前解決できない識別子を排除することができる。
【０１７４】
次に、ファイルシステム管理プログラムＡ１４１０は、エンドユーザ３００が、ファイルの認可情報を更新したか否かを判定する（ステップＳ１２０６）。具体的には、プロパティ情報管理モジュール１４１３は、エンドユーザ３００が、ファイルの認可情報を更新したか否かを判定する。更新しなかった場合は、ファイルシステム管理プログラムＡ１４１０は、処理を終了する。
【０１７５】
更新した場合は、ファイルシステム管理プログラムＡ１４１０は、ファイル管理テーブルＡＴ３００を更新する（ステップＳ１２０７）。具体的には、プロパティ情報管理モジュール１４１３は、ファイル管理テーブルＡＴ３００を確認し、更新日時Ｔ３０３を、現在の日時に変更する。
【０１７６】
以上説明したように、本発明の実施形態では、第一のサーバと、第一のサーバのバックアップデータを記録する第二のサーバと、第二のサーバのデータへアクセスする第三のサーバと、第一のサーバへのアクセスを認証する第一の認証サーバと、第二のサーバへのアクセスを認証する第二の認証サーバと、を備える。第一のサーバは、第二の認証サーバへ要求することで第二の認証サーバに登録されたユーザＩＤを受信し、ユーザＩＤと関連付けて第一のサーバのデータへのアクセス認可情報を設定し、アクセス認可情報を第二のサーバへ送信し、第二のサーバは、第三のサーバから第二のサーバに記録された第一のサーバのバックアップデータへのアクセス要求があったときは、第一の認証サーバと通信することなく、第三のサーバからユーザＩＤを受信し、第一のファイルサーバから送信された、受信したユーザＩＤに対応するアクセス認可情報に基いて、アクセス要求があったファイルへのアクセス認可の可否を決定する。
【０１７７】
以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。例えば、バックエンドファイルサーバ２０００に対して、検索サーバ３００の代わりに、ウイルスチェックサーバや情報分析サーバなど、別のサーバがアクセスしても良いし、センタ管理者２００やその他のユーザがアクセスしても良い。
【符号の説明】
【０１７８】
１００    顧客管理者
２００    センタ管理者
３００    エンドユーザ
４００    ネットワーク
１０００  フロントエンドファイルサーバ
１１００  ＣＰＵ
１２００  ネットワークインタフェース
１３００  ディスクインタフェース
１４００  メモリ
１４１０  ファイルシステム管理プログラム
１４１１  識別子要求モジュール
１４１２  認可情報管理モジュール
１４１３  プロパティ情報管理モジュール
１４１４  バックアップ管理モジュール
２０００  バックエンドファイルサーバ
２１００  ＣＰＵ
２２００  ネットワークインタフェース
２３００  ディスクインタフェース
２４００  メモリ
３０００  検索サーバ
３１００  ＣＰＵ
３２００  ネットワークインタフェース
３３００  ディスクインタフェース
３４００  メモリ
３４１０  クローリング管理プログラム
３４１１  ユーザ情報通知モジュール
３４１２  クローリング実行モジュール
３４１３  検索インデックス作成モジュール
４０００  顧客認証サーバ
４１００  ＣＰＵ
４２００  ネットワークインタフェース
４３００  ディスクインタフェース
４４００  メモリ
４４１０  ユーザＩＤ管理プログラム
４４１１  認証情報管理モジュール
４４１２  識別子発行モジュール
４４１３  識別子通知モジュール
５０００  顧客認証サーバ
５１００  ＣＰＵ
５２００  ネットワークインタフェース
５３００  ディスクインタフェース
５４００  メモリ
６０００  ディスクアレイ装置
６１００  ディスク制御コントローラ
６２００  ディスクインタフェース
６３００  ＦＣディスクドライブ
６３１０  ファイルシステム
【図１】
2014035610.tif 000003
【図２】
2014035610.tif 000004
【図３】
2014035610.tif 000005
【図４】
2014035610.tif 000006
【図５】
2014035610.tif 000007
【図６】
2014035610.tif 000008
【図７】
2014035610.tif 000009
【図８】
2014035610.tif 000010
【図９】
2014035610.tif 000011
【図１０】
2014035610.tif 000012
【図１１】
2014035610.tif 000013
【図１２】
2014035610.tif 000014
【図１３】
2014035610.tif 000015
【図１４】
2014035610.tif 000016
【図１５】
2014035610.tif 000017
【図１６】
2014035610.tif 000018
【図１７】
2014035610.tif 000019
【図１８】
2014035610.tif 000020
【図１９】
2014035610.tif 000021
【図２０】
2014035610.tif 000022
【図２１】
2014035610.tif 000023
【図２２】
2014035610.tif 000024
【図２３】
2014035610.tif 000025
【図２４】
2014035610.tif 000026
【図２５】
2014035610.tif 000027
【図２６】
2014035610.tif 000028
【図２７】
2014035610.tif 000029
【図２８】
2014035610.tif 000030
【図２９】
2014035610.tif 000031