JP6554936B2 - 情報処理システム、情報処理装置、端末装置、及びプログラム - Google Patents

Description

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

ファイアウォール等で守られたローカルなネットワークに接続されたストレージサーバ等の機器を、外出先の端末装置から利用する技術が知られている。

例えば、携帯端末からの要求を受付け、ローカルなネットワーク内の機器へその要求をリレーするリレーサーバを介して、携帯端末からローカルなネットワークに接続された機器を利用する技術が知られている（例えば、特許文献１参照）。

従来は、ファイアウォール等で守られたローカルネットワークに接続された情報処理装置に保存されたファイル等を外出先の端末装置から閲覧する場合、セキュリティを確保しつつ、アクセスを容易にするため、専用のアプリケーションが用いられていた。

そのため、従来の技術では、端末装置と情報処理装置とを含む情報処理システムにおいて、セキュリティを確保しつつ、端末装置の任意のアプリケーションから情報処理装置にアクセスすることには困難を伴っていた。

本発明の実施の形態は、上記問題点に鑑みてなされたものであって、端末装置と情報処理装置とを含む情報処理システムにおいて、セキュリティを確保しつつ、端末装置の任意のアプリケーションから情報処理装置にアクセスすることを容易にすることを目的とする。

上記課題を解決するため、本発明の一実施形態に係る情報処理システムは、端末装置と情報処理装置とを含む情報処理システムであって、
前記端末装置は、
前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーションと、前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、を記憶する記憶手段を有し、
前記情報処理装置は、
前記端末装置から要求を取得する取得手段と、前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、を有し、
前記追加の認証処理は、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む。

本発明の実施の形態によれば、端末装置と情報処理装置とを含む情報処理システムにおいて、セキュリティを確保しつつ、端末装置の任意のアプリケーションから情報処理装置にアクセスすることを容易にすることができる。

一実施形態に係る情報処理システムの構成例を示す図である。 一実施形態に係るコンピュータのハードウェア構成例を示す図である。 一実施形態に係る情報蓄積装置の一例の処理ブロック図である。 一実施形態に係るＰＣの一例の処理ブロック図である。 一実施形態に係る情報処理システムの処理の例を示すシーケンス図である。 一実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。 一実施形態に係る利用情報、及びユーザ情報の例を示す図である。 一実施形態に係る要求に含まれるアクセス情報の例を示す図である。 第１の実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。 第１の実施形態に係る追加認証の設定情報の例を示す図である。 第１の実施形態に係るアクセス記録情報の例を示す図である。 第１の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。 第１の実施形態に係るＰＣの表示画面の例を示す図（１）である。 第１の実施形態に係るＰＣの表示画面の例を示す図（２）である。 第２の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。 第２の実施形態に係る要求に含まれるアクセス情報の例を示す図である。 第２の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。 第３の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。 第３の実施形態に係る要求に含まれるアクセス情報の例を示す図である。 第３の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。

以下に、本発明の実施の形態について、添付の図面を参照して説明する。

＜システムの構成＞
初めに、本実施形態に係る情報処理システムのシステム構成について説明する。

図１は一実施形態に係る情報処理システムの構成例を示す図である。情報処理システム１００は、情報蓄積装置１０１、ＰＣ（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）プロトコルによってネットワーク上で利用可能なフォルダである。利用者は、ＰＣ１０２等の端末装置を用いて、共有フォルダ３０７に保存されたファイル等を利用する。

ドキュメント管理３０８は、共有フォルダ３０７に置かれたファイルを管理し、外部機器サービス３０９からの要求に応じてファイル変換の処理を行う。なお、本実施形態におけるファイルはデータの一形態である。

外部機器サービス３０９は、電子機器１０７のＷｅｂサービスにリクエストする処理を行う。中継クライアント（取得手段）３１０は、中継サーバ１０３にアクセスし、ＰＣ１０２等からの処理の要求を取得する処理を行う。ログ管理３１１は、ログのデータ（ログ情報）を管理する処理を行う。

認証部（認証手段）３１２は、中継クライアント３１０が取得した処理の要求に対する認証処理を行う。また、本実施形態に係る認証部３１２は、中継クライアント３１０が取得した処理の要求の要求元がクライアントアプリと異なる場合、後述する追加の認証処理を実行する。

（ＰＣの処理ブロック図）
本実施形態に係るＰＣ１０２は、例えば、図４に示すような処理ブロックで実現される。

図４は、一実施形態に係るＰＣの一例の処理ブロック図である。

ＰＣ１０２は、プログラムを実行することで、クライアントアプリ１１１、及び１つ以上の外部アプリ１１２等を実現している。

クライアントアプリ（第１のアプリケーション）１１１は、ＰＣ１０２から、中継サーバ１０３を介して、情報蓄積装置１０１に保存されたファイル等を利用するためのアプリである。クライアントアプリ１１１は、例えば、共通インタフェース部４１１、認証情報記憶部４０２、認証処理部４０３、表示入力部４０４等を有する。

認証情報記憶部４０２は、情報蓄積装置１０１を利用するための第１の認証情報を含む利用情報を記憶する手段であり、例えば、図２のストレージ部２０４、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。

認証情報記憶部４０２が記憶する利用情報の例を図７（ａ）に示す。利用情報７０１には、例えば、「中継サーバホスト」、「ファイルサーバＩＤ」、「ＩＰアドレス」、「ユーザ名」、「パスワード」、「デバイスＩＤ」等の情報が含まれる。

「中継サーバホスト」は、中継サーバ１０３を特定するホスト名等の情報である。「ファイルサーバＩＤ」は、情報蓄積装置１０１を識別する識別情報である。「ＩＰアドレス」は、情報蓄積装置１０１のＩＰアドレスである。クライアントアプリ１１１は、これらの情報に基づいて、情報蓄積装置１０１にアクセスすることができる。

