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

Abstract

【課題】ユーザが外部認証装置に登録した第１通信アドレスではなく、それと対応付けた第２通信アドレスを認証連携先の情報処理装置に知らせる場合でも、情報処理装置が第１通信アドレスを検証する情報処理装置及び情報処理プログラムを提供する。【解決手段】情報処理システム１０において、認証サーバ１４は、外部認証装置１６からユーザが認証したことを示す、第２のメールアドレスを含む第１情報を取得する。認証サーバ１４は、第２のメールアドレスに対して、検証装置２０への通信を実行することを要求する第２情報を送信する。外部認証装置１６は、第２情報を第１のメールアドレスに転送する。ユーザは、第２情報に応じて、送信元が第１のメールアドレスであるメールを検証装置２０に送る。これにより検証装置２０は、第１のメールアドレスを取得し、制約情報が示す制約を第１のメールアドレスが満たすか否かを検証し、検証結果を認証サーバ１４へ送る。【選択図】図１

Description

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

特許文献１には、オンプレミス環境のユーザＩＤと、クラウドサービスなどを提供する外部サイトであるポータルサイトのユーザＩＤとを連携させるシステムであって、ポータルサイトがオンプレミス環境からユーザＩＤの連携要求を受信すると、当該ユーザＩＤが示すユーザに対して、オンプレミス環境のユーザであることを証明できる固有情報を要求し、ユーザにより入力された固有情報の真偽を判定し、固有情報が正しければ当該ユーザＩＤを連携させ、固有情報が誤っていれば当該ユーザＩＤの連携を拒否するシステムが開示されている。

特開２０２０－０３８４３８号公報

ところで、従来、ユーザを認証した上でユーザが利用可能となる情報処理装置と、当該ユーザを認証する外部認証装置を連携させることが行われている。両装置の連携によれば、ユーザは外部認証装置から認証を受けることで、情報処理装置に対して別途認証処理を行う必要なく、情報処理装置を利用することが可能となる。特に、このような認証連携システムにおいて、外部認証装置が、ユーザを識別するユーザＩＤとしてユーザの通信アドレス（その一例としてメールアドレス）を用いて認証処理を行う場合がある。

ここで、外部認証装置と認証連携する情報処理装置が、ユーザがその外部認証装置に対して登録している通信アドレスに制約を設けたい場合がある。例えば、ある組織が、組織に属するユーザに外部認証装置との認証連携で情報処理装置を利用させる場合、ユーザが外部認証装置に登録するメールアドレスのユーザ名部分を特定形式（例えばユーザ名を社員番号から始まるもの）に限定したい場合がある。

一方、外部認証装置が、ユーザがその外部認証装置に登録した通信アドレスの代わりに外部認証装置が代わりの通信アドレスを生成して情報処理装置に知らせる場合がある。この場合、情報処理装置は、ユーザが外部認証装置に登録した通信アドレスが制約を満たしているか検証することができない。

本発明は、ユーザが外部認証装置に登録した第１通信アドレスではなく、それと対応付けた第２通信アドレスを認証連携先の情報処理装置に知らせる場合でも、情報処理装置が第１通信アドレスを検証できるようにすることを目的とする。

請求項１に係る発明は、記憶装置とプロセッサとを備える情報処理装置であって、前記記憶装置は、外部認証装置との認証連携により前記情報処理装置の利用が許可されるために、前記外部認証装置に登録されたユーザの第１通信アドレスが満たすべき制約、を記憶し、前記プロセッサは、前記外部認証装置が発行した前記ユーザの認証成功を示す第１情報であって、前記第１通信アドレスと対応付けて前記外部認証装置が生成した第２通信アドレスを含んだ第１情報を取得し、前記第１情報に含まれる前記第２通信アドレスに対して、所定の検証装置への通信を実行することを要求する第２情報を送信し、前記第２情報に応じて行われた前記通信の送信元である前記第１通信アドレスが前記制約を満たしているか否かの検証結果を前記検証装置から取得し、前記検証結果が、前記第１通信アドレスが前記制約を満たしていないことを示す場合は、前記ユーザについての前記外部認証装置との認証連携を許可しない制御を実行する、ことを特徴とする情報処理装置である。
請求項２に係る発明は、前記制御では、更に、前記ユーザからの前記通信の転送経路に基づく前記第１通信アドレスの妥当性の判定結果を前記検証装置から受け取り、前記判定結果が、前記第１通信アドレスが妥当でないことを示す場合には、前記ユーザについての前記外部認証装置との認証連携を許可しない、ことを請求項１に記載の情報処理装置である。
請求項３に係る発明は、前記プロセッサは、前記制約を表す制約情報を前記検証装置に提供し、前記検証装置は、前記通信の送信元である前記第１通信アドレスが、前記プロセッサから提供された前記制約情報が示す前記制約を満たすか否かを判定し、その判定結果を前記プロセッサに提供する、ことを特徴とする請求項１又は２に記載の情報処理装置である。
請求項４に係る発明は、前記プロセッサは、前記第１情報を取得した後に、前記情報処理装置における前記ユーザの識別情報の入力を前記ユーザから受け付け、受け付けた前記識別情報に応じて特定される、前記ユーザに適用すべき前記制約を表す前記制約情報を前記検証装置に提供する、ことを特徴とする請求項３に記載の情報処理装置である。
請求項５に係る発明は、前記プロセッサは、前記第１情報を取得した後に、前記情報処理装置における前記ユーザの識別情報の入力を前記ユーザから受け付け、前記制御では、前記検証結果が、前記第１通信アドレスが前記制約を満たしていることを示す場合には、前記ユーザについての前記外部認証装置との認証連携を許可すると共に、前記第２通信アドレスと前記識別情報とが互いに対応する旨を示す情報を登録する、ことを特徴とする請求項１又は２に記載の情報処理装置である。
請求項６に係る発明は、前記記憶装置は、外部認証装置との認証連携により前記情報処理装置の利用が許可されるために、前記外部認証装置に登録されたユーザの第１通信アドレスが満たすべき制約を記憶する記憶装置を備えるコンピュータに、前記外部認証装置が発行した前記ユーザの認証成功を示す第１情報であって、前記第１通信アドレスと対応付けて前記外部認証装置が生成した第２通信アドレスを含んだ第１情報を取得させ、前記第１情報に含まれる前記第２通信アドレスに対して、所定の検証装置への通信を実行することを要求する第２情報を送信させ、前記第２情報に応じて行われた前記通信の送信元である前記第１通信アドレスが前記制約を満たしているか否かの検証結果を前記検証装置から取得させ、前記検証結果が、前記第１通信アドレスが前記制約を満たしていないことを示す場合は、前記ユーザについての前記外部認証装置との認証連携を許可しない制御を実行させる、ことを特徴とする情報処理プログラムである。

