特開 2023-34929 情報処理装置、情報処理システム、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023034929

(43)【公開日】2023-03-13

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 21/45 20130101AFI20230306BHJP

   G06F 21/31 20130101ALI20230306BHJP

【ＦＩ】

G06F21/45

G06F21/31

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021141422

(22)【出願日】2021-08-31

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】田中 健介

(57)【要約】

【課題】異なる認証サービスにより認証された同一のユーザが別ユーザとして扱われることを避けること。
【解決手段】複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置であって、前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信する第１通信部と、第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとする検証部と、同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１ユーザ情報と第２ユーザ情報を統合した統合ユーザ情報を生成する統合部と、を有することを特徴とする。
【選択図】図３

【特許請求の範囲】

【請求項1】

複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置であって、
前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信する第１通信部と、
第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとする検証部と、
同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１のユーザ情報と第２のユーザ情報を統合した統合ユーザ情報を生成する統合部と、
を有する情報処理装置。

【請求項2】

前記第１通信部は、前記第１のユーザの認証時に、ユーザ検証情報を前記第１のユーザが利用する端末装置に送信し、
前記検証部は、前記第２のユーザの認証時に、前記ユーザ検証情報を用いて、前記第１のユーザと前記第２のユーザが同一のユーザであるかを検証する請求項１に記載の情報処理装置。

【請求項3】

前記検証部は、前記ユーザの認証時に、前記ユーザのユーザ情報に含まれるメールアドレスに送信したメールに含まれるアクセス情報にアクセスしたことを確認することにより、前記第１のユーザと前記第２のユーザが同一ユーザであることを検証する請求項１に記載の情報処理装置。

【請求項4】

前記統合ユーザ情報を記憶する記憶部を更に有する請求項１に記載の情報処理装置。

【請求項5】

複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置と前記認証サービスを提供する認証サーバを有する情報処理システムであって、
前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信する第１通信部と、
第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとする検証部と、
同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１のユーザ情報と第２のユーザ情報を統合した統合ユーザ情報を生成する統合部と、
を有する情報処理装置と、
前記ユーザの認証を実行する認証部と、
前記ユーザのユーザ情報を前記情報処理装置に送信する第２通信部と、
を有する認証サーバと、
を有する情報処理システム。

【請求項6】

複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置が実行する情報処理方法であって、
前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信するステップと、
第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとするステップと、
同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１のユーザ情報と第２のユーザ情報を統合した統合ユーザ情報を生成するステップと、
を有する情報処理方法。

【請求項7】

複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置に、
前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信するステップと、
第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとするステップと、
同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１のユーザ情報と第２のユーザ情報を統合した統合ユーザ情報を生成するステップと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年では、社内ネットワークやクラウドネットワークにおいて様々なアプリケーションやサービスが提供され、ユーザには、それぞれのアプリケーション、サービス、あるいは認証サービス毎に異なるユーザ名などのユーザ情報が与えられる場合がある。ここで、アプリケーションやサービスの間で連携した機能を用いる場合、ユーザ名などのユーザ情報が異なっていても同一ユーザとして扱える仕組みが必要である。特許文献１には、同一ユーザにおける異なる認証サービスのユーザ名（個別名）を統合した情報を用いて、異なるユーザ名（個別名）であっても同一ユーザとして認証を行う技術が開示されている。

【発明の概要】

【発明が解決しようとする課題】

【0003】

しかしながら、従来の技術では、異なる認証サービスにより認証されたユーザを同一ユーザとして扱うためには、それぞれの認証サービスにおける同一ユーザのユーザ情報を予め統合しておく必要があるという問題があった。

【0004】

本発明の実施形態は、上記課題に鑑み、同一ユーザの異なる認証サービスにおけるユーザ情報を統合した情報を予め作成することなく、異なる認証サービスにより認証された同一のユーザが別ユーザとして扱われることを避けることを目的とする。

【課題を解決するための手段】

【0005】

上述した課題を解決するために、本発明は、複数のアプリケーションを利用するユーザを認証するために異なる認証サービスを利用する情報処理装置であって、前記ユーザを認証した認証サーバから前記ユーザのユーザ情報を受信する第１通信部と、第１のアプリケーションを利用する第１のユーザ及び第２のアプリケーションを利用する第２のユーザのユーザ情報の予め定めた項目の内容が同一である場合、前記第１のユーザと前記第２のユーザは同一ユーザとする検証部と、同一ユーザとして前記第１のアプリケーション及び前記第２のアプリケーションを用いるために、前記同一ユーザの第１ユーザ情報と第２ユーザ情報を統合した統合ユーザ情報を生成する統合部と、を有することを特徴とする。

【発明の効果】

【0006】

本発明の実施形態によれば、同一ユーザの異なる認証サービスにおけるユーザ情報を統合した情報を予め作成することなく、異なる認証サービスにおけるユーザを同一ユーザとして扱うことができる。

【図面の簡単な説明】

【0007】

【図1】本発明の実施形態に係る情報処理システムの概略図の一例を示す図である。

【図2】本発明の実施形態に係るサーバ装置等のハードウェア構成の一例を示す図である。

【図3】本発明の実施形態に係る情報処理システムの機能ブロックの構成図の一例を示す図である。

【図4】本発明の実施形態に係るユーザ情報の一例を示す図である。

【図5】本発明の実施形態に係る統合設定の一例を示す図である。

【図6】本発明の実施形態に係る統合ユーザ情報の一例を示す図である。

