JP2019040637A - 情報処理装置、プログラム及び情報管理方法 - Google Patents

Abstract

【課題】保存場所に保存された情報の操作を容易化できる情報処理装置、プログラム、情報管理方法及び情報処理システムを提供することを課題とする。【解決手段】保存場所に保存された情報を管理する情報処理装置であって、情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、第２の認証情報を利用して保存場所に保存されている情報を監視し、保存場所に保存されている情報の索引情報を更新する保存場所監視手段と、保存場所に保存されている情報の索引情報を利用して保存場所に保存されている情報の一覧を作成してクライアント装置に提供する情報管理手段と、を有することにより、上記課題を解決する。【選択図】 図１

Description

本発明は、情報処理装置、プログラム、情報管理方法及び情報処理システムに関する。

アプリケーションからファイルアクセス要求が受信されると、クライアントのローカルストレージに対するファイルアクセス要求として処理するか、クラウドストレージに対するファイルアクセス要求として処理するかを決定するクライアントは従来から知られている（例えば特許文献１参照）。

ユーザは、クラウドストレージ等の外部のストレージにファイル等の情報を保存している場合がある。しかしながら、ユーザは外部のストレージに保存したファイル等の情報を利用する場合、保存場所である外部のストレージに応じた操作が必要であり、操作が煩雑になるという問題があった。

本発明の一実施形態は上記の点に鑑みなされたもので、保存場所に保存された情報の操作を容易化できる情報処理装置、プログラム、情報管理方法及び情報処理システムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、保存場所に保存された情報を管理する情報処理装置であって、前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理手段と、を有することを特徴とする。

本発明の一実施形態によれば、保存場所に保存された情報の操作を容易化できる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。 本実施形態に係るストレージサーバの一例の処理ブロック図である。 本実施形態に係る情報処理システムのログイン処理手順を表した一例のシーケンス図である。 本実施形態に係るストレージサーバのログイン処理手順を表した一例のフローチャートである。 認証情報の一例の構成図である。 インデックス情報の一例の構成図である。 本実施形態に係る情報処理システムのインデックス情報更新処理手順を表した一例のシーケンス図である。 本実施形態に係る情報処理システムのファイル一覧表示処理手順を表した一例のシーケンス図である。 本実施形態に係るストレージサーバのファイル一覧作成処理手順を表した一例のフローチャートである。 ファイル一覧表示の一例のイメージ図である。 本実施形態に係るストレージサーバの検索処理手順を表した一例のフローチャートである。 本実施形態に係る情報処理システムのアップロード処理手順を表した一例のシーケンス図である。 本実施形態に係るストレージサーバのアップロード処理手順を表した一例のフローチャートである。 本実施形態に係る情報処理システムのアップロード処理手順を表した他の例のシーケンス図である。 本実施形態に係るストレージサーバのアップロード処理手順を表した他の例のフローチャートである。 データのアップロード先選定処理手順を表した一例のフローチャートである。 データのアップロード先を通信速度で選定する際のクラウド情報の一例の構成図である。 データのアップロード先を空き容量で選定する際のクラウド情報の一例の構成図である。 データのアップロード先をファイル名に含まれるキーワードで選定する際のクラウド情報の一例の構成図である。 データのアップロード先をファイルの種別で選定する際のクラウド情報の一例の構成図である。 本実施形態に係る情報処理システムのダウンロード処理手順を表した一例のシーケンス図である。 本実施形態に係る情報処理システムのダウンロード処理手順を表した他の例のシーケンス図である。 本実施形態に係るストレージサーバのダウンロード処理手順を表した一例のフローチャートである。 ファイル一覧表示の他の例のイメージ図である。 ファイルが選択されたファイル一覧表示の一例のイメージ図である。 アップロード先一覧表示の一例のイメージ図である。 ファイルアップロード先選択画面の一例のイメージ図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は情報管理装置１０がＬＡＮ（Local Area Network）などのネットワークＮ１に接続されている。また、情報処理システム１はクライアントデバイス２０、クラウドストレージ３０がネットワークＮ１に接続されている。

クラウドストレージ３０はネットワークＮ１上のサーバに、ファイル等の情報を保存可能なサービスである。クラウドストレージ３０はネットワークＮ１に接続可能なクライアントデバイス２０から、保存しているファイル等に対する操作を受け付ける。クライアントデバイス２０は、スマートフォン、タブレット端末などの操作端末、又はＭＦＰ（複合機）、プロジェクタ等の電子機器である。ユーザはクライアントデバイス２０からクラウドストレージ３０に保存されているファイル等に対して操作を行う。クライアントデバイス２０は情報管理装置１０を介してクラウドストレージ３０にアクセスする。

情報管理装置１０はストレージサーバ等により実現できる。情報管理装置１０はクライアントデバイス２０とクラウドストレージ３０との間で、クライアントデバイス２０からクラウドストレージ３０へのアクセスや操作を仲介する。

情報処理システム１は情報管理装置１０がクライアントデバイス２０からクラウドストレージ３０への操作（ファイルのダウンロードやアップロード、検索など）を中継することで、保存場所をユーザに意識させずに、ファイル等への操作を可能としている。

操作端末はスマートフォン、タブレット端末の他、携帯電話、ノートＰＣなど、ユーザが操作できる端末装置であればよい。ＭＦＰ及びプロジェクタは電子データの入出力（例えば印刷、スキャン、投影など）を行う電子機器の一例である。電子機器は、デジタルカメラ、マイク、スピーカも電子データの入出力を行う電子機器の一例である。電子機器はＭＦＰ及びプロジェクタなどの他、プリンタ、スキャナ、複写機、画像表示装置など、電子データの入出力を行う装置であればよい。

ＭＦＰは画像形成装置の一例である。ＭＦＰは撮像機能、画像形成機能及び通信機能を備え、プリンタ、ファクシミリ、スキャナ、複写機として利用可能である。ＭＦＰは画像データを印刷出力できる。ＭＦＰは原稿を読み取って画像データを生成する画像読取装置である。また、ＭＦＰはＷｅｂブラウザ機能を持つ。プロジェクタは画像投影装置の一例である。プロジェクタは投影機能及び通信機能を備える。プロジェクタは画像データを表示出力する。

