(57)【要約】【課題】ユーザ認証作業の負担を軽減するとともに、プロキシ装置又は同様の効果を奏する装置における処理負荷の増加を抑える装置を提供すること。【解決手段】コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段とを備える。【選択図】  図２
2004163999.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、
前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、
前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段と
を備える中継装置。
【請求項２】
前記ユーザ端末は、前記コンテンツサーバにおける前記コンテンツに閲覧要求を送信することを条件として前記個人情報を受領できる設定となっており、
前記通知手段は、前記コンテンツに対する閲覧要求の送信を前記ユーザ端末に指示し、前記ユーザ端末が前記閲覧要求を前記コンテンツサーバへ送信した後に、前記個人情報を前記ユーザ端末に通知する
請求項１に記載の中継装置。
【請求項３】
前記通知手段は、前記ユーザ端末と前記コンテンツサーバとの間を送受信される通信データの内容に応じてこの通信データに前記個人情報を付加するか否かを判断し、この判断に応じて前記通信データに前記個人情報を付加する、
請求項１又は２に記載の中継装置。
【請求項４】
前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記認証手段は、前記ユーザ端末又は前記他のユーザ端末に対しインターネット接続サービスが提供される際に実行されるユーザ認証を兼ねて認証を行う
請求項１に記載の中継装置。
【請求項５】
前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段と、
前記認証手段によって認証されたユーザが認証の際に使用した複数の前記ユーザ端末をそれぞれユーザと対応付けて記憶する端末記憶手段と、
前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段とをさらに備え、
前記抽出手段は、新たに個人情報を抽出したことを前記通知手段に通知し、
前記通知手段は、前記抽出手段が新たに抽出した個人情報を、抽出手段が個人情報を抽出する対象とした閲覧要求の応答の送信先となる他のユーザ端末のユーザと前記端末記憶手段が対応付けて記憶するユーザ端末に対して通知する
請求項１に記載の中継装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置に関する。
【０００２】
【従来の技術】
近年、インターネットを利用したウェブサービスとして、サーバが、ユーザ毎にコンテンツの内容をカスタマイズするサービスが普及している。このようなサービスの例として、特定地域の天気予報、銀行の口座管理、株式ポートフォリオなどがある。
【０００３】
サーバは、各ユーザに対してカスタマイズされたコンテンツを提供する場合、ユーザ認証を行う必要がある。サーバは、ユーザ認証を行うことにより、コンテンツを要求したユーザに対して提供すべきコンテンツを作成し及び／又は読み出し、このコンテンツをユーザに提供する。具体的には、サーバは、あらかじめコンテンツのテンプレートを記憶し、ユーザに提供すべきコンテンツを、記憶しているテンプレートを基にユーザ毎に作成、即ちテンプレートをユーザ毎にカスタマイズすることにより提供する。又は、サーバは、ユーザ毎に提供すべきコンテンツをあらかじめ記憶し、提供すべきユーザに対応するコンテンツを読み出すことにより提供する。
【０００４】
一般的なユーザ認証の方法として、ユーザＩＤ及びパスワードの入力をユーザに要求する方法がある。この方法では、ユーザは、自身が使用する端末（ユーザ端末）において、予め定められたユーザＩＤ及びパスワードを入力する。ユーザ端末は、入力されたユーザＩＤ及びパスワードをサーバへ送信する。そして、サーバは、ユーザ端末から受信したユーザＩＤ及びパスワードを用いてユーザ認証を行う。しかし、このようなユーザ認証のための入力作業は、ユーザにとって煩わしい作業である。
【０００５】
従来、ユーザ認証のための入力作業を軽減する技術として、Ｃｏｏｋｉｅ（クッキー）がある。Ｃｏｏｋｉｅは、サーバが指定した文字列情報をユーザ端末で記憶／読み出しするシステムである。一般的に、Ｃｏｏｋｉｅを用いたシステムでは、コンテンツを要求されたサーバはユーザの個人情報に関する文字列を含む特定の文字列情報（Ｃｏｏｋｉｅ情報）をユーザ端末へ送信し、ユーザ端末はこのＣｏｏｋｉｅ情報を記憶する。そして、ユーザ端末はこのサーバへ再度コンテンツを要求する際に、記憶しているＣｏｏｋｉｅ情報を読み出し、コンテンツ要求と共にサーバへ送信する。
【０００６】
このようなＣｏｏｋｉｅを用いたシステムでは、ユーザがユーザ認証のために行う入力作業を軽減するために、サーバとユーザ端末とは以下のように動作する。即ち、サーバは、ユーザＩＤ及びパスワードを用いてユーザ認証が実行されたユーザに対して、ユーザ識別に必要な情報（ユーザの個人情報に関する文字列）をＣｏｏｋｉｅ情報としてユーザ端末に送信する。ユーザ端末は、このサーバへ再度コンテンツを要求する際に、記憶したＣｏｏｋｉｅ情報をサーバへ送信する。そして、サーバは、このＣｏｏｋｉｅ情報を用いてユーザ認証を行う。このため、ユーザはユーザ認証のための入力作業を省くことが可能となる。
【０００７】
しかし、従来のＣｏｏｋｉｅを用いたシステムでは、同一ユーザが複数のユーザ端末を利用する場合に問題が発生していた。具体的には、ユーザが、自宅でデスクトップパソコン（デスクトップＰＣ）を利用し、外出先でノートパソコン（ノートＰＣ）を利用する場合などに問題が発生していた。
【０００８】
ユーザ認証に使用されるＣｏｏｋｉｅ情報は、ユーザ認証が実行された際にユーザが使用していたユーザ端末にのみ記憶される。このため、同一のユーザが同一のサーバへ同一のコンテンツを要求しても、このユーザが異なるユーザ端末を用いた場合は、Ｃｏｏｋｉｅ情報を利用することができない。
【０００９】
サーバが、異なるユーザ端末を使用しているユーザについてユーザ認証を行うためには、煩雑な作業が必要となる。即ち、ユーザ端末間でのＣｏｏｋｉｅ情報のインポート作業及びエクスポート作業が必要となる。または、ユーザが異なるユーザ端末を用いて、コンテンツのサーバへ再度ユーザＩＤ及びパスワードを入力することにより、このユーザ端末に対するＣｏｏｋｉｅ情報の再発行を要求することが必要となる。特に後者の場合、コンテンツサーバ側では、ユーザ認証の処理，新たなＣｏｏｋｉｅ情報の発行処理，及び管理すべきＣｏｏｋｉｅ情報の増加により、サーバにかかる負荷が増大する。
【００１０】
従来、上述のような問題点を解決する方法として、例えば特許文献１，特許文献２，及び特許文献３に記載の方法がある。図２８は、従来の方法を示す図である。以下では、図２８を用いて、従来の方法に共通する問題点について説明する。
【００１１】
従来の方法は、共通してプロキシ装置（中継装置）４を用いる。このプロキシ装置４は、ユーザ端末１及びユーザ端末２とサーバ３との間に設置される。プロキシ装置４は、ＳｅｔＣｏｏｋｉｅ抽出部５，ユーザ／ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）／Ｃｏｏｋｉｅ情報記憶管理部６，ユーザリクエスト識別部７，及びＣｏｏｋｉｅ情報追加部８を備える。ＳｅｔＣｏｏｋｉｅ抽出部５は、ユーザ認証をおこない、サーバ３がユーザ端末１に対して送信したＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報（ＳｅｔＣｏｏｋｉｅの値）を抽出する。ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶部６は、抽出されたＣｏｏｋｉｅ情報をユーザ情報及びＵＲＬと対応付けて記憶する。このＵＲＬは、ＨＴＴＰレスポンスがこのＣｏｏｋｉｅ情報とともに含む情報である。
【００１２】
ユーザリクエスト識別部７は、ユーザ端末２からサーバ３へ送信されるＨＴＴＰリクエストを受信し、このＨＴＴＰリクエストの送信主であるユーザ、及びこのＨＴＴＰリクエストが含むＵＲＬを識別する。ユーザリクエスト識別部７は、識別結果であるユーザ情報とＵＲＬとに対応するＣｏｏｋｉｅ情報を、ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶部６から読み出す。Ｃｏｏｋｉｅ情報追加部８は、ユーザリクエスト識別部７が読み出したＣｏｏｋｉｅ情報を、ユーザ端末２から送信されたＨＴＴＰリクエストに追加（付加）し、このＨＴＴＰリクエストをサーバ３へ送信する。
【００１３】
このように従来の方法では、ユーザは、ユーザ端末２を用いてサーバ３へＨＴＴＰリクエストを送信する場合、プロキシ装置４を経由して送信する。ユーザは、ユーザ端末２を用いてプロキシ装置４においてユーザ認証を行うことにより、ユーザの使用する各端末（ユーザ端末１，ユーザ端末２等）毎にＣｏｏｋｉｅ情報を保持することなく、サーバ３への認証作業を省略することが可能となる。
【特許文献１】
特開平１０−２５４８０７号公報
【特許文献２】
特開２００１−１４７８９２号公報
【特許文献３】
特開２００１−１４７８９３号公報
【００１４】
【発明が解決しようとする課題】
しかし、従来のプロキシ装置は、ユーザ端末がサーバへＨＴＴＰリクエストを送信するたびに、Ｃｏｏｋｉｅ情報を付加する必要がある。このため、プロキシ装置の処理負荷は増大する。ユーザはプロキシ装置を経由してサーバとの通信を行うため、プロキシ装置の処理負荷の増加は、ユーザのコンテンツ閲覧時の遅延を増大させる原因になる。
【００１５】
また、ユーザは、プロキシ装置を利用する際に、プロキシ装置に対してユーザ認証作業を行う必要がある。さらに、プロキシ装置自体がインターネット網内に設置されている場合、ユーザは、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）に対するユーザ認証作業と、プロキシ装置に対するユーザ認証作業との双方を行う必要がある。このため、結果的に、ユーザの入力作業が省略されない。
【００１６】
本発明は、このような問題を解決し、ユーザ認証作業の負担を軽減するとともに、プロキシ装置又は同様の効果を奏する装置における処理負荷の増加を抑える装置を提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。本発明は、コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段とを備える。
【００１８】
本発明によれば、記憶手段はコンテンツサーバに登録されている個人情報を記憶する。この個人情報とは、ユーザ端末のユーザがコンテンツサーバに保持されたコンテンツにアクセスするための情報である。例えば、ユーザ端末はこの個人情報を記憶することにより、コンテンツにアクセスする際のユーザ認証処理を省くことが可能となる。そして、通知手段は、記憶手段が記憶する個人情報をユーザ端末に通知する。
【００１９】
このため、ユーザ端末は、個人情報を記憶していない場合であっても、通知手段によって個人情報が通知されるため、この個人情報を記憶・使用することが可能となる。また、従来の中継装置は、ユーザ端末からコンテンツサーバへ送信される閲覧要求ひとつひとつに個人情報を付加していたが、ユーザ端末が個人情報を得ることが可能となるため、中継装置はこの付加処理を省略することが可能となる。
【００２０】
また、本発明の前記ユーザ端末は、前記コンテンツサーバにおける前記コンテンツに閲覧要求を送信することを条件として前記個人情報を受領できる設定となっており、前記通知手段は、前記コンテンツに対する閲覧要求の送信を前記ユーザ端末に指示し、前記ユーザ端末が前記閲覧要求を前記コンテンツサーバへ送信した後に、前記個人情報を前記ユーザ端末に通知するように構成されても良い。
【００２１】
また、本発明の前記通知手段は、前記ユーザ端末と前記コンテンツサーバとの間を送受信される通信データの内容に応じてこの通信データに前記個人情報を付加するか否かを判断し、この判断に応じて前記通信データに前記個人情報を付加する、ように構成されても良い。
【００２２】
また、本発明は、前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、前記認証手段は、前記ユーザ端末又は前記他のユーザ端末に対しインターネット接続サービスが提供される際に実行されるユーザ認証を兼ねて認証を行うように構成されても良い。
【００２３】
また、本発明は、前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段と、前記認証手段によって認証されたユーザが認証の際に使用した複数の前記ユーザ端末をそれぞれユーザと対応付けて記憶する端末記憶手段と、前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段とをさらに備え、前記抽出手段は、新たに個人情報を抽出したことを前記通知手段に通知し、前記通知手段は、前記抽出手段が新たに抽出した個人情報を、抽出手段が個人情報を抽出する対象とした閲覧要求の応答の送信先となる他のユーザ端末のユーザと前記端末記憶手段が対応付けて記憶するユーザ端末に対して通知するように構成されても良い。
【００２４】
【発明の実施の形態】
〔Ｃｏｏｋｉｅの原理〕
図１は、Ｃｏｏｋｉｅを用いたシステム（ユーザ端末１及びサーバ３を含む）の動作シーケンス例を示す図である。まず、図１を用いて、Ｃｏｏｋｉｅを用いたシステムの動作シーケンス例について説明する。
【００２５】
図１において、サーバ３は、ｗｗｗ．ｘｙｚというＵＲＬに対応するコンテンツを扱う。また、図１において、ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬについてのＣｏｏｋｉｅ情報を記憶していない。また、図１において、ユーザ端末１は、ユーザＡによって使用される。
【００２６】
ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬについてのＣｏｏｋｉｅ情報を記憶していないため、このＵＲＬに対するＨＴＴＰリクエストを送信しようとする場合、Ｃｏｏｋｉｅ情報を含まないＨＴＴＰリクエストをサーバ３へ送信する（Ｓｅｑ０１）。
【００２７】
サーバ３は、受信したＨＴＴＰリクエストにＣｏｏｋｉｅ情報が含まれていないため、新たな識別ＩＤ（識別番号）を発行し、Ｃｏｏｋｉｅ情報を生成する。この識別ＩＤは、いずれのユーザに対しても未発行である必要がある。そして、サーバ３は、このＣｏｏｋｉｅ情報を含むＳｅｔ−Ｃｏｏｋｉｅメッセージ（文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むＨＴＴＰレスポンス）をユーザ端末１へ送信する（Ｓｅｑ０２）。このとき、サーバ３は、Ｓｅｔ−Ｃｏｏｋｉｅメッセージとともにログイン画面を含むコンテンツの情報を送信する。
【００２８】
ユーザ端末１は、サーバ３から受信したＣｏｏｋｉｅ情報を、ＵＲＬ（ｗｗｗ．ｘｙｚ）と対応付けて記憶する。また、ユーザ端末１は、サーバ３から受信したログイン画面を含むコンテンツを、ブラウザによって表示する。そして、ユーザ端末１は、ログイン画面において、ユーザＡに対し、アカウント及びパスワードの入力を促す。ユーザ端末１は、記憶したＣｏｏｋｉｅ情報とユーザＡによって入力されたアカウント及びパスワードとをサーバ３へ送信する（Ｓｅｑ０３）。
【００２９】
サーバ３は、受信したアカウント及びパスワードを用いてユーザ認証を実行する。サーバ３は、ユーザ認証によりユーザＡを識別する。サーバ３は、識別したユーザＡと受信したＣｏｏｋｉｅ情報とを対応付けて記憶する。そして、ユーザＡに対してカスタマイズした又はカスタマイズされたコンテンツを生成し、このコンテンツの情報をユーザ端末１へ送信する（Ｓｅｑ０４）。
【００３０】
ユーザ端末１が、ネットワークから切断され、再度ネットワークに接続されたとする。ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬにＨＴＴＰリクエストを送信する場合、自身がｗｗｗ．ｘｙｚというＵＲＬと対応付けて記憶するＣｏｏｋｉｅ情報の有無を確認する。そして、ユーザ端末１は、Ｃｏｏｋｉｅ情報が記憶されている場合、ＨＴＴＰリクエストに対してこのＣｏｏｋｉｅ情報を付加し、サーバ３へ送信する（Ｓｅｑ０５）。
【００３１】
サーバ３は、ＨＴＴＰリクエストとともにＣｏｏｋｉｅ情報を受信すると、このＣｏｏｋｉｅ情報に対応するユーザを判断する。即ち、サーバ３は、ユーザＡを識別する。そして、サーバ３は、ユーザＡに対してカスタマイズされたコンテンツの情報をユーザ端末１へ送信する（Ｓｅｑ０６）。このとき、サーバ３は、ユーザＡに対応するＣｏｏｋｉｅ情報を既に記憶しているため、ユーザＡに対し、アカウント及びパスワードの入力を要求しない。
【００３２】
以降の説明においては、ユーザ端末とサーバ（コンテンツサーバ）との通信手順は、基本的に図１に示した手順であることを想定して説明する。なお、ユーザ認証方法やＳｅｔ−Ｃｏｏｋｉｅメッセージの送信タイミングは、実際のサーバの構成方法によってバリエーションがある。従って、本発明の範囲は、図１に示す手順等に限定されない。
【００３３】
〔本発明の原理〕
次に、本発明の実施の形態を説明するに当たって、本発明の中継装置の原理について説明する。
【００３４】
〔〔第一の原理〕〕
図２は、本発明の第一の原理による中継装置１２ａを示す図である。図２を用いて本発明の中継装置１２ａについて説明する。中継装置１２ａは、同一ユーザが使用するユーザ端末９及びユーザ端末１０とコンテンツサーバ１１との間に設置される。中継装置１２ａは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ａを備える。
【００３５】
抽出部１３ａ（本発明の「抽出手段」に相当）は、ユーザ端末９又はユーザ端末１０とコンテンツサーバ１１との間の通信トラヒック（ＨＴＴＰリクエスト，ＨＴＴＰレスポンス：本発明の「通信データ」に相当）からＣｏｏｋｉｅ情報等（本発明の「個人情報」に相当）を抽出する。ただし、ここでは、理解を容易とするため、抽出部１３ａはユーザ端末９（本発明の「他のユーザ端末」に相当）とコンテンツサーバ１１との間の通信トラヒックからＣｏｏｋｉｅ情報等を抽出すると限定して説明する。
【００３６】
抽出部１３ａは、具体的には、通信トラヒックからＣｏｏｋｉｅ情報，このＣｏｏｋｉｅ情報に対応するＵＲＬとを抽出する。このとき、抽出部１３ａは、Ｃｏｏｋｉｅ情報に対応するユーザＩＤを、認証部１５における認証結果を基に判断する。例えば、Ｃｏｏｋｉｅ情報を含むパケットの送信先ＩＰアドレスをキーとして、認証の際に授受されたパケットの送信元ＩＰアドレスとユーザＩＤとを対応付けた情報（識別情報）を検索することにより、このＣｏｏｋｉｅ情報に対応するユーザＩＤが判断される。このユーザＩＤとは、中継装置１２ａが発行するユーザＩＤであり、中継装置１２ａにおいてのみ使用される。即ち、このユーザＩＤは、コンテンツサーバ１１において実施されるユーザ認証のためのユーザＩＤとは異なる。また、このユーザＩＤは、コンテンツサーバ１１において発行されるＣｏｏｋｉｅ情報が含むユーザＩＤとは異なる。
【００３７】
抽出部１３ａは、Ｃｏｏｋｉｅ情報に対応するＵＲＬを、コンテンツサーバ１１からユーザ端末９へ送信されるＨＴＴＰレスポンスの内容を基に判断する。抽出部１３ａは、抽出した情報を記憶部１４ａへ通知する。
【００３８】
記憶部１４ａ（本発明の「記憶手段」に相当）は、抽出部１３ａから通知された内容を１つの組として記憶する。即ち、記憶部１４ａは、ユーザＩＤ，ＵＲＬ，Ｃｏｏｋｉｅ情報を対応付けて記憶する。
【００３９】
認証部１５ａ（本発明の「認証手段」に相当）は、ユーザ端末９，ユーザ端末１０についてユーザ認証を行い、認証結果に基づき通信トラヒックの対象ユーザを識別するための識別情報を生成する。また、認証部１５ａは、認証したユーザ端末９，ユーザ端末１０の識別情報（認証結果）を抽出部１３ａ，通知部１６ａに通知する。
【００４０】
通知部１６ａ（本発明の「通知手段」に相当）は、認証部１５ａにおいてユーザ認証がそれぞれ行われたユーザ端末９，ユーザ端末１０に対して、記憶部１４ａが記憶するＣｏｏｋｉｅ情報を通知する。このとき、通知部１６ａは、記憶部１４ａを検索することにより、ユーザ認証が行われたユーザに対応するＣｏｏｋｉｅ情報があればそれを読み出し、通知する。ただし、ここでは、理解を容易とするため、通知部１６ａはユーザ端末１０（本発明の「ユーザ端末」に相当）に対して通知を行うと限定して説明する。
【００４１】
通知部１６ａは、通知情報（文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”の後ろにＣｏｏｋｉｅ情報を含むデータ）をユーザ端末１０に送信する。ユーザ端末１０は、中継装置１２ａから通知情報を受信すると、通知情報に含まれるＣｏｏｋｉｅ情報を記憶する。このとき、ユーザ端末１０は、コンテンツサーバ１１から文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むＨＴＴＰレスポンス、即ちＳｅｔ−Ｃｏｏｋｉｅメッセージを受信した場合と同じ要領で、中継装置１２ａから受信したＣｏｏｋｉｅ情報を記憶する。そして、ユーザ端末１０は、以後、このＣｏｏｋｉｅ情報を対応するＨＴＴＰリクエストに付加する。
【００４２】
このため、中継装置１２ａによれば、認証部１５ａによってユーザ端末の認証がなされた時に、このユーザ端末に与えるべきＣｏｏｋｉｅ情報が記憶部１４ａに記憶されている場合には、このＣｏｏｋｉｅ情報が当該ユーザ端末に通知される。例えば、従来の技術におけるプロキシ装置に比べて、ユーザ端末１０から送信されたＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加する処理、即ち付加処理による負荷を軽減することが可能となる。
【００４３】
〔〔第二の原理〕〕
図３は、本発明の第二の原理による中継装置１２ｂを示す図である。次に、図３を用いて本発明の中継装置１２ｂについて説明する。中継装置１２ｂは、通知部１６ａと通知部１６ｂとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｂは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ｂを備える。以下では、通知部１６ｂ以外の構成については説明を省く。
【００４４】
通知部１６ｂは、閲覧指示部１７，及び付加部１８ｂとを備える。
【００４５】
閲覧指示部１７は、認証部１５ａからユーザ端末１０の認証情報を受け取り、認証されたユーザ端末１０に対して特定のコンテンツを閲覧することを指示する。これにより、ユーザ端末１０は、特定のコンテンツをもつコンテンツサーバ（例えばコンテンツサーバ１１）にＨＴＴＰリクエストを送信する。
【００４６】
付加部１８ｂは、ユーザ端末１０に対してコンテンツサーバ１１（図２参照）が送信するＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部１８ｂは、記憶部１４ａから読み出したＣｏｏｋｉｅ情報を、ＨＴＴＰレスポンスに付加する。即ち、付加部１８ｂは、認証されたユーザ端末１０におけるユーザＩＤに対応するＣｏｏｋｉｅ情報を、このユーザ端末１０に送信されるＨＴＴＰレスポンスに付加する。
【００４７】
ユーザ端末１０は、ＨＴＴＰリクエストを送信していない場合はＣｏｏｋｉｅ情報を受理しないように設計されることがある。これに対し、中継装置１２ｂによれば、ユーザ端末１０は、上記のような設計がなされていても、閲覧指示部１７からの指示によりコンテンツの閲覧を要求するＨＴＴＰリクエストを、コンテンツサーバ１１へ送信する。これによって、ユーザ端末１０がＣｏｏｋｉｅ情報を受信できる状態となる。付加部１８ｂは、このＨＴＴＰリクエストに対するＨＴＴＰレスポンスにユーザ端末１０に送信すべきＣｏｏｋｉｅ情報を付加する。
【００４８】
特に、ＰＰＰｏＥ（ＰＰＰ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ）のような接続環境を利用するユーザ端末１０にとっては、ユーザ端末１０への機能を追加することなく、中継装置１２ｂからＣｏｏｋｉｅ情報を受理することが可能となる。
【００４９】
〔〔第三の原理〕〕
図４は、本発明の第三の原理による中継装置１２ｃを示す図である。次に、図４を用いて本発明の中継装置１２ｃについて説明する。中継装置１２ｃは、通知部１６ａと通知部１６ｃとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｃは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ｃを備える。以下では、通知部１６ｃ以外の構成については説明を省く。
【００５０】
通知部１６ｃは、通知状態管理部１９，及び付加部１８ｃを備える。
【００５１】
通知状態管理部１９（本発明の「通知手段」に相当）は、認証部１５ａによるユーザ認証後に動作する。通知状態管理部１９は、付加部１８ｃに対し、ユーザ端末１０がコンテンツサーバ１１へ送信するＨＴＴＰリクエストへＣｏｏｋｉｅ情報を付加することを指示する。このとき、通知状態管理部１９は、各ＵＲＬに対する最初のＨＴＴＰリクエストについて、Ｃｏｏｋｉｅ情報の付加を付加部１８ｃに対し指示する。
【００５２】
また、通知状態管理部１９は、上記のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを識別する。即ち、通知状態管理部１９は、上記のＨＴＴＰリクエストに対してコンテンツサーバ１１が送信したＨＴＴＰレスポンスを識別する。そして、通知状態管理部１９は、識別したＨＴＴＰレスポンスへＣｏｏｋｉｅ情報を付加することを、付加部１８ｃに対し指示する。
【００５３】
付加部１８ｃ（本発明の「通知手段」に相当）は、通知状態管理部１９の指示に従い、ＨＴＴＰリクエスト又はＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部１８ｃは、通知状態管理部１９の指示に従い、記憶部１４ａに記憶されるＣｏｏｋｉｅ情報を、文字列”Ｃｏｏｋｉｅ：”とともにＨＴＴＰリクエストに付加する。また、付加部１８ｃは、通知状態管理部１９の指示に従い、記憶部１４ａに記憶されるＣｏｏｋｉｅ情報を、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”とともにＨＴＴＰレスポンスに付加する。
【００５４】
上記第二の原理では、ＨＴＴＰリクエストを送信していない場合はＣｏｏｋｉｅ情報を受理しないように設計されたユーザ端末１０に対してＣｏｏｋｉｅ情報を通知する構成を説明した。しかし、ユーザ端末１０は、さらに閲覧指示を受理する機能を持たない場合がある。この場合、中継装置１２ｂを用いたシステムでは、正常にＣｏｏｋｉｅ情報をユーザ端末１０に通知できない。
【００５５】
中継装置１２ｃによれば、ユーザ端末１０の認証後、通知部１６ｃはユーザ端末１０がＨＴＴＰリクエストを送信するまで処理を待機する。そして、通知部１６ｃは、ユーザ端末１０があるＵＲＬに対して送信した最初のＨＴＴＰリクエストに対し、Ｃｏｏｋｉｅ情報を付加してコンテンツサーバ１１へ送信する。さらに、通知部１６ｃは、コンテンツサーバ１１からユーザ端末１０へ送信されるＨＴＴＰレスポンスに対し、Ｃｏｏｋｉｅ情報を付加することにより、Ｃｏｏｋｉｅ情報をユーザ端末１０へ通知する。この処理の後は、ユーザ端末１０自身が適切なＣｏｏｋｉｅ情報を付加することが可能となる。このため、ユーザ端末１０へ機能追加を行うことなく、Ｃｏｏｋｉｅ情報をユーザ端末１０に通知することが可能となる。
【００５６】
また、ＨＴＴＰリクエストに対するＣｏｏｋｉｅ情報の付加処理は、ユーザ端末１０の認証後においてあるＵＲＬに対する最初のＨＴＴＰリクエストについてのみ実行される。このため、Ｃｏｏｋｉｅ情報の付加処理についての処理負荷を軽減することが可能となり、ユーザ端末１０におけるコンテンツ閲覧の遅延を抑制することが可能となる。
【００５７】
〔〔第四の原理〕〕
図５は、本発明の第四の原理による中継装置１２ｄを示す図である。次に、図５を用いて本発明の中継装置１２ｄについて説明する。中継装置１２ｄは、認証部１５ａと認証部１５ｄとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｄは、抽出部１３ａ，記憶部１４ａ，認証部１５ｄ，及び通知部１６ａを備える。以下では、認証部１５ｄ以外の構成については説明を省く。
【００５８】
認証部１５ｄは、中継装置１２ｄにおけるユーザ認証とともに、ＩＳＰにおけるネットワーク接続サービスの利用許可（インターネット網利用許可）についてのユーザ認証を実行する。
【００５９】
中継装置１２ｄによれば、認証部１５ｄは、中継装置１２ｄにおける認証処理とインターネット網利用のための認証処理とを同一作業として行う。このため、ユーザは一度の認証作業によって、中継装置１２ｄにおけるサービスとインターネット網とが利用可能となる。従って、ユーザの認証作業の手間を省き、利便性をさらに向上させることが可能となる。
【００６０】
〔〔第五の原理〕〕
図６は、本発明の第五の原理による中継装置１２ｅを示す図である。次に、図６を用いて本発明の中継装置１２ｅについて説明する。中継装置１２ｅは、抽出部１３ａ，認証部１５ａ，及び通知部１６ａと、抽出部１３ｅ，認証部１５ｅ，及び通知部１６ｅとの構成が異なる点及び端末記憶部２０を新たに備える点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装備１２ｅは、抽出部１３ｅ，記憶部１４ａ，認証部１５ｅ，通知部１６ｅ，及び端末記憶部２０を備える。以下では、抽出部１３ｅ，認証部１５ｅ，通知部１６ｅ，及び端末記憶部２０以外の構成については説明を省く。
【００６１】
抽出部１３ｅは、以下の点のみで抽出部１３ａと異なる。即ち、抽出部１３ｅは、新たにＣｏｏｋｉｅ情報を抽出した場合、新たにＣｏｏｋｉｅ情報を抽出したことを通知部１６ｅへ通知する。このとき、抽出部１３ｅは、このＣｏｏｋｉｅ情報に対応するユーザＩＤを通知部１６ｅに通知する。
【００６２】
認証部１５ｅは、ユーザ端末９，ユーザ端末１０についてユーザ認証を行い、認証したユーザ端末９，ユーザ端末１０の識別情報（認証結果）を抽出部１３ａ，通知部１６ｅ，及び端末記憶部２０へ通知する。
【００６３】
端末記憶部２０（本発明の「端末記憶手段」に相当）は、中継装置１２ｅにおいて認証されている全ユーザ端末を記憶する。即ち、端末記憶部２０は、図２においてはユーザ端末９，ユーザ端末１０を記憶する。
【００６４】
通知部１６ｅは、端末記憶部２０から、抽出部１３ｅから通知されたユーザＩＤに対応するユーザ端末の情報を読み出す。そして、通知部１６ｅは、読み出したユーザ端末全て（図６においてはユーザ端末９，ユーザ端末１０）に対し、新たに抽出されたＣｏｏｋｉｅ情報を通知する。
【００６５】
中継装置１２ｅによれば、認証部１５ｅの認証結果をもとに、端末記憶部２０が認証済みのユーザ端末を記憶する。そして、通知部１６ｅは、抽出部１３ｅが新たに抽出したＣｏｏｋｉｅ情報を、認証された複数のユーザ端末（中継装置１２ｅに接続中の複数の端末）へ通知する。このため、コンテンツサーバ１１（図２参照）がユーザ端末（例えばユーザ端末９）に新たに通知したＣｏｏｋｉｅ情報は、ユーザ端末１０がユーザ認証を既に済ませていれば、同じユーザが利用する他のユーザ端末（例えばユーザ端末１０）にも通知される。従って、ユーザが利用するユーザ端末を変更しても、ユーザがユーザＩＤやパスワードを再度入力することなく、直ちに適切なＣｏｏｋｉｅ情報を利用したコンテンツ閲覧が可能となる。よって、ユーザのコンテンツ閲覧時の利便性が向上する。
【００６６】
〔〔第六の原理〕〕
図７は、本発明の第六の原理による中継装置１２ｆを示す図である。次に、図７を用いて本発明の中継装置１２ｆについて説明する。中継装置１２ｆは、通知部１６ａと通知部１６ｆとの構成が異なる点、及び通知条件設定部２１を新たに備える点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｆは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，通知部１６ｆ，及び通知条件設定部２１を備える。以下では、通知部１６ｆ及び通知条件設定部２１以外の構成については説明を省く。
【００６７】
通知部１６ｆは、認証部１５ａにおいて認証されたユーザＩＤに対するＣｏｏｋｉｅ情報を、記憶部１４ａから読み出す。また、通知部１６ｆは、通知条件設定部２１へ通知条件の参照を行う。そして、通知部１６ｆは、記憶部１４ａから読み出したＣｏｏｋｉｅ情報のうち、通知条件設定部２１から得た通知条件に基づいて、通知すべきＣｏｏｋｉｅ情報のみを通知すべきユーザ端末１０へ通知する。
【００６８】
通知条件設定部２１は、通知条件とユーザＩＤ又はユーザ端末１０とを対応付けて記憶する。通知条件設定部２１は、記憶する通知条件を通知部１６ｆへ通知する。通知条件とは、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるコンテンツサーバやサイト（具体的にはコンテンツサーバやサイトを示すＵＲＬやＵＲＩ等：コンテンツの識別子）である。また、通知条件とは、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるユーザ（ユーザＩＤ等）である。
【００６９】
中継装置１２ｆによれば、通知条件設定部２１に記憶（設定）されている通知条件に基づいて、Ｃｏｏｋｉｅ情報がユーザ端末１０に通知される。このため、Ｃｏｏｋｉｅ情報の通知が不必要／不適切な場合等に、ユーザ端末１０にＣｏｏｋｉｅ情報の通知を止めることが可能となる。即ち、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるコンテンツサーバやサイトが通知条件として設定される場合、この条件を満たすコンテンツサーバ又はサイトが発行したＣｏｏｋｉｅ情報を、ユーザ端末１０に通知することを止めることが可能となる。このような例として、想定外のＣｏｏｋｉｅ技術の利用形態を用いるコンテンツサーバやサイトを通知条件として記憶することが考えられる。なお、通知対象の指定の単位は、サーバやサイト単位に限定されず、Ｃｏｏｋｉｅ情報に含まれるＰａｔｈ属性、Ｄｏｍａｉｎ属性の粒度であっても良い。
【００７０】
また、例えば通知条件としてＣｏｏｋｉｅ情報の通知対象外となるユーザが設定されることにより、このユーザに対するＣｏｏｋｉｅ情報の通知を止めることが可能となる。また、Ｃｏｏｋｉｅ情報の利用を拒否する設定をブラウザ上で行っているユーザも存在するため、あらかじめこのようなユーザを通知対象外として設定することで、中継装置１２ｆにおける通知処理などの処理負荷を軽減することが可能となる。なお、中継装置１２ｆは、上記のようなユーザのブラウザ上の設定を中継装置１２ｆに通知するような仕組みと連動して動作しても良い。
【００７１】
〔第一実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第一実施形態における中継装置２３について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００７２】
図８は、本発明による中継装置２３を用いた中継システムの機能ブロック図である。ユーザ端末２２（本発明の「ユーザ端末」，「他のユーザ端末」に相当）及びサーバ２４（本発明の「コンテンツサーバ」に相当）は、中継装置２３を介して、ネットワークを通じて通信可能に接続される。中継装置２３は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク），通信制御装置等を備えている。
【００７３】
中継装置２３は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、受信部２５，認証部２６，ＴＣＰコネクション管理部２７，抽出部２８，Ｃｏｏｋｉｅデータベース（ＣｏｏｋｉｅＤＢ）２９，通知部３０，及び送信部３１等を含む装置として機能する。以下、中継装置２３が備える各構成について説明する。
【００７４】
受信部２５は、ネットワークカード等の通信制御装置を用いて構成される。受信部２５は、ユーザ端末２２又はサーバ２４からパケットを受信する。このパケットは、例えばユーザ端末２２からサーバ２４へ送信されたＨＴＴＰリクエストである。また、このパケットは、例えばサーバ２４からユーザ端末２２へ送信されたＨＴＴＰレスポンスである。また、このパケットは、例えばユーザ端末２２から中継装置２３へ送信された、中継装置２３に対する認証用データ（ユーザＩＤ，パスワード等）である。このパケット又はＨＴＴＰリクエスト及びＨＴＴＰレスポンスが本発明の「通信データ」に相当する。
【００７５】
受信部２５は、受信した認証用データを認証部２６へ渡す。また、受信部２５は、受信したメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）を、通知部３０，ＴＣＰコネクション管理部２７，抽出部２８へ渡す。また、受信部２５は、サーバ２４へＨＴＴＰリクエストを送信する際のＴＣＰコネクション情報（送信元ＩＰアドレス，宛先ＩＰアドレス，送信元ポート番号，宛先ポート番号）をＴＣＰコネクション管理部２７へ通知する。
【００７６】
認証部２６（本発明の「認証手段」に相当）は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。認証部２６は、自身が備える不揮発性記憶装置に、ユーザＩＤとパスワードとを対応付けた認証テーブル（図示せず）を持つ。認証部２６は、この認証テーブルを用いて、受信部２５から受け取る認証用データについてユーザ認証を実行する。そして、認証部２６は、送信部３１を介してユーザ認証の結果をユーザ端末２２へ通知する。
【００７７】
また、認証部２６は、ユーザ認証の結果を、通知部３０へ通知する。さらに、認証部２６は、識別情報（ユーザＩＤ，及びユーザ認証の際にユーザ端末２２から受信したパケットにおける送信元ＩＰアドレス）をＴＣＰコネクション管理部２７へ渡す。
【００７８】
ＴＣＰコネクション管理部２７は、ＣＰＵやＲＡＭ等を用いて構成される。ＴＣＰコネクション管理部２７は、管理テーブル２７Ａを管理する。図９は、管理テーブル２７Ａの例を示す図である。図９を用いて、管理テーブル２７Ａについて説明する。
【００７９】
管理テーブル２７Ａは、ユーザＩＤとＵＲＬ（コンテンツの識別子）とＴＣＰコネクション情報とを対応付けたテーブルである。ユーザＩＤとは、中継装置２３におけるユーザ認証で使用されるユーザＩＤである。ＴＣＰコネクション情報とは、ユーザ端末２２と中継装置２３とにおけるＴＣＰコネクションの情報及び中継装置２３とサーバ２４とにおけるＴＣＰコネクションの情報である。ＴＣＰコネクションの情報とは、具体的には、送信元ＩＰアドレス（ＩＰ＿ＳＡ），送信先ＩＰアドレス（ＩＰ＿ＤＡ），送信元ポート番号（ＳｒｃＰｏｒｔ），送信先ポート番号（ＤｅｓｔＰｏｒｔ）である。管理テーブル２７Ａは、例えばユーザＩＤが”Ａ”のユーザが使用するユーザ端末２２は、”ｗｗｗ．ｘ．ｙ．ｚ”というＵＲＬのサイトに、図９に示されるＴＣＰコネクションによってコネクションをはっていることを示す。
【００８０】
ＴＣＰコネクション管理部２７は、受信部２５から通知されたＨＴＴＰリクエストのＴＣＰコネクション情報（ユーザ端末２２と中継装置２３とにおけるＴＣＰコネクション情報）と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬと、ユーザＩＤと、受信部２５から通知されたＴＣＰコネクション情報（中継装置２３とサーバ２４とにおけるＴＣＰコネクション情報）とを、対応付けて管理テーブル２７Ａに記憶する。
【００８１】
抽出部２８（本発明の「抽出手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。抽出部２８は、受信部２５からＨＴＴＰレスポンスを受け取ると、このＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報を抽出する。そして、抽出部２８は、このＨＴＴＰレスポンスに対応するユーザＩＤ，ＵＲＬ，及び抽出したＣｏｏｋｉｅ情報を、ＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａに登録する。
【００８２】
図１０は第一実施形態における抽出部２８の動作例を示すフローチャートである。以下、図１０を用いて抽出部２８の動作について説明する。
【００８３】
抽出部２８は、受信部２５からＨＴＴＰレスポンスを受け取る（Ｓ０１）。抽出部２８は、サーバ２４からのＨＴＴＰレスポンスを文字列検索し、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”が含まれるか否かを判断する（Ｓ０２）。即ち、抽出部２８は、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”をキーワードとして文字列検索することにより、ＨＴＴＰレスポンスにＣｏｏｋｉｅ情報が含まれているか否かを判断する。この文字列が含まれていない場合、抽出部２８は処理を終了する（Ｓ０２−Ｎｏ，Ｓ０３）。
【００８４】
一方、抽出部２８は、Ｃｏｏｋｉｅ情報、即ち”ＵｓｅｒＩＤ＝１２３４”を抽出した場合（Ｓ０２−Ｙｅｓ，Ｓ０４）、ＴＣＰコネクション管理部２７からＨＴＴＰレスポンスのＴＣＰコネクション情報に対応するユーザＩＤとＵＲＬとを取得する（Ｓ０５）。抽出部２８は、ユーザＩＤ，ＵＲＬ，及びＣｏｏｋｉｅ情報を対応付けて記憶することを、ＣｏｏｋｉｅＤＢ２９へ指示する（Ｓ０６）。そして、抽出部２８は処理を終了する（Ｓ０７）。
【００８５】
ＣｏｏｋｉｅＤＢ２９（本発明の「記憶手段」に相当）は、ハードディスク等の不揮発性記憶装置を用いて構成される。ＣｏｏｋｉｅＤＢ２９は、Ｃｏｏｋｉｅテーブル２９Ａを記憶する。図１１は、Ｃｏｏｋｉｅテーブル２９Ａの例を示す図である。図１１を用いてＣｏｏｋｉｅテーブル２９Ａについて説明する。
【００８６】
Ｃｏｏｋｉｅテーブル２９Ａは、ユーザＩＤとＵＲＬとＣｏｏｋｉｅ情報とを対応付けたテーブルである。ユーザＩＤとは、中継装置２３におけるユーザ認証で使用されるユーザＩＤである。Ｃｏｏｋｉｅテーブル２９Ａは、例えばユーザＩＤが”Ａ”のユーザは、”ｗｗｗ．ｘ．ｙ．ｚ”というＵＲＬのサイトにおいて、図１１に示されるＣｏｏｋｉｅ情報がサーバ２４に記憶されていることを示す。
【００８７】
通知部３０は、ＣＰＵやＲＡＭ等を用いて構成される。図１２は、通知部３０の機能ブロックを示す図である。図１２を用いて、通知部３０の構成について説明する。
【００８８】
通知部３０は、通知状態管理部３２，及び付加部３３を含む。
【００８９】
通知状態管理部３２（本発明の「通知手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。通知状態管理部３２は、受信部２５から受け取ったメッセージに対して、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。そして、通知状態管理部３２は、この判断結果を付加部３３へ通知する。
【００９０】
通知状態管理部３２は、以下の基準で、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。即ち、通知状態管理部３２は、このメッセージが、あるユーザについて実行されたユーザ認証後に初めて送信されたメッセージである場合、Ｃｏｏｋｉｅ情報を付加すべきであると判断する。ここで、初めて送信されたメッセージとは、上記ユーザ認証の対象となったユーザによって、あるＵＲＬに対して、上記ユーザ認証後に、初めて送信されたＨＴＴＰリクエストを含む。また、初めて送信されたメッセージとは、上記ユーザ認証の対象となったユーザに対し、あるＵＲＬのコンテンツを含むサーバから、上記ユーザ認証後に、初めて送信されたＨＴＴＰレスポンスを含む。
【００９１】
図１３は第一実施形態における通知状態管理部３２の動作例を示すフローチャートである。以下、図１３を用いて通知状態管理部３２の動作について説明する。
【００９２】
通知状態管理部３２は、受信部２５からメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）を受け取ると（Ｓ０８）、ＴＣＰコネクション管理部２７を検索する（Ｓ０９）。このとき、通知状態管理部３２は、ＨＴＴＰリクエスト又はＨＴＴＰレスポンスのＴＣＰコネクション情報に対応するユーザＩＤ及びＵＲＬを取得する。
【００９３】
通知状態管理部３２は、このメッセージが、最近のユーザ認証後においてこのユーザによるこのＵＲＬへの最初のＨＴＴＰリクエストであるか否かを判断する（Ｓ１０）。該当するＨＴＴＰリクエストである場合（Ｓ１０−Ｙｅｓ）、通知状態管理部３２は、このＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示し、処理を終了する（Ｓ１１，Ｓ１２）。
【００９４】
一方、該当しないＨＴＴＰリクエストである場合（Ｓ１０−Ｎｏ）、通知状態管理部３２は、このメッセージが、最近のユーザ認証後においてこのユーザに対するこのＵＲＬからの最初のＨＴＴＰレスポンスであるか否かを判断する（Ｓ１３）。該当するＨＴＴＰレスポンスである場合（Ｓ１３−Ｙｅｓ）、通知状態管理部３２は、このＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示し、処理を終了する（Ｓ１４，Ｓ１５）。
【００９５】
一方、該当しないＨＴＴＰレスポンスである場合（Ｓ１３−Ｎｏ）、通知状態管理部３２は処理を終了する（Ｓ１６）。
【００９６】
付加部３３（本発明の「通知手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。付加部３３は、通知状態管理部３２から受ける指示に基づいて、メッセージにＣｏｏｋｉｅ情報を付加する。
【００９７】
図１４は第一実施形態における付加部３３の動作例を示すフローチャートである。以下、図１４を用いて付加部３３の動作について説明する。
【００９８】
付加部３３は、Ｃｏｏｋｉｅ情報を付加するように通知状態管理部３２から指示を受けると（Ｓ１７）、付加すべきＣｏｏｋｉｅ情報を検索する（Ｓ１８）。このとき、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａを、ユーザＩＤとＵＲＬとを検索キーとして、Ｃｏｏｋｉｅ情報を検索する。
【００９９】
付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａから該当するＣｏｏｋｉｅ情報を検索できない場合、即ちＣｏｏｋｉｅテーブル２９Ａに該当するＣｏｏｋｉｅ情報が記憶されていない場合（Ｓ１９−Ｎｏ）、メッセージを変更しない。そして、付加部３３は、そのままのメッセージを送信するように送信部３１へ指示し（Ｓ２０）、処理を終了する（Ｓ２１）。
【０１００】
一方、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａから該当するＣｏｏｋｉｅ情報を検索した場合（Ｓ１９−Ｙｅｓ）、通知状態管理部３２からの指示がＨＴＴＰリクエストへの付加指示か否かを判断する（Ｓ２２）。ＨＴＴＰリクエストへの付加指示であった場合（Ｓ２２−Ｙｅｓ）、付加部３３は、ＨＴＴＰリクエストのヘッダに、Ｃｏｏｋｉｅテーブル２９Ａから取得したＣｏｏｋｉｅ情報を付加する（Ｓ２３）。このとき、付加部３３は、文字列”Ｃｏｏｋｉｅ：”に続いて取得したＣｏｏｋｉｅ情報を付加する。そして、付加部３３は、ＨＴＴＰリクエストの送信を送信部３１へ指示し、処理を終了する（Ｓ２４）。
【０１０１】
一方、ＨＴＴＰリクエストへの付加指示でなかった場合、即ちＨＴＴＰレスポンスへの付加指示であった場合、付加部３３は、ＨＴＴＰレスポンスのヘッダに、取得したＣｏｏｋｉｅ情報を付加する（Ｓ２５）。このとき、付加部３３は、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続いて取得したＣｏｏｋｉｅ情報を付加する。そして、付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示し、処理を終了する（Ｓ２６）。
【０１０２】
送信部３１は、ネットワークカード等の通信制御装置を用いて構成される。送信部３１は、ユーザ端末２２又はサーバ２４へパケットを送信する。
【０１０３】
〔〔動作例〕〕
図１５は、第一実施形態における中継システムの概要を示す図である。図１６は、第一実施形態における中継システムの動作例を示すフローチャートである。以下、図１５，１６を用いて、第一実施形態における中継装置２３の動作例について説明する。ただし、この動作例の説明において、ユーザＡは、ユーザ端末２２ａ及びユーザ端末２２ｂを使用してサーバ２４へアクセスすると仮定する。また、ユーザ端末２２ａ及び２２ｂは、サーバ２４が備えるコンテンツに関するＣｏｏｋｉｅ情報を記憶していないと仮定する。さらに、ユーザＡはサーバ２４が備えるコンテンツに対して過去にユーザ登録等のアクセスをした経験が無いと仮定する。
【０１０４】
ユーザＡは、ユーザ端末２２ａを利用して中継装置２３に対してユーザＩＤ及びパスワードを送信し、ユーザ認証を依頼する（Ｓ２７）。このとき、認証部２６は、ユーザＡから通知されるユーザＩＤやパスワード等を基に、ユーザＡが中継装置２３の正当な利用者であるか否かを判断する（Ｓ２８）。
【０１０５】
認証部２６は、ユーザ認証の際に受信されたパケットの送信元ＩＰアドレス（即ちユーザ端末２２ａのＩＰアドレス）及びユーザＩＤを、ユーザ端末の識別情報としてＴＣＰコネクション管理部２７へ通知する。ＴＣＰコネクション管理部２７は、この情報を管理テーブル２７Ａに新たなレコードとして記憶する（Ｓ２９）。
【０１０６】
ＴＣＰコネクション管理部２７は、以降はこのＩＰアドレス（即ち識別情報として登録されたＩＰアドレス）をもとにユーザＡに対応するメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）であるか否かを判断する。即ち、ＴＣＰコネクション管理部２７は、このＩＰアドレスが送信元ＩＰアドレスであるパケットによるメッセージを、ユーザＡによるメッセージ（ＨＴＴＰリクエスト）であると判断する。また、ＴＣＰコネクション管理部２７は、このＩＰアドレスが送信先ＩＰアドレスであるパケットによるメッセージを、ユーザＡ宛のメッセージ（ＨＴＴＰレスポンス）であるとして識別する。
【０１０７】
ユーザＡが、ユーザ端末２２ａのブラウザにおいてサーバ２４に対してコンテンツを要求した場合（ＵＲＬを入力した場合、リンクを選択した場合等）、ユーザ端末２２ａは、中継装置２３を経由してサーバ２４へ、ＨＴＴＰリクエストを送信する（Ｓ３０）。
【０１０８】
受信部２５は、ユーザ端末２２ａからサーバ２４に対して送信されたＨＴＴＰリクエストを受信する（Ｓ３１）。
【０１０９】
ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１１０】
なお、ＴＣＰコネクション管理部２７は、認証部２６から通知されている識別情報を用いて、ＨＴＴＰリクエストの送信元であるユーザを識別する。
【０１１１】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３３）。具体的には、付加部３３は、このＨＴＴＰリクエストに対応するユーザＩＤ及びＵＲＬに関連付けられたＣｏｏｋｉｅ情報が無いと判断し、送信部３１にＨＴＴＰリクエストをこのまま送信するように指示する。そして、送信部３１は、ユーザＡのユーザ端末２２ａから受信したＨＴＴＰリクエストをサーバ２４へ送信する。このとき、ＴＣＰコネクション管理部２７は、サーバ２４へＨＴＴＰリクエストが送信される際のＴＣＰコネクション情報を、識別情報と対応付けて記憶する（Ｓ３４）。
【０１１２】
サーバ２４は、ＨＴＴＰリクエストを受信する（Ｓ３５）。サーバ２４は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅ情報を含むか否かを判定する（Ｓ３６）。この場合、ＨＴＴＰリクエストにはＣｏｏｋｉｅ情報が含まれていない。このため、サーバ２４は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅ情報を含まないと判定し（Ｓ３６−Ｎｏ）、識別番号（ＵｓｅｒＩＤ：ここでは１２３４とする）をこのＨＴＴＰリクエストのセッションに対して発行する。
【０１１３】
サーバ２４は、上記ＨＴＴＰリクエストへの応答として、ＨＴＴＰレスポンスを送信する。即ち、サーバ２４は、ログイン画面を含むコンテンツをＨＴＴＰレスポンスとしてユーザ端末２２ａに送信する。このＨＴＴＰレスポンスのヘッダは、Ｓｅｔ−ＣｏｏｋｉｅＨＴＴＰレスポンスヘッダとして、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：ＵｓｅｒＩＤ＝１２３４”を含む。このように、サーバ２４は、Ｃｏｏｋｉｅ情報を含むＨＴＴＰレスポンス（Ｓｅｔ−Ｃｏｏｋｉｅメッセージ）をユーザ端末２２ａへ送信する（Ｓ３７）。
【０１１４】
受信部２５は、サーバ２４からＨＴＴＰレスポンスを受信する（Ｓ３８）。受信部２５は、受信したＨＴＴＰレスポンスを抽出部２８通知部３０へ渡す。
【０１１５】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３９）。具体的には、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａに該当するＣｏｏｋｉｅ情報が記憶されていないと判断し、送信部３１にＨＴＴＰレスポンスの送信を指示する。
【０１１６】
次に、抽出部２８が処理を行う（Ｓ４０）。具体的には、抽出部２８は、受信されたＨＴＴＰレスポンスが文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むと判断し、このＨＴＴＰレスポンスのＴＣＰコネクション情報を検索キーとして、このＨＴＴＰレスポンスに対応するユーザＩＤ及びＵＲＬを取得する。また、抽出部２８は、ＨＴＴＰレスポンスからＣｏｏｋｉｅ情報である”ＵｓｅｒＩＤ＝１２３４”を抽出する。そして、抽出部２８は、ユーザＩＤ，ＵＲＬ，及びＣｏｏｋｉｅ情報を対応付けてＣｏｏｋｉｅＤＢ２９へ登録する。
【０１１７】
ユーザ端末２２ａは、ＨＴＴＰレスポンスを受信し（Ｓ４１）、ＨＴＴＰレスポンスに含まれているＣｏｏｋｉｅ情報を記憶する（Ｓ４２）。
【０１１８】
ユーザＡは、ユーザ端末２２ａをネットワークから切断することを中継装置２４に通知し、ユーザ端末２２ａの利用を終了する。そして、ユーザＡは、ユーザ端末２２ｂの利用を開始する。ユーザＡは、ユーザ端末２２ｂを利用して、中継装置２４に対してユーザＩＤ及びパスワードを送信し、ユーザ認証を依頼する（Ｓ２７）。
【０１１９】
認証部２６は、ユーザ認証の際に受信されたパケットの送信元ＩＰアドレス（即ちユーザ端末２２ｂのＩＰアドレス）及びユーザＩＤを、識別情報としてＴＣＰコネクション管理部２７へ通知する。ＴＣＰコネクション管理部２７は、この識別情報を管理テーブル２７Ａに新たなレコードとして記憶する（Ｓ２８，Ｓ２９）。そして、ＴＣＰコネクション管理部２７は、以降はこのＩＰアドレスをもとにユーザＡに対応するメッセージであるか否かを判断する。
【０１２０】
ユーザＡが、ユーザ端末２２ｂのブラウザにおいてサーバ２４に対してコンテンツを要求した場合（ＵＲＬを入力した場合、リンクを選択した場合等）、ユーザ端末２２ｂは、中継装置２３を経由してサーバ２４へ、ＨＴＴＰリクエストを送信する（Ｓ３０）。
【０１２１】
受信部２５は、ユーザ端末２２ｂからサーバ２４に対して送信されたＨＴＴＰリクエストを受信する（Ｓ３１）。受信部２５は、受信したＨＴＴＰリクエスト又は受信したＨＴＴＰレスポンスを、即ち受信したメッセージを通知状態管理部３２へ渡す。
【０１２２】
ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報（送信元ＩＰアドレス，宛先ＩＰアドレス，送信元ポート番号，宛先ポート番号）と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１２３】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３３）。具体的には、通知状態管理部３２は、受信部２５から受け取ったメッセージが、最近のユーザ認証後における最初のメッセージであるか否かを判断する。そして、通知状態管理部３２は、最初のメッセージである場合、このメッセージにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示する。
【０１２４】
この場合、受信されたメッセージは、ユーザＡにとってこのＵＲＬに対する、最近のユーザ認証後における最初のＨＴＴＰリクエストであるため、通知状態管理部３２は、Ｃｏｏｋｉｅ情報の付加を付加部３３に指示する。
【０１２５】
付加部３３は、ＵＲＬとユーザＩＤとを検索キーとしてＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａを検索する。検索の結果、付加部３３は、Ｃｏｏｋｉｅ情報として”ＵｓｅｒＩＤ＝１２３４”を得る。
【０１２６】
付加部３３は、ＨＴＴＰリクエストへＣｏｏｋｉｅ情報を付加し、ＨＴＴＰリクエストの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰリクエストをサーバ２４へ送信する。このとき、ＴＣＰコネクション管理部２７は、サーバ２４へのＨＴＴＰリクエスト送信に利用するＴＣＰコネクション情報を、上記情報と対応付けて記憶する（Ｓ３４）。
【０１２７】
サーバ２４は、ＨＴＴＰリクエストを受信する（Ｓ３５）。サーバ２４は、受信したＨＴＴＰリクエストのＣｏｏｋｉｅ情報の有無を判定する（Ｓ３６）。この場合、Ｃｏｏｋｉｅ情報が含まれているため、サーバ２４はＣｏｏｋｉｅ情報が有ると判定する（Ｓ３６−Ｙｅｓ）。そして、サーバ２４は、Ｃｏｏｋｉｅ情報”ＵｓｅｒＩＤ＝１２３４”から、ユーザＡからのコンテンツ要求であることを識別する（Ｓ４３）。
【０１２８】
サーバ２４は、ユーザＡ用にカスタマイズされたコンテンツを読み出し（Ｓ４４）、ＨＴＴＰレスポンスとしてユーザ端末２２ｂへ送信する（Ｓ４５）。
【０１２９】
受信部２５は、サーバ２４からユーザ端末２２ｂへ送信されたＨＴＴＰレスポンスを受信する（Ｓ３８）。
【０１３０】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３９）。具体的には、通知状態管理部３２は、ＨＴＴＰレスポンスが利用しているＴＣＰコネクション情報をもとに、ＴＣＰコネクション管理部２７の記憶情報を検索する。そして、通知状態管理部３２は、このＨＴＴＰレスポンスがユーザＡ宛てであること及び対応するＵＲＬを識別する。
【０１３１】
このＨＴＴＰレスポンスが最初のＨＴＴＰレスポンスであるため、通知状態管理部３２は、Ｃｏｏｋｉｅ情報の付加を付加部３３に指示する。
【０１３２】
付加部３３は、ＵＲＬとユーザＩＤとを検索キーとして、ＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａを検索する。付加部３３は、検索の結果、Ｃｏｏｋｉｅ情報として文字列”ＵｓｅｒＩＤ＝１２３４”を得る。
【０１３３】
付加部３３は、サーバ２４から送信されたＨＴＴＰレスポンスに、Ｃｏｏｋｉｅ情報を文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”とともに付加し、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。
【０１３４】
次に、抽出部２８が処理を行う（Ｓ４０）。具体的には、抽出部２８は、受信されたＨＴＴＰレスポンスが文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含まないと判断し、処理を終了する。
【０１３５】
ユーザ端末２２ｂは、ＨＴＴＰレスポンスを受信し（Ｓ４１）、ＨＴＴＰレスポンスに含まれているＣｏｏｋｉｅ情報を記憶する（Ｓ４２）。
【０１３６】
〔〔作用／効果〕〕
第一実施形態による中継装置２３は、あらかじめユーザＡが使用するユーザ端末２２（即ちユーザ端末２２ａ）とサーバ２４とにおいて送受信されるメッセージから、Ｃｏｏｋｉｅ情報を取得し記憶する。そして、中継装置２３は、新たにユーザＡが使用するユーザ端末２２（即ちユーザ端末２２ｂ）についての認証結果をトリガとして、このユーザ端末２２へ、ユーザＡと対応付けて記憶しているＣｏｏｋｉｅ情報を通知する。このため、ユーザＡが複数のユーザ端末２２（ユーザ端末２２ａ，ユーザ端末２２ｂ）を利用する場合であっても、ユーザＡは夫々のユーザ端末２２において適切なＣｏｏｋｉｅ情報を直ちに利用することが可能となる。また、このため、ユーザＡは、新たに使用するユーザ端末２２において、サーバ２４への再度の認証作業を省くことが可能となる。
【０１３７】
〔〔変形例〕〕
記憶部１４ａは、Ｃｏｏｋｉｅ情報に含まれるＥｘｐｉｒｅ属性（エクスパイア属性）、及び物理的な記憶容量の限界に応じて、記憶した内容を適宜消去するように構成されても良い。
【０１３８】
また、抽出部２８は、ＨＴＴＰレスポンスからＣｏｏｋｉｅ情報を抽出するのではなく、ＨＴＴＰリクエストからＣｏｏｋｉｅ情報を抽出してもよい。この場合、文字列検索のキーワードは”Ｃｏｏｋｉｅ：”となる。
【０１３９】
また、中継装置は抽出部２８を備えず、中継装置２４の要求に応じてユーザ端末２２ａ内に記憶されているＣｏｏｋｉｅ情報を中継装置２４に通知するようなアプリケーションをユーザ端末２２ａ内で実行させても良い。
【０１４０】
〔第二実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第二実施形態における中継装置２３ａについて説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【０１４１】
図１７は、本発明による中継装置２３ａを用いた中継システムの機能ブロック図である。中継装置２３ａは、通知条件管理部３４を備える点及び通知部３０と通知部３０ａとの構成が異なる点を除いては、中継装置２３と同じ構成を備える。以下、通知部３０ａ及び通知条件管理部３４以外の構成についての説明は省略する。
【０１４２】
通知条件管理部３４は、ＣＰＵやＲＡＭや不揮発性記憶装置等を用いて構成される。通知条件管理部３４は、自身が備える不揮発性記憶装置に通知条件テーブル３４Ａを記憶する。図１８は通知条件テーブル３４Ａの例を示す図である。図１８を用いて通知条件テーブル３４Ａについて説明する。
【０１４３】
通知条件テーブル３４Ａは、通知条件と通知の要／不要とを対応付けて持つテーブルである。通知条件は、ＵＲＬとユーザＩＤとを対応付けて持つ。通知の要／不要とは、”不要”又は”要”のいずれかの値を持つ。
【０１４４】
通知条件テーブル３４Ａは、ある通知条件におけるメッセージに対し、Ｃｏｏｋｉｅ情報を付加するか否かを示すテーブルである。例えば、通知条件テーブル３４Ａは、ユーザＩＤが”Ａ”であるユーザが使用するユーザ端末２２には、どのようなＵＲＬにおけるメッセージについてもＣｏｏｋｉｅ情報を付加しないことを示す。
【０１４５】
通知部３０ａは、通知状態管理部３２ａと通知状態管理部３２との構成が異なる点を除いては、中継装置２３における通知部３０と同じ構成を備える。このため、通知部３０ａの説明において、通知状態管理部３２ａ以外の構成についての説明は省略する。
【０１４６】
通知状態管理部３２ａは、付加部３３への指示内容を判断する際に、通知条件管理部３４を参照しこの参照結果に基づいて判断する点のみが、通知状態管理部３２と異なる。
【０１４７】
図１９は、第二実施形態における通知状態管理部３２ａの動作例を示す図である。以下、図１９を用いて通知状態管理部３２ａの動作について説明する。ただし、通知状態管理部３２の動作と異なる点についてのみ説明する。
【０１４８】
通知状態管理部３２ａは、管理テーブル２７Ａを検索すると（Ｓ０９）、通知条件を参照する（Ｓ４６）。即ち、通知状態管理部３２ａは、通知条件管理部３４が記憶する通知条件テーブル３４Ａを参照する。このとき、通知状態管理部３２ａは、管理テーブル２７Ａから取得したユーザＩＤ及びＵＲＬを検索キーとして、通知条件テーブル３４Ａを検索する。そして、通知状態管理部３２ａは、このユーザＩＤ及びＵＲＬに対応するメッセージに対してＣｏｏｋｉｅ情報を付加すべきか否かを判断する。
【０１４９】
Ｃｏｏｋｉｅ情報の付加が不要である場合（Ｓ４７−Ｎｏ）、通知状態管理部３２ａは処理を終了する（Ｓ４８）。一方、Ｃｏｏｋｉｅ情報の付加が必要である場合（Ｓ４７−Ｙｅｓ）、通知状態管理部３２ａは、通知状態管理部３２におけるＳ１０以降の処理を実行する。
【０１５０】
〔〔動作例〕〕
次に、本発明の第二実施形態における中継装置２３ａの動作例について説明する。ただし、中継装置２３の動作例と異なる点についてのみ説明する。
【０１５１】
Ｓ２７〜Ｓ３０（図１６参照）の処理を経て、受信部２５がユーザ端末２２ｂからＨＴＴＰリクエストを受信した後（Ｓ３１）、ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報とＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１５２】
次に、通知部３０ａ、即ち通知状態管理部３２ａと付加部３３とが処理を実行する。具体的には、通知状態管理部３２ａは通知条件テーブル３４Ａを参照する。処理中のＨＴＴＰリクエストの送信先であるユーザＡ（ユーザＩＤは”Ａ”）は、ＵＲＬに関係無く、Ｃｏｏｋｉｅ情報通知不要として設定されている（図１８参照）。このため、通知状態管理部３２ａは、付加部３３にＣｏｏｋｉｅ情報の付加を指示せず処理を終了する。
【０１５３】
付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをサーバ２４へ送信する。
【０１５４】
Ｓ３４〜Ｓ３８（図１６参照）の処理を経て、通知部３０ａ、即ち通知状態管理部３２ａと付加部３３とが処理を実行する（Ｓ３９）。具体的には、通知状態管理部３２ａは、通知条件テーブル３４Ａを参照する。処理中のＨＴＴＰリクエストの送信先であるユーザＡ（ユーザＩＤは”Ａ”）は、ＵＲＬに関係無く、Ｃｏｏｋｉｅ情報通知不要として設定されている（図１８参照）。このため、通知状態管理部３２ａは、付加部３３にＣｏｏｋｉｅ情報の付加を指示せず処理を終了する。
【０１５５】
付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。以後の処理は第一実施形態における中継システムの動作例と同じである。
【０１５６】
〔〔作用／効果〕〕
第二実施形態による中継装置２３ａは、通知条件テーブル３４Ａに設定された条件に従って、通知状態管理部３２ａはＣｏｏｋｉｅ情報の付加を行うか否かを判断する。このため、Ｃｏｏｋｉｅ情報を利用したくないコンテンツ等において、Ｃｏｏｋｉｅ情報の付加を制御することが可能となる。例えば、ユーザにとって想定外のＣｏｏｋｉｅ情報の利用を図るコンテンツサーバやサイトへ対するＣｏｏｋｉｅ情報の付加を停止することが可能となる。即ち、このようなコンテンツサーバやサイトに対するアクセスを、中継装置２３ａを用いることにより、他の機能付加をせずに行うことが可能となる。また、中継装置２３ａは、Ｃｏｏｋｉｅ情報の利用を拒否する設定を希望するユーザにとって有効である。
【０１５７】
〔第三実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第三実施形態における中継装置２３ｂについて説明する。中継装置２３ｂは、ＩＳＰのネットワーク内に配置される。このＩＳＰでは、ＡＤＳＬサービス等で利用されるＰＰＰｏＥによる接続手順が実行される。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【０１５８】
図２０は、本発明による中継装置２３ｂを用いた中継システムの機能ブロック図である。中継装置２３ｂは、認証部２６ｂ，抽出部２８ｂ，及び通知部３０ｂと、認証部２６，抽出部２８，及び通知部３０との構成が異なる点を除いては、中継装置２３と同じ構成を備える。以下、認証部２６ｂ，抽出部２８ｂ，及び通知部３０ｂ以外の構成についての説明は省略する。
【０１５９】
認証部２６ｂは、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。認証部２６ｂは、自身が備える不揮発性記憶装置に、ユーザＩＤとパスワードとを対応付けた認証テーブルを持つ。認証部２６ｂは、この認証テーブルを用いて、受信部２５から受け取る認証用データについてユーザ認証を実行する。このとき、認証部２６ｂは、ＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ  Ｈａｎｄｓｈａｋｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＰＡＰ（Ｐａｓｓｗｏｒｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の認証方法を用いてユーザ認証を実行し、中継装置２３ｂにおけるユーザ認証とＩＳＰにおけるユーザ認証とを兼ねて処理する。
【０１６０】
また、認証部２６ｂは、ユーザ端末２２と中継装置２３ｂとの間におけるＰＰＰｏＥセッションにセッションＩＤを割り当てる。そして、認証部２６ｂは、このセッションＩＤをＰＡＤＳ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）パケットを用いてユーザ端末２２に通知する。また、認証部２６ｂは、この処理の結果をＨＵＲＬ通知部３６に通知する。さらに、認証部２６は、識別情報（ユーザＩＤ及びユーザ認証の際にユーザ端末２２から受信したパケットにおける送信元ＩＰアドレス）をＴＣＰコネクション管理部２７へ渡す。
【０１６１】
抽出部２８ｂは、ＣＰＵやＲＡＭ等を用いて構成される。図２１は、第三実施形態における抽出部２８ｂの動作例を示すフローチャートである。抽出部２８ｂは、管理テーブル２７Ａを検索した後（Ｓ０５）に、新規なＣｏｏｋｉｅ情報を取得したか否かを判断し、新規なＣｏｏｋｉｅ情報を取得したことを通知部３０ｂに通知する（Ｓ６０）点のみが、抽出部２８（図８，１０参照）と異なる。
【０１６２】
通知部３０ｂは、ＣＰＵやＲＡＭ等を用いて構成される。図２２は、通知部３０ｂの機能ブロックを示す図である。図２２を用いて、通知部３０ｂの構成について説明する。
【０１６３】
通知部３０ｂは、通知状態管理部３５，ＨＵＲＬ通知部３６，及び付加部３７を含む。
【０１６４】
通知状態管理部３５は、ＣＰＵやＲＡＭ等を用いて構成される。通知状態管理部３５は、受信部２５から受け取ったＨＴＴＰリクエストに対して、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。そして、通知状態管理部３５は、この判断結果を付加部３７へ通知する。
【０１６５】
通知状態管理部３５は、以下の基準で、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。即ち、通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬがＨＵＲＬと同じである場合、Ｃｏｏｋｉｅ情報を付加すべきであると判断する。
【０１６６】
図２３は、第三実施形態における通知状態管理部３５の動作例を示すフローチャートである。図２３を用いて通知状態管理部３５の動作例について説明する。
【０１６７】
通知状態管理部３５は、受信部２５からＨＴＴＰリクエストを受け取ると（Ｓ６１）、ＴＣＰコネクション管理部２７を検索する（Ｓ６２）。このとき、通知状態管理部３５は、ＨＴＴＰリクエストに対応するユーザＩＤ及びＵＲＬを取得する。
【０１６８】
通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬが、ＨＵＲＬで指定されたＵＲＬと同じか否かを判断する（Ｓ６３）。異なる場合（Ｓ６３−Ｎｏ）、通知状態管理部３５は処理を終了する（Ｓ６４）。
【０１６９】
一方、ＵＲＬが同じである場合、通知状態管理部３５は、このＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加することを付加部３７に指示し（Ｓ６５）、処理を終了する（Ｓ６６）。
【０１７０】
ＨＵＲＬ通知部３６（本発明の「端末記憶手段」に相当）は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。ＨＵＲＬ通知部３６は、中継装置２３ｂに接続されているユーザ端末について、そのＰＰＰｏＥセッションにおけるセッションＩＤとユーザＩＤとを対応付けて記憶する。
【０１７１】
ＨＵＲＬ通知部３６は、認証部から認証トリガを受信すると、この認証トリガとともに受信するセッションＩＤに対してＰＡＤＭ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｍｅｓｓａｇｅ）パケットを送信することを送信部３１へ指示する。ＰＡＤＭパケットは、ＨＵＲＬを含むパケットである。
【０１７２】
また、ＨＵＲＬ通知部３６は、抽出部２８ｂから新規なＣｏｏｋｉｅ情報が取得されたことを通知されると、自身が記憶するセッションＩＤが示すユーザ端末に対してＰＡＤＭパケットを送信することを送信部３１へ指示する。即ち、ＨＵＲＬ通知部３６は、新規に取得されたＣｏｏｋｉｅ情報に対応するユーザＩＤと関連付けられたセッションＩＤ全てに対してＰＡＤＭパケットの送信を指示する。  図２４は、第三実施形態におけるＨＵＲＬ通知部３６の動作例を示すフローチャートである。図２４を用いてＨＵＲＬ通知部３６の動作例について説明する。
【０１７３】
ＨＵＲＬ通知部３６は、認証部２６ｂから認証トリガ，ユーザＩＤ，及びＰＰＰｏＥのセッションＩＤを受信すると（Ｓ６７）、受信したユーザＩＤとセッションＩＤとを対応付けて記憶する（Ｓ６８）。このとき、ＨＵＲＬ通知部３６は、通知されたセッションＩＤのみを処理対象と決定する（Ｓ６９）。
【０１７４】
また、ＨＵＲＬ通知部３６は、抽出部２８ｂからユーザＩＤとＵＲＬとを通知され、あわせて新規Ｃｏｏｋｉｅ情報が抽出されたことも通知される（Ｓ７０）。このとき、ＨＵＲＬ通知部３６は、このユーザＩＤに対応するセッションＩＤ全てを処理対象と決定する（Ｓ７１）。
【０１７５】
そして、ＨＵＲＬ通知部３６は、決定した処理対象に対し、ＰＡＤＭパケットを送信することを送信部３１へ指示し（Ｓ７２）、処理を終了する（Ｓ７３）。
【０１７６】
付加部３７は、ＣＰＵやＲＡＭ等を用いて構成される。付加部３７は、通知状態管理部３５から受ける指示に基づいて、ＨＴＴＰレスポンスを生成し、生成したＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部３７は、ユーザＩＤを検索キーとしてＣｏｏｋｉｅテーブル２９Ａを検索することにより、付加すべきＣｏｏｋｉｅ情報を取得する。
【０１７７】
付加部３７は、付加すべきＣｏｏｋｉｅ情報が複数存在する場合、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続いて夫々のＣｏｏｋｉｅ情報を付加したデータ（Ｓｅｔ−Ｃｏｏｋｉｅデータ）を複数行にわたってＨＴＴＰレスポンスに付加する。また、ユーザ端末のブラウザによってＣｏｏｋｉｅ情報とＵＲＬとの対応が正しく処理されるために、Ｓｅｔ−Ｃｏｏｋｉｅ情報に適切なＤｏｍａｉｎ属性を指定する。
【０１７８】
図２５は第三実施形態における付加部３７の動作例を示すフローチャートである。図２５を用いて、付加部３７の動作について説明する。
【０１７９】
まず、付加部３７は、通知状態管理部３５からＣｏｏｋｉｅ情報の付加を指示されると（Ｓ７４）、現在処理中のユーザＩＤを検索キーとしてＣｏｏｋｉｅテーブル２９Ａを検索し、付加すべきＣｏｏｋｉｅ情報を取得する（Ｓ７５）。
【０１８０】
次に、付加部３７は、該当するユーザ端末へ送信するＨＴＴＰレスポンスを生成する（Ｓ７６）。そして、付加部３７は、Ｃｏｏｋｉｅテーブル２９Ａに、付加すべきＣｏｏｋｉｅ情報が記憶されているか否かを判断する（Ｓ７７）。
【０１８１】
付加すべきＣｏｏｋｉｅ情報が記憶されている場合（Ｓ７７−Ｙｅｓ）、付加部３７は、Ｃｏｏｋｉｅテーブル２９Ａから取得した全てのＣｏｏｋｉｅ情報を生成したＨＴＴＰレスポンスに付加し、このＨＴＴＰレスポンスの送信を送信部３１へ指示し（Ｓ７８）、処理を終了する（Ｓ７９）。
【０１８２】
一方、付加すべきＣｏｏｋｉｅ情報が記憶されていない場合（Ｓ７７−Ｎｏ）、付加部３７は、生成したＨＴＴＰレスポンスを変更せずに、このＨＴＴＰレスポンスの送信を送信部３１へ指示し（Ｓ８０）、処理を終了する（Ｓ８１）。
【０１８３】
〔〔動作例〕〕
次に、本発明の第三実施形態における中継装置２３ｂの動作例について説明する。本発明の第三実施形態における中継装置２３ｂの動作は、記憶済Ｃｏｏｋｉｅ情報通知処理と新規Ｃｏｏｋｉｅ情報通知処理とからなる。以下、夫々の処理について説明する。ただし、中継装置２３の動作例と異なる点についてのみ説明する。
【０１８４】
〈記憶済Ｃｏｏｋｉｅ情報通知処理〉
図２６は、記憶済Ｃｏｏｋｉｅ情報通知処理のフローチャートである。以下、図２６を用いて記憶済Ｃｏｏｋｉｅ情報通知処理について説明する。
【０１８５】
まず、ユーザ端末２２ａはＩＳＰへ接続する。このとき、ＩＳＰ網内に設置された中継装置２３ｂの認証部２６ｂは、ＣＨＡＰやＰＡＰ等の認証方法を用いる。認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであることを認証する（中継装置２３におけるＳ２７，Ｓ２８に相当：図１６参照）。
【０１８６】
認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであると認証した場合、ユーザ端末２２ａにＩＰアドレスの割り当ておよび通知を行う（Ｓ４６）。この後、ユーザ端末２２ａを用いた中継システムにおいて、Ｓ２９〜Ｓ４２の処理が実行される。
【０１８７】
次に、ユーザ端末２２ｂがＩＳＰへ接続する。このとき、ＩＳＰ網内に設置された中継装置２３ｂの認証部２６ｂは、ＣＨＡＰやＰＡＰ等の認証方法を用いる。認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであることを認証する（中継装置２３におけるＳ２７，Ｓ２８に相当）。
【０１８８】
認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであると認証した場合、ユーザ端末２２ｂにＩＰアドレスの割り当ておよび通知を行う（Ｓ４６）。この後、中継装置２３ｂにおいてＳ２９の処理が実行される。
【０１８９】
認証部２６ｂは、ユーザ端末２２ｂとの間に張られるＰＰＰｏＥセッションにセッションＩＤを割り当てる。そして認証部２６ｂは、このセッションＩＤをＰＡＤＳパケットを用いてユーザ端末２２ｂに通知する（Ｓ４７）。さらに、認証部２６ｂは、この処理の結果をＨＵＲＬ通知部３６に通知する。
【０１９０】
次に、ＨＵＲＬ通知部３６が処理を行う（Ｓ４８）。具体的には、ＨＵＲＬ通知部３６は、ユーザＩＤ、ＰＰＰｏＥのセッションＩＤを対応付けて記憶する。
【０１９１】
ＨＵＲＬ通知部３６は、セッションＩＤが示すＰＰＰｏＥセッションに対して、即ちユーザ端末２２ｂに対して、ＰＡＤＭパケットの送信を送信部３１へ指示する。このＰＡＤＭパケットは、中継装置２３ｂを示すＵＲＬをＨＵＲＬとして含む。送信部３１はこのＰＡＤＭパケットをユーザ端末２２ｂへ送信する。ＨＵＲＬとは、このＨＵＲＬを受信した端末に、ＨＵＲＬで指定されたＵＲＬの閲覧を指示するデータである。
【０１９２】
ユーザ端末２２ｂは、ＰＡＤＭパケットを受信すると（Ｓ４９）、ＨＵＲＬの示すＵＲＬをブラウザで表示する。即ち、ユーザ端末２２ｂは、ＨＴＴＰリクエストを中継装置２２ｂ（ＨＵＲＬで指定されたＵＲＬ）に送信する（Ｓ５０）。
【０１９３】
受信部２５は、ユーザ端末２２ｂからＨＴＴＰリクエストを受信する（Ｓ５１）。
【０１９４】
次に、通知状態管理部３５が処理を実行する（Ｓ３５）。具体的には、通知状態管理部３５は、このＨＴＴＰリクエストのＴＣＰコネクション情報をもとに管理テーブル２７Ａを検索する。そして、通知状態管理部３５は、このＨＴＴＰリクエストがユーザＡからのメッセージであると識別する。また、通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬが、ＨＵＲＬで指定されたＵＲＬと同一であることを識別する。そして、通知状態管理部３５は、ＨＴＴＰレスポンスへＣｏｏｋｉｅ情報を付加することを付加部３７に指示する。
【０１９５】
次に、付加部３７が処理を実行する（Ｓ５３）。具体的には、付加部３７は、ユーザＩＤを検索キーとして、付加すべきＣｏｏｋｉｅ情報をＣｏｏｋｉｅテーブル２９Ａから検索する。
【０１９６】
付加部３７は、ＨＴＴＰレスポンスを生成する。付加部３７は、検索したＣｏｏｋｉｅ情報を、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続けて、生成したＨＴＴＰレスポンスに付加する。そして、付加部３７は、ＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。
【０１９７】
ユーザ端末２は、ＨＴＴＰレスポンスを受信し（Ｓ５４）、ＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報を記憶する（Ｓ５５）。
【０１９８】
以降、ユーザ端末２２ｂは、Ｃｏｏｋｉｅ情報が通知されたＵＲＬのコンテンツが閲覧される場合、記憶しているＣｏｏｋｉｅ情報を含むＨＴＴＰリクエストをサーバへ送信する。
【０１９９】
〈新規Ｃｏｏｋｉｅ情報通知処理〉
図２７は新規Ｃｏｏｋｉｅ情報通知処理のフローチャートである。次に、図２７を用いて新規Ｃｏｏｋｉｅ情報通知処理について説明する。この説明では、記憶済Ｃｏｏｋｉｅ情報通知処理の説明の状態に続いて、即ちユーザ端末２２ｂが接続された状態で、さらにユーザＡがユーザ端末２２ａをＩＳＰへ接続した場合の動作例について説明する。
【０２００】
ユーザ端末２２ａが改めてＩＳＰへ接続すると、ユーザ端末２２ａにおいて記憶済Ｃｏｏｋｉｅ情報通知処理が実行される（図２６参照）。
【０２０１】
次に、ユーザ端末２２ａは、新たなＵＲＬのコンテンツ閲覧を行う。即ち、ユーザ端末２２ａは、Ｃｏｏｋｉｅ情報がユーザ端末２２ａ，２２ｂ及び中継装置２３ｂにおいて一切記憶されていないＵＲＬのコンテンツのサーバ２４に対し、ＨＴＴＰリクエストを送信する（Ｓ３０）。この後、中継装置２３ｂ及びサーバ２４において、Ｓ３１〜Ｓ３８に示される処理が実行される。
【０２０２】
次に、抽出部２８ｂが処理を実行する（Ｓ５６）。具体的には、抽出部２８ｂは、受信されたＨＴＴＰレスポンスからＣｏｏｋｉｅ情報を抽出する。さらに、抽出部２８ｂは、新規なＣｏｏｋｉｅ情報を抽出したことＨＵＲＬ通知部３６へ通知する。また、抽出部２８ｂは、ユーザＩＤ及びＵＲＬをＨＵＲＬ通知３６へ通知する。
【０２０３】
次に、ＨＵＲＬ通知部３６が処理を実行する（Ｓ５７）。具体的には、ＨＵＲＬ通知部３６は、通知されたユーザＩＤに対応するユーザ端末に関する全ＰＰＰｏＥのセッションＩＤを得る。
【０２０４】
ＨＵＲＬ通知部３６は、得たセッションＩＤに関するユーザ端末全てに対し、中継装置２３ｂのＵＲＬを示したＨＵＲＬを含むＰＡＤＭパケットの送信を、指示部３１に指示する。送信部３１は、このＰＡＤＭパケットを指示された全てのユーザ端末２２へ送信する。
【０２０５】
以下、全てのユーザ端末において同様の処理が実行される。即ち、全てのユーザ端末において、記憶済Ｃｏｏｋｉｅ情報通知処理におけるＳ４９〜Ｓ５５の処理が実行される（図２６参照）。
【０２０６】
〔〔作用／効果〕〕
本発明の第三実施形態による中継装置２３ｂは、ユーザ認証が実行されたユーザ端末、即ち新たにＰＰＰｏＥのセッションが確立されたユーザ端末に対して、中継装置２３ｂを示すＵＲＬにアクセスするようにＰＡＤＭパケットを送信する。ユーザ端末はこのＰＡＤＭパケットに含まれるＨＵＲＬが示すＵＲＬ、即ち中継装置２３ｂへＨＴＴＰリクエストを送信する。そして、中継装置２３ｂは、このユーザ端末に対して、自身が記憶するＣｏｏｋｉｅ情報を通知する（記憶済Ｃｏｏｋｉｅ情報通知処理に相当）。このため、ユーザ端末のユーザは、適切なＣｏｏｋｉｅ情報を得ることが可能となる。
【０２０７】
また、中継装置２３ｂは、ＩＳＰへユーザ端末が接続するために実行されるユーザ認証と、中継装置２３ｂをユーザ端末が利用するために実行されるユーザ認証とを兼ねて実行する。このため、ユーザは、それぞれのユーザ認証に対して処理を実行する必要がなくなり、処理の軽減が実現される。
【０２０８】
また、中継装置２３ｂは、同じユーザについて複数台のユーザ端末が中継装置２３ｂを利用している場合、それぞれのＰＰＰｏＥセッションとユーザとを対応付けて記憶する。即ち、夫々のセッションにおけるセッションＩＤとユーザを示すユーザＩＤとを対応づけて記憶する。中継装置２３ｂは、このユーザについて新たなＣｏｏｋｉｅ情報（新規Ｃｏｏｋｉｅ情報）を得た場合、即ちこのユーザに対してサーバが新たなＳｅｔ−Ｃｏｏｋｉｅメッセージを発行した場合、このユーザと対応づけられた全てのＰＰＰｏＥセッションに対してＰＡＤＭパケットを送信する。そして、ＰＡＤＭパケットを受信した全てのユーザ端末に対して、新たなＣｏｏｋｉｅ情報を通知する（新規Ｃｏｏｋｉｅ情報通知処理に相当）。このため、ユーザが複数の端末を同時に中継装置２３ｂに接続している場合において、ユーザが利用するユーザ端末を変更した場合であっても、直ちに適切なＣｏｏｋｉｅ情報を利用したコンテンツ閲覧が可能となり、ユーザのコンテンツ閲覧時の利便性を向上することが可能となる。
【０２０９】
〔〔変形例〕〕
ユーザ端末２２ａ，２２ｂへのＩＰアドレスの割り当て及び通知は、中継装置２３ｂとは別にＩＳＰ網内に設置されたＤＨＣＰサーバが実行しても良い。
【０２１０】
また、付加部３５，付加部３７は、Ｃｏｏｋｉｅ情報を付加する際の文字列”Ｓｅｔ−Ｃｏｏｋｉｅ”を”Ｓｅｔ−Ｃｏｏｋｉｅ２”と、文字列”Ｃｏｏｋｉｅ”を”Ｃｏｏｋｉｅ２”として付加するように構成されても良い。
【０２１１】
〔その他〕
本発明は、以下のように特定することができる。
（付記１）コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、
前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、
前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段と
を備える中継装置。
（付記２）前記中継装置は、前記他のユーザ端末と前記コンテンツサーバとの間にもさらに介在し、
前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段をさらに備え、
前記記憶手段は前記抽出手段が抽出した個人情報を記憶する、
付記１に記載の中継装置。
（付記３）前記通知手段は、前記ユーザ端末が前記コンテンツサーバに対するコンテンツの閲覧要求を送信した場合に、前記コンテンツサーバから前記ユーザ端末へ送信される閲覧要求への応答に、前記個人情報を前記記憶手段から読み出して付加する、
付記１又は２に記載の中継装置。
（付記４）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記記憶手段は、前記個人情報と前記ユーザ端末及び他のユーザ端末のユーザとを対応付けて記憶し、
前記通知手段は、前記認証手段が前記ユーザ端末を用いた前記ユーザのユーザ認証を行った場合に、前記ユーザによる前記他のユーザ端末を用いた登録手順により前記コンテンツサーバに登録された個人情報が前記記憶手段に記憶されているか否かを判定し、記憶されている場合には、これを前記記憶手段から読み出して前記ユーザ端末に通知する、
付記１〜３のいずれかに記載の中継装置。
（付記５）前記ユーザ端末は、前記コンテンツサーバにおける前記コンテンツに閲覧要求を送信することを条件として前記個人情報を受領できる設定となっており、
前記通知手段は、前記コンテンツに対する閲覧要求の送信を前記ユーザ端末に指示し、前記ユーザ端末が前記閲覧要求を前記コンテンツサーバへ送信した後に、前記個人情報を前記ユーザ端末に通知する
付記１に記載の中継装置。
（付記６）前記通知手段は、前記ユーザ端末と前記コンテンツサーバとの間を送受信される通信データの内容に応じてこの通信データに前記個人情報を付加するか否かを判断し、この判断に応じて前記通信データに前記個人情報を付加する、付記１に記載の中継装置。
（付記７）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記通知手段は、前記認証手段が前記ユーザ端末のユーザを認証した後に初めてユーザ端末と前記コンテンツサーバとの間で送受信される通信データのみに対し、前記記憶手段がこのユーザと対応付けて記憶するデータを付加する付記６に記載の中継装置。
（付記８）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記認証手段は、前記ユーザ端末又は前記他のユーザ端末に対しインターネット接続サービスが提供される際に実行されるユーザ認証を兼ねて認証を行う
付記１に記載の中継装置。
（付記９）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段と、
前記認証手段によって認証されたユーザが認証の際に使用した複数の前記ユーザ端末をそれぞれユーザと対応付けて記憶する端末記憶手段と、
前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段とをさらに備え、
前記抽出手段は、新たに個人情報を抽出したことを前記通知手段に通知し、
前記通知手段は、前記抽出手段が新たに抽出した個人情報を、抽出手段が個人情報を抽出する対象とした閲覧要求の応答の送信先となる他のユーザ端末のユーザと前記端末記憶手段が対応付けて記憶するユーザ端末に対して通知する
付記１に記載の中継装置。
（付記１０）前記ユーザ端末の各ユーザについて、前記記憶手段が記憶する個人情報を通知するか否かを判断する通知判断手段をさらに備え、
前記通知手段は、前記通知判断手段の判断結果に従って通知を行う
付記１に記載の中継装置。
（付記１１）前記ユーザ端末のユーザと前記コンテンツサーバのコンテンツの識別子とを対応付けて記憶する通知条件記憶手段をさらに備え、
前記記憶手段は、抽出された個人情報を登録している前記コンテンツサーバのコンテンツの識別子をさらに対応付けて記憶し、
前記通知判断手段は、前記ユーザ端末のユーザと対応付けて前記通知条件記憶手段に記憶されるコンテンツの識別子に対応付けて前記記憶手段に記憶されるデータは通知しないと判断する
付記１０に記載の中継装置。
（付記１２）前記記憶手段が記憶する個人情報を通知しない前記ユーザ端末のユーザを記憶するユーザ記憶手段をさらに備え、
前記通知判断手段は、前記ユーザ記憶手段において個人情報を通知しないと記憶されるユーザが使用するユーザ端末に対して通知しないと判断する
付記１０に記載の中継装置。
（付記１３）コンテンツサーバと、同一のユーザにより使用されこのコンテンツサーバに保持されるコンテンツにアクセスする第１及び第２のユーザ端末との間に介在する中継装置であって、
前記第１及び第２のユーザ端末についてユーザ認証を行う認証手段と、
前記第１のユーザ端末と前記コンテンツサーバとの間，及び前記第２のユーザ端末と前記コンテンツサーバとの間でそれぞれ送受信されるコンテンツの閲覧要求又は閲覧応答に係るパケットを受信する受信手段と、
前記受信手段で受信されるパケットから、前記第１のユーザ端末と中継装置との間のコネクション情報と、中継装置と前記コンテンツサーバとの間のコネクション情報とを取得し、これらのコネクション情報を、前記コンテンツの識別情報と、前記認証手段により得られるユーザの識別情報及び端末の識別情報とに関連付けて端末毎に管理するコネクション管理手段と、
前記ユーザが前記コンテンツにアクセスするための個人情報と、前記コンテンツの識別情報とを、前記第１のユーザ端末と前記コンテンツサーバとの間で送受信される前記コンテンツの閲覧要求のパケット，又は閲覧応答のパケットから抽出し、前記コネクション管理手段で管理されるユーザの識別情報と関連付けて記憶手段に記憶させる抽出手段と、
前記ユーザによる前記第２のユーザ端末を用いた前記ユーザの認証が前記認証手段で行われた場合に、この認証処理で得られるユーザの識別情報をキーとして前記記憶手段から対応する個人情報を読み出し、前記ユーザ端末に通知する通知手段と、
を備える中継装置。
（付記１４）前記ユーザの識別情報と、前記コンテンツの識別情報と、このユーザがこのコンテンツにアクセスするための個人情報をこのユーザが使用する前記第２のユーザ端末に通知するか否かを示す通知条件情報とを関連付けて記憶する通知条件記憶手段をさらに備え、
前記通知手段は、前記通知条件記憶手段が記憶する通知条件情報に基づいて通知を実行する
付記１３に記載の中継装置。
【０２１２】
【発明の効果】
本発明によれば、ユーザの認証作業の手間を省きつつ、ユーザのコンテンツ閲覧の遅延を抑えることが可能となり、ユーザの利便性が向上する。
【図面の簡単な説明】
【図１】Ｃｏｏｋｉｅの原理を示す図である。
【図２】中継装置の第一の原理を示す図である。
【図３】中継装置の第二の原理を示す図である。
【図４】中継装置の第三の原理を示す図である。
【図５】中継装置の第四の原理を示す図である。
【図６】中継装置の第五の原理を示す図である。
【図７】中継装置の第六の原理を示す図である。
【図８】第一実施形態における中継システムの機能ブロックを示す図である。
【図９】管理テーブルの例を示す図である。
【図１０】第一実施形態における抽出部の動作例を示すフローチャートである。
【図１１】Ｃｏｏｋｉｅテーブルの例を示す図である。
【図１２】第一実施形態における通知部の機能ブロックを示す図である。
【図１３】第一実施形態における通知状態管理部の動作例を示すフローチャートである。
【図１４】第一実施形態における付加部の動作例を示すフローチャートである。
【図１５】中継システムの概要を示す図である。
【図１６】第一実施形態における中継システムの動作例を示すフローチャートである。
【図１７】第二実施形態における中継システムの機能ブロックを示す図である。
【図１８】通知条件テーブルの例を示す図である。
【図１９】第二実施形態における通知状態管理部の動作例を示すフローチャートである。
【図２０】第三実施形態における中継システムの機能ブロックを示す図である。
【図２１】第三実施形態における抽出部の動作例を示すフローチャートである。
【図２２】第三実施形態における通知部の機能ブロックを示す図である。
【図２３】第三実施形態における通知状態管理部の動作例を示すフローチャートである。
【図２４】第三実施形態におけるＨＵＲＬ通知部の動作例を示すフローチャートである。
【図２５】第三実施形態における付加部の動作例を示すフローチャートである。
【図２６】記憶済Ｃｏｏｋｉｅ情報通知処理を示すフローチャートである。
【図２７】新規Ｃｏｏｋｉｅ情報通知処理を示すフローチャートである。
【図２８】従来の方法を示す図である。
【符号の説明】
１，２        ユーザ端末
３            サーバ
４            中継装置
５            ＳｅｔＣｏｏｋｉｅ抽出部
６            ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶管理部
７            ユーザリクエスト識別部
８            Ｃｏｏｋｉｅ情報追加部
９，１０      ユーザ端末
１１            コンテンツサーバ
１２ａ，１２ｂ，１２ｃ，１２ｄ，１２ｅ，１２ｆ  中継装置
１３ａ，１３ｅ  抽出部
１４ａ          記憶部
１５ａ，１５ｄ，１５ｅ        認証部
１６ａ，１６ｂ，１６ｃ，１６ｅ，１６ｆ          通知部
１７            閲覧指示部
１８ｂ，１８ｃ  付加部
１９            通知状態管理部
２０            端末記憶部
２１            通知条件設定部
２２，２２ａ，２２ｂ          ユーザ端末
２３，２３ａ，２３ｂ          中継装置
２４            サーバ
２５            受信部
２６，２６ｂ    認証部
２７            ＴＣＰコネクション管理部
２７Ａ          管理テーブル
２８，２８ｂ    抽出部
２９            ＣｏｏｋｉｅＤＢ
２９Ａ          Ｃｏｏｋｉｅテーブル
３０，３０ａ，３０ｂ          通知部
３１            送信部
３２            通知状態管理部
３３            付加部
３４            通知条件管理部
３４Ａ          通知条件テーブル
３５            通知条件管理部
３６            ＨＵＲＬ通知部
３７            付加部
【図１】
2004163999.tif 000003
【図２】
2004163999.tif 000004
【図３】
2004163999.tif 000005
【図４】
2004163999.tif 000006
【図５】
2004163999.tif 000007
【図６】
2004163999.tif 000008
【図７】
2004163999.tif 000009
【図８】
2004163999.tif 000010
【図９】
2004163999.tif 000011
【図１０】
2004163999.tif 000012
【図１１】
2004163999.tif 000013
【図１２】
2004163999.tif 000014
【図１３】
2004163999.tif 000015
【図１４】
2004163999.tif 000016
【図１５】
2004163999.tif 000017
【図１６】
2004163999.tif 000018
【図１７】
2004163999.tif 000019
【図１８】
2004163999.tif 000020
【図１９】
2004163999.tif 000021
【図２０】
2004163999.tif 000022
【図２１】
2004163999.tif 000023
【図２２】
2004163999.tif 000024
【図２３】
2004163999.tif 000025
【図２４】
2004163999.tif 000026
【図２５】
2004163999.tif 000027
【図２６】
2004163999.tif 000028
【図２７】
2004163999.tif 000029
【図２８】
2004163999.tif 000030