JP2015210567A - ファイルブラウザプログラム、ファイル保管プログラム、ファイル管理システム - Google Patents

Abstract

【課題】ネットワーク上のファイルサーバが格納しているデータファイルとローカルサイト上に格納されているデータファイルを区別することなくアクセスすることができる仕組みを提供する。【解決手段】本発明に係るファイルブラウザプログラムは、ファイルサーバからデータファイルをダウンロードするためのダウンロードアドレスをリンクファイルから読み取り、そのアドレスにアクセスしてデータファイルをダウンロードする。リンクファイルはさらに、ファイルサーバを管理する管理サーバへアクセスするための管理サーバ認証情報を記載している。ファイルサーバへアクセスするためのファイルサーバ認証情報は、管理サーバから取得する。【選択図】図５

Description

本発明は、ネットワーク上のファイルサーバが格納するデータファイルを管理する技術に関するものである。

コンピュータやネットワークの発達にともない、複数のユーザが複数のサーバを同時に利用するケースが多くなってきた。このため各サーバには大量かつ大容量のデータが格納されるケースが多くなってきている。このままの状態で運用すると、頻繁にディスク増設が必要になる、ハードウェア保守費が増大する、ウィルスチェックの時間が増大する、サーバ維持費（物理的占有費、空調費など）が増大する、などの原因となり、サーバ管理負担が増加してしまう。

このような課題を解決するため、登録されているファイルのうち利用頻度の低いファイル（最終アクセス日時が古いファイルや最終更新日時が古いファイル）を削除する、別の安価なサーバにファイルを移動しておき移動元にはショートカットファイルを残す、などの手法が考えられる。下記特許文献１と２は、上記のような手法を採用した場合において、移動対象ファイルを特定する方法について記載している。しかし実際の運用においては、ファイルを削除することが難しい場合があるし、安価なサーバを利用したとしても最低限の保守費は必要となることに変わりはない。したがって、これら手法を適用することが難しい場合もある。

ローカルサイトのファイルサーバ上の利用頻度の低いファイル（最終アクセス日時が古いファイルや最終更新日時が古いファイル）は、パブリッククラウド上で管理することにより、上記課題を解決できる可能性がある。ただしパブリッククラウドはインターネットを介した外部ネットワークドメイン内に存在しているので、ローカルサイト上に格納されているファイルとは区別して取り扱う必要がある。

下記特許文献３〜５記載は、ファイルがネットワーク上のサーバ内に格納されている場合において、ユーザがファイルの格納場所を意識することなくアクセスできるようにする技術について記載している。

特開２０１２−１７４２１０号公報 特開２０１３−８８９３１号公報 特開平１−２４３１４４号公報 特開２００２−４９６３７号公報 特開２００７−４６０４号公報

パブリッククラウドは企業内ネットワークの外にあるため、一般にファイルブラウザの画面上において、パブリッククラウド上のファイルはローカルファイルサーバ上のファイルとは別に表示されてしまう（混合して表示することができない）。このため、ファイルをパブリッククラウド上に保存している場合、ユーザはファイルがローカルサイトのファイルサーバ上に格納されているのかパブリッククラウド上に格納されているのかを意識してアクセスする必要があり、透過的にアクセスすることは困難である。

この課題に対して上記特許文献３〜５記載の技術を適用することも考えられる。しかしこれら文献記載の技術はファイルが同一ドメイン内（例えば同一企業のネットワーク内）に格納されている場合において用いる技術であり、インターネットを介した外部ネットワークドメイン内に格納されている場合には適用することが困難であると考えられる。

本発明は上記のような課題に鑑みてなされたものであり、ネットワーク上のファイルサーバが格納しているデータファイルとローカルサイト上に格納されているデータファイルを区別することなくアクセスすることができる仕組みを提供することを目的とする。

本発明に係るファイルブラウザプログラムは、ファイルサーバからデータファイルをダウンロードするためのダウンロードアドレスをリンクファイルから読み取り、そのアドレスにアクセスしてデータファイルをダウンロードする。リンクファイルはさらに、ファイルサーバを管理する管理サーバへアクセスするための管理サーバ認証情報を記載している。ファイルサーバへアクセスするためのファイルサーバ認証情報は、管理サーバから取得する。