【図7】本発明の実施形態に係る統合認証処理のフローチャートの一例を示す図である。

【図8】本発明の実施形態に係る統合認証のパスワード表示画面の一例を示す図である。

【図9】本発明の実施形態に係る統合認証のパスワード要求画面の一例を示す図である。

【図10】本発明の実施形態に係るＵＲＬを含むメール文書の一例を示す図である。

【図11】本発明の実施形態に係る統合認証処理のシーケンスの一例を示す図である。

【図12】本発明の実施形態に係るメニュー画面の一例を示す図である。

【図13】本発明の実施形態に係る認証情報入力画面の一例を示す図である。

【図14】本発明の実施形態に係る統合ユーザ情報の一例（２）を示す図である。

【図15】本発明の実施形態に係る統合ユーザ情報の一例（３）を示す図である。

【図16】本発明の実施形態に係るアプリＢ（ストレージサービス）の画面の一例を示す図である。

【図17】本発明の実施形態に係るＩＤトークンの一例を示す図である。

【発明を実施するための形態】

【0008】

以下、添付図面を参照しながら、本発明に係る情報処理装置、情報処理システム、情報処理方法、及びプログラムの実施形態を詳細に説明する。

【0009】

［第１の実施形態］
＜システム概要＞
図１は、本発明の実施形態に係る情報処理システムの概略図の一例を示す図である。図１に示す情報処理システム５において、端末装置４（４Ａ、４Ｂ、…）、統合認証サーバ２、および認証サーバ３（３Ａ、３Ｂ、…）が、通信ネットワーク１に接続されている。また、統合認証サーバ２には、アプリサーバ６が接続されている。また、統合認証サーバ２は、ユーザ情報記憶部７、統合設定記憶部８、統合ユーザ情報記憶部９を有する記憶装置１０を備える。端末装置４は、ノートパソコンやデスクトップパソコンであるか、あるいはタブレット端末やスマートフォンなどであってもよい。記憶装置１０が有する各記憶部の詳細については後述する。

【0010】

ユーザは、アプリサーバ６により提供されるアプリケーション（アプリＡ）の利用を要求するために、端末装置４を操作して、通信ネットワーク１を介して、統合認証サーバ２にアクセスする。統合認証サーバ２は、ユーザが利用を要求するアプリケーション（アプリＡ）に対応するユーザ認証を認証サーバ３に実行させる。ユーザ認証が成功した場合、統合認証サーバ２は、ユーザが同一であるかを検証するためのユーザ検証情報（パスワードまたはアクセス情報）を発行し、更に、ユーザに関する情報（ユーザ名やホームディレクトリなど）を統合ユーザ情報記憶部９に記憶する。次に、同一のユーザが別のアプリケーション（アプリＢ）の利用を要求した場合、統合認証サーバ２は、アプリＢに対応するユーザ認証を認証サーバ３に実行させる。その後、統合認証サーバ２は、ユーザ検証情報を用いて、アプリＡとアプリＢの利用を要求した各々のユーザが同一のユーザであるか否かの検証を実行する。ユーザ検証が成功した場合、統合認証サーバ２は、アプリＢを利用する際のユーザ認証時に取得したユーザに関する情報を用いて統合ユーザ情報記憶部９に記憶した情報を更新する。

【0011】

これらの処理により、ユーザは、アプリＡとアプリＢを同一のユーザとして実行することが可能となる。例えば、アプリＡが文書作成アプリ、アプリＢがストレージサービスであるとすると、統合ユーザ情報記憶部９にはアプリＢのユーザ情報として、ストレージの場所（ホームディレクトリなど）が含まれる。従って、ユーザは、アプリＡで作成した文書ファイルをアプリＢで提供されるストレージに保存することが可能となる。

【0012】

すなわち、情報処理システム５は、ユーザが複数のアプリケーションを利用する際に、異なる認証サービスのユーザが同一ユーザであるか否かを検証するユーザ検証と、アプリケーション間で共有する統合ユーザ情報の生成を行う。

【0013】

また、図１に示す情報処理システム５の構成は一例であって、他の構成であっても良い。例えば、アプリサーバ６は、統合認証サーバ２の内部に含まれる、あるいは通信ネットワーク１に接続される構成であってもよい。また、認証サーバ３は、統合認証サーバ２に接続される構成であってもよい。また、以降、アプリケーションは、単にアプリと省略して呼ぶ場合もある。

【0014】

＜ハードウェア構成例＞
図２は、本発明の実施形態に係るサーバ装置等（統合認証サーバ２、認証サーバ３、アプリサーバ６、端末装置４）のハードウェア構成の一例を示す図である。図２に示されるように、サーバ装置等はコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）５０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｗｒｉｔａｂｌｅ）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

【0015】

これらのうち、ＣＰＵ５０１は、サーバ装置等全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

【0016】

また、キーボード５１１は、文字、数値、又は各種指示などの入力に使用される複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷドライブ５１４は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

【0017】

＜機能について＞
図３は、本発明の実施形態に係る情報処理システム５の機能ブロックの構成図の一例を示す図である。

【0018】

統合認証サーバ２は、検証部２０、統合部２１、および第１通信部２２を有する。これら各部は、統合認証サーバ２にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。また、統合認証サーバ２は、記憶装置１０を備える。記憶装置１０は、ユーザ情報記憶部７、統合設定記憶部８、および統合ユーザ情報記憶部９を有する。

