JP2021068079A - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Abstract

【課題】 ユーザにはクラウドストレージかＮＡＳサーバかどちらにアクセスするかを区別させることなく利用できるファイルシステムを提供すること【解決手段】ファイル格納装置に格納されているファイルの一部を記憶している記憶手段を有する情報処理装置であって、クライアント端末から、記憶手段に記憶されているファイルへのアクセス要求がある場合、記憶手段から該ファイルを取得し、クライアント端末に該ファイルを送受信する。クライアント端末から、ファイル格納装置に格納され、記憶手段に記憶されていないファイルへのアクセス要求がある場合、該ファイルの情報を取得し、ファイル格納装置からクライアント端末に該ファイルを送信する。記憶手段に記憶されているファイルのファイル構成を表示し、ファイル格納装置に記憶され、記憶手段に記憶されていないファイルを記憶手段に記憶しているように表示することを特徴とする。【選択図】図１

Description

本発明は、クラウドストレージとＮＡＳサーバとを利用したファイル管理システムに関する。

近年のクラウドコンピューティングの特長は、インターネットを利用する環境があれば、高価なソフトウェアやサーバを導入することなく、ユーザが利用したい時に、利用したいサービスやコンピュータリソースを利用できることである。

特にクラウドストレージは、クラウドを利用して提供されるオンラインストレージサービスであり、ストレージ容量をフレキシブルに変更することができるため、必要に応じて容量を増減することが可能となっている。

特許文献１には、企業内にＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）サーバを設置することなく、かつ、ＮＡＳサーバを企業内に設置したのと同等の作業性を、パブリックドメイン上のオンラインストレージ上で実現できる技術が開示されている。

特開２０１３−３７６２６号公報

しかしながら、特許文献１は、企業内にＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）サーバを設置することなく、オンラインストレージを使用してファイルを管理しているが、オンラインストレージと企業間とのネットワーク帯域には上限があるため、通信速度に限界が生じ、企業内のＮＡＳサーバのようなファイルアクセスのレスポンスを得ることが難しい場合がある。

本発明の目的は、クラウドストレージとＮＡＳサーバを併用して、ＮＡＳサーバのファイルアクセスのレスポンスの良さとクラウドストレージの記憶容量のフレキシブルさを兼ね備え、かつユーザにはクラウドストレージかＮＡＳサーバかどちらにアクセスするかを区別させることなく利用できるファイルシステムを提供することである。

本発明は、ファイル格納装置とクライアント端末と接続可能な、前記ファイル格納装置に格納されているファイルの一部を記憶している記憶手段を有する情報処理装置であって、前記クライアント端末から、前記記憶手段に記憶されているファイルへのアクセス要求がある場合、前記記憶手段から該ファイルを取得し、該クライアント端末に該ファイルを送受信するファイル送受信手段と、前記クライアント端末から、前記ファイル格納装置に格納され、前記記憶手段に記憶されていないファイルへのアクセス要求がある場合、該ファイルの情報を取得し、該ファイル格納装置から該クライアント端末に該ファイルを送信するファイル転送手段と、前記記憶手段に記憶されているファイルのファイル構成を表示制御するファイル構成表示制御手段とを有し、前記ファイル構成表示制御手段は、前記ファイル格納装置に記憶され、前記記憶手段に記憶されていないファイルを該記憶手段に記憶しているように表示制御することを特徴とする。

本発明は、クラウドストレージとＮＡＳサーバを併用して、ＮＡＳサーバのファイルアクセスのレスポンスの良さとクラウドストレージの記憶容量のフレキシブルさを兼ね備え、かつユーザにはクラウドストレージかＮＡＳサーバかどちらにアクセスするかを区別させることなく利用できるファイルシステムを提供できる効果を有する。

本発明の実施形態に係る情報処理システムのシステム構成を示すブロック図である。 本発明の実施形態に係るＮＡＳサーバ１００、クライアント端末１０１、クラウドストレージ１０２に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係るファイル登録処理手順の一例を説明する第１のフローチャートである。 本発明の実施形態に係るファイル参照処理手順の一例を説明する第２のフローチャートである。 本発明の実施形態に係るファイル同期処理手順の一例を説明する第３のフローチャートである。 本発明の実施形態に係るファイル構成、ユーザ構成、並びにそれぞれを構成するデータベースの一例を示す模式図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。まず、図１を参照して、本発明のシステム構成を説明する。

