JPWO2005015422A1 - 認証方法、認証システム及び認証サーバ - Google Patents

Abstract

ユーザー認証処理が実行され、端末５００へ認証セッションＩＤが返却される（Ａ１４）。認証サーバ６００が認証チケットを発行・保持する（Ａ１７）。認証チケット及び認証セッションを端末５００へ返却する（Ａ１８）。利用者１００がサービス提供事業者サーバ７００へサービス提供の要求と認証チケットを送信し、サービス提供事業者サーバ７００が認証サーバ６００へ認証チケットを送信する（Ａ２０）。認証サーバ６００が認証チケットの認証処理を行い（Ａ２１）、認証結果が通知される（Ａ２２）。認証許可の場合は、許可の通知と共にサービスセッションＩＤが発行される（Ａ２３）。認証許可の通知が受信されると、端末５００が受信したサービスセッションＩＤを使ってセッションの確立処理を行い、サービスセッションＩＤを保持する（Ａ２７）。

Description

本発明は、シングルサインオンの認証方法、認証システムおよび認証サーバに関する。

従来、インターネット上のサービス提供事業者（ＷＷＷサーバ）が提供するサービスの利用者認証はサービス提供事業者毎に行われ、利用者がサービス提供事業者と直接契約を結び、それぞれのサービス提供事業者の認証を受ける必要があった。これにより、利用者はサービス提供事業者毎の認証情報を記憶・定期的に更新する必要があったため、利便性は必ずしも良いものではなかった。（例えば特開２００３−４４４８４公報）
そこで、利用者が１回のログインで複数のサービス提供事業者にアクセス可能なシングルサインオンという方式が考案された。シングルサインオン方法によって、ユーザが複数のＩＤや、パスワードを記憶したり、更新する必要がなくなり、ユーザの負担が軽減される。また、認証を共通とできることは、システム管理者あるいはアプリケーション開発者にとっても負担が軽減される。しかしながら、従来の方式ではシステム構築面，セキュリティ面で以下のいくつかの問題点があった。
１．サービス提供事業者は、シングルサインオン認証機能提供事業者が採用しているディレクトリサービスや、ある定められたシングルサインオン認証処理手順等と同期する必要があり、そのためのシステム構築，運用が必要であり、その分のコストも必要であった。
２．サービス提供事業者が複数のネットワークサービス提供事業者と契約して、複数のネットワークサービス提供事業者の利用者へ向けてサービスの提供を行う場合は、それぞれのネットワークサービス提供事業者のシングルサインオン認証方式に沿ったシステム構築，運用が必要であった。
３．利用者が、利用者ＩＤ／パスワードによるシングルサインオン認証（ユーザー認証）後、ユーザー認証サーバから送信されてくる認証許可され利用者を一意に特定する情報（以下、セッションＩＤ）を、利用者が使用する端末内に保存しておかねばならなかったため、セッションＩＤが盗まれ、他の端末から不正使用された場合、サービス提供事業者は正当な利用者からのアクセスかどうかの判別ができなかった。
４．１つのセッションＩＤで全てのサービスを受ける事ができるため、セッションＩＤが盗まれた場合、別の端末から、不正な利用者が全てのサービス提供事業者へアクセス可能であった。

したがって、本発明の目的は、これらの問題点が解決された認証方法、認証システムおよび認証サーバを提供することにある。
上述した課題を解決するために、この発明は、利用者が操作する認証を受ける複数の認証端末と、共通の認証サーバと、複数のサービス提供事業者サーバとがネットワークを介して接続されたシステムにおける認証方法であって、認証端末からユーザー認証の要求を受けた認証サーバが認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを認証端末へ返却する第１認証ステップと、
認証端末からの認証チケット要求のデータを受けた認証サーバが認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを認証端末へ返却する第２認証ステップと、
認証端末からの認証チケットを含むサービス提供要求のデータを認証端末から受けたサービス提供事業者サーバが認証チケットが正当なものかを判断するために行う第３認証ステップとからなり、
第３認証ステップは、サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求を認証サーバへ送信する送信ステップと、認証サーバで実行された認証結果を受ける事で認証チケットが正当なものかの判断する判定ステップと、判定ステップで生成されたデータを認証端末へ返却するステップとからなる認証方法である。
この発明は、利用者が操作する認証を受ける複数の認証端末と、共通の認証サーバと、複数のサービス提供事業者サーバとがネットワークを介して接続された認証システムであって、
認証端末からユーザー認証の要求を受けた認証サーバが認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを認証端末へ返却する第１認証手段と、
認証端末からの認証チケット要求のデータを受けた認証サーバが認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを認証端末へ返却する第２認証手段と、
認証端末からの認証チケットを含むサービス提供要求のデータを認証端末から受けたサービス提供事業者サーバが認証チケットが正当なものかを判断するために行う第３認証手段とからなり、
第３認証手段は、サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求を認証サーバへ送信する送信手段と、認証サーバで実行された認証結果を受ける事で認証チケットが正当なものかの判断する判定手段と、判定手段で生成されたデータを認証端末へ返却する手段とからなる認証システムである。
この発明は、利用者が操作する認証を受ける複数の認証端末と、複数のサービス提供事業者サーバとネットワークを介して接続され、認証端末およびサービス提供事業者サーバに対して共通の認証サーバであって、
認証端末からユーザー認証の要求を受け、認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを認証端末へ返却する第１認証手段と、
認証端末からの認証チケット要求のデータを受け、認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを認証端末へ返却する第２認証手段と、
認証端末からの認証チケットを含むサービス提供要求のデータを認証端末から受けたサービス提供事業者サーバが認証チケットが正当なものかを判断するために行う第３認証手段とからなり、
第３認証手段は、サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求をサービス提供事業者サーバから受ける受信手段と、認証チケットが正当なものか否かを判断する判定手段と、判定手段で生成されたデータをサービス提供事業者サーバに送信する手段とからなり、
サービス提供事業者サーバが判定手段で生成されたデータを認証端末へ返却する認証サーバである。
第１の効果は、サービス提供事業者３００のシステム構築，運用コストが大幅に軽減される事である。
従来方式では、ネットワークサービス提供事業者が提供するディレクトリサービス等に則った方式に従う必要があったが、この発明による方式では、一般的によく知られているＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏ−ｔｏｃｏｌ）やＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）でもシステム構築が可能である。また、サービス提供事業者側で構築が必要な部分は、本来以下の通りである。
１）サービスセッションＩＤの発行・送受信・管理
２）認証チケットの送受信とこの認証結果の送受信
３）サービス提供事業者ＩＤの認証サーバ６００への送信
１）については、現在行っているネットワークを介したサービスが何かあれば、その仕組みを流用できるため、実質２）と３）の構築で済む事になる。このため、この発明によるシングルサインオン認証方式を用いる事で、サービス提供事業者は、従来方式と比較すると大幅なコスト軽減を実現できる。
また、サービス提供事業者が複数のネットワークサービス提供事業者と契約して、複数のネットワークサービス提供事業者の利用者へ向けてサービスの提供を行う場合も大幅なコスト削減が可能である。従来の方式では、それぞれのネットワークサービス提供事業者のシングルサインオン認証方式に沿ったシステム構築，運用が必要であったが、ネットワークサービス提供事業者のこの発明によるシングルサインオン方式は同じだが、ネットワークサービス提供事業者毎に認証チケットの形式を変える事が可能である。したがって、サービス提供事業者は認証チケットの形式を判別する事によって、どのネットワークサービス事業者の利用者からのアクセスであるかの判別ができるため、サービス提供事業者としては、一度のシステム構築で複数のネットワークサービス提供事業者の利用者へサービスを提供する事ができる。
第２の効果は、ネットワークサービス提供事業者がこの発明によるシングルサインオン認証方式でシステムを構築した場合、サービス提供事業者のサービスとしての参入障壁がかなり低くなる事である。第１の効果にも書いた通りであるが、システム構築が容易な事が理由である。
第３の効果は、セキュリティレベルの大幅な向上である。従来の方式では、認証サーバとの認証後に端末が認証サーバから取得するセッションＩＤを使って、端末が認証サーバや各サービス提供事業者サーバへアクセスしていたため、通信路上や端末、サービス提供事業者サーバからセッションＩＤを盗まれた場合、不正な利用者がこのＩＤを使って別端末から全てのサービス提供事業者サーバへアクセス可能であった。
しかしながら、この発明では、通信路上で送受信されるセッションＩＤが全て異なる種類であり、端末およびサービス提供事業者サーバ間のセッションを管理するために使用するサービスセッションＩＤは、サービス提供事業者サーバ毎に一意であり、セッション管理方式もサービス提供事業者毎に異なるため、仮に盗まれたとしても、不正な利用者が別端末からアクセスできる範囲を１つのサービス提供事業者サーバのみに抑える事ができる。
また、認証チケットが盗まれたとしても、認証チケットは、発行されてから数分間の有効期間しかないため、不正な利用者が認証チケットを盗んで不正利用する事は難しい。仮に、認証チケットを暗号化した場合、数分以内に復号して不正利用する事は、ほぼ不可能に近い。
第４の効果は、不正なサービス提供事業者をシステム的に排除できる事である。従来のシングルサインオン方式では、システム的にはサービス提供事業者サーバを基本的に信頼するしかなかったが、サービス提供事業者サーバが認証サーバへアクセスする際、上述のサービス提供事業者ＩＤを認証サーバへ送信する事を義務としているため、これで不正な事業者かどうかを判別する事ができる。
第５の効果は、認証チケットと様々なシステム・サービスとの連携の可能性がある事である。例えば、ネットワークサービス提供事業者毎に認証チケットの形式を変える事ができるので、サービス提供事業者は、認証チケットの形式を判別する事によって各ネットワークサービス提供事業者の利用者向けにサービスをカスタマイズする事もできる。
例えば、ネットワークサービス提供事業者を現在のインターネットプロバイダ，サービス提供事業者を各ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ：電子商取引）ショップと仮定すると、それぞれのプロバイダが発行する認証チケットの形式をプロバイダ毎に変える事で、ＥＣショップはどこのプロバイダからのアクセスかを知る事ができ、現ＥＣショップができないそれぞれのプロバイダのユーザー向けのサービスを展開する事が可能にもなる。
第６の効果は、利用者（端末）の認証だけでなく、サービス提供事業者の認証を認証チケットを発行しているネットワークサービス提供事業者が行っているため、不正なサービス提供事業者が利用者へ不正なサービスの提供を行った場合は即座にシステム的に情報通信ネットワークから切り離す事ができる事である。よって、利用者，ネットワークサービス提供事業者，サービス提供事業者の相互接続においては安全にネットワーク通信を行う事ができ、認証されていないサービス事業者のネットワーク通信を遮断する事ができ、本シングルサインオン認証方式を使用する事で、安全かつ柔軟性の高いネットワークサービス提供基盤の構築が可能となる。

図１は、本発明による認証システムの第１の実施の形態の構成を示すブロック図である。
図２は、本発明による第１の実施の形態の処理の流れを説明するフローチャートである。
図３は、本発明による第１の実施の形態における認証と請求項の相関関係を示す略線図である。
図４は、認証サーバが備えるデータベースの説明に用いる略線図である。
図５は、本発明による第２の実施の形態における広告情報の送信手順を説明するシーケンスチャートである。
図６は、本発明による第３の実施の形態におけるコンテンツ販売システムの全体構成を示す略線図である。
図７は、基本画面（１）を示す略線図である。
図８は、基本画面（２）を示す略線図である。
図９は、基本画面（３）を示す略線図である。
図１０は、基本画面（４）を示す略線図である。
図１１は、ポータルサーバの回路構成を示すブロック図である。
図１２は、コンテンツ販売サーバの回路構成を示すブロック図である。
図１３は、クライアント端末の回路構成を示すブロック図である。
図１４は、フォルダ構成を示す略線図である。
図１５は、クライアント端末のプログラムモジュールを示す略線図である。
図１６は、ページ表示処理手順（１）を示すシーケンスチャートである。
図１７は、ページ表示処理手順（２）を示すシーケンスチャートである。
図１８は、基本画面（５）を示す略線図である。
図１９は、ページ表示処理手順（３）を示すシーケンスチャートである。
図２０は、ページ表示処理手順（４）を示すシーケンスチャートである。
図２１は、ページ表示処理手順（５）を示すシーケンスチャートである。
図２２は、基本画面（６）を示す略線図である。
図２３は、本発明による第４の実施の形態におけるクライアント端末の機能回路ブロックによるハードウェア構成を示すブロック図である。
図２４は、ポータルサーバの機能回路ブロックによるハードウェア構成を示すブロック図である。
図２５は、コンテンツ販売サーバの機能回路ブロックによるハードウェア構成を示すブロック図である。
図２６は、トップページを介したＡ社・ＣＤ販売ページの表示処理手順を示すシーケンスチャートである
図２７は、図２６のトップページを介したＡ社・ＣＤ販売ページの表示処理手順を示すシーケンスチャートに続くシーケンスチャートである。
図２８は、ブックマークからのＡ社・ＣＤ販売ページの表示処理手順を示すシーケンスチャートである。
図２９は、図２８のブックマークからのＡ社・ＣＤ販売ページの表示処理手順を示すシーケンスチャートに続くシーケンスチャートである。

符号の説明

１……コンテンツ販売システム、２、１００２……クライアント端末、２Ａ、１００２Ａ……アプリケーションモジュール、２Ｂ、１００２Ｂ……通信モジュール、３……ネットワーク、４、１００３……ポータルサーバ、５、１００５……コンテンツ販売サーバ、１０、２０……制御部、３０……ＣＰＵ、１５、２５……データ通信処理部、４４……通信処理部、４５……ネットワークインタフェース、１００……利用者、１５０……情報通信ネットワーク、２００……ネットワークサービス提供事業者、３００……サービス提供事業者、５００……端末、６００……認証サーバ、７００……サービス提供事業者サーバ

