JP4299621B2 - サービス提供方法、サービス提供プログラム、ホスト装置、および、サービス提供装置 - Google Patents

Description

本発明は、サービス提供方法、サービス提供プログラム、サービス利用プログラム、ホスト装置、および、サービス提供装置に関する。

近年、インターネットの普及により、動画配信などのサービスの提供を、インターネットを介してオンラインで行う方式が活発に行われるようになった。そして、例えば、特定の相手に対してサービスの提供を行おうとする場合、サービスの提供を受ける際に使用されるユーザ端末を特定することが必要となる。そこで、サービス提供装置は、サービス提供を許可するユーザ端末を予めサービス提供装置に登録しておき、登録がなされたユーザ端末からのアクセスに対してのみ、サービスを提供する方式が使用されている。

よって、サービス提供装置は、アクセスしてきたユーザ端末について、事前に登録された情報を基に、サービスの提供の可否判断を行うことが必要となる。従来は、ユーザ端末から打ち込まれたユーザＩＤとパスワードの組を、サービス提供装置が検証するなどの方式が採られていたが、同一のユーザ端末に対して複数回の認証を行う場合には、認証にかかる手間も増大し、結果として、サービス提供装置の処理効率を落としてしまう。

そこで、所定のユーザ端末と第１のサービス提供装置との間で認証された１回目の認証の結果を、所定のユーザ端末と第２のサービス提供装置との間の認証に活用する技術が、提案されている（例えば、特許文献１参照）。これらの技術の総称は、シングルサインオンと呼ばれており、１回目の認証の結果を２回目以降の認証に適用できるため、２回目以降の認証の手間は、１回目の認証よりも少なくできるという効果を得る。
特開２００２−３３５２３９号公報（段落[００２３]）

しかしながら、従来のシングルサインオンの方式では、一度認証された１回目の認証状態を明確に無効化する契機を定義することができなかった。このため、１回目の認証状態を有効とみなす時間の長さを予め定め、この長さに基づき１回目の認証状態の有効期限を設定し、１回目の認証状態の有効期限が切れたら、２回目の認証は失敗するという措置をとっていた。具体的には、特許文献１では１回目の認証の有効期限を認証サーバで保持しており、その情報に基づき２回目の認証の可否を判断するという手法をとっている。また、一般的にＷＷＷで用いられる認証では１回目の認証で生成されたクッキーに認証の１回目の認証の有効期限を埋め込み、その情報に基づき２回目の認証の可否を判断するという手法がとられている。よって、２回目の認証を長時間にわたり成功させるためには、１回目の認証の有効期限を延長させるため、１回目の認証を繰り返し行う必要性が生じてしまっていた。このため、ユーザの手間が多くなってしまう。

そこで、本発明では、１回目の認証状態を適切な契機で無効化することを実現し、１回目の認証状態の有効時間を定めることを不要にし、サインオンの認証を繰り返し行うことを不要にすることを目的とする。

まず、請求項１に記載のサービス提供方法は、
通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
前記ホスト装置がユーザ端末との接続を確立してユーザ端末とホスト装置との接続に関する情報をユーザ情報記憶装置に登録する手順と、
前記ホスト装置がユーザ情報記憶装置と連携してユーザ端末とホスト装置との接続に関する情報からユーザ端末またはユーザを特定する手順と、
前記ホスト装置が、前記特定したユーザ端末またはユーザの特定結果を、前記サービス提供装置へ送信する手順と、
前記サービス提供装置が、前記送信された前記特定結果を基にサービスの提供方法またはサービス提供可否を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

次に、請求項２に記載のサービス提供方法は、通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
前記ホスト装置が前記ユーザ端末から前記ホスト装置と前記端末装置との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むサービス要求を受信する手順と、
前記ホスト装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記サービス要求の送信元のユーザＩＤを特定する手順と、
前記ホスト装置が前記特定したユーザＩＤを含むサービス要求を送信する手順と、
前記サービス提供装置が前記サービス要求に含まれるユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

そして、請求項３に記載のサービス提供方法は、請求項２に記載のサービス提供方法であって、前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、
前記ユーザ端末から送信される前記サービス要求には、前記ユーザＩＤが含まれていること、
前記ホスト装置は、前記サービス要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したサービス要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記サービス要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
を特徴とする。

また、請求項４に記載のサービス提供方法は、請求項２または請求項３に記載のサービス提供方法であって、前記ユーザＩＤを特定する手順は、ユーザＩＤの特定を実行する条件を記憶手段から取得し、この取得した条件と前記サービス要求に設定された条件とを比較し、合致する場合に実行されること、
を特徴とする。

さらに、請求項５に記載のサービス提供方法は、請求項２ないし請求項４のいずれか１項に記載のサービス提供方法であって、前記ユーザＩＤを特定する手順は、
前記ユーザ端末がサービス要求を送信する前に送信するサービス要求を特徴付ける情報を受信し、以降受信するサービス要求と、前記受信したサービス要求を特徴付ける情報とを比較し、合致する場合に実行されること、
を特徴とする。

また、請求項６に記載のサービス提供方法は、請求項２ないし請求項５のいずれか１項に記載のサービス提供方法であって、前記ホスト装置が前記サービス提供装置へ前記サービス要求を転送する手順において、
前記ホスト装置は、前記ホスト装置による第２の署名を生成して前記サービス要求に含ませ、
前記サービス要求を受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供要求の正当性を検証すること、
を特徴とする。

そして、請求項７に記載のサービス提供方法は、請求項６に記載のサービス提供方法であって、前記ホスト装置は、前記第２の署名を当該ホスト装置または当該ホスト装置の運用業者の秘密鍵により生成し、
前記サービス提供装置は、前記ホスト装置の公開鍵を用いて前記第２の署名を検証すること、
を特徴とする。

また、請求項８に記載のサービス提供方法は、請求項６に記載のサービス提供方法であって、前記ホスト装置は、前記ユーザ端末を認証する認証装置とユーザを特定しサービス要求を転送するサービス要求転送装置とにより構成され、
前記ユーザ端末と前記サービス要求転送装置との間には、前記ユーザ端末との通信が可能となるように通信を接続制御する接続装置を備え、
前記ホスト装置と前記ユーザ端末との接続の状態を監視し、接続が確立していないユーザ端末と前記サービス要求転送装置との通信を遮断すること、
前記ホスト装置は、前記ユーザ端末を認証し、当該ユーザ端末との接続を確立すると、当該ユーザ端末と前記サービス要求転送装置との通信が可能となるように、前記ユーザ端末と前記サービス要求転送装置との間に接続された接続装置を制御すること、
を特徴とする。

さらに、請求項９に記載のサービス提供方法は、通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
前記ホスト装置が、前記ユーザ端末が送信する、前記ホスト装置と前記ユーザ端末と通信の確立により設定される前記接続情報（Ｓ）または該接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）と前記サービス提供装置のアドレスとを含むＩＤ通知要求を受信する手順と、
前記ホスト装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記ＩＤ通知要求の送信元のユーザＩＤを特定する手順と、
前記ホスト装置が、前記特定したユーザＩＤを含むＩＤ通知を、前記ＩＤ通知要求が示すサービス提供装置のアドレスへ送信する手順と、
前記サービス提供装置が、前記ＩＤ通知を受信し、当該ＩＤ通知に含まれるユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

また、請求項１０に記載のサービス提供方法は、請求項９に記載のサービス提供方法であって、前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること
前記ユーザ端末から送信される前記ＩＤ通知要求には、前記ユーザＩＤが含まれていること、
前記ホスト装置は、前記ＩＤ通知要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したＩＤ通知要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記ＩＤ通知要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
を特徴とする。

そして、請求項１１に記載のサービス提供方法は、請求項９に記載のサービス提供方法であって、前記ユーザ端末は、前記サービス提供装置による復号化が可能な方式によりサービス要求に関する情報を暗号化し、前記ＩＤ通知要求に含め、
前記ホスト装置は、前記受信したＩＤ通知要求に含まれているサービス要求に関する情報を前記ＩＤ通知に含め、
前記ＩＤ通知を受信した前記サービス提供装置は、前記ＩＤ通知要求に含まれるサービス要求に関する情報を復号化すること、
を特徴とする。

また、請求項１２に記載のサービス提供方法は、請求項９に記載のサービス提供方法であって、前記ユーザ端末は、前記ＩＤ通知要求に含まれるデータについて、前記サービス提供装置による署名検証を可能とする第３の署名を生成し、前記ＩＤ通知要求に含め、
前記ホスト装置は、前記受信したＩＤ通知要求に含まれている前記第３の署名を前記ＩＤ通知に含め、
前記ＩＤ通知を受信した前記サービス提供装置は、前記第３の署名が正しいかを検証し、その検証結果に基づいて前記ＩＤ通知の正当性を検証すること、
を特徴とする。

さらに、請求項１３に記載のサービス提供方法は、請求項１１に記載のサービス提供方法であって、前記ＩＤ通知要求を受信する手順の前に、前記ユーザ端末が前記サービス要求を送信し、前記ユーザ端末と前記サービス提供装置とが鍵（Ｋ）を生成して共有し、
前記サービス提供装置は、前記鍵（Ｋ）を記憶手段に記憶し、
前記ユーザ端末は、前記ＩＤ通知要求を送信する手順において、前記鍵（Ｋ）を用いて前記サービス要求に関する情報の暗号化を行い、
前記サービス提供装置は、前記記憶した鍵（Ｋ）を用いて、前記サービス要求に関する情報の復号化を行うこと、
を特徴とする。

また、請求項１４に記載のサービス提供方法は、請求項１２に記載のサービス提供方法であって、前記ＩＤ通知要求を受信する手順の前に、前記ユーザ端末が前記サービス要求を送信し、前記ユーザ端末と前記サービス提供装置とが鍵（Ｋ）を生成して共有し、
前記サービス提供装置は、前記鍵（Ｋ）を記憶手段に記憶し、
前記ユーザ端末は、前記ＩＤ通知要求を送信する手順において、前記鍵（Ｋ）を用いて前記第３の署名の生成を行い、
前記サービス提供装置は、前記記憶した鍵（Ｋ）を用いて、前記第３の署名の検証を行うこと、
を特徴とする。

そして、請求項１５に記載のサービス提供方法は、請求項９に記載のサービス提供方法であって、前記ＩＤを通知する手順において、前記ホスト装置は当該ホスト装置による第２の署名を生成し、前記ＩＤ通知に含ませ、
前記ＩＤ通知を受信したサービス提供装置は前記第２の署名を検証し、その検証結果に基づいて前記ＩＤ通知の正当性を検証すること、
を特徴とする。

また、請求項１６に記載のサービス提供方法は、請求項１５に記載のサービス提供方法であって、前記ホスト装置は、前記第２の署名を当該ホスト装置または当該ホスト層との運用業者の秘密鍵により生成し、
前記サービス提供装置は、前記ホスト装置の公開鍵を用いて前記第２の署名を検証すること、
を特徴とする。

さらに、請求項１７に記載のサービス提供方法は、請求項９に記載のサービス提供方法であって、前記ホスト装置は、前記ユーザ端末を認証する認証装置とＩＤ通知処理を行うＩＤ通知装置とにより構成され、
前記ホスト装置との接続を確立していないユーザ端末とのＩＤ通知装置との通信は遮断され、
前記ホスト装置は、前記ユーザ端末装置を認証し、当該ユーザ端末装置との接続を確立すると、当該ユーザ端末とＩＤ通知との通信が可能となるように転送装置を制御すること、
を特徴とする。

また、請求項１８に記載のサービス提供方法は、通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
ホスト装置がユーザ端末との接続を確立してユーザ端末とホスト装置との接続に関する情報をユーザ情報記憶装置に登録する手順と、
サービス提供装置がユーザ情報記憶装置と連携してユーザ端末とホスト装置との接続に関する情報からユーザ端末またはユーザを特定する手順と、
サービス提供装置がユーザまたはユーザ端末の前記特定を基にサービスの提供方法またはサービス提供可否を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

そして、請求項１９に記載のサービス提供方法は、通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
前記サービス提供装置が前記ユーザ端末から前記ホスト装置と前記ユーザ端末との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むサービス要求を受信する手順と、
前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記サービス要求の送信元のユーザＩＤを特定する手順と、
前記サービス提供装置が前記特定したユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

また、請求項２０に記載のサービス提供方法は、請求項１９に記載のサービス提供方法であって、前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、前記ユーザ端末から送信される前記サービス要求には、前記ユーザＩＤが含まれていること、前記サービス提供装置は、前記サービス要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したサービス要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記サービス要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
を特徴とする。

さらに、請求項２１に記載のサービス提供方法は、請求項１９に記載のサービス提供方法であって、前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照してユーザＩＤを特定する手順において、前記ユーザ情報記憶装置は、前記ユーザ情報記憶装置による第２の署名を生成してユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージに含ませ、前記ユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージを受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供要求の正当性を検証すること
を特徴とする。

また、請求項２２に記載のサービス提供方法は、請求項２１に記載のサービス提供方法であって、前記ユーザ情報記憶装置は、前記第２の署名を当該ユーザ情報記憶装置または当該ユーザ情報記憶装置の運用業者の秘密鍵により生成し、前記サービス提供装置は、前記ユーザ情報記憶装置の公開鍵を用いた前記第２の署名を検証すること
を特徴とする。

そして、請求項２３に記載のサービス提供方法は、通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
前記サービス提供装置が前記ユーザ端末から前記ホスト装置と前記ユーザ端末との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むＩＤ通知要求を受信する手順と、
前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記ＩＤ通知要求の送信元のユーザＩＤを特定する手順と、
前記サービス提供装置が前記特定したユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とする。

また、請求項２４に記載のサービス提供方法は、請求項２３に記載のサービス提供方法であって、前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記ＩＤ通知要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、前記ユーザ端末から送信される前記ＩＤ通知要求には、前記ユーザＩＤが含まれていること、前記サービス提供装置は、前記ＩＤ通知要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したＩＤ通知要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記ＩＤ通知要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
を特徴とする。

さらに、請求項２５に記載のサービス提供方法は、請求項２３に記載のサービス提供方法であって、前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照してユーザＩＤを特定する手順において、前記ユーザ情報記憶装置は、前記ユーザ情報記憶装置による第２の署名を生成してユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージに含ませ、前記ユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージを受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供装置の正当性を検証すること
を特徴とする。

また、請求項２６に記載のサービス提供方法は、請求項２５に記載のサービス提供方法であって、前記ユーザ情報記憶装置は、前記第２の署名を当該ユーザ情報記憶装置または当該ユーザ情報記憶装置の運用業者の秘密鍵により生成し、前記サービス提供装置は、前記ユーザ情報記憶装置の公開鍵を用いた前記第２の署名を検証すること
を特徴とする。

そして、請求項２７に記載のサービス利用プログラムは、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス利用プログラムであって、前記サービス提供プログラムは、ユーザ端末を、認証の結果確立したユーザ端末とホスト装置との間の接続を保持するセッション保持手段と、
サービス要求を送信するサービス利用手段と、
ホスト装置との認証を行う認証クライアント手段、
として機能させることを特徴とする。

また、請求項２８に記載のサービス利用プログラムは、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス利用プログラムであって、
ホスト装置に対するＩＤ通知要求を送信する手段として機能させることを特徴とする。

さらに、請求項２９に記載のサービス利用プログラムは、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記ホスト装置を、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、
認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、
ユーザ端末の認証を行う認証手段と、
前記ユーザ端末との接続を保持するセッション保持手段、
として機能させることを特徴とする。

また、請求項３０に記載のサービス提供プログラムは、請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記ホスト装置を、認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、ユーザ端末の認証を行う認証手段と、前記ユーザ端末との接続を保持するセッション保持手段、として機能させることを特徴とする。

そして、請求項３１に記載のサービス提供プログラムは、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記サービス提供装置を、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、
サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段、
として機能させることを特徴とする。

また、請求項３２に記載のサービス提供プログラムは、請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記サービス提供装置を、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段、として機能させることを特徴とする。

さらに、請求項３３に記載のホスト装置は、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、セッション情報に基づく情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、
認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、
ユーザ端末の認証を行う認証手段と、
前記ユーザ端末との接続を保持するセッション保持手段、
を有することを特徴とする。

また、請求項３４に記載のホスト装置は、請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、ユーザ端末の認証を行う認証手段と、前記ユーザ端末との接続を保持するセッション保持手段、を有することを特徴とする。

そして、請求項３５に記載のホスト装置は、請求項２ないし請求項７のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、あて先端末以外の中継装置に対してメッセージを転送する機能を備えることを特徴とする。

また、請求項３６に記載のホスト装置は、請求項９ないし請求項１６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、あて先端末以外の中継装置に対してメッセージを転送する機能を備えることを特徴とする。

さらに、請求項３７に記載のホスト装置は、請求項９ないし請求項１６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、インスタントメッセージ転送機能を備えることを特徴とする。

また、請求項３８に記載のサービス提供装置は、請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供装置であって、前記サービス提供装置は、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、
サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段と、
を有することを特徴とする。

そして、請求項３９に記載のサービス提供装置は、請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供装置であって、前記サービス提供装置は、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段と、を有することを特徴とする。

なお、請求項１から請求項３９に記載の発明によれば、ユーザ端末とホスト装置との間で接続が確立および保持され、接続が確立されている間に限り１回目の認証における認証状態は有効となる。つまり、接続が切断された時を契機として、１回目の認証状態を無効とできる。これにより、事前に１回目の認証状態の有効時間を定める必要性がなくなる。このため、サインオンの認証を繰り返し行うことが不要となる。

また、請求項３、請求項１０、請求項２０、請求項２４に記載の発明によれば、ユーザ端末接続の際に接続情報が通知されるときを除いて、通信路上を接続情報が転送されることがなくなるため、第３者が接続情報を傍受して、当該接続情報に対応するユーザになりすますことを防止できる。

さらに、請求項４、請求項５に記載の発明によれば、全てのメッセージに対してユーザＩＤの特定を行うのではなく、保証された発ユーザＩＤが必要なサービスに対してのみ、選択的に処理を行うことが可能となり、ホスト装置の負荷を軽減することが可能となる。

そして、請求項６、請求項７、請求項１５、請求項１６に記載の発明によれば、サービス提供装置は、署名を検証することで、当該メッセージの発信者アドレスがどの装置（あるいはどの業者）によって検証されたのか、途中の転送装置によって改竄されていないか、を確認できる。

さらに、請求項８、請求項１７に記載の発明によれば、認証がなされていないユーザ端末が、サービス要求転送装置、もしくは、ＩＤ通知装置へ接続することができず、不正利用者からのサービス要求転送装置、もしくは、ＩＤ通知装置へのセキュリティ攻撃を避けることができる。

また、請求項１１に記載の発明によれば、ＩＤ通知メッセージが複数のＳＩＰサーバを経てホスト装置からサービス提供装置へ転送される場合、このメッセージの転送経路上で、ＩＤ通知メッセージに対する傍受、改竄を防止できる。

そして、請求項１２に記載の発明によれば、ＩＤ通知要求メッセージの発信者アドレスを書き換えてＩＤ通知要求メッセージを転送する不正行為を行っても、サービス提供装置がこの不正行為を検出できる。

