JP5860421B2

JP5860421B2 - 復号方法、復号システム

Info

Publication number: JP5860421B2
Application number: JP2013007051A
Authority: JP
Inventors: 具英山本; 鉄太郎小林; 山本　剛; 剛山本
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2013-01-18
Filing date: 2013-01-18
Publication date: 2016-02-16
Anticipated expiration: 2033-01-18
Also published as: JP2014138354A

Description

本発明は復号方法、復号システムに関する。

ＴｈｅＩｎｔｅｒｎｅｔなどのオープンなネットワーク上の認証認可について、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋＳｅｒｖｉｃｅ）などのｗｅｂサイトでは利用者毎にそれぞれ利用者アカウントがあり、各利用者は自分の利用者アカウントでログイン認証を要求し、ログイン認証に成功すると、各利用者毎に認可されたアクションを起こすことができる。例えばｂｌｏｇを投稿するとか、グループと呼ばれる複数の利用者で構成する集合間でメッセージやファイルを共有することなどである。このようなｗｅｂサイトが複数存在するようになり、各利用者は各ｗｅｂサイト毎に利用者アカウントを作成し、かつ各ｗｅｂサイト毎にグループを作成している。

このような状況に対し、複数のｗｅｂサイト間で認証情報を交換し、利用者が外部ｗｅｂサイトへのページ遷移時に自動でｗｅｂサイトでのログイン認証を行う認証連携プロトコル（例：ＯｐｅｎＩＤ）が開発されている。また、認証は他の手法で行い、認証の成功後、複数のｗｅｂサイト間で認可情報を交換し、外部ｗｅｂサイトからの認可の可否を取得する認可連携プロトコル（例：ＯＡｕｔｈ）が開発されている。これら複数ｗｅｂサイト間で認証・認可を行うプロトコルは利用者の本人性の認証や、ｗｅｂサイト間の相互信頼は必須ではない。また、イントラネット等のクローズドなネットワーク上の認証認可プロトコルについてはＬＤＡＰやＳＡＭＬなどが開発されているが、これらは本人性と認証認可するシステムと認可されるシステム間の相互信頼がベースである。

一方、暗号化情報の復号権限の制御について、各暗号方式毎に様々な方法が考えられてきた。共通鍵暗号方式の場合、復号権限の制御方法として、暗号化された情報の伝達とは別に暗号化した際の共通鍵（パスワード）を復号を許可する人にだけ伝えるという方法があるが、この場合一度パスワードを人に伝えてしまうとその人がパスワードを知っている限り、以後いつでも暗号化された情報を復号できるため、鍵の伝達以後の復号権限の制御が不可能である。また共通鍵（パスワード）が漏洩すると、共通鍵（パスワード）を得た人が誰でも暗号化された情報を復号できるため、もはや復号権限の制御ができない。公開鍵暗号方式の場合も同様で、秘密鍵が漏洩すると同様の問題が起こる。公開鍵暗号方式の秘密鍵保持については、秘密鍵生成時にオーソリティが証明書を発行し、秘密鍵利用による復号を不可としたい場合にはオーソリティが証明書失効リストを発行することで復号を制御することも可能であるが、証明書失効リストの取得や証明書の整合性確認は秘密鍵利用者側の処理であるため、オーソリティの証明書失効リストの発行が秘密鍵保持者の秘密鍵の利用を確実に不可にできるとは限らない。これら暗号化情報に対する復号権限の制御に関する問題を解決する技術として特許文献１や特許文献２などがあり、これら特許技術を用いたシステムを構築すると暗号化された情報を復号するための鍵が外部に漏洩することなく、復号権限の制御が認証情報の変更で行えるため、復号権限の制御の問題は解決できる。

特開２０１２−０９８５７０号公報特開２０１２−２２０８１４号公報

特許文献１や特許文献２などの特許技術を用いて復号権限を制御できるシステム（以後、従来システム）を構築する場合、複数利用者をグループ化して各グループ毎に復号できる利用者を制御するために当該システムにグループ管理者がグループを作成し利用者アカウントを登録する必要がある。当該システムと外部ｗｅｂサイトのグループ情報を共通にしたいとき、グループ管理者またはシステム管理者が当該システムと外部ｗｅｂサイトとで利用者アカウントやグループ情報が共通になるように多重管理する必要がある。そこで本発明は、システム内に認証認可およびグループ情報を保持せず外部ｗｅｂサイトの認証認可で復号権限を制御することで、当該システム内の認証認可情報またはグループ情報の管理を不要とする復号方法を提供することを目的とする。