【0019】

検証部２０は、異なる認証サービスのユーザが同一のユーザであるかを検証する。検証部２０は、まず、ユーザ認証時に取得したユーザ情報やユーザ統合する際のルールである統合設定などを用いて、認証したユーザがすでに登録済みのユーザと同一のユーザであるかを検証する。更に、検証部２０は、ユーザ検証用のパスワードを用いる方法（パスワード方式）、あるいはユーザのメールアドレスにＵＲＬなどのアクセス情報を送付する方法（メール方式）によって、ユーザの検証を行う。

【0020】

パスワード方式の場合、検証部２０は、ユーザを最初に認証する際に、検証で用いるためのパスワードを発行してユーザに通知する。次に、同一のユーザを別の認証方式で認証する際に、検証部２０は、ユーザにパスワードを要求して、発行したパスワードと受信したパスワードが一致するか否かを確認することによりユーザの検証を実行する。

【0021】

メール方式の場合、検証部２０は、ユーザを最初に認証する際に、検証で用いるためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などのアクセス情報を発行して、ユーザのメールアドレスに発行したＵＲＬを含むメール文書を送信する。更に、検証部２０は、ユーザが予め定めた一定時間内にＵＲＬにアクセスしたか否かを確認することにより、ユーザの検証を実行する。次に、同一のユーザを別の認証方式で認証する際にも、検証部２０は、ユーザのメールアドレスに発行したＵＲＬを含むメール文書を送信し、ユーザが予め定めた一定時間内にＵＲＬにアクセスしたか否かを確認することにより、ユーザの検証を実行する。

【0022】

統合部２１は、異なる認証サービスにより認証が成功した同一ユーザのユーザ情報を統合して、統合ユーザ情報記憶部９に記憶させる。まず、統合部２１は、第１の認証サービスで認証されたユーザのユーザ情報に、認証サービスの情報を加えて、統合ユーザ情報とする。次に、統合部２１は、第２の認証サービスで認証された同一ユーザのユーザ情報を統合ユーザ情報に統合する際に、第２の認証サービスの情報と、第１のユーザ情報に無いが第２のユーザ情報に有る情報を統合ユーザ情報に統合する。ここで、第１のユーザ情報のみの情報を含む統合ユーザ情報に第２のユーザ情報を統合することを、第１のユーザ情報と第２ユーザ情報を統合するとよんでもよい。

【0023】

第１通信部２２は、統合認証サーバ２が有する通信機能であり、例えば、通信ネットワーク１を介して端末装置４の第３通信部４２と情報の送受信を行う。

【0024】

制御部２３は、統合認証サーバ２内で実行する各種処理の制御などを行う。

【0025】

ユーザ情報記憶部７は、認証に成功したユーザに関するユーザ情報を記憶する。図４は、本発明の実施形態に係るユーザ情報の一例を示す図である。図４に示すユーザ情報１００は、行番号１０１、認証サービス１０２、ユーザ名１０３、ユーザ代替名１０４、表示名１０５、グループ名１０６、メールアドレス１０７、およびホームディレクトリ１０８の項目を有する。ユーザ情報１００は、認証サービス１０２の種類によって、情報を有する項目が異なってもよい。例えば、認証サービス１０２がＬＤＡＰの場合、ホームディレクトリ１０８の項目の情報を有していない。以下、各項目について説明する。

【0026】

行番号１０１は、ユーザ情報１００における行番号である。

【0027】

認証サービス１０２は、認証サーバ３において用いられる認証サービスの種類であり、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、Ｋｅｒｂｅｒｏｓ、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔなどの種類がある。

【0028】

ユーザ名１０３は、ユーザの名前であり、ユーザ認証時にパスワードとともに認証情報として用いる情報である。

【0029】

ユーザ代替名１０４は、ユーザ名の代替として用いることが可能な別のユーザ名である。

【0030】

表示名１０５は、アプリケーションの画面などに表示されるユーザの名前である。

【0031】

グループ名１０６は、ユーザが所属するグループの名前である。

【0032】

メールアドレス１０７は、ユーザのメールアドレスである。

【0033】

ホームディレクトリ１０８は、ユーザが所有するファイルを格納することができるストレージの場所である。

【0034】

図３に戻って説明する。

【0035】

統合設定記憶部８は、異なる認証サービスのユーザのユーザ情報１００に対して、同一のユーザの情報であるかを検証して統合する際に用いる設定（統合設定と呼ぶ）を記憶する。図５は、本発明の実施形態に係る統合設定の一例を示す図である。図５に示す統合設定１１０は、統合設定ＩＤ１１１、統合認証サービス１１２、および検証項目１１３の項目を有する。

【0036】

統合設定ＩＤ１１１は、統合設定を特定するためのＩＤである。ＩＤは、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎの略である。ここでは、統合設定ＩＤとして３桁の数字を用いる。以降、ＩＤは同じ意味で用いられる。

【0037】

統合認証サービス１１２は、ユーザ情報１００を統合する２つの各々の認証サービス名である。

【0038】

