JP4637612B2 - 識別情報生成管理装置およびシステムならびにプログラム - Google Patents

Description

本発明は、ユーザ認証を行ってユーザがサービスを利用するためのサービス利用識別情報を生成し、管理する、識別情報生成管理装置およびシステムならびにプログラムに関する。

インターネットの普及によりサービスを提供するプロバイダが増加し、また、認証機能が付加されたサービスの利用形態も多数出現するようになった。
例えば、ユーザの作業量軽減とサービス提供側の負担軽減を目的としてサービス内容を容易に変更できるように、利用目的に従う特有の情報をユーザＩＤと共に受信し、サーバが認証によりネットワークへの接続の可否を判断し、取得した利用目的に応じてサービス内容を変更するネットワーク接続装置が知られている（例えば、特許文献１参照）。

また、ユーザとプロバイダとの間に信頼のおける第三者機関（ＴＴＰ：Trusted Third Party）が存在し、そのＴＴＰがユーザとサービスを管理する形態も存在する（例えば、非特許文献１参照）。
具体的に、ユーザとサービスは、それぞれＴＴＰに登録されており、ユーザがあるサービスを利用したい場合、ＴＴＰに対してサービス利用のためのＩＤ（識別情報）生成要求を発行する。これに対し、ＴＴＰはユーザを認証した上で、ユーザの要求に従ってサービスを利用するためのＩＤを生成し、ユーザ（またはサービス提供者の両方）に対して生成されたＩＤを提供する。そしてユーザは提供されたＩＤをサービス提供者に提示し、サービス提供者では提示されたＩＤをもとにユーザを識別してユーザに所定のサービスを提供する。このとき、サービス提供者は、ユーザが誰であるかを感知する必要がない。
特開２００２−１１１７４４号公報 ２００５年２月５日閲覧、インターネットＵＲＬ＜HTTP://magazine.fujitsu.com/vol48-2/03-3/html＞「ネットワークコンピューティングにおけるセキュリティ技術」

上記のようなサービス利用形態において、ＴＴＰがサービスに対してユーザの身元を保証するためには、例えば、ユーザが不正な行為を行った場合等、何らかの問題があった場合、サービス提供者からの要請に従って、サービスに使用されたＩＤの使用者（＝ユーザ）の身元を開示する必要がある。このため、ＴＴＰは、ＩＤとその使用者であるユーザとの対応付けを管理しておく必要があった。
しかしながら、ＴＴＰに登録されているユーザとサービス提供者の数が多い場合、ＴＴＰが生成し提供するＩＤの数は膨大な数にのぼり、生成したＩＤを全てデータベースに保存することは管理の効率上好ましくない。

本発明は、上記事情に基づいてなされたものであり、ユーザがサービスを利用する際、サービス提供者がユーザを識別するためのＩＤを信頼のおける第三者機関が生成し提供する場合に、提供したＩＤを効率良く管理することのできる、識別情報生成管理装置およびシステムならびにプログラムを提供することを目的とする。

上記した課題を解決するために本発明は、ユーザ端末とサービス提供サーバとはネットワークを介して接続され、ユーザ認証を行ってユーザがサービスを利用するためのサービス利用識別情報を生成し管理する識別情報生成管理装置であって、前記ユーザ端末から識別情報生成要求を受信し、登録済みのログイン情報を暗号化して前記サービス利用識別情報を生成し、応答するサービス識別情報生成手段と、前記サービス提供サーバから、ユーザと前記生成したサービス利用識別情報との対応付けについての問い合わせを受信したときに前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して応答する識別情報管理手段と、を具備することを特徴とする。

また、本発明において、前記識別情報生成手段は、登録済みのユーザとサービス利用識別情報のビット結合列を生成し、あらかじめ用意された唯一の暗号鍵を用いて暗号化し、前記識別情報管理手段は、前記ビット結合列を前記暗号鍵により復号化して前記ビット結合列のユーザとサービス利用識別情報との対応付けを出力すること、を特徴とする。

