JP7423328B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、サービスを利用するユーザを認証する技術に関する。

近年、サーバが有する様々な機能をユーザがネットワーク経由で利用するサービスが広く提供されている。サーバは、通常、認証されたユーザがログインした状態で、ユーザにサービスを提供する。特許文献１においては、認証サーバがワンタイムＵＲＬを含む確認メールをユーザに送信することによりユーザの本人確認を行い、ユーザのログインを許可する方法が開示されている。

特開２００４－１９２１９３号公報

特許文献１においては、サービスを提供するサーバによる処理に対応する画面と、ユーザの登録や更新などの管理を行うサーバによる処理に対応する画面と、が別々に提供される。このため、ユーザがサービスを利用するまでに行う画面の確認に手間がかかるという課題があった。

本発明は上記課題を解決するためになされたものであり、ユーザがサーバによる認証を介してサービスを利用する際に、画面の確認にかかる手間を低減するための処理を提供することを目的とする。

上記課題を解決するために、本発明に係る情報処理装置は、ユーザに関する情報を管理する情報処理装置であって、前記ユーザにサービスを提供するサーバから、前記ユーザの認証を伴う第１処理の実行要求を受信する受信手段と、前記実行要求が有効であるか否かの検証を行う検証手段と、前記検証の結果に基づいて、前記サーバへアクセスするためのリンクを含むメッセージを前記ユーザが操作する端末に送信するメッセージ送信手段と、を有し、前記メッセージは、前記サーバが、前記第１処理の結果に応じて第２処理を行うための画面を前記端末に提供するためのメッセージであることを特徴とする。

本発明によれば、ユーザがサーバによる認証を介してサービスを利用する際に、画面の確認にかかる手間を低減することができる。

情報処理システムのシステム構成例を示すブロック図 情報処理装置のハードウェア構成例を示すブロック図 情報処理システムの機能構成例を示すブロック図 格納部に格納されている情報の一例を示す図 情報処理システムにおける処理を示すフローチャート ユーザ処理実行要求のメッセージの一例を示す図 確認メッセージの一例を示す図 統合サービス画面の一例を示す図 ユーザ処理実行要求Ａの検証処理を示すフローチャート ユーザ処理実行要求Ｂの検証処理を示すフローチャート ユーザ処理実行要求Ａの検証処理を示すフローチャート 情報処理システムの機能構成例を示すブロック図

以下、本実施形態について、図面を参照して説明する。尚、以下の実施形態は本発明を必ずしも限定するものではない。また、本実施形態において説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［第１実施形態］
複数のサービス提供サーバから構成されるシステムにおいては、ユーザ管理サーバがユーザの管理を一括して行うことが多い。ユーザ管理サーバは、ユーザの登録、更新、削除といった各種ユーザ処理を行う機能や、登録されているユーザを認証する機能を有する。サービス提供サーバは、ユーザ管理サーバにより認証されたユーザをログインさせ、ユーザごとにサービスを提供する。

ユーザの認証を伴うサービスの利用においては、ユーザ管理サーバによるユーザ処理の結果に応じてサービス提供サーバによるサービス処理を行いたい場合がある。例えば、ユーザ管理サーバにおいて初回アクティベート処理を行う際に、サービス提供サーバにおいて初回利用に対応する画面提供を行う場合である。別の例としては、ユーザ管理サーバにおいてユーザ属性の更新処理を行う際に、サービス提供サーバにおいて拡張属性の更新処理を行う場合が挙げられる。例えば、サービス提供サーバが画像管理サービスを提供する場合、拡張属性の更新として、カメラの機種などの情報の更新が行われる。また、サービス提供サーバがプリントサービスを提供する場合、拡張属性の更新として、プリンタの機種などの情報の更新が行われる。

そこで、本実施形態においては、サービス提供サーバからユーザ処理実行要求を受信したユーザ管理サーバが、該サービス提供サーバが正当なクライアントであるか否かを判定する。該サービス提供サーバが正当なクライアントである場合、該ユーザ管理サーバは、該サービス提供サーバへのリンクを含む確認メッセージをユーザ端末に送信する。ユーザが該サービス提供サーバへのリンクにアクセスすることに応じて、該サービス提供サーバはユーザ処理に必要な情報とサービス処理に必要な情報とをユーザに入力させるための画面を提供する。この画面を介したユーザ入力により、ユーザ処理の結果に応じてサービス処理を行うことができる。また、ユーザ管理サーバが行う画面提供とサービス提供サーバが行う画面提供とが統合されるため、ユーザ処理とサービス処理とを独立して行う場合よりも、ユーザが行う画面確認にかかる手間が低減される。以下、本実施形態における、ユーザ管理サーバと、サービス提供サーバと、ユーザ端末と、を含む情報処理システムについて詳細を説明する。