情報管理装置１０は情報処理装置の一例である。情報管理装置１０はクライアントデバイス２０で処理できないような高機能処理の実行や、ストレージサーバとしての処理の実行を行うようにしてもよい。情報管理装置１０はスマートフォンやタブレット端末等の操作端末と連携してＭＦＰやプロジェクタ等の電子機器による電子データの入出力をサービスとして提供できるようにしてもよい。

なお、情報管理装置１０は複数のコンピュータに分散して構成してもよい。また、図１に示したクラウドストレージ３０は複数であってもよい。クラウドストレージ３０は他の情報管理装置１０であってもよい。クライアントデバイス２０に含まれるスマートフォン等は複数であってもよい。

＜ハードウェア構成＞
情報管理装置１０は例えば図２に示すハードウェア構成のコンピュータシステムにより実現される。なお、スマートフォンやタブレット端末などの操作端末も図２に示すハードウェア構成を含む構成である。図２は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。

図２のコンピュータシステム１００は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７及びＨＤＤ１０８などを備え、それぞれがバスＢで相互に接続されている。入力装置１０１はキーボードやマウスなどを含み、コンピュータシステム１００に各操作信号を入力するために用いられる。

表示装置１０２はディスプレイなどを含み、コンピュータシステム１００による処理結果を表示する。通信Ｉ／Ｆ１０７はコンピュータシステム１００をネットワークＮ１に接続するインターフェースである。これにより、コンピュータシステム１００は通信Ｉ／Ｆ１０７を介して、クライアントデバイス２０、クラウドストレージ３０等とデータ通信を行うことができる。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、コンピュータシステム１００全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及び、ＯＳ上において各種機能を提供するアプリケーションプログラムなどがある。ＨＤＤ１０８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。

外部Ｉ／Ｆ１０３は、外部装置とのインターフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータシステム１００は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体１０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード、ＵＳＢ（Universal Serial Bus）メモリ等がある。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、コンピュータシステム１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータシステム１００全体の制御や機能を実現する演算装置である。

本実施形態に係るコンピュータシステム１００は、上記ハードウェア資源、プログラム及びデータの組み合わせにより、ハードウェア資源とプログラムとが協働して、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
以下では、情報管理装置１０をストレージサーバ１０Ａで実現した情報処理システム１について説明する。また、以下ではクラウドストレージ３０に情報の一例としてファイルデータが保存されている例について説明する。本実施形態に係るストレージサーバ１０Ａは例えば図３に示すような処理ブロックで実現される。

図３は本実施形態に係るストレージサーバの一例の処理ブロック図である。ストレージサーバ１０Ａはプログラムを実行して、認証管理部１１、ファイル管理部１２、クラウド監視部１３、認証情報保存部１４、インデックス情報保存部１５、クラウド情報保存部１６、ファイルデータ保存部１７、キャッシュデータ保存部１８を実現する。

認証管理部１１はクライアントデバイス２０がストレージサーバ１０Ａにアクセスするための認証情報、及び、ストレージサーバ１０Ａがクラウドストレージ３０Ａ〜３０Ｄにアクセスするための認証情報、を管理する。ファイル管理部１２はクラウドストレージ３０Ａ〜３０Ｄに保存されているファイルデータのインデックス（索引）情報を利用し、クラウドストレージ３０Ａ〜３０Ｄに保存されているファイルデータを管理する。クラウド監視部１３はクラウドストレージ３０Ａ〜３０Ｄの状態を監視し、インデックス情報とクラウド情報とを更新する。

認証情報保存部１４はクライアントデバイス２０がストレージサーバ１０Ａにアクセスするための認証情報、及び、ストレージサーバ１０Ａがクラウドストレージ３０Ａ〜３０Ｄにアクセスするための認証情報、を保存する。インデックス情報保存部１５は、クラウドストレージ３０Ａ〜３０Ｄに保存されているファイルデータのインデックス情報を保存する。

クラウド情報保存部１６は後述のクラウド情報を保存する。ファイルデータ保存部１７はストレージサーバ１０Ａにおいてファイルデータを保存する。なお、ファイル管理部１２はファイルデータ保存部１７に保存されているファイルデータのインデックス情報を利用することで、ファイルデータ保存部１７に保存されているファイルデータも管理の対象とする。キャッシュデータ保存部１８はキャッシュを保存する。

＜処理の詳細＞
以下では、本実施形態に係る情報処理システム１の処理の詳細について説明する。

《ログイン処理》
図４は本実施形態に係る情報処理システムのログイン処理手順を表した一例のシーケンス図である。ステップＳ１において、ユーザはクライアントデバイス２０に搭載されているアプリケーションを起動する。なお、アプリケーションはストレージサーバ１０Ａの専用のアプリケーションであってもよいし、Ｗｅｂブラウザ等の汎用的なアプリケーションであってもよい。ユーザは必要に応じてログインＩＤ、パスワードなどのログインの為に必要な情報（ユーザ特定情報）を入力する。

ステップＳ２において、クライアントデバイス２０はストレージサーバ１０Ａにログインを要求する。ステップＳ３において、ストレージサーバ１０Ａはクライアントデバイス２０からのログイン処理を実行する。クライアントデバイス２０からのログインが成功すると、ストレージサーバ１０ＡはステップＳ４において、ログインしたユーザに紐付けられたクラウドストレージ３０に対してログイン処理を要求する。

また、クラウドストレージ３０へのログインが成功すると、ストレージサーバ１０ＡはステップＳ５において、クラウドストレージ３０からインデックス情報を取得する。ストレージサーバ１０ＡはステップＳ６において、取得したインデックス情報を利用してインデックス情報保存部１５に保存されているインデックス情報を更新する。

また、図５は本実施形態に係るストレージサーバのログイン処理手順を表した一例のフローチャートである。ステップＳ１１において、ストレージサーバ１０Ａはクライアントデバイス２０からのログイン要求を受け付ける。ログイン要求には、例えばユーザ特定情報の一例としてログインＩＤ、パスワードが含まれる。