「ユーザ名」は、例えば、ユーザの名前、識別情報、メールアドレス等、利用者を識別するための情報である。「パスワード」は、「ユーザ名」に対応するパスワード等の認証情報である。「デバイスＩＤ」は、ＰＣ１０２を識別するための識別情報（例えば、製造時に書込まれた個体識別情報や、ＭＡＣアドレス等）である。なお、「ユーザ名」、「パスワード」、及び「デバイスＩＤ」は、クライアントアプリ１１１が有する情報蓄積装置１０１を利用するための第１の認証情報の一例である。

共通インタフェース部（ＤＬＬ）４０１は、ＰＣ１０２で動作する複数のプログラム（外部アプリ１１２等）に、認証情報記憶部４０２が記憶した第１の認証情報を用いて情報蓄積装置１０１にアクセスするインタフェースを提供する手段である。共通インタフェース部４０１は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。

共通インタフェース部４０１は、例えば、ＷｉｎｄｏｗｓのＤＬＬの構成を有する。ただし、ＤＬＬは、共通インタフェース部４０１の一例であり、本発明の範囲を限定するものではない。なお、以下の説明の中で、共通インタフェース部４０１を、ＤＬＬ４０１と呼ぶものとする。

認証処理部４０３は、情報蓄積装置１０１との認証に関する処理を行う手段であり、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。

例えば、認証処理部４０３は、情報蓄積装置１０１との間で所定の認証処理（ペアリング）を行い、情報蓄積装置１０１を利用するための第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）を含む利用情報を、認証情報記憶部４０２に記憶する。このとき、情報蓄積装置１０１も、クライアントアプリ１１１に対応する第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）をユーザ情報として記憶する。

クライアントアプリ１１１は、この第１の認証情報を用いて、利用者によるＩＤやパスワードの入力によらずに、情報蓄積装置１０１が提供する機能を利用することができる。

表示入力部４０４は、例えば、情報蓄積装置１０１からの要求に応じて、後述する認証情報（第２の認証情報）の入力画面を表示させ、入力させた情報を受付ける手段である。表示入力部４０４は、例えば、図２の入力部２０６、表示部２０７、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。

外部アプリ１１２は、ＰＣ１０２で動作するクライアントアプリとは異なるアプリであり、クライアントアプリ１１１によって提供されるインタフェース（共通インタフェース部４０１）を介して、情報蓄積装置１０１に所定の処理を要求する。

なお、外部アプリ１１２やクライアントアプリ１１１は、図２に示すストレージ部２０４や、記録媒体２１０、ＲＯＭ２０３、ＲＡＭ２０２等のＰＣ１０２の有する（或いはＰＣ１０２に接続される）記憶領域（記憶手段）に記憶される。

また、図示しないが、クライアントアプリ１１１は、情報蓄積装置１０１に処理の要求を送信する要求送信部が含まれる。

クライアントアプリ１１１から要求される処理には、例えば情報蓄積装置１０１に記載されたファイルやフォルダの一覧の取得、ファイルの取得等が含まれる。また、クライアントアプリ１１１から要求される処理には、情報蓄積装置１０１と接続される他の装置（画像形成装置や投影装置、表示装置等の出力装置）へのデータの出力要求や、他の装置へ出力するためのファイルの取得要求等が含まれる。例えば、クライアントアプリ１１１は、情報蓄積装置１０１に記憶されたファイルを、ファイル形式を指定して要求し、指定されたファイルが、指定されたファイル形式で記憶されていない場合、指定されたファイル形式に変換してＰＣ１０２に送信させる。

＜処理の流れ＞
続いて、本実施形態に係る情報処理システム１００の処理の流れについて説明する。

図５は、一実施形態に係る情報処理システムの処理の例を示す図である。ここでは、ＰＣ１０２の外部アプリ１１２から、情報蓄積装置１０１にファイルの取得を要求する場合の処理の例について説明する。なお、ファイルの取得処理は、外部アプリ１１２から、情報蓄積装置１０１に要求する所定の処理の一例である。

なお、図５の例では、ＰＣ１０２から情報蓄積装置１０１に対する処理の要求は、中継サーバ１０３に一時的に記憶される。また、情報蓄積装置１０１は、例えば、定期的に中継サーバ１０３に自装置あての要求の有無を問合せ、自装置あての要求がある場合、要求を取得するものとする。

また、図５の開始時点において、ＰＣ１０２のクライアントアプリ１１１と、情報蓄積装置１０１との間で、前述した所定の認証処理（ペアリング）が完了しており、クライアントアプリ１１１及び情報蓄積装置１０１が、第１の認証情報を記憶しているものとする。

ステップＳ５０１において、情報蓄積装置１０１は、中継サーバ１０３に、情報蓄積装置１０１に対する処理の要求の有無を問い合わせる。なお、情報蓄積装置１０１は、同様の問合せを、例えば、定期的に中継サーバ１０３に行う。

ステップＳ５０２において、中継サーバ１０３は、情報蓄積装置１０１宛ての処理の要求がない場合、要求がないことを示す情報を情報蓄積装置１０１に通知する。

ステップＳ５０３において、ＰＣ１０２の利用者の操作等により、外部アプリ１１２が起動する。

ステップＳ５０４において、外部アプリ１１２は、起動に応じて、クライアントアプリ１１１によって提供されるＤＬＬ４０１を読込む。これにより、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１に処理を要求することができるようになる。

ステップＳ５０５において、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。

ステップＳ５０６において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ５０７において、ファイル取得要求を中継サーバ１０３に送信する。なお、ステップＳ５０７で、送信されるファイル取得要求には、後述するアクセス情報が含まれる。

ステップＳ５０８において、中継サーバ１０３は、クライアントアプリ１１１から受信したファイルの取得要求を記憶する。

