(57)【要約】【課題】認証（ログイン）の回数を減少し、ユーザによる認証の負担を軽減するサービスシステムを提供する。【解決手段】サービスサーバ１０ａ〜１０ｃは、ユーザIDデータベース１８と、サービス画面データベース１９と、ユーザIDデータベース１８からセッションIDと関連付けられるユーザIDを抽出するユーザID抽出手段１１と、ステータスリクエストを認証サーバ２０に送信するステータス要求手段１２と、認証されているユーザが操作するユーザ端末３０ａ〜３０ｃに、要求されたサービスに対応するサービス画面データを送信するサービス提供手段１３とを備え、認証サーバ２０は、ステータスデータベース２６と、ステータスデータベース２６からステータスリクエストに含まれるユーザIDに関連付けられるステータスを抽出し、サービスサーバ１０ａ〜１０ｃに送信するステータス照会処理手段２３とを備える。【選択図】  図１
2009211632.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末を操作するユーザを予め認証する認証サーバと、前記認証サーバによって認証されるユーザが操作する前記ユーザ端末からのリクエストに応じてサービスを提供する複数のサービスサーバとを有する前記サービスシステムであって、
前記サービスサーバの少なくとも一つは、
前記サービスサーバが前記ユーザ端末との間で行われるセッションに付与したセッションIDと、前記ユーザ端末を操作するユーザのユーザIDとを関連付けて記憶するユーザIDデータベースと、
前記ユーザ端末にサービスを提供する際に利用するサービス画面データを記憶するサービス画面データベースと、
前記ユーザ端末から、前記セッションIDを含み、サービスの提供を要求するサービスリクエストを受信すると、前記ユーザIDデータベースから、前記セッションIDと関連付けられるユーザIDを抽出するユーザID抽出手段と、
抽出された前記ユーザIDを含み、前記ユーザが前記認証サーバにより認証されているか否かを表わすステータスの送信を要求するステータスリクエストを、前記認証サーバに送信するステータス要求手段と、
前記認証サーバから受信したステータスが前記ユーザが認証されていることを示している場合には、前記ユーザ端末に、前記サービスリクエストで要求されたサービスに対応するサービス画面データを送信するサービス提供手段とを備え、
前記認証サーバは、
前記ユーザ端末を操作するユーザに付与したユーザIDと、前記ユーザのステータスとを関連付けて記憶するステータスデータベースと、  
前記ステータスリクエストを受信すると、前記ステータスデータベースから前記ステータスリクエストに含まれるユーザIDに関連付けられるステータスを抽出し、前記サービスサーバに、前記ステータスを送信するステータス照会処理手段とを備える、
ことを特徴とするサービスシステム。
【請求項２】
前記サービスサーバは、
前記認証サーバに、前記セッションIDを含み、前記セッションIDを付したセッションを行なうユーザ端末を操作するユーザのユーザIDの送信を要求するIDリクエストを送信するユーザID照会要求手段と、
前記サービスサーバから、前記IDリクエストに応答してユーザIDを受信すると、前記セッションIDに受信した前記ユーザIDを関連付けて前記ユーザIDデータベースに記憶するユーザID格納手段とを更に備え、
前記認証サーバは、
ユーザIDと、前記ユーザIDを付したユーザが操作するユーザ端末が行なうセッションに付されたセッションIDとを関連付けて記憶する関連データベースと、
前記サービスサーバから、前記IDリクエストを受信すると、前記関連データベースから、受信した前記セッションIDと関連付けられる前記ユーザIDを抽出するとともに、前記サービスサーバに抽出した前記ユーザIDを送信するユーザID照会処理手段とを更に備える、
ことを特徴とする請求項１に記載のサービスシステム。
【請求項３】
前記ステータスデータベースは、前記ユーザIDに、前記ユーザに一意に定められたアカウント名及び前記ユーザが認証を受ける際に必要なパスワードを更に関連付け、
前記認証サーバは、前記ユーザ端末から、セッションIDと、アカウント名と、パスワードとを含み、認証を要求する認証リクエストを受信すると、前記ステータスデータベースにおいて前記アカウント名と前記パスワードとが関連付けられているとき、前記ユーザ端末に、認証が完了した通知を送信するとともに、前記ステータスデータベースにおいて前記アカウント名と関連付けられる前記ステータスを認証済みに更新し、前記セッションIDと、前記アカウント名に関連付けられているユーザIDとを関連付けて前記関連データベースに記憶する認証処理手段を更に備える、
ことを特徴とする請求項２に記載のサービスシステム。
【請求項４】
前記認証サーバは、
前記ユーザ端末から、アカウント名と、パスワードとを含み、登録を要求する登録リクエストを受信すると、前記ユーザ端末を操作するユーザにユーザIDを発行し、前記ユーザIDと前記アカウント名及び前記パスワードとを関連付け前記ステータスデータベースに記憶するとともに、前記ユーザIDと、前記セッションIDとを関連付けて前記関連データベースに記憶する登録処理手段を更に備える、
ことを特徴とする請求項３に記載のサービスシステム。
【請求項５】
前記サービスサーバは、
前記ユーザID抽出手段において、受信した前記セッションIDからユーザIDを抽出できないとき、前記ユーザ端末に、前記セッションIDを含む前記認証リクエストを送信させる認証要求手段を更に備える、
ことを特徴とする請求項３に記載のサービスシステム。
【請求項６】
前記サービスサーバは、
前記認証サーバから、前記ユーザ端末が認証されていないステータスを受信したとき、前記ユーザ端末に、前記セッションIDを含む前記認証リクエストを送信させる認証要求手段を更に備える、
ことを特徴とする請求項３に記載のサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上で安全性を損なわずにサービスサーバからサービスの提供を受ける際の認証（ログイン）の回数を減少し、ユーザによる認証の負担を軽減するサービスシステムに関するものである。
【背景技術】
【０００２】
ネットワーク技術の発達に伴い、ネットワークを介したサービスの提供が増加している。例えば、インターネットを利用して銀行振込み等ができるネットバンキングや、インターネットを利用して買い物ができるネットショッピング等がある。また例えば、インターネットを利用して、音楽や映像等のコンテンツを購入するシステムもある。
【０００３】
このような各種のサービスは、同一の装置（サーバ）がサービスを提供するものでない場合であっても、異なる複数の装置が同一のグループに属することもある。図８を用いて、同一のグループに属する第１サービスサーバ５０ａ、第２サービスサーバ５０ｂ及び第３サービスサーバ５０ｃがサービスを提供する従来のサービスシステムの一例について説明する。
【０００４】
図８に示す例では、サービスを提供するサービスサーバ５０ａ〜５０ｃが、ネットワーク４０を介して、サービスの提供を受けるユーザ端末６０ａ，６０ｂと接続されている。各サービスサーバ５０ａ〜５０ｃは同一のグループに属しているが、それぞれ独立して異なるサービスを提供している。
【０００５】
ユーザ端末３０ａ〜３０ｃは、各サービスサーバ５０ａ〜５０ｃのいずれかからサービスの提供を受けようとするとき、それぞれのサービスサーバ５０ａ〜５０ｃに対して、個別に認証（ログイン）が必要となる。すなわち、第１サービスサーバ５０ａで認証されてサービスを受けた後に、続いて第２サービスサーバ５０ｂでサービスの提供を受けようとするときには、第２サービスサーバ５０ｂで再び認証が必要となる。
【０００６】
したがって、従来の方法では、同一のグループに属している複数のサービスサーバ１０ａ〜１０ｃから複数回のサービスの提供を受けようとするとき、ユーザ端末６０ａを操作するユーザは、ユーザに付与されたアカウント名やパスワードの入力等の認証のための作業を複数回行う必要があり、ユーザに多大な負担を要していた。
【０００７】
このような各サービスサーバ５０ａ〜５０ｃにログインするユーザの負担を軽減し、一度認証を受ければグループ内の各サービスサーバ５０ａ〜５０ｃでサービスを受けられるようにした認証方式として「シングルサインオン」という認証方式がある。この「シングルサインオン」には、図９に示す「分散認証方式」と、図１０に示す「集中認証方式」がある。
【０００８】
図９に示す「分散認証方式」のシステムでは、グループ内の各サービスサーバ５０ａ〜５０ｃがユーザ端末６０ａ，６０ｂから「アカウント名」と「パスワード」を入力する手段を備えている。サービスサーバ５０ａ〜５０ｃはユーザ端末６０ａ，６０ｂから入力した「アカウント名」と「パスワード」を認証サーバ７０に送信して認証を依頼する。認証サーバ７０は、受信した「アカウント名」と「パスワード」によって認証処理を行ない、全てのサービスサーバ５０ａ〜５０ｃに認証結果を送信する。各サービスサーバ５０ａ〜５０ｃは、認証サーバ７０から受信した認証結果を利用して、サービスの提供を要求したユーザ端末６０ａ，６０ｂへのサービスの提供の可否を決定する。
【０００９】
これに対し、図１０に示す「集中認証方式」のシステムでは、認証サーバ８０が「アカウント名」と「パスワード」を入力する手段を有し、ユーザ端末６０ａ，６０ｂは認証サーバ８０に対して認証を要求する。ユーザ端末６０ａ，６０ｂからサービスの提供が要求されたそれぞれのサービスサーバ５０ａ〜５０ｃは、認証サーバ８０に対して、当該ユーザ端末６０ａ，６０ｂが認証済みであるかどうかを確認し、その結果によってユーザ端末６０ａ，６０ｂへのサービス提供の可否を決定する。
【００１０】
「集中認証方式」では、これを実現するため、認証サーバ８０とユーザ端末６０ａ，６０ｂは認証サーバ８０がユーザ端末６０ａ，６０ｂを使用するユーザに独自に発行した、いわゆる、セッションCookie等の識別子（第１識別子）を記憶し、この第１識別子を認証に利用している。具体的には、認証サーバ８０では、この第１識別子にユーザのパスワードを関連付けて記憶しており、認証の際にユーザ端末６０ａ，６０ｂから第１識別子に関連付けられているパスワードを受信すれば、認証が成立するようにしている。また、サービスサーバ５０ａ〜５０ｃとユーザ端末６０ａ，６０ｂ間では、認証サーバ８０に発行された第１識別子とは別に、サービスサーバ５０ａ〜５０ｃがユーザに独自に発行した、いわゆる、セッションCookie等の識別子（第２識別子）を利用して通信を実行する。
【００１１】
しかしながら、認証サーバ８０で使用する第１識別子とサービスサーバ５０ａ〜５０ｃで使用する第２識別子とは異なる。したがって、ユーザ端末６０ａ，６０ｂでは、サービスサーバ５０ａ〜５０ｃによって第２識別子が発行された後に認証サーバ８０にアクセスし、認証サーバ８０ではサービスサーバ５０ａ〜５０ｃからＧＥＴパラメータで第２識別子を取得して、独自に発行する第１識別子と関連付けて記憶している。このように、認証サーバ８０が、異なる識別子（第１識別子及び第２識別子）を関連付けて記憶することにより、サービスサーバ５０ａ〜５０ｃは、認証サーバ８０にユーザ端末６０ａ，６０ｂのステータスを簡単に問い合わせることが可能になっている。
【００１２】
その他、安全性の高い認証を実現するため、ユーザが保有する携帯電話等の第１の通信端末を利用して、このユーザが操作するパソコン等の第２の通信端末へサービスの提供を許可する技術もある（例えば、特許文献１参照）。
【００１３】
この特許文献１に記載の技術では、第２の通信端末は、サービス提供サーバからサービスの提供の許可を受けるとき、第１の通信端末が生成したセッションコードを利用している。しかしながら、この方法では、ユーザが２台の端末を利用することができなければ安全性の高い認証を受けることができず、複数のサービスサーバに個別に認証を受ける必要があるという点は改善されない。また、上述したようなシングルサインオンに対応する技術でもない。
【特許文献１】特開２００７−６５８６９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
このように、シングルサインオンの利用によって、ユーザの認証処理の負担を軽減することができるが、複数台のサーバでシステムを構成する場合には以下のような問題がある。具体的には、「分散認証方式」では、それぞれのサービスサーバ５０ａ〜５０ｃに「アカウント名」や「パスワード」が入力されることになる。
【００１５】
この結果、全てのサービスサーバ５０ａ〜５０ｃに対して情報の漏洩対策を実施する必要があり、システム構成が複雑になるとともに、システム運用の費用が高騰する結果となっていた。
【００１６】
すなわち、ユーザ端末６０ａ，６０ｂとサービスサーバ５０ａ〜５０ｃ間に送受信される通信データに暗号化が必要となるため、暗号化のための手段を全てのサービスサーバ５０ａ〜５０ｃに設ける必要がある。
【００１７】
また、万一悪意をもった運営者が管理するサービスサーバをグループ内に含めてしまった場合は、全てのサービスサーバ５０ａ〜５０ｃに共通して適応できる認証に必要な情報が漏洩するおそれがあり、その被害は甚大である。
【００１８】
これに対し、「集中認証方式」では、ユーザ端末６０ａ，６０ｂから認証に必要な「アカウント名」及び「パスワード」を受信するのは、認証サーバ８０に限定される。そのため、通信経路の暗号化と情報漏洩対策の実施は、認証サーバ８０に限られる点で、「分散認証方式」と比較して情報漏洩対策が容易である。
【００１９】
しかしながら、サービスサーバ５０ａ〜５０ｃとユーザ端末６０ａ，６０ｂ間の通信経路は暗号化しないので、サービスサーバ５０ａ〜５０ｃが発行する第２識別子は第三者に覗き見され、悪用されるおそれがある。これを避けるために、サービスサーバ５０ａ〜５０ｃが発行した第２識別子は頻繁に変更することが望ましい。一方、このサービスサーバ５０ａ〜５０ｃが発行した第２識別子がユーザ端末６０ａ，６０ｂで変更されると、サービスサーバ５０ａ〜５０ｃから認証サーバ８０に対する、認証確認のための問い合わせ処理ができなくなるため、認証状態を維持する必要がある期間中には、第２識別子を変更できないことで安全性を損なう恐れがある。また、再発行された第２識別子は二度と利用されないが、認証サーバ８０では、記憶している第２識別子が不要となったかどうかを判断する方法がないため、不要なデータとして溜まり続けることになり、記憶領域を浪費する問題も生じている。
【００２０】
上記課題に鑑み、本発明は、認証（ログイン）の回数を減少し、ユーザによる認証の負担を軽減するとともに、構築と運用保守管理の容易なサービスシステム、サービスサーバ及び認証サーバを提供する。
【課題を解決するための手段】
【００２１】
本発明の特徴に係るサービスシステムは、ユーザ端末を操作するユーザを予め認証する認証サーバと、前記認証サーバによって認証されるユーザが操作する前記ユーザ端末からのリクエストに応じてサービスを提供する複数のサービスサーバとを有する前記サービスシステムであって、前記サービスサーバの少なくとも一つは、前記サービスサーバが前記ユーザ端末との間で行われるセッションに付与したセッションIDと、前記ユーザ端末を操作するユーザのユーザIDとを関連付けて記憶するユーザIDデータベースと、前記ユーザ端末にサービスを提供する際に利用するサービス画面データを記憶するサービス画面データベースと、前記ユーザ端末から、前記セッションIDを含み、サービスの提供を要求するサービスリクエストを受信すると、前記ユーザIDデータベースから、前記セッションIDと関連付けられるユーザIDを抽出するユーザID抽出手段と、抽出された前記ユーザIDを含み、前記ユーザが前記認証サーバにより認証されているか否かを表わすステータスの送信を要求するステータスリクエストを、前記認証サーバに送信するステータス要求手段と、前記認証サーバから受信したステータスが前記ユーザが認証されていることを示している場合には、前記ユーザ端末に、前記サービスリクエストで要求されたサービスに対応するサービス画面データを送信するサービス提供手段とを備え、前記認証サーバは、前記ユーザ端末を操作するユーザに付与したユーザIDと、前記ユーザのステータスとを関連付けて記憶するステータスデータベースと、前記ステータスリクエストを受信すると、前記ステータスデータベースから前記ステータスリクエストに含まれるユーザIDに関連付けられるステータスを抽出し、前記サービスサーバに、前記ステータスを送信するステータス照会処理手段とを備える。
【発明の効果】
【００２２】
本発明によれば、認証（ログイン）の回数を減少し、ユーザによる認証の負担を軽減することができる。
【００２３】
また、認証に利用する情報が一元管理される事で、情報漏洩の危険性を低減させ、サービスを提供するために必要なコストを減少させることができる。
【００２４】
また、認証サーバとサービスサーバ間の連携にサービスサーバが発行した識別子と、ユーザに対して認証サーバが発行するユーザIDを併用することで、認証サーバ、サービスサーバそれぞれが端末に発行する識別子を柔軟に変更できる。
【００２５】
また、認証ステータスの確認要求が、サービスサーバから認証サーバへの一方向であるため、システムの構成が柔軟に変更できる。
【発明を実施するための最良の形態】
【００２６】
図１を用いて、本発明の最良の実施形態に係るサービスシステム１について説明する。サービスシステム１は、図１に示すように、それぞれ異なるサービスを提供するサービスサーバ１０ａ〜１０ｃ及びユーザ認証を行う認証サーバ２０を有し、ネットワーク４０を介してサービスを利用するユーザ端末３０ａ〜３０ｃと接続されている。サービスサーバ１０ａ〜１０ｃ、認証サーバ２０及びユーザ端末３０ａ〜３０ｃ間では、ネットワーク４０を介してリクエストやリクエストに対する応答等のデータが送受信される。
【００２７】
サービスサーバ１０ａ〜１０ｃはユーザ端末３０ａ〜３０ｃからの要求に応じてサービスを提供する。例えばサービスサーバ１０ａ〜１０ｃは、ネットバンキング、ネットショッピング、コンテンツの配信サービス等のネットワークを介して提供するサーバや、インターネットを利用した新規会員登録等のサービスを提供するサーバであり、それぞれ同一のグループに属している。
【００２８】
各サービスサーバ１０ａ〜１０ｃは、認証サーバ２０と対応しており、認証サーバ２０によって認証されているユーザ端末３０ａ〜３０ｃにサービスを提供する。ユーザ端末３０ａは、認証サーバ２０に認証されている期間内は、再び認証処理を行なうことなくサービスシステム１内の全てのサービスサーバ１０ａ〜１０ｃからサービスの提供を受けることができる。
【００２９】
〈サービスサーバ〉
サービスサーバ１０ａは、図１に示すように、ユーザID抽出手段１１、ステータス要求手段１２、サービス提供手段１３、認証要求手段１４、ユーザID要求手段１５、ユーザID格納手段１６、セッションID更新手段１７、ユーザIDデータベース（ユーザIDＤＢ）１８及びサービス画面データベース（サービス画面ＤＢ）１９を備えている。
【００３０】
このサービスサーバ１０ａは、中央処理装置や記憶装置を備える一般的なコンピュータであって、図示を省略するが、記憶装置に記憶されているサービスプログラムが読み出されてインストールされることで、ユーザID抽出手段１１、ステータス要求手段１２、サービス提供手段１３、認証要求手段１４、ユーザID要求手段１５、ユーザID格納手段１６及びセッションID更新手段１７が実装される。
【００３１】
ユーザIDデータベース１８は、図２に一例を示すように、サービスサーバ１０ａがユーザ端末３０ａ〜３０ｃに対して独自に発行したサービスサーバ１０ａとユーザ端末３０ａ〜３０ｃとの間で行なわれるセッションを識別する「セッションID」と、このユーザ端末３０ａ〜３０ｃを操作するユーザを識別する「ユーザID」とを関連付けて記憶している。図２の例では、ユーザID「Ｕ０２３」のユーザが操作するユーザ端末との間で行なわれるセッションに「ｓｅ００１」が付されたことが分かる。
【００３２】
サービス画面データベース１９は、サービスサーバ１０ａがユーザ端末３０ａ〜３０ｃにサービスを提供する際に利用する「サービス画面データ」を記憶している。例えば、サービスサーバ１０ａがネットバンキングのサービスを提供している場合、サービス画面データベース１９は、ユーザ端末３０ａ〜３０ｃが希望する手続を選択させる画面データや、選択された手続を実行する際に口座番号等を入力させる画面データを記憶している。また例えば、サービスサーバ１０ａがコンテンツを提供している場合、サービス画面データベース１９は、ユーザ端末３０ａ〜３０ｃが希望するコンテンツを選択させる画面データに加え、選択されたコンテンツデータ自体を記憶していてもよい。
【００３３】
ユーザID抽出手段１１は、ユーザ端末３０ａ〜３０ｃから送信された「サービス画面リクエスト」を受信すると、ユーザ端末３０ａ〜３０ｃを操作するユーザの「ユーザID」を抽出する。この「サービス画面リクエスト」は、ユーザがサービスサーバ１０ａにサービスの提供を要求するリクエストであって、サービスサーバ１０ａがユーザ端末３０ａ〜３０ｃとの間のセッションに予め発行した「セッションID」と、ユーザがサービスサーバ１０ａから提供を受けたいサービスのサービス画面を特定する「ＵＲＬ」とを含んでいる。
【００３４】
具体的には、ユーザID抽出手段１１は、ユーザIDデータベース１８から、ユーザ端末３０ａ〜３０ｃから受信した「サービス画面リクエスト」の「セッションID」と関連付けられる「ユーザID」を抽出する。また、ユーザID抽出手段１１は、「ユーザID」を抽出できたとき、この「ユーザID」を、サービス提供を希望するユーザのIDとし、ステータス要求手段１２に出力する。一方、ユーザID抽出手段１１は、抽出できないとき、「ユーザID」が抽出できない結果をユーザID要求手段１５に出力する。
【００３５】
ステータス要求手段１２は、ユーザID抽出手段１１からユーザ端末３０ａ〜３０ｃを操作するユーザの「ユーザID」を入力すると、この「ユーザID」を含む「照会リクエスト」を生成して認証サーバ２０に送信する。「照会リクエスト」は、この「ユーザID」で識別されるユーザが現在、認証サーバ２０において認証されているか否かを表わす「認証ステータス」の送信を要求するリクエストである。また、ステータス要求手段１２は、認証サーバ２０から「照会リクエスト」に応答して、「認証済」を表わす「認証ステータス」を受信した場合、この結果をサービス提供手段１３に出力し、「未認証」を表わす「認証ステータス」を受信した場合、この結果を認証要求手段１４に出力する。
【００３６】
サービス提供手段１３は、「認証済」である認証ステータスを受信したとき、ユーザ端末３０ａにサービスを提供する。具体的には、サービス提供手段１３は、サービス画面データベース１９から、「サービス画面リクエスト」に含まれていた「ＵＲＬ」で特定されるサービス画面データを読み出し、ユーザ端末３０ａに送信する。
【００３７】
認証要求手段１４は、ユーザが「未認証」である認証ステータスを受信したとき、ユーザ端末３０ａに、認証サーバ２０から認証を受けることを要求する「認証リクエスト」を送信する。また、認証要求手段１４は、この「認証リクエスト」において、サービスサーバ１０ａとユーザ端末３０ａとの間のセッションに設定された「セッションID」を含め、ユーザ端末３０ａに対し、この「セッションID」を認証サーバ２０に送信することを要求する。
【００３８】
ユーザID要求手段１５は、ユーザID抽出手段１１が「ユーザID」を抽出できなかった場合、ユーザ端末３０ａから受信した「セッションID」を含む「IDリクエスト」を生成し、認証サーバ２０に送信する。この「IDリクエスト」は、サービスサーバ１０ａが、認証サーバ２０に対し、「セッションID」で識別されるセッションを実行しているユーザ端末３０ａを操作するユーザの「ユーザID」の送信を要求するリクエストである。また、ユーザID要求手段１５は、認証サーバ２０から「IDリクエスト」に応答して受信した「ユーザID」をユーザID格納手段１６に出力する。
【００３９】
ユーザID格納手段１６は、ユーザID要求手段１５から「ユーザID」を「セッションID」に関連付けて、ユーザIDデータベース１８に記憶する。
【００４０】
セッションID更新手段１７は、ユーザIDデータベース１８において、「ユーザID」と関連付けて記憶している「セッションID」を更新する。例えば、サービスサーバ１０ａは、「セッションID」に有効期限を設け、有効期限を経過した場合に「セッションID」を更新する。このように「セッションID」を所定のタイミングで更新することで、セキュリティを向上することができる。
【００４１】
このように、サービスサーバ１０ａは、ユーザ端末３０ａ〜３０ｃからサービスの提供が要求されると、認証サーバ２０から取得した「ユーザID」を、「セッションID」と関連付けてユーザIDデータベース１８に記憶する。したがって、サービスサーバ１０ａは、ユーザ端末３０ａ〜３０ｃからの新たなサービスの提供の要求がされたときには、ユーザIDデータベース１８に格納しているユーザIDを用いて認証サーバ２０に認証を依頼することができる。
【００４２】
サービスサーバ１０ｂ，１０ｃは、ユーザ端末３０ａ〜３０ｃからの要求に応じてサービスサーバ１０ａとは異なるサービスを提供するが、サービスサーバ１０ａと同一の構成であるため、構成についての詳細な説明は省略する。なお、サービスシステム１が有するサービスサーバの数は限定されない。
【００４３】
〈認証サーバ〉
認証サーバ２０は、図１に示すように、登録処理手段２１、認証処理手段２２、ステータス照会処理手段２３、ユーザID照会処理手段２４、画面データベース（画面ＤＢ）２５、ステータスデータベース（ステータスＤＢ）２６及び関連データベース（関連ＤＢ）２７を備えている。この認証サーバ２０は、一般的なコンピュータであって、図示を省略するが、記憶装置に記憶されている認証プログラムが読み出されてインストールされることで、登録処理手段２１、認証処理手段２２、ステータス照会処理手段２３及びユーザID照会処理手段２４が実装される。
【００４４】
画面データベース２５は、ユーザ端末３０ａ〜３０ｃにおいてユーザ登録の際に利用される「登録画面データ」や、ユーザ認証（ログイン）の際に利用される「認証画面データ」を記憶している。
【００４５】
ステータスデータベース２６は、図３（ａ）に一例を示すように、ユーザ端末３０ａ〜３０ｃを操作するユーザに付与したユーザを識別する「ユーザID」と、認証に用いられる「アカウント名」及び「パスワード」と、ユーザが認証されているか否かの「ステータス」とを少なくとも関連付けたレコードを記憶している。例えば、認証サーバ２０が認証しているユーザ端末３０ａ〜３０ｃを操作するユーザIDには「認証済」のステータスが関連付けられ、認証サーバ２０が認証していないユーザが操作するユーザ端末３０ａ〜３０ｃのユーザIDには「未認証」のステータスが関連付けられている。また、各レコードでは、ユーザID、アカウント名、パスワード及びステータスの他、ユーザに関する必要な情報を関連付けていてもよい。
【００４６】
ここで、「ユーザID」及び「アカウント名」は、双方ともサービスシステム1によってユーザに付与されたユーザの識別子であるが、「ユーザID」は、サービスシステム１においてユーザの識別子として利用される。一方、「アカウント名」は、認証サーバ２０とユーザ端末３０ａ〜３０ｃ間における認証の際にユーザの識別子として利用される。
【００４７】
関連データベース２７は、図３（ｂ）に一例を示すように、ユーザ端末３０ａ〜３０ｃを操作するユーザの「ユーザID」と、このユーザ端末３０ａ〜３０ｃで行われるセッションを識別する「セッションID」とを関連付けたレコードを記憶している。この関連データベース２７には、後述するように、認証がされた時点で、「ユーザID」とともに受信した「セッションID」とが関連付けられて記憶される。
【００４８】
登録処理手段２１は、ユーザ端末３０ａから「登録画面リクエスト」を受信すると、画面データベース２５から「登録画面データ」を読み出して、ユーザ端末３０ａに送信する。ユーザ端末３０ａから「登録データ」を受信した登録処理手段２１は、「登録データ」に含まれる「セッションID」を一時的にメモリ（図示せず）に格納する。その後、登録処理手段２１は、登録処理によってユーザ端末３０ａを操作するユーザに「ユーザID」及び「アカウント名」を発行するとともに、発行した「ユーザID」、「アカウント名」及び「パスワード」に「認証済」のステータスを関連付けてステータスデータベース２６に記憶する。また、登録処理手段２１は、発行した「ユーザID」とメモリに記憶した「セッションID」とを関連付けて関連データベース２７に記憶する。
【００４９】
認証処理手段２２は、ユーザ端末３０ａから「認証画面リクエスト」を受信すると、画面データベース２５から「認証画面データ」を読み出して、ユーザ端末３０ａに送信する。その後、ユーザ端末３０ａから認証を要求する「認証用データ」を受信した認証処理手段２２は、「認証用データ」に含まれる「アカウント名」、「パスワード」及び「セッションID」を一時的にメモリ（図示せず）に格納する。その後、認証処理手段２２は、ステータスデータベース２６を参照し、ステータスデータベース２６において、入力した「アカウント名」と「パスワード」が関連付けられているか否かを判定する認証処理を実行する。
【００５０】
認証処理手段２２は、認証処理において、「認証用データ」として入力した「アカウント名」及び「パスワード」がステータスデータベース２６で関連付けられていると判定すると、ステータスデータベース２６で、当該「アカウント名」及び「パスワード」と関連付けられている「ユーザID」と「セッションID」を関連付けて関連データベース２７に記憶する。また、認証処理手段２２は、ステータスデータベース２６でこの「ユーザID」に関連付けられる「未認証」であったステータスを「認証済」に更新する。なお、認証処理手段２２は、ログアウトの要求を入力したとき、ステータスデータベース２６で「認証済」であったステータスを「未認証」に更新する。
【００５１】
ステータス照会処理手段２３は、サービスサーバ１０ａから、ユーザのステータスの照会を要求する「照会リクエスト」を受信すると、ステータスデータベース２６において「照会リクエスト」に含まれる「ユーザID」に関連付けられる「ステータス」を抽出する。また、ステータス照会処理手段２３は、抽出した「ステータス」をサービスサーバ１０ａに送信する。例えば、抽出したステータスが「認証済」であったら、ステータス照会処理手段２３は、「認証済」を表わす認証ステータスを送信し、抽出したステータスが「未認証」であったら、「未認証」を表わす認証ステータスを送信する。
【００５２】
ユーザID照会処理手段２４は、サービスサーバ１０aから、ユーザIDを要求する「IDリクエスト」を受信すると、関連データベース２７において「IDリクエスト」に含まれる「セッションID」に関連付けられる「ユーザID」を抽出する。また、ユーザID照会処理手段２４は、抽出した「ユーザID」をサービスサーバ１０ａに送信する。
【００５３】
このように、認証サーバ２０は、サービスシステム１において、ユーザ登録に関する処理（ユーザIDの発行とパスワードの設定）と、認証処理（ログイン及びログアウト）とを一括して行なうことができる。
【００５４】
なお、図示を用いた説明は省略するが、サービスシステム１では、一台の認証サーバ２０ではなく、複数の認証サーバを有する構成であってもよい。例えば、ステータスデータベース２６及び関連データベース２７を共有する複数の認証サーバ２０を有していれば、仮に一台の認証サーバがダウンしたとしても、登録処理及び認証処理が実行できなくなることはなくなり、ユーザに安定したサービスを提供することができる。または、複数の認証サーバがそれぞれ同期のとれたステータスデータベース２６及び関連データベース２７を有することができれば、各認証サーバにおける負荷が分散されてユーザに安定したサービスを提供することができる。
【００５５】
また、図３（ａ）のステータスデータベース２６では、認証サーバ２０に認証されているか否かを表わす「ステータス」を記憶する例であるが、各サービスサーバ１０ａ〜１０ｃ毎の「ステータス」を関連付ける方法であってもよい。すなわち、認証サーバ２０は、サービスサーバ１０ａ〜１０ｃから「照会リクエスト」を受信したとき、既に他のいずれかのサービスサーバで「認証済」であれば、このサービスサーバの「ステータス」も「認証済」とする。一方、いずれのサービスサーバでも「未認証」であれば、このサービスサーバに「認証リクエスト」を送信する。これにより、認証サーバ２０は、各ユーザ端末３０ａ〜３０ｃが各サービスサーバ１０ａ〜１０ｃからサービスの提供を受けているときには、これを把握することができる。
【００５６】
〈ユーザ端末〉
ユーザ端末３０ａは、ユーザによって使用される一般的なコンピュータであって、キーボードやマウス等の入力装置３１、ディスプレイ等の表示装置３２、ネットワーク４０を介してリクエストやデータの送受信を制御する通信装置３３を備え、更に図示しない中央処理装置、記憶装置、メモリ等を備えている。記憶装置に記憶されているサービスシステムに対応したプログラムが読み出されて実行されることによって、中央処理装置に表示処理手段３４、サービス要求手段３５、ユーザ登録手段３６及びユーザ認証手段３７が実装される。
【００５７】
表示処理手段３４は、サービスサーバ１０ａから提供される「サービス画面データ」や認証サーバ２０から提供される「登録画面データ」や「認証画面データ」に基づいて、表示装置３２に画面を表示する。
【００５８】
サービス要求手段３５は、ユーザによって入力装置３１を介して入力される操作に基づいて、サービスの提供を受けるための処理を実行する。例えば、サービス要求手段３５は、入力されたＵＲＬを利用してサービスサーバ１０ａ〜１０ｃにアクセスし、ユーザが希望するサービスの提供を受けるための「サービス画面リクエスト」を送信する。
【００５９】
ユーザ登録手段３６は、ユーザによって入力装置３１を介して入力される操作に基づいて、ユーザ登録の処理を実行する。具体的には、ユーザ登録手段３６は、認証サーバ２０に「登録画面リクエスト」を送信するとともに、送信した「登録画面リクエスト」に応答して認証サーバ２０から受信する「登録画面データ」に従って、表示装置３２に、登録画面を表示する。この登録画面は、ユーザ登録の際に利用する画面であって、例えば、ユーザに関する情報やサービスシステム１でサービスの提供に利用する情報等を入力する入力部、ユーザ登録の際の規約等を表示する表示部等を有している。また、ユーザ登録手段３６は、表示装置３２に表示される登録画面に従って、ユーザによって入力装置３１を介してユーザ登録に必要な「登録データ」が入力されると、通信装置３３及びネットワーク４０を介して認証サーバ２０に「登録データ」送信する。
【００６０】
ユーザ認証手段３７は、ユーザによって入力装置３１を介して入力される操作に基づいて、ユーザ認証の処理を実行する。具体的には、ユーザ認証手段３７は、認証サーバ２０に「認証画面リクエスト」を送信するとともに、送信した「認証画面リクエスト」に応答して認証サーバ２０から受信する「認証画面データ」に従って、表示装置３２に認証画面を表示する。この認証画面は、ユーザ認証（ログイン）の際に利用する画面であって、例えば、「アカウント名」や「パスワード」を入力する入力部等を有している。また、ユーザ認証手段３７は、表示装置３２に表示される認証画面に従って、ユーザによって入力装置３１を介してユーザ認証に必要な「認証用データ」としてあらかじめユーザに与えられている「アカウント名」及び「パスワード」が入力されると、通信装置３３及びネットワーク４０を介して認証サーバ２０に「認証用データ」を送信する。
【００６１】
ユーザ端末３０ｂ，３０ｃは、ユーザ端末３０ａのユーザとは同一、もしくは別のユーザがサービスサーバ１０ａ〜１０ｃからのサービスの提供を受ける際に使用する端末である。ユーザ端末３０ｂ，３０ｃの構成はユーザ端末３０ａと同一であるため、構成についての説明は省略する。なお、ネットワーク４０に接続されるユーザ端末の数は３台に限られず、３台よりも多くても少なくても良い。
【００６２】
ネットワーク４０は、インターネット等のネットワークである。なお、図１では、ネットワーク４０には１つのサービスシステム１が接続される構成で説明するが、複数のサービスシステムが接続される構成であっても良い。
【００６３】
続いて、図４〜図７のシーケンス図を用いてサービスシステム１とユーザ端末３０ａにおける処理の流れを説明する。図４〜図７のシーケンス図において、同一の処理については同一の番号を用いて説明する。また、本願の説明で、サービスサーバ１０ａ及びユーザ端末３０ａを用いた箇所は、適宜、サービスサーバ１０ｂ，１０ｃ又はユーザ端末３０ｂ，３０ｃに置き換えても同様である。
【００６４】
《認証されている場合の処理》
図４に示すシーケンス図を用いて、サービスサーバ１０ａに、「セッションID」と「ユーザID」が関連付けられているとともに、認証サーバ２０で既に認証されているユーザに操作されているユーザ端末３０ａから、サービスの提供が要求された場合の処理について説明する。
【００６５】
まず、ユーザ端末３０ａにおいてユーザがサービスサーバ１０ａから提供を受けたいサービスのサービス画面を識別する「ＵＲＬ」が入力されると（Ｓ１０１）、サービス要求手段３５は、サービスサーバ１０ａに、サービス画面データを要求する「サービス画面リクエスト」を送信する（Ｓ１０２）。
【００６６】
「サービス画面リクエスト」を受信したサービスサーバ１０ａのユーザID抽出手段１１は、ユーザIDデータベース１８から受信した「サービス画面リクエスト」に含まれる「セッションID」と関連付けられている「ユーザID」をユーザIDデータベース１８から抽出する（Ｓ１０３）。
【００６７】
ステップＳ１０３で「ユーザID」が抽出されると、ステータス要求手段１２は、この「ユーザID」を含む「照会リクエスト」を生成し、認証サーバ２０に送信する（Ｓ１０４）。
【００６８】
「照会リクエスト」を受信した認証サーバ２０のステータス照会処理手段２３は、ステータスデータベース２６において、「照会リクエスト」に含まれる「ユーザID」に関連付けられる「ステータス」を抽出して、ユーザが認証されているか否かを判定する（Ｓ１０５）。また、ステータス照会処理手段２３は、ステップＳ１０５で抽出した「ステータス」を照会結果としてサービスサーバ１０ａに送信する（Ｓ１０６）。
【００６９】
照会結果として「認証済」の「認証ステータス」を受信したサービスサーバ１０ａのサービス提供手段１３は、ユーザ端末３０ａからステップＳ１０２で受信した「サービス画面リクエスト」に含まれるＵＲＬで識別される「サービス画面データ」をサービス画面データベース１９から抽出し、ユーザ端末３０ａに送信する（Ｓ１０７）。
【００７０】
サービス画面データを受信したユーザ端末３０ａの表示処理手段３４は、サービス画面を表示装置３２に表示する（Ｓ１０８）。
【００７１】
図４ではその後の処理を省略しているが、サービス画面データを表示したユーザ端末３０ａでは、ステップＳ１０８で表示されたサービス画面に基づいて、サービスサーバ１０ａからサービスの提供を受けることになる。また、サービスサーバ１０ａからのサービスの提供が終了した後であっても、認証サーバ２０による認証が継続されているときに、ユーザ端末３０ａが他のサービスサーバ１０ｂ，１０ｃからサービスの提供を受けようとするときには、他のサービスサーバ１０ｂ，１０ｃにサービス画面リクエストを送信した図４で説明した処理と同様の処理によってサービスが提供される。
【００７２】
《認証されていない場合の処理１》
図５に示すシーケンス図を用いて、サービスサーバ１０ａに、「セッションID」と「ユーザID」が関連付けられているが、認証サーバ２０で認証されていないユーザに操作されているユーザ端末３０ａから、サービスの提供が要求された場合の処理について説明する。
【００７３】
始めに、ステップＳ２０１〜Ｓ２０５において、図４で上述したステップＳ１０１〜Ｓ１０５と同様の処理が行なわれる。
【００７４】
ステップＳ２０５の照会処理において、認証サーバ２０がユーザ端末３０ａを認証していない場合、ステータス照会処理手段２３は、サービスサーバ１０ａに判定結果として「未認証」を表わす「認証ステータス」を送信する（Ｓ２０６）。
【００７５】
「未認証」を表わす「認証ステータス」を受信したサービスサーバ１０ａの認証要求手段１４は、未認証のユーザ端末３０ａに認証を要求する「認証リクエスト」を送信する（Ｓ２０７）。
【００７６】
「認証リクエスト」を受信したユーザ端末３０ａのユーザ認証手段３７は、受信した「認証リクエスト」にしたがって、認証サーバ２０に「認証画面データ」の送信を要求する「認証画面リクエスト」を送信する（Ｓ２０８）。
【００７７】
「認証画面リクエスト」を受信した認証サーバ２０の認証処理手段２２は、画面データベース２５から「認証画面データ」を読み出して、ユーザ端末３０ａに送信する（Ｓ２０９）。
【００７８】
「認証画面データ」を受信したユーザ端末３０ａの表示処理手段３４は、受信した「認証画面データ」に基づいて、表示装置３２に認証画面を表示する（Ｓ２１０）。
【００７９】
続いて、認証画面で表示される指示に従ってユーザによって入力装置３１を介して認証処理に用いられる「認証用データ」である「アカウント名」及び「パスワード」が入力されると（Ｓ２１１）、ユーザ認証手段３７は入力された「認証用データ」を認証サーバ２０に送信する（Ｓ２１２）。
【００８０】
「認証用データ」を受信した認証サーバ２０の認証処理手段２２は、受信した「認証用データ」に基づいてユーザ端末３０ａの認証処理を実行する（Ｓ２１３）。また、認証処理手段２２は、ステップＳ２１２で受信した「認証用データ」に含まれる「アカウント名」に対応する「ユーザID」と「セッションID」とを関連付けて、関連データベース２７に記憶するとともに、ステータスデータベース２６のステータスを「認証済」に更新する（Ｓ２１４）。その後、認証処理手段２２は、認証処理において「認証済」となったユーザ端末３０ａに、「認証完了通知」を送信する（Ｓ２１５）。
【００８１】
「認証完了通知」を受信して「完了画面」を表示（Ｓ２１６）したユーザ端末３０ａは、ステップＳ２１７〜Ｓ２２４において、図４のステップＳ１０２〜Ｓ１０８で上述した処理と同一の処理を実行し、ステップＳ２２４において表示装置３２に「サービス画面」が表示され、サービスが提供される。
【００８２】
なお、図５では、ステップＳ２１３の認証処理の結果として、認証が成功した場合について説明しており、認証が失敗した場合については説明を省略しているが、認証が失敗した場合、たとえば、認証サーバ２０は、再度、認証用データを取得して認証処理を行なうことが考えられる。
【００８３】
《認証されていない場合の処理２》
図６に示すシーケンス図を用いて、サービスサーバ１０ａに、「セッションID」と「ユーザID」が関連付けられておらず、認証サーバ２０で認証されていないユーザに操作されているユーザ端末３０ａから、サービスの提供が要求された場合の処理について説明する。
【００８４】
まず、ユーザ端末３０ａにおいてユーザによって入力装置３１を介してサービスサーバ１０ａがサービスを提供する画面を識別する「ＵＲＬ」が入力されると（Ｓ３０１）、サービス要求手段３５は、サービスサーバ１０ａにサービスを提供する画面データを要求する「サービス画面リクエスト」を送信する（Ｓ３０２）。
【００８５】
「サービス画面リクエスト」を受信したサービスサーバ１０ａのユーザID抽出手段１１は、受信した「サービス画面リクエスト」に含まれる「セッションID」に関連付けられる「ユーザID」をユーザIDデータベース１８から検索する（Ｓ３０３）。このとき、ユーザIDデータベース１８では対象の「セッションID」に関連付けられる「ユーザID」を記憶していないため、「ユーザID」を特定できない。
【００８６】
ユーザID抽出手段１１が「ユーザID」を特定できないとき、認証要求手段１４は、ユーザ端末３０ａに認証サーバ２０での認証を要求する「認証リクエスト」を送信する（Ｓ３０４）。
【００８７】
なお、ステップＳ３０３の処理において、ユーザIDの取得に成功した場合、図４で上述したように、認証サーバ２０に「照会リクエスト」を送信する（Ｓ１０４）。
【００８８】
「認証リクエスト」を受信したユーザ端末３０ａのサービス要求手段３５は、認証サーバ２０に「認証画面リクエスト」を送信する（Ｓ３０５）。
【００８９】
「認証画面リクエスト」を受信した認証サーバ２０の認証処理手段２２は、認証リクエストに含まれる「セッションID」と「ＵＲＬ」とをメモリ（図示せず）に記憶するとともに、ユーザ端末３０ａに「認証画面データ」を送信する（Ｓ３０６）。
【００９０】
「認証画面データ」を受信したユーザ端末３０ａの表示処理手段３４は、表示装置３２に「認証画面」を表示する（Ｓ３０７）。
【００９１】
続いて、認証画面で表示される指示に従ってユーザによって入力装置３１を介して認証処理に用いられる「認証用データ」である「アカウント名」及び「パスワード」が入力されると（Ｓ３０８）、ユーザ認証手段３７は入力された「認証用データ」を認証サーバ２０に送信する（Ｓ３０９）。
【００９２】
「認証用データ」を受信した認証サーバ２０の認証処理手段２２は、受信した「認証用データ」に基づいてユーザの認証処理を実行する（Ｓ３１０）。このとき、認証処理手段２２は、ユーザ端末３０ａの「ユーザID」と、ステップＳ３０６でメモリに記憶した「セッションID」とを関連付けて関連データベース２７に記憶するとともに、ステータスデータベース２６のステータスを「認証済」に更新する（Ｓ３１１）。
【００９３】
また、認証処理手段２２は、ユーザ端末３０ａに認証の結果を「認証完了通知」として送信する（Ｓ３１２）。
【００９４】
「認証完了通知」を受信して「完了画面」を表示（Ｓ３１３）したユーザ端末３０ａのサービス要求手段３５は、サービスサーバ１０ａに再び「サービス画面リクエスト」を送信する（Ｓ３１４）。
【００９５】
「サービス画面リクエスト」を受信したサービスサーバ１０ａのユーザID要求手段１５は、「IDリクエスト」生成し、認証サーバ２０に送信する（Ｓ３１５）。
【００９６】
「IDリクエスト」を受信した認証サーバ２０のユーザID照会処理手段２４は、関連データベース２７から「セッションID」に関連付けられている「ユーザID」を抽出し、サービスサーバ１０ａに送信する（Ｓ３１６）。
【００９７】
認証サーバ２０から「ユーザID」を受信したユーザID格納手段１６は、受信した「ユーザID」と「セッションID」とを関連付けてユーザIDデータベース１８に記憶する（Ｓ３１７）。
【００９８】
その後、ステータス要求手段１２が認証サーバ２０に「照会リクエスト」を送信する（Ｓ３１８）。
【００９９】
「照会リクエスト」を受信したステータス照会処理手段２３は、ステータスデータベース２６を参照してユーザ端末３０ａが認証されているか否かを判定する（Ｓ３１９）。その後、ステータス照会処理手段２３は、サービスサーバ１０ａに「認証ステータス」を送信する（Ｓ３２０）。
【０１００】
「認証済」を表わす「認証ステータス」を受信したサービスサーバ１０ａのサービス提供手段１３は、ユーザ端末３０ａからステップＳ３０１で受信した「サービス画面リクエスト」に含まれる「ＵＲＬ」で識別される「サービス画面データ」をサービス画面データベース１９から抽出してユーザ端末３０ａに送信する（Ｓ３２１）。
【０１０１】
その後、ユーザ端末３０ａの表示処理手段３４によって表示装置３２でサービス画面が表示されると、サービスの提供が開始する。
【０１０２】
なお、図６では、認証結果として、認証が成功した場合について説明しており、認証が失敗した場合については説明を省略しているが、認証が失敗した場合、たとえば、認証サーバ２０は、再度、認証用データを取得して認証処理を行なうことが考えられる。
【０１０３】
《新規登録の処理》
図７は、サービスサーバ１０ａに、認証サーバ２０に登録されていないユーザ端末３０ａから要求があった場合の処理について説明するシーケンス図である。
【０１０４】
ステップＳ４０１〜Ｓ４０７は、図６におけるステップＳ３０１〜Ｓ３０７と同様の処理となる。
【０１０５】
新規登録の場合、ユーザは「ユーザID」、「アカウント名」、「パスワード」を有していないため、認証画面においてこれらの情報を入力することができないため、ユーザにより入力装置３１を介する操作に応じてユーザ登録手段３６が、認証サーバ２０に「登録画面リクエスト」を送信する（Ｓ４０８）。
【０１０６】
「登録画面リクエスト」を受信した認証サーバ２０の登録処理手段２１は、画面データベース２５から「登録画面データ」を読み出して、ユーザ端末３０ａに送信する（Ｓ４０９）。
【０１０７】
「登録画面データ」を受信したユーザ端末３０ａの表示処理手段３４は、表示装置３２に登録画面を表示する（Ｓ４１０）。
【０１０８】
登録画面において登録に必要な情報入力を可能とすることにより、ステップＳ４０８〜Ｓ４１０は省略することもできる。
【０１０９】
続いて、表示画面で表示される指示に従ってユーザによって入力装置３１を介して登録処理に用いられる「登録データ」が入力されると（Ｓ４１１）、ユーザ登録手段３６は入力された「登録データ」を認証サーバ２０に送信する（Ｓ４１２）。
【０１１０】
「登録データ」を受信した認証サーバ２０の登録処理手段２１は、受信した「登録データ」を用いて「ユーザID」及び「アカウント名」を発行し、ユーザに設定された「パスワード」を発行して登録処理を実行する（Ｓ４１３）。このとき、登録処理手段２１は、発行した「ユーザID」、「アカウント名」及び「パスワード」に「ステータス」を関連付けたレコードを追加してステータスデータベース２６に記憶する。ここで、ステータスデータベース２６に新たに記憶するレコードのステータスは「認証済」とする。また、登録処理手段２１は、発行した「ユーザID」にユーザ端末３０ａからステップＳ４０６で受信した「セッションID」とを関連付けて関連データベース２７に記憶する（Ｓ４１４）。
【０１１１】
また、登録処理手段２１は、登録が終了すると、ユーザ端末３０ａに登録の結果を「登録完了通知」として送信する（Ｓ４１５）。
【０１１２】
「登録完了通知」を受信したユーザ端末３０ａのサービス要求手段３５は、サービスサーバ１０ａに再び「サービス画面リクエスト」を送信する（Ｓ４１６）。このときのアクセス先はステップＳ４１５で受信した「登録完了通知」が含む「ＵＲＬ」で特定され、「サービス画面リクエスト」は、ステップＳ４０４で受信した「認証リクエスト」が含む「セッションID」を含んでいる。ステップＳ４１６で「サービス画面リクエスト」が送信されると、ステップＳ４１７〜Ｓ４２３において、図３のステップＳ３１５〜Ｓ３２１で上述した処理と同一の処理が実行され、表示処理手段３４が表示装置にサービス画面を表示し（Ｓ４２４）、サービスの提供が開始する。
【０１１３】
上述したように、本発明に係るサービスシステム１を利用するユーザ端末３０ａ〜３０ｃは、認証サーバ２０において認証されると、認証が継続している間は、再び認証処理をせずにサービスシステム１内の全てのサービスサーバ１０ａ〜１０ｃからサービスの提供を受けることができる。これにより、ユーザ端末３０ａ〜３０ｃからは、全てのサービスサーバ１０ａ〜１０ｃに対してそれぞれ異なるユーザIDやパスワードを管理する必要もない。また、ユーザ端末３０ａ〜３０ｃは、複数のサービスサーバ１０ａ〜１０ｃにアクセスする場合であっても、一度の認証処理のみ行えばよい。
【０１１４】
また、ユーザ端末３０ａ〜３０ｃは、サービスサーバ１０ａ〜１０ｃにアクセスする際には通常のユーザIDを利用せず、認証サーバ２０から付与されたサービス提供用のセッションIDを利用している。これにより、認証用のデータである「ユーザID」、「アカウント名」及び「パスワード」は認証サーバ２０とユーザ端末３０ａ〜３０ｃのみが把握することとなり、また、「ユーザID」、「アカウント名」及び「パスワード」は、何度もネットワーク４０を送受信されないため、セキュリティの向上を図ることができる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の最良の実施形態に係るサービスシステムと当該サービスシステムからサービスを受けるユーザ端末について説明する機能ブロック図である。
【図２】認証サーバで利用されるユーザデータベースの構成の一例である。
【図３】認証サーバで利用される対応データベースの構成の一例である。
【図４】ユーザ端末がサービスサーバからサービスを受けるまでの処理の一例を表わすシーケンス図である。
【図５】ユーザ端末がサービスサーバからサービスを受けるまでの処理の他の例を表わすシーケンス図である。
【図６】ユーザ端末がサービスサーバからサービスを受けるまでの処理のさらに他の例を表わすシーケンス図である。
【図７】ユーザ端末がサービスサーバからサービスを受けるまでの処理のさらに他の例を表わすシーケンス図である。
【図８】従来のサービスサーバと当該サービスサーバからサービスを受けるユーザ端末について説明する概略図である。
【図９】分散認証方式について説明する概略図である。
【図１０】集中認証方式について説明する概略図である。
【符号の説明】
【０１１６】
１…サービスシステム
１０ａ〜１０ｃ…サービスサーバ
１１…ユーザID抽出手段
１２…ステータス要求手段
１３…サービス提供手段
１４…認証要求手段
１５…ユーザID要求手段
１６…ユーザID格納手段
１７…セッションID更新手段
１８…ユーザIDデータベース
１９…サービス画面データベース
２０…認証サーバ
２１…登録処理手段
２２…認証処理手段
２３…ステータス照会処理手段
２４…ユーザID照会処理手段
２５…画面データベース
２６…ステータスデータベース
２７…関連データベース
３０ａ〜３０ｃ…ユーザ端末
３１…入力装置
３２…表示装置
３３…通信装置
３４…表示処理手段
３５…サービス要求手段
３６…ユーザ登録手段
３７…ユーザ認証手段
４０…ネットワーク
【図１】
2009211632.tif 000003
【図２】
2009211632.tif 000004
【図３】
2009211632.tif 000005
【図４】
2009211632.tif 000006
【図５】
2009211632.tif 000007
【図６】
2009211632.tif 000008
【図７】
2009211632.tif 000009
【図８】
2009211632.tif 000010
【図９】
2009211632.tif 000011
【図１０】
2009211632.tif 000012