JP4912996B2 - 情報処理装置及び計算機システム - Google Patents

Description

本発明は、プロセッサ、メモリ及びインタフェースを備える情報処理装置に関し、特に、ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合する技術に関する。

ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）及びファイルサーバは、ネットワーク経由でクライアント計算機にファイル共有サービスを提供する装置である。

従来、ＮＡＳ又はファイルサーバが、各々の部門で個別に設置され、運用されることがあった。この際に、ユーザの管理も、各々の部門ごとに独自に行っていることがある。

当該明細書中では、ユーザの管理単位を、ユーザ管理ドメインと呼ぶ。また、ユーザ管理を行うサーバを、ユーザ管理サーバと呼ぶ。例えば、ユーザ管理サーバは、ＮＩＳ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）サーバ、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバ、ＡＤ（Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ）サーバ又はＫｅｒｂｅｒｏｓサーバなどである。

部門統合などによって、ユーザ管理ドメインが異なるＮＡＳなどを統合する必要が生じることがある。ＮＡＳ又はファイルサーバを統合する方法として、以下の二つが知られている。

一つ目の統合方法については、特許文献１に開示されている。当該一つ目の統合方法では、複数のユーザ管理サーバが一つに統合される。更に、ファイルサーバは、統合前の複数のユーザ管理サーバによって管理されるユーザＩＤと統合後の一つのユーザ管理サーバによって管理されるユーザＩＤとの対応をファイルシステム毎に保持する。これによって、ファイルサーバの統合を実現できる。

二つ目の統合方法については、非特許文献１に開示されている。当該二つ目の統合方法では、複数のユーザ管理サーバを統合せずに、複数のファイルサーバの統合を実現する。まず、運用されているボリュームを統合後のＮＡＳに移行する。更に、統合後のＮＡＳは、共有設定情報を記憶する。なお、共有設定情報は、ファイル又はファイル共有サービスごとに、ユーザＩＤの変換の方法を管理する。

一方、ＧＮＳ（Ｇｌｏｂａｌ Ｎａｍｅ Ｓｐａｃｅ）という技術が知られている。ＧＮＳでは、複数のＮＡＳによって提供される複数のファイル共有サービスを、仮想的な単一のファイル共有サービスとして提供する。ＧＮＳによると、クライアント計算機のマウント処理の回数を減らすことができるので、クライアント計算機の運用コストを抑えることができる。

特許文献２に開示された技術では、クライアントとサーバとの間に存在する中間装置（以下、中間装置）を用いることによってＧＮＳが実現される。ただし、特許文献２に開示された技術では、ユーザ管理ドメインが同一である事が前提となっている。
特開２００６−２５２０８５号公報 特開２００３−２０３０２９号公報 USENIX Annual Technical Conference, June 10-15, 2002 Enhancing NFS Cross-Administrative Domain Access

特許文献１に開示された統合方法では、ユーザ管理サーバの統合が必要となる。そのため、既存の環境への影響が大きいという問題があった。更に、統合前のファイルサーバから統合後のファイルサーバへのデータ移行が必要という問題があった。

また、非特許文献１に開示された統合方法では、ユーザ管理サーバの統合こそ不要だが、統合前のファイルサーバから統合後のファイルサーバへのデータ移行が必要という問題があった。更に、統合時の設定が非常に煩雑という問題があった。

具体的には、統合されるファイル共有サービスを、統合されるユーザ管理ドメインごとに定義する必要がある。また、統合前のユーザＩＤと統合後のユーザＩＤとの対応を示すマッピングテーブルを定義する必要があった。なお、マッピングテーブルは、既存のすべてのユーザに関する対応を含む必要があり、データ量が膨大となってしまうという問題があった。マッピングテーブルのデータ量が膨大となってしまうと、クライアント計算機へのレスポンスが低下するという問題があった。

また、特許文献２に開示されたＧＮＳ技術では、同一のユーザ管理ドメインのファイル共有サービスを、データの移行なしに、単一のファイル共有サービスとして提供できる。しかしながら、異なるユーザ管理ドメインのファイル共有サービスを単一のファイル共有サービスとして提供することはできない。

本発明は前述した問題点に鑑みてなされたものであって、サービスの統合時における設定の負担を低減する。

本発明の代表的な形態は、ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合し、プロセッサ、メモリ及びインタフェースを備える情報処理装置であって、前記プロセッサは、アクセス要求を受信し、前記受信したアクセス要求の要求元が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤ及びグループＩＤを抽出し、前記抽出されたユーザＩＤに対して、前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応と、前記サービスが統合されるユーザ管理ドメイン間におけるグループＩＤの対応とを示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、前記抽出されたグループＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるグループＩＤを、前記特定されたアクセス先ドメインにおけるグループＩＤに変換し、前記受信したアクセス要求に含まれるグループＩＤを、前記変換されたグループＩＤに置き換え、前記ユーザＩＤ及び前記グループＩＤが置き換えられたアクセス要求に応じた処理を実行する。

本発明の代表的な形態によれば、サービスの統合時における設定の負担を低減できる。

本発明の実施形態について図面を参照して説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態の統合前の計算機システムの構成のブロック図である。

本ブロック図は、統合前の計算機システムの構成を示す。統合前の計算機システムは、ユーザ管理ドメイン１０５Ａ、ユーザ管理ドメイン１０５Ｂ及びＬ３スイッチ１０４を含む。Ｌ３スイッチ１０４は、ユーザ管理ドメイン１０５Ａのネットワークとユーザ管理ドメイン１０５Ｂのネットワークとを接続する。

ユーザ管理ドメイン１０５Ａ及び１０５Ｂは、ユーザの管理単位である。また、ユーザ管理ドメイン１０５Ａは、クライアント計算機１００Ａ１、クライアント計算機１００Ａ２、ユーザ管理サーバ１０１Ａ、ＮＡＳ１０２Ａ１及びＮＡＳ１０２Ａ２を含む。一方、ユーザ管理ドメイン１０５Ｂは、クライアント計算機１００Ｂ１、ユーザ管理サーバ１０１Ｂ及びＮＡＳ１０２Ｂ１を含む。

クライアント計算機１００（１００Ａ１、１００Ａ２及び１００Ｂ１を含む）は、ＣＰＵ、メモリ及びインタフェースを備え、ユーザによって操作される計算機である。また、クライアント計算機１００は、ＮＡＳ１０２（１０２Ａ１、１０２Ａ２及び１０２Ｂ１を含む）からファイル共有サービスの提供を受ける。

ユーザ管理サーバ１０１（１０１Ａ及び１０１Ｂを含む）は、ＣＰＵ、メモリ及びインタフェースを備え、クライアント計算機１００を操作するユーザを管理する計算機である。具体的には、ユーザ管理サーバ１０１は、ユーザの名称であるユーザ名と当該ユーザ管理ドメイン１０５内において当該ユーザを一意に識別するＵＩＤとの対応を記憶する。

例えば、ユーザ管理サーバ１０１は、ＮＩＳ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）サーバ、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバ、ＡＤ（Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ）サーバ又はＫｅｒｂｅｒｏｓサーバなどである。

ＮＡＳ１０２（１０２Ａ１、１０２Ａ２及び１０２Ｂ１）は、ファイル共有サービスをクライアント計算機１００に提供する。

例えば、ＮＡＳ１０２は、ＮＡＳサーバ及びストレージ装置を備える。

ＮＡＳサーバは、ファイル共有サービスをクライアント計算機１００に提供する。例えば、ＮＡＳサーバは、ファイルアクセスリクエストをクライアント計算機１００から受信する。すると、ＮＡＳサーバは、受信したファイルアクセスリクエストを、ブロックアクセスリクエストに変換する。そして、ＮＡＳサーバは、変換されたブロックアクセスリクエストをストレージ装置に送信する。ストレージ装置は、ＮＡＳサーバから受信したブロックアクセスリクエストに応じて、データを入出力する。これによって、ストレージ装置は、クライアント計算機１００から書き込みを要求されたデータを記憶する。

本実施の形態では、図１で示す計算機システムにおけるファイル共有サービスを統合する場合を説明する。この場合、計算機システムは、ファイル共有サービスの統合によって、図２に示す構成となる。

図２は、本発明の第１の実施の形態の統合後の計算機システムの構成のブロック図である。

統合後の計算機システムは、ユーザ管理ドメイン１０５Ａ、ユーザ管理ドメイン１０５Ｂ、Ｌ３スイッチ１０４及び統合後ＮＡＳ２００を含む。Ｌ３スイッチ１０４は、ユーザ管理ドメイン１０５Ａのネットワーク、ユーザ管理ドメイン１０５Ｂのネットワーク及び統合後ＮＡＳ２００を相互に接続する。なお、ユーザ管理ドメイン１０５Ａ及びユーザ管理ドメイン１０５Ｂは、統合前の計算機システムに含まれるものと同一なので、説明を省略する。

統合後ＮＡＳ２００は、統合後において、ファイル共有サービスをクライアント計算機１００に提供する。そのため、ＮＡＳ１０２Ａ１、ＮＡＳ１０２Ａ２及びＮＡＳ１０２Ｂ１に記憶されるファイルなどのデータは、統合後ＮＡＳ２００に移行される。なお、統合後ＮＡＳ２００については、図３で詳細を説明する。

本ブロック図では、統合後ＮＡＳ２００は、ユーザ管理ドメイン１０５Ａ及びユーザ管理ドメイン１０５Ｂと異なるユーザ管理ドメインに配置されている。しかしながら、統合後ＮＡＳ２００は、ユーザ管理ドメイン１０５Ａ又はユーザ管理ドメイン１０５Ｂのいずれかに配置されてもよい。

図３は、本発明の第１の実施の形態の統合後ＮＡＳ２００の構成のブロック図である。

統合後ＮＡＳ２００は、統合後ＮＡＳサーバ及びストレージ装置を備える。ストレージ装置は、ＮＡＳ１０２Ａ１、ＮＡＳ１０２Ａ２及びＮＡＳ１０２Ｂ１に格納されたファイルなどのデータを記憶する。

統合後ＮＡＳサーバは、プロセッサ１００１、メモリ１００２、メモリ−入出力バス１００４及び入出力コントローラ１００５を備える。

メモリ−入出力バス１００４は、プロセッサ１００１、メモリ１００２及び入出力コントローラ１００５を相互に接続する。メモリ１００２は、プロセッサ１００１によって実行されるプログラム及びプロセッサ１００１によって必要とされる情報などを記憶する。

プロセッサ１００１は、メモリ１００２に記憶されるプログラムを実行することによって、図４で後述する各種処理部を実現する。

入出力コントローラ１００５は、外部ネットワーク及びストレージ装置と接続するインタフェースである。

図４は、本発明の第１の実施の形態の統合後ＮＡＳ２００の機能構成のブロック図である。

統合後ＮＡＳ２００は、ネットワークポート３０１、ネットワークファイルサービス処理部３０２、ソケット・共有−ドメイン判定処理部４１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３を備える。

ネットワークポート３０１は、Ｌ３スイッチ１０４に接続されるインタフェースである。また、ネットワークポート３０１は、クライアント計算機１００からのファイルアクセスリクエストを受信する。その後、ネットワークポート３０１は、受信したファイルアクセスリクエストに対するリプライをクライアント計算機１００に送信する。なお、ネットワークポート３０１は、入出力コントローラ１００５に備わる。

ネットワークファイルサービス処理部３０２、ソケット・共有−ドメイン判定処理部４１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３は、プロセッサ１００１がメモリ１００２に記憶されるプログラムを実行することによって、実現される。

また、統合後ＮＡＳ２００は、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２、ユーザ・グループＩＤマッピング情報４０３及びユーザ管理ドメイン情報４０５を記憶する。

共有設定情報４０１は、ファイル共有サービスに関する情報である。なお、共有設定情報４０１については、図５で詳細を説明する。

ユーザ・グループＩＤ使用・未使用情報４０２は、ユーザの一意な識別子であるＵＩＤ及びユーザが属するグループの識別子であるＧＩＤの使用状況を示す。ＵＩＤは、ユーザを識別できるものであればいかなるものであってもよい。また、ＧＩＤは、グループを識別できるものであればいかなるものであってもよい。なお、ユーザ・グループＩＤ使用・未使用情報４０２については、図６で詳細を説明する。

ユーザ・グループＩＤマッピング情報４０３は、異なるユーザ管理ドメイン１０５間におけるＵＩＤの対応及びＧＩＤの対応を示す。なお、ユーザ・グループＩＤマッピング情報４０３については、図７で詳細を説明する。