本発明の復号方法は、利用者端末と、復号サーバと、管理サーバと、ｗｅｂサイトサーバとが実行する。

利用者端末は、ｗｅｂサイトサーバの利用者アカウントを送信する利用者アカウント送信ステップと、ｗｅｂサイトサーバのグループ情報取得要求を送信するグループ情報要求送信ステップとを実行する。

管理サーバは、利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、利用者アカウントの認証要求を送信する第１認証要求ステップと、利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求を送信する第１認可要求ステップとを実行する。

ｗｅｂサイトサーバは、管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第１認証ステップと、管理サーバからグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行する第１認可ステップと、グループ情報取得の認可が成功した場合にグループ情報を送信するグループ情報送信ステップとを実行する。

管理サーバは、ｗｅｂサイトサーバからグループ情報を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を送信する生成要求ステップを実行する。

復号サーバは、管理サーバから生成要求を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する鍵セット生成ステップと、管理サーバから生成要求を受信した場合に、復号プロセスを生成するプロセス生成ステップとを実行する。

利用者端末は、暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として送信する復号要求送信ステップを実行する。

復号サーバは、利用者端末から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を送信する認証認可要求ステップを実行する。

管理サーバは、復号サーバから認証・認可要求を受信した場合に、利用者アカウントの認証要求を送信する第２認証要求ステップと、復号サーバから認証・認可要求を受信した場合に、復号認可要求を送信する第２認可要求ステップとを実行する。

ｗｅｂサイトサーバは、管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第２認証ステップと、管理サーバから復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する第２認可ステップと、復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として送信する結果送信ステップとを実行する。

復号サーバは、認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する復号ステップを実行する。

本発明の復号方法によれば、システム内に認証認可およびグループ情報を保持せず外部ｗｅｂサイトの認証認可で復号権限を制御することで、当該システム内の認証認可情報またはグループ情報の管理を不要とすることができる。

従来の復号システムの構成を示すブロック図。本発明の実施例１の復号システムの構成を示すブロック図。本発明の実施例１の復号システムの利用者端末の構成を示すブロック図。本発明の実施例１の復号システムの復号サーバの構成を示すブロック図。本発明の実施例１の復号システムの管理サーバの構成を示すブロック図。本発明の実施例１の復号システムのｗｅｂサイトサーバの構成を示すブロック図。本発明の実施例１の復号システムの初期化動作を示すシーケンス図。本発明の実施例１の復号システムの復号動作を示すシーケンス図。本発明の実施例１のトークン記憶部に記憶されるデータを示す図。本発明の変形例１の復号システムの構成を示すブロック図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

以下、図１を参照して従来技術の復号システムについて説明する。図１は従来の復号システム９０００の構成を示すブロック図である。図１に示す通り、従来技術の復号システム９０００は、利用者端末９１と、復号サーバ９２と、管理サーバ９３とで構成される。利用者端末９１は、入力部９１１と、データ送受信部９１２とを備える。復号サーバ９２は、復号処理部９２２と、秘密鍵記憶部９２１３とを備える。管理サーバ９３は、ｗｅｂサービス管理部９３１と、認証認可制御部９３２とを備える。なお、９１１、９１２、９２２、９２１３、９３１、９３２などは、必ずしも物理的、論理的に分かれていなくともよい。また、秘密鍵記憶部９２１３は実装において独立した機能部である必要はなく、各プロセスが生成されるときに各プロセスが記憶しておけばよく、図１に示す秘密鍵記憶部９２１３のように、必ずしも単一の記憶領域として集中管理される必要はない。