本発明に係るファイルブラウザプログラムによれば、ネットワーク上のファイルサーバがデータファイルを格納している場合であっても、ユーザはそのことを意識することなく当該データファイルにアクセスすることができる。

従来のファイルブラウザプログラムの画面イメージである。 本発明に係るファイル管理システム１０００の構成図である。 クライアント１１０の構成図である。 ファイルブラウザプログラム１１２がクライアント１１０のディスプレイ上で表示する画面イメージである。 ファイルブラウザプログラム１１２がリンクファイル４０４にアクセスしたときの動作を説明するシーケンス図である。 ファイル保管プログラム１１３がリンクファイル４０４を作成する動作を説明するシーケンス図である。

＜従来のファイルブラウザの画面イメージ＞
図１は、従来のファイルブラウザプログラムの画面イメージである。ここでいうファイルブラウザとは、ファイルシステム上にあるデータファイルの一覧を表示し、ユーザがそのデータファイルを選択するために使用するプログラムである。

図１に示す例において、ファイルブラウザプログラムは、ローカルサイト上のファイルサーバが提供するネットワークドライブＸ（１０１）とドライブＸ（１０１）内のフォルダＡ（１０２）を画面左側に表示している。さらに、パブリッククラウドが提供するネットワークドライブＹ（１０３）とドライブＹ（１０３）内のフォルダＢ（１０４）を画面左側に表示している。ユーザが特定のフォルダ（例えばフォルダＡ）を選択すると、ファイルブラウザはそのフォルダ内のファイル一覧（１０５）を画面右側に表示する。

ファイルブラウザプログラムは、ユーザが選択したフォルダ内のファイル一覧のみを画面右側に表示する。したがってユーザは、ローカルファイルサーバ上のファイルとパブリッククラウド上のファイルを区別してアクセスする必要がある。

しかし、例えばローカルファイルサーバ上のファイルを空き容量不足などの理由でパブリッククラウド上に移行した場合、ユーザとしては移行したファイルも従前のファイルサーバ上に存在していることを前提として取り扱いたい場合がある。移行先のファイルパスを管理するための手間が必要になるからである。従来のファイルブラウザプログラムは、ローカルファイルサーバとパブリッククラウドを区別する点において、この課題を解決することは困難である。

また企業内ネットワークは一般に、ファイルブラウジングのため用いるネットワークプロトコルをファイアウォールによって遮断し、当該企業のネットワークドメイン内においてのみファイルをブラウジングできるようにしていることが通常である。インターネットを介して企業内のファイルを自由にブラウジングできるとなると、データセキュリティ上の問題が生じるからである。すなわち、ローカルサイト内のファイルサーバが格納しているファイルをブラウジングするためのネットワークプロトコルと、パブリッククラウドが格納しているファイルをブラウジングするためのネットワークプロトコルとは互いに異なる。このことも、従来のファイルブラウザプログラムがローカルファイルサーバ上のファイルとパブリッククラウド上のファイルを区別して取り扱う要因となっていた。

＜本発明の実施形態＞
図２は、本発明に係るファイル管理システム１０００の構成図である。ファイル管理システム１０００は、ローカルサイト１００とパブリッククラウド２００に分かれて構成されている。ローカルサイト１００とパブリッククラウド２００はインターネット３００を介して接続されている。ローカルサイト１００のユーザは、例えばローカルサイト１００上の使用頻度が低いデータファイルをパブリッククラウド２００上で管理し、必要に応じてパブリッククラウド２００からローカルサイト１００へそのデータファイルをダウンロードする。

ローカルサイト１００は、クライアント１１０、ローカルサーバ１２０、移動サーバ１３０を有する。これらコンピュータはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１４０を介して接続されている。クライアント１１０は、ローカルサーバ１２０またはパブリッククラウド２００が格納しているデータファイルを閲覧するコンピュータである。ローカルサーバ１２０はデータファイルを格納する記憶装置を備える。移動サーバ１３０は、ローカルサーバ１２０上の使用頻度が低いデータファイルなどをパブリッククラウド２００へ移動する処理を実施するサーバである。