（１）第１の実施の形態
以下、この発明の第１の実施の形態について図面を参照して説明する。本明細書の特許請求の範囲において使用される用語と実施の形態中で使用される用語との対応関係について以下に説明する。
第１認証ステップ：ユーザーＩＤ／パスワード等のユーザ認証情報を用いて認証サーバに対して利用者が行うユーザ認証の処理である。認証結果として生成されるデータは、認証許可情報（認証セッションＩＤ）または認証不許可情報である。
第２認証ステップ：認証端末からの認証チケット発行要求を受けた認証サーバが認証セッションＩＤによってその認証端末が正当な端末か否かを判定する処理である。正当と判定されると、認証チケットおよび認証セッションＩＤが端末へ返却される。
第３認証ステップ：サービス提供事業者サーバがサービス提供事業者自身が正当である事を証明するためのデータ（サービス提供事業者ＩＤ）を含んだ認証チケット認証要求を認証サーバへ送信し、認証サーバがサービス提供事業者および認証チケットを認証し、認証結果がサービス提供事業者に送信される。
図１は、この発明の一実施形態のシステム構成を示す。まず、システム構成として、利用者１００，ネットワークサービス提供事業者２００，サービス提供事業者３００の３つの要素からなる事を想定し、次の要素数，役割の関係からなるシステム構成を想定する。
１．要素数：
「利用者１００：ネットワークサービス提供事業者２００：サービス提供事業者３００＝ｍ：１：ｎ」
２．役割：
１）利用者１００
利用者１００は、ネットワークサービス提供事業者２００を通じて、サービスを受ける事ができる役割を持つ。尚、サービスを受ける場合は、如何なる場合においてもネットワークサービス提供事業者２００との契約を必要とする。逆に、各サービス提供事業者３００と直接契約を行わずとも、ネットワークサービス提供事業者２００と契約するだけでサービスを受ける事ができる。サービスの一例は、インターネットまたはイントラネットへの接続である。
２）ネットワークサービス提供事業者２００
ネットワークサービス提供事業者２００は、利用者１００とサービス提供事業者３００を仲介する役割を持ち、利用者１００がサービスを受けるための一次窓口的な役割を担うポータルサーバを運営管理している。ネットワークサービス提供事業者２００は、各サービス提供事業者３００と直接契約して利用者１００に対して各サービスへの入口と認証機能等の、利用者１００がサービスを受ける時に必要なセキュリティ機能やサービスを受ける利用者１００の利便性向上のための機能を提供する。また、サービス提供事業者３００と直接契約するか、ネットワークサービス提供事業者２００で直接サービスを構築し、利用者１００に対してサービスメニューの拡大をする事ができる。
３）サービス提供事業者３００
サービス提供事業者３００は、利用者１００へサービスそのものを提供する役割を持つ。サービス提供事業者３００が、利用者１００へサービスを提供する場合は、ネットワークサービス事業者２００と直接契約する必要がある。逆に、ネットワークサービス事業者２００と契約をしていれば、各利用者１００と直接契約をしなくとも、全ての利用者１００へサービスを提供する事ができる。
次に、このビジネスモデルを実現するためのシステム構成を想定する。個別要素，要素数，役割は次の通りである。
１．要素数：
「端末５００：認証サーバ６００：サービス提供事業者サーバ７００＝ｍ：１：ｎ」。
２．役割：
１）端末５００
利用者１００がサービスを受けるために必要な機能を持ち、情報通信ネットワーク１５０に接続されたシステム，プログラム，装置である。構成例において、一実施形態のシングルサインオン認証方式の端末機能（下記に示す）を持つものは全て対象となる。
（ａ）認証サーバ６００へのユーザー認証の要求（ユーザー認証情報の送信を含む）機能
（ｂ）認証サーバ６００との認証セッション持続機能
（ｃ）認証サーバ６００への認証チケットの要求機能
（ｄ）サービス提供事業者サーバ７００への認証チケットによる認証の要求（認証チケットの送信）機能
（ｅ）（ａ）〜（ｄ）の応答結果に関する処理機能。
２）認証サーバ６００
サービス提供事業者サーバ７００が端末５００へサービスを行う時に必要なセキュリティ機能やサービスを受ける利用者１００の利便性向上のための機能（下記に示す）を持ち、情報通信ネットワーク１５０に接続されたネットワークサービス事業者２００が持つシステム，ソフトウェア，装置である。
（ａ）端末５００からのユーザー認証の要求に基づき、ユーザー認証処理を行い、認証結果を返却する機能
（ｂ）端末５００との認証セッション持続・管理機能
（ｃ）サービス提供事業者サーバ７００の認証・管理機能
（ｄ）端末５００から認証チケット要求を受け、認証チケットを発行し、端末５００へ返却する機能
（ｅ）サービス提供事業者サーバ７００からの認証チケット確認要求を受け、認証チケットが正当なものであるかどうかの確認・認証を行い、認証結果をサービス事業者サーバ７００へ返却する機能
（ｆ）利用者１００へサービスを提供する前に行われるサービス提供事業者サーバ７００からの正規登録要求を受け、正規のサービス提供事業者３００として登録を行い、サービス提供事業者サーバ７００へサービス提供事業者ＩＤを発行する機能。
３）サービス提供事業者サーバ７００
端末５００と接続して利用者１００へサービスを提供し、利用者１００・端末５００の認証のために認証サーバ６００と接続をするための機能（下記に示す）を持ち、情報通信ネットワーク１５０に接続されたシステム，プログラム，装置である。
（ａ）端末５００からの認証チケットによる認証要求を受け、認証サーバ６００に正当性の確認・認証のための要求を送信し、その返却結果を受ける機能
（ｂ）（ａ）で受けた返却結果を判断し、端末５００に認証結果を返却する機能。
４）情報通信ネットワーク１５０
端末５００，認証サーバ６００，サービス提供事業者サーバ７００を相互に接続するために必要である。一実施形態のシングルサインオン認証方式が実現可能なデジタルデータの送受信が可能な情報通信ネットワークであり、インターネットまたはイントラネットである。
上述したこの発明の一実施形態の動作について、図１を参照して説明する。その後、図２を用いて動作の詳細について説明する。また、ここで説明している通信路はセキュリティの観点から全て暗号化されているものとする。尚、ここで使用している用語の意味は、次の通りである。
１．ログイン操作
利用者１００がユーザーＩＤ／パスワードを用いて、認証サーバに対して認証要求を行う事がログイン操作である。この認証結果次第で利用者１００がネットワークサービスへアクセス可能かどうかが判別される。例えばユーザーＩＤ／パスワードは、複数のサービス提供事業者に対して共通のものとされている。
２．認証チケット
端末５００−認証サーバ６００−サービス提供事業者サーバ７００間の一実施形態によるシングルサインオン認証方式で使用される中核的な役割を果たすものであり、認証チケットの機能・要件は次の通りである。尚、各接続セッションと認証の相関関係については、図３に示し、後述する。
１）認証サーバ６００によって認証許可された端末５００へのみに発行されるユーザー認証情報を含まない一意に異なるＩＤ（データ）であり、その形態は様々である。
２）認証チケットは、一度しか使用する事（認証サーバ６００による認証）ができないワンタイムなものである。
３）認証チケットが発行されてから認証を行うまでの間に有効期間が設けられており、発行されてから有効期間（図２中の（Ａ１７）で発行されて（Ａ２１）で確認されるまでの時間に有効期間例えば数分間が設定されている。）内に認証サーバ６００へ認証チケットの確認要求が来ない場合は自動的に無効となる。また、有効期間内に確認された場合でも、それ以降この認証チケットが使用される事はないため、認証サーバ６００内で破棄する。これは、２）の理由もあるが、認証チケットの不正利用を防止するための対策でもある。
４）認証チケットが一意に異なるＩＤであるため、端末５００，サービス提供事業者サーバ７００が別の仕様用途で利用する事についても問題ないものとなっている。有効期間が設定されており、ワンタイムなものであるため、認証チケットを保存して、後で不正な認証のために使用する事ができない仕組みとなっているため、問題ない。
５）必要に応じて署名を付加したり、暗号化を行う場合もある。
３．認証セッションＩＤ
端末５００と認証サーバ６００の間で利用者１００の認証が正常完了した場合に認証サーバ６００から端末５００へ発行される一意なＩＤが認証セッションＩＤである。認証セッションＩＤを保持している端末は、利用者１００による認証が正常に完了したとみなされる。
認証セッションＩＤは、ユーザーＩＤ，パスワード，機器種別情報，機器固有情報，チャレンジフレーズ等をいくつか組合せて使った利用者１００に認証情報を手入力させて行う認証である。尚、認証セッションＩＤに、機器毎に一意なＩＤ情報を入れたり、認証チケット自体を入れる事も考慮され、認証セッションＩＤ自体も有効期間を持ち、必要に応じて署名を付けたり、暗号化を行う場合もある。
４．サービスセッションＩＤ
端末５００から送られてきた認証チケットを受け取ったサービス提供事業者サーバ７００が、端末５００から送られてきた認証チケットの確認・認証の要求を認証サーバ６００に対して行い、認証サーバ６００による認証が成功した時にサービス提供事業者サーバ７００が端末５００に対して発行する一意なＩＤがサービスセッションＩＤである。
サービスセッションＩＤを保持している端末は、サービス提供事業者サーバ７００が認証サーバ６００へ正当であるかどうかの認証を行った端末とみなせる。尚、サービスセッションＩＤに、機器毎に一意なＩＤ情報を入れたり、認証チケット自体を入れる事も考慮され、サービスセッションＩＤ自体も有効期間を持ち、必要に応じて署名を付けたり、暗号化を行う場合もある。
５．サービス提供事業者ＩＤ
サービス提供事業者が利用者１００へサービスを提供する前に、事前に認証サーバ６００へサービス提供時に使用するサービス提供事業者サーバ７００を正規登録し、正規登録が完了した時に認証サーバ６００から発行される正当なサービス提供事業者である事を示す一意なＩＤがサービス提供事業者ＩＤである。
サービス提供事業者ＩＤは、利用者１００へサービスを提供する前に発行を受ける必要のあるＩＤである。認証サーバ６００から発行を受けていない場合は、正規のサービス提供事業者とみなされないため、利用者１００へサービスを提供する事ができない。尚、サービス提供事業者ＩＤには有効期間を設定する事が可能であり、有効期間が設定されている場合は、有効期間が切れた後、再度正規登録が必要である。また、必要に応じて署名を付けたり、暗号化を行う場合もある。
また、サービス提供事業者ＩＤの取得方法として、システム的に認証サーバ６００と接続してネットワークサービス提供事業者２００から受け取るという事に限らず、サービス提供事業者ＩＤを取得するためのシステム的な手段をサービス提供事業者３００が持たなくても、ネットワークサービス提供事業者２００との契約時に何かしらの代替手段によりサービス提供事業者ＩＤを取得することが可能である。
図３は、各認証とセッションの相関関係を示す。利用者１００からのログイン操作、すなわち、端末５００からのユーザＩＤ／パスワードの送信により、認証が許可され、認証サーバ６００から発行される認証セッションＩＤによって、端末５００および認証サーバ６００間のセッションＳ１０が維持される。利用者１００の明示的なログアウト、認証セッションのタイムアウト、異常発生によるネットワーク切断等によって認証セッションＳ１０が切断される。
サービス提供事業者３００が利用者１００からのアクセス要求（端末５００が認証チケットを送信）を受け、サービス提供事業者３００がアクセス要求を判断する。すなわち、サービス提供事業者サーバ７００が端末５００から受信した認証チケットを認証サーバ６００へ送信・確認する。その結果、アクセスが許可されると、サービス提供事業者サーバ７００から発行されるサービスセッションＩＤによって、端末５００およびサービス提供事業者サーバ７００間のセッションＳ１１が維持される。利用者１００の明示的なログアウト、認証セッションのタイムアウト、異常発生によるネットワーク切断等によってサービスセッションＳ１１が切断される。
ネットワークサービス提供事業者２００とサービス提供事業者３００との間のセッションＳ１２は、特に維持される事がないが、ネットワークサービス提供事業者２００がサービス提供事業者３００と契約する時に採番したサービス提供事業者ＩＤを、サービス提供事業者サーバ７００が認証サーバ６００へアクセスする時に送信する事により、認証サーバ６００は、アクセス可否を判断する。
この発明の一実施形態の動作を説明する。
１．利用者１００がネットワークサービスへアクセスする時、認証サーバ６００に対してログイン操作を行う。ログインの際、利用者１００はユーザーＩＤ／パスワードによるユーザー認証を行う。認証が正常に完了したら、端末５００は認証サーバ６００から認証許可情報（以下、認証セッションＩＤ）を受信する。以後、端末５００−認証サーバ６００の通信時は必ず認証セッションＩＤを用いて行われ、この両者間のみに有効なものである。また、認証セッションＩＤは端末５００毎に一意に異なる。認証セッションＩＤが無効となった場合（利用者１００の明示的なログアウト，認証セッション保持期間切れによるセッション自動切断等が起きた場合）、利用者１００は再度ログイン操作を行う。
２．ログインを行った後、利用者１００は提供を受けたいサービスを選択する。尚、サービスを選択してサービス提供事業者サーバ７００へアクセスしに行く場合、サービス提供事業者サーバ７００に対して認証チケットを送信する必要があるため、事前に認証サーバ６００から認証チケットを取得しておく。ここで、認証サーバ６００から認証チケットを受け取る事ができない場合は、上記１の認証セッションＩＤが無効となっているため、利用者１００は再度ログイン操作を行う必要がある。
３．利用者１００は、サービス選択後、認証サーバ６００から受け取った認証チケットをサービス提供事業者サーバ７００へ送信する。
４．サービス提供事業者サーバ７００は認証チケットを受け取ったら、認証サーバ６００に確認の要求を出して結果を受け取る。認証サーバ６００による確認の結果、認証チケットが正しいものであると判別されたら、端末５００へサービス提供許可情報（以下、サービスセッションＩＤ）を送信する。認証チケットに問題ありと判別されたら、端末５００へ問題の内容（エラー情報）を送信する。
５．端末５００はサービスセッションＩＤを受け取ったら、サービス提供事業者サーバ７００からサービスを受ける事ができる。エラー情報を受け取ったら、利用者１００によるログイン操作の実施や認証チケット再取得を行う。尚、サービスセッションＩＤは端末５００−サービス事業者サーバ７００間毎に一意であり、サービスセッションＩＤが無効となった場合（認証セッションＩＤと同様の場合）も、利用者１００はログイン操作の実施や、認証チケット再取得を行う。ここではサービスセッションＩＤの形式は問わないが、認証チケットを含む場合も考慮される。
次に、この発明の一実施形態のより詳細な動作について図２を参照して説明する。尚、図２中に書かれている（Ａ１０）のような参照符号は、それぞれの動作に対応して振られており、（Ａ１０）〜（Ａ２７）まである。この１つずつの動作が全て組み合わされる事により、一実施形態によるシングルサインオン認証方式が実現される事になる。
１．ステップＡ１０において、利用者１００がログイン操作時に入力したユーザーＩＤ／パスワード（ユーザー認証情報）を端末５００が認証サーバ６００へ送信する。送信後、端末５００は、認証サーバ６００から認証結果が返却されるまで待機状態へと遷移する。
２．ステップＡ１１において、ユーザー認証情報を受け取った認証サーバ６００は、この情報を基にユーザー認証処理を実行し、認証処理結果を得る。この結果、認証不許可であれば、認証が不許可となった旨を端末５００へ通知する（ステップＡ１２）。認証許可の場合であれば、端末５００へ許可の通知と共に認証セッションＩＤを返却する（ステップＡ１４）。
３．待機状態となっていた端末５００は、認証不許可の通知を受信した場合は、利用者１００へ画面を通してその旨を通知する（ステップＡ１３）。認証許可の通知を受信した場合は、共に受信した認証セッションＩＤを使ってセッションの確立処理を行い、認証セッションＩＤを端末５００に保存する（ステップＡ１５）。このステップＡ１５までの処理が利用者認証であり、以下が認証チケットによる認証である。
４．ユーザー認証が終わった後、利用者１００は受けるサービスを選択するが、サービスを受けるためには認証チケットを取得しなければならない。そこで、ステップＡ１６において、端末５００が認証サーバ６００へ認証チケットの要求を送信する。同時に、認証サーバ６００へアクセスするために必要な認証セッションＩＤも送信する。送信後、要求結果が返却されるまで待機状態へと遷移する。
５．端末５００から認証チケットの要求を受け取った認証サーバ６００は、同時に受信した認証セッションＩＤにより、正当な端末５００からのアクセスであるかどうかを判定し、正当な端末であると判断した後、ステップＡ１７において、端末５００へ返却するための認証チケットを発行し、発行した認証チケットを認証サーバ６００自身でも保持する。
６．ステップＡ１８において、認証サーバ６００は、発行した認証チケットを端末５００へ返却する。認証サーバ６００は、同時に有効期限が延長された認証セッションＩＤも返却する。
７．待機状態となっていた端末５００は、認証チケットと認証セッションＩＤを受信する。ここで、端末５００は、有効期限が延長された認証セッションＩＤに基づき、端末５００内に保存しておいた認証セッションＩＤを更新するステップＡ１９において、利用者１００が上述した４の段階で選択したサービス提供事業者サーバ７００へ、サービス提供例えばネットワークへの接続の要求と認証チケットを送信する。送信後、端末５００は認証チケットを削除し、待機状態へと遷移する。
８．端末５００から認証チケットを受け取ったサービス提供事業者サーバ７００は、ステップＡ２０において、送信されてきた認証チケットが正当なものであるかを判断するため、認証サーバ６００へ認証チケットを送信し、返却結果を待つ。同時に、サービス提供事業者３００が正当である事を表すサービス提供事業者ＩＤも送信する。尚、認証サーバ６００に認証チケットを送信後、受信した認証チケットを削除し、待機状態へと遷移する。
９．サービス提供事業者サーバ７００から認証チケットとサービス提供事業者ＩＤを受信した認証サーバ６００は、ステップＡ２１において、まずサービス提供事業者ＩＤが正当なものであるかを判断する。サービス提供事業者ＩＤが正当なものであれば、次に認証チケットの認証を行う。認証の結果、認証サーバ６００自身で発行した事，有効期間内に認証が完了した事が確認する事ができれば認証正常終了とする。
１０．認証処理が完了した場合、どのような結果の場合であっても、認証結果をサービス提供事業者サーバ７００へ通知する（ステップＡ２２）。
１１．待機状態となっていたサービス提供事業者サーバ７００は、ステップＡ２３において、受信した認証チケットの認証結果を判断し、この判断結果を得る。判断結果が認証許可であった場合は、ステップＡ２６において、端末５００へ許可の通知と共にサービス提供事業者サーバ７００がサービスセッションＩＤを発行し、端末５００を返却する。認証不許可であった場合は、ステップＡ２４において、端末５００に対して不許可の通知を行う。
１２．待機状態であった端末５００は、認証許可の通知を受信した場合は、共に受信したサービスセッションＩＤを使ってセッションの確立処理を行い、サービスセッションＩＤを端末５００内に保存する（ステップＡ２７）。認証不許可の通知を受信した場合は、利用者１００へ画面を通してその旨を通知する（ステップＡ２５）。
（２）第２の実施の形態
次に、この発明の第２の実施の形態について説明する。この第２の実施の形態では、以下に述べるような各ユーザーの嗜好に応じた広告情報を送信するようにしたものである。尚、上述した第１の実施の形態のシステム構成およびシングルサインオン認証方法は、他の実施の形態においても同様に適用されている。
まず、認証サーバは、例えば図４に示すようなユーザー情報に関するデータベースを保持するものとする。図４に示されるデータベースについてユーザー名、ユーザーＩＤ、パスワードは各ユーザーの登録時に記録されることになる。
サービス利用履歴情報は、各ユーザーが種々のサービス提供事業者サーバにアクセスすることにより、どの様なサービスを利用したかを記録するためのものである。サービス利用履歴情報を記録する方法としては、サービス提供事業者サーバによるサービス提供が完了したときに、ユーザーまたはサービス提供事業者サーバから認証サーバへサービス利用履歴情報および記録要求を送信することにより記録する方法等が考えられる。
ユーザー嗜好情報は、各ユーザーの嗜好情報をキーワードとして記録するためのものである。ユーザー嗜好情報を記録する方法としては、認証サーバが前述のサービス利用履歴情報からキーワードを抽出する方法、またはユーザーまたはサービス提供事業者サーバから認証サーバへユーザー嗜好情報および記録要求を送信することにより記録する方法等が考えられる。
そして、任意のサービス提供事業者サーバは、広告情報を送信する。具体的には広告したい商品やサービスの商品情報・サービス情報および広告要求を認証サーバに送信する。その際には、その商品・サービスに関連するキーワードが含まれていてもよい。商品情報・サービス情報またはキーワードを受信した認証サーバは、それらの情報と前述し、図４に示す自身が保持するデータベースに含まれるユーザー嗜好情報とを比較する。この時、データベース内の全てのユーザーのユーザー嗜好情報を比較対象とする。すなわち、広告要求を送信したサービス提供事業者サーバを過去に利用したことのないユーザーも比較対象となる。
次に、商品情報・サービス情報またはキーワードとユーザー嗜好情報とが一致したユーザーに対してのみ広告情報を送信する。
このようにすることで不特定多数のユーザーおよびサービス提供事業者サーバ間で商品やサービスの利用機会を広げることができる。
ここで、このような広告情報を送信する手順について、図５に示すシーケンスチャートに沿って詳述する。なお、ここでは、各機器間での認証処理につての説明は省略しているが、実際には、上述の第１の実施の形態と同様の認証処理が実行されている。
ステップＡ３０において端末５００は、利用者（ユーザー）１００の操作に応じて、所定のサービスを利用するためにサービス提供事業社サーバ７００にアクセスする。
ステップＡ３１においてサービス提供事業者サーバ７００は、端末５００からのアクセスに応じて、所定のサービスを端末５００に対して提供する。
ステップＡ３２においてサービス提供事業者サーバ７００は、端末５００に対するサービス提供が完了すると、このとき端末５００に対してどの様なサービスを提供したのかを示すサービス利用履歴情報を生成する。
ステップＡ３３においてサービス提供事業者サーバ７００は、サービス利用履歴情報と、これを記録させるための記録要求信号とを認証サーバ６００に送信する。
ステップＡ３４において認証サーバ６００は、サービス提供事業者サーバ７００からサービス利用履歴情報及び記録要求信号を受信すると、このサービス利用履歴情報を上述のデータベースに記録すると共に、このサービス利用履歴情報からユーザー嗜好情報を抽出し、これもデータベースに記録する。これによりこのデータベースには、図４に示すようなユーザー毎のサービス利用履歴情報及びユーザー嗜好情報が記録される。
ステップＡ３５においてサービス提供事業者サーバ７００は、広告したい商品やサービスの商品情報・サービス情報（又はキーワード）と、広告の送信を要求するための広告要求信号とを広告情報として認証サーバ６００に送信する。
ステップＡ３６において認証サーバ６００は、サービス提供事業者サーバ７００から広告情報を受信すると、この広告情報に含まれる商品情報・サービス情報（又はキーワード）と、データベースに記録しているユーザー嗜好情報とを比較し、一致したユーザー嗜好情報に該当するユーザー（端末５００）に対してこの広告情報を送信する。
これにより、各ユーザーの嗜好に合った広告情報を、当該ユーザーの端末に自動的に送信することができる。
なお、ここでは、端末５００に対するサービス提供が完了した時点で、このときサービス提供事業者サーバ７００が、サービス利用履歴情報と、これを記録させるための記録要求信号とを認証サーバ６００に送信するようにした場合について述べたが、本発明はこれに限らず、例えば、ある期間毎（例えば１週間毎）にサービス提供事業者サーバ７００が、ユーザーのサービス利用履歴情報と、これを記録させるための記録要求信号とを認証サーバ６００に送信するようにしてもよい。
さらに、以下に述べるような実施形態も可能である。
認証サーバがユーザーに対して認証チケットを発行するときに、認証チケットとともにデータベース内のユーザー嗜好情報を送信する。このユーザー嗜好情報は暗号化されていることが望ましい。
そして、ユーザーがサービス事業者へアクセスするときに、そのユーザー嗜好情報を送信する。それにより、そのサービス事業者へ初めてアクセスする場合であっても、そのサービス事業者はユーザー嗜好情報を瞬時に把握・保持することができる。そして、そのユーザー嗜好情報に基づいてサービス事業者から直接に提供する商品やサービスを利用する可能性が高いユーザーへ広告情報を送信することができる。
また、サービス事業者が認証サーバに対して認証チケットの認証要求を行い、認証結果を受信するときに認証サーバが保持するデータベース内のユーザー嗜好情報も受信するようにしても良い。
本発明は、上述した第１及び第２の実施の形態等に限定されるものでは無く、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えばサービス提供事業者は、接続サービス以外のサービスを提供するＷＷＷサーバであっても良い。
（３）第３の実施の形態
次に、第３の実施の形態として、本システムを適用したコンテンツ販売システムについて説明する。
なお、この第３の実施の形態における図６のクライアント端末２は、上述の第１の実施の形態における図１の端末５００に対応し、図６のネットワーク３は図１の情報通信ネットワーク１５０に対応し、図６のポータルサーバ４は図１の認証サーバ６００に対応し、図６のコンテンツ販売サーバ５は図１のサービス提供事業者サーバ７００に対応するものである。
（３−１）コンテンツ販売システムの全体構成
図６において、１は全体としてコンテンツ販売システムを示し、このコンテンツ販売システム１に参加することが許されているユーザのクライアント端末２は、所定のネットワーク３を介して、当該クライアント端末２を管理するポータルサーバ４や、各種コンテンツが記録されてなるＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）を販売するためのコンテンツ販売サーバ５等と接続されている。
クライアント端末２は、ユーザによって電源が投入されると、例えば図７に示すような基本画面ＤＰ１を表示部に表示する。この基本画面ＤＰ１は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の言語によって記述されたソースに基づいて種々のページが表示されるページ表示領域ＡＲ１と、ユーザがこれまで登録したブックマークが表示されるブックマーク表示領域ＡＲ２とを有している。
例えばクライアント端末２は、このコンテンツ販売システム１のトップページを表示するためのトップページ表示操作が行われたとき、当該トップページのソースを保持するポータルサーバ４に対して、当該ソースを送信するように要求する要求信号と、予め登録されているユーザのＩＤ及びパスワードとを送信する。
ポータルサーバ４は、かかる要求信号とＩＤ及びパスワードとを受信すると、このＩＤ及びパスワードに基づいて所定のユーザ認証処理を実行する。
そしてポータルサーバ４は、このユーザ認証処理の結果、クライアント端末２のユーザを正規ユーザとして認証できたとき、この旨と当該認証が完了した時刻（以下、これを認証完了時刻と呼ぶ）とを示した認証結果情報を生成し、当該生成した認証結果情報と、クライアント端末２からの要求信号に応じたトップページのソースとを、クライアント端末２へ送信する。
クライアント端末２は、ポータルサーバ４から認証結果情報とトップページのソースとを受信すると、例えば図８に示すように、当該ソースに基づいてトップページをページ表示領域ＡＲ１に表示する。因みにこのトップページにおいては、その上部にページのタイトル「トップページ」が表示されており、またこの下側には、Ａ社・ＣＤ販売ページへのリンクが設定されているボタンＢＴ１や、その他のページへのリンクが設定されているボタンが複数表示されている。
例えばユーザの操作によりこのトップページ上のボタンＢＴ１が選択されると、クライアント端末２は、当該トップページのソースを参照してＡ社・ＣＤ販売ページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を認識した後これに基づいて、Ａ社運営のコンテンツ販売サーバ５に対し、Ａ社・ＣＤ販売ページのソースを送信するように要求する要求信号と、ポータルサーバ４から最近取得した認証結果情報とを送信する。
この要求信号と認証結果情報とを受信したコンテンツ販売サーバ５は、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、例えばこの判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じたＡ社・ＣＤ販売ページのソースを、クライアント端末２へ送信する。
なおコンテンツ販売サーバ５は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていないことを認識すると、Ａ社・ＣＤ販売ページのソースをクライアント端末２へ送信しないようになされている。
コンテンツ販売サーバ５からＡ社・ＣＤ販売ページのソースを受信したクライアント端末２は、例えば図９に示すように、当該ソースに基づいてＡ社・ＣＤ販売ページをページ表示領域ＡＲ１上に表示する。これによりクライアント端末２のユーザは、このＡ社・ＣＤ販売ページを介して、コンテンツ販売サーバ５が提供するＣＤ販売サービスを利用し得るようになされている。
因みに、ＸＭＬ等で記述されているこのＡ社・ＣＤ販売ページのソースには、当該ページのタイトル情報「Ａ社・ＣＤ販売ページ」等だけでなく、ＣＤ販売サービスを提供するためのページであることを示すためのサービス識別情報も記されている。
そしてこの後クライアント端末２は、例えばユーザによりＡ社・ＣＤ販売ページをブックマークするブックマーク設定操作が行われると、当該Ａ社・ＣＤ販売ページのソースに記されているタイトル情報「Ａ社・ＣＤ販売ページ」及びサービス識別情報と当該ＣＤ販売ページのＵＲＬとを対応付けて記憶した後、例えば図１０に示すように、このタイトル情報「Ａ社・ＣＤ販売ページ」のみをブックマーク表示領域ＡＲ２に表示する。
このようにしてクライアント端末２は、コンテンツ販売サーバ５から提供されるＡ社・ＣＤ販売ページを表示部に表示し得、また当該表示したＡ社・ＣＤ販売ページをブックマークし得るようにもなされている。
（３−２）ポータルサーバの構成
図１１に示すポータルサーバ４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）からなる制御部１０が、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１又はハードディスクドライブ１２に記憶されている基本プログラムや各種プログラムを、バス１３を介してＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４に適宜展開しこれを実行することにより、ユーザ認証処理等の各種処理を実行するようになされている。また、このハードディスクドライブ１２には、コンテンツ販売システム１に参加することが許されている各ユーザのＩＤ及びパスワードも予め記憶されている。
例えばポータルサーバ４の制御部１０は、クライアント端末２からネットワーク３及びデータ通信処理部１５を順次介して、ユーザのＩＤ及びパスワードを受信すると、ユーザ認証処理を開始して、当該ユーザのＩＤ及びパスワードが、ハードディスクドライブ１２に記憶されているか否かを判定する。
そしてポータルサーバ４の制御部１０は、かかる判定の結果として、ハードディスクドライブ１２に当該ユーザのＩＤ及びパスワードが記憶されていることを認識すると、クライアント端末２のユーザを正規ユーザとして認証し、この旨と認証完了時刻とを示した認証結果情報をクライアント端末２へ送信する一方、ハードディスクドライブ１２に当該ユーザのＩＤ及びパスワードが記憶されていないことを認識すると、クライアント端末２のユーザを正規ユーザとして認証せず、この旨を示した認証結果情報をクライアント端末２へ送信する。
（３−３）コンテンツ販売サーバの構成
図１２に示すコンテンツ販売サーバ５は、ＣＰＵからなる制御部２０が、ＲＯＭ２１又はハードディスクドライブ２２に記憶されている基本プログラムや各種プログラムを、バス２３を介してＲＡＭ２４に適宜展開しこれを実行することにより、ユーザにＣＤを購入させるためのＣＤ販売処理や、その他各種処理を実行するようになされている。また、このハードディスクドライブ２２には、Ａ社・ＣＤ販売ページを始めとする各種ページのソースが予め記憶されている。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２からネットワーク３及びデータ通信処理部２５を順次介して、認証結果情報とＡ社・ＣＤ販売ページのソースを要求する要求信号とを受信すると、まず最初に、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定する。
実際上コンテンツ販売サーバ５のハードディスクドライブ２２には、ユーザ認証が完了してから１分以内の認証結果情報を有効とする旨が定義されてなる定義情報が予め記憶されており、コンテンツ販売サーバ５の制御部２０は、この定義情報に基づいてクライアント端末２からの認証結果情報が有効であることを認識すると、クライアント端末２のユーザが正規ユーザとして最近認証されたと判定するようになされている。またこれに限らず、例えばポータルサーバ４が認証結果情報を生成する際、当該認証結果情報に対して有効期限を示す有効期限情報も含めるようにしておき、コンテンツ販売サーバ５の制御部２０は、この認証結果情報中の有効期限情報に基づいて、当該認証結果情報が有効か否かを判断するようにしても良い。
そしてコンテンツ販売サーバ５の制御部２０は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じたＡ社・ＣＤ販売ページのソースを、ハードディスクドライブ２２から読み出して、これをクライアント端末２へ送信するようになされている。
（３−４）クライアント端末の構成
（３−４−１）回路構成
図１３に示すようにクライアント端末２のＣＰＵ３０は、バス３１を介して接続されたＲＯＭ３２から読み出してＲＡＭ３３に展開したＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本プログラム及び各種アプリケーションプログラムに基づき全体の制御や所定の演算処理等を行うようになされており、例えばネットワーク３を介した通信動作、ユーザからの入出力操作、メディアからのコンテンツ再生やラジオ局からダウンロードしたコンテンツのハードディスクドライブ（ＨＤＤ）３４への書き込み及びその管理等を実行する。
操作入力部３５は、本体部の筐体表面やリモートコントローラ（図示せず）の各種操作子に対するユーザの操作に応じた入力情報を入力処理部３６へ送出し、当該入力処理部３６で所定の処理を施した後に操作コマンドとしてＣＰＵ３０へ送出し、当該ＣＰＵ３０で操作コマンドに応じた処理を実行するようになされている。
表示部３７は、例えば液晶ディスプレイ等の表示デバイスが本体部の筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、表示処理部３８を介して入力される各種情報を表示するようになされている。また本実施の形態の場合、この表示部３７は、通常のテレビジョンやパーソナルコンピュータ用のディスプレイよりも小さいサイズ（５インチ程度）となっている。
メディアドライブ３９は、例えばＣＤや、フラッシュメモリ等でなるメモリスティック（登録商標）を再生するドライブであって、再生結果をオーディオデータ処理部４０を介してディジタルアナログ変換処理した後に２ｃｈのスピーカ４１から出力するようになされている。
なおＣＰＵ３０は、メディアドライブ３９を介して再生したデータが楽曲のオーディオコンテンツである場合、オーディオデータファイルとしてハードディスクドライブ３４に記憶することも可能である。
さらにＣＰＵ３０は、メディアドライブ３９によってメモリスティック（登録商標）に記憶された複数枚の静止画を読み出し、これらを表示処理部３８を介して表示部３７にスライドショーとして表示することもできる。
またＣＰＵ３０は、ハードディスクドライブ３４に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。
チューナ部４２は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ３０の制御に基づいてアンテナ４３で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部４０を介してスピーカ４１から出力する。
通信処理部４４は、ＣＰＵ３０の制御に基づいて送信データのエンコード処理を行い、ネットワークインターフェース４５を介してネットワーク３経由で外部のネットワーク対応機器へ送信したり、当該ネットワークインターフェース４５介して外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ３０へ転送するようになされている。
（３−４−２）ディレクトリ管理
クライアント端末２のＣＰＵ３０は、ハードディスクドライブ３４に対して記憶するコンテンツを、図１４に示すディレクトリ構成で管理するようになされている。まず「ｒｏｏｔ」ディレクトリの下層に対しては、規定範囲内での任意の数の「ｆｏｌｄｅｒ」ディレクトリが作成される。この「ｆｏｌｄｅｒ」ディレクトリは、例えばコンテンツが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。
この「ｆｏｌｄｅｒ」ディレクトリの下層には、規定範囲内での任意の数の「ａｌｂｕｍ」ディレクトリが作成され、当該「ａｌｂｕｍ」ディレクトリは例えば１つのアルバムタイトルごとに対応するようになされている。この「ａｌｂｕｍ」ディレクトリの下層においては、その「ａｌｂｕｍ」ディレクトリに属するとされる１以上の「ｔｒａｃｋ」ファイルが格納され、この「ｔｒａｃｋ」ファイルが１つの楽曲すなわちコンテンツとなるものである。
このようなコンテンツについてのディレクトリ管理は、ハードディスクドライブ３４に記憶されているデータベースファイルによって行われるようになされている。
（３−４−３）プログラムモジュール構成
図１５に示すように、クライアント端末２に実装されるプログラムモジュールとしては、ＯＳ上で動作するようになされており、ポータルサーバ４やコンテンツ販売サーバ５、インターネットラジオサーバ、音楽データ配信サーバ、ラジオ放送情報配信サーバ等との間でやりとりを行う。
ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージプログラム５０は、ポータルサーバ４やコンテンツ販売サーバ５等の各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム５１は、ＨＴＴＰメッセージプログラム５０とデータのやりとりを行うプログラムモジュールである。
コミュニケータプログラム５１の上位には、コンテンツのコーデックを解釈して再生するコンテンツ再生モジュール５２、著作権保護に関する情報を取り扱う著作権保護管理モジュール５３が位置し、そのコンテンツ再生モジュール５２、著作権保護管理モジュール５３の上位に対して、インターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール５４、楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール５５がそれぞれ位置している。
インターネットラジオ選局再生モジュール５４と、楽曲購入再生モジュール５５とにより再生された音声データは、オーディオデータ処理部４０に転送されることにより、最終的にスピーカ４１から音声として出力される。
インターネットラジオ選局再生モジュール５４、楽曲購入再生モジュール５５の上位にはＸＭＬブラウザ５６が位置し、各種サーバからのＸＭＬファイルを解釈し、表示部３７に対して映像表示を行う。
例えば、ＸＭＬブラウザ５６を介してユーザに選択された楽曲は楽曲購入再生モジュール５５で購入処理され、ハードディスクコンテンツコントローラ５７を介してハードディスクドライブ３４に書き込まれる。
なおコミュニケータプログラム５１には、ライブラリ５８の認証ライブラリ５８Ａが接続されており、当該認証ライブラリ５８Ａはポータルサーバ４等と連携して各種認証処理を行うようになされている。
さらにコミュニケータプログラム５１の上位には、データベースアクセスモジュール５９、コンテンツデータアクセスモジュール６０及びハードディスクコンテンツコントローラ５７が位置する。
このデータベースアクセスモジュール５９は、ハードディスクドライブ３４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール６０はハードディスクドライブ３４に格納されたコンテンツデータにアクセスし、ハードディスクコンテンツコントローラ５７はハードディスクドライブ３４に格納されたコンテンツデータを管理するようになされている。
ハードディスクコンテンツコントローラ５７の上位には、ラジオ局が放送した楽曲のタイトルやアーティスト名等を表示するためのラジオ放送情報表示モジュール６１、及びラジオ局を選局したり、当該ラジオ局から受信した楽曲としてのコンテンツデータをハードディスクドライブ３４に記憶（録音）するチューナ選局再生／録音モジュール６２が位置している。
例えば、オーディオユーザインタフェース６３を介して選局されたラジオ局から受信した楽曲は、コンテンツデータアクセスモジュール６０を介してハードディスクドライブ３４へ書き込まれるようになされている。
またチューナ選局再生／録音モジュール６２により再生されたコンテンツデータとしての音声データは、オーディオデータ処理部４０に転送されることにより、最終的にスピーカ４１から音声として出力される。
ラジオ放送情報表示モジュール６１は、チューナ選局再生／録音モジュール６２によって現在ラジオ局が放送している楽曲のタイトルやアーティスト名等のナウオンエア情報のようなラジオ放送情報をラジオ放送情報配信サーバからＨＴＴＰメッセージプログラム５０経由で受信し、これをオーディオユーザインタフェース（ＵＩ）６３を介して表示部３７に表示する。
なおオーディオユーザインタフェース６３を介して表示部３７に表示したラジオ放送情報は、ライブラリ５８のクリップライブラリ５８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール５９を介してハードディスクドライブ３４へ記憶される。
ＣＤ再生モジュール６４は、メディアドライブ３９に対してＣＤを再生するように制御する。
そしてＣＤ再生モジュール６４によりＣＤから再生された音声データは、オーディオデータ処理部４０に転送されることにより、最終的にスピーカ４１から音声として出力される。
ＨＤＤ再生モジュール６５は、図示はしていないが、ハードディスクコンテンツコントローラ５７及び著作権保護管理モジュール５３と接続されている。
これによりＨＤＤ再生モジュール６５は、ハードディスクコンテンツコントローラ５７の制御のもとにハードディスクドライブ３４から読み出されたコンテンツデータとしての音声データを、著作権保護管理モジュール５３から供給される著作権管理情報に従って再生する。
そしてＨＤＤ再生モジュール６５により著作権管理情報に従って再生された音声データは、オーディオデータ処理部４０に転送されることにより、最終的にスピーカ４１から音声として出力される。
リッピングモジュール６６は、図示はしていないが、ハードディスクコンテンツコントローラ５７及び著作権保護管理モジュール５３と接続されている。
これによりリッピングモジュール６６は、ＣＤ再生モジュール６４によりＣＤから再生された音声データを、著作権保護管理モジュール５３から供給される、その音声データを管理するための著作権管理情報と共に、ハードディスクコンテンツコントローラ５７の制御のもとハードディスクドライブ３４のハードディスクに記憶される（すなわち、リッピングされる）ように、ＣＤ再生モジュール６４、著作権保護管理モジュール５３及びハードディスクコンテンツコントローラ５７を制御する。
（３−５）ページ表示処理手順
コンテンツ販売サーバ５から提供されるＡ社・ＣＤ販売ページ等の各種ページを、クライアント端末２の表示部３７に表示するまでの処理手順（以下、これをページ表示処理手順と呼ぶ）について、以下に説明する。
（３−５−１）トップページを介したＡ社・ＣＤ販売ページの表示
本実施の形態のクライアント端末２は、図８に示したトップページにおけるボタンＢＴ１が選択されると、これに応じてＡ社・ＣＤ販売ページを表示するようになされている。ここではこの場合のページ表示処理手順を、図１６及び図１７に示すシーケンスチャートを用いて説明する。
なお、図１６及び図１７や後述する図１９、図２０及び図２１においては、クライアント端末２におけるアプリケーションモジュール２Ａと通信モジュール２Ｂとを明示した。このアプリケーションモジュール２Ａは、上述のＸＭＬブラウザ５６等に相当し、また通信モジュール２Ｂは、上述のコミュニケータプログラム５１等に相当するものである。このアプリケーションモジュール２Ａは、その下位の通信モジュール２Ｂを介して、ポータルサーバ４やコンテンツ販売サーバ５と、アプリケーションレベルのコマンドやデータをやり取りするようになされている。
また、ここから以下の記載では、説明の便宜上、クライアント端末２におけるアプリケーションモジュール２Ａ及び通信モジュール２Ｂを主体的に扱って説明を行う。しかしながら実際には、クライアント端末２のＣＰＵ３０（図１３）が、これらアプリケーションモジュール２Ａ及び通信モジュール２Ｂに従って、各種処理を実行するようになされていることは言うまでもない。
クライアント端末２のアプリケーションモジュール２Ａは、トップページを表示部３７に表示させる操作が行われたことを認識すると、ステップＳＰ１へ進んで、トップページのソースを要求するための要求信号（以下、これを第１要求信号と呼ぶ）を通信モジュール２Ｂへ引き渡し、ステップＳＰ２へ進む。
ステップＳＰ２においてクライアント端末２の通信モジュール２Ｂは、アプリケーションモジュール２Ａから引き渡された第１要求信号と合わせて、ユーザのＩＤ及びパスワードを、ポータルサーバ４へ送信する。
ポータルサーバ４の制御部１０は、クライアント端末２から第１要求信号と合わせてかかるユーザのＩＤ及びパスワードを受信すると、ステップＳＰ３において、当該ユーザのＩＤ及びパスワードに基づきユーザ認証処理を実行する。そしてポータルサーバ４の制御部１０は、このユーザ認証処理の結果、かかるユーザを正規ユーザとして認証することができて、この旨と認証完了時刻を示した認証結果情報（後述の認証セッションＩＤに相当）を生成し終えると、続くステップＳＰ４に進み、ハードディスクドライブ１２の所定記憶場所に、お知らせページのソースが存在するか否かを判定する。
本実施の形態の場合、このお知らせページは、コンテンツ提供システムを運用する運用者によって適宜作成されるものであり、例えばポータルサーバ４のメンテナンス情報等が記載されるようになされている。
このステップＳＰ４において肯定結果が得られると、このことは、運用者によって作成されたお知らせページのソースが、ハードディスクドライブ１２の所定記憶場所に記憶されていることを意味しており、このときポータルサーバ４の制御部１０は、ステップＳＰ５へ進んで、ステップＳＰ３で生成した認証結果情報をクライアント端末２へ送信することにより、当該認証結果情報をクライアント端末２の通信モジュール２Ｂに取得させた後（ステップＳＰ６）、ステップＳＰ７へ進んで、お知らせページのソースの記憶場所を示す記憶場所情報（例えばパスやＵＲＬ等）を、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、ポータルサーバ４から送信された当該記憶場所情報を受信すると、ステップＳＰ８へ進み、当該記憶場所情報に基づいて、お知らせページのソースを送信するように要求するための要求信号（以下、これをお知らせページ要求信号と呼ぶ）を生成し、これを通信モジュール２Ｂを介してポータルサーバ４へ送信する。
このお知らせページ要求信号を受信したポータルサーバ４の制御部１０は、ステップＳＰ９へ進み、ハードディスクドライブ１２の所定記憶場所からお知らせページのソースを読み出して、これをクライアント端末２へ送信する。
そしてクライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、ポータルサーバ４から送信されたお知らせページのソースを受信すると、ステップＳＰ１０へ進んで、当該ソースに基づき、例えば図１８に示すようなお知らせページをページ表示領域ＡＲ１上に表示する。このお知らせページには、ポータルサーバ４のメンテナンス情報や、トップページを表示させるためのボタンＢＴ２が表示されている。
このようにしてコンテンツ販売システム１においては、ポータルサーバ４側から、ユーザに知らせるべきサーバメンテナンス等の情報を、お知らせページを介して強制的に通知することができる。
この後、ユーザの操作によってお知らせページにおけるボタンＢＴ２が選択されると、クライアント端末２のアプリケーションモジュール２Ａは、続くステップＳＰ１１へ進み、トップページのソースを送信するように要求する第１要求信号を、通信モジュール２Ｂを介して、ポータルサーバ４へ再度送信する。
そしてポータルサーバ４の制御部１０は、かかる第１要求信号を再度受信すると、ステップＳＰ１２（図１７）へ進んで、ハードディスクドライブ１２からトップページのソースを読み出して、これをクライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、ポータルサーバ４から送信されたトップページのソースを受信すると、ステップＳＰ１３へ進んで、当該ソースに基づきトップページ（図８）を表示する。
この後、例えばユーザの操作によってトップページにおけるボタンＢＴ１が選択されると、このときクライアント端末２のアプリケーションモジュール２Ａは、ステップＳＰ１４へ進んで、Ａ社・ＣＤ販売ページを要求する要求信号（以下、これを第２要求信号と呼ぶ）を通信モジュール２Ｂに引き渡す。
そして当該通信モジュール２Ｂは、ステップＳＰ１５において、かかる第２要求信号と共に、ステップＳＰ６で取得した認証結果情報を、Ａ社・ＣＤ販売ページのソースを保持するコンテンツ販売サーバ５へ送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から第２要求信号及び認証結果情報を受信すると、ステップＳＰ１６へ進み、この認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、例えばこの判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、ステップＳＰ１７へ進んで、かかる第２要求信号に応じたＡ社・ＣＤ販売ページのソースを、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、コンテンツ販売サーバ５から送信されたＡ社・ＣＤ販売ページのソースを受信すると、ステップＳＰ１８へ進み、当該ソースに基づいてＡ社・ＣＤ販売ページ（図１０）を表示する。
このようにこのコンテンツ販売システム１においては、クライアント端末２からトップページのソースを要求されたのにも関わらず、ポータルサーバ４側に、ユーザに対して知らせるべき情報が記されたお知らせページのソースが存在すると、ポータルサーバ４は、トップページのソースを送信する前に、お知らせページのソースを優先してクライアント端末２へ送信する。
かくしてクライアント端末２の表示部３７に対しては、トップページよりも優先的にお知らせページが表示されるので、このコンテンツ販売システム１の運用者は、当該お知らせページを利用することにより、ユーザに対して知らせるべき情報を確実に通知することができる。
因みに、上述のステップＳＰ４において否定結果が得られると、このことは、お知らせページのソースが、ハードディスクドライブ１２の所定記憶場所に存在しないことを意味しており、このときポータルサーバ４の制御部１０は、ステップＳＰ５へ進んで、ステップＳＰ３で生成した認証結果情報をクライアント端末２へ送信することにより、当該認証結果情報をクライアント端末２の通信モジュール２Ｂに取得させた後（ステップＳＰ６）、ステップＳＰ１２（図１７）へ進んで、第１要求信号に応じたトップページのソースを、クライアント端末２へ送信するようになされている。
（３−５−２）ブックマークからのＡ社・ＣＤ販売ページの表示
本実施の形態のクライアント端末２は、例えば図１０に示したブックマーク表示領域ＡＲ２に表示されているタイトル情報「Ａ社・ＣＤ販売ページ」が選択されると、これに応じてＡ社・ＣＤ販売ページを表示するようになされている。ここではこの場合のページ表示処理手順を、図１９、図２０及び図２１に示すシーケンスチャートを用いて説明する。
クライアント端末２のアプリケーションモジュール２Ａは、例えばユーザの操作によりブックマーク表示領域ＡＲ２に表示されているタイトル情報「Ａ社・ＣＤ販売ページ」が選択されたことを認識すると、ステップＳＰ２１へ進み、当該タイトル情報「Ａ社・ＣＤ販売ページ」と対応付けて記憶しているＵＲＬに基づいて、このＡ社・ＣＤ販売ページのソースを要求する第２要求信号を生成し、これを通信モジュール２Ｂへ引き渡し、ステップＳＰ２２へ進む。
ステップＳＰ２２においてクライアント端末２の通信モジュール２Ｂは、アプリケーションモジュール２Ａから引き渡された第２要求信号と合わせて、例えば１時間前にポータルサーバ４から取得した認証結果情報を、Ａ社・ＣＤ販売ページのソースを保持するコンテンツ販売サーバ５へ送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から第２要求信号及び認証結果情報を受信すると、ステップＳＰ２３へ進み、この認証結果情報中の認証完了時刻（この場合、約１時間前の時刻）等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、この判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていないことを認識すると、ステップＳＰ２４へ進んで、クライアント端末２からの第２要求信号を拒絶する要求拒絶信号を生成し、これをクライアント端末２へ送信する。
クライアント端末２の通信モジュール２Ｂは、コンテンツ販売サーバ５から送信された要求拒絶信号に基づいて、コンテンツ販売サーバ５に対する要求が拒絶されたことを認識すると、ステップＳＰ２５へ進んで、ユーザのＩＤ及びパスワードを、ポータルサーバ４へ送信する。
ポータルサーバ４の制御部１０は、クライアント端末２から当該ユーザのＩＤ及びパスワードを受信すると、ステップＳＰ２６へ進んで、当該ユーザのＩＤ及びパスワードに基づきユーザ認証処理を実行する。そしてポータルサーバ４の制御部１０は、このユーザ認証処理の結果、かかるユーザを正規ユーザとして認証することができて、この旨と認証完了時刻を示した認証結果情報を生成し終えると、ハードディスクドライブ１２の所定記憶場所にお知らせページのソースが存在するか否かを確認する。
ここで、所定記憶場所にお知らせページのソースが存在することを確認したときには、図２１のステップＳＰ４０へ進み（後述する）、また所定記憶場所にお知らせページのソースが存在しないことを確認したときには、図２０のステップＳＰ２７へ進む。
図２０のステップＳＰ２７において、ポータルサーバ４の制御部１０は、生成した認証結果情報をクライアント端末２へ送信することにより、当該認証結果情報をクライアント端末２の通信モジュール２Ｂに取得させる（ステップＳＰ２８）。
そしてクライアント端末２の通信モジュール２Ｂは、ステップＳＰ２９へ進んで、Ａ社・ＣＤ販売ページのソースを要求する第２要求信号と共に、ステップＳＰ２８で取得した最新の認証結果情報を、コンテンツ販売サーバ５へ再度送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から第２要求信号及び最新の認証結果情報を受信すると、ステップＳＰ３０へ進み、この認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近認証されたか否かを判定し、この判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、ステップＳＰ３１へ進み、クライアント端末２からの第２要求信号を受け付けて、Ａ社・ＣＤ販売ページのソースを、当該クライアント端末２へ送信する。
そしてクライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、コンテンツ販売サーバ５から送信されたＡ社・ＣＤ販売ページのソースを受信すると、ステップＳＰ３２へ進み、当該ソースに基づいてＡ社・ＣＤ販売ページ（図１０）を表示する。
このようにこのコンテンツ販売サーバ５は、所定期間内（ここでは過去１分以内）に正規ユーザとして認証されたユーザのクライアント端末２からなされた要求（第２要求信号）のみを、受け付けるようになされている。
またクライアント端末２においては、通信モジュール２Ｂが、当該クライアント端末２のユーザを正規ユーザとしてポータルサーバ４に認証させるための処理（ステップＳＰ２５、ステップＳＰ２８等）や、当該認証の結果得られる認証結果情報を基にしてコンテンツ販売サーバ５へ要求を受け付けさせるための処理（ステップＳＰ２２、ステップＳＰ２９等）を一手に担う。
かくしてクライアント端末２のアプリケーションモジュール２Ａは、アプリケーション固有の処理（ステップＳＰ２１、ステップＳＰ３２）のみに専念することができる。
この結果、通信モジュール２Ｂの上位で動作するアプリケーションモジュール２Ａの構造を、格段と容易化することができる。
次に、上述のステップＳＰ２６（図１９）においてポータルサーバ４の制御部１０が、ハードディスクドライブ１２の所定記憶場所にお知らせページのソースが存在することを確認した後、図２１のステップＳＰ４０へ進む場合について説明する。
すなわちこのステップＳＰ４０において、ポータルサーバ４の制御部１０は、生成した認証結果情報をクライアント端末２へ送信することにより、当該認証結果情報をクライアント端末２の通信モジュール２Ｂに取得させた後（ステップＳＰ４１）、続くステップＳＰ４２において、お知らせページのソースの記憶場所を示す記憶場所情報を、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、ポータルサーバ４から送信された当該記憶場所情報を受信すると、ステップＳＰ４３へ進み、当該記憶場所情報に基づいて、お知らせページのソースを送信するように要求するためのお知らせページ要求信号を生成し、これを通信モジュール２Ｂを介してポータルサーバ４へ送信する。
また、このとき同時にこのアプリケーションモジュール２Ａは、Ａ社・ＣＤ販売ページをブックマークした際に記憶した、当該Ａ社・ＣＤ販売ページのサービス識別情報及びＵＲＬも、ポータルサーバ４へ送信するようになされている。上述したようにこのサービス識別情報には、当該Ａ社・ＣＤ販売ページが、ＣＤ販売サービスを提供するためのページであることが示されている。
ポータルサーバ４の制御部１０は、クライアント端末２からお知らせページ要求信号と合わせてサービス識別情報及びＡ社・ＣＤ販売ページのＵＲＬを受信すると、ステップＳＰ４４において、当該サービス識別情報によって示されているコンテンツ販売サーバ５のＣＤ販売サービスが、現在利用することができるのか否かをコンテンツ販売サーバ５に対して問い合わせる。
そしてポータルサーバ４の制御部１０は、ステップＳＰ４５へ進んで、当該問い合わせ結果をお知らせページのソースに追記すると共に、受信したＡ社・ＣＤ販売ページのＵＲＬも当該ソースに追記することにより、図２２に示すようなお知らせページを表示させるためのソースを生成する。
続いてポータルサーバ４の制御部１０は、ステップＳＰ４６へ進み、受信したお知らせページ要求信号に応じて、当該追記後のお知らせページのソースを、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、当該追記後のお知らせページのソースを受信すると、ステップＳＰ４７において、お知らせページ（図２２）を表示する。
このお知らせページには、ポータルサーバ４がクライアント端末２からのサービス識別情報に基づいてコンテンツ販売サーバ５に問い合わせた、ＣＤ販売サービスの現在状況を表す現在状況情報ＩＮＦ１も示されている。この現在状況情報ＩＮＦ１においては、コンテンツ販売サーバ５におけるＣＤ販売サービスが現在利用可能である旨や、当該ＣＤ販売サービスが休止中である旨等が示される。
これによりクライアント端末２は、このＣＤ販売サービスを利用するためのＡ社・ＣＤ販売ページを表示する前に、このお知らせページを介して、当該ＣＤ販売サービスの現在状況をユーザに対して通知することができる。
また、このお知らせページにおけるボタンＢＴ３は、Ａ社・ＣＤ販売ページのＵＲＬと対応付けられているので、例えばユーザの操作によって当該ボタンＢＴ３が選択されると、クライアント端末２のアプリケーションモジュール２Ａは、ステップＳＰ４８へ進み、当該ＵＲＬに基づいて、Ａ社・ＣＤ販売ページのソースを要求するための第２要求信号を生成し、これを通信モジュール２Ｂへ引き渡す。
この通信モジュール２Ｂは、ステップＳＰ４９において、引き渡された第２要求信号と合わせて、ステップＳＰ４１で取得した最新の認証結果情報を、コンテンツ販売サーバ５へ送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から第２要求信号及び最新の認証結果情報を受信すると、ステップＳＰ５０において、この認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定し、例えばこの結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、ステップＳＰ５１へ進み、クライアント端末２からの第２要求信号を受け付けてＡ社・ＣＤ販売ページのソースを、当該クライアント端末２へ送信する。
そしてクライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、コンテンツ販売サーバ５から送信されたＡ社・ＣＤ販売ページのソースを受信すると、ステップＳＰ５２において、当該ソースに基づいてＡ社・ＣＤ販売ページ（図１０）を表示する。
このようにこのコンテンツ販売システム１においては、ブックマークを利用してＡ社・ＣＤ販売ページを表示させるような操作が行われたとしても、ポータルサーバ４にお知らせページのソースが存在する場合、クライアント端末２の表示部３７には、Ａ社・ＣＤ販売ページよりも優先的にお知らせページが表示される。
かくしてこのコンテンツ販売システム１の運用者は、当該お知らせページを利用することにより、ユーザに対して知らせるべき情報を確実に通知することができる。
（３−６）第３の実施の形態における動作及び効果
以上の構成において、クライアント端末２においては、通信モジュール２Ｂが、当該クライアント端末２のユーザを正規ユーザとしてポータルサーバ４に認証させるための処理（ステップＳＰ２５、ステップＳＰ２８等（図１９及び図２０））や、当該認証の結果得られる認証結果情報を基にしてコンテンツ販売サーバ５へ要求を受け付けさせるための処理（ステップＳＰ２２、ステップＳＰ２９等）を一手に担う。
かくしてクライアント端末２のアプリケーションモジュール２Ａは、コンテンツ販売サーバ５に対してＡ社・ＣＤ販売ページのソースを要求する処理（ステップＳＰ２１）と、当該要求に応じてコンテンツ販売サーバ５から提供されるソースに基づいてＡ社・ＣＤ販売ページを表示する処理（ステップＳＰ３２）とを行うだけで良い。この結果、このアプリケーションモジュール２Ａの構造を格段と簡易化することができる。
以上の構成によれば、コミュニケータプログラム５１やＸＭＬブラウザ５６等に相当するアプリケーションモジュール２Ａは、アプリケーション固有の処理のみに専念することができる。この結果、アプリケーションモジュール２Ａの構造を格段と簡易化することができる。
（４）第４の実施の形態
次に第４の実施の形態として、本システムを適用したコンテンツ販売システムの他の例について説明する。
なお、この第４の実施の形態における図２３のクライアント端末１００２は、上述の第３の実施の形態における図６のクライアント端末２に対応し、図２４のポータルサーバ１００３は図６のポータルサーバ４に対応し、図２５のコンテンツ販売サーバ１００５は図６のコンテンツ販売サーバ５に対応するものである。
（４−１）クライアント端末の機能回路ブロック構成
まずクライアント端末１００２の機能回路ブロックによるハードウェア構成を説明する。図２３に示すようにクライアント端末１００２は、その筐体表面やリモートコントローラ（図示せず）に設けられた各種操作ボタンでなる操作入力部１０２０がユーザによって操作されると、当該操作入力部１０２０でこれを認識し、当該操作に応じた操作入力信号を入力処理部１０２１に送出する。
入力処理部１０２１は、操作入力部１０２０から与えられる操作入力信号を特定の操作コマンドに変換しバス１０２２を介して制御部１０２３に送出する。
制御部１０２３は、バス１０２２を介して接続された各回路から与えられる操作コマンドや制御信号に基づいてこれら各回路の動作を制御する。
表示制御部１０２４は、バス１０２２を介して供給される映像データに対してディジタルアナログ変換処理を施し、その結果得られるアナログ映像信号を表示部１０２５に送出する。
表示部１０２５は、例えば液晶ディスプレイ等の表示デバイスであって、筐体表面に直接取り付けられている場合や外付けされている場合がある。
そして表示部１０２５は、制御部１０２３による処理結果や各種映像データが表示制御部１０２４を介してアナログ映像信号として供給されると、当該アナログ映像信号に基づく映像を表示する。
音声制御部１０２６は、バス１０２２を介して供給される音声データに対してディジタルアナログ変換処理を施し、その結果得られるアナログ音声信号をスピーカ１０２７に送出する。スピーカ１０２７は、音声制御部１０２６から供給されるアナログ音声信号に基づく音声を出力する。
外部記録媒体記録再生部１０２８は、ＣＤや、フラッシュメモリが外装ケースに内包されたメモリスティック（登録商標）等の外部記録媒体に記録されているコンテンツデータを読み出して再生し、又は当該外部記録媒体に対し記録対象のコンテンツデータを記録する記録再生部である。
外部記録媒体記録再生部１０２８は、外部記録媒体からコンテンツデータとして映像データを読み出したとき、当該読み出した映像データをバス１０２２を介して表示制御部１０２４に供給する。
これにより表示制御部１０２４は、外部記録媒体記録再生部１０２８により外部記録媒体からコンテンツデータとして読み出された映像データをアナログ映像信号に変換して表示部１０２５に供給する。
また外部記録媒体記録再生部１０２８は、外部記録媒体からコンテンツデータとして音声データを読み出したとき、当該読み出した音声データをバス１０２２を介して音声制御部１０２６に供給する。
これにより音声制御部１０２６は、外部記録媒体記録再生部１０２８により外部記録媒体からコンテンツデータとして読み出された音声データをアナログ音声信号に変換してスピーカ１０２７に供給する。
さらに制御部１０２３は、外部記録媒体記録再生部１０２８により外部記録媒体から読み出されたコンテンツデータをバス１０２２を介してクライアント端末１００２内部の記憶媒体１０２９に送出し、その記憶媒体１０２９に対して当該コンテンツデータを記憶する（以下、このようにコンテンツデータを記憶媒体１０２９に記憶することをリッピングとも呼ぶ）ことができる。
そして制御部１０２３は、記憶媒体１０２９からコンテンツデータとしてイメージデータ又はビデオデータ等の映像データを読み出したときには、当該読み出した映像データをバス１０２２を介して表示制御部１０２４に供給する。
また制御部１０２３は、記憶媒体１０２９からコンテンツデータとしてオーディオデータ等の音声データを読み出したときには、当該読み出した音声データをバス１０２２を介して音声制御部１０２６に供給する。
これに加えて制御部１０２３は、記憶媒体１０２９から音楽データを読み出して外部記録媒体記録再生部１０２８に転送することにより当該外部記録媒体記録再生部１０２８により外部記録媒体に対しその音楽データを記録させることもできる。
放送信号受信部１０３０は、各ラジオ局から送信されるラジオ放送波を受信し、チューナ部１０３１に供給する。
チューナ部１０３１は、制御部１０２３の制御のもと、放送信号受信部１０３０を介して受信されたラジオ放送波の中から例えば操作入力部１０２０を介して指定されたラジオ局に対応する放送周波数のラジオ放送信号を抽出して所定の受信処理を施し、この結果得られる音声データをバス１０２２を介して音声制御部１０２６に送出する。
音声制御部１０２６は、チューナ部１０３１から与えられた音声データをアナログ音声信号に変換してスピーカ１０２７に送出することにより、当該スピーカ１０２７からラジオ局で放送されているラジオ番組の番組音声を出力させ、かくしてユーザに対しラジオ番組の番組音声を聴取させることができる。
また制御部１０２３は、チューナ部１０３１で得られた音声データを記憶媒体１０２９に送出して記憶することにより、ラジオ番組の番組音声を録音することもできる。
さらに制御部１０２３は、通信制御部１０３２及びネットワークインタフェース１０３３を順次介して所定のネットワークに接続し、当該ネットワーク上のポータルサーバ１００３やコンテンツ販売サーバ１００５等にアクセスすることができ、これによりこれらポータルサーバ１００３やコンテンツ販売サーバ１００５等との間で各種情報や各種データを送受信する。
エンコーダ／デコーダ部１０３４は、ネットワークからネットワークインタフェース１０３３及び通信制御部１０３２を順次介して受信された圧縮符号化されているコンテンツデータ、あるいは記憶媒体１０２９や外部記録媒体から読み出された圧縮符号化されているコンテンツデータを復号し表示制御部１０２４や音声制御部１０２６に送出する。
またエンコーダ／デコーダ部１０３４は、外部記録媒体から読み出された圧縮符号化されてはいないコンテンツデータや、チューナ部１０３１から与えられる音声データ等を圧縮符号化し、当該圧縮符号化したコンテンツデータを記憶媒体１０２９に送出する。
これによりエンコーダ／デコーダ部１０３４で圧縮符号化されたコンテンツデータは、制御部１０２３の制御のもと記憶媒体１０２９に記憶される。
著作権管理部１０３５は、ネットワークからネットワークインタフェース１０３３及び通信制御部１０３２を順次介してダウンロードされるコンテンツデータに対応する著作権管理情報や、外部記録媒体記録再生部１０２８により外部記録媒体から読み出されたコンテンツデータに対応する著作権管理情報を生成する。
著作権管理部１０３５で生成された著作権管理情報は、制御部１０２３の制御のもとにコンテンツデータと対応付けられて記憶媒体１０２９に登録される。
また著作権管理部１０３５は、記憶媒体１０２９と特定の外部記録媒体との間で著作権管理情報を対応付けたコンテンツデータをチェックアウトするときや、当該特定の外部記録媒体と記憶媒体１０２９との間で当該著作権管理情報を対応付けたコンテンツデータをチェックインするときに、当該コンテンツデータに対応する著作権管理情報の内容を適切に更新することにより、そのコンテンツデータに対する著作権を保護する。
ページ情報生成部１０３６は、ネットワークからネットワークインタフェース１０３３及び通信制御部１０３２を順次介して受信されたＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、あるいはＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）ファイル等のページ情報を解釈して表示部１０２５に表示するための映像データを生成し、当該生成した映像データを表示制御部１０２４に送出する。
認証処理部１０３７は、ネットワークインタフェース１０３３を介して接続されるネットワーク上のポータルサーバ１００３やコンテンツ販売サーバ１００５等に対し認証情報を通信制御部１０３２及びネットワークインタフェース１０３３を順次介して送信する等の認証処理を実行する。
認証情報記憶部１０３８は、認証処理部１０３７がポータルサーバ１００３やコンテンツ販売サーバ１００５等に対しアクセスするときに必要となる認証情報を記憶する。
ラジオ放送表示制御部１０３９は、現在、ユーザによる聴取用に受信中のラジオ放送に関するラジオ放送情報を要求するための要求信号を通信制御部１０３２及びネットワークインタフェース１０３３を順次介して、当該受信中のラジオ放送を放送しているラジオ局に対応するラジオ放送情報配信サーバ（図示せず）に送信する。
その結果、ラジオ放送表示制御部１０３９は、ネットワーク上のラジオ放送情報配信サーバから送信されたラジオ放送情報をネットワークインタフェース１０３３及び通信制御部１０３２を順次介して受信すると共に、当該受信したラジオ放送情報を表示制御部１０２４に送出することにより表示部１０２５に対し、現在受信中のラジオ番組の番組名や、当該受信中の楽曲のタイトル及びアーティスト名等からなるラジオ放送情報を表示させる。
（４−２）ポータルサーバの構成
次に、図２４を用いてポータルサーバ１００３の機能回路ブロックによるハードウェア構成を説明する。ポータルサーバ１００３内の制御部１０５０は、バス１０５１を介して接続される各回路の動作を制御する。
通信制御部１０５２は、制御部１０５０の制御のもと、ネットワークインタフェース１０５３を介してクライアント端末１００２やコンテンツ販売サーバ１００５等と各種情報を送受信する。
顧客データベース部１０５４には、コンテンツ販売システムの運営業者とすでに契約を完了しているユーザのユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）情報とパスワード情報とが対応付けられて顧客情報として登録されている。
ページ情報記憶部１０５５には、コンテンツ販売システムの運営業者が管理するページ情報等が記憶されている。
なおこのページ情報は、ＸＭＬ等の言語によって記述されており、コンテンツ販売サーバ１００５等にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報を含んでいる。
認証処理部１０５６は、クライアント端末１００２から送信されたユーザＩＤ情報及びパスワード情報をネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信すると、ユーザ認証処理として、当該受信したユーザＩＤ情報及びパスワード情報が顧客データベース部１０５４に顧客情報として登録されているか否かを確認する。
そして認証処理部１０５６は、ユーザ認証処理を終了すると、当該ユーザ認証処理の結果を示したポータル認証結果情報（後述する認証セッションＩＤ情報）を発行し、当該発行したポータル認証結果情報を認証情報記憶部１０５７に一時記憶する。
このとき制御部１０５０は、認証処理部１０５６によるユーザ認証処理の結果、ユーザが正規ユーザであると認証されると、ページ情報記憶部１０５５に記憶されている契約者用ページ（例えば上述の第３の実施の形態におけるトップページ）のページ情報をポータル認証結果情報と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
なお制御部１０５０は、認証処理部１０５６によるユーザ認証処理の結果、ユーザが正規ユーザであると認証されなかったときには、認証エラー情報を、ページ情報記憶部１０５５に記憶されている認証の失敗を示す認証失敗通知ページ情報と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信するように構成しても良い。
また認証処理部１０５６は、コンテンツ販売サーバ１００５等からユーザに対する認証処理が実行された結果、当該ユーザのクライアント端末１００２から取得して送信されるポータル認証結果情報（後述する認証チケット）をネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信すると、当該受信したポータル認証結果情報と、認証情報記憶部１０５７に一時記憶していた当該ユーザに対応するポータル認証結果情報とを比較する。
これにより認証処理部１０５６は、コンテンツ販売サーバ１００５等から受信したポータル認証結果情報に対する認証処理として、正規のポータル認証結果情報であるか否かを確認する確認処理を実行し、その確認結果を示す確認結果情報を通信制御部１０５２及びネットワークインタフェース１０５３を順次介して当該コンテンツ販売サーバ１００５等に返信する。
周波数情報記憶部１０５８には、地域を特定可能な郵便番号等の地域コードと、その地域コードの示す地域で受信可能なラジオ放送の放送周波数を示す周波数情報、当該ラジオ放送を放送するラジオ局の名称（以下、これをラジオ局名と呼ぶ）及び当該ラジオ局毎のユニークな識別情報であるコールサインとが対応付けられて記憶されている。
ＵＲＬ記憶部１０５９には、ラジオ放送用のラジオ局毎のコールサインと、当該コールサインに対応するラジオ局で提供する現在放送中のラジオ番組に関し当該ラジオ番組の番組名やそのラジオ番組内で現時点に流されている楽曲のタイトル等からなるラジオ放送情報（以下、これを特にナウオンエア情報と呼ぶ）を取得可能なＵＲＬ情報とが対応付けられて記憶されている。
（４−３）コンテンツ販売サーバの機能回路ブロック構成
次に、図２５を用いてコンテンツ販売サーバ１００５の機能回路ブロックによるハードウェア構成を説明する。コンテンツ販売サーバ１００５内の制御部１０９０は、バス１０９１を介して接続される各回路の動作を制御する。
通信制御部１０９２は、制御部１０９０の制御のもと、ネットワークインタフェース１０９３を介してクライアント端末１００２やポータルサーバ１００３等と各種情報を送受信する。
顧客データベース部１０９４には、コンテンツ販売サーバ１００５の運営業者とすでに契約を完了しているユーザのユーザＩＤ情報とパスワード情報とが対応付けられて顧客情報として登録されている。ただし認証処理部１０９５が、クライアント端末１００２から送信される、ポータルサーバ１００３によって発行されたポータル認証結果情報に基づいてユーザを認証処理する機能を有する場合には、顧客データベース部１０９４を設けなくてもよい。
ページ情報記憶部１０９６には、コンテンツ販売サーバ１００５が管理する、販売対象のＣＤやＤＶＤ等のパッケージメディアを紹介するパッケージメディア販売用ページ（例えば上述の第３の実施の形態におけるＡ社・ＣＤ販売ページ）のページ情報等が記憶されている。
因にパッケージメディア販売用ページのページ情報は、ＸＭＬ等の言語によって記述されており、クライアント端末１００２を利用するユーザに対して購入を希望するＣＤやＤＶＤ等のパッケージメディアを選択させることができる。
そして制御部１０９０は、クライアント端末１００２から送信される、パッケージメディア販売用ページのページ情報を要求するための要求信号をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信すると、当該受信した要求信号に応じて、ページ情報記憶部１０９６に記憶されたパッケージメディア販売用ページのページ情報を通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
認証処理部１０９５は、クライアント端末１００２から送信される、当該クライアント端末１００２を利用するユーザのユーザＩＤ情報及びパスワード情報をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信すると、ユーザ認証処理として、当該受信したユーザＩＤ情報及びパスワード情報が顧客データベース部１０９４に顧客情報として登録されているか否かを確認する。
また認証処理部１０９５は、ユーザＩＤ情報及びパスワード情報を用いるユーザ認証処理とは異なるユーザ認証手法として、クライアント端末１００２から送信される、ポータルサーバ１００３で発行されたポータル認証結果情報（後述する認証チケット）をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信し、当該受信したポータル認証結果情報を通信制御部１０９２及びネットワークインタフェース１０９３を順次介してポータルサーバ１００３に送信する。
そして認証処理部１０９５は、ポータルサーバ１００３へのポータル認証結果情報の送信に応じて、当該ポータルサーバ１００３からそのポータル認証結果情報に対する認証処理（すなわち、上述の確認処理）が実行された結果返信される確認結果情報をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信し、当該受信した確認結果情報に基づいてユーザがコンテンツ販売システムの運営業者とすでに契約を完了している正規ユーザであるか否かを確認する。
このようにして認証処理部１０９５は、ユーザ認証処理が終了すると、そのユーザ認証処理の結果を示したサーバ認証結果情報（後述するサービスセッションＩＤ情報）を発行する。
このとき制御部１０９０は、認証処理部１０９５によるユーザ認証処理の結果、ユーザが正規ユーザであると認証されると、ページ情報記憶部１０９６に契約者用として記憶されているパッケージメディア販売用ページのページ情報をサーバ認証結果情報と共に通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
これに対して制御部１０９０は、認証処理部１０９５によるユーザ認証処理の結果、ユーザが正規ユーザであると認証されなかったときには、認証エラー情報を、ページ情報記憶部１０９６に記憶されている認証の失敗を示す認証失敗通知ページ情報と共に通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
ところで認証情報記憶部１０９７には、認証処理部１０９５により発行されたサーバ認証結果情報が一時記憶されると共に、当該認証処理部１０９５により、クライアント端末１００２を利用するユーザをユーザ認証処理するときに必要とされる各種認証情報が記憶されている。
パッケージメディア情報記憶部１０９８には、販売対象のＣＤやＤＶＤ等の複数のパッケージメディアに関する情報（以下、これをパッケージメディア情報と呼ぶ）が各々のパッケージメディアＩＤ情報等の検索キーと対応付けられて記憶されている。
検索部１０９９は、クライアント端末１００２に対しパッケージメディア販売用ページのページ情報が送信された結果、当該クライアント端末１００２から送信される、特定のＣＤやＤＶＤ等のパッケージメディアに関するパッケージメディア情報を要求するメディア情報要求信号がネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信されると、当該受信されたメディア情報要求信号から当該特定のパッケージメディア検索用の検索キーを取り出す。
そして検索部１０９９は、かかる検索キーに基づいて、パッケージメディア情報記憶部１０９８内の複数のパッケージメディア情報の中から当該検索キーの示す検索条件に該当する特定のパッケージメディアのパッケージメディア情報を検索する。
これにより制御部１０９０は、その検索されたパッケージメディア情報を通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信し、かくしてユーザに対し特定のパッケージメディアに関するパッケージメディア情報を提示する。
その結果、制御部１０９０は、クライアント端末１００２から送信される、上述の特定のパッケージメディアを購入要求する購入要求信号をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信すると、当該クライアント端末１００２を利用するユーザへの当該特定のパッケージメディアの引き渡し手続等の購入処理を実行する。
また制御部１０９０は、特定のパッケージメディアの購入に伴うユーザに対する課金処理用の課金情報を通信制御部１０９２及びネットワークインタフェース１０９３を順次介して所定の課金サーバ（図示せず）に送信することにより、この課金サーバに対し当該ユーザに対する特定のパッケージメディアの購入に応じた課金処理を実行させる。
さらに制御部１０９０は、この課金サーバによるユーザに対する課金処理が完了すると、パッケージメディアの購入処理が完了したことを示す購入完了ページ情報を通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
（４−４）トップページを介したＡ社・ＣＤ販売ページの表示
次に、この第４の実施の形態におけるトップページを介したパッケージメディア販売用ページ（ここではＡ社・ＣＤ販売ページ）の表示処理手順について、図２６及び２７に示すシーケンスチャートに沿って説明する。
なお、図２６乃至図２９におけるクライアント端末１００２のアプリケーションモジュール１００２Ａは、図２３の制御部１０２３、入力処理部１０２１、表示制御部１０２４、及びページ情報生成部１０３６に対応するものであり、また通信モジュール１００２Ｂは、図２３の通信制御部１０３２及び認証処理部１０３７に対応するものである。
クライアント端末１００２のアプリケーションモジュール１００２Ａは、トップページを表示部１０２５に表示させるための操作が行われたことを認識すると、ステップＳＰ１０００に進んで、トップページのページ情報（ソース）を要求するための要求信号（以下、これをトップページ要求信号とも呼ぶ）を通信モジュール１００２Ｂに引き渡す。
ステップＳＰ１００１においてクライアント端末１００２の通信モジュール１００２Ｂは、このトップページ要求信号を受け取ると、認証情報記憶部１０３８に予め一時記憶している認証セッションＩＤ情報等を読み出し、この認証セッションＩＤ情報等とトップページ要求信号とをネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
因みにこの認証セッションＩＤ情報は、クライアント端末１００２とポータルサーバ１００３とがユーザ認証処理等の各種処理の実行用に通信接続する毎に、個々の通信接続状態（すなわちセッション）の識別用としてポータルサーバ１００３によって発行される識別情報である。
なお、かかる認証セッションＩＤ情報については、ユーザ認証処理等に利用するうえで、ポータルサーバ１００３による発行時点を基準とした所定の有効期限（例えば１分程度）が設定されている。
従ってポータルサーバ１００３から認証セッションＩＤ情報を取得したクライアント端末１００２は、その認証セッションＩＤ情報を有効期限以内にポータルサーバ１００３に対して提示することができない場合、ポータルサーバ１００３により、当該認証セッションＩＤ情報で特定される通信接続状態が切断されたと判断される。
これによりポータルサーバ１００３は、過去に発行した認証セッションＩＤ情報が、コンテンツ販売システムの運営業者と契約してはいないユーザによりユーザ認証処理等に対し不当に利用されることを防止している。
またクライアント端末１００２の認証情報記憶部１０３８に一時記憶されている認証セッションＩＤ情報は、クライアント端末１００２とポータルサーバ１００３とが以前にユーザ認証処理等の実行用に通信接続したとき、そのポータルサーバ１００３によって発行されたものである。
クライアント端末１００２から認証セッションＩＤ情報等とトップページ要求信号とが送信されると、これに応じてステップＳＰ１００２においてポータルサーバ１００３の制御部１０５０は、ネットワークインタフェース１０５３及び通信制御部１０５２を順次介して当該認証セッションＩＤ情報等とトップページ要求信号とを受信し、この認証セッションＩＤ情報等を認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、この受信した認証セッションＩＤ情報等に基づいてユーザ認証処理を実行する。
その結果、認証処理部１０５６は、クライアント端末１００２から受信した認証セッションＩＤ情報等の有効期限が切れていること等により、クライアント端末１００２を利用するユーザを正規ユーザであると認証することができない場合、クライアント端末１００２からのトップページの要求が正当な要求ではないと判断する。
そしてこの場合、制御部１０５０は、認証エラーを示す認証エラー情報を通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１００３において、クライアント端末１００２の通信モジュール１００２Ｂは、ネットワークインタフェース１０３３を介して認証エラー情報を受信すると、認証情報記憶部１０３８に記憶しているユーザＩＤ情報及びパスワード情報等を読み出し、当該読み出したユーザＩＤ情報及びパスワード情報等をネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
ステップＳＰ１００４において、ポータルサーバ１００３の制御部１０５０は、ネットワークインタフェース１０５３及び通信制御部１０５２を順次介してユーザＩＤ情報及びパスワード情報等を受信し、これらを認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、ユーザ認証処理として、これらクライアント端末１００２から受信したユーザＩＤ情報及びパスワード情報等が、顧客データベース部１０５４に登録されている顧客情報に含まれているか否かを検出する。
その結果、認証処理部１０５６は、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、ポータル認証結果情報として、現時点のクライアント端末１００２とポータルサーバ１００３との通信接続状態に対する認証セッションＩＤ情報等を発行する。
またこのとき認証処理部１０５６は、制御部１０５０の制御のもと、クライアント端末１００２に対して発行したこの認証セッションＩＤ情報等を認証情報記憶部１０５７に一時記憶する。
続くステップＳＰ１００５においてポータルサーバ１００３の制御部１０５０は、ページ情報記憶部１０５５にお知らせページのページ情報が存在するか否かを判定する。因にこのお知らせページとは、上述の第３の実施の形態と同様に、例えばポータルサーバ１００３のメンテナンス情報や、コンテンツ販売サーバ１００５におけるＣＤ販売サービスの現在状況等が記載されたページのことである。
このステップＳＰ１００５で肯定結果を得ると、このとき制御部１０５０は、ステップＳＰ１００６に移り、このステップＳＰ１００６において、認証処理部１０５６がクライアント端末１００２に対して発行した認証セッションＩＤ情報等と、お知らせページのページ情報の記憶場所を示す例えばＵＲＬとを通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１００７において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信された認証セッションＩＤ情報等と、お知らせページのＵＲＬとをネットワークインタフェース１０３３を介して受信し、当該受信した認証セッションＩＤ情報等を認証情報記憶部１０３８に一時記憶すると共に、このお知らせページのＵＲＬをアプリケーションモジュール１００２Ａに引き渡す。因にここでは、お知らせページのＵＲＬがポータルサーバ１００３を示しているものとする。
ステップＳＰ１００８においてクライアント端末１００２のアプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂを介してポータルサーバ１００３から受信したお知らせページのＵＲＬに基づいて、お知らせページのページ情報を要求するための要求信号（以下、これをお知らせページ要求信号とも呼ぶ）を生成し、これを通信モジュール１００２Ｂに引き渡す。
ステップＳＰ１００９においてクライアント端末１００２の通信モジュール１００２Ｂは、このお知らせページ要求信号を受け取ると、認証情報記憶部１０３８に一時記憶している認証セッションＩＤ情報等を読み出し、この認証セッションＩＤ情報等とお知らせページ要求信号とをネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
ステップＳＰ１０１０において、ポータルサーバ１００３の制御部１０５０は、クライアント端末１００２から送信された認証セッションＩＤ情報等とお知らせページ要求信号とをネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信し、この認証セッションＩＤ情報等を認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、この受信した認証セッションＩＤ情報等と上述のステップＳＰ１００４でクライアント端末１００２に対して発行して認証情報記憶部１０５７に一時記憶していた認証セッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、ステップＳＰ１０１１において認証処理部１０５６は、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、当該クライアント端末１００２からのお知らせページの要求が正当な要求であると判断し、クライアント端末１００２に対して発行していた認証セッションＩＤ情報等の有効期限を延長させる。
そしてこのとき、ポータルサーバ１００３の制御部１０５０は、ページ情報記憶部１０５５から、ユーザに要求されたお知らせページのページ情報を読み出し、当該読み出したページ情報を、認証処理部１０５６により有効期限の延長された認証セッションＩＤ情報等と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０１２において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信されたお知らせページのページ情報と、有効期限の延長された認証セッションＩＤ情報等とをネットワークインタフェース１０３３を介して受信し、当該受信したページ情報をアプリケーションモジュール１００２Ａに引き渡すと共に、その有効期限の延長された認証セッションＩＤ情報等をその有効期限が延長される前の認証セッションＩＤ情報等に上書きするようにして認証情報記憶部１０３８に一時記憶することにより、上述のステップＳＰ１００７で一時記憶していた認証セッションＩＤ情報等を有効期限の延長された認証セッションＩＤ情報等に更新し、次のステップＳＰ１０１６（図２７）に移る。なお、図２７のステップＳＰ１０１５は、図２６のステップＳＰ１００５において否定結果が得られた場合にのみ実行されるステップである。
ステップＳＰ１０１３において、アプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂから与えられたお知らせページのページ情報に基づき、お知らせページを表示部１０２５に表示する。
ところで、上述のステップＳＰ１００５で否定結果が得られた場合、すなわちページ情報記憶部１０５５にお知らせページのページ情報が存在しない場合、ポータルサーバ１００３の制御部１０５０は、ステップＳＰ１０１４（図２７）に移り、このステップＳＰ１０１４において、上述のステップＳＰ１００４で認証処理部１０５６がクライアント端末１００２に対して発行した認証セッションＩＤ情報等を通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０１５において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信された認証セッションＩＤ情報等をネットワークインタフェース１０３３を介して受信し、当該受信した認証セッションＩＤ情報等を認証情報記憶部１０３８に一時記憶し、次のステップＳＰ１０１６に移る。
ステップＳＰ１０１６において通信モジュール１００２Ｂは、認証情報記憶部１０３８に一時記憶している認証セッションＩＤ情報等を読み出し、この認証セッションＩＤ情報等とステップＳＰ１００１で得たトップページ要求信号とをネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
クライアント端末１００２から認証セッションＩＤ情報等とトップページ要求信号とが送信されると、これに応じてステップＳＰ１０１７においてポータルサーバ１００３の制御部１０５０は、ネットワークインタフェース１０５３及び通信制御部１０５２を順次介して当該認証セッションＩＤ情報等とトップページ要求信号とを受信し、この認証セッションＩＤ情報等を認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、この受信した認証セッションＩＤ情報等に基づいてユーザ認証処理を実行する。
その結果、認証処理部１０５６は、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、当該クライアント端末１００２からのトップページの要求が正当な要求であると判断し、このクライアント端末２に対して発行していた認証セッションＩＤ情報等の有効期限を延長させる。
そしてこのとき、ポータルサーバ１００３の制御部１０５０は、続くステップＳＰ１０１８において、ページ情報記憶部１０５５から、ユーザに要求されたトップページのページ情報を読み出し、当該読み出したページ情報を、認証処理部１０５６により有効期限の延長された認証セッションＩＤ情報等と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０１９において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信されたトップページのページ情報と、有効期限の延長された認証セッションＩＤ情報等とをネットワークインタフェース１０３３を介して受信し、当該受信したページ情報をアプリケーションモジュール１００２Ａに送出すると共に、その有効期限の延長された認証セッションＩＤ情報等をその有効期限が延長される前の認証セッションＩＤ情報等に上書きするようにして認証情報記憶部１０３８に一時記憶することにより、上述のステップＳＰ１０１２またはＳＰ１０１５で一時記憶していた認証セッションＩＤ情報等を有効期限の延長された認証セッションＩＤ情報等に更新する。
ステップＳＰ１０２０においてアプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂから与えられたトップページのページ情報に基づき、トップページを表示部１０２５に表示する。
そしてアプリケーションモジュール１００２Ａは、このトップページ上に表示されているＡ社・ＣＤ販売ページへのリンクボタン（例えば図８のボタンＢＴ１）が押下されると、このリンクに埋め込まれたＵＲＬに基づいて、Ａ社・ＣＤ販売ページのページ情報を要求するための要求信号（以下、これを販売ページ要求信号と呼ぶ）を通信モジュール１００２Ｂに引き渡し、以下、後述するブックマークからのＡ社・ＣＤ販売ページの表示処理手順におけるステップＳＰ１０５１〜ステップＳＰ１０８１と同様の処理（ただし、ステップＳＰ１０５７〜ステップＳＰ１０６５は除いてもよい）を実行して、Ａ社・ＣＤ販売ページを表示部１０２５に表示する。
（４−５）ブックマークからのＡ社・ＣＤ販売ページの表示
続いてこの第４の実施の形態におけるブックマークからのＡ社・ＣＤ販売ページの表示処理手順について、図２８及び２９に示すシーケンスチャートに沿って説明する。
クライアント端末１００２のアプリケーションモジュール１００２Ａは、例えばブックマークとしてそのＵＲＬが登録されているＡ社・ＣＤ販売ページを表示部１０２５に表示させるための操作が行われたことを認識すると、ステップＳＰ１０５０に進んで、Ａ社・ＣＤ販売ページのページ情報を要求するための販売ページ要求信号を通信モジュール１００２Ｂに引き渡す。
ステップＳＰ１０５１においてクライアント端末１００２の通信モジュール１００２Ｂは、この販売ページ要求信号を受け取ると、認証情報記憶部１０３８に予め一時記憶しているサービスセッションＩＤ情報等を読み出し、このサービスセッションＩＤ情報等と販売ページ要求信号とをネットワークインタフェース１０３３を介してコンテンツ販売サーバ１００５に送信する。
因みにサービスセッションＩＤ情報は、クライアント端末１００２とコンテンツ販売サーバ１００５とがユーザ認証処理等の各種処理の実行用に通信接続する毎に、個々の通信接続状態（すなわち、セッション）の識別用として、クライアント端末１００２がアクセスしたコンテンツ販売サーバ１００５によって発行される識別情報である。
なおかかるサービスセッションＩＤ情報については、上述した認証セッションＩＤ情報と同様に、ユーザ認証処理等に利用するうえでコンテンツ販売サーバ１００５による発行時点を基準とした所定の有効期限（例えば１分程度）が設定されている。
従ってコンテンツ販売サーバ１００５からサービスセッションＩＤ情報を取得したクライアント端末１００２は、そのサービスセッションＩＤ情報を有効期限以内に発行元のコンテンツ販売サーバ１００５に対して提示することができない場合、この発行元のコンテンツ販売サーバ１００５により、当該サービスセッションＩＤ情報で特定される通信接続状態が切断されたと判断される。
これによりコンテンツ販売サーバ１００５は、過去に発行したサービスセッションＩＤ情報が、コンテンツ販売システムの運営業者と契約してはいないユーザによりユーザ認証処理等に対し不当に利用されることを防止している。
また認証情報記憶部１０３８に一時記憶されているサービスセッションＩＤ情報は、クライアント端末１００２とコンテンツ販売サーバ１００５とが以前にユーザ認証処理等の実行用に通信接続したとき、そのアクセス先のコンテンツ販売サーバ１００５によって発行されたものである。
ステップＳＰ１０５２において、コンテンツ販売サーバ１００５の制御部１０９０は、クライアント端末１００２から送信されたサービスセッションＩＤ情報等と販売ページ要求信号とをネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信し、このサービスセッションＩＤ情報等を認証処理部１０９５に送出する。
認証処理部１０９５は、制御部１０９０の制御のもと、この受信したサービスセッションＩＤ情報等と認証情報記憶部１０９７にすでに一時記憶しているサービスセッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、認証処理部１０９５は、例えばクライアント端末１００２から受信したサービスセッションＩＤ情報等の有効期限がすでに切れていることにより、当該クライアント端末１００２を利用するユーザを正規ユーザであるとは認証することができない場合、クライアント端末１００２からの販売ページ情報の要求が正当な要求ではないと判断する。
そしてこの場合、制御部１０９０は、認証エラーを示す認証エラー情報と、コンテンツ販売サーバ１００５を識別するためのショップコードとを通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０５３において、クライアント端末１００２の通信モジュール１００２Ｂは、コンテンツ販売サーバ１００５から送信された認証エラー情報及びショップコードをネットワークインタフェース１０３３を介して受信する。
ここで通信モジュール１００２Ｂは、コンテンツ販売サーバ１００５から受信した認証エラー情報によりコンテンツ販売サーバ１００５においてユーザが認証されなかったことを認識すると、コンテンツ販売サーバ１００５にアクセスするための認証チケットの発行を要求する認証チケット発行要求信号を生成し、この認証チケット発行要求信号を、受信したショップコードと、認証情報記憶部１０３８に一時記憶している認証セッションＩＤ情報等と共にネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
またこのとき通信モジュール１００２Ｂは、受信したショップコードを認証情報記憶部１０３８に一時記憶する。
ステップＳＰ１０５４において、ポータルサーバ１００３の制御部１０５０は、クライアント端末１００２から送信された認証チケット発行要求信号、ショップコード及び認証セッションＩＤ情報等をネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信し、これらを認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、この認証セッションＩＤ情報等と、認証情報記憶部１０５７にすでに一時記憶している認証セッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、認証処理部１０５６は、例えばクライアント端末１００２から受信した認証セッションＩＤ情報の有効期限がすでに切れており、当該クライアント端末１００２を利用するユーザを正規ユーザであるとは認証することができない場合、クライアント端末１００２からの認証チケットの発行要求が正当な要求ではないと判断する。
そしてこの場合、制御部１０５０は、認証エラーを示す認証エラー情報を通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０５５においてクライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３からネットワークインタフェース１０３３を介して認証エラー情報を受信すると、認証情報記憶部１０３８に記憶しているユーザＩＤ情報及びパスワード情報等を読み出し、当該読み出したユーザＩＤ情報及びパスワード情報等をネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
ステップＳＰ１０５６において、ポータルサーバ１００３の制御部１０５０は、ネットワークインタフェース１０５３及び通信制御部１０５２を順次介してユーザＩＤ情報及びパスワード情報等を受信し、これらを認証処理部１０５６に送出する。
そして認証処理部１０５６は、制御部１０５０の制御のもと、ユーザ認証処理として、これらクライアント端末１００２から受信したユーザＩＤ情報及びパスワード情報等が、顧客データベース部１０５４に登録されている顧客情報に含まれているか否かを検出する。
その結果、認証処理部１０５６は、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、ポータル認証結果情報として、現時点のクライアント端末１００２とポータルサーバ１００３との通信接続状態に対する認証セッションＩＤ情報等を発行する。
またこのとき認証処理部１０５６は、制御部１０５０の制御のもと、クライアント端末１００２に対して発行したこの認証セッションＩＤ情報等を認証情報記憶部１０５７に一時記憶する。
続くステップＳＰ１０５７においてポータルサーバ１００３の制御部１０５０は、ページ情報記憶部１０５５にお知らせページのページ情報が存在するか否かを判定する。
このステップＳＰ１０５７で肯定結果を得ると、このとき制御部１０５０は、ステップＳＰ１０５８に移る。
ステップＳＰ１０５８においてポータルサーバ１００３の制御部１０５０は、認証処理部１０５６がクライアント端末１００２に対して発行した認証セッションＩＤ情報等と、お知らせページのページ情報の記憶場所を示す例えばＵＲＬとを通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０５９において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信された認証セッションＩＤ情報等と、お知らせページのＵＲＬとをネットワークインタフェース１０３３を介して受信し、当該受信した認証セッションＩＤ情報等を認証情報記憶部１０３８に一時記憶すると共に、このお知らせページのＵＲＬをアプリケーションモジュール１００２Ａに引き渡す。
ステップＳＰ１０６０においてクライアント端末１００２のアプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂを介してポータルサーバ１００３から受信したお知らせページのＵＲＬに基づいて、お知らせページのページ情報を要求するためのお知らせページ要求信号を生成し、これを通信モジュール１００２Ｂに引き渡す。
ステップＳＰ１０６１において通信モジュール１００２Ｂは、このお知らせページ要求信号を受け取ると、認証情報記憶部１０３８に一時記憶している認証セッションＩＤ情報等を読み出し、この認証セッションＩＤ情報等とお知らせページ要求信号とネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
ステップＳＰ１０６２において、ポータルサーバ１００３の制御部１０５０は、クライアント端末１００２から送信された認証セッションＩＤ情報等とお知らせページ要求信号とをネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信し、この認証セッションＩＤ情報等を認証処理部１０５６に送出する。
そして認証処理部１０５６は、制御部１０５０の制御のもと、この受信した認証セッションＩＤ情報等と上述のステップＳＰ１０５６でクライアント端末１００２に対して発行して認証情報記憶部１０５７に一時記憶していた認証セッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、ステップＳＰ１０６３において認証処理部１０５６は、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、当該クライアント端末１００２からのお知らせページの要求が正当な要求であると判断し、クライアント端末１００２に対して発行していた認証セッションＩＤ情報等の有効期限を延長させる。
そしてこのとき、ポータルサーバ１００３の制御部１０５０は、ページ情報記憶部１０５５から、ユーザに要求されたお知らせページのページ情報を読み出し、当該読み出したページ情報を、認証処理部１０５６により有効期限の延長された認証セッションＩＤ情報等と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０６４において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信されたお知らせページのページ情報と、有効期限の延長された認証セッションＩＤ情報等とをネットワークインタフェース１０３３を介して受信し、当該受信したページ情報をアプリケーションモジュール１００２Ａに送出すると共に、その有効期限の延長された認証セッションＩＤ情報等をその有効期限が延長される前の認証セッションＩＤ情報等に上書きするようにして認証情報記憶部１０３８に一時記憶することにより、上述のステップＳＰ１０５９で一時記憶していた認証セッションＩＤ情報等を有効期限の延長された認証セッションＩＤ情報等に更新し、次のステップＳＰ１０６８（図２９）に移る。なお、図２９のステップＳＰ１０６７は、図２８のステップＳＰ１０５７において否定結果が得られた場合にのみ実行されるステップである。
ステップＳＰ１０６５において、アプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂから与えられたお知らせページのページ情報に基づき、お知らせページを表示部１０２５に表示する。
ところで、上述のステップＳＰ１０５７で否定結果が得られた場合、すなわちページ情報記憶部１０５５にお知らせページのページ情報が存在しない場合、ポータルサーバ１００３の制御部１０５０は、ステップＳＰ１０６６（図２９）に移り、このステップＳＰ１０６６において、上述のステップＳＰ１０５４で認証処理部１０５６がクライアント端末１００２に対して発行した認証セッションＩＤ情報等を通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０６７において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信された認証セッションＩＤ情報等をネットワークインタフェース１０３３を介して受信し、当該受信した認証セッションＩＤ情報等を認証情報記憶部１０３８に一時記憶し、次のステップＳＰ１０６８に移る。
ステップＳＰ１０６８において通信モジュール１００２Ｂは、再びポータルサーバ１００３に対して、認証チケットの発行を要求する認証チケット発行要求信号を生成し、この認証チケット発行要求信号を、認証情報記憶部１０３８に一時記憶しているショップコード及び認証セッションＩＤ情報等と共にネットワークインタフェース１０３３を介してポータルサーバ１００３に送信する。
ここで本実施の形態では、クライアント端末１００２において認証情報記憶部１０３８に対しショップコードを一時記憶しておいたが、これに限らず、当該クライアント端末１００２とポータルサーバ１００３との間でステップＳＰ１０５１〜ステップＳＰ１０６８の処理を実行する際にショップコードを順次送受信することにより、クライアント端末１００２において認証情報記憶部１０３８に対しショップコードを一時記憶しなくてもステップＳＰ１０６８においてポータルサーバ１００３に対しショップコードを送信することが可能である。
ステップＳＰ１０６９において、ポータルサーバ１００３の制御部１０５０は、クライアント端末１００２から送信された認証チケット発行要求信号、ショップコード及び認証セッションＩＤ情報等をネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信し、これらを認証処理部１０５６に送出する。
そして認証処理部１０５６は、制御部１０５０の制御のもと、この受信した認証セッションＩＤ情報等と認証情報記憶部１０５７に一時記憶している認証セッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、認証処理部１０５６は、例えばクライアント端末１００２から受信した認証セッションＩＤ情報の有効期限が未だ切れてはいないために、クライアント端末１００２を利用するユーザを正規ユーザであると認証すると、当該クライアント端末１００２からの認証チケットの発行要求が正当な要求であると判断し、続くステップＳＰ１０７０において、上述のステップＳＰ１０６９でクライアント端末１００２から受信したショップコード及び認証チケット発行要求信号に基づき、ポータル認証結果情報として、当該ショップコードの示すコンテンツ販売サーバ１００５に対しアクセスするための認証チケット等を発行する。
そして認証処理部１０５６は、制御部１０５０の制御のもと、この認証チケット等を認証情報記憶部１０５７に一時記憶すると共に、クライアント端末１００２に対して発行していた認証セッションＩＤ情報等の有効期限を延長する。
そしてポータルサーバ１００３の制御部１０５０は、この認証処理部１０５６が発行した認証チケット等を、有効期限を延長した認証セッションＩＤ情報等と共に通信制御部１０５２及びネットワークインタフェース１０５３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０７１において、クライアント端末１００２の通信モジュール１００２Ｂは、ポータルサーバ１００３から送信された認証チケット等と、有効期限の延長された認証セッションＩＤ情報等とをネットワークインタフェース１０３３を介して受信し、次のステップＳＰ１０７２に移る。
ステップＳＰ１０７２において通信モジュール１００２Ｂは、この受信した認証チケット等を認証要求信号と共にネットワークインタフェース１０３３を介してコンテンツ販売サーバ１００５に送信する。
またこのとき通信モジュール１００２Ｂは、ポータルサーバ１００３から受信した有効期限の延長されている認証セッションＩＤ情報等をその有効期限が延長される前の認証セッションＩＤ情報等に上書きするようにして認証情報記憶部１０３８に一時記憶することにより、上述のステップＳＰ１０６４またはＳＰ１０６７で一時記憶していた認証セッションＩＤ情報等を有効期限の延長された認証セッションＩＤ情報等に更新する。
ステップＳＰ１０７３においてコンテンツ販売サーバ１００５の制御部１０９０は、クライアント端末１００２から送信された認証要求信号及び認証チケット等をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信すると、この受信した認証チケット等を当該認証チケット等の確認を要求するための認証チケット確認要求信号と共に通信制御部１０９２及びネットワークインタフェース１０９３を順次介してポータルサーバ１００３に送信する。
ステップＳＰ１０７４においてポータルサーバ１００３の制御部１０５０は、コンテンツ販売サーバ１００５から送信された認証チケット確認要求信号及び認証チケット等をネットワークインタフェース１０５３及び通信制御部１０５２を順次介して受信し、これらを認証処理部１０５６に送出する。
認証処理部１０５６は、制御部１０５０の制御のもと、この認証チケット確認要求信号に応じて、受信した認証チケット等と認証情報記憶部１０５７に一時記憶している認証チケット等とを比較するようにして、この受信した認証チケットに対する確認処理を実行する。
そして制御部１０５０は、認証処理部１０５６により、この受信した認証チケット等が正規の認証チケット等であると確認されると、当該認証チケット等を正規の認証チケット等であると確認し得たことを示す確認結果情報を通信制御部１０５２及びネットワークインタフェース１０５３を順次介してコンテンツ販売サーバ１００５に送信する。
ステップＳＰ１０７５においてコンテンツ販売サーバ１００５の制御部１０９０は、ポータルサーバ１００３から送信された確認結果情報をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信し、これを認証処理部１０９５に送出する。
認証処理部１０９５は、制御部１０９０の制御のもと、この確認結果情報に応じて現時点のクライアント端末１００２とコンテンツ販売サーバ１００５との通信接続状態に対するサービスセッションＩＤ情報等を発行すると共に、当該発行したサービスセッションＩＤ情報等を認証情報記憶部１０９７に一時記憶する。
そしてコンテンツ販売サーバ１００５の制御部１０９０は、この発行したサービスセッションＩＤ情報等を通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０７６において、クライアント端末１００２の通信モジュール１００２Ｂは、コンテンツ販売サーバ１００５から送信されたサービスセッションＩＤ情報等をネットワークインタフェース１０３３を介して受信し、当該受信したサービスセッションＩＤ情報等を認証情報記憶部１０３８に一時記憶し、次のステップＳＰ１０７７に移る。
ステップＳＰ１０７７において通信モジュール１００２Ｂは、再度上述のステップＳＰ１０５１で得た販売ページ要求信号を、ステップＳＰ１０７６で認証情報記憶部１０３８に一時記憶したサービスセッションＩＤ情報等と共にネットワークインタフェース１０３３を介してコンテンツ販売サーバ１００５に送信する。
ステップＳＰ１０７８においてコンテンツ販売サーバ１００５の制御部１０９０は、クライアント端末１００２から送信された販売ページ要求信号及びサービスセッションＩＤ情報等をネットワークインタフェース１０９３及び通信制御部１０９２を順次介して受信し、このサービスセッションＩＤ情報等を認証処理部１０９５に送出する。
認証処理部１０９５は、制御部１０９０の制御のもと、この受信したサービスセッションＩＤ情報等と、上述のステップＳＰ１０７５においてすでにクライアント端末１００２に対して発行して認証情報記憶部１０９７に一時記憶しているサービスセッションＩＤ情報等とを比較するようにしてユーザ認証処理を実行する。
その結果、認証処理部１０９５は、例えばクライアント端末１００２から受信したサービスセッションＩＤ情報等の有効期限が未だ切れてはいないために、そのクライアント端末１００２を利用するユーザを正規ユーザであると認証すると、当該クライアント端末１００２からのＡ社・ＣＤ販売ページの要求が正当な要求であると判断し、このクライアント端末１００２に対して発行していたサービスセッションＩＤ情報等の有効期限を延長させる。
そしてこのとき、制御部１０９０は、続くステップＳＰ１０７９において、ページ情報記憶部１０９６から、ユーザに要求されたＡ社・ＣＤ販売ページのページ情報を読み出し、当該読み出したページ情報を、認証処理部１０９５により有効期限の延長されたサービスセッションＩＤ情報等と共に通信制御部１０９２及びネットワークインタフェース１０９３を順次介してクライアント端末１００２に送信する。
ステップＳＰ１０８０においてクライアント端末１００２の通信モジュール１００２Ｂは、コンテンツ販売サーバ１００５から送信されたＡ社・ＣＤ販売ページのページ情報と、有効期限の延長されたサービスセッションＩＤ情報等とをネットワークインタフェース１０３３を介して受信し、当該受信したＡ社・ＣＤ販売ページのページ情報をアプリケーションモジュール１００２Ａに送出すると共に、その有効期限の延長されたサービスセッションＩＤ情報等を、その有効期限が延長される前のサービスセッションＩＤ情報等に上書きするようにして認証情報記憶部１０３８に一時記憶することにより、上述のステップＳＰ１０７６で一時記憶していたサービスセッションＩＤ情報等を有効期限の延長されたサービスセッションＩＤ情報等に更新する。
ステップＳＰ１０８１においてアプリケーションモジュール１００２Ａは、通信モジュール１００２Ｂから与えられたＡ社・ＣＤ販売ページのページ情報に基づき、Ａ社・ＣＤ販売ページを表示部１０２５に表示する。
以上の構成によれば、この第４の実施の形態によるコンテンツ販売システムにおいても、上述の第１及び第３の実施の形態と同様の効果を得ることができる。
ところで上述の第３の実施の形態で説明したクライアント端末２のプログラムモジュール（図１５）のうち、ＨＴＴＰメッセージプログラム５０及びコミュニケータプログラム５１は、この第４の実施の形態で説明したクライアント端末１００２の通信制御部１０３２（図２３）と同様の機能を実現可能なプログラムモジュールである。
またコンテンツ再生モジュール５２（図１５）は、エンコーダ／デコーダ部１０３４（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらに著作権保護管理モジュール５３（図１５）は、著作権管理部１０３５（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにインターネットラジオ選局再生モジュール５４（図１５）は、制御部１０２３及び音声制御部１０２６（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらに楽曲購入再生モジュール５５（図１５）は、制御部１０２３及び音声制御部１０２６（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにＸＭＬブラウザ５６（図１５）は、入力処理部１０２１及びページ情報生成部１０３６（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにハードディスクコンテンツコントローラ５７及びデータベースアクセスモジュール５９並びにコンテンツデータアクセスモジュール６０（図１５）は、制御部１０２３（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにライブラリ５８の認証ライブラリ５８Ａ（図１５）は、認証処理部１０３７及び認証情報記憶部１０３８（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにライブラリ５８のクリップライブラリ５８Ｂ（図１５）は、制御部１０２３（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにラジオ放送情報表示モジュール６１（図１５）は、ラジオ放送表示制御部１０３９（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにチューナ選局再生／録音モジュール６２（図１５）は、制御部１０２３及び音声制御部１０２６並びにチューナ部１０３１（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにオーディオユーザインタフェース６３（図１５）は、入力処理部１０２１及び制御部１０２３並びに表示制御部１０２４（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにＣＤ再生モジュール６４（図１５）は、音声制御部１０２６及び外部記録媒体記録再生部１０２８（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにＨＤＤ再生モジュール６５（図１５）は、制御部１０２３及び音声制御部１０２６（図２３）と同様の機能を実現可能なプログラムモジュールである。
さらにリッピングモジュール６６（図１５）は、制御部１０２３及び外部記録媒体記録再生部１０２８並びにエンコーダ／デコーダ部１０３４（図２３）と同様の機能を実現可能なプログラムモジュールである。
従って上述の第３の実施の形態におけるハードウェア回路ブロック構成のクライアント端末２でも、ＣＰＵ３０が各種プログラムモジュールを使って、この第４の実施の形態における機能回路ブロック構成のクライアント端末１００２と同様の処理を実行することができる。
また、上述の第３の実施の形態におけるポータルサーバ４（図１１）では、上述の第４の実施の形態におけるポータルサーバ１００３（図２４）の機能に応じて、ＲＯＭ１１やハードディスクドライブ１２に記憶させる各種プログラムを適宜選定することにより、制御部１０が、当該各種プログラムに従ってポータルサーバ１００３の制御部１０５０、通信制御部１０５２、認証処理部１０５６と同様に機能すると共に、ＲＯＭ１１、ＲＡＭ１４及びハードディスクドライブ１２を、当該ポータルサーバ１００３の顧客データベース部１０５４、ページ情報記憶部１０５５、認証情報記憶部１０５７、周波数情報記憶部１０５８及びＵＲＬ記憶部１０５９と同様に用いることができる。
さらに上述の第３の実施の形態におけるコンテンツ販売サーバ５（図１２）では、上述の第４の実施の形態におけるコンテンツサーバ１００５（図２５）の機能に応じて、ＲＯＭ２１やハードディスクドライブ２２に記憶させる各種プログラムを適宜選定することにより、制御部２０が、当該コンテンツ販売サーバ１００５の制御部１０９０、通信制御部１０９２、認証処理部１０９５、及び検索部１０９９と同様に機能し、ＲＯＭ２１、ＲＡＭ２４及びハードディスクドライブ２２を、当該コンテンツ販売サーバ１００５の顧客データベース部１０９４、ページ情報記憶部１０９６、パッケージメディア情報記憶部１０９８、及び認証情報記憶部１０９７と同様に用いることができる。
（５）他の実施の形態
なお上述の第３の実施の形態では、ページデータ（Ａ社・ＣＤ販売ページのソース）を提供するページデータ提供装置（コンテンツ販売サーバ５）から当該ページデータを受信するための第１のモジュール（アプリケーションモジュール２Ａ）及び第２のモジュール（通信モジュール２Ｂ）を有する端末装置として、音楽再生機能を有するクライアント端末２を適用する場合について述べたが、本発明はこれに限らず、ＸＭＬ等の言語によって記述されたソースに基づいてページを表示することができれば、パーソナルコンピュータ等のこの他種々の情報処理装置を適用するようにしても良い。
また上述の第３の実施の形態では、第１のモジュールからの第１の要求信号を第２のモジュールへ引き渡す処理等を行う引渡手段として、クライアント端末２のＣＰＵ３０等を適用する場合について述べたが、本発明はこれに限らず、例えばＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のこの他種々の構成を適用するようにしても良い。
さらに上述の第３の実施の形態では、第１の要求信号や受付必要情報（認証結果情報）をページデータ提供装置に対して送信する処理等を行う送信手段として、またページデータ等を受信する受信手段として、クライアント端末２のネットワークインターフェース４５や通信処理部４４を適用する場合について述べたが、本発明はこれに限らず、この他種々の構成を適用するようにしても良い。
さらに上述の実施の形態では、ページデータを提供するページデータ提供装置からページデータを受信するための第１のモジュール及び第２のモジュールを有するページデータ受信プログラムとして、図１６及び図１７又は図１９〜図２１、図２６〜図２９に示したページ表示処理を実行するためにクライアント端末２に予めインストールされているプログラムを適用する場合について述べたが、本発明はこれに限らず、例えば、所定サーバからネットワークを介して配信される当該プログラムをユーザ任意の時点でインストールするようにしても良い。
また上述の第４の実施の形態では、第１のモジュールからの第１の要求信号を第２のモジュールへ引き渡す処理等を行う引渡手段として、クライアント端末１００２の制御部１０２３等を適用する場合について述べたが、本発明はこれに限らず、例えばＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のこの他種々の構成を適用するようにしても良い。
さらに上述の第４の実施の形態では、第１の要求信号や受付必要情報（認証結果情報）をページデータ提供装置に対して送信する処理等を行う送信手段として、またページデータ等を受信する受信手段として、クライアント端末２の通信制御部１０３２等を適用する場合について述べたが、本発明はこれに限らず、この他種々の構成を適用するようにしても良い。
さらに上述の実施の形態においては、クライアント端末２や１００２が受信可能な放送としてラジオ局から放送されるラジオ放送を適用したが、これに限らず、クライアント端末２や１００２がインターネットラジオ放送や衛星ラジオ放送を受信して、その関連情報（ラジオ放送情報）を取得するようにしたり、或いはテレビジョン放送局から放送されるテレビジョン放送を受信し、そのテレビジョン放送のテレビジョン番組に関する各種放送情報等をネットワーク上のサーバから取得するようにしてもよい。
さらに上述の実施の形態においては、ハードウェア回路ブロック、機能回路ブロック及びプログラムモジュールをクライアント端末２や１００２に実装した場合について述べたが、本発明はこれに限らず、これらを携帯電話機やパーソナルコンピュータ等、クライアント端末２や１００２以外の種々の端末に実装するようにしてもよく、このハードウェア回路ブロック、機能回路ブロック及びプログラムモジュールを実装した端末であれば、上述したクライアント端末２や１００２と同様の処理を実現することができる。
さらに上述の実施の形態では、端末装置（クライアント端末１００２）を、ユーザ認証を要求する認証要求情報（認証セッションＩＤ情報等を含む）を認証サーバ（ポータルサーバ１００４）に送信する第１の送信手段（通信モジュール１００２Ｂ）や、この認証サーバからの認証応答（認証セッションＩＤ情報や、認証エラー情報等を含む）を受信する第１の受信手段（通信モジュール１００２Ｂ）や、この認証応答に応じて、特定のサービス提供事業者サーバ（コンテンツ販売サーバ１００５）にアクセスするための認証チケットを要求する認証チケット要求情報（認証セッションＩＤ情報等を含む）を認証サーバに送信する第２の送信手段（通信モジュール１００２Ｂ）や、この認証サーバからの認証チケットを含む認証応答を受信する第２の受信手段（通信モジュール１００２Ｂ）や、受信された認証チケットとともに特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報（販売ページ要求信号や、サービスセッションＩＤ情報等を含む）を送信する第３の送信手段（通信モジュール１００２Ｂ）や、サービス提供事業者サーバにより認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答（サービスセッションＩＤ情報等を含む）を受信する第３の受信手段（通信モジュール１００２Ｂ）によって構成するようにした場合について述べたが、本発明はこれに限らずこれらと同等の機能を有するものであれば、この他種々の構成でもよい。
産業上の利用の可能性
本発明は、例えばネットワークを介して種々のサービスを提供するシステムで利用できる。

