(57)【特許請求の範囲】
【請求項１】
イントラネット内に、
ストレージと、
前記ストレージの利用を許可するための認証情報と関連付けられたトークンを発行するプロキシと、
前記認証情報と関連付けられた前記トークンを記憶する第１データベースと、
が設けられ、
前記イントラネットからインターネット上のクラウドにアクセスする中継サーバに、
前記トークンをアカウントと関連付けて記憶する第２データベースと、
前記トークンを用いて前記プロキシにアクセスする処理手段
が設けられる情報処理システム。
【請求項２】
前記中継サーバは、ユーザ端末から前記ストレージの利用が要求された場合に、前記第２データベースから前記トークンを読み出して前記プロキシに送信し、
前記プロキシは、前記第１データベースから前記トークンに関連付けられた前記認証情報を用いて前記ストレージにアクセスする、
請求項１に記載の情報処理システム。
【請求項３】
前記プロキシは、前記トークンが利用不可の場合に更新トークンを発行して前記認証情報と関連付けて前記第１データベースに記憶し、
前記中継サーバは、前記更新トークンを前記アカウントと関連付けて前記第２データベースに記憶し、かつ、前記トークンが利用不可の場合に保留していた前記ユーザ端末からの要求を自動的に開始して前記更新トークンを前記プロキシに送信する、
請求項２に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
インターネットからイントラネットへのアクセスを可能とする技術が提案されている。
【０００３】
特許文献１には、インターネットに接続された第１の情報処理装置と、第１の情報処理装置からイントラネットに対するアクセスを管理する第１の管理サーバと、イントラネットに接続された第２の情報処理装置と、第２の情報処理装置からインターネットに対するアクセスを管理する第２の管理サーバを備え、第１の管理サーバと第２の管理サーバとの間で双方向通信を行うことが記載されている。インターネット上でログイン管理を行うグローバルアカウント管理サーバと、イントラネット上でアクセス管理を行うＡＣＬサーバとが相互に通信する構成である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２３８１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＡＣＬ（Access Control List）で各サービスの利用可否を決定するのみでは、複数のサービス間での連携が考慮されておらず、特に、インターネット上のパブリッククラウドのストレージサービスとイントラネット内のストレージサービスとの連携が図られていない。
【０００６】
また、グローバルアカウントとイントラネット内のアカウントを直接的に関連付けて管理すると、グローバルアカウントに変更が生じた場合に、関連付け自体が無効となってしまう不都合がある。
【０００７】
本発明の目的は、インターネット上のクラウドとイントラネット内のストレージを共に利用でき、また、たとえアカウントに変更が生じた場合でも利用に影響のない情報処理システムを提供することにある。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、イントラネット内に、ストレージと、前記ストレージの利用を許可するための認証情報と関連付けられたトークンを発行するプロキシと、前記認証情報と関連付けられた前記トークンを記憶する第１データベースとが設けられ、前記イントラネットからインターネット上のクラウドにアクセスする中継サーバに、前記トークンをアカウントと関連付けて記憶する第２データベースと、前記トークンを用いて前記プロキシにアクセスする処理手段が設けられる情報処理システムである。
【０００９】
請求項２に記載の発明は、前記中継サーバは、ユーザ端末から前記ストレージの利用が要求された場合に、前記第２データベースから前記トークンを読み出して前記プロキシに送信し、前記プロキシは、前記第１データベースから前記トークンに関連付けられた前記認証情報を用いて前記ストレージにアクセスする、請求項１に記載の情報処理システムである。
【００１０】
請求項３に記載の発明は、前記プロキシは、前記トークンが利用不可の場合に更新トークンを発行して前記認証情報と関連付けて前記第１データベースに記憶し、前記中継サーバは、前記更新トークンを前記アカウントと関連付けて前記第２データベースに記憶し、かつ、前記トークンが利用不可の場合に保留していた前記ユーザ端末からの要求を自動的に開始して前記更新トークンを前記プロキシに送信する、請求項２に記載の情報処理システムである。
【発明の効果】
【００１１】
請求項１に記載の発明によれば、インターネット上のクラウドとイントラネット内のストレージを共に利用できる。また、アカウントに変更が生じてもイントラネット内のストレージの利用に影響がない。
【００１２】
請求項２に記載の発明によれば、さらに、イントラネット内のストレージを利用するための認証情報はイントラネット内で保持され、セキュリティが確保される。
【００１３】
請求項３に記載の発明によれば、さらに、ユーザ端末から再度要求を送信する場合に比べて効率的な処理が可能である。
【図面の簡単な説明】
【００１４】
【図１】実施形態のシステム構成図である。
【図２】実施形態の処理フローチャート（その１）である。
【図３】実施形態の処理フローチャート（その２）である。
【図４】実施形態の処理フローチャート（その３）である。
【図５】実施形態の処理フローチャート（その４）である。
【発明を実施するための形態】
【００１５】
以下、図面に基づき本発明の実施形態について説明する。
【００１６】
＜システム構成＞
図１は、本実施形態における情報処理システムのシステム構成図である。システムは、イントラネット１０及び中継サーバ１２を備える。中継サーバ１２は、インターネット上の複数のクラウドＡ１４、クラウドＢ１６にアクセスする。中継サーバ１２は、一般に、複数のテナントから受信したデータを、複数のクラウドに転送することによりデータの中継を行う。複数のクラウドは、それぞれクラウド毎に異なるＡＰＩ（Application Programming Interface）を用いており、複数のイントラネット１０の複数のテナントが各クラウドのサービスを利用する場合には、各クラウドのＡＰＩを予め知らなければならない。中継サーバ１２は、各クラウドのＡＰＩを隠蔽して統一したＡＰＩのみを各テナントに提供することで、各テナントがクラウド毎に異なるＡＰＩを知らなくても、複数のクラウドのサービスを利用可能とする。
【００１７】
＜イントラネット＞
本実施形態におけるイントラネット１０は、アカウントマッピングデータベース（ＤＢ）１０１、イントラネット（以下、これを適宜「イントラ」と称する）内ストレージ１０２、クライアント（アプリケーション）１０３、及びストレージプロキシ１０４を備える。
【００１８】
アカウントマッピングＤＢ１０１は、第１データベースとして機能し、イントラ内ストレージ１０２にアクセスするためのクレデンシャル情報、すなわちＩＤやパスワード等の認証情報と、トークンを関連付けて管理するデータベースである。
【００１９】
イントラ内ストレージ１０２は、イントラネット１０に設けられたストレージであり、基本的にはイントラネット１０内からのアクセスを許可するが、本実施形態では、中継サーバ１２を介したアクセスも許可する。
【００２０】
クライアント１０３は、イントラネット１０内のクライアントであり、ユーザ端末で動作するアプリケーションである。ユーザは、ユーザ端末でアプリケーションを起動し、中継サーバ１２にアクセスする。
【００２１】
ストレージプロキシ１０４は、イントラ内ストレージ１０２にアクセスするためのプロキシサーバである。ストレージプロキシ１０４は、中継サーバ１２のストレージプロキシ用プラグインと相互通信を行い、ストレージプロキシ用プラグインからのリクエストに応じてイントラ内ストレージ１０２にアクセスする。
【００２２】
＜中継サーバ＞
他方、本実施形態における中継サーバ１２は、ストレージプロキシ用プラグイン１２１、プラグインデータベース（ＤＢ）１２２、アカウントデータベース（ＤＢ）１２３、トークンデータベース（ＤＢ）１２４、プラグインＡ１２５、プラグインＢ１２６を備える。
【００２３】
ストレージプロキシ用プラグイン１２１は、処理手段として機能し、イントラ内ストレージ１０２にアクセスするためにストレージプロキシ１０４と相互通信を行うためのプラグインである。プラグインとは、機能を拡張するために追加されるプログラムである。
【００２４】
プラグインＤＢ１２２は、複数のクラウド、及びストレージプロキシ１０４にアクセスするためのプラグインを管理するデータベースである。ストレージプロキシ用プラグイン１２１、プラグインＡ１２５、プラグインＢ１２６その他のプラグインはこのデータベースに登録される。
【００２５】
アカウントデータベース（ＤＢ）１２３は、複数のテナント（ユーザ）のアカウントを管理するデータベースである。
【００２６】
トークンデータベース（ＤＢ）１２４は、第２データベースとして機能し、テナントのアカウントと各クラウドから発行されたトークンを関連付けて管理するデータベースである。トークンには、クラウドＡ１４から発行されたトークン、クラウドＢ１６から発行されたトークン、及びストレージプロキシ１０４から発行されたトークンも含まれる。
【００２７】
プラグインＡ１２５は、複数のクラウドのうちのクラウドＡ１４にアクセスするためのプラグインである。
【００２８】
プラグインＢ１２６は、複数のクラウドのうちのクラウドＢ１６にアクセスするためのプラグインである。
【００２９】
中継サーバ１２は、ハードウェア構成として、ＣＰＵ、メモリ、記憶装置及び入出力インタフェースを備える。ＣＰＵは、プログラムメモリに記憶された処理プログラムを読み出して実行することで各種の処理を実現する。主な処理は、イントラネット内のユーザ端末からの要求に応じ、インターネット上のクラウドＡ１４、クラウドＢ１６へのアクセスを中継すること、及びイントラネット１０内のイントラ内ストレージ１０２へのアクセスである。処理手段としてのストレージプロキシ用プラグイン１２１は、ＣＰＵがストレージ用プラグインプログラムを読み出して実行することで実現される。プラグインＤＢ１２２、アカウントＤＢ１２３、トークンＤＢ１２４は、記憶装置で実現されるが、必ずしも同一記憶装置でなく、複数の記憶装置で別個に実現されてもよい。
【００３０】
イントラネット１０内のストレージプロキシ１０４は、ハードウェア構成として、ＣＰＵ、メモリ、記憶装置及び入出力インタフェースを備える。ＣＰＵは、プログラムメモリに記憶された処理プログラムを読み出して実行することで各種の処理を実現する。主な処理は、中継サーバ１２からの要求に応じてトークンを発行すること、トークンを更新すること、トークンを用いてイントラ内ストレージ１０２に対しユーザ認証することである。アカウントマッピングＤＢ１０１及びイントラ内ストレージ１０２は、同一若しくは別個の記憶装置で実現される。
【００３１】
＜基本処理＞
本実施形態におけるシステムの基本処理は以下のとおりである。イントラネット１０の管理者は、イントラネット１０内からストレージプロキシ１０４にアクセスして、ストレージプロキシ１０４を中継サーバ１２に登録する。
【００３２】
中継サーバ１２は、ストレージプロキシ１０４にアクセスするために必要な情報をイントラネット（テナント）１０と関連付けてプラグインＤＢ１２２に登録する。この登録により、イントラネット１０に所属しているユーザは、中継サーバ１２にログインすると、登録したプラグインを含む利用可能なプラグインの一覧を取得でき、クラウドＡ１４及びクラウドＢ１６とイントラ内ストレージ１０２を共に利用することができる。
【００３３】
本実施形態において、中継サーバ１２を介してクラウドＡ１４のストレージ、クラウドＢ１６のストレージ、及びイントラ内ストレージ１０２を等価的に利用でき、クラウドＡ１４のストレージに文書を登録するのと同様にイントラ内ストレージ１０２に文書を登録でき、クラウドＡ１４のストレージから文書を取得するのと同様にイントラ内ストレージ１０２から文書を取得できる。イントラネット１０に所属しているユーザは、イントラ内ストレージ１０２に直接アクセスできることは当然であるが、本実施形態では、インターネット上のクラウドサービスを利用するための中継サーバ１２を介してイントラ内ストレージ１０２にもアクセスし得る。
【００３４】
また、ストレージプロキシ１０４は、ユーザ毎に、中継サーバ１２からイントラ内ストレージ１０２にアクセスするために利用するトークンを発行し、イントラ内ストレージ１０２にアクセスするための認証情報とトークンを関連付けてアカウントマッピングＤＢ１０１に登録する。トークンとは、ネットワーク上を周回する送信権を意味する特殊な信号やデータである。トークンを取得したユーザは、このトークンを中継サーバ１２に送信し、中継サーバ１２は他のクラウドＡ１４、クラウドＢ１６と同様に、アカウントとトークンを関連付けてトークンＤＢ１２４に登録する。そして、当該ユーザがイントラ内ストレージ１０２を利用する際には、中継サーバ１２は、アクセス先のイントラ内ストレージ１０２と関連付けされているトークンをトークンＤＢ１２４から取得し、ストレージプロキシ用プラグイン１２１は、取得したトークンをストレージプロキシ１０４に送信する。ストレージプロキシ１０４は、受信したトークンに一致する認証情報をアカウントマッピングＤＢ１０１から取得し、取得した認証情報を用いてイントラ内ストレージ１０２にアクセスする。
【００３５】
本実施形態では、ユーザは、パブリッククラウドであるクラウドＡ１４及びクラウドＢ１６にアクセスするためのプラグインＡ１２５、プラグインＢ１２６に加え、イントラ内ストレージ１０２にアクセスするためのストレージプロキシ用プラグイン１２１も利用することができるため、インターネット上のストレージサービスとイントラ内ストレージサービスとを利用することができる。
【００３６】
また、本実施形態では、クレデンシャル情報（認証情報）はイントラネット１０内に保持され、中継サーバ１２には保持されないので、セキュリティも確保される。
【００３７】
さらに、中継サーバ１２のテナントのアカウントとトークンが関連付けてトークンＤＢ１２４に登録され、かつ、ユーザの認証情報（ユーザのアカウント）とトークンが関連付けてアカウントマッピングＤＢ１０１に登録されており、中継サーバ１２のテナントのアカウントとイントラ内のアカウントは、トークンを利用して間接的に関連付けられているため、中継サーバ１２のテナントのアカウントが変更されてもその影響を受けない。すなわち、たとえテナントのアカウントが変更されたとしても、当該テナントのアクセス先のトークンを特定することで、正しい認証情報を取得してアクセス先にアクセスできる。本実施形態は、トークンが有効である限り、テナントのアカウントによらずにインターネット上のクラウドＡ１４、クラウドＢ１６と同様にイントラ内ストレージ１０２にアクセスすることができるシステムといえる。
【００３８】
このことは、言い換えればトークンに異常が生じた場合、例えばトークンに有効期限が設定されており当該有効期限が切れた場合、あるいはイントラ内ストレージ１０２の認証情報（ＩＤやパスワード）自体が変更された場合には、イントラ内ストレージ１０２へのアクセスが遮断されることを意味する。この場合においてイントラ内ストレージ１０２を利用するには、トークンの再発行ないし更新が必要となる。
【００３９】
＜詳細処理＞
次に、本実施形態におけるシステムの処理について、ストレージプロキシ１０４の登録、アカウントマッピング、イントラ内ストレージ１０２の利用（正常時）、イントラ内ストレージ１０２の利用（異常時）に分けて順次、説明する。
【００４０】
＜ストレージプロキシの登録＞
図２は、ストレージプロキシ１０４を中継サーバ１２に登録する処理のフローチャートであり、イントラ内ユーザ、イントラ管理者、中継サーバ１２、ストレージプロキシ用プラグイン（ＳＰプラグイン）１２１及びストレージプロキシ（ＳＰ）１０４の処理である。
【００４１】
まず、イントラ管理者は、イントラ内の端末を用いて中継サーバ１２に対してテナントを登録し、テナント内にユーザを作成する。
【００４２】
次に、イントラ管理者は、イントラ内の端末を用いてイントラ内からＳＰ１０４にアクセスし、ＳＰ１０４を中継サーバ１２に登録する作業を行う。このとき、ＳＰ１０４は、中継サーバ１２にリダイレクト（転送）し、中継サーバ１２は、イントラ管理者が中継サーバ１２にログインすることで、中継サーバ１２のテナント管理者であることを確認する。
【００４３】
イントラ管理者は、中継サーバ１２にログイン後、ＳＰ１０４にアクセスするために必要な情報を指定し、中継サーバ１２は、ＳＰ１０４に当該情報でアクセスできることを確認した後に、指定されたアクセス情報をテナントＩＤと関連付けてプラグインＤＢ１２２に登録する。以上の処理により、ＳＰプラグイン１２１が中継サーバ１２内に登録され、このＳＰプラグイン１２１を用いて中継サーバ１２からＳＰ１０４にアクセス可能となる。
【００４４】
次に、イントラ内のユーザ、すなわち、イントラ管理者によりテナント内に作成されたユーザは、イントラ内の端末を用いて中継サーバ１２にログインする。中継サーバ１２は、プラグインＤＢ１２２に登録された利用可能なプラグイン一覧をユーザに返信する。このプラグイン一覧には、クラウドＡ１４を利用するためのプラグインＡ１２５、クラウドＢ１６を利用するためのプラグインＢ１２６に加え、イントラ内ストレージ１０２を利用するためのＳＰプラグイン１２１も含まれる。
【００４５】
中継サーバ１２へのＳＰ１０４の登録は、以上のようにイントラ管理者、つまりテナント管理者であり、そのテナントのイントラ内から実行されるため、不正なテナントによりＳＰ１０４が不正に登録され利用されることはない。
【００４６】
＜アカウントマッピング＞
図３は、アカウントマッピング処理のフローチャートであり、イントラ内ユーザ、中継サーバ１２、ＳＰプラグイン１２１、ＳＰ１０４、及びイントラ内ストレージ１０２の処理である。なお、この処理は、図２に示すＳＰ１０４の登録処理が完了した後の処理である。
【００４７】
まず、イントラ内ユーザがイントラ内の端末を用いて中継サーバ１２にログインし、クラウドサービス一覧の取得要求を行うと、中継サーバ１２は、プラグインＤＢ１２２から当該テナントが利用可能なプラグイン一覧を取得してイントラ内ユーザに返信する。
【００４８】
次に、イントラ内ユーザは、プラグイン一覧からＳＰプラグイン１２１を選択し、イントラ内ストレージ１０２を利用すべく中継サーバ１２に対してトークンの取得要求を行う。
【００４９】
中継サーバ１２のＳＰプラグイン１２１は、ＳＰ１０４にトークン取得要求をリダイレクト（転送）する。
【００５０】
次に、イントラ内ユーザは、ＳＰ１０４にアクセスし、イントラ内ストレージ１０２にアクセスするための認証を行う。すなわち、イントラ内ユーザは、ＳＰ１０４に利用許可を依頼し、ＳＰ１０４はイントラ内ストレージ１０２に対して認証を行う。認証情報は、イントラ内ユーザからＳＰ１０４を介してイントラ内ストレージ１０２に送信されるので、中継サーバ１２を経由することはない。但し、イントラ内ユーザは、ＳＰプラグイン１２１を利用しない限りＳＰ１０４にアクセスできず、ＳＰ１０４にアクセスできない限り、アカウントマッピングはできない。
【００５１】
認証に成功すると、ＳＰ１０４は、イントラ内ストレージ１０２を利用可能なトークンを発行し、発行したトークンと認証情報を関連付けてアカウントマッピングＤＢ１０１に登録する。また、発行したトークンをイントラ内ユーザに返信する。なお、トークンには有効期限を設けても良く、トークンの有効期限が切れた場合の処理についてはさらに後述する。
【００５２】
トークンを取得したイントラ内ユーザは、中継サーバ１２にトークンを送信し、中継サーバ１２は、他のクラウドサービスと同様にテナント（ユーザ）のアカウントとトークンを関連付けてトークンＤＢ１２４に登録する。トークンには、イントラ内ストレージ１０２を利用可能とする属性が付与される。中継サーバ１２は、ユーザ端末からの要求に含まれるアクセス先がイントラ内ストレージ１０２であれば、これに対応するトークンをトークンＤＢ１２４から読み出し得る。
【００５３】
以上の処理により、中継サーバ１２のトークンＤＢ１２４にはアカウントと関連付けられたイントラ内ストレージ１０２を利用可能なトークンが登録され、イントラネット１０のアカウントマッピングＤＢ１０１には認証情報と関連付けられたトークンが登録される。従って、中継サーバ１２のテナントのアカウントと、イントラネット１０内のユーザの認証情報（アカウント）は、ＳＰ１０４で発行されたイントラ内ストレージ１０２を利用可能なトークンを介在して間接的に関連付けられる。
【００５４】
ここで、テナントのアカウントに着目すると、中継サーバ１２のプラグインＤＢ１２２には、テナントのアカウントと関連付けてＳＰプラグイン１２１が登録され、中継サーバ１２のトークンＤＢ１２４にはテナントのアカウントと関連付けてイントラ内ストレージ１０２を利用可能なトークンが登録される。テナントのアカウントが変更された場合、この変更に応じてプラグインＤＢのアカウント及びトークンＤＢのアカウントが変更されるので、変更後のアカウントでもユーザは正しくＳＰプラグイン１２１及びトークンを利用できる。
【００５５】
＜イントラ内ストレージの利用＞
図４は、イントラ内ストレージ１０２を利用する場合（例えば、イントラ内ストレージ１０２に格納されている文書の取得）の処理フローチャートであり、ユーザ（イントラ内であってもイントラ外であってもよい）、中継サーバ１２、ＳＰプラグイン１２１、ＳＰ１０４及びイントラ内ストレージ１０２の処理である。
【００５６】
まず、ユーザは、端末を用いて中継サーバ１２にログインし、クラウドサービス一覧の取得要求を行うと、中継サーバ１２は、プラグインＤＢ１２２から当該テナントが利用可能なプラグイン一覧を取得してユーザに返信する。
【００５７】
ユーザは、プラグイン一覧からＳＰプラグイン１２１を選択し、文書取得要求を行う。
【００５８】
中継サーバ１２は、アクセス先、つまりイントラ内ストレージ１０２を利用可能なトークンをトークンＤＢ１２４から読み出し、ＳＰプラグイン１２１は、ＳＰ１０４にアクセスする際に、このトークンをＳＰ１０４に送信する。
【００５９】
ＳＰ１０４は、受信したトークンに適合する認証情報をアカウントマッピングＤＢ１０１から読み出し、読み出した認証情報を用いてイントラ内ストレージ１０２にログインする。ログインに成功すると、ユーザからのリクエスト、つまり文書取得要求に応じた処理を実行し、要求された文書をユーザに送信する。
【００６０】
＜トークンの更新処理＞
図５は、イントラ内ストレージを利用する場合（例えば、イントラ内ストレージ１０２に文書を登録）の処理フローチャートであり、トークンの有効期限が切れている、あるいはパスワードが変更されている等の異常時の処理である。この場合、イントラ内ストレージ１０２を利用可能とするトークンの更新が必要となる。
【００６１】
まず、イントラ内ユーザは、文書登録要求を中継サーバ１２に対して行う。
【００６２】
中継サーバ１２は、アクセス先、つまりイントラ内ストレージ１０２に対応するトークンをトークンＤＢ１２４から読み出し、ＳＰプラグイン１２１はＳＰ１０４にトークンを渡す。
【００６３】
ＳＰ１０４は、アカウントマッピングＤＢ１０１からトークンに適合する認証情報を読み出すが、このとき、トークンが有効期限切れ、あるいはパスワードが変更されている等してトークンに適合する認証情報が存在しない場合、その旨をＳＰプラグイン１２１に返す。ＳＰプラグイン１２１、すなわち中継サーバ１２は、トークンが更新されるまで文書登録を保留するとともに、イントラ内ユーザに対してトークンの更新要求を返す。
【００６４】
イントラ内ユーザは、中継サーバ１２からのトークンの更新要求を受けて、ＳＰ１０４にアクセスし、トークンの更新要求を行う。なお、ユーザがイントラの外にいる場合には、ＳＰ１０４にアクセスできないため、イントラ内に戻るまでトークンの更新は行えない。
【００６５】
ＳＰ１０４は、イントラ内ユーザからの更新要求を受けて、イントラ内ストレージ１０２を利用可能なトークンを再発行することで更新し、更新後のトークンと認証情報を関連付けてアカウントマッピングＤＢ１０１に再登録する。更新後のトークンには新たな有効期限が設定されており、かつ、更新後のトークンには変更後のパスワードを含む新たな認証情報が関連付けられる。
【００６６】
ＳＰ１０４は、トークンを更新するとその旨を中継サーバ１２及びイントラ内ユーザに返し、イントラ内ユーザは、中継サーバ１２に対してトークンの更新を要求する。中継サーバ１２は、ＳＰ１０４で更新されたトークンをアカウントと関連付けてトークンＤＢ１２４に再登録する。中継サーバ１２は、更新されたトークンをトークンＤＢ１２４に再登録した後、保留していた文書登録要求を自動的に再開し、ＳＰプラグイン１２１はＳＰ１０４に更新後のトークンを渡して文書登録を要求する。ＳＰ１０４は、受信したトークンに適合する認証情報をアカウントマッピングＤＢ１０１から読み出し、読み出した認証情報を用いてイントラ内ストレージ１０２にアクセスして文書登録を行う。
【００６７】
以上のように、イントラ内のトークン更新やパスワード変更が必要になった場合でも、中継サーバ１２に対する文書登録等のリクエストを保留し、トークンの更新の完了とともに保留したリクエストを自動的に再開することで、効率的な処理が可能となる。
【符号の説明】
【００６８】
１０  イントラネット（イントラ）、１２  中継サーバ、１４  クラウドＡ、１６  クラウドＢ、１０１  アカウントマッピングデータベース（ＤＢ）、１０２  イントラ内ストレージ、１０３  クライアント（アプリケーション）、１０４  ストレージプロキシ（ＳＰ）、１２１  ストレージプロキシ用プラグイン（ＳＰプラグイン）、１２２  プラグインデータベース（ＤＢ）、１２３  アカウントデータベース（ＤＢ）、１２４  トークンデータベース（ＤＢ）、１２５  プラグインＡ、１２６  プラグインＢ。
【図１】
0006459785.tif 000002
【図２】
0006459785.tif 000003
【図３】
0006459785.tif 000004
【図４】
0006459785.tif 000005
【図５】
0006459785.tif 000006