JP2021016129A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】端末がサーバーを利用する場合に、拠点内にある端末だけがサーバーを利用できるように限定することができる情報処理装置を提供する。【解決手段】情報処理装置の検出手段は、拠点内にある端末から送信された、外部にあるサーバーへのリクエストを検出し、抽出手段は、前記リクエストに添付された第１証明書を復号して、前記サーバーによるサービスの提供を前記ユーザーが受けるための第２証明書を抽出し、送信手段は、前記リクエストを前記第２証明書とともに前記サーバーに送信する。【選択図】図１

Description

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

特許文献１には、ネットワーク上でサービスを利用するユーザーの認証を行う安全性，利便性に優れたユーザー認証システムを提供することを課題とし、第１のネットワーク上のユーザー端末と、第２のネットワーク（インターネット）上のサービス提供サーバと、それらネットワークを接続するゲートウェイとによって構成され、ゲートウェイは鍵ペアを生成する手段と、その鍵ペアを記憶する手段と、鍵ペアの公開鍵に対応する証明書を生成する手段と、その証明書を記憶する手段と、鍵ペアの秘密鍵と証明書とを用いてユーザーの認証情報を生成する手段とを備え、サービス提供サーバはユーザー端末からサービスの提供を要求されると、ゲートウェイにおける認証情報の生成を要求し、その認証情報を検証して正当であればユーザー端末に対してサービスを提供することが開示されている。

特開２００８−１２９６７３号公報

端末が外部にあるサーバーを利用する場合に、端末が証明書そのものをサーバーに送信する構成では、その証明書が有効である限りサーバーを利用できる。そのため、端末は、管理することができない拠点外からもサーバーを利用できることになってしまう。そこで本発明は、端末がサーバーを利用する場合に、拠点内にある端末だけがサーバーを利用できるように限定することができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、拠点内にある端末から送信された、外部にあるサーバーへのリクエストを検出する検出手段と、前記リクエストに添付された第１証明書を復号して、前記サーバーによるサービスの提供を受けるための第２証明書を抽出する抽出手段と、前記リクエストを前記第２証明書とともに前記サーバーに送信する送信手段を有する情報処理装置である。

請求項２の発明は、前記第２証明書を暗号化して第１証明書を生成する生成手段と、前記第１証明書を前記端末に送信する第２送信手段をさらに有する請求項１に記載の情報処理装置である。

請求項３の発明は、前記生成手段は、本情報処理装置の秘密鍵で暗号化を行う、請求項２に記載の情報処理装置である。

請求項４の発明は、前記抽出手段は、本情報処理装置の公開鍵を用いて復号を行い、本情報処理装置が暗号化した第１証明書であることを検証し、前記送信手段は、前記検証が失敗した場合は、前記サーバーへの送信を行わない、請求項３に記載の情報処理装置である。

請求項５の発明は、前記生成手段は、前記端末を一意に識別する情報である識別情報を含めて前記第１証明書を生成し、前記抽出手段は、前記第１証明書から前記識別情報を抽出し、該識別情報が前記リクエストを送信した端末の識別情報であるか否かを検証する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記抽出手段は、前記第１証明書を復号して、複数の第２証明書を抽出し、前記送信手段は、前記サーバーに対応する第２証明書を選択して、前記リクエストを該第２証明書とともに該サーバーに送信する、請求項１に記載の情報処理装置である。

請求項７の発明は、前記端末に対して、前記複数の第２証明書を含めて暗号化して第１証明書を生成する生成手段と、前記第１証明書を前記端末に送信する第２送信手段をさらに有する請求項６に記載の情報処理装置である。

請求項８の発明は、サーバーによるサービスの提供を受けることができるユーザーを該サーバーに対応付けて記憶する記憶手段をさらに有し、前記抽出手段は、前記リクエストを送信するユーザーが、送信先のサーバーに対応して前記記憶手段に記憶されたユーザーであることを検証し、前記送信手段は、前記検証が失敗した場合は、前記サーバーへの送信を行わない、請求項１に記載の情報処理装置である。