検証項目１１３は、異なる認証サービスのユーザに対して、同一ユーザのユーザ情報であるかを判断する際に検証する項目である。例えば、統合設定ＩＤ１１１が「００１」の統合設定においては、統合認証サービスがＬＤＡＰとＫｅｒｂｅｒｏｓのユーザ情報１００におけるユーザ名１０３の項目が一致するか否かで、同一ユーザのユーザ情報１００であるか否かの検証を行う。ここで、ユーザ名１０３ではなくユーザ代替名１０４が一致する場合でもよいものとする。すなわち、第１の認証サービスのユーザ名１０３またはユーザ代替名１０４が、第２の認証サービスのユーザ名１０３またはユーザ代替名１０４と一致すれば、同一ユーザのユーザ情報１００であるとする。同様に、統合設定ＩＤ１１１が「００２」の統合設定においては、統合認証サービスがＬＤＡＰとＯｐｅｎＩＤ Ｃｏｎｎｅｃｔのユーザ情報１００におけるメールアドレス１０７の項目が一致するかにより、同一ユーザのユーザ情報１００であるかの検証を行う。

【0039】

図３に戻って説明する。

【0040】

統合ユーザ情報記憶部９は、異なる認証サービスのユーザのユーザ情報１００を統合した統合ユーザ情報１２０を記憶する。ユーザ情報１００を統合することにより、例えば、第１の認証サービスのユーザ情報１００の設定されない項目があっても、第２の認証サービスのユーザ情報１００により設定される。統合ユーザ情報１２０を用いることで、同一ユーザのユーザ情報を複数のアプリケーション間で共有することが可能となる。図６は、本発明の実施形態に係る統合ユーザ情報の一例を示す図である。図６に示す統合ユーザ情報１２０は、統合ユーザＩＤ１２１、認証サービス１２２、ユーザ名１２３、ユーザ代替名１２４、表示名１２５、グループ名１２６、メールアドレス１２７、ホームディレクトリ１２８の項目を有する。

【0041】

統合ユーザＩＤ１２１は、異なる認証サービスのユーザのユーザ情報１００を統合した同一ユーザの統合ユーザ情報１２０を特定するＩＤである。

【0042】

認証サービス１２２は、統合ユーザ情報１２０に登録したユーザ情報１００の認証サービスであり、複数ある場合は全て記載する。統合ユーザＩＤ１２１が「００１」の統合ユーザ情報１２０には３つの認証サービス１２２のユーザ情報１００が統合されている。

【0043】

ユーザ名１２３は、統合したユーザのユーザ情報１００におけるユーザ名１０３と同じ情報であるが、ユーザ代替名１２４となる場合もある。

【0044】

ユーザ代替名１２４は、統合したユーザのユーザ情報１００におけるユーザ代替名１０４と同じ情報であるが、ユーザ名１０３となる場合もある。

【0045】

表示名１２５は、統合したユーザのユーザ情報１００における表示名１０５と同じ情報である。

【0046】

グループ名１２６は、統合したユーザのユーザ情報１００におけるグループ名１０６と同じ情報である。

【0047】

メールアドレス１２７は、統合したユーザのユーザ情報１００におけるメールアドレス１０７と同じ情報である。

【0048】

ホームディレクトリ１２８は、統合したユーザのユーザ情報１００におけるホームディレクトリ１０８と同じ情報である。

【0049】

ここで、これらの項目以外の情報（電話番号など）をユーザ情報１００および統合ユーザ情報１２０の項目として用いてもよい。また、認証サービスがＯｐｅｎＩＤ Ｃｏｎｎｅｃｔである場合、認証時に得られるトークンＩＤをユーザ情報１００および統合ユーザ情報１２０の項目として用いてもよい。図１７は、本発明の実施形態に係るＩＤトークンの一例を示す図である。図１７には、ＯｐｅｎＩＤ Ｃｏｎｎｅｃｔでユーザ認証を実行した際に取得したＩＤトークン１５０が示されている。ＩＤトークン１５０において、「：」で区切られた文字列の左側が項目を示し、右側がその値を示す。

【0050】

図３に戻って説明する。

【0051】

認証サーバ３は、認証部３０と第２通信部３１を有する。これら各部は、認証サーバ３にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。

【0052】

認証部３０は、端末装置４から受信したユーザが入力した認証情報（ユーザ名とパスワード）が、認証サーバ３が保持している認証情報と一致するか否かを確認することにより、ユーザの認証を実行する。

【0053】

第２通信部３１は、認証サーバ３が有する通信機能であり、例えば、通信ネットワーク１を介して統合認証サーバ２の第１通信部２２と情報の送受信を行う。

【0054】

端末装置４は、表示制御部４０、操作受付部４１、および第３通信部４２を有する。これら各部は、端末装置４にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。

【0055】

表示制御部４０は、端末装置４の画面にメニュー画面や認証画面などの画像情報を表示する。

【0056】

操作受付部４１は、端末装置４のキーボードやポインティングデバイスを介して、ユーザによる文字入力やボタンの押下などの操作を受け付ける。

【0057】

第３通信部４２は、端末装置４が有する通信機能であり、例えば、通信ネットワーク１を介して統合認証サーバ２の第１通信部２２と情報の送受信を行う。

【0058】

＜統合認証処理のフローチャート＞
図７は、本発明の実施形態に係る統合認証処理のフローチャートの一例を示す図である。統合認証サーバ２は、ユーザからアプリケーションの利用要求を受信すると、アプリケーションに対応した認証サーバ３にユーザ認証を実行させ、取得したユーザ情報を登録する。この時、すでに別のアプリケーションを実行している登録済みユーザに対しては、統合認証サーバ２は、同一ユーザであるか否かを検証するユーザ検証を実行した後、統合ユーザ情報１２０をアプリケーション間で共有させる。以下、各ステップの処理について説明する。

【0059】