＜情報処理システムのシステム構成＞
まず、本実施形態に係る情報処理システムのシステム構成例について、図１のブロック図を用いて説明する。情報処理システムは、ユーザ管理サーバ１０１、サービス提供サーバ１０２、ユーザ端末１０３から構成される。ユーザ管理サーバ１０１、サービス提供サーバ１０２、ユーザ端末１０３は、ネットワーク１０４を介して互いに通信が可能である。ネットワーク１０４は、インターネット等の外部ネットワークとして接続されている。尚、ネットワーク１０４は、ＬＡＮ等の同一のネットワークとして接続されてもよいし、インターネットやＬＡＮ等の混合であってもよい。

ユーザ管理サーバ１０１は、ユーザの管理や認証を行う情報処理装置であり、確認メッセージによる本人確認を伴うユーザ処理を行う。サービス提供サーバ１０２は、ユーザにサービスを提供する情報処理装置であり、ユーザの要求に応じたサービス処理を行う。ユーザ端末１０３は、サービス提供サーバ１０２が提供するサービスを利用するためにユーザが操作する端末であり、パーソナルコンピュータ（ＰＣ）やモバイル端末などである。本実施形態においては、説明を簡単にするため、各装置は１つずつとするが、ユーザ管理サーバ１０１、サービス提供サーバ１０２、ユーザ端末１０３は、それぞれ複数の装置で構成されていてもよい。

＜情報処理装置のハードウェア構成＞
次に、本実施形態に係る情報処理システムを構成する情報処理装置のハードウェア構成例について説明する。図２は、ユーザ管理サーバ１０１のハードウェア構成例を示すブロック図である。

ユーザ管理サーバ１０１は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ネットワークインタフェース２０４を有する。ＣＰＵ２０１は、ユーザ管理サーバ１０１を構成する各部の動作制御を行うと共に、ユーザ管理サーバ１０１が行うものとして後述する各種の処理を実行する。ＲＡＭ２０２は、データや制御情報を一時的に格納するメモリであり、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリアとなる。ＲＯＭ２０３には、ユーザ管理サーバ１０１の固定の動作パラメータや動作プログラム等が格納される。ネットワークインタフェース２０４は、ネットワーク１０４に接続して通信するための機能を提供するインタフェースである。ユーザ管理サーバ１０１は、ネットワークインタフェース２０４によって、外部装置とデータの送受信を行うことができる。ユーザ管理サーバ１０１に接続される外部記憶装置２０５は、データを記憶する装置であり、データの読み書きを行うためのＩ／Ｏコマンドを受け付けるインタフェースを有する。外部記憶装置２０５は、ユーザ管理サーバ１０１が行うものとして後述する各処理をＣＰＵ２０１に実行させるためのコンピュータプログラムやデータが格納されている。本実施形態における外部記憶装置２０５は、ハードディスクドライブ（ＨＤＤ）であるが、ソリッドステートドライブ（ＳＳＤ）、光ディスクドライブ、半導体記憶装置など、その他の記憶装置であってもよい。ユーザ管理サーバ１０１に接続される表示装置２０６は、ユーザに対して必要な情報を表示する表示装置である。本実施形態における表示装置２０６は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）であるが、ＣＲＴディスプレイなど、他の表示装置であってもよい。入力装置２０７は、キーボードやマウスなどであり、ユーザから必要な入力を受け付ける。尚、表示装置２０６と入力装置２０７とが一体となったタッチパネルディスプレイを用いてもよい。

サービス提供サーバ１０２、ユーザ端末１０３もユーザ管理サーバ１０１と同様のハードウェア構成である。ユーザ端末１０３については、表示装置２０６と接続する代わりに、表示部を有するものとする。

＜情報処理システムの機能構成＞
次に、本実施形態に係る情報処理システムの機能構成例について、図３のブロック図を用いて説明する。

ユーザ管理サーバ１０１は、情報格納部３０１、ユーザ処理要求受信部３０２、検証部３０３、メッセージ送信部３０４、ユーザ処理実行部３０５、ユーザ処理結果送信部３０６を有する。情報格納部３０１は、ユーザ情報格納部３０１１、クライアント情報格納部３０１２、確認コード情報格納部３０１３を有する。ユーザ情報格納部３０１１には、ユーザ情報が格納されている。図４（ａ）は、ユーザ情報格納部３０１１に格納されているユーザ情報の一例である。ユーザＩＤ４０１に関連付けて、パスワード４０２やメールアドレス４０３などのユーザ属性が格納されている。ユーザＩＤ４０１は、ユーザを一意に識別するＩＤである。パスワード４０２は、ユーザを認証するための文字列である。ここでは、ユーザを認証する情報としてパスワードを用いているが、生体認証に関する情報など、他の認証情報を用いてもよい。メールアドレス４０３は、ユーザに確認メッセージを通知するためのメールアドレスである。ここでは、ユーザに確認メッセージを通知する手段としてメールを用いているが、他の通知手段を用いてもよい。

