特性を持つファイルがどの特性を持つ記憶デバイスに保存されるかを判定するファイル特性テーブルと、複数の記憶デバイスと、を有する情報処理装置であって、前記複数の記憶デバイスのうち、2つ以上の記憶デバイスに構築されているファイルシステムの、ファイルシステム固有の機能、ファイルに関するシステム情報、及びファイルのデータを統合して1つのファイルシステムとして統合ファイルシステムを形成する際に、前記2つ以上の記憶デバイスの特性を取得する記憶デバイス特性取得手段と、前記デバイス特性取得手段で取得された前記2つ以上の記憶デバイスの特性を纏めた記憶デバイス特性テーブルを作成する記憶デバイス特性テーブル作成手段と、ファイルがユーザ操作されるときに、前記ファイルの特性を取得するファイル特性取得手段と、前記ファイルを保存するときに、前記ファイルの特性と、前記記憶デバイス特性テーブルと、前記ファイル特性テーブルとから、前記2つ以上の記憶デバイスの中から前記ファイルを保存する記憶デバイスを判定するファイル保存先判定手段と、を有することを特徴とする情報処理装置。前記ファイル特性テーブルへの変更が指定されたオプションを解析するファイル保存先オプション解析手段と、前記ファイル保存先オプション解析手段で解析された結果をもとに、前記ファイル特性テーブルを変更するファイル特性テーブル変更手段と、を有することを特徴とする請求項1記載の情報処理装置。特性を持つファイルがどの特性を持つ記憶デバイスに保存されるかを判定するファイル特性テーブルと、複数の記憶デバイスと、を有する情報処理装置におけるファイル保存方法であって、前記複数の記憶デバイスのうち、2つ以上の記憶デバイスに構築されているファイルシステムの、ファイルシステム固有の機能、ファイルに関するシステム情報、及びファイルのデータを統合して1つのファイルシステムとして統合ファイルシステムを形成する際に、前記2つ以上の記憶デバイスの特性を取得する記憶デバイス特性取得工程と、前記デバイス特性取得工程で取得された前記2つ以上の記憶デバイスの特性を纏めた記憶デバイス特性テーブルを作成する記憶デバイス特性テーブル作成工程と、ファイルがユーザ操作されるときに、前記ファイルの特性を取得するファイル特性取得工程と、前記ファイルを保存するときに、前記ファイルの特性と、前記記憶デバイス特性テーブルと、前記ファイル特性テーブルとから、前記2つ以上の記憶デバイスの中から前記ファイルを保存する記憶デバイスを判定するファイル保存先判定工程と、を有することを特徴とするファイル保存方法。請求項3記載のファイル保存方法の各工程をコンピュータに実行させるプログラム。しかしながら、従来の方法では次のような問題が存在する。多くの情報処理装置では、ログを記録するログファイル、索引情報を記録するインデックスファイル、容量の大きい動画ファイルなど多様なファイルが扱われる。また、ファイルを保存する記憶デバイスも、読み込み速度が高速なフラッシュメモリ、比較的に安価で大容量のハードディスク、ネットワーク上にあるストレージなど多岐にわたる。そして、記憶デバイス上に構築されるファイルシステムも、ジャーナリング可能なファイルシステム、フラッシュメモリに特化したファイルシステム、ネットワーク上にあるストレージを扱うファイルシステムなど多くの種類が存在する。これらのファイルの特性、記憶デバイスの特性、及びファイルシステムの特性を活かすには、それぞれの特性に応じて、保存すべき記憶デバイスにファイルを保存する必要がある。しかしながら、従来の方法では、ユーザが、ファイルを保存するときにそれぞれの特性から保存すべき記憶デバイスを判断し、その記憶デバイスがマウントされているディレクトリにファイルを保存しなくてはならなかった。ここで、特許文献1の技術では、特性が異なる2つ以上の記憶デバイスを1つのファイルシステムとして提供し、当該ファイルシステムがファイルの用途に応じた記憶デバイスへとファイルを保存することを実現している。しかしながら、各記憶デバイス上に構築されたファイルシステムを使用しないので、ファイルシステムが持つファイルに関するシステム情報、ファイルの管理情報、ファイルシステム固有の機能が使用されない。そのため、各記憶デバイス上に構築されたファイルシステムの特性を活かすことには至らない。これに対して、複数の記憶デバイス上に構築されたファイルシステムを1つのファイルシステムに統合する統合ファイルシステムというファイルシステムが存在する。統合ファイルシステムを用いてファイル単位のデータを読み書きする構成について図13を用いて説明する。図13において、図12と異なる点は、統合ファイルシステム201が存在する点である。なお、統合ファイルシステム201は、カーネル空間に存在する。記憶デバイス213a~213z上のデータを読み書きするためには、マウント作業が必要である。マウント作業は、ユーザ空間のユーザが入力デバイス等を操作して、1つのマウントポイントと複数のマウントする記憶デバイス213a~213zとを指定して、マウントコマンドを呼び出すことで実行される。統合ファイルシステム201のマウント作業では、まず、マウント処理部202が作動する。マウント処理部202は、複数の記憶デバイス213a~213z上にそれぞれ構築されているファイルシステム212a~212zを使用し、記憶デバイス213a~213z上のデータにアクセスすることを可能にする。その後、コンピュータシステム200は、ファイルシステム212a~212zを透過的に重ね、1つの統合ファイルシステム201を形成する。そして、コンピュータシステム200は、その統合ファイルシステム201をマウントポイントからアクセス可能にする。これにより、複数の記憶デバイス213a~213z上のデータを、1つのマウントポイントからアクセス可能になる。また、マウント処理部202での処理の後、ファイル保存先取得部1300が作動する。ファイル保存先取得部1300は、ユーザ空間からファイルの書き込み命令があったときなどに、そのファイルをどの記憶デバイス213a~213zに保存するかを判定する情報を取得する。なお、この情報は、マウントコマンドのオプションから取得できる。そして、ファイル保存先取得部1300は、ファイルの保存先の情報をファイル保存先情報1301に保存する。マウント作業の完了後、ユーザはユーザ空間から、マウントポイントのファイルにOPENREADWRITEシステムコール等を実行することで、複数の記憶デバイス213a~213z上にあるデータをファイル単位で読み書きすることが可能になる。ユーザ空間からのOPENシステムコールなどでファイルをオープンする命令が呼び出されると、統合ファイルシステム201では、ファイルオープン処理部206が作動する。ファイルオープン処理部206は、統合ファイルシステム201にそのファイルが存在するかを判定する。ファイルオープン処理部206は、存在すると判断した場合、そのファイルが保存されているファイルシステム212a~212zに備わっているオープン処理関数を実行し、ファイルのオープンを実行する。他方、ファイルオープン処理部206は、存在しないと判断した場合、ファイル保存先情報1301からファイルの保存先を取得する。その後、ファイルオープン処理部206は、ファイルの保存先のファイルシステム212a~212zに備わっているオープン処理関数を実行し、ファイルの作成とオープンとを実行する。また、ユーザ空間からのREADシステムコールなどでファイルを読み込む命令が呼び出されると、統合ファイルシステム201では、ファイル読み込み処理部210が作動する。ファイル読み込み処理部210は、そのファイルが存在するファイルシステム212a~212zに備わっている読み込み処理関数を実行し、ファイルの読み込みを実行する。また、ユーザ空間からのWRITEシステムコールなどでファイルにデータを書き込む命令が呼び出されると、統合ファイルシステム201では、ファイル書き込み処理部211が作動する。ファイル書き込み処理部211は、ファイル保存先情報1301からファイルの保存先を取得する。その後、ファイルの保存先のファイルシステム212a~212zに備わっている書き込み処理関数を実行し、ファイルの書き込み処理を実行する。上述したように、この方法によれば、複数の記憶デバイス上に構築されたファイルシステムを1つのファイルシステムに統合することができる。そのため、各記憶デバイス上に構築されたファイルシステム固有の機能やファイルに関するシステム情報を使用して、記憶デバイスに適したファイル処理が可能となる。しかしながら、ファイルの保存に際して、ファイルの特性、記憶デバイスの特性等が考慮されていないので、ファイルの保存が適切に行われない事態が生じ得る。本発明はこのような問題点に鑑みなされたもので、より適切にファイルを保存することを目的とする。そこで、本発明に係る情報処理装置は、特性を持つファイルがどの特性を持つ記憶デバイスに保存されるかを判定するファイル特性テーブルと、複数の記憶デバイスと、を有する情報処理装置であって、前記複数の記憶デバイスのうち、2つ以上の記憶デバイスに構築されているファイルシステムの、ファイルシステム固有の機能、ファイルに関するシステム情報、及びファイルのデータを統合して1つのファイルシステムとして統合ファイルシステムを形成する際に、前記2つ以上の記憶デバイスの特性を取得する記憶デバイス特性取得手段と、前記デバイス特性取得手段で取得された前記2つ以上の記憶デバイスの特性を纏めた記憶デバイス特性テーブルを作成する記憶デバイス特性テーブル作成手段と、ファイルがユーザ操作されるときに、前記ファイルの特性を取得するファイル特性取得手段と、前記ファイルを保存するときに、前記ファイルの特性と、前記記憶デバイス特性テーブルと、前記ファイル特性テーブルとから、前記2つ以上の記憶デバイスの中から前記ファイルを保存する記憶デバイスを判定するファイル保存先判定手段と、を有することを特徴とする。また、本発明は、システム、記憶媒体などとしてもよい。本発明によれば、より適切にファイルを保存することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。<第1の実施形態>図1は、本発明を適用可能な情報処理装置コンピュータの一例情報処理装置100を示す図である。本実施形態は、情報処理装置100等に関し、特に、ファイルの特性および記憶デバイスの特性に応じて、最適な記憶デバイスへのファイルの保存に適用する有効な技術に関するものである。情報処理装置100は、CPU101、一次記憶装置102、I/Oコントローラ103、及び二次記憶装置104を有する。一次記憶装置102は、プログラム、データ等を保存する。また、ファイル、ディレクトリ等のデータは、二次記憶装置104に保存される。二次記憶装置104にあるファイルのユーザによる操作ユーザ操作の一例は、オペレーティングシステムからI/Oコントローラ103に対して、READ要求、WRITE要求等を行うことで実現される。なお、二次記憶装置104は、ネットワーク105上に設けられる場合も存在する。図2は、情報処理装置100のコンピュータシステムの一例コンピュータシステム200を示す図である。図13と異なる点は、まず、記憶デバイス特性取得部203、記憶デバイス特性テーブル作成部204、記憶デバイス特性テーブル205、ファイル特性取得部207、ファイル保存先判定部208、及びファイル特性テーブル209が追加されていることである。次に、ファイル保存先取得部1300及びファイル保存先情報1301が削除されていることである。そこで、これらについて説明する。なお、CPU101が、一次記憶装置102、二次記憶装置104等に格納されたプログラムの手順に従って処理を行うことによって、情報処理装置100コンピュータシステム200における機能及び後述するフローチャートに係る処理が実現される。なお、情報処理装置100コンピュータシステム200における機能、後述するフローチャートに係る処理の一部、又は全部を専用のハードウェアを用いて構成してもよい。マウント処理部202による処理の実行後、記憶デバイス特性取得部203は、記憶デバイスの特性を取得する。より具体的には、記憶デバイス特性取得部203は、記憶デバイス213a~213zの容量、速度、構築されているファイルシステムなどの特性を取得する。この特性の取得の方法については幾つか存在するが、その一例をLinux登録商標の場合を例に説明する。Linuxの場合、STATFSシステムコールを実行することにより、記憶デバイス上に構築されているファイルシステムの型、ファイルシステムの総データブロック数、ファイルシステムの空きブロック数などファイルシステムの特性を取得することができる。また、IOCTLシステムコールにBLKGETSIZEという引数を指定して実行することにより、SCSIディスクの容量を取得することができる。また、hdparmコマンドを実行することにより、ハードディスクの速度などのパラメータを取得することができる。記憶デバイス特性取得部203による処理の実行後、記憶デバイス特性テーブル作成部204は、記憶デバイス特性取得部203で取得された記憶デバイス213a~213zの特性を纏めて、記憶デバイス特性テーブル205を作成する。また、ファイルオープン処理部206による処理の実行後、ファイル特性取得部207は、オープンするファイルの拡張子、サイズ、ファイルが書き換えられる頻度などのファイルの特性を取得する。この特性の取得の方法については幾つか存在するが、その一例をLinuxの場合を例に挙げて説明する。Linuxの場合、STATシステムコールを実行することにより、ファイルのサイズ、アクセス時刻などのファイルの状態を取得することができる。ファイル特性取得部207による処理の実行後、ファイル保存先判定部208は、ファイル特性取得部207で取得されたファイルの特性、ファイル特性テーブル209等をもとに、ファイルの保存先を判定する。ファイル特性テーブル209には、ファイルの特性の一覧と、それぞれの特性を持ったファイルをどの特性をもった記憶デバイスに保存すべきかの判定項目が記述記憶されている。判定項目は、条件が重複する場合もあるので、それぞれの判定項目にはどれから判定するかといった優先順位が記述されている。ファイル保存先判定部208は、ファイルの保存先を決定すると、その情報を持ったファイルディスクリプタをユーザユーザ空間に返す。なお、本実施形態では、図13で示したファイル保存先取得部1300とファイル保存先情報1301とを用いていない。即ち、記憶デバイス213a~213zのマウント時にファイルの保存先が決定されるものではない。次に、図3、図4、図5、図6、及び図7を用いて、情報処理装置100をユーザが利用した際の処理手順について説明する。まず、図3を用いて、複数の記憶デバイスをマウントする処理マウント時処理について説明する。図3は、マウント時処理に係るフローチャートの一例を示す図である。まず、S300では、統合ファイルシステム201は、ユーザ空間のユーザによる、マウントする複数の記憶デバイスと1つのマウントポイントとを指定して、マウントコマンドを実行するユーザ操作図示しない入力デバイス等の操作を検知する。そして、S301に処理が移る。S301では、統合ファイルシステム201は、S300で指定された全ての記憶デバイスの特性を取得する。そして、S302に処理が移る。S302では、統合ファイルシステム201は、S301で取得した記憶デバイスの特性をもとに記憶デバイス特性テーブル205を作成する。そして、S303に処理が移る。S303では、統合ファイルシステム201は、マウント処理を実行し、S300で指定された全ての記憶デバイス上に構築されているファイルシステムを重ね合わせたファイルシステムを形成する。そして、統合ファイルシステム201は、形成したファイルシステムをS300で指定されたマウントポイントにマウントする。次に、図4を用いて、ファイルをオープンする処理ファイルオープン時処理について説明する。図4は、ファイルオープン時処理に係るフローチャートの一例を示す図である。まず、S400では、統合ファイルシステム201は、ユーザ空間のユーザによる、S300で指定したマウントポイントのファイルをオープンするOPENシステムコールを実行するユーザ操作を検知する。そして、S401に処理が移る。S401では、統合ファイルシステム201は、S400で指定されたファイルの特性を取得する。そして、S402に処理が移る。S402では、統合ファイルシステム201は、S401で取得したファイルの特性、S302で作成した記憶デバイス特性テーブル205、及びファイル特性テーブル209をもとに、ファイルの保存先を判定する。この判定の方法については図5及び図6を用いてより詳細に説明する。図5は、記憶デバイス特性テーブル205の一例を示す図である。図6は、ファイル特性テーブル209の一例を示す図であり、ここではファイルの特性が拡張子である場合を例に挙げて説明する。なお、記憶デバイス特性テーブル205及びファイル特性テーブル209は、図1に示す記憶装置に記憶されていてもよいし、他の専用の記憶装置記憶媒体などであってもよい。に記憶されていてもよい。例えば、図5で示す記憶デバイスA、記憶デバイスB、記憶デバイスCを統合ファイルシステム201によってマウントした後に、ユーザ空間のユーザがsampleiniというファイルを保存するとする。この場合、まず、統合ファイルシステム201は、S401で拡張子がiniというファイルの特性を取得する。次に、統合ファイルシステム201は、ファイル特性テーブル209から、拡張子がiniである場合の判定項目とそれを判定する順番を取得する。この例では、統合ファイルシステム201は、優先順位に従って、読み込み速度がより高速、空き容量がより多いの順に判定していく。より詳細に説明すると、判定項目と記憶デバイス特性テーブル205とを照合すると、優先順位1の判定項目読み込み速度がより高速に該当するのは記憶デバイスBと記憶デバイスCである。そして、記憶デバイスBと記憶デバイスCとのうち、優先順位2の判定項目空き容量がより多いに該当するのは記憶デバイスBとなる。これにより、sampleiniの保存先は記憶デバイスBと判定される。なお、ファイルの保存先の判定後は、S403に処理が移る。S403では、統合ファイルシステム201は、S402の判定で得たファイルの保存先にS400で指定したファイル名と同じファイル名のファイルが存在するかを判定する。このとき、統合ファイルシステム201は、存在しないと判断した場合、S404に処理を移し、存在すると判断した場合、S405に処理を移す。S404では、統合ファイルシステム201は、S402の判定で得たファイルの保存先にS400で指定されたファイル名のファイルを作成する。そして、S405に処理が移る。ここで、S402の判定で得たファイルの保存先にS400で指定されたファイル名のファイルがなくても、別の記憶デバイスに同じファイル名のファイルが存在する場合もある。この場合、統合ファイルシステム201がマウントした記憶デバイス群の中に、同じファイル名が2つ以上存在することになる。このような場合、統合ファイルシステム201は、どれか1つの記憶デバイスにあるファイルのみをマウントポイントに表示する。本実施形態では、S402の判定で得たファイルの保存先にあるファイルを表示する場合で説明するが、どの記憶デバイスにあるファイルを表示するかはマウントの仕方で変えることができる。S405では、統合ファイルシステム201は、S400で指定されたファイル名のファイルをオープンする処理を行う。そして、統合ファイルシステム201は、オープンしたファイルの情報をファイルディスクリプタに保存し、OPENシステムコールを実行したユーザにファイルディスクリプタを返す。ファイルディスクリプタには、ファイル名、ファイルサイズなどの他に、どのファイルを操作するかの識別子が含まれている。そのため、ファイルディスクリプタを引数にファイルをREADWRITEシステムコールすることで、S402の判定で得た保存先のファイルを読み書きすることができる。次に、図7を用いて、ファイルに書き込みを行う処理ファイル書込時処理について説明する。図7は、ファイル書込時処理に係るフローチャートの一例を示す図である。まず、S700では、統合ファイルシステム201は、ユーザ空間のユーザによる、S400でオープンしたファイルのファイルディスクリプタを引数に、WRITEシステムコールを実行するユーザ操作を検知する。そして、S701に処理が移る。S701では、統合ファイルシステム201は、S700で指定されたファイルディスクリプタをもとに書き込み先を取得する。この場合、S402の判定で得た保存先のファイルが、書き込み先となる。書き込み先を取得した後、統合ファイルシステム201は、書き込み先のファイルに対して書き込み処理を実行する。以上が、本実施形態の説明である。本実施形態では、ユーザ空間のユーザがマウントコマンドを実行する操作を行うと、記憶デバイス特性取得部203は、マウントする複数の記憶デバイスの特性を取得する。そして、記憶デバイス特性テーブル作成部204は、取得された記憶デバイスの特性をもとに、記憶デバイス特性テーブル205を作成する。次に、ユーザ空間からOPENシステムコールが実行されると、ファイル特性取得部207は、オープンするファイルの特性を取得する。その後、ファイル保存先判定部208は、取得されたファイルの特性と記憶デバイス特性テーブル205とファイル特性テーブル209とをもとに、ファイルの保存先を判定する。保存先の判定後、OPENシステムコールを実行したユーザユーザ空間に、保存先の情報を含んだファイルディスクリプタを返す。そして、ユーザ空間からファイルディスクリプタを引数にファイルがREADWRITEシステムコールされることで、判定した保存先のファイルが読み書きされる。この構成によれば、ユーザが意識しなくても、ファイルの特性と記憶デバイスの特性とに応じて保存先の記憶デバイスを切り換えることができるので、ユーザによるファイル管理の効率化が図れる。また、1つのディレクトリ内に複数の異なる特性をもったファイルが混在する場合でも、ファイルの特性、及び記憶デバイスの特性に応じて保存先の記憶デバイスを切り換えることが可能となる。また、各記憶デバイス上に構築されたファイルシステム固有の機能やファイルに関するシステム情報を使用することができるので、記憶デバイスに適したファイル処理が可能となる。<第2の実施形態>本実施形態では、統合ファイルシステム201が、ユーザによるファイルの保存先の判定項目を変更および追加する構成を備える。この点で、本実施形態は、第1の実施形態と異なる。なお、本実施形態では、第1の実施形態の構成と同一の構成には同一の符号を用いて、その説明を適宜省略する。図8は、本実施形態に係る情報処理装置100のコンピュータシステムの一例コンピュータシステム200を示す図である。図8において、第1の実施形態で示した図2と異なる点は、統合ファイルシステム201が、ファイル保存先オプション解析部800及びファイル特性テーブル変更追加部801を備えていることである。そこで、これらについて説明する。記憶デバイス特性テーブル作成部204による処理の後、ファイル保存先オプション解析部800は、ユーザ空間から渡されたファイルの保存先に関するオプションオプション情報を解析する。オプションには、保存先の判定項目に関する変更および追加、同じ名前のファイルが存在したときの挙動などが指定されている。その後、ファイル特性テーブル変更追加部801は、ファイル保存先オプション解析部800で解析された結果をもとに、ファイル特性テーブル209の変更および追加を行う。この構成によれば、ユーザが任意にファイルの保存先を判定する項目を変更および追加することが可能になる。次に、図6、図9、図10、及び図11を用いて、情報処理装置100をユーザが利用したときの処理手順について説明する。まず、図9を用いて、複数の記憶デバイスをマウントする処理マウント時処理について説明する。図9は、マウント時処理に係るフローチャートの一例を示す図である。図9において、S301、S302、及びS303に関しては、図3を用いて説明した内容と同様であるので、これらについては説明を省略する。S900では、統合ファイルシステム201は、ユーザ空間のユーザによる、マウントする複数の記憶デバイスと、1つのマウントポイントと、ファイルの保存先に関するオプションとを指定してマウントコマンドを実行するユーザ操作を検知する。そして、S901に処理が移る。S901では、統合ファイルシステム201は、S900で指定されたファイルの保存先に関するオプションを解析する。そして、S902に処理が移る。S902では、統合ファイルシステム201は、S901で解析した結果をもとに、ファイル特性テーブル209の変更および追加を行う。この変更および追加については、図6及び図10を用いて詳細に説明する。図6は、第1の実施形態で説明したファイル特性テーブル209の一例を示す図である。図10は、本実施形態のファイル特性テーブル209の一例を示す図である。図10は、図6のファイル特性テーブル209に対し、拡張子iniに関する判定項目の変更と、拡張子mpgに関する判定項目の追加および変更とを行ったものである。ここで、拡張子がiniである場合、第1の実施形態では、統合ファイルシステム201は、読み込み速度がより高速、空き容量がより多いという順に判定していた。これに対し、本実施形態では、容量がより大きいを優先順位1にするという変更を加えたことで、容量がより大きい、読み込み速度がより高速、空き容量がより多いという順で判定される。この変更により、第1の実施形態と本実施形態とでファイルの保存先は異なることになる。このことについて、第1の実施形態のS402を説明したときと同様に、ユーザ空間からsampleiniというファイルを保存する場合を例に挙げて説明する。第1の実施形態でのsampleiniの保存先は、S402で説明した通り、記憶デバイスBである。これに対し、本実施形態では、優先順位1の判定項目が容量がより大きいであり、これに該当するのは記憶デバイスAである。そのため、保存先は記憶デバイスAである。また、拡張子mpgについては、ファイルの保存先は記憶デバイスAという判定項目が追加され、この判定項目が優先順位1とされ、判定項目の変更が行われた。これにより、拡張子mpgの特性をもったファイルは、記憶デバイスAが統合ファイルシステム201によってマウントされている限り、全て記憶デバイスAに保存されることになる。なお、ファイル特性テーブル209の変更および追加後、S301に処理が移る。次に、図11を用いて、ファイルをオープンする処理手順について説明する。図11は、ファイルオープン時処理に係るフローチャートの一例を示す図である。図11において、S400、S401、S402、S403、S404、及びS405に関しては、図4を用いて説明した内容と同様であるので、これらについては説明を省略する。S1100では、統合ファイルシステム201は、S901で解析した結果をもとに、マウントポイントにS400で指定したファイル名と同名のファイルが存在した場合の挙動を選択決定する。このとき、統合ファイルシステム201は、マウントポイントに同名のファイルが存在すれば、S402で判定した保存先のファイルでなくても、そのファイルをオープンする挙動を選択した場合、S1101に処理を移す。他方、統合ファイルシステム201は、マウントポイントに同名のファイルが存在しても、S402で判定した保存先にあるファイルでないときはオープンせず、判定した保存先にファイルを作成してオープンする挙動を選択した場合、S403に処理を移す。S1101では、統合ファイルシステム201は、マウントポイントにS400で指定したファイル名と同じファイル名のファイルが存在するかを判定する。このとき、統合ファイルシステム201は、存在しないと判断した場合、S404に処理を移し、他方、存在すると判断した場合、S405に処理を移す。本実施形態では、判定項目の変更方法についてはマウントコマンドのオプションを例に挙げて説明したが、マウント時など統合ファイルシステム201を準備するときに実行できる方法であるならば、上述した方法に限られるものではない。例えば、設定ファイルを用いる方法も考えられる。設定ファイルを用いる場合、統合ファイルシステム201がマウントするときに設定ファイルが読み込まれ、読み込まれた内容をもとに、判定項目の追加が行われる。ユーザは、この設定ファイルに判定項目の変更や追加を行うことで、ファイル特性テーブル209の判定項目の変更や追加が可能となる。以上が、本実施形態の説明である。本実施形態では、ユーザ空間のユーザがマウントコマンドを実行すると、記憶デバイス特性取得部203は、マウントする対象の複数の記憶デバイスの特性を取得する。そして、記憶デバイス特性テーブル作成部204は、取得した記憶デバイスの特性をもとに、記憶デバイス特性テーブル205を作成する。その後、統合ファイルシステム201は、マウント時のオプションをもとに、ファイル特性テーブル209の変更および追加とファイル操作時の挙動の選択とを行う。そして、ユーザ空間からOPENシステムコールが実行されると、ファイル特性取得部207は、オープンするファイルの特性を取得する。その後、ファイル保存先判定部208は、取得したファイルの特性と記憶デバイス特性テーブル205とファイル特性テーブル209とをもとに、ファイルの保存先を判定する。保存先の判定後、ファイル保存先判定部208は、OPENシステムコールを実行したユーザユーザ空間に、保存先の情報を含んだファイルディスクリプタを返す。そして、ユーザ空間からファイルディスクリプタを引数にファイルがREADWRITEシステムコールされることで、判定した保存先のファイルが読み書きされる。この構成によれば、第1の実施形態と同様に、ユーザが意識しなくても、ファイルの特性と記憶デバイスの特性とに応じて保存先の記憶デバイスを切り換えることができるので、ユーザによるファイル管理の効率化が図れる。また、1つのディレクトリ内に複数の異なる特性をもったファイルが混在する場合でも、ファイルの特性、及び記憶デバイスの特性に応じて保存先の記憶デバイスを切り換えることが可能となる。また、各記憶デバイス上に構築されたファイルシステム固有の機能やファイルに関するシステム情報を使用することができるので、記憶デバイスに適したファイル処理が可能となる。また、記憶デバイスの保存先の切り換えの判定基準となる判定項目を、ユーザが指定することが可能となるので、それぞれのユーザに合ったファイル管理が可能となる。<その他の実施形態>上述した実施形態においては、統合ファイルシステムが扱う記憶デバイスが二次記憶装置の場合について説明したが、これに限定されるものではなく、RAMなどの一次記憶装置を扱ってもよい。また、上述した実施形態においては、統合ファイルシステムが扱う記憶デバイスがローカルに接続されている場合について説明したが、これに限定されるものではなく、ネットワーク上に存在する記憶デバイスを扱ってもよい。また、プログラムコードを供給するための記憶媒体としては、例えば、光ディスク、磁気ディスク、光磁気ディスク、磁気テープ、不揮発性のメモリカードなどを用いることができる。これらの記憶媒体は、上述した実施形態の機能を実現する二次記憶装置としても用いることができる。また、本発明はコンピュータ内のプログラムによっても実行できることは当然である。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。上述した実施形態の構成によれば、より適切にファイルを保存することができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。