ステップＳ１２において、ストレージサーバ１０Ａはクライアントデバイス２０からのログイン要求に基づき、ログイン要求時に渡されたログインＩＤ、パスワード、及び、認証情報保存部１４に保存されている例えば図６に示すような認証情報を使用して認証処理を行う。

図６は認証情報の一例の構成図である。図６の認証情報は、ストレージサーバ１０Ａの認証情報と、クラウドストレージ３０の認証情報と、が含まれる。ストレージサーバ１０Ａの認証情報は、クライアントデバイス２０がストレージサーバ１０Ａにログインするための認証情報である。また、クラウドストレージ３０の認証情報はストレージサーバ１０Ａがクラウドストレージ３０にログインするための認証情報である。

ストレージサーバ１０Ａの認証情報は、ログインＩＤ及びパスワードの他、デバイスＩＤなどのデバイスの情報を使用してもよい。デバイスの情報はログインＩＤ、パスワード等と紐付けられることによりユーザ特定情報として利用できる。

また、クラウドストレージ３０の認証情報はストレージサーバ１０Ａの認証情報と紐付けられている。図６の認証情報には、１つのストレージサーバ１０Ａの認証情報に対して１つ以上のクラウドストレージ３０の認証情報が紐付けられている。クラウドストレージ３０の認証情報は、クラウド名、ログインＩＤ、パスワード等が含まれる。

クライアントデバイス２０からのログインが成功すると、ストレージサーバ１０ＡはステップＳ１３において、ログインしたユーザのストレージサーバ１０Ａの認証情報に紐付けられたクラウドストレージ３０の認証情報を図６の認証情報から取得する。

ステップＳ１４において、ストレージサーバ１０Ａはクラウドストレージ３０の認証情報の取得に成功すると、ステップＳ１５以降の処理を行う。ストレージサーバ１０ＡはステップＳ１５において、取得したクラウドストレージ３０の認証情報を利用してクラウドストレージ３０に対してログイン処理を要求する。クラウドストレージ３０へのログインが成功すると、ストレージサーバ１０ＡはステップＳ１６において、クラウドストレージ３０からインデックス情報を取得する。ステップＳ１７において、ストレージサーバ１０Ａは取得したインデックス情報を利用してインデックス情報保存部１５に保存されているインデックス情報を更新する。

例えば図６の認証情報において「ｕｓｅｒＡ」からログインされたストレージサーバ１０Ａはクラウド名が「クラウドストレージＡ」及び「クラウドストレージＢ」のクラウドストレージ３０の認証情報を取得する。クラウド名が「クラウドストレージＡ」のクラウドストレージ３０Ａに対し、ストレージサーバ１０ＡはログインＩＤ「ｕｓｅｒ０１」及びパスワードでログイン要求を行う。また、クラウド名が「クラウドストレージＢ」のクラウドストレージ３０Ｂに対し、ストレージサーバ１０ＡはログインＩＤ「ｕｓｅｒ００１」及びパスワードでログイン要求を行う。

図７はインデックス情報の一例の構成図である。図７のインデックス情報は、クラウド名、ファイルパス、全文情報、更新日時、パーミッション、所有者、グループ、ファイルサイズ、等の属性情報が含まれる。

全文情報は、対象ファイルが文書ファイルであるとき、その文書ファイルのテキスト情報である。パーミッションは、ファイルに対するアクセス権に関する情報である。パーミッションは例えば"−ｒｗ−ｒ−−ｒ−−"というように記載され、最初の１文字目がファイルやディレクトリ等、対象データの種類を特定する情報である。次の３文字は所有者のアクセス権を示す。３文字のうち１文字目は"ｒ"は対象データの読み出し（ｒｅａｄ）、２文字目は"ｗ"対象データの書込み（ｗｒｉｔｅ）、３文字目は"ｘ"は対象データの実行をそれぞれ示す。それぞれの処理を所有者が実行できない場合、対象の文字位置が"−"で表示される。所有者のアクセス権を示す３文字の次の３文字は対象データのグループのアクセス権を示す。グループのアクセス権を示す３文字の次の３文字はその他のユーザのアクセス権を示す。なお、グループ、その他のユーザそれぞれの３文字の示す内容は所有者のアクセス権の３文字と同じである。

例えば、"−ｒｗ−ｒ−−ｒ−−"であれば、次のようなアクセス権の解釈となる。「対象データはファイルであり、所有者は読み出しと書込みができるが、実行は実行できない。グループのユーザは読み出しができるが、書込みと実行はできない。その他ユーザは読み出しができるが、書込みと実行はできない。」
図７に戻り、所有者及びグループは、パーミッションで説明した所有者及びグループを示すものである。

ストレージサーバ１０Ａは１つ以上のクラウドストレージ３０に保存されているファイルを横断的に検索するために、予め図７に示すような検索用のインデックス情報を保持している。インデックス情報を作成するために、ストレージサーバ１０Ａは定期的にクラウドストレージ３０にアクセスしてファイルの有無を走査し、属性情報を更新する。

ストレージサーバ１０Ａはクラウドストレージ３０にアクセスできない場合、検索高速化のため、アクセスできないクラウドストレージ３０に保存したファイルのインデックス情報を削除する。ストレージサーバ１０Ａにおける検索は、インデックス情報の属性情報の種類に基づいて絞り込み検索や検索順の指定が可能である。

例えば図７のインデックス情報において、検索の範囲をクラウド名「ＣｌｏｕｄＡ」に絞り込むと、ストレージサーバ１０Ａによる検索の範囲はクラウド名「ＣｌｏｕｄＡ」のクラウドストレージ３０Ａに保存されているファイルに絞り込まれる。また、検索の範囲の指定によってはクラウドストレージ３０Ａ→クラウドストレージ３０Ｂ→クラウドストレージ３０Ｃの順番に検索を行わせることも可能である。さらに、ファイルの更新日時の新しい順に検索を行わせることも可能である。

なお、図７のインデックス情報のクラウド名「自ストレージ」のインデックス情報はストレージサーバ１０Ａのファイルデータ保存部１７に保存されているファイルを検索するためのインデックス情報である。