図１では復号サーバ９２は一つのみ図示されているが、復号サーバ９２は複数存在する場合もある。管理サーバ９３が複数の復号サーバ９２からの認証認可要求に応えられるように図１においては復号サーバ９２と管理サーバ９３とを分けて表示しているが、復号サーバ９２と管理サーバ９３とは必ずしも物理的、論理的に分かれていなくともよく、一つのサーバとして実現してもよい。復号サーバ９２の秘密鍵記憶部９２１３は複数グループのそれぞれにおける復号用秘密鍵を保持している。復号サーバ９２の復号処理部９２２は、利用者の復号権限における認証認可成功後に復号処理を行う復号用プロセス及びその管理プロセスとで構成されている。復号処理部９２２が複数グループ向けにどのように復号処理を行うかの実装はプロセス実装には依存せず、例えばスレッドプールを用い、利用者からの復号要求発生時にスレッドを渡す実装などもある。管理サーバ９３はアカウント管理のためのＷｅｂサービス管理部９３１を有する。利用者は利用者端末９１を使い、復号サーバ９２の復号処理部９２２へ暗号化された情報の復号要求を送信する。復号サーバ９２の復号処理部９２２は管理サーバ９３に認証認可要求を行い、認証認可に成功すれば復号を行いその結果を利用者端末９１に返信する。復号サーバ９２の復号処理部９２２と利用者端末９１の動作については特許文献２に詳細に記載されている。また復号サーバ９２の復号処理部９２２が、認証認可結果に伴い復号処理を実行するか、不実行とするかについては特許文献２に詳細に記載されている。

以下、図２から図９を参照して本発明の実施例１に係る復号システムについて説明する。図２は本実施例の復号システム１０００の構成を示すブロック図である。図３は本実施例の復号システム１０００の利用者端末１の構成を示すブロック図である。図４は本実施例の復号システム１０００の復号サーバ２の構成を示すブロック図である。図５は本実施例の復号システム１０００の管理サーバ３の構成を示すブロック図である。図６は本実施例の復号システム１０００のｗｅｂサイトサーバ４の構成を示すブロック図である。図７は本実施例の復号システム１０００の初期化動作を示すシーケンス図である。図８は本実施例の復号システム１０００の復号動作を示すシーケンス図である。図９は本実施例のトークン記憶部３２４に記憶されるデータを示す図である。

図２に示すように、本実施例の復号システム１０００は、利用者端末１と、復号サーバ２と、管理サーバ３と、ｗｅｂサイトサーバ４とから構成される。利用者端末１は、入力部１１と、データ送受信部１２とを備える。復号サーバ２は、鍵プロセス生成部２１と、復号処理部２２とを備える。管理サーバ３は、ｗｅｂサービス管理部３１と、認証認可制御部３２とを備える。ｗｅｂサイトサーバ４は、認証認可部４１と、グループ情報送信部４２とを備える。なお、１１、１２、２１、２２、３１、３２、４１、４２などは必ずしも物理的、論理的に分かれていなくともよい。図３に示すように、利用者端末１のデータ送受信部１２は、利用者アカウント送信部１２１と、グループ情報要求送信部１２２と、パスワード送信部１２３と、復号要求送信部１２４と、復号結果受信部１２５とを備える。図４に示すように、復号サーバ２の鍵プロセス生成部２１は、鍵セット生成部２１１と、プロセス生成部２１２と、鍵記憶部２１３とを備え、復号サーバ２の復号処理部２２は、認証認可要求部２２１と、復号部２２２とを備える。図５に示すように、管理サーバ３の認証認可制御部３２は、認証要求部３２１と、認可要求部３２２と、生成要求部３２３と、トークン記憶部３２４と、認証認可結果送信部３２５と、認証情報通信部３２６と、認可情報通信部３２７と、グループ情報通信部３２８とを備える。図６に示すように、ｗｅｂサイトサーバ４の認証認可部４１は、認証部４１１と、認可部４１２と、結果送信部４１３とを備え、ｗｅｂサイトサーバ４のグループ情報送信部４２は、パスワード認証部４２１と、グループ情報記憶部４２２と、グループ情報送信部４２３とを備える。