Claims (20)

1. 利用者が操作する認証を受ける複数の認証端末と、共通の認証サーバと、複数のサービス提供事業者サーバとがネットワークを介して接続されたシステムにおける認証方法であって、
   認証端末からユーザー認証の要求を受けた認証サーバが上記認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを上記認証端末へ返却する第１認証ステップと、
   上記認証端末からの認証チケット要求のデータを受けた上記認証サーバが認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを上記認証端末へ返却する第２認証ステップと、
   上記認証端末からの上記認証チケットを含むサービス提供要求のデータを上記認証端末から受けたサービス提供事業者サーバが上記認証チケットが正当なものかを判断するために行う第３認証ステップとからなり、
   上記第３認証ステップは、上記サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求を上記認証サーバへ送信する送信ステップと、上記認証サーバで実行された認証結果を受ける事で認証チケットが正当なものかの判断する判定ステップと、上記判定ステップで生成されたデータを上記認証端末へ返却するステップとからなる認証方法。
2. 上記認証チケットは、
   上記認証端末に対してのみ発行される一意で且つユーザ認証情報を含まないものである
   ことを特徴とする請求の範囲第１項に記載の認証方法。
3. 上記認証チケットは、
   一度しか使用できないものである
   ことを特徴とする請求の範囲第１項に記載の認証方法。