請求項１又は６に係る発明によれば、ユーザが外部認証装置に登録した第１通信アドレスではなく、それと対応付けた第２通信アドレスを認証連携先の情報処理装置に知らせる場合でも、情報処理装置が第１通信アドレスを検証することができる。
請求項２に係る発明によれば、第２通信アドレスから検証装置への通信の転送経路にさらに基づいて、当該ユーザについての外部認証装置との認証連携を許可しないようにすることができる。
請求項３に係る発明によれば、情報処理装置と検証装置とを別体とすることができる。
請求項４に係る発明によれば、検証装置は、第１通信アドレスが当該ユーザに応じた制約を満たすか否かを検証することができる。
請求項５に係る発明によれば、情報処理装置は、第２通信アドレスに基づいて当該ユーザを識別することができる。

本実施形態に係る情報処理システムの構成概略図である。 ユーザ端末の構成概略図である。 認証サーバの構成概略図である。 検証装置の構成概略図である。 本実施形態に係る情報処理システムの処理の流れを示す第１のフローチャートである。 本実施形態に係る情報処理システムの処理の流れを示す第２のフローチャートである。

図１は、本実施形態に係る情報処理システム１０の構成概略図である。情報処理システム１０は、ユーザが利用するユーザ端末１２、ユーザを認証する情報処理装置としての認証サーバ１４、認証サーバ１４とは別にユーザを認証する外部認証装置１６、認証サーバ１４により認証されたユーザに対してサービスを提供するサービス提供サーバ１８、及び、検証装置２０を含んで構成される。なお、図１には、ユーザ端末１２が１つのみ示されているが、情報処理システム１０は、複数のユーザが利用する複数のユーザ端末１２を含んでいてよい。ユーザ端末１２、認証サーバ１４、外部認証装置１６、サービス提供サーバ１８、及び検証装置２０は、例えばインターネット回線やＬＡＮ（Local Area Network）などを含む通信回線２２を介して互いに通信可能に接続される。

本発明の前提となる、情報処理システム１０における処理の流れは以下の通りである。

まず、ユーザは、サービス提供サーバ１８が提供するサービスを受けるために、ユーザ端末１２からサービス提供サーバ１８にアクセスする。サービス提供サーバ１８がユーザに提供するサービスとは、例えば文書管理サービスなどであるが、もちろんこれには限られない。サービス提供サーバ１８は、アクセスしてきたユーザの認証を認証サーバ１４に依頼する。なお、本実施形態では、認証サーバ１４とサービス提供サーバ１８が別のサーバとなっているが、両サーバは一体となっていてもよい。すなわち、認証サーバ１４がサービスを提供するようにしてもよい。

本実施形態における認証サーバ１４は、サービス提供サーバ１８が提供するサービスを含む１又は複数のサービスを受けようとするユーザを、当該サービスに代わって認証する認証サービスを提供するサーバである。認証サーバ１４には、予め登録されたユーザに関するユーザ情報、すなわちユーザＩＤと認証情報（例えばパスワードなど）が記憶されている。認証サーバ１４は、自装置に記憶されたユーザ情報に基づいてユーザを認証することもできるが、本実施形態では、認証サーバ１４と外部認証装置１６とが認証連携することが可能となっており、ユーザが外部認証装置１６から認証を受けることで、認証サーバ１４が当該ユーザを認証したとみなすことができる。外部認証装置１６は、例えばＡｐｐｌｅ社が提供するサーバであり、外部認証装置１６が提供する認証連携サービスは、例えば「Ａｐｐｌｅでサインイン」などであるが、外部認証装置１６や認証連携サービスはこれには限られない。

外部認証装置１６にも、予め登録されたユーザのユーザＩＤと認証情報が記憶されており、ユーザは、外部認証装置１６に対してユーザＩＤ及び認証情報を入力することで外部認証装置１６から認証を得る。そうすると、外部認証装置１６から認証成功を示す情報が認証サーバ１４に送信される。

本実施形態では、認証サーバ１４及び外部認証装置１６に記憶されるユーザＩＤとして通信アドレスを用いている。本実施形態では、通信アドレスとしてメールアドレスを用いるものとする。本明細書では、認証サーバ１４にユーザが登録したユーザＩＤとしてのメールアドレスを「メールアドレス０」と、外部認証装置１６にユーザが登録したユーザＩＤとしてのメールアドレスを第１通信アドレスとしての「メールアドレス１」と呼ぶ。

認証サーバ１４にユーザが登録したメールアドレス０と、外部認証装置１６にユーザが登録したメールアドレス１とは、互いに異なるアドレスであるとする。メールアドレス０とメールアドレス１が異なる場合とは、これに限られるものではないが、例えば以下のような事例が想定される。

