(57)【要約】【課題】複数の利用者端末からパブリックドメイン上のオンラインストレージをセキュア、かつ、ＮＡＳライクに利用可能とする。【解決手段】オンラインストレージシステムを、(1) パブリックドメイン上に存在する各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル管理構造を有する複数のオンラインストレージと、(2) 複数のオンラインストレージ上に存在する各企業のデータファイルを、企業毎に一元的なファイル構造により仮想的に管理するファイル管理サービスサーバとで構成する。【選択図】図１
2013037626.tif 000002
【特許請求の範囲】
【請求項１】
パブリックドメイン上において各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージと、
前記複数のオンラインストレージ上に存在する各企業のデータファイルを、企業毎に一元的なファイル構造により仮想的に管理するファイル管理サービスサーバと
を有することを特徴とするオンラインストレージシステム。
【請求項２】
パブリックドメイン上における各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージと、
前記オンラインストレージを利用するユーザと利用者端末とを紐付けて管理し、前記オンラインストレージ上の特定の企業のデータファイルを利用できるユーザと利用者端末を限定する認証管理サービスサーバと
を有することを特徴とするオンラインストレージシステム。
【請求項３】
請求項２に記載のオンラインストレージシステムにおいて、
前記認証管理サービスサーバは、ユーザと利用者端末を紐付けるために登録されたユーザＩＤに対して、アクセスに使用できる利用者端末を固定するプロセスを一度だけ与える
ことを特徴とするオンラインストレージシステム。
【請求項４】
パブリックドメイン上における各企業のデータファイルを保存する複数のオンラインストレージであって、少なくとも一部のオンラインストレージは異なるファイル構造により管理される複数のオンラインストレージへのアクセスに使用される利用者端末であって、
前記オンラインストレージを利用する場合には、ローカルドライブへのファイルＩ／Ｏをパブリックドメイン上のファイル管理サービスサーバに自動的にリダイレクトするファイル制御モジュール
を有することを特徴とする利用者端末。
【請求項５】
請求項４に記載の利用者端末において、
前記ファイル管理サービスサーバは、前記複数のオンラインストレージ上に存在する各企業のデータファイルを、企業毎に一元的なファイル構造により仮想的に管理するサーバである
ことを特徴とする利用者端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許は、パブリックドメイン上に存在するオンラインストレージを企業が利用するための仕組みに関する。具体的には、オンラインストレージシステムを構成するファイル管理システム、ファイル認証システム及び利用者端末に関する。
【背景技術】
【０００２】
近年、クラウドコンピューティングに注目が集まっている。クラウドコンピューティングの特長は、インターネットを利用する環境があれば、高価なソフトウェアやサーバを導入することなく、ユーザが利用したい時に、利用したいサービスやコンピュータリソースを利用できることである。
【０００３】
しかし、「クラウド」という言葉が台頭する以前より、ＡＳＰ（Application Service Provider）サービス、グリッド・コンピューティング、オンラインストレージ等の類似の概念は既に存在し、潜在的なニーズは存在していた。
【０００４】
特に、オンラインストレージは、個人ユーザがファイルを一時的に保存したり、少人数でファイル共有する用途で広く普及し、現在でも多くのサービスプロバイダが存在する。その一方で、オンラインストレージは、現状において、企業による大規模な利用はされていない。オンラインストレージは、社内で作成した機密データを社外へ出すことになるため、情報漏洩の原因になりかねないとの懸念を企業サイドが有するためである。
【０００５】
このため、企業では、依然として、高価なストレージ機器を導入し、その運用・保守を行い、さらに、定期的なリプレースも行っている。
【０００６】
一方、ネットワークストレージの管理・拡張方法に関しては、多くの方法が考案されており、その利便性も機能も進歩している。例えば特許文献１には、企業内に複数のネットワークストレージが存在する場合に、それらのディレクトリツリーに基づいて仮想的な単一のディレクトリツリーを構成し、複数のネットワークストレージを連携させる技術が開示されている。さらに、同文献には、既存ネットワークストレージが仮想ディレクトリの機能を使用していない場合において、新規ネットワークストレージが増設されたとき、既存ネットワークストレージのディレクトリツリー構造を継承しつつ、容量の拡張が可能な仮想一元化方法を開示する。
【０００７】
このように、企業は、現在も企業内にストレージを導入し、ファイル管理を行っているが、クラウドコンピューティングを利用して、企業内から出来るだけサーバを無くし、運用・保守を簡易化したいとの願望が根強く存在する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−４６６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
現在のＩＴ情勢を考慮すると、企業におけるデータの増加量は、もはや各企業が個別にストレージサーバを導入して管理できる限界に達しつつある。勿論、特許文献１のような機能を用いれば、ネットワークストレージの単純な容量の拡張は可能である。しかし、ストレージサーバを企業内に設置することが前提であるため、企業内からできるだけサーバリソースを無くし、コストを削減したというニーズには答えることができない。
【００１０】
一方、オンラインストレージを単純に利用しようとした場合、企業内に設置されたストレージサーバのように複数ユーザによる透過的なファイル管理、アクセス制御、セキュリティ機能を実現する手段は提供されていない。
【課題を解決するための手段】
【００１１】
そこで、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、各企業のデータファイルを一元的なファイル構造により管理可能とするファイル管理システムを提供する。
【００１２】
また、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、利用者端末上にオンラインストレージをデータ保存領域とする仮想的な論理ボリュームを作成し、かつ、論理ボリュームへのファイルＩ／Ｏをオンラインストレージに自動的にリダイレクトするファイル制御モジュールをインストールした利用者端末を提供する。
【００１３】
また、一つの発明においては、パブリックドメインに存在する複数のオンラインストレージに各企業のデータファイルを保存する場合に、特定の企業のデータファイルにアクセスして操作するユーザと利用者端末を紐付けて管理する認証システムを提供する。なお、当該認証システムにおいては、特定の企業のデータファイルにアクセスできるユーザのＩＤに利用者端末を紐付けるプロセスが一度だけ与えられるようにする。
【発明の効果】
【００１４】
一つの発明によれば、パブリックドメインに存在する複数のオンラインストレージ上においても、各企業のデータファイルを各企業の複数のユーザが透過的に管理することが可能となる。この結果、企業内にＮＡＳ（Network Attached Storage）サーバを設置することなく、かつ、ＮＡＳサーバを企業内に設置したのと同等の作業性を、パブリックドメイン上のオンラインストレージ上で実現できる。
【００１５】
また、一つの発明によれば、ユーザは、オンラインストレージを意識することなく、ＮＡＳやローカルディスクを利用している感覚でオンラインストレージを利用することが可能となる。
【００１６】
また、一つの発明によれば、パブリックドメイン上に存在するオンラインストレージを利用できるユーザと利用者端末を紐付けることにより、不正な利用者端末からオンラインストレージへ直接のアクセスを禁止することができる。
【００１７】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るオンラインシステムの概念構成を示す図。
【図２】端末管理テーブルのデータ構造を説明する図。
【図３】利用者管理テーブルのデータ構造を説明する図。
【図４】ファイル管理テーブルのデータ構造を説明する図。
【図５】ユーザ登録処理を説明するフローチャート。
【図６】利用者端末上での初期化処理を説明するフローチャート。
【図７】利用者端末上でのオンラインストレージの利用処理を説明するフローチャート。
【図８】ファイル管理サービスプログラムにおけるファイルの作成又は削除を説明するフローチャート。
【図９】ファイル管理サービスプログラムにおけるファイルのオープン、リード／ライト又はクローズを説明するフローチャート。
【発明を実施するための形態】
【００１９】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、本発明の実施態様は、後述する形態例に限定されるものではなく、その技術思想の範囲において、種々の変形が可能である。
【００２０】
＜システム全体の構成＞
図１に、パブリックドメイン上に構築されるオンラインストレージシステムの概略構成を示す。図１においては、説明を簡単にするために１つの企業１００のみを表しているが、実際には多数の企業１００の利用が想定される。
【００２１】
本システムは、企業１００、利用者端末１０１、認証管理サービスサーバ１０２、ファイル管理サービスサーバ１０３、オンラインストレージ１０４及びネットワーク１０５により構成されている。１つの企業内では、複数台の利用者端末１０１が動作しているものとする。もっとも、１つの企業内に利用者端末１０１が１台しか存在しない場合を排除するものではない。
【００２２】
１つの企業には、１つのファイル管理サービスサーバ１０２と、認証管理サービスサーバ１０３と、複数台のオンラインストレージ１０４とが割り当てられているものとする。ここで、各オンラインストレージ１０４のファイル管理構造は、企業単位の意味でもストレージシステム全体の意味でも同じである必要はない。本実施例の場合、少なくとも１台のオンラインストレージ１０４におけるファイル管理構造は、他のオンラインストレージ１０４のファイル管理構造と異なっているものとする。
【００２３】
異なる企業１００が、本システムを利用する場合には、企業別にファイル管理サービスと認証サービスが提供され、複数のオンラインストレージ１０４は複数の企業１００により共用される。なお、ファイル管理サービスはファイル管理サービスサーバ１０２を通じて提供され、認証サービスは認証サービスサーバ１０３を通じて提供される。これらのサービスは、サーバ上で実行されるプログラムを通じて提供される。ファイル管理サービスサーバ１０２や認証サービスサーバ１０３は、企業別に各サービスを提供する。
【００２４】
なお、ネットワーク１０５は、ＷＡＮやインターネット等、現在普及している一般的なネットワークを想定する。
【００２５】
＜利用者端末の構成＞
利用者端末１０１は、コンピュータを基本構成とし、ＣＰＵ１０６、ＲＡＭ１０７、ネットワークデバイス１０８、入出力装置１０９（キーボード、ディスプレイ、スピーカ等）、二次記憶装置１１０を有している。なお、利用者端末１０１は、据置型の装置でも可搬型の装置でも良い。
【００２６】
また、利用者端末１０１が提供する各種の機能は、オペレーションシステム（ＯＳ）１１１上で動作するアプリケーションプログラムを通じて提供される。本形態例に関連するアプリケーションプログラムは、文書作成、帳票作成、ブラウザ等の機能を提供するアプリケーション１１２、ファイル制御モジュール１１３、持出し制御モジュール１１４、認証モジュール１１５、端末管理テーブル１１６により構成される。これらのアプリケーションプログラムは、二次記憶装置１１０に記憶されており、起動時にＲＡＭ１０７に読み出されて実行される。
【００２７】
ファイル制御モジュール１１３は、オンラインストレージ１０４をデータ保存領域とする仮想的な論理ボリュームを提供し、ローカル保存されたファイルをネットワーク１０５経由でオンラインストレージ１０４へ転送・保存する機能と、仮想的な論理ボリュームに対するファイルＩ／Ｏリクエストをファイル管理サービスサーバ１０３のファイル管理サービスプログラムにリダイレクトする機能を備える。
【００２８】
実際のファイル制御モジュール１１３は、仮想的な論理ボリュームを新規に作成した後、そのボリュームに任意のファイルシステムをマウントして上位のアプリケーションレイヤからアクセス可能なストレージ領域を提供する。例えば、Microsoft Windows（登録商標）の場合、ＯＳ１１１がインストールされるボリュームをＣドライブとすると、ファイル制御モジュール１１３は、新規にＮＴＦＳファイルシステムをマウントしたＤドライブを作成して上位レイヤへ提供する。その後、ユーザがアプリケーション１１２を操作してＤドライブへデータを保存した場合、ファイル制御モジュール１１３は、自動的にオンラインストレージ１０４へ対象ファイルを転送し保存する。
【００２９】
ファイル制御モジュール１１３は、ファイルを転送する際に暗号化によるセキュリティの確保と、キャッシュによるユーザビリティ向上の機能を提供する。ファイル制御モジュール１１３により、利用者は、オンラインストレージ１０４を意識することなく、ローカルストレージである二次記憶装置１１０やＮＡＳ（Network Attached Storage）の共有フォルダにデータを保存する感覚で、オンラインストレージ１０４を利用することができる。
【００３０】
持出し制御モジュール１１４は、利用者端末１０１に接続されたＵＳＢ（Universal Serial Bus）等の外部記憶媒体を検知して、外部記憶媒体への書き出しを制御する機能を提供する。外部記憶媒体の検知には、ＯＳ１１１の機能を使用する。ＯＳ１１１が外部デバイスを検知すると、持出し制御モジュール１１４が検知された外部デバイスへのアクセスを禁止する。また、持出し制御モジュール１１４は、ＨＴＴＰ（HyperText Transfer Protocol）・ＦＴＰ（File Transfer Protocol）を利用したファイル転送もフィルタリングにより禁止し、外部への情報漏洩を防止する。これらの機能により、利用者端末１０１上で作成した機密データが外部へ流出することを防止する。
【００３１】
認証モジュール１１５は、認証管理サービスサーバ１０２の認証管理サービスプログラムと連携し、利用者端末１０１がファイル管理サービスサーバ１０３とオンラインストレージ１０４を利用するための認証を行うモジュールである。認証モジュール１１５は、利用者端末１０１内の端末管理テーブル１１６に端末の認証情報を格納し、正当な利用者が正当な利用者端末１０１からオンラインストレージ１０４へアクセスを行うことを保障する。
【００３２】
図２に、端末管理テーブル１１６のデータ構造例を示す。端末管理テーブル１１６は、ユーザＩＤ（２０１）を主キーとし、利用者端末１０１を識別する端末ＩＤ（２０２）と、認証と通信データを暗号化するために利用されるアクセス鍵（２０３）とを管理するテーブルである。
【００３３】
認証モジュール１１５により、利用者は、出張などで利用者端末１０１を社外へ持出してオンラインストレージ１０４を利用することが可能になる。このモジュールにより、オンラインストレージ１０４が本来有する利便性の有効活用が可能になる。なお、持出し制御モジュール１１４により、ファイルが利用者端末１０１の外へ転送されることは禁止されるため、情報漏洩を防止することができる。
【００３４】
＜認証管理サービスサーバの構成＞
認証管理サービスサーバ１０２では、前述の通り、企業毎に認証管理サービスが提供される。認証管理サービスプログラムは、パブリッククラウド上で提供されるサービスプログラムである。認証管理サービスプログラムは、ファイル管理サービスサーバ１０３のファイル管理サービスプログラム及びオンラインストレージ１０４を、利用者端末１０１の側から利用する場合の認証を実行する。
【００３５】
従前のシステムであれば、パブリックドメイン上のオンラインストレージ１０４であっても、当該ストレージに対してアクセス可能な人物（例えばアクセスするための鍵情報やパスワードを知る人物）であれば、利用者端末１０１に関しては、特に限定されることはない。例えば企業１００内の利用者端末１０１からオンラインストレージ１０４を利用することも、公共の利用者端末を利用してもオンラインストレージ１０４を利用することもできる。
【００３６】
しかし、パスワードを知る人物が、必ず正当にデータを利用するとは限らない。例えば、企業１００内の利用者端末１０１からオンラインストレージ１０４を利用できる人物であっても、自宅の利用者端末から直接オンラインストレージ１０４にアクセスして社内の機密データを社外へ流出させることが考えられる。このアクセスを防止するため、認証管理サービスサーバ１０２の認証管理サービスプログラムは、アクセスできるユーザと利用者端末１０１を紐付けて固定する仕組みを提供する。固定の仕組みに関しては後述する。
【００３７】
認証管理サービスサーバ１０２における認証管理サービスを利用するユーザは、管理者と一般ユーザに分けることができる。管理者には、管理者用ログインＩＤとパスワードが事前に設定され、管理者用画面から各種の設定ができる。一方、一般ユーザには、一般ユーザＩＤとパスワードが設定される。当該ユーザＩＤとパスワードは、利用者端末１０１の初期化の際に利用される。一般ユーザに関しては、初回のアクセス以降は、利用者端末１０１にインストールされた認証モジュール１１５が自動的に認証を行い、ユーザが認証管理サービスプログラムへ直接アクセスすることはできなくなる。
【００３８】
認証管理サービスサーバ１０２には、利用者管理テーブル１１７が用意される。利用者管理テーブル１１７は、認証管理サービスプログラムにより利用されるテーブルであり、ファイル管理サービスを利用できる利用者端末１０１とユーザとを紐付けて管理するために利用される。
【００３９】
図３に、利用者管理テーブル１１７のデータ構造例を示す。利用者管理テーブル１１７は、ユーザＩＤ３０１を主キーとし、ユーザ名３０２、メールアドレス３０３、ログインパスワード３０４、利用期間３０５、端末ＩＤ３０６、アクセス鍵３０７、鍵配布フラグ３０８を属性として有している。このテーブルには、管理者が管理者用ログインＩＤとパスワードを利用して認証管理サービスプログラムの管理者画面からログインする。ログインした管理者は、このテーブルを使用してエントリの追加を行う。管理者が、管理者画面から本システムのサービスを利用するユーザ名３０２とメールアドレス３０３、利用期間３０５を設定すると、エントリが作成される。なお、ユーザＩＤ３０１、ログインパスワード３０４、端末ＩＤ３０６、アクセス鍵３０７、鍵配布フラグ３０８等は、一意の値が認証管理サービスサーバ１０２より自動的に設定される。
【００４０】
＜ファイル管理サービスサーバ＞
ファイル管理サービスサーバ１０３は、前述の通り、企業毎にファイル管理サービスが提供される。ファイル管理サービスプログラムは、パブリッククラウド上で提供されるサービスプログラムである。ファイル管理サービスプログラムは、オンラインストレージ１０４上のファイルを管理する。
【００４１】
ファイル管理サービスサーバ１０３は、ファイル管理テーブル１１８を有し、当該テーブルに従ってオンラインストレージ１０４上のファイルを管理する。このサービスプログラムは、ローカルファイルシステムへのリクエストと同じ処理が可能であり、利用者端末１０１上のファイル制御モジュール１１３からのリクエストを受けてファイル処理を行う。すなわち、ファイルの作成、削除、オープン、クローズ、リード、ライト等のリクエスト処理に対し、ファイル管理テーブル１１８の操作を行う。
【００４２】
ファイル管理テーブル１１８は、ファイル管理サービスプログラムにより利用されるファイル管理情報が格納されたテーブルである。図４に、ファイル管理テーブル１１８のデータ構造例を示す。ファイル管理テーブル１１８は、ファイルＩＤ４０１を主キーとし、仮想ファイルパス４０２、実ファイルパス４０３、オンラインサービス名４０４、ファイルメタ情報４０５の属性を有している。
【００４３】
ファイルメタ情報４０５は、単一の属性ではなく、ファイルパーミッション、オーナー、サイズ、作成日時、更新日時、アクセス日時のエントリを持つ。ファイルメタ情報４０５に関しては、ファイル管理サービスプログラムでファイルオペレーションが実施された場合に適宜書き換えられる。
【００４４】
ファイルＩＤ４０１に関しては、利用者端末１０１からファイル制御モジュール１１３に新規ファイルの作成要求が到達した場合にファイルに与えられる一意の数字である。
【００４５】
仮想ファイルパス４０２は、ファイル管理サービスプログラムが提供する仮想的なフォルダツリーの構成要素となるファイルパスである。すなわち、利用者端末１０１上から見えるオンラインストレージ上のフォルダ構成は、この仮想ファイルパスからなるフォルダツリーである。この仮想ファイルパスからなるフォルダツリーを、複数の利用者端末１０１から利用することにより、オンラインストレージ上のファイルを一元的なフォルダツリーで管理することが可能となる。
【００４６】
実ファイルパス４０３は、種々のオンラインストレージ毎に異なる、オンラインストレージに固有のファイルパス、又は、インターネット上のそのファイルを示すＵＲＩ（Uniform Resource Identifier）である。ファイル管理サービスプログラムは、仮想ファイルパス４０２を実ファイルパス４０３に変換し、当該実ファイルパス４０３をファイル制御モジュール１１３に提示する。これにより、利用者端末１０１上からオンラインストレージ１０４上へのファイルのアップロード／ダウンロードが実現される。
【００４７】
＜オンラインストレージの構成＞
オンラインストレージ１０４は、パブリッククラウド上において、サービスプロバイダが貸し出すインターネット上のストレージ領域である。この種のサービスプロバイダは、一般に、ＲＥＳＴ（Representational State Transfer）やＳＯＡＰ（Simple Object Access Protocol）で動作するＷｅｂＡＰＩ（application programming interface）を公開している場合がほとんどである。本実施例の場合にも、オンラインストレージ１０４へのアクセスは、ＷｅｂＡＰＩを利用して行うものとする。
【００４８】
なお、オンラインストレージ１０４を利用する場合には、個々のオンラインストレージサービスが、複数の利用者によるオンラインストレージ１０４のシェア設定やアクセス権の設定を行える場合がある。ただし、複数のオンラインストレージにまたがって、一元的なフォルダツリーやアクセス権を提供することはできない。このため、ファイルシェア設定やアクセス権に関する機能は、本システムが提供する機能を利用する。
【００４９】
また、オンラインストレージ１０４が提供するアクセスのための認証鍵や暗号鍵は、通信の際に適宜使用されるものとする。本システムでは、インターネットを介する各種サービスプログラム、及び、利用者端末上のモジュール間の通信はＷｅｂＡＰＩを使って通信しつつ、ファイル管理モジュール１１３により一元的なフォルダツリーやアクセス権をユーザに提供する。
【００５０】
＜ユーザをシステムに登録するための処理＞
図５に、ファイル管理サービスを利用できるユーザを登録する際に実行される処理手順を示す。この処理では、認証管理サービス、ファイル管理サービス、オンラインストレージ１０４を利用できる利用者端末１０１とユーザとを紐付ける処理が行われる。なお、なりすましを防止するため、利用者端末１０１には、ＣＡ（Certificate Authority）により発行された各種サービスのディジタル証明書が予め取得されているものとする。ディジタル証明書により、各種サービス間の通信の正当性が証明される。
【００５１】
（ステップＳ５０１）
管理者は、管理者用ログインＩＤとパスワードを利用して、認証管理サービスプログラムの管理者画面にログインする。この際、利用者端末１０１から認証管理サービスサーバ１０２には、管理者用ログインＩＤとパスワードが送信される。認証管理サービスサーバ１０２の認証管理サービスプログラムは、受信した管理者用ログインＩＤとパスワードによるログインの可否を判定する。ログインを許可する場合、認証管理サービスプログラムは、管理者画面を認証管理サービスサーバ１０２から利用者端末１０１に送信する。利用者端末１０１は、受信した管理者画面をディスプレイに表示する。
【００５２】
（ステップＳ５０２）
管理者は、管理者画面上で、認証管理サービス、ファイル管理サービス、オンラインストレージ１０４を利用するユーザを登録する。この際、管理者は、ユーザ名、メールアドレス、利用期間を入力する。この登録操作では、複数のユーザを一度に登録できるものとする。この際、利用者端末１０１から認証管理サービスサーバ１０２の認証管理サービスプログラムには、管理者により入力されたユーザ名、メールアドレス、利用期間が送信される。
【００５３】
（ステップＳ５０３）
ユーザ名、メールアドレス、利用期間を受信した認証管理サービスプログラムは、一意の新規ユーザＩＤを生成し、利用者管理テーブル１１７上に、ユーザＩＤ３０１を主キーとするユーザ毎のエントリ（ユーザ名３０２、メールアドレス３０３、利用期間３０５）を作成する。
【００５４】
（ステップＳ５０４）
認証管理サービスプログラムは、利用者端末１０１の初期化時に利用されるログインパスワード３０４を生成し登録する。
【００５５】
（ステップＳ５０５）
認証管理サービスプログラムは、利用者端末１０１を識別するための識別子となる端末ＩＤ３０６を生成し登録する。
【００５６】
（ステップＳ５０６）
認証管理サービスプログラムは、利用者端末毎に配布される認証・暗号化用のアクセス鍵３０７を生成し登録する。このアクセス鍵３０７は、利用者端末上にも保存される。アクセス鍵３０７は、利用者端末と各種サービス間での通信時に、通信データを暗号化するために利用される共通鍵である。
【００５７】
（ステップＳ５０７）
認証管理サービスプログラムは、鍵配布フラグ３０８を”FALSE”に設定する。
【００５８】
（ステップＳ５０８）
以上の利用者管理テーブルの初期化が終了すると、認証管理サービスプログラムは、ユーザエントリに登録されているメールアドレス３０３を使用してユーザＩＤ３０１とログインパスワード３０４を記述したメール文をユーザへ送信する。
【００５９】
＜利用者端末の初期化処理＞
図６に、利用者端末の初期化時に実行される処理手順を示す。
【００６０】
（ステップＳ６０１）
利用者は、認証管理サービスプログラムから送信されてくるメール文から自分のユーザＩＤとログインパスワードを取得する。この際、メール文の送受信は、利用者端末１０１と認証管理サービスサーバ１０２との間で実行される。
【００６１】
（ステップＳ６０２）
メール文が受信されると、利用者端末１０１のディスプレイには初期化画面が表示される。初期化画面は、利用者端末１０１上の認証モジュール１１５が提供する。利用者は、初期化画面に、ユーザＩＤとパスワードを入力する。入力されたユーザＩＤとパスワードは、認証モジュール１１５に与えられる。
【００６２】
（ステップＳ６０３）
認証モジュール１１５は、入力されたユーザＩＤとログインパスワードを、認証管理サービスプログラムに問合せる。この通信には、ＨＴＴＰＳ等のプロトコルが使用され、通信の安全性を確保する。
【００６３】
（ステップＳ６０４）
認証管理サービスプログラムは、利用者管理テーブル１１７の対応するユーザＩＤからログインパスワードを取得し、利用者端末１０１から受信したログインパスワードを認証する。
【００６４】
（ステップＳ６０５）
認証管理サービスプログラムは、ユーザＩＤとログインパスワードによる認証が成功したか否かを判断する。認証が成功した場合、認証管理サービスプログラムは、ステップＳ６０６の処理に進む。一方、認証が失敗した場合、認証管理サービスプログラムは、ステップＳ６０９に進む。
【００６５】
（ステップＳ６０６）
認証管理サービスプログラムは、利用者端末１０１の認証モジュール１１５に対し、端末ＩＤ３０６とアクセス鍵３０７とを配布する。
【００６６】
（ステップＳ６０７）
この後、認証管理サービスプログラムは、利用者管理テーブル１１７の鍵配布フラグ３０８を”TRUE”に設定する。なお、鍵配布フラグが一度”TRUE”に設定されると、その後、同じユーザＩＤによるアクセス鍵の取得リクエストが再び受信されたとしても、認証管理サービスプログラムは、そのリクエストを拒否する。これにより、不正な利用者端末１０１が登録されることが防止され、サービスの不正利用が回避される。
【００６７】
（ステップＳ６０８）
利用者端末１０１上の認証モジュール１１５は、認証が成功したことを受けて、利用者端末１０１上の端末管理テーブル１１６に、ユーザＩＤ２０１、端末ＩＤ２０２、アクセス鍵２０３を登録する。ステップＳ６０５で認証が成功した場合、この登録により、初期化処理は終了する。
【００６８】
（ステップＳ６０９）
一方、ステップＳ６０５で認証が失敗した場合、利用者端末１０１の認証モジュール１１５は、認証失敗のポップアップメッセージをディスプレイに表示し、利用者にアクセス権がないことを提示する。ステップＳ６０５で認証が失敗した場合、この提示により、初期化処理は終了する。
【００６９】
＜オンラインストレージを利用するための処理＞
図７に、利用者端末１０１からオンラインストレージ１０４を利用する際に実行される処理手順を示す。なお、利用者端末１０１によるオンラインストレージ１０４の利用時には、ユーザのシステムへの登録（図５）と利用者端末の初期化（図６）が既に終了していることが前提となる。
【００７０】
（ステップＳ７０１）
利用者は、利用者端末１０１を起動する。このとき、主電源が利用者端末１０１の各部に供給され、ＯＳ１１１の起動処理が実行される。
【００７１】
（ステップＳ７０２）
利用者は、ＯＳ１１１にログインする。利用者端末１０１の認証モジュール１１５は、入出力装置１０９から入力されたパスワードの認証処理を実行し、パスワードの認証後、ログインを認める。
【００７２】
（ステップＳ７０３）
ログイン後、認証モジュール１１５は、端末管理テーブル１１６に保存されている(1)ユーザＩＤ２０１、(2)端末ＩＤ２０２、及び(3)アクセス鍵２０３で暗号化した任意の認証メッセージを、認証管理サービスサーバ１０２の認証管理サービスプログラムへ送信する。
【００７３】
（ステップＳ７０４）
認証管理サービスプログラムは、受信したユーザＩＤに基づいて利用者管理テーブル１１７のエントリを取得し、端末ＩＤ３０６とアクセス鍵３０７を取得する。
【００７４】
（ステップＳ７０５）
認証管理サービスプログラムは、受信した端末ＩＤが利用者管理テーブル１１７の登録内容と一致し、かつ、認証メッセージをアクセス鍵３０７で復号できるか否かを判定する。当該認証が成功した場合、認証管理サービスプログラムはステップＳ７０６の処理に進む。一方、認証が失敗した場合、認証管理サービスプログラムはステップＳ７０７に進む。
【００７５】
（ステップＳ７０６）
認証管理サービスプログラムは、認証の成功を利用者端末１０１のファイル制御モジュール１１３とファイル管理サービスサーバ１０３のファイル管理サービスプログラムに通知する。認証の成功の通知を受けたファイル制御モジュール１１３は、ファイル管理サービスプログラムとの間でオンラインストレージ１０４のマウント処理を実行する。
【００７６】
例えば、利用者端末１０１のＯＳ１１１がWindows（登録商標）の場合、ファイル管理サービスプログラムが管理している仮想ファイルパス”/”(ルートフォルダ)を、ローカルドライブ”D:\”にマウントする処理が実行される。
【００７７】
マウント処理の完了後、利用者がＤドライブにファイルを保存すると、ファイルのデータがオンラインストレージ１０４に自動的に保存される。例えば、D:\share\kimitu.txtファイルを作成した場合、ファイル管理サービスプログラムが管理する仮想ファイルパスには、/share/kimitu.txtファイルエントリが作成される。なお、対応する実ファイルパスが、例えばAmazonS3の場合、/バケット名/share/kimitu.txtが作成される。ステップＳ７０５で認証が成功した場合、このマウントにより処理を終了する。
【００７８】
（ステップＳ７０７）
ステップＳ７０５で認証が失敗した場合、認証管理サービスプログラムは、利用者端末１０１にエラーを送信する。
【００７９】
（ステップＳ７０８）
認証のエラーを受信した認証モジュール１１５は、認証失敗のメッセージをユーザに提示する。ステップＳ７０５で認証が失敗した場合、このメッセージの提示により処理を終了する。
【００８０】
なお、利用者がＯＳ１１１をログアウトすると、ファイル制御モジュール１１３は、オンラインストレージ１０４をローカルフォルダからアンマウントする。
【００８１】
＜ファイルを作成・削除するための処理＞
図８に、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムによるファイルの作成又は削除手順を示す。勿論、利用者端末１０１がファイル管理サービスを利用するためには、ユーザのシステムへの登録（図５）と利用者端末の初期化（図６）が既に終了していることが前提となる。
【００８２】
（ステップＳ８０１）
ユーザ操作による指示入力を受けたアプリケーション１１２は、利用者端末１０１上のオンラインストレージ１０４がマウントされたフォルダ／ドライブのファイルにリクエストを出す。
【００８３】
（ステップＳ８０２）
ファイル制御モジュール１１３は、ファイルオペレーション（リクエストの種類）を判定する。ここで、リクエストがファイルの作成である場合、ファイル制御モジュール１１３は、ステップＳ８０３の処理に進む。一方、リクエストがファイルの削除である場合、ファイル制御モジュール１１３は、ステップＳ８１０の処理に進む。
【００８４】
（ステップＳ８０３）
リクエストがファイルの作成であった場合、ファイル制御モジュール１１３は、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムに対し、ファイル作成のリクエストを送信する。
【００８５】
（ステップＳ８０４）
ファイル管理サービスプログラムは、作成要求のあったファイルパスに対して一意のファイルＩＤを発行し、ファイル管理テーブル１１８にファイルＩＤ４０１を主キーとするエントリを追加する。
【００８６】
（ステップＳ８０５）
ファイル管理サービスプログラムは、ユーザから作成要求のあったファイルパスをファイル管理テーブル１１８の仮想ファイルパス４０２に格納する。
【００８７】
（ステップＳ８０６）
ファイル管理サービスプログラムは、オンラインストレージ名４０４をファイル管理テーブル１１８に格納する。この後、ファイル管理サービスプログラムは、オンラインストレージ名からオンラインストレージ１０４にファイルを保存するための実ファイルパスを生成し、ファイル管理テーブル１１８の実ファイルパス４０３に格納する。
【００８８】
（ステップＳ８０７）
ファイル管理サービスプログラムは、生成された実ファイルパスを、利用者端末１０１のファイル制御モジュール１１３に返信する。
【００８９】
（ステップＳ８０８）
この後、ファイル管理サービスプログラムは、ファイルメタ情報４０５を更新する。
【００９０】
（ステップＳ８０９）
利用者端末１０１のファイル制御モジュール１１３は、返信された実ファイルパスに基づいて、オンラインストレージ１０４にファイルの作成をリクエストする。この後、ファイル制御モジュール１１３が、オンラインストレージ１０４からのレスポンスを確認すると、オンラインストレージ１０４へのファイルの作成が完了する。
【００９１】
（ステップＳ８１０）
ステップＳ８０２の判定の結果、リクエストがファイルの削除であった場合、ファイル制御モジュール１１３は、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムに対し、ファイル削除リクエストを送信する。
【００９２】
（ステップＳ８１１）
ファイル管理サービスプログラムは、削除要求のあったファイルパスに基づいてファイルＩＤを取得する。
【００９３】
（ステップＳ８１２）
ファイル管理サービスプログラムは、ファイルＩＤから実ファイルパスを取得する。
【００９４】
（ステップＳ８１３）
ファイル管理サービスプログラムは、実ファイルパスを利用者端末１０１のファイル制御モジュール１１３へ返信する。
【００９５】
（ステップＳ８１４）
ファイル管理サービスプログラムは、ファイル管理テーブル１１８からファイルＩＤに対応するエントリを削除する。
【００９６】
（ステップＳ８１５）
ファイル制御モジュール１１３は、返信された実ファイルパスに基づいて、オンラインストレージ１０４にファイルの削除をリクエストする。この後、ファイル制御モジュール１１３が、オンラインストレージ１０４からのレスポンスを確認すると、オンラインストレージ１０４からファイルの削除が完了する。
【００９７】
＜ファイルをオープン・リード／ライト・クローズするための処理＞
図９に、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムによるファイルのオープン・リード／ライト・クローズ手順を示す。勿論、利用者端末１０１がファイル管理サービスを利用するためには、ユーザのシステムへの登録（図５）と利用者端末の初期化（図６）が既に終了していることが前提となる。
【００９８】
（ステップＳ９０１）
ユーザ操作による指示入力を受けたアプリケーション１１２は、利用者端末１０１上のオンラインストレージ１０４がマウントされたフォルダ／ドライブのファイルにリクエストを出す。
【００９９】
（ステップＳ９０２）
ファイル制御モジュール１１３は、ファイルオペレーション（リクエストの種類）を判定する。ここで、リクエストがファイルのファイルオープンである場合、ファイル制御モジュール１１３は、ステップＳ９０３の処理に進む。一方、リクエストがファイルのリード・ライトである場合、ファイル制御モジュール１１３は、ステップＳ９０９の処理に進む。また、リクエストがファイルクローズである場合、ファイル制御モジュール１１３は、ステップＳ９１０の処理に進む。
【０１００】
（ステップＳ９０３）
リクエストがファイルのオープンであった場合、ファイル制御モジュール１１３は、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムに対し、ファイルオープンのリクエストを送信する。
【０１０１】
（ステップＳ９０４）
ファイル管理サービスプログラムは、オープン要求のあったファイルパスのファイルＩＤをファイル管理テーブル１１８から取得する。
【０１０２】
（ステップＳ９０５）
次に、ファイル管理サービスプログラムは、リード／ライトオープンアクセス権等のアクセス権限をチェックする。アクセス権限がある場合、ファイル管理サービスプログラムはステップＳ９０６に進む。アクセス権限がない場合、ファイル管理サービスプログラムはステップＳ９０８に進む。
【０１０３】
（ステップＳ９０６）
ステップＳ９０５でアクセス権限があると判定された場合、ファイル管理サービスプログラムは、ファイルの排他制御を実行する。
【０１０４】
（ステップＳ９０７）
次に、ファイル管理サービスプログラムは、ファイルＩＤ４０１に対応するエントリの実ファイルパス４０３を、利用者端末１０１のファイル制御モジュール１１３に返信する。なお、利用者端末１０１から既にオープンされているファイルに対して、他の利用者端末１０１からオープン要求があった場合、ファイル管理サービスプログラムは排他的処理を実行する。例えば、アクセス権としてシェアリードが可能な権限がある場合は、リードオープンに関しては、オープン可能だが、ライトオープンに関しては拒否される。
【０１０５】
（ステップＳ９０８）
ファイル管理サービスプログラムは、ファイルメタ情報４０５を更新し、ファイルオープン処理を完了する。
【０１０６】
（ステップＳ９０９）
ステップＳ９０２の判定の結果、リクエストがファイルリード／ライトであった場合、ファイル制御モジュール１１３は、ファイルオープン時に取得した実ファイルパスに基づいて、オンラインストレージ１０４にファイルデータをリード／ライトする。この後、ファイル管理サービスプログラムは、ステップＳ９０８に移行し、ファイルメタ情報を更新する。
【０１０７】
（ステップＳ９１０）
ステップＳ９０２の判定の結果、リクエストがファイルクローズであった場合、ファイル制御モジュール１１３は、ファイル管理サービスサーバ１０３のファイル管理サービスプログラムに対し、ファイルクローズのリクエストを送信する。
【０１０８】
（ステップＳ９１１）
ファイル管理サービスプログラムは、クローズ要求のあったファイルパスに基づいてファイルＩＤを取得し、排他制御を解除する。その後、ファイル管理サービスプログラムは、ステップＳ９０８に移行し、ファイルメタ情報を更新する。
【０１０９】
＜まとめ＞
以上説明したように、本形態例に係るオンラインストレージシステムの採用により、パブリックドメインに存在する複数のオンラインストレージ１０４であっても、各企業１００内のＮＡＳサーバと同様に、該当企業の複数の利用者端末１０１から透過的に管理することができる。この結果、企業内にＮＡＳサーバを設置することなく、かつ、ＮＡＳサーバを企業内に設置したのと同等の作業性を、パブリックドメイン上のオンラインストレージにて実現できる。
【０１１０】
また、ローカルドライブに対するファイルＩ／Ｏは、オンラインストレージ１０４に自動的にリダイレクトされるため、利用者は、オンラインストレージ１０４を意識することなく、ＮＡＳやローカルディスクを利用している感覚でオンラインストレージ１０４を利用することが可能となる。
【０１１１】
また、予め、パブリックドメイン上に存在するオンラインストレージ１０４を利用できるユーザと利用者端末を紐付けることにより、不正な利用者端末からオンラインストレージ１０４へ直接のアクセスを禁止することができる。この結果、企業は、社内のネットワークストレージをパブリックドメイン上のオンラインストレージ１０４に安心して移行することができる。
【０１１２】
＜他の形態例＞
本発明は、上述した形態例に限定されるものでなく、様々な変形例を含んでいる。例えば、上述した形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある形態例の一部を他の形態例の構成に置き換えることが可能であり、また、ある形態例の構成に他の形態例の構成を加えることも可能である。また、各形態例の構成の一部について、他の構成を追加、削除又は置換することも可能である。
【０１１３】
また、上述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路その他のハードウェアとして実現しても良い。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することにより実現しても良い。すなわち、ソフトウェアとして実現しても良い。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、SSD（Solid State Drive）等の記憶装置、ICカード、SDカード、DVD等の記憶媒体に格納することができる。
【０１１４】
また、制御線や情報線は、説明上必要と考えられるものを示すものであり、製品上必要な全ての制御線や情報線を表すものでない。実際にはほとんど全ての構成が相互に接続されていると考えて良い。
【符号の説明】
【０１１５】
１００…企業、１０１…利用者端末、１０２…認証管理サービスサーバ、１０３…ファイル管理サービスサーバ、１０４…オンラインストレージ、１０５…ネットワーク、１０６…ＣＰＵ、１０７…ＲＡＭ、１０８…ネットワークデバイス、１０９…入出力装置、１１０…二次記憶装置、１１１…ＯＳ、１１２…アプリケーション、１１３…ファイル制御モジュール、１１４…持出し制御モジュール、１１５…認証モジュール、１１６…端末管理テーブル、１１７…利用者管理テーブル、１１８…ファイル管理テーブル
【図１】
2013037626.tif 000003
【図２】
2013037626.tif 000004
【図３】
2013037626.tif 000005
【図４】
2013037626.tif 000006
【図５】
2013037626.tif 000007
【図６】
2013037626.tif 000008
【図７】
2013037626.tif 000009
【図８】
2013037626.tif 000010
【図９】
2013037626.tif 000011