ステップＳ８１：認証サーバ３の認証部３０は、アプリケーションの利用要求を送信したユーザの認証を実行する。認証は、ユーザが送信した認証情報（ユーザ名とパスワード）が、認証サーバ３が有する認証情報と一致するか否かを確認することにより実行する。

【0060】

ステップＳ８２：統合認証サーバ２の制御部２３は、ステップＳ８１のユーザ認証が成功した場合、処理をステップＳ８３に遷移させ、そうでない場合は、処理をステップＳ９１に遷移させる。

【0061】

ステップＳ８３：統合認証サーバ２の第１通信部２２は、認証したユーザのユーザ情報１００を認証サーバ３から取得する。

【0062】

ステップＳ８４：統合認証サーバ２の検証部２０は、ステップＳ８３で取得したユーザ情報１００と同一の情報が、ユーザ情報記憶部７に記憶されていないならば、取得したユーザ情報をユーザ情報記憶部７に記憶させる。次に、統合認証サーバ２の検証部２０は、取得したユーザ情報１００が統合ユーザ情報１２０として統合ユーザ情報記憶部９に記憶されているか否かについて、統合設定１１０を用いて検証する。すなわち、統合設定１１０に対応する次の２点について確認し、どちらか一方でも一致すれば、ユーザ情報１００は統合ユーザ情報記憶部９にすでに登録済みである（ユーザは登録済み）とする。
・取得したユーザ情報１００におけるユーザ名１０３またはユーザ代替名１０４が、統合ユーザ情報１２０のユーザ名１２３またはユーザ代替名１２４に一致するか。（統合設定ＩＤ１１１の「００１」に対応する検証）
・取得したユーザ情報１００におけるメールアドレス１０７と統合ユーザ情報１２０のメールアドレス１２７が一致するか。（統合設定ＩＤ１１１の「００２」に対応する検証）
あるいは、検証部２０は、ユーザ認証時に得られたユーザ情報１００と統合ユーザ情報１２０の項目において、管理者が予め定めた項目の内容が一致するか否かにより、ユーザ（ユーザ情報１００）が登録済であるか決定してもよい。

【0063】

統合認証サーバ２の制御部２３は、ユーザが登録済みであれば、処理をステップＳ８５に遷移させ、そうで無い場合は、処理をステップＳ８６に遷移させる。

【0064】

ステップＳ８５：統合認証サーバ２の統合部２１は、ステップＳ８１で認証したユーザを新規ユーザとして登録するために、取得したユーザ情報１００を統合ユーザ情報記憶部９に記録させる。更に、統合認証サーバ２の検証部２０は、以降、異なる認証サービスにおけるユーザが同一のユーザであるかを検証するためのユーザ検証情報（パスワードまたはアクセス情報）を発行する。検証方法は、ユーザ検証用のパスワードを用いる方法（パスワード方式）とユーザのメールアドレスにＵＲＬなどのアクセス情報を送付する方法（メール方式）の２種類がある。

【0065】

パスワード方式の場合、まず、統合認証サーバ２の検証部２０は、検証で用いるパスワードを発行する。次に、統合認証サーバ２の第１通信部２２は、発行したパスワードをユーザの端末装置４に送信して、画面にパスワードを表示させる。図８は、本発明の実施形態に係る統合認証のパスワード表示画面の一例を示す図である。図８に示すパスワード表示画面１４０には、統合認証パスワード１４１が表示されている。ユーザが、別のアプリケーションを実行する（すなわち、別の認証サービスでユーザ認証を実行する）際に、統合認証サーバ２の検証部２０は、このパスワードを用いて、ユーザの検証を行う。図９は、本発明の実施形態に係る統合認証のパスワード要求画面の一例を示す図である。図９に示すパスワード要求画面１４２には、認証パスワードの入力欄１４３と入力したパスワードを確定して送信する確定ボタン１４４が表示されている。

【0066】

図７に戻って説明する。

【0067】

メール方式の場合、まず、統合認証サーバ２の検証部２０は、検証で用いるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などのアクセス情報を発行する。次に、統合認証サーバ２の第１通信部２２は、発行したＵＲＬをユーザのメールアドレスに送信して、ユーザにＵＲＬにアクセスさせる。ここで、ユーザ情報１００にメールアドレス１０７の情報がない場合は、メール方式を利用することはできない。統合認証サーバ２の検証部２０は、ユーザが予め定めた一定時間内にＵＲＬにアクセスすることを確認する。図１０は、本発明の実施形態に係るＵＲＬを含むメール文書の一例を示す図である。図１０に示すメール文書１４５には、認証ＵＲＬ１４６が表示されている。

【0068】

図７に戻って説明する。

【0069】

ステップＳ８６：統合認証サーバ２の検証部２０は、ステップＳ８３で取得したユーザ情報１００と一致した統合ユーザ情報１２０において、ユーザ情報１００の認証サービス１０２が、統合ユーザ情報１２０の認証サービス１２２に登録されているか否かを確認する。登録されている場合、統合認証サーバ２の制御部２３は、ステップＳ９０に処理を遷移させ、そうでない場合は、ステップＳ８７に処理を遷移させる。

【0070】

ステップＳ８７：統合認証サーバ２の検証部２０は、ステップＳ８５で説明したパスワード方式あるいはメール方式によるユーザ検証を実行する。

【0071】