以下、本実施例の復号システム１０００の概要について述べる。利用者は利用者端末１を使い、復号サーバ２へ暗号化された情報の復号要求を送る。復号権限を制御するシステムは復号サーバ２と管理サーバ３から構成される。図２では復号サーバ２は一つのみ図示されているが、復号サーバ２は複数存在する場合もある。管理サーバ３が複数の復号サーバ２からの認証認可要求に応えられるように、図２においては復号サーバ２と管理サーバ３とを分けて図示しているが、復号サーバ２と管理サーバ３の各機能は必ずしも物理的、論理的に分かれていなくともよく、一つのサーバとして実現してもよい。また、ｗｅｂサイトサーバ４（外部ｗｅｂサイトを運営するサーバ）はグループ情報およびグループを利用できる利用者の認証情報を持ち、外部から認証認可またはグループ情報提供を行うことが可能である。図２ではｗｅｂサイトサーバ４は一つのみ図示されているが、ｗｅｂサイトサーバ４はイントラネット、インターネットを問わず、複数同時に存在可能である。ｗｅｂサイトサーバ４は外部に認証認可またはグループ情報提供を行える通信プロトコルを持つ必要がある。これらプロトコルは独自のものでもよいし、認証プロトコルに従来技術のＯｐｅｎＩＤを用いたり、認可プロトコルに従来技術のＯＡｕｔｈを用いたり、認証認可の両方に従来技術のＬＤＡＰを用いたりしてもよい。例えばＦａｃｅｂｏｏｋ（登録商標）では認証認可プロトコルにＯＡｕｔｈを用い、グループ情報提供用にＦａｃｅｂｏｏｋ（登録商標）ＡＰＩの中にＧｒａｐｈＡＰＩを用意している。復号サーバ２は復号処理部２２を備える。復号処理部２２は複数グループのそれぞれにおいて復号用秘密鍵を利用し、利用者の復号権限における認証認可成功後に復号処理を行う復号用プロセス及びその管理プロセスからなる。復号処理部２２が複数グループ向けにどのように復号処理を行うかの実装はプロセス実装には依存せず、例えばスレッドプールを用い、利用者からの復号要求発生時にスレッドを渡す実装などもある。管理サーバ３は利用者のアカウント管理機能、外部ｗｅｂサイトの利用者アカウント登録機能、外部ｗｅｂサイトのグループ情報の取得機能（取得用ボタン）などを有するＷｅｂサービス管理部３１と外部ｗｅｂサイトに認証認可要求やグループ情報取得要求をするための認証認可制御部３２を備える。以下に説明する初期化動作、復号動作ではｗｅｂサイトサーバ４が運営するｗｅｂサイトが上記の外部ｗｅｂサイトに該当するものとして説明する。認証認可制御部３２は複数の外部ｗｅｂサイト毎に一つずつプロセスまたはスレッドなどの実装として存在してもよく、また複数の外部ｗｅｂサイトに対して必要に応じた認証認可プロトコル及びグループ情報取得プロトコルを利用できる一つのプロセスまたはスレッドなどの実装として存在してもよい。図５に示す認証認可制御部３２は当該システム用利用者アカウントと利用者が登録する外部ｗｅｂサイトの利用者アカウントとの紐付けを保持し、認証認可制御部３２が各外部ｗｅｂサイトに対し認証認可を要求する場合の実装の例をブロック図として示したものである。認証認可プロトコルにＬＤＡＰまたはＯｐｅｎＩＤなどのプロトコルを用いる場合は、利用者アカウント間の紐付けをＬＤＡＰまたはＯｐｅｎＩＤ側で行うため、本システムで紐付けの情報を保持する必要はない。上記利用者アカウントの紐付けを保持するデータベースがトークン記憶部３２４である。この場合にトークン記憶部３２４に記憶されるデータの例を図９に示した。認証、認可、グループ情報取得の通信をそれぞれ認証情報通信部３２６、認可情報通信部３２７、グループ情報通信部３２８が行うが、プロトコルの実装により３２６〜３２８は独立したものになるとは限らない。例えば外部ｗｅｂサイトとしてＦａｃｅｂｏｏｋ（登録商標）を利用する場合、３２６と３２７はＯＡｕｔｈとして不可分であるため独立しない。３２８は３２６、３２７による認証認可後に得られるアクセストークンと合わせて利用するＧｒａｐｈＡＰＩを用いる通信であるため独立としてもよい。