ユーザ管理ドメイン情報４０５は、ユーザ管理ドメイン１０５と当該ユーザ管理ドメイン１０５に属すクライアント計算機１００のＩＰアドレスとの対応を示す。なお、ユーザ管理ドメイン情報４０５については、図８で詳細を説明する。

図５は、本発明の第１の実施の形態の統合後ＮＡＳ２００に記憶される共有設定情報４０１の構成図である。

共有設定情報４０１は、公開ディレクトリパス４０１１、公開クライアント４０１２及び元所属ドメインＩＤ４０１３を含む。

公開ディレクトリパス４０１１は、クライアント計算機１００に公開されるディレクトリパスである。なお、ディレクトリパスは、ファイルなどが格納される位置を示す。

公開クライアント４０１２は、当該レコードの公開ディレクトリパス４０１１の公開先となるクライアント計算機１００を示す。元所属ドメインＩＤ４０１３は、当該レコードの公開ディレクトリパス４０１１が統合前に所属していたユーザ管理ドメイン１０５の一意な識別子である。

なお、ドメインＩＤは、ユーザ管理ドメイン１０５が特定可能な情報であればいかなるものであってもよい。例えば、ドメインＩＤは、ＤＮＳドメイン名、ＮＩＳドメイン名、ＮＴドメイン名、ＤＮＳサーバ名、ＮＩＳサーバ名又はＡＤサーバ名のいずれであってもよい。また、ドメインＩＤは、統合後ＮＡＳ２００内部でのみ通用するユニークな値又は文字列でもよい。

図６は、本発明の第１の実施の形態の統合後ＮＡＳ２００に記憶されるユーザ・グループＩＤ使用・未使用情報４０２の構成図である。

ユーザ・グループＩＤ使用・未使用情報４０２は、ドメインＩＤ４０２１、使用ＵＩＤ／ＧＩＤ４０２２及び未使用ＵＩＤ／ＧＩＤ４０２３を含む。

ドメインＩＤ４０２１は、ユーザ管理ドメイン１０５の一意な識別子である。使用ＵＩＤ／ＧＩＤ４０２２は、当該レコードのドメインＩＤ４０２１によって識別されるユーザ管理ドメイン１０５において使用されているＵＩＤ又はＧＩＤである。なお、ＵＩＤは、ユーザの一意な識別子であり、ＧＩＤは、ユーザが属すグループの一意な識別子である。

未使用ＵＩＤ／ＧＩＤ４０２３は、当該レコードのドメインＩＤ４０２１によって識別されるユーザ管理ドメイン１０５において使用されていないＵＩＤ又はＧＩＤである。なお、未使用ＵＩＤ／ＧＩＤ４０２３は、使用ＵＩＤ／ＧＩＤ４０２２以外の全てのＵＩＤ／ＧＩＤであってもよいし、使用ＵＩＤ／ＧＩＤ４０２２以外の一部のＵＩＤ／ＧＩＤであってもよい。後者は現在使用していないが、将来そのユーザ管理ドメインで使用する可能性のあるＵＩＤ／ＧＩＤを予約する場合に用いる。

なお、使用ＵＩＤ／ＧＩＤ４０２２及び未使用ＵＩＤ／ＧＩＤ４０２３は、リスト形式で管理されていてもよいし、ＩＤの範囲を示す形式で管理されていてもよい。

なお、ユーザ・グループＩＤ使用・未使用情報４０２は、ユーザ管理ドメイン１０５ごとにおけるＵＩＤ及びＧＩＤの使用状況を示すものであれば、いかなるものであってもよい。

図７は、本発明の第１の実施の形態の統合後ＮＡＳ２００に記憶されるユーザ・グループＩＤマッピング情報４０３の構成図である。

ユーザ・グループＩＤマッピング情報４０３は、ユーザ管理ドメイン１０５Ａ内におけるＵＩＤ／ＧＩＤ４０３１、ユーザ管理ドメイン１０５Ｂ内におけるＵＩＤ／ＧＩＤ４０３２、状態４０３３及び管理サーバ反映フラグ４０３４を含む。

ユーザ管理ドメイン１０５Ａ内におけるＵＩＤ／ＧＩＤ４０３１は、ユーザ管理ドメイン１０５Ａ内におけるユーザ又はグループの一意な識別子である。ユーザ管理ドメイン１０５Ｂ内におけるＵＩＤ／ＧＩＤ４０３２は、当該レコードのユーザ管理ドメイン１０５Ａ内におけるＵＩＤ／ＧＩＤ４０３１によって識別されるユーザ又はグループを、ユーザ管理ドメイン１０５Ｂ内において識別するための識別子である。

状態４０３３は、当該レコードのユーザ管理ドメイン１０５Ａ内におけるＵＩＤ／ＧＩＤ４０３１と、ユーザ管理ドメイン１０５Ｂ内におけるＵＩＤ／ＧＩＤ４０３２との対応が恒久的なものであるかどうかを示す。

なお、状態４０３３が恒久的であることを示すレコードの情報は、メモリ１００２だけではなく、ストレージ装置にも格納される。そのため、状態４０３３が恒久的であることを示すレコードの情報は、統合後ＮＡＳ２００が再起動されても失われることはない。一方、状態４０３３が恒久的でない（一時的である）ことを示すレコードの情報は、メモリ１００２だけに格納される。そのため、状態４０３３が一時的であることを示すレコードの情報は、統合後ＮＡＳ２００が再起動されると、失われてしまう。

管理サーバ反映フラグ４０３４は、当該レコードのユーザ管理ドメイン１０５Ａ内におけるＵＩＤ／ＧＩＤ４０３１と、ユーザ管理ドメイン１０５Ｂ内におけるＵＩＤ／ＧＩＤ４０３２との対応がユーザ管理サーバ１０１に反映されているか（反映済みである）否かを示す。

図８は、本発明の第１の実施の形態の統合後ＮＡＳ２００に記憶されるユーザ管理ドメイン情報４０５の構成図である。

ユーザ管理ドメイン情報４０５は、ドメインＩＤ４０５１及びＩＰアドレス４０５２を含む。ドメインＩＤ４０５１は、ユーザ管理ドメイン１０５の一意な識別子である。ＩＰアドレス４０５２は、当該レコードのドメインＩＤ４０５１によって識別されるユーザ管理ドメイン１０５に属すクライアント計算機１００に割り当てられたＩＰアドレスである。

ここで、図４に戻る。

ネットワークファイルサービス処理部３０２は、ネットワークポート３０１が受信したファイルアクセスリクエストによるアクセス対象のファイルを公開可能であるか否かを判定する。

具体的には、ネットワークファイルサービス処理部３０２は、ネットワークポート３０１が受信したファイルアクセスリクエストから、アクセス先のディレクトリパスを抽出する。次に、ネットワークファイルサービス処理部３０２は、抽出したディレクトリパスと共有設定情報４０１の公開ディレクトリパス４０１１とが一致するレコードを、共有設定情報４０１から選択する。次に、ネットワークファイルサービス処理部３０２は、選択したレコードから公開クライアント４０１２を抽出する。

次に、ネットワークファイルサービス処理部３０２は、受信したファイルアクセスリクエストの送信元のクライアント計算機１００が、抽出した公開クライアント４０１２に該当するか否かを判定する。

ファイルアクセスリクエストの送信元のクライアント計算機１００が当該ユーザ管理ドメイン１０５に属す場合、ネットワークファイルサービス処理部３０２は、アクセス対象のファイルを公開可能であると判定する。そこで、ネットワークファイルサービス処理部３０２は、ファイルアクセスリクエストをソケット・共有−ドメイン判定処理部４１０に渡す。

一方、ファイルアクセスリクエストの送信元のクライアント計算機１００が当該ユーザ管理ドメイン１０５に属さない場合、ネットワークファイルサービス処理部３０２は、アクセス対象のファイルを公開できないと判定する。そこで、ネットワークファイルサービス処理部３０２は、受信したファイルアクセスリクエストの送信元のクライアント計算機１００に、ファイルへのアクセス不可を通知する。

また、ネットワークファイルサービス処理部３０２は、ファイルアクセスリクエストに対するリプライを、ネットワークポート３０１からクライアント計算機１００に送信する。

ソケット・共有−ドメイン判定処理部４１０は、ＵＩＤ及びＧＩＤを変換する必要があるか否かを判定する。なお、ソケット・共有−ドメイン判定処理部４１０の処理については、図９を用いて説明する。

ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ及びＧＩＤを変換する。なお、ユーザ・グループＩＤ動的変換処理部４１１の処理については、図１０〜図１３を用いて説明する。

ローカルファイルシステム処理部３０４は、ファイルアクセスリクエストを、ブロックアクセスリクエストに変換する。また、ローカルファイルシステム処理部３０４は、デバイス処理部３０５から受け取ったリプライを、ユーザ・グループＩＤ動的変換処理部４１１に渡す。

デバイス処理部３０５は、ローカルファイルシステム処理部３０４によって変換されたブロックアクセスリクエストを、ストレージ装置に送信する。また、デバイス処理部３０５は、ブロックアクセスリクエストに対するリプライをストレージ装置から受信する。すると、デバイス処理部３０５は、受信したリプライを、ローカルファイルシステム処理部３０４に渡す。

ＩＤマッピング設定処理部４１２は、ユーザ・グループＩＤマッピング情報４０３を作成又は更新する。なお、ＩＤマッピング設定処理部４１２の処理については、図１４を用いて説明する。

ユーザ管理サーバ連携処理部４１３は、ユーザ・グループ登録処理及び使用ユーザ・グループＩＤ取得処理を実行する。なお、ユーザ管理サーバ連携処理部４１３のユーザ・グループ登録処理については図１５を用いて、ユーザ管理サーバ連携処理部４１３の使用ユーザ・グループＩＤ取得処理については図１６を用いて説明する。

図９は、本発明の第１の実施の形態のソケット・共有−ドメイン判定処理部４１０の処理のフローチャートである。

ソケット・共有−ドメイン判定処理部４１０は、ネットワークファイルサービス処理部３０２からファイルアクセスリクエストを受け取ると、当該処理を開始する。

まず、ソケット・共有−ドメイン判定処理部４１０は、受け取ったファイルアクセスリクエストから、アクセス元のＩＰアドレスを特定する。なお、ＩＰアドレスの代わりに、アクセス元のクライアント計算機１００を特定可能な他の情報が抽出されてもよい。当該他の情報は、ソケット情報又はＭＡＣアドレスである。

次に、ソケット・共有−ドメイン判定処理部４１０は、特定したＩＰアドレスとユーザ管理ドメイン情報４０５のＩＰアドレス４０５２とが一致するレコードを、ユーザ管理ドメイン情報４０５から選択する。次に、ソケット・共有−ドメイン判定処理部４１０は、選択したレコードから、ドメインＩＤ４０５１を抽出する。そして、ソケット・共有−ドメイン判定処理部４１０は、抽出したドメインＩＤ４０５１によって識別されるユーザ管理ドメイン１０５を、アクセス元ドメインとして特定する（Ｓ１０１）。

次に、ソケット・共有−ドメイン判定処理部４１０は、受け取ったファイルアクセスリクエストから、アクセス先のファイルを識別可能なファイルハンドルを抽出する。次に、ソケット・共有−ドメイン判定処理部４１０は、抽出したファイルハンドルを、アクセス先のパスに変換する。

次に、ソケット・共有−ドメイン判定処理部４１０は、変換によって作成されたパスの一部又は全部と共有設定情報４０１の公開ディレクトリパス４０１１とが一致するレコードを、共有設定情報４０１から選択する。

次に、ソケット・共有−ドメイン判定処理部４１０は、選択したレコードから、元所属ドメインＩＤ４０１３を抽出する。そして、ソケット・共有−ドメイン判定処理部４１０は、抽出した元所属ドメインＩＤ４０１３によって識別されるユーザ管理ドメイン１０５を、アクセス先ドメインとして特定する（Ｓ１０２）。

次に、ソケット・共有−ドメイン判定処理部４１０は、抽出したドメインＩＤ４０５１と抽出した元所属ドメインＩＤ４０１３とが一致するか否かを判定する。これによって、ソケット・共有−ドメイン判定処理部４１０は、特定したアクセス元ドメインとアクセス先ドメインとが一致するか否かを判定する（Ｓ１０３）。

ドメインＩＤ４０５１と元所属ドメインＩＤ４０１３とが一致する場合、アクセス元ドメインとアクセス先ドメインとが一致している。この場合、ＵＩＤ及びＧＩＤの変換は不要である。よって、ソケット・共有−ドメイン判定処理部４１０は、受け取ったファイルアクセスリクエストを、ローカルファイルシステム処理部３０４へ渡す。そして、ソケット・共有−ドメイン判定処理部４１０は、当該処理を終了する。

