オンラインストレージと通信可能に構成されたファイル管理装置であって、前記オンラインストレージへアップロードすべきファイルをキャッシュするキャッシュ管理部と、前記ファイルがキャッシュされてから所定の保留時間が経過するまでは、当該ファイルが更新される場合であっても、当該ファイルのアップロードを保留するよう制御する制御部と、を有することを特徴とするファイル管理装置。前記制御部は、前記キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くすることを特徴とする請求項1に記載のファイル管理装置。前記キャッシュ管理部は、ユーザ端末からネットワークを介して伝達される前記ファイルをキャッシュすることを特徴とする請求項1又は2に記載のファイル管理装置。前記オンラインストレージへのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールを前記ユーザ端末に宛てて送信するメール処理部をさらに有することを特徴とする請求項3に記載のファイル管理装置。前記ファイル管理装置を示すディレクトリの下位ディレクトリとして前記オンラインストレージを示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行うファイル管理部をさらに有することを特徴とする請求項1~4の何れか一項に記載のファイル管理装置。前記キャッシュ管理部は、前記仮想ローカルディレクトリに対するファイルの保存要求に基づいて当該ファイルをキャッシュすることを特徴とする請求項5に記載のファイル管理装置。オンラインストレージと通信可能に構成されたファイル管理装置に、前記オンラインストレージへアップロードすべきファイルをキャッシュするキャッシュ管理工程と、前記ファイルがキャッシュされてから所定の保留時間が経過するまでは、当該ファイルが更新される場合であっても、当該ファイルのアップロードを保留するよう制御する制御工程と、を実行させることを特徴とする制御プログラム。前記制御工程は、前記キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くすることを特徴とする請求項7に記載の制御プログラム。前記キャッシュ管理工程は、ユーザ端末からネットワークを介して伝達される前記ファイルをキャッシュすることを特徴とする請求項7又は8に記載の制御プログラム。前記オンラインストレージへのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールを前記ユーザ端末に宛てて送信するメール処理工程をさらに有することを特徴とする請求項9に記載の制御プログラム。前記ファイル管理装置を示すディレクトリの下位ディレクトリとして前記オンラインストレージを示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行うファイル管理工程をさらに有することを特徴とする請求項7~10の何れか一項に記載の制御プログラム。前記キャッシュ管理工程は、前記仮想ローカルディレクトリに対するファイルの保存要求に基づいて当該ファイルをキャッシュすることを特徴とする請求項11に記載の制御プログラム。特許文献1に記載のファイル管理装置は、自装置へファイルが保存又は更新される度に当該ファイルをオンラインストレージへアップロードする構成である。しかしながら、このような構成とすると、更新頻度の高いファイルを取り扱う場合には、ファイル管理装置からオンラインストレージへアップロードが行われる頻度が高くなり、アップロードに係るトラフィック負荷が増大するという問題がある。そこで、本発明は、更新頻度の高いファイルを取り扱う場合であっても、アップロードに係るトラフィック負荷が増大することを防止できるファイル管理装置及びその制御プログラムを提供することを目的とする。上述した課題を解決するために、本発明は以下のような特徴を有している。まず、本発明に係るファイル管理装置の特徴は、オンラインストレージオンラインストレージ300と通信可能に構成されたファイル管理装置例えば、NAS200であって、前記オンラインストレージへアップロードすべきファイルをキャッシュするキャッシュ管理部キャッシュ管理部212と、前記ファイルがキャッシュされてから所定の保留時間が経過するまでは、当該ファイルが更新される場合であっても、当該ファイルのアップロードを保留するよう制御する制御部制御部214と、を有することを要旨とする。このようなファイル管理装置によれば、ファイルが更新される度にアップロードを即座に行うのではなく、ファイルがキャッシュされてから所定の保留時間が経過するまではアップロードを保留する制御を行うことによって、更新頻度の高いファイルを取り扱う場合であっても、アップロードに係るトラフィック負荷が増大することを防止できる。本発明に係るファイル管理装置の他の特徴は、上述した特徴において、前記制御部は、前記キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くすることを要旨とする。このようなファイル管理装置によれば、更新頻度の高いファイルに対するアップロード保留時間を長くする延長することができるため、アップロードの頻度を効果的に削減できると共に、更新頻度の高いファイルを適切なタイミングでアップロードすることができる。本発明に係るファイル管理装置の他の特徴は、上述した特徴において、前記キャッシュ管理部は、ユーザ端末例えば、PC100からネットワーク例えば、LAN10を介して伝達される前記ファイルをキャッシュすることを要旨とする。このようなファイル管理装置は、ユーザ端末とは別体であってネットワークに対応したものであり、NASに該当する。これにより、上述した特徴と併せて、更新頻度の高いファイルを取り扱う場合であっても、アップロードに係るトラフィック負荷が増大することを防止できる。本発明に係るファイル管理装置の他の特徴は、上述した特徴において、前記オンラインストレージへのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールを前記ユーザ端末に宛てて送信するメール処理部メール処理部215をさらに有することを要旨とする。このようなファイル管理装置によれば、アップロードの失敗をユーザに通知することができる。特に、上述したようなアップロードを保留する制御を行うと、ユーザがファイルの保存操作を行ってからアップロードが実行されるまでの間に遅延が生じ、アップロードに失敗したことをユーザが気付かないため、メールによる失敗通知が効果的である。本発明に係るファイル管理装置の他の特徴は、上述した特徴において、前記ファイル管理装置を示すディレクトリの下位ディレクトリとして前記オンラインストレージを示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行うファイル管理部ファイル管理部211をさらに有することを要旨とする。このようなファイル管理装置によれば、ディレクトリ構成を変更することでオンラインストレージをローカルストレージと同様に取り扱うことができるため、特許文献1の構成と比較して低コストで構成できる。本発明に係るファイル管理装置の他の特徴は、上述した特徴において、前記キャッシュ管理部は、前記仮想ローカルディレクトリに対するファイルの保存要求に基づいて当該ファイルをキャッシュすることを要旨とする。このようなファイル管理装置によれば、仮想ローカルディレクトリに対して保存されるファイルをキャッシュした上で、当該ファイルをオンラインストレージに自動でアップロードすることができる。本発明に係る制御プログラムの特徴は、オンラインストレージと通信可能に構成されたファイル管理装置に、前記オンラインストレージへアップロードすべきファイルをキャッシュするキャッシュ管理工程と、前記ファイルがキャッシュされてから所定の保留時間が経過するまでは、当該ファイルが更新される場合であっても、当該ファイルのアップロードを保留するよう制御する制御工程と、を実行させることを要旨とする。本発明に係る制御プログラムの他の特徴は、上述した特徴において、前記制御工程は、前記キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くすることを要旨とする。本発明に係る制御プログラムの他の特徴は、上述した特徴において、前記キャッシュ管理工程は、ユーザ端末からネットワークを介して伝達される前記ファイルをキャッシュすることを要旨とする。本発明に係る制御プログラムの他の特徴は、上述した特徴において、前記オンラインストレージへのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールを前記ユーザ端末に宛てて送信するメール処理工程をさらに有することを要旨とする。本発明に係る制御プログラムの他の特徴は、上述した特徴において、前記ファイル管理装置を示すディレクトリの下位ディレクトリとして前記オンラインストレージを示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行うファイル管理工程をさらに有することを要旨とする。本発明に係る制御プログラムの他の特徴は、上述した特徴において、前記キャッシュ管理工程は、前記仮想ローカルディレクトリに対するファイルの保存要求に基づいて当該ファイルをキャッシュすることを要旨とする。本発明によれば、更新頻度の高いファイルを取り扱う場合であっても、アップロードに係るトラフィック負荷が増大することを防止できるファイル管理装置及びその制御プログラムを提供できる。図面を参照して本発明の実施形態を説明する。本実施形態は、NASNetworkAttachedStorageを本発明に係るファイル管理装置とするものである。以下の各実施形態における図面において、同一又は類似の部分には同一又は類似の符号を付す。システム構成まず、本実施形態に係る通信システムの全体構成を説明する。図1は、本実施形態に係る通信システム1の全体構成図である。図1に示すように、本実施形態に係る通信システム1は、PC100と、NAS200と、オンラインストレージ300とを有する。本実施形態において、PC100はユーザ端末に相当する。ただし、PC100に代えて、携帯電話端末やネットワーク対応テレビ受信機などをユーザ端末としてもよい。PC100及びNAS200は、宅内ネットワークなどのLANLocalAreaNetwork10に接続されており、LAN10を介して相互に通信を行うことができる。LAN10は、図示を省略するルータなどを介してインターネット20に接続されている。オンラインストレージ300は、インターネット20に接続されている。PC100は、ユーザによって操作される情報処理装置であり、ネットワーク通信を行うためのネットワーク通信機能と、ユーザI/Fディスプレイや、キーボード、マウスなどとを具備する。PC100は、LAN10を介して、NAS200に対するファイルの保存やファイルの読み出しを行う。NAS200は、ファイル保存管理に特化したファイルサーバであり、ファイル管理を行うためのファイルシステムや、ネットワーク通信を行うためのネットワーク通信機能を具備する。NAS200は、複数のユーザ端末によって共有されてもよい。オンラインストレージ300は、ファイル保存を行うことができるWebサービスを提供するものであり、1又は複数のファイルサーバにより構成される。例えば、オンラインストレージ300は、PC100のユーザが当該Webサービスに登録することにより、当該ユーザが利用可能な記憶領域を提供する。本実施形態では、PC100のユーザは、オンラインストレージ300が提供するサービスに登録済みであるものとする。また、オンラインストレージ300には、サービス提供者によって利用制約が課せられている。本実施形態では、利用制約とは、単位時間内のアクセス回数に上限値が設けられること、及び/又は、単位時間内の通信データ量に上限値が設けられることである。ここで単位時間とは、例えば、1分又は1時間といった所定長の時間を意味する。また、単位時間内のアクセス回数の上限値とは、例えば1時間内に300回までという上限値であり、単位時間内の通信データ量の上限値とは、例えば、1時間内に1TBまでという上限値である。なお、オンラインストレージ300に対するアクセス回数とは、NAS200においてオンラインストレージ300に対して設けられたAPIApplicationProgramInterfaceの呼び出し回数に相当する。以下の実施形態の説明においては、単位時間内のアクセス回数に上限値が設けられる利用制約を主として説明する。ただし、後述するアクセス回数を通信データ量に読み替えることによって、単位時間内の通信データ量に上限値が設けられる利用制約についても同様に適用可能である。NASの構成次に、NAS200のハードウェア構成を説明する。図2は、NAS200のハードウェア構成図である。図2に示すように、NAS200は、CPUCentralProcessingUnit210と、メモリ220と、1又は複数のHDDHardDiskDrive230と、LANI/F240とを有する。CPU210、メモリ220、HDD230、及びLANI/F240は、バスラインを介して相互に接続されている。CPU210は、メモリ220に記憶されている制御プログラムファームウェアを実行することで、NAS200の各種機能を制御する。メモリ220は、フラッシュメモリ及びRAMRandomAccessMemoryを含む。フラッシュメモリは、CPU210によって実行される制御プログラムを記憶する。RAMは、フラッシュメモリから読み出された制御プログラムを一時的に記憶するとともに、CPU210の作業領域として使用される。本実施形態では、メモリ220は、オンラインストレージ300にアップロードすべきファイルや、オンラインストレージ300からダウンロードしたファイルをキャッシュするためのキャッシュ領域を含む。また、メモリ220は、オンラインストレージ300の利用制約の内容本実施形態では、単位時間内のアクセス回数の上限値を記憶している。HDD230は、各種ファイルを記憶するものである。HDD230は、ディスクアレイとして構成されてもよく、RAIDRedundantArraysofInexpensiveDisksを構成するようにしてもよい。LANI/F240は、LAN10に接続され、LAN10を介して通信を行うように構成される。LANI/F240は、有線によりLAN10に接続されてもよく、無線によりLAN10に接続されてもよい。本実施形態では、LANI/F240は、PC100からのファイル保存要求、保存対象ファイル、ファイル更新要求、ファイル読み出し要求などを受信する。次に、NAS200のソフトウェア構成を説明する。図3は、NAS200のソフトウェア構成図である。図3に示すように、CPU210は、メモリ220が記憶している制御プログラムを実行することによって、ファイル管理部211、キャッシュ管理部212、アクセス部213、制御部214、及びメール処理部215の各機能部を構成する。ファイル管理部211は、ファイルシステムに相当するものである。本実施形態では、ファイル管理部211は、NAS200を示すディレクトリの下位ディレクトリとしてオンラインストレージ300を示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行う。PC100は、NAS200にアクセスすることによって、当該ディレクトリ構成を閲覧したり、当該ディレクトリ構成に対するファイル操作を行ったりすることができる。当該ディレクトリ構成の具体例については後述する。キャッシュ管理部212は、オンラインストレージ300にアップロードすべきファイル保存対象ファイルや、オンラインストレージ300からダウンロードしたファイルを、メモリ220に設けられているキャッシュ領域にキャッシュする。また、キャッシュ管理部212は、PC100からのファイル更新要求に応じて、キャッシュしているファイルを更新する。本実施形態では、キャッシュ管理部212は、仮想ローカルディレクトリに対するファイル保存要求があると、ファイル保存要求に対応する保存対象ファイルをキャッシュ領域にキャッシュする。また、キャッシュ管理部212は、当該キャッシュされているファイルに対するファイル更新要求があると、当該ファイルを更新する。アクセス部213は、オンラインストレージ300に対応して設けられたAPIに相当する。アクセス部213は、オンラインストレージ300へのアップロード又はオンラインストレージ300からのダウンロードの少なくとも一方のアクセス処理を行う。アクセス部213は、オンラインストレージ300へのアップロードを行うアップロード部213Aと、オンラインストレージ300からのダウンロードを行うダウンロード部213Bとを含む。なお、アクセス部213によるオンラインストレージ300へのアクセス処理に必要な情報は、予めメモリ220に記憶されているものとする。本実施形態では、アップロード部213Aは、制御部214の制御下で、キャッシュ管理部212がキャッシュしているファイルをオンラインストレージ300にアップロードする。また、ダウンロード部213Bは、制御部214の制御下で、ファイル読み出し要求に対応するファイルをオンラインストレージ300からダウンロードする。制御部214は、アクセス部213による単位時間内のアクセス回数すなわち、API呼び出し回数を監視しており、当該単位時間内のアクセス回数に基づいて、メモリ220が記憶している利用制約を満たすように、アクセス部213によるアクセス処理を抑止するためのアクセス抑止制御を行う。本実施形態では、制御部214は、アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超える場合に、アクセス抑止制御を行う。なお、当該アクセス回数閾値は、利用制約としての単位時間内のアクセス回数の上限値未満に設定されており、メモリ220に予め記憶されているものとする。制御部214は、アクセス抑止制御として、キャッシュ管理部212によりファイルがキャッシュされてから所定の保留時間タイムアウト時間が経過するまでは、当該ファイルが更新される場合であっても、当該ファイルのアップロードを保留する制御を行う。本実施形態では、制御部214は、キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くする。また、制御部214は、アクセス抑止制御として、オンラインストレージ300からのダウンロードを保留して、所定時間経過後に当該ダウンロードをリトライする制御を行う。メール処理部215は、アップロード部213Aによるオンラインストレージ300へのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールをPC100に宛てて送信する。なお、メール処理部215は、アップロードに対してオンラインストレージ300から返信される終了コードに基づいてオンラインストレージ300へのアップロード失敗を検出できる。また、PC100の電子メールアドレスは、メモリ220に予め記憶されているものとする。次に、ファイル管理部211が管理するディレクトリ構成の具体例を説明する。図4は、ファイル管理部211が管理するディレクトリ構成の具体例を示す図である。図4に示すように、当該ディレクトリ構成は、NAS200を示すルートディレクトリA~Cを有し、ルートディレクトリCの下位ディレクトリとしてサブディレクトリC1及びC2を有し、サブディレクトリC2の下位ディレクトリとしてサブディレクトリC21及びC22を有する。サブディレクトリC21に含まれる各ファイルコンテンツC21-1~C21-3の実体は、NAS200に記憶されている。これに対し、サブディレクトリC22のサブディレクトリC221に含まれる各ファイルコンテンツC221-1~C221-3の実体は、オンラインストレージ300に記憶されている。このように、サブディレクトリC22以下のディレクトリは、NAS200にファイルが存在するように扱っているものの、当該ファイルの実体はオンラインストレージ300に存在しており、仮想的なローカルディレクトリとして構成されている。なお、このような仮想ローカルディレクトリは、例えばファイルシステムを構築可能なソフトウェアの一つであるFUSEFilesysteminUserspaceを用いて構成することができる。NASの動作次に、NAS200の動作を説明する。図5は、NAS200の動作フローチャートである。図5に示すように、ステップS100において、制御部214は、アクセス部213による単位時間内のアクセス回数すなわち、API呼び出し回数を監視カウントする。ステップS200において、制御部214は、アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超えるか否かを確認する。なお、アクセス回数閾値は利用制約としての単位時間内のアクセス回数の上限値よりも小さい値であるため、アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超えるということは、アクセス部213による単位時間内のアクセス回数が上限値に近づいているということを意味する。アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超えない場合ステップS200;NO、制御部214は、処理をステップS100に戻す。これに対し、アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超える場合ステップS200;YES、制御部214は、処理をステップS300に進める。ここで、アクセス部213による単位時間内のアクセス回数がアクセス回数閾値を超えない場合は、アクセス部213による単位時間内のアクセス回数が上限値に対して余裕があるということを意味するため、キャッシュされるファイルとオンラインストレージ300に記憶されるファイルとが同期するように頻繁にアップロードを行ってもよく、ファイル読み出し要求に対して即座にダウンロードを行ってもよい。ステップS300において、制御部214は、アクセス抑止制御を行う。以下において、ステップS300の詳細について説明する。図5のステップS300におけるアップロード処理を説明する。図6は、図5のステップS300におけるアップロード処理のフローチャートである。ここでは、仮想ローカルディレクトリを対象としたアップロード処理を説明する。図6に示すように、ステップS310において、キャッシュ管理部212は、仮想ローカルディレクトリに対するファイル保存要求に応じて、保存対象ファイルをキャッシュ領域にキャッシュする。ステップS311において、制御部214は、内部タイマに対してタイムアウト時間の初期値例えば、15秒を設定し、当該内部タイマを起動する。ステップS312において、制御部214は、キャッシュ管理部212がキャッシュしているファイルに対するファイル更新要求があったか否かを確認する。キャッシュ管理部212がキャッシュしているファイルに対するファイル更新要求があった場合ステップS312;YES、制御部214は、処理をステップS313に進める。これに対し、キャッシュ管理部212がキャッシュしているファイルに対するファイル更新要求がない場合ステップS312;NO、制御部214は、処理をステップS314に進める。ステップS313において、制御部214は、現在のタイムアウト時間をN倍例えば、2倍したものを内部タイマに再設定し、その後、処理をステップS311に戻す。ステップS311においては、N倍されたタイムアウト時間が設定された内部タイマが起動される。一方、ステップS314において、制御部214は、内部タイマが満了したか否かタイムアウトしたか否かを確認する。内部タイマが満了した場合ステップS314;YES、制御部214は、処理をステップS315に進める。これに対し、内部タイマが満了していない場合ステップS314;NO、制御部214は、処理をステップS312に戻す。ステップS312においては、ファイル更新要求の有無が再度判定される。ステップS315において、制御部214は、キャッシュ管理部212がキャッシュしているファイルをアップロードするようアップロード部213Aを制御する。このように、本フローの例においては、ファイルのアップロードが少なくとも15秒所定の保留時間は保留され、かつ、その間に当該ファイルのファイル更新を検出した場合には当該ファイルのアップロードがさらに30秒保留される。また、30秒保留している間に当該ファイルのファイル更新を検出した場合には当該ファイルのアップロードがさらに60秒保留される。よって、更新頻度の高いファイルほど、アップロード保留時間を長くすることができる。なお、上述した制御によってもアップロードに失敗した場合には、上述したように、メール処理部215は、アップロード失敗通知を電子メールにより行う。次に、図5のステップS300におけるダウンロード処理を説明する。図7は、図5のステップS300におけるダウンロード処理のフローチャートである。ここでは、仮想ローカルディレクトリを対象としたダウンロード処理を説明する。図7に示すように、ステップS320において、ファイル管理部211は、仮想ローカルディレクトリに対するファイル読み出し要求をPC100から受け付ける。ステップS321において、制御部214は、ファイル管理部211が受け付けたファイル読み出し要求に対応する読み出し対象ファイルのダウンロードを一旦中止するよう制御する。ステップS322において、制御部214は、読み出し対象ファイルのダウンロードを一旦中止してから、予め設定されている保留時間が経過するのを待つ。ステップS323において、制御部214は、保留時間が経過した際に、読み出し対象ファイルをダウンロードするようにダウンロード部213Bを制御する。実施形態の効果以上説明したように、本実施形態に係るNAS200は、サービス提供者によってオンラインストレージ300に利用制約が課せられている場合であっても、ファイルの保存や読み出しを適切に行うことができる。また、NAS200は、ファイルが更新される度にアップロードを即座に行うのではなく、ファイルがキャッシュされてから所定の保留時間が経過するまではアップロードを保留するアクセス抑止制御を行うことによって、更新頻度の高いファイルを取り扱う場合であっても、アップロードに係るトラフィック負荷が増大することを防止できる。本実施形態では、NAS200は、アクセス部213による単位時間内のアクセス回数が、利用制約としての上限値未満に設定されたアクセス回数閾値を超える場合に、アクセス抑止制御を行う。これにより、アクセス部213による単位時間内のアクセス回数が利用制約としての上限値を超える手前の段階でアクセス抑止制御を行うことができるため、オンラインストレージ300へのアクセスが不能になることによりファイルの保存や読み出しが不能になるという問題を解決できる。本実施形態では、NAS200は、キャッシュされているファイルの更新頻度が高いほど、当該ファイルのアップロードを保留する時間を長くする。これにより、更新頻度の高いファイルに対するアップロード保留時間を長くする延長することができるため、アップロードの頻度を効果的に削減できると共に、更新頻度の高いファイルを適切なタイミングでアップロードすることができる。本実施形態では、NAS200は、アクセス抑止制御として、オンラインストレージ300からのダウンロードを保留して、所定時間経過後に当該ダウンロードをリトライする制御を行うことによって、オンラインストレージ300の利用制約を満たしつつダウンロードを行うことができる。本実施形態では、NAS200は、オンラインストレージ300へのアップロードに失敗した場合に、当該アップロードに失敗した旨の電子メールをPC100に宛てて送信することによって、アップロードの失敗をユーザに通知することができる。特に、上述したようなアップロードを保留する制御を行う場合には、ユーザがファイルの保存操作を行ってからアップロードが実行されるまでの間に遅延が生じ、アップロードに失敗したことをユーザが気付かないため、メールによる失敗通知が効果的である。本実施形態では、NAS200は、NAS200を示すディレクトリの下位ディレクトリとしてオンラインストレージ300を示す仮想ローカルディレクトリを配置したディレクトリ構成によりファイル管理を行う。これにより、ディレクトリ構成を変更することでオンラインストレージ300をローカルストレージと同様に取り扱うことができる。本実施形態では、NAS200は、仮想ローカルディレクトリに対するファイルの保存又は更新要求に基づいて、当該ファイルをオンラインストレージ300にアップロードする。これにより、仮想ローカルディレクトリに対して保存又は更新されるファイルをオンラインストレージ300に自動でアップロードすることができる。その他の実施形態上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。例えば、上述した実施形態では、NAS200を本発明に係るファイル管理装置としていたが、NAS200に代えてPC100を本発明に係るファイル管理装置としてもよい。この場合、PC100は、図2に示すハードウェア構成及び図3に示すソフトウェア構成と同様の構成を有し、図5~図7に示す各フローを実行する。このように本発明は、ここでは記載していない様々な実施形態等を包含するということを理解すべきである。