次に、図７を参照して本実施例の復号システム１０００の初期化動作を説明する。まず、利用者は利用者端末１を用いて管理サーバ３上に利用者アカウントを作成する。これは従来システムと同様である。次に利用者はＷｅｂサービス管理部３１が提供するＷｅｂサービス画面上に、自身が外部ｗｅｂサイトＡで持つ利用者アカウントを入力する。ここでは、外部ｗｅｂサイトＡはｗｅｂサイトサーバ４が運営するｗｅｂサイトであるものとする。利用者がＷｅｂサービス管理部３１が提供するＷｅｂサービス画面上で外部ｗｅｂサイトＡのグループ情報取得用ボタンを押下すると、グループ情報取得要求が認証認可制御部３２に送信される。データフローを具体的に示せば、利用者端末１の利用者アカウント送信部１２１は、ｗｅｂサイトサーバ４の利用者アカウントを管理サーバ３に送信する（Ｓ１２１）。利用者端末１のグループ情報要求送信部１２２は、ｗｅｂサイトサーバ４のグループ情報取得要求を管理サーバ３に送信する（Ｓ１２２）。入力された外部ｗｅｂサイトＡ上の利用者アカウントはデータベースであるトークン記憶部３２４に登録される。管理サーバ３の認証要求部３２１は、利用者端末１から利用者アカウントとグループ情報取得要求とを受信した場合に、利用者アカウントの認証要求をｗｅｂサイトサーバ４に送信する（Ｓ３２１Ａ）。さらに、管理サーバ３の認可要求部３２２は、利用者端末１から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求をｗｅｂサイトサーバ４に送信する（Ｓ３２２Ａ）。ｗｅｂサイトサーバ４の認証部４１１は、管理サーバ３から認証要求を受信した場合に利用者アカウントの認証を実行する（Ｓ４１１Ａ）。ｗｅｂサイトサーバ４の認可部４１２は、管理サーバ３からグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行する（Ｓ４１２Ａ）。ｗｅｂサイトサーバ４のグループ情報送信部４２３は、グループ情報取得の認可が成功した場合にグループ情報を管理サーバ３に送信する（Ｓ４２３）。

ここで、認証認可制御部３２及びｗｅｂサイトサーバ４での認証認可またはグループ情報取得部分の通信プロトコルまたはその実装はｗｅｂサイト毎に異なる。本実施例では、Ｆａｃｅｂｏｏｋ（登録商標）における実装を例に説明する。ｗｅｂサイトサーバ４の認証認可およびグループ情報取得用にＦａｃｅｂｏｏｋ（登録商標）アプリケーション（実態はＦａｃｅｂｏｏｋ（登録商標）ＡＰＩを利用するＷｅｂサービス）を当該システムに用意し、それをＦａｃｅｂｏｏｋ（登録商標）に対しデプロイする。認証認可については認証認可制御部３２がグループ情報を取得しようとすると、ＧｒａｐｈＡＰＩの呼び出し時にアクセストークンがない場合は認証認可用のＦａｃｅｂｏｏｋ（登録商標）が用意するＯＡｕｔｈダイアログが表示されるようにリダイレクトされ、利用者にはＦａｃｅｂｏｏｋ（登録商標）の利用者アカウントに対するパスワードが要求される。パスワード入力のダイアログには上記Ｆａｃｅｂｏｏｋ（登録商標）アプリケーションのグループ情報取得を認可するか否かに触れられており、パスワード入力後にＯＫを押すと認可が完了し、アクセストークンが払い出される。データフローを具体的に示せば、利用者端末１のパスワード送信部１２３がｗｅｂサイトサーバ４にパスワードを送信し（Ｓ１２３）、ｗｅｂサイトサーバ４のパスワード認証部４２１がパスワード認証を実行する（Ｓ４２１）。Ｆａｃｅｂｏｏｋ（登録商標）アプリケーションはアクセストークンを引数にＧｒａｐｈＡＰＩを呼び出しグループ情報を取得する。アクセストークンは、グループ情報とともに認証認可制御部３２へ送信される。認証認可制御部３２はアクセストークンをトークン記憶部３２４に保存する。以後アクセストークンが有効であれば次回以降の認証認可制御部３２によるグループ情報取得要求時に、Ｆａｃｅｂｏｏｋ（登録商標）による認証認可は不要となりＯＡｕｔｈダイアログが表示されずにＦａｃｅｂｏｏｋ（登録商標）からグループ情報が認証認可制御部３２に送信される。