さらに、請求項１３、請求項１４に記載の発明によれば、ユーザ端末からサービス提供装置までのメッセージ中継のための通信路を、安全に保護することができる。

そして、請求項２１、請求項２２、請求項２５、請求項２６に記載の発明によれば、ユーザＩＤ、もしくは、接続情報を通知するためのメッセージに対するユーザ情報記憶装置の署名を検証することにより、サービス要求中のユーザＩＤ、もしくは、接続情報がどの装置（あるいはどの業者）によって検証されたのか、経路途中の装置によって改竄されていないか、を確認することができる。

さらに、請求項３５、請求項３６に記載の発明によれば、複数の中継装置を経てメッセージ（サービス要求メッセージ、ＩＤ通知メッセージなど）を転送することを可能とすることにより、ホスト装置を複数にして各ユーザ端末のアクセス網付近に設置することが可能となる。この結果、ユーザ端末とホスト装置との通信経路を短くし、不正ユーザが不正を働く可能性を低くできる、という利点が発生する。また、複数のホスト装置によって負荷が分散されるため、より大規模なサービスプラットフォームを構築することが可能となる。

また、請求項３７に記載の発明によれば、ホスト装置としてインスタントメッセージ転送機能を備える装置を用い、ＩＤ通知要求、ＩＤ通知をインスタントメッセージにより伝達することにより、ＩＤ通知の高速化、という利点が発生する。

本発明により、ユーザ端末とホスト装置との間で接続が確立および保持され、接続が確立されている間に限り１回目の認証における認証状態は有効となる。つまり、接続が切断された時を契機として、１回目の認証状態を無効とできる。これにより、事前に１回目の認証状態の有効時間を定める必要性がなくなる。このため、サインオンの認証を繰り返し行うことが不要となる。

以下、本発明の第１実施形態について、図１の構成図および図２のフローチャートを参照して説明する。

図１はホスト装置１２としてＳＩＰサーバを用いて本発明を実施する形態を示している。サービス提供装置１４は、ＳＩＰプロトコルにもとづきサービスをクライアントに対して提供する装置である。提供されるサービスの具体例として、コンテンツ配信サービス、情報検索サービス、プレゼンスサービス、インスタントメッセージサービスなどが考えられる。また、別のサービスの一例として、ユーザ端末１１に対してＩＤ証明書を発行し送信するサービスも考えられる。

ユーザ端末１１とサービス提供装置１４は、ＳＩＰサーバに対するクライアントとして、ＳＩＰサーバと接続する。ここでは、接続とは「装置間で継続的な通信が可能な状態を生成すること」を意味し、必ずしもＴＣＰコネクションなどの伝達レイヤコネクションを生成することとは限らないこととする。例えば、後記の実施形態では、ＳＩＰクライアントとＳＩＰサーバは、ＵＤＰでメッセージを送受信するが、通信の継続性を認識するためにＳＩＰクライアントとＳＩＰサーバとの間で識別子としてアクセスセッションＩＤを生成する。このような実施形態では、このアクセスセッションＩＤを生成することが接続することに相当する。ＳＩＰサーバは、接続中のあるＳＩＰクライアントからメッセージを受信し、当該メッセージのあて先が示す別のＳＩＰクライアント、または、この別のＳＩＰクライアントへの転送経路上の別のＳＩＰサーバ、へ当該メッセージを転送する手段（ＳＩＰメッセージ中継手段１１２）を備える。

ホスト装置１２は、図１中の第１のＳＩＰサーバ３０であり、ユーザ端末１１は、第１のＳＩＰサーバ３０と接続する。第１のＳＩＰサーバ３０は、ユーザ端末１１との接続時においてユーザ端末１１のユーザを認証する手段（認証手段１１８）を備える。
また、ホスト装置１２は、ユーザ端末１１と確立された接続について、当該接続に割り当てられたアクセスセッションＩＤと当該接続に係るユーザのユーザＩＤとを関係付けてセッション情報ＤＢ１３０へ登録するセッション登録手段１１６を備える。
さらに、ホスト装置１２はセッション保持手段１０２を備える。セッション保持手段１０２は、接続されているユーザ端末１１に対して周期的に状態確認メッセージを送信し、ユーザ端末１１から応答を受信する。応答送信しないユーザ端末１１を検出した場合には、当該セッションの情報を前記セッション情報ＤＢ１３０から削除する。
さらに、ホスト装置１２は、ユーザＩＤ特定手段１１４を備える。ユーザＩＤ特定手段１１４は、ユーザ端末１１から受信したＳＩＰメッセージについて、当該ＳＩＰメッセージに付加されたセッションＩＤまたは署名に基づき当該ＳＩＰメッセージの送信者のユーザＩＤを特定する手段である。
さらに、ホスト装置１２は、ユーザＩＤの特定を行うか否かを判定するユーザＩＤ特定要否判定手段１２０を備える。

ユーザ端末１１は、第１のＳＩＰサーバ３０に対するクライアントとして、ＳＩＰサーバによる認証をうける手段（認証クライアント手段１０６）、第１のＳＩＰサーバ３０と接続を確立し保持する手段（セッション保持手段１０２）、第１のＳＩＰサーバ３０とメッセージを送受信する手段（ＳＩＰメッセージ送受信手段１０８）を備える。さらに、ユーザ端末１１は、サービス提供装置１４に対してＳＩＰプロトコルによりサービス要求を送信し、当該要求に対する応答を受信する手段（サービス利用手段１０４）を備える。

サービス提供装置１４は、ユーザ端末１１からＳＩＰプロトコルによりサービス要求を受信し、当該要求に対する応答として、サービスを提供、もしくは、サービスの提供可否の応答を返却する手段（サービス提供手段１３２）を備える。また、サービス提供装置１４は、第２のＳＩＰサーバ４６と相互接続し、第２のＳＩＰサーバ４６とメッセージを送受信する手段（ＳＩＰメッセージ送受信手段１０８）を備える。更に、サービス提供装置１４は、第３のＳＩＰサーバ４８（図２参照）と相互接続し、第３のＳＩＰサーバ４８とメッセージを送受信する手段を備えてもよい。さらに、サービス提供装置１４は、受信したＳＩＰメッセージからサービス要求者のユーザＩＤを抽出し、当該サービス要求に対するサービスの提供可否または提供方法を決定するサービス提供方法決定手段１３４を備える。

ここで、図１の“Ｒ”はルータを示し、ネットワーク上を流れるデータを他のネットワークに中継する機器である。なお、他の構成図においても、同様にルータを“Ｒ”と表記する。

第１のＳＩＰサーバ３０と第２のＳＩＰサーバ４６とはメッセージを相互に中継する。

ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８を備え、ユーザ管理ＤＢ１２８は、ネットワークの各ユーザについて、当該ユーザのユーザＩＤと当該ユーザ端末１１のパスワードとを記憶する。さらに、ユーザ情報記憶装置１３は、第１のＳＩＰサーバ３０に接続中のユーザ端末１１について、当該ユーザ端末１１に対応するユーザＩＤと当該ユーザ端末１１との接続について割り当てられたアクセスセッションＩＤとの対応関係を記憶するセッション情報ＤＢ１３０を備える。

なお、ユーザ管理ＤＢ１２８が、各ユーザについて当該ユーザのユーザ端末１１に割り当てられた機器のＩＤや認証鍵を記憶する実施形態も考えられる。

本実施形態においては、前記のアクセスセッションＩＤが、“ユーザ端末１１とホスト装置１２との接続に関する情報”に相当する。

本実施形態におけるシステムの動作シーケンスを次に説明する（図２参照）。

ユーザ端末１１は、起動直後、第１のＳＩＰサーバ３０へ接続する。この手順を説明する。まず、ユーザ端末１１が、ＳＩＰプロトコルに基づくＲＥＧＩＳＴＥＲメッセージの形式で、ユーザＩＤ，パスワードを含む接続要求を生成し、この接続要求を、第１のＳＩＰサーバ３０に対して送信する（Ｓｔｅｐ１１０Ａ）。この接続要求を受信した第１のＳＩＰサーバ３０は、まず当該接続要求からユーザＩＤとパスワードを取得し、認証判断を行う（Ｓｔｅｐ１２０Ａ，Ｓｔｅｐ１３０Ａ）。すなわち、ユーザ情報記憶装置１３のユーザ管理ＤＢ１２８に記憶されている当該ユーザＩＤに対応するパスワードを取得し、このユーザ管理ＤＢ１２８に記憶されているパスワードと当該接続要求から取得されたパスワードとが一致するかを比較し、一致すれば、前記ユーザＩＤは、正しいとみなす（Ｓｔｅｐ１４０Ａ）。ユーザＩＤが正しいとみなされた場合、第１のＳＩＰサーバ３０は、当該接続要求に対するアクセスセッションＩＤを乱数により生成し（Ｓｔｅｐ１４０Ａ）、生成されたアクセスセッションＩＤを、当該ユーザＩＤに関係付けて、ユーザ管理ＤＢ１２８に登録する（Ｓｔｅｐ１５０Ａ）。そして、第１のＳＩＰサーバ３０は、アクセスセッションＩＤを含む応答を、ユーザ端末１１に対して送信する（Ｓｔｅｐ１６０Ａ）。

ユーザＩＤの認証方式は前記のとおり、パスワードを送信する方式でなくてもよい。別の実施形態においては、Ｓｔｅｐ１１０Ａにおいてユーザ端末１１が送信メッセージとパスワードから一方向関数で生成される値を、署名として送信メッセージに付加して送信し、Ｓｔｅｐ１４０Ａにおいて、第１のＳＩＰサーバ３０が受信メッセージとユーザ管理ＤＢ１２８中のユーザＩＤに対応するパスワードから同じ関数により署名を生成し、この署名と受信メッセージに付加された署名とを比較する方式、も考えられる。また、別の実施形態では、ユーザ端末１１は、自身の秘密鍵で送信メッセージに署名を行い、ＳＩＰサーバは、ユーザの公開鍵で受信メッセージの検証を行い、ユーザＩＤの正当性を判断する。

別の実施形態においては、第１のＳＩＰサーバ３０からユーザ端末１１へのアクセスセッションＩＤの伝達に、公開鍵暗号を用いる。すなわち、Ｓｔｅｐ１６０Ａにおいて、第１のＳＩＰサーバ３０がアクセスセッションＩＤを応答に含ませる際、ユーザ端末１１の公開鍵によって、アクセスセッションＩＤを暗号化することとし、当該ユーザ端末１１は、この暗号化されたアクセスセッションＩＤを前記公開鍵に対応する秘密鍵によって復号化し、アクセスセッションＩＤを取得する。

なお、別の実施形態として、ＵＤＰでメッセージを送受信する代わりに、Ｓｔｅｐ１１０ＡからＳｔｅｐ１６０Ａの手順において、ＴＬＳに基づくコネクションをユーザ端末１１と第１のＳＩＰサーバ３０との間に確立し、その後のユーザ端末１１と、第１のＳＩＰサーバ３０との間のメッセージ送受信を、このＴＬＳコネクションを用いて実現する方法がある。この場合、第１のＳＩＰサーバ３０は当該ＴＬＳコネクションに割り当てられているＴＣＰポート番号をアクセスセッションＩＤとして用いる。

ユーザ端末１１が、サービス提供装置１４によりサービスを利用する際の手順を説明する。

ユーザ端末１１は、ＳＩＰプロトコルに基づき要求するサービスに対応するＳＩＰ・ＵＲＩを含むサービス要求を、第１のＳＩＰサーバ３０を経由して、サービス提供装置１４へ送信する（Ｓｔｅｐ２１０Ａ）。サービス要求を受信したホスト装置１２（第１のＳＩＰサーバ３０）は、受信したメッセージが後述する条件に合致した場合、ユーザ情報記憶装置１３にアクセスセッションＩＤを送信する（Ｓｔｅｐ２２０Ａ）。ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８を参照し、当該アクセスセッションＩＤに対応するユーザＩＤを取得し、このユーザＩＤを前記第１のＳＩＰサーバ３０に対して返す（Ｓｔｅｐ２３０Ａ）。この手順で、第１のＳＩＰサーバ３０は、受信したＳＩＰメッセージの送信者のユーザＩＤを特定し、このユーザＩＤを当該メッセージの発信者アドレスとして、転送する。（Ｓｔｅｐ２４０Ａ）。

また、別の実施形態においては、一方向関数を用いた署名検証アルゴリズムにより、ユーザＩＤを特定する。すなわち、ユーザ端末１１と第１のＳＩＰサーバ３０との間で、ある一方向関数を共有する。ここで、利用可能な一方向関数の例として、ＳＨＡ−１、ＭＤ５などがある。また、ＳＩＰメッセージは、ユーザ端末１１のユーザＩＤを含むこととする。ユーザ端末１１は、アクセスセッションＩＤをＳＩＰメッセージに付加する代わりに、ＳＩＰメッセージの内容データとアクセスセッションＩＤとを引数として、前記一方向関数の値を求め、この値を当該メッセージに対する署名（以下、第１の署名とする）として付加する。第１のＳＩＰサーバ３０は、受信したＳＩＰメッセージ中のユーザＩＤをユーザ情報記憶装置１３に対して送信する。ユーザ情報記憶装置１３は、受信したユーザＩＤに対応するアクセスセッションＩＤをユーザ管理ＤＢ１２８から取得し、第１のＳＩＰサーバ３０へ返却する。第１のＳＩＰサーバ３０は、受信したＳＩＰメッセージの内容データと、ユーザ情報記憶装置１３より返却されたアクセスセッションＩＤとを引数として前記一方向関数の値を求め、求められた値が受信した署名と一致するかを判定する。一致する場合は、ＳＩＰメッセージに含まれていたユーザＩＤが、当該ＳＩＰメッセージに対応する正しいユーザＩＤであると判断する。この場合、ユーザ端末１１の接続時に、第１のＳＩＰサーバ３０がアクセスセッションＩＤを通知するときを除いて、通信路上をアクセスセッションＩＤが転送されることがなくなるため、第３者がアクセスセッションＩＤを傍受して、当該アクセスセッションＩＤに対応するユーザになりすますことを防止できる。

なお、第１のＳＩＰサーバ３０がユーザ情報記憶装置１３からアクセスセッションＩＤを受信する代わりに、第１のＳＩＰサーバ３０がユーザＩＤとＳＩＰメッセージの内容データ、および受信した署名データをユーザ情報記憶装置１３へ送信し、ユーザ情報記憶装置１３が当該署名が正当であるか検証し、検証した結果を第１のＳＩＰサーバ３０へ送信する形態も可能である。

なお、第１のＳＩＰサーバ３０が、ＳＩＰメッセージ受信時にユーザＩＤを取得すべきか否かを判定する条件として、予め「送信先ＵＲＩ、ＳＩＰメソッド」のペアを保持する。これにより、全てのＳＩＰメッセージに対してユーザＩＤの取得を行うのではなく、保証された発ユーザＩＤが必要なサービスに対してのみ、選択的に処理を行うことが可能となり、第１のＳＩＰサーバ３０の負荷を軽減することが可能となる。なお、本形態で行う場合は、サービス提供装置１４において、第１のＳＩＰサーバ３０でＩＤを保証しているメッセージとそうでないメッセージを識別するために、第１のＳＩＰサーバ３０で前記処理を実施した場合はその旨を意味する情報を第１のＳＩＰサーバ３０が付与してサービス提供装置１４へ転送する必要がある。付与する情報としては、署名を用いた方法がより望ましいが、第１のＳＩＰサーバ３０とサービス提供装置１４間のネットワークが信頼できる場合は、それ以外の方法でもよい。

また、第１のＳＩＰサーバ３０が、ＳＩＰメッセージ受信時にユーザＩＤを取得すべきか否かを判定する条件として、ユーザ端末１１が、サービス要求（Ｓｔｅｐ２１０Ａ）を送信する直前に、Ｓｔｅｐ２１０Ａに対してユーザＩＤを取得する指示を与える方法もありうる。具体的には、Ｓｔｅｐ２００Ａにおいて、Ｓｔｅｐ２１０Ａで送信するサービス要求メッセージを特徴付ける情報として「送信元ＩＰアドレス、送信先ＵＲＩ、ＳＩＰメソッド、サービス要求メッセージのＢＯＤＹ部のハッシュ値」を含めたＩＤ特定条件設定要求を第１のＳＩＰサーバ３０宛てに送信する。第１のＳＩＰサーバ３０は、前記条件「送信先ＵＲＩ、ＳＩＰメソッド、サービス要求メッセージのＢＯＤＹ部のハッシュ値」を記憶し、以降受信したメッセージについて、前記条件を満たすかどうかを検査し、満たした場合は、Ｓｔｅｐ２２０Ａ、Ｓｔｅｐ２３０Ａを行い、記憶した条件を削除する。第１のＳＩＰサーバ３０が一定時間、前記条件を満たすメッセージを受信しなかった場合は、前記記憶した条件を削除する。これにより、全てのＳＩＰメッセージに対してユーザＩＤの取得を行うのではなく、保証された発ユーザＩＤが必要なメッセージに対してのみ選択的に処理を行うことが可能となり、第１のＳＩＰサーバ３０の負荷を軽減することが可能となる。なお、本形態で行う場合は、サービス提供装置１４において第１のＳＩＰサーバ３０でＩＤを保証しているメッセージとそうでないメッセージを識別するために、第１のＳＩＰサーバ３０で前記処理を実施した場合は、その旨を意味する情報を第１のＳＩＰサーバ３０が付与してサービス提供装置１４へ転送する必要がある。付与する情報としては、署名を用いた方法がより望ましいが、第１のＳＩＰサーバ３０とサービス提供装置１４間のネットワークが信頼できる場合は、それ以外の方法でもよい。

また、別の実施形態においては、Ｓｔｅｐ２４０Ａにおいて第１のＳＩＰサーバ３０がサービス要求を送信する際に、第１のＳＩＰサーバ３０による電子署名を付加する。具体的には、公開鍵アルゴリズムに基づく電子署名を行うこととし、第１のＳＩＰサーバ３０は、当該装置（あるいは当該装置の運用業者）に対応する秘密鍵を用いて、少なくとも発信者アドレスを含むサービス要求中の一部データに対する署名（第３の署名）を生成し、サービス要求に付加する。サービス提供装置１４は、前記秘密鍵に対応する公開鍵で第３の署名を検証し、当該メッセージの発信者アドレスがどの装置（あるいはどの業者）によって検証されたのか、途中のＳＩＰサーバによって改竄されていないか、を確認できる。

なお、前記サービス要求メッセージが、第１のＳＩＰサーバ３０からサービス提供装置１４へ転送される際、第１のＳＩＰサーバ３０から当該サービス提供装置１４へ直接送信される代わりに、いくつかのＳＩＰサーバ（例えば、第２のＳＩＰサーバ４６）を経て、転送されることもある。