一方、ドメインＩＤ４０５１と元所属ドメインＩＤ４０１３とが一致しない場合、アクセス元ドメインとアクセス先ドメインとが一致していない。この場合、ＵＩＤ及びＧＩＤの変換が必要である。よって、ソケット・共有−ドメイン判定処理部４１０は、受け取ったファイルアクセスリクエストを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す。そして、ソケット・共有−ドメイン判定処理部４１０は、当該処理を終了する。

図１０は、本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部４１１の処理のフローチャートである。

ユーザ・グループＩＤ動的変換処理部４１１は、ソケット・共有−ドメイン判定処理部４１０からファイルアクセスリクエストを受け取ると、当該処理を開始する。

まず、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったファイルアクセスリクエストに含まれるＵＩＤ又はＧＩＤを一つずつ順番に選択する。そして、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤごとに、以下の処理を行う。

ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったファイルアクセスリクエストから、アクセス元のＩＰアドレスを抽出する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出したドメインＩＤ４０５１とユーザ・グループＩＤ使用・未使用情報４０２のドメインＩＤ４０２１とが一致するレコードを、ユーザ・グループＩＤ使用・未使用情報４０２から選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤが、選択したレコードの使用ＵＩＤ／ＧＩＤ４０２２に含まれるか否かを判定する（Ｓ２０１）。

選択したＵＩＤ又はＧＩＤが、選択したレコードの使用ＵＩＤ／ＧＩＤ４０２２に含まれない場合、ユーザ・グループＩＤ動的変換処理部４１１は、クライアント計算機１００などにエラーを通知する。そして、ユーザ・グループＩＤ動的変換処理部４１１は、当該処理を終了する。

一方、選択したＵＩＤ又はＧＩＤが、選択したレコードの使用ＵＩＤ／ＧＩＤ４０２２に含まれる場合、ユーザ・グループＩＤ動的変換処理部４１１は、抽出したドメインＩＤ４０５１に対応する列を、ユーザ・グループＩＤマッピング情報４０３から選択する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤが、選択した列に含まれるいずれかのレコードに格納されているか否かを判定する（Ｓ２０２）。

選択したＵＩＤ又はＧＩＤが、選択した列に含まれるいずれのレコードにも格納されていない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ユーザ・グループＩＤマッピング情報４０３に新たなレコードを作成する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出したドメインＩＤ４０５１に対応する列（ボックス）を、新たなレコードから選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したボックスに、選択したＵＩＤ又はＧＩＤを格納する（Ｓ２０３）。

なお、ステップＳ２０３においては、アクセス元以外のユーザ管理ドメイン１０５に対応する列には、ＵＩＤ又はＧＩＤを格納しない。

但し、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス元のユーザ管理ドメイン１０５に対応する列だけではなく、アクセス元以外のユーザ管理ドメイン１０５に対応する列に、該当するＵＩＤ又はＧＩＤを格納してもよい。この場合、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス先ＩＤ割当処理（Ｓ２０５）と同様の処理を、アクセス先のユーザ管理ドメイン１０５に対応する列だけではなく、アクセス元以外のユーザ管理ドメイン１０５に対応するすべての列に対して行う。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ２０５に進み、アクセス先ＩＤ割当処理を実行する。なお、アクセス先ＩＤ割当処理については、図１１で詳細を説明する。

一方、選択したＵＩＤ又はＧＩＤが、選択した列に含まれるいずれかのレコードに格納されている場合、ユーザ・グループＩＤ動的変換処理部４１１は、当該レコードを、ユーザ・グループＩＤマッピング情報４０３から選択する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出した元所属ドメインＩＤ４０１３に対応する列（ボックス）を、ユーザ・グループＩＤマッピング情報４０３から選択したレコードから選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したボックスにＵＩＤ又はＧＩＤのいずれかが格納されているか否かを判定する（Ｓ２０４）。

当該ボックスにＵＩＤ及びＧＩＤのいずれもが格納されていない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ２０５に進み、アクセス先ＩＤ割当処理を実行する。なお、アクセス先ＩＤ割当処理については、図１１で詳細を説明する。

一方、当該ボックスにＵＩＤ又はＧＩＤのいずれかが格納されている場合、ユーザ・グループＩＤ動的変換処理部４１１は、当該ボックスから、ＵＩＤ又はＧＩＤを抽出する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤを、抽出したＵＩＤ又はＧＩＤに置き換える（Ｓ２０６）。つまり、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス元のユーザ管理ドメイン１０５内での（ファイルアクセスリクエストに含まれる）ＵＩＤ又はＧＩＤを、アクセス先のユーザ管理ドメイン１０５内でのＵＩＤ又はＧＩＤに置き換える。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ２０１において、受け取ったファイルアクセスリクエストに含まれるＵＩＤ及びＧＩＤのすべてを選択したか否かを判定する（Ｓ２０７）。

受け取ったファイルアクセスリクエストに含まれるＵＩＤ又はＧＩＤのいずれか一つでも選択していない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ２０１に戻る。そして、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったファイルアクセスリクエストに含まれ、選択していないＵＩＤ又はＧＩＤを選択し、処理を繰り返す。

一方、受け取ったファイルアクセスリクエストに含まれるＵＩＤ及びＧＩＤのすべてを選択した場合、ユーザ・グループＩＤ動的変換処理部４１１は、ファイルアクセスリクエストを、ローカルファイルシステム処理部３０４に渡す。そして、ユーザ・グループＩＤ動的変換処理部４１１は、当該処理を終了する。

図１１は、本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部４１１によって実行されるアクセス先ＩＤ割当処理のフローチャートである。

なお、アクセス先ＩＤ割当処理は、ユーザ・グループＩＤ動的変換処理部４１１の処理（図１０）のステップＳ２０５において実行される。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出した元所属ドメインＩＤ４０１３とユーザ・グループＩＤ使用・未使用情報４０２のドメインＩＤ４０２１とが一致するレコードを、ユーザ・グループＩＤ使用・未使用情報４０２から選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したレコードの未使用ＵＩＤ／ＧＩＤ４０２３に格納されているＵＩＤ及びＧＩＤの中から、ＵＩＤ又はＧＩＤを一つ抽出する（Ｓ４０１）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出したＵＩＤ又はＧＩＤを、選択したレコードの未使用ＵＩＤ／ＧＩＤ４０２３から削除する（Ｓ４０２）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ２０３で追加した新たなレコードに含まれ、且つ、抽出した元所属ドメインＩＤ４０１３に対応するボックス又はステップＳ２０４で選択したボックスに、抽出したＵＩＤ又はＧＩＤを格納する（Ｓ４０３）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの管理サーバ反映フラグ４０３４に、未反映であることを示す情報を格納する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったファイルアクセスリクエストが、ユーザＩＤの更新に関する処理を要求するものであるか否かを判定する。ユーザＩＤの更新に関する処理は、ファイルの新規作成処理、ファイルの所有ユーザの変更処理又はファイルの所有グループの変更処理などである。

ファイルアクセスリクエストが、ユーザＩＤの更新に関する処理を要求する場合、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が恒久的なものであることを示す情報を格納する。

一方、ファイルアクセスリクエストが、ユーザＩＤの更新に関する処理を要求しない場合（書込リクエスト又は読出リクエストなどである場合）、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が恒久的なものでない（対応が一時的である）ことを示す情報を格納する。ただしこの場合には、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が一時的であることを示す情報ではなく、対応が恒久的なものであることを示す情報を格納してもよい。

そして、ユーザ・グループＩＤ動的変換処理部４１１は、当該アクセス先ＩＤ割当処理を終了する。

図１２は、本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部４１１のリプライ処理のフローチャートである。

ユーザ・グループＩＤ動的変換処理部４１１は、ローカルファイルシステム処理部３０４からリプライを受け取ると、当該リプライ処理を開始する。

まず、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったリプライに含まれるＵＩＤ又はＧＩＤを一つずつ順番に選択する。そして、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤごとに、以下の処理を行う。

ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったリプライに基づいて、アクセス元のユーザ管理ドメイン１０５のドメインＩＤ及びアクセス先のユーザ管理ドメイン１０５のドメインＩＤを特定する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、特定したアクセス先のユーザ管理ドメイン１０５のドメインＩＤに対応する列を、ユーザ・グループＩＤマッピング情報４０３から選択する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤが、選択した列に含まれるいずれかのレコードに格納されているか否かを判定する（Ｓ３０１）。

選択したＵＩＤ又はＧＩＤが、選択した列に含まれるレコードのいずれにも格納されていない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ユーザ・グループＩＤマッピング情報４０３に新たなレコードを作成する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、特定したアクセス先のユーザ管理ドメイン１０５のドメインＩＤに対応する列を（ボックス）を、新たなレコードから選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したボックスに、選択したＵＩＤ又はＧＩＤを格納する（Ｓ３０２）。

なお、ステップＳ３０２においては、アクセス先以外のユーザ管理ドメイン１０５に対応する列には、ＵＩＤ又はＧＩＤを格納しない。

但し、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス先のユーザ管理ドメイン１０５に対応する列だけではなく、アクセス先以外のユーザ管理ドメイン１０５に対応する列にも、該当するＵＩＤ又はＧＩＤを格納してもよい。この場合、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス元ＩＤ割当処理（Ｓ３０４）と同様の処理を、アクセス元のユーザ管理ドメイン１０５に対応する列だけではなく、アクセス先以外のユーザ管理ドメイン１０５に対応するすべての列に対して行う。

そして、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ３０４に進み、アクセス元ＩＤ割当処理を実行する。なお、アクセス元ＩＤ割当処理については、図１３で詳細を説明する。

一方、選択したＵＩＤ又はＧＩＤが、選択した列に含まれるいずれかのレコードに格納されている場合、ユーザ・グループＩＤ動的変換処理部４１１は、当該レコードを、ユーザ・グループＩＤマッピング情報４０３から選択する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、特定したアクセス元のユーザ管理ドメイン１０５のドメインＩＤに対応する列を（ボックス）を、ユーザ・グループＩＤマッピング情報４０３から選択したレコードから選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したボックスにＵＩＤ又はＧＩＤのいずれかが格納されているか否かを判定する（Ｓ３０３）。

当該ボックスにＵＩＤ及びＧＩＤのいずれもが格納されていない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ３０４に進み、アクセス元ＩＤ割当処理を実行する。なお、アクセス元ＩＤ割当処理については、図１３で詳細を説明する。

一方、当該ボックスにＵＩＤ又はＧＩＤのいずれかが格納されている場合、ユーザ・グループＩＤ動的変換処理部４１１は、当該ボックスから、ＵＩＤ又はＧＩＤを抽出する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したＵＩＤ又はＧＩＤを、抽出したＵＩＤ又はＧＩＤに置き換える（Ｓ３０５）。つまり、ユーザ・グループＩＤ動的変換処理部４１１は、アクセス先のユーザ管理ドメイン１０５内での（リプライに含まれる）ＵＩＤ又はＧＩＤを、アクセス元のユーザ管理ドメイン１０５内でのＵＩＤ又はＧＩＤに置き換える。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ３０１において、受け取ったリプライに含まれるＵＩＤ及びＧＩＤのすべてを選択したか否かを判定する（Ｓ３０６）。

受け取ったリプライに含まれるＵＩＤ又はＧＩＤのいずれか一つでも選択していない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ３０１に戻る。そして、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったリプライに含まれ、選択していないＵＩＤ又はＧＩＤを選択し、処理を繰り返す。

一方、受け取ったリプライに含まれるＵＩＤ及びＧＩＤのすべてを選択した場合、ユーザ・グループＩＤ動的変換処理部４１１は、当該リプライを、ソケット・共有−ドメイン判定処理部４１０に渡す。そして、ユーザ・グループＩＤ動的変換処理部４１１は、当該リプライ処理を終了する。

図１３は、本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部４１１によって実行されるアクセス元ＩＤ割当処理のフローチャートである。

なお、アクセス元ＩＤ割当処理は、ユーザ・グループＩＤ動的変換処理部４１１のリプライ処理（図１２）のステップＳ３０４において実行される。