また、本発明において、前記識別情報生成手段は、前記ビット結合列に、更に、現在時刻情報もしくは乱数情報を付加して前記サービス利用識別情報を生成することを特徴とする。

また、本発明において、前記識別情報生成手段は、鍵データベースに格納される、サービス毎にあらかじめ用意された暗号鍵の一つを用いて前記サービス利用識別情報を暗号化し、前記識別情報管理手段は、前記暗号化されたサービス利用識別情報と、利用されるサービスを受信し、データベースを参照して前記サービスに対応する暗号鍵を取得し、当該暗号鍵を用いて前記暗号化されたサービス利用識別情報を復号化し、ユーザとの対応付けを出力することを特徴とする。

また、本発明は、ユーザ端末と、サービス提供サーバと、ユーザ認証を行いユーザがサービスを利用するためのサービス利用識別情報を生成し管理する管理サーバとが、ネットワークを介して接続される識別情報生成管理システムであって、前記管理サーバは、登録済みのログイン情報を暗号化して前記サービス利用識別情報を生成し応答するサービス識別情報生成手段と、前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して応答する識別情報管理手段から成り、前記前記ユーザ端末から識別情報生成要求を受信したときにサービス識別情報生成手段が、前記登録済みのログイン情報を暗号化して前記サービス利用識別情報を生成して応答し、前記サービス利用端末からユーザと前記生成したサービス利用識別情報との対応付けについての問い合わせを受信したときに、前記サービス識別情報管理手段が、前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して応答することを特徴とする。

また、本発明は、ユーザ端末と、サービス提供サーバとは、ネットワークを介して接続され、ユーザ認証を行ってユーザがサービスを利用するためのサービス利用識別情報を生成し管理する識別情報生成管理装置に用いられるプログラムであって、前記ユーザ端末から識別情報生成要求を受信し、登録済みのログイン情報を暗号化して前記サービス利用識別情報を生成し、応答する処理と、前記サービス提供サーバから、ユーザと前記生成したサービス利用識別情報との対応付けについての問い合わせを受信したときに前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して応答する処理と、をコンピュータに実行させることを特徴とする。

本発明によれば、あらかじめ登録されたユーザがあるサービスを利用するために必要とする識別情報（以下、単にサービス利用ＩＤという）を識別情報生成管理装置が生成する際に、ユーザのログインＩＤを固有の暗号鍵を用いて暗号化することで新しいサービス利用のためのＩＤを生成し、また、生成したＩＤを保持することなく暗号鍵のみを保持し、サービス提供サーバから問合せがあったときに（ユーザと生成したＩＤとの対応づけを必要とする場合）、生成したＩＤを復号化して取得することで暗号技術を用いてＩＤを生成するため生成されたＩＤとＩＤのユーザとの関連付けはＩＤを復号化することで把握でき、このことにより、識別情報生成管理装置は、生成したＩＤを全てデータベース等により管理する必要はなくなり、暗号鍵のみを保持すれば済むため必要とするデータベース量を小さくすることができる。従って、ＩＤを効率良く管理することが可能になる。
また、ＩＤを生成する際に、ユーザのログインＩＤに、例えば、生成した時刻、あるいは乱数などの情報を付与しておけば、必ずユニークなＩＤになると共に、ＩＤを復号化したときに付加された情報をも取得することができる。

図１は、本発明実施形態に係る識別情報生成管理システムのシステム構成の一例を示す図である。
本発明の識別情報生成管理システムは、ユーザ端末１と、サービス提供サーバ（ＳＰサーバ２）と、ユーザ認証を行いユーザがサービスを利用するためのサービス利用ＩＤを生成し管理する管理サーバ（ＴＴＰサーバ３）とで構成され、上記したそれぞれの装置１、２、３は、ネットワーク４を介して接続される。