請求項９の発明は、コンピュータを、拠点内にある端末から送信された、外部にあるサーバーへのリクエストを検出する検出手段と、前記リクエストに添付された第１証明書を復号して、前記サーバーによるサービスの提供を受けるための第２証明書を抽出する抽出手段と、前記リクエストを前記第２証明書とともに前記サーバーに送信する送信手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、端末がサーバーを利用する場合に、拠点内にある端末だけがサーバーを利用できるように限定することができる。

請求項２の情報処理装置によれば、第２証明書を暗号化して生成した第１証明書を端末に送信することができる。

請求項３の情報処理装置によれば、本情報処理装置の秘密鍵を用いて第１証明書を生成することができる。

請求項４の情報処理装置によれば、第１証明書の検証が失敗した場合は、サーバーへの送信を行わないようにすることができる。

請求項５の情報処理装置によれば、第１証明書をコピーして他の端末からサーバーを利用しようとする不正アクセスを防止することができるようになる。

請求項６の情報処理装置によれば、第１証明書に複数の第２証明書を含めた場合、リクエストとサーバーに対応する第２証明書を送信することができる。

請求項７の情報処理装置によれば、複数の第２証明書を含めた第１証明書を端末に送信することができる。

請求項８の情報処理装置によれば、サーバーによるサービスの提供を受けることができないユーザーである場合には、サーバーへの送信を行わないようにすることができる。

請求項９の情報処理プログラムによれば、端末がサーバーを利用する場合に、拠点内にある端末だけがサーバーを利用できるように限定することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 クライアント証明書管理テーブルのデータ構造例を示す説明図である。 ユーザー・端末管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（「ソフトウェア」の解釈として、コンピュータ・プログラムを含む）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（例えば、コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（例えば、データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（「２以上の値」には、もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（「ネットワーク」には、一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（つまり、社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスクドライブ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、通信における中継機能を有しており、図１の例に示すように、通信（Ａ）モジュール１０５、検出モジュール１１０、抽出モジュール１１５、送信制御（Ｂ）モジュール１２０、生成モジュール１２５、記憶モジュール１３０、送信制御（Ａ）モジュール１３５、通信（Ｂ）モジュール１４０を有している。
特に、情報処理装置１００は、証明書に関する処理を行う。端末１５０が、外部のサーバー１６０によって提供されるサービスを利用するにあたって、情報処理装置１００を経由した場合は、そのサービスを利用できるが、情報処理装置１００を経由しない場合は、そのサービスを利用できないようにしたものである。例えば、クラウドサービス（サーバー１６０によるサービスの一例）を情報処理装置１００を経ずに利用させることを禁止するものである。これによって、具体的には、拠点内１９０以外のところからのクラウドサービスの利用を防止することができるようになる。

情報処理装置１００は、拠点内１９０にある端末１５０と外部にあるサーバー１６０との通信を中継する。したがって、その端末１５０が外部にあるサーバー１６０を利用するためには、情報処理装置１００を通す必要がある。つまり、拠点内１９０にある端末１５０は、情報処理装置１００を介さないと外部にあるサーバー１６０とは接続できない構成になっている。
拠点内１９０には、情報処理装置１００と端末１５０がある。もちろんのことながら、複数の端末１５０があり、それらの端末１５０が情報処理装置１００と通信可能に接続されていてもよい。
このような環境下で、端末１５０がサーバー１６０の提供するサービスを利用しようとした場合、端末１５０からサーバー１６０へのサービス利用のリクエストは、情報処理装置１００が中継することになる。また、そのサービスを利用するにあたって、端末１５０の証明書をサーバー１６０が検証する。例えば、サーバー１６０は、ＣＲＬ配布サーバーを用いて、端末１５０の証明書を検証する。その証明書が有効である場合は、サービスを利用させるが、その証明書が無効である場合は、サービスを利用させない。なお、無効は、失効を含む概念として用いる。例えば、証明書の失効として、証明書の誤発行、証明書の秘密鍵紛失等によって、失効されるのが一般的である。
ここで、端末１５０が携帯可能である場合、拠点内１９０以外からでもその端末１５０そのものを使用することができることになる。その場合、拠点内１９０以外の場所では、端末１５０は、サーバー１６０が提供するサービスを利用できないようにしている。つまり、情報処理装置１００の処理によって、端末１５０は、情報処理装置１００を経由しないで、サーバー１６０が提供するサービスを利用できないようになっている。

