第一のファイルシステムにアクセスする第一の計算機であって、前記第一のファイルシステムにあるオブジェクトを指定したアクセス要求を送信するクライアント計算機と、第二のファイルシステムにアクセスする第二の計算機とが接続される1以上の通信インタフェース装置と、前記1以上の通信インタフェース装置に接続されたコントローラとを有し、前記第二のファイルシステムは、共有ディレクトリを含み、前記第二の計算機の種別に従って決定された名称を含んだパス名に従うオブジェクトである特定オブジェクトが前記共有ディレクトリに格納され、前記コントローラは、a前記共有ディレクトリを前記第一のファイルシステムにマウントし、b計算機の種別に依存しない一定の命名規則に従って決定した名称を有し前記特定オブジェクトに対応するリンクを前記第一のファイルシステム上に作成する、ことを特徴とする計算機。請求項1に記載の計算機であって、前記特定オブジェクトは、スナップショットである、ことを特徴とする計算機。請求項2に記載の計算機であって、前記コントローラは、cスナップショットを作成し、d前記cで作成したスナップショットに対応し計算機の種別に依存しない一定の命名規則に従って決定した名称を有するリンクを作成する、ことを特徴とする計算機。請求項3に記載の計算機であって、前記コントローラは、e前記第二の計算機のスナップショット作成時間間隔を特定し、前記コントローラは、前記cの処理を、前記eで特定した時間間隔で行う、ことを特徴とする計算機。請求項4に記載の計算機であって、前記コントローラは、f前記第二のファイルシステムにおける1以上のスナップショットに関する情報を取得し、g前記fで取得した情報を基に、前記1以上のスナップショットに、前記リンクに対応するスナップショットが含まれていないか否かを判断し、h前記gの判断の結果が肯定的であれば、存在しないスナップショットに対応するリンクを削除する、ことを特徴とする計算機。請求項5に記載の計算機であって、前記bで作成されたリンクの名称は、そのリンクに対応するスナップショットの作成時刻に基づく名称である、ことを特徴とする計算機。請求項1に記載の計算機であって、前記特定オブジェクトは、ログファイルである、ことを特徴とする計算機。請求項7に記載の計算機であって、前記bで作成されたリンクの名称は、そのリンクに対応するログファイルのローテーション回数に基づく名称である、ことを特徴とする計算機。請求項8に記載の計算機であって、前記ログファイルのローテーションが発生した場合、前記コントローラは、i前記ログファイルのローテーション回数を1つ増やした回数に基づいて前記リンクの名称を変更し、j新たなログファイルを作成し、k前記新たなログファイルに対応しローテーション回数に基づいて決定した名称を有するリンクを前記第一のファイルシステムに作成することを特徴とする計算機。請求項1に記載の計算機であって、前記コントローラに接続された記憶資源を更に有し、前記記憶資源は、下記のA及びBの情報、A前記第一のファイルシステムにおけるポイントとそのポイントにマウントされた共有ディレクトを含んだ第二のファイルシステムにアクセスする第二の計算機の種別との対応関係を表す第一の管理情報、B第二の計算機の種別と前記特定オブジェクトを特定する方法との対応関係を表す第二の管理情報、を記憶し、l前記コントローラは、前記第一及び第二の管理情報を基に、前記特定オブジェクトを特定する、ことを特徴する計算機。請求項10に記載の計算機であって、前記第二の管理情報は、前記対応関係を表す情報を、前記特定オブジェクトの種別毎に含んでおり、前記コントローラは、前記lにおいて、前記第一及び第二の管理情報を基に、特定オブジェクトの種別に従う方法で、前記特定オブジェクトを特定する、ことを特徴とする計算機。請求項11に記載の計算機であって、前記記憶資源は、前記特定オブジェクトの種別毎に前記命名規則を表す情報を含んだ第三の管理情報を更に記憶し、前記コントローラは、前記bにおいて、前記第三の管理情報を基に、リンクの名称を決定する、ことを特徴とする計算機。第一のファイルシステムにあるオブジェクトを指定したアクセス要求を送信するクライアント計算機と第二のファイルシステムにアクセスする第二の計算機とが接続される前記第一のファイルシステムにアクセスする第一の計算機によるデータ管理方法であって、a第二の計算機の種別に従って決定された名称を含んだパス名に従うオブジェクトである特定オブジェクトが格納され前記第二のファイルシステムに含まれている共有ディレクトリを前記第一のファイルシステムにマウントし、b計算機の種別に依存しない一定の命名規則に従って決定した名称を有し前記特定オブジェクトに対応するリンクを前記第一のファイルシステム上に作成する、ことを特徴とするデータ管理方法。請求項13に記載のデータ管理方法であって、前記特定オブジェクトは、スナップショットである、ことを特徴とするデータ管理方法。請求項14に記載のデータ管理方法であって、cスナップショットを作成し、d前記cで作成したスナップショットに対応し計算機の種別に依存しない一定の命名規則に従って決定した名称を有するリンクを作成する、ことを特徴とするデータ管理方法。複数のNASがデータを管理するシステムでは、NAS毎にデータへのアクセス方法が異なる場合がある。そこで、複数のNASが有するデータを効率的に管理するために、複数のNASを統合し、これらのNASの差異をユーザに対して隠蔽することができる仮想化機能を有するNASが求められる。特許文献1の技術では、NAS間ですべてのデータをコピーする必要があるため、運用開始までに非常に時間がかかるという課題がある。また、特許文献2の技術を用いると、あるNASに接続された他のNASの種別ごとに、スタブファイルが格納される位置が異なるため、データの格納先をユーザが意識する必要があり、データへのアクセス方法を変更する必要があるという課題がある。上記のような課題は、NAS以外の計算機についても同様に生じ得る。本発明は、上記の課題に鑑みてなされたものである。本発明の目的は、仮想化機能を有する第一の計算機を介して第二の計算機にアクセスすることを、第二の計算機から第一の計算機へのデータのコピーと、第二の計算機へのアクセス方法の変更とのいずれも行うことなく、行えるようにすることである。第一のファイルシステムにアクセスする第一の計算機に、第一のファイルシステムにあるオブジェクトを指定したアクセス要求を送信するクライアント計算機と、第二のファイルシステムにアクセスする第二の計算機とが接続される。第二のファイルシステムは、共有ディレクトリを含む。第二の計算機の種別に従って決定された名称を含んだパス名に従うオブジェクトである特定オブジェクトが共有ディレクトリに格納される。コントローラは、共有ディレクトリを第一のファイルシステムにマウントする。コントローラは、第二の計算機の種別に依存しない一定の命名規則に従って決定した名称を有し特定オブジェクトに対応するリンクを第一のファイルシステム上に作成する。特定オブジェクトの具体例は、スナップショット、又は、ログファイルである。種別の異なる複数の第二の計算機がそれぞれアクセスする複数の共有ディレクトリが第一のファイルシステムにマウントされても、第一のファイルシステムには、それら複数の共有ディレクトリ内の複数の特定オブジェクトに対応する複数のリンクが作成される。各リンクが有する名称は、計算機の種別に依存しない一定の命名規則に従って決定された名称である。このため、クライアント計算機のユーザは、第二の計算機の種別を意識することなく、クライアント計算機を用いて、所望の特定オブジェクトにアクセスすることができる。以下、本発明の幾つかの実施例を説明するなお、以下ではxxxテーブルの表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すためにxxxテーブルをxxx情報と呼ぶことができる。また、以下の説明では、プログラムを主語として処理を説明する場合があるが、プログラムは、コントローラに含まれるプロセッサ例えばCPUCentralProcessingUnitによって実行されることで、定められた処理を、適宜に記憶資源例えばメモリ及び/又は通信インタフェース装置例えば通信ポートを用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、コントローラが行う処理としても良い。また、コントローラは、プロセッサそれ自体であっても良いし、プロセッサに代えて又は加えて、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでも良い。コンピュータプログラムは、プログラムソースから記憶制御装置にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ、又は、計算機が読み取り可能な記憶メディアであっても良い。ファイルシステムの基になる記憶装置は、計算機の中にあっても外にあっても良い。以下の実施例では、ファイルシステムの基になる記憶装置が、計算機の中にあるとする。計算機は、ファイルサーバ、例えば、NASのような記憶制御装置で良い。また、以下の説明では、時刻という言葉を用いるが、時刻は、年、月、日、時、分、秒小数点以下の秒を含んでも良いのうちの少なくともいずれかを含む。また、以下の説明では、同種の要素例えば、副計算機を区別しない場合、参照符号のうちの共通部分のみを使用することがある。例えば、図18において、副計算機A170aと副計算機B170bを区別しない場合、副計算機170と言うことがある。以下、図面を参照して、本発明の実施例1~7を説明する。なお、以下の説明では、ファイルサーバの仮想化を行う機能を有する第一の計算機を主計算機と言い、主計算機に接続される第二の計算機を副計算機と言う。ファイルサーバの仮想化技術とは、複数の副計算機が提供する複数の共有単位論理的な公開単位を一つの名前空間として仮想化する技術である。その一つの名前空間は、グローバルネームスペースGNSと呼ばれることもある。主計算機は、複数の副計算機が提供する複数の共有ディレクトリを統合した擬似的なファイルシステムを構築することができる。主計算機は、クライアントからファイル等のオブジェクトに対して要求があった場合に、そのオブジェクトが存在する副計算機へ要求を転送することができる。図18は、本発明の実施例1~7の共通事項の1つの概要を示す図である。ここでは、スナップショットをデータの例にとって説明する。主計算機110は、データネットワーク220を介して副計算機170aと副計算機170bとに接続されている。また、主計算機110は、運用ネットワーク250を介してクライアント240と接続されている。副計算機170aが管理するファイルシステム201aには、2つのスナップショット具体的には、2010年1月1日時点のスナップショットと、2010年1月2日時点のスナップショットが作成されている。図18は、これらのスナップショットにアクセスする方法の一例として、ファイルシステム201aのルートディレクトリである/export/a/.snap以下に作成されたディレクトリにアクセスする方法を示している。/export/a/.snap以下に作成されたディレクトリには、スナップショットが格納される。ディレクトリの名称である/export/a/.snapは、副計算機170aの種別に従って決定された名称である。副計算機170aの種別に従って決定された名称を有するオブジェクトディレクトリ又はファイルは、スナップショット及び/又はスナップショットが格納されるディレクトリに限らない。他種のオブジェクトとしては、例えば、ログファイルがある。また、副計算機170bが管理するファイルシステム201bにも、2つのスナップショットが作成されている。図18は、これらのスナップショットにアクセスする方法の一例として、ファイルシステム201bのルートディレクトリである/export/a/.ckpt以下に作成されたディレクトリにアクセスする方法を示している。/export/a/.ckpt以下に作成されたディレクトリには、スナップショットが格納される。ディレクトリの名称である/export/a/.ckptは、副計算機170bの種別に従って決定された名称である。副計算機170bの種別に従って決定された名称を有するオブジェクトディレクトリ又はファイルは、スナップショット及び/又はスナップショットが格納されるディレクトリに限らない。ファイルシステム201aが、主計算機110が管理するディレクトリ304aに関連付けられており、ファイルシステム201bが、主計算機110が管理するディレクトリ304bに関連付けられている。クライアント計算機以下、クライアント240がディレクトリ304aにアクセスすると、主計算機110上のプログラムが動作することで、主計算機110は、ディレクトリ304a内のデータとして、吹き出し311aに示す通り、ファイルシステム201a内のスナップショットのスタブをクライアント240に提供することができる。スタブは、ディレクトリ又はファイルの格納先情報リンク先を表す情報に関連付けられたオブジェクト例えばメタデータである。同様に、クライアント240がディレクトリ304bにアクセスすると、主計算機110は、ディレクトリ304b内のデータとして、吹き出し311bに示す通り、ファイルシステム201b内のスナップショットのスタブをクライアント240に提供することができる。すなわち、クライアント240は、主計算機110が管理するディレクトリ304aまたは304bにアクセスすることで、副計算機170aまたは170bが管理するスナップショットにアクセスできる。しかし、前述のとおり、一般に、スナップショットへアクセスする方法は、副計算機170の種別によって異なる。このため、クライアント240は、主計算機110上の各ディレクトリに対応する副計算機170の種別にしたがってアクセス方法を変える必要がある。これは、クライアント240のユーザにとって負担であり煩雑である。図18の例では、副計算機170毎に、スナップショットへのアクセスパスが異なる。つまり、クライアント240のユーザは、ディレクトリ304aに対応する計算機が副計算機170aであることを判断し、また、副計算機170aのスナップショットを参照するために、.snap以下のディレクトリを参照することが必要であることを知らなければ、副計算機170aが管理するスナップショットを参照することができない。また、クライアント240のユーザは、ディレクトリ304bに対応する計算機が副計算機170bであることを判断し、また、副計算機170bのスナップショットを参照するために、.ckpt以下のディレクトリを参照することが必要であることを知らなければ、副計算機170bが管理するスナップショットを参照することができない。そこで、実施例1~7では、主計算機110は、副計算機170の種別に依存しない一定のルールに従ってリンクオブジェクトを作成する。これにより、副計算機170が管理するスナップショットが仮想化される。作成されたリンクのリンク先は、副計算機170が管理するスナップショットであっても良いし、スナップショットのスタブであっても良い。また、一定のルールとは、例えば、リンクの命名ルールである。図18の例によれば、副計算機170a及び170bのいずれが管理しているスナップショットであるかに関わらず、一定のルールに従い、スナップショットの取得時刻を表す情報が、そのスナップショットに対応するリンクの名称例えば、GMT-2010.01.01.00.00.00とされる。実施例1~7では、スタブではなく、リンクがクライアント240に提供される。すなわち、主計算機110は、ディレクトリ304a内のデータとして、吹き出し313aに示す通り、ファイルシステム201a内のスナップショットに対応したリンクを、クライアント240に提供することができる。同様に、クライアント240がディレクトリ304bにアクセスすると、主計算機110は、ディレクトリ304b内のデータとして、吹き出し313bに示す通り、ファイルシステム201b内のスナップショットに対応したリンクを、クライアント240に提供することができる。クライアント240からリンク例えば/mnt/nas_a/GMT-2010.01.01.00.00.00というパス名のリンクがアクセスされると、主計算機110は、そのリンクに対応したスナップショット例えば/export/a/.snap/2010-01-01というパス名のスナップショットを指定したアクセス要求を、そのスナップショットを管理する副計算機170例えば170aに送信する。実施例1~7によれば、クライアント240は、吹き出し313a及び313bに示した通り、副計算機170の種別に依存することなく、副計算機170が管理するスナップショットにアクセスすることができる。クライアント240に提供されるリンクの名称は、副計算機170の種別に依存しないルールに従って付与された名称であるため、クライアント240のユーザは、スナップショットがどの種別の副計算機170に存在するかを意識しないで良い。以下、図1~3を用いて、実施例1~7に共通する構成を説明する。図1は、実施例1~7に係る計算機システムの共通事項の概要を示す。主計算機110は、通信インタフェース装置と、記憶資源と、それらに接続されたコントローラとを有する。通信インタフェース装置として、例えば、データ用インタフェース150データI/F150と、運用ネットワークインタフェース160以下、運用I/F160とがある。記憶資源は、例えば、メモリ130及び記憶装置140を含む。コントローラは、例えば、CPU120である。メモリ130には、ファイルシステム管理プログラム131と、リンク管理プログラム132と、ファイルアクセスプログラム133と、接続状態テーブル138と、名称規則テーブル139とが記憶される。主計算機110は、CPU120を使用して、各プログラムを実行する。ファイルシステム管理プログラム131は、ファイルシステム141に対する処理を実行する機能を有する。処理の具体例は、記憶装置140が有する物理的な記憶領域を論理的に区分けしてファイルシステム141を作成する処理、及び、ファイルシステム141を削除する処理などである。ファイルシステム141は、各ファイルと、各ファイルのメタデータ例えば、ファイルの所有者や作成日時を示すデータとを格納する。ファイルシステム141内のデータファイル及びそのメタデータは、そのファイルシステム141の基になっている記憶装置140に格納されている。実施例1~7では、記憶装置140が有する1以上の記憶媒体は、ハードディスクドライブであるが、それに代えて又は加えて、フラッシュメディアなどの他の媒体でもよい。リンク管理プログラム132は、ファイルシステム141上のリンクに対する処理を実行する機能を有する。処理の具体例は、ファイルシステム141上のあるファイルやディレクトリに対するリンクを作成する処理、当該リンクを削除する処理である。なお、リンクの具体例として、シンボリックリンクがある。リンク先が存在しない場合でもシンボリックリンクを作成することができる。しかし、リンクは、あるファイルやディレクトリを指し示すオブジェクトであれば、シンボリックリンクに限らない。ファイルアクセスプログラム133は、データI/F150を介して、主計算機110以外の計算機が有するファイルやディレクトリにアクセスし、当該ファイルやディレクトリのデータを読み書きする機能を有する。具体的には、例えば、副計算機170が公開している共有ディレクトリをファイルシステム141のマウントポイントに接続し、当該マウントポイント以下のファイルやディレクトリを他のプログラムが読み書きした場合、ファイルアクセスプログラム133が、副計算機170にアクセスする。そして、ファイルアクセスプログラム133は、当該ファイルやディレクトリに対応する当該共有ディレクトリ以下のファイルやディレクトリを読み書きし、当該他のプログラムに結果を返却する。当該アクセスに使用するプロトコルは、例えば、CIFSCommonInternetFileSystemプロトコル、NFSNetworkFileSystemプロトコル、あるいはHTTPHyperTextTransportProtocolであるが、他のプロトコルでもよい。ファイルアクセスプログラム133が副計算機170のファイルへアクセスするためには、副計算機170上のファイルの格納場所が何らかの方法で管理されていればよい。例えば、図18の例において、スナップショットのスタブファイルを作成する方法がある。スタブファイルは、副計算機170が管理するファイルシステム201内のファイルごとに、そのファイルの格納場所を示す情報を含む。スタブファイルを用いると、副計算機170が有するファイルやディレクトリが、ファイルシステム141上に仮想的に作成される。クライアント240は、スタブファイルにアクセスすることで、副計算機170のファイルにアクセスすることが可能となる。そして、リンク管理プログラム132は、スタブファイルをリンク先としたリンクを作成することができる。これによれば、2つの仮想階層が実現される。第1の仮想階層に従うオブジェクトは、スタブすなわち、副計算機170のファイルシステム201に格納されているディレクトリ又はファイルの仮想的なオブジェクトである。そして、第2の仮想階層第1の仮想階層の上位の階層に従うオブジェクトが、スタブをリンク先としたリンクである。副計算機170170a~170nは、通信インタフェース装置と、記憶資源と、それらに接続されたコントローラとを有する。通信インタフェース装置として、例えば、データ用インタフェース210以下、データI/F210がある。記憶資源は、例えば、メモリ190及び記憶装置200を含む。コントローラは、例えば、CPU180である。メモリ190には、ファイル共有プログラム191が記憶される。副計算機170は、CPU180を使用して当該プログラムを実行する。ファイル共有プログラム191は、記憶装置200に基づくファイルシステム201に格納されたファイルやディレクトリのデータを読み出して、データI/F210を介して他の計算機へ送信し、また他の計算機から受信したデータを当該ファイルやディレクトリに書き込む機能を有する。他の計算機との通信に使用するプロトコルは、例えば、CIFSプロトコル、NFSプロトコル、あるいはHTTPであるが、他のプロトコルでもよい。クライアント240は、運用ネットワーク250を介して、主計算機110に対してデータの読み書きを指示する。この読み書きの指示を受けた主計算機110は、ファイルシステム141にデータを書き込み、あるいはファイルシステム141からデータを読み込み、処理結果をクライアント計算機240に送信する。クライアント240と主計算機110の間の通信に使用するプロトコルは、例えば、CIFSプロトコル、NFSプロトコル、あるいはHTTPであるが、他の形式のプロトコルでもよい。管理計算機230は、データネットワーク220を介して、主計算機110および副計算機170の有する各種プログラムに対する命令を送受信することで、主計算機110および副計算機170を管理する。運用ネットワーク250、およびデータネットワーク220としては、LANLocalAreaNetwork或いはSANStorageAreaNetworkを採用することができるが、他の通信ネットワークでもよい。図2は、接続状態テーブル138の構成の一例を示す。接続状態テーブル138は、副計算機170のファイル共有プログラム191が公開している共有ディレクトリとそのマウント先との関係に関する情報を有する。具体的には、例えば、接続状態テーブル138は、副計算機170の共有ディレクトリ毎に、マウントポイント1381と、接続先IPアドレス1382と、接続先ボリューム1383と、計算機種別1384とを有する。マウントポイント1381は、副計算機170上のファイル共有プログラム191が公開している共有ディレクトリのマウント先のオブジェクト主計算機110上のファイルシステム141におけるオブジェクト例えばディレクトリへのパス名を表している。主計算機110上のプログラムが、当該パス名に従ってアクセスすると、ファイルアクセスプログラム133が、副計算機170上の共有ディレクトリにアクセスすることができる。接続先IPアドレス1382は、マウントポイント1381が表すパス名に従うオブジェクトにマウントされた共有ディレクトリを有する副計算機170のIPアドレスを表す情報である。接続先IPアドレス1382に代えて又は加えて、マウントポイント1381が表すパス名に従うオブジェクトにマウントされた共有ディレクトリを有する副計算機170の識別情報として、他種の情報例えば、副計算機170の名称或いは識別子が採用されても良い。接続先ボリューム1383は、副計算機170の共有ディレクトリのパス名を表す情報である。図示のパス名に代えて又は加えて、ファイル共有プログラム191が公開しているパスが特定できる他種の識別子が採用されてもよい。計算機種別1384は、共有ディレクトリを有する副計算機170の種別を表す情報である。図3は、名称規則テーブル139の構成の一例を示す。名称規則テーブル139は、リンクの名称を決定する規則を表す情報を有する。名称規則テーブル139は、例えば、仮想化対象の種別毎に、仮想化対象の種別を表す情報である仮想化対象1391と、仮想化対象を仮想化するときに使用する名称の規則を表す情報である名称規則1392と、を有する。仮想化対象の種別として、前述したスナップショットの他に、他種の種別、例えば、ログファイル例えば、アクセスログ、エラーログがある。スナップショットに対応する名称規則1392をGMT-<年4桁.月2桁.日2桁-時2桁.分2桁.秒2桁の形式にすることで、CIFSプロトコルを利用するクライアント240は、各スナップショットをファイルシステムのバージョンとして扱うことができる。以上が、実施例1~7の共通事項の説明である。以下、各実施例を説明する。本実施例は、仮想化機能を有するNAS主計算機に他のNAS副計算機を接続した際に、他のNASが有するスナップショットに対してリンクを作成する実施例である。スナップショット機能とは、ある瞬間のファイルシステムの全体のイメージを保存する機能である。この機能を用いることで、ユーザは誤った操作を行った場合などに、過去に保存した時点のイメージを復元できることから、NASを利用するユーザにとって必須の機能である。現在ほぼすべてのNASがスナップショット機能を有している。スナップショットは、一般にNASごとに特定のディレクトリへ格納される。このため、スナップショットへのアクセス方法はNASごとに差異が生じる。例えば、NASのベンダーが異なる場合は、このような差異がある。よって、仮想化機能はこの差異を吸収する必要がある。そこで、NASの種類によらず一定の規則に基づいてこのリンクの名称を生成することで、主計算機を使用するユーザはNASごとの差異を意識することなく、あたかも主計算機が有するスナップショットであるかのようにアクセスすることができる。図4は、実施例1に係る主計算機110が有するメモリ130に記憶される情報及びプログラムの一例を示す。メモリ130は、図1の情報及びプログラムに加えて、ファイル共有プログラム134と、スナップショット一覧取得プログラム135と、スナップショット管理プログラム136と、一覧参照方法テーブル137と、を記憶する。ファイル共有プログラム134は、ファイルシステム141に格納されたファイルやディレクトリのデータを読み出して、データI/F150を介して他の計算機へ送信し、また他の計算機から受信したデータを当該ファイルやディレクトリに書き込む機能を有する。他の計算機との通信に使用するプロトコルは、例えば、CIFSプロトコル、NFSプロトコル、あるいはHTTPであるが、他のプロトコルでもよい。スナップショット一覧取得プログラム135は、後述の一覧参照方法テーブル137を利用して、副計算機170が有するスナップショットの一覧および各スナップショットが作成された時刻を取得する機能を有する。また、このプログラム135は、一覧参照方法テーブル137を編集する機能を有していてもよい。スナップショット管理プログラム136は、ファイルシステム141のスナップショットに対する処理を実行する機能を有する。処理の具体例は、ある時刻におけるファイルシステム141のスナップショットを作成する処理、削除する処理、作成済みのスナップショット上のファイルやディレクトリに対して他のプログラムが読み出した場合に、当該ファイルやディレクトリのデータを読み出す処理がある。図5は、実施例1に係る副計算機170が有するメモリ190が記憶する情報及びプログラムの一例を示す。メモリ190は、ファイル共有プログラム191に加えて、スナップショット管理プログラム192を記憶する。ファイル共有プログラム191は、前述のファイル共有プログラム134と同様の機能を有する。スナップショット管理プログラム192は、ファイルシステム201のスナップショットに対する処理を実行する機能を有する。処理の具体例は、ある時刻におけるファイルシステム201のスナップショットを作成する処理、削除する処理、作成済みのスナップショット上のファイルやディレクトリに対して他のプログラムが読み出した場合に、当該ファイルやディレクトリのデータを読み出す処理がある。図6は、一覧参照方法テーブル137の構成の一例を示す。一覧参照方法テーブル137は、副計算機170の種別と副計算機107から仮想化対象を特定するための方法との関係を表す情報を有する。一覧参照方法テーブル137は、例えば、副計算機170の種別毎に、副計算機170の種別を表す情報である計算機種別1371と、取得する一覧の種別を表す情報である一覧種別1372と、仮想化対象の一覧を取得する方法を表す情報である一覧参照方法1373と、を有する。図6の第一行における一覧参照方法1373によれば、主計算機110が、副計算機種別NAS_Aの副計算機107のファイルシステム201のスナップショットを参照するためには、主計算機110が、snap以下をルックアップすればよい。図7は、副計算機170が有するスナップショットを仮想化する処理手順の一例を示したフローチャートである。まず、管理者が、管理計算機230を使用して、マウントポイントと、副計算機170のIPアドレスと、ファイル共有プログラム191が提供しているボリュームと、その副計算機170の種別と、を指定するS101。次に、ファイルアクセスプログラム133が、副計算機170の当該ボリューム共有ディレクトリをマウントポイントに接続するS102。このボリュームは、スナップショットを含んだボリュームである。この処理によって、クライアント240は、主計算機110を介して副計算機170が有するスナップショットへアクセスすることが可能になる。スタブファイルを用いる場合であれば、この処理で各スナップショットに対応するスタブファイルが作成される。次に、ファイルアクセスプログラム133が、管理者がS101で指定した値を接続状態テーブル138に追加するS103。次に、スナップショット一覧取得プログラム135が、一覧参照方法テーブル137を参照して、S102で接続された副計算機170の種別に対応する一覧参照方法1373を特定するS104。次に、スナップショット一覧取得プログラム135が、特定した一覧参照方法1373に基づいて、副計算機170が有するスナップショットの一覧を特定するS105。次に、スナップショット一覧取得プログラム135が、特定した各スナップショットの作成時刻を特定するS106。スナップショットの作成時刻は、スナップショットの名称から特定されても良いし、スナップショットを管理するためのテーブル図示せずから特定されても良い。次に、リンク管理プログラム132が、名称規則テーブル139を参照し、スナップショットに対応した名称規則1392を特定するS107。最後に、リンク管理プログラム132が、S105で特定した各スナップショットについて、S101で管理者が指定したマウントポイント直下に、S107で特定した名称規則1392に従ってリンクを作成するS108。名称規則1392がGMT-<yyyy.mm.dd-hh.mm.ss>である場合、リンク管理プログラム132は、S106で特定した日時年、月、日、時、分、秒を代入することにより、その日時に作成されたスナップショットに対応するリンクの名称を作成する。このS108では、例えば、S102において作成されたスタブ毎に、そのスタブをリンク先としたリンクが作成されてよい。リンク管理プログラム132は、例えば、スナップショットの一覧参照方法1373が.snap以下をルックアップであった場合、マウントポイント直下の.snap以下の各スナップショットに対応したリンクを作成する。リンクの配置位置は、マウントポイント直下でなくてもよく、管理者が指定した位置でもよい。以上の処理を実施することで、主計算機110のファイルシステム141上に、副計算機170が有するスナップショットに対するリンクが作成される。リンクは、副計算機170の種別に依存しない一定の規則に従う名称を有している。このため、主計算機110にアクセスするクライアント240を使用するユーザからみると、あたかも主計算機110がスナップショットを作成しているかのように見える。従って、副計算機170の有するスナップショットが主計算機110で仮想化されたことになる。図8は、図7の処理によって仮想化されたスナップショットに対するアクセス手順の一例を示したフローチャートである。まず、主計算機110上のプログラムがファイルシステム141上のリンクにアクセスするS201。アクセスが発生する契機の例として、ファイル共有プログラム134が、スナップショットに対応したリンクを指定したアクセス要求をクライアント240から受信した契機がある。この際、ファイルシステム141は、リンク先を解釈した結果を当該プログラムに返却し、当該プログラムは、マウントポイント直下のスナップショットにアクセスする。例えば、当該リンクが/mnt/a/GMT-2011.01.01-00.00.00であって、リンク先が/mnt/a/.snap/20110101000000であった場合、当該リンクにアクセスしたプログラムは、リンク先のディレクトリにアクセスする。次に、ファイルアクセスプログラム133が、接続状態テーブル138を基に、副計算機170が有するスナップショットであって、当該解釈結果に対応するスナップショットにアクセスするS202。上記の例であれば、ファイル共有プログラム191が公開しているボリューム直下の.snap/20110101000000にファイルアクセスプログラム133はアクセスする。次に、ファイルアクセスプログラム133が、当該スナップショットに対応するディレクトリの情報を特定するS203。ディレクトリの情報とは、ディレクトリに含まれるファイルやディレクトリの名前の一覧などである。次に、ファイルアクセスプログラム133は、特定したディレクトリの情報をファイルシステム141に書き込むS204。次に、ファイルシステム141は、アクセス元のプログラムに、S204で書き込まれた情報を返却するS205。次に、ファイルアクセスプログラム133は、特定したディレクトリの情報に基づいて、スナップショット内のファイルにアクセスするS206。次に、ファイルアクセスプログラム133は、ファイルを副計算機170から取得するS207。次に、ファイルアクセスプログラム133は、取得したファイルをファイルシステム141に書き込むS208。つまり、取得されたファイルが、ファイルシステム141にキャッシュされる。最後に、ファイルシステム141は、アクセス元のプログラムに、S208で書き込まれたファイルを返却する209。S204とS205の処理を実行することで、再び同じリンクへのアクセスが発生した場合、副計算機170にアクセスすることなくファイルシステム141上の情報を返却できるため、プログラムに対してアクセスの結果をすばやく返却することができる。また、アクセスがないディレクトリの情報はファイルシステム141に書き込まれないので、ファイルシステム141の容量の消費を抑えることができる。さらに副計算機170からのデータ転送量を削減できるため、データ転送時間を削減することができる。また、S207とS208の処理を実行することで、再び同じファイルへのアクセスが発生した場合、副計算機170にアクセスすることなくファイルシステム141上のファイルを返却できるため、プログラムに対してアクセスの結果をすばやく返却することができる。以上、図7および図8で説明した処理を実施することで、クライアント240は、いずれの副計算機170が有するいずれのスナップショットに対しても一定のルールでアクセスすることができる。例えば、図19に示すように、いずれの副計算機170のスナップショットでもGMT-YYYY.MM.DD-HH.MM.SSというルールでアクセスできる。つまり、副計算機他のNAS170のスナップショットが主計算機110上に仮想化される。また、スナップショットはある瞬間のファイルシステム全体のイメージであり、副計算機にはスナップショットが多数格納されている。本実施例の技術により、副計算機170から、主計算機110にスナップショットをすべてコピーする必要がなく、副計算機170に主計算機110を接続した際に、NASを停止することなく、運用を開始することが可能となる。また、すべてのスナップショットがコピーされるわけでは無いので、主計算機110のファイルシステム141の使用量を削減することができ、且つ、データ転送時間を削減できることから、ユーザは早くにスナップショット仮想化機能を利用することができる。以下、本発明の実施例2を説明する。その際、実施例1との相違点を主に説明し、実施例1との共通点については説明を省略或いは簡略する。実施例1によれば、主計算機110で副計算機170例えばNASのスナップショットを仮想化できる。主計算機110から副計算機170へアクセスする際、ファイルアクセスプログラム133は、取得したディレクトリの情報及びファイルをファイルシステム141に書き込んでいる。前述の通り、主計算機110は、ファイルシステム141上にディレクトリの情報及びファイルをキャッシュすることで、次回から当該ディレクトリ又はファイルを指定したアクセス要求に対して、すばやく応答することができる。ここで、主計算機110がファイルシステム141のスナップショットを作成すると、ファイルシステム141にキャッシュされているデータ以下、キャッシュデータがスナップショットに含まれることになる。キャッシュデータ例えば前述のディレクトリの情報及びファイルがスナップショットに含まれると、スナップショットの容量が大きくなる。また、スナップショット作成後にキャッシュデータが削除されると、次のスナップショットにはキャッシュデータが含まれないため、整合性を保つために削除したキャッシュデータもスナップショットとして保存する必要があり、スナップショットの容量が大きくなる。このため、主計算機110でスナップショットを作成するために、管理者が主計算機110上で新しいファイルシステムを用いて、運用を開始する方法が考えられる。しかし、新しいファイルシステムからは、副計算機170のスナップショットを参照することができない。そうすると、副計算機170のスナップショット上のデータにアクセスするためには、新しいファイルシステムではなく副計算機170が接続されたファイルシステムへアクセスする必要があるため、煩雑である。そこで、本実施例では、主計算機110で新たなファイルシステムで運用を開始する前に、副計算機170が有するスナップショットに対して作成されたリンクを新たなファイルシステムに移行する。本実施例によれば、主計算機110を利用するクライアント240は、副計算機170のスナップショットに対して、あたかも新しいファイルシステムのスナップショットであるかのようにアクセスすることができる。図9は、実施例2に係る主計算機110を含んだ計算機システムの構成例を示す。メモリ130には、実施例1の各プログラムおよび各テーブルに加えて、ファイルシステム移行プログラム1310が記憶される。記憶装置140を基に、ファイルシステム141に加えて新ファイルシステム142が生成される。ファイルシステム141上のマウントポイントには、実施例1で示したとおり副計算機170が接続されている。図10は、実施例2においてファイルシステム141から新ファイルシステム142に切り替えて運用を開始する処理手順の一例を示したフローチャートである。まず、管理者が管理計算機230を操作して、管理計算機230が、ファイルシステム141の運用を停止するよう主計算機110に指示するS301。次に、ファイルシステム管理プログラム1310が、ファイルシステム141に存在するファイルとディレクトリの一覧を特定するS302。このステップで特定される一覧には、主計算機110に副計算機170を接続したあとにアクセスされたファイルとディレクトリのみが存在するため、S302を実施することで、必要なファイルとディレクトリのみを新ファイルシステム142にコピーすることができる。次に、ファイルシステム移行プログラム1310は、S302で特定したファイルとディレクトリを新ファイルシステム142にコピーするS303。次に、ファイルシステム移行プログラム1310は、リンク管理プログラム132がファイルシステム141直下に作成したリンクを新ファイルシステム142にコピーするS304。実施例1で説明したとおり、当該リンクは副計算機170のスナップショットに関連付けられたリンクである。最後に、ファイルシステム移行プログラム1310は、新ファイルシステム142の運用を開始するS305。これにより、ファイルシステム141上のキャッシュデータをファイルシステム141上に残したまま、新ファイルシステム142へ副計算機170のスナップショットへのリンクを移行することができる。キャッシュデータがファイルシステム141に残るため、キャッシュデータ例えばファイルを指定したアクセス要求に対しては、すばやく応答することが可能である。クライアント240が新ファイルシステム142上のリンクにアクセスした場合、ファイルシステム141を介して、そのリンクに対応する、副計算機170のスナップショットに、アクセスすることができる。以上の処理を実施することで、クライアント240は、副計算機170のスナップショットに対して、あたかも新ファイルシステムのスナップショットであるかのようにアクセスすることができる。以下、本発明の実施例3を説明する。その際、実施例2との相違点を主に説明し、実施例2との共通点については説明を省略或いは簡略する。本実施例によれば、新ファイルシステム142の運用を開始した後に、副計算機170のスナップショットに対応するリンクと同じ命名規則でリンクが作成される。この際、副計算機170のスナップショット作成間隔が人手による作業無しに主計算機110に設定される。これにより、管理者が改めてスナップショット作成間隔を主計算機110に設定する手間を省くことができる。本実施例では、新ファイルシステム142にリンクが移行した後に、新ファイルシステム142のスナップショットが作成される。しかし、新ファイルシステム142が用意されることに代えて、ファイルシステム141に、ファイルシステム141のスナップショットが作成されても良い。この場合、実施例1のシステムを用いて、以下の説明における新ファイルシステム142を、ファイルシステム141と読み替えればよい。本実施例における計算機システムは、実施例2に係る計算機システムと同一で良い。図11は、実施例3において副計算機170のスナップショットについて作成したリンクと同じ命名規則のリンクを作成する手順の一例を示したフローチャートである。まず、管理者が、管理計算機230を操作して、主計算機110が一定間隔で自動的にスナップショットを作成するか否かを表す情報を入力するS401。主計算機110がスナップショットを一定間隔で自動的に作成しない場合S401:No、管理者が、管理計算機230を操作して、スナップショットの作成を明示的に主計算機110に指示するS403。主計算機110がスナップショットを一定間隔で自動的に作成する場合S401:Yes、管理者が、管理計算機230を操作して、作成間隔を副計算機170と同じ作成間隔とするか否かを入力するS402。作成間隔が副計算機170の作成間隔と同じ場合、ファイルシステム移行プログラム1310が、副計算機170のスナップショット管理プログラム192から、スナップショット作成間隔を取得するS405。一方、作成間隔が副計算機170の作成間隔と同じでない場合、管理者が、管理計算機230を操作して、スナップショット作成間隔を表す情報を入力するS404。次に、スナップショット管理プログラム136が、S404で入力された情報作成間隔を表す情報、または、S405で取得した作成間隔を表す情報を、メモリ130に格納するS406。当該作成間隔を表す情報は、記憶装置140に不揮発な値として格納されてもよい。次に、スナップショット管理プログラム136が、管理者によるスナップショット作成の指示、またはS406で設定した作成間隔に基づいた作成時間の到来を契機として、新ファイルシステム142のスナップショットを作成するS407。次に、リンク管理プログラム132が、新ファイルシステム142で使用しているスナップショットの名称規則を、名称規則テーブル139から取得するS408。最後に、リンク管理プログラム132が、S407で作成したスナップショットに関連付けたリンクを、S408で取得した名称規則に従って作成するS409。以上の処理を実施することで、クライアント240は、副計算機170のスナップショットにアクセスするのと同様の方法で、新ファイルシステム142で新たに作成されたスナップショットにアクセスすることができる。よって、どの時点までのスナップショットが副計算機170にあり、どの時点からのスナップショットが主計算機110にあるかを意識する必要がなく、故に、スナップショットへのアクセスが容易になる。さらに、副計算機170のスナップショット作成間隔を自動的に取得することで、管理者が再度スナップショット間隔を設定する手間を省くことができる。以下、本発明の実施例4を説明する。その際、実施例1~3との相違点を主に説明し、実施例1~3との共通点については説明を省略或いは簡略する。スナップショットを保持するためには記憶装置200及び140の容量が必要になるため、一般に、計算機110及び170は、不要なスナップショットを削除する機能を有している。副計算機170のスナップショットが削除されると、実施例1~3で作成したリンクのリンク先がなくなる。このため、アクセスエラーの原因となる。本実施例では、スナップショットが削除された場合、そのスナップショットに対応するリンクも削除される。本実施例に係る計算機システムの構成は、実施例1に係る計算機システムの構成と同じで良い。図12は、実施例4においてリンクを削除する処理手順の一例を示したフローチャートである。はじめに、副計算機170が、スナップショットを削除するS501。次に、スナップショット一覧取得プログラム135が、実施例1で記載した方法を用いて、副計算機170のスナップショットの一覧を特定するS502。次に、リンク管理プログラム132が、ファイルシステム141または新ファイルシステム142に存在するリンクの一覧を特定するS503。次に、リンク管理プログラム132が、名称規則テーブル139を参照して、S503で特定したリンクの名称を、副計算機170のスナップショットの名称に変換するS504。つまり、本実施例では、スナップショットの名称を基に一義的にリンクの名称を作成することに加えて、逆に、リンクの名称を基に一義的にスナップショットの名称を作成することができる。次に、リンク管理プログラム132は、S504で変換した名称がS502で特定した一覧に含まれるか否かを検査するS505。変換した名称が一覧に含まれていない場合、つまり副計算機170においてそのスナップショットが削除されている場合S505:No、リンク管理プログラム132は、当該リンクを削除するS506。最後に、リンク管理プログラム132がS503で特定したすべてのリンクについてS505の検査をしたらS507:Yes、リンク管理プログラム132は処理を終了する。以上の処理を実施することで、削除されたスナップショットに対応するリンクを削除することができる。このため、リンクとスナップショットの整合性を保つことができる。これにより、削除されたスナップショットへのアクセスエラーを防ぐことができる。以下、本発明の実施例5を説明する。その際、実施例1~4との相違点を主に説明し、実施例1~4との共通点については説明を省略或いは簡略する。本実施例では、主計算機110上でリンクを作成した後に、副計算機170が新たにスナップショットを作成した場合に、そのスナップショットに対応するリンクが主計算機110上で作成される。図21は、実施例5においてリンクを作成する処理手順の一例を示したフローチャートである。はじめに、副計算機170がスナップショットを作成するS801。次に、スナップショット一覧取得プログラム135が、実施例1で記載した方法を用いて副計算機のスナップショットの一覧を特定し、各スナップショットの作成日時を特定するS802。次に、リンク管理プログラム132が、実施例1で記載した方法を用いて、リンクの名称を作成するS803。次に、リンク管理プログラム132が、ファイルシステム141または新ファイルシステム142に存在するリンクの一覧を特定するS804。次に、リンク管理プログラム132は、S803で変換した名称がS804で特定した一覧に存在するか否かを検査するS805。変換した名称が一覧に含まれていない場合、つまり副計算機170においてそのスナップショットが新たに作成されている場合S805:No、リンク管理プログラム132は、そのスナップショットに対応するリンクを作成するS806。リンクの作成方法は、実施例1での作成方法と同様である。最後に、リンク管理プログラム132がS803で変換したすべてのリンクについてS805の検査をしたらS807:Yes、リンク管理プログラム132は処理を終了する。以上の処理を実施することで、副計算機170で新たに作成されたスナップショットに対応するリンクを作成することができる。これにより、副計算機170で新たにスナップショットが作成された場合も、スナップショットへのアクセスが容易になる。以下、本発明の実施例6を説明する。その際、実施例1~5との相違点を主に説明し、実施例1~5との共通点については説明を省略或いは簡略する。本実施例によれば、仮想化機能を有する主計算機110例えばNASに副計算機170例えば他のNASが接続された際に、副計算機170が有するログ例えばログファイルに対応するリンクが主計算機110によって作成される。実施例5では、副計算機170は、スナップショットに代えて又は加えて、ログファイルを有する。ログファイルの種類は何でも良い。例えば、ログファイルは、エラーログを表すファイルであっても良いし、アクセスログを表すファイルであっても良い。ログ機能は、障害等を発見するために必須の機能として広く利用されている。現在ほぼすべての計算機例えばNASがログ機能を有している。ログファイル名やログファイルの格納位置は、計算機の種別ごとに差異があることがある。このため、ログファイルへのアクセス方法は計算機の種別ごとに差異が生じることがある。よって、仮想化機能はこの差異を吸収する必要がある。そこで、計算機例えばNASの種別によらない一定の規則に基づいて、ログファイルに対応するリンクの名称が生成される。これにより、クライアント240のユーザは、計算機の種別ごとの差異を意識することなく、あたかも主計算機110が有するログファイルであるかのように、副計算機170のログファイルにアクセスすることができる。図13は、実施例6に係る主計算機110が有するメモリ130に記憶される情報及びプログラムの一例を示す。メモリ130は、図1に示した情報及びプログラムに加えて、ログ管理プログラム1311と、ログ名称テーブル1312と、ログ一覧取得プログラム1313と、を記憶する。ログ管理プログラム1311は、主計算機110が有するプログラムが出力するログファイルに対する処理を実行する機能を有する。処理の具体例は、ログファイルを削除する処理や、ログローテーション処理である。ログローテーション処理とは、ログファイルのサイズが一定量を超えた場合にまたは定期的に、新規のログファイルを作成する処理である。新規のログファイルの名前は、サイズが一定量を超えたログファイルの名前に基づく別の名前である。以後、新規のログファイルに、ログが追記される。ログファイルの名前は、一般的に、ログの種類と、ローテーションした回数とを含んでいることが多い。例えば、計算機にアクセスしたユーザの情報を記録するログファイルであって、1回ローテーションしたログファイルの名前は、access_1.logとなる。ログ一覧取得プログラム1313は、副計算機170が有するログの一覧を特定する処理を実行する機能を有する。処理の具体例は、副計算機170のボリュームに含まれるファイル名の一覧を特定する処理である。図14は、実施例6に係る副計算機170が有するメモリ190が記憶するプログラムの一例を示す。メモリ190は、ファイル共有プログラム191に加えて、ログ管理プログラム193を記憶する。ログ管理プログラム193は、副計算機170が有するプログラムが出力するログファイルに対する処理を実行する機能を有する。処理の具体例はログ管理プログラム1311と同様で良い。図15は、ログ名称テーブル1312の構成の一例を示す。ログ名称テーブル1312は、例えば、計算機種別毎に、少なくとも、計算機種別13121と、ログ種別13122と、正規表現13123と、を有する。計算機種別13121は、計算機の種別を表している。ログ種別13122は、アクセスログやエラーログといったログの種別を表している。正規表現13123は、ログの名称の正規表現を表している。図16は、実施例6において副計算機170を主計算機110に接続する際に副計算機170が有するログファイルを仮想化する処理手順の一例を示したフローチャートである。まず、管理者が、管理計算機230を操作して、マウントポイントと、副計算機170のIPアドレスと、ファイル共有プログラム191が提供しているボリュームと、副計算機の種別と、を主計算機110に指定するS601。このステップにおいて、管理者は、副計算機170のログを仮想化するために、副計算機170のボリュームのうち、ログが出力されるボリュームログファイルが格納されるディレクトリを指定する。また、指定されるマウントポイントは、主計算機110のログが出力されるディレクトリで良い。次に、ファイルアクセスプログラム133が、副計算機170の当該ボリュームをマウントポイントに接続するS602。この処理によって、副計算機170のログファイルは、主計算機110のファイルシステム141上に仮想的に作成される。これにより、クライアント240は、主計算機110を介して副計算機170が有するログファイルにアクセスすることが可能になる。次に、ファイルアクセスプログラム133が、管理者がS601で指定した値を接続状態テーブル138に追加するS603。次に、管理者が、管理計算機230を操作して、ログの種別を主計算機110に指定するS604。次に、ログ一覧取得プログラム1313が、副計算機170が有するログファイルの一覧を特定するS605。次に、リンク管理プログラム132が、S601で指定された計算機種別と、S604で指定されたログ種別をもとに、ログ名称テーブル1312を参照して、ログ名称の正規表現を特定するS606。次に、リンク管理プログラム132が、名称規則テーブル139を参照し、リンクの名称規則を取得するS607。例えば名称規則がaccess_<counter>.logであった場合、リンク管理プログラム132は、S605で特定した各ログのローテーション回数を代入することにより、ログの名称を作成する。最後に、リンク管理プログラム132は、S605で特定した1以上のログファイルのうちのS606の正規表現に合致するログファイルに対応するリンクを、S601で管理者が指定したマウントポイント直下に、S607で特定した名称規則に従って作成するS608。以上の処理を実施することで、主計算機110のファイルシステム141上に、副計算機170が有するログファイルの種別ごとに、ログファイルに対応するリンクを作成することができる。さらに、リンクは、副計算機170の種別に依存しない一定の規則に従う名称を有している。例えば、図20に示すように、計算機の種別によらず、クライアント240は、access_0.logを指定することで、副計算機170のログファイルにアクセスすることができる。つまり、クライアント240を使用するユーザからみると、あたかも主計算機110がログファイルを作成しているかのように見える。この結果、副計算機170の有するログファイルが主計算機110で仮想化されていることになる。これにより、複数の副計算機170を接続した環境においても、どの副計算機170にログファイルが存在するかを意識する必要がなくなり、ログの管理が容易になる。以下、本発明の実施例7を説明する。その際、実施例6との相違点を主に説明し、実施例6との共通点については説明を省略或いは簡略する。本実施例によれば、実施例6の後に主計算機110でログファイルのローテーションが発生したときに、副計算機170のログファイルに対応するリンクの名称を、ローテーション回数を1つ増やした名称に変更すると同時に、そのローテーションされたログファイルに対して、当該リンクと同じ命名規則のリンクが新規に作成される。本実施例に係る計算機システムは、実施例6に係る計算機システムと同一でよい。図17は、実施例7においてリンクの名称を変更しまた新規にリンクを作成する手順の一例を示したフローチャートである。まず、ログ管理プログラム1311が、或るログファイルの容量サイズが一定量を超えたことを検知するS701。これは、既存の方法を採用することができる。以下、容量が一定量を超えたログファイルを対象ログファイルと言う。次に、ログ管理プログラム1311が、ログ名称テーブル1312におけるすべての正規表現13123を参照するS702。次に、ログ管理プログラム1311が、対象ログファイルを有する副計算機170の計算機種別と対象ログファイルの名称とに合致する正規表現13123を特定し、その正規表現13123に対応するログ種別13122つまり対象ログファイルのログ種別13122を特定するS703。次に、リンク管理プログラム132が、名称規則テーブル139を参照し、S703で特定したログ種別13122に適合する仮想化対象に対応する名称規則1392を特定するS704。次に、リンク管理プログラム132が、作成済みのリンクのうち、S703で特定したログ種別13122に対応するリンクの一覧を特定するS705。次に、リンク管理プログラム132が、S704で特定した名称規則1392を基に、リンクの名称のうちの、ログローテーションの回数を表す部分を特定し、S705で特定したすべてのリンクの名称について、当該部分の値を変更する当該部分の値を1つ増やすS706。この結果、S705で特定したすべてのリンクの名称が変更されたことになる。次に、ログ管理プログラム1311が、対象ログファイルに関して、ログローテーション処理を行うS707。このログローテーション処理で、新規ログファイルが作成される。最後に、リンク管理プログラム132が、S707のローテーション処理で作成された新規ログファイルに対して、S704で特定した名称規則1392においてローテーション回数を1回とした名称をもつリンクを作成するS708。以上の処理を実施することで、主計算機110のファイルシステム141上に、副計算機170が有するログファイルと、ログローテーション処理において作成された新規ログファイルに対応するリンクとが作成される。ログファイルに対応するリンクは、主計算機110および副計算機170の種別に依存しない一定の規則の名称を有している。このため、クライアント240を使用するユーザからみると、あたかも主計算機110がすべてのログファイルを有しているかのように見え、ログファイルへのアクセスが容易になる。このようにして、主計算機110の有するログファイルと副計算機170の有するログファイルが主計算機110で仮想化される。以上、本発明の幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例のみに限定する趣旨ではない。例えば、実施例1~7のうちの任意の二以上の実施例が組み合わされて良い。