ユーザはある企業の従業員であり、ユーザは企業から会社ドメインのメールアドレスが与えられている。ユーザは、認証サーバ１４に当該会社ドメインのメールアドレスをユーザＩＤとして用いてユーザ登録を行う。すなわち、メールアドレス０が会社ドメインのメールアドレスとなる。また、ユーザには、業務用の携帯端末（例えばスマートフォン）として、ユーザ端末１２が支給されている。主にユーザ端末１２で用いるメールアドレスは、携帯キャリアドメインのメールアドレスである。ユーザは、外部認証装置１６に携帯キャリアドメインのメールアドレスをユーザＩＤとして用いてユーザ登録を行う。すなわち、メールアドレス１が携帯キャリアドメインのメールアドレスとなる。このような想定事例において、メールアドレス０（会社ドメインのメールアドレス）とメールアドレス１（携帯キャリアドメインのメールアドレス）が互いに異なるものとなる。

ここで、ユーザは、外部認証装置１６において、外部認証装置１６がメールアドレス１を認証サーバ１４に知らせない、という設定をすることができる。ユーザがそのような設定をしておくことで、外部認証装置１６が、認証連携する他の装置（本実施形態では認証サーバ１４）に勝手にメールアドレス１を送信することがなくなるので、メールアドレス１のプライバシーを守ることができる。この場合、外部認証装置１６から認証サーバ１４へは、認証成功を示す情報に含めて、外部認証装置１６が生成した、メールアドレス１とは別のメールアドレスが通知される。本明細書では、外部認証装置１６が生成し認証サーバ１４に通知される当該メールアドレスを第２通信アドレスとしての「メールアドレス２」と呼ぶ。外部認証装置１６は、メールアドレス１とメールアドレス２と関連付けて記憶しておく。認証サーバ１４がユーザに通知を行いたい場合には、認証サーバ１４はメールアドレス２に電子メール（本明細書では単に「メール」と記載する）を送り、外部認証装置１６が当該メールをメールアドレス１（つまりユーザ）に転送する。

ユーザが、ユーザ端末１２を用いて、サービス提供サーバ１８が提供するサービスを受けようとする場合、ユーザは、外部認証装置１６にメールアドレス１を入力して認証を受ける。そうすると、外部認証装置１６は当該ユーザを認証して、認証サーバ１４に認証したユーザのユーザＩＤとしてメールアドレス２を送信する。したがって、認証サーバ１４としては、ユーザのメールアドレス１を知ることなく、当該ユーザを認証したとみなすことができる。

ここで、認証サーバ１４が、ユーザのメールアドレス１の検証を行いたい場合がある。検証とは、予め定められた制約をメールアドレス１が満たすか否かを判定する処理である。制約としては、例えば、メールアドレス１が所定のルールに従った文字列から成る、というものであってよい。例えば、「社員番号＠所定のキャリアドメイン」という文字列である、の如くである。また、制約としては、例えば、所定のドメインのメールアドレスである、というようなものであってもよい。もちろん、制約としてはこれらには限られない。

認証サーバ１４は、メールアドレス１が制約を満たさない場合、外部認証装置１６との認証連携を許可せず、当該ユーザを認証したとはみなさない。このようにすることで、認証サーバ１４は、制約を満たすメールアドレス１で外部認証装置１６から認証を受けたユーザのみを認証したとみなすことができる。

認証サーバ１４がユーザを認証したとみなせば、ユーザに認証サーバ１４の利用が許可される。ここで、認証サーバ１４の利用が許可されるとは、認証サーバ１４がユーザを認証したとみなす情報がサービス提供サーバ１８に通知され、それによりユーザがサービス提供サーバ１８からのサービスを利用可能となることが含まれる。また、認証サーバ１４がユーザにサービスを提供する場合は、認証サーバ１４の利用が許可されるとは、ユーザが認証サーバ１４からのサービスを利用可能となることが含まれる。

しかしながら、上述のように、外部認証装置１６がメールアドレス１に代えてメールアドレス２を認証サーバ１４に通知する場合、認証サーバ１４は、メールアドレス１を知ることができないためにメールアドレス１についての検証を行うことができない。そこで、本実施形態では、以下に説明する仕組みにより、外部認証装置１６から認証サーバ１４にメールアドレス１を通知しない場合であっても、制約を満たすメールアドレス１で外部認証装置１６から認証を受けたユーザのみを認証サーバ１４が認証したとみなすことを可能とする。

図２は、ユーザ端末１２の構成概略図である。上述のように、ユーザ端末１２としては、スマートフォンなどの携帯端末が想定されるが、ユーザ端末１２はこれに限られず、例えば据置型のパーソナルコンピュータなどであってもよい。

通信インターフェース３０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース３０は、通信回線２２を介して他の装置と通信する機能を発揮する。

入力インターフェース３２は、例えばタッチパネル、ボタン、マウス、あるいはキーボードなどを含んで構成される。入力インターフェース３２は、ユーザの指示をユーザ端末１２に入力するために用いられる。

ディスプレイ３４は、例えば液晶パネルを含んで構成される。ディスプレイ３４には、種々の表示画面が表示される。特に、ディスプレイ２４には、認証サーバ１４から提供されるログイン画面、外部認証装置１６から提供されるログイン画面、あるいは、サービス提供サーバ１８から提供されるサービス画面などが表示される。また、ディスプレイ３４には、後述のブラウザ３８及びメーラ４０の実行画面が表示される。

メモリ３６は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ｅＭＭＣ（embedded Multi Media Card）、ＲＯＭ（Read Only Memory）あるいはＲＡＭ（Random Access Memory）などを含んで構成される。メモリ３６には、ユーザ端末１２の各部を動作させるためのプログラムが記憶される。また、図２に示される通り、メモリ３６には、ＨＴＴＰ（HyperText Transfer Protocol）により他の装置と通信して、他の装置から得られたコンテンツを表示するアプリケーションであるブラウザ３８、及び、メールを送受信するアプリケーションであるメーラ４０が記憶される。本実施形態では、ユーザは、ブラウザ３８を用いてサービス提供サーバ１８にアクセスしてサービス提供サーバ１８からサービスを受ける。