サーバー１６０は、通信回線を介して情報処理装置１００の通信（Ｂ）モジュール１４０と接続されている。サーバー１６０は、端末１５０からのリクエストに対してサービスを提供するサーバーであって、そのリクエストを受けた際に、リクエストを行った端末１５０の証明書を検証（認証という概念を含む）する。その端末１５０の証明書が有効であれば、端末１５０にサービスを提供する。その端末１５０の証明書が無効であれば、端末１５０にサービスを提供しない。例えば、サーバー１６０として、クラウドサービスサーバーが該当する。なお、サーバー１６０は、サービスを提供する一般的な装置であり、情報処理装置１００に対応させた特別な装置、プログラム等を導入する必要はない。

端末１５０は、通信回線を介して情報処理装置１００の通信（Ａ）モジュール１０５と接続されている。端末１５０は、拠点内１９０内にあり、情報処理装置１００を介して、外部のサーバー１６０との通信を行う。特に、サーバー１６０が提供するサービスを利用するために、そのサービスを利用するためのリクエストと端末１５０の証明書を、情報処理装置１００を介して、サーバー１６０に送信する。
また、端末１５０は、サーバー１６０を利用するための証明書を作成するためのリクエストを、情報処理装置１００を介して外部（例えば、サーバー１６０等）に送信する。そして、情報処理装置１００を介して証明書を受信する。ただし、後述するように、ここで受信する証明書（具体的には、第１証明書）は、外部で作成された証明書（具体的には、第２証明書）そのものではなく、情報処理装置１００によって加工処理が施されている。

第１証明書と第２証明書について説明する。
第２証明書は、サーバー１６０によるサービスの提供を受けるための証明書である。サーバー１６０によって、その第２証明書が検証される。一般的にクライアント証明書等と呼ばれており、以下、例示して説明する場合はクライアント証明書という。
第１証明書は、端末１５０が保持している証明書であって、第２証明書を内部に含む証明書である。例えば、第２証明書を暗号化したものであってもよい。以下、例示して説明する場合はローカル証明書という。
情報処理装置１００は、端末１５０がサーバー１６０にアクセスするにあたって、端末１５０から第１証明書を受信して、その第１証明書から第２証明書を取り出して、その第２証明書をサーバー１６０に送信することを行う。

以下、情報処理装置１００内の各モジュールについて説明する。
通信（Ａ）モジュール１０５は、検出モジュール１１０、送信制御（Ａ）モジュール１３５と接続されており、また、通信回線を介して端末１５０と接続されている。通信（Ａ）モジュール１０５は、端末１５０との通信を行う。例えば、通信（Ａ）モジュール１０５は、端末１５０からサーバー１６０へのリクエストと第１証明書を受信する。ここでのリクエストは、サーバー１６０が提供しているサービスを利用するための要求である。その際に、端末１５０の証明書が必要であるので、リクエストとともに証明書を受信することになる。なお、リクエストと証明書の受信は、同時であってもよいし、時間差があってもよい。例えば、リクエストを受信した後に、証明書を受信するようになってもよい。

検出モジュール１１０は、通信（Ａ）モジュール１０５、抽出モジュール１１５、送信制御（Ｂ）モジュール１２０、生成モジュール１２５と接続されている。検出モジュール１１０は、拠点内１９０にある端末１５０から送信された、外部にあるサーバー１６０へのリクエストを検出する。このリクエストは、サーバー１６０が提供しているサービスを利用するための要求である。情報処理装置１００は、拠点内１９０にある端末１５０と外部にあるサーバー１６０との通信を中継するので、その端末１５０からサーバー１６０にリクエストを送信する場合は、この情報処理装置１００を経由しなければならないことになり、この情報処理装置１００は、リクエストを検出することが可能である。