サービス要求を受信したサービス提供装置１４は、受信したＳＩＰメッセージに含まれるＳＩＰ・ＵＲＩのドメインが自身を示している場合、当該メッセージの発信者アドレスであるユーザＩＤを取得し、当該ユーザＩＤに基づきサービス提供可否判断、または当該ユーザＩＤに基づくサービス提供を行う（Ｓｔｅｐ２５０Ａ，Ｓｔｅｐ２６０Ａ）。なお、サービス提供可否判断のみを行った場合は、前記サービス要求メッセージ、サービス提供可否判断メッセージなどのＳＩＰメッセージにより設定されたセッションを用いて、それ以降にサービスを提供する場合が、一般的である（Ｓｔｅｐ２７０Ａ）。
受信したＳＩＰメッセージに含まれるＳＩＰ・ＵＲＩのドメインが自身を示していない場合は、通常のＳＩＰプロキシの動作として後続の第３のＳＩＰサーバ４８へメッセージを転送し、第３のＳＩＰサーバ４８以降の装置で前記ユーザＩＤに基づくサービス提供可否判断、または当該ユーザＩＤに基づくサービス提供を行い、その応答を第１のＳＩＰサーバ３０を経由してユーザへ返送する（Ｓｔｅｐ３１０Ａ，Ｓｔｅｐ３２０Ａ）。

そして、第１のＳＩＰサーバ３０が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ４００Ａ）、第１のＳＩＰサーバ３０は切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ４１０Ａ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ４２０Ａ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置のアドレスをＳｔｅｐ２２０Ａで保存しておき、当該アドレス群をＳｔｅｐ４２０Ａにおいて第１のＳＩＰサーバ３０へ返信し、第１のＳＩＰサーバ３０は、当該アドレス群に該当するおのおののサービス提供装置１４に対して認証状態が無効になったことを通知しても良い。

本実施形態の特徴は、ＳＩＰサーバのように、あて先端末以外の中継装置を介してメッセージを転送する機能を備える装置を、ホスト装置１２として用いることによって、いくつかの中継装置を経てサービス要求メッセージが、サービス提供装置１４へ転送されることを可能としている点である。ホスト装置１２が、全てのユーザ端末１１とサービス提供装置１４とメッセージ送受信するようなスター型のシステム構成では、ホスト装置１２を広域ネットワークの中央に設置する必要がある、という制約が生じる。複数の中継装置を経てサービス要求メッセージを転送することを可能とすることにより、ホスト装置１２を複数にして各ユーザ端末１１のアクセス網付近に設置することが可能となる。この結果、ユーザ端末１１とホスト装置１２との通信経路を短くし、不正ユーザが不正を働く可能性を低くできる、という利点が発生する。また、複数のホスト装置１２によって負荷が分散されるため、より大規模なサービスプラットフォームを構築することが可能となる。このような特徴を実現する別の実施形態として、ホスト装置１２にメールサーバを用いるものが考えられる。

以上、本発明の第１実施形態について、説明した。次に、本発明の第２実施形態について、図３および図６の構成図、ならびに、図４および図５のフローチャートを参照して説明する。

図３は、アクセスセッション管理装置３２をホスト装置１２として本発明を実施する形態を示している。サービス提供装置１４は、ＨＴＴＰプロトコルに基づきサービスをクライアントに対して提供する装置である。提供されるサービスの具体例として、コンテンツ提供サービス、情報検索サービス、などが考えられる。また、別のサービスの一例として、ユーザ端末１１に対してＩＤ証明書を発行し、送信するサービスも考えられる。また、ＳＭＴＰによる電子メール通信への適用も考えられる。

レイヤ２スイッチ４２は、ＭＡＣアドレスに従い、パケットをあるポートからあるポートへ転送する機能を持つ。また、レイヤ２スイッチ４２は、スイッチの２つのポートの組み合わせ各々について、外部からの指定に従い、当該ポート間のパケット転送を許可する（指定がＯＮの場合）か、パケット転送を遮断する（指定がＯＦＦの場合）かを実行する機能を持つ。また、ユーザ端末１１が接続されているポートと、ＩＰネットワークが接続されているポートとの間は、通常はＯＦＦ状態で、アクセスセッション管理装置３２が接続されているポートのみＯＮ状態とされており、レイヤ２スイッチ４２とアクセスセッション管理装置３２が連携してユーザ端末１１をＩＥＥＥ８０２．１ｘなどの認証方法で認証した後に、ＩＰネットワークが接続されているポートとの間をＯＮ状態とし、ＩＰネットワークと接続できるものとする。
更に、特定のレイヤ２スイッチ４２内の複数のポートに、同一のＭＡＣアドレスを持つユーザ端末１１（一方はＭＡＣアドレスを成りすました端末）が接続できないように、認証時に制御していることを前提とする。これにより、認証後にユーザ端末１１のＭＡＣアドレスを持つパケットが、前記認証でユーザ端末１１に利用を許可した特定のレイヤ２スイッチ４２を経由したことが示せれば、当該パケットを送出したユーザ端末１１が前記認証で本人性を確認したユーザ端末１１であることが保証できることとなる。

なお、レイヤ２スイッチ４２は、必ずしも物理的に回線を挿入するポートである必要は無く、論理的な回線を終端するものや、無線による通信リンクを終端するものでもよい。

アクセスセッション管理装置３２は、ユーザ情報記憶装置１３と連携してユーザ端末１１を認証する機能（認証手段１１８）と、認証されたユーザ端末１１とレイヤ２スイッチ４２間の接続状態を確立し、接続状態が継続している間は、当該ユーザ端末１１が接続されているポートとＩＰネットワークが接続されているポートとの間を、ＯＮ状態とするように、レイヤ２スイッチ４２を制御する機能（セッション保持手段１０２）とを備える。また、接続状態を維持・確認するため、定期的にアクセスセッション管理装置３２からレイヤ２スイッチ４２を経由してユーザを認証する手段を具備することが望ましい。定期的な認証を正常に行わないユーザ端末１１を検出した場合には、当該セッションの情報を後記のセッション情報ＤＢ１３０から削除し、さらに当該ユーザ端末１１とＩＰネットワークが接続されているポートとのパケット転送を遮断する（ＯＦＦにする）。 また、アクセスセッション管理装置３２は、ユーザ端末１１と確立された接続について、当該接続に割り当てられたレイヤ２スイッチ４２の識別子とユーザ端末１１のＭＡＣアドレスと当該接続に係るユーザのユーザＩＤとを関係付けてセッション情報ＤＢ１３０へ登録するセッション登録手段１１６を備える。
さらに、アクセスセッション管理装置３２は、ユーザＩＤ特定手段１１４を備える。ユーザＩＤ特定手段１１４は、ユーザ端末１１から受信したサービス要求メッセージについて、当該サービス要求に付加されたセッションＩＤまたは署名に基づき当該サービス要求メッセージの送信者のユーザＩＤを特定する手段である。
さらに、アクセスセッション管理装置３２は、特定したユーザＩＤを付与したサービス要求メッセージを転送するサービス要求転送手段１２２を備える。

レイヤ２スイッチ４２は、ユーザＩＤの特定を行うか否かを判定するユーザＩＤ特定要否判定手段１２０を備える。

ユーザ端末１１は、アクセスセッション管理装置３２に対するクライアントとして、アクセスセッション管理装置３２による認証をうける手段（認証クライアント手段１０６）、レイヤ２スイッチ４２およびアクセスセッション管理装置３２と接続を確立し保持する手段（セッション保持手段１０２）、サービス提供装置１４へサービス要求メッセージを送信する手段（サービス要求手段１０８）を備える。さらに、ユーザ端末１１は、サービス要求メッセージに対するサービス提供装置１４からの応答を受信する手段（サービス利用手段１０４）を備える。

サービス提供装置１４は、ユーザ端末１１からＨＴＴＰによりサービス要求を受信する手段（サービス要求受信手段１３６）、当該要求に対する応答としてサービスを提供、もしくは、サービスの提供可否の応答を返却する手段（サービス提供手段１３２）を備える。さらに、サービス提供装置１４は、受信したサービス要求メッセージからサービス要求者のユーザＩＤを抽出し、当該サービス要求に対するサービスの提供可否または提供方法を決定するサービス提供方法決定手段１３４を備える。

ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８を備え、ユーザ管理ＤＢ１２８はネットワークの各ユーザについて、当該ユーザのユーザＩＤと当該ユーザ端末１１のパスワードとを記憶する。さらに、ユーザ情報記憶装置１３は、接続確立中のユーザ端末１１について、当該ユーザ端末１１に対応するユーザＩＤと当該ユーザ端末１１が接続しているレイヤ２スイッチ４２の識別子とユーザ端末１１のＭＡＣアドレスの対応関係を記憶するセッション情報ＤＢ１３０を備える。

本実施形態では、ホスト装置１２が、アクセスセッション管理装置３２から構成され、アクセスセッション管理装置３２と連携したレイヤ２スイッチ４２とユーザ端末１１との間に確立される接続状態が、ユーザ端末１１とホスト装置１２との接続に相当する。

本実施形態におけるシステムの動作シーケンスを、次に説明する。（図４）

ユーザ端末１１は、起動直後、あるいはアプリケーション起動などを契機として、レイヤ２スイッチ４２と接続を確立する。この手順を説明する。まず、ユーザ端末１１が、ユーザＩＤ、パスワードを含む接続確立要求をレイヤ２スイッチ４２でアクセスセッション管理装置３２へ送信する（Ｓｔｅｐ１１０Ｂ）。
この接続確立要求を受信したアクセスセッション管理装置３２は、接続確立要求に含まれるユーザＩＤをユーザ情報記憶装置１３へ転送する（Ｓｔｅｐ１２０Ｂ）。ユーザ情報記憶装置１３は、自身のユーザ管理ＤＢ１２８に記憶されている当該ユーザＩＤに対応するパスワードをアクセスセッション管理装置３２へ返却する（Ｓｔｅｐ１３０Ｂ）。アクセスセッション管理装置３２は、ユーザ端末１１から受信したパスワードとユーザ情報記憶装置１３から返却されたパスワードを比較し、一致すれば前記ユーザＩＤは正しいとみなし、認証は成功する（Ｓｔｅｐ１４０Ｂ）。認証が成功した場合、ユーザＩＤと、ユーザ端末１１から受信したメッセージに付与されているユーザ端末１１のＭＡＣアドレスと、当該メッセージが経由してきたレイヤ２スイッチ４２の識別子とを、ユーザＩＤと対応付けてセッション情報ＤＢ１３０へ記憶するようにユーザ情報記憶装置１３へ依頼する（Ｓｔｅｐ１５０Ｂ）。 ここで、レイヤ２スイッチ４２の識別子は、認証時のＲＡＤＩＵＳプロトコルで取得可能なレイヤ２スイッチ４２の名称のような明示的な識別子であってもよい。また、アクセスセッション管理装置３２とレイヤ２スイッチ４２の接続をポイントｔｏポイントで接続し、アクセスセッション管理装置３２の特定の物理ポートから受信したメッセージは、特定のレイヤ２スイッチ４２であることが保証できている場合、その受信ポートの識別子を用いるという手段でもよい。その後、アクセスセッション管理装置３２は、認証結果をアクセスセッション管理装置３２を経由してレイヤ２スイッチ４２に応答するとともに、ユーザＩＤが正しいとみなされた場合は、レイヤ２スイッチ４２のポートをＯＮにする指示を行う（Ｓｔｅｐ１６０Ｂ）。レイヤ２スイッチ４２は、認証が成功した場合に、ポートをＯＮし（Ｓｔｅｐ１７０Ｂ）、応答をユーザ端末１１に対して送信する（Ｓｔｅｐ１８０Ｂ）。

接続状態確立中、ユーザ端末１１とレイヤ２スイッチ４２、および、アクセスセッション管理装置３２とは、当該接続に関する制御メッセージを交換する。例えば、アクセスセッション管理装置３２は、ＩＥＥＥ８０２．１ｘに規定されているようにレイヤ２スイッチ４２を経由して、ユーザ端末１１に対して、周期的に、認証要求を行い、アクセスセッション管理装置３２と認証処理を定期的に繰り返す。

ユーザ端末１１が、サービス提供装置１４によりサービスを利用する際の手順を説明する。

ユーザ端末１１は、ＨＴＴＰプロトコルに基づき要求するサービスに対応するＵＲＬを含むサービス要求をレイヤ２スイッチ４２を経由してサービス提供装置１４あてに送信する（Ｓｔｅｐ２１０Ｂ）。
レイヤ２スイッチ４２は、前記サービス要求メッセージを受信すると、何らかの条件で当該メッセージをアクセスセッション管理装置３２へ転送すべきと判断し、転送する（「何らかの条件」は、後記する）。アクセスセッション管理装置３２は、当該メッセージを受信すると、当該メッセージが経由したレイヤ２スイッチ４２のレイヤ２スイッチ４２の識別子と、当該メッセージに含まれるユーザ端末１１のＭＡＣアドレスをユーザ情報記憶装置１３へ転送する（Ｓｔｅｐ２２０Ｂ）。ユーザ情報記憶装置１３は、受信したレイヤ２スイッチ４２の識別子とユーザ端末１１のＭＡＣアドレスをキーに、セッション情報ＤＢ１３０を検索し、ユーザＩＤを特定する（Ｓｔｅｐ２３０Ｂ）。このように、本実施形態では、ユーザから送信するネットワークアクセス情報はＭＡＣアドレスのみであり、なおかつ、詐称したＭＡＣアドレスによる接続は、レイヤ２スイッチ４２では不可能となっていることから、ＭＡＣアドレスの詐称に対する対策は不要であり、第１実施形態の特徴に示したネットワークアクセス情報のセキュリティを確保する特別な手段を持つ必要は無く、端末の機能、負荷ともに軽減できる。
ユーザ情報記憶装置１３は、検索したユーザＩＤをアクセスセッション管理装置３２へ応答し（Ｓｔｅｐ２４０Ｂ）、アクセスセッション管理装置３２は当該ユーザＩＤをＳｔｅｐ２１０Ｂで受信したサービス要求に負荷して、レイヤ２スイッチ４２を経由してサービス提供装置１４へ転送する（Ｓｔｅｐ２５０Ｂ）。ここで、Ｓｔｅｐ２５０Ｂで送信されるサービス要求の発ＩＰアドレスをユーザ端末１１のＩＰアドレスとして、以降の当該サービスに関するメッセージのやりとりを常にアクセスセッション管理装置３２が中継する形態でもよい（後者のシーケンス図を、図５に示す）。

レイヤ２スイッチ４２が、メッセージ受信時にユーザＩＤを取得するべくアクセスセッション管理装置３２へメッセージを転送すべきか否かを判定する条件として、予め、「プロトコル、メッセージのあて先アドレス、メッセージの特定部分のキーワード」などから構成される条件を保持する。これにより、レイヤ２スイッチ４２を通過する全てのメッセージに対してユーザＩＤの取得を行うのではなく、保証された発ユーザＩＤが必要なサービスに対してのみ、選択的に処理を行うことが可能となり、レイヤ２スイッチ４２、および、アクセスセッション管理装置３２の負荷を軽減することが可能となる。
なお、本形態で行う場合は、サービス提供装置１４において発ユーザＩＤを保証しているメッセージとそうでないメッセージを識別するために、アクセスセッション管理装置３２、および、ユーザ情報記憶装置１３で前記処理を実施した場合は、その旨を意味する情報を、アクセスセッション管理装置３２が付与してサービス提供装置１４へ転送する必要がある。付与する情報としては、署名を用いた方法がより望ましいが、アクセスセッション管理装置３２とサービス提供装置１４間のネットワークが信頼できる場合は、それ以外の方法でもよい。

また、レイヤ２スイッチ４２がメッセージ受信時にユーザＩＤを取得するべく、アクセスセッション管理装置３２へメッセージを転送すべきか否かを判定する条件として、ユーザ端末１１が、サービス要求Ｓｔｅｐ２１０Ｂを送信する直前に、Ｓｔｅｐ２１０Ｂに対してユーザＩＤを取得する指示を与える方法もありうる。具体的には、Ｓｔｅｐ２００Ｂにおいて、Ｓｔｅｐ２１０Ｂで送信するサービス要求メッセージを特徴付ける情報として、「送信元ＩＰアドレス、メッセージのあて先アドレス、サービス要求メッセージのＢｏｄｙ部のハッシュ値、メッセージの特定部分のキーワード」などから構成される条件を含めたＩＤ特定条件設定要求を、レイヤ２スイッチ４２あてに送信する。
レイヤ２スイッチ４２は前記条件を記憶し、以降受信したメッセージについて、前記条件を満たすかどうかを検査し、満たした場合は、Ｓｔｅｐ２２０Ｂ、Ｓｔｅｐ２３０Ｂを行い、記憶した条件を削除する。レイヤ２スイッチ４２が一定期間、前記条件を満たすメッセージの受信をしなかった場合は、前記記憶した条件を削除する。これにより、全てのメッセージに対してユーザＩＤの取得を行うのではなく、保証された発ユーザＩＤが必要なメッセージに対してのみ選択的に処理を行うことが可能となり、レイヤ２スイッチ４２、アクセスセッション管理装置３２、および、ユーザ情報記憶装置１３の負荷を軽減することが可能となる。なお、本形態で行う場合は、サービス提供装置１４において、発ユーザＩＤを保証しているメッセージとそうでないメッセージを識別するために、アクセスセッション管理装置３２で前記処理を実施した場合はその旨を意味する情報をアクセスセッション管理装置３２が付与してサービス提供装置１４へ転送する必要がある。付与する情報としては、署名を用いた方法がより望ましいが、アクセスセッション管理装置３２とサービス提供装置１４間のネットワークが信頼できる場合は、それ以外の方法でもよい。
サービス要求を受信したサービス提供装置１４は、当該メッセージに含まれるユーザＩＤを取得し、ユーザＩＤに基づき、サービス提供可否判断を行い（Ｓｔｅｐ２６０Ｂ）、サービスを提供、もしくは、サービス提供可否判断を応答する（Ｓｔｅｐ２７０Ｂ）。

また、レイヤ２スイッチ４２とサービス提供装置１４との間に、プロキシ装置を設置して、プロキシ装置に、Ｓｔｅｐ２５０Ｂのサービス要求を中継させてもよい。この場合、途中に不正なプロキシ装置が介在して、サービス要求が改竄される危険が生じる。これを防ぐため、別の実施形態では、アクセスセッション管理装置３２は、Ｓｔｅｐ２５０Ｂで当該署名を付加してサービス要求メッセージを送信する。サービス提供装置１４は、Ｓｔｅｐ２６０Ｂにおいて、このホスト装置１２の公開鍵によって署名を検証し、サービス要求、および、当該メッセージ中のユーザＩＤの正当性を確認する。これによって、サービス提供装置１４は、ユーザ端末１１がどのホスト装置１２（どの事業者）によって認証されたのかを確認すること、及び、特定されたユーザＩＤが改竄されていないことを確認することが可能となる。

アクセスセッション管理装置３２が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ４００Ｂ）、アクセスセッション管理装置３２は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ４１０Ｂ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ４２０Ｂ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関して、それ以前にユーザＩＤを特定したサービス提供装置１４のアドレスをＳｔｅｐ２３０Ｂで保存しておき、当該アドレス群をＳｔｅｐ４２０Ｂにおいてアクセスセッション管理装置３２へ返信し、アクセスセッション管理装置３２は、当該アドレス群に該当する各々のサービス提供装置１４に対して認証状態が無効になったことを通知してもよい。