ステップＳ５０９において、情報蓄積装置１０１が中継サーバ１０３に、情報蓄積装置１０１に対する処理の要求の有無を問い合わせると、ステップＳ５１０において、中継サーバ１０３は、ステップＳ５０８で記憶した要求を情報蓄積装置１０１に送信する。

ステップＳ５１１において、情報蓄積装置１０１は、図６で説明する認証処理を行い、認証が許可された場合、ステップＳ５１２〜Ｓ５１４において、要求されたファイルを、外部アプリ１１２に提供する。

図６は、一実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。なお、図６の処理は、図５のステップＳ５１１の認証処理に対応している。

ステップＳ６０１において、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれる第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）が正しいかどうかを判断する。

認証部３１２は、ＰＣ１０２のクライアントアプリ１１１との間で処理の認証処理（ペアリング）が行われたとき、クライアントアプリ１１１に対応する第１の認証情報を、例えば、図７（ｂ）に示すユーザ情報７０２として記憶しているものとする。認証部３１２は、中継サーバ１０３から取得された要求に含まれる第１の認証情報が、ユーザ情報７０２に含まれる場合、第１の認証情報が正しいと判断する。

ステップＳ６０１において、中継サーバ１０３から取得された要求に含まれる第１の認証情報が正しくない場合、認証部３１２は処理を終了する。一方、中継サーバ１０３から取得した要求に含まれる第１の認証情報が正しい場合、認証部３１２は、ステップＳ６０２に処理を移行させる。

ステップＳ６０２に移行すると、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれるアクセス情報に基づいて、要求の要求元がクライアントアプリ１１１であるか否かを判断する。

図８は、一実施形態に係る要求に含まれるアクセス情報の例を示す図である。

図８（ａ）の例では、アクセス情報８０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。

「ＣＩＤ」には、図７（ａ）の「ファイルサーバＩＤ」が設定される。「Ａｕｔｈｏｒｉｚａｔｉｏｎ」は、図７（ａ）の「ユーザ名」及び「パスワード」が設定される。「ｄｅｂｉｃｅＩＤ」には、図７（ａ）の「デバイスＩＤ」が設定される。このように、アクセス情報８０１には、第１の認証情報が含まれる。

さらに、「ａｃｃｅｓｓＴｙｐｅ」には、図８（ｂ）の要求元情報８０３に示すように、要求元がクライアントアプリ１１１である場合、「０」が設定され、要求元が外部アプリである場合、「１」が設定される。

これにより、情報蓄積装置１０１の認証部３１２は、このアクセス情報８０１に含まれる「ａｃｃｅｓｓＴｙｐｅ」８０２の情報に基づいて、要求の要求元がクライアントアプリであるかどうかを判断することができる。

図６に戻ってフローチャートの説明を続ける。

ステップＳ６０２において、要求の要求元がクライアントアプリである場合、情報蓄積装置１０１は、ステップＳ６０５に処理を移行させて、要求された処理を実行する。一方、ステップＳ６０２において、要求の要求元がクライアントアプリでない場合、認証部３１２は、処理をステップＳ６０３に移行させて、追加の認証処理を行う。なお、追加の認証処理については、第１〜３の実施形態で具体的な処理内容を説明する。

ステップＳ６０４において、追加の認証処理の認証結果に応じて、処理を分岐させる。追加の認証処理の結果が「ＯＫ」である場合、情報蓄積装置１０１は、ステップＳ６０５において、要求された所定の処理を実行する。一方、追加の認証処理の結果が「ＯＫ」でない場合、情報蓄積装置１０１は処理を終了させる。

このように、本実施形態に係る情報処理システム１００では、ＰＣ１０２の利用者は、外部アプリ１１２を用いて、情報蓄積装置１０１に所定の処理を要求することができる。

また、情報蓄積装置１０１は、ＰＣ１０２からの要求の要求元がクライアントアプリ１１１ではない場合、追加の認証処理を行う。

続いて、追加の認証処理について、複数の実施形態に分けて説明を行う。

［第１の実施形態］
図９は、第１の実施形態に係る情報蓄積装置の認証処理の例を示すフローチャートである。

ステップＳ９０１において、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれる第１の認証情報（ユーザ名、パスワード、及びデバイスＩＤ等）が正しいかどうかを判断する。中継サーバ１０３から取得された要求に含まれる第１の認証情報が正しくない場合、認証部３１２は処理を終了させる。一方、中継サーバ１０３から取得した要求に含まれる第１の認証情報が正しい場合、認証部３１２は、ステップＳ９０２に処理を移行させる。

ステップＳ９０２に移行すると、情報蓄積装置１０１の認証部３１２は、中継サーバ１０３から取得した要求に含まれるアクセス情報に基づいて、要求の要求元がクライアントアプリ１１１であるか否かを判断する。要求の要求元がクライアントアプリである場合、情報蓄積装置１０１は、ステップＳ９０６に処理を移行させて、要求された処理を実行する。一方、要求の要求元がクライアントアプリでない場合、認証部３１２は、処理をステップＳ９０３に移行させる。

ステップＳ９０３に移行すると、情報蓄積装置１０１の認証部３１２は、要求された処理内容に応じて、追加の認証が必要か否かを判断する。例えば、認証部３１２は、図１０に示すような追加認証の設定情報を予め記憶しておき、予め記憶された追加認証の設定情報に基づいて、追加認証が必要か否かを判断する。

図１０は、第１の実施形態に係る追加認証の設定情報の例を示す図である。

図１０（ａ）の例では、設定情報には、複数の処理毎に、追加認証の要否を示す情報が設定されている。例えば、要求された処理内容が、「ファイル一覧の取得」である場合、追加認証の要否は「否」と判断される。また、要求された処理内容が、「オリジナルファイルの取得」である場合、追加認証の要否は「要」と判断される。