ユーザ管理サーバ１０１ではサービス提供サーバ１０２をクライアントとして管理しており、クライアント情報格納部３０１２には、サービス提供サーバ１０２に関する情報がクライアント情報として格納されている。図４（ｂ）は、クライアント情報格納部３０１２に格納されているクライアント情報の一例である。クライアントＩＤ４０４に関連付けて、クライアントシークレット４０５、クライアントＵＲＬ４０６、処理スコープ４０７が格納されている。クライアントＩＤ４０４は、サービス提供サーバ１０２をユーザ管理サーバ１０１のクライアントとして一意に識別するＩＤである。クライアントシークレット４０５は、クライアントを認証するための文字列である。ここでは、クライアントを認証するための情報としてシークレットを用いているが、他の認証情報を用いてもよい。クライアントＵＲＬ４０６は、ユーザがクライアントにアクセスする際のＵＲＬを表している。すなわち、ユーザ端末１０３がサービス提供サーバ１０２にサービス処理実行要求を送信するためのＵＲＬである。処理スコープ４０７は、クライアントがユーザ管理サーバ１０１に対して許可されているユーザ処理の範囲を表している。確認コード情報格納部３０１３については後述する。

ユーザ処理要求受信部３０２は、サービス提供サーバ１０２からユーザ処理実行要求を受信する。検証部３０３は、ユーザ処理実行要求が有効であるか否かを判定する。具体的には、検証部３０３は、ユーザ処理の要求元であるサービス提供サーバ１０２をクライアント情報格納部３０１２のクライアント情報を使用して検証する。メッセージ送信部３０４は、ユーザ処理実行要求が有効である場合に、本人確認（ユーザ認証）を伴うユーザ処理を行うために確認メッセージをユーザ端末１０３に送信する。この際、メッセージ送信部３０４は、検証されたサービス提供サーバ１０２のクライアントＵＲＬ４０６へのリンクを、ユーザ処理のアクセス先として確認メッセージに含める。これにより、ユーザが確認メッセージのリンクにアクセスすると、ユーザ端末１０３に表示された画面への情報入力を経て、ユーザ処理とサービス処理とが行われる。また、メッセージ送信部３０４は、確認コードを発行して確認メッセージに含める。確認コードは、要求されたユーザ処理のために一度だけ使用可能なワンタイムパスワードである。発行した確認コードは、確認コード情報格納部３０１３に格納される。確認メッセージの送信先には、ユーザ情報格納部３０１から取得したメールアドレス４０３を使用する。

確認コード情報格納部３０１３に格納されている確認コード情報の一例を図４（ｃ）に示す。確認コードＩＤ４０９に関連付けて、ユーザＩＤ４１０、クライアントＩＤ４１１、クライアントＵＲＬ４１２、処理スコープ４１３、有効期限４１４が格納されている。確認コードＩＤ４０９は、確認コードを一意に識別するＩＤである。ユーザＩＤ４１０は、ユーザ処理の対象となっているユーザを表している。クライアントＩＤ４１１は、サービス処理を行うサービス提供サーバ１０２を表している。クライアントＵＲＬ４１２は、サービス処理のアクセス先となるサービス提供サーバ１０２のＵＲＬである。処理スコープ４１３は、確認コードの適用範囲となるユーザ処理の内容を表している。有効期限４１４は、確認コードの有効期限であり、期限を過ぎた確認コードは無効となる。

ユーザ処理実行部３０５は、検証部３０３が確認コードが有効であると判定した場合に、ユーザ処理を実行する。具体的には、検証部３０３は、ユーザ処理実行要求に付与されている確認コードを確認コード情報格納部３０１３に格納されている確認コード情報を使用して検証する。検証の結果、確認コードが有効であると判定されると、ユーザ処理実行部３０５は、ユーザ処理に必要なユーザ認証が行われたとみなし、ユーザ処理を実行する。