抽出モジュール１１５は、検出モジュール１１０、送信制御（Ｂ）モジュール１２０、記憶モジュール１３０と接続されている。抽出モジュール１１５は、検出モジュール１１０によって検出されたリクエストに添付された第１証明書を復号して、サーバー１６０によるサービスの提供を受けるための第２証明書を抽出する。
また、抽出モジュール１１５は、本情報処理装置１００の公開鍵を用いて復号を行い、本情報処理装置１００が暗号化した第１証明書であることを検証してもよい。

記憶モジュール１３０は、抽出モジュール１１５と接続されている。記憶モジュール１３０は、サーバー１６０によるサービスの提供を受けることができるユーザーを、そのサーバー１６０に対応付けて記憶する。
この場合、抽出モジュール１１５は、リクエストを送信するユーザーが、送信先のサーバー１６０に対応して記憶モジュール１３０に記憶されたユーザーであることを検証してもよい。
そして、送信制御（Ｂ）モジュール１２０は、抽出モジュール１１５による検証が失敗した場合は、サーバー１６０への送信を行わないように、通信（Ｂ）モジュール１４０を制御してもよい。ここで「検証が失敗した場合」とは、リクエストを送信するユーザーが、送信先のサーバー１６０に対応して記憶モジュール１３０に記憶されたユーザーではない場合である。また、リクエストを送信するユーザーが、送信先のサーバー１６０に対応して記憶モジュール１３０に記憶されたユーザーである場合は、送信制御（Ｂ）モジュール１２０は、端末１５０からのリクエストを第２証明書とともにサーバー１６０に送信するように、通信（Ｂ）モジュール１４０を制御する。

送信制御（Ｂ）モジュール１２０は、検出モジュール１１０、抽出モジュール１１５、通信（Ｂ）モジュール１４０と接続されている。送信制御（Ｂ）モジュール１２０は、検出モジュール１１０によって検出されたリクエストを、抽出モジュール１１５によって抽出された第２証明書とともにサーバー１６０に送信するように、通信（Ｂ）モジュール１４０を制御する。
また、送信制御（Ｂ）モジュール１２０は、抽出モジュール１１５による検証が失敗した場合は、サーバー１６０への送信を行わないように制御してもよい。
ここで「検証が失敗した場合」とは、本情報処理装置１００（生成モジュール１２５）が暗号化した第１証明書ではないと判断した場合である。

生成モジュール１２５は、検出モジュール１１０、送信制御（Ａ）モジュール１３５、通信（Ｂ）モジュール１４０と接続されている。生成モジュール１２５は、第２証明書を暗号化して第１証明書を生成する。例えば、生成モジュール１２５は、情報処理装置１００の秘密鍵で暗号化を行うようにしてもよい。この他、公開鍵暗号化手法以外の暗号手法を用いて、第１証明書を生成するようにしてもよい。
この場合、検出モジュール１１０は、端末１５０が送信したサーバー１６０を利用するための証明書を作成するためのリクエストを検出する。そして、通信（Ｂ）モジュール１４０が、証明書（具体的には、第２証明書）を伴った返信を受信した場合に、生成モジュール１２５による処理を行う。
また、生成モジュール１２５は、端末１５０を一意に識別する情報である識別情報を含めて第１証明書を生成するようにしてもよい。
この場合、抽出モジュール１１５は、第１証明書から識別情報を抽出し、その識別情報がリクエストを送信した端末１５０の識別情報であるか否かを検証するようにしてもよい。ここでの対象となるリクエストは、サーバー１６０のサービスを利用するためのリクエストである。

送信制御（Ａ）モジュール１３５は、通信（Ａ）モジュール１０５、生成モジュール１２５と接続されている。送信制御（Ａ）モジュール１３５は、生成モジュール１２５によって生成された第１証明書を端末１５０に送信するように、通信（Ａ）モジュール１０５を制御する。

通信（Ｂ）モジュール１４０は、送信制御（Ｂ）モジュール１２０、生成モジュール１２５と接続されており、また、通信回線を介してサーバー１６０と接続されている。通信（Ｂ）モジュール１４０は、サーバー１６０との通信を行う。例えば、通信（Ｂ）モジュール１４０は、送信制御（Ｂ）モジュール１２０の指示にしたがって、端末１５０からサーバー１６０へのリクエストと第２証明書を送信する。また、通信（Ｂ）モジュール１４０は、外部から送信されてきた第２証明書を受信して、その第２証明書を生成モジュール１２５に渡す。