パブリッククラウド２００は、ファイルサーバ２１０と管理サーバ２２０を有する。ファイルサーバ２１０は、データファイルを格納する記憶装置を備えたサーバによって構成されている。管理サーバ２２０は、ファイルサーバ２１０の残容量などを管理するサーバである。

図３は、クライアント１１０の構成図である。クライアント１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、ファイルブラウザプログラム１１２、記憶装置１１４を備える。ＣＰＵ１１１は、各プログラムを実行する。ファイルブラウザプログラム１１２は、記憶装置１１４またはローカルサーバ１２０が格納しているファイルの一覧を表示し、そのファイルを選択して適当なアプリケーションへ引き渡す処理を実装したプログラムである。

移動サーバ１３０も図３と同様の構成を備えるが、ファイルブラウザプログラム１１２に代えてファイル保管プログラム１１３を備える点が異なる。クライアント１２０と移動サーバ１３０を兼用する場合は、図３に示すように１台のコンピュータがこれらプログラムをともに備える。

以下では記載の便宜上、これらプログラムを動作主体として説明する場合があるが、実際にこれらプログラムを実行するのはＣＰＵ１１１などのプロセッサであることを付言しておく。

図４は、ファイルブラウザプログラム１１２がクライアント１１０のディスプレイ上で表示する画面イメージである。図１とは異なり、画面左側にはドライブＸ（１０１）とフォルダＡ（１０２）のみが表示されている。ここではユーザがフォルダＡ（１０２）を選択し、ファイルブラウザプログラム１１２はフォルダＡ（１０２）内のファイル一覧４０１を画面右側に表示しているものとする。

ファイル一覧４０１は、データファイル４０２および４０３とリンクファイル４０４をリストしている。データファイル４０２と４０３は、フォルダＡ（１０２）が格納しているデータファイルである。リンクファイル４０４は、以前記憶装置１１４またはローカルサーバ１２０が格納していたデータファイルをファイル保管プログラム１１３がパブリッククラウド２００へ移動する際に作成したファイルである。リンクファイル４０４の詳細については後述する。

図５は、ファイルブラウザプログラム１１２がリンクファイル４０４にアクセスしたときの動作を説明するシーケンス図である。クライアント１１０のユーザがファイルブラウザプログラム１１２の画面上でリンクファイル４０４を選択すると、本シーケンスが開始する。以下図５の各ステップについて説明する。

（図５：ステップＳ５０１）
ファイルブラウザプログラム１１２は、リンクファイル４０４が記述している内容を読み取る。リンクファイル４０４は、リンクファイル４０４に対応するデータファイルをファイルサーバ２１０からダウンロードするためアクセスすべきダウンロードアドレスを記述している。リンクファイル４０４はさらに、管理サーバ２２０へアクセスするため必要な管理サーバ認証情報を併せて記述している。ファイルブラウザプログラム１１２は、これら情報をリンクファイル４０４から読み取る。

（図５：ステップＳ５０１：補足その１）
管理サーバ認証情報は、例えば管理サーバ２２０にアクセスするためのＩＤ／パスワードのセットでもよいし、管理サーバ２２０が備えている公開鍵に対応する秘密鍵でもよい。その他適当な認証情報を用いることもできる。

（図５：ステップＳ５０１：補足その２）
パブリッククラウド２００はインターネット３００を介した外部サイトであるため、データファイルをファイルサーバ２１０からダウンロードするため用いるプロトコルはローカルサイト１００のファイアウォールによって制限されているのが通常である。そこでダウンロードプロトコルとしては、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、より望ましくはＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）を用いることが望ましい。この場合、リンクファイル４０４が記述しているダウンロードアドレスは、ｈｔｔｐ：／／またはｈｔｔｐｓ：／／で開始するＵＲＬである。以下のステップ（図６を含む）においてインターネット３００を通過する通信についても同様である。