まず、ユーザ・グループＩＤ動的変換処理部４１１は、特定したアクセス元のユーザ管理ドメイン１０５のドメインＩＤとユーザ・グループＩＤ使用・未使用情報４０２のドメインＩＤ４０２１とが一致するレコードを、ユーザ・グループＩＤ使用・未使用情報４０２から選択する。次に、ユーザ・グループＩＤ動的変換処理部４１１は、選択したレコードの未使用ＵＩＤ／ＧＩＤ４０２３に格納されているＵＩＤ及びＧＩＤの中から、ＵＩＤ又はＧＩＤを一つ抽出する（Ｓ５０１）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、抽出したＵＩＤ又はＧＩＤを、選択したレコードの未使用ＵＩＤ／ＧＩＤ４０２３から削除する（Ｓ５０２）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ステップＳ３０２で追加した新たなレコードに含まれ、且つ、特定したアクセス元のユーザ管理ドメイン１０５のドメインＩＤに対応するボックス又はステップＳ３０３で選択したボックスに、抽出したＵＩＤ又はＧＩＤを格納する（Ｓ５０３）。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの管理サーバ反映フラグ４０３４に、未反映であることを示す情報を格納する。

次に、ユーザ・グループＩＤ動的変換処理部４１１は、受け取ったリプライが、ユーザＩＤの更新に関する処理のものであるか否かを判定する。

リプライが、ユーザＩＤの更新に関する処理のものである場合、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が恒久的なものであることを示す情報を格納する。

一方、リプライが、ユーザＩＤの更新に関する処理のものでない場合、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が恒久的なものでない（対応が一時的である）ことを示す情報を格納する。ただしこの場合には、ユーザ・グループＩＤ動的変換処理部４１１は、ＵＩＤ又はＧＩＤが格納されたボックスを含むレコードの状態４０３３に、対応が一時的であることを示す情報ではなく、対応が恒久的なものであることを示す情報を格納してもよい。

そして、ユーザ・グループＩＤ動的変換処理部４１１は、当該アクセス元ＩＤ割当処理を終了する。

図１４は、本発明の第１の実施の形態のＩＤマッピング設定処理部４１２の処理のフローチャートである。

管理者が、統合後ＮＡＳ２００などに、ユーザ管理ドメイン１０５間におけるＵＩＤ又はＧＩＤの対応に関する情報を入力すると、ＩＤマッピング設定処理部４１２は、当該処理を開始する。

まず、ＩＤマッピング設定処理部４１２は、管理者によって入力されたユーザ管理ドメイン１０５間におけるＵＩＤ又はＧＩＤの対応に関する情報を取得する（Ｓ６０１）。

次に、ＩＤマッピング設定処理部４１２は、取得した情報に基づいて、ユーザ・グループＩＤマッピング情報４０３を更新する（Ｓ６０２）。

具体的には、ＩＤマッピング設定処理部４１２は、ユーザ・グループＩＤマッピング情報４０３に新たなレコードを作成する。次に、ＩＤマッピング設定処理部４１２は、新たなレコードに、取得した対応を格納する。

そして、ＩＤマッピング設定処理部４１２は、当該処理を終了する。

これによって、ユーザが、複数のユーザ管理ドメイン１０５に属している場合、統合後において、当該複数のユーザ管理ドメイン１０５のいずれのファイルシステムにも同様の権限でアクセスできる。

図１５は、本発明の第１の実施の形態のユーザ管理サーバ連携処理部４１３によって実行されるユーザ・グループ登録処理のフローチャートである。

ユーザ管理サーバ連携処理部４１３は、所定の間隔で、ユーザ・グループ登録処理を実行する。

まず、ユーザ管理サーバ連携処理部４１３は、ユーザ・グループＩＤマッピング情報４０３の状態４０３３が恒久であることを示すすべてのレコードを、ユーザ・グループＩＤマッピング情報４０３から選択する。次に、ユーザ管理サーバ連携処理部４１３は、ユーザ・グループＩＤマッピング情報４０３の管理サーバ反映フラグ４０３４が未反映であることを示すすべてのレコードを、選択したレコードの中から選択する（Ｓ７０１）。

次に、ユーザ管理サーバ連携処理部４１３は、選択したレコードを一つずつ順番にすべて選択する。そして、ユーザ管理サーバ連携処理部４１３は、選択したレコードごとに以下の処理を行う。

次に、ユーザ管理サーバ連携処理部４１３は、ユーザ管理ドメイン１０５を順番に選択する。そして、ユーザ管理サーバ連携処理部４１３は、選択したユーザ管理ドメイン１０５ごとに以下の処理を行い、オリジナルドメインを特定する。

ユーザ管理サーバ連携処理部４１３は、ユーザ・グループＩＤマッピング情報４０３から選択したレコードから、選択したユーザ管理ドメイン１０５に対応する列（ボックス）を選択する。次に、ユーザ管理サーバ連携処理部４１３は、選択したボックスに格納されているＵＩＤ又はＧＩＤを抽出する。

次に、ユーザ管理サーバ連携処理部４１３は、選択したユーザ管理ドメイン１０５のドメインＩＤとユーザ・グループＩＤ使用・未使用情報４０２のドメインＩＤ４０２１とが一致するレコードを、ユーザ・グループＩＤ使用・未使用情報４０２から選択する。次に、ユーザ管理サーバ連携処理部４１３は、抽出したＵＩＤ又はＧＩＤが、選択したレコードの使用ＵＩＤ／ＧＩＤ４０２２に含まれているか否かを判定する。

ＵＩＤ又はＧＩＤが、使用ＵＩＤ／ＧＩＤ４０２２に含まれている場合、ユーザ管理サーバ連携処理部４１３は、当該選択したユーザ管理ドメイン１０５をオリジナルドメインとして特定する（Ｓ７０２）。一方、ＩＤ又はＧＩＤが、使用ＵＩＤ／ＧＩＤ４０２２に含まれていない場合、ユーザ管理サーバ連携処理部４１３は、当該選択したユーザ管理ドメイン１０５をオリジナルドメインとしない。

次に、ユーザ管理サーバ連携処理部４１３は、特定したオリジナルドメイン以外のユーザ管理ドメイン１０５に属すユーザ管理サーバ１０１に、登録ユーザに関する情報の更新を要求する（Ｓ７０３）。ユーザ管理サーバ１０１は、当該要求を受けると、登録ユーザに関する情報を更新する。

具体的には、ユーザ管理サーバ１０１は、オリジナルドメインにおけるユーザ名又はグループ名とオリジナルドメインのドメインＩＤとの組み合わせによって作成された値を、オリジナルドメイン以外のユーザ管理ドメイン１０５におけるユーザ名又はグループ名として、ＵＩＤ又はＧＩＤと共に登録する。

例えば、オリジナルドメインにおけるユーザ名が「ｕｓｅｒ＿ａ」で、且つ、オリジナルドメインのドメインＩＤが「ｄｏｍａｉｎ＿ａ．ｃｏｍ」の場合を説明する。この場合、ユーザ管理サーバ１０１は、「ｕｓｅｒ＿ａ＠ｄｏｍａｉｎ＿ａ．ｃｏｍ」又は「ｕｓｅｒ＿ａ＋ｄｏｍａｉｎ＿ａ．ｃｏｍ」などを、オリジナルドメイン以外のユーザ管理ドメイン１０５におけるユーザ名又はグループ名として、ＵＩＤ又はＧＩＤと共に登録する。

次に、ユーザ管理サーバ連携処理部４１３は、ステップＳ７０１で選択したレコードの管理サーバ反映フラグ４０３４に、反映済みであることを示す情報を格納する（Ｓ７０４）。

次に、ユーザ管理サーバ連携処理部４１３は、ステップＳ７０５において、すべてのレコードを選択したか否かを判定する。レコードを一つでも選択していない場合、ユーザ管理サーバ連携処理部４１３は、ステップＳ７０１に戻り、ユーザ・グループ登録処理を繰り返す。

一方、すべてのレコードを選択した場合、ユーザ管理サーバ連携処理部４１３は、当該ユーザ・グループ登録処理を終了する。

図１６は、本発明の第１の実施の形態のユーザ管理サーバ連携処理部４１３によって実行される使用ユーザ・グループＩＤ取得処理のフローチャートである。

ユーザ管理サーバ連携処理部４１３は、所定の間隔で、使用ユーザ・グループＩＤ取得処理を実行する。

まず、ユーザ管理サーバ連携処理部４１３は、各ユーザ管理ドメイン１０５に属すユーザ管理サーバ１０１から、使用されているＵＩＤ及びＧＩＤの一覧を取得する（Ｓ８０１）。

次に、ユーザ管理サーバ連携処理部４１３は、取得した使用ＵＩＤ及びＧＩＤの一覧に基づいて、ユーザ・グループＩＤ使用・未使用情報４０２を更新する（Ｓ８０２）。

具体的には、ユーザ管理サーバ連携処理部４１３は、使用ＵＩＤ及びＧＩＤの一覧の取得元のユーザ管理サーバ１０１が属すユーザ管理ドメイン１０５のドメインＩＤとユーザ・グループＩＤ使用・未使用情報４０２のドメインＩＤ４０２１とが一致するレコードを、ユーザ・グループＩＤ使用・未使用情報４０２から選択する。次に、ユーザ管理サーバ連携処理部４１３は、選択したレコードの使用ＵＩＤ／ＧＩＤ４０２２に、取得した使用ＵＩＤ及びＧＩＤの一覧を格納する。

次に、ユーザ管理サーバ連携処理部４１３は、取得した使用ＵＩＤ及びＧＩＤの一覧に基づいて、未使用ＵＩＤ及びＧＩＤの一覧を作成する。次に、ユーザ管理サーバ連携処理部４１３は、選択したレコードの未使用ＵＩＤ／ＧＩＤ４０２３に、作成した未使用ＵＩＤ及びＧＩＤの一覧を格納する。

そして、ユーザ管理サーバ連携処理部４１３は、当該使用ユーザ・グループＩＤ取得処理を終了する。

以上のように、ユーザ管理サーバ連携処理部４１３は、ユーザ・グループＩＤ使用・未使用情報４０２を自動的に作成又は更新する。このため、管理者は、ドメインごとの使用ＵＩＤ及びＧＩＤを個別に調査し、設定する必要がなくなる。

本発明の第１の実施の形態によれば、複数のユーザ管理ドメインのサービスを統合した場合の設定を容易にできる。また、ユーザ・グループＩＤマッピング情報４０３には、ファイルアクセスリクエストを実際に出したユーザのみに関する情報のみが格納される。そのため、ユーザ・グループＩＤマッピング情報４０３のデータサイズを抑えることができる。

なお、本実施の形態は、ファイルサーバ−クライアントシステムに適用した場合を説明したが、サーバ・クライアント間でユーザ・グループ情報をやり取りするいかなるサーバ−クライアントシステムに適用してもよい。例えば、本実施の形態は、データベースサーバ−クライアントシステム、チャットサーバ−クライアントシステム又はｔｅｌｎｅｔサーバ−クライアントシステムなどに適用できる。

（第２の実施の形態）
本発明の第２の実施の形態の統合前及び統合後の計算機システムの構成は、統合後ＮＡＳ２００を除き、第１の実施の形態と同一である。同一の構成には、同一の番号を付すことによって説明を省略する。

図１７は、本発明の第２の実施の形態の統合後ＮＡＳ２００の機能構成のブロック図である。

統合後ＮＡＳ２００は、ネットワークポート３０１Ａ、３０１Ｂ、ネットワークファイルサービス処理部３０２、ポート・共有−ドメイン判定処理部５１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３を備える。なお、ネットワークファイルサービス処理部３０２、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３は、第１の実施の形態の統合後ＮＡＳ２００に備わるものと同一なので説明を省略する。

ネットワークポート３０１（３０１Ａ及び３０１Ｂを含む）は、Ｌ３スイッチ１０４に接続されるインタフェースである。なお、ネットワークポート３０１は、物理的なネットワークカードに対応していなくてもよく、ＩＰエイリアス又はＶＬＡＮなどの論理的なポートであってもよい。

第２の実施の形態では、ネットワークポート３０１は、ユーザ管理ドメイン１０５のいずれかのネットワークに接続されている。そのため、統合後ＮＡＳ２００は、統合されたユーザ管理ドメイン１０５の数と同数のネットワークポート３０１を備える。

なお、ネットワークポート３０１とユーザ管理ドメイン１０５のネットワークとの接続は、物理的に接続されていても、論理的に接続されていてもよい。つまり、クライアント計算機１００のアクセス先が、当該クライアント計算機１００が属すユーザ管理ドメイン１０５と接続関係にあるネットワークポート３０１であればよい。言い換えると、クライアント計算機１００のマウント先が、当該クライアント計算機１００が属すユーザ管理ドメイン１０５と接続関係にあるネットワークポート３０１であればよい。