ＴＴＰサーバ３は、後述するように、ユーザの登録済みのログイン情報を暗号化してサービス利用ＩＤを生成し、応答するサービスＩＤ生成手段と、暗号化のときに使用した暗号鍵を用いてサービス利用ＩＤを復号化して応答する識別情報管理手段から成り、ユーザ端末１からＩＤ生成要求を受信したときに、サービスＩＤ生成手段が、登録済みのログイン情報を暗号化してサービス利用ＩＤを通知（応答）し、ＳＰサーバ２からユーザと生成したサービス利用ＩＤとの対応付けについての問い合わせを受信したときに、サービスＩＤ管理手段が、暗号化のときに使用した暗号鍵を用いてサービス利用ＩＤを復号化して応答する。
なお、ユーザ端末１とＳＰサーバ２は、ＴＴＰサーバ３により認証され通知されるサービスＩＤに従い、サービス利用およびサービス提供を行う。

図２は、本発明実施形態に係る識別情報生成管理装置（図１に示すＴＴＰサーバ３）の内部構成を機能展開して示したブロック図である。
本発明の識別情報生成管理装置は、通信管理部３１と、ＩＤ生成部３２と、ＩＤ管理部３３と、鍵ＤＢ（Data Base）３４と、ユーザＤＢ３５と、サービスＤＢ３６で構成される。

通信管理部３１は、ユーザ端末１からＩＤ生成要求を受信してＴＴＰサーバ３により生成されるサービス利用ＩＤを送信する他に、ＳＰサーバ２からユーザに関する問い合わせを受信してＴＴＰサーバ３により検索出力されるユーザ情報を応答する機能を持つ。
ＩＤ生成部３２は、ユーザ端末１から通信管理部３１を介してＩＤ生成要求を受信し、登録済みのログイン情報を暗号化してサービス利用ＩＤを生成し、応答する請求項に示すＩＤ生成手段として機能し、ＩＤ管理部３３は、ＳＰサーバ２から、ユーザと生成したサービス利用ＩＤとの対応付けに関する情報ついての問い合わせを受信したときに、先に暗号化のときに使用した暗号鍵を用いてサービス利用ＩＤを復号化して応答する請求項に記載のＩＤ管理手段として機能する。なお、鍵ＤＢ３４には上記した暗号鍵が、ユーザＤＢ３５には、購買記録等ユーザに係る個人情報が、サービスＤＢ３６には、サービス内容にかかわるサービス情報が保存される。

図３は、本発明の実施形態に係る動作を説明するために引用したシーケンス図であり、ＩＤ生成に係る部分の動作を抽出して示したものである。
以下、図３に示すシーケンス図を参照しながら図２に示す本発明の識別情報生成管理装置のＩＤ生成に係る動作を説明する。

まず、サービス利用にあたり、ユーザ端末１は、ＴＴＰサーバ３に対してＩＤ生成要求を発行する（Ｓ３１）。通信管理部３１は、これを受信してユーザＤＢ３５を参照してユーザＩＤを取得し（Ｓ３２、Ｓ３３）、また、サービスＤＢ３６に対してサービスＩＤ取得要求を発行し、サービスＤＢ３６を参照してサービスＩＤを取得する（Ｓ３４、Ｓ３５）。更に、通信管理部３１は、暗号鍵取得要求を発行し、鍵ＤＢ３４を参照して暗号鍵を取得する（Ｓ３６、Ｓ３７）。
最後に、ユーザＩＤ、サービスＩＤ、暗号鍵を取得した通信管理部３１は、ＩＤ生成部３２に対してＩＤ生成要求（暗号化要求）を発行し（Ｓ３８）、ＩＤ生成部３２によるサービス利用ＩＤのための暗号化処理を待ち、暗号化されたサービス利用ＩＤを取得して（Ｓ３９：ＩＤ生成応答）、要求のあったユーザ端末１に通知し、また、必要に応じてＳＰ提供サーバ２にも通知する（Ｓ４０）。