サービス提供サーバ１０２は、サービス処理要求受信部３０７、ユーザ処理要求送信部３０８、画面提供部３０９、ユーザ処理結果受信部３１０、サービス処理実行部３１１、サービス処理結果送信部３１２を有する。サービス処理要求受信部３０７は、ユーザ端末１０３からサービス処理実行要求を受信する。ユーザ処理要求送信部３０８は、ユーザ管理サーバ１０１にユーザ処理実行要求を送信する。画面提供部３０９は、ユーザ処理に必要な情報とサービス処理に必要な情報とをユーザに入力させるための画面（以下、統合サービス画面と呼ぶ）をユーザ端末１０３に表示し、入力情報（パラメータ）を受け付ける。ユーザ処理結果受信部３１０は、ユーザ管理サーバ１０１により実行されたユーザ処理の結果を受信する。サービス処理実行部３１１は、サービス処理を実行する。サービス処理結果送信部３１２は、サービス提供サーバ１０２により実行されたサービス処理の結果を送信する。

ユーザ端末１０３は、ユーザエージェント３１３、メッセージ受信部３１４を有する。ユーザエージェント３１３は、Ｗｅｂブラウザなど、ユーザがＷｅｂサイトにアクセスするための機能を提供する。ユーザは、ユーザエージェント３０８を介して、サービス提供サーバ１０２にサービス処理実行要求を送信することができる。メッセージ受信部３１４は、メールなど、ユーザ管理サーバ１０１からの確認メッセージを受信する。受信した確認メッセージに含まれるリンクにユーザがアクセスすると、ユーザエージェント３１３が起動され、サービス提供サーバ１０２にサービス処理実行要求が送信される。

＜情報処理システムにおける処理＞
次に、本実施形態に係る情報処理システムの処理の流れについて、図５のフローチャートを用いて説明する。以下、各ステップ（工程）は符号の前にＳをつけて表す。

Ｓ５０１において、ユーザエージェント３１３は、サービス提供サーバ１０２にサービス処理実行要求Ａを送信する。Ｓ５０２において、サービス処理要求受信部３０７は、ユーザ端末１０３からサービス処理実行要求Ａを受信する。Ｓ５０３において、ユーザ処理要求送信部３０８は、ユーザ管理サーバ１０１にユーザ処理実行要求Ａを送信する。ユーザ処理実行要求Ａには、少なくとも、ユーザ処理の内容、対象のユーザ、ユーザ処理の要求元となるクライアントすなわちサービス提供サーバ１０２を示す情報が含まれている。

ユーザ処理実行要求Ａの一例を図６（ａ）に示す。図６（ａ）は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従った構文によってメッセージが形成されている。ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）部６０１において、ユーザ処理の内容が指定されている。ヘッダ部６０２には、ユーザ処理の要求元となるクライアントの認証情報が指定されている。ボディ部６０３には、ユーザ処理の対象となるユーザを示す情報としてユーザＩＤが指定されている。

Ｓ５０４において、ユーザ処理要求受信部３０２は、サービス提供サーバ１０２からユーザ処理実行要求Ａを受信する。Ｓ５０５において、検証部３０３は、受信したユーザ処理実行要求Ａの検証処理を行う。ユーザ処理実行要求Ａの検証処理については、図９を用いて後述する。Ｓ５０６において、メッセージ送信部３０４は、検証部３０３によりユーザ処理実行要求Ａが有効であると判定された場合に、ユーザ認証した上でユーザ処理を行うための確認メッセージをユーザ端末１０３に送信する。確認メッセージには、サービス処理実行要求Ｂをサービス提供サーバ１０２に送信するためのリンクが含まれる。そのリンクには、ユーザ処理を実行するために発行された確認コードが付与されている。発行された確認コードは、確認コード情報格納部３０１３に格納される。確認メッセージの一例を図７に示す。確認メッセージの中には、サービス処理実行要求Ｂをサービス提供サーバ１０２に送信するためのリンク７０１がＵＲＬの形で含まれている。リンク７０１には、ユーザ管理サーバ１０１においてユーザ処理を実行するための確認コードが、ＵＲＬパラメータとして付与されている。本実施形態における確認メッセージの送信にはメールを用いるが、他の通知手段を用いてもよい。

Ｓ５０７において、メッセージ受信部３１４は、ユーザ管理サーバ１０１からの確認メッセージを受信する。Ｓ５０８において、ユーザエージェント３１３は、ユーザが確認メッセージに含まれているリンクにアクセスすることに応じて、サービス提供サーバ１０２にサービス処理実行要求Ｂを送信する。Ｓ５０９において、サービス処理要求受信部３０７は、ユーザ端末１０３からサービス処理実行要求Ｂを受信する。Ｓ５１０において、画面提供部３０９は、統合サービス画面をユーザ端末１０３に表示し、ユーザ端末１０３において入力されたパラメータを受け付ける。表示される統合サービス画面の一例を図８に示す。統合サービス画面８０１は、ユーザ管理サーバ１０１のユーザ処理に必要なパラメータを入力する領域８０２と、サービス提供サーバ１０２のサービス処理に必要なパラメータを入力する領域８０３と、を含む。また、統合サービス画面８０１は、入力されたパラメータを確定し、サービス提供サーバ１０２に送信するためのボタン８０４を含む。