図１は、本発明の実施形態に係る情報処理システムのシステム構成を示すブロック図である。

図１のクラウドストレージ（ファイル格納装置）１０２は、ユーザが管理するファイルを格納しており、その記憶容量はフレキシブルに変更することできる。

ＮＡＳサーバ１００は、クラウドストレージ１０２のファイルの一部、特に最終アクセス日時が新しいファイルを優先して記憶している。このことにより、イントラネット内１０４にあるクライアント端末１０１ａ〜ｃは、近頃使っているファイルなどを優先的にＮＡＳサーバ１００から取得、管理することができ、クラウドストレージ１０２からインターネット１０３を介せず、ファイルアクセス（ファイル送受信）が可能となる。

また、ＮＡＳサーバ１００は、クラウドストレージ１０２が有するファイル構成を記憶するフォルダ・ファイル情報テーブル（ファイルの属性）６００も有しており、さらにクラウドストレージ１０２の中でＮＡＳサーバ１００が記憶しているファイルのリストをキャッシュテーブル（ファイルの属性）６１０として保持している（ファイル属性記憶部）。

クライアント端末１０１ａ〜ｃは、ＮＡＳサーバ１００と同じ社内などのイントラネット１０４内にある情報処理装置であり、ユーザからのファイルの参照、登録、更新、削除などの処理を受け付ける（アクセス要求）。ＮＡＳサーバ１００に存在するファイルの場合は、ＮＡＳサーバ１００のＳＳＤからファイルを取得し、ＮＡＳサーバ１００には存在しないファイルの場合は、クラウドストレージ１０２からＮＡＳサーバ１００を経由してファイルを受信する（ファイル転送）。またクライアント端末１０１ｄは、インターネット１０３経由でクラウドストレージ１０２にアクセスすることにより、ユーザからのファイルの参照、登録、更新、削除などの処理を受け付ける。

なお、本実施例ではＮＡＳサーバ１００の記憶媒体をＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）と記載している場合があるが、必ずしもＳＳＤである必要はなく、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であっても良いし、他の記憶媒体であっても構わない。

ＮＡＳサーバ１００は、複数の筐体から構成されていても良し、クライアント端末１０１と同一でも良い。たとえば、ＮＡＳサーバ１００の実体ファイル１０５を記憶する記憶媒体はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を有する筐体と、フォルダ・ファイル情報テーブル６００やキャッシュテーブル６１０を有するデータベースの筐体と、別に構成されていてもよい。

次に、図２を参照して、本発明で利用する情報処理装置のハードウェア構成について説明する。

図２は、本発明の実施形態に係るＮＡＳサーバ１００、クライアント端末１０１、クラウドストレージ１０２に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、画像管理を実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

また、外部メモリ２１１のハードディスク（ＨＤ）は、情報処理装置において、録画された音声付動画や音声ファイルを記憶する大容量のメモリ領域を有している。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、無線ＬＡＮなど）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３〜図５のフローチャートを参照して、本発明のファイル管理処理について説明する。

図３は、本発明の実施形態に係るファイル登録処理手順の一例を説明する第１のフローチャートであり、Ｓ３０１〜Ｓ３０８の各ステップは、ＮＡＳサーバ１００上のＣＰＵ２０１で実施される各処理である。

図３のフローチャートは、たとえば、ユーザの使用するクライアント端末１０１からＮＡＳサーバ１００とクラウドストレージ１０２にファイルを登録する処理を受け付けたときのＮＡＳサーバ１００の処理の流れである。

図３のフローチャートは、ＮＡＳサーバ１００がクライアント端末１０１からファイルを受信すると処理が開始される（ステップＳ３０１）。

次に、ステップＳ３０２において、ファイルを受信したＮＡＳサーバ１００は、そのファイルをＮＡＳサーバ１００のＳＳＤに記憶する。