パスワード方式の場合、統合認証サーバ２の第１通信部２２は、パスワードの入力を要求する画面をユーザの端末装置４の第３通信部４２に送信し、ユーザが入力したパスワードを受信する。統合認証サーバ２の検証部２０は、受信したパスワードが、ステップＳ８５で発行したパスワードと一致することが確認できれば、ユーザ検証は成功し、そうでなければ、ユーザ検証は失敗とする。

【0072】

メール方式の場合、統合認証サーバ２の第１通信部２２は、ステップＳ８５で送信したメールアドレスにＵＲＬなどのアクセス情報を含むメール文書を送信して、ユーザにＵＲＬにアクセスさせる。統合認証サーバ２の検証部２０は、ユーザが予め定めた一定時間内にＵＲＬにアクセスしたことを確認できれば、検証は成功とするが、予め定めた一定時間が経過しても、アクセスの確認ができなかった場合、検証は失敗とする。

【0073】

ステップＳ８８：統合認証サーバ２の制御部２３は、ステップＳ８７で実行したユーザ検証が成功であれば処理をステップＳ８９に遷移させ、そうでなければ、処理をステップＳ９１に遷移させる。

【0074】

ステップＳ８９：統合認証サーバ２の統合部２１は、ステップＳ８１で認証したユーザのユーザ情報１００を統合ユーザ情報記憶部９に記憶させる。具体的には、図６の認証サービス１２２に図４のユーザ情報１００の認証サービス１０２を追加し、その他の項目に関して、統合ユーザ情報１２０に情報の無い項目に、ユーザ情報１００に追加できる情報があれば追加する。

【0075】

ステップＳ９０：ユーザ認証は成功とし、統合認証サーバ２の第１通信部２２は、アプリサーバ６にユーザが要求したアプリケーションの実行を要求するメッセージを送信する。また、ステップＳ８９において、統合ユーザ情報１２０が更新された場合、統合認証サーバ２の第１通信部２２は、アプリサーバ６に更新された統合ユーザ情報１２０を送信する。

【0076】

ステップＳ９１：ユーザ認証は失敗とし、統合認証サーバ２の第１通信部２２は、ユーザの端末装置４にユーザ認証失敗を通知するメッセージを送信する。

【0077】

＜統合認証処理のシーケンス＞
図１１は、本発明の実施形態に係る統合認証処理のシーケンスの一例を示す図である。本シーケンスでは、最初に、ユーザ（ユーザ名：ｕｓｅｒ＿ｂ）は、端末装置４を操作して、統合認証サーバ２に文書作成のアプリケーション（アプリＡとする）の利用要求を送信する。統合認証サーバ２は、ＬＤＡＰによるユーザ認証を認証サーバ３Ａに対して実行させる。次に、ユーザは、端末装置４を操作して、統合認証サーバ２にストレージサービスのアプリケーション（アプリＢとする）の利用要求を送信する。統合認証サーバ２は、Ｋｅｒｂｅｒｏｓによるユーザ認証を認証サーバ３Ｂに対して実行させる。ここで、ユーザは、アプリＡとアプリＢは利用していない状態でシーケンスを開始するする。以下、各ステップの処理について説明する。

【0078】

ステップＳ５１：端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にメニュー画面を表示する要求メッセージを送信する。

【0079】

ステップＳ５２：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２にメニュー画面の画面情報を送信する。

【0080】

ステップＳ５３：端末装置４の表示制御部４０は、受信した画面情報を用いて、端末装置４の画面にメニュー画面を表示する。図１２は、本発明の実施形態に係るメニュー画面の一例を示す図である。図１２に示すメニュー画面１３０には、アプリケーションＡ（アプリＡ）の利用を要求するメッセージを送信するためのボタン１３１とアプリケーションＢ（アプリＢ）の利用を要求するメッセージを送信するためのボタン１３２が表示されている。

【0081】

図１１に戻って説明する。

【0082】

端末装置４の操作受付部４１は、ユーザによる図１２に示すボタン１３１の押下を受け付ける。端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にアプリＡの利用を要求するメッセージを送信する。

【0083】

ステップＳ５４：統合認証サーバ２の第１通信部２２は、受信したアプリＡの利用を要求するメッセージに基づいて、アプリＡの認証サービスを提供する認証サーバ３Ａの第２通信部３１に認証要求を送信する。

【0084】

ステップＳ５５：認証サーバ３Ａの第２通信部３１は、統合認証サーバ２の第１通信部２２に認証情報入力画面の画面情報を送信する。

【0085】

ステップＳ５６：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２に認証情報入力画面の画面情報を送信する。

【0086】

ステップＳ５７：端末装置４の表示制御部４０は、端末装置４の画面に認証情報入力画面を表示する。図１３は、本発明の実施形態に係る認証情報入力画面の一例を示す図である。図１３に示す認証情報入力画面１３３には、ユーザ名を入力する入力欄１３４、パスワードを入力する入力欄１３５、および入力した認証情報を確定して送信する確定ボタン１３６が表示されている。

【0087】

図１１に戻って説明する。

【0088】

端末装置４の操作受付部４１は、ユーザによる認証情報（ユーザ名とパスワード）の入力、および確定ボタン１３６の押下を受け付ける。端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にユーザにより入力された認証情報を送信する。

【0089】

ステップＳ５８：統合認証サーバ２の第１通信部２２は、認証サーバ３Ａの第２通信部３１に受信した認証情報を送信する。

【0090】

