(57)【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置とネットワークを介して接続される情報処理装置とを含む情報処理システムであって、
前記端末装置は、
前記情報処理装置を利用するための認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記情報処理装置に要求情報を送信するインタフェースを提供する第１のアプリケーションと、
予め登録されたアプリケーションの識別情報を有し、所定の操作に応じて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する第２のアプリケーションと、
を記憶する記憶手段を有し、
前記情報処理装置は、
前記端末装置から送信された前記要求情報を認証する認証手段と、
前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、前記端末装置に提供するフォルダの構成を変更する情報提供手段と、
を有する情報処理システム。
【請求項２】
前記情報提供手段は、
前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、
前記端末装置に提供するフォルダ構成から所定の情報を削除する請求項１に記載の情報処理システム。
【請求項３】
前記情報提供手段は、
前記認証が許可された要求情報に含まれる前記アプリケーションの識別情報が有効な場合、
前記端末装置に提供するフォルダの構成に、前記第２のアプリケーションの専用フォルダを追加する請求項１又は２に記載の情報処理システム。
【請求項４】
前記情報処理装置は、
前記第２のアプリケーションに予め登録された前記アプリケーションの識別情報を管理する管理手段を有し、
前記管理手段は、
前記第２のアプリケーションから受信した前記第２のアプリケーションを有効にするための情報の検証を行い、前記検証に成功した場合、前記第２のアプリケーションに予め登録された前記アプリケーションの識別情報を有効にする請求項１乃至３のいずれか一項に記載の情報処理システム。
【請求項５】
前記第２のアプリケーションは、
前記第１のアプリケーションが前記情報処理装置に前記要求情報を送信するプロトコルとは異なるファイル共有プロトコルを用いて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する請求項１乃至４のいずれか一項に記載の情報処理システム。
【請求項６】
前記第２のアプリケーションは、
前記第１のアプリケーションが提供する前記情報処理装置に要求情報を送信するインタフェースを用いて、前記アプリケーションの識別情報を含まない要求情報を前記情報処理装置に送信する請求項１乃至５のいずれか一項に記載の情報処理システム。
【請求項７】
前記第２のアプリケーションは、
前記第１のアプリケーションが提供する前記情報処理装置に要求情報を送信するインタフェースを用いて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する請求項１乃至４のいずれか一項に記載の情報処理システム。
【請求項８】
情報処理装置を利用するための認証情報を有し、端末装置で動作する他のアプリケーションに、前記情報処理装置に要求情報を送信するインタフェースを提供する第１のアプリケーションと、
予め登録されたアプリケーションの識別情報を有し、所定の操作に応じて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する第２のアプリケーションと、
を記憶する記憶手段を有する前記端末装置とネットワークを介して接続される前記情報処理装置であって、
前記端末装置から送信された前記要求情報を認証する認証手段と、
前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、前記端末装置に提供するフォルダの構成を変更する情報提供手段と、
を有する情報処理装置。
【請求項９】
情報処理装置を利用するための認証情報を有し、端末装置で動作する他のアプリケーションに、前記情報処理装置に要求情報を送信するインタフェースを提供する第１のアプリケーションと、
予め登録されたアプリケーションの識別情報を有し、所定の操作に応じて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する第２のアプリケーションと、
を記憶する記憶手段を有する前記端末装置とネットワークを介して接続される前記情報処理装置が、
前記端末装置から送信された前記要求情報を認証するステップと、
前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、前記端末装置に提供するフォルダの構成を変更するステップと、
を実行する情報提供方法。
【請求項１０】
請求項９に記載の情報提供方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報提供方法、及びプログラムに関する。
【背景技術】
【０００２】
ネットワークに接続されたストレージサーバ装置に記憶された情報を、端末装置から利用する技術が知られている。
【０００３】
また、クライアント装置から受信した文書格納手段の利用要求に含まれる利用許可情報がクライアント装置に予め送信した利用許可情報である場合、文書格納手段の利用を許可する文書管理装置が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようなストレージサーバ装置に、特定のアプリケーションで用いられる専用のファイルを格納したいという要求がある。しかし、特定のアプリケーションで用いられる専用のファイルは、他のアプリケーションによって読込まれると、正常に動作しないばかりでなく、予期せぬ不具合の原因になる場合がある。従って、特定のアプリケーションで用いられる専用のファイルの情報は、特定のアプリケーションから情報を要求された場合に、端末装置に提供されることが望ましい。
【０００５】
しかし、従来のストレージサーバ装置では、情報の取得を要求する端末装置のアプリケーションに応じて、端末装置に提供するフォルダ構成を変更することには困難を伴っていた。
【０００６】
本発明の実施の形態は、上記問題点に鑑みてなされたものであって、情報の取得を要求する端末装置のアプリケーションに応じて、端末装置に提供するフォルダ構成を変更することを容易にする情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の一実施形態に係る情報処理システムは、端末装置と、前記端末装置とネットワークを介して接続される情報処理装置とを含む情報処理システムであって、
前記端末装置は、前記情報処理装置を利用するための認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記情報処理装置に要求情報を送信するインタフェースを提供する第１のアプリケーションと、予め登録されたアプリケーションの識別情報を有し、所定の操作に応じて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置に送信する第２のアプリケーションと、を記憶する記憶手段を有し、
前記情報処理装置は、前記端末装置から送信された前記要求情報を認証する認証手段と、前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、前記端末装置に提供するフォルダの構成を変更する情報提供手段と、を有する。
【発明の効果】
【０００８】
本発明の実施の形態によれば、情報の取得を要求する端末装置のアプリケーションに応じて、端末装置に提供するフォルダ構成を変更することを容易にする情報処理システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る情報処理システムの構成例を示す図である。
【図２】一実施形態に係るコンピュータのハードウェア構成例を示す図である。
【図３】一実施形態に係る情報蓄積装置の一例の処理ブロック図である。
【図４】一実施形態に係るＰＣの一例の処理ブロック図である。
【図５】一実施形態に係る情報処理システムのアクティベーション処理の例を示すシーケンス図である。
【図６】一実施形態に係るアクティベーション画面の例を示す図である。
【図７】一実施形態に係る情報蓄積装置のアクティベーション処理の流れを示すフローチャートである。
【図８】第１の実施形態に係る情報処理システムが管理する情報の例を示す図である。
【図９】第１の実施形態に係る情報処理システムの構成の一例を示す図である。
【図１０】第１の実施形態に係る情報処理システムの構成を別の一例を示す図である。
【図１１】第１の実施形態に係る情報蓄積装置の情報提供処理の流れを示すフローチャートである。
【図１２】第１の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。
【図１３】第１の実施形態に係るＰＣの表示画面の例を示す図である。
【図１４】第２の実施形態に係る情報処理システムが管理する情報の例を示す図である。
【図１５】第２の実施形態に係る情報処理システムの構成の例を示す図である。
【図１６】第２の実施形態に係る情報蓄積装置の情報提供処理の流れを示すフローチャートである。
【図１７】第２の実施形態に係る情報処理システム処理の例を示すシーケンス図である。
【図１８】第２の実施形態に係る要求情報に含まれるアクセス情報の例を示す図である。
【図１９】第３の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下に、本発明の実施の形態について、添付の図面を参照して説明する。
【００１１】
＜システムの構成＞
初めに、本実施形態に係る情報処理システムのシステム構成について説明する。
【００１２】
図１は一実施形態に係る情報処理システムの構成例を示す図である。情報処理システム１００は、情報蓄積装置１０１、ＰＣ（Personal Computer）１０２ａ、１０２ｂ、中継サーバ１０３等を有する。
【００１３】
情報蓄積装置（情報処理装置）１０１は、例えば、ファイアウォール等で守られたイントラネット１０５内に設けられた情報処理装置である。情報蓄積装置１０１は、ファイルサーバとしての処理の実行、及び中継サーバ１０３から、情報蓄積装置１０１への要求を取得する処理の実行等を行う。なお、情報蓄積装置１０は、複数のコンピュータに分散して構成するようにしても良い。
【００１４】
図１の例では、情報蓄積装置１０１は、イントラネット１０５内のＬＡＮ（Local Area Network）等のネットワーク１０６を介して、ＰＣ１０２ｂに接続されている。また、情報蓄積装置１０１は、インターネット１０４に接続し、中継サーバ１０３と通信することができる。
【００１５】
ＰＣ（端末装置）１０２ａ、１０２ｂは、例えば、ノートＰＣ等、利用者が利用する情報処理装置である。なお、以下の説明の中で、ＰＣ１０２ａ、１０２ｂのうちの任意のＰＣを示す場合、「ＰＣ１０２」を用いる。ＰＣ１０２は、インターネット１０４や、イントラネット１０５内のネットワーク１０６等に接続する通信インタフェースを有している。また、ＰＣ１０２には、クライアントアプリ１１１、外部アプリ１１２等のアプリケーションプログラム（以下、アプリと呼ぶ）がインストールされている。
【００１６】
クライアントアプリ１１１は、例えば、ＰＣ１０２から、情報蓄積装置１０１に保存されたファイル等にアクセスする際に利用するアプリである。利用者は、クライアントアプリ１１１を利用することにより、イントラネット１０５の外部から、中継サーバ１０３を介して、情報蓄積装置１０１に保存されたファイル等を利用することができる。
【００１７】
外部アプリ１１２は、例えば、文書作成アプリ、スプレッドシートアプリ等のクライアントアプリ１１１以外のアプリである。
【００１８】
中継サーバ１０３は、インターネット１０４に接続された情報処理装置であり、イントラネット１０５の外部にあるＰＣ１０２ａ等から、イントラネット１０５の内部にある情報蓄積装置１０１へのデータの送受信を中継する。
【００１９】
情報処理システム１００において、利用者は、例えば、イントラネット１０５内にＰＣ１０２が接続されている場合、ＰＣ１０２のＯＳのファイル共有機能等を利用して情報蓄積装置１０１に接続し、情報蓄積装置１０１内のファイルを利用することができる。一方、イントラネット１０５の外部からＰＣ１０２を利用してアクセスする場合、ファイアウォールがあるため、情報蓄積装置１０１にアクセスすることはできない。そのため、イントラネット１０５の外部からＰＣ１０２をインターネット１０４に接続し、クライアントアプリ１１１を用いることにより、中継サーバ１０３を介して情報蓄積装置１０１に記憶されたファイル等を利用する。
【００２０】
また、本実施形態に係るクライアントアプリ１１１は、ＰＣ１０２で動作する他のプログラム（例えば外部アプリ１１２）に、情報蓄積装置１０１にアクセスするためのインタフェースを提供する。好ましくは、このインタフェースは、例えば、Ｗｉｎｄｏｗｓ（登録商標）のＤＬＬ（Dynamic Link Library）等のように、複数のプログラムから共通に利用できるライブラリ等として提供される。
【００２１】
このクライアントアプリ１１１によって提供されるインタフェースを利用することにより、利用者は、外部アプリ１１２を用いて、中継サーバ１０３を介して情報蓄積装置１０１に記憶されたファイル等を利用することができるようになる。
【００２２】
なお、このクライアントアプリ１１１によって提供されるインタフェースは、イントラネット内のＰＣ１０２ｂからも利用可能である。例えば、ＰＣ１０２ｂの利用者は、ＰＣ１０２ｂがイントラネット１０５内のネットワーク１０６に接続されている場合でも、イントラネット１０５の外部のＰＣ１０２ａと同様の操作により、情報蓄積装置１０１が提供する機能を利用することができる。
【００２３】
上記の構成において、情報蓄積装置１０１は、ＰＣ１０２で動作する特定のアプリ（例えば外部アプリ１１２）で用いられる専用のファイルを格納する専用フォルダを提供する機能を有している。
【００２４】
例えば、ＰＣ１０２は、所定のアクティベーション操作により有効化された外部アプリ１１２への所定の操作に応じて、外部アプリ１１２の識別情報を含む要求情報を情報蓄積装置１０１に送信する。一方、ＰＣ１０２は、例えば、複数のアプリに共通の操作（例えばファイル一覧の要求等）に応じて、外部アプリ１１２の識別情報を含まない要求情報を情報蓄積装置１０１に送信する。
【００２５】
また、情報蓄積装置１０１は、ＰＣ１０２から受信した要求情報に、有効化された外部アプリ１１２の識別情報が含まれる場合、外部アプリ１１２の専用フォルダを含むフォルダ一覧を、ＰＣ１０２に提供する。一方、情報蓄積装置１０１は、ＰＣ１０２から受信した要求情報に、有効な外部アプリ１１２の認証情報が含まれない場合、専用フォルダを含まない既定のフォルダ一覧を、ＰＣ１０２に提供する。
【００２６】
このように、本実施形態によれば、情報の取得を要求する要求元のアプリケーションに応じて、端末装置に提供するフォルダ構成を変更することを容易にする情報処理システム１００を提供することができる。
【００２７】
＜ハードウェア構成＞
次に、各装置のハードウェアの構成について説明する。
【００２８】
情報蓄積装置１０１、ＰＣ１０２、及び中継サーバ１０３は、一般的なコンピュータの構成を有している。
【００２９】
図２は、一実施形態に係るコンピュータのハードウェア構成例を示す図である。コンピュータ２００は、例えば、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（Read Only Memory）２０３、ストレージ部２０４、ネットワークＩ／Ｆ部２０５、入力部２０６、表示部２０７、外部Ｉ／Ｆ部２０８、及びバス２０９等を有する。なお、入力部２０６及び表示部２０７は、必要なときに接続して利用する形態であっても良い。
【００３０】
ＣＰＵ２０１は、ＲＯＭ２０３やストレージ部２０４等からプログラムやデータをＲＡＭ２０２上に読み出し、処理を実行することで、コンピュータ２００全体の制御や機能を実現する演算装置である。ＲＡＭ２０２はプログラムやデータを一時保持する揮発性のメモリ（記憶装置）の一例である。ＲＯＭ２０３は、電源を切ってもプログラムやデータを保持することができる不揮発性のメモリ（記憶装置）の一例である。ＲＯＭ２０３には、例えば、コンピュータ２００の起動時に実行されるＢＩＯＳや、各種の設定等のプログラムやデータが格納されている。
【００３１】
また、ストレージ部２０４は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピュータ２００全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及びＯＳ上において各種機能を提供するアプリケーションプログラム等が含まれる。ストレージ部２０４は、例えば、ＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Drive）等によって実現される。
【００３２】
ネットワークＩ／Ｆ部２０５は、コンピュータ２００を各種ネットワークに接続するインタフェースである。これにより、コンピュータ２００は、ネットワークＩ／Ｆ部２０５を介してデータ通信を行うことができる。
【００３３】
入力部２０６は、例えば、キーボード、マウス、タッチパネル等を含み、利用者が各操作信号を入力するのに用いられる入力装置である。表示部２０７は、例えば、ディスプレイ等を含み、コンピュータ２００による処理結果を表示する表示装置である。
【００３４】
外部Ｉ／Ｆ部２０８は、外部装置とのインタフェースである。外部装置には、記録媒体２１０等がある。これにより、コンピュータ２００は外部Ｉ／Ｆ部２０８を介して記録媒体２１０の読み取り、書き込み等を行うことができる。記録媒体２１０には、ＵＳＢ（Universal Serial Bus）メモリ、各種のメモリカード等が含まれる。
【００３５】
バス２０９は、上記の各構成に共通に接続され、例えば、アドレス信号、データ信号、各種の制御信号等を伝達する。
【００３６】
情報蓄積装置１０１、ＰＣ１０２、及び中継サーバ１０３は、例えば、図２に示すコンピュータ２００でプログラムを実行することにより、後述するような各種の処理を実現する。
【００３７】
＜ソフトウェア構成＞
（情報蓄積装置の処理ブロック図）
本実施形態に係る情報蓄積装置１０１は、例えば、図３に示す処理ブロックで実現される。
【００３８】
図３は一実施形態に係る情報蓄積装置の一例の処理ブロック図である。情報蓄積装置１０は、プログラムを実行することで、ＯＳ３０１、Ｗｅｂサーバ３０２、アプリケーションサーバ３０３、ＷｅｂＵＩ３０４、ＷｅｂＡｐｉ３０５、Ｗｅｂ制御部３０６、共有フォルダ３０７、ドキュメント管理３０８、外部機器サービス３０９、中継クライアント３１０、ログ管理３１１、認証部３１２、情報提供部３１３、及びアプリ情報管理部３１４等を実現している。
【００３９】
ＯＳ３０１は、情報蓄積装置１０１のオペレーティングシステムであり、システム全体を制御する。ＯＳ３０１は、例えばＷｉｎｄｏｗｓやＬｉｎｕｘ（登録商標）等である。
【００４０】
Ｗｅｂサーバ３０２は、ＨＴＴＰ（Hyper Text Transfer Protocol）で情報を送受信するソフトウェアである。Ｗｅｂサーバ３０２は例えばＡｐａｃｈｅ（登録商標）やＩＩＳ（登録商標）等である。
【００４１】
アプリケーションサーバ３０３は、例えば、Ｗｅｂサーバ３０２のプラグインとして動作するソフトウェアである。アプリケーションサーバ３０３は、例えば、Ｔｏｍｃａｔ（登録商標）等である。
【００４２】
ＷｅｂＵＩ３０４は、ＨＴＴＰリクエストによりシステム設定画面を表示する。利用者はＷｅｂブラウザ等を利用して、システム設定画面から設定の変更を行うことができる。
【００４３】
ＷｅｂＡｐｉ（Application Programming Interface）３０５はネットワーク経由で利用可能であり、ＨＴＴＰリクエストを受付け、ＨＴＴＰリクエストに応じた処理を行い、ＨＴＴＰレスポンスを行う。ＷｅｂＡｐｉ３０５は、ＰＣ１０２等の端末装置からのリクエスト（要求）を受信するために設けられた予め定義されたインタフェース（ＡＰＩ）であり、例えば関数やクラス等により構成される。
【００４４】
Ｗｅｂ制御部３０６は、ＷｅｂＡｐｉからの要求に応じて外部機器サービス３０９を制御する処理を行う。
【００４５】
共有フォルダ３０７は、ＳＭＢ（Server Message Block）プロトコルによってネットワーク上で利用可能なフォルダである。利用者は、ＰＣ１０２ｂ等のイントラネット１０５内の端末装置を用いて、共有フォルダ３０７に保存されたファイル等を利用する。
【００４６】
ドキュメント管理３０８は、共有フォルダ３０７に置かれたファイルを管理し、外部機器サービス３０９からの要求に応じてファイル変換の処理を行う。なお、本実施形態におけるファイルはデータの一形態である。
【００４７】
外部機器サービス３０９は、電子機器１０７のＷｅｂサービスにリクエストする処理を行う。
【００４８】
中継クライアント３１０は、中継サーバ１０３にアクセスし、ＰＣ１０２等からの処理の要求である要求情報を取得する。
【００４９】
好ましくは、中継クライアント３１０は、イントラネット１０５のＰＣ１０２ｂ等から、ＨＴＴＰプロトコルで送信された要求情報を、中継サーバ１０３を介さずに取得することができる。
【００５０】
ログ管理３１１は、ログのデータ（ログ情報）を管理する処理を行う。
【００５１】
認証部（認証手段）３１２は、中継クライアント３１０や、共有フォルダ３０７が受付けた要求情報に対する認証処理を行う。例えば、認証部３１２は、要求情報に、予め登録された認証情報が含まれる場合、要求情報の認証を許可する。
【００５２】
なお、予め登録された認証情報には、クライアントアプリ１１１が有する利用者の認証情報（例えば、ユーザＩＤ、ユーザパスワード等）や、外部アプリ１１２に登録されたアプリの認証情報（例えば、アプリＩＤ、アプリパスワード等）が含まれる。
【００５３】
情報提供部（情報提供手段）３１３は、認証部３１２によって認証が許可された要求情報に、予め登録されたアプリの識別情報が含まれる場合、アプリの識別情報に応じて、要求情報の要求元のＰＣ１０２に提供するフォルダの構成を変更する。
【００５４】
例えば、情報提供部３１３は、認証部３１２によって認証が許可された要求情報に外部アプリ１１２の識別情報が含まれない場合、要求元のＰＣ１０２に、既定のファイル一覧の情報を提供する。
【００５５】
一方、情報提供部３１３は、認証部３１２によって認証が許可された要求情報に、有効化された外部アプリ１１２の識別情報が含まれる場合、要求元のＰＣ１０２に、外部アプリ１１２の専用フォルダを含むファイル一覧の情報を提供する。
【００５６】
アプリ情報管理部（管理手段）３１４は、例えば、外部アプリ１１２に予め登録されているアプリの識別情報（例えばアプリＩＤ）、アプリの識別情報を有効にするためのアクティベーションコード、及びアプリの識別情報の状態（有効又は無効）等を管理する。例えば、アプリ情報管理部３１４は、図８（ａ）に示すようなアプリ情報を、図２のストレージ部等に記憶して管理する。なお、図８（ａ）に示すアプリ情報については後述する。
【００５７】
（ＰＣの処理ブロック図）
本実施形態に係るＰＣ１０２は、例えば、図４に示すような処理ブロックで実現される。
【００５８】
図４は、一実施形態に係るＰＣの一例の処理ブロック図である。
【００５９】
ＰＣ１０２は、プログラムを実行することで、クライアントアプリ１１１、外部アプリＡ１１２ａ、外部アプリＢ１１２ｂ、外部アプリＣ１１２ｃ、表示入力部４１０、及びウェブブラウザ４２０等を実現している。なお、以下の説明の中で、外部アプリＡ１１２ａ、外部アプリＢ１１２ｂ、外部アプリＣ１１２ｃのうち、任意の外部アプリを示す場合、「外部アプリ１１２」を用いる。
【００６０】
クライアントアプリ（第１のアプリケーション）１１１は、ＰＣ１０２から、情報蓄積装置１０１に保存されたファイル等を利用するためのアプリである。クライアントアプリ１１１は、例えば、共通インタフェース部４０１、利用情報記憶部４０２、認証処理部４０３等を有する。
【００６１】
利用情報記憶部４０２は、情報蓄積装置１０１を利用するための認証情報（例えばユーザＩＤ、ユーザパスワード）を含む利用情報を記憶する手段であり、例えば、図２のストレージ部２０４、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。
【００６２】
利用情報記憶部４０２が記憶する利用情報の例を図８（ｄ）に示す。図８（ｄ）の例では、利用情報には、例えば、「中継サーバホスト」、「ファイルサーバＩＤ」、「ＩＰアドレス」、「ユーザＩＤ」、「ユーザパスワード」、「デバイスＩＤ」等の情報が含まれる。
【００６３】
「中継サーバホスト」は、中継サーバ１０３を特定するホスト名等の情報である。「ファイルサーバＩＤ」は、情報蓄積装置１０１を識別する識別情報である。「ＩＰアドレス」は、情報蓄積装置１０１のＩＰアドレスである。クライアントアプリ１１１は、これらの情報に基づいて、所定の情報蓄積装置１０１にアクセスすることができる。
【００６４】
「ユーザＩＤ」は、利用者を識別するための識別情報である。「ユーザパスワード」は、「ユーザＩＤ」に対応するパスワード等の認証情報である。「デバイスＩＤ」は、ＰＣ１０２を識別するための識別情報（例えば、製造時に書込まれた個体識別情報や、ＭＡＣアドレス等）である。なお、「ユーザＩＤ」、「ユーザパスワード」は、クライアントアプリ１１１から、情報蓄積装置１０１を利用するための認証情報の一例である。
【００６５】
共通インタフェース部（ＤＬＬ）４０１は、ＰＣ１０２で動作する外部アプリ１１２に、情報蓄積装置１０１に要求情報を送信するインタフェースを提供する手段である。共通インタフェース部４０１は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【００６６】
共通インタフェース部４０１は、例えば、ＷｉｎｄｏｗｓのＤＬＬの構成を有する。ただし、ＤＬＬは、共通インタフェース部４０１の一例であり、本発明の範囲を限定するものではない。なお、以下の説明の中で、共通インタフェース部４０１を、ＤＬＬ４０１と呼ぶものとする。
【００６７】
認証処理部４０３は、情報蓄積装置１０１との認証に関する処理を行う手段であり、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【００６８】
例えば、認証処理部４０３は、情報蓄積装置１０１との間で所定の認証処理（ペアリング）を行い、情報蓄積装置１０１を利用するためのユーザの認証情報（ユーザＩＤ、ユーザパスワード等）を含む利用情報を、利用情報記憶部４０２に記憶する。このとき、情報蓄積装置１０１も、クライアントアプリ１１１に対応する利用者の認証情報（ユーザＩＤ、ユーザパスワード、及びデバイスＩＤ等）をユーザ情報として記憶する。
【００６９】
クライアントアプリ１１１は、この利用者の認証情報を用いて、利用者によるＩＤやパスワードの入力を省略して、情報蓄積装置１０１が提供する機能を利用することができる。
【００７０】
外部アプリ１１２は、予め登録されたアプリの識別情報（アプリＩＤ）、アプリパスワード、外部アプリ１１２用の専用フォルダへのパス情報等のアプリ情報４０４を有している。好ましくは、外部アプリ１１２には、外部アプリ１１２が作成されるときに、予めアプリ情報４０４が埋め込まれている。
【００７１】
また、外部アプリ１１２は、利用者の操作に応じて、アプリの認証情報、又は利用者の認証情報を含む要求情報を、情報蓄積装置１０１に送信する。例えば、外部アプリ１１２は、利用者から一般的な操作（例えば、ファイル一覧の取得等）を受付けた場合、ＤＬＬ４０１を利用して、クライアントアプリ１１１が記憶している利用者の認証情報を含む要求情報を、情報蓄積装置１０１に送信する。
【００７２】
一方、外部アプリ１１２は、利用者から所定の操作を受付けた場合、外部アプリ１１２が有するアプリの識別情報を含む要求情報を、情報蓄積装置１０１に送信する。なお、所定の操作には、例えば、外部アプリ１１２に固有の形式のファイルを利用する処理等が含まれる。
【００７３】
表示入力部４１０は、例えば、後述するアクティベーション画面や、機能一覧画面等を表示部２０７に表示させると共に、入力部２０６を用いて、利用者の入力操作を受付ける。
【００７４】
ウェブブラウザ４２０は、例えば、ＯＳ等と共に提供される汎用のウェブブラウザである。
【００７５】
＜処理の流れ＞
（アクティベーション処理）
アクティベーション処理は、外部アプリ１１２に予め登録されたアプリの識別情報（又は認証情報）を有効にするための処理である。例えば、利用者は、ＰＣ１０２に外部アプリ１１２をインストールした後、アクティベーション処理を行うことにより、アプリの認証情報を有効化し、例えば、外部アプリ１１２用の専用フォルダを利用できるようになる。
【００７６】
図５は、一実施形態に係る情報処理システムのアクティベーション処理の例を示すシーケンス図である。
【００７７】
ステップＳ５０１において、ＰＣ１０２の利用者は、ＰＣ１０２に対してウェブブラウザ４２０の起動操作を行う。
【００７８】
ステップＳ５０２において、ウェブブラウザ４２０の起動操作に応じて、ＰＣ１０２は、ウェブブラウザ４２０を起動する。
【００７９】
ステップＳ５０３において、利用者がウェブブラウザ４２０にアクティベーション用のアドレス、又はＵＲＬ（Uniform Resource Locator）等を入力する。
【００８０】
ステップＳ５０３において、ＰＣ１０２のウェブブラウザ４２０は、情報蓄積装置１０１に、アクティベーション用のウェブページへのアクセスを要求する。
【００８１】
ステップＳ５０４において、アクティベーション用のウェブページへのアクセスの要求を受付けた情報蓄積装置１０１は、アクティベーション画面をＰＣ１０２のウェブブラウザ４２０に表示させる
ステップＳ５０６において、ＰＣ１０２のウェブブラウザ４２０は、表示部２０７等にアクティベーション画面を表示する。このとき、表示部２０７に表示されるアクティベーション画面の例を図６に示す。
【００８２】
図６は、一実施形態に係るアクティベーション画面の例を示す図である。図６に示すアクティベーション画面６０１には、利用者にアクティベーションコードの入力を促すメッセージ６０２、アクティベーションコードの入力欄６０３、登録ボタン６０４等が表示されている。
【００８３】
図５のステップＳ５０７において、利用者は、例えば、利用契約等によって入手した、外部アプリ１１２用のアクティベーションコードを、図６の入力欄６０３に入力し、登録ボタン６０４を選択する。
【００８４】
ステップＳ５０８において、アクティベーション画面６０１に入力されたアクティベーションコードを含むアクティベーション要求が、ＰＣ１０２から情報蓄積装置１０１に通知される。
【００８５】
ステップＳ５０９において、アクティベーション要求を受付けた情報蓄積装置１０１は、アクティベーション要求に含まれるアクティベーションコードを用いて、アクティベーション処理を行う。
【００８６】
図７は、一実施形態に係る情報蓄積装置のアクティベーション処理の流れを示すフローチャートである。
【００８７】
図７（ａ）は、アクティベーション（有効化）処理の例を示している。この処理は、図５のステップＳ５０９の「アクティベーション処理」に対応している。
【００８８】
ステップＳ７０１において、情報蓄積装置１０１のアプリ情報管理部３１４は、ＰＣ１０２から受信したアクティベーションコードの検証を行う。アプリ情報管理部３１４は、例えば受信したアクティベーションコードが、後述するアプリ情報に記憶されている場合、アプリケーションコードの検証をＯＫ（成功）とし、アプリ情報に記憶されていない場合、検証をＮＧ（失敗）とする。
【００８９】
アプリ情報管理部３１４は、アクティベーションコードの検証に失敗した場合、処理を終了させる。一方、アプリ情報管理部３１４は、アクティベーションコードの検証に成功した場合、処理をステップＳ７０２に移行させる。
【００９０】
ステップＳ７０２において、アプリ情報管理部３１４は、アプリ情報管理部３１４が管理するアプリ情報に基づいて、共有フォルダ３０７にアクティベーションコードに対応する専用フォルダがあるか否かを判断する。
【００９１】
アプリ情報管理部３１４が管理するアプリ情報の例を図８（ａ）に示す。図８（ａ）に示すように、アプリ情報管理部３１４が管理するアプリ情報には、アプリケーション毎に、アプリＩＤ（アプリの識別情報の一例）、アプリパスワード、アクティベーションコード、専用フォルダのパス情報、状態等の情報が含まれる。例えば、図８（ａ）において、アクティベーションコードが「ｘｘｘｘｘ−ｘｘｘｘｘ−ｘｘｘｘｘ−ｘｘｘｘｘ」の場合、対応する専用フォルダのパスは「￥共有￥専用フォルダ１」となる。アプリ情報管理部３１４は、図８（ａ）のステップＳ７０２において、アクティベーションコードに対応する専用フォルダがあるか否かを判断する。
【００９２】
アクティベーションコードに対応する専用フォルダがない場合、ステップＳ７０３において、アプリ情報管理部３１４は、アクティベーションコードに対応する専用フォルダを作成し、処理をステップＳ７０４に移行させる。
【００９３】
一方、アクティベーションコードに対応する専用フォルダがある場合、アプリ情報管理部３１４は、専用フォルダの作成を行わずに、処理をステップＳ７０４に移行させる。
【００９４】
ステップＳ７０４に移行すると、アプリ情報管理部３１４は、アクティベーションコードに対応する専用フォルダへのアクセス権を有効にする（アクティベーション）。これにより、アクティベーションコードに対応する外部アプリ１１２のアプリＩＤを用いて、外部アプリ１１２の専用フォルダを利用することができるようになる。
【００９５】
例えば、アプリ情報管理部３１４は、図８（ａ）に示すアプリ情報の「状態」を「有効」に設定することにより、外部アプリ１１２のアプリＩＤ、アプリパスワード等を用いて、専用フォルダを利用できるようにする。
【００９６】
図８（ｂ）は、アクティベーション（無効化）処理の例を示している。
【００９７】
ステップＳ７１１において、情報蓄積装置１０１のアプリ情報管理部３１４は、ＰＣ１０２から、専用フォルダへのアクセス権の無効化を要求するディアクティベーション要求を受信すると、ステップＳ７１２の処理を実行する。
【００９８】
ステップＳ７１２において、アプリ情報管理部３１４は、受信したディアクティベーション要求に含まれるアクティベーションコードに対応する専用フォルダを無効にする（ディアクティベーション）。例えば、アプリ情報管理部３１４は、図８（ａ）に示すアプリ情報の「状態」を「無効」に設定することにより、アプリの認証情報（アプリＩＤ、アプリパスワード）を用いて、専用フォルダを利用することができないようにする。なお、このとき、アプリ情報管理部３１４は、無効化したアクティベーションコードに対応する専用フォルダを削除しない。
【００９９】
［第１の実施形態］
図８は、第１の実施形態に係る情報処理システムが管理する情報の例を示す図である。
【０１００】
（情報蓄積装置が管理するアプリ情報）
図８（ａ）は、情報蓄積装置１０１のアプリ情報管理部３１４が管理するアプリ情報の例である。図８（ａ）の例では、情報蓄積装置１０１が管理するアプリ情報には、アプリケーション毎に「アプリＩＤ」、「アプリパスワード」、「アクティベーションコード」、「専用フォルダのパス情報」、「状態」等の情報が記憶されている。
【０１０１】
「アプリＩＤ」、及び「アプリパスワード」は、各アプリケーションに予め登録されているアプリの認証情報である。アプリＩＤは、アプリを識別する識別情報であり、例えば、外部アプリＡ１１２ａが、ＰＣ１０２ａと、ＰＣ１０２ｂにインストールされた場合、ＰＣ１０２ａと、ＰＣ１０２ｂにインストールされた外部アプリＡ１１２ａは、例えば、同じアプリＩＤを有する。
【０１０２】
「アクティベーションコード」は、各アプリケーションに対応する専用フォルダを有効化するための情報である。
【０１０３】
「専用フォルダのパス情報」は、各アプリケーションに対応する専用フォルダのパスを示す情報である。
【０１０４】
「状態」は、各アプリケーションに対応する専用フォルダが有効であるか、無効であるかを示す情報である。
【０１０５】
アプリ情報管理部３１４は、例えば、これらの情報を予め記憶しておき、ＰＣ１０２からのアクティベーション要求、ディアクティベーション要求に応じて、「状態」の情報を更新する。
【０１０６】
（アプリに登録されているアプリ情報）
図８（ｂ）は、ＰＣ１０２の外部アプリＡに登録されているアプリ情報の例である。図８（ｂ）の例では、外部アプリＡに登録されているアプリ情報には、「アプリＩＤ」、「アプリパスワード」、「専用フォルダのパス情報」等の情報が含まれる。これらの情報は、図８（ａ）に示す情報蓄積装置１０１が管理するアプリ情報の「アプリＩＤ」、「アプリパスワード」、「専用フォルダのパス情報」にそれぞれ対応している。
【０１０７】
なお、図８（ａ）、（ｂ）に示す「アプリＩＤ」、「アプリパスワード」は、アプリの認証情報の一例である。本実施形態では、外部アプリ１１２が、ＳＭＢプロトコルを用いて、情報蓄積装置１０１にアクセスする際に、ユーザＩＤとして「アプリＩＤ」を、パスワードとして「アプリパスワード」を用いてアクセスすることにより、ＯＳによって提供される認証機能をそのまま利用することを想定している。
【０１０８】
（情報蓄積装置が管理するユーザ情報）
図８（ｃ）は、情報蓄積装置１０１の認証部３１２が管理するユーザ情報の例である。認証部３１２は、予めペアリングされたＰＣ１０２のクライアントアプリ１１１から取得した「デバイスＩＤ」、「ユーザＩＤ」、「ユーザパスワード」等の情報を、ユーザ情報として管理している。
【０１０９】
認証部３１２は、例えば、ＰＣ１０２から、中継サーバ１０３を介して受信した要求情報に、ユーザ情報に含まれる「デバイスＩＤ」、「ユーザＩＤ」、「ユーザパスワード」の組み合わせが含まれる場合、要求情報の認証を許可する。
【０１１０】
（ＰＣのクライアントアプリが管理する利用情報）
図８（ｄ）は、ＰＣ１０２のクライアントアプリ１１１が管理する利用情報の例である。利用情報には、前述したように、「中継サーバホスト」、「ファイルサーバＩＤ」、「ＩＰアドレス」、「ユーザＩＤ」、「ユーザパスワード」、「デバイスＩＤ」等の情報が含まれる。
【０１１１】
このうち、「中継サーバホスト」、「ファイルサーバＩＤ」、「ＩＰアドレス」は、クライアントアプリ１１１が、情報蓄積装置１０１にアクセスするための情報の一例である。また、「ユーザＩＤ」、「ユーザパスワード」、「デバイスＩＤ」は、クライアントアプリ１１１が管理する利用者の認証情報の一例である。
【０１１２】
＜システム構成＞
図９は、第１の実施形態に係る情報処理システムの構成の一例を示す図である。第１の実施形態では、ＰＣ１０２が、イントラネット１０５内のＰＣ１０２ｂである場合の例について説明する。
【０１１３】
図９の例では、イントラネット１０５内にあるＰＣ１０２ｂの外部アプリ１１２は、イントラネット１０５の外部にあるＰＣ１０２ａと同様に、中継サーバ１０３を介して、情報蓄積装置１０１にアクセスすることができる。
【０１１４】
この場合、外部アプリ１１２は、クライアントアプリ１１１が提供するＤＬＬ４０１を用いて、クライアントアプリ１１１に、情報蓄積装置１０１に情報を要求する要求情報の送信を要求する。クライアントアプリ１１１は、外部アプリ１１２からの要求に応じて、クライアントアプリ１１１が管理する利用者の認証情報を含む要求情報を、中継サーバ１０３を介して情報蓄積装置１０１に送信する。このとき、クライアントアプリ１１１と中継サーバ１０３との間、及び中継サーバ１０３と情報蓄積装置１０１との間の通信には、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。
【０１１５】
また、イントラネット１０５内にあるＰＣ１０２ｂの外部アプリ１１２は、例えば、ＳＭＢプロトコルを用いて、情報蓄積装置１０１にアクセスすることができる。なお、ＳＭＢプロトコルは、クライアントアプリ１１１が、情報蓄積装置１０１に要求情報を送信するプロトコル（ＨＴＴＰ）とは異なるファイル共有プロトコルの一例である。
【０１１６】
この場合、ＰＣ１０２ｂの外部アプリ１１２は、外部アプリ１１２の利用情報記憶部４０２が記憶したアプリの認証情報を含む要求情報を、情報蓄積装置１０１に送信する。
【０１１７】
図１０は、第１の実施形態に係る情報処理システムの構成の別の一例を示す図である。図１０に示すように、ＰＣ１０２ｂの外部アプリ１１２は、イントラネット１０５の外部の中継サーバ１０３を介さずに、情報蓄積装置１０１に要求情報を送信するものであっても良い。この場合、クライアントアプリ１１１は、外部アプリ１１２からの要求に応じて、クライアントアプリ１１１が管理する利用者の認証情報を含む要求情報を、例えば、ＨＴＴＰプロトコル等で情報蓄積装置１０１に送信する。
【０１１８】
＜処理の流れ＞
（情報蓄積装置の処理）
図１１は、第１の実施形態に係る情報蓄積装置の情報提供処理の流れを示すフローチャートである。
【０１１９】
ステップＳ１１０１において、情報蓄積装置１０１は、ＰＣ１０２から送信された要求情報を取得すると、ステップＳ１１０２以降の処理を実行する。
【０１２０】
ステップＳ１１０２において、情報蓄積装置１０１の認証部３１２は、ＰＣ１０２から送信された要求情報を認証し、認証結果に応じて処理を分岐させる。認証部３１２は、要求情報の認証が許可されない場合、処理を終了させる。一方、認証部３１２は、要求情報の認証が許可された場合、処理をステップＳ１１０３に移行させる。
【０１２１】
例えば、認証部３１２は、要求情報に、認証部３１２が管理するユーザの認証情報（ユーザＩＤ、ユーザパスワード）、又はアプリ情報管理部３１４が管理するアプリの認証情報（アプリＩＤ、アプリパスワード）が含まれる場合、要求情報の認証を許可する。また、認証部３１２は、要求情報に、認証部３１２が管理するユーザの認証情報、及びアプリ情報管理部３１４が管理するアプリの認証情報のいずれも含まれない場合、要求情報の認証を許可しない。
【０１２２】
ステップＳ１１０３に移行すると、情報蓄積装置１０１の情報提供部３１３は、要求情報にアプリの識別情報（例えばアプリＩＤ）が含まれるか否かを判断し、判断結果に応じてＰＣ１０２に提供する情報を変更する。
【０１２３】
本実施形態では、ＰＣ１０２の外部アプリ１１２は、例えば、「ファイル一覧の取得」等、他の外部アプリ１１２と共通の処理を情報蓄積装置１０１に要求する場合、クライアントアプリ１１１のＤＬＬ４０１を用いて、要求情報を送信するものとする。このとき、要求情報には、利用者の認証情報が含まれる。
【０１２４】
一方、ＰＣ１０２の外部アプリ１１２は、例えば、外部アプリ１１２の専用フォルダを利用する処理（例えば、後述する「バインド」等）を情報蓄積装置１０１に要求する場合、例えば、ＳＭＢプロトコルを用いて、要求情報を送信するものとする。このとき、要求情報には、アプリの認証情報（アプリＩＤ、アプリパスワード）が含まれる。
【０１２５】
従って、情報蓄積装置１０１の情報提供部３１３は、要求情報にアプリの識別情報（アプリＩＤ）が含まれる場合、外部アプリ１１２の専用フォルダを利用する処理であると判断することができる。
【０１２６】
別の一例として、情報提供部３１３は、ステップＳ１１０３において、要求情報を取得したプロトコルが、ＳＭＢプロトコルである場合、外部アプリ１１２の専用フォルダを利用する処理であると判断するものであっても良い。
【０１２７】
要求情報にアプリの識別情報が含まれない場合、情報提供部３１３は、処理をステップＳ１１０６に処理を移行させる。この場合、ステップＳ１１０６において、ＰＣ１０２の外部アプリ１１２には、既定のフォルダ一覧の情報が送信される。なお、既定のフォルダ一覧には、例えば、共有フォルダのファイル、「検索」フォルダ、「ワークフロー」フォルダや、個人フォルダのファイル、「検索」フォルダ、「ワークフロー」フォルダ等が含まれるものとする。
【０１２８】
一方、要求情報にアプリの識別情報が含まれる場合、情報提供部３１３は、処理をステップＳ１１０４に移行させる。
【０１２９】
ステップＳ１１０４に移行すると、情報提供部３１３は、既定のフォルダ一覧をフィルタリングする。例えば、情報提供部３１３は、既定のフォルダ一覧から、所定の情報、例えば、個人フォルダや、共有フォルダのファイル、「検索」フォルダ、「ワークフロー」フォルダ等を削除する。
【０１３０】
ステップＳ１１０５において、情報提供部３１３は、フォルダ一覧に、外部アプリ１１２に対応する専用フォルダを追加する。
【０１３１】
ステップＳ１１０５において、ＰＣ１０２の外部アプリ１１２に、外部アプリの専用フォルダを含むフォルダ一覧の情報が送信される。
【０１３２】
上記の処理により、情報蓄積装置１０１は、ＰＣ１０２の外部アプリＡ１１２ａから、外部アプリＡ１１２ａの専用フォルダを利用する処理を要求する要求情報に対して、外部アプリＡ１１２ａの専用フォルダを含むファイル一覧の情報を提供することができる。同様に、情報蓄積装置１０１は、ＰＣ１０２の外部アプリＢ１１２ｂから、外部アプリＢ１１２ｂの専用フォルダを利用する処理を要求する要求情報に対して、外部アプリＢ１１２ｂの専用フォルダを含むファイル一覧の情報を提供することができる。
【０１３３】
このように、本実施形態に係る情報蓄積装置１０１は、情報の取得を要求する要求元のアプリケーションに応じて、端末装置に提供するフォルダ構成を容易に変更することができる。
【０１３４】
（情報処理システムの処理）
続いて、情報処理システム１００全体の処理について説明する。なお、ここでは、図１０に示すように、ＰＣ１０２ｂのクライアントアプリ１１１が、中継サーバ１０３を介さずに、要求情報を情報蓄積装置１０１に送信するものとして、以下の説明を行う。
【０１３５】
ステップＳ１２０１において、ＰＣ１０２の外部アプリ１１２は、例えば、ＰＣ１０２の利用者の操作等に応じて、機能一覧の画面を表示部２０７に表示させる。このとき、ＰＣ１０２の表示部２０７に表示される機能一覧画面の例を図１３（ａ）に示す。
【０１３６】
図１３（ａ）の例では、機能一覧画面１３１０には、例えば、フォルダ一覧１３１１、バインド１３１２等の複数の機能が、選択可能に表示されている。
【０１３７】
例えば、利用者が、フォルダ一覧１３１１を選択すると、情報蓄積装置１０１により、利用者に利用が許可されたフォルダの一覧が、ＰＣ１０２の表示部２０７等に表示される。なお、フォルダ一覧１３１１は、他の外部アプリ１１２と共通の一般的な機能の一例である。
【０１３８】
また、利用者がバインド１３１２を選択すると、情報蓄積装置１０１により、外部アプリ１１２の専用フォルダの情報が、ＰＣ１０２の表示部２０７に表示される。なお、バインド１３１２は、外部アプリ１１２の専用フォルダを利用する処理の一例である。
【０１３９】
バインド１３１２は、例えば、複数のアプリのファイルを束ねて（バインドして）表示、印刷等を行う機能であり、独自の形式のデータファイルを利用するものとする。従って、バインド１３１２が利用する独自の形式のデータファイルは、外部アプリ１１２の専用フォルダに格納され、バインド１３１２が選択されたときのみ利用できることが望ましい。
【０１４０】
図１２のステップＳ１２０２において、利用者が、図１２（ａ）に示す機能一覧画面１３１０から、フォルダ一覧１３１１の機能を選択したものとする。
【０１４１】
この場合、ステップＳ１２０３において、ＰＣ１０２の外部アプリ１１２は、クライアントアプリ１１１のＤＬＬ４０１を用いて、フォルダ一覧の取得を要求する。
【０１４２】
ステップＳ１２０４において、ＰＣ１０２のクライアントアプリ１１１は、例えば、ＨＴＴＰプロトコルでフォルダ一覧の要求情報を、情報蓄積装置１０１に送信する。この要求情報には、例えば、ユーザＩＤ、ユーザパスワード等のクライアントアプリ１１１が管理している利用者の認証情報（ユーザＩＤ、ユーザパスワード）が含まれる。
【０１４３】
ステップＳ１２０５において、情報蓄積装置１０１は、図１１に示す情報提供処理を実行する。ここでは、要求情報にアプリの識別情報が含まれないため、情報蓄積装置１０１は、既定のフォルダ一覧の情報をＰＣ１０２に提供する。
【０１４４】
ステップＳ１２０６、Ｓ１２０７において、既定のフォルダ一覧の情報が、ＰＣ１０２の外部アプリ１１２に送信される。
【０１４５】
ステップＳ１２０８において、ＰＣ１０２の外部アプリ１１２は、情報蓄積装置１０１から提供されたフォルダ一覧を、ＰＣ１０２の表示部２０７等に表示させる。このとき、表示部２０７等に表示されるフォルダ一覧画面の例を図１３（ｂ）に示す。
【０１４６】
図１３（ｂ）の例では、フォルダ一覧画面１３２０には、複数の利用者に共通の共有フォルダ１３２１、及び利用者に対応する個人フォルダ１３２２等が表示されている。なお、図１３（ｂ）の共有フォルダ１３２１及び個人フォルダ１３２２に含まれる「ファイル」、「検索」、「ワークフロー」等は、共有フォルダ１３２１及び個人フォルダ１３２２に含まれるフォルダやファイルの一例である。
【０１４７】
図１２のステップＳ１２０９において、利用者が機能一覧画面の呼出操作を行うと、ステップＳ１２１０において、ＰＣ１０２の外部アプリ１１２は、表示部２０７に再び図１３（ａ）に示す機能一覧画面１３１０を表示させる。
【０１４８】
ステップＳ１２１１において、利用者が、機能一覧画面１３１０から、バインド１３１２の機能を選択したものとする。
【０１４９】
この場合、ステップＳ１２１２において、ＰＣ１０２の外部アプリ１１２は、例えば、クライアントアプリ１１１のＤＬＬ４０１を利用せずに、ＳＭＢプロトコルで、バインド機能の要求情報を情報蓄積装置１０１に送信する。この要求情報には、例えば、アプリＩＤ、アプリパスワード等のアプリの認証情報が含まれる。
【０１５０】
ステップＳ１２１３において、情報蓄積装置１０１は、図１１に示す情報提供処理を実行する。ここでは、要求情報にアプリの識別情報（アプリＩＤ）が含まれるため、情報蓄積装置１０１は、外部アプリ１１２の専用フォルダを含むフォルダ一覧の情報（バインド一覧）をＰＣ１０２に提供する。
【０１５１】
ステップＳ１２１４、Ｓ１２１４において、バインド一覧の情報が、ＰＣ１０２の外部アプリ１１２に送信される。
【０１５２】
ステップＳ１２１６において、ＰＣ１０２の外部アプリ１１２は、情報蓄積装置１０１から提供されたバインド一覧を、ＰＣ１０２の表示部２０７等に表示させる。このとき、表示部２０７等に表示されるバインド一覧画面の例を図１３（ｃ）に示す。
【０１５３】
図１３（ｃ）の例では、バインド一覧画面１３３０には、共有フォルダ１３３１と、外部アプリ１１２の専用フォルダ１３３２が表示されている。
【０１５４】
好適な一例として、図１３（ｃ）に示すバインド一覧画面１３３０には、図１１のステップＳ１１０４のフィルタリングにより、図１３（ｂ）のフォルダ一覧画面１３２０の個人フォルダ１３２２、及び共有フォルダ１３２１の一部が表示されない。
【０１５５】
なお、「バインド機能」は、外部アプリ１１２毎に固有の機能の一例である。
【０１５６】
例えば、外部アプリが「外部アプリＡ１１２ａ」である場合、図１３（ａ）の機能一覧画面１３１０には、外部アプリＡ１１２ａの固有の機能（例えば「機能Ａ」）が表示される。また、その機能一覧画面から、「機能Ａ」が選択されると、外部アプリＡ１１２ａの専用フォルダが、「機能Ａ」の一覧画面に表示される。
【０１５７】
同様に、外部アプリが「外部アプリＢ１１２ｂ」である場合、図１３（ａ）の機能一覧画面１３１０には、外部アプリＢ１１２ｂの固有の機能（例えば「機能Ｂ」）が表示される。また、その機能一覧画面から、「機能Ｂ」が選択されると、外部アプリＢ１１２ｂの専用フォルダが、「機能Ａ」の一覧画面に表示される。
【０１５８】
このように、本実施形態によれば、情報の取得を要求する要求元のアプリケーションに応じて、ＰＣ１０２に提供する情報を変更することを容易にする情報処理システム１００を提供することができる。
【０１５９】
［第２の実施形態］
第１の実施形態では、ＰＣ１０２がイントラネット１０５の内部にある場合の例について説明した。第２の実施形態では、ＰＣ１０２がイントラネット１０５の外部（又は内部）にある場合の例について説明する。
【０１６０】
図１４は、第２の実施形態に係る情報処理システムが管理する情報の例を示す図である。
【０１６１】
（情報蓄積装置が管理するアプリ情報）
図１４（ａ）は、第２の実施形態に係る情報蓄積装置１０１が管理するアプリ情報の例である。本実施形態に係る情報蓄積装置１０１が管理するアプリ情報は、図８（ａ）に示す第１の実施形態に係るアプリ情報の「アプリＩＤ」及び「アプリパスワード」に代えて、「アプリ識別情報」を有している。アプリ識別情報は、外部アプリ１１２を識別するアプリの識別情報の一例である。
【０１６２】
（アプリに登録されているアプリ情報）
図１４（ｂ）は、第２の実施形態に係るＰＣ１０２の外部アプリＡに登録されているアプリ情報の例である。本実施形態に係る外部アプリＡに登録されているアプリ情報は、図８（ｂ）に示す第１の実施形態に係るアプリ情報の「アプリＩＤ」及び「アプリパスワード」に代えて、「アプリ識別情報」を有している。
【０１６３】
＜システム構成＞
図１５は、第２の実施形態に係る情報処理システムの構成の例を示す図である。本実施形態に係るＰＣ１０２は、イントラネット１０５の外部にあっても良いし、イントラネットの外部にあっても良い。
【０１６４】
ＰＣ１０２のクライアントアプリ１１１は、ＰＣ１０２から情報蓄積装置１０１に直接アクセスできる場合、中継サーバ１０３を介さずに、例えば、ＨＴＴＰプロトコルを用いて、情報蓄積装置１０１に要求情報を送信することができる。また、ＰＣ１０２のクライアントアプリ１１１は、ファイアウォール等により、ＰＣ１０２から情報蓄積装置１０１に直接アクセスできない場合、中継サーバ１０３を介して、情報蓄積装置１０１に要求情報を送信することができる。
【０１６５】
本実施形態では、外部アプリ１１２は、クライアントアプリ１１１によって提供されるＤＬＬ４０１を用いて、情報蓄積装置１０１に要求情報を送信する。
【０１６６】
＜処理の流れ＞
（情報蓄積装置の処理）
図１６は、第２の実施形態に係る情報蓄積装置の情報提供処理の流れを示すフローチャートである。なお、図１６に示す情報提供処理のうち、ステップＳ１１０１〜Ｓ１１０４、及びステップＳ１１０５、Ｓ１１０６の処理は、図１１に示す第１の実施形態に係る情報提供処理と同様なので、ここでは差分を中心に説明する。
【０１６７】
本実施形態では、図１６のステップＳ１１０４の後に、ステップＳ１６０１の処理が追加されている。
【０１６８】
ステップＳ１６０１において、情報蓄積装置１０１の情報提供部３１３は、要求情報に含まれるアプリの識別情報（アプリ識別情報）が有効か否かを判断し、判断結果に応じて処理を分岐させる。
【０１６９】
アプリの識別情報が有効である場合、情報提供部３１３は、ステップＳ１１０５において、フォルダ一覧に外部アプリ１１２の専用フォルダを追加し、ステップＳ１１０６において、フォルダ一覧をＰＣ１０２に送信する。
【０１７０】
アプリの識別情報が有効でない場合、情報提供部３１３は、フォルダ一覧に外部アプリ１１２の専用フォルダを追加せずに、ステップＳ１１０６において、フォルダ一覧をＰＣ１０２に送信する。
【０１７１】
（情報処理システムの処理）
図１７は、第２の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、ここでは、ＰＣ１０２のクライアントアプリ１１１が、中継サーバ１０３を介して情報蓄積装置１０１に要求情報を送信するものとして、以下の説明を行う。
【０１７２】
ステップＳ１７０１において、情報蓄積装置１０１の中継クライアント３１０は、中継サーバ１０３に対して、中継サーバ１０３に記憶された要求情報の取得を要求する要求問合せを行う。中継クライアント３１０は、例えば、所定の時間間隔で、中継サーバ１０３に要求問合せを行うものとする。
【０１７３】
ステップＳ１７０２において、中継サーバ１０３は、情報蓄積装置１０１から受信した要求問合せに対する応答情報を送信する。ここでは、中継サーバ１０３は、情報蓄積装置１０１宛ての要求情報を記憶していないことを示す「要求なし」を送信している。
【０１７４】
ステップＳ１７０３において、ＰＣ１０２の外部アプリ１１２が、利用者の操作等に応じて、クライアントアプリ１１１が提供するＤＬＬ４０１に対して、フォルダ一覧の要求を行う。
【０１７５】
ステップＳ１７０４において、外部アプリ１１２から、フォルダ一覧の要求を受付けたＰＣ１０２のクライアントアプリ１１１は、中継サーバ１０３に、フォルダ一覧の要求情報を送信する。このフォルダ一覧の要求情報には、例えば、図１８（ａ）に示すアクセス情報１８０１が含まれる。
【０１７６】
図１８（ａ）は、アクセス情報の一例を示している。図１８（ａ）の例では、アクセス情報１８０１には、例えば、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。
【０１７７】
「ＣＩＤ」の情報は、情報蓄積装置１０１を識別する識別情報であり、図８（ｄ）に示すＰＣ１０２のクライアントアプリ１１１が管理する利用情報の「ファイルサーバＩＤ」に対応している。
【０１７８】
「Ａｕｔｈｏｒｉｚａｔｉｏｎ」は、クライアントアプリ１１１が記憶している利用者の認証情報であり、図８（ｄ）に示すＰＣ１０２のクライアントアプリ１１１が管理する利用情報の「ユーザＩＤ」、「ユーザパスワード」に対応している。
【０１７９】
「ｄｅｖｉｃｅＩＤ」は、クライアントアプリ１１１が記憶しているＰＣ１０２の識別情報であり、図８（ｄ）に示すＰＣ１０２のクライアントアプリ１１１が管理する利用情報の「デバイスＩＤ」に対応している。
【０１８０】
「ａｃｃｅｓｓＴｙｐｅ」の情報は、要求情報の要求元を示す情報である。「ａｃｃｅｓｓＴｙｐｅ」の情報は、例えば、図１８（ｂ）に示すように、「０」は、クライアントアプリ１１１からの要求であることを示し、「１」は、外部アプリ１１２からの要求であることを示す。
【０１８１】
ステップＳ１７０５において、中継サーバ１０３は、ＰＣ１０２から受信した要求情報を、例えば、図２のストレージ部２０４等の記憶手段に記憶する。
【０１８２】
ステップＳ１７０６において、情報蓄積装置１０１は、例えば、所定の時間間隔に従って要求問合せを中継サーバ１０３に送信する。
【０１８３】
ステップＳ１７０７において、中継サーバ１０３は、情報蓄積装置１０１からの要求問合せに応じて、記憶手段に記憶したフォルダ一覧の要求情報を情報蓄積装置１０１に送信する。
【０１８４】
ステップＳ１７０８において、情報蓄積装置１０１は、図１６に示す情報提供処理を実行する。
【０１８５】
ここでは、ＰＣ１０２から送信されたファイル一覧の要求情報は、認証部３１２が管理するユーザの認証情報を有しているので、情報蓄積装置１０１の認証部３１２は、要求情報の認証を許可する（図１１のステップＳ１１０２の「ＹＥＳ」）。また、ＰＣ１０２から送信されたファイル一覧の要求情報には、アプリの識別情報が含まれていない（図１１のステップＳ１１０３の「ＮＯ」）。従って、情報蓄積装置１０１の情報提供部３１３は、既定のフォルダ一覧をＰＣ１０２に提供する（図１１のステップＳ１１０６）。
【０１８６】
図１７のステップＳ１７０９〜Ｓ１７１１において、既定のフォルダ一覧が、ＰＣ１０２の外部アプリ１１２に通知される。
【０１８７】
ステップＳ１７１２において、ＰＣ１０２の外部アプリ１１２は、情報蓄積装置１０１から通知されたフォルダ一覧を用いて、例えば、図１３（ｂ）に示すようなフォルダ一覧画面１３２０を、表示部２０７等に表示させる。
【０１８８】
続いて、ステップＳ１７１３において、ＰＣ１０２の外部アプリ１１２は、利用者の操作等に応じて、クライアントアプリ１１１が提供するＤＬＬ４０１に対して、バインド機能の要求を行う。この要求には、外部アプリ１１２に予め登録されているアプリ識別情報が含まれる。
【０１８９】
ステップＳ１７１４において、ＰＣ１０２のクライアントアプリ１１１は、中継サーバ１０３に、バインド機能の要求情報を送信する。このバインド機能の要求情報には、例えば、図１８（ｂ）に示すアクセス情報１８０２が含まれる。
【０１９０】
図１８（ｂ）は、アクセス情報の別の一例を示している。図１８（ｂ）の例では、図１８（ａ）に示すアクセス情報１８０１に含まれる各情報に加えて、「ａｐｐｌｉｃａｔｉｏｎＩＤ」の情報が含まれる。
【０１９１】
「ａｐｐｌｉｃａｔｉｏｎＩＤ」の情報は、バインド機能の要求元の外部アプリ１１２を識別する識別情報であり、図１４（ｂ）で前述したように、外部アプリ１１２に予め登録されている。
【０１９２】
ステップＳ１７１５において、中継サーバ１０３は、ＰＣ１０２から受信したバインド機能の要求情報を、記憶手段に記憶する。
【０１９３】
ステップＳ１７１６において、情報蓄積装置１０１は、例えば、所定の時間間隔に従って要求問合せを中継サーバ１０３に送信する。
【０１９４】
ステップＳ１７１７において、中継サーバ１０３は、情報蓄積装置１０１からの要求問合せに応じて、記憶手段に記憶したバインド機能の要求情報を情報蓄積装置１０１に送信する。
【０１９５】
ステップＳ１７１８において、情報蓄積装置１０１は、図１６に示す情報提供処理を実行する。
【０１９６】
ここでは、ＰＣ１０２から送信されたバインド機能の要求情報は、認証部３１２が管理するユーザの認証情報を有しているので、情報蓄積装置１０１の認証部３１２は、要求情報の認証を許可する（図１６のステップＳ１１０２の「ＹＥＳ」）。また、ＰＣ１０２から送信されたバインド機能の要求情報には、アプリの識別情報が含まれている（図１６のステップＳ１１０３の「ＹＥＳ」）。従って、情報蓄積装置１０１の情報提供部３１３は、既定のフォルダ一覧をフィルタリングする（図１６のステップ１１０４）。
【０１９７】
また、ここでは、バインド機能の要求情報に含まれるアプリ識別情報が有効化されているものとする。この場合、情報蓄積装置１０１の情報提供部３１３は、フィルタリングされたフォルダ一覧に、アプリ識別情報に対応する外部アプリ１１２の専用フォルダを追加する（図１６のステップＳ１１０５）。さらに、情報提供部３１３は、専用フォルダが追加されたフォルダ一覧を、ＰＣ１０２に送信する（図１６のステップ１１０６）。
【０１９８】
図１７のステップＳ１７１９〜Ｓ１７２１において、バインド一覧が、ＰＣ１０２の外部アプリ１１２に通知される。
【０１９９】
ステップＳ１７２２において、ＰＣ１０２の外部アプリ１１２は、情報蓄積装置１０１から通知されたフォルダ一覧を用いて、例えば、図１３（ｃ）に示すようなバインド一覧画面１３３０を、表示部２０７等に表示させる。
【０２００】
このように、本実施形態によれば、ＰＣ１０２がイントラネット１０５の外部にある場合でも、情報の取得を要求する要求元のアプリケーションに応じて、ＰＣ１０２に提供するフォルダ構成を容易に変更することができるようになる。
【０２０１】
［第３の実施形態］
第２の実施形態では、外部アプリ１１２、及びクライアントアプリ１１１は、外部アプリ１１２の専用フォルダを利用する要求情報に「アプリ識別情報」を付加する場合の例について説明を行った。本実施形態では、外部アプリ１１２、及びクライアントアプリ１１１は、外部アプリ１１２の専用フォルダを利用する要求情報に、「アプリＩＤ」、「アプリパスワード」を含めて、情報蓄積装置１０１に送信する場合の例について説明する。
【０２０２】
本実施形態に係る情報処理システム１００は、図８に示す第１の実施形態と同様の情報を管理しているものとする。
【０２０３】
また、本実施形態に係る情報処理システム１００のシステム構成は、図１５に示す第２の実施形態に係る情報処理システムの構成と同様であるものとする。
【０２０４】
＜処理の流れ＞
図１９は、第３の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、図１９のステップＳ１７０１〜Ｓ１７１２の処理は、図１７に示す第２の実施形態に係る処理と同様なので、ここでは差分を中心に説明を行う。
【０２０５】
ステップＳ１９０１において、ＰＣ１０２の外部アプリ１１２は、利用者の操作等に応じて、クライアントアプリ１１１が提供するＤＬＬ４０１に対して、バインド機能の要求を行う。この要求には、外部アプリ１１２に予め登録されている「アプリＩＤ」、及び「アプリパスワード」が含まれる。なお、「アプリＩＤ」は、アプリの識別情報の一例である。
【０２０６】
ステップＳ１９０２において、ＰＣ１０２のクライアントアプリ１１１は、中継サーバ１０３に、バインド機能の要求情報を送信する。このバインド機能の要求情報には、外部アプリ１１２に予め登録されている「アプリＩＤ」、及び「アプリパスワード」が含まれる。
【０２０７】
この「アプリＩＤ」、及び「アプリパスワード」は、例えば、図１８（ａ）に示すアクセス情報１８０１の「Ａｕｔｈｏｒｉｚａｔｉｏｎ」の情報に設定されて送信される。
【０２０８】
また、別の一例として、例えば、図１８（ａ）に示すアクセス情報１８０２の「ａｐｐｌｉｃａｔｉｏｎＩＤ」に「アプリＩＤ」を設定するもの等であっても良い。ここでは、図１８（ａ）に示すアクセス情報１８０１の「Ａｕｔｈｏｒｉｚａｔｉｏｎ」の情報に「アプリＩＤ」、及び「アプリパスワード」を設定して、要求情報を情報蓄積装置１０１に送信するものとして、以下の説明を行う。
【０２０９】
ステップＳ１９０３において、中継サーバ１０３は、ＰＣ１０２から受信したいバインド機能の要求情報を、記憶手段に記憶する。
【０２１０】
ステップＳ１９０４において、情報蓄積装置１０１は、例えば、所定の時間間隔に従って要求問合せを中継サーバ１０３に送信する。
【０２１１】
ステップＳ１９０５において、中継サーバ１０３は、情報蓄積装置１０１からの要求問合せに応じて、記憶手段に記憶したバインド機能の要求情報を情報蓄積装置１０１に送信する。
【０２１２】
ステップＳ１９０６において、情報蓄積装置１０１は、図１６に示す情報提供処理を実行する。
【０２１３】
ここでは、ＰＣ１０２から送信されたバインド機能の要求情報は、認証部３１２が管理するユーザの認証情報に代えて、アプリ情報管理部３１４が管理するアプリの認証情報（「アプリＩＤ」、「アプリパスワード」）を有している。本実施形態では、認証部３１２は、アプリ情報管理部３１４が管理する「アプリＩＤ」、及び「アプリパスワード」を有する要求情報の認証を許可するものとする（図１６のステップＳ１１０２の「ＹＥＳ」）。
【０２１４】
また、ＰＣ１０２から送信されたバインド機能の要求情報には、アプリの識別情報（アプリＩＤ）が含まれている（図１６のステップＳ１１０３の「ＹＥＳ」）。従って、情報蓄積装置１０１の情報提供部３１３は、既定のフォルダ一覧をフィルタリングする（図１６のステップ１１０４）。
【０２１５】
また、ここでは、バインド機能の要求情報に含まれるアプリの識別情報（アプリＩＤ）が有効化されているものとする。この場合、情報蓄積装置１０１の情報提供部３１３は、フィルタリングされたフォルダ一覧に、アプリの識別情報（アプリＩＤ）に対応する外部アプリ１１２の専用フォルダを追加する（図１６のステップＳ１１０５）。さらに、情報提供部３１３は、専用フォルダが追加されたフォルダ一覧を、ＰＣ１０２に送信する（図１６のステップＳ１１０６）。
【０２１６】
以上、本実施形態によれば、第２の実施形態の「アプリ識別情報」に代えて、予め外部アプリ１１２に登録された「アプリＩＤ」、「アプリパスワード」を用いることにより、第２の実施形態と同様の効果が得られる。
【０２１７】
このように、本実施形態に係る情報処理システム１００、及び情報提供方法は、様々な応用や変形が可能である。
＜まとめ＞
以上、本発明に係る情報処理システム（１００）は、
端末装置（１０２）と、前記端末装置（１０２）とネットワークを介して接続される情報処理装置（１０１）とを含む情報処理システム（１００）であって、
前記端末装置（１０２）は、
前記情報処理装置（１０１）を利用するための認証情報を有し、前記端末装置（１０２）で動作する他のアプリケーションに、前記情報処理装置（１０１）に要求情報を送信するインタフェース（４０１）を提供する第１のアプリケーション（１１１）と、
予め登録されたアプリケーションの識別情報を有し、所定の操作に応じて、前記アプリケーションの識別情報を含む要求情報を前記情報処理装置（１０１）に送信する第２のアプリケーション（１１２）と、
を記憶する記憶手段（２０４）を有し、
前記情報処理装置（１０１）は、
前記端末装置（１０２）から送信された前記要求情報を認証する認証手段（３１２）と、
前記認証が許可された要求情報に前記アプリケーションの識別情報が含まれる場合、前記要求情報に応じて前記端末装置（１０２）に提供するフォルダの構成を変更する情報提供手段（３１３）と、
を有する。
【０２１８】
なお、上記括弧内の参照符号は、理解を容易にするために付したものであり、一例に過ぎず、本発明の範囲を限定するものではない。
【符号の説明】
【０２１９】
１００      情報処理システム
１０１      情報蓄積装置（情報処理装置）
１０２      ＰＣ（端末装置）
１１１      クライアントアプリ（第１のアプリケーション）
１１２      外部アプリ（第２のアプリケーション）
２０４      ストレージ部（記憶手段の一例）
３１２      認証部（認証手段）
３１３      情報提供部（情報提供手段）
３１４      アプリ情報管理部（管理手段）
【先行技術文献】
【特許文献】
【０２２０】
【特許文献１】特開２００４−２５２９５３号公報
【図１】
0006578852.tif 000002
【図２】
0006578852.tif 000003
【図３】
0006578852.tif 000004
【図４】
0006578852.tif 000005
【図５】
0006578852.tif 000006
【図６】
0006578852.tif 000007
【図７】
0006578852.tif 000008
【図８】
0006578852.tif 000009
【図９】
0006578852.tif 000010
【図１０】
0006578852.tif 000011
【図１１】
0006578852.tif 000012
【図１２】
0006578852.tif 000013
【図１３】
0006578852.tif 000014
【図１４】
0006578852.tif 000015
【図１５】
0006578852.tif 000016
【図１６】
0006578852.tif 000017
【図１７】
0006578852.tif 000018
【図１８】
0006578852.tif 000019
【図１９】
0006578852.tif 000020