4. 上記認証チケットは、
   上記第１認証ステップで生成されてから上記第３認証ステップで上記認証サーバが上記認証チケットの認証を実行するまでの時間に対して有効時間が設定され、上記有効時間を経過すると無効とされるものである
   ことを特徴とする請求の範囲第１項に記載の認証方法。
5. 上記認証サーバは、
   利用者の利用履歴情報から抽出された利用者の嗜好情報のデータベースをさらに有し、
   サービス提供事業者サーバが上記認証サーバに対して広告情報および広告要求を送信し、
   上記認証サーバは、上記広告情報と上記嗜好情報とを比較し、比較の結果一致した利用者に対してのみ上記広告情報を送信する
   ことを特徴とする請求の範囲第１項に記載の認証方法。
6. 上記認証サーバは、
   利用者の利用履歴情報から抽出された利用者の嗜好情報のデータベースをさらに有し、
   上記認証サーバは、上記第２ステップにおいて、上記認証チケットを発行するときに、上記認証チケットと共に上記データベース内の上記嗜好情報を上記認証端末へ返却し、
   上記利用者が上記サービス提供事業者サーバにアクセスするときに、上記嗜好情報を送信する
   ことを特徴とする請求の範囲第１項に記載の認証方法。
7. 利用者が操作する認証を受ける複数の認証端末と、共通の認証サーバと、複数のサービス提供事業者サーバとがネットワークを介して接続された認証システムにであって、
   認証端末からユーザー認証の要求を受けた認証サーバが上記認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを上記認証端末へ返却する第１認証手段と、
   上記認証端末からの認証チケット要求のデータを受けた上記認証サーバが認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを上記認証端末へ返却する第２認証手段と、
   上記認証端末からの上記認証チケットを含むサービス提供要求のデータを上記認証端末から受けたサービス提供事業者サーバが上記認証チケットが正当なものかを判断するために行う第３認証手段とからなり、
   上記第３認証手段は、上記サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求を上記認証サーバへ送信する送信手段と、上記認証サーバで実行された認証結果を受ける事で認証チケットが正当なものかの判断する判定手段と、上記判定手段で生成されたデータを上記認証端末へ返却する手段とからなる認証システム。