なお、前記では、ユーザ端末１１のＭＡＣアドレスをユーザの識別に用いていたが、認証時にユーザへ割り当てたレイヤ２スイッチ４２の物理ポート番号を、ユーザの識別に用いても良い。
この場合、Ｓｔｅｐ１１０Ｂでレイヤ２スイッチ４２から通知される「ユーザが接続しようとしている物理ポート番号」を、Ｓｔｅｐ１３０Ｂでユーザ情報記憶装置１３に記憶させる。その後、レイヤ２スイッチ４２はＳｔｅｐ２２０Ｂにおいて、Ｓｔｅｐ２１０Ｂのサービス要求メッセージを受信した物理ポート番号を、ユーザ情報記憶装置１３へ通知し、Ｓｔｅｐ２３０Ｂでは、レイヤ２識別子と物理ポート番号でユーザＩＤを特定する。また、別の形態として、第４実施形態にあるような「アクセスセッションＩＤ」を用いても良い。

また、レイヤ２として、ＩＥＥＥ８０２．１Ｑなどで規定されるＶＬＡＮを利用して、レイヤ２スイッチ４２の異なる物理ポートにそれぞれ異なるＶＬＡＮ−ＩＤを割り当てている場合は、物理ポート自体の代わりに、Ｅｔｈｅｒｎｅｔヘッダに記載されるＶＬＡＮ−ＩＤを用いて、経由してきた物理ポートを識別しても良い。ただし、この場合は、ユーザ情報記憶装置１３も、当該ＶＬＡＮに収容されている必要がある。

別の実施形態では、アクセスセッション管理装置３２を、接続要求を処理するセッション保持装置３４と、サービス要求を処理するサービス要求転送装置３６とに分け、それぞれが別のポートでレイヤ２スイッチ４２と接続されるようにする（図６参照）。そして、通常時は、任意のＭＡＣアドレスが転送されるのは、各ポートとセッション保持装置３４が接続されたポートのみとし、Ｓｔｅｐ１７０Ｂにおいて、認証されたユーザ端末１１のＭＡＣアドレスについて、当該ユーザ端末１１が接続されているポートとサービス要求転送装置３６が接続されているポートとの間、および、当該ユーザ端末１１が接続されているポートと、ＩＰネットワークが接続されているポートとの間、の転送を可とする。これにより、不正を試みる利用者の端末が、他端末のＭＡＣアドレスを用いてサービス要求を送信しても、このサービス要求がサービス要求転送装置３６に転送されることを防ぐことができる。

なお、前記ポートごとに通信を制御するための実現方法の１つとしては、図６（Ｃ）に示すように、ユーザ端末１１は認証前はセッション保持装置３４へのポートが属すＶＬＡＮ−Ａにのみ所属しており、認証後にサービス要求転送装置とＩＰ網へのポートが所属するＶＬＡＮ−Ｂに組み込まれるという手段を取ることが可能である。また、必ずしもＶＬＡＮを用いずとも、レイヤ２スイッチ４２をそのように制御することで可能となる。

以上、本発明の第２実施形態について、説明した。次に、本発明の第３実施形態について、図７の構成図および図８のフローチャートを参照して説明する。

図７はホスト装置１２としてＳＩＰサーバを用いて本発明を実施する形態を示している。サービス提供装置１４は、ＨＴＴＰプロトコルにもとづきサービスをクライアントに対して提供する装置である。提供されるサービスの具体例として、コンテンツ配信サービス、情報検索サービス、などが考えられる。また、別のサービスの一例として、ユーザ端末１１に対してＩＤ証明書を発行し送信するサービスも考えられる。

ユーザ端末１１とサービス提供装置１４は、ＳＩＰサーバに対するクライアントとして、ＳＩＰサーバと接続する。ここでは、接続とは「装置間で継続的な通信が可能な状態を生成すること」を意味し、必ずしもＴＣＰコネクションなどの伝達レイヤコネクションを生成することとは限らないこととする。例えば、後記の実施形態では、ＳＩＰクライアントとＳＩＰサーバは、ＵＤＰでメッセージを送受信するが、通信の継続性を認識するためにＳＩＰクライアントとＳＩＰサーバとの間で識別子としてアクセスセッションＩＤを生成する。このような実施形態では、このアクセスセッションＩＤを生成することが接続することに相当する。ＳＩＰサーバは、接続中のあるＳＩＰクライアントからメッセージを受信し、当該メッセージのあて先が示す別のＳＩＰクライアント、または、この別のＳＩＰクライアントへの転送経路上の別のＳＩＰサーバへ当該メッセージを転送する手段（ＳＩＰメッセージ中継手段１２４）を備える。

ホスト装置１２は、図７中の第１のＳＩＰサーバ３０であり、ユーザ端末１１は、第１のＳＩＰサーバ３０と接続する。第１のＳＩＰサーバ３０は、ユーザ端末１１との接続時においてユーザ端末１１のユーザを認証する手段（認証手段１１８）を備える。
また、ホスト装置１２は、ユーザ端末１１と確立された接続について、当該接続に割り当てられるアクセスセッションＩＤと当該接続に係るユーザのユーザＩＤとを関係付けてセッション情報へ登録するセッション登録手段１１６を備える。
さらに、ホスト装置１２はセッション保持手段１０２を備える。セッション保持手段１０２は、接続されているユーザ端末１１について、周期的にユーザ端末１１から状態確認メッセージを受信する。応答送信しないユーザ端末１１を検出した場合には、当該セッションの情報を前記セッション情報ＤＢ１３０から削除する。
さらに、ホスト装置１２は、ユーザＩＤ特定手段１１４を備える。ユーザＩＤ特定手段１１４は、ユーザ端末１１から受信したＳＩＰメッセージについて、当該ＳＩＰメッセージに付加されたセッションＩＤまたは署名に基づき当該ＳＩＰメッセージの送信者のユーザＩＤを特定する手段である。

ユーザ端末１１は、第１のＳＩＰサーバ３０に対するクライアントとして、ＳＩＰサーバによる認証をうける手段（認証クライアント手段１０６）、第１のＳＩＰサーバ３０との接続を確立し、保持する手段（セッション保持手段１０２）、第１のＳＩＰサーバ３０とメッセージを送受信する手段（ＳＩＰメッセージ送受信手段１１０）を備える。さらに、ユーザ端末１１は、サービス提供装置１４に対してＨＴＴＰプロトコルによりサービス要求を送信し、当該要求に対する応答を受信する手段（サービス利用手段１０４）を備える。

サービス提供装置１４は、ユーザ端末１１からＨＴＴＰプロトコルによりサービス要求を受信し、当該要求に対する応答として、サービスを提供する手段（サービス提供手段１３２）を備える。また、サービス提供装置１４は、第２のＳＩＰサーバ４６に対するクライアントとして、第２のＳＩＰサーバ４６とメッセージを送受信する手段（ＳＩＰメッセージ送受信手段１３８）を備える。さらに、サービス提供装置１４は、受信したＳＩＰメッセージからサービス要求者のユーザＩＤを抽出し、当該サービス要求に対するサービスの提供可否または提供方法を決定するサービス提供方法決定手段１３４を備える。

第１のＳＩＰサーバ３０と第２のＳＩＰサーバ４６とはメッセージを相互に中継する。

ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８を備え、ユーザ管理ＤＢ１２８は、ネットワークの各ユーザについて、当該ユーザのユーザＩＤと当該ユーザ端末１１のパスワードとを記憶する。さらに、ユーザ情報記憶装置１３は、第１のＳＩＰサーバ３０に接続中のユーザ端末１１について、当該ユーザ端末１１に対応するユーザＩＤと当該ユーザ端末１１との接続について割り当てられたアクセスセッションＩＤとの対応関係を記憶するセッション情報ＤＢ１３０を備える。

なお、ユーザ管理ＤＢ１２８が、各ユーザについて当該ユーザのユーザ端末１１に割り当てられた機器のＩＤや認証鍵を記憶する実施形態も考えられる。

本発明においては、前記のアクセスセッションＩＤが、“ユーザ端末１１とホスト装置１２との接続に関する情報”に相当する。

本実施形態におけるシステムの動作シーケンスを次に説明する（図８参照）。

ユーザ端末１１は、起動直後、第１のＳＩＰサーバ３０へ接続する。この手順を説明する。まず、ユーザ端末１１が、ＳＩＰプロトコルに基づくＲＥＧＩＳＴＥＲメッセージの形式で、ユーザＩＤ，パスワードを含む接続要求を生成し、この接続要求を、第１のＳＩＰサーバ３０に対して送信する（Ｓｔｅｐ１１０Ｄ）。この接続要求を受信した第１のＳＩＰサーバ３０は、まず当該接続要求からユーザＩＤとパスワードを取得し、認証判断を行う（Ｓｔｅｐ１２０Ｄ，Ｓｔｅｐ１３０Ｄ）。すなわち、ユーザ情報記憶装置１３のユーザ管理ＤＢ１２８に記憶されている当該ユーザＩＤに対応するパスワードを取得し、このユーザ管理ＤＢ１２８に記憶されているパスワードと当該接続要求から取得されたパスワードとが一致するかを比較し、一致すれば、前記ユーザＩＤは、正しいとみなす（Ｓｔｅｐ１４０Ｄ）。ユーザＩＤが正しいとみなされた場合、第１のＳＩＰサーバ３０は、当該接続要求に対するアクセスセッションＩＤを乱数により生成し（Ｓｔｅｐ１４０Ｄ）、生成されたアクセスセッションＩＤを、当該ユーザＩＤに関係付けて、セッション情報ＤＢ１３０に登録する（Ｓｔｅｐ１５０Ｄ）。そして、第１のＳＩＰサーバ３０は、アクセスセッションＩＤを含む応答を、ユーザ端末１１に対して送信する（Ｓｔｅｐ１６０Ｄ）。

ユーザＩＤの認証方式は前記のとおり、パスワードを送信する方式でなくてもよい。別の実施形態においては、Ｓｔｅｐ１１０Ｄにおいてユーザ端末１１が送信メッセージとパスワードから一方向関数で生成される値を、署名として送信メッセージに付加して送信し、Ｓｔｅｐ１４０Ｄにおいて、第１のＳＩＰサーバ３０が受信メッセージとユーザ管理ＤＢ１２８中のユーザＩＤに対応するパスワードから同じ関数により署名を生成し、この署名と受信メッセージに付加された署名とを比較する方式、も考えられる。また、別の実施形態では、ユーザ端末１１は、自身の秘密鍵で送信メッセージに署名を行い、ＳＩＰサーバは、ユーザの公開鍵で受信メッセージの検証を行い、ユーザＩＤの正当性を判断する。

別の実施形態においては、第１のＳＩＰサーバ３０からユーザ端末１１へのアクセスセッションＩＤの伝達に、公開鍵暗号を用いる。すなわち、Ｓｔｅｐ１６０Ｄにおいて、第１のＳＩＰサーバ３０がアクセスセッションＩＤを応答に含ませる際、ユーザ端末１１の公開鍵によって、アクセスセッションＩＤを暗号化することとし、当該ユーザ端末１１は、この暗号化されたアクセスセッションＩＤを前記公開鍵に対応する秘密鍵によって復号化し、アクセスセッションＩＤを取得する。

なお、別の実施形態として、ＵＤＰでメッセージを送受信する代わりに、Ｓｔｅｐ１１０ＤからＳｔｅｐ１６０Ｄの手順において、ＴＬＳに基づくコネクションをユーザ端末１１と第１のＳＩＰサーバ３０との間に確立し、その後のユーザ端末１１と、第１のＳＩＰサーバ３０との間のメッセージ送受信を、このＴＬＳコネクションを用いて実現する方法がある。この場合、第１のＳＩＰサーバ３０は当該ＴＬＳコネクションに割り当てられているＴＣＰポート番号をアクセスセッションＩＤとして用いる。

ユーザ端末１１が、サービス提供装置１４によりサービスを利用する際の手順を説明する。

ユーザ端末１１は、要求するサービスに対応するＵＲＬを含むサービス要求を、ＨＴＴＰプロトコルに基づきサービス提供装置１４へ送信する（Ｓｔｅｐ２１０Ｄ）。サービス要求を受信したサービス提供装置１４は、ユーザ端末１１にＩＤ通知要求をホスト装置１２へ送信させるステップを含むスクリプトを応答としてユーザ端末１１へ送信する（Ｓｔｅｐ２３０Ｄ）。この際、サービス提供装置１４は、当該サービス要求をサービス提供装置１４上で一意に識別するサービス要求ＩＤを生成し、さらに乱数アルゴリズムに基づきチャレンジキーを生成し（Ｓｔｅｐ２２０Ｄ）、このサービス要求ＩＤとチャレンジキーと当該サービス提供装置１４のアドレスとを、当該スクリプトに含ませる。ここで、サービス提供装置１４のアドレスは、当該装置のＳＩＰ・ＵＲＩであり、当該装置に対してＳＩＰメッセージを送るためのアドレスを示す。また、サービス提供装置１４は、生成したサービス要求ＩＤとチャレンジキーとの対応関係を記憶する。

応答を受信したユーザ端末１１は、スクリプトを実行する。すなわち、前記サービス要求ＩＤと前記チャレンジキーと前記アクセスセッションＩＤとを含み、前記サービス提供装置１４のアドレスをあて先とするＭＥＳＳＡＧＥメッセージを、ＩＤ通知要求メッセージとして、ホスト装置１２（第１のＳＩＰサーバ３０）に対して送信する（Ｓｔｅｐ３１０Ｄ）。ＭＥＳＳＡＧＥメッセージは、ＳＩＰクライアントとＳＩＰサーバとの間で送受信されるメッセージの１つである。

ＭＥＳＳＡＧＥメッセージを受信したホスト装置１２（第１のＳＩＰサーバ３０）は、ユーザ情報記憶装置１３にアクセスセッションＩＤを送信する（Ｓｔｅｐ３２０Ｄ）。ユーザ情報記憶装置１３は、セッション情報ＤＢ１３０を参照し、当該アクセスセッションＩＤに対応するユーザＩＤを取得し、このユーザＩＤを前記第１のＳＩＰサーバ３０に対して返す（Ｓｔｅｐ３３０Ｄ）。第１のＳＩＰサーバ３０は、受信したユーザＩＤを当該ＭＥＳＳＡＧＥメッセージの発信者のアドレスとして転送する（Ｓｔｅｐ３４０Ｄ）。この転送されたＭＥＳＳＡＧＥメッセージが、ＩＤ通知メッセージの役割を果たす。

別の実施形態においては、一方向関数を用いた署名検証アルゴリズムにより、ユーザＩＤを特定する。すなわち、ユーザ端末１１とホスト装置１２との間で、所定の一方向関数を共有する。ここで、利用可能な一方向関数の例として、ＳＨＡ−１、ＭＤ５などがある。また、ＳＩＰメッセージは、ユーザ端末１１のユーザＩＤを含むこととする。ユーザ端末１１は、アクセスセッションＩＤをＳＩＰメッセージに付加する代わりに、ＳＩＰメッセージの内容データとアクセスセッションＩＤとを引数として、前記一方向関数の値を求め、この値を当該メッセージに対する署名（以下、第１の署名とする）として付加する。
第１のＳＩＰサーバ３０は、Ｓｔｅｐ３２０Ｄにおいて、受信したＳＩＰメッセージのユーザＩＤをユーザ情報記憶装置１３に送信して、当該ユーザＩＤに対応するアクセスセッションＩＤを問い合わせる。
Ｓｔｅｐ３３０Ｄにおいて、ユーザ情報記憶装置１３は、セッション情報ＤＢ１３０を参照して、該当するアクセスセッションＩＤを取得し、送信して応答する。第１のＳＩＰサーバ３０は、受信したＳＩＰメッセージの内容データと、このアクセスセッションＩＤとを引数として前記一方向関数の値を求め、求められた値が受信した署名と一致するかを判定する。一致する場合は、ＳＩＰメッセージに含まれていたユーザＩＤが、正当なユーザＩＤであるとみなす。この場合、ユーザ端末１１接続時に、第１のＳＩＰサーバ３０がアクセスセッションＩＤを通知するときを除いて、通信路上をアクセスセッションＩＤが転送されることがなくなるため、第３者がアクセスセッションＩＤを傍受して、当該アクセスセッションＩＤに対応するユーザになりすますことを防止できる。

なお、第１のＳＩＰサーバ３０がユーザ情報記憶装置１３からアクセスセッションＩＤを受信する代わりに、第１のＳＩＰサーバ３０がユーザＩＤとＳＩＰメッセージの内容データ、および受信した署名データをユーザ情報記憶装置１３へ送信し、ユーザ情報記憶装置１３が当該署名が正当であるか検証し、検証した結果を第１のＳＩＰサーバ３０へ送信する形態も可能である。

また、前記ＭＥＳＳＡＧＥメッセージが、第１のＳＩＰサーバ３０からサービス提供装置１４へ転送される際、第１のＳＩＰサーバ３０から当該サービス提供装置１４へ直接送信される代わりに、いくつかのＳＩＰサーバ（例えば、第２のＳＩＰサーバ４６）を経て、転送されることもある。

ＩＤ通知を受信したサービス提供装置１４は、受信したＭＥＳＳＡＧＥメッセージに含まれるサービス要求ＩＤとチャレンジキーと当該メッセージの発信者アドレスであるユーザＩＤとを取得する。次に、Ｓｔｅｐ２２０Ｄで記憶されたサービス要求ＩＤに対応するチャレンジキーと、受信したＭＥＳＳＡＧＥメッセージに含まれているチャレンジキーとが一致するか判定し、一致する場合は、ＭＥＳＳＡＧＥメッセージの発信者アドレスであるユーザＩＤを、前記サービス要求ＩＤに関係付けて記憶する（Ｓｔｅｐ３５０Ｄ）。そして、前記ユーザＩＤをあて先とするＭＥＳＳＡＧＥメッセージをＩＤ通知応答として、送信する（Ｓｔｅｐ３６０Ｄ）。このＩＤ通知応答は、ＳＩＰサーバを経由して、前記ユーザ端末１１へ転送される（Ｓｔｅｐ３７０Ｄ）。ＩＤ通知応答の内容データは、任意である。

ＩＤ通知応答を受信したユーザ端末１１は、要求するサービスのＵＲＬと、前記サービス要求ＩＤとチャレンジキーとを含むサービス要求を、サービス提供装置１４に対して送信する（Ｓｔｅｐ４１０Ｄ）。

サービス要求を受信したサービス提供装置１４は、前記記憶されたサービス要求ＩＤに対応するユーザＩＤとチャレンジキーを取得し、記憶されているチャレンジキーが、Ｓｔｅｐ４１０Ｄで受信したチャレンジキーと一致するかを判定する。一致する場合には、当該ユーザＩＤに基づき、サービス提供可否判断、または当該ユーザＩＤに基づくサービス提供を行う（Ｓｔｅｐ４２０Ｄ，Ｓｔｅｐ４３０Ｄ）。