ＮＡＳサーバ１００は、ステップＳ３０２でファイルを登録する際に、ＳＳＤに記憶しているファイルの総容量が所定容量（たとえば、ＳＳＤの全容量）を超えるかどうかの判断を行う（ステップＳ３０３）。所定容量を超える場合は、ステップＳ３０４へと処理を遷移し、所定容量を超えない場合はステップＳ３０６へと処理を遷移する。

ステップＳ３０４の処理に遷移すると、ＮＡＳサーバ１００は、所定容量（たとえば、ＳＳＤの全容量）を超えるファイルを記憶できないので、ステップＳ３０２で記憶するとオーバする容量の分のＳＳＤ内のファイルを削除する。削除するファイルの選択基準は、キャッシュテーブル６１０の最終アクセス日時（図６の６１１）が古い順のファイルからオーバする容量分を選択してもよいし、最終アクセス日時が所定期間以上（たとえば３ヶ月以上）前のファイルの中でオーバする容量分より大きい容量のファイルを選択してもよい。削除するファイルの選択基準は他の方法でもよく、たとえば、所定期間以上（たとえば３ヶ月以上）前のファイルは強制的に削除する構成でも良い。なお、ここで選択されたファイルは、ＮＡＳサーバ１００からは削除されるが、同じファイルはクラウドストレージ１０２には存在している。次に、ステップＳ３０５へと処理を進める。

ステップＳ３０５において、ＮＡＳサーバ１００は、ステップＳ３０４で削除したファイルのキャッシュテーブル６１０のレコードを削除し、ステップＳ３０６へと処理を遷移する。

ステップＳ３０６へと処理を遷移すると、ＮＡＳサーバ１００は、キャッシュテーブル６１０にステップＳ３０２で記憶されたファイルのレコードを追加する。

次に、ステップＳ３０７において、ＮＡＳサーバ１００は、フォルダ・ファイル情報テーブル６００を追加、もしくは最終更新日を更新する。

次に、ステップＳ３０８において、ＮＡＳサーバ１００は、ステップＳ３０２で記憶したファイルをクラウドストレージ１０２にアップロードし（ファイル格納装置への格納指示）、ＮＡＳサーバ１００とクラウドストレージ１０２は同期をとる。なお、ステップＳ３０２以降の処理は、ＮＡＳサーバ１００で実施されており、クライアント端末１０１はイントラネット内のＮＡＳサーバ１００にステップＳ３０１においてファイルを送信する処理だけなので、ユーザは、インターネットの帯域制限などによるレスポンスの悪さを感じることはほとんどない。

次に、図４を参照して、本発明の実施形態に係るファイル参照処理手順の一例を説明する。

図４は、本発明の実施形態に係るファイル参照処理手順の一例を説明する第２のフローチャートであり、Ｓ４０１〜Ｓ４１２の各ステップは、ＮＡＳサーバ１００上のＣＰＵ２０１で実施される各処理である。

図４のフローチャートは、クライアント端末１０１からファイルの参照依頼が来た際に開始される処理のフローチャートである。

まず、ステップＳ４０１において、ＮＡＳサーバ１００は、ＮＡＳサーバ１００が有するフォルダ・ファイル情報テーブル６００を取得し、次のステップＳ４０２において、クライアント端末１０１にフォルダ・ファイル構成を表示させる情報を送信する（ファイル構成表示制御部）。情報を送信した結果、クライアント端末１０１で表示されるフォルダ・ファイル構成を図６を参照して具体的に説明する。

図６の６２０は、クライアント端末１０１のディスプレイ２１０に表示される具体的な表示画面のイメージである。６２０のようなフォルダ構成を生成するために、ＮＡＳサーバ１００は、フォルダ・ファイル情報テーブル６００（ファイル構成記憶部）のフォルダ・ファイル構成表示のための情報６０１を取得して、６２０のようなイメージを生成し、クライアント端末１０１に送信する。具体的には、フォルダ・ファイル構成表示のための情報６０１内のフォルダ・ファイルＩＤとそのレコードの親フォルダＩＤを紐つけてツリー構造を生成する。なお、クライアント端末１０１で６２０のようなイメージを生成できる場合は、フォルダ・ファイル構成表示のための情報６０１をクライアント端末１０１に送信してもよい。図４のフローチャートの説明に戻る。