本実施の形態では、ネットワークポート３０１Ａが、ユーザ管理ドメイン１０５Ａのネットワークに接続され、ネットワークポート３０１Ｂが、ユーザ管理ドメイン１０５Ｂのネットワークに接続される場合を説明する。

ポート・共有−ドメイン判定処理部５１０は、ＵＩＤ及びＧＩＤを変換する必要があるか否かを判定する。なお、ポート・共有−ドメイン判定処理部５１０の処理については、図１９を用いて説明する。

また、統合後ＮＡＳ２００は、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２、ユーザ・グループＩＤマッピング情報４０３及びポートドメイン情報５０２を記憶する。なお、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２及びユーザ・グループＩＤマッピング情報４０３は、第１の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。

ポートドメイン情報５０２は、ネットワークポート３０１と当該ネットワークポート３０１に接続されるユーザ管理ドメイン１０５との対応を示す。なお、ポートドメイン情報５０２については、図１８で詳細を説明する。

図１８は、本発明の第２の実施の形態の統合後ＮＡＳ２００に記憶されるポートドメイン情報５０２の構成図である。

ポートドメイン情報５０２は、ポートＩＤ５０２１及びドメインＩＤ５０２２を含む。

ポートＩＤ５０２１は、統合後ＮＡＳ２００に備わるネットワークポート３０１の一意な識別子である。ドメインＩＤ５０２２は、当該レコードのポートＩＤ５０２１によって識別されるネットワークポート３０１に接続されるユーザ管理ドメイン１０５の一意な識別子である。

図１９は、本発明の第２の実施の形態のポート・共有−ドメイン判定処理部５１０の処理のフローチャートである。

ポート・共有−ドメイン判定処理部５１０は、ネットワークファイルサービス処理部３０２からファイルアクセスリクエストを受け取ると、当該処理を開始する。

まず、ポート・共有−ドメイン判定処理部５１０は、受け取ったファイルアクセスリクエストを受信したネットワークポート３０１を特定する。次に、ポート・共有−ドメイン判定処理部５１０は、特定したネットワークポート３０１の識別子とポートドメイン情報５０２のポートＩＤ５０２１とが一致するレコードを、ポートドメイン情報５０２から選択する。次に、ポート・共有−ドメイン判定処理部５１０は、選択したレコードから、ドメインＩＤ５０２２を抽出する。

そして、ポート・共有−ドメイン判定処理部５１０は、抽出したドメインＩＤ５０２２によって識別されるユーザ管理ドメイン１０５を、アクセス元ドメインとして特定する（Ｓ９０１）。

次に、ポート・共有−ドメイン判定処理部５１０は、受け取ったファイルアクセスリクエストから、アクセス先のファイルを識別可能なファイルハンドルを抽出する。次に、ポート・共有−ドメイン判定処理部５１０は、抽出したファイルハンドルを、アクセス先のパスに変換する。

次に、ポート・共有−ドメイン判定処理部５１０は、変換によって作成されたパスの一部又は全部と共有設定情報４０１の公開ディレクトリパス４０１１とが一致するレコードを、共有設定情報４０１から選択する。

次に、ポート・共有−ドメイン判定処理部５１０は、選択したレコードから、元所属ドメインＩＤ４０１３を抽出する。そして、ポート・共有−ドメイン判定処理部５１０は、抽出した元所属ドメインＩＤ４０１３によって識別されるユーザ管理ドメイン１０５を、アクセス先ドメインとして特定する（Ｓ９０２）。

次に、ポート・共有−ドメイン判定処理部５１０は、抽出したドメインＩＤ５０２２と抽出した元所属ドメインＩＤ４０１３とが一致するか否かを判定する。これによって、ポート・共有−ドメイン判定処理部５１０は、特定したアクセス元ドメインとアクセス先ドメインとが一致するか否かを判定する。

ドメインＩＤ５０２２と元所属ドメインＩＤ４０１３とが一致する場合、アクセス元ドメインとアクセス先ドメインとが一致している。この場合、ＵＩＤ及びＧＩＤの変換は不要である。よって、ポート・共有−ドメイン判定処理部５１０は、受け取ったファイルアクセスリクエストを、ローカルファイルシステム処理部３０４へ渡す。そして、ポート・共有−ドメイン判定処理部５１０は、処理を終了する。

一方、ドメインＩＤ５０２２と元所属ドメインＩＤ４０１３とが一致しない場合、アクセス元ドメインとアクセス先ドメインとが一致していない。この場合、ＵＩＤ及びＧＩＤの変換が必要である。よって、ポート・共有−ドメイン判定処理部５１０は、受け取ったファイルアクセスリクエストを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す。そして、ポート・共有−ドメイン判定処理部５１０は、処理を終了する。

以上のように、本発明の第２の実施形態では、第１の実施の形態よりもネットワーク構成に柔軟に対応できる。例えば、第２の実施の形態によれば、ユーザ管理ドメイン１０５とネットワークドメイン（ＩＰアドレスドメイン）とが一致していない場合であっても、ユーザ管理ドメイン１０５のサービスを統合することができる。

（第３の実施の形態）
本発明の第３の実施の形態の統合前及び統合後の計算機システムの構成は、統合後ＮＡＳ２００を除き、第１の実施の形態と同一である。同一の構成には、同一の番号を付すことによって説明を省略する。

図２０は、本発明の第３の実施の形態の統合後ＮＡＳ２００の機能構成のブロック図である。

統合後ＮＡＳ２００は、ネットワークポート３０１、ネットワークファイルサービス処理部３０２、ソケット・ファイルシステム−ドメイン判定処理部６１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３を備える。なお、ネットワークファイルサービス処理部３０２、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３は、第１の実施の形態の統合後ＮＡＳ２００に備わるものと同一なので説明を省略する。

ソケット・ファイルシステム−ドメイン判定処理部６１０は、ＵＩＤ及びＧＩＤを変換する必要があるか否かを判定する。なお、ソケット・ファイルシステム−ドメイン判定処理部６１０の処理については、図２２を用いて説明する。

また、統合後ＮＡＳ２００は、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２、ユーザ・グループＩＤマッピング情報４０３及びファイルシステムドメイン情報６０２を記憶する。なお、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２及びユーザ・グループＩＤマッピング情報４０３は、第１の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。

但し、第３の実施の形態の共有設定情報４０１は、元所属ドメインＩＤ４０１３を省略できる。

ファイルシステムドメイン情報６０２は、ファイルシステムとユーザ管理ドメイン１０５との対応を示す。なお、ファイルシステムドメイン情報６０２については、図２１で詳細を説明する。

図２１は、本発明の第３の実施の形態の統合後ＮＡＳ２００に記憶されるファイルシステムドメイン情報６０２の構成図である。

ファイルシステムドメイン情報６０２は、ファイルシステム名６０２１及びドメインＩＤ６０２２を含む。

ファイルシステム名６０２１は、ファイルシステムの一意な識別子である。ドメインＩＤ６０２２は、当該レコードのファイルシステム名６０２１によって識別されるファイルシステムに対応するユーザ管理ドメイン１０５の一意な識別子である。

図２２は、本発明の第３の実施の形態のソケット・ファイルシステム−ドメイン判定処理部６１０の処理のフローチャートである。

ソケット・ファイルシステム−ドメイン判定処理部６１０は、ネットワークファイルサービス処理部３０２からファイルアクセスリクエストを受け取ると、当該処理を開始する。

まず、ソケット・ファイルシステム−ドメイン判定処理部６１０は、受け取ったファイルアクセスリクエストから、アクセス元のＩＰアドレスを特定する。

次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、特定したＩＰアドレスとユーザ管理ドメイン情報４０５のＩＰアドレス４０５２とが一致するレコードを、ユーザ管理ドメイン情報４０５から選択する。次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、選択したレコードから、ドメインＩＤ４０５１を抽出する。そして、ソケット・ファイルシステム−ドメイン判定処理部６１０は、抽出したドメインＩＤ４０５１によって識別されるユーザ管理ドメイン１０５を、アクセス元ドメインとして特定する（Ｓ１００１）。

次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、受け取ったファイルアクセスリクエストによるアクセス対象のファイルシステムを特定する。次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、特定したファイルシステムの識別子とファイルシステムドメイン情報６０２のファイルシステム名６０２１とが一致するレコードを、ファイルシステムドメイン情報６０２から選択する。次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、選択したレコードから、ドメインＩＤ６０２２を抽出する。そして、ソケット・ファイルシステム−ドメイン判定処理部６１０は、抽出したドメインＩＤ６０２２によって識別されるユーザ管理ドメイン１０５を、アクセス先ドメインとして特定する（Ｓ１００２）。

次に、ソケット・ファイルシステム−ドメイン判定処理部６１０は、抽出したドメインＩＤ４０５１と抽出したドメインＩＤ６０２２とが一致するか否かを判定する。これによって、ソケット・ファイルシステム−ドメイン判定処理部６１０は、特定したアクセス元ドメインとアクセス先ドメインとが一致するか否かを判定する。

ドメインＩＤ４０５１とドメインＩＤ６０２２とが一致する場合、アクセス元ドメインとアクセス先ドメインとが一致している。この場合、ＵＩＤ及びＧＩＤの変換は不要である。よって、ソケット・ファイルシステム−ドメイン判定処理部６１０は、受け取ったファイルアクセスリクエストを、ローカルファイルシステム処理部３０４へ渡す。そして、ソケット・ファイルシステム−ドメイン判定処理部６１０は、処理を終了する。

一方、ドメインＩＤ４０５１とドメインＩＤ６０２２とが一致しない場合、アクセス元ドメインとアクセス先ドメインとが一致していない。この場合、ＵＩＤ及びＧＩＤの変換が必要である。よって、ソケット・ファイルシステム−ドメイン判定処理部６１０は、受け取ったファイルアクセスリクエストを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す。そして、ソケット・ファイルシステム−ドメイン判定処理部６１０は、処理を終了する。

以上のように、本発明の第３の実施形態では、統合後ＮＡＳ２００が記憶する情報量を、第１の実施の形態よりも少なくできる。なぜならば、アクセス先とユーザ管理ドメイン１０５との対応が、ファイルシステムごとに設定されるからである。

（第４の実施の形態）
本発明の第４の実施の形態の統合前及び統合後の計算機システムの構成は、統合後ＮＡＳ２００を除き、第１の実施の形態と同一である。同一の構成には、同一の番号を付すことによって説明を省略する。

図２３は、本発明の第４の実施の形態の統合後ＮＡＳ２００の機能構成のブロック図である。

統合後ＮＡＳ２００は、ネットワークポート３０１Ａ、３０１Ｂ、ネットワークファイルサービス処理部３０２、ポート・ファイルシステム−ドメイン判定処理部７１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３を備える。なお、ネットワークファイルサービス処理部３０２、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３は、第１の実施の形態の統合後ＮＡＳ２００に備わるものと同一なので説明を省略する。

ネットワークポート３０１（３０１Ａ及び３０１Ｂを含む）は、Ｌ３スイッチ１０４に接続されるインタフェースである。なお、ネットワークポート３０１は、物理的なネットワークカードに対応していなくてもよく、ＩＰエイリアス又はＶＬＡＮなどの論理的なポートであってもよい。

第４の実施の形態では、ネットワークポート３０１は、ユーザ管理ドメイン１０５のいずれかのネットワークに接続されている。そのため、統合後ＮＡＳ２００は、統合されたユーザ管理ドメイン１０５の数と同数のネットワークポート３０１を備える。

なお、ネットワークポート３０１とユーザ管理ドメイン１０５のネットワークとの接続は、物理的に接続されていても、論理的に接続されていてもよい。つまり、クライアント計算機１００のアクセス先が、当該クライアント計算機１００が属すユーザ管理ドメイン１０５と接続関係にあるネットワークポート３０１であればよい。言い換えると、クライアント計算機１００のマウント先が、当該クライアント計算機１００が属すユーザ管理ドメイン１０５と接続関係にあるネットワークポート３０１であればよい。

本実施の形態では、ネットワークポート３０１Ａが、ユーザ管理ドメイン１０５Ａのネットワークに接続され、ネットワークポート３０１Ｂが、ユーザ管理ドメイン１０５Ｂのネットワークに接続される場合を説明する。

ポート・ファイルシステム−ドメイン判定処理部７１０は、ＵＩＤ及びＧＩＤを変換する必要があるか否かを判定する。なお、ポート・ファイルシステム−ドメイン判定処理部７１０の処理については、図２４を用いて説明する。