Ｓ５１１において、ユーザ処理要求送信部３０８は、ユーザ管理サーバ１０１にユーザ処理実行要求Ｂを送信する。ユーザ処理実行要求Ｂには、少なくとも、ユーザ処理の内容とパラメータ、ユーザ処理の要求元となるクライアントすなわちサービス提供サーバ１０２を示す情報、確認コードを示す情報が含まれている。ユーザ処理実行要求の一例を図６（ｂ）に示す。図６（ｂ）は、ＨＴＴＰに従った構文によってメッセージが形成されている。ＵＲＬ部６０４において、ユーザ処理の内容が指定されている。ヘッダ部６０５において、ユーザ処理の要求元となるクライアントの認証情報が指定されている。ボディ部６０６において、ユーザ処理のために必要な確認コードとパラメータとが指定されている。

Ｓ５１２において、ユーザ処理要求受信部３０２は、サービス提供サーバ１０２からユーザ処理実行要求Ｂを受信する。Ｓ５１３において、検証部３０３は、受信したユーザ処理実行要求Ｂの検証処理を行う。ユーザ処理実行要求Ｂの検証処理については、図１０を用いて後述する。Ｓ５１４において、ユーザ処理実行部３０５は、検証部３０３によりユーザ処理実行要求Ｂが有効であると判定された場合に、ユーザ処理を実行する。ここで行われるユーザ処理は、例えば、初回アクティベートや、パスワードやメールアドレスの更新などである。Ｓ５１５において、ユーザ処理結果送信部３０６は、ユーザ処理の結果をサービス提供サーバ１０２に送信する。Ｓ５１６において、ユーザ処理結果受信部３１０は、ユーザ管理サーバ１０１からユーザ処理の結果を受信する。Ｓ５１７において、サービス処理実行部３１１は、ユーザ処理の結果に基づいてサービス処理を実行する。Ｓ５１８において、サービス処理結果送信部３１２は、サービス処理の結果をユーザ端末１０３に送信する。Ｓ５１９において、ユーザエージェント３１３は、サービス提供サーバ１０２からサービス処理の結果を受信する。

＜ユーザ処理実行要求Ａの検証処理（Ｓ５０５）＞
次に、Ｓ５０５におけるユーザ処理実行要求Ａの検証処理について、図９を用いて説明する。Ｓ９０１において、検証部３０３は、ユーザ処理実行要求Ａにより指定されたクライアントが正当であるか否かを検証する。検証部３０３は、クライアント情報格納部３０１２のクライアントＩＤ４０４とクライアントシークレット４０５とが、ユーザ処理実行要求Ａにより指定されたものと一致する場合にクライアントが正当であると判定し、処理をＳ９０２に進める。検証部３０３は、クライアント情報格納部３０１２のクライアントＩＤ４０４とクライアントシークレット４０５とが、ユーザ処理実行要求Ａにより指定されたものと一致しない場合にクライアントが正当でないと判定し、処理をＳ９０３に進める。Ｓ９０２において、検証部３０３は、クライアントが正当であると判定したことに応じて、ユーザ処理実行要求Ａが有効であると判定し、処理をＳ５０６に進める。Ｓ９０３において、検証部３０３は、クライアントが正当でないと判定したことに応じて、ユーザ処理実行要求Ａが無効であると判定し、処理をＳ９０４に進める。Ｓ９０４において、検証部３０３は、ユーザ処理実行要求Ａが無効であることを示す情報（エラー通知）をサービス提供サーバ１０２又はユーザ端末１０３に出力して処理を終了する。

＜ユーザ処理実行要求Ｂの検証処理（Ｓ５１３）＞
次に、Ｓ５１３におけるユーザ処理実行要求Ｂの検証処理について、図１０を用いて説明する。Ｓ１００１において、検証部３０３は、ユーザ処理実行要求Ｂにより指定されたクライアントが正当であるか否かを検証する。検証部３０３は、クライアント情報格納部３０１２のクライアントＩＤ４０４とクライアントシークレット４０５とが、ユーザ処理実行要求Ｂにより指定されたものと一致する場合にクライアントが正当であると判定し、処理をＳ１００２に進める。検証部３０３は、クライアント情報格納部３０１２のクライアントＩＤ４０４とクライアントシークレット４０５とが、ユーザ処理実行要求Ｂにより指定されたものと一致しない場合にクライアントが正当でないと判定し、処理をＳ１００５に進める。

