(57)【要約】【課題】ユーザ端末、サービスプロバイダ、認証サービスプロバイダの間で認証ローミングを行う際に、ＨＴＴＰリダイレクト処理を省き、処理効率向上を可能とする認証ローミング装置および認証ローミング方法を得る。【解決手段】インターネットを経由してユーザ端末１０から送信される利用要求に応じてサービスを提供するサービスプロバイダ２０内に設けられ、サービスの提供を許可するに当たり利用要求に基づく認証処理を制御するサービスプロバイダ用の認証ローミング装置２１であって、利用要求に応じてユーザ端末１０に返送する情報の中に、サービスプロバイダ２０がユーザ認証処理を依存する第１の認証サービスプロバイダ３０のＷｅｂサイトの位置情報を埋め込む。【選択図】図１
2007233729.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを経由してユーザ端末から送信される利用要求に応じてサービスを提供するサービスプロバイダ内に設けられ、前記サービスの提供を許可するに当たり前記利用要求に基づく認証処理を制御するサービスプロバイダ用の認証ローミング装置であって、
前記利用要求に応じて前記ユーザ端末に返送する情報の中に、前記サービスプロバイダがユーザ認証処理を依存する第１の認証サービスプロバイダのＷｅｂサイトの位置情報を第１の位置情報として埋め込むことを特徴とするサービスプロバイダ用の認証ローミング装置。
【請求項２】
インターネットを経由したユーザ端末からの利用要求に応じてサービスを提供するサービスプロバイダがユーザ認証を行う際に使用する第１の認証サービスプロバイダ内に設けられ、前記サービスの提供を許可するに当たり前記利用要求に基づく認証処理を制御する第１の認証サービスプロバイダ用の認証ローミング装置であって、
前記ユーザ端末の認証用ＩＤを有する第２の認証サービスプロバイダの指定情報を含む認証要求を前記ユーザ端末から受信し、前記指定情報に従って前記第２の認証サービスプロバイダから認証用入力情報を取得し、前記認証要求に応じて前記ユーザ端末に返送する情報の中に、前記認証用入力情報とともに前記第２の認証サービスプロバイダのＷｅｂサイトの位置情報を第２の位置情報として埋め込むことを特徴とする第１の認証サービスプロバイダ用の認証ローミング装置。
【請求項３】
請求項２に記載の認証ローミング装置において、
前記第１の認証サービスプロバイダ用の認証ローミング装置は、前記ユーザ端末から受信した前記認証要求を前記第２の認証サービスプロバイダに送信する際に、前記第２の認証サービスプロバイダによる認証結果情報を受信するために、前記第１の認証サービスプロバイダのＷｅｂサイトの位置情報を送付先位置情報として埋め込むことを特徴とする第１の認証サービスプロバイダ用の認証ローミング装置。
【請求項４】
ユーザ端末の認証用ＩＤを有する第２の認証サービスプロバイダ内に設けられ、インターネットを経由した前記ユーザ端末からの利用要求に応じてサービスを提供するサービスプロバイダがユーザ認証を行う際に使用する第１の認証サービスプロバイダからの要求に応じて、前記サービスの提供を許可するに当たり認証処理を制御する第２の認証サービスプロバイダ用の認証ローミング装置であって、
認証結果情報の送付先となる第１の認証サービスプロバイダのＷｅｂサイトの位置情報を送付先位置情報として含む認証要求を前記第１の認証サービスプロバイダから受信し、前記認証要求に応じて前記第１の認証サービスプロバイダに認証用入力情報を返送する際に、前記送付先位置情報を記憶しておき、前記ユーザ端末から前記認証用入力情報に対する返答として入手したユーザＩＤと、あらかじめ記憶してある認証用ＩＤとの比較により前記ユーザ端末の認証処理を行って認証結果情報を生成し、前記認証結果情報を前記送付先位置情報に基づいて前記第１の認証サービスプロバイダに送信することを特徴とする第２の認証サービスプロバイダ用の認証ローミング装置。
【請求項５】
ユーザ端末からサービスプロバイダに、利用要求を送信するステップと、
前記サービスプロバイダから第１の認証サービスプロバイダに、認証ローミングを許可する認証サービスプロバイダのプロバイダリスト要求を送信するステップと、
前記第１の認証サービスプロバイダから前記サービスプロバイダに、認証ローミングを許可する認証サービスプロバイダとしてあらかじめ登録されているプロバイダリストを送信するステップと、
前記サービスプロバイダから前記ユーザ端末に、前記プロバイダリストとともに前記第１の認証サービスプロバイダのＷｅｂサイトの位置情報である第１の位置情報を送信するステップと、
前記第１の位置情報に基づいて前記ユーザ端末から前記第１の認証サービスプロバイダに、前記プロバイダリストの中から前記ユーザ端末の認証用ＩＤを有する認証サービスプロバイダとして選択した第２の認証サービスプロバイダの指定情報を含む認証要求を送信するステップと、
前記指定情報に基づいて前記第１の認証サービスプロバイダから前記第２の認証サービスプロバイダに、前記認証要求とともに前記第２の認証サービスプロバイダのＷｅｂサイトの位置情報である送付先位置情報を送信するステップと、
前記第２の認証サービスプロバイダから前記第１の認証プロバイダに、前記認証要求に応じた認証用入力情報を送信するとともに、認証結果情報の送付先となる前記送付先位置情報を記憶するステップと、
前記第１の認証サービスプロバイダから前記ユーザ端末に、前記認証用入力情報とともに前記第２の認証サービスプロバイダのＷｅｂサイトの位置情報である第２の位置情報を送信するステップと、
前記第２の位置情報に基づいて前記ユーザ端末から前記第２の認証サービスプロバイダに、前記認証用入力情報に対応してユーザＩＤを送信するステップと、
前記第２の認証サービスプロバイダで、前記ユーザＩＤと、あらかじめ記憶してある認証用ＩＤとの比較による認証結果情報を生成するステップと、
前記送付先位置情報に基づいて前記第２の認証サービスプロバイダから前記第１の認証サービスプロバイダに、前記認証結果情報を送信するステップと、
前記第１の認証サービスプロバイダから前記第２の認証サービスプロバイダを経由して前記サービスプロバイダに、前記認証結果情報を送信するステップと、
前記サービスプロバイダで、前記認証結果情報に基づいて前記ユーザ端末の利用可否を判断して利用可否情報を生成するステップと、
前記サービスプロバイダから前記ユーザ端末に、前記利用可否情報を送信するステップと
を備えたことを特徴とする認証ローミング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスプロバイダによるサービス提供時の認証を行う認証ローミング装置および認証ローミング方法に関する。
【背景技術】
【０００２】
近年、ユーザの利便性および個人情報分散防止の観点から、ユーザがＩＤ、パスワードを登録していないサービスにおいても、ユーザが登録済みのサービスのＩＤ、パスワードにより認証を受けたことを示す情報をもとにして、サービス利用許可を受けられるようにする認証ローミングシステムの実現が望まれている。図５は、従来の認証ローミングシステムの構成図の一例である。
【０００３】
本発明の説明に用いる用語としては、以下のものがある。
「ＳＰ」：オンラインショッピングなど、ユーザが実際に利用するインターネット上のサービスを提供するサイトであり、サービスプロバイダを指す。
「ＩＤＰ」：ＩＤ（Ｉｄｅｎｔｉｔｙ）、パスワードなどの手段を用いて、ユーザのアイデンティティ情報の真正性を担保しうる組織・機関のサイトであり、認証サービスプロバイダを指す。
【０００４】
「認証ローミングディレクトリ」：認証ローミング可能な関係にあるＩＤＰのリストを保管する装置を指す。なお、この装置は、ＩＤＰの一部として構成してもよい。
「ユーザ端末」：ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ネットワーク接続可能な携帯電話など、ユーザがサービス利用のために使う情報端末を指す。具体的には、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、ノートパソコンなどＷｅｂのブラウザ機能を備えた装置であれば何でもよい。
【０００５】
図５の従来の認証ローミングシステムは、ユーザ端末１０、ＳＰ２０、第１のＩＤＰ３０、認証ローミングディレクトリ４０、および第２のＩＤＰ５０で構成される。ここで、ＳＰ２０は、ユーザがアクセスしようとしているＳＰである。また、第１のＩＤＰ３０は、ＳＰ２０が依存しているＩＤＰである。さらに、第２のＩＤＰ５０は、ユーザが通常使うＩＤＰである。
【０００６】
図５の前提として、ＳＰ２０は、第１のＩＤＰ３０にユーザ認証を依存しているものとする。ここで、「ユーザ認証を依存する」とは、以下のようなＳＰとＩＤＰとの関係をいうものとする。例えば、一般的なオンラインショッピングモールビジネスにおいて、ＳＰ２０は、ショッピングモール傘下のショッピングサイトであり、第１のＩＤＰ３０は、ショッピングモールサイトであるような場合を考える。
【０００７】
ここで、ショッピングサイトの運営主体は、個人商店がインターネット直販を行うような場合もあり、運営主体が常に自力でユーザ管理を行う能力を持つとは限らない。このような場合、ＳＰ２０は、ユーザ認証の完了していないユーザからの利用要求を受け取ると、そのユーザがどのＩＤＰにＩＤ、パスワードを登録しているかに関係なく、まず第１のＩＤＰ３０に当該ユーザの認証を要求する。
【０００８】
ここでは、上述のショッピングモールビジネスのように、あるＳＰ２０が、ユーザ認証の完了していないユーザのユーザ端末１０から利用要求を受け取ると、ＳＰ２０は、まず、特定のＩＤＰである第１のＩＤＰ３０にユーザ認証を要求する関係にあるとき、このＳＰ２０は、第１のＩＤＰ３０に「ユーザ認証を依存する」と呼ぶ。以下の説明においては、このような依存関係を単に「依存する」と呼ぶ場合がある。
【０００９】
図５において、認証ローミングが必要となるのは、ユーザが通常使うＩＤＰである第２のＩＤＰ５０にはＩＤ、パスワードが登録されているが、ＳＰ２０に依存する第１のＩＤＰ３０にはＩＤ、パスワードが登録されていない場合に、ユーザが第２のＩＤＰ５０によるユーザ認証に基づいてＳＰ２０のサービス利用を要求するときである。
【００１０】
ここで、ユーザがＳＰ２０のサービス利用を要求する際に、第２のＩＤＰ５０によるユーザ認証結果に基づくサービス利用を要求すると、認証ローミングにおいて、第２のＩＤＰ５０は、第１のＩＤＰ３０に代わってユーザ認証処理（ユーザの入力するＩＤ、パスワードの検証など）を実行し、第１のＩＤＰ３０にユーザ認証結果を証明する情報（認証結果情報）を送る。
【００１１】
第１のＩＤＰ３０は、第２のＩＤＰ５０より認証結果情報を受け取って検証し、その認証結果情報が認証成功を示すものであり、なおかつ、確かに第２のＩＤＰ５０によるユーザ認証結果であることを確認できた場合には、その認証結果情報を信頼し、当該ユーザによるＳＰ２０のサービス利用を許可する。なお、第１のＩＤＰ３０と第２のＩＤＰ５０とは、相互にユーザ認証結果を信頼し合い、認証ローミングを許可する関係にある必要がある。
【００１２】
認証ローミングシステムでは、ユーザは、あるＩＤＰにユーザ登録してあれば、そのＩＤＰを信頼する他のＩＤＰでもユーザとして認められるため、複数のサイトにＩＤ、パスワードなどの個人情報を登録する必要がない。このため、認証ローミングシステムは、現状のインターネット技術と比べると個人情報の分散を抑えることができる。
【００１３】
従来の技術としては、ＳＡＭＬ、Ｌｉｂｅｒｔｙ  Ａｌｌｉａｎｃｅといったシングルサインオンの技術をもとに、認証ローミングシステムを構成することが可能である。この場合のシステム構成は、図５と同様になる。このとき、ユーザがＩＤ、パスワードなどのユーザ情報を登録していないＩＤＰ（第１のＩＤＰ３０に相当）においても、すでにユーザのユーザ情報を登録してあるＩＤＰ（第２のＩＤＰ５０に相当）により認証を受けたことを示す情報をＳＡＭＬ、Ｌｉｂｅｒｔｙ  Ａｌｌｉａｎｃｅで規定された形式（認証アサーション）で受け取る。さらに、この情報をもとに、第１のＩＤＰ３０が、第１のＩＤＰ３０にユーザ認証を依存している各ＳＰ（ＳＰ２０に相当）に対する利用許可を行うように、システムを構成する。
【００１４】
また、この認証ローミングシステムと類似したシステムがある（例えば、特許文献１参照）。この技術は、利用者の認証や識別のための利用者側端末の操作を簡略化することができ、容易にサービスを利用可能とする情報システムを提供するものである。インターネットの会員の認証や識別は、通常、インターネット上のサイト毎に行われているが、特許文献１にかかる発明は、利用者がサイト毎に認証や識別のための情報を利用者側端末から入力する操作を行わなければならず手間がかかるといった問題を解決する。
【００１５】
【特許文献１】特開２００４−２４６８２１号公報（第１頁、図４）
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、従来技術であるこの認証ローミングを、ＳＡＭＬなど従来の技術で実装しようとすると、以下に述べる課題がある。ＳＡＭＬ、Ｌｉｂｅｒｔｙ  Ａｌｌｉａｎｃｅなどの既存技術においては、固定的なアドレスを持たないユーザ端末を特定する情報をＩＤＰ、ＳＰが容易に取得できるよう、処理の切り替えの際には、ユーザ端末を経由するＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リダイレクト処理を用いる必要がある。
【００１７】
ここで、ＨＴＴＰリダイレクト処理とは、呼び出し元を経由し、指定したアドレスへ処理を転送する仕組みである。しかし、ユーザ端末は、通常ＳＰやＩＤＰで用いられているサーバよりも性能が劣る。また、ユーザ端末の接続先通信回線によっては、ユーザ端末とＳＰ、ＩＤＰのサーバとの間の通信速度は、他の通信速度よりも劣る。このため、ＳＰとＩＤＰとの間、あるいはＩＤＰ同士の間の情報のやりとりにＨＴＴＰリダイレクト処理を多用すると、認証ローミング処理の効率低下を招いてしまうという課題があった。
【００１８】
ここで、ＨＴＴＰリダイレクト処理を用いるのは、以下の理由からである。ユーザ認証の結果、ＳＰのサービス利用許可を受けるのはユーザ端末である。そして、ＳＰ（場合によってはＩＤＰ）は、ユーザ端末に対し、ＳＰのサービス利用可否についての情報を伝達する必要がある。しかしながら、上述のように、ユーザ端末は、固定的なアドレスを持たないので、ユーザ端末を特定する情報をＩＤＰ、ＳＰが容易に取得できるように構成する必要があり、ＨＴＴＰリダイレクト処理が用いられている。
【００１９】
図６は、従来の技術で構成した認証ローミングシステムにおける処理シーケンスの一例である。各構成要素は、図５に示したものと同様である。まず始めに、ユーザは、ユーザ端末１０よりＳＰ２０のサービスを要求する（ステップＳ６０１）。次に、ＳＰ２０は、ユーザ認証を第１のＩＤＰ３０に依存しているため、第１のＩＤＰ３０に、ユーザが認証済みであるか否かを問い合わせる（ステップＳ６０２）。
【００２０】
次に、第１のＩＤＰ３０は、ユーザが認証済みでなく、また、ユーザのＩＤが第１のＩＤＰ３０に登録されていないことを確認すると、認証ローミングディレクトリ４０に、第１のＩＤＰ３０が認証ローミングを許可する信頼関係にある他のＩＤＰのリスト（プロバイダリスト）の取得を問い合わせる（ステップＳ６０３）。
【００２１】
次に、認証ローミングディレクトリ４０は、ステップＳ６０３による問い合わせに応じたプロバイダリストを第１のＩＤＰ３０に返す（ステップＳ６０４）。次に、第１のＩＤＰ３０は、ステップＳ６０４で返されたプロバイダリストをＳＰ２０に返す（ステップＳ６０５）。次に、ＳＰ２０は、ステップＳ６０５で返されたプロバイダリストをユーザ端末１０に返し、ユーザに対し、認証を受けるＩＤＰをプロバイダリスト中より指定することを要求する（ステップＳ６０６）。
【００２２】
次に、ユーザは、プロバイダリストから、第２のＩＤＰ５０を指定し、ＳＰ２０に指定情報を送る（ステップＳ６０７）。次に、ＳＰ２０は、ＨＴＴＰリダイレクト処理により、ユーザ端末１０経由でステップＳ６０７の指定情報を第１のＩＤＰ３０に転送する（ステップＳ６０８）。
【００２３】
次に、第１のＩＤＰ３０は、ユーザが指定情報により指定したＩＤＰである第２のＩＤＰ５０に、ユーザ認証の実行を要求するため、ＨＴＴＰリダイレクト処理により、ユーザ端末１０経由で第２のＩＤＰ５０に転送する（ステップＳ６０９）。次に、第２のＩＤＰ５０は、ユーザを認証するため、ユーザ端末１０にＩＤ、パスワード入力画面を送付する（ステップＳ６１０）。
【００２４】
次に、ユーザは、第２のＩＤＰ５０の要求に従い、ＩＤ、パスワードを入力し、第２のＩＤＰ５０に送付する（ステップＳ６１１）。次に、第２のＩＤＰ５０は、ステップＳ６１１で入力されたＩＤ、パスワードを検証し、それらが第２のＩＤＰ５０に登録されているものである場合には、第１のＩＤＰ３０に対し、当該ユーザを認証したことを証明する情報を、ＨＴＴＰリダイレクト処理により、ユーザ端末１０経由で送る（ステップＳ６１２）。
【００２５】
次に、第１のＩＤＰ３０は、ステップＳ６１２の情報を受け取って検証し、その情報が認証成功を示し、かつ、確かに第２のＩＤＰ５０によるユーザ認証結果であることを確認できた場合には、その情報を信頼し、ユーザによるＳＰ２０のサービス利用を許可する情報を、ＨＴＴＰリダイレクト処理により、ユーザ端末１０経由でＳＰ２０に送る（ステップＳ６１３）。
【００２６】
そして最後に、ＳＰ２０は、ステップＳ６１３の情報が第１のＩＤＰ３０の発行したものであることを検証し、ユーザにＳＰ２０のサービス利用を許可する（ステップＳ６１４）。このような一連の処理において課題となるのは、図６のステップＳ６０８、Ｓ６０９、Ｓ６１２、Ｓ６１３（図６において太線で示したステップに相当）に示されたＨＴＴＰリダイレクト処理である。
【００２７】
すでに述べたように、ＳＡＭＬ、Ｌｉｂｅｒｔｙ  Ａｌｌｉａｎｃｅなどの既存技術においては、固定的なアドレスを持たないユーザ端末を特定する情報を、ＩＤＰ、ＳＰが容易に特定できるよう、処理の切り替えの際には、ユーザ端末１０を経由するＨＴＴＰリダイレクト処理を用いる必要があった。
【００２８】
また、特許文献１に示した技術においても、ＨＴＴＰリダイレクト処理を用いており、ＨＴＴＰリダイレクト処理を省略しつつ認証ローミングシステムを実現するための手段は、開示されていない。
【００２９】
本発明は上述のような課題を解決するためになされたもので、ユーザ端末、サービスプロバイダ、認証サービスプロバイダの間で認証ローミングを行う際に、ＨＴＴＰリダイレクト処理を省き、処理効率向上を可能とする認証ローミング装置および認証ローミング方法を得ることを目的とする。
【課題を解決するための手段】
【００３０】
本発明に係るサービスプロバイダ用の認証ローミング装置は、インターネットを経由してユーザ端末から送信される利用要求に応じてサービスを提供するサービスプロバイダ内に設けられ、サービスの提供を許可するに当たり利用要求に基づく認証処理を制御するサービスプロバイダ用の認証ローミング装置であって、利用要求に応じてユーザ端末に返送する情報の中に、サービスプロバイダがユーザ認証処理を依存する第１の認証サービスプロバイダのＷｅｂサイトの位置情報を第１の位置情報として埋め込むものである。
【００３１】
また、本発明に係る第１の認証サービスプロバイダ用の認証ローミング装置は、インターネットを経由したユーザ端末からの利用要求に応じてサービスを提供するサービスプロバイダがユーザ認証を行う際に使用する第１の認証サービスプロバイダ内に設けられ、サービスの提供を許可するに当たり利用要求に基づく認証処理を制御する第１の認証サービスプロバイダ用の認証ローミング装置であって、ユーザ端末の認証用ＩＤを有する第２の認証サービスプロバイダの指定情報を含む認証要求をユーザ端末から受信し、指定情報に従って第２の認証サービスプロバイダから認証用入力情報を取得し、認証要求に応じてユーザ端末に返送する情報の中に、認証用入力情報とともに第２の認証サービスプロバイダのＷｅｂサイトの位置情報を第２の位置情報として埋め込むものである。
【００３２】
また、本発明に係る第２の認証サービスプロバイダ用の認証ローミング装置は、ユーザ端末の認証用ＩＤを有する第２の認証サービスプロバイダ内に設けられ、インターネットを経由したユーザ端末からの利用要求に応じてサービスを提供するサービスプロバイダがユーザ認証を行う際に使用する第１の認証サービスプロバイダからの要求に応じて、サービスの提供を許可するに当たり認証処理を制御する第２の認証サービスプロバイダ用の認証ローミング装置であって、認証結果情報の送付先となる第１の認証サービスプロバイダのＷｅｂサイトの位置情報を送付先位置情報として含む認証要求を第１の認証サービスプロバイダから受信し、認証要求に応じて第１の認証サービスプロバイダに認証用入力情報を返送する際に、送付先位置情報を記憶しておき、ユーザ端末から認証用入力情報に対する返答として入手したユーザＩＤと、あらかじめ記憶してある認証用ＩＤとの比較によりユーザ端末の認証処理を行って認証結果情報を生成し、認証結果情報を送付先位置情報に基づいて第１の認証サービスプロバイダに送信するものである。
【００３３】
さらに、本発明に係る認証ローミング方法は、ユーザ端末からサービスプロバイダに、利用要求を送信するステップと、サービスプロバイダから第１の認証サービスプロバイダに、認証ローミングを許可する認証サービスプロバイダのプロバイダリスト要求を送信するステップと、第１の認証サービスプロバイダからサービスプロバイダに、認証ローミングを許可する認証サービスプロバイダとしてあらかじめ登録されているプロバイダリストを送信するステップと、サービスプロバイダからユーザ端末に、プロバイダリストとともに第１の認証サービスプロバイダのＷｅｂサイトの位置情報である第１の位置情報を送信するステップと、第１の位置情報に基づいてユーザ端末から第１の認証サービスプロバイダに、プロバイダリストの中からユーザ端末の認証用ＩＤを有する認証サービスプロバイダとして選択した第２の認証サービスプロバイダの指定情報を含む認証要求を送信するステップと、指定情報に基づいて第１の認証サービスプロバイダから第２の認証サービスプロバイダに、認証要求とともに前記第２の認証サービスプロバイダのＷｅｂサイトの位置情報である送付先位置情報を送信するステップと、第２の認証サービスプロバイダから第１の認証プロバイダに、認証要求に応じた認証用入力情報を送信するとともに、認証結果情報の送付先となる前記送付先位置情報を記憶するステップと、第１の認証サービスプロバイダからユーザ端末に、認証用入力情報とともに第２の認証サービスプロバイダのＷｅｂサイトの位置情報である第２の位置情報を送信するステップと、第２の位置情報に基づいてユーザ端末から第２の認証サービスプロバイダに、認証用入力情報に対応してユーザＩＤを送信するステップと、第２の認証サービスプロバイダで、ユーザＩＤと、あらかじめ記憶してある認証用ＩＤとの比較による認証結果情報を生成するステップと、送付先位置情報に基づいて第２の認証サービスプロバイダから第１の認証サービスプロバイダに、認証結果情報を送信するステップと、第１の認証サービスプロバイダから第２の認証サービスプロバイダを経由してサービスプロバイダに、認証結果情報を送信するステップと、サービスプロバイダで、認証結果情報に基づいてユーザ端末の利用可否を判断して利用可否情報を生成するステップと、サービスプロバイダからユーザ端末に、利用可否情報を送信するステップとを備えたものである。
【発明の効果】
【００３４】
本発明によれば、サービスプロバイダあるいは認証サービスプロバイダが、ユーザ端末に対して直接のアクセス先である認証サービスプロバイダの位置情報を伝えることにより、ユーザ端末、サービスプロバイダ、認証サービスプロバイダの間で認証ローミングを行う際に、ＨＴＴＰリダイレクト処理を省き、処理効率向上を可能とする認証ローミング装置および認証ローミング方法を得ることができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の認証ローミング装置および認証ローミング方法の好適な実施の形態につき図面を用いて説明する。
本発明の認証ローミング装置および認証ローミング方法は、認証処理に当たってユーザ端末がアクセスすべき認証サービスプロバイダの位置情報をユーザ端末に取得させることにより、ユーザ端末からの直接アクセスを可能とし、この結果として、ユーザ端末を経由したＨＴＴＰリダイレクト処理をなくすことができ、認証ローミング処理の効率向上を実現できることを特徴とするものである。
【００３６】
実施の形態１．
図１は、本発明の実施の形態１における認証ローミングシステムの構成図である。図１における認証ローミングシステムの基本構成は、図５の構成と同様である。ただし、図１の認証ローミングシステムにおいて、ＳＰ２０は、ＳＰ用認証ローミング装置２１（サービスプロバイダ用の認証ローミング装置に相当）をさらに備えている。また、第１のＩＤＰ３０は、ＩＤＰ用認証ローミング装置３１（第１の認証サービスプロバイダ用の認証ローミング装置に相当）をさらに備え、第２のＩＤＰ５０は、ＩＤＰ用認証ローミング装置５１（第２の認証サービスプロバイダ用の認証ローミング装置に相当）をさらに備えている。
【００３７】
なお、図１における認証ローミングディレクトリ４０は、本発明にかかる認証ローミングシステムにおいては必須ではない。認証ローミングディレクトリ４０に格納しているＩＤＰ同士の関係情報（プロバイダリストに相当）は、例えば、第１のＩＤＰ３０または第２のＩＤＰ５０の何れか、あるいはその双方が保有してもよい。
【００３８】
また、認証ローミングディレクトリ４０は、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）のような、ＩＤＰ同士の関係情報に限らず、一般のＷｅｂサービス情報を管理する主体により構成してもよい。
【００３９】
本発明の技術上の特徴について、図１の構成を元に説明する。
まず、第１の特徴としては、次のものが挙げられる。第１のＩＤＰ３０にユーザ認証を依存するＳＰ２０のＳＰ用認証ローミング装置２１において、ＳＰ２０からユーザ端末１０に送付するＩＤＰ選択画面（認証用入力情報に相当）に、ＳＰ２０がユーザ認証を依存する第１のＩＤＰ３０のＷｅｂサイトの位置情報（ＵＲＬ：Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒなど）を第１の位置情報として埋め込む。
【００４０】
これにより、ＳＰ２０は、第１の位置情報に基づいて、ＳＰ２０がユーザ認証を依存する第１のＩＤＰ３０へ、ＩＤＰ選択画面から選択したＩＤＰ（第２のＩＤＰ５０に相当）の指定情報を、直接送ることができる。この結果として、ＳＰ２０を起点としてユーザ端末１０を経由するＨＴＴＰリダイレクト処理（図６におけるステップＳ６０８の処理に相当）をなくすことができる。
【００４１】
次に、第２の特徴としては、次のものが挙げられる。ユーザがサービスを利用しようとするＳＰ２０が依存する第１のＩＤＰ３０が、ユーザの指定した第２のＩＤＰ５０からの要求に従い、ユーザへＩＤ、パスワード入力に必要な認証用入力情報を送付するように認証ローミングシステムを構成する場合に、第１のＩＤＰ３０で用いているＩＤＰ用認証ローミング装置３１は、ＩＤ、パスワードなどユーザ認証に必要な情報を送付すべき第２のＩＤＰ５０の位置情報（ＵＲＬなど）を第２の位置情報として、認証用入力情報に付加するように構成する。
【００４２】
これにより、ユーザ端末１０は、第２の位置情報に基づいて、ＩＤ、パスワードなどユーザ認証に必要な情報（ユーザＩＤに相当）を、実際にユーザ認証を行う第２のＩＤＰ５０に直接送ることができるようになる。図６の従来技術においては、第２のＩＤＰ５０が、ステップＳ６０９において、第１のＩＤＰ３０から第２のＩＤＰ５０に対するユーザ認証の実行要求を、ＨＴＴＰリダイレクトによりユーザ端末１０経由で行っており、これにより、ＩＤ、パスワード入力画面をユーザ端末１０に直接送付すること（ステップＳ６１０に相当）が可能になっていた。
【００４３】
これに対して、本発明においては、第２の位置情報を用いることにより、この図６のステップＳ６０９におけるＨＴＴＰリダイレクト処理を不要としつつ、ＩＤ、パスワード入力画面（認証用入力情報に相当）を、第１のＩＤＰ３０からユーザ端末１０に直接送付することを可能にする。
【００４４】
さらに、第３の特徴としては、次のものが挙げられる。ユーザがサービスを利用しようとするＳＰ２０が依存する第１のＩＤＰ３０が、ユーザの指定した第２のＩＤＰ５０にユーザの認証を要求（認証要求に相当）する際、第２のＩＤＰ５０が用いるＩＤＰ用認証ローミング装置５１に、第２のＩＤＰ５０による認証情報の送付先として、第１のＩＤＰ３０の位置情報（ＵＲＬなどであり、送付先位置情報に相当）を登録しておく。
【００４５】
これにより、第２のＩＤＰ５０は、第１のＩＤＰ３０に対し、ユーザを認証したことを証明する情報（認証結果情報に相当）を後に送る際に、ユーザ端末１０を経由するＨＴＴＰリダイレクト処理（図６のステップＳ６１２に相当）によらず、第１のＩＤＰ３０に直接、認証結果情報を送ることができるようになる。
【００４６】
この結果として、第１のＩＤＰ３０から、ユーザがサービスを利用しようとするＳＰ２０に、認証結果情報を送付する際に、図６のステップＳ６１２の処理が、ユーザ端末１０を経由しないように構成できる。従って、第１のＩＤＰ３０から、ＳＰ２０に処理をリダイレクトしても、ユーザ端末１０を経由しなくなる。これにより、図６のステップＳ６１３に相当するＨＴＴＰリダイレクト処理も、ユーザ端末１０を経由するＨＴＴＰリダイレクト処理によらずに実現できるようになる。
【００４７】
次に、これらの特徴を踏まえ、本発明にかかる認証ローミングシステムの一連の処理動作について、図２を用いて詳細に説明する。
図２は、本発明の実施の形態１の認証ローミングシステムにおける処理シーケンスの一例である。まず始めに、ユーザは、ユーザ端末１０よりＳＰ２０のサービスを要求する（ステップＳ２０１）。次に、ＳＰ２０は、ユーザ認証を第１のＩＤＰ３０に依存しているため、第１のＩＤＰ３０に、ユーザが認証済みであるか否かを問い合わせる（ステップＳ２０２）。
【００４８】
次に、第１のＩＤＰ３０は、ユーザが認証済みでなく、また、ユーザのＩＤが第１のＩＤＰ３０に登録されていないことを確認すると、認証ローミングディレクトリ４０に、第１のＩＤＰ３０が認証ローミングを許可する信頼関係にある他のＩＤＰのリスト（プロバイダリスト）の取得を問い合わせる（ステップＳ２０３）。
【００４９】
次に、認証ローミングディレクトリ４０は、ステップＳ２０３で問い合わせに応じてプロバイダリストを第１のＩＤＰ３０に返す（ステップＳ２０４）。次に、第１のＩＤＰ３０は、ステップＳ２０４で返されたプロバイダリストをＳＰ２０に返す（ステップＳ２０５）。次に、ＳＰ２０は、ステップＳ２０５で返されたＩＤＰのリストをユーザ端末１０に返し、ユーザに対し、認証を受けるＩＤＰをプロバイダリスト中より指定することを要求する（ステップＳ２０６）。
【００５０】
ここで、ＳＰ２０内のＳＰ用認証ローミング装置２１は、第１のＩＤＰ３０のＵＲＬ（第１の位置情報に相当）をＩＤＰのリスト表示画面中に埋め込む。これは、例えば、ＩＤＰのリスト表示画面をＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のフォームとして作成し、ａｃｔｉｏｎ属性にＵＲＬを埋め込むことにより実現できる。
【００５１】
次に、ユーザは、ＩＤＰのリストから、第２のＩＤＰ５０を指定する。ここで、ステップＳ２０６において、第１のＩＤＰ３０のＵＲＬが、第１の位置情報としてＩＤＰのリスト画面中に埋め込まれているため、従来の技術と異なり、第１のＩＤＰ３０に指定情報を直接送ることができる（ステップＳ２０７）。すなわち、本発明の第１の特徴として上述したように、従来技術である図６におけるステップＳ６０８のＨＴＴＰリダイレクト処理を省くことができる。
【００５２】
次に、第１のＩＤＰ３０は、ユーザがステップＳ２０７で指定したＩＤＰである第２のＩＤＰ５０に、ユーザ認証の実行を要求（認証要求に相当）する（ステップＳ２０８）。ここで、第１のＩＤＰ３０内のＩＤＰ用認証ローミング装置３１は、第２のＩＤＰ５０が使っているＩＤＰ用認証ローミング装置５１に対して、第２のＩＤＰ５０による認証結果情報の送付先となる第１のＩＤＰ３０のＵＲＬを送付先位置情報として、認証要求とともに送る。これに対して、ＩＤＰ用認証ローミング装置５１は、送付先位置情報を登録しておく。
【００５３】
より具体的には、例えば、ＩＤＰ用認証ローミング装置３１が、ユーザの認証にＩＤＰ用認証ローミング装置３１の位置情報を送付先位置情報として認証要求に付加して送付し、ＩＤＰ用認証ローミング装置５１は、受け取った送付先位置情報を記憶エリアまたは一時ファイルに記憶しておくことにより実現できる。
【００５４】
次に、第２のＩＤＰ５０は、第１のＩＤＰ３０に対し、ユーザへＩＤ、パスワード入力を行うための認証用入力情報を送付し、認証用のユーザＩＤの入力を要求する。そして、第２のＩＤＰ５０は、認証用のユーザＩＤを受け取るため待機する（ステップＳ２０９）。
【００５５】
次に、第１のＩＤＰ３０は、第２のＩＤＰ５０の要求に従い、ユーザへＩＤ、パスワード入力を行うための認証用入力情報を送付する（ステップＳ２１０）。このとき、第１のＩＤＰ３０で用いているＩＤＰ用認証ローミング装置３１は、ＩＤ、パスワードを送付すべき第２のＩＤＰ５０のＵＲＬを第２の位置情報として、認証用入力情報に付加する。これは、例えば、認証用入力情報をＨＴＭＬのフォームとして作成し、ａｃｔｉｏｎ属性にＵＲＬを埋め込むことにより実現できる。
【００５６】
次に、ユーザは、第１のＩＤＰ３０の要求に従い、ＩＤ、パスワードを入力する。この情報は、ステップＳ２１０で、認証用入力情報に埋め込まれた第２の位置情報をもとに、第２のＩＤＰ５０に直接送付される（ステップＳ２１１）。これにより、認証ローミングシステムは、本発明の第２の特徴として上述したように、従来技術である図６におけるステップＳ６０９のＨＴＴＰリダイレクト処理を省くことができる。
【００５７】
次に、第２のＩＤＰ５０は、ステップＳ２１１で入力されたＩＤ、パスワードを検証し、それらが第２のＩＤＰ５０にあらかじめ登録されている認証用ＩＤと一致した場合には、第１のＩＤＰ３０に対し、ユーザを認証したことを証明する認証結果情報を送る（ステップＳ２１２）。
【００５８】
ここで、ステップＳ２０８において、第２のＩＤＰ５０の用いているＩＤＰ用認証ローミング装置５１は、送付先位置情報として第１のＩＤＰ３０のＵＲＬを登録している。このため、第２のＩＤＰ５０は、送付先位置情報に基づいて、第１のＩＤＰ３０に直接、認証結果情報を送ることができる。これにより、認証ローミングシステムは、本発明の第２の特徴として上述したように、従来技術である図６におけるステップＳ６１２のＨＴＴＰリダイレクト処理を省くことができる。
【００５９】
次に、第１のＩＤＰ３０は、ステップＳ２１２の認証結果情報を受け取って検証し、その認証結果情報が認証成功を示し、かつ、確かに第２のＩＤＰ５０によるユーザ認証結果であることを確認できた場合には、その認証結果情報を信頼し、ユーザによるＳＰ２０のサービス利用を許可する情報をＨＴＴＰリダイレクト処理によりＳＰ２０に送る（ステップＳ２１３）。
【００６０】
ここでは、ＨＴＴＰリダイレクト処理を用いるが、性能に制約のあるユーザ端末１０を経由するＨＴＴＰリダイレクト処理でないので、認証ローミングの性能は、低下させない。つまり、認証ローミングシステムは、本発明の第３の特徴として上述したように、従来技術である図６におけるステップＳ６１３のＨＴＴＰリダイレクト処理を、より効率のよい処理である図２のステップＳ２１３の処理に置き換えることができる。
【００６１】
そして最後に、ＳＰ２０は、ステップＳ２１３の情報が第１のＩＤＰ３０の発行したものであることを検証して利用可否情報を生成して、ＨＴＴＰリダイレクト処理によりユーザ端末１０に送付することにより、ユーザにＳＰ２０のサービス利用を許可する（ステップＳ２１４）。このステップＳ２１４においても、先のステップＳ２１３と同様にＨＴＴＰリダイレクト処理を用いるが、性能に制約のあるユーザ端末１０を経由するＨＴＴＰリダイレクト処理でないので、認証ローミングの性能は、低下させない。
【００６２】
次に、フローチャートを用いて、ＳＰ用認証ローミング装置２１、ＩＤＰ用認証ローミング装置３１、およびＩＤＰ用認証ローミング装置５１の一連の処理の詳細を説明する。まず、ＳＰ用認証ローミング装置２１の一連の処理について説明する。図３は、本発明の実施の形態１におけるＳＰ用認証ローミング装置２１の一連の処理を示すフローチャートである。
【００６３】
まず始めに、ＳＰ用認証ローミング装置２１は、ユーザ端末１０からの利用要求を受け付ける（ステップＳ３０１）。次に、ＳＰ用認証ローミング装置２１は、ユーザを認証済みであるか否かを確認する（ステップＳ３０２）。そして、ＳＰ用認証ローミング装置２１は、認証済みである場合には、ユーザ端末１０にＳＰ用認証ローミング装置２１を使用しているＳＰ２０のサービスを提供する（ステップＳ３０３）。この処理は、図２のシーケンスにおいては、ステップＳ２１４に相当する。
【００６４】
一方、ＳＰ用認証ローミング装置２１は、ステップＳ３０２の処理においてユーザが未認証である場合には、ＳＰ２０がユーザ認証を依存する第１のＩＤＰ３０に、第１のＩＤＰ３０が認証ローミングを許可する信頼関係にある他のＩＤＰのリスト（プロバイダリスト）の送付を要求する（ステップＳ３０４）。そして、ＳＰ用認証ローミング装置２１は、ＩＤＰのリストを受信する（ステップＳ３０５）。これらの処理は、図２のシーケンスにおいては、ステップＳ２０２〜Ｓ２０５に相当する。
【００６５】
次に、ＳＰ用認証ローミング装置２１は、ユーザ端末１０に対して、ＩＤＰのリスト画面を生成し、提示する（ステップＳ３０６）この処理は、図２のシーケンスにおいては、ステップＳ２０６に相当する。
【００６６】
このステップＳ３０６の処理により、ＳＰ用認証ローミング装置２１は、ＩＤＰのリスト画面に、ＳＰ用認証ローミング装置２１を使用しているＳＰ２０が依存している第１のＩＤＰ３０の位置情報（ＵＲＬなど）を第１の位置情報として埋め込む。これにより、この第１のＩＤＰ３０の位置情報を受け取ったユーザ端末１０は、ＳＰ２０を経由せず、第１のＩＤＰ３０へ直接アクセスすること（図２におけるステップＳ２０７に相当）が可能となる。
【００６７】
次に、ＳＰ用認証ローミング装置２１は、ＳＰ用認証ローミング装置２１を使用しているＳＰ２０がユーザ認証を依存している第１のＩＤＰ３０から認証結果情報を受け取る（ステップＳ３０７）。この処理は、図２のシーケンスにおいては、ステップＳ２１３に相当する。
【００６８】
次に、ＳＰ用認証ローミング装置２１は、認証結果情報が成功であったか失敗であったかを確認する（ステップＳ３０８）。そして、ステップＳ３０８で認証成功を示す場合には、ＳＰ用認証ローミング装置２１は、ユーザ端末１０に対してサービスの利用を許可する利用可否情報を通知し、ＳＰ２０のサービスを提供する（ステップＳ３０３）。この処理は、図２のシーケンスにおいては、ステップＳ２１４に相当する。
【００６９】
一方、ステップＳ３０８で認証失敗を示す場合には、ＳＰ用認証ローミング装置２１は、ユーザ端末１０に対して、認証できないことを利用可否情報として通知する（ステップＳ３０９）。このようにして、ＳＰ用認証ローミング装置２１は、ユーザ端末１０を経由したＨＴＴＰリダイレクト処理を行わずに、一連の処理を終了する。
【００７０】
なお、以上の説明では、ユーザの認証に必要なユーザＩＤの情報としてＩＤ、パスワードを想定して説明した。しかしながら、実際の認証ローミング装置においては、ＩＤ、パスワードに限らず、例えば、電子証明書などのユーザを認証するための情報をユーザＩＤとして用いることができる。
【００７１】
次に、ＩＤＰ用認証ローミング装置３１およびＩＤＰ用認証ローミング装置５１の動作について説明する。図１の構成図において、第１のＩＤＰ３０内のＩＤＰ用認証ローミング装置３１は、他のＩＤＰである第２のＩＤＰ５０へ認証を要求する側である。一方、第２のＩＤＰ５０内のＩＤＰ用認証ローミング装置５１は、他のＩＤＰである第１のＩＤＰ３０より認証を要求される側である。
【００７２】
しかし、通常のＩＤＰは、実際には他のＩＤＰへ認証を要求する側（第１のＩＤＰ３０に相当）として振舞う場合もあれば、他のＩＤＰより認証を要求される側（第２のＩＤＰ５０に相当）として振舞う場合もある。このため、これら装置は、通常は、１つの装置として構成される。
【００７３】
そこで、ＩＤＰ用認証ローミング装置３１およびＩＤＰ用認証ローミング装置５１の両機能を備えたＩＤＰ用認証ローミング装置の一連の処理についてフローチャートを用いて説明する。図４は、本発明の実施の形態１におけるＩＤＰ用認証ローミング装置の一連の処理を示すフローチャートである。
【００７４】
まず始めに、ＩＤＰ用認証ローミング装置は、外部からの要求を受け付ける（ステップＳ４０１）。この要求が、ＩＤＰに認証を依存しているＳＰ２０から送られてきたものであり、ＩＤＰが認証ローミングを許可する信頼関係にあるＩＤＰのリストの要求であるか否かを確認する（ステップＳ４０２）。
【００７５】
そして、ステップＳ４０２における要件を満たすプロバイダリストの要求である場合（このとき、この認証ローミング装置を使用するＩＤＰは、図１における第１のＩＤＰ３０に相当）、ＩＤＰ用認証ローミング装置は、要求されたプロバイダリストを生成して要求元（この場合は、図１のＳＰ２０に相当）に応答する（ステップＳ４０３）。この処理は、図２のシーケンスにおいては、ステップＳ２０５に相当する。
【００７６】
ＩＤＰ用認証ローミング装置は、このＩＤＰのリストを示す画面に、当該認証ローミング装置を使用しているＩＤＰ自身（図１の第１のＩＤＰ３０に相当）の位置情報（ＵＲＬなど）を第１の位置情報として埋め込むことを特徴とする。なお、このとき、図１のように、認証ローミングディレクトリ４０をＩＤＰとは独立におく構成を取る場合には、認証ローミングディレクトリ４０にＩＤＰのリスト作成を要求し、その結果を要求元に戻すようにしてもよい。この処理は、図２のシーケンスにおいては、ステップＳ２０３、Ｓ２０４に相当する。
【００７７】
一方、ステップＳ４０２における要件を満たすプロバイダリスト要求でない場合、ＩＤＰ用認証ローミング装置は、その要求が、ＩＤＰに認証を依存しているＳＰ２０から送られてきた、ユーザが指定した他のＩＤＰによる認証要求であるか否かを確認する（ステップＳ４０４）。
【００７８】
もし、この要求が、ユーザの指定した他のＩＤＰによる認証要求である場合（このとき、ＩＤＰ用認証ローミング装置を使用するＩＤＰは、図１の第１のＩＤＰ３０に相当）には、ＩＤＰ用認証ローミング装置は、他のＩＤＰ（図１の第２のＩＤＰ５０に相当）に認証要求を送付する（ステップＳ４０５）。この処理は、図２のシーケンスにおいては、ステップＳ２０８に相当する。
【００７９】
ここで、ＩＤＰ用認証ローミング装置は、ステップＳ４０５の認証要求を送る際に、ＩＤＰ用認証ローミング装置を用いているＩＤＰの位置情報（ＵＲＬなど）を、送付先位置情報として、合わせて他のＩＤＰに送る。
【００８０】
さらに、ＩＤＰ用認証ローミング装置は、ステップＳ４０５の認証要求に対する返答として、ユーザの指定した他のＩＤＰから、ＩＤ、パスワード入力に必要な認証用入力情報を受信する（ステップＳ４０６）。この処理は、図２のシーケンスにおいては、ステップＳ２０９に相当する。
【００８１】
続いて、ＩＤＰ用認証ローミング装置は、ユーザへＩＤ、パスワード入力に必要な認証用入力情報に、ＩＤ、パスワードを送付すべき他のＩＤＰのＵＲＬを第２の位置情報として付加し、送付する（ステップＳ４０７）。この処理は、図２のシーケンスにおいては、ステップＳ２１０に相当する。
【００８２】
そして、ＩＤＰ用認証ローミング装置は、ユーザの指定した他のＩＤＰ（図１の第２のＩＤＰ５０に相当）より、認証結果情報を受け取る（ステップＳ４０８）。この処理は、図２のシーケンスにおいては、ステップＳ２１２に相当する。ＩＤＰ用認証ローミング装置は、認証結果情報が認証成功か否かを検証する（ステップＳ４０９）。
【００８３】
そして、認証結果情報が認証成功を示す場合には、ＩＤＰ用認証ローミング装置は、さらに、この認証結果情報の発行元の検証を行う（ステップＳ４１０）。そして、この検証にも成功すると、ＩＤＰ用認証ローミング装置は、ステップＳ４０１における要求元（図１では、ＳＰ２０に相当）に対し、認証可否情報として認証に成功したことを通知する（ステップＳ４１１）。この処理は、図２のシーケンスにおいては、ステップＳ２１３に相当する。
【００８４】
一方、ステップＳ４０９で認証失敗の場合、またはステップＳ４１０で発行元の検証に失敗した場合には、ＩＤＰ用認証ローミング装置は、ステップＳ４０１の要求元（図１では、ＳＰ２０に相当）に対し、認証可否情報として認証に失敗したことを通知する（ステップＳ４１１）。
【００８５】
この一方で、先のステップＳ４０４の処理で、ステップＳ４０１の要求がユーザの指定した他のＩＤＰによる認証要求でない場合、ＩＤＰ用認証ローミング装置（このとき、ＩＤＰ用認証ローミング装置を使用するＩＤＰは、図１の第２のＩＤＰ５０に相当）は、要求元（このとき、図１では第１のＩＤＰ３０に相当）に、ＩＤ、パスワード入力に必要な認証用入力情報を送る（ステップＳ４１２）。この処理は、図２のシーケンスにおいては、ステップＳ２０９に相当する。
【００８６】
ここで、ＩＤＰ用認証ローミング装置は、要求元（この場合は、図１の第１のＩＤＰ３０に相当）の位置情報（ＵＲＬなどによる送付先位置情報に相当）を、後に行う認証結果の送付処理のために登録しておく。
【００８７】
そして、ステップＳ４１２の認証用入力情報に応じて、第１のＩＤＰ３０で生成されたＩＤ、パスワード入力に必要な認証用入力画面情報には、上述の通り、ＩＤＰ用認証ローミング装置を使用するＩＤＰ（このとき、図１の第２のＩＤＰ５０に相当）の位置情報が第２の位置情報として含まれる。従って、このステップＳ４１２の処理に対するユーザ端末１０の応答として、ＩＤＰ用認証ローミング装置を使用するＩＤＰは、ユーザのＩＤ、パスワードを、ユーザ端末１０から直接受け取る（ステップＳ４１３）。この処理は、図２のシーケンスにおいては、ステップＳ２１１に相当する。
【００８８】
ＩＤＰ用認証ローミング装置は、このＩＤ、パスワードがＩＤＰ用認証ローミング装置に登録済みかどうかを確認する（ステップＳ４１４）。そして、登録済みである場合には、ＩＤＰ用認証ローミング装置は、ステップＳ４０１のリスト要求元（図１においては、第１のＩＤＰ３０に相当）に認証成功を示す認証結果情報を送る（ステップＳ４１１）。この処理は、図２のシーケンスにおいてはステップＳ２１２に相当する。
【００８９】
一方、未登録である場合には、ＩＤＰ用認証ローミング装置は、ステップＳ４０１のリスト要求元に認証失敗を示す認証結果情報を送る（ステップＳ４１５）。
【００９０】
ＩＤＰ用認証ローミング装置は、ステップＳ４１２において、ステップＳ４０１の要求元（図１においては、第１のＩＤＰ３０に相当）の位置情報を第２の位置情報として登録してある。従って、ステップＳ４１１において、直前の処理であるステップＳ４１３の送信元であるユーザ端末１０への応答を、ＨＴＴＰリダイレクト処理によらず、ステップＳ４０１の要求元（図１においては、第１のＩＤＰ３０に相当）に送付することができる。
【００９１】
なお、以上の説明では、ユーザの認証に必要な情報として、ＩＤ、パスワードを想定して説明したが、実際の認証ローミング装置においては、図３の説明と同様、ＩＤ、パスワードに限らず、例えば、電子証明書などのユーザを認証するための情報を用いることができる。
【００９２】
以上のように、実施の形態１によれば、ユーザ端末側で認証に必要な情報を入力するための画面に、その情報を必要とするＩＤＰの位置情報（第１の位置情報、第２の位置情報に相当）を埋め込むことにより、従来無駄にユーザ端末を経由していたＨＴＴＰリダイレクト処理を省略することができ、認証ローミングの処理効率が向上する。
【００９３】
さらに、認証結果情報を返送するための位置情報（送付先位置情報）を記憶しておくことにより、従来無駄にユーザ端末を経由していたＨＴＴＰリダイレクト処理を、より高性能な認証ローミング装置を経由して行うことができ、処理能力の低い可能性の高いユーザ端末での処理が少なくなるため、処理時間の短縮を見込むことができる。
【図面の簡単な説明】
【００９４】
【図１】本発明の実施の形態１における認証ローミングシステムの構成図である。
【図２】本発明の実施の形態１の認証ローミングシステムにおける処理シーケンスの一例である。
【図３】本発明の実施の形態１におけるＳＰ用認証ローミング装置の一連の処理を示すフローチャートである。
【図４】本発明の実施の形態１におけるＩＤＰ用認証ローミング装置の一連の処理を示すフローチャートである。
【図５】従来の認証ローミングシステムの構成図の一例である。
【図６】従来の技術で構成した認証ローミングシステムにおける処理シーケンスの一例である。
【符号の説明】
【００９５】
１０  ユーザ端末、２０  ＳＰ、２１  ＳＰ用認証ローミング装置、３０  第１のＩＤＰ、３１  ＩＤＰ用認証ローミング装置、４０  認証ローミングディレクトリ、５０  第２のＩＤＰ、５１  ＩＤＰ用認証ローミング装置。
【図１】
2007233729.tif 000003
【図２】
2007233729.tif 000004
【図３】
2007233729.tif 000005
【図４】
2007233729.tif 000006
【図５】
2007233729.tif 000007
【図６】
2007233729.tif 000008