《インデックス情報の更新処理》
インデックス情報は、ログイン処理時、認証情報の登録時などに作成や更新を行うことができると共に、ストレージサーバ１０Ａが起動している間、図８に示すように一定間隔で更新することもできる。

図８は本実施形態に係る情報処理システムのインデックス情報更新処理手順を表した一例のシーケンス図である。ステップＳ２１において、ユーザはストレージサーバ１０Ａを起動させる。ストレージサーバ１０Ａは起動している間、一定間隔でステップＳ２２及びＳ２３の処理を繰り返す。

ステップＳ２２において、ストレージサーバ１０Ａはクラウドストレージ３０からインデックス情報を取得する。ステップＳ２３において、ストレージサーバ１０Ａは取得したインデックス情報を利用してインデックス情報保存部１５に保存されているインデックス情報を更新する。

《ファイル一覧の表示処理》
図９は本実施形態に係る情報処理システムのファイル一覧表示処理手順を表した一例のシーケンス図である。ステップＳ３１において、ユーザはクライアントデバイス２０を操作して、ファイル一覧の表示を要求する。ステップＳ３２において、クライアントデバイス２０はストレージサーバ１０Ａに対してファイル一覧取得要求を行う。ステップＳ３３において、ストレージサーバ１０Ａはファイル一覧作成処理を行う。なお、ファイル一覧作成処理の詳細は後述する。ステップＳ３４において、ストレージサーバ１０Ａは作成したファイル一覧をクライアントデバイス２０に送信する。クライアントデバイス２０は受信したファイル一覧を表示する。ユーザはクライアントデバイス２０が表示したファイル一覧を確認できる。

図１０は本実施形態に係るストレージサーバのファイル一覧作成処理手順を表した一例のフローチャートである。ステップＳ４１において、ストレージサーバ１０Ａはクライアントデバイス２０からのファイル一覧取得要求を受け付ける。

また、ステップＳ４２において、ストレージサーバ１０Ａはインデックス情報保存部１５に保存されているインデックス情報を参照し、ログインしているユーザがアクセス可能なファイルを検索する。なお、ログインしているユーザがアクセス可能なファイルはログインしているユーザのみがアクセス可能なファイルの他、全ユーザがアクセス可能な共有ファイルを含めるようにしてもよい。アクセス可能か否かの判断は、図７に記載の各データに関連付けられたパーミッションに基づいて判断される。

ステップＳ４３において、ストレージサーバ１０ＡはステップＳ４２の検索結果からログインしているユーザがアクセス可能なファイル一覧を作成する。そして、ステップＳ４４において、ストレージサーバ１０ＡはステップＳ４３で作成したファイル一覧をクライアントデバイス２０に返す。

ファイル一覧を受信したクライアントデバイス２０は、例えば図１１に示すようにファイル一覧を表示する。図１１はファイル一覧表示の一例のイメージ図である。図１１に示したファイル一覧表示は「クラウドストレージＡ」にファイルＡ、ファイルＤがある例を示している。また、図１１は「クラウドストレージＢ」にファイルＣがある例を示している。また、図１１は「クラウドストレージＣ」にファイルＢ、ファイルＥがある例を示している。

図１１（Ａ）は全てのファイルを並列に表示するファイル一覧表示である。また、図１１（Ｂ）はファイルが保存されているクラウドストレージ３０毎にフォルダを分けて表示するファイル一覧表示である。

また、図１１（Ｃ）は保存されているクラウドストレージ３０毎に色分けして、全てのファイルを並列に表示するファイル一覧表示である。さらに、図１１（Ｄ）は保存されているクラウドストレージ３０毎に異なるアイコンを付して、全てのファイルを並列に表示するファイル一覧表示である。

なお、複数のクラウドストレージ３０に同一のファイルが保存されている場合、ファイル一覧には1つのファイルを表示するようにしてもよい。同一のファイルか否かの判断は例えばファイル名の一致／不一致により行うことができる。また、同一のファイルか否かの判断はインデックス情報に含まれる全文情報の一致／不一致により行うようにしてもよい。さらに、同一のファイルか否かの判断はファイル名及びインデックス情報に含まれる全文情報の両方の一致／不一致により行うようにしてもよい。

「クラウドストレージＡ」にファイルＡ、ファイルＢ、ファイルＣがあり、また「クラウドストレージＢ」にファイルＣ、ファイルＤ、ファイルＥがある場合も、ファイル一覧は図１１（Ａ）のように表示される。

《検索処理》
クライアントデバイス２０から検索要求を受け付けたストレージサーバ１０Ａは図１２に示すような検索処理を実行する。図１２は本実施形態に係るストレージサーバの検索処理手順を表した一例のフローチャートである。

ステップＳ５１において、ストレージサーバ１０Ａはクライアントデバイス２０からの検索要求を受け付ける。ステップＳ５２において、ストレージサーバ１０Ａは受け付けた検索要求の検索条件を判定する。ストレージサーバ１０Ａはファイルデータ保存部１７に保存された（自ストレージの）ファイル及びクラウドストレージ３０に保存された（外部のストレージの）ファイルの様々な属性情報をインデックス情報として持つ。

そこで、ストレージサーバ１０ＡはステップＳ５３において、検索条件に基づき、インデックス情報の絞り込み検索や検索順序の指定が可能である。ストレージサーバ１０Ａは検索条件に基づいてインデックス情報を検索する。ステップＳ５４において、ストレージサーバ１０Ａは検索にヒットしたファイルの情報を逐次、検索要求元であるクライアントデバイス２０に返却する。また、ステップＳ５５において、ストレージサーバ１０Ａは検索のヒット件数を検索要求元であるクライアントデバイス２０に返却する。

なお、ストレージサーバ１０Ａは検索にヒットしたファイルがクラウドストレージ３０からダウンロード可能な場合、検索にヒットした順番にファイルをクラウドストレージ３０からダウンロードしておくようにしてもよい。