また、統合後ＮＡＳ２００は、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２、ユーザ・グループＩＤマッピング情報４０３、ポートドメイン情報５０２及びファイルシステムドメイン情報６０２を記憶する。なお、共有設定情報４０１、ユーザ・グループＩＤ使用・未使用情報４０２及びユーザ・グループＩＤマッピング情報４０３は、第１の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。また、ポートドメイン情報５０２は、第２の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。また、ファイルシステムドメイン情報６０２は、第３の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。

図２４は、本発明の第４の実施の形態のポート・ファイルシステム−ドメイン判定処理部７１０の処理のフローチャートである。

ポート・ファイルシステム−ドメイン判定処理部７１０は、ネットワークファイルサービス処理部３０２からファイルアクセスリクエストを受け取ると、当該処理を開始する。

まず、ポート・ファイルシステム−ドメイン判定処理部７１０は、受け取ったファイルアクセスリクエストを受信したネットワークポート３０１を特定する。次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、特定したネットワークポート３０１の識別子とポートドメイン情報５０２のポートＩＤ５０２１とが一致するレコードを、ポートドメイン情報５０２から選択する。次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、選択したレコードから、ドメインＩＤ５０２２を抽出する。

そして、ポート・ファイルシステム−ドメイン判定処理部７１０は、抽出したドメインＩＤ５０２２によって識別されるユーザ管理ドメイン１０５を、アクセス元ドメインとして特定する（Ｓ１１０１）。

次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、受け取ったファイルアクセスリクエストによるアクセス対象のファイルシステムを特定する。次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、特定したファイルシステムの識別子とファイルシステムドメイン情報６０２のファイルシステム名６０２１とが一致するレコードを、ファイルシステムドメイン情報６０２から選択する。次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、選択したレコードから、ドメインＩＤ６０２２を抽出する。そして、ポート・ファイルシステム−ドメイン判定処理部７１０は、抽出したドメインＩＤ６０２２によって識別されるユーザ管理ドメイン１０５を、アクセス先ドメインとして特定する（Ｓ１１０２）。

次に、ポート・ファイルシステム−ドメイン判定処理部７１０は、抽出したドメインＩＤ５０２２と抽出したドメインＩＤ６０２２とが一致するか否かを判定する。これによって、ポート・ファイルシステム−ドメイン判定処理部７１０は、特定したアクセス元ドメインとアクセス先ドメインとが一致するか否かを判定する。

ドメインＩＤ５０２２とドメインＩＤ６０２２とが一致する場合、アクセス元ドメインとアクセス先ドメインとが一致している。この場合、ＵＩＤ及びＧＩＤの変換は不要である。よって、ポート・ファイルシステム−ドメイン判定処理部７１０は、受け取ったファイルアクセスリクエストを、ローカルファイルシステム処理部３０４へ渡す。そして、ポート・ファイルシステム−ドメイン判定処理部７１０は、処理を終了する。

一方、ドメインＩＤ５０２２とドメインＩＤ６０２２とが一致しない場合、アクセス元ドメインとアクセス先ドメインとが一致していない。この場合、ＵＩＤ及びＧＩＤの変換が必要である。よって、ポート・ファイルシステム−ドメイン判定処理部７１０は、受け取ったファイルアクセスリクエストを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す。そして、ポート・ファイルシステム−ドメイン判定処理部７１０は、処理を終了する。

以上のように、本発明の第４の実施形態は、第２の実施の形態及び第３の実施の形態の双方の効果を有する。

（第５の実施の形態）
図２５は、本発明の第５の実施の形態の統合後の計算機システムの構成のブロック図である。

統合後の計算機システムは、ユーザ管理ドメイン１０５Ａ、ユーザ管理ドメイン１０５Ｂ、Ｌ３スイッチ１０４及びＬＤＡＰサーバ８０１を含む。Ｌ３スイッチ１０４は、ユーザ管理ドメイン１０５Ａのネットワーク、ユーザ管理ドメイン１０５Ｂのネットワーク及びＬＤＡＰサーバ８０１を相互に接続する。

なお、ユーザ管理ドメイン１０５Ａは、統合前の計算機システム（図１）に含まれる構成に加えて、中間装置８００Ａを含む。また、ユーザ管理ドメイン１０５Ｂは、統合前の計算機システムに含まれる構成に加えて、中間装置８００Ｂを含む。

但し、中間装置８００Ａは、ユーザ管理ドメイン１０５Ａに物理的に含まれていなくてもよい。また、中間装置８００Ｂは、ユーザ管理ドメイン１０５Ｂに物理的に含まれていなくてもよい。

中間装置８００（８００Ａ及び８００Ｂを含む）の物理的な構成は、第１の実施の形態の統合後ＮＡＳ２００（図３）と同一なので説明を省略する。但し、中間装置８００は、ストレージ装置に接続されていなくてもよい。なお、中間装置８００の機能構成については、図２６で詳細を説明する。

ＬＤＡＰサーバ８０１は、ユーザ管理ドメイン１０５Ａ及びユーザ管理ドメイン１０５Ａのいずれにも含まれていないが、いずれかに含まれていてもよい。

ＬＤＡＰサーバ８０１は、ＣＰＵ、メモリ及びインタフェースを備える計算機である。また、ＬＤＡＰサーバ８０１は、ユーザ・グループＩＤ使用・未使用情報４０２及びユーザ・グループＩＤマッピング情報４０３を記憶する。なお、ユーザ・グループＩＤ使用・未使用情報４０２及びユーザ・グループＩＤマッピング情報４０３は、第１の実施の形態の統合後ＮＡＳ２００に記憶されるものと同一なので説明を省略する。

図２６は、本発明の第５の実施の形態の中間装置８００の機能構成のブロック図である。

中間装置８００は、ネットワークポート３０１、ネットワークファイルサービス処理部３０２、スイッチ処理部９１１、機器・スイッチ−ドメイン判定処理部９１０、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３を備える。ネットワークポート３０１、ネットワークファイルサービス処理部３０２、ユーザ・グループＩＤ動的変換処理部４１１、ローカルファイルシステム処理部３０４、デバイス処理部３０５、ＩＤマッピング設定処理部４１２及びユーザ管理サーバ連携処理部４１３は、第１の実施の形態の統合後ＮＡＳ２００に備わるものと同一なので説明を省略する。

スイッチ処理部９１１は、リクエスト処理及びリプライ処理を行う。なお、スイッチ処理部９１１によって実行されるリクエスト処理については図３０を用いて、スイッチ処理部９１１によって実行されるリプライ処理については図３２を用いて説明する。

機器・スイッチ−ドメイン判定処理部９１０は、リクエスト処理及びリプライ処理を行う。なお、機器・スイッチ−ドメイン判定処理部９１０によって実行されるリクエスト処理については図３１を用いて、機器・スイッチ−ドメイン判定処理部９１０によって実行されるリプライ処理については図３３を用いて説明する。

また、中間装置８００は、共有設定情報９０１、スイッチ管理情報９０２及び機器ドメイン情報９０３を記憶する。

共有設定情報９０１は、ファイル共有サービスに関する情報である。なお、共有設定情報９０１については、図２７で詳細を説明する。

スイッチ管理情報９０２は、ファイルアクセスリクエスト又はリプライの転送先などを示す。なお、スイッチ管理情報９０２については、図２８で詳細を説明する。

機器ドメイン情報９０３は、ＮＡＳ１０２及び中間装置８００を含む機器と当該機器が属すユーザ管理ドメイン１０５との対応を示す。なお、機器ドメイン情報９０３については、図２９で詳細を説明する。

図２７は、本発明の第５の実施の形態の中間装置８００に記憶される共有設定情報９０１の構成図である。

共有設定情報９０１は、公開ディレクトリパス９０１１、公開クライアント９０１２及び共有ＩＤ９０１３を含む。

公開ディレクトリパス９０１１は、クライアント計算機１００に公開されるディレクトリパスである。なお、ディレクトリパスは、ファイルなどが格納される位置を示す。

公開クライアント９０１２は、当該レコードの公開ディレクトリパス９０１１の公開先となるクライアント計算機１００を示す。共有ＩＤ９０１３は、当該レコードの公開ディレクトリパス９０１１に対応するファイル又はファイル共有サービスの一意な識別子である。

図２８は、本発明の第５の実施の形態の中間装置８００に記憶されるスイッチ管理情報９０２の構成図である。

スイッチ管理情報９０２は、共有ＩＤ９０２１、機器ＩＤ９０２２及びアルゴリズムＩＤ９０２３を含む。

共有ＩＤ９０２１は、ファイル又はファイル共有サービスの一意な識別子である。機器ＩＤ９０２２は、当該レコードの共有ＩＤ９０２１によって識別されるファイル又はファイル共有サービスへのファイルアクセスリクエストの転送先を示す。アルゴリズムＩＤ９０２３は、当該レコードの共有ＩＤ９０２１によって識別されるファイル又はファイル共有サービスへのファイルアクセスリクエストに含まれるファイルハンドルを変換するためのアルゴリズムの一意な識別子である。

図２９は、本発明の第５の実施の形態の中間装置８００に記憶される機器ドメイン情報９０３の構成図である。

機器ドメイン情報９０３は、機器ＩＤ９０３１及びドメインＩＤ９０３２を含む。

機器ＩＤ９０３１は、ＮＡＳ１０２及び中間装置８００を含む機器の一意な識別子である。ドメインＩＤ９０３２は、当該レコードの機器ＩＤ９０３１によって識別される機器が属すユーザ管理ドメイン１０５の一意な識別子である。

図３０は、本発明の第５の実施の形態のスイッチ処理部９１１のリクエスト処理のフローチャートである。

スイッチ処理部９１１は、ネットワークファイルサービス処理部３０２からファイルアクセスリクエストを受け取ると、当該リクエスト処理を開始する。

まず、スイッチ処理部９１１は、受け取ったファイルアクセスリクエストに含まれるファイルハンドルから、共有ＩＤを抽出する（Ｓ１２０１）。

次に、スイッチ処理部９１１は、抽出した共有ＩＤとスイッチ管理情報９０２の共有ＩＤ９０２１とが一致するレコードを、スイッチ管理情報９０２から選択する。次に、スイッチ処理部９１１は、選択したレコードから、アルゴリズムＩＤ９０２３を抽出する（Ｓ１２０２）。

次に、スイッチ処理部９１１は、抽出したアルゴリズムＩＤ９０２３によって識別されるアルゴリズムに従って、受け取ったファイルアクセスリクエストに含まれるファイルハンドルを正変換する（Ｓ１２０３）。なお、正変換されたファイルハンドルは、リクエストの転送先の機器が解釈できる形式となる。

次に、スイッチ処理部９１１は、変換したファイルハンドルを含むファイルアクセスリクエストを、機器・スイッチ−ドメイン判定処理部９１０に渡す。機器・スイッチ−ドメイン判定処理部９１０は、ファイルアクセスリクエストを受け取ると、リクエスト処理を開始する（Ｓ１２０４）。

その後、スイッチ処理部９１１は、ファイルアクセスリクエストを、機器・スイッチ−ドメイン判定処理部９１０から受け取る。すると、スイッチ処理部９１１は、ステップＳ１２０２においてスイッチ管理情報９０２から選択したレコードから、機器ＩＤ９０２２を抽出する（Ｓ１２０５）。

次に、スイッチ処理部９１１は、ネットワークファイルサービス処理部３０２を介して、抽出した機器ＩＤ９０２２によって識別される機器（ＮＡＳ１０２又は他の中間装置８００）に、ファイルアクセスリクエストを転送する（Ｓ１２０６）。

そして、スイッチ処理部９１１は、当該リクエスト処理を終了する。

但し、抽出した機器ＩＤ９０２２によって識別される機器が当該スイッチ処理部９１１を備える中間装置８００である場合、スイッチ処理部９１１は、受け取ったファイルアクセスリクエストを、ローカルファイルシステム処理部３０４に渡す。

図３１は、本発明の第５の実施の形態の機器・スイッチ−ドメイン判定処理部９１０のリクエスト処理のフローチャートである。

機器・スイッチ−ドメイン判定処理部９１０は、スイッチ処理部９１１からファイルアクセスリクエストを受け取ると、当該リクエスト処理を開始する。

まず、機器・スイッチ−ドメイン判定処理部９１０は、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００の識別子と機器ドメイン情報９０３の機器ＩＤ９０３１とが一致するレコードを、機器ドメイン情報９０３から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードから、ドメインＩＤ９０３２を抽出する。

機器・スイッチ−ドメイン判定処理部９１０は、抽出したドメインＩＤ９０３２によって識別されるユーザ管理ドメイン１０５を、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００が属すユーザ管理ドメイン１０５として特定する（Ｓ１３０１）。