第１のＳＩＰサーバ３０が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ５００Ｄ）、第１のＳＩＰサーバ３０は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ５１０Ｄ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ５２０Ｄ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置のアドレスをＳｔｅｐ３２０Ｄで保存しておき、当該アドレス群をＳｔｅｐ５２０Ｄにおいて第１のＳＩＰサーバ３０へ返信し、第１のＳＩＰサーバ３０は、当該アドレス群に該当するおのおののサービス提供装置に対して認証状態が無効になったことを通知してもよい。

本実施形態の特徴は、ＳＩＰサーバのように、あて先端末以外の中継装置を介してメッセージを転送する機能を備える装置を、ホスト装置１２として用いることによって、いくつかの中継装置を経てＩＤ通知メッセージが、サービス提供装置１４へ転送されることを可能としている点である。ホスト装置１２が、全てのユーザ端末１１とサービス提供装置１４とメッセージ送受信するようなスター型のシステム構成では、ホスト装置１２を広域ネットワークの中央に設置する必要がある、という制約が生じる。複数の中継装置を経てＩＤ通知メッセージを転送することを可能とすることにより、ホスト装置１２を複数にして各ユーザ端末１１のアクセス網付近に設置することが可能となる。この結果、ユーザ端末１１とホスト装置１２との通信経路を短くし、不正ユーザが不正を働く可能性を低くできる、という利点が発生する。また、複数のホスト装置１２によって負荷が分散されるため、より大規模なサービスプラットフォームを構築することが可能となる。このような特徴を実現する別の実施形態として、ホスト装置１２にメールサーバを用いるものが考えられる。

また、別の特徴は、ＳＩＰサーバのようにインスタントメッセージ転送機能を備える装置をホスト装置１２として用いている点である。インスタントメッセージ転送とは、（１）メッセージのあて先ごとに異なるコネクションを生成しなくてもよいこと（つまり、コネクションレスのメッセージ転送であること）（２）あて先端末へのメッセージ到着通知がメッセージサーバへのメッセージ到着の契機に行われること、という２つの技術的特徴を有するメッセージ転送を意味する。ホスト装置１２としてインスタントメッセージ転送機能を備える装置を用い、ＩＤ通知要求、ＩＤ通知をインスタントメッセージにより伝達することにより、ＩＤ通知の高速化、という利点が発生する。

ところで、本発明は、ＩＤ通知メッセージが複数のＳＩＰサーバを経て第１のＳＩＰサーバ３０からサービス提供装置１４へ転送されることも想定している。このメッセージの転送経路上で、不正を試みるものが、ＩＤ通知メッセージに対する傍受、改竄を行う可能性がある。言い方をかえれば、前記の実施形態では、第１のＳＩＰサーバ３０からサービス提供装置１４までのＳＩＰメッセージ中継のための通信路を、安全に保護する必要がある。別の実施形態として、ユーザ端末１１とサービス提供装置１４とが秘密鍵を共有し、Ｓｔｅｐ３１０ＤからＳｔｅｐ３７０ＤまでのＩＤ通知に関するメッセージに対する傍受、改竄を防止する形態も考えられる。この実施形態を述べる。Ｓｔｅｐ２２０Ｄにおいて、サービス提供装置１４は、サービス要求ＩＤとチャレンジキーとある秘密鍵を生成し、サービス要求ＩＤとチャレンジキーとある秘密鍵を記憶する。Ｓｔｅｐ２３０Ｄにおいて、サービス提供装置１４は、サービス要求ＩＤ、チャレンジキー、サービス提供装置１４のアドレスに加えて、前記秘密鍵を送信する。Ｓｔｅｐ３１０Ｄにおいて、ユーザ端末１１は、チャレンジキーを前記秘密鍵で暗号化する。また、この際、暗号化されたチャレンジキーとサービス要求ＩＤと前記ユーザＩＤと前記秘密鍵を引数とする一方向関数により署名（第２の署名）を生成して、この署名をＩＤ通知要求に含ませる。また、Ｓｔｅｐ３５０Ｄにおいて、サービス提供装置１４は、受信したＩＤ通知からサービス要求と暗号化されたチャレンジキーとを取得し、Ｓｔｅｐ２２０Ｄで記憶されたサービス要求ＩＤに対応する秘密鍵を取得し、この秘密鍵により暗号化されたチャレンジキーを復号化し、この結果得られるチャレンジキーがＳｔｅｐ２２０Ｄで記憶されたチャレンジキーと一致するか判定する。一致しない場合は、Ｓｔｅｐ３６０ＤにおけるＩＤ通知応答はしないこととする。ＩＤ通知メッセージ中のチャレンジキーは暗号化されているので、第３者がＩＤ通知要求メッセージを傍受しても、傍受したメッセージに基づきＳｔｅｐ４１０Ｄのサービス要求を送信することはできない。また、ＩＤ通知メッセージは、ユーザ端末１１のユーザＩＤと関係付けられた第２の署名を付加することにより、ＩＤ通知要求メッセージの発信者アドレスを書き換えてＩＤ通知要求メッセージを転送する不正行為を行っても、サービス提供装置１４がこの不正行為を検出できる。なお、この方式の別の実施形態として、チャレンジキーが秘密鍵を兼ねる形態も可能である。この場合、Ｓｔｅｐ３１０Ｄにおいて、ユーザ端末１１は、ＩＤ通知要求に、チャレンジキーは含ませず、代わりに前記チャレンジキーとサービス要求ＩＤと前記ユーザＩＤとを引数とする一方向関数により署名（第２の署名）を生成して、この第２の署名とサービス要求ＩＤをＩＤ通知要求に含ませる。サービス提供装置１４は、Ｓｔｅｐ３５０Ｄにおいて、受信したＩＤ通知要求からサービス要求ＩＤを取り出し、Ｓｔｅｐ２２０Ｄに記憶されたこのサービス要求ＩＤに対応するチャレンジキーを取得し、このチャレンジキーとメッセージ中のサービス要求ＩＤと前記ユーザＩＤとを引数とする一方向関数の値によって署名を作成し、この署名が前記ＩＤ通知中の第２の署名とが一致するか判定する。一致しなければ、途中でメッセージが改竄されているか、正しいチャレンジキーを持たないユーザ端末１１が発したＩＤ通知要求に基づくＩＤ通知であるとみなして、ＩＤ通知応答は送信しないこととする。

また、別の実施形態においては、Ｓｔｅｐ３４０Ｄにおいて第１のＳＩＰサーバ３０がＩＤ通知メッセージを送信する際に、第１のＳＩＰサーバ３０による電子署名を付加する。具体的には、公開鍵アルゴリズムに基づく電子署名を行うこととし、第１のＳＩＰサーバ３０は、当該装置（あるいは当該装置の運用業者）に対応する秘密鍵を用いて、少なくとも発信者アドレスを含むＩＤ通知メッセージ中の一部データに対する署名（第３の署名）を生成し、ＩＤ通知メッセージに付加する。サービス提供装置１４は、前記秘密鍵に対応する公開鍵で第３の署名を検証し、当該メッセージの発信者アドレスがどの装置（あるいはどの業者）によって検証されたのか、途中のＳＩＰサーバによって改竄されていないか、を確認できる。

なお、本発明の別の実施形態では、ユーザ端末１１は、Ｓｔｅｐ２１０ＤからＳｔｅｐ２３０Ｄを実行する代わりに、別の方法でサービス提供装置１４のＳＩＰ
ＵＲＬを事前に取得して、Ｓｔｅｐ３１０ＤからＳｔｅｐ３７０ＤのＩＤ通知を行う。この場合、サービス要求ＩＤはユーザ端末１１が生成することとなる。また、Ｓｔｅｐ３６０Ｄ、Ｓｔｅｐ３７０Ｄを省略して、ユーザ端末１１がＳｔｅｐ３１０ＤのＩＤ通知要求送信後、一定時間が経過してから、Ｓｔｅｐ４１０Ｄのサービス要求を送信する、といった形態でも実施可能である。

以上、本発明の第３実施形態について、説明した。次に、本発明の第４実施形態について、図９の構成図および図１０のフローチャートを参照して説明する。

図９は、ホスト装置１２としてアクセスセッション管理サーバ３８を用いて本発明を実施する形態を示している。

サービス提供装置１４は、ＨＴＴＰプロトコルに基づきサービスをクライアントに対して提供する手段（サービス提供手段１３２）を備える。提供されるサービスの具体例として、コンテンツ提供サービス、情報検索サービス、などが考えられる。また、別のサービスの一例として、ユーザ端末１１に対してＩＤ証明書を発行し、送信するサービスも考えられる。さらに、サービス提供装置１４は、ＩＤ通知を受信する手段（ＩＤ通知受信手段１３８）と、受信したＩＤ通知からサービス要求者のユーザＩＤを抽出し、当該サービス要求に対するサービスの提供可否または提供方法を決定するサービス提供方法決定手段１３４と、を備える。

レイヤ２スイッチ４２は、ＭＡＣアドレスに従い、パケットをあるポートからあるポートへ転送する機能を持つ。また、レイヤ２スイッチ４２は、スイッチの２つのポートの組み合わせ各々について、外部からの指定に従い、当該ポート間のパケット転送を転送する（指定がＯＮの場合）か、パケット転送を遮断する（指定がＯＦＦの場合）かを実行する機能を持つ。また、ユーザ端末１１が接続されているポートと、ＩＰネットワークが接続されているポートとの間は、通常はＯＦＦ状態とし、アクセスセッション管理サーバ３８が接続されているポートは、他の全てのポートと通常ＯＮ状態とする。

なお、レイヤ２スイッチ４２は、必ずしも物理的に回線を挿入するポートである必要は無く、論理的な回線を終端するものや、無線による通信リンクを終端するものでもよい。

アクセスセッション管理サーバ３８は、ユーザ端末１１を認証する手段（認証手段１１８）と、認証されたユーザ端末１１とアクセスセッションと呼ばれる接続状態を確立し、当該接続状態を保持する手段（セッション保持手段１０２）と、アクセスセッションが継続している間は、当該ユーザ端末１１が接続されているポートとＩＰネットワークが接続されているポートとの間を、ＯＮ状態とするように、レイヤ２スイッチ４２を制御する手段（接続制御手段１２６）とを備える。
また、アクセスセッション管理装置３２は、確立されたアクセスセッションについて、当該アクセスセッションに割り当てられた識別子であるアクセスセッションＩＤと当該アクセスセッションに係るユーザのユーザＩＤとを関係付けてセッション情報ＤＢ１３０へ登録するセッション登録手段１１６を備える。
なお、セッション保持手段１０２は、アクセスセッションを確立しているユーザ端末１１から周期的に状態確認メッセージを受信する。状態確認メッセージを送信しないユーザ端末１１を検出した場合、セッション保持手段１０２は当該ユーザ端末１１とのアクセスセッションのアクセスセッションＩＤを前記セッション情報ＤＢ１３０から削除し、さらに当該ユーザ端末１１とＩＰネットワークが接続されているポートとのパケット転送を遮断する（ＯＦＦにする）。
さらに、アクセスセッション管理サーバ３８は、ユーザＩＤ特定手段１１４とＩＤ通知手段１２４とを備える。ＩＤ通知手段１２４は、ユーザ端末１１からＩＤ通知要求を受信し、当該ユーザ端末１１のユーザＩＤを含むＩＤ通知をサービス提供装置１４へ送信する。ユーザＩＤ特定手段１１４は、ＩＤ通知要求の送信者のユーザＩＤを特定する。
なお、図に示すようにアクセスセッション管理サーバ３８は、認証手段１１８とセッション登録手段１１６とセッション保持手段１０２とを備えるセッション保持装置３４と、ユーザＩＤ特定手段１１４とＩＤ通知手段１２４とをそなえるＩＤ通知装置４０と、の２つの装置によって構成することもできる。

ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８とセッション情報ＤＢ１３０とを備える。ユーザ管理ＤＢ１２８は、ネットワークの各ユーザについて、当該ユーザのユーザＩＤと当該ユーザ端末１１のパスワードとを記憶する。セッション情報ＤＢ１３０は、アクセスセッション確立中のユーザ端末１１について、当該ユーザ端末１１に対応するユーザＩＤと当該ユーザ端末１１が確立中のアクセスセッションを識別するアクセスセッションＩＤとの対応関係を記憶する。

本実施形態では、アクセスセッション管理装置３２が、ホスト装置１２に相当し、ユーザ端末１１とアクセスセッション管理サーバ３８との間に確立されるアクセスセッションが、ユーザ端末１１とホスト装置１２との接続に相当する。

本実施形態におけるシステムの動作シーケンスを、次に説明する（図１０参照）。

ユーザ端末１１は、起動直後、あるいはアプリケーション起動などを契機として、アクセスセッション管理サーバ３８とアクセスセッションを確立する。この手順を説明する。まず、ユーザ端末１１が、ユーザＩＤ、パスワードを含むセッション確立要求を生成し、このセッション確立要求をアクセスセッション管理サーバ３８に対して送信する（Ｓｔｅｐ１１０Ｅ）。このセッション確立要求を受信したアクセスセッション管理サーバ３８は、まず、当該セッション確立要求からユーザＩＤとパスワードを取得し、認証判断を行う（Ｓｔｅｐ１２０Ｅ，Ｓｔｅｐ１３０Ｅ）。すなわち、ユーザ情報記憶装置１３のユーザ管理ＤＢ１２８に記憶されている当該ユーザＩＤに対応するパスワードを取得し、この管理ＤＢに記憶されているパスワードと当該セッション確立要求から取得されたパスワードとが一致するかを比較し、一致すれば前記ユーザＩＤは正しいとみなす（Ｓｔｅｐ１４０Ｅ）。ユーザＩＤが正しいとみなされた場合、アクセスセッション管理サーバ３８は、乱数アルゴリズムを用いてアクセスセッションＩＤを生成し（Ｓｔｅｐ１４０Ｅ）、生成されたアクセスセッションＩＤを当該ユーザＩＤに関係付けてセッション情報ＤＢ１３０に登録する（Ｓｔｅｐ１５０Ｅ）。また、Ｓｔｅｐ１５０Ｅにおいて、アクセスセッション管理サーバ３８は、当該ユーザ端末１１が接続されているポートと、ＩＰネットワークが接続されているポートとの間をＯＮ状態とするように、レイヤ２スイッチ４２に制御信号を送信する。なお、アクセスセッションＩＤを生成する場合、既に確立されているアクセスセッションに対するアクセスセッションＩＤとは重複しないようにする。そして、アクセスセッション管理サーバ３８は、アクセスセッションＩＤを含む応答を、ユーザ端末１１に対して送信する（Ｓｔｅｐ１６０Ｅ）。

アクセスセッション確立中、ユーザ端末１１とアクセスセッション管理サーバ３８とは、アクセスセッションＩＤでアクセスセッションを識別しながら、当該アクセスセッションに関する制御メッセージを交換する。例えば、ユーザ端末１１は、周期的に、自装置がまだ動作中であることを示す状態通知メッセージを、アクセスセッション管理サーバ３８に対して送信する。

ユーザ端末１１が、サービス提供装置１４によりサービスを利用する際の手順を説明する。

ユーザ端末１１は、ＨＴＴＰプロトコルに基づき要求するサービスに対応するＵＲＬを含むサービス要求を、サービス提供装置１４へ送信する（Ｓｔｅｐ２１０Ｅ）。サービス要求を受信したサービス提供装置１４は、ユーザ端末１１にＩＤ通知要求をホスト装置１２へ送信させるステップを含むスクリプトを応答としてユーザ端末１１へ送信する（Ｓｔｅｐ２３０Ｅ）。この際、サービス提供装置１４は、当該サービス要求をサービス提供装置１４上で一意に識別するサービス要求ＩＤを生成し、さらに乱数アルゴリズムに基づきチャレンジキーを生成し（Ｓｔｅｐ２２０Ｅ）、このサービス要求ＩＤとチャレンジキーと当該サービス提供装置１４のアドレスとを、当該スクリプトに含ませる。ここで、サービス提供装置１４のアドレスは、当該装置がＩＤ通知を受信するためのＩＰアドレスとポート番号とする。また、サービス提供装置１４は、生成したサービス要求ＩＤとチャレンジキーとの対応関係を記憶する。

応答を受信したユーザ端末１１は、スクリプトを実行する。すなわち、前記アクセスセッションＩＤと前記サービス要求ＩＤと前記チャレンジキーと前記サービス提供装置１４のアドレスとを含むＩＤ通知要求メッセージを、アクセスセッション管理サーバ３８に対して送信する（Ｓｔｅｐ３１０Ｅ）。

ＩＤ通知要求を受信したホスト装置１２（アクセスセッション管理サーバ３８）は、このメッセージに含まれるサービス提供装置１４のアドレスに対して、ＩＤ通知を送信する（Ｓｔｅｐ３４０Ｅ）。この際、ホスト装置１２は、当該ＩＤ通知要求からアクセスセッションＩＤを取得し、このアクセスセッションＩＤをユーザ情報記憶装置１３に送信し（Ｓｔｅｐ３２０Ｅ）、この応答としてユーザＩＤをユーザ情報記憶装置１３から受信し、このユーザＩＤをＩＤ通知に含ませる。ユーザ情報記憶装置１３は、Ｓｔｅｐ３３０Ｅにおいて、当該アクセスセッションＩＤに対応するユーザＩＤをセッション情報ＤＢ１３０から取得し、ホスト装置１２に対して送信する。ホスト装置１２は、ＩＤ通知に、このユーザＩＤとＩＤ通知要求メッセージ中のサービス要求ＩＤ、チャレンジキーとを記入する。

なお、ユーザ端末１１と、レイヤ２スイッチ４２との間に無線通信が用いられている場合、他のユーザ端末１１にＳｔｅｐ３１０ＥのＩＤ通知要求が傍受される可能性がある。この通信を傍受して、他の端末がなりすましを行うことを防ぐため、別の実施形態では、アクセスセッションＩＤをＩＤ通知要求に含ませる代わりに、アクセスセッションＩＤから生成される署名を含ませることとする。この形態では、ユーザ端末１１は、Ｓｔｅｐ３１０Ｅにおいて、自身のユーザＩＤと前記サービス要求ＩＤと前記チャレンジキーとからなるデータＤ１と、前記アクセスセッションＩＤとを引数とする一方向関数の値として署名（第１の署名）を求め、この署名をＩＤ通知要求に含ませる。アクセスセッション管理サーバ３８は、Ｓｔｅｐ３２０Ｅにおいて、当該ＩＤ通知要求に含まれるユーザＩＤをユーザ情報記憶装置１３に送信して対応するアクセスセッションＩＤを問い合わせ、ユーザ情報記憶装置１３は当該ユーザＩＤに対応するアクセスセッションＩＤをセッション情報ＤＢ１３０から取得して、Ｓｔｅｐ３３０Ｅにおいて、このアクセスセッションＩＤをアクセスセッション管理サーバ３８へ送信する。アクセスセッション管理サーバ３８は、データＤ１とこのアクセスセッションＩＤとを引数とする一方向関数の値として署名を求め、この署名とＳｔｅｐ３１０Ｅで受信した署名とが一致するかを判定する。一致する場合には、アクセスセッション管理サーバ３８は、ＩＤ通知要求に含まれるユーザＩＤが正当であると特定する。一致しない場合には、アクセスセッション管理サーバ３８は、ＩＤ通知要求に含まれるユーザＩＤが不当であるとみなし、当該ＩＤ通知要求に対する処理は行わないこととする。
なお、アクセスセッション管理サーバ３８がユーザ情報記憶装置１３からアクセスセッションＩＤを受信する代わりに、アクセスセッション管理サーバ３８がＤ１と受信した署名データとをユーザ情報記憶装置１３へ送信し、ユーザ情報記憶装置１３が当該署名が正当であるか検証し、検証した結果をアクセスセッション管理サーバ３８へ送信する形態も可能である。