次に、管理サーバ３の生成要求部３２３は、ｗｅｂサイトサーバ４からグループ情報を受信した場合に、ｗｅｂサイトサーバ４のｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を復号サーバ２に送信する（Ｓ３２３）。復号サーバ２の鍵セット生成部２１１は、管理サーバ３から生成要求を受信した場合に、当該グループの公開鍵・秘密鍵セットが未生成の場合のみ、ｗｅｂサイトサーバ４のｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する（Ｓ２１１）。復号サーバ２のプロセス生成部２１２は、管理サーバ３から生成要求を受信した場合に、当該グループの復号プロセスが未生成の場合のみ、復号プロセスを生成する（Ｓ２１２）。生成されたグループ用公開鍵・秘密鍵セット、復号プロセスは鍵記憶部２１３に記憶される。なお、復号プロセスは復号サーバ２上で動作する。以上が、本実施例の復号システム１０００の初期化動作である。

次に、図８を参照して本実施例の復号システム１０００の復号動作を説明する。まず、利用者端末１の復号要求送信部１２４は、暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として復号サーバ２に送信する（Ｓ１２４）。復号サーバ２の認証認可要求部２２１は、利用者端末１から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を管理サーバ３に送信する（Ｓ２２１）。管理サーバ３の認証要求部３２１は、復号サーバ２から認証・認可要求を受信した場合に、初期化の場合と同様、利用者アカウントの認証要求をｗｅｂサイトサーバ４に送信する（Ｓ３２１Ｂ）。管理サーバ３の認可要求部３２２は、復号サーバ２から認証・認可要求を受信した場合に、初期化の場合と同様、復号認可要求をｗｅｂサイトサーバ４に送信する（Ｓ３２２Ｂ）。ｗｅｂサイトサーバ４の認証部４１１は、管理サーバ３から認証要求を受信した場合に利用者アカウントの認証を実行する（Ｓ４１１Ｂ）。ｗｅｂサイトサーバ４の認可部４１２は、管理サーバ３から復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する（Ｓ４１２Ｂ）。ｗｅｂサイトサーバ４の結果送信部４１３は、復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として管理サーバ３に送信する（Ｓ４１３）。管理サーバ３の認証認可結果送信部３２５は、ｗｅｂサイトサーバ４から認証認可結果を受信した場合に、当該認証認可結果を復号サーバ２に転送する（Ｓ３２５）。復号サーバ２の復号部２２２は、管理サーバ３から認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する（Ｓ２２２）。復号サーバ２の復号処理部２２は、復号結果を利用者端末１に送信する。利用者端末１の復号結果受信部１２５は、復号サーバ２から復号結果を受信する（Ｓ１２５）。以上が、本実施例の復号システム１０００の復号動作である。

認証認可制御部３２及びｗｅｂサイトサーバ４での認証認可の通信プロトコルまたはその実装がｗｅｂサイト毎に異なるのはグループ初期化の場合と同様である。また、復号権限の認証認可要求、認証認可制御部３２からの認証認可結果送信の通信プロトコルおよびその実装は独自プロトコルでもよいし、認証にＯｐｅｎＩＤ、認可にＯＡｕｔｈを用いてもよい。本実装例ではＬＤＡＰを用いている。本実施例では認証認可制御部３２が復号要求毎にｗｅｂサイトサーバ４に認証認可を要求しているが、外部ｗｅｂサイトＡへの認証認可要求、外部ｗｅｂサイトＡからの認証認可結果送信の通信負荷を考慮して、認証認可部４１がキャッシュとして認証認可情報を保持してもよい。例えば本実装では復号権限の認証認可要求、認証認可制御部３２からの認証認可結果送信の通信にＬＤＡＰを用いることとし、認証認可制御部３２内にＡｐａｃｈｅのｐｒｏｘｙモジュール及び市中製品のＯｐｅｎＬＤＡＰサーバを利用してＬＤＡＰプロキシを作成し、所定の期間内は復号処理部２２から再度同一利用者の復号要求があった場合ＬＤＡＰプロキシがキャッシュした認証認可情報を返す、という実装も可能である。