図４〜図６は、本発明実施形態の動作を説明するために引用したフローチャートであり、本発明のプログラムの処理手順も示している。ここでは、ＩＤ生成方法について３つの例が示されている。
以下、それぞれのフローチャートについて詳細説明を行うが、以下の説明に出てくる記号を定義すれば以下のようになる。すなわち、ＴＴＰは信頼のおける第三者機関、ＵはＴＴＰに登録されているユーザ、ＳはＴＴＰに登録されているサービス、ＩＤ_ｕはユーザＵのＴＴＰにおけるＩＤ、ＩＤ_ｓはサービスＳの第三者機関ＴＴＰにおけるＩＤ、Ｋは第三者機関ＴＴＰが管理する暗号化鍵、Ｋ_ｓは第三者機関ＴＴＰが管理するサービスＳのための暗号化鍵、ＩＤ_ｕ_ｓは第三者機関ＴＴＰにより生成されたユーザＵのサービスＳのためのＩＤ、Ｅ_ｋ（）は鍵Ｋによる暗号化、Ｄ_ｋ（）は鍵Ｋによる復号化、Ｔは現在時刻、Ｒは乱数、ＳＴはビット結合列である。

図４に示すフローチャートは、ＩＤの暗号化に唯一の鍵を使用する場合の本発明実施形態に係る識別情報生成管理装置の動作を示す。
ここでは、ＴＴＰサーバ３は暗号化のための暗号化鍵Ｋを一個のみ準備し、鍵ＤＢ３４に保持しておく（Ｓ４１）。このとき、ユーザＵがサービスＳを利用するためのＩＤ_ｕ_ｓは、以下のように作成される。すなわち、ＴＴＰサーバ３は、ＩＤ生成要求を受信すると（Ｓ４２“Ｙｅｓ”）、ＩＤ生成部３２において、ＩＤ_ｕと、ＩＤ_ｓのビットの結合列ＳＴを生成する（ｓ４３）。そして、ビット結合列ＳＴを、暗号化鍵Ｋを用いて暗号化し、得られる暗号化列Ｅ_ｋ（ＳＴ）をＩＤ_ｕ_ｓとする（Ｓ４４）。

次に、ＳＰサーバ２から問い合わせ要求があった場合（Ｓ４５“Ｙｅｓ”）、ＩＤ管理部３３は、ＩＤ_ｕ_ｓを鍵ＤＢ３４に保存された暗号化鍵Ｋにより復号化して応答することで（Ｓ４６）、サービス提供者は、ＩＤ_ｕ_ｓのユーザＵとＵが利用するサービスＳの対応付けがわかる。上記した方法によれば、第三者機関ＴＴＰが必要な鍵は１個で済む。

図５に示すフローチャートは、サービスごとに固有の暗号化鍵Ｋを用いる場合の本発明実施形態に係るＩＤ生成管理装置の動作を示す。
ここでは、ＴＴＰサーバ３は、登録されているサービスＳに対して固有な暗号化鍵Ｋ_ｓをサービスの数だけ準備し、また、サービスＳと暗号化鍵Ｋ_ｓの関係を鍵ＤＢ３４に保持しておく（Ｓ５１）。そして、ユーザＵがサービスＳを利用するためのＩＤ_ｕ_ｓを以下のようにして作成する。

まず、ＴＴＰサーバ３のＩＤ生成部３２は、通信管理部３１を介してＩＤ生成要求を受信すると（Ｓ５２“Ｙｅｓ”）、ＩＤ_ｕを、暗号化鍵Ｋ_ｓを用いて暗号化してサービス利用のためのＩＤを生成し、ここで得られる暗号化列Ｅ_ｋｓ（ＩＤ_ｕ）をＩＤ_ｕ_ｓとする（Ｓ５３）。

ＩＤ_ｕ_ｓのユーザＵを知るためにＳＰサーバ２から問い合わせを受けたときに（Ｓ５４“Ｙｅｓ”）、ＴＴＰサーバ３のＩＤ管理部３３は以下の動作を行う。まず、ユーザ端末１は、ＴＴＰサーバ３に対し、ＩＤ_ｕ_ｓとそのＩＤが利用されたサービスＳの２つを提示する（Ｓ５５“Ｙｅｓ”）。これを、通信管理部３１を介して受信したＩＤ管理部３３は、鍵ＤＢ３４を参照してサービスＳに対応する暗号化鍵Ｋ_ｓを検索する（Ｓ５６）。続いて、暗号化鍵Ｋ_ｓを用いて、ＩＤ_ｕ_ｓを復号して通信管理部３１を介して要求のあったＳＰサーバ２へ応答する（Ｄ_ｋｓ（ＩＤ_ｕ_ｓ））ことで（Ｓ５７）、サービス提供者はＩＤ_ｕ_ｓとユーザＵの対応関係を知ることができる。