Ｓ１００２において、検証部３０３は、ユーザ処理実行要求Ｂにより指定された確認コードが有効であるか否かを検証する。検証部３０３は、確認コードが確認コード情報格納部３０１３の有効期限４１４内であり、かつ、クライアントＩＤ４１１がＳ１００１において検証されたクライアントと一致する場合に確認コードが有効であると判定し、処理をＳ１００３に進める。検証部３０３は、確認コードが確認コード情報格納部３０１３の有効期限４１４内でない、又は、クライアントＩＤ４１１がＳ１００１において検証されたクライアントと一致しない場合に確認コードが無効であると判定し、処理をＳ１００５に進める。

Ｓ１００３において、検証部３０３は、ユーザ処理実行要求Ｂにより指定されたユーザ処理が確認コードの処理スコープの範囲内であるか否かを検証する。Ｓ１００４において、検証部３０３は、ユーザ処理が処理スコープの範囲内であると判定したことに応じて、ユーザ処理実行要求Ｂが有効であると判定し、処理をＳ５１４に進める。Ｓ１００５において、検証部３０３は、ユーザ処理が処理スコープの範囲内でないと判定したことに応じて、ユーザ処理実行要求Ｂが無効であると判定し、処理をＳ１００６に進める。Ｓ１００６において、検証部３０３は、ユーザ処理実行要求Ｂが無効であることを示す情報（エラー通知）をサービス提供サーバ１０２又はユーザ端末１０３に出力して処理を終了する。

＜第１実施形態の効果＞
以上説明したように、本実施形態に係る情報処理装置は、ユーザにサービスを提供するサーバから、ユーザの認証を伴うユーザ処理の実行要求を受信する。該実行要求が有効であるか否かの検証を行い、該検証の結果に基づいて、該サーバへアクセスするためのリンクを含むメッセージをユーザが操作する端末に送信する。該メッセージは、該サーバが、該ユーザ処理の結果に応じてサービス処理を行うための画面を該端末に提供するためのメッセージである。これにより、ユーザ処理の結果に応じてサービス処理を行うことができる。また、ユーザ処理とサービス処理とを独立して行う場合よりも、ユーザが行う画面確認にかかる手間を低減することができる。

［第２実施形態］
第１実施形態においては、ユーザ管理サーバ１０１によるユーザ処理実行要求の検証処理を、クライアントが正当である否かに基づいて行った。本実施形態においては、さらに、クライアントが有する権限に基づいて検証処理を行う。尚、本実施形態における情報処理システムの構成は第１実施形態のものと同様であるため、説明を省略する。以下において、本実施形態と第１実施形態とで異なる部分を主に説明する。尚、同一の構成については、同じ符号を付して説明する。

＜ユーザ処理実行要求Ａの検証処理（Ｓ５０５）＞
Ｓ５０５におけるユーザ処理実行要求Ａの検証処理について、図１１を用いて説明する。Ｓ９０１において、検証部３０３は、ユーザ処理実行要求Ａにより指定されたクライアントが正当であるか否かを検証する。検証部３０３は、クライアントが正当であると判定した場合に、処理をＳ１１０１に進める。検証部３０３は、クライアントが正当でないと判定した場合に、処理をＳ９０３に進める。

Ｓ１１０１において、検証部３０３は、ユーザ処理実行要求Ａにより指定されたユーザ処理の内容が、クライアントが有する処理スコープの範囲内であるか否かを検証する。検証部３０３は、クライアント情報格納部３０１２の処理スコープ４０８が、ユーザ処理実行要求Ａにより指定されたものと一致する場合にユーザ処理の内容が処理スコープの範囲内であると判定し、処理をＳ９０２に進める。検証部３０３は、クライアント情報格納部３０１２の処理スコープ４０８が、ユーザ処理実行要求Ａにより指定されたものと一致しない場合にユーザ処理の内容が処理スコープの範囲内でないと判定し、処理をＳ９０３に進める。Ｓ９０２において、検証部３０３は、ユーザ処理実行要求Ａが有効であると判定し、処理をＳ５０６に進める。Ｓ９０３において、検証部３０３は、ユーザ処理実行要求Ａが無効であると判定し、処理をＳ９０４に進める。Ｓ９０４において、検証部３０３は、ユーザ処理実行要求Ａが無効であることを示す情報（エラー通知）をサービス提供サーバ１０２又はユーザ端末１０３に出力して処理を終了する。