図１０（ｂ）の例では、設定情報には、複数の処理毎に、追加認証の要求方法を示す情報が設定されている。例えば、要求された処理内容が、「サムネイルの取得」である場合、追加認証の要求方法（種別）は「なし」となり、追加認証を行わない。また、要求された処理内容が、「オリジナルファイルの取得」である場合、追加認証の要求方法（種別）は「毎回」となり、「オリジナルファイルの取得」が要求される度に追加認証を行う。

さらに、要求された処理内容が、「ファイル一覧の取得」である場合、追加認証の要求方法は、「一回」となる。この場合、認証部３１２は、一回目に「ファイル一覧の取得」を要求されたときに追加の認証を行い、２回目以降に「ファイル一覧の取得」を要求されたときには追加の認証を行わない。

具体的な一例として、認証部３１２は、「ファイル一覧の取得」の要求を受けた日時と、追加の認証を行った場合の認証結果を、図１１に示すようなアクセス記録情報として記憶しておくと良い。

図１１は、第１の実施形態に係るアクセス記録情報の例を示す図である。

「デバイスＩＤ」、「ユーザ名」、及び「パスワード」は、要求元のクライアントアプリ１１１を特定するための情報の一例である。「アクセス日時」は、例えば、「ファイル一覧の取得」の要求を受けた日時を示す情報である。「認証」は、追加の認証を行った場合の認証結果を示す情報であり、「ＯＫ」は、認証結果が「ＯＫ」であったことを示す。認証部３１２は、例えば、「認証」が「ＯＫ」となった「アクセス日時」の後、所定の期間内（例えば３０分以内）に取得した「ファイル一覧の取得」の要求に対して、追加の認証を行わないように制御する。

図９に戻って、フローチャートの説明を続ける。

ステップＳ９０３で、追加の認証が必要でないと判断された場合、情報蓄積装置１０１は、処理をステップＳ９０６に移行させて、要求された処理を実行する。一方、追加の認証が必要と判断された場合、情報蓄積装置１０１は、処理をステップＳ９０４に移行させる。

ステップＳ９０４に移行すると、情報蓄積装置１０１の認証部３１２は、ＰＣ１０２（端末装置）に追加の認証情報を要求する。例えば、情報蓄積装置１０１は、ＰＣ１０２にユーザ名とパスワードを入力させる認証画面を表示させ、認証情報の入力を促す。

ステップＳ９０５に移行すると、認証部３１２は、ＰＣ１０２から取得した追加の認証情報が正しいか否かを判断する。取得した追加の認証情報が正しい場合、情報蓄積装置１０１は、処理をステップＳ９０６に移行させて、要求された処理を実行する。一方、取得した追加の認証情報が正しくない場合、情報蓄積装置１０１は処理を終了させる。

続いて、情報処理システム１００の全体の認証処理の流れについて説明する。

図１２は、第１の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、ここでは、情報蓄積装置１０１の認証部３１２は、図１０（ａ）の設定情報を用いて、追加認証の要否を判断するものとして以下の説明を行う。また、図１２において、破線の矢印は、利用者による操作等を示す。

ステップＳ１２０１において、利用者が、ＰＣ１０２の外部アプリ１１２にファイル一覧の要求操作を行う。

ステップＳ１２０２において、利用者から、ファイル一覧の要求操作を受付けた外部アプリ１１２は、クライアントアプリ１１１が提供するＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。なお、図１２では、ＤＬＬ４０１の図示を省略しているが、処理内容は、図５のステップＳ５０５、Ｓ５０６と同様である。

ステップＳ１２０３において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイル一覧の取得要求を受付けると、アクセス情報を含むファイル一覧の取得要求を、中継サーバ１０３に送信する。

ステップＳ１２０４において、情報蓄積装置１０１は、中継サーバ１０３から、アクセス情報を含むファイル一覧の取得要求を取得する。なお、図１２では、情報蓄積装置１０１からの要求問合せ処理の図示を省略しているが、処理内容は、図５のステップＳ５０９、Ｓ５１０と同様である。

ステップＳ１２０５において、情報蓄積装置１０１は、図９に示す認証処理を行う。例えば、図９のステップＳ９０１において、要求に含まれる認証情報が正しい場合、ステップＳ９０２において、要求元は外部アプリ１１２なので、ステップＳ９０３に移行する。ステップＳ９０３に移行すると、要求された処理はファイル一覧の取得なので、図１０（ａ）の設定情報に基づいて追加の認証は不要と判断する。

ステップＳ１２０６において、情報蓄積装置１０１は、要求されたファイル一覧の取得を実行し、中継サーバ１０３にファイル一覧を送信する。ステップＳ１２０７において、中継サーバ１０３は、受信したファイル一覧をＰＣ１０２に送信する。

ステップＳ１２０８において、ＰＣ１０２の外部アプリ１１２は、クライアントアプリ１１１を介してファイルの一覧を受信し、ステップＳ１２０９において、受信したファイル一覧を表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１３（ａ）に示す。

図１３（ａ）の例では、外部アプリ１１２の表示画面１３０１に、情報蓄積装置１０１から取得したファイル一覧が表示されている。利用者は、表示されたファイル一覧の中から、例えば、ファイルＡ１３０２を選択し、ファイル取得１３０３を選択することにより、ファイルＡの取得を要求することができる。

ステップＳ１２１０において、利用者によりファイルの取得操作が行われる。

ステップＳ１２１１において、利用者から、ファイルの取得操作を受付けた外部アプリ１１２は、クライアントアプリ１１１が提供するＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。

ステップＳ１２１２において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、アクセス情報を含むファイルの取得要求を、中継サーバ１０３に送信する。

ステップＳ１２１３において、情報蓄積装置１０１は、中継サーバ１０３から、アクセス情報を含むファイルの取得要求を取得する。