上記方法によれば、暗号化のための鍵は、サービスの数だけ必要となるが、万が一、暗号化鍵Ｋ_ｓが漏れた場合でも、他のサービスで利用されているＩＤに対しては影響が及ばない。

図６に示すフローチャートは、ユーザＵのサービスに対するＩＤを複数生成する場合の本発明実施形態に係る識別情報生成管理装置の動作を示す。
ここでは、図４に示す例と同様、ＴＴＰサーバ３は一個の暗号化鍵Ｋを準備し、鍵ＤＢ３４に保持しておく（Ｓ６１）。まず、ＴＴＰサーバ３は、通信管理部３１を介してユーザ端末１からＩＤ生成要求を受信したとき（Ｓ６２“Ｙｅｓ”）、ＩＤ生成部３２においてＩＤ_ｕとＩＤ_ｓと現在時刻Ｔのビットの結合列ＳＴを生成する（Ｓ６３）。そして、ビット結合列ＳＴを、暗号化鍵Ｋを用いて暗号化し、得られた暗号化ビット列Ｅ_ｋ（ＳＴ）をＩＤ_ｕ_ｓとする（Ｓ６４）。

次に、ＳＰサーバ２から問い合わせ要求があった場合（Ｓ６５“Ｙｅｓ”）、ＩＤ管理部３３は、ＩＤ_ｕ_ｓを鍵ＤＢ３４に保存された暗号化鍵Ｋにより復号化して応答することで（Ｓ６６）、サービス提供者は、ＩＤ_ｕ_ｓのユーザＵとＵが利用するサービスＳの対応付けがわかる。

上記した実施形態によれば、例えば、Ｔを秒単位で管理し、ＩＤの生成を１回１秒以下に限定すれば、生成されるＩＤ_ｕ_ｓは全て異なるＩＤとなる。また、復号化することで、ユーザＵとＩＤ_ｕ_ｓの生成した時刻についての情報の取得が可能になる。
なお、現在時刻の代わり乱数Ｒを用いれば、生成毎にランダムなＩＤを生成できることになる。

以上説明のように本発明は、あらかじめ登録されたユーザがあるサービスを利用するために必要となるＩＤを識別情報生成管理装置が生成する際に、ユーザのログインＩＤを固有の暗号鍵を用いて暗号化することで新しいサービス利用のためのＩＤを生成するものである。また、生成したＩＤを保持することなく暗号鍵のみを保持し、サービス提供サーバから問合せがあったときに（ユーザと生成したＩＤとの対応づけを必要とする場合）、生成したＩＤを復号化して取得するものである。
このことにより、暗号技術を用いてＩＤを生成するため、生成されたＩＤとＩＤのユーザとの関連付けはＩＤを復号化することで把握でき、従って、生成したＩＤを全てデータベース等により管理する必要はなくなり、暗号鍵のみを保持すれば済むため必要とするデータベース量を小さくすることができ、ＩＤを効率良く管理することが可能になる。

また、ＩＤを生成する際に、ユーザのログインＩＤに、例えば、生成した時刻、あるいは乱数などの情報を付与しておけば必ずユニークなＩＤになると共に、ＩＤを復号化したときに付加された情報をも取得することができる。

なお、図２に示す、通信管理部３１と、ＩＤ生成部３２と、ＩＤ管理部３３のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって本発明の識別情報生成管理装置およびシステムを実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明実施形態にかかわる識別情報生成管理システムのシステム構成の一例を示す図である。 本発明実施形態にかかわる識別情報生成管理装置の内部構成を機能展開して示したブロック図である。 本発明実施形態の動作を説明するために引用したシーケンス図である。 本発明実施形態の動作を説明するために引用したフローチャートである。 本発明の他の実施形態における動作を説明するために引用したフローチャートである。 本発明の更に他の実施形態における動作を説明するために引用したフローチャートである。