《ファイルのアップロード》
ユーザはクライアントデバイス２０から図１３に示すようにファイルのアップロードを行うことができる。図１３は本実施形態に係る情報処理システムのアップロード処理手順を表した一例のシーケンス図である。なお、図１３はアップロード先が指定されたアップロード処理を示している。

ステップＳ６１において、ユーザはクライアントデバイス２０を操作してアップロードデータ選択画面の表示を要求する。ステップＳ６２において、クライアントデバイス２０はアップロード可能なデータ一覧を作成して例えば図２５のような画面を表示する。ステップＳ６３において、ユーザは表示されたデータ一覧からアップロードするデータを選択する。例えば、図２６のように、ユーザが一覧から「ファイルＡ」、「ファイルＣ」及び「ファイルＥ」を選択して、「完了」を選択したとする。また、ユーザはデータのアップロード先の自ストレージ又はクラウドストレージ３０を選択する。ステップＳ６４において、ユーザはクライアントデバイス２０にアップロードの実行を要求する。例えば、図２７のように、アップロード先の一覧（自ストレージ及びクラウドストレージ含む）がクライアントデバイス２０に表示され、ユーザはアップロード先を選択し、「アップロード」を選択する。なお、ここで、複数のアップロード先を選択してもよい。

ステップＳ６５において、クライアントデバイス２０はユーザからのアップロードの実行要求に基づき、データアップロードをストレージサーバ１０Ａに要求する。この実行要求には、データをアップロードするアップロード先に関する情報（例えばアップロード先を識別する識別情報等）が含まれる。ステップＳ６６において、ストレージサーバ１０Ａはアップロード先をチェックする。

アップロード先が自ストレージであれば、ストレージサーバ１０ＡはステップＳ６７において、ユーザにより選択されたデータを、ユーザにより選択されたアップロード先に保存する。また、アップロード先がクラウドストレージ３０であれば、ストレージサーバ１０ＡはステップＳ６８において、ユーザにより選択されたデータのアップロードをアップロード先のクラウドストレージ３０に要求する。クラウドストレージ３０はステップＳ６９において、アップロードされたデータを保存する。

なお、データのアップロードが完了した後、ストレージサーバ１０Ａはアップロード先のクラウドストレージ３０に保存されているファイルのインデックス情報を更新することができる。このように、ストレージサーバ１０Ａはファイルをアップロードするタイミングでインデックス情報を更新することもできる。

なお、図１３のシーケンス図ではクライアントデバイス２０がアップロードするデータを保存しているスマートフォン、タブレット端末などの操作端末であるときの処理を一例として示した。

例えばクライアントデバイス２０がアップロードするデータを生成できるスキャナなどの電子機器である場合、ステップＳ６１〜Ｓ６４の処理はアップロードするデータを生成する為の処理となる。また、スマートフォンやタブレット端末であれば、当該操作端末のカメラで撮影した画像をアップロードすることも考えられる。

なお、ファイルアップロードの際に、カメラで撮影する（アップロードするデータを生成し、生成したデータをアップロードする）か、ファイル一覧から選択する（クライアントデバイス２０に記憶されたデータをアップロードする）か、を選択できるように、クライアントデバイス２０に図２８のような画面を表示して、ユーザに選択させても良い。

図１４は本実施形態に係るストレージサーバのアップロード処理手順を表した一例のフローチャートである。ステップＳ７１において、ストレージサーバ１０Ａはクライアントデバイス２０からデータアップロードの要求を受け付ける。ステップＳ７２において、ストレージサーバ１０Ａはユーザから指定されたデータのアップロード先をチェックする。

また、ステップＳ７３において、ストレージサーバ１０Ａはデータのアップロード先が自ストレージであるか否かを判定する。データのアップロード先が自ストレージであればストレージサーバ１０ＡはステップＳ７４において、ファイルデータ保存部１７にユーザから指定されたデータを保存する。

一方、データのアップロード先が自ストレージでなければストレージサーバ１０ＡはステップＳ７５において、データのアップロード先のクラウドストレージ３０がオンラインになっているか否かを判定する。データのアップロード先のクラウドストレージ３０がオンラインになっていれば、ストレージサーバ１０ＡはステップＳ７６において、ユーザから指定されたデータのアップロードを要求する。

ステップＳ７７において、ストレージサーバ１０ＡはステップＳ７６のデータのアップロードが成功すると、ステップＳ７８においてインデックス情報の更新を行う。なお、ステップＳ７４においてファイルデータ保存部１７にユーザから指定されたデータを保存したあとも、ストレージサーバ１０ＡはステップＳ７８の処理を行う。ステップＳ７８に続いてステップＳ７９に進み、ストレージサーバ１０Ａは成功の完了コードをクライアントデバイス２０に返却する。

なお、ステップＳ７５においてデータのアップロード先のクラウドストレージ３０がオンラインになっていない場合、又は、ステップＳ７７においてデータのアップロードが成功しなかった場合、ストレージサーバ１０ＡはステップＳ８０の処理を行う。ステップＳ８０において、ストレージサーバ１０Ａは失敗のエラーコードをクライアントデバイス２０に返却する。

ユーザはクライアントデバイス２０から図１５に示すようにファイルのアップロードを行うことができる。図１５は本実施形態に係る情報処理システムのアップロード処理手順を表した他の例のシーケンス図である。なお、図１５はアップロード先を自動で選択するアップロード処理を示している。

ステップＳ９１において、ユーザはクライアントデバイス２０を操作してアップロードデータ選択画面の表示を要求する。ステップＳ９２において、クライアントデバイス２０はアップロード可能なデータ一覧を作成して表示する。ステップＳ９３において、ユーザは表示されたデータ一覧からアップロードするデータを選択する。また、ユーザはクライアントデバイス２０にアップロードの実行を要求する。

ステップＳ９４において、クライアントデバイス２０はユーザからのアップロードの実行要求に基づき、データアップロードをストレージサーバ１０Ａに要求する。ステップＳ９５において、ストレージサーバ１０Ａはデータのアップロード先を選定する。