図４のステップＳ４０２において、フォルダ・ファイル構成表示情報をクライアント端末１０１に送信すると、次のステップＳ４０３において、ＮＡＳサーバ１００は、クライアント端末１０１から参照するファイルの選択を受け付ける。具体的には、たとえばクライアント端末１０１のディスプレイ２１０に図６の６２０画面イメージのようなフォルダ・ファイル構成が表示されている場合に、６２０画面内のファイル６２２（７月２日＿営業日報．ｘｌｓ）やファイル６２３（６月１日＿営業日報．ｘｌｓ）が図示しないマウスなどでダブルクリックされて選択されたとする。

次のステップＳ４０４において、ＮＡＳサーバ１００は、ステップＳ４０３で選択されたファイルがＮＡＳサーバ１００のＳＳＤにあるかどうかを判断する為、ＮＡＳサーバ１００が有するキャッシュテーブル６１０を取得する。取得したキャッシュテーブル６１０から、ステップＳ４０３で選択されたファイルに該当するレコードがあるかを判断し（ステップＳ４０５）、処理を分ける。ステップＳ４０５において、キャッシュテーブル６１０にステップＳ４０３で選択されたファイルに該当するレコードがある場合、ステップＳ４０６へと処理を遷移し、キャッシュテーブル６１０にステップＳ４０３で選択されたファイルに該当するレコードがない場合、ステップＳ４０８へと処理を遷移する。

ステップＳ４０６へと処理を遷移した場合は、キャッシュテーブル６１０にステップＳ４０３で選択されたファイルに該当するレコードがある場合なので、ＮＡＳサーバ１００に選択されたファイルが存在している。そのため、ステップＳ４０６において、ＮＡＳサーバ１００は、ＳＳＤに存在するステップＳ４０３で選択されたファイルを取得する。６２０画面内のファイルの例としては、ファイル６２２（７月２日＿営業日報．ｘｌｓ）が選択された場合の例である。選択されたファイル６２２のファイルＩＤはフォルダ・ファイル情報テーブル６００によると４５２であり、ファイルＩＤが４５２であるレコードはキャッシュテーブル６１０に存在する（６１２行）。キャッシュテーブル６１０に存在するため、ＮＡＳサーバ１００のＳＳＤに記憶されているファイル６２２（７月２日＿営業日報．ｘｌｓ）をＳＳＤから取得する。

次に、ステップＳ４０７において、ステップＳ４０６で取得されたファイルの最終アクセス日時をキャッシュテーブル６１０に更新する処理を行う。この処理により、ファイルが頻繁にアクセスされるファイルは、最終アクセス日時が頻繁に更新されるため、ＳＳＤから削除される可能性が下がり、クラウドストレージ１０２までファイルを取得する処理を省略することができる。次にステップＳ４１１へと処理を遷移する。

一方、ステップＳ４０５で、キャッシュテーブル６１０にステップＳ４０３で選択されたファイルに該当するレコードがないと判断された場合は、ステップＳ４０８へと処理を遷移し、ＮＡＳサーバ１００は、クラウドストレージ１０２からステップＳ４０３で選択したファイルを取得する。６２０画面内のファイルの例としては、ファイル６２３（６月１日＿営業日報．ｘｌｓ）が選択された場合の例である。選択されたファイル６２３のファイルＩＤはフォルダ・ファイル情報テーブル６００によると４０１であり、ファイルＩＤが４０１であるレコードはキャッシュテーブル６１０には存在しない。キャッシュテーブル６１０に存在しないため、ＮＡＳサーバ１００のＳＳＤには記憶されておらず、ファイル６２３（６月１日＿営業日報．ｘｌｓ）はクラウドストレージ１０２から取得する。