符号の説明

１…ユーザ端末、２…ＳＰサーバ、３…ＴＴＰサーバ、４…ネットワーク、３１…通信管理部、３２…ＩＤ生成部（ＩＤ生成手段）、３３…ＩＤ管理部（ＩＤ管理手段）、３４…鍵ＤＢ、３５…ユーザＤＢ、３６…サービスＤＢ

Claims (5)

1. ユーザ端末とサービス提供サーバとはネットワークを介して接続され、ユーザ認証を行ってユーザがサービスを利用するためのサービス利用識別情報を生成し、管理する識別情報生成管理装置であって、
   前記ユーザ端末から識別情報生成要求を受信し、ユーザデータベースを参照して取得されるユーザＩＤとサービスデータベースを参照して取得されるサービスＩＤとを結合したビット結合列を、あらかじめ用意された各サービスに共通の暗号鍵を用いて暗号化して前記サービス利用識別情報を生成し、応答する識別情報生成手段と、
   前記サービス提供サーバから、前記生成したサービス利用識別情報に対応するユーザに関する問い合わせを受信したときに、前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して、復号化により得られたユーザＩＤに基づく情報を応答する識別情報管理手段と、
   を具備することを特徴とする識別情報生成管理装置。
2. 前記識別情報生成手段は、
   前記ビット結合列に更に現在時刻情報もしくは乱数情報を付加して得られるビット結合列を用いて、前記サービス利用識別情報を生成することを特徴とする請求項１に記載の識別情報生成管理装置。
3. 前記識別情報生成手段は、
   鍵データベースに格納される、サービス毎にあらかじめ用意された暗号鍵の一つを用いて前記ビット結合列を暗号化することによりサービス利用識別情報を生成し、
   前記識別情報管理手段は、
   前記暗号化されたサービス利用識別情報と、利用されるサービスを受信し、前記鍵データベースを参照して前記サービスに対応する暗号鍵を取得し、当該暗号鍵を用いて前記暗号化されたサービス利用識別情報を復号化することを特徴とする請求項１に記載の識別情報生成管理装置。
4. ユーザ端末と、サービス提供サーバと、ユーザ認証を行いユーザがサービスを利用するためのサービス利用識別情報を生成し管理する管理サーバとが、ネットワークを介して接続される識別情報生成管理システムであって、
   前記管理サーバは、
   前記ユーザ端末から識別情報生成要求を受信し、ユーザデータベースを参照して取得されるユーザＩＤとサービスデータベースを参照して取得されるサービスＩＤとを結合したビット結合列を、あらかじめ用意された各サービスに共通の暗号鍵を用いて暗号化して前記サービス利用識別情報を生成し、応答する識別情報生成手段と、
   前記サービス提供サーバから、前記生成したサービス利用識別情報に対応するユーザに関する問い合わせを受信したときに、前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して、復号化により得られたユーザＩＤに基づく情報を応答する識別情報管理手段と、
   を具備することを特徴とする識別情報生成管理システム。
5. ユーザ端末とサービス提供サーバとはネットワークを介して接続され、ユーザ認証を行ってユーザがサービスを利用するためのサービス利用識別情報を生成し、管理する識別情報生成管理装置に用いられるプログラムであって、
   前記ユーザ端末から識別情報生成要求を受信し、ユーザデータベースを参照して取得されるユーザＩＤとサービスデータベースを参照して取得されるサービスＩＤとを結合したビット結合列を、あらかじめ用意された各サービスに共通の暗号鍵を用いて暗号化して前記サービス利用識別情報を生成し、応答する処理と、
   前記サービス提供サーバから、前記生成したサービス利用識別情報に対応するユーザに関する問い合わせを受信したときに、前記暗号化のときに使用した暗号鍵を用いて前記サービス利用識別情報を復号化して、復号化により得られたユーザＩＤに基づく情報を応答する処理と、
   をコンピュータに実行させるプログラム。

Images