アップロード先が自ストレージであれば、ストレージサーバ１０ＡはステップＳ９６において、ユーザにより選択されたデータを、選定したアップロード先に保存する。アップロード先がクラウドストレージ３０であれば、ストレージサーバ１０ＡはステップＳ９７において、ユーザにより選択されたデータのアップロードをアップロード先のクラウドストレージ３０に要求する。クラウドストレージ３０はステップＳ９８において、アップロードされたデータを保存する。このように、図１５のシーケンス図はアップロード先をストレージサーバ１０Ａが自動で選択する点で、図１３のシーケンス図の処理と異なっている。

図１６は本実施形態に係るストレージサーバのアップロード処理手順を表した他の例のフローチャートである。ステップＳ１０１において、ストレージサーバ１０Ａはクライアントデバイス２０からデータアップロードの要求を受け付ける。

ステップＳ１０２において、ストレージサーバ１０Ａはデータのアップロード先を選定する。ステップＳ１０３において、ストレージサーバ１０Ａはデータのアップロード先の選定に成功したか否かを判定する。

データのアップロード先の選定に成功すると、ストレージサーバ１０ＡはステップＳ１０４において、ユーザから指定されたデータのクラウドストレージ３０へのアップロード又は自ストレージへの保存を要求する。ステップＳ１０５において、ストレージサーバ１０ＡはステップＳ１０４のデータのアップロード又は保存が成功すると、ステップＳ１０６においてインデックス情報の更新を行う。ステップＳ１０７に進み、ストレージサーバ１０Ａは成功の完了コードをクライアントデバイス２０に返却する。なお、ステップＳ１０３においてデータのアップロード先の選定に失敗した場合、又は、ステップＳ１０５においてデータのアップロード又は保存が成功しなかった場合、ストレージサーバ１０ＡはステップＳ１０８の処理を行う。ステップＳ１０８において、ストレージサーバ１０Ａは失敗のエラーコードをクライアントデバイス２０に返却する。

ステップＳ１０２において行われるデータのアップロード先を選定する処理は例えば図１７に示すように行われる。図１７はデータのアップロード先選定処理手順を表した一例のフローチャートである。

ステップＳ１１１において、ストレージサーバ１０Ａはクラウド情報保存部１６に保存されている後述のクラウド情報を取得する。クラウド情報には、少なくともクラウドストレージ３０がオンラインであるか否かを表す状態の情報が含まれている。

ステップＳ１１２において、ストレージサーバ１０Ａは状態がオンラインである送信可能な自ストレージ又はクラウドストレージ３０があるか否かを判定する。送信可能な自ストレージ又はクラウドストレージ３０があれば、ストレージサーバ１０ＡはステップＳ１１３において、送信可能な自ストレージ又はクラウドストレージ３０のうち、優先度が一番高い自ストレージ又はクラウドストレージ３０の情報を、データのアップロード先として選定する。そして、ストレージサーバ１０Ａは選定したデータのアップロード先の情報を返却する。なお、ステップＳ１１２において、送信可能な自ストレージ又はクラウドストレージ３０が無ければ、ストレージサーバ１０ＡはステップＳ１１４において失敗のエラーコードを返却する。

図１８はデータのアップロード先を通信速度で選定する際のクラウド情報の一例の構成図である。図１８のクラウド情報はデータのアップロード先をストレージサーバ１０Ａに選択させるため、ストレージサーバ１０Ａとクラウドストレージ３０との間の通信速度により優先度が付けられている。図１８では通信速度が速いほど、優先度が高くなる。

図１９はデータのアップロード先を空き容量で選定する際のクラウド情報の一例の構成図である。図１９のクラウド情報はデータのアップロード先をストレージサーバ１０Ａに選択させるため、ストレージサーバ１０Ａ及びクラウドストレージ３０の空き容量により優先度が付けられている。図１９では空き容量多いほど、優先度が高くなる。

図２０はデータのアップロード先をファイル名に含まれるキーワードで選定する際のクラウド情報の一例の構成図である。図２０のクラウド情報はデータのアップロード先をストレージサーバ１０Ａに選択させるため、キーワード毎に優先度が付けられている。

図２１はデータのアップロード先をファイルの種別で選定する際のクラウド情報の一例の構成図である。図２１のクラウド情報はデータのアップロード先をストレージサーバ１０Ａに選択させるため、ファイルの種別により優先度が付けられている。図１８〜図２１に示したクラウド情報は一例であって、データのアップロード先を時間帯により優先度が付けられているものであってもよい。

《ファイルのダウンロード》
ユーザはクライアントデバイス２０から図２２に示すようにファイルのダウンロードを行うことができる。図２２は本実施形態に係る情報処理システムのダウンロード処理手順を表した一例のシーケンス図である。

ステップＳ１２１において、ユーザはクライアントデバイス２０を操作して保管データの表示を要求する。ステップＳ１２２において、クライアントデバイス２０はストレージサーバ１０Ａに対して保管データ一覧の作成を要求する。ステップＳ１２３において、ストレージサーバ１０Ａは保管データ一覧作成処理を行う。なお、ストレージサーバ１０Ａはインデックス情報から保管データ一覧を作成できる。ストレージサーバ１０Ａは作成した保管データ一覧をクライアントデバイス２０に返す。

クライアントデバイス２０は受信した保管データ一覧を表示する。ユーザはクライアントデバイス２０が表示した保管データ一覧を確認できる。ユーザはステップＳ１２４において、保管データ一覧からダウンロードするデータを選択する。ユーザはステップＳ１２５において、クライアントデバイス２０にダウンロードの実行を要求する。

ステップＳ１２６において、クライアントデバイス２０はユーザからのダウンロードの実行要求に基づき、データダウンロードをストレージサーバ１０Ａに要求する。ステップＳ１２７において、ストレージサーバ１０Ａはダウンロード元をチェックする。

ダウンロード元が自ストレージであれば、ストレージサーバ１０ＡはステップＳ１２８において、ユーザにより選択されたデータを、ファイルデータ保存部１７から取得してクライアントデバイス２０に送信する。また、ダウンロード元がクラウドストレージ３０であれば、ストレージサーバ１０ＡはステップＳ１２９において、ユーザにより選択されたデータのダウンロードをダウンロード元のクラウドストレージ３０に要求する。