ステップＳ１２１４において、情報蓄積装置１０１は、図９に示す認証処理を行う。例えば、図９のステップＳ９０１において、要求に含まれる認証情報が正しい場合、ステップＳ９０２において、要求元は外部アプリ１１２なので、ステップＳ９０３に移行する。ステップＳ９０３に移行すると、要求された処理はファイルの取得（例えば、オリジナルファイルの取得）なので、図１０（ａ）の設定情報に基づいて追加の認証が要と判断する。

ステップＳ１２１５において、情報蓄積装置１０１は、中継サーバ１０３を介して、ＰＣ１０２に追加の認証情報を要求する。なお、この処理は、図９のステップＳ９０４に対応する。

ステップＳ１２１６において、中継サーバ１０３は、情報蓄積装置１０１から受信したい追加の認証情報の要求を、ＰＣ１０２に転送する。

ステップＳ１２１７において、中継サーバ１０３を介して、情報蓄積装置１０１から、追加の認証情報の要求を受付けたクライアントアプリ１１１は、追加の認証情報の入力画面を、表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１３（ｂ）に示す。

図１３（ｂ）の例では、表示画面１３０４に、追加の認証情報を入力するための認証画面１３０５が表示されている。このように、情報蓄積装置１０１は、クライアントアプリ１１１以外からのファイルの取得要求を取得した場合、再度ユーザ名とパスワードの入力を求めることで、登録済の利用者がファイルの取得を要求していることを確認する。

利用者は、例えば、ユーザ名の入力欄１３０６にユーザ名を入力し、パスワードの入力欄１３０７にパスワード入力して、送信ボタン１３０８を選択することにより、追加の認証情報を情報蓄積装置１０１に送信することができる。なお、このとき、利用者が入力するユーザ名とパスワードは、例えば、第１の認証情報に含まれるユーザ名とパスワードを用いる。

図１２に戻ってシーケンス図の説明を続ける。

ステップＳ１２１８において、利用者により追加の認証情報の入力操作が行われる。

ステップＳ１２１９において、利用者による追加の認証情報の入力を受付けると、クライアントアプリ１１１は、追加の認証情報を中継サーバ１０３に送信する。

ステップＳ１２２０において、情報蓄積装置１０１は、中継サーバ１０３から、追加の認証情報を取得し、取得した追加の認証情報が正しいかどうかを判断する。なお、この処理は、図９のステップＳ９０５に対応する。取得した追加の認証情報が正しい場合、ステップＳ１２２１において、情報蓄積装置１０１は、要求されたファイルを、中継サーバ１０３に送信する。

ステップＳ１２２２において、中継サーバ１０３は、受信したファイルをＰＣ１０２に送信する。

ステップＳ１２２３において、ＰＣ１０２の外部アプリ１１２は、クライアントアプリ１１１を介してファイルを受信し、受信したファイルを表示入力部４０４に表示させる。このとき、表示入力部４０４に表示される表示画面の例を図１４（ａ）に示す。

図１４（ａ）の例では、外部アプリ１１２の表示画面１４０１に、情報蓄積装置１０１から取得したファイル（ファイルＡ）１４０２が表示されているものとする。

一方、例えば、追加の認証情報が正しくない場合等には、例えば、図１４（ｂ）に示すような表示画面１４０３が表示される。図１４（ｂ）の例では、表示画面１４０３には、ファイルを取得することができなかったことを示すメッセージ１４０４が表示されている。

［第２の実施形態］
第１の実施形態では、情報蓄積装置１０１は、処理の要求元がクライアントアプリ１１１かどうかにより追加認証の制御を行っていた。第２の実施形態では、外部アプリ１１２の識別情報に応じて追加認証の制御を行う場合の例について説明する。

図１５は、第２の実施形態に係る情報処理システムの処理の例を示すシーケンス図である。なお、図１５のステップＳ５０１〜５０４、及びＳ５０８〜５１４は、図５に示す処理と同様なので、ここでは差分を中心に説明を行う。

外部アプリ１１２は、外部アプリ１１２の起動（ステップＳ５０３）に応じてクライアントアプリ１１１が提供するＤＬＬの読込を行う（Ｓ５０４）。

ステップＳ１５０１において、外部アプリ１１２は、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得（所定の処理の一例）を要求する。

ステップＳ１５０２において、クライアントアプリ１１１は、外部アプリ１１２から、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１５０３において、ファイル取得要求を中継サーバ１０３に送信する。

本実施形態では、このファイル取得要求に、要求元のアプリを識別するための識別情報（以下、アプリＩＤと呼ぶ）が含まれる。このアプリＩＤは、例えば、外部アプリ１１２が、ＤＬＬ４０１を介して処理を要求する際に、ＤＬＬ４０１に通知するものであっても良い。或いは、クライアントアプリ１１１（ＤＬＬ４０１を含む）が、要求元の外部アプリ１１２に応じて付与するものであっても良い。

図１６は、第２の実施形態に係る要求に含まれるアクセス情報の例を示す図である。

図１６（ａ）に示すように、本実施形態に係るアクセス情報１６０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。なお、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、及び「ｄｅｖｉｃｅＩＤ」等の情報は、図８で説明した第１の実施形態と同様の情報が設定される。

さらに、「ａｃｃｅｓｓＴｙｐｅ」１６０２には、図１６（ｂ）に示すように、要求元に応じて異なる値が設定される。例えば、クライアントアプリ１１１である場合、第１の実施形態と同様に「０」が設定され、要求元が外部アプリ１である場合、外部アプリ１のアプリＩＤである「ＡＰ００１」が設定される。

これにより、情報蓄積装置１０１は、処理の要求元のアプリが、クライアントアプリ１１１と異なる場合、要求元の外部アプリ１１２を識別することができるようになる。