次に、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったファイルアクセスリクエストに含まれるファイルハンドルから、共有ＩＤを抽出する。次に、機器・スイッチ−ドメイン判定処理部９１０は、抽出した共有ＩＤとスイッチ管理情報９０２の共有ＩＤ９０２１とが一致するレコードを、スイッチ管理情報９０２から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードから、機器ＩＤ９０２２を抽出する（Ｓ１３０２）。

次に、機器・スイッチ−ドメイン判定処理部９１０は、抽出した機器ＩＤ９０２２と機器ドメイン情報９０３の機器ＩＤ９０３１とが一致するレコードを、機器ドメイン情報９０３から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードからドメインＩＤ９０３２を抽出する。

機器・スイッチ−ドメイン判定処理部９１０は、抽出したドメインＩＤ９０３２によって識別されるユーザ管理ドメイン１０５を、ファイルアクセスリクエストによるアクセス先の機器が属すユーザ管理ドメイン１０５として特定する（Ｓ１３０３）。

次に、機器・スイッチ−ドメイン判定処理部９１０は、ステップＳ１３０１で抽出したドメインＩＤ９０３２とステップＳ１３０３で抽出したドメインＩＤ９０３２とが一致するか否かを判定する（Ｓ１３０４）。

二つのドメインＩＤが一致した場合、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００が属すユーザ管理ドメイン１０５とファイルアクセスリクエストによるアクセス先の機器が属すユーザ管理ドメイン１０５とが同一である。そこで、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったファイルアクセスリクエストを、スイッチ処理部９１１に戻す。そして、機器・スイッチ−ドメイン判定処理部９１０は、当該リクエスト処理を開始する。

一方、二つのドメインＩＤが一致しない場合、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００が属すユーザ管理ドメイン１０５とファイルアクセスリクエストによるアクセス先の機器が属すユーザ管理ドメイン１０５とが異なる。そこで、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったファイルアクセスリクエストを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す。

その後、機器・スイッチ−ドメイン判定処理部９１０は、ファイルアクセスリクエストをユーザ・グループＩＤ動的変換処理部４１１から受け取ると、当該受け取ったファイルアクセスリクエストを、スイッチ処理部９１１に渡す。そして、機器・スイッチ−ドメイン判定処理部９１０は、当該リクエスト処理を終了する。

図３２は、本発明の第５の実施の形態のスイッチ処理部９１１のリプライ処理のフローチャートである。

スイッチ処理部９１１は、ネットワークファイルサービス処理部３０２から、ファイルアクセスリクエストに対するリプライを受け取ると、当該リプライ処理を開始する。

まず、スイッチ処理部９１１は、受け取ったリプライを、機器・スイッチ−ドメイン判定処理部９１０に渡す。機器・スイッチ−ドメイン判定処理部９１０は、リプライを受け取ると、リプライ処理を開始する（Ｓ１４０１）。

その後、スイッチ処理部９１１は、機器・スイッチ−ドメイン判定処理部９１０からリプライを受け取る。すると、スイッチ処理部９１１は、受け取ったリプライから、共有ＩＤを抽出する。

次に、スイッチ処理部９１１は、抽出した共有ＩＤとスイッチ管理情報９０２の共有ＩＤ９０２１とが一致するレコードを、スイッチ管理情報９０２から選択する。次に、スイッチ処理部９１１は、選択したレコードから、アルゴリズムＩＤ９０２３を抽出する。

次に、スイッチ処理部９１１は、抽出したアルゴリズムＩＤ９０２３によって識別されるアルゴリズムに従って、受け取ったリプライに含まれるファイルハンドルを逆変換する（Ｓ１４０２）。逆変換されたファイルハンドルは、クライアント計算機１００が解釈できる形式となる。

次に、スイッチ処理部９１１は、ネットワークファイルサービス処理部３０２を介して、ファイルアクセスリクエストの送信元のクライアント計算機１００に、リプライを転送する。そして、スイッチ処理部９１１は、当該リプライ処理を終了する。

図３３は、本発明の第５の実施の形態の機器・スイッチ−ドメイン判定処理部９１０のリプライ処理のフローチャートである。

機器・スイッチ−ドメイン判定処理部９１０は、スイッチ処理部９１１からリプライを受け取ると、当該リプライ処理を開始する。

まず、機器・スイッチ−ドメイン判定処理部９１０は、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００の識別子と機器ドメイン情報９０３の機器ＩＤ９０３１とが一致するレコードを、機器ドメイン情報９０３から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードから、ドメインＩＤ９０３２を抽出する。

機器・スイッチ−ドメイン判定処理部９１０は、抽出したドメインＩＤ９０３２によって識別されるユーザ管理ドメイン１０５を、当該機器・スイッチ−ドメイン判定処理部９１０を備える中間装置８００が属すユーザ管理ドメイン１０５として特定する。

次に、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったリプライから、共有ＩＤを抽出する。次に、機器・スイッチ−ドメイン判定処理部９１０は、抽出した共有ＩＤとスイッチ管理情報９０２の共有ＩＤ９０２１とが一致するレコードを、スイッチ管理情報９０２から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードから、機器ＩＤ９０２２を抽出する。

次に、機器・スイッチ−ドメイン判定処理部９１０は、抽出した機器ＩＤ９０２２と機器ドメイン情報９０３の機器ＩＤ９０３１とが一致するレコードを、機器ドメイン情報９０３から選択する。次に、機器・スイッチ−ドメイン判定処理部９１０は、選択したレコードからドメインＩＤ９０３２を抽出する。

機器・スイッチ−ドメイン判定処理部９１０は、抽出したドメインＩＤ９０３２によって識別されるユーザ管理ドメイン１０５を、アクセス先の機器が属すユーザ管理ドメイン１０５として特定する。

次に、機器・スイッチ−ドメイン判定処理部９１０は、ステップＳ１３０１で抽出したドメインＩＤ９０３２とステップＳ１３０３で抽出したドメインＩＤ９０３２とが一致するか否かを判定する（Ｓ１５０１）。

二つのドメインＩＤが一致した場合、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったリプライを、スイッチ処理部９１１に戻す。そして、機器・スイッチ−ドメイン判定処理部９１０は、当該リプライ処理を開始する。

一方、二つのドメインＩＤが一致しない場合、機器・スイッチ−ドメイン判定処理部９１０は、受け取ったリプライを、ユーザ・グループＩＤ動的変換処理部４１１へ渡す（Ｓ１５０２）。

その後、機器・スイッチ−ドメイン判定処理部９１０は、リプライをユーザ・グループＩＤ動的変換処理部４１１から受け取ると、当該受け取ったリプライを、スイッチ処理部９１１に渡す。そして、機器・スイッチ−ドメイン判定処理部９１０は、当該リプライ処理を終了する。

以上のように、第５の実施の形態によると、統合時におけるデータ移行が不要となる。

本発明の第１の実施の形態の統合前の計算機システムの構成のブロック図である。 本発明の第１の実施の形態の統合後の計算機システムの構成のブロック図である。 本発明の第１の実施の形態の統合後ＮＡＳの構成のブロック図である。 本発明の第１の実施の形態の統合後ＮＡＳの機能構成のブロック図である。 本発明の第１の実施の形態の統合後ＮＡＳに記憶される共有設定情報の構成図である。 本発明の第１の実施の形態の統合後ＮＡＳに記憶されるユーザ・グループＩＤ使用・未使用情報の構成図である。 本発明の第１の実施の形態の統合後ＮＡＳに記憶されるユーザ・グループＩＤマッピング情報の構成図である。 本発明の第１の実施の形態の統合後ＮＡＳに記憶されるユーザ管理ドメイン情報の構成図である。 本発明の第１の実施の形態のソケット・共有−ドメイン判定処理部の処理のフローチャートである。 本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部の処理のフローチャートである。 本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部によって実行されるアクセス先ＩＤ割当処理のフローチャートである。 本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部のリプライ処理のフローチャートである。 本発明の第１の実施の形態のユーザ・グループＩＤ動的変換処理部によって実行されるアクセス元ＩＤ割当処理のフローチャートである。 本発明の第１の実施の形態のＩＤマッピング設定処理部の処理のフローチャートである。 本発明の第１の実施の形態のユーザ管理サーバ連携処理部によって実行されるユーザ・グループ登録処理のフローチャートである。 本発明の第１の実施の形態のユーザ管理サーバ連携処理部によって実行される使用ユーザ・グループＩＤ取得処理のフローチャートである。 本発明の第２の実施の形態の統合後ＮＡＳの機能構成のブロック図である。 本発明の第２の実施の形態の統合後ＮＡＳに記憶されるポートドメイン情報の構成図である。 本発明の第２の実施の形態のポート・共有−ドメイン判定処理部の処理のフローチャートである。 本発明の第３の実施の形態の統合後ＮＡＳの機能構成のブロック図である。 本発明の第３の実施の形態の統合後ＮＡＳに記憶されるファイルシステムドメイン情報の構成図である。 本発明の第３の実施の形態のソケット・ファイルシステム−ドメイン判定処理部の処理のフローチャートである。 本発明の第４の実施の形態の統合後ＮＡＳの機能構成のブロック図である。 本発明の第４の実施の形態のポート・ファイルシステム−ドメイン判定処理部の処理のフローチャートである。 本発明の第５の実施の形態の統合後の計算機システムの構成のブロック図である。 本発明の第５の実施の形態の中間装置の機能構成のブロック図である。 本発明の第５の実施の形態の中間装置に記憶される共有設定情報の構成図である。 本発明の第５の実施の形態の中間装置に記憶されるスイッチ管理情報の構成図である。 本発明の第５の実施の形態の中間装置に記憶される機器ドメイン情報の構成図である。 本発明の第５の実施の形態のスイッチ処理部のリクエスト処理のフローチャートである。 本発明の第５の実施の形態の機器・スイッチ−ドメイン判定処理部のリクエスト処理のフローチャートである。 本発明の第５の実施の形態のスイッチ処理部のリプライ処理のフローチャートである。 本発明の第５の実施の形態の機器・スイッチ−ドメイン判定処理部のリプライ処理のフローチャートである。

符号の説明

１００ クライアント計算機
１０１、１０１Ａ、１０１Ｂ ユーザ管理サーバ
１０２ ＮＡＳ
１０４ Ｌ３スイッチ
１０５、１０５Ａ、１０５Ｂ ユーザ管理ドメイン
２００ 統合後ＮＡＳ
３０１、３０１Ａ、３０１Ｂ ネットワークポート
３０２ ネットワークファイルサービス処理部
３０４ ローカルファイルシステム処理部
３０５ デバイス処理部
４０１ 共有設定情報
４０２ ユーザ・グループＩＤ使用・未使用情報
４０３ ユーザ・グループＩＤマッピング情報
４０５ ユーザ管理ドメイン情報
４１０ ドメイン判定処理部
４１１ ユーザ・グループＩＤ動的変換処理部
４１２ ＩＤマッピング設定処理部
４１３ ユーザ管理サーバ連携処理部
５０２ ポートドメイン情報
５１０ ドメイン判定処理部
６０２ ファイルシステムドメイン情報
６１０ ドメイン判定処理部
７１０ ドメイン判定処理部
８００、８００Ａ、８００Ｂ 中間装置
８０１ ＬＤＡＰサーバ
９０１ 共有設定情報
９０２ スイッチ管理情報
９０３ 機器ドメイン情報
９１０ ドメイン判定処理部
９１１ スイッチ処理部
１００１ プロセッサ
１００２ メモリ
１００４ 入出力バス
１００５ 入出力コントローラ

Claims (16)

1. ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合し、プロセッサ、メモリ及びインタフェースを備える情報処理装置であって、
   前記プロセッサは、
   アクセス要求を受信し、
   前記受信したアクセス要求の要求元が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
   前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
   前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
   前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
   前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤ及びグループＩＤを抽出し、
   前記抽出されたユーザＩＤに対して、前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応と、前記サービスが統合されるユーザ管理ドメイン間におけるグループＩＤの対応とを示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
   前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
   前記抽出されたグループＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるグループＩＤを、前記特定されたアクセス先ドメインにおけるグループＩＤに変換し、
   前記受信したアクセス要求に含まれるグループＩＤを、前記変換されたグループＩＤに置き換え、
   前記ユーザＩＤ及び前記グループＩＤが置き換えられたアクセス要求に応じた処理を実行することを特徴とする情報処理装置。
2. ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合し、プロセッサ、メモリ及びインタフェースを備える情報処理装置であって、
   前記プロセッサは、
   アクセス要求を受信し、
   前記受信したアクセス要求の要求元が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
   前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
   前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
   前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
   前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
   前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応を示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤに対応する、前記特定されたアクセス先ドメインにおけるユーザＩＤが前記ＩＤ変換情報に登録されているか否かを判定し、
   当該ユーザＩＤが前記ＩＤ変換情報に登録されている場合、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、当該登録されているアクセス先ドメインにおけるユーザＩＤに変換し、
   当該ユーザＩＤが前記ＩＤ変換情報に登録されていない場合、前記特定されたアクセス先ドメインにおいて未使用のユーザＩＤを特定し、
   前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおける未使用のユーザＩＤに変換し、
   前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録し、
   前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
   前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行することを特徴とする情報処理装置。
3. 前記プロセッサは、
   前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録する場合に、前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものであるか否かを判定し、
   前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものである場合には、前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、恒久的な情報として、前記ＩＤ変換情報に登録し、
   前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものでない場合には、前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、一時的な情報として、前記ＩＤ変換情報に登録することを特徴とする請求項２に記載の情報処理装置。
4. 前記プロセッサは、更に、
   前記ユーザ管理ドメインを管理する管理計算機から、当該ユーザ管理ドメインにおいて使用されているユーザＩＤを取得し、
   前記取得された使用ユーザＩＤに基づいて、当該ユーザ管理ドメインにおいて未使用のユーザＩＤを特定することを特徴とする請求項２に記載の情報処理装置。
5. ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合し、プロセッサ、メモリ及びインタフェースを備える情報処理装置であって、
   前記プロセッサは、
   アクセス要求を受信し、
   前記受信したアクセス要求の要求元が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
   前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
   前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
   前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
   前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
   前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応と、前記サービスが統合されるユーザ管理ドメイン間におけるグループＩＤの対応とを示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
   前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
   前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行し、
   更に、前記受信したアクセス要求に対する結果から、前記特定されたアクセス先ドメインにおけるユーザＩＤ及びグループＩＤを抽出し、
   前記抽出されたユーザＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるユーザＩＤを、前記特定されたアクセス元ドメインにおけるユーザＩＤに変換し、
   前記抽出されたグループＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるグループＩＤを、前記特定されたアクセス元ドメインにおけるグループＩＤに変換し、
   前記変換されたユーザＩＤ及び前記変換されたグループＩＤを含む結果を、前記受信したアクセス要求の要求元に送信することを特徴とする情報処理装置。
6. ユーザの管理単位であるユーザ管理ドメインのサービスを少なくとも二つ以上統合し、プロセッサ、メモリ及びインタフェースを備える情報処理装置であって、
   前記プロセッサは、
   アクセス要求を受信し、
   前記受信したアクセス要求の要求元が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
   前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
   前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
   前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
   前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
   前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応を示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
   前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
   前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行し、
   更に、前記受信したアクセス要求に対する結果から、前記特定されたアクセス先ドメインにおけるユーザＩＤを抽出し、
   前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるユーザＩＤに対応する、前記特定されたアクセス元ドメインにおけるユーザＩＤが前記ＩＤ変換情報に登録されているか否かを判定し、
   当該ユーザＩＤが前記ＩＤ変換情報に登録されている場合、前記抽出されたアクセス先ドメインにおけるユーザＩＤを、当該登録されているアクセス元ドメインにおけるユーザＩＤに変換し、
   当該ユーザＩＤが前記ＩＤ変換情報に登録されていない場合、前記特定されたアクセス元ドメインにおいて未使用のユーザＩＤを特定し、
   前記抽出されたアクセス先ドメインにおけるユーザＩＤを、前記特定されたアクセス元ドメインにおける未使用のユーザＩＤに変換し、
   前記抽出されたアクセス先ドメインにおけるユーザＩＤと前記特定されたアクセス元ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録し、
   前記変換されたユーザＩＤを含む結果を、前記受信したアクセス要求の要求元に送信することを特徴とする情報処理装置。
7. 前記統合されるサービスは、ファイル共有サービスであり、
   前記アクセス要求は、ファイルアクセス要求であることを特徴とする請求項１から請求項６のいずれか一つに記載の情報処理装置。
8. 前記プロセッサは、
   前記受信したアクセス要求の要求元と当該情報処理装置との接続に関する情報、前記受信したアクセス要求の要求元のＩＰアドレス情報又は当該情報処理装置のネットワークポートに関する情報のいずれかに基づいて、アクセス元ドメインを特定し、
   前記受信したアクセス要求に含まれるアクセス先のディレクトリパス、前記受信したアクセス要求によるアクセス先のファイルシステムに関する情報又は前記アクセス要求によるアクセス先のファイルを管理する装置に関する情報のいずれかに基づいて、アクセス先ドメインを特定することを特徴とする請求項１から請求項６のいずれか一つに記載の情報処理装置。
9. ユーザの管理単位であるユーザ管理ドメインに属す複数のクライアント計算機と、前記ユーザ管理ドメインのサービスを少なくとも二つ以上統合する情報処理装置と、を備える計算機システムであって、
   前記情報処理装置は、
   前記クライアント計算機からアクセス要求を受信し、
   前記受信したアクセス要求の要求元のクライアント計算機が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
   前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
   前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
   前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
   前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤ及びグループＩＤを抽出し、
   前記抽出されたユーザＩＤに対して、前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応と、前記サービスが統合されるユーザ管理ドメイン間におけるグループＩＤの対応とを示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
   前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
   前記抽出されたグループＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるグループＩＤを、前記特定されたアクセス先ドメインにおけるグループＩＤに変換し、
   前記受信したアクセス要求に含まれるグループＩＤを、前記変換されたグループＩＤに置き換え、
   前記ユーザＩＤ及び前記グループＩＤが置き換えられたアクセス要求に応じた処理を実行することを特徴とする計算機システム。
10. ユーザの管理単位であるユーザ管理ドメインに属す複数のクライアント計算機と、前記ユーザ管理ドメインのサービスを少なくとも二つ以上統合する情報処理装置と、を備える計算機システムであって、
    前記情報処理装置は、
    前記クライアント計算機からアクセス要求を受信し、
    前記受信したアクセス要求の要求元のクライアント計算機が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
    前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
    前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
    前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
    前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
    前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応を示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤに対応する、前記特定されたアクセス先ドメインにおけるユーザＩＤが前記ＩＤ変換情報に登録されているか否かを判定し、
    当該ユーザＩＤが前記ＩＤ変換情報に登録されている場合、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、当該登録されているアクセス先ドメインにおけるユーザＩＤに変換し、
    当該ユーザＩＤが前記ＩＤ変換情報に登録されていない場合、前記特定されたアクセス先ドメインにおいて未使用のユーザＩＤを特定し、
    前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおける未使用のユーザＩＤに変換し、
    前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録し、
    前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
    前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行することを特徴とする計算機システム。
11. 前記情報処理装置は、
    前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録する場合に、前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものであるか否かを判定し、
    前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものである場合には、前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、恒久的な情報として、前記ＩＤ変換情報に登録し、
    前記受信したアクセス要求がアクセス対象のユーザＩＤを更新する処理に関するものでない場合には、前記抽出されたアクセス元ドメインにおけるユーザＩＤと前記特定されたアクセス先ドメインにおける未使用のユーザＩＤとの対応を、一時的な情報として、前記ＩＤ変換情報に登録することを特徴とする請求項１０に記載の計算機システム。
12. 更に、前記ユーザ管理ドメインを管理する管理計算機を備え、
    前記情報処理装置は、
    前記管理計算機から、前記ユーザ管理ドメインにおいて使用されているユーザＩＤを取得し、
    前記取得された使用ユーザＩＤに基づいて、当該ユーザ管理ドメインにおいて未使用のユーザＩＤを特定することを特徴とする請求項１０に記載の計算機システム。
13. ユーザの管理単位であるユーザ管理ドメインに属す複数のクライアント計算機と、前記ユーザ管理ドメインのサービスを少なくとも二つ以上統合する情報処理装置と、を備える計算機システムであって、
    前記情報処理装置は、
    前記クライアント計算機からアクセス要求を受信し、
    前記受信したアクセス要求の要求元のクライアント計算機が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
    前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
    前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
    前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
    前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
    前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応と、前記サービスが統合されるユーザ管理ドメイン間におけるグループＩＤの対応とを示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
    前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
    前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行し、
    更に、前記受信したアクセス要求に対する結果から、前記特定されたアクセス先ドメインにおけるユーザＩＤ及びグループＩＤを抽出し、
    前記抽出されたユーザＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるユーザＩＤを、前記特定されたアクセス元ドメインにおけるユーザＩＤに変換し、
    前記抽出されたグループＩＤに対して、前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるグループＩＤを、前記特定されたアクセス元ドメインにおけるグループＩＤに変換し、
    前記変換されたユーザＩＤ及び前記変換されたグループＩＤを含む結果を、前記受信したアクセス要求の要求元のクライアント計算機に送信することを特徴とする計算機システム。
14. ユーザの管理単位であるユーザ管理ドメインに属す複数のクライアント計算機と、前記ユーザ管理ドメインのサービスを少なくとも二つ以上統合する情報処理装置と、を備える計算機システムであって、
    前記情報処理装置は、
    前記クライアント計算機からアクセス要求を受信し、
    前記受信したアクセス要求の要求元のクライアント計算機が属すユーザ管理ドメインを、アクセス元ドメインとして特定し、
    前記受信したアクセス要求によるアクセス先が属すユーザ管理ドメインを、アクセス先ドメインとして特定し、
    前記特定されたアクセス元ドメインと前記特定されたアクセス先ドメインとが同一であるか否かを判定し、
    前記アクセス元ドメインと前記アクセス先ドメインとが同一の場合、前記受信したアクセス要求に応じた処理を実行し、
    前記アクセス元ドメインと前記アクセス先ドメインとが異なる場合、前記受信したアクセス要求から、前記特定されたアクセス元ドメインにおけるユーザＩＤを抽出し、
    前記サービスが統合されるユーザ管理ドメイン間におけるユーザＩＤの対応を示すＩＤ変換情報を参照して、前記抽出されたアクセス元ドメインにおけるユーザＩＤを、前記特定されたアクセス先ドメインにおけるユーザＩＤに変換し、
    前記受信したアクセス要求に含まれるユーザＩＤを、前記変換されたユーザＩＤに置き換え、
    前記ユーザＩＤが置き換えられたアクセス要求に応じた処理を実行し、
    更に、前記受信したアクセス要求に対する結果から、前記特定されたアクセス先ドメインにおけるユーザＩＤを抽出し、
    前記ＩＤ変換情報を参照して、前記抽出されたアクセス先ドメインにおけるユーザＩＤに対応する、前記特定されたアクセス元ドメインにおけるユーザＩＤが前記ＩＤ変換情報に登録されているか否かを判定し、
    当該ユーザＩＤが前記ＩＤ変換情報に登録されている場合、前記抽出されたアクセス先ドメインにおけるユーザＩＤを、当該登録されているアクセス元ドメインにおけるユーザＩＤに変換し、
    当該ユーザＩＤが前記ＩＤ変換情報に登録されていない場合、前記特定されたアクセス元ドメインにおいて未使用のユーザＩＤを特定し、
    前記抽出されたアクセス先ドメインにおけるユーザＩＤを、前記特定されたアクセス元ドメインにおける未使用のユーザＩＤに変換し、
    前記抽出されたアクセス先ドメインにおけるユーザＩＤと前記特定されたアクセス元ドメインにおける未使用のユーザＩＤとの対応を、前記ＩＤ変換情報に登録し、
    前記変換されたユーザＩＤを含む結果を、前記受信したアクセス要求の要求元のクライアント計算機に送信することを特徴とする計算機システム。
15. 前記統合されるサービスは、ファイル共有サービスであり、
    前記アクセス要求は、ファイルアクセス要求であることを特徴とする請求項９から請求項１４のいずれか一つに記載の計算機システム。
16. 前記情報処理装置は、
    前記受信したアクセス要求の要求元のクライアント計算機と当該情報処理装置との接続に関する情報、前記受信したアクセス要求の要求元のクライアント計算機のＩＰアドレス情報又は当該情報処理装置のネットワークポートに関する情報のいずれかに基づいて、アクセス元ドメインを特定し、
    前記受信したアクセス要求に含まれるアクセス先のディレクトリパス、前記受信したアクセス要求によるアクセス先のファイルシステムに関する情報又は前記アクセス要求によるアクセス先のファイルを管理する装置に関する情報のいずれかに基づいて、アクセス先ドメインを特定することを特徴とする請求項９から請求項１４のいずれか一つに記載の計算機システム。

Images