以上のように、ＮＡＳサーバ１００のＳＳＤに存在するファイルも、ＮＡＳサーバ１００に存在せずクラウドストレージ１０２にしかないファイルも、６２２や６２３のように区別なく表示することができ、ユーザはファイルの所在を気にすることなくアクセスすることができる効果を有する。なお、ＮＡＳサーバ１００のＳＳＤに存在するファイルと存在しないファイルを識別可能に表示させても良く、その際も１つのフォルダ内にＮＡＳサーバ１００のＳＳＤに存在するファイル（たとえば、６２２）とクラウドストレージ１０２に存在するファイル（たとえば、６２３）とはあたかも同じフォルダにあるかのように表示することができる。

次に、ステップＳ４０９において、ＮＡＳサーバ１００は、ステップＳ４０８で取得したファイルをＮＡＳサーバ１００のＳＳＤに記憶する。

次に、ステップＳ４１０において、ＮＡＳサーバ１００は、ステップＳ４０８で取得したファイルをＳＳＤに記憶したことを登録するために、キャッシュテーブル６１０に新たなレコードとして追加する。一度アクセスしたファイルは最終アクセス日時を更新してキャッシュテーブル６１０に登録し、ＳＳＤに記憶することにより、次回アクセスする際のレスポンスをよくすることができる。次にステップＳ４１１へと処理を遷移する。

ステップＳ４１１へと処理を遷移すると、ＮＡＳサーバ１００は、ＮＡＳサーバ１００とクラウドストレージ１０２が有するフォルダ・ファイル情報テーブル６００の最終アクセス日時を更新する。

次に、ステップＳ４１２において、ＮＡＳサーバ１００は、ステップＳ４０３でクライアント端末１０１から選択を受け付けたファイル自体をクライアント端末１０１に送信する。

以上の処理により、ＮＡＳサーバ１００のＳＳＤに記憶しているファイルにアクセスする場合は、レスポンス良くファイルをクライアントに送信することができる。また、記憶しているファイルの容量が多くＳＳＤに記憶できないほどの量になった場合にＮＡＳサーバ１００から削除しても、ステップＳ３０８のようにクラウドストレージ１０２に同期してファイルを保存している。ファイル管理画面上は、図６の６２０のように、ＮＡＳサーバ１００にあるファイルかクラウドストレージ１０２にあるファイルかを区別することなくアクセスできるので、ユーザはどちらにある場合でも同じようにアクセスしてファイルを取得することができるという効果を有する。

次に、図５を参照して、本発明の実施形態に係るＮＡＳサーバ１００とクラウドストレージ１０２とのファイル同期処理手順の一例を説明する。

図５は、本発明の実施形態に係るファイル同期処理手順の一例を説明する第３のフローチャートであり、Ｓ５０１〜Ｓ５０６の各ステップは、ＮＡＳサーバ１００上のＣＰＵ２０１で実施される各処理である。

図５のフローチャートは、ＮＡＳサーバ１００にて、定期的に実行される処理（例えば、３時間毎や１日おきなど）であってもよいし、クラウドストレージ１０２のファイルが更新されるタイミングで、更新されたファイルについて、ＮＡＳサーバ１００に通知が来て、図５のフローチャートを開始することとしても良い。

まず、ステップＳ５０１において、ＮＡＳサーバ１００は、クラウドストレージ１０２が有するフォルダ・ファイル情報テーブル６００を取得する。

次のステップＳ５０２とステップＳ５０３の処理は、クラウドストレージ１０２へ社内イントラを介さずインターネット経由でアクセスしてファイルが更新されていることを検出するための処理であり、インターネット１０３経由でクラウドストレージ１０２のファイルが更新されるとＮＡＳサーバ１００に最新のファイルが反映されないため、ステップＳ５０４以降の処理を実行するための判断分岐である。なお、クライアント端末１０１ｄからインターネット１０３経由でクラウドストレージ１０２へファイルアクセスする場合、クライアント端末１０１ｄのディスプレイ２１０に図６の６２０のような画面イメージを表示してアクセスさせても良い。