8. 利用者が操作する認証を受ける複数の認証端末と、複数のサービス提供事業者サーバとネットワークを介して接続され、上記認証端末および上記サーバ提供事業者サーバに対して共通の認証サーバであって、
   認証端末からユーザー認証の要求を受け、上記認証端末を操作する利用者の認証を行い、認証結果として生成されたデータを上記認証端末へ返却する第１認証手段と、
   上記認証端末からの認証チケット要求のデータを受け、認証チケット発行のための認証を行い、認証結果として生成された認証チケットを含むデータを上記認証端末へ返却する第２認証手段と、
   上記認証端末からの上記認証チケットを含むサービス提供要求のデータを上記認証端末から受けたサービス提供事業者サーバが上記認証チケットが正当なものかを判断するために行う第３認証手段とからなり、
   上記第３認証手段は、上記サービス提供事業者自身が正当である事を証明するためのデータを含んだ認証チケット認証要求を上記サービス提供事業者サーバから受ける受信手段と、上記認証チケットが正当なものか否かを判断する判定手段と、上記判定手段で生成されたデータを上記サービス提供事業者サーバに送信する手段とからなり、
   上記サービス提供事業者サーバが上記判定手段で生成されたデータを上記認証端末へ返却する認証サーバ。
9. 上記認証チケットは、
   上記認証端末に対してのみ発行される一意で且つユーザ認証情報を含まないものである
   ことを特徴とする請求の範囲第８項に記載の認証サーバ。