プロセッサ４２は、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ（Central Processing Unit）など）、及び、専用の処理装置（例えばＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ４２としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。プロセッサ４２は、メモリ３６に記憶されたプログラムに従ってユーザ端末１２の各部を制御する。

図３は、認証サーバ１４の構成概略図である。認証サーバ１４は、例えばサーバコンピュータなどにより構成されるが、以下に説明する機能を発揮可能な限りにおいてどのようなコンピュータであってもよい。なお、認証サーバ１４は複数のコンピュータから構成されるようにしてもよい。すなわち、以下に説明する認証サーバ１４が発揮する機能は、複数のコンピュータの協働により実現されてもよい。

通信インターフェース５０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース５０は、通信回線２２を介して他の装置と通信する機能を発揮する。

記憶装置としてのメモリ５２は、例えば、ＨＤＤ、ＳＳＤ、ｅＭＭＣ、ＲＯＭあるいはＲＡＭなどを含んで構成される。メモリ５２には、認証サーバ１４の各部を機能させるための情報処理プログラムが記憶される。また、図３に示すように、メモリ５２には、ユーザＤＢ５４及び制約情報５６が記憶される。

ユーザＤＢ５４には、認証サーバ１４が提供する認証サービスにユーザ登録をしたユーザに関するユーザ情報が記憶される。具体的には、ユーザＩＤと認証情報（例えばパスワード）とが関連付けて記憶される。上述のように、ユーザＤＢ５４に記憶されるユーザＩＤは、当該ユーザのメールアドレス０である。ユーザは、認証サーバ１４にメールアドレス０と認証情報を入力することで、認証サーバ１４に直接ログインすることもできる。

制約情報５６は、認証サーバ１４（すなわち認証サービス）が認証するユーザのメールアドレスが満たすべき制約を示す情報である。制約は、例えば認証サーバ１４の管理者などによって予め定められる。認証サーバ１４は、認証処理にて入力されたユーザＩＤとしてのメールアドレスが、制約情報５６が示す制約を満たさない場合、当該ユーザを認証しない。本実施形態では、上述のように、認証サーバ１４は、ユーザがメールアドレス１を用いて外部認証装置１６にログインしたことを持って、当該ユーザを認証したとみなすから、制約情報５６は、外部認証装置１６との認証連携により認証サーバ１４の利用が許可されるために、外部認証装置１６に登録されたユーザのメールアドレス１が満たすべき制約を示すものであると言える。

全ユーザに一律に同じ制約が適用されてもよいが、ユーザに応じて異なる制約が適用されてもよい。例えば、ユーザ毎に互いに異なる制約が定められてもよいし、ユーザグループ（例えば企業毎など）毎に互いに異なる制約が定められてもよい。その場合、制約情報５６は、各ユーザに対する制約をそれぞれ示す情報となる。

プロセッサ５８は、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ、ＡＳＩＣ、ＦＰＧＡ、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ５８としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。プロセッサ５８は、メモリ５２に記憶された情報処理プログラムに従って、認証連携処理部６０、検証依頼部６２、及び検証結果確認部６４としての機能を発揮する。

認証連携処理部６０は、ユーザを認証する依頼を受けた場合、まず、当該ユーザに対してログイン画面を提供し、ユーザ端末１２のディスプレイ３４（詳しくはブラウザ３８）に表示させる。上述のように、本実施形態では、ユーザを認証する依頼はサービス提供サーバ１８から受ける。具体的には、ユーザがブラウザ３８からサービス提供サーバ１８にアクセスすると、サービス提供サーバ１８は、当該ブラウザ３８からのアクセスを認証サーバ１４にリダイレクトすることによって当該ユーザの認証を依頼する。なお、認証サーバ１４とサービス提供サーバ１８とが一体となっている場合などにおいては、認証サーバ１４はユーザ（ブラウザ３８）から直接、当該ユーザを認証する依頼を受けてもよい。

ブラウザ３８に表示されたログイン画面において、ユーザが外部認証装置１６による外部認証を要求すると、ブラウザ３８は外部認証装置１６にアクセスする。外部認証装置１６は、ブラウザ３８に外部認証装置１６へのログイン画面を表示させて、ユーザにメールアドレス１の入力と認証情報を要求し、入力されたメールアドレス１と認証情報に基づいて当該ユーザを認証する。外部認証装置１６が当該ユーザの認証に成功した場合、外部認証装置１６は、認証成功を示す第１情報を発行して認証サーバ１４に送信する。例えば、外部認証装置１６での認証成功に応じて、外部認証装置１６がブラウザ３８を認証サーバ１４にリダイレクトする際のパラメータとして、ブラウザ３８経由で認証サーバ１４に伝達される。なお、外部認証装置１６が当該ユーザの認証に失敗した場合、外部認証装置１６は、認証失敗を示す情報を認証サーバ１４に送信し、認証連携処理部６０は当該情報に基づいて当該ユーザを認証したとはみなさない。

外部認証装置１６から認証サーバ１４へ送信される第１情報には、外部認証装置１６がメールアドレス１に対応して生成したメールアドレス２、及び、生存期間（有効期間）が短いトークンである認証コードが含まれる。このように、認証連携処理部６０は、外部認証装置１６が発行した認証成功を示す第１情報であって、メールアドレス１と対応付けて外部認証装置１６が生成したメールアドレス２を含む第１情報を取得する。