ステップＳ５０２において、ＮＡＳサーバ１００は、ステップＳ５０１で取得したクラウドストレージ１０２のフォルダ・ファイル情報テーブル６００と、ＮＡＳサーバ１００が有するフォルダ・ファイル情報テーブル６００から、クラウドストレージの最終更新日とＮＡＳサーバの最終更新日とをファイル毎に比較する。クラウドストレージの最終更新日の方が新しい場合は、ステップＳ５０３へと処理を遷移し、クラウドストレージの最終更新日の方が古い場合は、図５のフローチャートの処理を終える。

ステップＳ５０３へと処理を遷移すると、ＮＡＳサーバ１００は、クラウドストレージ１０２から取得したフォルダ・ファイル情報テーブル６００の最終更新者ＩＤがＮＡＳユーザかどうかを判断する。最終更新者ＩＤがＮＡＳユーザである場合（ステップＳ５０３でＮｏ）は、図５のフローチャートの処理を終え、ＮＡＳユーザでない場合（ステップＳ５０３でＹｅｓ）は、ステップＳ５０４へと処理を遷移する。最終更新者ＩＤがＮＡＳユーザかどうかは、図６の６３０に登録されているユーザ（たとえば、『９１１』や『９１２』、『９６１』など）であればＮＡＳユーザと判断しても良いし、それ以外のたとえばログインユーザが『ｋａｎｏｎ．ｉｃｈｉｒｏ＠ａａａ．ｃｏ．ｊｐ』などであれば、ＮＡＳユーザ以外のたとえば、クラウド経由のユーザと判断できる。『ｋａｎｏｎ．ｉｃｈｉｒｏ＠ａａａ．ｃｏ．ｊｐ』ユーザは、ユーザ・グループテーブル６３０の『観音一郎』６３１のクラウド経由でのログインＩＤとする。なお、ＮＡＳユーザかそれ以外のユーザかを識別する方法は、上記以外でもよく、フォルダ・ファイル情報テーブル６００にクラウド経由でのアクセスの場合にフラグを立てる、もしくはＮＡＳ経由でアクセスされた場合にフラグを立てるなどで識別しても良い。

ステップＳ５０３の判断分岐は、ＮＡＳサーバ１００で更新されクラウドストレージ１０２に同期されたものに対して、クラウドストレージ１０２からＮＡＳサーバ１００に再同期してしまうという現象を防ぐための分岐である。

例えば、ＮＡＳサーバ１００に新しいファイルがアップロードされたとき、ＮＡＳサーバ１００の更新日はアップロードした日時になる（ステップＳ３０２）。そのあと、ＮＡＳサーバ１００からクラウドストレージ１０２へＮＡＳユーザで同期処理が行われる（ステップＳ３０８）。ＮＡＳサーバ１００へのアップロードよりも少し時間が経過したあとにクラウドストレージ１０２に同期されるため、クラウドの最終更新日＞ＮＡＳの最終更新日の状態となり、かつ最終更新者ＩＤがＮＡＳユーザとなる。しかし、このファイルはＮＡＳサーバ１００、クラウドストレージ１０２ともに同期済みの最新ファイルのため、クラウドから同期する必要がないという判断になり、ステップＳ５０４以降の処理をスキップする。

ステップＳ５０４へと処理を遷移すると、ＮＡＳサーバ１００は、クラウドストレージ１０２にある該当のファイルの実体をＮＡＳサーバ１００にコピーする。

次に、ステップＳ５０５において、ＮＡＳサーバ１００は、ステップＳ５０１で取得したフォルダ・ファイル情報テーブル６００の該当ファイルのレコードの内容をＮＡＳサーバ１００のフォルダ・ファイル情報テーブル６００の該当レコードに反映する。

次に、ステップＳ５０６において、ＮＡＳサーバ１００は、ＮＡＳサーバ１００が有するキャッシュテーブル６１０の該当ファイルのレコード欄を追加する。

以上、ステップＳ５０４〜Ｓ５０６の処理により、ＮＡＳサーバ１００を経由せずにクラウドストレージ１０２へ直接アクセスし、ファイルを更新、追加などを行ったユーザがいても、ＮＡＳサーバ１００に同期させることができる。

