データ処理装置及びデータ処理方法及びプログラム
【課題】暗号化されていない平文登録データを用いるユーザ認証と、暗号化された暗号文登録データを用いるユーザ認証とを併用できる構成を実現する。
【解決手段】検証部１０７は、平文登録データを検索してユーザ認証を行い、秘匿検索部１０９は、暗号文登録データを検索してユーザ認証を行う。検証部１０７は、ユーザ端末装置からユーザ認証要求を受信すると、ユーザ認証要求に所定の判別子データが含まれているか否かを判断し、判別子データが含まれている場合は、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を、暗号文登録データを用いて秘匿検索部１０９に行わせ、判別子データが含まれていない場合は、検証部１０７自身が平文登録データを用いたユーザ認証を行う。
【解決手段】検証部１０７は、平文登録データを検索してユーザ認証を行い、秘匿検索部１０９は、暗号文登録データを検索してユーザ認証を行う。検証部１０７は、ユーザ端末装置からユーザ認証要求を受信すると、ユーザ認証要求に所定の判別子データが含まれているか否かを判断し、判別子データが含まれている場合は、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を、暗号文登録データを用いて秘匿検索部１０９に行わせ、判別子データが含まれていない場合は、検証部１０７自身が平文登録データを用いたユーザ認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザを認証する技術に関する。
【背景技術】
【０００２】
ネットワーク上の多数のサービスを利用する際に、個別のサービスの利用に必要なサービスＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を、「共通ＩＤ」と呼ばれる特定のＩＤに対応付ける、ＩＤマッピングと呼ばれる技術がある。
ＩＤマッピングを用いると、共通ＩＤに対してパスワードチェックなどの認証を行った結果を信頼し、サービスＩＤでの認証を行わずにサービス利用を許可する認証システムを実現できる。
例えば、ユーザＸのサービスＡにおけるユーザＩＤ（サービスＩＤ）がａｘｘであり、サービスＢおけるユーザＩＤ（サービスＩＤ）がｂｘｘである場合を想定する。
そして、ポータルにおいて共通ＩＤ：ｘｘｘをユーザＩＤ：ａｘｘとユーザＩＤ：ｂｘｘとに対応付けておき、ポータルが共通ＩＤ：ｘｘｘに対して認証を行うと、サービスＡはユーザＩＤ：ａｘｘでの認証を行わずにユーザＸにサービスの利用を許可し、サービスＢはユーザＩＤ：ｂｘｘでの認証を行わずにユーザＸにサービスの利用を許可することができる。
【０００３】
このような、ユーザ認証を行うシステムにおいては、共通ＩＤのような認証用のＩＤはＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）と呼ばれる標準インタフェースを提供するミドルウェアに格納するのが一般的である。
特許文献１には、従来技術で実現した認証システムの例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−３１００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
認証システム内で、共通ＩＤとサービスＩＤの対応情報を管理するＩＤマッピング機能においては、暗号化したデータを復号せずに比較し検索することを可能にする秘匿検索技術を用いて、共通ＩＤ、サービスＩＤを暗号化し安全に管理するよう構成することができる。
【０００６】
ＩＤマッピング機能を持つ認証システム内で、共通ＩＤを秘匿検索技術により暗号化して格納する場合には、以下の課題がある。
【０００７】
ＬＤＡＰは一般的には秘匿検索技術に対応していないため、暗号化された共通ＩＤをＬＤＡＰで検索するためには、ＬＤＡＰを拡張した秘匿検索インタフェースを独自に構築する必要がある。
しかしながら、秘匿検索インタフェースをＬＤＡＰに追加すると、標準インタフェースとしてのＬＤＡＰの利用価値が薄れる。
また既存の認証システムを大幅改修する必要が生じる。
一方、現状の秘匿検索技術は検索実行に時間が係ることから、認証システムにおいては、共通ＩＤの安全性のレベルをダウンさせる代わりに秘匿検索技術を適用しないオプションを提供したいというニーズがある。
このため、既存のＬＤＡＰをそのまま利用し秘匿検索技術を適用しない認証と、秘匿検索技術を適用する認証を、１つの認証システムの中で共存させる必要がある。
【０００８】
この発明は、このような点に鑑み、暗号化されていない平文の登録データを用いるユーザ認証と、暗号化された暗号文の登録データを用いるユーザ認証とを併用できる構成を実現することを主な目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るデータ処理装置は、
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部と、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されるデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するためのデータを、判別子データとして記憶する判別子データ記憶部と、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信部と、
前記ユーザ認証要求に前記判別子データが含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理部とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ユーザ認証要求に判別子データが含まれている場合は、暗号文登録データを用いる第２のユーザ認証部にユーザ認証を行わせ、判別子データが含まれていない場合は、平文登録データを用いる第１のユーザ認証部にユーザ認証を行わせるため、平文登録データを用いるユーザ認証と、暗号文登録データを用いるユーザ認証とを併用することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係る認証システムの構成例を示す図。
【図２】実施の形態１に係る検証部と記憶部が保管する情報の例を示す図。
【図３】実施の形態１に係る認証システムの動作例を示すフローチャート図。
【図４】実施の形態１に係る認証システムの動作例を示す図。
【図５】実施の形態２に係る認証システムの構成例を示す図。
【図６】実施の形態２に係る検証部と記憶部が保管する情報の例を示す図。
【図７】実施の形態２に係る検証部と記憶部が保管する情報の例を示す図。
【図８】実施の形態２に係る認証システムの動作例を示すフローチャート図。
【図９】実施の形態２に係る認証システムの動作例を示す図。
【図１０】実施の形態３に係る認証システムの構成例を示す図。
【図１１】実施の形態３に係る認証システムの動作例を示すフローチャート図。
【図１２】実施の形態４に係るサービス構成情報管理部が保管する情報の例を示す図。
【図１３】実施の形態４に係る認証システムの動作例を示すフローチャート図。
【図１４】実施の形態１〜４に係る認証システムのハードウェア構成例を示す図。
【発明を実施するための形態】
【００１２】
実施の形態１．
図１に、本実施の形態に係る認証システム１００の機能構成例を示す。
なお、認証システム１００は、データ処理装置の例に相当する。
【００１３】
図１において、認証システム１００は、要求受付部１０６、認証情報送信部１０４、検証部１０７からなる制御部１０１、ユーザを識別する情報であるＩＤを記憶するアカウントＤＢ（Ｄａｔａｂａｓｅ）１１０を備える記憶部１０２、通信制御インタフェース部１０３（通信制御Ｉ／Ｆ部とも表記する）を備えている。
【００１４】
通信制御インタフェース部１０３は、ユーザが利用するユーザ端末装置と通信を行う。
通信制御インタフェース部１０３は、例えば、ユーザ端末装置からユーザ認証要求を受信し、また、後述する仮ＩＤ、認証情報、転送情報等をユーザ端末装置に送信する。
通信制御インタフェース部１０３は、通信部の例に相当する。
【００１５】
要求受付部１０６は、通信制御インタフェース部１０３で受信されたユーザ端末装置からのユーザ認証要求を受け付ける。
【００１６】
認証情報送信部１０４は、通信制御インタフェース部１０３を介して、ユーザ認証の認証結果を示す認証情報をユーザ端末装置に送信する。
【００１７】
上述のＬＤＡＰは、本構成において、検証部１０７の提供するインタフェースである。
検証部１０７は、暗号化されていない状態で登録されているデータ（平文登録データともいう）を検索してユーザ認証を行う。
平文登録データとしては、例えば、ＩＤマッピングにおける共通ＩＤがある。
なお、上記の「暗号化されていない状態」及び「平文」とは、秘匿検索に用いられる暗号アルゴリズムで暗号化されていないという意味である。
このため、ユーザ端末装置２００と認証システム１００との間で共有している鍵（公開鍵方式、共通鍵方式の別を問わない）で登録データを暗号化していても、「暗号化されていない状態」及び「平文」に該当する。
検証部１０７は、第１のユーザ認証部に相当する。
また、検証部１０７は、ユーザ端末装置からのユーザ認証要求に後述の仮ＩＤが含まれているか否かを判断する。
そして、ユーザ認証要求に仮ＩＤが含まれている場合に、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を後述の秘匿検索部１０９に行わせ、ユーザ認証要求に仮ＩＤが含まれていない場合に、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を検証部１０７自身が行う。
検証部１０７は、認証管理部の例にも相当する。
【００１８】
また、本実施の形態に係る認証システム１００は、認証情報送信部１０４内に仮ＩＤ処理部１０５、検証部１０７内に仮ＩＤ管理部１０８、記憶部１０２内に秘匿検索部１０９を備える。
【００１９】
秘匿検索部１０９は、暗号化された状態で登録されているデータ（暗号文登録データともいう）を秘匿検索してユーザ認証を行う。
暗号文登録データとしては、例えば、ＩＤマッピングにおける共通ＩＤが暗号化されたものがある。
秘匿検索部１０９は、秘匿検索に対応したアルゴリズムで暗号化された情報を含む検索条件を受け取り、記憶部１０２内のアカウントＤＢ１１０が保管している、秘匿検索に対応したアルゴリズムで暗号化された暗号文登録データと、検索条件内の暗号化された情報のそれぞれを復号することなく比較し検索する機能を提供する。
なお、秘匿検索部１０９は、第２のユーザ認証部の例に相当する。
【００２０】
仮ＩＤ処理部１０５は、ＩＤを秘匿検索に対応したアルゴリズムで暗号化し登録することを要求するユーザに対しては、仮ＩＤを発行し、また検証部１０７に仮ＩＤを登録するとともに、仮ＩＤの属性の一つとして秘匿検索部１０９への転送情報（秘匿検索部１０９のＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を当該転送情報とすることで実現できる）を登録する。
つまり、仮ＩＤは、秘匿検索部１０９の秘匿検索によるユーザ認証の対象となるユーザを判別するためのデータであり、判別子データの例に相当する。
仮ＩＤは、平文登録データ（例えば、平文の共通ＩＤ）、暗号文登録データ（例えば、暗号化された共通ＩＤ）とも異なっているデータである必要がある。
なお、仮ＩＤは、秘匿検索部１０９によるユーザ認証を希望するユーザのユーザ端末装置に通知される。
また、転送情報は、ユーザが持つ暗号復号用の鍵で復号できる暗号の暗号化鍵を認証システム１００が持つ場合、この暗号化鍵を用いて暗号化しておくことができる。
このような暗号化鍵は、例えばユーザと認証システムが共通鍵暗号の暗号化鍵を共有することにより実現できる。
なお、転送情報は、アクセス情報の例に相当する。
【００２１】
仮ＩＤ管理部１０８は、仮ＩＤを保管し、また仮ＩＤに関連付けた属性の一つとして、秘匿検索部１０９への転送情報を保管する機能を提供する。
このように、仮ＩＤ管理部１０８は、判別子データである仮ＩＤを記憶しており、判別子データ記憶部の例に相当する。
なお、仮ＩＤ管理部１０８は、記憶部１０２以外の記憶領域（例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））とする。
【００２２】
なお、認証システム１００を、プロセッサ、ＲＡＭ、磁気ディスク装置、通信インタフェース等を備える一般的なコンピュータとすることができる。
この場合、アカウントＤＢ１１０を含む記憶部１０２を磁気ディスク装置で、認証情報送信部１０４、仮ＩＤ処理部１０５、要求受付部１０６、検証部１０７、仮ＩＤ管理部１０８及び秘匿検索部１０９をプロセッサで実行されるコンピュータプログラムとして、実現することができる。
なお、秘匿検索部１０９は、アカウントＤＢ１１０に記憶されている暗号文登録データの秘匿検索を行い、記憶部１０２と密接な関係にあるため記憶部１０２内に図示しているが、秘匿検索部１０９はコンピュータプログラムとして実現されるものであり、記憶部１０２内の静的なファイル等ではない。
【００２３】
図２に、本実施の形態に係る認証システム１００の検証部１０７の仮ＩＤ管理部１０８と記憶部１０２のアカウントＤＢ１１０が保管する情報の例を示す。
【００２４】
この例では、検証部１０７の仮ＩＤ管理部１０８の「共通ＩＤ」の項目に仮ＩＤとして「仮ＩＤ１」という値が登録されており、この「仮ＩＤ１」に関連付けられている属性の一つである「属性２」の値に、秘匿検索部１０９への転送情報が登録されている。
記憶部１０２のアカウントＤＢ１１０には「共通ＩＤ」として「ＣＩＤ１」という値が暗号化されて格納されている。
ユーザ端末装置２００が、「仮ＩＤ１」を含むユーザ認証要求を送信した場合、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７がユーザ認証要求を入力し、入力したユーザ認証要求に仮ＩＤが含まれているか否かを判断する。
そして、ユーザ認証要求に「仮ＩＤ１」が含まれている場合は、検証部１０７は、「仮ＩＤ１」のレコードの「属性２」にある転送情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する。
【００２５】
ユーザ端末装置２００では、ユーザ自身が持つ「ＣＩＤ１」という値を暗号化し、秘匿検索部１０９への転送情報をもとに、暗号化された「ＣＩＤ１」が含まれる秘匿検索要求を秘匿検索部１０９へ送信する。
秘匿検索部１０９は、通信制御インタフェース部１０３及び要求受付部１０６を経由して、秘匿検索要求を入力し、入力した秘匿検索要求に含まれる暗号化された「ＣＩＤ１」と一致する値が、記憶部１０２のアカウントＤＢ１１０の「共通ＩＤ」欄にあるか否かを秘匿検索する。
図２の場合は、暗号化された「ＣＩＤ１」がアカウントＤＢ１１０に登録されているので、認証に成功する。
【００２６】
なお、図２において、サービス（１）３００とサービス（２）４００は、それぞれ異なるサービスを提供するサービスアプリケーション又は当該サービスアプリケーションが実装されているサーバ装置である。
つまり、サービス（１）３００、サービス（２）４００との表記は、サービスアプリケーション又は当該サービスアプリケーションが実装されているサーバ装置を意味する。
また、サービス（１）３００では、ユーザ端末装置２００のユーザのユーザＩＤをサービスＩＤ１（ＳＩＤ１）として管理しており、サービス（２）４００では、ユーザ端末装置２００のユーザのユーザＩＤをサービスＩＤ２（ＳＩＤ２）として管理している。
サービス（１）３００とサービス（２）４００に関連する動作は、実施の形態２以降で説明する。
【００２７】
図３に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００２８】
秘匿検索に対応したアルゴリズムによるＩＤの暗号化を使用するユーザは、ＩＤを認証システム１００に登録する際、仮ＩＤの払い出しを受ける。
仮ＩＤの払い出しは、認証システム１００からユーザ端末装置２００に仮ＩＤを送信してもよいし、可搬記憶媒体（例えば、ＩＣカード）に仮ＩＤを格納し、ユーザ端末装置２００に可搬記憶媒体から仮ＩＤを読み込ませてもよい。
仮ＩＤは、ユーザ端末装置２００で復号可能な方式にて暗号化されて送信、又は可搬記憶媒体に格納されてもよい。
ユーザは、この仮ＩＤを用いて、ユーザ認証要求を行う。
【００２９】
ユーザ端末装置２００から送信されたユーザ認証要求が、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７に入力された際に（Ｓ３０１）、検証部１０７が、入力したユーザ認証要求に仮ＩＤが含まれているか否かを判断する（Ｓ３０２）。
【００３０】
ユーザ認証要求に仮ＩＤが含まれている場合（Ｓ３０２でＹＥＳ）は、検証部１０７は、仮ＩＤ管理部１０８内の「共通ＩＤ」の項目を検索し、ユーザ認証要求に含まれている仮ＩＤと同じ仮ＩＤが「共通ＩＤ」の項目に存在するレコードを抽出し、抽出したレコード内の転送情報（秘匿検索部１０９への転送情報）を取り出す（Ｓ３０３）。
そして、検証部１０７は、通信制御インタフェース部１０３を介して、取り出した転送情報を、ユーザ認証要求への応答として、ユーザ端末装置２００に送信する。
【００３１】
転送情報を受信したユーザ端末装置２００は、転送情報をもとに秘匿検索部１０９にアクセスする。
つまり、ユーザ端末装置２００は、暗号化した共通ＩＤが含まれる秘匿検索要求を秘匿検索部１０９に対して送信する（Ｓ３０４）。
なお、この秘匿検索部１０９へのアクセスは、例えばインターネットで標準的に使われている通信手順であるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるアクセス要求を転送するＨＴＴＰリダイレクトと呼ばれる機能を用いて実現できる。
なお、検証部１０７からユーザ端末装置２００に転送情報を送信する際に、前述したように、転送情報をユーザの暗号化鍵で暗号化してもよい。
転送情報が暗号化されている場合は、ユーザ端末装置２００は、転送情報を復号した後、秘匿検索部１０９にアクセスする。
あるいは、転送情報は平文のままユーザ端末装置２００に送信してもよい。
この場合、ユーザの暗号化鍵による復号は必要ない。
【００３２】
ユーザ端末装置２００から送信された秘匿検索要求は、通信制御インタフェース部１０３を介して、秘匿検索部１０９に入力される。
秘匿検索部１０９は、秘匿検索に対応したアルゴリズムにより暗号化されたＩＤを検索する（Ｓ３０５）。
つまり、入力した秘匿検索要求に含まれる暗号化された共通ＩＤと一致する値が、記憶部１０２のアカウントＤＢ１１０の「共通ＩＤ」の欄にあるか否かを秘匿検索する。
秘匿検索の結果、ユーザ端末装置２００からの秘匿検索要求に含まれる共通ＩＤと一致する共通ＩＤがアカウントＤＢ１１０に登録されていることが判明した場合（Ｓ３０６でＹＥＳ）、すなわち、検索に成功した場合は、認証情報送信部１０４が、認証に成功したことを示す認証成功情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０７）。
一方、秘匿検索要求に含まれる共通ＩＤと一致する共通ＩＤがアカウントＤＢ１１０に登録されていないことが判明した場合（Ｓ３０６でＮＯ）、すなわち、検索に失敗した場合は、認証情報送信部１０４が、認証に失敗したことを示す認証失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０９）。
【００３３】
一方、Ｓ３０２でＮＯの場合、すなわち、ユーザ認証要求に仮ＩＤが含まれていない場合は、ユーザの共通ＩＤそのものがユーザ認証要求に含まれているので、検証部１０７は、仮ＩＤ管理部１０８に当該共通ＩＤが登録されているか否かを判断する（Ｓ３０８）。
そして、ユーザ端末装置２００からのユーザ認証要求に含まれる共通ＩＤと一致する共通ＩＤが仮ＩＤ管理部１０８に登録されていることが判明した場合（Ｓ３０８でＹＥＳ）、すなわち、検索に成功した場合は、認証情報送信部１０４が、認証成功情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０７）。
一方、ユーザ認証要求に含まれる共通ＩＤと一致する共通ＩＤが仮ＩＤ管理部１０８に登録されていないことが判明した場合（Ｓ３０８でＮＯ）、すなわち、検索に失敗した場合は、認証情報送信部１０４が、認証失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０９）。
【００３４】
図３で説明したように、秘匿検索に対応したアルゴリズムによるＩＤの暗号化を使用しないユーザは、仮ＩＤでなく、共通ＩＤそのものを利用して認証システム１００にアクセスし、検証部１０７による認証結果を受け取る。
この様子を図４に示す。
図４において、ユーザは暗号化されていない平文の共通ＩＤであるＣＩＤ０を用いてユーザ認証要求を認証システム１００に送り、認証システム１００は、検証部１０７に平文のＣＩＤ０が登録されていることを確認し、認証に成功したことを示す認証成功情報を、ユーザ端末装置２００に返す。
【００３５】
なお、図２と図４の仮ＩＤ管理部１０８における登録内容が相違しているが、説明の便宜上、図２と図４に分けて説明を行っているからであり、仮ＩＤ管理部１０８では、「共通ＩＤ」の項目に仮ＩＤが示されるレコードと、共通ＩＤ（平文）が示されるレコードの両者が存在しており、「共通ＩＤ」の項目に仮ＩＤが示されるレコードには転送情報が含まれている。
図２では、説明のために、共通ＩＤの項目に仮ＩＤ（仮ＩＤ１）が示されるレコードのみを抜き出して例示しており、図４では、共通ＩＤの項目に共通ＩＤ（ＣＩＤ０）が示されるレコードのみを抜き出して例示している。
【００３６】
以上のように構成することにより、ＬＤＡＰなど標準的なインタフェースで構築された検証部を秘匿検索技術に対応させるための独自の拡張を行うことなく、既存の認証システムの大幅改修を必要とせずに、ＩＤを秘匿検索に対応したアルゴリズムにより暗号化するユーザと、暗号化しないユーザとを共存させることが可能になる。
【００３７】
なお、以上の説明では、説明の簡明化のため、パスワード等による認証処理を省略している。
実際の運用では、認証システム１００内に、共通ＩＤに対応付けてパスワード等を登録しておき、ユーザ端末装置２００からは、共通ＩＤ（平文又は暗号文）とともにパスワードを送信し、共通ＩＤの登録有無とともに、パスワードが一致するか否かを判断して、ユーザ認証を行うことになる。
なお、以降の実施の形態でも、同様に、説明の簡明化のため、パスワード等による認証処理は記述を省略している。
【００３８】
以上、本実施の形態では、
ユーザを認証する認証システムであって、
要求受付部、認証情報送信部、検証部からなる制御部、ユーザを識別する情報であるＩＤを記憶するアカウントＤＢを備える記憶部、通信制御インタフェース部を備え、
記憶部のうち、アカウントＤＢにおいては、ＩＤを暗号化して格納する場合には、ＩＤおよび検索条件を、ともに暗号化された状態のままで比較することを可能にする秘匿検索に対応したアルゴリズムでＩＤを暗号化して格納し、また記憶部は、アカウントＤＢの格納しているＩＤを暗号化したまま検索条件と比較する秘匿検索部を備え、
検証部は、記憶部内の秘匿検索部への転送情報を、ＩＤに関連づけられた属性の一つとして保管し、
検証部は、更に、秘匿検索に対応したアルゴリズムでＩＤを暗号化する場合、ＩＤと異なる値を持つ仮ＩＤを振り出し、
検証部は、仮ＩＤを受け付けると、仮ＩＤに関連付けられた属性の一つとして保管されている秘匿検索部への転送情報を取り出し、ユーザに当該転送情報を送信し、
秘匿検索に対応したアルゴリズムでＩＤを暗号化するユーザは、仮ＩＤを用いて制御部に認証要求を送り、その応答として当該秘匿検索部への転送情報を受け取り、当該秘匿検索部への転送情報にもとづいて、記憶部の秘匿検索部に、ユーザ自身を識別するＩＤを暗号化した状態で送信し、秘匿検索部により当該ＩＤがアカウントＤＢに登録されているかどうかを確認することにより認証を行い、
秘匿検索に対応したアルゴリズムでＩＤを暗号化しないユーザは、ユーザ自身を識別するＩＤを平文のまま、または検証部が復号可能なアルゴリズムで暗号化したものを、認証要求とともに検証部に送信し、検証部が当該ＩＤを持つかどうかを確認することにより認証を行う認証システムを説明した。
【００３９】
また、上記の認証システムの制御部では、認証情報送信部に仮ＩＤ処理部が、検証部に仮ＩＤ管理部が存在することを説明した。
【００４０】
実施の形態２．
認証システムは、ＩＤに加えて、ユーザの属性に関する情報もＩＤと関連付けて保管し、個別のサービスからの要望に応じて属性の値を開示するように構成することができる。
このような属性値には、クレジットカード番号や保険証の番号のように、秘匿することが必要な情報が含まれる。
【００４１】
本実施の形態に係る認証システムは、ユーザの属性の値（属性値）を、秘匿検索に対応したアルゴリズムにより暗号化して保管し、またユーザやサービスより、当該属性値の属性値または属性値に関する条件を秘匿検索に対応したアルゴリズムにより暗号化した状態で含む属性値検索条件を受け取り、属性値および検索条件内の暗号化した部分を復号することなく、検索に成功したかどうかを返す。
【００４２】
図５に、本実施の形態に係る認証システム１００（データ処理装置）の構成を示す。
本実施の形態に係る認証システム１００は、図１の構成に加えて、認証情報送信部１０４内に仮属性処理部１１１を備え、検証部１０７内に仮属性管理部１１２を備える。
【００４３】
仮属性処理部１１１は、ＩＤに関連付けた属性の値を秘匿検索に対応したアルゴリズムで暗号化し登録することを要求するユーザに対しては、仮属性値として、秘匿検索部１０９への転送情報を登録する機能を提供する。
なお、秘匿検索部１０９への転送情報は、実施の形態１で説明したように、ユーザの暗号化鍵で暗号化されていてもよい。
このとき、ユーザは、秘匿検索部１０９への転送情報を復号した後、秘匿検索部１０９にアクセスする。
【００４４】
仮属性管理部１１２は、ＩＤに関連付けた属性の値である仮属性値として秘匿検索部１０９への転送情報を保管する機能を提供する。
【００４５】
なお、例えば、仮ＩＤ処理部１０５が仮属性処理部１１１を、仮ＩＤ管理部１０８が仮属性管理部１１２を兼ねるように構成することもできる。
【００４６】
なお、本実施の形態では、通信制御インタフェース部１０３は、ユーザが利用するユーザ端末装置又はサービスと通信を行う。
本実施の形態では、例えば、ユーザ端末装置又はサービスから属性値検索要求を受信する。
通信制御インタフェース部１０３は、通信部の例に相当する。
【００４７】
要求受付部１０６は、通信制御インタフェース部１０３で受信されたユーザ端末装置又はサービスからの属性値検索要求を受け付ける。
【００４８】
認証情報送信部１０４は、通信制御インタフェース部１０３を介して、属性値検索要求に対する処理結果を示す情報をユーザ端末装置又はサービスに送信する。
【００４９】
検証部１０７は、共通ＩＤに関連付けられている属性値を暗号化されていない状態で管理する。
後述する図６及び図７に示すように、本実施の形態では、共通ＩＤに対して複数の項目（属性１、属性２等）が設けられており、各項目に対応する属性値が、共通ＩＤに関連付けられて格納されている。
本実施の形態で説明する属性値は、このように、項目ごとに区分されて管理されているデータであり、項目データの例に相当する。
そして、検証部１０７は、複数の項目のうち、いずれかの項目の属性値（項目データ）を暗号化されていない状態で管理する。
図７の例では、「属性２」の属性値は、暗号化されていない状態で検証部１０７により管理されている。
検証部１０７は、第１の項目データ管理部の例に相当する。
また、検証部１０７は、属性値検索要求で検索の対象として指定されている項目（属性）の管理先が、検証部１０７自身であるか、秘匿検索部１０９であるかを判断し、管理先が検証部１０７自身であれば、該当する属性値を検証部１０７が検索し、管理先が秘匿検索部１０９であれば、秘匿検索部１０９に該当する属性値を検索させる。
検証部１０７は、検索管理部の例にも相当する。
【００５０】
秘匿検索部１０９は、複数の項目のうち、検証部１０７で管理されていない項目の属性値（項目データ）を暗号化された状態で管理しており、秘匿検索に対応している。
図６の例では、「属性１」の属性値は、暗号化された状態で秘匿検索部１０９により管理され、秘匿検索の対象となる。
秘匿検索部１０９は、第２の項目データ管理部の例に相当する。
【００５１】
図６に、本実施の形態に係る認証システム１００の検証部１０７と記憶部１０２の保管する情報の例を示す。
【００５２】
図６において、サービス１（３００）が認証システム１００に対し共通ＩＤ＝ＣＩＤ０のユーザの属性１の属性値が「属性値１」であるかどうかを検索する属性値検索要求を送ると、検証部１０７の持つ共通ＩＤ＝ＣＩＤ０のユーザの属性１の属性値は仮属性値であり、秘匿検索部１０９への転送情報を持つ。
この、秘匿検索部１０９への転送情報を受け取ったサービス１（３００）は、秘匿検索部１０９に対して属性値検索要求を転送し、秘匿検索部１０９は属性１の属性値として「属性値１」という値であることを確認し、検索結果としてＹｅｓを返す。
【００５３】
なお、平文で管理してよい属性（例：性別）は、従来通り検証部１０７に保管する。
秘匿検索に対応したアルゴリズムで暗号化することが必要な属性（例：クレジットカード番号）の値は、記憶部１０２に暗号化して保管する。
【００５４】
図７に、このときの検証部１０７と記憶部１０２の保管する情報の例を示す。
【００５５】
図７において、サービス１（３００）が認証システム１００に対し共通ＩＤ＝ＣＩＤ０のユーザの属性２の属性値が「属性２」であるかどうかを検索する属性値検索要求を送ると、検証部１０７の持つ共通ＩＤ＝ＣＩＤ０のユーザの属性２の属性値は「属性２」であり、検索結果としてＹｅｓを返す。
【００５６】
図８に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００５７】
先ず、サービス又はユーザ端末装置２００が属性値検索要求を送信する。
属性値検索要求には、属性値検索条件と、検索の対象となる共通ＩＤが含まれる。
属性値検索条件には、検索の対象とする属性（項目）の識別子（図６、図７の属性１、属性２に相当）と、検索された属性値（平文の属性値（「属性値２」に相当）又は暗号文の属性値（暗号化された「属性値１」に相当））と照合する条件（以下、照合条件という）が含まれている。
以下では、ユーザ端末装置２００から属性値検索要求が送信された場合を例にして説明を進める。
【００５８】
属性値検索要求が、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７に入力された際に、検証部１０７が、入力した属性値検索要求から属性値検索条件と共通ＩＤを取り出し（Ｓ８０１）、当該共通ＩＤに対して属性値検索条件の属性（項目）に対応する属性値又は仮属性値を検索する（Ｓ８０２）。
すなわち、「共通ＩＤ」の項目に、属性値検索要求に示されている共通ＩＤが示されるレコードを仮属性管理部１１２において検索する。
【００５９】
属性値又は仮属性値が検証部１０７の仮属性管理部１１２に登録されている場合（Ｓ８０３でＹＥＳ）、すなわち、属性値検索要求に示されている共通ＩＤが示されるレコードを抽出できた場合は、当該レコードにおいて、属性値検索条件に示される属性（項目）の値が属性値及び仮属性値のいずれであるのかを判断する（Ｓ８０４）。
【００６０】
属性値検索条件に示される属性（項目）の値が仮属性値である場合（Ｓ８０４でＹＥＳ）、検証部１０７は、仮属性値である秘匿検索部１０９への転送情報を取り出し、通信制御インタフェース部１０３を介して、取り出した転送情報を、属性値検索要求への応答として、ユーザ端末装置２００に送信する。
【００６１】
転送情報を受信したユーザ端末装置２００は、転送情報をもとに秘匿検索部１０９にアクセスする。
つまり、ユーザ端末装置２００は、属性値検索条件と共通ＩＤとが含まれる属性値検索要求を秘匿検索部１０９に対して送信する（Ｓ８０５）。
なお、この秘匿検索部１０９へのアクセスは、実施の形態１と同様に、ＨＴＴＰリダイレクトと呼ばれる機能を用いて実現できる。
なお、検証部１０７からユーザ端末装置２００に転送情報を送信する際に、前述したように、転送情報をユーザの暗号化鍵で暗号化してもよい。
転送情報が暗号化されている場合は、ユーザ端末装置２００は、転送情報を復号した後、秘匿検索部１０９にアクセスする。
あるいは、転送情報は平文のままユーザ端末装置２００に送信してもよい。
この場合、ユーザの暗号化鍵による復号は必要ない。
【００６２】
ユーザ端末装置２００から送信された属性値検索要求は、通信制御インタフェース部１０３を介して、秘匿検索部１０９に入力される。
秘匿検索部１０９は、属性値検索要求に含まれる共通ＩＤに対応するレコードをアカウントＤＢ１１０において検索し（Ｓ８０６）、該当するレコード内の対象となる属性（項目）の値（暗号化された属性値）が、属性値検索要求に含まれる照合条件に合致するか否かを判断する。
そして、暗号化属性値が照合条件に合致すれば（Ｓ８０７でＹＥＳ）、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した暗号化属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０８）。
一方、暗号化属性値が照合条件に一致しない場合（Ｓ８０７でＮＯ）は、照合に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６３】
一方、Ｓ８０４でＮＯの場合、すなわち、属性値検索条件に示される属性（項目）の値が属性値（平文）である場合、検証部１０７は、Ｓ８０２で検索されたレコード内の対象となる属性（項目）の値（平文の属性値）が、属性値検索要求に含まれる照合条件に合致するか否かを判断する。
そして、属性値が照合条件に合致すれば（Ｓ８０７でＹＥＳ）、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した平文の属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０８）。
一方、属性値が照合条件に合致しない場合（Ｓ８０７でＮＯ）は、照合に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６４】
また、Ｓ８０３でＮＯの場合、すなわち、属性値検索要求に示される共通ＩＤに対応するレコードが仮属性管理部１１２に存在しない場合、または、対応するレコードは存在するが、属性値検索条件に示される属性（項目）が当該レコードに存在ない場合は、検索に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６５】
このように構成することにより、ＬＤＡＰなど標準的なインタフェースを備えた検証部１０７を秘匿検索技術に対応させるための独自の拡張を行うことなく、既存の認証システムの大幅改修を必要とせずに、ＩＤに関連付けられた属性を秘匿検索に対応するアルゴリズムで暗号化するユーザと、ＩＤに関連付けられた属性を秘匿検索に対応するアルゴリズムで暗号化しないユーザとを共存させることが可能になる。
【００６６】
なお、このような属性の一つとして、当該ユーザを特定のサービス内で識別するサービスＩＤを保管し、実施の形態１の認証システム１００におけるＩＤを共通ＩＤとすることにより、ＩＤマッピング機能を実現することができる。
図９に例を示す。
【００６７】
図９において、サービス１（３００）においてユーザを識別するためのサービスＩＤ１（ＳＩＤ１）、サービス２（４００）において同じユーザを識別するためのサービスＩＤ２（ＳＩＤ２）は、いずれも共通ＩＤの属性として実現されている。
検証部１０７は、共通ＩＤ「仮ＩＤ１」に関連付けて属性「サービスＩＤ１」、「サービスＩＤ２」を保管しており、それぞれ、秘匿検索部１０９への転送情報を登録している。
また、「仮ＩＤ」により共通ＩＤ自体を検索するため、任意の属性Ｘにも秘匿検索部１０９への転送情報を登録している。
記憶部１０２は「仮ＩＤ１」に対応する共通ＩＤとして「ＣＩＤ１」、「サービスＩＤ１」の属性値として「ＳＩＤ１」、「サービスＩＤ２」の属性値として「ＳＩＤ２」を、それぞれ暗号化して管理している。
秘匿検索部１０９は、認証または属性値検索の要求の転送を受け取ると、それに応じてそれぞれ復号することなく検索し、検索結果を返す。
【００６８】
ただし、実施の形態１、２に係る認証システム１００の用途は、ＩＤマッピング機能の実現に限られず、例えば、ある会社が業務で用いる機能をサービスとして実現しており、認証システム１００でそれぞれのサービスで共通に使うユーザの属性を管理する場合、ユーザを認証した後にサービス１がユーザの福利厚生費用をユーザのクレジットカードから引き落とすために、認証システムにクレジットカード番号を登録しておいて確認できるよう構成することができる。
【００６９】
以上、本実施の形態では、
ユーザを認証し識別するＩＤとユーザの属性を関連付けて保管する認証システムであって、
記憶部は、ＩＤと関連付けられた属性の属性値を暗号化して格納する場合には、属性値の検索条件に含まれるＩＤまたは属性値または両方を、暗号化された状態のままで記憶部に格納されている情報と比較することを可能にする秘匿検索に対応したアルゴリズムを用いて、属性値を暗号化して記憶部に格納し、また記憶部に格納した情報を暗号化されたままの状態で検索条件と比較する秘匿検索部を備え、
検証部は、更に、秘匿検索部への転送情報を、ＩＤに関連付けられた当該属性の属性値として保管し、
要求受付部は、ＩＤに関連付けられた属性の検索要求を受け付けると、検証部内にて当該属性の属性値として保管されている秘匿検索部への転送情報を取り出し、認証情報送信部を用いてユーザに当該秘匿検索部への転送情報を送信し、
秘匿検索に対応したアルゴリズムで属性値を暗号化するユーザについては、属性値検索条件を制御部に送り、その応答として当該秘匿検索部への転送情報を受け取り、当該秘匿検索部への転送情報をもとに秘匿検索部にアクセスし、当該秘匿検索部に、暗号化した属性値に対する属性値検索条件を送信し、
当該検索条件を使って記憶部から属性値検索結果を取り出して検索条件の送信元に返し、
秘匿検索に対応したアルゴリズムで属性値を暗号化しないユーザは、属性値検索条件を制御部に送り、制御部の検証部が当該検索条件を評価した結果を検索条件の送信元に返す認証システムを説明した。
【００７０】
また、本実施の形態では、
上記の認証システムの制御部では、認証情報送信部には仮属性処理部が、検証部には仮属性管理部が存在することを説明した。
【００７１】
実施の形態３．
実施の形態２で述べたＩＤマッピング機能を実現した認証システムおよびサービスにおいては、認証システムの管理している共通ＩＤに関連付けられた属性を、サービス自身の内部で復号し利用するものがある。
例えば、共通ＩＤに住所が関連づけられている場合に、共通ＩＤで特定されるユーザの住所を印刷するサービスがある。
このようなサービスが実施の形態２に係る認証システム１００に属性の値の取得を要求する場合、当該サービス自身が秘匿検索に対応しており、秘匿検索に対応したアルゴリズムで暗号化した属性値をサービス内部で復号できる場合は、認証システム１００より、秘匿検索に対応したアルゴリズムで暗号化した属性値を受け取り、復号し、平文の属性値を利用することができる。
しかし、秘匿検索技術は新しい技術であり、秘匿検索に対応せず、秘匿検索に対応したアルゴリズムで暗号化した属性値を受け取っても、復号して利用できないサービスも存在する。
【００７２】
本実施の形態に係る認証システム１００は、秘匿検索に対応したサービスからの属性値検索要求に対しては、暗号化された属性値を含む検索結果を返し、当該サービスが、当該検索結果に含まれる、暗号化された属性値を当該サービス内で復号して利用することを可能にする。
一方で、秘匿検索に対応していないサービスからの属性値検索要求に対しては、検索の結果得られた暗号化された属性値を、当該暗号化された属性値の暗号化を行ったユーザ端末装置で復号させ、当該ユーザ端末装置からサービスに復号値を送信するようにする。
なお、本実施の形態では、サービス（サービスアプリケーションを実行するサーバ装置）がデータシステムの例に相当し、ユーザ端末装置が暗号化装置の例に相当する。
【００７３】
図１０に、本実施の形態に係る認証システム１００の構成例を示す。
【００７４】
本実施の形態に係る認証システム１００は、図５に示す構成に加えて、サービス構成情報管理部１１３を備える。
サービス構成情報管理部１１３は、サービスごとに以下の２つの情報を記憶している。
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
【００７５】
ここで、サービスが属性の値を「確認する」とは、検索された属性値がある条件（照合条件）を満たすかどうかを確認した結果を受け取り、属性値は暗号化されているかどうかに関わらず検索結果として受け取らない処理を行うことを意味する。
つまり、サービスが属性の値を「確認する」場合は、確認結果だけがサービスに送信されるので、属性値が暗号化されており、また、当該サービスが秘匿検索に対応していなくても、属性値の復号処理は不要である。
サービスが属性の値を「利用する」とは、サービスが、属性値をサービス内部で使用することを意味する。
このため、サービスが属性の値を「利用する」場合は、属性値が暗号化されており、また、当該サービスが秘匿検索に対応していないと、暗号化された属性値の復号処理が必要になる。
【００７６】
図１１に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００７７】
あるサービスから属性値検索要求を受け取り、秘匿検索部１０９がアカウントＤＢ１１０を検索して、属性値検索条件及び共通ＩＤに対応するレコードを取得し、属性値検索要求に含まれる照合条件と当該レコード内の属性値（暗号化された属性値）を照合するまで（Ｓ１１０１〜Ｓ１１０７）は、実施の形態２に示した図８のＳ８０１〜Ｓ８０７と同様であるので、説明を省略する。
【００７８】
照合の結果、検索されたレコード内の属性値（暗号化された属性値）が照合条件に合致する場合に、検証部１０７は、サービス構成情報管理部１１３の保管する、上記２つの情報を参照する。
より具体的には、検証部１０７は、サービス構成情報管理部１１３に保管されている上記の２）の情報を参照して、属性値検索要求の送信元のサービスが行うのが属性値の確認であるか否かを判断する（Ｓ１１０８）。
属性値の確認である場合（Ｓ１１０８でＹＥＳ）は、認証情報送信部１０４が、通信制御インタフェース部１０３を介して、値確認結果をユーザ端末装置２００に送信する（Ｓ１１０９）。
【００７９】
一方、属性値検索要求の送信元のサービスが行うのが属性値の利用である場合（Ｓ１１０８でＮＯ）は、更に、検証部１０７は、サービス構成情報管理部１１３に保管されている上記の１）の情報を参照して、属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応しているか否かを判断する（Ｓ１１１０）。
【００８０】
属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応している場合（Ｓ１１１０でＹＥＳ）は、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した暗号化属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ１１１４）。
【００８１】
一方、属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応していない場合（Ｓ１１１０でＮＯ）は、検証部１０７が、検索された暗号化された属性値の暗号化を行ったユーザ端末装置２００を特定し、当該ユーザ端末装置２００に対して暗号化された属性値を復号するよう指示するコマンドを生成し、認証情報送信部１０４が、暗号化された属性値と検証部１０７により生成されたコマンドを、通信制御インタフェース部１０３を介して、該当するユーザ端末装置２００に送信する（Ｓ１１１１）。
【００８２】
ユーザ端末装置２００では、暗号化された属性値とコマンドを受信し、暗号化された属性値を復号する（Ｓ１１１２）。
更に、ユーザ端末装置２００は、復号後の属性値を、属性値検索要求の送信元のサービスが復号可能な方法で暗号化し、暗号化した属性値を、当該サービスに送信する（Ｓ１１１３）。
【００８３】
なお、図１１においてＳ１１１５の処理は、図８のＳ８０９と同じなので、説明を省略する。
【００８４】
このように、本実施の形態に係る認証システムは、サービスが秘匿検索に対応しているか否かに関わらず、ユーザの属性値情報を復号した状態で、当該サービス内部にて利用することを可能にする効果を奏する。
【００８５】
以上、本実施の形態では、
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
を管理するサービス構成情報管理部を備え、
ユーザが認証システムで認証を受けて利用しているサービスの１つにおいて、当該ユーザの属性値の検索条件を認証システムに問い合わせた場合、認証システムは、個別のサービスが、秘匿検索に対応しているかどうかの情報を確認し、
当該サービスが秘匿検索に対応している場合は、記憶部が格納している、秘匿検索に対応したアルゴリズムで暗号化された属性値を取り出して当該サービスに送信し、
当該サービスが秘匿検索に対応していない場合は、記憶部より、秘匿検索に対応したアルゴリズムで暗号化された属性値を取り出して、いったんユーザに戻し、当該ユーザは当該属性値をユーザ自身の暗号化鍵で復号し、当該サービスに送信する認証システムを説明した。
【００８６】
実施の形態４．
サービスにおいては、他のサービスの提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）などを経由して、他のサービスに依存するものがある。
例えば、交通機関の経路情報や運賃情報を提供するサービスのＡＰＩを利用して、社内の出張旅費精算を行うサービスがある。
本実施の形態では、サービスごとに、秘匿検索部１０９において検索された暗号化属性値を波及させる波及先サービス（波及先データシステムの一例）を記憶しておき、いずれかのサービスからの属性値検索条件に対して暗号化属性値を検索した際に、波及先サービスにも当該暗号化属性値を送信する。
また、波及先サービスが秘匿検索アルゴリズムに対応していない場合には、当該暗号化属性値を、暗号化を行ったユーザ端末装置に送信し、当該ユーザ端末装置に当該暗号化属性値の復号を行わせて、復号された属性値を波及先サービスに送信させる。
【００８７】
本実施の形態に係る認証システム１００の構成例は、図１０に示したものと同様である。
しかしながら、本実施の形態では、サービス構成情報管理部１１３は、サービスごとに、以下の４つの情報を記憶している。
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
３）個別のサービスが、当該サービス内部で値確認または値を利用する属性
４）サービス同士の依存関係（マッシュアップ）情報
【００８８】
上記の１）及び２）の情報は、実施の形態３で説明したものと同様であり、説明を省略する。
３）「個別のサービスが、当該サービス内部で値確認または値を利用する属性」は、サービスがいずれの属性の値を確認又は利用するかを示す。
４）「サービス同士の依存関係情報」は、サービスに依存するサービスが示される。
例えば、サービスＡからの属性値検索要求により検索された属性値がサービスＢでも使われる場合は、サービスＡについてのレコードには、サービスＡに依存するサービスとしてサービスＢが示される。
なお、本例におけるサービスＢが波及先サービス（波及先データシステム）に相当する。
【００８９】
なお、秘匿検索技術を実現するアルゴリズムの種類や実現方法によっては、サービスが秘匿検索に対応していても、秘匿検索に対応したアルゴリズムで暗号化した属性値をサービス内で復号できない場合もある。
この場合は、２）「個別のサービスが属性の値を確認するか、値を利用するかの別」の情報は、１）「個別のサービスが、秘匿検索に対応しているかどうかの情報」と同じ意味となるので、この場合は２）「個別のサービスが属性の値を確認するか、値を利用するかの別」の情報を省略してもよい。
【００９０】
図１２に、本実施の形態に係るサービス構成情報管理部１１３で記憶している情報の例を示す。
なお、本実施の形態に係るサービス構成情報管理部１１３は、波及先データシステム情報記憶部の例に相当する。
【００９１】
図１２に示すように、サービス構成情報管理部１１３で記憶している情報には、サービスごとに、「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の欄が設けられている。
ここで、「値確認又は利用する属性」は上記の３）の情報に該当し、「値確認、利用の別」は上記の２）の情報に対応し、「秘匿検索対応」は上記の１）の情報に対応し、「依存サービス」は上記の４）の情報に対応する。
図１２において、例えば、サービス１は、カード番号である属性Ｘの属性値の値確認を行い、秘匿検索に対応している。
そして、サービス１に依存するサービスとして、サービス２とサービス３がある。
サービス２では、カード番号である属性Ｘの属性値を利用し、秘匿検索には対応していない。
サービス２は、サービス１に依存しており、また、対象となる属性が属性Ｘであるため、サービス１について取得された属性Ｘの暗号属性値をサービス２に波及させる。
但し、サービス１には、属性Ｘの属性値についての確認結果のみを送信すればよいが、サービス２には、属性Ｘの属性値そのものも送信する必要がある。
そしてサービス２は、秘匿検索に対応していないので、属性Ｘの暗号化属性値をユーザ端末装置２００で復号する必要がある。
一方、サービス３は、サービス１に依存するが、対象となる属性が属性Ｙ（保険証番号）であるため、サービス１について取得された属性Ｘの暗号属性値はサービス３には波及させない。
【００９２】
図１３に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００９３】
図１３において、Ｓ１３０１〜Ｓ１３０７は、図１１に示すＳ１１０１〜Ｓ１１０７と同様であるので、説明を省略する。
【００９４】
Ｓ１３０８において、検証部１０７は、サービス構成情報管理部１１３の保管する、上記３つの情報を参照する。
以下、図１２に示すサービス１から属性Ｘについて属性値検索要求があった場合を例にして説明を行う。
【００９５】
検証部１０７は、サービス１について「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス１では、属性Ｘの属性値を「値確認」すること、秘匿検索に対応していること、依存サービスがサービス２とサービス３であることを判断する。
この判断結果により、サービス１については、Ｓ１３０９でＹＥＳとなり、Ｓ１３１０で属性Ｘの暗号属性値についての確認結果がサービス１に送信される。
また、サービス２がサービス１の依存サービスであるので、検証部１０７は、サービス２について「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス２では、属性Ｘの属性値を「利用」すること、秘匿検索に対応していないこと、依存サービスがないことを判断する。
この判断結果により、サービス２については、Ｓ１３０９でＮＯとなり、Ｓ１３１１でＮＯとなり、Ｓ１３１２〜Ｓ１３１４により、ユーザ端末装置２００において復号された属性Ｘの属性値が更に暗号化されてサービス２に送信される。
また、サービス３がサービス１の依存サービスであるので、検証部１０７は、サービス３について「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス３では、属性Ｙの属性値を対象にしているので、Ｓ１３０９以降の処理は行われず、Ｓ１３１５でＹＥＳとなり、処理が終了する。
【００９６】
また、図１３に示すＳ１３１６及びＳ１３１７は、図１１のＳ１１１４及びＳ１１１５と同じなので、説明を省略する。
【００９７】
なお、図１３において、サービスが指定した検索条件を満たす属性値が暗号化されていない場合（図１３のＳ１３１６）、当該サービスに依存する他のサービス（波及先サービス）の情報をサービス構成情報管理部１１３から取り出していないが、実施の都合によっては、暗号化されていない属性値が格納されている場合にも、図１３のＳ１３０８に示すように、認証システム１００が当該サービスに依存する他のサービス（波及先サービス）の情報を取り出し、波及先サービスのそれぞれに対して当該属性値を送信するように構成してもよい。
【００９８】
以上の構成により、本実施の形態に係る認証システムは、サービスからユーザの属性値検索要求を受けた場合、一連の処理の中で、当該サービスおよび当該サービスに依存する他のサービスに対し、属性値検索結果を送信することにより、属性値検索処理を効率化する効果を奏する。
【００９９】
本実施の形態では、サービス構成情報管理部は、
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
３）個別のサービスが、当該サービス内部で値確認または値を利用する属性
４）サービス同士の依存関係（マッシュアップ）情報
を管理し、
ユーザが認証システムで認証を受けて利用しているサービスの１つにおいて、認証システムは、実施の形態３に示した動作に加え、当該ユーザの属性値の検索条件を認証システムに問い合わせた場合に、当該サービス自身、および当該サービスに依存する他のサービスにより、当該属性が利用されているかどうかをサービス構成情報管理部に確認し、他のサービスに利用されている場合は、他のサービスが秘匿検索に対応する場合は秘匿検索に対応したアルゴリズムで暗号化された属性の値を他のサービスに送信し、当該他のサービスが秘匿検索に対応しない場合は、秘匿検索に対応したアルゴリズムで暗号化された属性の値を取り出して、いったんユーザに戻し、当該ユーザは当該属性をユーザ自身の暗号化鍵で復号し、当該他のサービスに送信することを説明した。
【０１００】
最後に、実施の形態１〜４に示した認証システム１００のハードウェア構成例について説明する。
図１４は、実施の形態１〜４に示す認証システム１００のハードウェア資源の一例を示す図である。
なお、図１４の構成は、あくまでも認証システム１００のハードウェア構成の一例を示すものであり、認証システム１００のハードウェア構成は図１４に記載の構成に限らず、他の構成であってもよい。
【０１０１】
図１４において、認証システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜４で説明した「記憶部」は、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【０１０２】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。
【０１０３】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【０１０４】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【０１０５】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
認証システム１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【０１０６】
上記プログラム群９２３には、実施の形態１〜４の説明において「〜部」（「記憶部」以外、以下同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【０１０７】
ファイル群９２４には、実施の形態１〜４の説明において、「〜の判断」、「〜の検索」「〜の抽出」、「〜の比較」、「〜の照合」、「〜の更新」、「〜の参照」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値や暗号鍵・復号鍵や乱数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜４で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【０１０８】
また、実施の形態１〜４の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜４で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「データ処理方法」を実現することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜４の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜４の「〜部」の手順や方法をコンピュータに実行させるものである。
【０１０９】
このように、実施の形態１〜４に示す認証システム１００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【０１１０】
１００ 認証システム、１０１ 制御部、１０２ 記憶部、１０３ 通信制御インタフェース部、１０４ 認証情報送信部、１０５ 仮ＩＤ処理部、１０６ 要求受付部、１０７ 検証部、１０８ 仮ＩＤ管理部、１０９ 秘匿検索部、１１０ アカウントＤＢ、１１１ 仮属性処理部、１１２ 仮属性管理部、１１３ サービス構成情報管理部、２００ ユーザ端末装置、３００ サービス１、４００ サービス２。
【技術分野】
【０００１】
本発明は、ユーザを認証する技術に関する。
【背景技術】
【０００２】
ネットワーク上の多数のサービスを利用する際に、個別のサービスの利用に必要なサービスＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を、「共通ＩＤ」と呼ばれる特定のＩＤに対応付ける、ＩＤマッピングと呼ばれる技術がある。
ＩＤマッピングを用いると、共通ＩＤに対してパスワードチェックなどの認証を行った結果を信頼し、サービスＩＤでの認証を行わずにサービス利用を許可する認証システムを実現できる。
例えば、ユーザＸのサービスＡにおけるユーザＩＤ（サービスＩＤ）がａｘｘであり、サービスＢおけるユーザＩＤ（サービスＩＤ）がｂｘｘである場合を想定する。
そして、ポータルにおいて共通ＩＤ：ｘｘｘをユーザＩＤ：ａｘｘとユーザＩＤ：ｂｘｘとに対応付けておき、ポータルが共通ＩＤ：ｘｘｘに対して認証を行うと、サービスＡはユーザＩＤ：ａｘｘでの認証を行わずにユーザＸにサービスの利用を許可し、サービスＢはユーザＩＤ：ｂｘｘでの認証を行わずにユーザＸにサービスの利用を許可することができる。
【０００３】
このような、ユーザ認証を行うシステムにおいては、共通ＩＤのような認証用のＩＤはＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）と呼ばれる標準インタフェースを提供するミドルウェアに格納するのが一般的である。
特許文献１には、従来技術で実現した認証システムの例が示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−３１００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
認証システム内で、共通ＩＤとサービスＩＤの対応情報を管理するＩＤマッピング機能においては、暗号化したデータを復号せずに比較し検索することを可能にする秘匿検索技術を用いて、共通ＩＤ、サービスＩＤを暗号化し安全に管理するよう構成することができる。
【０００６】
ＩＤマッピング機能を持つ認証システム内で、共通ＩＤを秘匿検索技術により暗号化して格納する場合には、以下の課題がある。
【０００７】
ＬＤＡＰは一般的には秘匿検索技術に対応していないため、暗号化された共通ＩＤをＬＤＡＰで検索するためには、ＬＤＡＰを拡張した秘匿検索インタフェースを独自に構築する必要がある。
しかしながら、秘匿検索インタフェースをＬＤＡＰに追加すると、標準インタフェースとしてのＬＤＡＰの利用価値が薄れる。
また既存の認証システムを大幅改修する必要が生じる。
一方、現状の秘匿検索技術は検索実行に時間が係ることから、認証システムにおいては、共通ＩＤの安全性のレベルをダウンさせる代わりに秘匿検索技術を適用しないオプションを提供したいというニーズがある。
このため、既存のＬＤＡＰをそのまま利用し秘匿検索技術を適用しない認証と、秘匿検索技術を適用する認証を、１つの認証システムの中で共存させる必要がある。
【０００８】
この発明は、このような点に鑑み、暗号化されていない平文の登録データを用いるユーザ認証と、暗号化された暗号文の登録データを用いるユーザ認証とを併用できる構成を実現することを主な目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るデータ処理装置は、
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部と、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されるデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するためのデータを、判別子データとして記憶する判別子データ記憶部と、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信部と、
前記ユーザ認証要求に前記判別子データが含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理部とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ユーザ認証要求に判別子データが含まれている場合は、暗号文登録データを用いる第２のユーザ認証部にユーザ認証を行わせ、判別子データが含まれていない場合は、平文登録データを用いる第１のユーザ認証部にユーザ認証を行わせるため、平文登録データを用いるユーザ認証と、暗号文登録データを用いるユーザ認証とを併用することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係る認証システムの構成例を示す図。
【図２】実施の形態１に係る検証部と記憶部が保管する情報の例を示す図。
【図３】実施の形態１に係る認証システムの動作例を示すフローチャート図。
【図４】実施の形態１に係る認証システムの動作例を示す図。
【図５】実施の形態２に係る認証システムの構成例を示す図。
【図６】実施の形態２に係る検証部と記憶部が保管する情報の例を示す図。
【図７】実施の形態２に係る検証部と記憶部が保管する情報の例を示す図。
【図８】実施の形態２に係る認証システムの動作例を示すフローチャート図。
【図９】実施の形態２に係る認証システムの動作例を示す図。
【図１０】実施の形態３に係る認証システムの構成例を示す図。
【図１１】実施の形態３に係る認証システムの動作例を示すフローチャート図。
【図１２】実施の形態４に係るサービス構成情報管理部が保管する情報の例を示す図。
【図１３】実施の形態４に係る認証システムの動作例を示すフローチャート図。
【図１４】実施の形態１〜４に係る認証システムのハードウェア構成例を示す図。
【発明を実施するための形態】
【００１２】
実施の形態１．
図１に、本実施の形態に係る認証システム１００の機能構成例を示す。
なお、認証システム１００は、データ処理装置の例に相当する。
【００１３】
図１において、認証システム１００は、要求受付部１０６、認証情報送信部１０４、検証部１０７からなる制御部１０１、ユーザを識別する情報であるＩＤを記憶するアカウントＤＢ（Ｄａｔａｂａｓｅ）１１０を備える記憶部１０２、通信制御インタフェース部１０３（通信制御Ｉ／Ｆ部とも表記する）を備えている。
【００１４】
通信制御インタフェース部１０３は、ユーザが利用するユーザ端末装置と通信を行う。
通信制御インタフェース部１０３は、例えば、ユーザ端末装置からユーザ認証要求を受信し、また、後述する仮ＩＤ、認証情報、転送情報等をユーザ端末装置に送信する。
通信制御インタフェース部１０３は、通信部の例に相当する。
【００１５】
要求受付部１０６は、通信制御インタフェース部１０３で受信されたユーザ端末装置からのユーザ認証要求を受け付ける。
【００１６】
認証情報送信部１０４は、通信制御インタフェース部１０３を介して、ユーザ認証の認証結果を示す認証情報をユーザ端末装置に送信する。
【００１７】
上述のＬＤＡＰは、本構成において、検証部１０７の提供するインタフェースである。
検証部１０７は、暗号化されていない状態で登録されているデータ（平文登録データともいう）を検索してユーザ認証を行う。
平文登録データとしては、例えば、ＩＤマッピングにおける共通ＩＤがある。
なお、上記の「暗号化されていない状態」及び「平文」とは、秘匿検索に用いられる暗号アルゴリズムで暗号化されていないという意味である。
このため、ユーザ端末装置２００と認証システム１００との間で共有している鍵（公開鍵方式、共通鍵方式の別を問わない）で登録データを暗号化していても、「暗号化されていない状態」及び「平文」に該当する。
検証部１０７は、第１のユーザ認証部に相当する。
また、検証部１０７は、ユーザ端末装置からのユーザ認証要求に後述の仮ＩＤが含まれているか否かを判断する。
そして、ユーザ認証要求に仮ＩＤが含まれている場合に、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を後述の秘匿検索部１０９に行わせ、ユーザ認証要求に仮ＩＤが含まれていない場合に、ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を検証部１０７自身が行う。
検証部１０７は、認証管理部の例にも相当する。
【００１８】
また、本実施の形態に係る認証システム１００は、認証情報送信部１０４内に仮ＩＤ処理部１０５、検証部１０７内に仮ＩＤ管理部１０８、記憶部１０２内に秘匿検索部１０９を備える。
【００１９】
秘匿検索部１０９は、暗号化された状態で登録されているデータ（暗号文登録データともいう）を秘匿検索してユーザ認証を行う。
暗号文登録データとしては、例えば、ＩＤマッピングにおける共通ＩＤが暗号化されたものがある。
秘匿検索部１０９は、秘匿検索に対応したアルゴリズムで暗号化された情報を含む検索条件を受け取り、記憶部１０２内のアカウントＤＢ１１０が保管している、秘匿検索に対応したアルゴリズムで暗号化された暗号文登録データと、検索条件内の暗号化された情報のそれぞれを復号することなく比較し検索する機能を提供する。
なお、秘匿検索部１０９は、第２のユーザ認証部の例に相当する。
【００２０】
仮ＩＤ処理部１０５は、ＩＤを秘匿検索に対応したアルゴリズムで暗号化し登録することを要求するユーザに対しては、仮ＩＤを発行し、また検証部１０７に仮ＩＤを登録するとともに、仮ＩＤの属性の一つとして秘匿検索部１０９への転送情報（秘匿検索部１０９のＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を当該転送情報とすることで実現できる）を登録する。
つまり、仮ＩＤは、秘匿検索部１０９の秘匿検索によるユーザ認証の対象となるユーザを判別するためのデータであり、判別子データの例に相当する。
仮ＩＤは、平文登録データ（例えば、平文の共通ＩＤ）、暗号文登録データ（例えば、暗号化された共通ＩＤ）とも異なっているデータである必要がある。
なお、仮ＩＤは、秘匿検索部１０９によるユーザ認証を希望するユーザのユーザ端末装置に通知される。
また、転送情報は、ユーザが持つ暗号復号用の鍵で復号できる暗号の暗号化鍵を認証システム１００が持つ場合、この暗号化鍵を用いて暗号化しておくことができる。
このような暗号化鍵は、例えばユーザと認証システムが共通鍵暗号の暗号化鍵を共有することにより実現できる。
なお、転送情報は、アクセス情報の例に相当する。
【００２１】
仮ＩＤ管理部１０８は、仮ＩＤを保管し、また仮ＩＤに関連付けた属性の一つとして、秘匿検索部１０９への転送情報を保管する機能を提供する。
このように、仮ＩＤ管理部１０８は、判別子データである仮ＩＤを記憶しており、判別子データ記憶部の例に相当する。
なお、仮ＩＤ管理部１０８は、記憶部１０２以外の記憶領域（例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））とする。
【００２２】
なお、認証システム１００を、プロセッサ、ＲＡＭ、磁気ディスク装置、通信インタフェース等を備える一般的なコンピュータとすることができる。
この場合、アカウントＤＢ１１０を含む記憶部１０２を磁気ディスク装置で、認証情報送信部１０４、仮ＩＤ処理部１０５、要求受付部１０６、検証部１０７、仮ＩＤ管理部１０８及び秘匿検索部１０９をプロセッサで実行されるコンピュータプログラムとして、実現することができる。
なお、秘匿検索部１０９は、アカウントＤＢ１１０に記憶されている暗号文登録データの秘匿検索を行い、記憶部１０２と密接な関係にあるため記憶部１０２内に図示しているが、秘匿検索部１０９はコンピュータプログラムとして実現されるものであり、記憶部１０２内の静的なファイル等ではない。
【００２３】
図２に、本実施の形態に係る認証システム１００の検証部１０７の仮ＩＤ管理部１０８と記憶部１０２のアカウントＤＢ１１０が保管する情報の例を示す。
【００２４】
この例では、検証部１０７の仮ＩＤ管理部１０８の「共通ＩＤ」の項目に仮ＩＤとして「仮ＩＤ１」という値が登録されており、この「仮ＩＤ１」に関連付けられている属性の一つである「属性２」の値に、秘匿検索部１０９への転送情報が登録されている。
記憶部１０２のアカウントＤＢ１１０には「共通ＩＤ」として「ＣＩＤ１」という値が暗号化されて格納されている。
ユーザ端末装置２００が、「仮ＩＤ１」を含むユーザ認証要求を送信した場合、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７がユーザ認証要求を入力し、入力したユーザ認証要求に仮ＩＤが含まれているか否かを判断する。
そして、ユーザ認証要求に「仮ＩＤ１」が含まれている場合は、検証部１０７は、「仮ＩＤ１」のレコードの「属性２」にある転送情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する。
【００２５】
ユーザ端末装置２００では、ユーザ自身が持つ「ＣＩＤ１」という値を暗号化し、秘匿検索部１０９への転送情報をもとに、暗号化された「ＣＩＤ１」が含まれる秘匿検索要求を秘匿検索部１０９へ送信する。
秘匿検索部１０９は、通信制御インタフェース部１０３及び要求受付部１０６を経由して、秘匿検索要求を入力し、入力した秘匿検索要求に含まれる暗号化された「ＣＩＤ１」と一致する値が、記憶部１０２のアカウントＤＢ１１０の「共通ＩＤ」欄にあるか否かを秘匿検索する。
図２の場合は、暗号化された「ＣＩＤ１」がアカウントＤＢ１１０に登録されているので、認証に成功する。
【００２６】
なお、図２において、サービス（１）３００とサービス（２）４００は、それぞれ異なるサービスを提供するサービスアプリケーション又は当該サービスアプリケーションが実装されているサーバ装置である。
つまり、サービス（１）３００、サービス（２）４００との表記は、サービスアプリケーション又は当該サービスアプリケーションが実装されているサーバ装置を意味する。
また、サービス（１）３００では、ユーザ端末装置２００のユーザのユーザＩＤをサービスＩＤ１（ＳＩＤ１）として管理しており、サービス（２）４００では、ユーザ端末装置２００のユーザのユーザＩＤをサービスＩＤ２（ＳＩＤ２）として管理している。
サービス（１）３００とサービス（２）４００に関連する動作は、実施の形態２以降で説明する。
【００２７】
図３に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００２８】
秘匿検索に対応したアルゴリズムによるＩＤの暗号化を使用するユーザは、ＩＤを認証システム１００に登録する際、仮ＩＤの払い出しを受ける。
仮ＩＤの払い出しは、認証システム１００からユーザ端末装置２００に仮ＩＤを送信してもよいし、可搬記憶媒体（例えば、ＩＣカード）に仮ＩＤを格納し、ユーザ端末装置２００に可搬記憶媒体から仮ＩＤを読み込ませてもよい。
仮ＩＤは、ユーザ端末装置２００で復号可能な方式にて暗号化されて送信、又は可搬記憶媒体に格納されてもよい。
ユーザは、この仮ＩＤを用いて、ユーザ認証要求を行う。
【００２９】
ユーザ端末装置２００から送信されたユーザ認証要求が、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７に入力された際に（Ｓ３０１）、検証部１０７が、入力したユーザ認証要求に仮ＩＤが含まれているか否かを判断する（Ｓ３０２）。
【００３０】
ユーザ認証要求に仮ＩＤが含まれている場合（Ｓ３０２でＹＥＳ）は、検証部１０７は、仮ＩＤ管理部１０８内の「共通ＩＤ」の項目を検索し、ユーザ認証要求に含まれている仮ＩＤと同じ仮ＩＤが「共通ＩＤ」の項目に存在するレコードを抽出し、抽出したレコード内の転送情報（秘匿検索部１０９への転送情報）を取り出す（Ｓ３０３）。
そして、検証部１０７は、通信制御インタフェース部１０３を介して、取り出した転送情報を、ユーザ認証要求への応答として、ユーザ端末装置２００に送信する。
【００３１】
転送情報を受信したユーザ端末装置２００は、転送情報をもとに秘匿検索部１０９にアクセスする。
つまり、ユーザ端末装置２００は、暗号化した共通ＩＤが含まれる秘匿検索要求を秘匿検索部１０９に対して送信する（Ｓ３０４）。
なお、この秘匿検索部１０９へのアクセスは、例えばインターネットで標準的に使われている通信手順であるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるアクセス要求を転送するＨＴＴＰリダイレクトと呼ばれる機能を用いて実現できる。
なお、検証部１０７からユーザ端末装置２００に転送情報を送信する際に、前述したように、転送情報をユーザの暗号化鍵で暗号化してもよい。
転送情報が暗号化されている場合は、ユーザ端末装置２００は、転送情報を復号した後、秘匿検索部１０９にアクセスする。
あるいは、転送情報は平文のままユーザ端末装置２００に送信してもよい。
この場合、ユーザの暗号化鍵による復号は必要ない。
【００３２】
ユーザ端末装置２００から送信された秘匿検索要求は、通信制御インタフェース部１０３を介して、秘匿検索部１０９に入力される。
秘匿検索部１０９は、秘匿検索に対応したアルゴリズムにより暗号化されたＩＤを検索する（Ｓ３０５）。
つまり、入力した秘匿検索要求に含まれる暗号化された共通ＩＤと一致する値が、記憶部１０２のアカウントＤＢ１１０の「共通ＩＤ」の欄にあるか否かを秘匿検索する。
秘匿検索の結果、ユーザ端末装置２００からの秘匿検索要求に含まれる共通ＩＤと一致する共通ＩＤがアカウントＤＢ１１０に登録されていることが判明した場合（Ｓ３０６でＹＥＳ）、すなわち、検索に成功した場合は、認証情報送信部１０４が、認証に成功したことを示す認証成功情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０７）。
一方、秘匿検索要求に含まれる共通ＩＤと一致する共通ＩＤがアカウントＤＢ１１０に登録されていないことが判明した場合（Ｓ３０６でＮＯ）、すなわち、検索に失敗した場合は、認証情報送信部１０４が、認証に失敗したことを示す認証失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０９）。
【００３３】
一方、Ｓ３０２でＮＯの場合、すなわち、ユーザ認証要求に仮ＩＤが含まれていない場合は、ユーザの共通ＩＤそのものがユーザ認証要求に含まれているので、検証部１０７は、仮ＩＤ管理部１０８に当該共通ＩＤが登録されているか否かを判断する（Ｓ３０８）。
そして、ユーザ端末装置２００からのユーザ認証要求に含まれる共通ＩＤと一致する共通ＩＤが仮ＩＤ管理部１０８に登録されていることが判明した場合（Ｓ３０８でＹＥＳ）、すなわち、検索に成功した場合は、認証情報送信部１０４が、認証成功情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０７）。
一方、ユーザ認証要求に含まれる共通ＩＤと一致する共通ＩＤが仮ＩＤ管理部１０８に登録されていないことが判明した場合（Ｓ３０８でＮＯ）、すなわち、検索に失敗した場合は、認証情報送信部１０４が、認証失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ３０９）。
【００３４】
図３で説明したように、秘匿検索に対応したアルゴリズムによるＩＤの暗号化を使用しないユーザは、仮ＩＤでなく、共通ＩＤそのものを利用して認証システム１００にアクセスし、検証部１０７による認証結果を受け取る。
この様子を図４に示す。
図４において、ユーザは暗号化されていない平文の共通ＩＤであるＣＩＤ０を用いてユーザ認証要求を認証システム１００に送り、認証システム１００は、検証部１０７に平文のＣＩＤ０が登録されていることを確認し、認証に成功したことを示す認証成功情報を、ユーザ端末装置２００に返す。
【００３５】
なお、図２と図４の仮ＩＤ管理部１０８における登録内容が相違しているが、説明の便宜上、図２と図４に分けて説明を行っているからであり、仮ＩＤ管理部１０８では、「共通ＩＤ」の項目に仮ＩＤが示されるレコードと、共通ＩＤ（平文）が示されるレコードの両者が存在しており、「共通ＩＤ」の項目に仮ＩＤが示されるレコードには転送情報が含まれている。
図２では、説明のために、共通ＩＤの項目に仮ＩＤ（仮ＩＤ１）が示されるレコードのみを抜き出して例示しており、図４では、共通ＩＤの項目に共通ＩＤ（ＣＩＤ０）が示されるレコードのみを抜き出して例示している。
【００３６】
以上のように構成することにより、ＬＤＡＰなど標準的なインタフェースで構築された検証部を秘匿検索技術に対応させるための独自の拡張を行うことなく、既存の認証システムの大幅改修を必要とせずに、ＩＤを秘匿検索に対応したアルゴリズムにより暗号化するユーザと、暗号化しないユーザとを共存させることが可能になる。
【００３７】
なお、以上の説明では、説明の簡明化のため、パスワード等による認証処理を省略している。
実際の運用では、認証システム１００内に、共通ＩＤに対応付けてパスワード等を登録しておき、ユーザ端末装置２００からは、共通ＩＤ（平文又は暗号文）とともにパスワードを送信し、共通ＩＤの登録有無とともに、パスワードが一致するか否かを判断して、ユーザ認証を行うことになる。
なお、以降の実施の形態でも、同様に、説明の簡明化のため、パスワード等による認証処理は記述を省略している。
【００３８】
以上、本実施の形態では、
ユーザを認証する認証システムであって、
要求受付部、認証情報送信部、検証部からなる制御部、ユーザを識別する情報であるＩＤを記憶するアカウントＤＢを備える記憶部、通信制御インタフェース部を備え、
記憶部のうち、アカウントＤＢにおいては、ＩＤを暗号化して格納する場合には、ＩＤおよび検索条件を、ともに暗号化された状態のままで比較することを可能にする秘匿検索に対応したアルゴリズムでＩＤを暗号化して格納し、また記憶部は、アカウントＤＢの格納しているＩＤを暗号化したまま検索条件と比較する秘匿検索部を備え、
検証部は、記憶部内の秘匿検索部への転送情報を、ＩＤに関連づけられた属性の一つとして保管し、
検証部は、更に、秘匿検索に対応したアルゴリズムでＩＤを暗号化する場合、ＩＤと異なる値を持つ仮ＩＤを振り出し、
検証部は、仮ＩＤを受け付けると、仮ＩＤに関連付けられた属性の一つとして保管されている秘匿検索部への転送情報を取り出し、ユーザに当該転送情報を送信し、
秘匿検索に対応したアルゴリズムでＩＤを暗号化するユーザは、仮ＩＤを用いて制御部に認証要求を送り、その応答として当該秘匿検索部への転送情報を受け取り、当該秘匿検索部への転送情報にもとづいて、記憶部の秘匿検索部に、ユーザ自身を識別するＩＤを暗号化した状態で送信し、秘匿検索部により当該ＩＤがアカウントＤＢに登録されているかどうかを確認することにより認証を行い、
秘匿検索に対応したアルゴリズムでＩＤを暗号化しないユーザは、ユーザ自身を識別するＩＤを平文のまま、または検証部が復号可能なアルゴリズムで暗号化したものを、認証要求とともに検証部に送信し、検証部が当該ＩＤを持つかどうかを確認することにより認証を行う認証システムを説明した。
【００３９】
また、上記の認証システムの制御部では、認証情報送信部に仮ＩＤ処理部が、検証部に仮ＩＤ管理部が存在することを説明した。
【００４０】
実施の形態２．
認証システムは、ＩＤに加えて、ユーザの属性に関する情報もＩＤと関連付けて保管し、個別のサービスからの要望に応じて属性の値を開示するように構成することができる。
このような属性値には、クレジットカード番号や保険証の番号のように、秘匿することが必要な情報が含まれる。
【００４１】
本実施の形態に係る認証システムは、ユーザの属性の値（属性値）を、秘匿検索に対応したアルゴリズムにより暗号化して保管し、またユーザやサービスより、当該属性値の属性値または属性値に関する条件を秘匿検索に対応したアルゴリズムにより暗号化した状態で含む属性値検索条件を受け取り、属性値および検索条件内の暗号化した部分を復号することなく、検索に成功したかどうかを返す。
【００４２】
図５に、本実施の形態に係る認証システム１００（データ処理装置）の構成を示す。
本実施の形態に係る認証システム１００は、図１の構成に加えて、認証情報送信部１０４内に仮属性処理部１１１を備え、検証部１０７内に仮属性管理部１１２を備える。
【００４３】
仮属性処理部１１１は、ＩＤに関連付けた属性の値を秘匿検索に対応したアルゴリズムで暗号化し登録することを要求するユーザに対しては、仮属性値として、秘匿検索部１０９への転送情報を登録する機能を提供する。
なお、秘匿検索部１０９への転送情報は、実施の形態１で説明したように、ユーザの暗号化鍵で暗号化されていてもよい。
このとき、ユーザは、秘匿検索部１０９への転送情報を復号した後、秘匿検索部１０９にアクセスする。
【００４４】
仮属性管理部１１２は、ＩＤに関連付けた属性の値である仮属性値として秘匿検索部１０９への転送情報を保管する機能を提供する。
【００４５】
なお、例えば、仮ＩＤ処理部１０５が仮属性処理部１１１を、仮ＩＤ管理部１０８が仮属性管理部１１２を兼ねるように構成することもできる。
【００４６】
なお、本実施の形態では、通信制御インタフェース部１０３は、ユーザが利用するユーザ端末装置又はサービスと通信を行う。
本実施の形態では、例えば、ユーザ端末装置又はサービスから属性値検索要求を受信する。
通信制御インタフェース部１０３は、通信部の例に相当する。
【００４７】
要求受付部１０６は、通信制御インタフェース部１０３で受信されたユーザ端末装置又はサービスからの属性値検索要求を受け付ける。
【００４８】
認証情報送信部１０４は、通信制御インタフェース部１０３を介して、属性値検索要求に対する処理結果を示す情報をユーザ端末装置又はサービスに送信する。
【００４９】
検証部１０７は、共通ＩＤに関連付けられている属性値を暗号化されていない状態で管理する。
後述する図６及び図７に示すように、本実施の形態では、共通ＩＤに対して複数の項目（属性１、属性２等）が設けられており、各項目に対応する属性値が、共通ＩＤに関連付けられて格納されている。
本実施の形態で説明する属性値は、このように、項目ごとに区分されて管理されているデータであり、項目データの例に相当する。
そして、検証部１０７は、複数の項目のうち、いずれかの項目の属性値（項目データ）を暗号化されていない状態で管理する。
図７の例では、「属性２」の属性値は、暗号化されていない状態で検証部１０７により管理されている。
検証部１０７は、第１の項目データ管理部の例に相当する。
また、検証部１０７は、属性値検索要求で検索の対象として指定されている項目（属性）の管理先が、検証部１０７自身であるか、秘匿検索部１０９であるかを判断し、管理先が検証部１０７自身であれば、該当する属性値を検証部１０７が検索し、管理先が秘匿検索部１０９であれば、秘匿検索部１０９に該当する属性値を検索させる。
検証部１０７は、検索管理部の例にも相当する。
【００５０】
秘匿検索部１０９は、複数の項目のうち、検証部１０７で管理されていない項目の属性値（項目データ）を暗号化された状態で管理しており、秘匿検索に対応している。
図６の例では、「属性１」の属性値は、暗号化された状態で秘匿検索部１０９により管理され、秘匿検索の対象となる。
秘匿検索部１０９は、第２の項目データ管理部の例に相当する。
【００５１】
図６に、本実施の形態に係る認証システム１００の検証部１０７と記憶部１０２の保管する情報の例を示す。
【００５２】
図６において、サービス１（３００）が認証システム１００に対し共通ＩＤ＝ＣＩＤ０のユーザの属性１の属性値が「属性値１」であるかどうかを検索する属性値検索要求を送ると、検証部１０７の持つ共通ＩＤ＝ＣＩＤ０のユーザの属性１の属性値は仮属性値であり、秘匿検索部１０９への転送情報を持つ。
この、秘匿検索部１０９への転送情報を受け取ったサービス１（３００）は、秘匿検索部１０９に対して属性値検索要求を転送し、秘匿検索部１０９は属性１の属性値として「属性値１」という値であることを確認し、検索結果としてＹｅｓを返す。
【００５３】
なお、平文で管理してよい属性（例：性別）は、従来通り検証部１０７に保管する。
秘匿検索に対応したアルゴリズムで暗号化することが必要な属性（例：クレジットカード番号）の値は、記憶部１０２に暗号化して保管する。
【００５４】
図７に、このときの検証部１０７と記憶部１０２の保管する情報の例を示す。
【００５５】
図７において、サービス１（３００）が認証システム１００に対し共通ＩＤ＝ＣＩＤ０のユーザの属性２の属性値が「属性２」であるかどうかを検索する属性値検索要求を送ると、検証部１０７の持つ共通ＩＤ＝ＣＩＤ０のユーザの属性２の属性値は「属性２」であり、検索結果としてＹｅｓを返す。
【００５６】
図８に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００５７】
先ず、サービス又はユーザ端末装置２００が属性値検索要求を送信する。
属性値検索要求には、属性値検索条件と、検索の対象となる共通ＩＤが含まれる。
属性値検索条件には、検索の対象とする属性（項目）の識別子（図６、図７の属性１、属性２に相当）と、検索された属性値（平文の属性値（「属性値２」に相当）又は暗号文の属性値（暗号化された「属性値１」に相当））と照合する条件（以下、照合条件という）が含まれている。
以下では、ユーザ端末装置２００から属性値検索要求が送信された場合を例にして説明を進める。
【００５８】
属性値検索要求が、通信制御インタフェース部１０３及び要求受付部１０６を経由して、検証部１０７に入力された際に、検証部１０７が、入力した属性値検索要求から属性値検索条件と共通ＩＤを取り出し（Ｓ８０１）、当該共通ＩＤに対して属性値検索条件の属性（項目）に対応する属性値又は仮属性値を検索する（Ｓ８０２）。
すなわち、「共通ＩＤ」の項目に、属性値検索要求に示されている共通ＩＤが示されるレコードを仮属性管理部１１２において検索する。
【００５９】
属性値又は仮属性値が検証部１０７の仮属性管理部１１２に登録されている場合（Ｓ８０３でＹＥＳ）、すなわち、属性値検索要求に示されている共通ＩＤが示されるレコードを抽出できた場合は、当該レコードにおいて、属性値検索条件に示される属性（項目）の値が属性値及び仮属性値のいずれであるのかを判断する（Ｓ８０４）。
【００６０】
属性値検索条件に示される属性（項目）の値が仮属性値である場合（Ｓ８０４でＹＥＳ）、検証部１０７は、仮属性値である秘匿検索部１０９への転送情報を取り出し、通信制御インタフェース部１０３を介して、取り出した転送情報を、属性値検索要求への応答として、ユーザ端末装置２００に送信する。
【００６１】
転送情報を受信したユーザ端末装置２００は、転送情報をもとに秘匿検索部１０９にアクセスする。
つまり、ユーザ端末装置２００は、属性値検索条件と共通ＩＤとが含まれる属性値検索要求を秘匿検索部１０９に対して送信する（Ｓ８０５）。
なお、この秘匿検索部１０９へのアクセスは、実施の形態１と同様に、ＨＴＴＰリダイレクトと呼ばれる機能を用いて実現できる。
なお、検証部１０７からユーザ端末装置２００に転送情報を送信する際に、前述したように、転送情報をユーザの暗号化鍵で暗号化してもよい。
転送情報が暗号化されている場合は、ユーザ端末装置２００は、転送情報を復号した後、秘匿検索部１０９にアクセスする。
あるいは、転送情報は平文のままユーザ端末装置２００に送信してもよい。
この場合、ユーザの暗号化鍵による復号は必要ない。
【００６２】
ユーザ端末装置２００から送信された属性値検索要求は、通信制御インタフェース部１０３を介して、秘匿検索部１０９に入力される。
秘匿検索部１０９は、属性値検索要求に含まれる共通ＩＤに対応するレコードをアカウントＤＢ１１０において検索し（Ｓ８０６）、該当するレコード内の対象となる属性（項目）の値（暗号化された属性値）が、属性値検索要求に含まれる照合条件に合致するか否かを判断する。
そして、暗号化属性値が照合条件に合致すれば（Ｓ８０７でＹＥＳ）、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した暗号化属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０８）。
一方、暗号化属性値が照合条件に一致しない場合（Ｓ８０７でＮＯ）は、照合に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６３】
一方、Ｓ８０４でＮＯの場合、すなわち、属性値検索条件に示される属性（項目）の値が属性値（平文）である場合、検証部１０７は、Ｓ８０２で検索されたレコード内の対象となる属性（項目）の値（平文の属性値）が、属性値検索要求に含まれる照合条件に合致するか否かを判断する。
そして、属性値が照合条件に合致すれば（Ｓ８０７でＹＥＳ）、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した平文の属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０８）。
一方、属性値が照合条件に合致しない場合（Ｓ８０７でＮＯ）は、照合に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６４】
また、Ｓ８０３でＮＯの場合、すなわち、属性値検索要求に示される共通ＩＤに対応するレコードが仮属性管理部１１２に存在しない場合、または、対応するレコードは存在するが、属性値検索条件に示される属性（項目）が当該レコードに存在ない場合は、検索に失敗したことを示す失敗情報を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ８０９）。
【００６５】
このように構成することにより、ＬＤＡＰなど標準的なインタフェースを備えた検証部１０７を秘匿検索技術に対応させるための独自の拡張を行うことなく、既存の認証システムの大幅改修を必要とせずに、ＩＤに関連付けられた属性を秘匿検索に対応するアルゴリズムで暗号化するユーザと、ＩＤに関連付けられた属性を秘匿検索に対応するアルゴリズムで暗号化しないユーザとを共存させることが可能になる。
【００６６】
なお、このような属性の一つとして、当該ユーザを特定のサービス内で識別するサービスＩＤを保管し、実施の形態１の認証システム１００におけるＩＤを共通ＩＤとすることにより、ＩＤマッピング機能を実現することができる。
図９に例を示す。
【００６７】
図９において、サービス１（３００）においてユーザを識別するためのサービスＩＤ１（ＳＩＤ１）、サービス２（４００）において同じユーザを識別するためのサービスＩＤ２（ＳＩＤ２）は、いずれも共通ＩＤの属性として実現されている。
検証部１０７は、共通ＩＤ「仮ＩＤ１」に関連付けて属性「サービスＩＤ１」、「サービスＩＤ２」を保管しており、それぞれ、秘匿検索部１０９への転送情報を登録している。
また、「仮ＩＤ」により共通ＩＤ自体を検索するため、任意の属性Ｘにも秘匿検索部１０９への転送情報を登録している。
記憶部１０２は「仮ＩＤ１」に対応する共通ＩＤとして「ＣＩＤ１」、「サービスＩＤ１」の属性値として「ＳＩＤ１」、「サービスＩＤ２」の属性値として「ＳＩＤ２」を、それぞれ暗号化して管理している。
秘匿検索部１０９は、認証または属性値検索の要求の転送を受け取ると、それに応じてそれぞれ復号することなく検索し、検索結果を返す。
【００６８】
ただし、実施の形態１、２に係る認証システム１００の用途は、ＩＤマッピング機能の実現に限られず、例えば、ある会社が業務で用いる機能をサービスとして実現しており、認証システム１００でそれぞれのサービスで共通に使うユーザの属性を管理する場合、ユーザを認証した後にサービス１がユーザの福利厚生費用をユーザのクレジットカードから引き落とすために、認証システムにクレジットカード番号を登録しておいて確認できるよう構成することができる。
【００６９】
以上、本実施の形態では、
ユーザを認証し識別するＩＤとユーザの属性を関連付けて保管する認証システムであって、
記憶部は、ＩＤと関連付けられた属性の属性値を暗号化して格納する場合には、属性値の検索条件に含まれるＩＤまたは属性値または両方を、暗号化された状態のままで記憶部に格納されている情報と比較することを可能にする秘匿検索に対応したアルゴリズムを用いて、属性値を暗号化して記憶部に格納し、また記憶部に格納した情報を暗号化されたままの状態で検索条件と比較する秘匿検索部を備え、
検証部は、更に、秘匿検索部への転送情報を、ＩＤに関連付けられた当該属性の属性値として保管し、
要求受付部は、ＩＤに関連付けられた属性の検索要求を受け付けると、検証部内にて当該属性の属性値として保管されている秘匿検索部への転送情報を取り出し、認証情報送信部を用いてユーザに当該秘匿検索部への転送情報を送信し、
秘匿検索に対応したアルゴリズムで属性値を暗号化するユーザについては、属性値検索条件を制御部に送り、その応答として当該秘匿検索部への転送情報を受け取り、当該秘匿検索部への転送情報をもとに秘匿検索部にアクセスし、当該秘匿検索部に、暗号化した属性値に対する属性値検索条件を送信し、
当該検索条件を使って記憶部から属性値検索結果を取り出して検索条件の送信元に返し、
秘匿検索に対応したアルゴリズムで属性値を暗号化しないユーザは、属性値検索条件を制御部に送り、制御部の検証部が当該検索条件を評価した結果を検索条件の送信元に返す認証システムを説明した。
【００７０】
また、本実施の形態では、
上記の認証システムの制御部では、認証情報送信部には仮属性処理部が、検証部には仮属性管理部が存在することを説明した。
【００７１】
実施の形態３．
実施の形態２で述べたＩＤマッピング機能を実現した認証システムおよびサービスにおいては、認証システムの管理している共通ＩＤに関連付けられた属性を、サービス自身の内部で復号し利用するものがある。
例えば、共通ＩＤに住所が関連づけられている場合に、共通ＩＤで特定されるユーザの住所を印刷するサービスがある。
このようなサービスが実施の形態２に係る認証システム１００に属性の値の取得を要求する場合、当該サービス自身が秘匿検索に対応しており、秘匿検索に対応したアルゴリズムで暗号化した属性値をサービス内部で復号できる場合は、認証システム１００より、秘匿検索に対応したアルゴリズムで暗号化した属性値を受け取り、復号し、平文の属性値を利用することができる。
しかし、秘匿検索技術は新しい技術であり、秘匿検索に対応せず、秘匿検索に対応したアルゴリズムで暗号化した属性値を受け取っても、復号して利用できないサービスも存在する。
【００７２】
本実施の形態に係る認証システム１００は、秘匿検索に対応したサービスからの属性値検索要求に対しては、暗号化された属性値を含む検索結果を返し、当該サービスが、当該検索結果に含まれる、暗号化された属性値を当該サービス内で復号して利用することを可能にする。
一方で、秘匿検索に対応していないサービスからの属性値検索要求に対しては、検索の結果得られた暗号化された属性値を、当該暗号化された属性値の暗号化を行ったユーザ端末装置で復号させ、当該ユーザ端末装置からサービスに復号値を送信するようにする。
なお、本実施の形態では、サービス（サービスアプリケーションを実行するサーバ装置）がデータシステムの例に相当し、ユーザ端末装置が暗号化装置の例に相当する。
【００７３】
図１０に、本実施の形態に係る認証システム１００の構成例を示す。
【００７４】
本実施の形態に係る認証システム１００は、図５に示す構成に加えて、サービス構成情報管理部１１３を備える。
サービス構成情報管理部１１３は、サービスごとに以下の２つの情報を記憶している。
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
【００７５】
ここで、サービスが属性の値を「確認する」とは、検索された属性値がある条件（照合条件）を満たすかどうかを確認した結果を受け取り、属性値は暗号化されているかどうかに関わらず検索結果として受け取らない処理を行うことを意味する。
つまり、サービスが属性の値を「確認する」場合は、確認結果だけがサービスに送信されるので、属性値が暗号化されており、また、当該サービスが秘匿検索に対応していなくても、属性値の復号処理は不要である。
サービスが属性の値を「利用する」とは、サービスが、属性値をサービス内部で使用することを意味する。
このため、サービスが属性の値を「利用する」場合は、属性値が暗号化されており、また、当該サービスが秘匿検索に対応していないと、暗号化された属性値の復号処理が必要になる。
【００７６】
図１１に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００７７】
あるサービスから属性値検索要求を受け取り、秘匿検索部１０９がアカウントＤＢ１１０を検索して、属性値検索条件及び共通ＩＤに対応するレコードを取得し、属性値検索要求に含まれる照合条件と当該レコード内の属性値（暗号化された属性値）を照合するまで（Ｓ１１０１〜Ｓ１１０７）は、実施の形態２に示した図８のＳ８０１〜Ｓ８０７と同様であるので、説明を省略する。
【００７８】
照合の結果、検索されたレコード内の属性値（暗号化された属性値）が照合条件に合致する場合に、検証部１０７は、サービス構成情報管理部１１３の保管する、上記２つの情報を参照する。
より具体的には、検証部１０７は、サービス構成情報管理部１１３に保管されている上記の２）の情報を参照して、属性値検索要求の送信元のサービスが行うのが属性値の確認であるか否かを判断する（Ｓ１１０８）。
属性値の確認である場合（Ｓ１１０８でＹＥＳ）は、認証情報送信部１０４が、通信制御インタフェース部１０３を介して、値確認結果をユーザ端末装置２００に送信する（Ｓ１１０９）。
【００７９】
一方、属性値検索要求の送信元のサービスが行うのが属性値の利用である場合（Ｓ１１０８でＮＯ）は、更に、検証部１０７は、サービス構成情報管理部１１３に保管されている上記の１）の情報を参照して、属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応しているか否かを判断する（Ｓ１１１０）。
【００８０】
属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応している場合（Ｓ１１１０でＹＥＳ）は、認証情報送信部１０４が、照合に成功したことを示す属性値検索成功情報と検索結果（検索した暗号化属性値）を、通信制御インタフェース部１０３を介して、ユーザ端末装置２００に送信する（Ｓ１１１４）。
【００８１】
一方、属性値検索要求の送信元のサービスが秘匿検索アルゴリズムに対応していない場合（Ｓ１１１０でＮＯ）は、検証部１０７が、検索された暗号化された属性値の暗号化を行ったユーザ端末装置２００を特定し、当該ユーザ端末装置２００に対して暗号化された属性値を復号するよう指示するコマンドを生成し、認証情報送信部１０４が、暗号化された属性値と検証部１０７により生成されたコマンドを、通信制御インタフェース部１０３を介して、該当するユーザ端末装置２００に送信する（Ｓ１１１１）。
【００８２】
ユーザ端末装置２００では、暗号化された属性値とコマンドを受信し、暗号化された属性値を復号する（Ｓ１１１２）。
更に、ユーザ端末装置２００は、復号後の属性値を、属性値検索要求の送信元のサービスが復号可能な方法で暗号化し、暗号化した属性値を、当該サービスに送信する（Ｓ１１１３）。
【００８３】
なお、図１１においてＳ１１１５の処理は、図８のＳ８０９と同じなので、説明を省略する。
【００８４】
このように、本実施の形態に係る認証システムは、サービスが秘匿検索に対応しているか否かに関わらず、ユーザの属性値情報を復号した状態で、当該サービス内部にて利用することを可能にする効果を奏する。
【００８５】
以上、本実施の形態では、
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
を管理するサービス構成情報管理部を備え、
ユーザが認証システムで認証を受けて利用しているサービスの１つにおいて、当該ユーザの属性値の検索条件を認証システムに問い合わせた場合、認証システムは、個別のサービスが、秘匿検索に対応しているかどうかの情報を確認し、
当該サービスが秘匿検索に対応している場合は、記憶部が格納している、秘匿検索に対応したアルゴリズムで暗号化された属性値を取り出して当該サービスに送信し、
当該サービスが秘匿検索に対応していない場合は、記憶部より、秘匿検索に対応したアルゴリズムで暗号化された属性値を取り出して、いったんユーザに戻し、当該ユーザは当該属性値をユーザ自身の暗号化鍵で復号し、当該サービスに送信する認証システムを説明した。
【００８６】
実施の形態４．
サービスにおいては、他のサービスの提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）などを経由して、他のサービスに依存するものがある。
例えば、交通機関の経路情報や運賃情報を提供するサービスのＡＰＩを利用して、社内の出張旅費精算を行うサービスがある。
本実施の形態では、サービスごとに、秘匿検索部１０９において検索された暗号化属性値を波及させる波及先サービス（波及先データシステムの一例）を記憶しておき、いずれかのサービスからの属性値検索条件に対して暗号化属性値を検索した際に、波及先サービスにも当該暗号化属性値を送信する。
また、波及先サービスが秘匿検索アルゴリズムに対応していない場合には、当該暗号化属性値を、暗号化を行ったユーザ端末装置に送信し、当該ユーザ端末装置に当該暗号化属性値の復号を行わせて、復号された属性値を波及先サービスに送信させる。
【００８７】
本実施の形態に係る認証システム１００の構成例は、図１０に示したものと同様である。
しかしながら、本実施の形態では、サービス構成情報管理部１１３は、サービスごとに、以下の４つの情報を記憶している。
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
３）個別のサービスが、当該サービス内部で値確認または値を利用する属性
４）サービス同士の依存関係（マッシュアップ）情報
【００８８】
上記の１）及び２）の情報は、実施の形態３で説明したものと同様であり、説明を省略する。
３）「個別のサービスが、当該サービス内部で値確認または値を利用する属性」は、サービスがいずれの属性の値を確認又は利用するかを示す。
４）「サービス同士の依存関係情報」は、サービスに依存するサービスが示される。
例えば、サービスＡからの属性値検索要求により検索された属性値がサービスＢでも使われる場合は、サービスＡについてのレコードには、サービスＡに依存するサービスとしてサービスＢが示される。
なお、本例におけるサービスＢが波及先サービス（波及先データシステム）に相当する。
【００８９】
なお、秘匿検索技術を実現するアルゴリズムの種類や実現方法によっては、サービスが秘匿検索に対応していても、秘匿検索に対応したアルゴリズムで暗号化した属性値をサービス内で復号できない場合もある。
この場合は、２）「個別のサービスが属性の値を確認するか、値を利用するかの別」の情報は、１）「個別のサービスが、秘匿検索に対応しているかどうかの情報」と同じ意味となるので、この場合は２）「個別のサービスが属性の値を確認するか、値を利用するかの別」の情報を省略してもよい。
【００９０】
図１２に、本実施の形態に係るサービス構成情報管理部１１３で記憶している情報の例を示す。
なお、本実施の形態に係るサービス構成情報管理部１１３は、波及先データシステム情報記憶部の例に相当する。
【００９１】
図１２に示すように、サービス構成情報管理部１１３で記憶している情報には、サービスごとに、「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の欄が設けられている。
ここで、「値確認又は利用する属性」は上記の３）の情報に該当し、「値確認、利用の別」は上記の２）の情報に対応し、「秘匿検索対応」は上記の１）の情報に対応し、「依存サービス」は上記の４）の情報に対応する。
図１２において、例えば、サービス１は、カード番号である属性Ｘの属性値の値確認を行い、秘匿検索に対応している。
そして、サービス１に依存するサービスとして、サービス２とサービス３がある。
サービス２では、カード番号である属性Ｘの属性値を利用し、秘匿検索には対応していない。
サービス２は、サービス１に依存しており、また、対象となる属性が属性Ｘであるため、サービス１について取得された属性Ｘの暗号属性値をサービス２に波及させる。
但し、サービス１には、属性Ｘの属性値についての確認結果のみを送信すればよいが、サービス２には、属性Ｘの属性値そのものも送信する必要がある。
そしてサービス２は、秘匿検索に対応していないので、属性Ｘの暗号化属性値をユーザ端末装置２００で復号する必要がある。
一方、サービス３は、サービス１に依存するが、対象となる属性が属性Ｙ（保険証番号）であるため、サービス１について取得された属性Ｘの暗号属性値はサービス３には波及させない。
【００９２】
図１３に、本実施の形態に係る認証システム１００の動作のフローチャートを示す。
【００９３】
図１３において、Ｓ１３０１〜Ｓ１３０７は、図１１に示すＳ１１０１〜Ｓ１１０７と同様であるので、説明を省略する。
【００９４】
Ｓ１３０８において、検証部１０７は、サービス構成情報管理部１１３の保管する、上記３つの情報を参照する。
以下、図１２に示すサービス１から属性Ｘについて属性値検索要求があった場合を例にして説明を行う。
【００９５】
検証部１０７は、サービス１について「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス１では、属性Ｘの属性値を「値確認」すること、秘匿検索に対応していること、依存サービスがサービス２とサービス３であることを判断する。
この判断結果により、サービス１については、Ｓ１３０９でＹＥＳとなり、Ｓ１３１０で属性Ｘの暗号属性値についての確認結果がサービス１に送信される。
また、サービス２がサービス１の依存サービスであるので、検証部１０７は、サービス２について「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス２では、属性Ｘの属性値を「利用」すること、秘匿検索に対応していないこと、依存サービスがないことを判断する。
この判断結果により、サービス２については、Ｓ１３０９でＮＯとなり、Ｓ１３１１でＮＯとなり、Ｓ１３１２〜Ｓ１３１４により、ユーザ端末装置２００において復号された属性Ｘの属性値が更に暗号化されてサービス２に送信される。
また、サービス３がサービス１の依存サービスであるので、検証部１０７は、サービス３について「値確認又は利用する属性」、「値確認、利用の別」、「秘匿検索対応」、「依存サービス」の各項目の値を参照し、サービス３では、属性Ｙの属性値を対象にしているので、Ｓ１３０９以降の処理は行われず、Ｓ１３１５でＹＥＳとなり、処理が終了する。
【００９６】
また、図１３に示すＳ１３１６及びＳ１３１７は、図１１のＳ１１１４及びＳ１１１５と同じなので、説明を省略する。
【００９７】
なお、図１３において、サービスが指定した検索条件を満たす属性値が暗号化されていない場合（図１３のＳ１３１６）、当該サービスに依存する他のサービス（波及先サービス）の情報をサービス構成情報管理部１１３から取り出していないが、実施の都合によっては、暗号化されていない属性値が格納されている場合にも、図１３のＳ１３０８に示すように、認証システム１００が当該サービスに依存する他のサービス（波及先サービス）の情報を取り出し、波及先サービスのそれぞれに対して当該属性値を送信するように構成してもよい。
【００９８】
以上の構成により、本実施の形態に係る認証システムは、サービスからユーザの属性値検索要求を受けた場合、一連の処理の中で、当該サービスおよび当該サービスに依存する他のサービスに対し、属性値検索結果を送信することにより、属性値検索処理を効率化する効果を奏する。
【００９９】
本実施の形態では、サービス構成情報管理部は、
１）個別のサービスが、秘匿検索に対応しているかどうか
２）個別のサービスが、属性の値を確認するか、値を利用するかの別
３）個別のサービスが、当該サービス内部で値確認または値を利用する属性
４）サービス同士の依存関係（マッシュアップ）情報
を管理し、
ユーザが認証システムで認証を受けて利用しているサービスの１つにおいて、認証システムは、実施の形態３に示した動作に加え、当該ユーザの属性値の検索条件を認証システムに問い合わせた場合に、当該サービス自身、および当該サービスに依存する他のサービスにより、当該属性が利用されているかどうかをサービス構成情報管理部に確認し、他のサービスに利用されている場合は、他のサービスが秘匿検索に対応する場合は秘匿検索に対応したアルゴリズムで暗号化された属性の値を他のサービスに送信し、当該他のサービスが秘匿検索に対応しない場合は、秘匿検索に対応したアルゴリズムで暗号化された属性の値を取り出して、いったんユーザに戻し、当該ユーザは当該属性をユーザ自身の暗号化鍵で復号し、当該他のサービスに送信することを説明した。
【０１００】
最後に、実施の形態１〜４に示した認証システム１００のハードウェア構成例について説明する。
図１４は、実施の形態１〜４に示す認証システム１００のハードウェア資源の一例を示す図である。
なお、図１４の構成は、あくまでも認証システム１００のハードウェア構成の一例を示すものであり、認証システム１００のハードウェア構成は図１４に記載の構成に限らず、他の構成であってもよい。
【０１０１】
図１４において、認証システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜４で説明した「記憶部」は、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【０１０２】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。
【０１０３】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【０１０４】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【０１０５】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
認証システム１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【０１０６】
上記プログラム群９２３には、実施の形態１〜４の説明において「〜部」（「記憶部」以外、以下同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【０１０７】
ファイル群９２４には、実施の形態１〜４の説明において、「〜の判断」、「〜の検索」「〜の抽出」、「〜の比較」、「〜の照合」、「〜の更新」、「〜の参照」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値や暗号鍵・復号鍵や乱数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜４で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【０１０８】
また、実施の形態１〜４の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜４で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「データ処理方法」を実現することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜４の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜４の「〜部」の手順や方法をコンピュータに実行させるものである。
【０１０９】
このように、実施の形態１〜４に示す認証システム１００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【０１１０】
１００ 認証システム、１０１ 制御部、１０２ 記憶部、１０３ 通信制御インタフェース部、１０４ 認証情報送信部、１０５ 仮ＩＤ処理部、１０６ 要求受付部、１０７ 検証部、１０８ 仮ＩＤ管理部、１０９ 秘匿検索部、１１０ アカウントＤＢ、１１１ 仮属性処理部、１１２ 仮属性管理部、１１３ サービス構成情報管理部、２００ ユーザ端末装置、３００ サービス１、４００ サービス２。
【特許請求の範囲】
【請求項１】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部と、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されるデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するためのデータを、判別子データとして記憶する判別子データ記憶部と、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信部と、
前記ユーザ認証要求に前記判別子データが含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理部とを有することを特徴とするデータ処理装置。
【請求項２】
前記判別子データ記憶部は、
前記平文登録データ及び前記暗号文登録データのいずれとも異なるデータを前記判別子データとして記憶していることを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記認証管理部は、
前記ユーザ認証要求に前記判別子データが含まれている場合に、
前記第２のユーザ認証部にアクセスするためのアクセス情報を前記ユーザ認証要求の送信元のユーザ端末装置に送信し、前記アクセス情報に基づいて前記ユーザ認証要求の送信元のユーザ端末装置から前記第２のユーザ認証部にアクセスさせて前記第２のユーザ認証部のユーザ認証を開始させることを特徴とする請求項１又は２に記載のデータ処理装置。
【請求項４】
前記第２のユーザ認証部は、
暗号文登録データとして、所定の暗号化アルゴリズムで暗号化されたユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を複数管理しており、
前記ユーザ認証要求の送信元のユーザ端末装置から送信された、前記暗号化アルゴリズムで暗号化された当該ユーザ端末装置のユーザのユーザＩＤを入力し、
管理している複数の暗号化されたユーザＩＤの中から、入力した暗号化されたユーザＩＤと合致するユーザＩＤを暗号化された状態のまま検索して、前記ユーザ端末装置のユーザのユーザ認証を行うことを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記第１のユーザ認証部は、
ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）により、平文登録データの検索を行い、
前記第２のユーザ認証部は、
暗号文登録データの秘匿検索を行うことを特徴とする請求項１〜４のいずれかに記載のデータ処理装置。
【請求項６】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部と、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を記憶する項目データ管理先情報記憶部と、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信部と、
前記項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理部とを有することを特徴とするデータ処理装置。
【請求項７】
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、
前記第２の項目データ管理部にアクセスするためのアクセス情報を前記検索要求の送信元のデータシステムに送信し、前記アクセス情報に基づいて前記検索要求の送信元のデータシステムから前記第２の項目データ管理部にアクセスさせて前記第２の項目データ管理部の検索を開始させることを特徴とする請求項６に記載のデータ処理装置。
【請求項８】
前記第２の項目データ管理部は、
１つの項目につき、複数の暗号化装置において所定の暗号化アルゴリズムで暗号化された複数の項目データを管理しており、
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応しているか否かを判断し、
前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応していない場合に、前記第２の項目データ管理部により検索された暗号化された項目データの暗号化を行った暗号化装置に、当該暗号化された項目データを復号し、復号により得られる項目データを前記検索要求の送信元のデータシステムに送信するよう指示することを特徴とする請求項６又は７に記載のデータ処理装置。
【請求項９】
前記通信部は、
前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応している場合に、
前記第２の項目データ管理部により検索された暗号化された項目データを前記検索要求の送信元のデータシステムに送信することを特徴とする請求項８に記載のデータ処理装置。
【請求項１０】
前記データ処理装置は、
複数のデータシステムについて、データシステムごとに、前記第２の項目データ管理部により検索された暗号化された項目データを波及させるデータシステムを波及先データシステムとして示す波及先データシステム情報を記憶する波及先データシステム情報記憶部を有し、
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、前記波及先データシステム情報を参照して、前記検索要求の送信元のデータシステムに波及先データシステムが存在するか否かを判断し、
前記検索要求の送信元のデータシステムに波及先データシステムが存在する場合に、当該波及先データシステムが前記暗号化アルゴリズムに対応しているか否かを判断し、
当該波及先データシステムが前記暗号化アルゴリズムに対応していない場合に、前記第２の項目データ管理部により検索された暗号化された項目データの暗号化を行った暗号化装置に、当該暗号化された項目データを復号し、復号により得られる項目データを前記波及先データシステムに送信するよう指示することを特徴とする請求項８又は９に記載のデータ処理装置。
【請求項１１】
前記通信部は、
前記波及先データシステムが前記暗号化アルゴリズムに対応している場合に、
前記第２の項目データ管理部により検索された暗号化された項目データを前記波及先データシステムに送信することを特徴とする請求項１０に記載のデータ処理装置。
【請求項１２】
前記第１の項目データ管理部は、
ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）により、暗号化されていない項目データの検索を行い、
前記第２の項目データ管理部は、
暗号化されている項目データの秘匿検索を行うことを特徴とする請求項６〜１１のいずれかに記載のデータ処理装置。
【請求項１３】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部とを有するコンピュータが、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信ステップと、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されているデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するための判別子データが、前記ユーザ認証要求に含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理ステップとを有することを特徴とするデータ処理方法。
【請求項１４】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部とを有するコンピュータが、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信ステップと、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理ステップとを有することを特徴とするデータ処理方法。
【請求項１５】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部とを有するコンピュータに、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信ステップと、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されているデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するための判別子データが、前記ユーザ認証要求に含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理ステップとを実行させることを特徴とするプログラム。
【請求項１６】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部とを有するコンピュータに、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信ステップと、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理ステップとを実行させることを特徴とするプログラム。
【請求項１】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部と、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されるデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するためのデータを、判別子データとして記憶する判別子データ記憶部と、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信部と、
前記ユーザ認証要求に前記判別子データが含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理部とを有することを特徴とするデータ処理装置。
【請求項２】
前記判別子データ記憶部は、
前記平文登録データ及び前記暗号文登録データのいずれとも異なるデータを前記判別子データとして記憶していることを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記認証管理部は、
前記ユーザ認証要求に前記判別子データが含まれている場合に、
前記第２のユーザ認証部にアクセスするためのアクセス情報を前記ユーザ認証要求の送信元のユーザ端末装置に送信し、前記アクセス情報に基づいて前記ユーザ認証要求の送信元のユーザ端末装置から前記第２のユーザ認証部にアクセスさせて前記第２のユーザ認証部のユーザ認証を開始させることを特徴とする請求項１又は２に記載のデータ処理装置。
【請求項４】
前記第２のユーザ認証部は、
暗号文登録データとして、所定の暗号化アルゴリズムで暗号化されたユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を複数管理しており、
前記ユーザ認証要求の送信元のユーザ端末装置から送信された、前記暗号化アルゴリズムで暗号化された当該ユーザ端末装置のユーザのユーザＩＤを入力し、
管理している複数の暗号化されたユーザＩＤの中から、入力した暗号化されたユーザＩＤと合致するユーザＩＤを暗号化された状態のまま検索して、前記ユーザ端末装置のユーザのユーザ認証を行うことを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記第１のユーザ認証部は、
ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）により、平文登録データの検索を行い、
前記第２のユーザ認証部は、
暗号文登録データの秘匿検索を行うことを特徴とする請求項１〜４のいずれかに記載のデータ処理装置。
【請求項６】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部と、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を記憶する項目データ管理先情報記憶部と、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信部と、
前記項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理部とを有することを特徴とするデータ処理装置。
【請求項７】
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、
前記第２の項目データ管理部にアクセスするためのアクセス情報を前記検索要求の送信元のデータシステムに送信し、前記アクセス情報に基づいて前記検索要求の送信元のデータシステムから前記第２の項目データ管理部にアクセスさせて前記第２の項目データ管理部の検索を開始させることを特徴とする請求項６に記載のデータ処理装置。
【請求項８】
前記第２の項目データ管理部は、
１つの項目につき、複数の暗号化装置において所定の暗号化アルゴリズムで暗号化された複数の項目データを管理しており、
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応しているか否かを判断し、
前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応していない場合に、前記第２の項目データ管理部により検索された暗号化された項目データの暗号化を行った暗号化装置に、当該暗号化された項目データを復号し、復号により得られる項目データを前記検索要求の送信元のデータシステムに送信するよう指示することを特徴とする請求項６又は７に記載のデータ処理装置。
【請求項９】
前記通信部は、
前記検索要求の送信元のデータシステムが前記暗号化アルゴリズムに対応している場合に、
前記第２の項目データ管理部により検索された暗号化された項目データを前記検索要求の送信元のデータシステムに送信することを特徴とする請求項８に記載のデータ処理装置。
【請求項１０】
前記データ処理装置は、
複数のデータシステムについて、データシステムごとに、前記第２の項目データ管理部により検索された暗号化された項目データを波及させるデータシステムを波及先データシステムとして示す波及先データシステム情報を記憶する波及先データシステム情報記憶部を有し、
前記検証管理部は、
前記検索対象項目の管理先が前記第２の項目データ管理部である場合に、前記波及先データシステム情報を参照して、前記検索要求の送信元のデータシステムに波及先データシステムが存在するか否かを判断し、
前記検索要求の送信元のデータシステムに波及先データシステムが存在する場合に、当該波及先データシステムが前記暗号化アルゴリズムに対応しているか否かを判断し、
当該波及先データシステムが前記暗号化アルゴリズムに対応していない場合に、前記第２の項目データ管理部により検索された暗号化された項目データの暗号化を行った暗号化装置に、当該暗号化された項目データを復号し、復号により得られる項目データを前記波及先データシステムに送信するよう指示することを特徴とする請求項８又は９に記載のデータ処理装置。
【請求項１１】
前記通信部は、
前記波及先データシステムが前記暗号化アルゴリズムに対応している場合に、
前記第２の項目データ管理部により検索された暗号化された項目データを前記波及先データシステムに送信することを特徴とする請求項１０に記載のデータ処理装置。
【請求項１２】
前記第１の項目データ管理部は、
ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）により、暗号化されていない項目データの検索を行い、
前記第２の項目データ管理部は、
暗号化されている項目データの秘匿検索を行うことを特徴とする請求項６〜１１のいずれかに記載のデータ処理装置。
【請求項１３】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部とを有するコンピュータが、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信ステップと、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されているデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するための判別子データが、前記ユーザ認証要求に含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理ステップとを有することを特徴とするデータ処理方法。
【請求項１４】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部とを有するコンピュータが、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信ステップと、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理ステップとを有することを特徴とするデータ処理方法。
【請求項１５】
暗号化されていない状態で登録されている平文登録データを検索してユーザ認証を行う第１のユーザ認証部と、
暗号化された状態で登録されている暗号文登録データを検索してユーザ認証を行う第２のユーザ認証部とを有するコンピュータに、
いずれかのユーザ端末装置から、当該ユーザ端末装置を利用するユーザのユーザ認証を要求するユーザ認証要求を受信する通信ステップと、
前記第２のユーザ認証部によるユーザ認証の対象となるユーザが利用するユーザ端末装置に通知されているデータであって、前記第２のユーザ認証部によるユーザ認証の対象となるユーザを判別するための判別子データが、前記ユーザ認証要求に含まれているか否かを判断し、前記ユーザ認証要求に前記判別子データが含まれている場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第２のユーザ認証部に行わせ、前記ユーザ認証要求に前記判別子データが含まれていない場合に、前記ユーザ認証要求の送信元のユーザ端末装置のユーザのユーザ認証を前記第１のユーザ認証部に行わせる認証管理ステップとを実行させることを特徴とするプログラム。
【請求項１６】
複数の項目のうち、いずれかの項目の項目データを暗号化されていない状態で管理する第１の項目データ管理部と、
前記複数の項目のうち、前記第１の項目データ管理部で管理されていない項目の項目データを暗号化された状態で管理する第２の項目データ管理部とを有するコンピュータに、
検索の対象となる項目が検索対象項目として示される検索要求を受信する通信ステップと、
項目ごとに、項目データが前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれで管理されているかが定義される項目データ管理先情報を参照して、前記検索要求に示される検索対象項目の管理先が前記第１の項目データ管理部及び前記第２の項目データ管理部のいずれかであるかを判断し、前記第１の項目データ管理部及び前記第２の項目データ管理部のうち前記検索対象項目の管理先に、前記検索対象項目における項目データの検索を行わせる検索管理ステップとを実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−１１４５３４（Ｐ２０１３−１１４５３４Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６１４６２（Ｐ２０１１−２６１４６２）
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]