図１７は、第２の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。

図１７（ａ）に示すように、本実施形態に係るアクセス記録情報には、図１１に示す第１の実施形態のアクセス記録情報に加えて、「アプリＩＤ」が含まれる。

これにより、情報蓄積装置１０１の認証部３１２は、外部アプリ１１２毎に、「認証」が「ＯＫ」となった「アクセス日時」を管理し、所定の期間内（例えば３０分以内）に取得した要求に対して、追加の認証を行わない制御を行うことができる。

例えば、認証部３１２は、図１７（ａ）に示すアクセス記録情報に基づいて、図１７（ｂ）に示すようなアプリＩＤ毎のアクセス可否情報を作成し、追加の認証の要否を判断する。

例えば、図１７（ａ）において、アプリＩＤ「ＡＰ００１」は、時刻「２２：１０：００」に認証がＯＫとなっているので、時刻「２２：１０：００」から所定の期間、図１７（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を「不要」とする。

一方、所定の期間内に認証が「ＯＫ」となっていないアプリＩＤ（例えば、「ＡＰ００３」）は、図１７（ｂ）のアクセス可否情報の「アクセス」を「ＮＧ」とし、追加の認証を「要」とする。

このように、本実施形態によれば、情報蓄積装置１０１の認証部３１２は、外部アプリ毎に追加の認証を制御することができるようになる。

好適な一例として、情報蓄積装置１０１は、図１０に示す設定情報を、外部アプリ毎に個別に設定することができる。例えば、外部アプリ１には図１０（ａ）の設定情報を適用し、外部アプリ２には図１０（ｂ）の設定情報を適用すること等が可能となる。これにより、本実施形態に係る情報処理システム１００によれば、外部アプリ毎に認証レベルや、認証方法等を設定することができるようになる。

［第３の実施形態］
第２の実施形態では、情報蓄積装置１０１は、外部アプリ１１２毎に追加認証の制御を行っていた。第３の実施形態では、外部アプリ１１２の起動毎に固有の識別情報を生成する場合の例について説明する。

図１８は、第３の実施形態に係る情報処理システムの処理の例を示す図である。

ステップＳ１８０１において、ＰＣ１０２の利用者の操作等により、外部アプリＡ１１２ａが起動する。

ステップＳ１８０２において、外部アプリＡ１１２ａは、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。

ステップＳ１８０２において、ＤＬＬ４０１は、外部アプリＡ１１２ａからの読込みの要求に応じて、固有情報（以下、固有ＩＤと呼ぶ）「ＸＸＸＸＸ１」を生成する。なお、固有情報の生成方法は任意の方法であって良い。例えば、ＤＬＬ４０１は、要求を受ける毎に固有ＩＤの値をインクリメントさせるもの等であっても良いし、時刻等に基づいて固有ＩＤを生成するもの等であっても良い。

ステップＳ１８０４において、ＤＬＬ４０１は、外部アプリＡ１１２ａが読込むＤＬＬに、生成した固有ＩＤ「ＸＸＸＸＸ１」を付与する。

このように、本実施形態では、外部アプリ１１２が読込まれる毎に固有の固有ＩＤが生成される。

ステップＳ１８０５において、外部アプリＡ１１２ａは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８０３で生成された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。

ステップＳ１８０６において、クライアントアプリ１１１は、外部アプリＡ１１２ａから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８０７において、ファイル取得要求を中継サーバ１０３に送信する。

本実施形態では、このファイル取得要求には、ステップＳ１８０３で生成された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。

図１９は、第３の実施形態に係る要求に含まれるアクセス情報の例を示す図である。

図１９に示すように、本実施形態に係るアクセス情報１９０１には、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、「ｄｅｖｉｃｅＩＤ」、及び「ａｃｃｅｓｓＴｙｐｅ」等の情報が含まれる。なお、「ＣＩＤ」、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」、及び「ｄｅｖｉｃｅＩＤ」等の情報は、図８で説明した第１の実施形態と同様の情報が設定される。

また、「ａｃｃｅｓｓＴｙｐｅ」１９０２には、外部アプリＡ１１２ａが起動し、ＤＬＬを読込む際に付与された固有ＩＤ「ＸＸＸＸＸ１」が含まれる。

図１８に戻ってシーケンス図の説明を続ける。

ステップＳ１８０８において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。なお、情報蓄積装置１０１が中継サーバ１０３から要求を取得する処理は、図５で説明したステップＳ５０９、Ｓ５１０の処理と同様なので、ここでは説明を省略する。

次に、例えば、ステップＳ１８０９において、ＰＣ１０２の利用者の操作等により、外部アプリＢ１１２ｂが起動する。

ステップＳ１８１０において、外部アプリＢ１１２ｂは、外部アプリＢ１１２ｂの起動に応じて、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。

ステップＳ１８１１において、ＤＬＬ４０１は、外部アプリＢ１１２ｂからの読込みの要求に応じて、固有ＩＤ「ＸＸＸＸＸ２」を生成する。

ステップＳ１８１２において、ＤＬＬ４０１は、外部アプリＢ１１２ｂが読込むＤＬＬに、生成した固有ＩＤを付与する。

このように、本実施形態では、例えば、起動済の外部アプリＡ１１２ａと異なる外部アプリＢ１１２ｂが起動すると、新たな固有ＩＤが生成され、外部アプリＢ１１２ｂに付与される。

ステップＳ１８１３において、外部アプリＢ１１２ｂは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８１１で生成された固有ＩＤ「ＸＸＸＸＸ２」が含まれる。

ステップＳ１８１４において、クライアントアプリ１１１は、外部アプリＢ１１２ｂから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８１５において、ファイル取得要求を中継サーバ１０３に送信する。このファイル取得要求には、ステップＳ１８１１で生成された固有ＩＤ「ＸＸＸＸＸ２」が含まれる。