ＩＤ通知を受信したサービス提供装置１４は、当該メッセージに含まれるサービス要求ＩＤとチャレンジキーと当該メッセージのユーザＩＤとを取得する。次に、Ｓｔｅｐ２２０Ｅで記憶されたサービス要求ＩＤに対応するチャレンジキーと、受信したＩＤ通知に含まれているチャレンジキーとが一致するか判定し、一致する場合はＩＤ通知に含まれているユーザＩＤを前記サービス要求ＩＤに関係付けて記憶する（Ｓｔｅｐ３５０Ｅ）。そして、ＩＤ通知応答をホスト装置１２に対して送信する。ＩＤ通知応答の内容データは任意である。ＩＤ通知応答を受信したホスト装置１２は、当該ＩＤ通知要求を送信したユーザ端末１１に対してＩＤ通知応答を返す（Ｓｔｅｐ３６０Ｅ）。

なお、Ｓｔｅｐ３１０ＥからＳｔｅｐ３６０Ｅまでのメッセージ送受信には、ＴＣＰプロトコルを用いることとする。すなわち、Ｓｔｅｐ３１０Ｅにおいてユーザ端末１１がアクセスセッション管理サーバ３８との間にＴＣＰコネクション（コネクション１）を生成し、Ｓｔｅｐ３４０Ｅにおいて、アクセスセッション管理サーバ３８がサービス提供装置１４との間にＴＣＰコネクション（コネクション２）を生成する。Ｓｔｅｐ３５０ＥにおけるＩＤ通知応答の伝達には、コネクション２を用いる。Ｓｔｅｐ３６０ＥにおけるＩＤ通知応答の伝達にはコネクション１を用いる。ただし、ＴＣＰコネクションを用いる代わりに、ＵＤＰを用いて実現することも可能である。

なお、アクセスセッション管理サーバ３８とサービス提供装置１４との間に、プロキシ装置を設置して、プロキシ装置に、Ｓｔｅｐ３４０ＥのＩＤ通知、Ｓｔｅｐ３５０ＥのＩＤ通知応答を中継させてもよい。この場合、途中に不正なプロキシ装置が介在して、ＩＤ通知メッセージを改竄したり、傍受したりする危険が生じる。これを防ぐため、別の実施形態では、ＩＤ通知要求、ＩＤ通知にチャレンジキーを含ませる代わりに、チャレンジキーを引数として生成される署名を含ませる。すなわち、サービス要求ＩＤと発信者ＩＤ（ユーザＩＤ）、発信時刻などメッセージ毎に変化するデータとによって構成されるデータをＤとし、ユーザ端末１１は、Ｓｔｅｐ３１０Ｅにおいて、このデータ（Ｄ）とＳｔｅｐ２３０Ｅで受信したチャレンジキーとを引数とする一方向関数の値を署名として、ＩＤ通知メッセージに付加する。アクセスセッション管理サーバ３８は、Ｓｔｅｐ３４０Ｅにおいて、ＩＤ通知メッセージのデータ（Ｄ）と署名とをＩＤ通知に含ませる。Ｓｔｅｐ３５０Ｅにおいてサービス提供装置１４は、当該ＩＤ通知からサービス要求ＩＤを取得し、Ｓｔｅｐ２２０Ｅで記憶されたこのサービス要求ＩＤに対応するチャレンジキーを取得し、このチャレンジキーと当該ＩＤ通知中のＩＤ通知メッセージ中のデータＤとを引数とする一方向関数により署名を求め、この署名と当該ＩＤ通知に含まれている署名とが一致するか判定する。２つの署名が一致しなければ、ＩＤ通知を不正とみなす旨を示すＩＤ通知応答をＳｔｅｐ３６０Ｅにおいて送信する。この方法では、チャレンジキーが送信されないので、途中で他の装置がＩＤ通知を傍受したとしても、その装置がサービス要求を送信することはできない。また、他の装置によって、ＩＤ通知が改竄された場合には、サービス提供装置１４がその改竄を検出できる。

別の実施形態では、Ｓｔｅｐ３４０Ｅにおいて、ホスト装置１２（アクセスセッション管理サーバ３８）が当該装置の秘密鍵によって生成された署名を付加してＩＤ通知メッセージを送信する。サービス提供装置１４は、Ｓｔｅｐ３５０Ｅにおいてこのホスト装置１２の公開鍵によって署名を検証し、ＩＤ通知の正当性を確認する。これによって、サービス提供装置１４は、ユーザ端末１１がどのホスト装置１２（どの事業者）によって認証されたのかを確認することが可能となる。

ＩＤ通知応答を受信したユーザ端末１１は、要求するサービスのＵＲＬと前記サービス要求ＩＤとチャレンジキーとを含むサービス要求を、サービス提供装置１４に対して送信する（Ｓｔｅｐ４１０Ｅ）。

サービス要求を受信したサービス提供装置１４は、前記記憶されたサービス要求ＩＤに対応するユーザＩＤとチャレンジキーを取得し、記憶されているチャレンジキーがＳｔｅｐ４１０Ｅで受信したチャレンジキーと一致するか判定する。一致する場合には、当該ユーザＩＤに基づきサービス提供可否判断、または当該ユーザＩＤに基づくサービス提供を行う（Ｓｔｅｐ４２０Ｅ，Ｓｔｅｐ４３０Ｅ）。

アクセスセッション管理装置３２が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ５００Ｅ）、アクセスセッション管理装置３２は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ５１０Ｅ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ５２０Ｅ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置のアドレスをＳｔｅｐ３２０Ｅで保存しておき、当該アドレス群をＳｔｅｐ５２０Ｅにおいてアクセスセッション管理装置３２へ返信し、アクセスセッション管理装置３２は、当該アドレス群に該当する各々のサービス提供装置に対して認証状態が無効になったことを通知してもよい。

なお、別の実施形態として、アクセスセッションＩＤの代わりに、ユーザ端末１１が用いるＭＡＣアドレスをユーザ端末１１とアクセスセッション管理サーバ３８との接続に関する情報として用いるものがある。この形態では、Ｓｔｅｐ１５０Ｅにおいて、アクセスセッション管理サーバ３８は、ユーザ端末１１のＭＡＣアドレスをユーザＩＤに関係付けてセッション情報ＤＢ１３０に登録する。また、Ｓｔｅｐ３２０Ｅにおいて、アクセスセッション管理サーバ３８は、ＭＡＣアドレスをユーザ情報記憶装置１３に送信する。ユーザ情報記憶装置１３は、Ｓｔｅｐ３３０Ｅにおいて、当該ＭＡＣアドレスに関係付けて記憶されたユーザＩＤを送信する。また、このような実施形態においては、レイヤ２スイッチ４２は、各ポートの組み合わせについて、どのＭＡＣアドレスを転送するかを指定可能であることが望ましい。この場合、通常時は、任意のＭＡＣアドレスが転送されるのは、各ポートとアクセスセッション管理サーバ３８が接続されたポートとの間のみとする。そして、Ｓｔｅｐ１５０Ｅにおいて、認証されたユーザ端末１１のＭＡＣアドレスについて、当該ユーザ端末１１が接続されているポートとＩＰネットワークが接続されているポートとの間の転送を可とする。これにより、不正を試みる利用者の端末が他端末のＭＡＣアドレスのパケットを用いてＩＰネットワークへパケットを送信することを防ぐことができる。

以上、本発明の第４実施形態について、説明した。次に、本発明の第５実施形態について、図１１の構成図および図１２のフローチャートを参照して説明する。

図１１は、アクセスセッション管理装置３２を、ホスト装置１２として用いて本発明を実施する形態を示している。サービス提供装置１４は、ＨＴＴＰプロトコルに基づき、サービスをクライアントに対して提供する装置である。提供されるサービスの具体例として、コンテンツ配信サービス、情報検索サービスなどが考えられる。また、別のサービスの一例として、ユーザ端末１１に対してＩＤ証明書を発行し、送信するサービス、も考えられる。また、ＳＭＴＰによる電子メール通信への適用も考えられる。

ユーザ端末１１は、アクセスセッション管理装置３２と連携した無線ＬＡＮアクセスポイント（以降、「無線アクセスポイント４４」）と接続し、無線アクセスポイント４４を経由してＩＰネットワークと接続する。ここで、ユーザ端末１１と無線アクセスポイント４４間の接続は、アクセスセッション管理装置３２からユーザ端末１１への定期的な接続状態確認を行うなどの手段で、無線アクセスポイント４４、および、アクセスセッション管理装置３２で常時接続状態を維持・管理できるものとする。具体的には、ＩＥＥＥ８０２．１ｘの認証方式を採用し、周期的に無線アクセスポイント４４からユーザ端末１１へ再認証を行うという手段で可能である。

ホスト装置１２は、図１１中のアクセスセッション管理装置３２で構成されており、ユーザ端末１１はアクセスセッション管理装置３２と連携して無線アクセスポイント４４と接続を確立する。
無線アクセスポイント４４は、接続中のあるユーザ端末１１からデータフレームを受信し、当該データフレームのあて先（ＭＡＣアドレス）が示す別のネットワーク装置へ当該メッセージを転送する手段を備える。アクセスセッション管理装置３２は、ユーザ情報記憶装置１３と連携して、ユーザ端末１１との接続時においてユーザ端末１１のユーザを認証する手段（認証手段１１８）を備える。
また、認証されたユーザ端末１１と無線アクセスポイント４４の接続状態を確立するとともにその後の通信で使用する共有鍵を生成し、接続状態が継続している間は当該ユーザ端末１１が接続されているポートと、ＩＰネットワークが接続されているポートとの間をＯＮ状態とするように無線アクセスポイント４４を制御する機能（セッション保持手段１０２）とを備える。また、接続状態を維持・確認するため、定期的にアクセスセッション管理装置３２から無線アクセスポイント４４を経由してユーザを認証する手段を具備することが望ましい。定期的な認証を正常に行わないユーザ端末１１を検出した場合には、当該セッションの情報を後記のセッション情報ＤＢ１３０から削除し、さらに当該ユーザ端末１１とＩＰネットワークが接続されているポートとのパケット転送を遮断する（ＯＦＦにする）。 また、アクセスセッション管理装置３２は、ユーザ端末１１と確立された接続について、当該接続に割り当てられた共通鍵と当該接続に係るユーザのユーザＩＤとを関係付けてセッション情報ＤＢ１３０へ登録するセッション登録手段１１６を備える。
ユーザ情報記憶装置１３のユーザ管理ＤＢ１２８は、ネットワークの各ユーザについて、当該ユーザのユーザＩＤと当該ユーザ端末１１のパスワードを記憶する。さらに、ユーザ情報記憶装置１３は、接続確立中のユーザ端末１１について、当該ユーザ端末１１に対応するユーザＩＤと当該ユーザ端末１１が使用している共有鍵の対応関係を記憶するセッション情報ＤＢ１３０を備える。

ユーザ端末１１は、無線アクセスポイント４４およびユーザ情報記憶装置１３に対するクライアントとして、無線アクセスポイント４４とユーザ情報記憶装置１３が連携して行う認証をうける手段（認証クライアント手段１０６）、無線アクセスポイント４４と接続を維持し、無線アクセスポイント４４とデータフレームを送受信する手段（セッション保持手段１０２）を備える。さらに、ユーザ端末１１は、サービス提供装置１４に対して、ＨＴＴＰプロトコルによりサービス要求を送信する手段（サービス要求手段１０８）と、当該要求に対する応答を受信する手段（サービス利用手段１０４）を備える。

サービス提供装置１４は、ユーザ端末１１からＨＴＴＰプロトコルによりサービス要求を受信する手段（サービス要求受信手段１３６）、当該要求に対する応答としてサービスを提供する手段（サービス提供手段１３２）を備える。また、当該サービス要求中の情報を元に、ユーザ情報記憶装置１３に対して、ユーザＩＤの特定を行う手段（ユーザＩＤ特定手段１１４）を備える。さらに、サービス提供装置１４は、受信したサービス要求メッセージからサービス要求者のユーザＩＤを抽出し、当該サービス要求に対するサービスの提供可否または提供方法を決定するサービス提供方法決定手段１３４を備える。

本発明においては、前記の共有鍵が「ユーザ端末１１とホスト装置１２との接続に関する情報」に相当する。

本実施形態におけるシステムの動作シーケンスを次に説明する（図１２参照）。

ユーザ端末１１は、起動直後、無線アクセスポイント４４へ接続する。この手順を説明する。まず、ユーザ端末１１がＩＥＥＥ８０２．１ｘに基づく認証方法で、ユーザＩＤ、パスワードを含む認証要求を生成し、この認証要求を無線アクセスポイント４４に対して送信する。この認証要求を受信した無線アクセスポイント４４は、当該認証要求をアクセスセッション管理装置３２へ転送し、認証を依頼する（Ｓｔｅｐ１１０Ｆ）。認証を依頼されたアクセスセッション管理装置３２は、受信したユーザＩＤを元に、ユーザ情報記憶装置１３に記憶されている当該ユーザＩＤに対応するパスワードを取得（Ｓｔｅｐ１２０Ｆ、Ｓｔｅｐ１３０Ｆ）し、この記憶されているパスワードと当該認証要求から取得されたパスワードとが一致するかを比較し、一致すれば前記ユーザＩＤは正しいとみなす（Ｓｔｅｐ１４０Ｆ）。ユーザＩＤが正しいとみなされた場合、アクセスセッション管理装置３２は当該ユーザが以降無線アクセスポイント４４との暗号化通信に用いる共有鍵を生成し（Ｓｔｅｐ１４０Ｆ）、無線アクセスポイント４４へ認証結果と共有鍵を応答する（Ｓｔｅｐ１５０Ｆ）。そして、無線アクセスポイント４４は共有鍵を含む応答を、ユーザ端末１１に対して送信する（Ｓｔｅｐ１５０Ｆ）。

ユーザＩＤの認証方式は前記の通りパスワードを送信する方式でなくても良い。別の実施形態においては、より強度の強い公開鍵証明書を用いたＥＡＰ−ＴＬＳなどの認証方式を行う。

また、別の実施形態として、共有鍵を用いるのではなく、ユーザ端末１１が無線アクセスポイント４４へ接続した際に、アクセスセッション管理装置３２から払い出されたＩＰアドレスや乱数値、または、ユーザ端末１１の端末ＩＤやＭＡＣアドレスを前記共有鍵の代わりに用いる形態もある。この場合、ユーザ情報記憶装置１３のセッション情報ＤＢ１３０が、各ユーザについて当該ユーザのユーザ端末１１に割り当てられた機器のＩＤ、ＭＡＣアドレス、ＩＰアドレス、乱数値などをユーザＩＤを特定するための情報として記憶する。

ユーザ端末１１がサービス提供装置１４によるサービスを利用する際の手順を説明する。

ユーザ端末１１は、ＨＴＴＰプロトコルに基づき、要求するサービスに対応するＵＲＬと共有鍵、もしくは、ＵＲＬとユーザＩＤと前記第１の署名を含むサービス要求をサービス提供装置１４に対して送信する（Ｓｔｅｐ２１０Ｆ）。具体的には、サービス要求ボタンとスクリプトが埋め込まれたＷｅｂ画面のサービス要求ボタンをクリックすると、前記スクリプトがユーザ端末１１内に格納されていた前記共有鍵を読み出し、ＨＴＴＰメッセージの所定の位置へ設定し、ＨＴＴＰメッセージを送信する。
サービス要求を受信したサービス提供装置１４は、ユーザ情報記憶装置１３に共有鍵を送信する（Ｓｔｅｐ２２０Ｆ）。ユーザ情報記憶装置１３は、ユーザ管理ＤＢ１２８を参照し、当該共有鍵に対応するユーザＩＤを取得（Ｓｔｅｐ２３０Ｆ）し、このユーザＩＤを前記サービス提供装置１４に対して返す（Ｓｔｅｐ２４０Ｆ）。この手順で、サービス提供装置１４は、受信したＨＴＴＰメッセージの送信者のユーザＩＤを特定し、当該ユーザＩＤに基づきサービス提供可否判断、または当該ユーザＩＤに基づくサービス提供を行う（Ｓｔｅｐ２５０Ｆ，Ｓｔｅｐ２６０Ｆ）。

別の実施形態においては、共有鍵をサービス提供装置１４へ送信するのではなく、共有鍵を用いた一方向関数を用いた署名検証アルゴリズムにより、共有鍵の情報をサービス提供装置１４へ伝達する。すなわち、ユーザ端末１１とサービス提供装置１４との間で、ある一方向関数を共有する。ここで、利用可能な一方向関数の例として、ＳＨＡ−１、ＭＤ５などがある。また、ＨＴＴＰメッセージには、ユーザ端末１１のユーザＩＤを含むこととする。ユーザ端末１１は、共有鍵をＨＴＴＰメッセージに付加する代わりに、ＨＴＴＰメッセージの内容データと共有鍵とを引数として、前記一方向関数の値を求め、この値を当該メッセージに対する署名（以下、第１の署名とする）として、付加する。サービス提供装置１４は、受信したＨＴＴＰメッセージ中のユーザＩＤをユーザ情報記憶装置１３に対して送信する。ユーザ情報記憶装置１３は、受信したユーザＩＤに対応する共有鍵をユーザ管理ＤＢ１２８から取得し、サービス提供装置１４へ返却する。サービス提供装置１４は、当該ユーザ端末１１から受信したＨＴＴＰメッセージの内容データとユーザ端末１１から受信した共有鍵とを引数として前記一方向関数の値を求め、求められた値がユーザ端末１１から受信した署名と一致するかを判定する。一致する場合は、ＨＴＴＰメッセージに含まれていたユーザＩＤが当該ＨＴＴＰメッセージに対応するユーザＩＤである。この場合、ユーザ端末１１接続時に無線アクセスポイント４４およびアクセスセッション管理装置３２が共有鍵を通知するときを除いて、通信路上を共有鍵が転送されることがなくなるため、第３者が共有鍵を傍受して、当該共有鍵に対応するユーザになりすますことを防止できる。

なお、サービス提供装置１４がユーザ情報記憶装置１３から共有鍵を受信する代わりに、サービス提供装置１４がユーザＩＤとＨＴＴＰの内容データ、および受信した署名データをユーザ情報記憶装置１３へ送信し、ユーザ情報記憶装置１３が当該署名が正当であるか検証し、検証した結果をサービス提供装置１４へ送信する形態も可能である。