以上の処理により、クラウドストレージとＮＡＳサーバを併用して、ＮＡＳサーバのファイルアクセスのレスポンスの良さとクラウドストレージの記憶容量のフレキシブルさを兼ね備え、かつユーザにはクラウドストレージかＮＡＳサーバかどちらにアクセスするかを区別させることなく利用させることができる。

上記実施形態では、複数台の情報処理装置に適用する場合を説明したが、１台で動作する情報処理装置であっても良いし、ネットワーク上の複数のサーバなどの処理主体を共通にしてもよい。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバ−ジョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インスト−ルするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態に係る図３〜図５に示す機能が外部からインスト−ルされるプログラムによって、ホストコンピュ−タにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコ−ドを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュ−タ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコ−ドを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコ−ド自体が本発明の新規な機能を実現することになり、そのプログラムコ−ドを記憶した記録媒体は本発明を構成することになる。

プログラムコ−ドを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テ−プ，不揮発性のメモリカ−ド，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュ−タが読み出したプログラムコ−ドを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコ−ドの指示に基づき、コンピュ−タ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコ−ドが、コンピュ−タに挿入された機能拡張ボ−ドやコンピュ−タに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコ−ドの指示に基づき、その機能拡張ボ−ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベ−ス等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ ＮＡＳサーバ
１０１ クライアント端末
１０２ クラウドサーバ
１０３ インターネット
１０４ イントラネット
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ
６００ フォルダ・ファイル情報テーブル
６１０ キャッシュテーブル

Claims (6)

1. ファイル格納装置とクライアント端末と接続可能な、前記ファイル格納装置に格納されているファイルの一部を記憶している記憶手段を有する情報処理装置であって、
   前記クライアント端末から、前記記憶手段に記憶されているファイルへのアクセス要求がある場合、前記記憶手段から該ファイルを取得し、該クライアント端末に該ファイルを送受信するファイル送受信手段と、
   前記クライアント端末から、前記ファイル格納装置に格納され、前記記憶手段に記憶されていないファイルへのアクセス要求がある場合、該ファイルの情報を取得し、該ファイル格納装置から該クライアント端末に該ファイルを送信するファイル転送手段と、
   前記記憶手段に記憶されているファイルのファイル構成を表示制御するファイル構成表示制御手段とを有し、
   前記ファイル構成表示制御手段は、前記ファイル格納装置に記憶され、前記記憶手段に記憶されていないファイルを該記憶手段に記憶しているように表示制御することを特徴とする情報処理装置。
2. 前記ファイル格納装置に記憶され前記記憶手段に記憶されていないファイルの属性を記憶するファイル属性記憶手段をさらに有し、
   前記ファイル構成表示制御手段は、前記ファイル属性記憶手段に記憶されたファイルの属性から前記記憶手段に記憶されていないファイルのファイル構成を表示制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記記憶手段に記憶されているファイルのファイル構成と、前記ファイル格納装置に記憶され前記記憶手段に記憶されていないファイルのファイル構成とを記憶するファイル構成記憶手段を有し、
   前記ファイル構成表示制御手段は、前記ファイル構成記憶手段に記憶されているファイル構成を表示制御することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記記憶手段に記憶するファイルを登録する登録手段と、
   前記登録手段により登録されたファイルを前記ファイル格納装置に送信し、該ファイルを該ファイル格納装置に格納指示する格納指示手段と、
   を有することを特徴とする請求項１乃至３に記載の情報処理装置。
5. 前記登録手段により、前記記憶手段の記憶容量の上限を超える容量のファイルを登録しようとする場合、前記記憶手段に記憶されているファイルのアクセス日時から削除するファイルを決定して削除する削除手段と
   を有することを特徴とする請求項４に記載の情報処理装置。
6. 前記登録手段により登録されたファイルのアクセス日時を管理するアクセス日時管理手段とを有し、
   前記削除手段は、前記アクセス日時を前記アクセス日時管理手段から取得することを特徴とする請求項５に記載の情報処理装置。

Images