（図５：ステップＳ５０１：補足その３）
図５においては、ローカルサーバ１２０がリンクファイル４０４を格納している場合のシーケンスを示したが、記憶装置１１４がリンクファイル４０４を格納している場合のシーケンスも同様である。図６においてもこれは同様である。

（図５：ステップＳ５０２）
ファイルブラウザプログラム１１２は、リンクファイル４０４から読み取った管理サーバ認証情報を用いて管理サーバ２２０にアクセスし、リンクファイル４０４が記述しているダウンロードアドレスにアクセスするため必要なファイルサーバ認証情報を送信するよう要求する。管理サーバ２２０は、管理サーバ認証情報が正当である場合は、ファイルサーバ認証情報を返信する。ファイルサーバ認証情報は、例えばファイルサーバ２１０にアクセスするためのＩＤ／パスワードのセットでもよいし、その他適当な認証情報でもよい。

（図５：ステップＳ５０３〜Ｓ５０４）
ファイルブラウザプログラム１１２は、ファイルサーバ認証情報を用いてファイルサーバ２１０のダウンロードアドレスにアクセスし、リンクファイル４０４に対応するデータファイルをダウンロードする（Ｓ５０３）。ファイルブラウザプログラム１１２は、ダウンロードしたデータファイルをリンクファイル４０４と同じフォルダ（図４においてはフォルダＡ）に格納する（Ｓ５０４）。ＣＰＵ１１１は適当なアプリケーションを用いてそのデータファイルをオープンする。

（図５：ステップＳ５０５）
ファイルブラウザプログラム１１２は、ファイルサーバ２１０からダウンロードしたデータファイルに対応するリンクファイル４０４を削除する。データファイル本体が存在する以上、リンクファイル４０４は必要ないと考えられるからである。

（図５：ステップＳ５０６）
ファイルブラウザプログラム１１２は、ダウンロードアドレス（またはダウンロードしたデータファイルを特定することができる適当な情報）と併せて、ダウンロード完了した旨を管理サーバ２２０へ通知する。管理サーバ２２０は、例えば当該通知を受け取ってから適当な期間が経過した後、ファイルサーバ２１０が格納しているダウンロード済のデータファイルをファイルサーバ２１０から削除するなどの適当な処理を実施する。

図６は、ファイル保管プログラム１１３がリンクファイル４０４を作成する動作を説明するシーケンス図である。ファイル保管プログラム１１３は、ローカルサーバ１２０上（または記憶装置１１４上）のデータファイルの使用頻度などに基づき、パブリッククラウド２００へ移動させるべきデータファイルを特定し、特定したデータファイルに対して本シーケンスを実施する。以下図６の各ステップについて説明する。

（図６：ステップＳ６０１）
ファイル保管プログラム１１３は、ファイルサーバ２１０にデータファイルを格納するため必要なファイルサーバ認証情報を、管理サーバ２２０から取得する。管理サーバ２２０にアクセスするため必要な管理サーバ認証情報は、例えばあらかじめファイル保管プログラム１１３に組み込むなど適当な手段によって与えればよい。

（図６：ステップＳ６０２〜Ｓ６０３）
ファイル保管プログラム１１３は、ローカルサーバ１２０から移動対象のデータファイルを取得する（Ｓ６０２）。ファイル保管プログラム１１３は、管理サーバ２２０から取得したファイルサーバ認証情報を用いてファイルサーバ２１０にアクセスし、データファイルを格納する（Ｓ６０３）。このとき、当該データファイルをダウンロードするため用いるダウンロードアドレスを併せて取得する。ダウンロードアドレスは、例えば管理サーバ２２０から取得してもよいし、あらかじめ定めた規則にしたがって自動生成してもよい。

（図６：ステップＳ６０４）
ファイル保管プログラム１１３は、ステップＳ６０３で取得したダウンロードアドレスとファイルサーバ認証情報を記述したリンクファイル４０４を、移動対象データファイルと同じフォルダ内に作成する。リンクファイル４０４のファイル名は任意であるが、ユーザにとっての視認性に鑑みて、例えば移動対象データファイルのファイル名に加えてリンクファイルである旨を示す拡張子を付与するなどすればよい。ファイル保管プログラム１１３はさらに、移動対象データファイルをローカルサーバ１２０上から削除する。