認証連携処理部６０は、外部認証装置１６から第１情報を受信すると、第１情報に含まれていた認証コードと、ユーザＩＤとしてのメールアドレス２とを含むトークンリクエストを外部認証装置１６に送信する。外部認証装置１６は、受信したトークンリクエストを検証する。例えば、認証コードが有効であるか、メールアドレス２が示すユーザを最近認証したか、などを検証する。トークンリクエストが有効であれば、当該トークンリクエストが有効であることを確認したことを示す確認情報を認証サーバ１４に送信する。認証連携処理部６０は、外部認証装置１６からの確認情報に基づいて、ユーザが外部認証装置１６において認証されたことを把握する。

認証連携処理部６０は、第１情報により、メールアドレス２が示すユーザが外部認証装置１６で認証されたことは把握できるが、メールアドレス２が示すユーザが、ユーザＤＢ５４に登録されているどのユーザかを把握することができない。そこで、認証連携処理部６０は、最初にログイン画面を提供したユーザに、当該ユーザを識別可能な識別情報を要求する。本実施形態では、認証連携処理部６０は、認証サーバ１４におけるユーザＩＤであるメールアドレス０を当該ユーザに要求する。認証連携処理部６０は、ユーザから受け付けた識別情報としてのメールアドレス０と、第１情報に含まれていたメールアドレス２とを対応付けて保持しておく。

検証依頼部６２は、ユーザが外部認証装置１６での認証に用いたメールアドレス１が、制約情報５６が示す制約を満たしているかどうかの検証を、検証装置２０（詳細後述）に依頼する。具体的には、検証依頼部６２は、外部認証装置１６から受信した第１情報に含まれるメールアドレス２（すなわち外部認証装置１６）に対して、検証装置２０への通信を実行することを要求する第２情報を送信する。第２情報はメールであってよく、その本文に、検証装置２０のメールアドレスと、検証装置２０のメールアドレスに対して、メールアドレス１を送信元とするメールを送信することを要求する文面を含んだものである。また、第２情報には、検証装置２０にメールを送信すると、メールアドレス１が検証装置２０に知られることを通知する文面が含まれていてもよい。

第２情報を受信した外部認証装置１６は、メールアドレス２に対応しているメールアドレス１を特定し、特定したメールアドレス１（すなわちユーザ端末１２）に第２情報を転送する。第２情報を受信したユーザは、ユーザ端末１２のメーラ４０を用いて、第２情報としてのメールの内容を確認し、メーラ４０を用いて、メールアドレス１を送信元とするメールを検証装置２０に送る。詳しくは後述するが、検証装置２０は、ユーザ端末１２からのメールの送信元からメールアドレス１を取得し、認証サーバ１４から取得した制約情報５６に基づいて、メールアドレス１が制約情報５６が示す制約を満たしているか否かを検証する。そして、検証装置２０は、検証結果を示す情報を認証サーバ１４に送信する。

ここで、第２情報としてのメールに、検証装置２０にメールを送信すると、メールアドレス１が検証装置２０に知られることを通知する文面が含まれていれば、ユーザは、検証装置２０にメールアドレス１が知られることを納得した上で、検証装置２０にメールを送信することができる。万一、ユーザが検証装置２０にメールアドレス１を知られたくなければ、ユーザはメールを検証装置２０に送信しないという選択をすることもできる。この場合、認証サーバ１４と外部認証装置１６との間の認証連携は行われないため、ユーザは、サービス提供サーバ１８が提供するサービスを受けるために、別途の方法で認証サーバ１４から認証を受ける必要がある。

検証依頼部６２は、秘密情報を生成して、外部認証装置１６に送信する第２情報に生成した秘密情報を含めるようにしてもよい。この場合、検証依頼部６２は、生成した秘密情報と、これに対応するメールアドレス２の対応関係を保持しておく。秘密情報は、ユーザ端末１２から送られてきたメールが、確かに認証サーバ１４からの検証依頼に基づくメールであることを検証装置２０が確認するためなどに用いる情報である。第２情報に秘密情報を含める場合、第２情報には、秘密情報を含むメールを検証装置２０に送信することを要求する情報を含めておく。

秘密情報の最小要件は、ユニークな情報であることである。例えば、自動生成したランダムデータを秘密情報とすることができる。秘密情報を含む第２情報を受信した検証装置２０（詳しくは検証部７６（詳細後述））は、当該秘密情報を認証サーバ１４に送り、検証依頼部６２は、検証装置２０から受信した秘密情報が最近生成したものであるかを確認し、その確認結果を検証装置２０に送信する。もし、検証装置２０が受信した第２情報が正当なものではない場合、検証依頼部６２が検証装置２０から受信した秘密情報は、検証依頼部６２が最近生成したものではないはずなので、検証装置２０は、検証依頼部６２から送信される確認結果に基づいて、第２情報が正当なものではないと判断することができる。検証装置２０は、第２情報が正当なものではない場合、検証処理をしないようにすることができる。また、検証依頼部６２は、検証装置２０から受信した秘密情報に基づいて、当該秘密情報に対応したメールアドレス２について、ユーザが検証装置２０にメールを送信したことを把握することができる。

また、秘密情報には、認証サーバ１４と外部認証装置１６との間の認証連携処理が行われた日時を示す連携処理日時を示す情報が含まれていてもよい。連携処理日時は、例えば、外部認証装置１６から第１情報を取得した時刻であってもよいし、検証依頼部６２が外部認証装置１６に第２情報を送信した時刻であってもよい。秘密情報に連携処理日時を含めておくことで、検証装置２０は、秘密情報を認証サーバ１４に送信する必要なく、当該秘密情報が最近生成されたものであるかを確認することができる。検証装置２０は、連携処理日時が、現時点から所定時間以前の時刻を示す場合、検証処理をしないようにすることができる。

また、秘密情報には、当該ユーザを識別する識別情報、例えば当該ユーザのメールアドレス０が含まれていてもよい。この場合、検証装置２０からは検証結果と共にメールアドレス０が認証サーバ１４に送信される。これにより、検証依頼部６２は、秘密情報と、これに対応するメールアドレス２（又はメールアドレス０）との対応関係を保持しておく必要なく、検証装置２０がどのユーザについてのメールアドレス１の検証を行ったのかを把握することができる。