10. 上記認証チケットは、
    一度しか使用できないものである
    ことを特徴とする請求の範囲第８項に記載の認証サーバ。
11. 上記認証チケットは、
    上記第１認証手段で生成されてから上記第３認証手段で上記認証サーバが上記認証チケットの認証を実行するまでの時間に対して有効時間が設定され、上記有効時間を経過すると無効とされるものである
    ことを特徴とする請求の範囲第８項に記載の認証サーバ。
12. 上記認証サーバは、
    利用者の利用履歴情報から抽出された利用者の嗜好情報のデータベースをさらに有し、
    サービス提供事業者サーバが上記認証サーバに対して広告情報および広告要求を送信し、
    上記認証サーバは、上記広告情報と上記嗜好情報とを比較し、比較の結果一致した利用者に対してのみ上記広告情報を送信する
    ことを特徴とする請求の範囲第８項に記載の認証サーバ。
13. 上記認証サーバは、
    利用者の利用履歴情報から抽出された利用者の嗜好情報のデータベースをさらに有し、
    上記認証サーバは、上記第２認証手段において、上記認証チケットを発行するときに、上記認証チケットと共に上記データベース内の上記嗜好情報を上記認証端末へ返却し、
    上記利用者が上記サービス提供事業者サーバにアクセスするときに、上記嗜好情報を送信する
    ことを特徴とする請求の範囲第８項に記載の認証サーバ。