（図６：ステップＳ６０５）
ファイル保管プログラム１１３は、ダウンロードアドレス（または移動したデータファイルを特定することができる適当な情報）と併せて、ファイル移動完了した旨を管理サーバ２２０へ通知する。管理サーバ２２０は、例えば当該通知に基づきファイルサーバ２１０の空き容量を更新するなどの適当な処理を実施する。

＜本発明のまとめ＞
以上のように、本発明に係るファイルブラウザプログラム１１２は、リンクファイル４０４が記述している管理サーバ認証情報を用いて管理サーバ２２０にアクセスし、ファイルサーバ２１０にアクセスするためのファイルサーバ認証情報を管理サーバ２２０から取得し、そのファイルサーバ認証情報およびリンクファイル４０４が記述しているダウンロードアドレスを用いてデータファイルをファイルサーバ２１０からダウンロードする。これにより、ユーザとしてはデータファイルがローカルサーバ１２０からパブリッククラウド２００へ移動される前と同じフォルダにアクセスすれば当該データファイルにアクセスすることができる。したがって、データファイルがローカルサーバ１２０からパブリッククラウド２００へ移動された後であっても、ローカルサイト１００とパブリッククラウド２００を区別することなく透過的にデータファイルへアクセスすることができる。

また本発明に係るファイルブラウザプログラム１１２は、ローカルサイト１００とパブリッククラウド２００との間の通信において、多くのネットワーク環境が通信を許可しているＨＴＴＰまたはＨＴＴＰＳを用いるので、既存のネットワーク環境を変更することなく上記機能を実現することができる。

また本発明に係るファイルブラウザプログラム１１２は、既存のファイルブラウザプログラムに対して、リンクファイル４０４に係る処理を実装したプラグイン等を追加することにより実装することもできる。さらにはファイルサーバ２１０からダウンロードするデータファイルは移動前のデータファイルそのものであるため、当該データファイルを閲覧するためにデータ管理システム１０００固有のアプリケーションを設ける必要はない。したがって、既存システムを大幅に改修することなく上記機能を実現することができる点で有利である。

＜本発明の変形例＞
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。

例えば上記実施形態においては、ファイルサーバ２１０がインターネット３００を介して接続されている例を示したが、ローカルサイト１００内においてＬＡＮ１４０を介して接続されているファイルサーバについても同様の手法を適用する場合であっても、本発明の有利点が損なわれるものではない。

上記実施形態において、リンクファイル４０４は管理サーバ２２０にアクセスするための管理サーバ認証情報を記載し、ファイルサーバ２１０にアクセスするためのファイルサーバ認証情報は管理サーバ２２０から取得することを説明した。これは、ファイルサーバ２１０に対するアクセスを集約的に管理するため便宜であるからである。

例えばローカルサイト１００内のデータファイルが複数のファイルサーバ２１０に分散して格納される場合を考える。この場合において、リンクファイル４０４がファイルサーバ認証情報を記述している場合、ファイルブラウザプログラム１１２は管理サーバ２２０にアクセスすることなく各ファイルサーバ２１０へ直接的にアクセスできることになる。しかしその場合、ファイルブラウザプログラム１１２から各ファイルサーバ２１０に対するアクセスは個別に発生することになるので、各アクセスを集約的に管理することが難しくなる。そこで本発明のように、リンクファイル４０４を介していったん管理サーバ２２０にアクセスさせることとした。このような必要性がない場合においては、リンクファイル４０４がファイルサーバ認証情報を記述するように構成してもよい。

以上の実施形態において、リンクファイル４０４に対するアクセス制限を例えばクライアント１１０のファイルシステム上で付与し、任意のユーザがリンクファイル４０４に対してアクセスできないように制約を課してもよい。さらにリンクファイル４０４そのものを暗号化するなどして保護してもよい。この場合はファイルブラウザプログラム１１２がリンクファイル４０４にアクセスする際に、何らかの認証情報を与える必要があると考えられる。