ステップＳ１８１６において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。

続いて、例えば、ステップＳ１８１７において、ＰＣ１０２の利用者の操作等により、外部アプリＡ１１２ａが再び起動するものとする。例えば、利用者は、外部アプリＡ１１２ａを２つ起動させるものであっても良いし、外部アプリＡ１１２ａを一度終了させてから再度起動させるものであっても良い。

ステップＳ１８１８において、外部アプリＡ１１２ａは、クライアントアプリ１１１によって提供されるＤＬＬ４０１の読込みを要求する。

ステップＳ１８１９において、ＤＬＬ４０１は、外部アプリＡ１１２ａからの読込みの要求に応じて、固有ＩＤ「ＸＸＸＸＸ３」を生成する。

ステップＳ１８２０において、ＤＬＬ４０１は、外部アプリＡ１１２ａが読込むＤＬＬに、生成した固有ＩＤを付与する。

このように、本実施形態では、例えば、起動済の外部アプリＡ１１２ａと同じ外部アプリＡ１１２ａが起動した場合でも、新たな固有ＩＤが生成され、新たに起動した外部アプリＡ１１２ａに付与される。

ステップＳ１８２１において、外部アプリＡ１１２ａは、ＤＬＬ４０１を介して、情報蓄積装置１０１にファイルの取得を要求する。この要求には、ステップＳ１８１９で生成された固有ＩＤ「ＸＸＸＸＸ３」が含まれる。

ステップＳ１８２２において、クライアントアプリ１１１は、外部アプリＡ１１２ａから、ＤＬＬ４０１を介してファイルの取得要求を受付けると、ステップＳ１８２３において、ファイル取得要求を中継サーバ１０３に送信する。このファイル取得要求には、ステップＳ１８１４で生成された固有ＩＤ「ＸＸＸＸＸ３」が含まれる。

ステップＳ１８２４において、中継サーバ１０３は、ＰＣ１０２から受信したファイル取得要求を記憶する。

図２０は、第３の実施形態に係るアクセス記録情報、及びアクセス可否情報の例を示す図である。

図２０（ａ）に示すように、本実施形態に係るアクセス記録情報には、図１１に示す第１の実施形態のアクセス記録情報に加えて、「固有ＩＤ」が含まれる。

これにより、情報蓄積装置１０１の認証部３１２は、固有ＩＤ毎に、「認証」が「ＯＫ」となった「アクセス日時」を管理し、所定の期間内（例えば３０分以内）に取得した要求に対して、追加の認証を行わないように制御することができる。

例えば、認証部３１２は、図２０（ａ）に示すアクセス記録情報に基づいて、図２０（ｂ）に示すような固有ＩＤ毎のアクセス可否情報を作成し、追加の認証の要否を判断することができる。

例えば、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ１」は、時刻「２２：１０：００」に認証がＯＫとなっているので、時刻「２２：１０：００」から所定の期間、図２０（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を不要とする。

また、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ３」は、時刻「２２：１５：１５」に認証がＯＫとなっているので、時刻「２２：１５：１５」から所定の期間、図２０（ｂ）のアクセス可否情報の「アクセス」を「ＯＫ」とし、追加の認証を不要とする。

このように、本実施形態によれば、外部アプリ１１２が起動される毎に、起動した外部アプリに固有ＩＤが付与される。これにより、情報蓄積装置１０１の認証部３１２は、同じ外部アプリ１１２が新たに起動された場合等に、追加認証を要求することができるようになる。

なお、第３の実施形態は、第２の実施形態と組み合わせて実施することも可能である。例えば、図１８のステップＳ１８０７で、クライアントアプリ１１１が中継サーバ１０３に送信するファイル取得要求のアクセス情報の「ＡｃｃｅｓｓＴｙｐｅ」に、固有ＩＤとアプリＩＤを含めて送信する。

これにより、情報蓄積装置１０１の認証部３１２は、ＰＣ１０２で、同じアプリＩＤを有する外部アプリ１１２が２つ以上起動されたことを検知することができるようになる。

例えば、図２０（ａ）において、固有ＩＤ「ＸＸＸＸＸ１」と「ＸＸＸＸＸ３」の要求元が、外部アプリＡ１１２ａであるものとする。この場合、情報蓄積装置１０１の認証部３１２は、図２０（ｃ）に示すように、固有ＩＤ「ＸＸＸＸＸ３」の認証を許可（ＯＫ）した後、同じアプリＩＤを有する固有ＩＤ「ＸＸＸＸＸ１」のアクセスを不許可（ＮＧ）とすること等ができるようになる。或いは、認証部３１２は、固有ＩＤ「ＸＸＸＸＸ３」の認証を許可（ＯＫ）した後、同じアプリＩＤを有する固有ＩＤ「ＸＸＸＸＸ１」のアクセス可否情報を削除するもの等であっても良い。

なお、上記の各実施の形態において、ＰＣ１０２が、中継サーバ１０３を介して情報蓄積装置１０１にアクセスする場合について説明を行った。ただし、これはあくまで一例であり、ＰＣ１０２は、例えば、図１のＰＣ１０２ｂのように、中継サーバ１０３を介さずに情報蓄積装置１０１に接続されているものであっても良い。
＜まとめ＞
以上、本発明に係る情報処理システム（１００）は、
端末装置（１０２）と情報処理装置（１０１）とを含む情報処理システム（１００）であって、
前記端末装置（１０２）は、
前記情報処理装置（１０１）を利用するための第１の認証情報を有し、前記端末装置（１０２）で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置（１０１）にアクセスするインタフェース（４０１）を提供する第１のアプリケーション（１１１）と、
前記提供されたインタフェース（４０１）を介して前記情報処理装置（１０１）に所定の処理を要求する第２のアプリケーション（１１２）と、
を記憶する記憶手段（２０４）を有し、
前記情報処理装置（１０１）は、
前記端末装置（１０２）から要求を取得する取得手段（３１０）と、
前記取得した要求の要求元が前記第１のアプリケーション（１１１）と異なる場合、追加の認証処理を実行する認証手段（３１２）と、
を有する。