クラウドストレージ３０はダウンロードを要求されたデータをストレージサーバ１０Ａに送信する。ストレージサーバ１０Ａはクラウドストレージ３０から受信したデータをクライアントデバイス２０に送信する。

なお、データのダウンロードが完了した後、ストレージサーバ１０Ａはダウンロード元のクラウドストレージ３０に保存されているファイルのインデックス情報を更新することができる。このように、ストレージサーバ１０Ａはファイルをダウンロードするタイミングでインデックス情報を更新することもできる。

なお、図２２のシーケンス図ではデータをデータダウンロードの要求元であるクライアントデバイス２０にダウンロードする処理を一例として示した。例えば図２３のシーケンス図では、データをデータダウンロードの要求元であるクライアントデバイス２０Ａ以外のクライアントデバイス２０Ｂにダウンロードするように処理している。

図２３は本実施形態に係る情報処理システムのダウンロード処理手順を表した他の例のシーケンス図である。ステップＳ１３１において、ユーザはクライアントデバイス２０Ａを操作して保管データの表示を要求する。

ステップＳ１３２において、クライアントデバイス２０Ａはストレージサーバ１０Ａに対して保管データ一覧の作成を要求する。ステップＳ１３３において、ストレージサーバ１０Ａは保管データ一覧作成処理を行う。なお、ストレージサーバ１０Ａはインデックス情報から保管データ一覧を作成できる。ストレージサーバ１０Ａは作成した保管データ一覧をクライアントデバイス２０Ａに返す。

クライアントデバイス２０Ａは受信した保管データ一覧を表示する。ユーザはクライアントデバイス２０が表示した保管データ一覧を確認できる。ユーザはステップＳ１３４において、保管データ一覧から印刷するデータを選択する。ユーザはステップＳ１３５において、クライアントデバイス２０に印刷の実行を要求する。

ステップＳ１３６において、クライアントデバイス２０Ａはユーザからの印刷の実行要求に基づき、印刷をストレージサーバ１０Ａに要求する。ステップＳ１３７において、ストレージサーバ１０Ａは印刷するデータのダウンロード元をチェックする。

ダウンロード元が自ストレージであれば、ストレージサーバ１０ＡはステップＳ１３８において、ユーザにより選択されたデータをファイルデータ保存部１７から取得する。ダウンロード元がクラウドストレージ３０であれば、ストレージサーバ１０ＡはステップＳ１３９において、ユーザにより選択されたデータのダウンロードをダウンロード元のクラウドストレージ３０に要求する。そして、ストレージサーバ１０Ａはユーザにより選択されたデータをクラウドストレージ３０から取得する。

ストレージサーバ１０Ａはユーザにより選択されたデータを取得すると、ステップＳ１４０において、印刷機能を有するクライアントデバイス２０Ｂに、ユーザから選択されたデータを送信して印刷を要求する。ステップＳ１４１において、クライアントデバイス２０Ｂはストレージサーバ１０Ａから受信したデータを印刷する。図２３のシーケンス図は複数のクライアントデバイス２０Ａ、２０Ｂを連携させる点で、図２２のシーケンス図の処理と異なっている。

図２４は本実施形態に係るストレージサーバのダウンロード処理手順を表した一例のフローチャートである。ステップＳ１５１において、ストレージサーバ１０Ａはクライアントデバイス２０からデータダウンロードの要求を受け付ける。

ステップＳ１５２において、ストレージサーバ１０Ａはユーザから指定されたデータのインデックス情報を取得し、インデックス情報に基づいてダウンロード元が自ストレージであるかクラウドストレージ３０であるかを特定する。

ステップＳ１５３において、ストレージサーバ１０Ａはデータのダウンロード元が自ストレージであるか否かを判定する。データのダウンロード元が自ストレージであればストレージサーバ１０ＡはステップＳ１５４において、ファイルデータ保存部１７からユーザに指定されたデータを取得する。

一方、データのダウンロード元が自ストレージでなければストレージサーバ１０ＡはステップＳ１５５において、データのダウンロード元のクラウドストレージ３０がオンラインになっているか否かを判定する。

データのダウンロード元のクラウドストレージ３０がオンラインになっていれば、ストレージサーバ１０ＡはステップＳ１５６において、ユーザから指定されたデータのダウンロードを要求する。ステップＳ１５７において、ストレージサーバ１０ＡはステップＳ１５６のダウンロードが成功すると、ステップＳ１５８においてインデックス情報の更新を行う。なお、ステップＳ１５４においてファイルデータ保存部１７からデータを取得したあとも、ストレージサーバ１０ＡはステップＳ１５８の処理を行う。ステップＳ１５８に続いてステップＳ１５９に進み、ストレージサーバ１０Ａは成功の完了コードをクライアントデバイス２０に返却する。

なお、ステップＳ１５５においてデータのダウンロード元のクラウドストレージ３０がオンラインになっていない場合、又は、ステップＳ１５７においてデータのダウンロードが成功しなかった場合、ストレージサーバ１０ＡはステップＳ１６０の処理を行う。ステップＳ１６０において、ストレージサーバ１０Ａは失敗のエラーコードをクライアントデバイス２０に返却する。

＜まとめ＞
本実施形態に係る情報処理システム１によれば、ユーザはストレージサーバ１０Ａやクラウドストレージ３０に保存されているファイルの操作を行う際に、その保存場所毎に異なる操作を行う必要がなく、保存場所に保存されたファイルの操作を容易化できる。

また、本実施形態に係る情報処理システム１によれば、ストレージサーバ１０Ａや複数のクラウドストレージ３０に保存されているファイルの一覧を統合してユーザに見せることができる。ユーザはファイルの保存場所によらず、共通化した手順によりファイルの操作を行うことができる。