端末１５０は、複数のサーバー１６０を利用できる場合がある。もちろんのことながら、そのために、各サーバー１６０を利用するための証明書はそれぞれ必要になる。つまり、複数の証明書を端末１５０で管理する必要がある。どのサーバー１６０にどの証明書を適用するかを、端末１５０のユーザーが管理することは困難である。そこで、複数の第２証明書をまとめて１つの第１証明書を生成するようにしてもよい。
そのようにした場合、抽出モジュール１１５は、第１証明書を復号して、複数の第２証明書を抽出するようにしてもよい。
そして、送信制御（Ｂ）モジュール１２０は、サーバー１６０に対応する第２証明書を選択して、リクエストをその第２証明書とともにサーバー１６０に送信するように、通信（Ｂ）モジュール１４０を制御してもよい。ここでの選択は、端末１５０が、サービスを利用するためのリクエストを送信した先であるサーバー１６０に対応する証明書を選択すればよい。
生成モジュール１２５は、端末１５０に対して、複数の第２証明書を含めて暗号化して第１証明書を生成するようにしてもよい。例えば、端末１５０が第２証明書を取得するたびに、その第２証明書を記憶し、過去の第２証明書を含めて第１証明書を生成してもよい。
そして、生成モジュール１２５が生成した第１証明書を端末１５０に送信するように、通信（Ａ）モジュール１０５を制御してもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
ここでの情報処理装置１００は、ゲートウェイ装置の機能を有している。
サーバー１６０として、クラウドサービスサーバーを例として説明する。
拠点内１９０には、例えば、情報処理装置１００、端末１５０Ａ、端末１５０Ｂが存在する。そして、情報処理装置１００、端末１５０Ａ、端末１５０Ｂは、拠点内１９０内の通信回線を介してそれぞれ接続されている。
情報処理装置１００とサーバー１６０は、通信回線２９０を介して接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。

企業が外部のクラウドサービスを利用する場合、企業が利用を管理、監視できない企業の拠点外からの利用を制限したい場合がある。しかし、クライアント証明書を利用した認証を行うクラウドサービスでは利用場所とは無関係に、クライアント証明書は有効なため、企業の拠点外から利用可能となってしまう。
本実施の形態は、企業がクライアント証明書を利用したクライアント認証を行う場合に、拠点外からのクラウドサービス利用の制限を可能とする。

例えば、図２に示すように、端末１５０Ａが携帯情報端末である場合は、拠点内１９０での利用だけでなく、拠点内１９０以外の場所からも利用することができる。情報処理装置１００は、端末１５０Ａ、端末１５０Ｂが拠点内１９０にある場合は、その端末１５０Ａ、端末１５０Ｂは、サーバー１６０が提供するクラウドサービスを利用できるようにし、端末１５０Ａが持ち出されて、拠点内１９０ではない場所で、サーバー１６０が提供するクラウドサービスを利用しようとした場合には、利用できないようにしている。

そのために、サーバー１６０を利用するためのクライアント証明書を情報処理装置１００が発行するローカル証明書に埋め込み、そのローカル証明書を端末１５０が保持する。そして、端末１５０がサーバー１６０の利用をしたい場合、情報処理装置１００でローカル証明書を復号してサーバー１６０のクライアント証明書を取り出してサーバー１６０の利用ができるようにする。
つまり、端末１５０が保持しているローカル証明書は、情報処理装置１００を経由すると、クライアント証明書に変更される。つまり、サーバー１６０は、クライアント証明書を受け取ることになる。サーバー１６０にとっては、そのクライアント証明書を検証して、端末１５０にサービスを提供するか否かを判断する。一方、拠点内１９０以外のところから情報処理装置１００を経由せずに、端末１５０がローカル証明書をサーバー１６０に送信した場合、サーバー１６０は、そのローカル証明書を検証することになるが、クライアント証明書ではないので、もちろんのことながら、検証失敗となり、サーバー１６０によるサービスの提供を受けることはできない。