14. 認証サーバと、複数のサービス提供事業者サーバとネットワークを介して接続される端末装置が各サーバに認証を要求する通信方法において、
    ユーザ認証を要求する認証要求情報を上記認証サーバに送信し、
    上記認証サーバからの認証応答を受信し、
    上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証サーバに送信し、
    上記認証サーバからの上記認証チケットを含む認証応答を受信し、
    受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信し、
    上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信する通信方法。
15. 上記端末装置は、
    ページ情報を要求するページ要求情報を上記サービス提供事業者サーバに対して送信し、
    上記サービス提供事業者サーバから認証エラーを示す認証応答を受信したとき、上記認証サーバに対して上記認証チケットの発行を要求する認証チケット発行要求情報を送信し、
    上記認証サーバから認証エラーを示す認証応答を受信したとき、上記認証サーバに対して、ユーザ認証を要求する認証要求情報を送信し、
    上記認証サーバから認証許可を示す認証応答を受信し、
    上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証サーバに送信し、
    上記認証サーバからの上記認証チケットを含む認証応答を受信し、
    受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信し、
    上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信し、
    再び上記ページ要求情報を上記サービス提供事業者サーバに対して送信し、
    上記サービス提供事業者サーバからページ情報を受信する
    ことを特徴とする請求の範囲第１４項に記載の通信方法。