また、別の実施形態においては、Ｓｔｅｐ２４０Ｆにおいて、ユーザ情報記憶装置１３がＩＤ通知を送信する際に、ユーザ情報記憶装置１３による電子署名を付加する。具体的には、公開鍵アルゴリズムに基づく電子署名を行うこととし、ユーザ情報記憶装置１３は当該装置（あるいは当該装置の運用業者）に対応する秘密鍵を用いて、少なくともユーザＩＤを含むサービス要求中の一部データに対する署名（第２の署名）を生成し、当該メッセージのユーザＩＤがどの装置（あるいはどの業者）によって検証されたのか、経路途中の装置によって改竄されていないか、を確認できる。

なお、アクセスセッション管理装置３２が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ４００Ｆ）、アクセスセッション管理装置３２は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ４１０Ｆ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ４２０Ｆ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

また、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置１４のアドレスをＳｔｅｐ２３０Ｆで保存しておき、当該アドレス群をＳｔｅｐ４２０Ｆにおいてアクセスセッション管理装置３２へ返信し、アクセスセッション管理装置３２は、当該アドレス群に該当するおのおののサービス提供装置１４に対して認証状態が無効になったことを通知してもよい。

なお、本実施形態では、サービス提供装置１４がユーザ端末１１に対してＨＴＴＰによるサービス提供を行っているが、同様の手順でＳＩＰによるサービス提供を行う場合も容易に実現可能である。具体的には、Ｓｔｅｐ２１０Ｆのサービス要求がＳＩＰのＲＥＧＩＳＴＥＲ、もしくは、サービス要求メッセージ、Ｓｔｅｐ２６０Ｆがそれに対する応答とすることにより、同様の手順でＳＩＰによるサービス提供が可能となる。

以上、本発明の第５実施形態について、説明した。次に、本発明の第６実施形態について、図１３の構成図および図１４のフローチャートを参照して説明する。

図１３に示すシステムの構成において、第５実施形態と異なる部分について、説明する。

サービス提供装置１４は、ユーザ端末１１に対してセッション情報に基づく情報の送信を指示し、それを受信するセッション情報受信手段１４０をさらに備える。

ユーザ端末１１には、サービス提供装置１４からの指示に基づき、セッション情報に基づく情報を送信するセッション情報送信手段１１２をさらに備える。

手順は、Ｓｔｅｐ１５０までは、第５実施形態と同一である。つまり、第５実施形態のＳｔｅｐ１１０Ｆが、本実施形態のＳｔｅｐ１１０Ｇに対応し、Ｓｔｅｐ１２０からＳｔｅｐ１５０まで、同様の対応とする。

以降、サービス利用時のシーケンス（Ｓｔｅｐ２１０Ｇ以降）を説明する。

ユーザ端末１１がサービス提供装置１４によるサービスを利用する際の手順を説明する（図１４参照）。

ユーザ端末１１は、ＨＴＴＰプロトコルでサービス提供装置１４のＵＲＬを指定し、サービス要求を送信する（Ｓｔｅｐ２１０Ｇ）。サービス提供装置１４は、当該サービス要求に対応するチャレンジキーをランダムに生成し、記憶する（Ｓｔｅｐ２２０Ｇ）とともに、ユーザ端末１１に対して、チャレンジキー、サービス提供装置１４のアドレス、および、スクリプトを含んだネットワークアクセス情報通知要求を、ＨＴＴＰ応答として送信する（Ｓｔｅｐ２３０Ｇ）。
ユーザ端末１１が前記Ｓｔｅｐ２３０Ｇで応答されたＷｅｂページを操作すると、前記スクリプトにより、ＨＴＴＰプロトコルに基づき、要求するサービスに対応するＵＲＬとチャレンジキーと共有鍵、もしくは、ＵＲＬとユーザＩＤとチャレンジキーと第１の署名（後記）を含むネットワークアクセス情報通知をサービス提供装置１４に対して送信する（Ｓｔｅｐ２４０Ｇ）。具体的には、送信ボタンとスクリプトが埋め込まれたＳｔｅｐ２３０Ｇで受信したＷｅｂ画面の送信ボタンをクリックすると、前記スクリプトがユーザ端末１１内に格納されていた前記共有鍵を読みだし、ＨＴＴＰメッセージの所定の位置へ設定し、ＨＴＴＰメッセージでネットワークアクセス情報通知を送信する。
ネットワークアクセス情報通知を受信したサービス提供装置１４は、記憶しているチャレンジキーと同一のものがあるかを確認し、同一のものがあれば、記憶していたチャレンジキーを消去する（Ｓｔｅｐ２５０Ｇ）。これにより、チャレンジキーを盗聴され、再度送信されるリプレイ攻撃を防ぐことができる。
続いて、サービス提供装置１４は、受信したネットワークアクセス情報通知に付加された共有鍵または第１の署名から、第５実施形態と同様の方法で当該メッセージのユーザＩＤを取得し（Ｓｔｅｐ２６０Ｇ，Ｓｔｅｐ２７０Ｇ，Ｓｔｅｐ２８０Ｇ）、このユーザＩＤを当該メッセージの発信者アドレスとして認識し、当該ユーザＩＤに基づきサービス提供可否判断、または、当該ユーザＩＤに基づくサービス提供を行う（Ｓｔｅｐ２９０Ｇ，Ｓｔｅｐ３００Ｇ）。

別の実施形態においては、共有鍵をサービス提供装置１４へ送信するのではなく、共有鍵を用いた一方向関数を用いた署名検証アルゴリズムにより、共有鍵の情報をサービス提供装置１４へ伝達する。すなわち、ユーザ端末１１とユーザ情報記憶装置１３との間で、ある一方向関数を共有する。ここで、利用可能な一方向関数の例として、ＳＨＡ−１、ＭＤ５などがある。また、ＨＴＴＰメッセージには、ユーザ端末１１のユーザＩＤを含むこととする。ユーザ端末１１は、共有鍵をＨＴＴＰメッセージに付加する代わりに、ＨＴＴＰメッセージの内容データと共有鍵とを引数として、前記一方向関数の値を求め、この値を当該メッセージに対する署名（以下、第１の署名とする）として、付加する。サービス提供装置１４は、受信したＨＴＴＰメッセージ中のユーザＩＤをユーザ情報記憶装置１３に対して送信する。ユーザ情報記憶装置１３は、受信したユーザＩＤに対応する共有鍵をユーザ管理ＤＢ１２８から取得し、サービス提供装置１４へ返却する。サービス提供装置１４は、当該ユーザから受信したＨＴＴＰメッセージの内容データと、ユーザ情報記憶装置１３から受信した共有鍵とを引数として前記一方向関数の値を求め、求められた値がユーザ端末１１から受信した署名と一致するかを判定する。一致する場合は、ＨＴＴＰメッセージに含まれていたユーザＩＤが当該ＨＴＴＰメッセージに対応するユーザＩＤであると判断する。この場合、ユーザ情報記憶装置１３とサービス提供装置１４間を暗号化を行うセキュアな通信路を用いておけば、ユーザ端末１１接続時に無線アクセスポイント４４およびアクセスセッション管理装置３２が共有鍵を通知するときを除いて、通信路上を共有鍵が転送されることがなくなるため、第３者が共有鍵を傍受して、当該共有鍵に対応するユーザになりすますことを防止できる。

なお、サービス提供装置１４がユーザ情報記憶装置１３からアクセスセッションＩＤを受信する代わりに、サービス提供装置１４がユーザＩＤとＨＴＴＰの内容データ、および受信した署名データをユーザ情報記憶装置１３へ送信し、ユーザ情報記憶装置１３が当該署名が正当であるか検証し、検証した結果をサービス提供装置１４へ送信する形態も可能である。

また、別の実施形態として、共有鍵を用いるのではなく、ユーザ端末１１が無線アクセスポイント４４へ接続した際に、アクセスセッション管理装置３２から払い出されたＩＰアドレスや乱数値、または、ユーザ端末１１の端末ＩＤやＭＡＣアドレスを前記共有鍵の代わりに用いる形態もある。この場合、ユーザ情報記憶装置１３のセッション情報ＤＢ１３０が、各ユーザについて当該ユーザのユーザ端末１１に割り当てられた機器のＩＤ、ＭＡＣアドレス、ＩＰアドレス、乱数値などをユーザＩＤを特定するための情報として記憶する。

また、別の実施形態においては、Ｓｔｅｐ２４０Ｇにおいて、ユーザ情報記憶装置１３がＩＤ通知を送信する際に、ユーザ情報記憶装置１３による電子署名を付加する。具体的には、公開鍵アルゴリズムに基づく電子署名を行うこととし、ユーザ情報記憶装置１３は当該装置（あるいは当該装置の運用業者）に対応する秘密鍵を用いて、少なくとも発信者アドレスを含むサービス要求中の一部データに対する署名（第２の署名）を生成し、当該メッセージの発信者アドレスがどの装置（あるいはどの業者）によって検証されたのか、経路途中の装置によって改竄されていないか、を確認できる。

アクセスセッション管理装置３２が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ４００Ｇ）、アクセスセッション管理装置３２は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ４１０Ｇ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ４２０Ｇ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置１４のアドレスをＳｔｅｐ２７０Ｇで保存しておき、当該アドレス群をＳｔｅｐ４２０Ｇにおいてアクセスセッション管理装置３２へ返信し、アクセスセッション管理装置３２は、当該アドレス群に該当するおのおののサービス提供装置１４に対して認証状態が無効になったことを通知してもよい。

また、本実施形態では、サービス提供装置１４がユーザ端末１１に対してＨＴＴＰによるサービス提供を行っているが、同様の手順でＳＩＰによるサービス提供を行う場合も容易に実現可能である。具体的には、Ｓｔｅｐ２１０Ｇのサービス要求がＳＩＰのＲＥＧＩＳＴＥＲ、もしくは、サービス要求メッセージ、Ｓｔｅｐ３００Ｇがそれに対する応答とすることにより、同様の手順でＳＩＰによるサービス提供が可能となる。

以上、本発明の第６実施形態について、説明した。次に、本発明の第７実施形態について、図１５の構成図および図１６のフローチャートを参照して説明する。

図１５は、第４実施形態のアクセスセッション管理装置３２とユーザ情報記憶装置１３、及び、レイヤ２スイッチ４２を一体化して構成されたホームゲートウェイ５０をホスト装置１２として本発明を実施する形態を表している。ホームゲートウェイ５０はユーザ宅内ネットワークと外部のＩＰネットワークを接続する。
また、証明書発行装置５２とホームゲートウェイ５０は、証明書発行装置５２が起動時にホームゲートウェイ５０を認証し、ホームゲートウェイ５０の署名鍵を確認している、もしくは、証明書発行装置５２がホームゲートウェイ５０の公開鍵証明書の発行局を信頼しているなど、証明書発行装置５２がホームゲートウェイ５０の署名が付与されたデータを信用することが可能な信頼関係が予め構築されていることを前提とする。
証明書発行装置５２は、ユーザからの証明書発行要求に基づき、証明書を発行する装置であり、Liberty Alliance Projectで標準化されているＩＤＰ（Identity Provider）として適用することが可能である。

本実施形態の動作手順を図１６を用いて説明する。
まず、ユーザ端末１１は、起動直後、あるいはアプリケーション起動などを契機として、ユーザ端末１１がユーザ宅内ネットワークヘ接続する際に、ホームゲートウェイ５０内のアクセスセッション管理サーバ３８（図9参照）とアクセスセッションを確立する。まずユーザ端末１１が、ユーザＩＤ、パスワードを含むセッション確立要求を生成し、このセッション確立要求をアクセスセッション管理サーバ３８に対して送信する（Ｓｔｅｐ１１０Ｈ）。このセッション確立要求を受信したアクセスセッション管理サーバ３８は、まず当該セッション確立要求からユーザＩＤとパスワードを取得し、認証判断を行う（Ｓｔｅｐ１２０Ｈ，Ｓｔｅｐ１３０Ｈ）。すなわち、ユーザ情報記憶装置１３のユーザ管理ＤＢ１２８に記憶されている当該ユーザＩＤに対応するパスワードを取得し、ユーザ管理ＤＢ１２８に記憶されているバスワードと当該セッション確立要求から取得されたパスワードとが一致するかを比較し、一致すれば前記ユーザＩＤは正しいとみなす（Ｓｔｅｐ１４０Ｈ）。ユーザＩＤが正しいとみなされた場合、アクセスセッション管理サーバ３８はユーザ端末１１へ払い出すＩＰアドレスを生成し（Ｓｔｅｐ１４０Ｈ）、生成されたＩＰアドレスを当該ユーザＩＤに関係づけてセッション情報ＤＢ１３０に登録する（Ｓｔｅｐ１５０Ｈ）。そして、アクセスセッション管理サーバ３８はＩＰアドレスを含む応答をユーザ端末１１に対して送信する（Ｓｔｅｐ１６０Ｈ）。ここで、ユーザ端末１１とホスト装置１２の接続を識別するアクセスセッションＩＤとしてＩＰアドレスを用いる例として記述しているが、他の実施形態で示しているＭＡＣアドレスやレイヤ２スイッチ４２の物理ポート番号などの別の情報をアクセスセッションＩＤとして用いても良い。

続いて、証明書を発行する手順について説明する。
ユーザ端末１１が証明書発行装置５２へ証明書発行要求をＨＴＴＰを用いて送信する（Ｓｔｅｐ２１０Ｈ）。証明書発行要求（Ｓｔｅｐ２１０Ｈ）を受信した証明書発行装置５２は、ユーザ端末１１に対して、証明書発行装置５２のアドレスを含んだＩＤ通知要求をＨＴＴＰを用いて送信する（Ｓｔｅｐ２２０Ｈ）。ここで、ＩＤ通知要求メッセージは、当該メッセージをアクセスセッション管理装置３２へリダイレクションするように指示したＨＴＴＰメッセージとして構成されている。ＩＤ通知要求（Ｓｔｅｐ２２０Ｈ）を受信したユーザ端末１１は、ＩＤ通知要求中のアクセスセッション管理装置３２へのリダイレクション指示に従い、当該メッセージをアクセスセッション管理装置３２へ転送する（Ｓｔｅｐ２３０Ｈ、Ｓｔｅｐ２４０Ｈ）。
なお、ユーザ端末１１が証明書発行装置５２から受信したＩＤ通知要求にはアクセスセッション管理装置３２を表すホスト名のみが記される場合、ユーザ端末１１がホームゲートウェイ５０上のＤＮＳサーバに当該アクセスセッション管理装置３２のホスト名からＩＰアドレスを検索させて、当鼓ＩＰアドレス宛てにＩＤ通知要求メッセージを転送する手順をとっても良い。
このとき、証明書発行装置５２がＩＤ通知要求に含めるアクセスセッション管理装置３２のホスト名はアクセスセッション管理装置３２が含まれているホームゲートウェイ５０によらず常に同一とする。そして、各々のユーザ端末１１が接続しているホームゲートウェイ５０上のＤＮＳに対してホスト名解決を依頼した際に、各ホームゲートウェイ５０上のＤＮＳが前記アクセスセッション管理装置３２の名称に対応するＩＰアドレスとして各々のホームゲートウェイ５０のＩＰアドレスを返却する。これにより、証明書発行装置５２は予め全てのホームゲートウェイ５０のＩＰアドレスを知らなくとも各ユーザが接続しているホームゲートウェイ５０内のアクセスセッション管理装置３２にユーザ端末１１を経由してメッセージを送信することが可能となる。

ＩＤ通知要求を受信したアクセスセッション管理装置３２は、ＩＤ通知要求を搬送してきたＩＰパケットから発ＩＰアドレスを抽出し、ユーザ情報記憶装置１３に対して当該ＩＰアドレスを送信し（Ｓｔｅｐ２５０Ｈ）、ユーザ情報記憶装置１３は当該ＩＰアドレスに対応するユーザＩＤをアクセスセッション管理装置３２へ返送する（Ｓｔｅｐ２６０Ｈ）。アクセスセッション管理装置３２は、Ｓｔｅｐ２６０Ｈで取得したユーザＩＤ、及び、それに対するアクセスセッション管理装置３２の署名とを含んだＩＤ通知メッセージを送出する（Ｓｔｅｐ２７０Ｈ）。ＩＤ通知メッセージは、当該メッセージを証明書発行装置５２ヘリダイレクションするように指示したＨＴＴＰメッセージとして構成されている。ＩＤ通知メッセージ（Ｓｔｅｐ２７０Ｈ）を受信したユーザ端末１１は、ＩＤ通知メッセージ中の証明書発行装置５２へのリダイレクション指示に従い、当該メッセージを証明書発行装置５２へ転送する（Ｓｔｅｐ２８０Ｈ、Ｓｔｅｐ２９０Ｈ）。

ＩＤ通知メッセージを受信した証明書発行装置５２は、ＩＤ通知メッセージに含まれている署名を検証し、予め信頼しているＨＧＷであることを確認した後、当該メッセージに含まれているユーザＩＤに基づき証明書を先行して（Ｓｔｅｐ３００Ｈ）、ユーザ端末１１へ返送する（Ｓｔｅｐ３１０Ｈ）。

アクセスセッション管理装置３２が定期的に行っているユーザ端末１１の状態確認に失敗すると、接続が切断されたと判断し（Ｓｔｅｐ４００Ｈ）、アクセスセッション管理装置３２は、切断を検出したアクセスセッションＩＤを付与した認証状態削除要求をユーザ情報記憶装置１３へ送信する（Ｓｔｅｐ４１０Ｈ）。ユーザ情報記憶装置１３は、受信したアクセスセッションＩＤを消去し（Ｓｔｅｐ４２０Ｈ）、以降、該アクセスセッションＩＤに対するサービス要求を受信した場合は、認証失敗を応答する。

なお、ユーザ情報記憶装置１３は、当該アクセスセッションＩＤに関してそれ以前にユーザＩＤを特定したサービス提供装置のアドレスをＳｔｅｐ２５０Ｈで保存しておき、当該アドレス群をＳｔｅｐ４２０Ｈにおいてアクセスセッション管理装置３２へ返信し、アクセスセッション管理装置３２は、当該アドレス群に該当するおのおののサービス提供装置に対して認証状態が無効になったことを通知してもよい。

以上、本発明の第７実施形態について、説明した。

なお、本発明を構成する各装置は、演算装置（ＣＰＵなど）、通信装置（ネットワークインタフェースなど）、および、記憶装置（ＨＤＤなど）を含んで構成され、入力装置（キーボードなど）、および、出力装置（ディスプレイなど）を含んでも良い。なお本発明を構成する各装置は、例えば、ユーザ端末１１、ホスト装置１２、ユーザ情報記憶装置１３、サービス提供装置１４、第１のＳＩＰサーバ３０、アクセスセッション管理装置３２、セッション保持装置３４、サービス要求転送装置３６、アクセスセッション管理サーバ３８、ＩＤ通知装置４０、レイヤ２スイッチ４２、無線アクセスポイント４４、第２のＳＩＰサーバ４６、第３のＳＩＰサーバ４８である。