また、クライアント証明書を要求するサーバー１６０を利用するために、クライアント証明書を各端末１５０のユーザーに配布すると、クライアント証明書の紛失、そのユーザーの退社等でクライアント証明書が失効すると、そのたびにＣＡ局に新しいクライアント証明書の発行を依頼する必要があり、煩雑であると共に対応が遅くなり、不正利用のリスクが高まる。
本実施の形態は、クライアント証明書のユーザーが証明書を紛失、退社等した場合にも、情報処理装置１００で、クライアント証明書の再発行を可能とするものである。
クライアント証明書を情報処理装置１００の秘密鍵で暗号化し、情報処理装置１００でユーザー（又は端末１５０）ごとに発行するローカル証明書に埋め込み、ユーザーに配布する。
サーバー１６０の利用時には、端末１５０は配布されたローカル証明書をサーバー１６０に送付しようとするが、このとき情報処理装置１００でリクエストとともに送信されたローカル証明書の検証と、そのローカル証明書に埋め込まれたクライアント証明書の復号を行い、リクエストとそのクライアント証明書をサーバー１６０に送付する。
そして、ユーザーのローカル証明書が紛失したりした場合は情報処理装置１００で保持する証明書失効リストに紛失したローカル証明書を記録するとともに、ユーザーに新たなローカル証明書を発行する。このようにすることで、端末１５０は、情報処理装置１００で発行された有効なローカル証明書を持っている場合のみ、サーバー１６０におけるサービスを利用可能となる。

図３は、本実施の形態による処理例を示すフローチャートである。クライアント証明書からローカル証明書を生成する処理例を示すものである。なお、図３の例では、クライアント証明書を作成することをサーバー１６０が行っているが、他の装置で行うようにしてもよい。例えば、認証局の機能を有する装置であってもよい。
ステップＳ３０２では、端末１５０は、情報処理装置１００に対して、クライアント証明書作成リクエストを送信する。
ステップＳ３０４では、情報処理装置１００は、クライアント証明書の作成可否を判定する。例えば、サービスとそのサービスを利用可能な端末１５０（ユーザー）を対応させて記憶しているテーブルを利用して、リクエストを送信した端末１５０は、送信先であるサーバー１６０のサービスを利用できるか否かを判定する。クライアント証明書の作成可と判定された場合は、ステップＳ３０６に進み、クライアント証明書の作成不可と判定された場合は、端末１５０にその旨を通知し、ステップＳ３０６以降の処理は行わない。

ステップＳ３０６では、情報処理装置１００は、サーバー１６０に対して、クライアント証明書作成リクエストを送信する。
ステップＳ３０８では、サーバー１６０は、クライアント証明書作成リクエストに応じて、クライアント証明書３５０を作成する。
ステップＳ３１０では、サーバー１６０は、情報処理装置１００に対して、クライアント証明書３５０を送信する。

ステップＳ３１２では、情報処理装置１００は、ローカル証明書３６０を作成する。具体的には、クライアント証明書３５０を情報処理装置１００の秘密鍵で暗号化してローカル証明書３６０を作成する。つまり、ローカル証明書３６０は、クライアント証明書３５０を内包している。その際に、クライアント証明書管理テーブル４００を作成してもよい。図４は、クライアント証明書管理テーブル４００のデータ構造例を示す説明図である。クライアント証明書管理テーブル４００は、ユーザーＩＤ欄４１０、サーバー欄４２０、クライアント証明書欄４３０を有している。ユーザーＩＤ欄４１０は、本実施の形態において、ユーザーを一意に識別するための情報（具体的にはユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎの略）を記憶している。サーバー欄４２０は、サーバー１６０を記憶している。クライアント証明書欄４３０は、そのサーバー１６０を利用するためのクライアント証明書３５０を記憶している。