また、本実施例ではＷｅｂサービス管理部３１が提供するＷｅｂサービス画面上の外部ｗｅｂサイトＡのグループ情報取得用ボタンを利用者が押下することで外部ｗｅｂサイトＡのグループ情報を取得しているが、例えばポーリングやｃｏｍｅｔなどの従来技術を用いて、定期的にまたは必要に応じて認証認可制御部３２が外部ｗｅｂサイトＡのグループ情報を取得することも可能である。

［変形例１］
以下、図１０を参照して実施例１の復号システム１０００の復号サーバ２と管理サーバ３を一体化した変形例１の復号システム１０００’について説明する。上述したように、実施例１の復号サーバ２と管理サーバ３の各機能は必ずしも物理的、論理的に分かれていなくともよく、一つのサーバとして実現してもよい。従って、本変形例では、復号サーバ２と管理サーバ３の機能を復号管理サーバ５として一つのサーバで実現した。本変形例の復号システム１０００’は、利用者端末１、復号管理サーバ５、ｗｅｂサイトサーバ４からなり、復号管理サーバ５は、鍵プロセス生成部２１と、復号処理部２２と、ｗｅｂサービス管理部３１と、認証認可制御部３２とを備える。これら実施例１と同じ番号を付した構成部は、実施例１と同じ機能を有するため、説明を省略する。

このように、実施例１および変形例１の復号システム１０００、１０００’によれば、システム内に認証認可およびグループ情報を保持せず外部ｗｅｂサイトの認証認可で復号権限を制御することで、当該システム内の認証認可情報またはグループ情報の管理を不要とすることができる。また、利用者は復号を制御するシステム上の利用者アカウントに各ｗｅｂサイトの利用者アカウントを利用者自身が紐づける、もしくは当該システムが外部ｗｅｂサイトとの認証連携プロトコルを利用することで、グループ管理者もしくはシステム管理者による認証認可情報またはグループ情報を当該システム及び外部ｗｅｂサイトで共通に多重管理する必要がなくなる。

Claims