また、秘密情報には、制約情報５６が含まれていてもよい。秘密情報に制約情報５６を含めることで、検証装置２０は、ユーザのメールアドレス１を検証する際に、認証サーバ１４に制約情報５６を要求する必要なく、制約情報５６を取得することができる。また、ユーザに応じて異なる制約が適用されている場合であって、ユーザからメールアドレス０を受け付けている場合には、検証依頼部６２は、受け付けたメールアドレス０に基づいて、当該ユーザに適用すべき制約を特定し、特定した制約を示す制約情報５６を秘密情報に含めるようにしてもよい。これにより、検証装置２０は、ユーザのメールアドレス１が、当該ユーザに応じた制約に満たすか否かを検証することができる。

さらに、秘密情報には、その改ざんを防止するための署名情報が含まれていてもよい。

検証結果確認部６４は、ユーザのメールアドレス１が制約情報５６を満たしているか否かの検証結果を検証装置２０から取得する。当該検証結果が、メールアドレス１が制約情報５６を満たしていることを示す場合、検証結果確認部６４は、認証サーバ１４と外部認証装置１６との認証連携を許可する制御を実行する。すなわち、当該ユーザを認証サーバ１４が認証したとみなし、検証結果確認部６４は、当該ユーザが認証されたことをサービス提供サーバ１８に通知する。これにより、サービス提供サーバ１８から当該ユーザにサービスが提供される。

また、当該検証結果が、メールアドレス１が制約情報５６を満たしていることを示す場合、検証結果確認部６４は、当該ユーザのメールアドレス０と、外部認証装置１６から通知されたメールアドレス２とが互いに対応する旨を示す情報をメモリ５２に登録しておく。これにより、ユーザが外部認証により認証された場合であっても、認証サーバ１４は、逐一当該ユーザにメールアドレス０を問い合わせる必要なく、メールアドレス２に基づいてユーザを識別することができるようになる。例えば、認証サーバ１４は、メールアドレス２に基づいて、当該ユーザに適した権限を当該ユーザに与えることができるようになる。

一方、当該検証結果が、メールアドレス１が制約情報５６を満たしていないことを示す場合、検証結果確認部６４は、認証サーバ１４と外部認証装置１６との認証連携を許可しない制御を実行する。すなわち、認証サーバ１４は、外部認証装置１６によって当該ユーザが認証されていても、当該ユーザを認証したとみなさない。この場合、認証サーバ１４と外部認証装置１６との間の認証連携は行われないため、ユーザは、サービス提供サーバ１８が提供するサービスを受けるために、別途の方法で認証サーバ１４から認証を受ける必要がある。

図４は、検証装置２０の構成概略図である。検証装置２０は、例えばサーバコンピュータなどにより構成されるが、以下に説明する機能を発揮可能な限りにおいてどのようなコンピュータであってもよい。本実施形態では、検証装置２０は認証サーバ１４と別体となっているが、検証装置２０は認証サーバ１４と一体となっていてもよい。検証装置２０と認証サーバ１４とが別体の場合、検証装置２０は、認証サーバ１４とは独立した第三者機関が運営してもよい。上述のように、検証装置２０は、外部認証装置１６が認証サーバ１４へ通知することをユーザが禁止したメールアドレス１を取得することから、検証装置２０を運営する第三者機関としては、ユーザが信頼をおける機関であるのが望ましい。例えば、当該第三者機関は公的機関であってよい。

通信インターフェース７０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース７０は、通信回線２２を介して他の装置と通信する機能を発揮する。

メモリ７２は、例えば、ＨＤＤ、ＳＳＤ、ｅＭＭＣ、ＲＯＭあるいはＲＡＭなどを含んで構成される。メモリ７２には、検証装置２０の各部を機能させるためのプログラムが記憶される。

プロセッサ７４は、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ、ＡＳＩＣ、ＦＰＧＡ、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ７４としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。プロセッサ７４は、メモリ７２に記憶されたプログラムに従って、検証部７６及び検証結果提供部７８としての機能を発揮する。

検証部７６は、第２情報を受信したユーザから送信されるメールの送信元アドレスから当該ユーザのメールアドレス１を取得する。また、検証部７６は、認証サーバ１４から制約情報５６を受信する。上述の通り、検証部７６は、認証サーバ１４にアクセスして制約情報５６を取得してもよいし、第２情報に含まれた制約情報５６を取得するようにしてもよい。その上で、検証部７６は、メールアドレス１が制約情報５６が示す制約を満たしているか否かを検証する。

また、検証部７６は、ユーザから受信したメールに含まれる秘密情報の確認を行う。秘密情報の確認については、上述の通りであるので、ここでは繰り返しの説明は省略する。

検証部７６は、ユーザから受信したメールの属性情報（プロパティ）に含まれる、当該メールの転送経路を示す転送経路情報を参照し、当該メールの転送経路に基づいて、メールアドレス１の妥当性を判定するようにしてもよい。例えば、メールが複数の国のサーバを経由して検証装置２０に送信されているような場合には、検証部７６は、メールアドレス１が妥当ではないと判定することができる。

検証結果提供部７８は、検証部７６のメールアドレス１の検証結果を認証サーバ１４へ提供する。また、検証部７６がメールの転送経路に基づくメールアドレス１の妥当性を判定した場合は、検証結果提供部７８は、当該判定結果も認証サーバ１４へ提供する。認証サーバ１４の検証結果確認部６４は、検証結果提供部７８から当該判定結果を受け取った場合、当該判定結果が、メールアドレス１が妥当でないことを示す場合には、当該ユーザについての外部認証装置１６との認証連携を許可せず、当該ユーザを認証したとはみなさない。