なお、ユーザーと端末１５０の対応関係は、ユーザー・端末管理テーブル５００によって管理されている。図５は、ユーザー・端末管理テーブル５００のデータ構造例を示す説明図である。ユーザー・端末管理テーブル５００は、ユーザーＩＤ欄５１０、ＭＡＣアドレス欄５２０を有している。ユーザーＩＤ欄５１０は、ユーザーＩＤを記憶している。ＭＡＣアドレス欄５２０は、そのユーザーＩＤのユーザーが利用している端末１５０を一意に識別する情報の一例であるＭＡＣアドレスを記憶している。
また、ステップＳ３１２で生成するローカル証明書３６０に、端末１５０を一意に識別する情報（ＭＡＣアドレスなど）を埋め込むようにしてもよい。そして、情報処理装置１００で中継する際に（具体的には、後述する図６のステップＳ６０４で）、ローカル証明書３６０に含まれている端末１５０を一意に識別する情報の端末１５０からローカル証明書３６０が送信されてきたことをチェックすることで、端末１５０間でコピーされたローカル証明書３６０を使った不正アクセスを防止することができるようにする。
ステップＳ３１４では、情報処理装置１００は、端末１５０に対して、ローカル証明書３６０を送信する。

なお、端末１５０が、複数回のステップＳ３０８を行った場合、クライアント証明書管理テーブル４００を利用して、過去のクライアント証明書３５０（つまり、複数のクライアント証明書３５０）を含めて、ローカル証明書３６０を作成してもよい。

図６は、本実施の形態による処理例を示すフローチャートである。端末１５０がサーバー１６０が提供しているサービスを利用する処理例を示すものである。
ステップＳ６０２では、端末１５０は、情報処理装置１００に対して、サーバーリクエストとローカル証明書３６０を送信する。このローカル証明書３６０は、クライアント証明書３５０を内包している。なお、端末１５０では、ローカル証明書３６０を一般的なクライアント証明書として、ステップＳ６０２の処理を行っている。したがって、端末１５０では、クライアント証明書を用いたサービス利用をリクエストできる一般的なクライアントプログラム（例えば、ブラウザ）を利用することができる。

ステップＳ６０４では、情報処理装置１００は、ローカル証明書３６０を検証する。例えば、ローカル証明書３６０を、情報処理装置１００の公開鍵で復号し、クライアント証明書３５０が取り出せた場合は検証成功とし、クライアント証明書３５０が取り出せなかった場合は検証失敗とする。検証成功の場合は、ステップＳ６０６に進み、検証失敗の場合は、端末１５０にその旨を通知し、ステップＳ６０６以降の処理は行わない。検証の際に、例えば、クライアント証明書管理テーブル４００を用いて、取り出したクライアント証明書３５０は、ローカル証明書３６０が作成された際のクライアント証明書３５０であるか否かを判定すればよい。

ステップＳ６０６では、情報処理装置１００は、ローカル証明書３６０からクライアント証明書３５０を復号する。
ステップＳ６０８では、情報処理装置１００は、サーバー１６０に対して、サーバーリクエストとクライアント証明書３５０を送信する。ローカル証明書３６０を復号して複数のクライアント証明書３５０があった場合は、リクエスト元の端末１５０とリクエスト先のサーバー１６０とに対応するクライアント証明書３５０を選択して、そのクライアント証明書３５０をサーバー１６０に送信する。この選択の際に、クライアント証明書管理テーブル４００、ユーザー・端末管理テーブル５００を用いればよい。ユーザー・端末管理テーブル５００を用いて、リクエスト元の端末１５０からユーザーＩＤを抽出する。そして、クライアント証明書管理テーブル４００を用いて、そのユーザーＩＤと送信先のサーバー１６０との組み合わせに該当するクライアント証明書３５０であるか否かを判定すればよい。