利用者端末と、復号サーバと、管理サーバと、ｗｅｂサイトサーバとが実行する復号方法であって、
利用者端末は、
ｗｅｂサイトサーバの利用者アカウントを送信する利用者アカウント送信ステップと、
ｗｅｂサイトサーバのグループ情報取得要求を送信するグループ情報要求送信ステップとを実行し、
管理サーバは、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、利用者アカウントの認証要求を送信する第１認証要求ステップと、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求を送信する第１認可要求ステップとを実行し、
ｗｅｂサイトサーバは、
管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第１認証ステップと、
管理サーバからグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行する第１認可ステップと、
グループ情報取得の認可が成功した場合にグループ情報を送信するグループ情報送信ステップとを実行し、
管理サーバは、
ｗｅｂサイトサーバからグループ情報を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を送信する生成要求ステップを実行し、
復号サーバは、
管理サーバから生成要求を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する鍵セット生成ステップと、
管理サーバから生成要求を受信した場合に、復号プロセスを生成するプロセス生成ステップとを実行し、
利用者端末は、
暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として送信する復号要求送信ステップを実行し、
復号サーバは、
利用者端末から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を送信する認証認可要求ステップを実行し、
管理サーバは、
復号サーバから認証・認可要求を受信した場合に、利用者アカウントの認証要求を送信する第２認証要求ステップと、
復号サーバから認証・認可要求を受信した場合に、復号認可要求を送信する第２認可要求ステップとを実行し、
ｗｅｂサイトサーバは、
管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第２認証ステップと、
管理サーバから復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する第２認可ステップと、
復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として送信する結果送信ステップとを実行し、
復号サーバは、
認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する復号ステップを実行する
復号方法。
利用者端末と、復号管理サーバと、ｗｅｂサイトサーバとが実行する復号方法であって、
利用者端末は、
ｗｅｂサイトサーバの利用者アカウントを送信する利用者アカウント送信ステップと、
ｗｅｂサイトサーバのグループ情報取得要求を送信するグループ情報要求送信ステップとを実行し、
復号管理サーバは、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、利用者アカウントの認証要求を送信する第１認証要求ステップと、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求を送信する第１認可要求ステップとを実行し、
ｗｅｂサイトサーバは、
復号管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第１認証ステップと、
復号管理サーバからグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行する第１認可ステップと、
グループ情報取得の認可が成功した場合にグループ情報を送信するグループ情報送信ステップとを実行し、
復号管理サーバは、
ｗｅｂサイトサーバからグループ情報を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を送信する生成要求ステップと、
生成要求を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する鍵セット生成ステップと、
生成要求を受信した場合に、復号プロセスを生成するプロセス生成ステップとを実行し、
利用者端末は、
暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として送信する復号要求送信ステップを実行し、
復号管理サーバは、
利用者端末から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を送信する認証認可要求ステップと、
認証・認可要求を受信した場合に、利用者アカウントの認証要求を送信する第２認証要求ステップと、
認証・認可要求を受信した場合に、復号認可要求を送信する第２認可要求ステップとを実行し、
ｗｅｂサイトサーバは、
復号管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する第２認証ステップと、
復号管理サーバから復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する第２認可ステップと、
復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として送信する結果送信ステップとを実行し、
復号管理サーバは、
認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する復号ステップを実行する
復号方法。
利用者端末と、復号サーバと、管理サーバと、ｗｅｂサイトサーバとで構成される復号システムであって、
利用者端末は、
ｗｅｂサイトサーバの利用者アカウントを送信する利用者アカウント送信部と、
ｗｅｂサイトサーバのグループ情報取得要求を送信するグループ情報要求送信部と、
暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として送信する復号要求送信部とを含み、
復号サーバは、
管理サーバから生成要求を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する鍵セット生成部と、
管理サーバから生成要求を受信した場合に、復号プロセスを生成するプロセス生成部と、
利用者端末から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を送信する認証認可要求部と、
認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する復号部とを含み、
管理サーバは、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合、または復号サーバから認証・認可要求を受信した場合に、利用者アカウントの認証要求を送信する認証要求部と、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求を送信し、復号サーバから認証・認可要求を受信した場合に、復号認可要求を送信する認可要求部と、
ｗｅｂサイトサーバからグループ情報を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を送信する生成要求部とを含み、
ｗｅｂサイトサーバは、
管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する認証部と、
管理サーバからグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行し、管理サーバから復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する認可部と、
グループ情報取得の認可が成功した場合にグループ情報を送信するグループ情報送信部と、
復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として送信する結果送信部とを含む
復号システム。
利用者端末と、復号管理サーバと、ｗｅｂサイトサーバとで構成される復号システムであって、
利用者端末は、
ｗｅｂサイトサーバの利用者アカウントを送信する利用者アカウント送信部と、
ｗｅｂサイトサーバのグループ情報取得要求を送信するグループ情報要求送信部と、
暗号化された情報と、自身の利用者アカウントに関する情報を復号要求として送信する復号要求送信部とを含み、
復号管理サーバは、
生成要求を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットを生成する鍵セット生成部と、
生成要求を受信した場合に、復号プロセスを生成するプロセス生成部と、
利用者端末から復号要求を受信した場合に、利用者アカウントの認証および復号認可要求である認証・認可要求を送信する認証認可要求部と、
認証認可結果を受信した場合に、認証認可結果に従って復号処理を実行する復号部と、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合、または認証・認可要求を受信した場合に、利用者アカウントの認証要求を送信する認証要求部と、
利用者端末から利用者アカウントとグループ情報取得要求とを受信した場合に、グループ情報取得認可要求を送信し、認証・認可要求を受信した場合に、復号認可要求を送信する認可要求部と、
ｗｅｂサイトサーバからグループ情報を受信した場合に、ｗｅｂサイトサーバのｗｅｂサイトのグループに対応するグループ用公開鍵・秘密鍵セットおよび復号プロセスの生成を要求する生成要求を送信する生成要求部とを含み、
ｗｅｂサイトサーバは、
復号管理サーバから認証要求を受信した場合に利用者アカウントの認証を実行する認証部と、
復号管理サーバからグループ情報取得認可要求を受信した場合に、利用者アカウントの認証の成功を条件にグループ情報取得の認可を実行し、復号管理サーバから復号認可要求を受信した場合に、利用者アカウントの認証の成功を条件に復号認可を実行する認可部と、
グループ情報取得の認可が成功した場合にグループ情報を送信するグループ情報送信部と、
復号認可が実行された場合に利用者アカウントの認証結果および復号認可の結果を認証認可結果として送信する結果送信部とを含む
復号システム。