＜第２実施形態の効果＞
以上説明したように、本実施形態に係る情報処理装置は、ユーザ処理実行要求の検証処理をクライアントが有する権限に基づいて検証する。これにより、サービス提供サーバの役割に応じて、許可するユーザ処理の内容を細かく制御することができる。

＜変形例＞
本実施形態においては、ユーザ処理の内容が処理スコープの範囲内であるか否かを、クライアント情報格納部３０１２の処理スコープ４０８がユーザ処理実行要求Ａにより指定されたものと一致するか否かに基づいて判定したが、他の判定方法でもよい。例えば、ユーザ処理実行要求Ａにより指定される処理内容と、クライアント情報格納部３０１２の処理スコープ４０８との関係を定義したマッピング情報を別途保持し、該マッピング情報に基づいて判定を行っても良い。

［第３実施形態］
第１実施形態においては、ユーザ管理サーバ１０１のユーザ処理の結果に応じて、サービス提供サーバ１０２のサービス処理を行う例を示した。本実施形態においては、ユーザ管理サーバ１０１のユーザ処理の結果に応じて、ユーザ端末１０３上で動作するアプリケーションの処理を行う例を示す。以下において、本実施形態と第１実施形態とで異なる部分を主に説明する。尚、同一の構成については、同じ符号を付して説明する。

＜情報処理システムの機能構成＞
本実施形態に係る情報処理システムの機能構成例について、図１２のブロック図を用いて説明する。ユーザ管理サーバ１０１は、第１実施形態と同様の機能構成である。ユーザ端末１０３は、アプリケーション１２０１、メッセージ受信部３１４を有する。ユーザの指示に応じてアプリケーション１２０１がアプリケーション処理を実行すると、ユーザ管理サーバ１０１にユーザ処理実行要求Ａが送信される。ユーザ処理実行要求Ａはユーザ管理サーバ１０１のユーザ処理要求受信部３０２によって受信され、ユーザ端末１０３に確認メッセージが送信される。確認メッセージはユーザ端末１０３のメッセージ受信部３１４によって受信される。ユーザが確認メッセージに含まれるリンクにアクセスすると、アプリケーション１２０１が起動され、ユーザ管理サーバ１０１にユーザ処理実行要求Ｂが送信される。ユーザ処理実行要求Ｂはユーザ管理サーバ１０１のユーザ処理要求受信部３０２によって受信され、ユーザ処理実行部３０５によってユーザ処理が実行される。

＜第３実施形態の効果＞
以上説明したように、本実施形態に係る情報処理装置は、アプリケーション処理を行うための確認メッセージをユーザ端末に送信する。ユーザ端末上のアプリケーションが本人確認されたことを示す確認コードとともにユーザ処理を呼び出す。これにより、ユーザ管理サーバで行う本人確認を伴うユーザ処理を、ユーザ端末上のアプリケーションを経由して実行することができる。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ユーザ管理サーバ
３０２ ユーザ処理要求受信部
３０３ 検証部
３０４ メッセ－ジ送信部

Claims (17)

1. ユーザに関する情報を管理する情報処理装置であって、
   前記ユーザにサービスを提供するサーバから、前記ユーザの認証を伴う第１処理の実行要求を受信する受信手段と、
   前記実行要求が有効であるか否かの検証を行う検証手段と、
   前記検証の結果に基づいて、前記サーバへアクセスするためのリンクを含むメッセージを前記ユーザが操作する端末に送信するメッセージ送信手段と、を有し、
   前記メッセージは、前記サーバが、前記第１処理の結果に応じて第２処理を行うための画面を前記端末に提供するためのメッセージであることを特徴とする情報処理装置。
2. 前記画面は、前記第１処理に用いる情報と前記第２処理に用いる情報とを前記ユーザに入力させるための画面であることを特徴とする請求項１に記載の情報処理装置。
3. 前記検証手段は、前記サーバが正当なクライアントであるか否かに基づいて、前記実行要求が有効であるか否かを判定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記実行要求により指定されるクライアントの情報が、予め保持するクライアントの情報と一致するか否かに基づいて、前記実行要求が有効であるか否かを判定することを特徴とする請求項３に記載の情報処理装置。
5. 前記メッセージには、前記第１処理を行うべきか否かを判定するためのコードが含まれ、
   前記検証手段は、前記コードが有効期限を過ぎているか否かを検証し、
   前記有効期限に関する検証の結果に基づいて、前記第１処理を実行する実行手段をさらに有することを特徴とする請求項１乃至請求項４のいずれか一項に記載の情報処理装置。