ステップＳ６１０では、サーバー１６０は、クライアント証明書３５０を検証する。検証成功の場合は、ステップＳ６１２に進み、その端末１５０の指示にしたがってサービスを利用させる。検証失敗の場合は、端末１５０にその旨を通知し、その端末１５０によるサービスの利用は拒否する。
ステップＳ６１２では、サーバー１６０は、端末１５０に対して、サービス利用可と応答する。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図７に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ７０１を用い、記憶装置としてＲＡＭ７０２、ＲＯＭ７０３、ＨＤＤ７０４を用いている。ＨＤＤ７０４として、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）、フラッシュ・メモリであるＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅの略）等を用いてもよい。通信（Ａ）モジュール１０５、検出モジュール１１０、抽出モジュール１１５、送信制御（Ｂ）モジュール１２０、生成モジュール１２５、送信制御（Ａ）モジュール１３５、通信（Ｂ）モジュール１４０等のプログラムを実行するＣＰＵ７０１と、そのプログラムやデータを記憶するＲＡＭ７０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ７０３と、記憶モジュール１３０等としての機能を有する補助記憶装置であるＨＤＤ７０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置７０６と、液晶ディスプレイ、有機ＥＬディスプレイ、スピーカー等の出力装置７０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース７０７、そして、それらをつないでデータのやりとりをするためのバス７０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、プロセッサーとして、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略、ＧＰＧＰＵ（Ｇｅｎｅｒａｌ−Ｐｕｒｐｏｓｅ ｃｏｍｐｕｔｉｎｇ ｏｎ Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓの略）を含む）を用いてもよいし、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（具体例として、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略）等がある）や再構成可能な集積回路（具体例として、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略）等がある）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等に組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌの略）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…通信（Ａ）モジュール
１１０…検出モジュール
１１５…抽出モジュール
１２０…送信制御（Ｂ）モジュール
１２５…生成モジュール
１３０…記憶モジュール
１３５…送信制御（Ａ）モジュール
１４０…通信（Ｂ）モジュール
１５０…端末
１６０…サーバー
１９０…拠点内
２９０…通信回線

Claims (9)

1. 拠点内にある端末から送信された、外部にあるサーバーへのリクエストを検出する検出手段と、
   前記リクエストに添付された第１証明書を復号して、前記サーバーによるサービスの提供を受けるための第２証明書を抽出する抽出手段と、
   前記リクエストを前記第２証明書とともに前記サーバーに送信する送信手段
   を有する情報処理装置。
2. 前記第２証明書を暗号化して第１証明書を生成する生成手段と、
   前記第１証明書を前記端末に送信する第２送信手段
   をさらに有する請求項１に記載の情報処理装置。
3. 前記生成手段は、本情報処理装置の秘密鍵で暗号化を行う、
   請求項２に記載の情報処理装置。
4. 前記抽出手段は、本情報処理装置の公開鍵を用いて復号を行い、本情報処理装置が暗号化した第１証明書であることを検証し、
   前記送信手段は、前記検証が失敗した場合は、前記サーバーへの送信を行わない、
   請求項３に記載の情報処理装置。
5. 前記生成手段は、前記端末を一意に識別する情報である識別情報を含めて前記第１証明書を生成し、
   前記抽出手段は、前記第１証明書から前記識別情報を抽出し、該識別情報が前記リクエストを送信した端末の識別情報であるか否かを検証する、
   請求項４に記載の情報処理装置。
6. 前記抽出手段は、前記第１証明書を復号して、複数の第２証明書を抽出し、
   前記送信手段は、前記サーバーに対応する第２証明書を選択して、前記リクエストを該第２証明書とともに該サーバーに送信する、
   請求項１に記載の情報処理装置。
7. 前記端末に対して、前記複数の第２証明書を含めて暗号化して第１証明書を生成する生成手段と、
   前記第１証明書を前記端末に送信する第２送信手段
   をさらに有する請求項６に記載の情報処理装置。
8. サーバーによるサービスの提供を受けることができるユーザーを該サーバーに対応付けて記憶する記憶手段
   をさらに有し、
   前記抽出手段は、前記リクエストを送信するユーザーが、送信先のサーバーに対応して前記記憶手段に記憶されたユーザーであることを検証し、
   前記送信手段は、前記検証が失敗した場合は、前記サーバーへの送信を行わない、
   請求項１に記載の情報処理装置。
9. コンピュータを、
   拠点内にある端末から送信された、外部にあるサーバーへのリクエストを検出する検出手段と、
   前記リクエストに添付された第１証明書を復号して、前記サーバーによるサービスの提供を受けるための第２証明書を抽出する抽出手段と、
   前記リクエストを前記第２証明書とともに前記サーバーに送信する送信手段
   として機能させるための情報処理プログラム。