これにより、情報処理システム（１００）は、セキュリティを確保しつつ、端末装置（１０２）の任意のアプリケーションから情報処理装置（１０１）にアクセスすることを容易にすることができる。

なお、上記括弧内の参照符号は、理解を容易にするために付したものであり、一例に過ぎず、本発明の範囲を限定するものではない。

１００ 情報処理システム
１０１ 情報蓄積装置（情報処理装置）
１０２ ＰＣ（端末装置）
１０３ 中継サーバ
１１１ クライアントアプリ（第１のアプリケーション）
１１２ 外部アプリ（第２のアプリケーション）
２０４ ストレージ部（記憶手段の一例）
３１０ 中継クライアント（取得手段）
３１２ 認証部（認証手段）
４０１ 共通インタフェース部（インタフェース）

特開２００４−０４６６８１号公報

Claims (13)

1. 端末装置と情報処理装置とを含む情報処理システムであって、
   前記端末装置は、
   前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーションと、
   前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
   を記憶する記憶手段を有し、
   前記情報処理装置は、
   前記端末装置から要求を取得する取得手段と、
   前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
   を有し、
   前記追加の認証処理は、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む、情報処理システム。
2. 前記情報処理装置は、処理内容毎に、前記第２の認証情報の要否を設定した設定情報を有する請求項１に記載の情報処理システム。
3. 前記情報処理装置は、処理内容毎に、前記第２の認証情報の要求方法を設定した設定情報を有する請求項１に記載の情報処理システム。
4. 端末装置と情報処理装置とを含む情報処理システムであって、
   前記端末装置は、
   前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーションと、
   前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
   を記憶する記憶手段を有し、
   前記情報処理装置は、
   前記端末装置から要求を取得する取得手段と、
   前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
   を有し、
   前記所定の処理の要求は、該要求の要求元を示す情報を含み、
   前記要求元を示す情報は、前記要求元が前記第１のアプリケーションであるか否かを示す情報を含む、情報処理システム。
5. 端末装置と情報処理装置とを含む情報処理システムであって、
   前記端末装置は、
   前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーションと、
   前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
   を記憶する記憶手段を有し、
   前記情報処理装置は、
   前記端末装置から要求を取得する取得手段と、
   前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
   を有し、
   前記所定の処理の要求は、該要求の要求元を示す情報を含み、
   前記インタフェースは、
   前記インタフェースを利用するアプリケーションに、該アプリケーションの起動毎に固有の固有情報を付与し、
   前記要求元を示す情報は、
   前記付与された固有情報を含む、情報処理システム。
6. 前記要求元を示す情報は、前記要求元のアプリケーションを識別する識別情報を含む請求項４又は５に記載の情報処理システム。
7. 前記認証手段は、前記要求元を示す情報に応じて前記追加の認証処理を行う請求項４乃至６のいずれか一項に記載の情報処理システム。
8. 前記端末装置は、中継サーバを介して、前記情報処理装置に前記所定の処理を要求する請求項１乃至６のいずれか一項に記載の情報処理システム。
9. 端末装置と、前記端末装置から要求を取得する手段、及び前記取得した要求の要求元が第１のアプリケーションと異なる場合、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む追加の認証処理を実行する認証手段を有する情報処理装置と、を含む情報処理システムの前記端末装置であって、
   前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置を利用するためのインタフェースを提供する前記第１のアプリケーションと、
   前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
   を記憶する記憶手段を有する、端末装置。
10. 端末装置と、前記端末装置から要求を取得する手段、及び前記取得した要求の要求元が第１のアプリケーションと異なる場合、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む追加の認証処理を実行する認証手段を有する情報処理装置と、を含む情報処理システムの前記端末装置を、
    前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置を利用するためのインタフェースを提供する前記第１のアプリケーションと、
    前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
    を記憶する記憶手段として機能させるためのプログラム。
11. 情報処理装置と、前記情報処理装置を利用するための第１の認証情報を有し、自装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーション、及び前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションを記憶する記憶手段を有する端末装置と、を含む情報処理システムの前記情報処理装置であって、
    前記端末装置から要求を取得する取得手段と、
    前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
    を有し、
    前記追加の認証処理は、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む、情報処理装置。
12. 情報処理装置と、前記情報処理装置を利用するための第１の認証情報を有し、自装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーション、及び前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションを記憶する記憶手段を有する端末装置と、を含む情報処理システムの前記情報処理装置を、
    前記端末装置から要求を取得する取得手段と、
    前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
    として機能させ、
    前記追加の認証処理は、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む、プログラム。
13. 端末装置に搭載されるプログラムと情報処理装置とを含む情報処理システムであって、
    前記プログラムは、
    前記情報処理装置を利用するための第１の認証情報を有し、前記端末装置で動作する他のアプリケーションに、前記第１の認証情報を用いて前記情報処理装置にアクセスするインタフェースを提供する第１のアプリケーションと、
    前記提供されたインタフェースを介して前記情報処理装置に所定の処理を要求する第２のアプリケーションと、
    を含み、
    前記情報処理装置は、
    前記端末装置から要求を取得する取得手段と、
    前記取得した要求の要求元が前記第１のアプリケーションと異なる場合、追加の認証処理を実行する認証手段と、
    を有し、
    前記追加の認証処理は、前記取得した要求の処理内容に応じて前記端末装置に第２の認証情報を要求する処理を含む、情報処理システム。

Images