(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）プロトコルによってネットワーク上で利用可能なフォルダである。利用者は、ＰＣ１０２等の端末装置を用いて、共有フォルダ３０７に保存されたファイル等を利用する。
【００４２】
ドキュメント管理３０８は、共有フォルダ３０７に置かれたファイルを管理し、外部機器サービス３０９からの要求に応じてファイル変換の処理を行う。なお、本実施形態におけるファイルはデータの一形態である。
【００４３】
外部機器サービス３０９は、電子機器１０７のＷｅｂサービスにリクエストする処理を行う。中継クライアント（取得手段）３１０は、中継サーバ１０３にアクセスし、ＰＣ１０２等からの処理の要求を取得する処理を行う。ログ管理３１１は、ログのデータ（ログ情報）を管理する処理を行う。
【００４４】
認証部（認証手段）３１２は、中継クライアント３１０が取得した処理の要求に対する認証処理を行う。また、本実施形態に係る認証部３１２は、中継クライアント３１０が取得した処理の要求の要求元がクライアントアプリと異なる場合、後述する追加の認証処理を実行する。
【００４５】
（ＰＣの処理ブロック図）
本実施形態に係るＰＣ１０２は、例えば、図４に示すような処理ブロックで実現される。
【００４６】
図４は、一実施形態に係るＰＣの一例の処理ブロック図である。
【００４７】
ＰＣ１０２は、プログラムを実行することで、クライアントアプリ１１１、及び１つ以上の外部アプリ１１２等を実現している。
【００４８】
クライアントアプリ（第１のアプリケーション）１１１は、ＰＣ１０２から、中継サーバ１０３を介して、情報蓄積装置１０１に保存されたファイル等を利用するためのアプリである。クライアントアプリ１１１は、例えば、共通インタフェース部４１１、認証情報記憶部４０２、認証処理部４０３、表示入力部４０４等を有する。
【００４９】
認証情報記憶部４０２は、情報蓄積装置１０１を利用するための第１の認証情報を含む利用情報を記憶する手段であり、例えば、図２のストレージ部２０４、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。
【００５０】
認証情報記憶部４０２が記憶する利用情報の例を図７（ａ）に示す。利用情報７０１には、例えば、「中継サーバホスト」、「ファイルサーバＩＤ」、「ＩＰアドレス」、「ユーザ名」、「パスワード」、「デバイスＩＤ」等の情報が含まれる。
【００５１】
「中継サーバホスト」は、中継サーバ１０３を特定するホスト名等の情報である。「ファイルサーバＩＤ」は、情報蓄積装置１０１を識別する識別情報である。「ＩＰアドレス」は、情報蓄積装置１０１のＩＰアドレスである。クライアントアプリ１１１は、これらの情報に基づいて、情報蓄積装置１０１にアクセスすることができる。
【００５２】
「ユーザ名」は、例えば、ユーザの名前、識別情報、メールアドレス等、利用者を識別するための情報である。「パスワード」は、「ユーザ名」に対応するパスワード等の認証情報である。「デバイスＩＤ」は、ＰＣ１０２を識別するための識別情報（例えば、製造時に書込まれた個体識別情報や、ＭＡＣアドレス等）である。なお、「ユーザ名」、「パスワード」、及び「デバイスＩＤ」は、クライアントアプリ１１１が有する情報蓄積装置１０１を利用するための第１の認証情報の一例である。
【００５３】
共通インタフェース部（ＤＬＬ）４０１は、ＰＣ１０２で動作する複数のプログラム（外部アプリ１１２等）に、認証情報記憶部４０２が記憶した第１の認証情報を用いて情報蓄積装置１０１にアクセスするインタフェースを提供する手段である。共通インタフェース部４０１は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【００５４】
共通インタフェース部４０１は、例えば、ＷｉｎｄｏｗｓのＤＬＬの構成を有する。ただし、ＤＬＬは、共通インタフェース部４０１の一例であり、本発明の範囲を限定するものではない。なお、以下の説明の中で、共通インタフェース部４０１を、ＤＬＬ４０１と呼ぶものとする。
【００５５】
認証処理部４０３は、情報蓄積装置１０１との認証に関する処理を行う手段であり、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【００５６】
例えば、認証処理部４０３は、情報蓄積装置１０１との間で所定の認証処理（ペアリング）を行い、情報蓄積装置１０１を利用するための第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）を含む利用情報を、認証情報記憶部４０２に記憶する。このとき、情報蓄積装置１０１も、クライアントアプリ１１１に対応する第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）をユーザ情報として記憶する。
【００５７】
クライアントアプリ１１１は、この第１の認証情報を用いて、利用者によるＩＤやパスワードの入力によらずに、情報蓄積装置１０１が提供する機能を利用することができる。
【００５８】
表示入力部４０４は、例えば、情報蓄積装置１０１からの要求に応じて、後述する認証情報（第２の認証情報）の入力画面を表示させ、入力させた情報を受付ける手段である。表示入力部４０４は、例えば、図２の入力部２０６、表示部２０７、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。
【００５９】
外部アプリ１１２は、ＰＣ１０２で動作するクライアントアプリとは異なるアプリであり、クライアントアプリ１１１によって提供されるインタフェース（共通インタフェース部４０１）を介して、情報蓄積装置１０１に所定の処理を要求する。
【００６０】
なお、外部アプリ１１２やクライアントアプリ１１１は、図２に示すストレージ部２０４や、記録媒体２１０、ＲＯＭ２０３、ＲＡＭ２０２等のＰＣ１０２の有する（或いはＰＣ１０２に接続される）記憶領域（記憶手段）に記憶される。
【００６１】
また、図示しないが、クライアントアプリ１１１は、情報蓄積装置１０１に処理の要求を送信する要求送信部が含まれる。
【００６２】
クライアントアプリ１１１から要求される処理には、例えば情報蓄積装置１０１に記載されたファイルやフォルダの一覧の取得、ファイルの取得等が含まれる。また、クライアントアプリ１１１から要求される処理には、情報蓄積装置１０１と接続される他の装置（画像形成装置や投影装置、表示装置等の出力装置）へのデータの出力要求や、他の装置へ出力するためのファイルの取得要求等が含まれる。例えば、クライアントアプリ１１１は、情報蓄積装置１０１に記憶されたファイルを、ファイル形式を指定して要求し、指定されたファイルが、指定されたファイル形式で記憶されていない場合、指定されたファイル形式に変換してＰＣ１０２に送信させる。
【００６３】
＜処理の流れ＞
続いて、本実施形態に係る情報処理システム１００の処理の流れについて説明する。
【００６４】
図５は、一実施形態に係る情報処理システムの処理の例を示す図である。ここでは、ＰＣ１０２の外部アプリ１１２から、情報蓄積装置１０１にファイルの取得を要求する場合の処理の例について説明する。なお、ファイルの取得処理は、外部アプリ１１２から、情報蓄積装置１０１に要求する所定の処理の一例である。
【００６５】
なお、図５の例では、ＰＣ１０２から情報蓄積装置１０１に対する処理の要求は、中継サーバ１０３に一時的に記憶される。また、情報蓄積装置１０１は、例えば、定期的に中継サーバ１０３に自装置あての要求の有無を問合せ、自装置あての要求がある場合、要求を取得するものとする。
【００６６】
また、図５の開始時点において、ＰＣ１０２のクライアントアプリ１１１と、情報蓄積装置１０１との間で、前述した所定の認証処理（ペアリング）が完了しており、クライアントアプリ１１１及び情報蓄積装置１０１が、第１の認証情報を記憶しているものとする。
【００６７】
ステップＳ５０１において、情報蓄積装置１０１は、中継サーバ１０３に、情報蓄積装置１０１に対する処理の要求の有無を問い合わせる。なお、情報蓄積装置１０１は、同様の問合せを、例えば、定期的に中継サーバ１０３に行う。
【００６８】
ステップＳ５０２において、中継サーバ１０３は、情報蓄積装置１０１宛ての処理の要求がない場合、要求がないことを示す情報を情報蓄積装置１０１に通知する。
【００６９】
ステップＳ５０３において、ＰＣ１０２の利用者の操作等により、外部アプリ１１２が起動する。
【００７０】
ステップＳ５０４において、外部アプリ１１２は、起動に応じて、クライアントアプリ１１１によって提供されるＤＬＬ４０１を読込む。これにより、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１に処理を要求することができるようになる。
【００７１】
ステップＳ５０５において、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。
【００７２】
ステップＳ５０６において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ５０７において、ファイル取得要求を中継サーバ１０３に送信する。なお、ステップＳ５０７で、送信されるファイル取得要求には、後述するアクセス情報が含まれる。
【００７３】
ステップＳ５０８において、中継サーバ１０３は、クライアントアプリ１１１から受信したファイルの取得要求を記憶する。
【００７４】
ステップＳ５０９において、情報蓄積装置１０１が中継サーバ１０３に、情報蓄積装置１０１に対する処理の要求の有無を問い合わせると、ステップＳ５１０において、中継サーバ１０３は、ステップＳ５０８で記憶した要求を情報蓄積装置１０１に送信する。
【００７５】
ステップＳ５１１において、情報蓄積装置１０１は、図６で説明する認証処理を行い、認証が許可された場合、ステップＳ５１２〜Ｓ５１４において、要求されたファイルを、外部アプリ１１２に提供する。
【００７６】
図６は、一実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。なお、図６の処理は、図５のステップＳ５１１の認証処理に対応している。
【００７７】
ステップＳ６０１において、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれる第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）が正しいかどうかを判断する。
【００７８】
認証部３１２は、ＰＣ１０２のクライアントアプリ１１１との間で処理の認証処理（ペアリング）が行われたとき、クライアントアプリ１１１に対応する第１の認証情報を、例えば、図７（ｂ）に示すユーザ情報７０２として記憶しているものとする。認証部３１２は、中継サーバ１０３から取得された要求に含まれる第１の認証情報が、ユーザ情報７０２に含まれる場合、第１の認証情報が正しいと判断する。
【００７９】
ステップＳ６０１において、中継サーバ１０３から取得された要求に含まれる第１の認証情報が正しくない場合、認証部３１２は処理を終了する。一方、中継サーバ１０３から取得した要求に含まれる第１の認証情報が正しい場合、認証部３１２は、ステップＳ６０２に処理を移行させる。
【００８０】
ステップＳ６０２に移行すると、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれるアクセス情報に基づいて、要求の要求元がクライアントアプリ１１１であるか否かを判断する。
【００８１】
図８は、一実施形態に係る要求に含まれるアクセス情報の例を示す図である。
【００８２】
図８（ａ）の例では、アクセス情報８０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。
【００８３】
「ＣＩＤ」には、図７（ａ）の「ファイルサーバＩＤ」が設定される。「Ａｕｔｈｏｒｉｚａｔｉｏｎ」は、図７（ａ）の「ユーザ名」及び「パスワード」が設定される。「ｄｅｂｉｃｅＩＤ」には、図７（ａ）の「デバイスＩＤ」が設定される。このように、アクセス情報８０１には、第１の認証情報が含まれる。
【００８４】
さらに、「ａｃｃｅｓｓＴｙｐｅ」には、図８（ｂ）の要求元情報８０３に示すように、要求元がクライアントアプリ１１１である場合、「０」が設定され、要求元が外部アプリである場合、「１」が設定される。
【００８５】
これにより、情報蓄積装置１０１の認証部３１２は、このアクセス情報８０１に含まれる「ａｃｃｅｓｓＴｙｐｅ」８０２の情報に基づいて、要求の要求元がクライアントアプリであるかどうかを判断することができる。
【００８６】
図６に戻ってフローチャートの説明を続ける。
【００８７】
ステップＳ６０２において、要求の要求元がクライアントアプリである場合、情報蓄積装置１０１は、ステップＳ６０５に処理を移行させて、要求された処理を実行する。一方、ステップＳ６０２において、要求の要求元がクライアントアプリでない場合、認証部３１２は、処理をステップＳ６０３に移行させて、追加の認証処理を行う。なお、追加の認証処理については、第１〜３の実施形態で具体的な処理内容を説明する。
【００８８】
ステップＳ６０４において、追加の認証処理の認証結果に応じて、処理を分岐させる。追加の認証処理の結果が「ＯＫ」である場合、情報蓄積装置１０１は、ステップＳ６０５において、要求された所定の処理を実行する。一方、追加の認証処理の結果が「ＯＫ」でない場合、情報蓄積装置１０１は処理を終了させる。
【００８９】
このように、本実施形態に係る情報処理システム１００では、ＰＣ１０２の利用者は、外部アプリ１１２を用いて、情報蓄積装置１０１に所定の処理を要求することができる。
【００９０】
また、情報蓄積装置１０１は、ＰＣ１０２からの要求の要求元がクライアントアプリ１１１ではない場合、追加の認証処理を行う。
【００９１】
続いて、追加の認証処理について、複数の実施形態に分けて説明を行う。
【００９２】
［第１の実施形態］
図９は、第１の実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。
【００９３】
ステップＳ９０１において、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれる第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）が正しいかどうかを判断する。中継サーバ１０３から取得された要求に含まれる第１の認証情報が正しくない場合、認証部３１２は処理を終了させる。一方、中継サーバ１０３から取得した要求に含まれる第１の認証情報が正しい場合、認証部３１２は、ステップＳ９０２に処理を移行させる。
【００９４】
ステップＳ９０２に移行すると、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれるアクセス情報に基づいて、要求の要求元がクライアントアプリ１１１であるか否かを判断する。要求の要求元がクライアントアプリである場合、情報蓄積装置１０１は、ステップＳ９０６に処理を移行させて、要求された処理を実行する。一方、要求の要求元がクライアントアプリでない場合、認証部３１２は、処理をステップＳ９０３に移行させる。
【００９５】
ステップＳ９０３に移行すると、情報蓄積装置１０１の認証部３１２は、要求された処理内容に応じて、追加の認証が必要か否かを判断する。例えば、認証部３１２は、図１０に示すような追加認証の設定情報を予め記憶しておき、予め記憶された追加認証の設定情報に基づいて、追加認証が必要か否かを判断する。
【００９６】
図１０は、第１の実施形態に係る追加認証の設定情報の例を示す図である。
【００９７】
図１０（ａ）の例では、設定情報には、複数の処理毎に、追加認証の要否を示す情報が設定されている。例えば、要求された処理内容が、「ファイル一覧の取得」である場合、追加認証の要否は「否」と判断される。また、要求された処理内容が、「オリジナルファイルの取得」である場合、追加認証の要否は「要」と判断される。
【００９８】
図１０（ｂ）の例では、設定情報には、複数の処理毎に、追加認証の要求方法を示す情報が設定されている。例えば、要求された処理内容が、「サムネイルの取得」である場合、追加認証の要求方法（種別）は「なし」となり、追加認証を行わない。また、要求された処理内容が、「オリジナルファイルの取得」である場合、追加認証の要求方法（種別）は「毎回」となり、「オリジナルファイルの取得」が要求される度に追加認証を行う。
【００９９】
さらに、要求された処理内容が、「ファイル一覧の取得」である場合、追加認証の要求方法は、「一回」となる。この場合、認証部３１２は、一回目に「ファイル一覧の取得」を要求されたときに追加の認証を行い、２回目以降に「ファイル一覧の取得」を要求されたときには追加の認証を行わない。
【０１００】
具体的な一例として、認証部３１２は、「ファイル一覧の取得」の要求を受けた日時と、追加の認証を行った場合の認証結果を、図１１に示すようなアクセス記録情報として記憶しておくと良い。
【０１０１】
図１１は、第１の実施形態に係るアクセス記録情報の例を示す図である。
【０１０２】
「デバイスＩＤ」、「ユーザ名」、及び「パスワード」は、要求元のクライアントアプリ１１１を特定するための情報の一例である。「アクセス日時」は、例えば、「ファイル一覧の取得」の要求を受けた日時を示す情報である。「認証」は、追加の認証を行った場合の認証結果を示す情報であり、「ＯＫ」は、認証結果が「ＯＫ」であったことを示す。認証部３１２は、例えば、「認証」が「ＯＫ」となった「アクセス日時」の後、所定の期間内（例えば３０分以内）に取得した「ファイル一覧の取得」の要求に対して、追加の認証を行わないように制御する。
【０１０３】
図９に戻って、フローチャートの説明を続ける。
【０１０４】
ステップＳ９０３で、追加の認証が必要でないと判断された場合、情報蓄積装置１０１は、処理をステップＳ９０６に移行させて、要求された処理を実行する。一方、追加の認証が必要と判断された場合、情報蓄積装置１０１は、処理をステップＳ９０４に移行させる。
【０１０５】
ステップＳ９０４に移行すると、情報蓄積装置１０１の認証部３１２は、ＰＣ１０２（端末装置）に追加の認証情報を要求する。例えば、情報蓄積装置１０１は、ＰＣ１０２にユーザ名とパスワードを入力させる認証画面を表示させ、認証情報の入力を促す。
【０１０６】
ステップＳ９０５に移行すると、認証部３１２は、ＰＣ１０２から取得した追加の認証情報が正しいか否かを判断する。取得した追加の認証情報が正しい場合、情報蓄積装置１０１は、処理をステップＳ９０６に移行させて、要求された処理を実行する。一方、取得した追加の認証情報が正しくない場合、情報蓄積装置１０１は処理を終了させる。
【０１０７】
続いて、情報処理システム１００の全体の認証処理の流れについて説明する。
【０１０８】
図１２は、第１の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、ここでは、情報蓄積装置１０１の認証部３１２は、図１０（ａ）の設定情報を用いて、追加認証の要否を判断するものとして以下の説明を行う。また、図１２において、破線の矢印は、利用者による操作等を示す。
【０１０９】
ステップＳ１２０１において、利用者が、ＰＣ１０２の外部アプリ１１２にファイル一覧の要求操作を行う。
【０１１０】
ステップＳ１２０２において、利用者から、ファイル一覧の要求操作を受付けた外部アプリ１１２は、クライアントアプリ１１１が提供するＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。なお、図１２では、ＤＬＬ４０１の図示を省略しているが、処理内容は、図５のステップＳ５０５、Ｓ５０６と同様である。
【０１１１】
ステップＳ１２０３において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイル一覧の取得要求を受付けると、アクセス情報を含むファイル一覧の取得要求を、中継サーバ１０３に送信する。
【０１１２】
ステップＳ１２０４において、情報蓄積装置１０１は、中継サーバ１０３から、アクセス情報を含むファイル一覧の取得要求を取得する。なお、図１２では、情報蓄積装置１０１からの要求問合せ処理の図示を省略しているが、処理内容は、図５のステップＳ５０９、Ｓ５１０と同様である。
【０１１３】
ステップＳ１２０５において、情報蓄積装置１０１は、図９に示す認証処理を行う。例えば、図９のステップＳ９０１において、要求に含まれる認証情報が正しい場合、ステップＳ９０２において、要求元は外部アプリ１１２なので、ステップＳ９０３に移行する。ステップＳ９０３に移行すると、要求された処理はファイル一覧の取得なので、図１０（ａ）の設定情報に基づいて追加の認証は不要と判断する。
【０１１４】
ステップＳ１２０６において、情報蓄積装置１０１は、要求されたファイル一覧の取得を実行し、中継サーバ１０３にファイル一覧を送信する。ステップＳ１２０７において、中継サーバ１０３は、受信したファイル一覧をＰＣ１０２に送信する。
【０１１５】
ステップＳ１２０８において、ＰＣ１０２の外部アプリ１１２は、クライアントアプリ１１１を介してファイルの一覧を受信し、ステップＳ１２０９において、受信したファイル一覧を表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１３（ａ）に示す。
【０１１６】
図１３（ａ）の例では、外部アプリ１１２の表示画面１３０１に、情報蓄積装置１０１から取得したファイル一覧が表示されている。利用者は、表示されたファイル一覧の中から、例えば、ファイルＡ１３０２を選択し、ファイル取得１３０３を選択することにより、ファイルＡの取得を要求することができる。
【０１１７】
ステップＳ１２１０において、利用者によりファイルの取得操作が行われる。
【０１１８】
ステップＳ１２１１において、利用者から、ファイルの取得操作を受付けた外部アプリ１１２は、クライアントアプリ１１１が提供するＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。
【０１１９】
ステップＳ１２１２において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、アクセス情報を含むファイルの取得要求を、中継サーバ１０３に送信する。
【０１２０】
ステップＳ１２１３において、情報蓄積装置１０１は、中継サーバ１０３から、アクセス情報を含むファイルの取得要求を取得する。
【０１２１】
ステップＳ１２１４において、情報蓄積装置１０１は、図９に示す認証処理を行う。例えば、図９のステップＳ９０１において、要求に含まれる認証情報が正しい場合、ステップＳ９０２において、要求元は外部アプリ１１２なので、ステップＳ９０３に移行する。ステップＳ９０３に移行すると、要求された処理はファイルの取得（例えば、オリジナルファイルの取得）なので、図１０（ａ）の設定情報に基づいて追加の認証が要と判断する。
【０１２２】
ステップＳ１２１５において、情報蓄積装置１０１は、中継サーバ１０３を介して、ＰＣ１０２に追加の認証情報を要求する。なお、この処理は、図９のステップＳ９０４に対応する。
【０１２３】
ステップＳ１２１６において、中継サーバ１０３は、情報蓄積装置１０１から受信したい追加の認証情報の要求を、ＰＣ１０２に転送する。
【０１２４】
ステップＳ１２１７において、中継サーバ１０３を介して、情報蓄積装置１０１から、追加の認証情報の要求を受付けたクライアントアプリ１１１は、追加の認証情報の入力画面を、表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１３（ｂ）に示す。
【０１２５】
図１３（ｂ）の例では、表示画面１３０４に、追加の認証情報を入力するための認証画面１３０５が表示されている。このように、情報蓄積装置１０１は、クライアントアプリ１１１以外からのファイルの取得要求を取得した場合、再度ユーザ名とパスワードの入力を求めることで、登録済の利用者がファイルの取得を要求していることを確認する。
【０１２６】
利用者は、例えば、ユーザ名の入力欄１３０６にユーザ名を入力し、パスワードの入力欄１３０７にパスワード入力して、送信ボタン１３０８を選択することにより、追加の認証情報を情報蓄積装置１０１に送信することができる。なお、このとき、利用者が入力するユーザ名とパスワードは、例えば、第１の認証情報に含まれるユーザ名とパスワードを用いる。
【０１２７】
図１２に戻ってシーケンス図の説明を続ける。
【０１２８】
ステップＳ１２１８において、利用者により追加の認証情報の入力操作が行われる。
【０１２９】
ステップＳ１２１９において、利用者による追加の認証情報の入力を受付けると、クライアントアプリ１１１は、追加の認証情報を中継サーバ１０３に送信する。
【０１３０】
ステップＳ１２２０において、情報蓄積装置１０１は、中継サーバ１０３から、追加の認証情報を取得し、取得した追加の認証情報が正しいかどうかを判断する。なお、この処理は、図９のステップＳ９０５に対応する。取得した追加の認証情報が正しい場合、ステップＳ１２２１において、情報蓄積装置１０１は、要求されたファイルを、中継サーバ１０３に送信する。
【０１３１】
ステップＳ１２２２において、中継サーバ１０３は、受信したファイルをＰＣ１０２に送信する。
【０１３２】
ステップＳ１２２３において、ＰＣ１０２の外部アプリ１１２は、クライアントアプリ１１１を介してファイルを受信し、受信したファイルを表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１４（ａ）に示す。
【０１３３】
図１４（ａ）の例では、外部アプリ１１２の表示画面１４０１に、情報蓄積装置１０１から取得したファイル（ファイルＡ）１４０２が表示されているものとする。
【０１３４】
一方、例えば、追加の認証情報が正しくない場合等には、例えば、図１４（ｂ）に示すような表示画面１４０３が表示される。図１４（ｂ）の例では、表示画面１４０３には、ファイルを取得することができなかったことを示すメッセージ１４０４が表示されている。
【０１３５】
［第２の実施形態］
第１の実施形態では、情報蓄積装置１０１は、処理の要求元がクライアントアプリ１１１かどうかにより追加認証の制御を行っていた。第２の実施形態では、外部アプリ１１２の識別情報に応じて追加認証の制御を行う場合の例について説明する。
【０１３６】
図１５は、第２の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、図１５のステップＳ５０１〜５０４、及びＳ５０８〜５１４は、図５に示す処理と同様なので、ここでは差分を中心に説明を行う。
【０１３７】
外部アプリ１１２は、外部アプリ１１２の起動（ステップＳ５０３）に応じてクライアントアプリ１１１が提供するＤＬＬの読込を行う（Ｓ５０４）。
【０１３８】
ステップＳ１５０１において、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得（所定の処理の一例）を要求する。
【０１３９】
ステップＳ１５０２において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１５０３において、ファイル取得要求を中継サーバ１０３に送信する。
【０１４０】
本実施形態では、このファイル取得要求に、要求元のアプリを識別するための識別情報（以下、アプリＩＤと呼ぶ）が含まれる。このアプリＩＤは、例えば、外部アプリ１１２が、ＤＬＬ４０１を介して処理を要求する際に、ＤＬＬ４０１に通知するものであっても良い。或いは、クライアントアプリ１１１（ＤＬＬ４０１を含む）が、要求元の外部アプリ１１２に応じて付与するものであっても良い。
【０１４１】
図１６は、第２の実施形態に係る要求に含まれるアクセス情報の例を示す図である。
【０１４２】
図１６（ａ）に示すように、本実施形態に係るアクセス情報１６０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。なお、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、及び「ｄｅｖｉｃｅＩＤ」等の情報は、図８で説明した第１の実施形態と同様の情報が設定される。
【０１４３】
さらに、「ａｃｃｅｓｓＴｙｐｅ」１６０２には、図１６（ｂ）に示すように、要求元に応じて異なる値が設定される。例えば、クライアントアプリ１１１である場合、第１の実施形態と同様に「０」が設定され、要求元が外部アプリ１である場合、外部アプリ１のアプリＩＤである「ＡＰ００１」が設定される。
【０１４４】
これにより、情報蓄積装置１０１は、処理の要求元のアプリが、クライアントアプリ１１１と異なる場合、要求元の外部アプリ１１２を識別することができるようになる。
【０１４５】
図１７は、第２の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。
【０１４６】
図１７（ａ）に示すように、本実施形態に係るアクセス記録情報には、図１１に示す第１の実施形態のアクセス記録情報に加えて、「アプリＩＤ」が含まれる。
【０１４７】
これにより、情報蓄積装置１０１の認証部３１２は、外部アプリ１１２毎に、「認証」が「ＯＫ」となった「アクセス日時」を管理し、所定の期間内（例えば３０分以内）に取得した要求に対して、追加の認証を行わない制御を行うことができる。
【０１４８】
例えば、認証部３１２は、図１７（ａ）に示すアクセス記録情報に基づいて、図１７（ｂ）に示すようなアプリＩＤ毎のアクセス可否情報を作成し、追加の認証の要否を判断する。
【０１４９】
例えば、図１７（ａ）において、アプリＩＤ「ＡＰ００１」は、時刻「２２：１０：００」に認証がＯＫとなっているので、時刻「２２：１０：００」から所定の期間、図１７（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を「不要」とする。
【０１５０】
一方、所定の期間内に認証が「ＯＫ」となっていないアプリＩＤ（例えば、「ＡＰ００３」）は、図１７（ｂ）のアクセス可否情報の「アクセス」を「ＮＧ」とし、追加の認証を「要」とする。
【０１５１】
このように、本実施形態によれば、情報蓄積装置１０１の認証部３１２は、外部アプリ毎に追加の認証を制御することができるようになる。
【０１５２】
好適な一例として、情報蓄積装置１０１は、図１０に示す設定情報を、外部アプリ毎に個別に設定することができる。例えば、外部アプリ１には図１０（ａ）の設定情報を適用し、外部アプリ２には図１０（ｂ）の設定情報を適用すること等が可能となる。これにより、本実施形態に係る情報処理システム１００によれば、外部アプリ毎に認証レベルや、認証方法等を設定することができるようになる。
【０１５３】
［第３の実施形態］
第２の実施形態では、情報蓄積装置１０１は、外部アプリ１１２毎に追加認証の制御を行っていた。第３の実施形態では、外部アプリ１１２の起動毎に固有の識別情報を生成する場合の例について説明する。
【０１５４】
図１８は、第３の実施形態に係る情報処理システムの処理の例を示す図である。
【０１５５】
ステップＳ１８０１において、ＰＣ１０２の利用者の操作等により、外部アプリＡ１１２ａが起動する。
【０１５６】
ステップＳ１８０２において、外部アプリＡ１１２ａは、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。
【０１５７】
ステップＳ１８０２において、ＤＬＬ４０１は、外部アプリＡ１１２ａからの読込みの要求に応じて、固有情報（以下、固有ＩＤと呼ぶ）「ＸＸＸＸＸ１」を生成する。なお、固有情報の生成方法は任意の方法であって良い。例えば、ＤＬＬ４０１は、要求を受ける毎に固有ＩＤの値をインクリメントさせるもの等であっても良いし、時刻等に基づいて固有ＩＤを生成するもの等であっても良い。
【０１５８】
ステップＳ１８０４において、ＤＬＬ４０１は、外部アプリＡ１１２ａが読込むＤＬＬに、生成した固有ＩＤ「ＸＸＸＸＸ１」を付与する。
【０１５９】
このように、本実施形態では、外部アプリ１１２が読込まれる毎に固有の固有ＩＤが生成される。
【０１６０】
ステップＳ１８０５において、外部アプリＡ１１２ａは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８０３で生成された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。
【０１６１】
ステップＳ１８０６において、クライアントアプリ１１１は、外部アプリＡ１１２ａから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８０７において、ファイル取得要求を中継サーバ１０３に送信する。
【０１６２】
本実施形態では、このファイル取得要求には、ステップＳ１８０３で生成された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。
【０１６３】
図１９は、第３の実施形態に係る要求に含まれるアクセス情報の例を示す図である。
【０１６４】
図１９に示すように、本実施形態に係るアクセス情報１９０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。なお、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、及び「ｄｅｖｉｃｅＩＤ」等の情報は、図８で説明した第１の実施形態と同様の情報が設定される。
【０１６５】
また、「ａｃｃｅｓｓＴｙｐｅ」１９０２には、外部アプリＡ１１２ａが起動し、ＤＬＬを読込む際に付与された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。
【０１６６】
図１８に戻ってシーケンス図の説明を続ける。
【０１６７】
ステップＳ１８０８において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。なお、情報蓄積装置１０１が中継サーバ１０３から要求を取得する処理は、図５で説明したステップＳ５０９、Ｓ５１０の処理と同様なので、ここでは説明を省略する。
【０１６８】
次に、例えば、ステップＳ１８０９において、ＰＣ１０２の利用者の操作等により、外部アプリＢ１１２ｂが起動する。
【０１６９】
ステップＳ１８１０において、外部アプリＢ１１２ｂは、外部アプリＢ１１２ｂの起動に応じて、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。
【０１７０】
ステップＳ１８１１において、ＤＬＬ４０１は、外部アプリＢ１１２ｂからの読込みの要求に応じて、固有ＩＤ「ＸＸＸＸＸ２」を生成する。
【０１７１】
ステップＳ１８１２において、ＤＬＬ４０１は、外部アプリＢ１１２ｂが読込むＤＬＬに、生成した固有ＩＤを付与する。
【０１７２】
このように、本実施形態では、例えば、起動済の外部アプリＡ１１２ａと異なる外部アプリＢ１１２ｂが起動すると、新たな固有ＩＤが生成され、外部アプリＢ１１２ｂに付与される。
【０１７３】
ステップＳ１８１３において、外部アプリＢ１１２ｂは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８１１で生成された固有ＩＤ「ＸＸＸＸＸ２」が含まれる。
【０１７４】
ステップＳ１８１４において、クライアントアプリ１１１は、外部アプリＢ１１２ｂから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８１５において、ファイル取得要求を中継サーバ１０３に送信する。このファイル取得要求には、ステップＳ１８１１で生成された固有ＩＤ「ＸＸＸＸＸ２」が含まれる。
【０１７５】
ステップＳ１８１６において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。
【０１７６】
続いて、例えば、ステップＳ１８１７において、ＰＣ１０２の利用者の操作等により、外部アプリＡ１１２ａが再び起動するものとする。例えば、利用者は、外部アプリＡ１１２ａを２つ起動させるものであっても良いし、外部アプリＡ１１２ａを一度終了させてから再度起動させるものであっても良い。
【０１７７】
ステップＳ１８１８において、外部アプリＡ１１２ａは、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。
【０１７８】
ステップＳ１８１９において、ＤＬＬ４０１は、外部アプリＡ１１２ａからの読込みの要求に応じて、固有ＩＤ「ＸＸＸＸＸ３」を生成する。
【０１７９】
ステップＳ１８２０において、ＤＬＬ４０１は、外部アプリＡ１１２ａが読込むＤＬＬに、生成した固有ＩＤを付与する。
【０１８０】
このように、本実施形態では、例えば、起動済の外部アプリＡ１１２ａと同じ外部アプリＡ１１２ａが起動した場合でも、新たな固有ＩＤが生成され、新たに起動した外部アプリＡ１１２ａに付与される。
【０１８１】
ステップＳ１８２１において、外部アプリＡ１１２ａは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８１９で生成された固有ＩＤ「ＸＸＸＸＸ３」が含まれる。
【０１８２】
ステップＳ１８２２において、クライアントアプリ１１１は、外部アプリＡ１１２ａから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８２３において、ファイル取得要求を中継サーバ１０３に送信する。このファイル取得要求には、ステップＳ１８１４で生成された固有ＩＤ「ＸＸＸＸＸ３」が含まれる。
【０１８３】
ステップＳ１８２４において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。
【０１８４】
図２０は、第３の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。
【０１８５】
図２０（ａ）に示すように、本実施形態に係るアクセス記録情報には、図１１に示す第１の実施形態のアクセス記録情報に加えて、「固有ＩＤ」が含まれる。
【０１８６】
これにより、情報蓄積装置１０１の認証部３１２は、固有ＩＤ毎に、「認証」が「ＯＫ」となった「アクセス日時」を管理し、所定の期間内（例えば３０分以内）に取得した要求に対して、追加の認証を行わないように制御することができる。
【０１８７】
例えば、認証部３１２は、図２０（ａ）に示すアクセス記録情報に基づいて、図２０（ｂ）に示すような固有ＩＤ毎のアクセス可否情報を作成し、追加の認証の要否を判断することができる。
【０１８８】
例えば、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ１」は、時刻「２２：１０：００」に認証がＯＫとなっているので、時刻「２２：１０：００」から所定の期間、図２０（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を不要とする。
【０１８９】
また、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ３」は、時刻「２２：１５：１５」に認証がＯＫとなっているので、時刻「２２：１５：１５」から所定の期間、図２０（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を不要とする。
【０１９０】
このように、本実施形態によれば、外部アプリ１１２が起動される毎に、起動した外部アプリに固有ＩＤが付与される。これにより、情報蓄積装置１０１の認証部３１２は、同じ外部アプリ１１２が新たに起動された場合等に、追加認証を要求することができるようになる。
【０１９１】
なお、第３の実施形態は、第２の実施形態と組み合わせて実施することも可能である。例えば、図１８のステップＳ１８０７で、クライアントアプリ１１１が中継サーバ１０３に送信するファイル取得要求のアクセス情報の「ＡｃｃｅｓｓＴｙｐｅ」に、固有ＩＤとアプリＩＤを含めて送信する。
【０１９２】
これにより、情報蓄積装置１０１の認証部３１２は、ＰＣ１０２で、同じアプリＩＤを有する外部アプリ１１２が２つ以上起動されたことを検知することができるようになる。
【０１９３】
例えば、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ１」と「ＸＸＸＸＸ３」の要求元が、外部アプリＡ１１２ａであるものとする。この場合、情報蓄積装置１０１の認証部３１２は、図２０（ｃ）に示すように、固有ＩＤ「ＸＸＸＸＸ３」の認証を許可（ＯＫ）した後、同じアプリＩＤを有する固有ＩＤ「ＸＸＸＸＸ１」のアクセスを不許可（ＮＧ）とすること等ができるようになる。或いは、認証部３１２は、固有ＩＤ「ＸＸＸＸＸ３」の認証を許可（ＯＫ）した後、同じアプリＩＤを有する固有ＩＤ「ＸＸＸＸＸ１」のアクセス可否情報を削除するもの等であっても良い。
【０１９４】
なお、上記の各実施の形態において、ＰＣ１０２が、中継サーバ１０３を介して情報蓄積装置１０１にアクセスする場合について説明を行った。ただし、これはあくまで一例であり、ＰＣ１０２は、例えば、図１のＰＣ１０２ｂのように、中継サーバ１０３を介さずに情報蓄積装置１０１に接続されているものであっても良い。
＜まとめ＞
以上、本発明に係る情報処理システム（１００）は、
端末装置（１０２）と情報処理装置（１０１）とを含む情報処理システム（１００）であって、
前記端末装置（１０２）は、
前記情報処理装置（１０１）を利用するための第１の認証情報を有し、前記端末装置（１０２）で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置（１０１）にアクセスするインタフェース（４０１）を提供する第１のアプリケーション（１１１）と、
前記提供されたインタフェース（４０１）を介して前記情報処理装置（１０１）に所定の処理を要求する第２のアプリケーション（１１２）と、
を記憶する記憶手段（２０４）を有し、
前記情報処理装置（１０１）は、
前記端末装置（１０２）から要求を取得する取得手段（３１０）と、
前記取得した要求の要求元が前記第１のアプリケーション（１１１）と異なる場合、追加の認証処理を実行する認証手段（３１２）と、
を有する。
【０１９５】
これにより、情報処理システム（１００）は、セキュリティを確保しつつ、端末装置（１０２）の任意のアプリケーションから情報処理装置（１０１）にアクセスすることを容易にすることができる。
【０１９６】
なお、上記括弧内の参照符号は、理解を容易にするために付したものであり、一例に過ぎず、本発明の範囲を限定するものではない。
【符号の説明】
【０１９７】
１００      情報処理システム
１０１      情報蓄積装置（情報処理装置）
１０２      ＰＣ（端末装置）
１０３      中継サーバ
１１１      クライアントアプリ（第１のアプリケーション）
１１２      外部アプリ（第２のアプリケーション）
２０４      ストレージ部（記憶手段の一例）
３１０      中継クライアント（取得手段）
３１２      認証部（認証手段）
４０１      共通インタフェース部（インタフェース）
【先行技術文献】
【特許文献】
【０１９８】
【特許文献１】特開２００４−０４６６８１号公報
【図１】
0006554936.tif 000002
【図２】
0006554936.tif 000003
【図３】
0006554936.tif 000004
【図４】
0006554936.tif 000005
【図５】
0006554936.tif 000006
【図６】
0006554936.tif 000007
【図７】
0006554936.tif 000008
【図８】
0006554936.tif 000009
【図９】
0006554936.tif 000010
【図１０】
0006554936.tif 000011
【図１１】
0006554936.tif 000012
【図１２】
0006554936.tif 000013
【図１３】
0006554936.tif 000014
【図１４】
0006554936.tif 000015
【図１５】
0006554936.tif 000016
【図１６】
0006554936.tif 000017
【図１７】
0006554936.tif 000018
【図１８】
0006554936.tif 000019
【図１９】
0006554936.tif 000020
【図２０】
0006554936.tif 000021