16. 上記端末装置は、
    上記認証サーバから認証エラーを示す認証応答を受信したとき、上記認証サーバに対して、ユーザ認証を要求する認証要求情報を、少なくともユーザ識別情報と、パスワードと共に送信し、
    上記認証サーバから認証許可を示す認証応答を受信し、
    上記認証応答には、認証サーバに一定時間アクセスするための認証セッション情報が含まれている
    ことを特徴とする請求の範囲第１５項に記載の通信方法。
17. 上記端末装置は、
    上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証セッション情報と共に上記認証サーバに送信し、
    上記認証サーバからの上記認証チケットを含む認証応答を受信し、
    受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信し、
    上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信し、上記認証応答には、サービス提供事業者サーバに一定時間アクセスするためのサービスセッション情報がふくまれており、
    再び上記ページ要求情報を上記サービスセッション情報と共に上記サービス提供事業者サーバに対して送信し、
    上記サービス提供事業者サーバからページ情報を受信する
    ことを特徴とする請求の範囲第１６項に記載の通信方法。
18. 上記端末装置は、
    第１のモジュール及び第２のモジュールを備え、
    上記第１のモジュールは、ページ情報を要求するページ要求情報を上記第２のモジュールに送信し、
    上記第２のモジュールは、上記ページ要求情報を上記サービス提供事業者サーバに対して送信し、
    上記第２のモジュールが、上記サービス提供事業者サーバから認証エラーを示す認証応答を受信したとき、上記第２のモジュールは、上記認証サーバに対して上記認証チケットの発行を要求する認証チケット発行要求情報を送信した後に、
    上記第２のモジュールが、上記認証サーバから認証エラーを示す認証応答を受信したとき、上記第２のモジュールは、上記認証サーバに対して、ユーザ認証を要求する認証要求情報を送信し、
    上記第２のモジュールは、上記認証サーバから認証許可を示す認証応答を受信し、
    上記第２のモジュールは、上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証サーバに送信し、
    上記第２のモジュールは、上記認証サーバからの上記認証チケットを含む認証応答を受信し、
    上記第２のモジュールは、受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信し、
    上記第２のモジュールは、上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信し、
    上記第２のモジュールは、上記ページ要求情報を上記サービス提供事業者サーバに対して再び送信し、
    上記第２のモジュールは、上記サービス提供事業者サーバからページ情報を受信すると共に上記第１のモジュールに送信し、
    上記第１のモジュールは、受信されたページ情報から画像情報を生成する
    ことを特徴とする請求の範囲第１５項に記載の通信方法。
19. 認証サーバと、複数のサービス提供事業者サーバとネットワークを介して接続される端末装置において、
    ユーザ認証を要求する認証要求情報を上記認証サーバに送信する第１の送信手段、
    上記認証サーバからの認証応答を受信する第１の受信手段、
    上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証サーバに送信する第２の送信手段、
    上記認証サーバからの上記認証チケットを含む認証応答を受信する第２の受信手段、
    受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信する第３の送信手段、
    上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信する第３の受信手段を備える端末装置。
20. 認証サーバと、複数のサービス提供事業者サーバとネットワークを介して接続される端末装置をユーザ認証を要求する認証要求情報を上記認証サーバに送信し、
    上記認証サーバからの認証応答を受信し、
    上記認証応答に応じて、特定のサービス提供事業者サーバにアクセスするための認証チケットを要求する認証チケット要求情報を上記認証サーバに送信し、
    上記認証サーバからの上記認証チケットを含む認証応答を受信し、
    受信された上記認証チケットとともに上記特定のサービス提供事業者サーバに対してサービス提供を要求するサービス要求情報を送信し、
    上記サービス提供事業者サーバにより上記認証チケットが正当であると判定されたとき、当該サービス提供事業者サーバから認証許可を示す認証応答を受信する
    ように機能させるプログラム。

Images