本実施形態に係る情報処理システム１０の構成概要は以上の通りである。上述の通り、情報処理システム１０では、外部認証装置１６がユーザを認証すると、認証成功を示し当該ユーザのメールアドレス２を含む第１情報を認証サーバ１４に送信する。認証サーバ１４の検証依頼部６２は、メールアドレス２（すなわち外部認証装置１６）に対して、検証装置２０への通信を実行することを要求する第２情報を送信する。外部認証装置１６は、第２情報をメールアドレス１（すなわちユーザ）に転送する。ユーザは、第２情報に応じ、送信元がメールアドレス１であるメールを検証装置２０に送る。これにより、検証装置２０がメールアドレス１を取得する。検証装置２０は、制約情報５６が示す制約をメールアドレス１が満たすか否かを検証し、その検証結果を認証サーバ１４へ送る。このような処理を行うことで、外部認証装置１６から認証サーバ１４へのメールアドレス１の通知が禁止されていても、認証サーバ１４は、当該ユーザのメールアドレス１が制約を満たすか否かを確認することができる。

以下、図５及び６に示すフローチャートに従って、情報処理システム１０の処理の流れを説明する。

図５のステップＳ１０において、ユーザは、サービス提供サーバ１８が提供するサービスを利用すべく、ユーザ端末１２のブラウザ３８からサービス提供サーバ１８にアクセスする。

ステップＳ１２において、サービス提供サーバ１８は、当該ユーザの認証を認証サーバ１４に依頼すべく、ユーザからのアクセスを認証サーバ１４へリダイレクトする。

ステップＳ１４において、リダイレクトされたブラウザ３８は認証サーバ１４へアクセスして認証リクエストを行う。

ステップＳ１６において、ブラウザ３８から認証リクエストを受けた認証サーバ１４の認証連携処理部６０は、ブラウザ３８に認証サーバ１４へのログイン画面を表示させる。当該ログイン画面においては、ユーザが外部認証を選択可能となっている。

ステップＳ１８において、ユーザは、ステップＳ１６で表示されたログイン画面において外部認証を指定する。これにより、ブラウザ３８は外部認証装置１６にアクセスする。

ステップＳ２０において、外部認証装置１６は、ブラウザ３８に外部認証装置１６へのログイン画面を表示させる。

ステップＳ２２において、ユーザは、ステップＳ２０で表示されたログイン画面において、ユーザＩＤ、すなわち外部認証装置１６に登録済みのメールアドレス１と、認証情報を入力して、外部認証装置１６にログインする。

ステップＳ２４において、外部認証装置１６は、ステップＳ２２で入力されたメールアドレス１と認証情報に基づいて、当該ユーザを認証する。ここでは、認証が成功したとする。認証が成功すると、外部認証装置１６は、ブラウザ３８を認証サーバ１４へリダイレクトする。その際のパラメータとして、外部認証装置１６は、認証成功を示す第１情報であって、入力されたメールアドレス１に対応するメールアドレス２、及び、認証コードを含む第１情報をブラウザ３８経由で認証サーバ１４に送信する。

ステップＳ２６において、認証サーバ１４の認証連携処理部６０は、ステップＳ２４で取得した認可コード及びメールアドレス２とを含むトークンリクエストを外部認証装置１６に送信する。

ステップＳ２８において、外部認証装置１６は、ステップＳ２６で受信したトークンリクエストを検証する。ここでは、当該トークンリクエストが有効であるとし、外部認証装置１６はトークンリクエストが有効であることを確認したことを示す確認情報を認証サーバ１４に送信する。

ステップＳ３０において、認証サーバ１４の認証連携処理部６０は、外部認証装置１６においてユーザが認証されたことを確認する。

ステップＳ３２において、認証サーバ１４の認証連携処理部６０は、ステップＳ１４で認証リクエストを受け付けたユーザに対して、認証サーバ１４におけるユーザＩＤであるメールアドレス０を問い合わせる。

ステップＳ３４において、ユーザは、ステップＳ３２における認証サーバ１４の問い合わせに応じてメールアドレス０を認証サーバ１４へ送信する。認証連携処理部６０は、ステップＳ２４で取得したメールアドレス２と、ステップＳ３４で取得したメールアドレス０とを関連付けて保持しておく。

図６のステップＳ３６において、認証サーバ１４の検証依頼部６２は、検証装置２０への通信を実行することを要求する第２情報であって、検証装置２０のメールアドレス、及び、上述の秘密情報を含む第２情報を、メールアドレス２（すなわち外部認証装置１６）に送信する。

ステップＳ３８において、外部認証装置１６は、ステップＳ３６で受信したメールアドレス２に対応するメールアドレス１（すなわちユーザ端末１２）に対して、当該第２情報を転送する。

ステップＳ４０において、ユーザは、ステップＳ３８で受信した第２情報に応じて、メーラ４０を用いて、送信元のメールアドレスをメールアドレス１として、検証装置２０のメールアドレスに秘密情報を含むメールを送信する。

ステップＳ４２において、検証装置２０の検証部７６は、ステップＳ４０で受信したメールの送信元アドレスからメールアドレス１を取得する。また、検証部７６は、上述のように、当該メールに含まれる秘密情報の確認を行う。

ステップＳ４４において、検証部７６は、ステップＳ４０で取得したメールアドレス１が、制約情報５６が示す制約を満たすか否かを検証する。ここで、上述の通り、検証装置２０が認証サーバ１４にアクセスして制約情報５６を取得してもよいし、制約情報５６が秘密情報に含まれていてもよい。また、検証部７６は、ステップＳ４０で受信したメールの属性情報に含まれる、当該メールの転送経路を示す転送経路情報を参照し、当該メールの転送経路に基づいて、メールアドレス１の妥当性を判定する。