また、本発明を構成する各処理手段は、例えば、記憶装置（ＨＤＤなど）に格納され、演算装置（ＣＰＵなど）によって実行されるプログラムとして、実現される。なお、本発明を構成する各処理手段は、例えば、セッション保持手段１０２、サービス利用手段１０４、認証クライアント手段１０６、サービス要求手段１０８、ＩＤ通知要求手段１１０、セッション情報送信手段１１２、ユーザＩＤ特定手段１１４、セッション登録手段１１６、認証手段１１８、ユーザＩＤ特定要否判定手段１２０、サービス要求転送手段１２２、ＩＤ通知手段１２４、接続制御手段１２６、サービス提供手段１３２、サービス提供方法決定手段１３４、サービス要求受信手段１３６、ＩＤ通知受信手段１３８、セッション情報受信手段１４０である。

さらに、本発明を構成する各データベース（ＤＢ）は、例えば、記憶装置（ＨＤＤなど）に格納された特定の構造を持つデータおよびそのデータへアクセスするプログラムとして、実現される。なお、本発明を構成する各データベース（ＤＢ）は、例えば、ユーザ管理ＤＢ１２８、セッション情報ＤＢ１３０である。

本発明の第１実施形態に係るサービス提供システムの構成図である。 本発明の第１実施形態に係るサービス提供システムのフローチャートである。 本発明の第２実施形態に係るサービス提供システムの構成図である。 本発明の第２実施形態に係るサービス提供システムのフローチャートである。 本発明の第２実施形態に係るサービス提供システムのフローチャートである。 本発明の第２実施形態に係るホスト装置の構成図である。 本発明の第３実施形態に係るサービス提供システムの構成図である。 本発明の第３実施形態に係るサービス提供システムのフローチャートである。 本発明の第４実施形態に係るサービス提供システムの構成図である。 本発明の第４実施形態に係るサービス提供システムのフローチャートである。 本発明の第５実施形態に係るサービス提供システムの構成図である。 本発明の第５実施形態に係るサービス提供システムのフローチャートである。 本発明の第６実施形態に係るサービス提供システムの構成図である。 本発明の第６実施形態に係るサービス提供システムのフローチャートである。 本発明の第７実施形態に係るサービス提供システムの構成図である。 本発明の第７実施形態に係るサービス提供システムのフローチャートである。

符号の説明

１１ ユーザ端末
１２ ホスト装置
１３ ユーザ情報記憶装置
１４ サービス提供装置
３６ サービス要求転送装置
４０ ＩＤ通知装置
１０２ セッション保持手段
１０４ サービス利用手段
１０６ 認証クライアント手段
１０８ サービス要求手段
１１０ ＩＤ通知要求手段
１１２ セッション情報送信手段
１１４ ユーザＩＤ特定手段
１１６ セッション登録手段
１１８ 認証手段
１２０ ユーザＩＤ特定要否判定手段
１２２ サービス要求転送手段
１２４ ＩＤ通知手段
１２６ 接続制御手段
１２８ ユーザ管理ＤＢ
１３０ セッション情報ＤＢ
１３２ サービス提供手段
１３４ サービス提供方法決定手段
１３６ サービス要求受信手段
１３８ ＩＤ通知受信手段
１４０ セッション情報受信手段

Claims (39)

1. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
   前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
   前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
   前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
   前記ホスト装置がユーザ端末との接続を確立してユーザ端末とホスト装置との接続に関する情報をユーザ情報記憶装置に登録する手順と、
   前記ホスト装置がユーザ情報記憶装置と連携してユーザ端末とホスト装置との接続に関する情報からユーザ端末またはユーザを特定する手順と、
   前記ホスト装置が、前記特定したユーザ端末またはユーザの特定結果を、前記サービス提供装置へ送信する手順と、
   前記サービス提供装置が、前記送信された前記特定結果を基にサービスの提供方法またはサービス提供可否を決定する手順と、
   前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
   
   
2. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
   前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
   前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
   前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
   前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
   前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
   前記ホスト装置が前記ユーザ端末から前記ホスト装置と前記端末装置との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むサービス要求を受信する手順と、
   前記ホスト装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記サービス要求の送信元のユーザＩＤを特定する手順と、
   前記ホスト装置が前記特定したユーザＩＤを含むサービス要求を送信する手順と、
   前記サービス提供装置が前記サービス要求に含まれるユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
   前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
3. 前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、
   前記ユーザ端末から送信される前記サービス要求には、前記ユーザＩＤが含まれていること、
   前記ホスト装置は、前記サービス要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したサービス要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記サービス要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
   を特徴とする請求項２に記載のサービス提供方法。
4. 前記ユーザＩＤを特定する手順は、ユーザＩＤの特定を実行する条件を記憶手段から取得し、この取得した条件と前記サービス要求に設定された条件とを比較し、合致する場合に実行されること、
   を特徴とする請求項２または請求項３に記載のサービス提供方法。
5. 前記ユーザＩＤを特定する手順は、
   前記ユーザ端末がサービス要求を送信する前に送信するサービス要求を特徴付ける情報を受信し、以降受信するサービス要求と、前記受信したサービス要求を特徴付ける情報とを比較し、合致する場合に実行されること、
   を特徴とする請求項２ないし請求項４のいずれか１項に記載のサービス提供方法。
6. 前記ホスト装置が前記サービス提供装置へ前記サービス要求を転送する手順において、
   前記ホスト装置は、前記ホスト装置による第２の署名を生成して前記サービス要求に含ませ、
   前記サービス要求を受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供要求の正当性を検証すること、
   を特徴とする請求項２ないし請求項５のいずれか１項に記載のサービス提供方法。
7. 前記ホスト装置は、前記第２の署名を当該ホスト装置または当該ホスト装置の運用業者の秘密鍵により生成し、
   前記サービス提供装置は、前記ホスト装置の公開鍵を用いて前記第２の署名を検証すること、
   を特徴とする請求項６に記載のサービス提供方法。
8. 前記ホスト装置は、前記ユーザ端末を認証する認証装置とユーザを特定しサービス要求を転送するサービス要求転送装置とにより構成され、
   前記ユーザ端末と前記サービス要求転送装置との間には、前記ユーザ端末との通信が可能となるように通信を接続制御する接続装置を備え、
   前記ホスト装置と前記ユーザ端末との接続の状態を監視し、接続が確立していないユーザ端末と前記サービス要求転送装置との通信を遮断すること、
   前記ホスト装置は、前記ユーザ端末を認証し、当該ユーザ端末との接続を確立すると、当該ユーザ端末と前記サービス要求転送装置との通信が可能となるように、前記ユーザ端末と前記サービス要求転送装置との間に接続された接続装置を制御すること、
   を特徴とする請求項６に記載のサービス提供方法。
9. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
   前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
   前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
   前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
   前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
   前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
   前記ホスト装置が、前記ユーザ端末が送信する、前記ホスト装置と前記ユーザ端末と通信の確立により設定される前記接続情報（Ｓ）または該接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）と前記サービス提供装置のアドレスとを含むＩＤ通知要求を受信する手順と、
   前記ホスト装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記ＩＤ通知要求の送信元のユーザＩＤを特定する手順と、
   前記ホスト装置が、前記特定したユーザＩＤを含むＩＤ通知を、前記ＩＤ通知要求が示すサービス提供装置のアドレスへ送信する手順と、
   前記サービス提供装置が、前記ＩＤ通知を受信し、当該ＩＤ通知に含まれるユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
   前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
10. 前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること
    前記ユーザ端末から送信される前記ＩＤ通知要求には、前記ユーザＩＤが含まれていること、
    前記ホスト装置は、前記ＩＤ通知要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したＩＤ通知要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記ＩＤ通知要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
    を特徴とする請求項９に記載のサービス提供方法。
11. 前記ユーザ端末は、前記サービス提供装置による復号化が可能な方式によりサービス要求に関する情報を暗号化し、前記ＩＤ通知要求に含め、
    前記ホスト装置は、前記受信したＩＤ通知要求に含まれているサービス要求に関する情報を前記ＩＤ通知に含め、
    前記ＩＤ通知を受信した前記サービス提供装置は、前記ＩＤ通知要求に含まれるサービス要求に関する情報を復号化すること、
    を特徴とする請求項９に記載のサービス提供方法。
12. 前記ユーザ端末は、前記ＩＤ通知要求に含まれるデータについて、前記サービス提供装置による署名検証を可能とする第３の署名を生成し、前記ＩＤ通知要求に含め、
    前記ホスト装置は、前記受信したＩＤ通知要求に含まれている前記第３の署名を前記ＩＤ通知に含め、
    前記ＩＤ通知を受信した前記サービス提供装置は、前記第３の署名が正しいかを検証し、その検証結果に基づいて前記ＩＤ通知の正当性を検証すること、
    を特徴とする請求項９に記載のサービス提供方法。
13. 前記ＩＤ通知要求を受信する手順の前に、前記ユーザ端末が前記サービス要求を送信し、前記ユーザ端末と前記サービス提供装置とが鍵（Ｋ）を生成して共有し、
    前記サービス提供装置は、前記鍵（Ｋ）を記憶手段に記憶し、
    前記ユーザ端末は、前記ＩＤ通知要求を送信する手順において、前記鍵（Ｋ）を用いて前記サービス要求に関する情報の暗号化を行い、
    前記サービス提供装置は、前記記憶した鍵（Ｋ）を用いて、前記サービス要求に関する情報の復号化を行うこと、
    を特徴とする請求項１１に記載のサービス提供方法。
14. 前記ＩＤ通知要求を受信する手順の前に、前記ユーザ端末が前記サービス要求を送信し、前記ユーザ端末と前記サービス提供装置とが鍵（Ｋ）を生成して共有し、
    前記サービス提供装置は、前記鍵（Ｋ）を記憶手段に記憶し、
    前記ユーザ端末は、前記ＩＤ通知要求を送信する手順において、前記鍵（Ｋ）を用いて前記第３の署名の生成を行い、
    前記サービス提供装置は、前記記憶した鍵（Ｋ）を用いて、前記第３の署名の検証を行うこと、
    を特徴とする請求項１２に記載のサービス提供方法。
15. 前記ＩＤを通知する手順において、前記ホスト装置は当該ホスト装置による第２の署名を生成し、前記ＩＤ通知に含ませ、
    前記ＩＤ通知を受信したサービス提供装置は前記第２の署名を検証し、その検証結果に基づいて前記ＩＤ通知の正当性を検証すること、
    を特徴とする請求項９に記載のサービス提供方法。
16. 前記ホスト装置は、前記第２の署名を当該ホスト装置または当該ホスト層との運用業者の秘密鍵により生成し、
    前記サービス提供装置は、前記ホスト装置の公開鍵を用いて前記第２の署名を検証すること、
    を特徴とする請求項１５に記載のサービス提供方法。
17. 前記ホスト装置は、前記ユーザ端末を認証する認証装置とＩＤ通知処理を行うＩＤ通知装置とにより構成され、
    前記ホスト装置との接続を確立していないユーザ端末とのＩＤ通知装置との通信は遮断され、
    前記ホスト装置は、前記ユーザ端末装置を認証し、当該ユーザ端末装置との接続を確立すると、当該ユーザ端末とＩＤ通知との通信が可能となるように転送装置を制御すること、
    を特徴とする請求項９に記載のサービス提供方法。
18. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
    前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
    前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
    前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
    ホスト装置がユーザ端末との接続を確立してユーザ端末とホスト装置との接続に関する情報をユーザ情報記憶装置に登録する手順と、
    サービス提供装置がユーザ情報記憶装置と連携してユーザ端末とホスト装置との接続に関する情報からユーザ端末またはユーザを特定する手順と、
    サービス提供装置がユーザまたはユーザ端末の前記特定を基にサービスの提供方法またはサービス提供可否を決定する手順と、
    前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
19. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
    前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
    前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
    前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
    前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
    前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
    前記サービス提供装置が前記ユーザ端末から前記ホスト装置と前記ユーザ端末との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むサービス要求を受信する手順と、
    前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記サービス要求の送信元のユーザＩＤを特定する手順と、
    前記サービス提供装置が前記特定したユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
    前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
20. 前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記サービス要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、前記ユーザ端末から送信される前記サービス要求には、前記ユーザＩＤが含まれていること、前記サービス提供装置は、前記サービス要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したサービス要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記サービス要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
    を特徴とする請求項１９に記載のサービス提供方法。
21. 前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照してユーザＩＤを特定する手順において、前記ユーザ情報記憶装置は、前記ユーザ情報記憶装置による第２の署名を生成してユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージに含ませ、前記ユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージを受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供要求の正当性を検証すること
    を特徴とする請求項１９に記載のサービス提供方法。
22. 前記ユーザ情報記憶装置は、前記第２の署名を当該ユーザ情報記憶装置または当該ユーザ情報記憶装置の運用業者の秘密鍵により生成し、前記サービス提供装置は、前記ユーザ情報記憶装置の公開鍵を用いた前記第２の署名を検証すること
    を特徴とする請求項２１に記載のサービス提供方法。
23. 通信ネットワークを介して提供されるサービスを利用する際に使用されるユーザ端末と、
    前記ユーザ端末と接続を確立すると共に該接続を保持するホスト装置と、
    前記ユーザ端末または前記ユーザ端末を使用するユーザを識別するユーザＩＤ、および前記ユーザ端末と前記ホスト装置との接続に関する接続情報（Ｓ）を格納するユーザ情報記憶装置と、
    前記ユーザ端末に対して前記サービスを提供するサービス提供装置とを含めて構成されるサービス提供システムを使用するサービス提供方法であって、
    前記ホスト装置が前記ユーザ端末またはユーザを認証する手順と、
    前記ホスト装置が前記ユーザ端末との接続を確立する手順と、
    前記サービス提供装置が前記ユーザ端末から前記ホスト装置と前記ユーザ端末との通信の確立により設定される、前記接続情報（Ｓ）またはこの接続情報（Ｓ）に基づき生成される情報であるユーザ検証情報（Ｔ）を含むＩＤ通知要求を受信する手順と、
    前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照し、前記接続情報（Ｓ）または前記ユーザ検証情報（Ｔ）から前記ＩＤ通知要求の送信元のユーザＩＤを特定する手順と、
    前記サービス提供装置が前記特定したユーザＩＤに基づきサービス提供可否またはサービス提供方法を決定する手順と、
    前記ホスト装置が、ユーザ端末とホスト装置間の前記接続が失われた場合に該切断を検出し、該ユーザＩＤの認証が無効になったことを前記ユーザ情報記憶装置へ通知する手段を含めて実行することを特徴とするサービス提供方法。
24. 前記ユーザ検証情報（Ｔ）は、署名生成関数により、前記ＩＤ通知要求に含めるデータと前記接続情報（Ｓ）を引数として前記ユーザ端末で生成される第１の署名であること、前記ユーザ端末から送信される前記ＩＤ通知要求には、前記ユーザＩＤが含まれていること、前記サービス提供装置は、前記ＩＤ通知要求に含まれるユーザＩＤに対応する接続情報（Ｓ）を前記ユーザ情報記憶装置から取得し、この接続情報（Ｓ）と前記受信したＩＤ通知要求に含まれるデータとを引数とする署名生成関数によりユーザ検証情報（Ｖ）を生成し、この生成したユーザ検証情報（Ｖ）と前記第１の署名としてのユーザ検証情報（Ｔ）とを比較して、一致する場合に前記ＩＤ通知要求に含まれるユーザＩＤを当該サービス要求の送信者のユーザＩＤとみなすこと、
    を特徴とする請求項２３に記載のサービス提供方法。
25. 前記サービス提供装置が前記ユーザ情報記憶装置の記憶情報を参照してユーザＩＤを特定する手順において、前記ユーザ情報記憶装置は、前記ユーザ情報記憶装置による第２の署名を生成してユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージに含ませ、前記ユーザＩＤ、もしくは、接続情報（Ｓ）を通知するためのメッセージを受信したサービス提供装置は、前記第２の署名を検証し、検証結果に基づいて前記サービス提供装置の正当性を検証すること
    を特徴とする請求項２３に記載のサービス提供方法。
26. 前記ユーザ情報記憶装置は、前記第２の署名を当該ユーザ情報記憶装置または当該ユーザ情報記憶装置の運用業者の秘密鍵により生成し、前記サービス提供装置は、前記ユーザ情報記憶装置の公開鍵を用いた前記第２の署名を検証すること
    を特徴とする請求項２５に記載のサービス提供方法。
27. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス利用プログラムであって、前記サービス提供プログラムは、ユーザ端末を、認証の結果確立したユーザ端末とホスト装置との間の接続を保持するセッション保持手段と、
    サービス要求を送信するサービス利用手段と、
    ホスト装置との認証を行う認証クライアント手段、
    として機能させるためのサービス利用プログラム。
28. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス利用プログラムであって、
    ホスト装置に対するＩＤ通知要求を送信する手段として機能させるためのサービス利用プログラム。
29. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記ホスト装置を、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、
    認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、
    ユーザ端末の認証を行う認証手段と、
    前記ユーザ端末との接続を保持するセッション保持手段、
    として機能させるためのサービス提供プログラム。
30. 請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記ホスト装置を、認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、ユーザ端末の認証を行う認証手段と、前記ユーザ端末との接続を保持するセッション保持手段、として機能させるためのサービス提供プログラム。
31. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記サービス提供装置を、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、
    サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段、
    として機能させるためのサービス提供プログラム。
32. 請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供プログラムであって、前記サービス提供プログラムは、前記サービス提供装置を、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段、として機能させるためのサービス提供プログラム。
33. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、セッション情報に基づく情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、
    認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、
    ユーザ端末の認証を行う認証手段と、
    前記ユーザ端末との接続を保持するセッション保持手段、
    を有することを特徴とするホスト装置。
34. 請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、認証の結果確立したユーザ端末とホスト装置との間の接続を特徴付ける情報をユーザ情報記憶装置へ登録するセッション登録手段と、ユーザ端末の認証を行う認証手段と、前記ユーザ端末との接続を保持するセッション保持手段、を有することを特徴とするホスト装置。
35. 請求項２ないし請求項７のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、あて先端末以外の中継装置に対してメッセージを転送する機能を備えることを特徴とするホスト装置。
36. 請求項９ないし請求項１６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、あて先端末以外の中継装置に対してメッセージを転送する機能を備えることを特徴とするホスト装置。
37. 請求項９ないし請求項１６のいずれか１項に記載のサービス提供方法に使用されるホスト装置であって、前記ホスト装置は、インスタントメッセージ転送機能を備えることを特徴とするホスト装置。
38. 請求項１ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供装置であって、前記サービス提供装置は、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、
    サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段と、
    を有することを特徴とするサービス提供装置。
39. 請求項１８ないし請求項２６のいずれか１項に記載のサービス提供方法に使用されるサービス提供装置であって、前記サービス提供装置は、ユーザ端末との接続に関する情報からユーザＩＤの特定を行うユーザＩＤ特定手段と、サービス要求に含まれるユーザＩＤを元にサービスを提供するサービス提供手段と、サービス要求に含まれるユーザＩＤを元にサービスの提供方法を決定するサービス提供方法決定手段と、を有することを特徴とするサービス提供装置。

Images