(57)【特許請求の範囲】
【請求項１】
複数のユーザと該ユーザに対するサービスを提供する複数の第１の種類のサーバとがネットワークを介して接続され、該複数の第１の種類のサーバと接続される第２の種類のサーバを備えるシステムにおいて、
前記第１の種類のサーバは、
前記ネットワークを介して前記複数のユーザとデータの送受信を行う送受信手段と、
前記送受信手段より第１のユーザからの要求を受取り、該要求を前記第２の種類のサーバに送り、該第２の種類のサーバからの前記要求に対する返答が前記第１のユーザが認証済であることを示すものであれば、前記第１のユーザからの要求に対するサービスを行う制御手段と、
を備え、
前記第２の種類のサーバは、
前記各ユーザとのセッションを一意に識別するセッション管理識別子を記憶するセッション管理識別子記憶手段と、
前記セッション管理識別子記憶手段に、前記第１の種類のサーバから受取る前記要求内のセッション管理識別子と一致するセッション管理識別子が記憶されていれば、前記返答として前記第１のユーザが認証済であることを示す通知を前記第１の種類のサーバに対して送る認証制御手段と
を備えることを特徴とするセッション管理システム。
【請求項２】
前記認証制御手段は、前記要求内に前記セッション管理識別子が含まれていなければ、前記返答として認証が必要であることを示す通知を前記第１の種類のサーバに送り、
前記制御手段は、前記要求に対する返答が前記認証が必要であることを示す通知であるならば、前記第１のユーザにユーザ認証要求を行うことを特徴とする請求項１記載のセッション管理システム。
【請求項３】
前記第２の種類のサーバは、ユーザの認証の為の情報を記憶する認証情報記憶手段を更に備え、
前記制御手段は、前記ユーザ認証要求に対して前記第１のユーザから送られてきた認証の為の情報を前記第２の種類のサーバに送り、
前記認証制御手段は、前記認証情報記憶手段に前記第１のユーザから送られてきた認証の為の情報と一致するものが記憶されていれば、前記セッション管理識別子を前記第１のユーザとのセッションに対して割り振ると共に前記セッション管理識別子記憶手段に記憶することを特徴とする請求項２記載のセッション管理システム。
【請求項４】
前記認証制御手段は、前記一致するセッション管理識別子を前記第１の種類のサーバに送り、前記制御手段は、前記第２の種類のサーバから送られたセッション管理識別子を前記第１のユーザに転送することを特徴とする請求項１乃至３の何れか１項に記載のセッション管理システム。
【請求項５】
前記第１の種類のサーバは、更に、
前記第１のユーザの要求に応じて表示画面データを作成する作成手段を備え、
前記制御手段は、前記作成手段が作成した表示画面データに前記セッション管理識別子を組み込んで、前記第１のユーザに該表示画面データを送ることで前記サービスを行なうことを特徴とする請求項４に記載のセッション管理システム。
【請求項６】
前記セッション管理識別子記憶手段は、記憶している各セッション管理識別子が割り振られたセッションの開始時間を示す情報を該セッション管理識別子と対応させて記憶し、前記認証制御手段は前記第１の種類のサーバからの前記要求内の前記セッション管理識別子により識別されるセッションが前記開始時間より規定時間以上経過しているとき、前記返答として前記認証が必要であることを示す通知を前記第１の種類のサーバに送ることを特徴とする請求項１乃至５の何れか１項に記載のセッション管理システム。
【請求項７】
前記第１の種類のサーバと前記第２の種類のサーバとは、前記ネットワークとは異なる第２のネットワークにより接続されていることを特徴とする請求項１乃至５の何れか１項に記載のセッション管理システム。
【請求項８】
前記第２の種類のサーバは、前記第１の種類のサーバの全ての機能を含み、該第１の種類のサーバの１つでもあることを特徴とする請求項１乃至７の何れか１項に記載のセッション管理システム。
【請求項９】
前記ネットワークはインターネット技術により構築されたものであり、前記セッション管理識別子はＵＲＬに付与されて前記ユーザと複数のサーバとの間でやり取りされることを特徴とする請求項１乃至８の何れか１項に記載のセッション管理システム。
【請求項１０】
セッションを管理するセッション管理サーバと送受信しながら、ネットワークを介して接続された複数のユーザに対するサービスを提供するサービス提供サーバであって、
前記ネットワークを介して前記複数のユーザとデータの送受信を行う送受信手段と、
第１のユーザの要求に応じて表示画面データを作成する作成手段と、
前記送受信手段より第１のユーザから、該ユーザとのセッションを一意に識別するセッション管理識別子を含む要求を受け取り、該要求を前記第２の種類のサーバに送り、該第２の種類のサーバからの前記要求に対する返答が該第１のユーザが認証済みであることを示すものであれば、該返答にあるセッション管理識別子を前記作成手段が作成した表示画面データに組み込んで、該表示画面データを前記第１のユーザに送る制御手段と、
を備えることを特徴とするサービス提供サーバ。
【請求項１１】
ネットワークを介して接続された複数のユーザに対するサービスを提供する複数のサービス提供サーバと送受信して、セッションを管理するセッション管理サーバであって、
前記各ユーザとのセッションを一意に識別するセッション管理識別子を記憶するセッション管理識別子記憶手段と、
前記セッション管理識別子記憶手段に、第１のサービス提供サーバから受け取るユーザの要求に含まれるセッション管理識別子と一致するセッション管理識別子が記憶されていれば、前記返答として該ユーザが認証済みであることを示す該一致するセッション管理識別子を含む通知とを該第１のサービス提供サーバに対して送る認証制御手段と、
を備えることを特徴とするセッション管理サーバ。
【請求項１２】
前記認証制御手段は、前記要求内に前記セッション管理識別子が含まれていなければ、前記返答として認証が必要であることを示す通知をサービス提供サーバに送ることを特徴とする請求項１１に記載のセッション管理サーバ。
【請求項１３】
前記ユーザの認証の為の情報を記憶する認証情報記憶手段を更に備え、
前記認証制御手段は、前記認証情報記憶手段に前記第１のユーザから送られてきた認証のための情報と一致するものが記憶されていれば、セッション管理識別子を前記第１のユーザとのセッションに対して割り振ると共に前記セッション管理識別子記憶手段に記憶することを特徴とする請求項１１に記載のセッション管理サーバ。
【請求項１４】
複数のユーザとネットワークを介して接続される複数のサーバでの前記ユーザとのセッション管理方法であって、
第１の種類のユーザより要求を受け取った第１の種類のサーバは、該要求を第２の種類のサーバに送り、
前記第２の種類のサーバは、前記第１の種類のサーバから送られた要求内に含まれる前記第１のユーザとのセッションを一意に識別するセッション管理識別子と一致するセッション管理識別子が記憶されていれば、前記第１の種類のサーバに前記第１のユーザは認証済みであることを通知し、
前記第１の種類のサーバは、前記第２の種類のサーバからの通知が前記第１のユーザは認証済みであることを示すものであるならば、前記第１のユーザに前記要求に対するサービスを行う
ことを特徴とするセッション管理方法。
【請求項１５】
前記第２の種類のサーバは、前記一致するセッション管理識別子を前記第１の種類のサーバに送り、
前記第１の種類のサーバは、前記第２の種類のサーバから送られたセッション管理識別子を前記第１のユーザに転送することを特徴とするセッション管理方法。
【請求項１６】
複数のユーザとネットワークを介して接続される複数のサーバの１つを構成するコンピュータにより使用された時、
他のサーバからユーザから送られてきた要求を受取り、
該要求に各ユーザとのセッションを一意に識別するセッション管理識別子が含まれていれば、前記他のサーバに前記ユーザは認証済であることを通知し、
前記要求に前記セッション管理識別子が含まれていなければ、前記他のサーバに前記ユーザは認証が必要であることを通知する
ことを前記コンピュータに行わせるためプログラムを記憶した前記コンピュータが読み出し可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント／サーバ間のセッション管理に係り、更に詳しくはＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）等でのコネクションレスな通信において、ユーザがクライアントより複数のサーバにまたがってアクセスする場合のセッション管理を行うセッション管理システムおよび管理方法に関する。
【０００２】
【従来の技術】
今日、インターネットにより接続された各種のネットワークと、それらのネットワーク上のコンピュータは、ＷＷＷと呼ばれる広域な情報システムを実現している。このＷＷＷにおいては、サービスを要求するクライアント・コンピュータ上にＷＷＷブラウザと呼ばれるソフトウェアが搭載され、ＷＷＷブラウザがＷＷＷサーバとの通信処理を行う。
【０００３】
このようなＷＷＷ上で、ＷＷＷブラウザがＷＷＷサーバに対して所望のＨＴＭＬファイルやデータベース検索等のサービスを要求する場合、セッションをどのように管理するかが問題となる。ここでセッションとは、通信相手が互いに通信してる相手を認識しつつ行われる通信を意味する。
【０００４】
一般に、ＷＷＷブラウザとＷＷＷサーバ間でデータ通信に用いられるプロトコルであるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）はコネクションレスであるため、そのセッションはＷＷＷブラウザがＷＷＷサーバにＷｅｂページを要求する時に設定され、サーバがそのべージを送信すると切れてしまう。
【０００５】
拠って、次の画面にアクセスした場合は別のセッションが設定され、セッションは各ページのアクセス毎に切れてしまい、全く別のセッションになってしまう。このため前の通信との関連性が保存されない。
【０００６】
この様な環境化では、前のページに関連した処理でも別のセッションとして認識されてしまい、例えばデータベースサービスでのしぼり込み検索の様なクライアントとサーバの間のやり取りが１往復で完了しないトランザクション処理を実現することができない。
【０００７】
これを解決する方法として、非常駐型のＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムとは別に、常駐型の連携ソフトウェアを組み込んで、複数のページの画面表示にまたがるセッションを認識する方法が考えられる。この場合、セッションを管理するための識別子（以下セッション管理識別子という）をＷＷＷブラウザに表示する各ページの画面データ内に組み込んでＷＷＷブラウザに送り、連携ソフトウェアがＷＷＷブラウザからページ表示要求と共に送られるセッション管理識別子を確認することで同一のセッションを保持することが可能になる。
【０００８】
【発明が解決しようとする課題】
しかしこの手法では、セッション管理識別子の管理処理及び表示する各ページにセッション管理識別子を組込む処理を、各ページの表示データを作成する個々のプログラム内にそれぞれ用意する必要がある。
【０００９】
また各ＷＷＷサーバ毎にセッション管理識別子の管理を行うため、複数のＷＷＷサーバを跨がったセッションの管理を行うことが出来ない。
更にＷＷＷサーバ上の会員ページにアクセスする場合、ＷＷＷサーバ側でユーザＩＤ及びパスワードの認証や管理を行うため、利用者（ユーザ）にユーザＩＤ及びパスワードを入力させる必要がある。しかし、ユーザＩＤ及びパスワードは個々のＷＷＷサーバ毎に管理しているため別のＷＷＷサーバ上のページにアクセスした場合、そのアクセスは異なるセッションとして扱われる。その為、別のＷＷＷサーバへ移る毎にそのＷＷＷサーバ側からの要求により、利用者のＷＷＷブラウザにはユーザＩＤとパスワードの入力画面が表示され、その都度利用者はユーザＩＤ及びパスワードを再入力する必要が有り、その入力作業は利用者に取って煩わしいものであった。
【００１０】
本発明は上記問題点を解決するセッション管理システム及び管理方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
図１は本発明の原理図である。
本発明は、複数のユーザ１（１−１〜１−ｍ）と該ユーザ１に対するサービスを提供する複数の第１の種類のサーバ３−１〜３−ｎとがネットワーク２を介して接続され、該複数の第１の種類のサーバ３−１〜３−ｎと接続される第２の種類のサーバ７を備えるシステムを前提とする。
【００１２】
このうち第１の種類のサーバ３（３−１〜３−ｎ）はそれぞれ、送受信手段４及び制御手段５を備える。
送受信手段４は、ネットワーク２を介して複数のユーザ１−１〜１−ｍとデータの送受信を行う。
【００１３】
制御手段５は、送受信手段４より複数のユーザ１−１〜１−ｍの１つである第１のユーザからの要求を受取り、該要求を第２の種類のサーバ７に送り、該第２の種類のサーバ７からの上記要求に対する返答が第１のユーザが認証済であることを示すものであれば、上記第１のユーザからの要求に対するサービスを行う。
【００１４】
また第２の種類のサーバ７は、認証制御手段８とセッション管理識別子記憶手段９を備える。
認証制御手段８は、セッション管理識別子記憶手段９に、第１の種類のサーバ３から受取る上記要求内の上記セッション管理識別子と一致するものが記憶されていれば、上記返答として上記第１のユーザが認証済であることを示す通知を第１の種類のサーバ３に対して送る。
【００１５】
セッション管理識別子記憶手段９は、各ユーザ１−１〜１〜ｍとのセッションを一意に識別するセッション管理識別子を記憶する。
このセッション管理識別子記憶手段９は、更に、記憶している各セッション管理識別子が割り振られたセッションの開始時間を示す情報を該セッション管理識別子と対応させて記憶する構成とすることも出来る。
【００１６】
この場合、認証制御手段８は上記第１の種類のサーバからの上記要求内の上記セッション管理識別子により識別されるセッションが上記開始時間より規定時間以上経過している時、上記返答として上記認証が必要であることを示す通知を第１の種類のサーバ３に送る。
【００１７】
また認証制御手段８は、上記要求内に上記セッション管理識別子が含まれていなければ、上記返答として認証が必要であることを示す通知を第１の種類のサーバ３に送り、制御手段５は、上記要求に対する認証制御手段８からの返答が上記認証が必要であることを示す通知であるならば、上記第１のユーザにユーザ認証要求を行うように構成することも出来る。
【００１８】
第１の種類のサーバ３−１〜３−ｎと第２の種類のサーバと７の接続６は、ネットワーク２により接続する構成、あるいはネットワーク２とは異なる第２のネットワークにより接続する構成にすることが出来る。
【００１９】
更にネットワーク２はインターネット技術により構築されたものであり、上記セッション管理識別子はＵＲＬに付与されて上記ユーザと上記複数のサーバとの間をやり取りされる構成とすることも出来る。
【００２０】
以上の発明の構成において、第２の種類のサーバ７は、上記第１の種類のサーバ３の全ての機能を含み、第１の種類のサーバ３−１〜３−ｎの１つでもある構成にすることも出来る。
【００２１】
また上述した本発明の構成に基づく第２の形態として、第２の種類のサーバ７にユーザの認証の為の情報を記憶する認証情報記憶手段を更に備えるように構成することも出来る。
【００２２】
この場合、制御手段５は、上記ユーザ認証要求に対して上記第１のユーザから送られてきた認証の為の情報を第２の種類のサーバ７に送る。第２の種類のサーバ７内の認証制御手段８は、上記認証情報記憶手段に上記第１のユーザから送られてきた認証の為の情報と一致するものが記憶されていれば、上記セッション管理識別子を上記第１のユーザとのセッションに対して割り振ると共に上記セッション管理識別子記憶手段９に記憶する。
【００２３】
また本発明の第２の形態の構成に基づく第３の形態として、各第１の種類のサーバ３−１〜３−ｎはユーザに対するユーザ認証要求を行う画面データを生成する画面制御手段を更に備える構成とすることも出来る。
【００２４】
この場合制御手段５は、上記要求に対する返答が上記認証が必要であることを示す通知であるならば、上記画面制御手段に上記画面データを生成させ、該画面データをユーザ認証要求として上記第１のユーザに送る。
【００２５】
また本発明では、上記第２の種類のサーバ７上の機能は、第１の種類のサーバ３−１〜３−ｎ上に構成することも出来る。
例えば第１の種類のサーバ３とは別の第２の種類のサーバ７を設けず、第２の種類のサーバ７上の機能を複数の第１の種類のサーバ３のうちの１つ、或は複数の第１の種類のサーバ３上に構成することも出来る。
【００２６】
また本発明は、複数のユーザ１（１−１〜１−ｍ）とネットワーク２を介して接続される複数のサーバ３（３−１〜３−ｎ）でのユーザ１−１〜１−ｍとのセッション管理方法も含む。
【００２７】
この場合、複数のユーザ１−１〜１−ｍのうちの１つである第１のユーザより要求を受取った第１の種類のサーバ３は、該要求を第２の種類のサーバ７に送り、第２の種類のサーバ７は、前記第１の種類のサーバから３送られた要求内に前記各ユーザとのセッションを一意に識別するセッション管理識別子が含まれていれば、第１の種類のサーバ３に前記第１のユーザは認証済であることを通知し、第１の種類のサーバ３は、第２の種類のサーバ７からの通知が上記第１のユーザは認証済であることを示す通知であるならば、上記第１のユーザに上記要求に対するサービスを行う。
【００２８】
更に本発明によるセッション管理方法は、第２の種類のサーバ７は、第１の種類のサーバ３から送られてきた要求内に上記セッション管理識別子が含まれていなければ、第１の種類のサーバ３に上記第１のユーザは認証が必要であることを通知し、第１の種類のサーバ３は、第２の種類のサーバ７からの通知が上記第１のユーザは認証が必要であることを示す通知であるならば、上記第１のユーザに認証要求を行うようにすることも出来る。
【００２９】
更に本発明の範囲は、上記各サーバの１つを構成するコンピュータにより実行されるプログラムを記憶する記録媒体をも含む。
この場合、上記記録媒体に記憶されているプログラムが上記コンピュータにより実行されると、該コンピュータは、複数のユーザ１−１〜１−ｍのうちの１つである第１のユーザより要求を受取り、該要求を第２の種類のサーバ７に送り、第２の種類のサーバ７からの上記要求に対する通知が上記第１のユーザは認証済であることを示す通知であるならば、上記第１のユーザに上記要求に対するサービスを行い、上記通知が上記第１のユーザは認証が必要であることを示す通知であるならば、上記第１のユーザに認証要求を送る。
【００３０】
或は、第１の種類のサーバ３からユーザ１から送られてきた要求を受取り、該要求に各ユーザ１とのセッションを一意に識別するセッション管理識別子が含まれていれば上記要求を送ったサーバ３に上記ユーザは認証済であることを通知し、上記要求に上記セッション管理識別子が含まれていなければ、上記サーバ３に上記ユーザは認証が必要であることを通知する。
【００３１】
本発明によれば、ユーザ１が一度だけユーザ認証を行えば、そのユーザ１とのセッションを管理するセッション管理識別子はセッション管理識別子記憶手段９内に記憶されて管理されるので、ユーザが複数の第１の種類のサーバ３に跨がって要求を行っても、それらは同一のセッションとして管理される。
【００３２】
また第１の種類のサーバ３では、ユーザ認証の際、認証処理を行う必要がない。
更にユーザＩＤやパスワードなどユーザ認証に必要な情報が一括管理されるので、複数のサーバ３で共通のユーザＩＤやパスワードの使用が可能となる。
【００３３】
【発明の実施の形態】
以下、一実施形態としてユーザ（利用者）がネットワーク端末よりネットワークを介して２つのＷＷＷサーバを跨がってサービスを受けるシステムに本発明を適用した例について説明する。尚本実施形態では、このネットワークは、広大な規模を有し、また利用コストの安価なインターネットを用いて実現したものとする。
【００３４】
また本実施形態では、説明の簡略化の為、ユーザに対してサービスを行うＷＷＷサーバを２つに限っているが、本願発明はこれに限定されるものではなく、実際には更に多くのＷＷＷサーバ間を跨がってサービスを受ける場合にも容易に適用可能なものである。
【００３５】
また本実施形態では、インターネット上での通信プロトコルとして現在インターネットにおいて最もポピュラーに使用されているＨＴＴＰを使用してＷＷＷによるサービスを利用したものとするが、本発明はこれに限らず、クライアント／サーバ間の通信プロトコルとして、クライアントによるサーバに対するリクエストとそれに対するサーバの応答との一往復毎にしか通信の関連性が保護されないコネクションレスな通信プロトコルを用いるクライアント／サーバ・システム全般に適用することが出来る。
【００３６】
以下に図を参照しながら本実施形態について説明してゆく。
図２は本実施形態におけるクライアント／サーバ・システムの構成及び認証時の動作を示す図である。
【００３７】
図２のシステムでは、ユーザがネットワークを介してサービスを受けるネットワーク端末２０、該ネットワークを介してユーザにサービスを提供する２つのＷＷＷサーバ３０−１、３０−２及びネットワーク端末２０のセッション情報を管理するサーバ４０より構成されている。
【００３８】
ネットワーク端末２０はＷＷＷサーバ３０からサービスを受けるクライアントとして働く端末装置で、ＷＷＷブラウザ２１によりネットワークを介して複数のクライアントＷＷＷサーバ３０と接続される。
【００３９】
またＷＷＷサーバ３０−１、３０−２は、ｈｔｔｐｄ３１、表示データ作成プログラム制御装置３２及び画面制御プログラム３３を備えている。ｈｔｔｐｄ３１はＷＷＷサーバ３０のＨＴＴＰによる通信機能を実現し、ネットワーク端末２０との接続を行うデーモンプロセスである。また表示データ作成プログラム制御装置３２は、ＷＷＷサーバ３０と連動する表示データ作成プログラム（不図示）を制御する装置である。画面制御プログラム３３は、表示データ作成プログラム制御装置３２の指示により、ユーザのネットワーク端末２０の画面に認証要求の指示画面を表示させるための表示データを生成するプログラムである。
【００４０】
またサーバ４０は、セッション管理識別子管理装置４１、ユーザＩＤ／パスワード管理テーブル４２及びセッション管理識別子管理テーブル４３を備えている。セッション管理識別子管理装置４１は、ユーザから送られてくるユーザＩＤやパスワードをユーザＩＤ／パスワード管理テーブル４２内のユーザＩＤやパスワードと比較してユーザ認証を行ったり、セッション管理識別子管理テーブル４３内に記憶保持されているセッション管理識別子等を管理する装置である。またセッション管理識別子管理テーブル４３は、上記セッション管理識別子をユーザの管理情報と共に保持する管理テーブルである。
【００４１】
以下に図２を用いて本実施形態に於ける認証動作を説明する。尚下記の説明中での（０１）〜（２３）の番号は図２内の番号と対応している。
ＷＷＷサーバ３０−１よりサービスを受けようとするユーザは、まずネットワーク端末２０のＷＷＷブラウザ２１を用いて、ネットワークを介してＷＷＷサーバ３０−１と接続し、コンテンツの所在を指定するＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によりＷＷＷサーバ３０−１に対してユーザの認証が必要な会員ページのアクセスを要求する（図２（０１））。
【００４２】
ＷＷＷサーバ３０−１ではこれをｈｔｔｐｄ３１−１が受け、表示データ作成プログラム制御装置３２−１を起動する（（０２））。この時、ｈｔｔｐｄ３１−１はユーザからアクセス要求された会員ページのアドレスであるＵＲＬを表示データ作成プログラム制御装置３２−１に通知する。本実施形態のシステムでは、セッション管理識別子を、このＵＲＬのパラメータを渡すための“？”記号以降の、クエリー部分に組込んでネットワーク端末２０／ＷＷＷサーバ３０間でやり取りし、セッション管理を行う。この時点ではまだユーザは未認証であるので、ＵＲＬにはセッション管理識別子は付与されてていない。
【００４３】
表示データ作成プログラム制御装置３２−１は、サーバ４０内のセッション管理識別子管理装置４１を呼出し、ｈｔｔｐｄ３１から通知された会員ページのアドレスであるＵＲＬを渡す（（０３））。なおこのセッション管理識別子管理装置４１に渡すのは、ＵＲＬ全体ではなく、ＵＲＬ内に組込まれたパラメータ部分のみをセッションに渡す構成としてもよい。
【００４４】
セッション管理識別子管理装置４１は、表示データ作成プログラム制御装置３２−１から受取ったＵＲＬより、ユーザがアクセス要求している会員ページがアクセス要求者に対する認証が必要なページであるか、更にはＵＲＬ内にセッション管理識別子が組込まれているかどうかを確認する。
【００４５】
ＵＲＬにセッション管理識別子が組込まれていないのならば、このユーザは未認証であり、更に要求されたページが認証が必要なページであるならば、セッション管理識別子管理装置４１はユーザ認証が必要であることを表示データ作成プログラム制御装置３２−１に通知する（（０４））。
【００４６】
この通知を受けて表示データ作成プログラム制御装置３２−１は、ユーザに認証の為に必要なユーザＩＤやパスワード等の入力の要求を行う画面（認証要求画面）をネットワーク端末２０に表示させるためのデータの生成を、画面制御プログラム３３−１に対して依頼する（（０５））。画面制御プログラム３３によって生成された認証要求画面のデータは、表示データ作成プログラム制御装置３２−１によりｈｔｔｐｄ３１を介してネットワーク端末２０へ送信され、ＷＷＷブラウザ２１によってネットワーク端末２０上に認証要求画面が表示される（（０６）、（０７）、（０８））。
【００４７】
ユーザはＷＷＷブラウザ２１によりネットワーク端末２０上に表示された認証要求画面から、認証に必要な自己のユーザＩＤ及びパスワード入力する。これは、ネットワーク端末２０によりネットワークを介してＷＷＷサーバ３０−１に送られ、ｈｔｔｐｄ３１−１を介してＷＷＷサーバ３０−１の表示データ作成プログラム制御装置３２−１によりサーバ４０内のセッション管理識別子管理装置４１に送られる（（０９）、（１０）、（１１））。
【００４８】
セッション管理識別子管理装置４１はこのユーザＩＤとパスワードをユーザＩＤ／パスワード管理テーブル４２内に登録されているユーザＩＤ及びパスワードと比較して認証を行う（（１２））。比較の結果、一致するものが登録されていれば、認証処理としてセッション管理識別子を生成し、これをこのユーザとのセッションを識別する識別子として、該ユーザのユーザＩＤ及びパスワード等と共にセッション管理識別子管理テーブル４３に登録する（（１３））。そして表示データ作成プログラム制御装置３２−１にこのセッション管理識別子と共に認証された旨を通知する（（１４））。尚このセッション管理識別子管理テーブル４３については後述する。
【００４９】
ユーザが認証されたことがセッション管理識別子管理装置４１から通知され、表示データ作成プログラム制御装置３２−１は、これによりユーザからアクセス要求された会員ページのデータに上記ユーザに割り当てられたセッション管理識別子を組み込みこのデータをｈｔｔｐｄ３１−１を介してネットワーク端末２０に送信する（（１５）、（１６））。ＷＷＷブラウザ２１は、上記データを解釈、実行し、ネットワーク端末２０上に会員ページの画面を表示する。
【００５０】
続けてユーザは、別のＷＷＷサーバ３０−２上のユーザ認証が必要な会員ページへのアクセスの要求を行ったとする（（１７））。この時点では、ユーザは既に認証済であるので、このＵＲＬにはセッション管理識別子が組込まれている。
【００５１】
ＷＷＷサーバ３０−２では、この要求をｈｔｔｐｄ３１−２が受け、表示データ作成プログラム制御装置３２−２を起動する（（１８））。またこの時、ｈｔｔｐｄ３１−２はユーザが要求した会員ページのアドレスであるＵＲＬを表示データ作成プログラム制御装置３２−２に通知する。
【００５２】
表示データ作成プログラム制御装置３２−２は、セッション管理識別子管理装置４１を呼出し、セッション管理識別子管理装置４１にｈｔｔｐｄ３１から通知されたＵＲＬを送る（（１９））。
【００５３】
セッション管理識別子管理装置４１は、表示データ作成プログラム制御装置３２−２から受取ったＵＲＬより、ユーザがアクセス要求している会員ページがアクセス要求者に対する認証が必要なページであるか、更にはＵＲＬ内にセッション管理識別子が組込まれているかどうかを確認する。
【００５４】
このアクセス要求は、ユーザ認証後のものなので、ＵＲＬにはセッション管理識別子が付与されている。セッション管理識別子管理装置４１は、このＵＲＬ内のセッション管理識別子がセッション管理識別子管理テーブル４３内に登録されているかどうかを調べることにより、アクセス要求を行ったユーザが認証済であるかを確認する（（２０））。このセッション管理識別子がセッション管理識別子管理テーブル４３に登録されていることの確認が取れたならば、セッション管理識別子管理装置４１はユーザが認証済であることが確認できたので、その旨を表示データ作成プログラム制御装置３２−２に通知する（（２１））。本実施形態では、この通知は、セッション管理識別子管理テーブル４３への登録が確認された上記セッション管理識別子を、表示データ作成プログラム制御装置３２−２に返すことにより行われる。
【００５５】
この通知を受けて表示データ作成プログラム制御装置３２−２は、ユーザＩＤやパスワード入力要求等のユーザ認証の為の処理を行わずに、ユーザからのアクセス要求により要求された会員ページのデータに上記セッション管理識別子を組み込み、このデータをｈｔｔｐｄ３１−１を介してユーザのネットワーク端末２０に送信する（（２２）、（２３））。
【００５６】
この様に本実施形態に於けるシステムでは、ユーザが一度ユーザ認証を行えば、以降別のＷＷＷサーバ３０に対するアクセス要求でも、ユーザに対して再度ユーザ認証を行わせること無くアクセスを行わせることが出来る。これにより、ユーザは１度認証を行えば、以降異なるＷＷＷサーバ３０に対するアクセスであっても、そのことを意識せずに、複数のＷＷＷサーバ３０に対して連続してアクセス要求を行うことが出来る。
【００５７】
次にユーザがＷＷＷユーザ認証完了後に複数のＷＷＷサーバ３０に対してアクセス要求を行った場合の処理を更に詳細に説明する。
図３は本実施形態におけるシステムの認証後のセッション管理動作を示す図である。
【００５８】
図３中図２と同一の構成要素については、同一の番号が付せられており、また図２中のユーザ認証後には用いられない画面制御プログラム３３及びユーザＩＤ／パスワード管理テーブル４２は省略されている。
【００５９】
図３のＷＷＷサーバ３０内の表示データ作成プログラム３４（３４−１，３４−２）は、表示データ作成プログラム制御装置３２によって制御される複数のプログラムで、表示データ作成プログラム制御装置３２からの指示によりそのうちの１つが選択され、ＷＷＷサーバ３０と連動してユーザからのサービス要求に対するを処理する。尚以下の説明では、ユーザはこのサービス要求としてＷｅｂページの表示要求を行った場合のみについて説明してゆくが、本実施形態でのユーザからの要求はこれのみに限らず、データベース検索等様々なものがある。
【００６０】
以下にユーザが複数のＷＷＷサーバ３０−１、３０−２に跨がってサービスを要求した場合の本実施形態に於けるクライアント／サーバ間のセッション管理動作を、図３を用いて説明する。尚下記の説明中での（３１）〜（４８）の番号は図３内の番号と対応している。
【００６１】
ユーザ認証完了後、ユーザはＷＷＷサーバ３０−１からサービスを受けようとすると、まずネットワーク端末２０のＷＷＷブラウザ２１からそのサービスの所在を指定するＵＲＬによりＷＷＷサーバ３０−１に対してサービス要求を行う（図３（３１））。このサービス要求としては例えば上述した会員ページ等のＷｅｂページの要求、プログラムの実行などがある。尚このＵＲＬによるサービスの指定は、ユーザが直接ＵＲＬをネットワーク端末２０より入力するのではなく、ネットワーク端末２０の画面に表示されているページをマウス等でクリックすることにより、そのページにリンクされている当該ページのＵＲＬがＷＷＷサーバ３０−１に送信される。
【００６２】
このＵＲＬは、ＷＷＷサーバ３０−１のｈｔｔｐｄ３１−１が受け、表示データ作成プログラム制御装置３２−１を起動する（（３２））。この時、ｈｔｔｐｄ３１−１はユーザから受取ったＵＲＬを表示データ作成プログラム制御装置３２−１に通知する。このＵＲＬにはこのユーザとシステムとのセッションを一意に識別するセッション管理識別子が付与されており、本システムでは、このセッション管理識別子により各ユーザとシステムとのセッションを管理している。
【００６３】
図４は、ユーザとシステムとの間でやり取りされるＵＲＬの構成例を示す図である。
図４（ａ）は、未認証のユーザからページの表示を要求する時にＷＷＷサーバ３０に送られてくるＵＲＬの構成を示すもので、このＵＲＬはスキーム名ｈｔｔｐ：の後にコンテンツの所在を示すホスト名やパス名ＸＸＸＸ、そしてＨＴＭＬファイルのファイル名ｆｎａｍｅ．ｈｔｍｌが記載され、その後に、“？”に続いてユーザＩＤを示すパラメータｉｄとしてａａａａが、パスワードを示すパラメータｐｗとしてｂｂｂｂが与えれられる構成となっている。
【００６４】
図４（ｂ）は、未認証のユーザがＣＧＩプログラムの実行要求時にＷＷＷサーバ３０へ送られてくるＵＲＬの構成を示すものである。図４（ｂ）に示すＵＲＬの構成は、図４（ａ）とほぼ同じだが、指定ファイルとしてＨＴＭＬファイルの代わりにＣＧＩプログラムのファイル名ｃｇｉｐｒｏｇ．ｃｇｉが与えられている。
【００６５】
これら図４（ａ）、（ｂ）のＵＲＬは、未認証のユーザからなので“？”以降のクエリー部分にはセッション管理識別子はまだ組込まれていない。
図４（ｃ）は、認証済のユーザがページの表示要求時にＷＷＷサーバ３０へ送信されるＵＲＬの構成を示すものである。図４（ｃ）の構成は、図４（ａ）のシンボル“？”以降の部分にセッション管理識別子を示すパラメータｓｉｄとしてこのユーザとのセッションのセッション管理識別子ｃｃｃｃが与えられている。この様にユーザの認証後は、ＵＲＬ内にセッション管理識別子がパラメータとして埋め込まれ、該ＵＲＬがネットワーク端末２０とＷＷＷサーバ３０との間でやり取りされる。
【００６６】
この様なＵＲＬをｈｔｔｐｄ３１から受取った表示データ作成プログラム制御装置３２−１は、これをそのまま、若しくは内部のパラメータ部分をセッション管理識別子管理装置４１に送る（（３３））。
【００６７】
セッション管理識別子管理装置４１は、前述した様に、このＵＲＬにセッション管理識別子が組込まれているかいないか、すなわちこのセッションが未認証のユーザによる新規のセッションであるのかどうかを調べ、新規のセッションの場合には新たなセッション管理識別子を生成してこのセッションに割り振り、このセッション管理識別子と共に管理情報をセッション管理識別子管理テーブル４３に登録する。
【００６８】
またＵＲＬにセッション管理識別子が組込まれている場合は、セッション管理識別子管理テーブル４３に登録されているセッション管理識別子と比較し、一致した場合対応する管理情報を更新する（（３４））。
【００６９】
図５はこのセッション管理識別子管理テーブル４３に記録されるセッション管理識別子及び管理情報の例を示す図である。
図５においてセッション管理識別子管理テーブル４３には、本システムが管理している各セッションに対するレコードとして、そのセッションを行っているユーザのユーザＩＤ及びパスワード、認証開始時間、終了時間、そのセッションに割り振られたセッション管理識別子、及び最終アクセス時間が記憶されている。このうち認証開始時間は、ユーザの認証が完了した時刻で、また終了時間はこの認証開始時間より一定時間加算した時刻である。
【００７０】
本システムでは、１回の認証で継続してセッションを行える時間を予め定めてあり、それ以上経過するとユーザにユーザＩＤとパスワードを再入力させ、再度認証処理を行わせている。この終了時間はそのために用いるもので、認証開始時間に規定時間、すなわち連続してセッションを行える時間を加えた時刻を終了時間とし、この時刻を過ぎてのアクセスに対してはユーザにユーザＩＤとパスワードの再入力を要求する。
【００７１】
本実施形態では、この規定時間を１時間とし、よって図５ではユーザＩＤがＡＡＡＡのユーザとのセッションのレコードでは、認証開始時間の１０：００に対し終了時間はこれより１時間後の１１：００に、またユーザＩＤがＢＢＢＢのユーザとのセッションのレコードでは、認証開始時間が１０：０５であるのに対し終了時間は１１：０５となっている。
【００７２】
セッション管理識別子は、ユーザがシステムに認証される毎に生成されると共にそのセッションに割り振られる。そして各セッションを識別するものとしてそのセッションの管理情報と共にセッション管理識別子管理テーブル４３に登録される。以降ネットワーク端末２０と各ＷＷＷサーバ３０−１、３０−２との間のセッションは、ＵＲＬにこのセッション管理識別子を組み込み、持回ることにより管理される。
【００７３】
最終アクセス時間は、このセッションでユーザがいずれかのＷＷＷサーバ３０に対してアクセスが行われた最終時間で、ユーザがＷＷＷサーバ３０にアクセスする毎に更新される。セッション管理識別子管理装置４１はこの最終アクセス時間と終了時間を比較して、最終アクセス時間が終了時間以降であるならば、ユーザに対して再認証処理の為の情報の入力を要求する。
【００７４】
なおこれらの時間情報は、セッション管理識別子管理テーブル４３内のレコードの管理にも用いられ、この時間情報を基に十分古くなって必要無くなったレコードを削除し、あるいは別のファイルにこのシステムのアクセスログとして保存してシステムの事故処理等に用いる。このレコードの整理処理を一定期間毎に、あるいは必要に応じて行うことにより、セッション管理識別子管理テーブル４３内には常時必要な空き容量が確保される。
【００７５】
セッション管理識別子管理装置４１は、このセッション管理識別子管理テーブル４３の当該管理情報の更新終了後、このユーザとのセッションに割り振られているセッション管理識別子を表示データ作成プログラム制御装置３２−１に通知する（（３５））。図３の場合はユーザ認証後なので、この通知されるセッション管理識別子はＷＷＷブラウザ２１からＵＲＬに付与されてきたセッション管理識別子と同一のものとなる。
【００７６】
表示データ作成プログラム制御装置３２−１は、これを受けて、複数の表示データ作成プログラム３４−１からユーザが指定したＵＲＬに対応するものを選び出し、起動、実行する（（３６））。
【００７７】
この表示データ作成プログラム３４−１は、ユーザの指示に基づいて表示データを作成し、これを表示データ作成プログラム制御装置３２−１に送る（（３７））。
【００７８】
表示データ作成プログラム制御装置３２−１は、表示データ作成プログラム３４−１より渡された表示データにセッション管理識別子を組込み、これをｈｔｔｐｄ３１−１を介してＷＷＷブラウザ２１に送信する（（３８）、（３９））。このデータからＷＷＷブラウザ２１は、ユーザが希望したサービスに対する画面をネットワーク端末２０上に表示する。
【００７９】
図６は上記セッション管理識別子が組み込まれた表示データの例である。
図６はＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）によりＷＷＷのページ表示の記述がされているもので、他のページへのハイパーリンクを設定している行６１、６２に記述されたアンカーにそのリンク情報と共にセッション管理識別子（＝ｙｙｙｙ）が組込まれている。この図６のＨＴＭＬにより記述されたデータをネットワーク端末２０上のＷＷＷブラウザ２１が解釈し、図７の様な画面をネットワーク端末２０上に表示する。
【００８０】
ユーザは、次に画面Ａのページを表示させたい場合には、図７の表示画面７０上の７１の「画面Ａへ」、画面Ｂのページを表示させたい場合には７２の「画面Ｂへ」の部分をマウス等でクリックする。これにより、それらの画面に対応するＵＲＬにセッション管理識別子が付与されてＷＷＷサーバ３０に送られる。例えば７１の部分をクリックすると、そこにリンクが張られている、ドメイン名がＸＸＸＸのファイルａ．ｈｔｍｌにアクセスされると共にそのファイルａ．ｈｔｍｌが置かれているＷＷＷサーバ３０にこのセッションのセッション管理識別子としてｙｙｙｙが送られる。
【００８１】
次にユーザは、ＷＷＷブラウザ２１からＷＷＷサーバ３０−１とは別のＷＷＷサーバ３０−２に対してＷｅｂページの表示要求を行ったとする（（４０））。
このＵＲＬによるアドレス指定の形で行われる表示要求は、図６で示した様なネットワーク端末２０上の表示画面７０上の所望するハイパーリンクの表示部分を、ユーザがマウス等でクリックすることにより、そのハイパーリンク先のＵＲＬがネットワーク端末２０からＷＷＷサーバ３０−２に送られて行われる。このＵＲＬ内には、（３１）でＷＷＷブラウザ２１がＷＷＷサーバ３０−１に送ったＵＲＬに付与されていたものと同じセッション管理識別子が組込まれており、これはＵＲＬと共にＷＷＷサーバ３０−２に送られる。
【００８２】
このユーザからの要求をＷＷＷサーバ３０−２ではｈｔｔｐｄ３１−２が受け、ｈｔｔｐｄ３１−２が表示データ作成プログラム制御装置３２−２を起動する。そしてＷＷＷサーバ３０−１の場合と同様、ｈｔｔｐｄ３１−２はユーザが要求した表示データのＵＲＬを表示データ作成プログラム制御装置３２−２に通知し（（４１））、表示データ作成プログラム制御装置３２−２は、このＵＲＬ内に組込まれているパラメータをセッション管理識別子管理装置４１に通知する（（４２））。
【００８３】
セッション管理識別子管理装置４１は、表示データ作成プログラム制御装置３２−２から送られたＵＲＬ内のパラメータにセッション管理識別子があるかどうかを調べる。今回のセッションは既に登録されているので上記ユーザからのＵＲＬ内にはセッション管理識別子が組込まれており、セッション管理識別子管理装置４１はこのセッション管理識別子をセッション管理識別子管理テーブル４３内に登録されているセッション管理識別子と比較する。そしてセッション管理識別子管理テーブル４３内に一致するものが合ったならば、その識別子に対応する管理情報を更新すると共に（（４３））、このユーザとのセッションが認証済である旨を通知するためにこの一致したセッション管理識別子を表示データ作成プログラム制御装置３２−２に返す（（４４））。
【００８４】
表示データ作成プログラム制御装置３２−２は、これを受けて複数の表示データ作成プログラム３４−２からＷＷＷブラウザ２１からＵＲＬにより要求されたものを選び出し、これを起動、実行する（（４５））。
【００８５】
この表示データ作成プログラム３４−２は、ユーザから指示に基づいて表示画面のデータを作成し、これを表示データ作成プログラム制御装置３２−２に渡す（（４６））。
【００８６】
表示データ作成プログラム制御装置３２−２は、表示データ作成プログラム３４−２より渡された表示画面のデータにセッション管理識別子を組込み、これをｈｔｔｐｄ３１−２を介してＷＷＷブラウザ２１に送信する（（４７）、（（４８））。このデータがＷＷＷブラウザ２１によって処理されることにより、ネットワーク端末２０の画面にユーザが希望したページが表示される。
【００８７】
この様に本実施形態によれば、複数のＷＷＷサーバ３０間でセッション管理識別子を持回ることが出来るので、ユーザが複数のＷＷＷサーバに対してサービス要求を行っても、各ＷＷＷサーバでは同一のセッションとして認識することが出来、複数台のサーバに跨がったセッション管理を実現できる。
【００８８】
次に本システム内の各装置での処理を、フローチャートを用いて詳細に説明する。
図８は、表示データ作成プログラム制御装置３２による処理動作を示すフローチャートである。
【００８９】
図８に於て処理が開始されると、まずステップＳ１としてユーザからの要求をＵＲＬの形でｈｔｔｐｄ３１を介して受け付ける。そしてステップＳ２として、このＵＲＬをセッション管理識別子管理装置４１へ送る。
【００９０】
次に送信したＵＲＬに対する返答を、セッション管理識別子管理装置４１から受信する（ステップＳ３）。そしてステップＳ４としてこの返答の内容が判断される。
【００９１】
この返答がセッション管理識別子管理装置４１から受信したのがユーザに対する認証要求であったならば（ステップＳ４、ユーザ認証要求）、次にステップＳ８として画面制御プログラム３３を起動して認証要求画面のデータを生成し、これをｈｔｔｐｄ３１を介してネットワーク端末２０に送り、ユーザに対して認証要求を行う（ステップＳ９）。そしてステップＳ１０としてユーザから認証に必要なユーザＩＤ及びパスワードを受信した後、ステップＳ１１としてこのユーザＩＤとパスワードをセッション管理識別子管理装置４１に送り、セッション管理識別子管理装置４１にユーザの認証処理を行わせる。そしてその認証結果をセッション管理識別子管理装置４１より受取り（ステップＳ１２）、この結果が未認証ならば（ステップＳ１３、ＮＯ）、ステップＳ９に戻り再度ユーザにユーザＩＤとパスワードの入力を要求する。
【００９２】
一方、ステップＳ１３でセッション管理識別子管理装置４１から受信した認証結果がセッション管理識別子であるならば、これはユーザが認証済であることを示すので（ステップＳ１３、ＹＥＳ）、ユーザ認証処理を終了し、ステップＳ５に処理を移し、ユーザから送られてきたＵＲＬに対応する表示データ作成プログラム３４を起動し、ユーザが要求するサービスを提供する処理に移る。
【００９３】
ユーザ認証処理終了後、あるいはユーザが認証済でステップＳ４でセッション管理識別子管理装置４１からの返答がセッション管理識別子であった場合にも（ステップＳ４、セッションＩＤ）、ユーザからのＵＲＬに対応する表示データ作成プログラム３４を起動する（ステップＳ５）。その後ステップＳ６としてこの表示データ作成プログラム３４により生成されたデータを表示データ作成プログラム３４から受取り、これにセッション管理識別子を埋め込んでユーザに転送し（ステップＳ７）、処理を終了する。
【００９４】
図９は、セッション管理識別子管理装置４１による処理を示すフローチャートである。
図９において処理が開始されると、まずステップＳ２１として表示データ作成プログラム制御装置３２からユーザから送られたきたＵＲＬ若しくはＵＲＬパラメータ部分を受取る。そしてセッション管理識別子管理装置４１は、ユーザから送信されてきたＵＲＬにセッション管理識別子が付与されているかどうかを調べる（ステップＳ２２）。
【００９５】
もしこのＵＲＬにセッション管理識別子が付与されていなければ（ステップＳ２２、ＮＯ）、このユーザとのセッションは未認証なので、ステップＳ２７へ処理を移し、以降ユーザの認証処理を行う。
【００９６】
またステップＳ２２において、このＵＲＬにセッション管理識別子が付与されていれば（ステップＳ２２、ＹＥＳ）、次にステップＳ２３としてこのセッション管理識別子とセッション管理識別子管理テーブル４３内に登録されている各セッション管理識別子とを比較してゆく。そしてテーブル内に一致するものがなければ、あるいは一致するものが有ってもこの処理を行っている時刻が対応する管理情報内の終了時間以降であれば（ステップＳ２４、ＮＯ）、ステップＳ２７に処理を移し、再度認証処理を行う。
【００９７】
ステップＳ２４でセッション管理識別子管理テーブル内に一致するものが登録されていれば（ステップＳ２４、ＹＥＳ）、ステップＳ２５としてその一致するセッション管理識別子に対応する管理情報を更新し、該セッション管理識別子を表示データ作成プログラム制御装置３２へ返送し（ステップＳ２６）処理を終了する。
【００９８】
またセッションが未認証の場合は、認証処理としてまずステップＳ２７で、表示データ作成プログラム制御装置３２に対して認証要求を発行する。
そして次にステップＳ２８として、この認証要求に対してユーザが入力したユーザＩＤとパスワードを表示データ作成プログラム制御装置３２から受取る。
【００９９】
次にステップＳ２９としてこのユーザＩＤとパスワードをユーザＩＤ／パスワード管理テーブル４２内に登録されているユーザＩＤとパスワードと比較して認証処理を行う。
【０１００】
その結果ユーザＩＤ／パスワード管理テーブル４２内に一致するユーザＩＤとパスワードが登録されてなければ（ステップＳ３０、ＮＯ）、ステップＳ３４として未認証である旨を表示データ作成プログラム制御装置３２に通知した後、処理を終了する。また一致するものがあれば（ステップＳ３０、ＹＥＳ）、ステップＳ３１としてこのセッションに割り振るセッション管理識別子を生成し、これをセッション管理識別子管理テーブル４３に登録する（ステップＳ３２）。そして、表示データ作成プログラム制御装置３２に該セッション管理識別子を返送することにより認証通知を行い（ステップＳ３３）、処理を終了する。
【０１０１】
図１０は、上述した本システムのネットワーク構成を示す図である。
本システムでは、ユーザに対してサービスを提供する複数のＷＷＷサーバ１０３−１〜１０３−ｎとユーザが使用するネットワーク端末１０１−１〜１０１−ｍは、図１０（ａ）の様に、インターネット等の外部ネットワーク１０２により接続されている。また各ＷＷＷサーバ１０３−１〜１０３−ｎとセッション情報を管理するサーバ１０５とは同じ情報処理センター１０６内にあり、これらは情報処理センター１０６内の内部ネットワーク１０４によって接続されている。そして各ＷＷＷサーバ１０３−１〜１０３−ｎとサーバ１０５との間のデータのやり取りはこの内部ネットワーク１０４を介して行われるため、高い機密性が実現される。
【０１０２】
また図１０（ａ）の様に各ＷＷＷサーバ１０３−１〜１０３−ｎとサーバ１０５を専用のローカルネットワークによって接続するのではなく、図１０（ｂ）の様にネットワーク端末１０１とＷＷＷサーバ１０３とを接続しているインターネット等の外部ネットワーク１０２を用いて各ＷＷＷサーバ１０３−１〜１０３−ｎとセッション情報を管理するサーバ１０５とを接続する構成により実現することも可能である。この場合には、例えば各ＷＷＷサーバ１０３やサーバ１０５が１箇所にない場合でも、その外部ネットワーク１０２に接続するだけで、容易にＷＷＷサーバ１０３とサーバ１０５を接続することが出来る。なおこの様なシステム形態においては、ＷＷＷサーバ１０３とサーバ１０５間をＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ  ）によって接続するのがセキュリティ対策上望ましい。
【０１０３】
図１１は本システムに於ける各装置の配置例を示すブロック図である。
これまで説明してきたシステムの構成では、ユーザにサービスを提供するＷＷＷサーバとセッションを管理するサーバとを別々に分ける構成であった。図１１（ａ）は、その構成を示す図である。
【０１０４】
図１１（ａ）では、各ＷＷＷサーバ１１０−１〜１１０−ｎ上にはｈｔｔｐｄ１１１、表示データ作成プログラム制御装置１１２、画面制御プログラム１１３及び表示データ作成プログラム１１４が配置され、またサーバ１２０にはセッション管理識別子管理装置１２１、ユーザＩＤ／パスワード管理テーブル１２２、セッション管理識別子管理テーブル１２３が配置されている。
【０１０５】
図１１（ａ）の構成の場合、サーバ１２０内に各ユーザとのセッションに関する情報が管理されており、各ＷＷＷサーバ１１０−１〜１１０−ｎはユーザからアクセスがあると、サーバ１２０のセッション管理識別子管理装置１２１にユーザから送られてきたＵＲＬを通知して、そのユーザとのセッションが同一ユーザとのものであるかどうかを認識する。
【０１０６】
しかし、本実施形態ではこの様にセッションの管理を行う手段をＷＷＷサーバとは別のサーバ上に分散配置する構成とするだけでなく、ＷＷＷサーバ上にセッション管理の為の装置を配置することも可能である。
【０１０７】
図１１（ｂ）はその配置例を示す図である。
図１１（ｂ）では、複数のＷＷＷサーバのうちの１つであるＷＷＷサーバ１３０にユーザ認証やセッション管理に用いるセッション管理識別子管理装置１２１、ユーザＩＤ／パスワード管理テーブル１２２及びセッション管理識別子管理テーブル１２３を更に配置する構成となっている。この場合、ユーザからのアクセスが有ると、ＷＷＷサーバ１３０の表示データ作成プログラム制御装置１１２は該サーバ１３０内のセッション管理識別子管理装置１２１に直接、その他のＷＷＷサーバ１１０−２〜１１０−ｎはネットワーク１１５を介してＷＷＷサーバ１３０のセッション管理識別子管理装置１２１にＵＲＬを通知する。
【０１０８】
また本実施形態では、このセッション管理の為の装置を１つのＷＷＷサーバ上に配置するのではなく、複数のＷＷＷサーバ上に分散配置する構成とすることも可能である。
【０１０９】
図１１（ｃ）はその配置例を示す図である。
図１１（ｃ）では、ユーザＩＤ／パスワード管理テーブル１２２をＷＷＷサーバ１４０上に、セッション管理識別子管理テーブル１２３をＷＷＷサーバ１５０上に配置し、またセッション管理識別子管理装置１２１をユーザ認証処理を担当する装置１２４とセッション管理を担当する装置１２５とに分け、それぞれをＷＷＷサーバ１４０、１５０上に配置している。
【０１１０】
この様に図１１（ａ）のサーバ１２０内の各装置をユーザの認証の為のものと、認証後のセッションの管理の為のものとに分けてＷＷＷサーバ１１４０、１５０上に分散配置した場合、図１１（ｂ）の様に１つのＷＷＷサーバ１３０上に全てを設けた場合より、ＷＷＷサーバ１４０と１５０の間で頻繁にデータのやり取りを行わなければならず、システム全体でのオーバヘッドは大きくなるが、それぞれのＷＷＷサーバ１４０、１５０に負荷を分散化することが出来る。
【０１１１】
尚図１１（ｂ）及び（ｃ）での各サーバ１１０−１〜１１０−ｎ間を接続するネットワーク１１５は、ＬＡＮによる構成としても、あるいはユーザとの接続を行うインターネット等の外部ネットワークによる構成としてもかまわない。
【０１１２】
図１２は、本実施形態におけるシステムで用いられるサーバ等の各情報処理システムの環境を示す図である。
この情報処理システムは、図１２の様にＣＰＵ１３１、主記憶装置１３２、ハードディスク装置１３３、ディスプレイ、キーボード等の入出力装置（Ｉ／Ｏ）１３４、モデム等のネットワーク接続装置１３５及びディスク、磁気テープなどの可搬記憶媒体から記憶内容を読み出す媒体読取り装置１３６を有し、これらが互いにバス１３８により接続される構成を備えている。
【０１１３】
図１２の情報処理システムでは、媒体読取り装置１３６により磁気テープ、フロッピーディスク、ＣＤ−ＲＯＭ、ＭＯ等の記憶媒体１３７に記憶されているプログラム、データを読み出し、これを主記憶装置１３２またはハードディスク１３３にダウンロードする。そして本実施形態による各処理は、ＣＰＵ１３１がこのプログラムやデータを実行することにより、ソフトウエア的に実現することも可能である。
【０１１４】
また、この情報処理システムでは、フロッピーディスク等の記憶媒体１３７を用いてアプリケーションソフトの交換が行われる場合がある。よって、本発明は、セッション管理システム及び管理方法に限らず、コンピュータにより使用されたときに、上述の本発明の実施の形態の機能をコンピュータに行わせるためのコンピュータ読み出し可能な記憶媒体１３７として構成することもできる。
【０１１５】
この場合、「記憶媒体」には、例えば図１３に示されるように、ＣＤ−ＲＯＭ、フロッピーディスク（あるいはＭＯ、ＤＶＤ、リムーバブルハードディスク等であってもよい）等の媒体駆動装置１４７に脱着可能な可搬記憶媒体１４６や、ネットワーク回線１４３経由で送信される外部の装置（サーバ等）内の記憶手段（データベース等）１４２、あるいは情報処理装置１４１の本体１４４内のメモリ（ＲＡＭ又はハードディスク等）１４５等が含まれる。可搬記憶媒体１４６や記憶手段（データベース等）１４２に記憶されているプログラムは、本体１４４内のメモリ（ＲＡＭ又はハードディスク等）１４５にロードされて、実行される。
【０１１６】
【発明の効果】
以上説明したの様に、本発明によれば、ユーザが一度ユーザ認証を行えば、以降別のサーバに対するアクセス要求に対してでも、ユーザに再度ユーザ認証を行わせること無くアクセスを行わせることが出来る。これによりユーザは、１度認証を行えば、以降異なるサーバに対してアクセスしても、そのことを意識せずに複数のサーバに対して連続してアクセスを行うことが出来る。
【０１１７】
またＷＷＷサーバ側では、ユーザ認証の際、認証処理を行う必要がなく、画面制御プログラムを呼出すのみとなるため、その制御が容易となる。
更にユーザＩＤやパスワードなどユーザ認証に必要な情報が一括管理されるので、複数のＷＷＷサーバで共通のユーザＩＤやパスワードの使用が可能となる。
【０１１８】
また、複数のＷＷＷサーバ間で同じセッション管理識別子を持回ることが出来るので、ユーザが複数のＷＷＷサーバに対してサービス要求を行っても、各ＷＷＷサーバでは同一のセッションとして認識することが出来、サーバ間に跨がったセッション管理を実現できる。
【０１１９】
更に、従来の様にＷＷＷサーバの個々の表示データ作成プログラムがセッション管理識別子を管理する処理を行う必要がなく、一括した制御が可能となる。その為、複数のＷＷＷサーバに対して同じセッション管理で制御が出来、各表示データ作成プログラムは既存の仕様のものをそのまま用いることが出来る。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本実施形態に於けるクライアント／サーバ・システムの構成及びユーザ認証時の動作を示す図である。
【図３】本実施形態に於けるクライアント／サーバ・システムの構成及びユーザ認証後の動作を示す図である。
【図４】ＵＲＬの構成例を示す図である。
【図５】セッション管理識別子管理テーブルに記録されるレコードの例を示す図である。
【図６】セッション管理識別子の組込まれた表示データの例である。
【図７】ネットワーク端末に表示される画面の例である。
【図８】表示データ作成プログラム制御装置による処理動作を示すフローチャートである。
【図９】セッション管理識別子管理装置による処理動作を示すフローチャートである。
【図１０】本システムに於けるネットワークの構成例を示す図である。
【図１１】本システムに於ける各装置の配置例を示すブロック図である。
【図１２】本システムが用いられる情報処理システムの環境図である。
【図１３】記憶媒体の例を示す図である。
【符号の説明】
１  ユーザ
２、６  ネットワーク
３  第１の種類のサーバ
４  送受信手段
５  制御手段
７  第２の種類のサーバ
８  認証制御手段
９  セッション管理識別子記憶手段
２０、１０１  ネットワーク端末
２１  ＷＷＷブラウザ
３０、１０３、１１０、１３０、１４０、１５０  ＷＷＷサーバ
３１、１１１  ｈｔｔｐｄ
３２、１１２  表示データ作成プログラム制御装置
３３、１１３  画面制御プログラム
３４、１１４  表示データ作成プログラム
４０、１０５、１２０  サーバ
４１、１２１  セッション管理識別子管理装置
４２、１２２  ユーザＩＤ／パスワード管理テーブル
４３、１３３  セッション管理識別子管理テーブル
１０２  外部ネットワーク
１０４  内部ネットワーク
１０６  情報処理センター
１１５  ネットワーク
【図１】
0003569122.tif 000002
【図２】
0003569122.tif 000003
【図３】
0003569122.tif 000004
【図４】
0003569122.tif 000005
【図５】
0003569122.tif 000006
【図６】
0003569122.tif 000007
【図７】
0003569122.tif 000008
【図８】
0003569122.tif 000009
【図９】
0003569122.tif 000010
【図１０】
0003569122.tif 000011
【図１１】
0003569122.tif 000012
【図１２】
0003569122.tif 000013
【図１３】
0003569122.tif 000014