ステップＳ５９：認証サーバ３Ａの認証部３０は、受信した認証情報を用いて、ユーザ認証を実行する。ユーザの認証は、受信した認証情報（ユーザ名とパスワード）が、認証サーバ３Ａが保持する認証情報と一致（認証成功）するか一致しない（認証失敗）かを確認することにより実行する。

【0091】

ステップＳ６０：認証サーバ３Ａの第２通信部３１は、統合認証サーバ２の第１通信部２２に認証結果と図４に示すユーザ情報１００（ここでは行番号１０１が「４」の情報）を送信する。

【0092】

ステップＳ６１：統合認証サーバ２は、図７に示したフローチャートに基づいた統合認証処理を実行する。ここで、図７のステップＳ８１におけるユーザ認証は、ステップＳ５９のユーザ認証と同じである。このユーザ認証は成功するものとし、更に、図７のステップＳ８４において、ユーザは登録済みではないため、図７のステップＳ８５による新規ユーザ登録の処理が実行される。新規ユーザ登録の処理において、統合認証サーバ２の統合部２１は、図４に示すユーザ情報１００（ここでは行番号１０１が「４」の情報）を統合ユーザ情報記憶部９に記録させる。統合ユーザ情報記憶部９は、図１４に示すように統合ユーザ情報１２０に新規の統合ユーザＩＤ１２１である「００２」を新たな行に記憶し、この行の項目にユーザ情報１００の行番号１０１が「４」の情報を記憶する。具体的には、認証サービス１２２に「ＬＤＡＰ」、ユーザ名１２３に「ｕｓｅｒ＿ａ」、ユーザ代替名１２４に「ａ＿ｕｓｅｒ」、表示名１２５に「ユーザＡ」、グループ名１２６に「グループＡ」、メールアドレス１２７に「[e-mail]」を記憶する。

【0093】

図１１に戻って説明する。

【0094】

ステップＳ６２：ここでは、ステップＳ５９でユーザ認証が成功するものとするが、もし、ユーザがパスワードの入力を誤る等してユーザ認証が失敗した場合、統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２に認証失敗通知を送信する。端末装置４の表示制御部４０は、端末装置４の画面に認証失敗のメッセージを表示する。

【0095】

ステップＳ６３：統合認証サーバ２の第１通信部２２は、アプリサーバ６にアプリＡの実行を要求するメッセージとともにステップＳ６１で記憶した図６に示す統合ユーザ情報１２０（統合ユーザＩＤ１２１が「００２」の情報）を送信する。

【0096】

ステップＳ６４：アプリサーバ６は、アプリＡを実行し、統合認証サーバ２の第１通信部２２にアプリＡの画面情報を送信する。

【0097】

ステップＳ６５：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２にアプリＡの画面情報を送信する。端末装置４の表示制御部４０は、受信した画面情報を用いて、端末装置４の画面にアプリＡの画面を表示する。

【0098】

ステップＳ６６：ユーザは、文書作成アプリ（アプリＡ）で文章を作成した後、作成した文書ファイルをストレージサービス（アプリＢ）に保存するために、再度、メニュー画面を要求する。端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にメニュー画面を表示する要求メッセージを送信する。

【0099】

ステップＳ６７：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２にメニュー画面の画面情報を送信する。

【0100】

ステップＳ６８：端末装置４の表示制御部４０は、受信した画面情報を用いて、端末装置４の画面にメニュー画面を表示する。端末装置４の操作受付部４１は、ユーザによる図１２に示すメニュー画面におけるアプリＢの利用を要求するメッセージを送信するボタン１３２の押下を受け付ける。端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にアプリＢの利用を要求するメッセージを送信する。

【0101】

ステップＳ６９：統合認証サーバ２の第１通信部２２は、受信したアプリＢの利用を要求するメッセージに基づいて、アプリＢの認証サービスを提供する認証サーバ３Ｂの第２通信部３１に認証要求を送信する。

【0102】

ステップＳ７０：認証サーバ３Ｂの第２通信部３１は、統合認証サーバ２の第１通信部２２に認証情報入力画面の画面情報を送信する。

【0103】

ステップＳ７１：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２に認証情報入力画面の画面情報を送信する。

【0104】

ステップＳ７２：端末装置４の表示制御部４０は、端末装置４の画面に図１３に示す認証情報入力画面１３３を表示する。端末装置４の操作受付部４１は、ユーザによる認証情報（ユーザ名とパスワード）の入力、および確定ボタン１３６の押下を受け付ける。端末装置４の第３通信部４２は、統合認証サーバ２の第１通信部２２にユーザにより入力された認証情報を送信する。

【0105】

ステップＳ７３：統合認証サーバ２の第１通信部２２は、認証サーバ３Ｂの第２通信部３１に受信した認証情報を送信する。

【0106】

ステップＳ７４：認証サーバ３Ｂの認証部３０は、受信した認証情報を用いて、ユーザ認証を実行する。ユーザの認証は、受信した認証情報（ユーザ名とパスワード）が、認証サーバ３Ｂが保持する認証情報と一致（認証成功）するか一致しない（認証失敗）か確認することにより実行する。

【0107】

ステップＳ７５：認証サーバ３Ｂの第２通信部３１は、統合認証サーバ２の第１通信部２２に認証結果と図４に示すユーザ情報１００（ここでは行番号１０１が「５」の情報）を送信する。

【0108】