6. 前記実行手段は、前記第１処理の内容が前記コードに指定される処理の範囲に含まれる場合に、前記第１処理を実行することを特徴とする請求項５に記載の情報処理装置。
7. 前記実行された前記第１処理の結果を前記サーバに送信する結果送信手段をさらに有し、
   前記第１処理の結果に基づいて前記第２処理が行われることを特徴とする請求項５又は請求項６に記載の情報処理装置。
8. 前記コードは、ワンタイムパスワードであることを特徴とする請求項５乃至請求項７のいずれか一項に記載の情報処理装置。
9. 前記メッセ－ジ送信手段は、メールにより前記メッセージを送信することを特徴とする請求項１乃至請求項８のいずれか一項に記載の情報処理装置。
10. 前記第１処理は、前記ユーザに関する情報についての、登録と更新と削除との少なくとも１つであることを特徴とする請求項１乃至請求項９のいずれか一項に記載の情報処理装置。
11. 前記第２処理は、前記ユーザが利用するサービスに関する情報についての、登録と更新と削除との少なくとも１つであることを特徴とする請求項１乃至請求項１０のいずれか一項に記載の情報処理装置。
12. ユーザの認証を伴う処理を行う情報処理システムであって、
    前記ユーザにサービスを提供する第１サーバと、
    前記ユーザに関する情報を管理する第２サーバと、を含み、
    前記第１サーバは、前記処理の実行要求を前記第２サーバに送信し、
    前記第２サーバは、前記第１サーバが正当なクライアントであるか否かの検証を行い、前記検証の結果に基づいて、前記第１サーバへアクセスするためのリンクを含むメッセージを、ユーザが操作する端末に送信し、
    前記第１サーバは、前記第２サーバが行う処理の結果に応じて処理を行うための画面を前記端末に提供することを特徴とする情報処理システム。
13. ユーザに関する情報を管理する情報処理装置であって、
    前記ユーザが操作する端末から、前記ユーザの認証を伴う第１処理の実行要求を受信する受信手段と、
    前記実行要求が有効であるか否かの検証を行う検証手段と、
    前記検証の結果に基づいて、前記端末が有するアプリケーションへアクセスするためのリンクを含むメッセージを前記端末に送信するメッセージ送信手段と、を有し、
    前記メッセージは、前記アプリケーションが、前記第１処理の結果に応じて第２処理を行うための画面を前記端末に提供するためのメッセージであることを特徴とする情報処理装置。
14. コンピュータを請求項１乃至請求項１１のいずれか一項に記載の情報処理装置の各手段として機能させるためのプログラム。
15. ユーザに関する情報を管理する情報処理装置の情報処理方法であって、
    受信手段が、前記ユーザにサービスを提供するサーバから、前記ユーザの認証を伴う第１処理の実行要求を受信する受信ステップと、
    検証手段が、前記実行要求が有効であるか否かの検証を行う検証ステップと、
    送信手段が、前記検証の結果に基づいて、前記サーバへアクセスするためのリンクを含むメッセージを前記ユーザが操作する端末に送信するメッセージ送信ステップと、を有し、
    前記メッセージは、前記サーバが、前記第１処理の結果に応じて第２処理を行うための画面を前記端末に提供するためのメッセージであることを特徴とする情報処理方法。
16. ユーザにサービスを提供する第１サーバと、前記ユーザに関する情報を管理する第２サーバと、を含み、前記ユーザの認証を伴う処理を行う情報処理システムの情報処理方法であって、
    前記処理の実行要求を、前記第１サーバが前記第２サーバに送信するステップと、
    前記第２サーバが、前記第１サーバが正当なクライアントであるか否かの検証を行い、前記検証の結果に基づいて、前記第１サーバへアクセスするためのリンクを含むメッセージを、ユーザが操作する端末に送信するステップと、
    前記第１サーバが、前記第２サーバが行う処理の結果に応じて処理を行うための画面を前記端末に提供するステップと、
    を有することを特徴とする情報処理方法。
17. ユーザに関する情報を管理する情報処理装置の情報処理方法であって、
    受信手段が、前記ユーザが操作する端末から、前記ユーザの認証を伴う第１処理の実行要求を受信する受信ステップと、
    検証手段が、前記実行要求が有効であるか否かの検証を行う検証ステップと、
    送信手段が、前記検証の結果に基づいて、前記端末が有するアプリケーションへアクセスするためのリンクを含むメッセージを前記端末に送信するメッセージ送信ステップと、を有し、
    前記メッセージは、前記アプリケーションが、前記第１処理の結果に応じて第２処理を行うための画面を前記端末に提供するためのメッセージであることを特徴とする情報処理方法。
    

Images