さらに、本実施形態に係る情報処理システム１によれば、ストレージサーバ１０Ａにおいてインデックス情報を保持することで、クライアントデバイス２０が必要とするデータ容量を少なくできる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 情報処理システム
１０ 情報管理装置
１０Ａ ストレージサーバ
１１ 認証管理部
１２ ファイル管理部
１３ クラウド監視部
１４ 認証情報保存部
１５ インデックス情報保存部
１６ クラウド情報保存部
１７ ファイルデータ保存部
１８ キャッシュデータ保存部
２０、２０Ａ、２０Ｂ クライアントデバイス
３０、３０Ａ〜３０Ｄ クラウドストレージ
１００ コンピュータシステム
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ 記録媒体
１０４ ＲＡＭ
１０５ ＲＯＭ
１０６ ＣＰＵ
１０７ 通信Ｉ／Ｆ
１０８ ＨＤＤ
Ｂ バス
Ｎ１ ネットワーク

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

本発明は、情報処理装置、プログラム及び情報管理方法に関する。

本発明の一実施形態は上記の点に鑑みなされたもので、保存場所に保存された情報の操作を容易化できる情報処理装置、プログラム及び情報管理方法を提供することを目的とする。

上記目的を達成するため、本願請求項１は、外部装置とネットワークを介して通信を行う情報処理装置であって、前記情報処理装置に対して要求を行うユーザを認証するための第１の認証情報と、前記ユーザに対応付けられた前記外部装置の認証のための第２の認証情報とを保存する保存手段と、前記外部装置から前記第２の認証情報に基づいて前記外部装置が管理するデータに関する情報を取得する取得手段と、前記取得手段によって取得された複数の前記外部装置が管理するデータに関する情報の一覧であって、該データを管理する前記外部装置毎に異なる情報を付加した一覧を生成する生成手段と、を備えることを特徴とする。

Claims (14)

1. 保存場所に保存された情報を管理する情報処理装置であって、
   前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、
   前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、
   前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理手段と、
   を有することを特徴とする情報処理装置。
2. 前記保存場所監視手段は、前記第１の認証情報により前記クライアント装置が認証されたあと、前記第１の認証情報に紐づく１つ以上の前記第２の認証情報を利用して、前記情報を保存する１つ以上の保存場所への認証を行い、前記保存場所に保存されている前記情報の索引情報を更新すること
   を特徴とする請求項１記載の情報処理装置。
3. 前記情報管理手段は、１つ以上の前記保存場所に保存されている前記情報の索引情報を利用して、１つ以上の前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供すること
   を特徴とする請求項２記載の情報処理装置。
4. 前記情報管理手段は、前記第２の認証情報により認証が必要な前記保存場所及び前記第２の認証情報により認証が不要な保存場所に保存されている前記情報の索引情報を利用して前記第２の認証情報により認証が必要な前記保存場所及び前記第２の認証情報により認証が不要な保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供すること
   を特徴とする請求項３記載の情報処理装置。
5. 前記情報管理手段は、前記クライアント装置から前記保存場所に保存されている前記情報に対する検索要求を受け付け、検索条件に基づいて前記情報の索引情報から前記検索条件に合致する前記情報を検索し、検索結果を前記クライアント装置に提供すること
   を特徴とする請求項１乃至３何れか一項記載の情報処理装置。
6. 前記情報管理手段は、前記クライアント装置から前記保存場所への情報の保存要求を受け付け、前記クライアント装置からの指定に基づき、前記第２の認証情報により認証が必要な前記保存場所又は前記第２の認証情報により認証が不要な保存場所に前記情報を保存すること
   を特徴とする請求項１乃至３何れか一項記載の情報処理装置。
7. 前記情報管理手段は、前記クライアント装置から前記保存場所への情報の保存要求を受け付け、前記保存場所の優先度により前記第２の認証情報により認証が必要な前記保存場所又は前記第２の認証情報により認証が不要な保存場所から一の前記保存場所を選定して前記情報を保存すること
   を特徴とする請求項１乃至３何れか一項記載の情報処理装置。
8. 前記情報管理手段は、前記クライアント装置から前記保存場所に保存されている情報の取得要求を受け付け、前記第２の認証情報により認証が必要な前記保存場所又は前記第２の認証情報により認証が不要な保存場所から前記情報を取得すること
   を特徴とする請求項１乃至３何れか一項記載の情報処理装置。
9. 保存場所に保存された情報を管理する情報処理装置を、
   前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段、
   前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段、
   前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理手段、
   として機能させるためのプログラム。
10. 保存場所に保存された情報を管理する情報処理装置によって実行される情報管理方法であって
    前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理ステップと、
    前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視ステップと、
    前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理ステップと、
    を有することを特徴とする情報管理方法。
11. クライアント装置と情報処理装置とが接続されたシステムであって、該システムに接続される保存場所に保存された情報を管理する情報処理システムであって、
    前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、
    前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、
    前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理手段と、
    を有することを特徴とする情報処理システム。
12. クライアント装置に搭載されたアプリケーションと情報処理装置に搭載されたプログラムとが接続されたシステムであって、該システムに接続される保存場所に保存された情報を管理する情報処理システムであって、
    前記情報に関する操作を要求する前記アプリケーションを認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、
    前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、
    前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記アプリケーションに提供する情報管理手段と、
    を有することを特徴とする情報処理システム。
13. クライアント装置に搭載されたアプリケーションと情報処理装置とが接続されたシステムであって、該システムに接続される保存場所に保存された情報を管理する情報処理システムであって、
    前記情報に関する操作を要求する前記アプリケーションを認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、
    前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、
    前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記アプリケーションに提供する情報管理手段と、
    を有することを特徴とする情報処理システム。
14. クライアント装置と情報処理装置に搭載されたプログラムとが接続されたシステムであって、該システムに接続される保存場所に保存された情報を管理する情報処理システムであって、
    前記情報に関する操作を要求するクライアント装置を認証するために必要な第１の認証情報と前記情報を保存する保存場所に認証してもらうために必要な第２の認証情報とを紐付けて管理する認証管理手段と、
    前記第２の認証情報を利用して前記保存場所に保存されている前記情報を監視し、前記保存場所に保存されている前記情報の索引情報を更新する保存場所監視手段と、
    前記保存場所に保存されている前記情報の索引情報を利用して前記保存場所に保存されている前記情報の一覧を作成して前記クライアント装置に提供する情報管理手段と、
    を有することを特徴とする情報処理システム。

Images