ステップＳ７６：統合認証サーバ２は、図７に示したフローチャートに基づいた統合認証処理を実行する。ここで、図７のステップＳ８１におけるユーザ認証は、ステップＳ７４のユーザ認証と同じである。このユーザ認証は成功するものとする。更に、図７のステップＳ８４において、ユーザは登録済みであり、図７のステップＳ８６において、認証サービス（Ｋｅｒｂｅｒｏｓ）は登録済でないため、図７のステップＳ８９によるユーザ登録の更新処理が実行される。統合認証サーバ２の統合部２１は、図４に示すユーザ情報１００（ここでは行番号１０１が「５」の情報）を統合ユーザ情報記憶部９に記録させる。ここで、ステップＳ６１において、図１４に示すように統合ユーザＩＤ１２１が「００２」の統合ユーザ情報１２０は、ホームディレクトリ１２８以外の項目の情報は既に与えられていることから、統合ユーザ情報記憶部９は、図１５に示すように統合ユーザＩＤ１２１が「００２」の統合ユーザ情報１２０のホームディレクトリ１２８の項目に「￥￥ｓｅｒｖｅｒ￥ｕｓｅｒ＿ｂ」を記憶する。

【0109】

図１１に戻って説明する。

【0110】

ステップＳ７７：ここでは、ステップＳ７４でユーザ認証が成功するものとするが、もし、ユーザがパスワードの入力を誤る等して認証が失敗した場合、統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２に認証失敗通知を送信する。端末装置４の表示制御部４０は、端末装置４の画面に認証失敗のメッセージを表示する。

【0111】

ステップＳ７８：統合認証サーバ２の第１通信部２２は、アプリサーバ６にアプリＢの実行を要求するメッセージとともにステップＳ７６で記憶した図１５に示す統合ユーザ情報１２０（統合ユーザＩＤ１２１が「００２」の情報）を送信する。ここで、アプリサーバ６は、受信した統合ユーザ情報１２０をユーザ（ｕｓｅｒ＿ｂ）が利用している文書作成アプリ（アプリＡ）とストレージサービス（アプリＢ）で共有する。これにより、ユーザが作成した文書ファイルをユーザのストレージサービス（ホームディレクトリ）に保存することが可能となる。

【0112】

ステップＳ７９：アプリサーバ６は、アプリＢを実行し、統合認証サーバ２の第１通信部２２にアプリＢの画面情報を送信する。

【0113】

ステップＳ８０：統合認証サーバ２の第１通信部２２は、端末装置４の第３通信部４２にアプリＢの画面情報を送信する。端末装置４の表示制御部４０は、受信した画面情報を用いて、端末装置４の画面にアプリＢ（ストレージサービス）の画面を表示する。図１６は、本発明の実施形態に係るアプリＢ（ストレージサービス）の画面の一例を示す図である。画面１４７には、アプリＢ（ストレージサービス）の画面として、ホームディレクトリ１４８内に格納されたファイル名１４９（文書．ｄｏｃ）が表示されている。

【0114】

以上、ステップＳ５１～ステップＳ８０による統合認証処理を示した。ここで、ユーザによるアプリＢの利用要求後の認証処理であるステップＳ６９～ステップＳ７５については、既にユーザがアプリＡで認証済みであることから、ユーザ認証を成功として、これらの処理を省略するようにしてもよい。

【0115】

また、統合認証サーバ２の第１通信部２２は、ユーザ認証処理（ステップＳ５９、Ｓ７４）で得られるユーザ情報１００や統合認証処理（ステップＳ６１、Ｓ７６）で得られる統合ユーザ情報１２０を端末装置４の第３通信部４２に送信するようにしてもよい。

【0116】

＜効果について＞
本発明の第１の実施形態において、情報処理システム５は、ユーザが複数のアプリケーションを利用する際に、異なる認証サービスのユーザが同一ユーザであるか否かを検証するユーザ検証を実行する。更に、情報処理システム５は、同一ユーザの異なる認証サービスにおけるユーザ情報を統合した統合ユーザ情報を生成して、アプリケーション間で共有する。これにより、同一ユーザの異なる認証サービスにおけるユーザ情報を統合した情報を予め作成することなく、異なる認証サービスにおけるユーザを同一ユーザとして扱うことが可能な統合認証システムを実現することができる。また、統合した情報を予め作成する必要がないことから、システム構築における初期コストや、アプリケーションやユーザに関する設計変更や拡張時におけるコストを削減することが可能である。

【0117】

以上、本発明を実施するための幾つかの形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【0118】

例えば、図３の機能ブロックの構成図の一例は、情報処理システム５による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。情報処理システム５の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

【0119】

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。

【0120】

また、記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム５は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

【0121】

また、第１通信部２２、第２通信部３１、第３通信部４２は単に通信部と呼んでもよく、ユーザ情報記憶部７、統合設定記憶部８、統合ユーザ情報記憶部９は単に記憶部と呼んでもよい。

【符号の説明】

【0122】

１ 通信ネットワーク
２ 統合認証サーバ
３ 認証サーバ
４ 端末装置
５ 情報処理システム
６ アプリサーバ
７ ユーザ情報記憶部
８ 統合設定記憶部
９ 統合ユーザ情報記憶部
１０ 記憶装置
２０ 検証部
２１ 統合部
２２ 第１通信部
２３ 制御部
３０ 認証部
３１ 第２通信部
４０ 表示制御部
４１ 操作受付部
４２ 第３通信部

【先行技術文献】

【特許文献】

【0123】

【特許文献1】特許第５４３４４４１号

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】