ステップＳ４６において、検証装置２０の検証結果提供部７８は、ステップＳ４４におけるメールアドレス１の検証結果、及び、メールアドレス１の妥当性の判定結果を認証サーバ１４へ送信する。

ステップＳ４８において、認証サーバ１４の検証結果確認部６４は、ステップＳ４６で受信したメールアドレス１の検証結果及びメールアドレス１の妥当性の判定結果を確認する。ここでは、メールアドレス１の検証結果が、メールアドレス１が制約情報５６が示す制約を満たしており、且つ、メールアドレス１の妥当性の判定結果が、メールアドレス１が妥当であることを示しているものとする。したがって、検証結果確認部６４は、認証サーバ１４と外部認証装置１６との認証連携を許可し、認証サーバ１４は当該ユーザを認証したこととみなす。

ステップＳ５０において、検証結果確認部６４は、ステップＳ３４にて認証連携処理部６０が保持していた、メールアドレス０とメールアドレス２とを紐づけてメモリ５２に記憶させておく。

ステップＳ５２において、認証サーバ１４の認証連携処理部６０は、ブラウザ３８をサービス提供サーバ１８にリダイレクトする。当該リダイレクトに伴って、認証連携処理部６０は、サービス提供サーバ１８に当該ユーザが認証済みであることを示す情報をサービス提供サーバ１８に送信する。これにより、サービス提供サーバ１８からユーザに対してサービスが提供される。

なお、仮に、ステップＳ４８で、メールアドレス１の検証結果が、メールアドレス１が制約情報５６が示す制約を満たしていない、又は、メールアドレス１の妥当性の判定結果が、メールアドレス１が妥当でないことを示している場合、検証結果確認部６４は、認証サーバ１４と外部認証装置１６との認証連携を許可せず、認証サーバ１４は当該ユーザを認証したこととみなさず、ステップＳ５０及びステップＳ５２の処理を行わずに処理を終了する。

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

１０ 情報処理システム、１２ ユーザ端末、１４ 認証サーバ、１６ 外部認証装置、１８ サービス提供サーバ、２０ 検証装置、２２ 通信回線、３０，５０，７０ 通信インターフェース、３２ 入力インターフェース、３４ ディスプレイ、３６，５２，７２ メモリ、３８ ブラウザ、４０ メーラ、４２，５８，７４ プロセッサ、５４ ユーザＤＢ、５６ 制約情報、６０ 認証連携処理部、６２ 検証依頼部、６４ 検証結果確認部、７６ 検証部、７８ 検証結果提供部。

Claims (6)

1. 記憶装置とプロセッサとを備える情報処理装置であって、
   前記記憶装置は、外部認証装置との認証連携により前記情報処理装置の利用が許可されるために、前記外部認証装置に登録されたユーザの第１通信アドレスが満たすべき制約、を記憶し、
   前記プロセッサは、
   前記外部認証装置が発行した前記ユーザの認証成功を示す第１情報であって、前記第１通信アドレスと対応付けて前記外部認証装置が生成した第２通信アドレスを含んだ第１情報を取得し、
   前記第１情報に含まれる前記第２通信アドレスに対して、所定の検証装置への通信を実行することを要求する第２情報を送信し、
   前記第２情報に応じて行われた前記通信の送信元である前記第１通信アドレスが前記制約を満たしているか否かの検証結果を前記検証装置から取得し、前記検証結果が、前記第１通信アドレスが前記制約を満たしていないことを示す場合は、前記ユーザについての前記外部認証装置との認証連携を許可しない制御を実行する、
   ことを特徴とする情報処理装置。
2. 前記制御では、更に、前記ユーザからの前記通信の転送経路に基づく前記第１通信アドレスの妥当性の判定結果を前記検証装置から受け取り、前記判定結果が、前記第１通信アドレスが妥当でないことを示す場合には、前記ユーザについての前記外部認証装置との認証連携を許可しない、
   ことを請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記制約を表す制約情報を前記検証装置に提供し、
   前記検証装置は、
   前記通信の送信元である前記第１通信アドレスが、前記プロセッサから提供された前記制約情報が示す前記制約を満たすか否かを判定し、その判定結果を前記プロセッサに提供する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記プロセッサは、
   前記第１情報を取得した後に、前記情報処理装置における前記ユーザの識別情報の入力を前記ユーザから受け付け、
   受け付けた前記識別情報に応じて特定される、前記ユーザに適用すべき前記制約を表す前記制約情報を前記検証装置に提供する、
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記プロセッサは、
   前記第１情報を取得した後に、前記情報処理装置における前記ユーザの識別情報の入力を前記ユーザから受け付け、
   前記制御では、前記検証結果が、前記第１通信アドレスが前記制約を満たしていることを示す場合には、前記ユーザについての前記外部認証装置との認証連携を許可すると共に、前記第２通信アドレスと前記識別情報とが互いに対応する旨を示す情報を登録する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
6. 前記記憶装置は、外部認証装置との認証連携により前記情報処理装置の利用が許可されるために、前記外部認証装置に登録されたユーザの第１通信アドレスが満たすべき制約を記憶する記憶装置を備えるコンピュータに、
   前記外部認証装置が発行した前記ユーザの認証成功を示す第１情報であって、前記第１通信アドレスと対応付けて前記外部認証装置が生成した第２通信アドレスを含んだ第１情報を取得させ、
   前記第１情報に含まれる前記第２通信アドレスに対して、所定の検証装置への通信を実行することを要求する第２情報を送信させ、
   前記第２情報に応じて行われた前記通信の送信元である前記第１通信アドレスが前記制約を満たしているか否かの検証結果を前記検証装置から取得させ、前記検証結果が、前記第１通信アドレスが前記制約を満たしていないことを示す場合は、前記ユーザについての前記外部認証装置との認証連携を許可しない制御を実行させる、
   ことを特徴とする情報処理プログラム。
   

Images