１００：ローカルサイト、１１０：クライアント、１１１：ＣＰＵ、１１２：ファイルブラウザプログラム、１１３：ファイル保管プログラム、１１４：記憶装置、１２０：ローカルサーバ、１３０：移動サーバ、１４０：ＬＡＮ、２００：パブリッククラウド、２１０：ファイルサーバ、２２０：管理サーバ、１０００：ファイル管理システム。

Claims (9)

1. ネットワーク上のファイルサーバが格納しているデータファイルを閲覧する処理をコンピュータに実行させるファイルブラウザプログラムであって、前記コンピュータに、
   前記データファイルを前記ファイルサーバからダウンロードするためのダウンロードアドレス、および前記ファイルサーバを管理する管理サーバにアクセスするため用いる管理サーバ認証情報を記述したリンクファイルを、記憶装置から読み取るステップ、
   前記リンクファイルから前記ダウンロードアドレスと前記管理サーバ認証情報を読み取り、前記管理サーバ認証情報を用いて前記管理サーバにアクセスするステップ、
   前記管理サーバから、前記ダウンロードアドレスにアクセスするため用いるファイルサーバ認証情報を取得するステップ、
   前記ファイルサーバ認証情報を用いて前記ダウンロードアドレスにアクセスして前記データファイルを前記ファイルサーバから取得するステップ、
   を実行させることを特徴とするファイルブラウザプログラム。
2. 前記ファイルブラウザプログラムは、前記コンピュータに、
   前記データファイルを前記ファイルサーバから取得した後、前記リンクファイルを前記記憶装置から削除するステップを実行させる
   ことを特徴とする請求項１記載のファイルブラウザプログラム。
3. 前記コンピュータと前記ファイルサーバは、インターネットを介して接続されており、
   前記ファイルブラウザプログラムは、前記コンピュータに、
   ＨＴＴＰＳプロトコルを用いて前記ファイルサーバおよび前記管理サーバと通信させる
   ことを特徴とする請求項１または２記載のファイルブラウザプログラム。
4. 前記ファイルブラウザプログラムは、前記コンピュータに、
   前記データファイルを前記ファイルサーバから取得した後、前記管理サーバに対して、前記ダウンロードアドレスとともにその旨を通知させる
   ことを特徴とする請求項１から３のいずれか１項記載のファイルブラウザプログラム。
5. 記憶装置が格納しているデータファイルをネットワーク上のファイルサーバに格納する処理をコンピュータに実行させるファイル保管プログラムであって、前記コンピュータに、
   前記ファイルサーバを管理する管理サーバから、前記データファイルを前記ファイルサーバに格納するため用いるファイルサーバ認証情報を取得するステップ、
   前記ファイルサーバ認証情報を用いて前記ファイルサーバにアクセスして前記データファイルを前記ファイルサーバに格納するステップ、
   前記データファイルを前記ファイルサーバからダウンロードするためのダウンロードアドレス、および前記管理サーバにアクセスするため用いる管理サーバ認証情報を記述したリンクファイルを作成して前記記憶装置に格納するステップ、
   を実行させることを特徴とするファイル保管プログラム。
6. 前記ファイル保管プログラムは、前記コンピュータに、
   前記ファイルサーバに格納した前記データファイルを前記記憶装置から削除するステップを実行させる
   ことを特徴とする請求項５記載のファイル保管プログラム。
7. 前記コンピュータと前記ファイルサーバは、インターネットを介して接続されており、
   前記ファイル保管プログラムは、前記コンピュータに、
   ＨＴＴＰＳプロトコルを用いて前記ファイルサーバおよび前記管理サーバと通信させる
   ことを特徴とする請求項５または６記載のファイル保管プログラム。
8. 前記ファイル保管プログラムは、前記コンピュータに、
   前記データファイルを前記ファイルサーバに格納した後、前記管理サーバに対して、前記ダウンロードアドレスとともにその旨を通知させる
   ことを特徴とする請求項５から７のいずれか１項記載のファイル保管プログラム。
9. 請求項１から４いずれか１項記載のファイルブラウザプログラム、
   請求項５から８いずれか１項記載のファイル保管プログラム、
   を有することを特徴とするファイル管理システム。

Images