パブリックドメイン上において各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージと、前記複数のオンラインストレージ上に存在する各企業のデータファイルを、企業毎に一元的なファイル構造により仮想的に管理するファイル管理サービスサーバとを有することを特徴とするオンラインストレージシステム。パブリックドメイン上における各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージと、前記オンラインストレージを利用するユーザと利用者端末とを紐付けて管理し、前記オンラインストレージ上の特定の企業のデータファイルを利用できるユーザと利用者端末を限定する認証管理サービスサーバとを有することを特徴とするオンラインストレージシステム。請求項2に記載のオンラインストレージシステムにおいて、前記認証管理サービスサーバは、ユーザと利用者端末を紐付けるために登録されたユーザIDに対して、アクセスに使用できる利用者端末を固定するプロセスを一度だけ与えることを特徴とするオンラインストレージシステム。パブリックドメイン上における各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージへのアクセスに使用される利用者端末であって、前記オンラインストレージを利用する場合には、ローカルドライブへのファイルI/Oをパブリックドメイン上のファイル管理サービスサーバに自動的にリダイレクトするファイル制御モジュールを有することを特徴とする利用者端末。請求項4に記載の利用者端末において、前記ファイル管理サービスサーバは、前記複数のオンラインストレージ上に存在する各企業のデータファイルを、企業毎に一元的なファイル構造により仮想的に管理するサーバであることを特徴とする利用者端末。現在のIT情勢を考慮すると、企業におけるデータの増加量は、もはや各企業が個別にストレージサーバを導入して管理できる限界に達しつつある。勿論、特許文献1のような機能を用いれば、ネットワークストレージの単純な容量の拡張は可能である。しかし、ストレージサーバを企業内に設置することが前提であるため、企業内からできるだけサーバリソースを無くし、コストを削減したというニーズには答えることができない。一方、オンラインストレージを単純に利用しようとした場合、企業内に設置されたストレージサーバのように複数ユーザによる透過的なファイル管理、アクセス制御、セキュリティ機能を実現する手段は提供されていない。そこで、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、各企業のデータファイルを一元的なファイル構造により管理可能とするファイル管理システムを提供する。また、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、利用者端末上にオンラインストレージをデータ保存領域とする仮想的な論理ボリュームを作成し、かつ、論理ボリュームへのファイルI/Oをオンラインストレージに自動的にリダイレクトするファイル制御モジュールをインストールした利用者端末を提供する。また、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、特定の企業のデータファイルにアクセスして操作するユーザと利用者端末を紐付けて管理する認証システムを提供する。なお、当該認証システムにおいては、特定の企業のデータファイルにアクセスできるユーザのIDに利用者端末を紐付けるプロセスが一度だけ与えられるようにする。一つの発明によれば、パブリックドメインに存在する複数のオンラインストレージ上においても、各企業のデータファイルを各企業の複数のユーザが透過的に管理することが可能となる。この結果、企業内にNASNetworkAttachedStorageサーバを設置することなく、かつ、NASサーバを企業内に設置したのと同等の作業性を、パブリックドメイン上のオンラインストレージ上で実現できる。また、一つの発明によれば、ユーザは、オンラインストレージを意識することなく、NASやローカルディスクを利用している感覚でオンラインストレージを利用することが可能となる。また、一つの発明によれば、パブリックドメイン上に存在するオンラインストレージを利用できるユーザと利用者端末を紐付けることにより、不正な利用者端末からオンラインストレージへ直接のアクセスを禁止することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。以下、図面に基づいて、本発明の実施の形態を説明する。なお、本発明の実施態様は、後述する形態例に限定されるものではなく、その技術思想の範囲において、種々の変形が可能である。<システム全体の構成>図1に、パブリックドメイン上に構築されるオンラインストレージシステムの概略構成を示す。図1においては、説明を簡単にするために1つの企業100のみを表しているが、実際には多数の企業100の利用が想定される。本システムは、企業100、利用者端末101、認証管理サービスサーバ102、ファイル管理サービスサーバ103、オンラインストレージ104及びネットワーク105により構成されている。1つの企業内では、複数台の利用者端末101が動作しているものとする。もっとも、1つの企業内に利用者端末101が1台しか存在しない場合を排除するものではない。1つの企業には、1つのファイル管理サービスサーバ102と、認証管理サービスサーバ103と、複数台のオンラインストレージ104とが割り当てられているものとする。ここで、各オンラインストレージ104のファイル管理構造は、企業単位の意味でもストレージシステム全体の意味でも同じである必要はない。本実施例の場合、少なくとも1台のオンラインストレージ104におけるファイル管理構造は、他のオンラインストレージ104のファイル管理構造と異なっているものとする。異なる企業100が、本システムを利用する場合には、企業別にファイル管理サービスと認証サービスが提供され、複数のオンラインストレージ104は複数の企業100により共用される。なお、ファイル管理サービスはファイル管理サービスサーバ102を通じて提供され、認証サービスは認証サービスサーバ103を通じて提供される。これらのサービスは、サーバ上で実行されるプログラムを通じて提供される。ファイル管理サービスサーバ102や認証サービスサーバ103は、企業別に各サービスを提供する。なお、ネットワーク105は、WANやインターネット等、現在普及している一般的なネットワークを想定する。<利用者端末の構成>利用者端末101は、コンピュータを基本構成とし、CPU106、RAM107、ネットワークデバイス108、入出力装置109キーボード、ディスプレイ、スピーカ等、二次記憶装置110を有している。なお、利用者端末101は、据置型の装置でも可搬型の装置でも良い。また、利用者端末101が提供する各種の機能は、オペレーションシステムOS111上で動作するアプリケーションプログラムを通じて提供される。本形態例に関連するアプリケーションプログラムは、文書作成、帳票作成、ブラウザ等の機能を提供するアプリケーション112、ファイル制御モジュール113、持出し制御モジュール114、認証モジュール115、端末管理テーブル116により構成される。これらのアプリケーションプログラムは、二次記憶装置110に記憶されており、起動時にRAM107に読み出されて実行される。ファイル制御モジュール113は、オンラインストレージ104をデータ保存領域とする仮想的な論理ボリュームを提供し、ローカル保存されたファイルをネットワーク105経由でオンラインストレージ104へ転送保存する機能と、仮想的な論理ボリュームに対するファイルI/Oリクエストをファイル管理サービスサーバ103のファイル管理サービスプログラムにリダイレクトする機能を備える。実際のファイル制御モジュール113は、仮想的な論理ボリュームを新規に作成した後、そのボリュームに任意のファイルシステムをマウントして上位のアプリケーションレイヤからアクセス可能なストレージ領域を提供する。例えば、MicrosoftWindows登録商標の場合、OS111がインストールされるボリュームをCドライブとすると、ファイル制御モジュール113は、新規にNTFSファイルシステムをマウントしたDドライブを作成して上位レイヤへ提供する。その後、ユーザがアプリケーション112を操作してDドライブへデータを保存した場合、ファイル制御モジュール113は、自動的にオンラインストレージ104へ対象ファイルを転送し保存する。ファイル制御モジュール113は、ファイルを転送する際に暗号化によるセキュリティの確保と、キャッシュによるユーザビリティ向上の機能を提供する。ファイル制御モジュール113により、利用者は、オンラインストレージ104を意識することなく、ローカルストレージである二次記憶装置110やNASNetworkAttachedStorageの共有フォルダにデータを保存する感覚で、オンラインストレージ104を利用することができる。持出し制御モジュール114は、利用者端末101に接続されたUSBUniversalSerialBus等の外部記憶媒体を検知して、外部記憶媒体への書き出しを制御する機能を提供する。外部記憶媒体の検知には、OS111の機能を使用する。OS111が外部デバイスを検知すると、持出し制御モジュール114が検知された外部デバイスへのアクセスを禁止する。また、持出し制御モジュール114は、HTTPHyperTextTransferProtocolFTPFileTransferProtocolを利用したファイル転送もフィルタリングにより禁止し、外部への情報漏洩を防止する。これらの機能により、利用者端末101上で作成した機密データが外部へ流出することを防止する。認証モジュール115は、認証管理サービスサーバ102の認証管理サービスプログラムと連携し、利用者端末101がファイル管理サービスサーバ103とオンラインストレージ104を利用するための認証を行うモジュールである。認証モジュール115は、利用者端末101内の端末管理テーブル116に端末の認証情報を格納し、正当な利用者が正当な利用者端末101からオンラインストレージ104へアクセスを行うことを保障する。図2に、端末管理テーブル116のデータ構造例を示す。端末管理テーブル116は、ユーザID201を主キーとし、利用者端末101を識別する端末ID202と、認証と通信データを暗号化するために利用されるアクセス鍵203とを管理するテーブルである。認証モジュール115により、利用者は、出張などで利用者端末101を社外へ持出してオンラインストレージ104を利用することが可能になる。このモジュールにより、オンラインストレージ104が本来有する利便性の有効活用が可能になる。なお、持出し制御モジュール114により、ファイルが利用者端末101の外へ転送されることは禁止されるため、情報漏洩を防止することができる。<認証管理サービスサーバの構成>認証管理サービスサーバ102では、前述の通り、企業毎に認証管理サービスが提供される。認証管理サービスプログラムは、パブリッククラウド上で提供されるサービスプログラムである。認証管理サービスプログラムは、ファイル管理サービスサーバ103のファイル管理サービスプログラム及びオンラインストレージ104を、利用者端末101の側から利用する場合の認証を実行する。従前のシステムであれば、パブリックドメイン上のオンラインストレージ104であっても、当該ストレージに対してアクセス可能な人物例えばアクセスするための鍵情報やパスワードを知る人物であれば、利用者端末101に関しては、特に限定されることはない。例えば企業100内の利用者端末101からオンラインストレージ104を利用することも、公共の利用者端末を利用してもオンラインストレージ104を利用することもできる。しかし、パスワードを知る人物が、必ず正当にデータを利用するとは限らない。例えば、企業100内の利用者端末101からオンラインストレージ104を利用できる人物であっても、自宅の利用者端末から直接オンラインストレージ104にアクセスして社内の機密データを社外へ流出させることが考えられる。このアクセスを防止するため、認証管理サービスサーバ102の認証管理サービスプログラムは、アクセスできるユーザと利用者端末101を紐付けて固定する仕組みを提供する。固定の仕組みに関しては後述する。認証管理サービスサーバ102における認証管理サービスを利用するユーザは、管理者と一般ユーザに分けることができる。管理者には、管理者用ログインIDとパスワードが事前に設定され、管理者用画面から各種の設定ができる。一方、一般ユーザには、一般ユーザIDとパスワードが設定される。当該ユーザIDとパスワードは、利用者端末101の初期化の際に利用される。一般ユーザに関しては、初回のアクセス以降は、利用者端末101にインストールされた認証モジュール115が自動的に認証を行い、ユーザが認証管理サービスプログラムへ直接アクセスすることはできなくなる。認証管理サービスサーバ102には、利用者管理テーブル117が用意される。利用者管理テーブル117は、認証管理サービスプログラムにより利用されるテーブルであり、ファイル管理サービスを利用できる利用者端末101とユーザとを紐付けて管理するために利用される。図3に、利用者管理テーブル117のデータ構造例を示す。利用者管理テーブル117は、ユーザID301を主キーとし、ユーザ名302、メールアドレス303、ログインパスワード304、利用期間305、端末ID306、アクセス鍵307、鍵配布フラグ308を属性として有している。このテーブルには、管理者が管理者用ログインIDとパスワードを利用して認証管理サービスプログラムの管理者画面からログインする。ログインした管理者は、このテーブルを使用してエントリの追加を行う。管理者が、管理者画面から本システムのサービスを利用するユーザ名302とメールアドレス303、利用期間305を設定すると、エントリが作成される。なお、ユーザID301、ログインパスワード304、端末ID306、アクセス鍵307、鍵配布フラグ308等は、一意の値が認証管理サービスサーバ102より自動的に設定される。<ファイル管理サービスサーバ>ファイル管理サービスサーバ103は、前述の通り、企業毎にファイル管理サービスが提供される。ファイル管理サービスプログラムは、パブリッククラウド上で提供されるサービスプログラムである。ファイル管理サービスプログラムは、オンラインストレージ104上のファイルを管理する。ファイル管理サービスサーバ103は、ファイル管理テーブル118を有し、当該テーブルに従ってオンラインストレージ104上のファイルを管理する。このサービスプログラムは、ローカルファイルシステムへのリクエストと同じ処理が可能であり、利用者端末101上のファイル制御モジュール113からのリクエストを受けてファイル処理を行う。すなわち、ファイルの作成、削除、オープン、クローズ、リード、ライト等のリクエスト処理に対し、ファイル管理テーブル118の操作を行う。ファイル管理テーブル118は、ファイル管理サービスプログラムにより利用されるファイル管理情報が格納されたテーブルである。図4に、ファイル管理テーブル118のデータ構造例を示す。ファイル管理テーブル118は、ファイルID401を主キーとし、仮想ファイルパス402、実ファイルパス403、オンラインサービス名404、ファイルメタ情報405の属性を有している。ファイルメタ情報405は、単一の属性ではなく、ファイルパーミッション、オーナー、サイズ、作成日時、更新日時、アクセス日時のエントリを持つ。ファイルメタ情報405に関しては、ファイル管理サービスプログラムでファイルオペレーションが実施された場合に適宜書き換えられる。ファイルID401に関しては、利用者端末101からファイル制御モジュール113に新規ファイルの作成要求が到達した場合にファイルに与えられる一意の数字である。仮想ファイルパス402は、ファイル管理サービスプログラムが提供する仮想的なフォルダツリーの構成要素となるファイルパスである。すなわち、利用者端末101上から見えるオンラインストレージ上のフォルダ構成は、この仮想ファイルパスからなるフォルダツリーである。この仮想ファイルパスからなるフォルダツリーを、複数の利用者端末101から利用することにより、オンラインストレージ上のファイルを一元的なフォルダツリーで管理することが可能となる。実ファイルパス403は、種々のオンラインストレージ毎に異なる、オンラインストレージに固有のファイルパス、又は、インターネット上のそのファイルを示すURIUniformResourceIdentifierである。ファイル管理サービスプログラムは、仮想ファイルパス402を実ファイルパス403に変換し、当該実ファイルパス403をファイル制御モジュール113に提示する。これにより、利用者端末101上からオンラインストレージ104上へのファイルのアップロード/ダウンロードが実現される。<オンラインストレージの構成>オンラインストレージ104は、パブリッククラウド上において、サービスプロバイダが貸し出すインターネット上のストレージ領域である。この種のサービスプロバイダは、一般に、RESTRepresentationalStateTransferやSOAPSimpleObjectAccessProtocolで動作するWebAPIapplicationprogramminginterfaceを公開している場合がほとんどである。本実施例の場合にも、オンラインストレージ104へのアクセスは、WebAPIを利用して行うものとする。なお、オンラインストレージ104を利用する場合には、個々のオンラインストレージサービスが、複数の利用者によるオンラインストレージ104のシェア設定やアクセス権の設定を行える場合がある。ただし、複数のオンラインストレージにまたがって、一元的なフォルダツリーやアクセス権を提供することはできない。このため、ファイルシェア設定やアクセス権に関する機能は、本システムが提供する機能を利用する。また、オンラインストレージ104が提供するアクセスのための認証鍵や暗号鍵は、通信の際に適宜使用されるものとする。本システムでは、インターネットを介する各種サービスプログラム、及び、利用者端末上のモジュール間の通信はWebAPIを使って通信しつつ、ファイル管理モジュール113により一元的なフォルダツリーやアクセス権をユーザに提供する。<ユーザをシステムに登録するための処理>図5に、ファイル管理サービスを利用できるユーザを登録する際に実行される処理手順を示す。この処理では、認証管理サービス、ファイル管理サービス、オンラインストレージ104を利用できる利用者端末101とユーザとを紐付ける処理が行われる。なお、なりすましを防止するため、利用者端末101には、CACertificateAuthorityにより発行された各種サービスのディジタル証明書が予め取得されているものとする。ディジタル証明書により、各種サービス間の通信の正当性が証明される。ステップS501管理者は、管理者用ログインIDとパスワードを利用して、認証管理サービスプログラムの管理者画面にログインする。この際、利用者端末101から認証管理サービスサーバ102には、管理者用ログインIDとパスワードが送信される。認証管理サービスサーバ102の認証管理サービスプログラムは、受信した管理者用ログインIDとパスワードによるログインの可否を判定する。ログインを許可する場合、認証管理サービスプログラムは、管理者画面を認証管理サービスサーバ102から利用者端末101に送信する。利用者端末101は、受信した管理者画面をディスプレイに表示する。ステップS502管理者は、管理者画面上で、認証管理サービス、ファイル管理サービス、オンラインストレージ104を利用するユーザを登録する。この際、管理者は、ユーザ名、メールアドレス、利用期間を入力する。この登録操作では、複数のユーザを一度に登録できるものとする。この際、利用者端末101から認証管理サービスサーバ102の認証管理サービスプログラムには、管理者により入力されたユーザ名、メールアドレス、利用期間が送信される。ステップS503ユーザ名、メールアドレス、利用期間を受信した認証管理サービスプログラムは、一意の新規ユーザIDを生成し、利用者管理テーブル117上に、ユーザID301を主キーとするユーザ毎のエントリユーザ名302、メールアドレス303、利用期間305を作成する。ステップS504認証管理サービスプログラムは、利用者端末101の初期化時に利用されるログインパスワード304を生成し登録する。ステップS505認証管理サービスプログラムは、利用者端末101を識別するための識別子となる端末ID306を生成し登録する。ステップS506認証管理サービスプログラムは、利用者端末毎に配布される認証暗号化用のアクセス鍵307を生成し登録する。このアクセス鍵307は、利用者端末上にも保存される。アクセス鍵307は、利用者端末と各種サービス間での通信時に、通信データを暗号化するために利用される共通鍵である。ステップS507認証管理サービスプログラムは、鍵配布フラグ308をFALSEに設定する。ステップS508以上の利用者管理テーブルの初期化が終了すると、認証管理サービスプログラムは、ユーザエントリに登録されているメールアドレス303を使用してユーザID301とログインパスワード304を記述したメール文をユーザへ送信する。<利用者端末の初期化処理>図6に、利用者端末の初期化時に実行される処理手順を示す。ステップS601利用者は、認証管理サービスプログラムから送信されてくるメール文から自分のユーザIDとログインパスワードを取得する。この際、メール文の送受信は、利用者端末101と認証管理サービスサーバ102との間で実行される。ステップS602メール文が受信されると、利用者端末101のディスプレイには初期化画面が表示される。初期化画面は、利用者端末101上の認証モジュール115が提供する。利用者は、初期化画面に、ユーザIDとパスワードを入力する。入力されたユーザIDとパスワードは、認証モジュール115に与えられる。ステップS603認証モジュール115は、入力されたユーザIDとログインパスワードを、認証管理サービスプログラムに問合せる。この通信には、HTTPS等のプロトコルが使用され、通信の安全性を確保する。ステップS604認証管理サービスプログラムは、利用者管理テーブル117の対応するユーザIDからログインパスワードを取得し、利用者端末101から受信したログインパスワードを認証する。ステップS605認証管理サービスプログラムは、ユーザIDとログインパスワードによる認証が成功したか否かを判断する。認証が成功した場合、認証管理サービスプログラムは、ステップS606の処理に進む。一方、認証が失敗した場合、認証管理サービスプログラムは、ステップS609に進む。ステップS606認証管理サービスプログラムは、利用者端末101の認証モジュール115に対し、端末ID306とアクセス鍵307とを配布する。ステップS607この後、認証管理サービスプログラムは、利用者管理テーブル117の鍵配布フラグ308をTRUEに設定する。なお、鍵配布フラグが一度TRUEに設定されると、その後、同じユーザIDによるアクセス鍵の取得リクエストが再び受信されたとしても、認証管理サービスプログラムは、そのリクエストを拒否する。これにより、不正な利用者端末101が登録されることが防止され、サービスの不正利用が回避される。ステップS608利用者端末101上の認証モジュール115は、認証が成功したことを受けて、利用者端末101上の端末管理テーブル116に、ユーザID201、端末ID202、アクセス鍵203を登録する。ステップS605で認証が成功した場合、この登録により、初期化処理は終了する。ステップS609一方、ステップS605で認証が失敗した場合、利用者端末101の認証モジュール115は、認証失敗のポップアップメッセージをディスプレイに表示し、利用者にアクセス権がないことを提示する。ステップS605で認証が失敗した場合、この提示により、初期化処理は終了する。<オンラインストレージを利用するための処理>図7に、利用者端末101からオンラインストレージ104を利用する際に実行される処理手順を示す。なお、利用者端末101によるオンラインストレージ104の利用時には、ユーザのシステムへの登録図5と利用者端末の初期化図6が既に終了していることが前提となる。ステップS701利用者は、利用者端末101を起動する。このとき、主電源が利用者端末101の各部に供給され、OS111の起動処理が実行される。ステップS702利用者は、OS111にログインする。利用者端末101の認証モジュール115は、入出力装置109から入力されたパスワードの認証処理を実行し、パスワードの認証後、ログインを認める。ステップS703ログイン後、認証モジュール115は、端末管理テーブル116に保存されているユーザID201、端末ID202、及びアクセス鍵203で暗号化した任意の認証メッセージを、認証管理サービスサーバ102の認証管理サービスプログラムへ送信する。ステップS704認証管理サービスプログラムは、受信したユーザIDに基づいて利用者管理テーブル117のエントリを取得し、端末ID306とアクセス鍵307を取得する。ステップS705認証管理サービスプログラムは、受信した端末IDが利用者管理テーブル117の登録内容と一致し、かつ、認証メッセージをアクセス鍵307で復号できるか否かを判定する。当該認証が成功した場合、認証管理サービスプログラムはステップS706の処理に進む。一方、認証が失敗した場合、認証管理サービスプログラムはステップS707に進む。ステップS706認証管理サービスプログラムは、認証の成功を利用者端末101のファイル制御モジュール113とファイル管理サービスサーバ103のファイル管理サービスプログラムに通知する。認証の成功の通知を受けたファイル制御モジュール113は、ファイル管理サービスプログラムとの間でオンラインストレージ104のマウント処理を実行する。例えば、利用者端末101のOS111がWindows登録商標の場合、ファイル管理サービスプログラムが管理している仮想ファイルパスを、ローカルドライブDにマウントする処理が実行される。マウント処理の完了後、利用者がDドライブにファイルを保存すると、ファイルのデータがオンラインストレージ104に自動的に保存される。例えば、Dsharekimitutxtファイルを作成した場合、ファイル管理サービスプログラムが管理する仮想ファイルパスには、sharekimitutxtファイルエントリが作成される。なお、対応する実ファイルパスが、例えばAmazonS3の場合、バケット名sharekimitutxtが作成される。ステップS705で認証が成功した場合、このマウントにより処理を終了する。ステップS707ステップS705で認証が失敗した場合、認証管理サービスプログラムは、利用者端末101にエラーを送信する。ステップS708認証のエラーを受信した認証モジュール115は、認証失敗のメッセージをユーザに提示する。ステップS705で認証が失敗した場合、このメッセージの提示により処理を終了する。なお、利用者がOS111をログアウトすると、ファイル制御モジュール113は、オンラインストレージ104をローカルフォルダからアンマウントする。<ファイルを作成削除するための処理>図8に、ファイル管理サービスサーバ103のファイル管理サービスプログラムによるファイルの作成又は削除手順を示す。勿論、利用者端末101がファイル管理サービスを利用するためには、ユーザのシステムへの登録図5と利用者端末の初期化図6が既に終了していることが前提となる。ステップS801ユーザ操作による指示入力を受けたアプリケーション112は、利用者端末101上のオンラインストレージ104がマウントされたフォルダ/ドライブのファイルにリクエストを出す。ステップS802ファイル制御モジュール113は、ファイルオペレーションリクエストの種類を判定する。ここで、リクエストがファイルの作成である場合、ファイル制御モジュール113は、ステップS803の処理に進む。一方、リクエストがファイルの削除である場合、ファイル制御モジュール113は、ステップS810の処理に進む。ステップS803リクエストがファイルの作成であった場合、ファイル制御モジュール113は、ファイル管理サービスサーバ103のファイル管理サービスプログラムに対し、ファイル作成のリクエストを送信する。ステップS804ファイル管理サービスプログラムは、作成要求のあったファイルパスに対して一意のファイルIDを発行し、ファイル管理テーブル118にファイルID401を主キーとするエントリを追加する。ステップS805ファイル管理サービスプログラムは、ユーザから作成要求のあったファイルパスをファイル管理テーブル118の仮想ファイルパス402に格納する。ステップS806ファイル管理サービスプログラムは、オンラインストレージ名404をファイル管理テーブル118に格納する。この後、ファイル管理サービスプログラムは、オンラインストレージ名からオンラインストレージ104にファイルを保存するための実ファイルパスを生成し、ファイル管理テーブル118の実ファイルパス403に格納する。ステップS807ファイル管理サービスプログラムは、生成された実ファイルパスを、利用者端末101のファイル制御モジュール113に返信する。ステップS808この後、ファイル管理サービスプログラムは、ファイルメタ情報405を更新する。ステップS809利用者端末101のファイル制御モジュール113は、返信された実ファイルパスに基づいて、オンラインストレージ104にファイルの作成をリクエストする。この後、ファイル制御モジュール113が、オンラインストレージ104からのレスポンスを確認すると、オンラインストレージ104へのファイルの作成が完了する。ステップS810ステップS802の判定の結果、リクエストがファイルの削除であった場合、ファイル制御モジュール113は、ファイル管理サービスサーバ103のファイル管理サービスプログラムに対し、ファイル削除リクエストを送信する。ステップS811ファイル管理サービスプログラムは、削除要求のあったファイルパスに基づいてファイルIDを取得する。ステップS812ファイル管理サービスプログラムは、ファイルIDから実ファイルパスを取得する。ステップS813ファイル管理サービスプログラムは、実ファイルパスを利用者端末101のファイル制御モジュール113へ返信する。ステップS814ファイル管理サービスプログラムは、ファイル管理テーブル118からファイルIDに対応するエントリを削除する。ステップS815ファイル制御モジュール113は、返信された実ファイルパスに基づいて、オンラインストレージ104にファイルの削除をリクエストする。この後、ファイル制御モジュール113が、オンラインストレージ104からのレスポンスを確認すると、オンラインストレージ104からファイルの削除が完了する。<ファイルをオープンリード/ライトクローズするための処理>図9に、ファイル管理サービスサーバ103のファイル管理サービスプログラムによるファイルのオープンリード/ライトクローズ手順を示す。勿論、利用者端末101がファイル管理サービスを利用するためには、ユーザのシステムへの登録図5と利用者端末の初期化図6が既に終了していることが前提となる。ステップS901ユーザ操作による指示入力を受けたアプリケーション112は、利用者端末101上のオンラインストレージ104がマウントされたフォルダ/ドライブのファイルにリクエストを出す。ステップS902ファイル制御モジュール113は、ファイルオペレーションリクエストの種類を判定する。ここで、リクエストがファイルのファイルオープンである場合、ファイル制御モジュール113は、ステップS903の処理に進む。一方、リクエストがファイルのリードライトである場合、ファイル制御モジュール113は、ステップS909の処理に進む。また、リクエストがファイルクローズである場合、ファイル制御モジュール113は、ステップS910の処理に進む。ステップS903リクエストがファイルのオープンであった場合、ファイル制御モジュール113は、ファイル管理サービスサーバ103のファイル管理サービスプログラムに対し、ファイルオープンのリクエストを送信する。ステップS904ファイル管理サービスプログラムは、オープン要求のあったファイルパスのファイルIDをファイル管理テーブル118から取得する。ステップS905次に、ファイル管理サービスプログラムは、リード/ライトオープンアクセス権等のアクセス権限をチェックする。アクセス権限がある場合、ファイル管理サービスプログラムはステップS906に進む。アクセス権限がない場合、ファイル管理サービスプログラムはステップS908に進む。ステップS906ステップS905でアクセス権限があると判定された場合、ファイル管理サービスプログラムは、ファイルの排他制御を実行する。ステップS907次に、ファイル管理サービスプログラムは、ファイルID401に対応するエントリの実ファイルパス403を、利用者端末101のファイル制御モジュール113に返信する。なお、利用者端末101から既にオープンされているファイルに対して、他の利用者端末101からオープン要求があった場合、ファイル管理サービスプログラムは排他的処理を実行する。例えば、アクセス権としてシェアリードが可能な権限がある場合は、リードオープンに関しては、オープン可能だが、ライトオープンに関しては拒否される。ステップS908ファイル管理サービスプログラムは、ファイルメタ情報405を更新し、ファイルオープン処理を完了する。ステップS909ステップS902の判定の結果、リクエストがファイルリード/ライトであった場合、ファイル制御モジュール113は、ファイルオープン時に取得した実ファイルパスに基づいて、オンラインストレージ104にファイルデータをリード/ライトする。この後、ファイル管理サービスプログラムは、ステップS908に移行し、ファイルメタ情報を更新する。ステップS910ステップS902の判定の結果、リクエストがファイルクローズであった場合、ファイル制御モジュール113は、ファイル管理サービスサーバ103のファイル管理サービスプログラムに対し、ファイルクローズのリクエストを送信する。ステップS911ファイル管理サービスプログラムは、クローズ要求のあったファイルパスに基づいてファイルIDを取得し、排他制御を解除する。その後、ファイル管理サービスプログラムは、ステップS908に移行し、ファイルメタ情報を更新する。<まとめ>以上説明したように、本形態例に係るオンラインストレージシステムの採用により、パブリックドメインに存在する複数のオンラインストレージ104であっても、各企業100内のNASサーバと同様に、該当企業の複数の利用者端末101から透過的に管理することができる。この結果、企業内にNASサーバを設置することなく、かつ、NASサーバを企業内に設置したのと同等の作業性を、パブリックドメイン上のオンラインストレージにて実現できる。また、ローカルドライブに対するファイルI/Oは、オンラインストレージ104に自動的にリダイレクトされるため、利用者は、オンラインストレージ104を意識することなく、NASやローカルディスクを利用している感覚でオンラインストレージ104を利用することが可能となる。また、予め、パブリックドメイン上に存在するオンラインストレージ104を利用できるユーザと利用者端末を紐付けることにより、不正な利用者端末からオンラインストレージ104へ直接のアクセスを禁止することができる。この結果、企業は、社内のネットワークストレージをパブリックドメイン上のオンラインストレージ104に安心して移行することができる。<他の形態例>本発明は、上述した形態例に限定されるものでなく、様々な変形例を含んでいる。例えば、上述した形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある形態例の一部を他の形態例の構成に置き換えることが可能であり、また、ある形態例の構成に他の形態例の構成を加えることも可能である。また、各形態例の構成の一部について、他の構成を追加、削除又は置換することも可能である。また、上述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路その他のハードウェアとして実現しても良い。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することにより実現しても良い。すなわち、ソフトウェアとして実現しても良い。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、SSDSolidStateDrive等の記憶装置、ICカード、SDカード、DVD等の記憶媒体に格納することができる。また、制御線や情報線は、説明上必要と考えられるものを示すものであり、製品上必要な全ての制御線や情報線を表すものでない。実際にはほとんど全ての構成が相互に接続されていると考えて良い。