JP2004163999A

JP2004163999A - Relay device

Info

Publication number: JP2004163999A
Application number: JP2002325600A
Authority: JP
Inventors: Kensaku Amo; 健策天羽; Tetsuaki Tsuruoka; 哲明鶴岡
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-11-08
Filing date: 2002-11-08
Publication date: 2004-06-10

Abstract

<P>PROBLEM TO BE SOLVED: To provide a device for reducing the load of user authentication work and suppress an increase in processing load in a proxy device or a device having an effect similar to that of the proxy device. <P>SOLUTION: This relay device is interposed between a content server and a user terminal which accesses a content retained by the content server. This device has a registration means for storing, when personal information for the access to the content by the user of the user terminal is already registered in the content server according to a registration procedure using the other user terminal by the user, the registered personal information, and a reporting means for reporting the personal information stored in a storage means to the user terminal. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置に関する。
【０００２】
【従来の技術】
近年、インターネットを利用したウェブサービスとして、サーバが、ユーザ毎にコンテンツの内容をカスタマイズするサービスが普及している。このようなサービスの例として、特定地域の天気予報、銀行の口座管理、株式ポートフォリオなどがある。
【０００３】
サーバは、各ユーザに対してカスタマイズされたコンテンツを提供する場合、ユーザ認証を行う必要がある。サーバは、ユーザ認証を行うことにより、コンテンツを要求したユーザに対して提供すべきコンテンツを作成し及び／又は読み出し、このコンテンツをユーザに提供する。具体的には、サーバは、あらかじめコンテンツのテンプレートを記憶し、ユーザに提供すべきコンテンツを、記憶しているテンプレートを基にユーザ毎に作成、即ちテンプレートをユーザ毎にカスタマイズすることにより提供する。又は、サーバは、ユーザ毎に提供すべきコンテンツをあらかじめ記憶し、提供すべきユーザに対応するコンテンツを読み出すことにより提供する。
【０００４】
一般的なユーザ認証の方法として、ユーザＩＤ及びパスワードの入力をユーザに要求する方法がある。この方法では、ユーザは、自身が使用する端末（ユーザ端末）において、予め定められたユーザＩＤ及びパスワードを入力する。ユーザ端末は、入力されたユーザＩＤ及びパスワードをサーバへ送信する。そして、サーバは、ユーザ端末から受信したユーザＩＤ及びパスワードを用いてユーザ認証を行う。しかし、このようなユーザ認証のための入力作業は、ユーザにとって煩わしい作業である。
【０００５】
従来、ユーザ認証のための入力作業を軽減する技術として、Ｃｏｏｋｉｅ（クッキー）がある。Ｃｏｏｋｉｅは、サーバが指定した文字列情報をユーザ端末で記憶／読み出しするシステムである。一般的に、Ｃｏｏｋｉｅを用いたシステムでは、コンテンツを要求されたサーバはユーザの個人情報に関する文字列を含む特定の文字列情報（Ｃｏｏｋｉｅ情報）をユーザ端末へ送信し、ユーザ端末はこのＣｏｏｋｉｅ情報を記憶する。そして、ユーザ端末はこのサーバへ再度コンテンツを要求する際に、記憶しているＣｏｏｋｉｅ情報を読み出し、コンテンツ要求と共にサーバへ送信する。
【０００６】
このようなＣｏｏｋｉｅを用いたシステムでは、ユーザがユーザ認証のために行う入力作業を軽減するために、サーバとユーザ端末とは以下のように動作する。即ち、サーバは、ユーザＩＤ及びパスワードを用いてユーザ認証が実行されたユーザに対して、ユーザ識別に必要な情報（ユーザの個人情報に関する文字列）をＣｏｏｋｉｅ情報としてユーザ端末に送信する。ユーザ端末は、このサーバへ再度コンテンツを要求する際に、記憶したＣｏｏｋｉｅ情報をサーバへ送信する。そして、サーバは、このＣｏｏｋｉｅ情報を用いてユーザ認証を行う。このため、ユーザはユーザ認証のための入力作業を省くことが可能となる。
【０００７】
しかし、従来のＣｏｏｋｉｅを用いたシステムでは、同一ユーザが複数のユーザ端末を利用する場合に問題が発生していた。具体的には、ユーザが、自宅でデスクトップパソコン（デスクトップＰＣ）を利用し、外出先でノートパソコン（ノートＰＣ）を利用する場合などに問題が発生していた。
【０００８】
ユーザ認証に使用されるＣｏｏｋｉｅ情報は、ユーザ認証が実行された際にユーザが使用していたユーザ端末にのみ記憶される。このため、同一のユーザが同一のサーバへ同一のコンテンツを要求しても、このユーザが異なるユーザ端末を用いた場合は、Ｃｏｏｋｉｅ情報を利用することができない。
【０００９】
サーバが、異なるユーザ端末を使用しているユーザについてユーザ認証を行うためには、煩雑な作業が必要となる。即ち、ユーザ端末間でのＣｏｏｋｉｅ情報のインポート作業及びエクスポート作業が必要となる。または、ユーザが異なるユーザ端末を用いて、コンテンツのサーバへ再度ユーザＩＤ及びパスワードを入力することにより、このユーザ端末に対するＣｏｏｋｉｅ情報の再発行を要求することが必要となる。特に後者の場合、コンテンツサーバ側では、ユーザ認証の処理，新たなＣｏｏｋｉｅ情報の発行処理，及び管理すべきＣｏｏｋｉｅ情報の増加により、サーバにかかる負荷が増大する。
【００１０】
従来、上述のような問題点を解決する方法として、例えば特許文献１，特許文献２，及び特許文献３に記載の方法がある。図２８は、従来の方法を示す図である。以下では、図２８を用いて、従来の方法に共通する問題点について説明する。
【００１１】
従来の方法は、共通してプロキシ装置（中継装置）４を用いる。このプロキシ装置４は、ユーザ端末１及びユーザ端末２とサーバ３との間に設置される。プロキシ装置４は、ＳｅｔＣｏｏｋｉｅ抽出部５，ユーザ／ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）／Ｃｏｏｋｉｅ情報記憶管理部６，ユーザリクエスト識別部７，及びＣｏｏｋｉｅ情報追加部８を備える。ＳｅｔＣｏｏｋｉｅ抽出部５は、ユーザ認証をおこない、サーバ３がユーザ端末１に対して送信したＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報（ＳｅｔＣｏｏｋｉｅの値）を抽出する。ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶部６は、抽出されたＣｏｏｋｉｅ情報をユーザ情報及びＵＲＬと対応付けて記憶する。このＵＲＬは、ＨＴＴＰレスポンスがこのＣｏｏｋｉｅ情報とともに含む情報である。
【００１２】
ユーザリクエスト識別部７は、ユーザ端末２からサーバ３へ送信されるＨＴＴＰリクエストを受信し、このＨＴＴＰリクエストの送信主であるユーザ、及びこのＨＴＴＰリクエストが含むＵＲＬを識別する。ユーザリクエスト識別部７は、識別結果であるユーザ情報とＵＲＬとに対応するＣｏｏｋｉｅ情報を、ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶部６から読み出す。Ｃｏｏｋｉｅ情報追加部８は、ユーザリクエスト識別部７が読み出したＣｏｏｋｉｅ情報を、ユーザ端末２から送信されたＨＴＴＰリクエストに追加（付加）し、このＨＴＴＰリクエストをサーバ３へ送信する。
【００１３】
このように従来の方法では、ユーザは、ユーザ端末２を用いてサーバ３へＨＴＴＰリクエストを送信する場合、プロキシ装置４を経由して送信する。ユーザは、ユーザ端末２を用いてプロキシ装置４においてユーザ認証を行うことにより、ユーザの使用する各端末（ユーザ端末１，ユーザ端末２等）毎にＣｏｏｋｉｅ情報を保持することなく、サーバ３への認証作業を省略することが可能となる。
【特許文献１】
特開平１０−２５４８０７号公報
【特許文献２】
特開２００１−１４７８９２号公報
【特許文献３】
特開２００１−１４７８９３号公報
【００１４】
【発明が解決しようとする課題】
しかし、従来のプロキシ装置は、ユーザ端末がサーバへＨＴＴＰリクエストを送信するたびに、Ｃｏｏｋｉｅ情報を付加する必要がある。このため、プロキシ装置の処理負荷は増大する。ユーザはプロキシ装置を経由してサーバとの通信を行うため、プロキシ装置の処理負荷の増加は、ユーザのコンテンツ閲覧時の遅延を増大させる原因になる。
【００１５】
また、ユーザは、プロキシ装置を利用する際に、プロキシ装置に対してユーザ認証作業を行う必要がある。さらに、プロキシ装置自体がインターネット網内に設置されている場合、ユーザは、ＩＳＰ（ＩｎｔｅｒｎｅｔＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）に対するユーザ認証作業と、プロキシ装置に対するユーザ認証作業との双方を行う必要がある。このため、結果的に、ユーザの入力作業が省略されない。
【００１６】
本発明は、このような問題を解決し、ユーザ認証作業の負担を軽減するとともに、プロキシ装置又は同様の効果を奏する装置における処理負荷の増加を抑える装置を提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。本発明は、コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段とを備える。
【００１８】
本発明によれば、記憶手段はコンテンツサーバに登録されている個人情報を記憶する。この個人情報とは、ユーザ端末のユーザがコンテンツサーバに保持されたコンテンツにアクセスするための情報である。例えば、ユーザ端末はこの個人情報を記憶することにより、コンテンツにアクセスする際のユーザ認証処理を省くことが可能となる。そして、通知手段は、記憶手段が記憶する個人情報をユーザ端末に通知する。
【００１９】
このため、ユーザ端末は、個人情報を記憶していない場合であっても、通知手段によって個人情報が通知されるため、この個人情報を記憶・使用することが可能となる。また、従来の中継装置は、ユーザ端末からコンテンツサーバへ送信される閲覧要求ひとつひとつに個人情報を付加していたが、ユーザ端末が個人情報を得ることが可能となるため、中継装置はこの付加処理を省略することが可能となる。
【００２０】
また、本発明の前記ユーザ端末は、前記コンテンツサーバにおける前記コンテンツに閲覧要求を送信することを条件として前記個人情報を受領できる設定となっており、前記通知手段は、前記コンテンツに対する閲覧要求の送信を前記ユーザ端末に指示し、前記ユーザ端末が前記閲覧要求を前記コンテンツサーバへ送信した後に、前記個人情報を前記ユーザ端末に通知するように構成されても良い。
【００２１】
また、本発明の前記通知手段は、前記ユーザ端末と前記コンテンツサーバとの間を送受信される通信データの内容に応じてこの通信データに前記個人情報を付加するか否かを判断し、この判断に応じて前記通信データに前記個人情報を付加する、ように構成されても良い。
【００２２】
また、本発明は、前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、前記認証手段は、前記ユーザ端末又は前記他のユーザ端末に対しインターネット接続サービスが提供される際に実行されるユーザ認証を兼ねて認証を行うように構成されても良い。
【００２３】
また、本発明は、前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段と、前記認証手段によって認証されたユーザが認証の際に使用した複数の前記ユーザ端末をそれぞれユーザと対応付けて記憶する端末記憶手段と、前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段とをさらに備え、前記抽出手段は、新たに個人情報を抽出したことを前記通知手段に通知し、前記通知手段は、前記抽出手段が新たに抽出した個人情報を、抽出手段が個人情報を抽出する対象とした閲覧要求の応答の送信先となる他のユーザ端末のユーザと前記端末記憶手段が対応付けて記憶するユーザ端末に対して通知するように構成されても良い。
【００２４】
【発明の実施の形態】
〔Ｃｏｏｋｉｅの原理〕
図１は、Ｃｏｏｋｉｅを用いたシステム（ユーザ端末１及びサーバ３を含む）の動作シーケンス例を示す図である。まず、図１を用いて、Ｃｏｏｋｉｅを用いたシステムの動作シーケンス例について説明する。
【００２５】
図１において、サーバ３は、ｗｗｗ．ｘｙｚというＵＲＬに対応するコンテンツを扱う。また、図１において、ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬについてのＣｏｏｋｉｅ情報を記憶していない。また、図１において、ユーザ端末１は、ユーザＡによって使用される。
【００２６】
ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬについてのＣｏｏｋｉｅ情報を記憶していないため、このＵＲＬに対するＨＴＴＰリクエストを送信しようとする場合、Ｃｏｏｋｉｅ情報を含まないＨＴＴＰリクエストをサーバ３へ送信する（Ｓｅｑ０１）。
【００２７】
サーバ３は、受信したＨＴＴＰリクエストにＣｏｏｋｉｅ情報が含まれていないため、新たな識別ＩＤ（識別番号）を発行し、Ｃｏｏｋｉｅ情報を生成する。この識別ＩＤは、いずれのユーザに対しても未発行である必要がある。そして、サーバ３は、このＣｏｏｋｉｅ情報を含むＳｅｔ−Ｃｏｏｋｉｅメッセージ（文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むＨＴＴＰレスポンス）をユーザ端末１へ送信する（Ｓｅｑ０２）。このとき、サーバ３は、Ｓｅｔ−Ｃｏｏｋｉｅメッセージとともにログイン画面を含むコンテンツの情報を送信する。
【００２８】
ユーザ端末１は、サーバ３から受信したＣｏｏｋｉｅ情報を、ＵＲＬ（ｗｗｗ．ｘｙｚ）と対応付けて記憶する。また、ユーザ端末１は、サーバ３から受信したログイン画面を含むコンテンツを、ブラウザによって表示する。そして、ユーザ端末１は、ログイン画面において、ユーザＡに対し、アカウント及びパスワードの入力を促す。ユーザ端末１は、記憶したＣｏｏｋｉｅ情報とユーザＡによって入力されたアカウント及びパスワードとをサーバ３へ送信する（Ｓｅｑ０３）。
【００２９】
サーバ３は、受信したアカウント及びパスワードを用いてユーザ認証を実行する。サーバ３は、ユーザ認証によりユーザＡを識別する。サーバ３は、識別したユーザＡと受信したＣｏｏｋｉｅ情報とを対応付けて記憶する。そして、ユーザＡに対してカスタマイズした又はカスタマイズされたコンテンツを生成し、このコンテンツの情報をユーザ端末１へ送信する（Ｓｅｑ０４）。
【００３０】
ユーザ端末１が、ネットワークから切断され、再度ネットワークに接続されたとする。ユーザ端末１は、ｗｗｗ．ｘｙｚというＵＲＬにＨＴＴＰリクエストを送信する場合、自身がｗｗｗ．ｘｙｚというＵＲＬと対応付けて記憶するＣｏｏｋｉｅ情報の有無を確認する。そして、ユーザ端末１は、Ｃｏｏｋｉｅ情報が記憶されている場合、ＨＴＴＰリクエストに対してこのＣｏｏｋｉｅ情報を付加し、サーバ３へ送信する（Ｓｅｑ０５）。
【００３１】
サーバ３は、ＨＴＴＰリクエストとともにＣｏｏｋｉｅ情報を受信すると、このＣｏｏｋｉｅ情報に対応するユーザを判断する。即ち、サーバ３は、ユーザＡを識別する。そして、サーバ３は、ユーザＡに対してカスタマイズされたコンテンツの情報をユーザ端末１へ送信する（Ｓｅｑ０６）。このとき、サーバ３は、ユーザＡに対応するＣｏｏｋｉｅ情報を既に記憶しているため、ユーザＡに対し、アカウント及びパスワードの入力を要求しない。
【００３２】
以降の説明においては、ユーザ端末とサーバ（コンテンツサーバ）との通信手順は、基本的に図１に示した手順であることを想定して説明する。なお、ユーザ認証方法やＳｅｔ−Ｃｏｏｋｉｅメッセージの送信タイミングは、実際のサーバの構成方法によってバリエーションがある。従って、本発明の範囲は、図１に示す手順等に限定されない。
【００３３】
〔本発明の原理〕
次に、本発明の実施の形態を説明するに当たって、本発明の中継装置の原理について説明する。
【００３４】
〔〔第一の原理〕〕
図２は、本発明の第一の原理による中継装置１２ａを示す図である。図２を用いて本発明の中継装置１２ａについて説明する。中継装置１２ａは、同一ユーザが使用するユーザ端末９及びユーザ端末１０とコンテンツサーバ１１との間に設置される。中継装置１２ａは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ａを備える。
【００３５】
抽出部１３ａ（本発明の「抽出手段」に相当）は、ユーザ端末９又はユーザ端末１０とコンテンツサーバ１１との間の通信トラヒック（ＨＴＴＰリクエスト，ＨＴＴＰレスポンス：本発明の「通信データ」に相当）からＣｏｏｋｉｅ情報等（本発明の「個人情報」に相当）を抽出する。ただし、ここでは、理解を容易とするため、抽出部１３ａはユーザ端末９（本発明の「他のユーザ端末」に相当）とコンテンツサーバ１１との間の通信トラヒックからＣｏｏｋｉｅ情報等を抽出すると限定して説明する。
【００３６】
抽出部１３ａは、具体的には、通信トラヒックからＣｏｏｋｉｅ情報，このＣｏｏｋｉｅ情報に対応するＵＲＬとを抽出する。このとき、抽出部１３ａは、Ｃｏｏｋｉｅ情報に対応するユーザＩＤを、認証部１５における認証結果を基に判断する。例えば、Ｃｏｏｋｉｅ情報を含むパケットの送信先ＩＰアドレスをキーとして、認証の際に授受されたパケットの送信元ＩＰアドレスとユーザＩＤとを対応付けた情報（識別情報）を検索することにより、このＣｏｏｋｉｅ情報に対応するユーザＩＤが判断される。このユーザＩＤとは、中継装置１２ａが発行するユーザＩＤであり、中継装置１２ａにおいてのみ使用される。即ち、このユーザＩＤは、コンテンツサーバ１１において実施されるユーザ認証のためのユーザＩＤとは異なる。また、このユーザＩＤは、コンテンツサーバ１１において発行されるＣｏｏｋｉｅ情報が含むユーザＩＤとは異なる。
【００３７】
抽出部１３ａは、Ｃｏｏｋｉｅ情報に対応するＵＲＬを、コンテンツサーバ１１からユーザ端末９へ送信されるＨＴＴＰレスポンスの内容を基に判断する。抽出部１３ａは、抽出した情報を記憶部１４ａへ通知する。
【００３８】
記憶部１４ａ（本発明の「記憶手段」に相当）は、抽出部１３ａから通知された内容を１つの組として記憶する。即ち、記憶部１４ａは、ユーザＩＤ，ＵＲＬ，Ｃｏｏｋｉｅ情報を対応付けて記憶する。
【００３９】
認証部１５ａ（本発明の「認証手段」に相当）は、ユーザ端末９，ユーザ端末１０についてユーザ認証を行い、認証結果に基づき通信トラヒックの対象ユーザを識別するための識別情報を生成する。また、認証部１５ａは、認証したユーザ端末９，ユーザ端末１０の識別情報（認証結果）を抽出部１３ａ，通知部１６ａに通知する。
【００４０】
通知部１６ａ（本発明の「通知手段」に相当）は、認証部１５ａにおいてユーザ認証がそれぞれ行われたユーザ端末９，ユーザ端末１０に対して、記憶部１４ａが記憶するＣｏｏｋｉｅ情報を通知する。このとき、通知部１６ａは、記憶部１４ａを検索することにより、ユーザ認証が行われたユーザに対応するＣｏｏｋｉｅ情報があればそれを読み出し、通知する。ただし、ここでは、理解を容易とするため、通知部１６ａはユーザ端末１０（本発明の「ユーザ端末」に相当）に対して通知を行うと限定して説明する。
【００４１】
通知部１６ａは、通知情報（文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”の後ろにＣｏｏｋｉｅ情報を含むデータ）をユーザ端末１０に送信する。ユーザ端末１０は、中継装置１２ａから通知情報を受信すると、通知情報に含まれるＣｏｏｋｉｅ情報を記憶する。このとき、ユーザ端末１０は、コンテンツサーバ１１から文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むＨＴＴＰレスポンス、即ちＳｅｔ−Ｃｏｏｋｉｅメッセージを受信した場合と同じ要領で、中継装置１２ａから受信したＣｏｏｋｉｅ情報を記憶する。そして、ユーザ端末１０は、以後、このＣｏｏｋｉｅ情報を対応するＨＴＴＰリクエストに付加する。
【００４２】
このため、中継装置１２ａによれば、認証部１５ａによってユーザ端末の認証がなされた時に、このユーザ端末に与えるべきＣｏｏｋｉｅ情報が記憶部１４ａに記憶されている場合には、このＣｏｏｋｉｅ情報が当該ユーザ端末に通知される。例えば、従来の技術におけるプロキシ装置に比べて、ユーザ端末１０から送信されたＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加する処理、即ち付加処理による負荷を軽減することが可能となる。
【００４３】
〔〔第二の原理〕〕
図３は、本発明の第二の原理による中継装置１２ｂを示す図である。次に、図３を用いて本発明の中継装置１２ｂについて説明する。中継装置１２ｂは、通知部１６ａと通知部１６ｂとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｂは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ｂを備える。以下では、通知部１６ｂ以外の構成については説明を省く。
【００４４】
通知部１６ｂは、閲覧指示部１７，及び付加部１８ｂとを備える。
【００４５】
閲覧指示部１７は、認証部１５ａからユーザ端末１０の認証情報を受け取り、認証されたユーザ端末１０に対して特定のコンテンツを閲覧することを指示する。これにより、ユーザ端末１０は、特定のコンテンツをもつコンテンツサーバ（例えばコンテンツサーバ１１）にＨＴＴＰリクエストを送信する。
【００４６】
付加部１８ｂは、ユーザ端末１０に対してコンテンツサーバ１１（図２参照）が送信するＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部１８ｂは、記憶部１４ａから読み出したＣｏｏｋｉｅ情報を、ＨＴＴＰレスポンスに付加する。即ち、付加部１８ｂは、認証されたユーザ端末１０におけるユーザＩＤに対応するＣｏｏｋｉｅ情報を、このユーザ端末１０に送信されるＨＴＴＰレスポンスに付加する。
【００４７】
ユーザ端末１０は、ＨＴＴＰリクエストを送信していない場合はＣｏｏｋｉｅ情報を受理しないように設計されることがある。これに対し、中継装置１２ｂによれば、ユーザ端末１０は、上記のような設計がなされていても、閲覧指示部１７からの指示によりコンテンツの閲覧を要求するＨＴＴＰリクエストを、コンテンツサーバ１１へ送信する。これによって、ユーザ端末１０がＣｏｏｋｉｅ情報を受信できる状態となる。付加部１８ｂは、このＨＴＴＰリクエストに対するＨＴＴＰレスポンスにユーザ端末１０に送信すべきＣｏｏｋｉｅ情報を付加する。
【００４８】
特に、ＰＰＰｏＥ（ＰＰＰｏｖｅｒＥｔｈｅｒｎｅｔ）のような接続環境を利用するユーザ端末１０にとっては、ユーザ端末１０への機能を追加することなく、中継装置１２ｂからＣｏｏｋｉｅ情報を受理することが可能となる。
【００４９】
〔〔第三の原理〕〕
図４は、本発明の第三の原理による中継装置１２ｃを示す図である。次に、図４を用いて本発明の中継装置１２ｃについて説明する。中継装置１２ｃは、通知部１６ａと通知部１６ｃとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｃは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，及び通知部１６ｃを備える。以下では、通知部１６ｃ以外の構成については説明を省く。
【００５０】
通知部１６ｃは、通知状態管理部１９，及び付加部１８ｃを備える。
【００５１】
通知状態管理部１９（本発明の「通知手段」に相当）は、認証部１５ａによるユーザ認証後に動作する。通知状態管理部１９は、付加部１８ｃに対し、ユーザ端末１０がコンテンツサーバ１１へ送信するＨＴＴＰリクエストへＣｏｏｋｉｅ情報を付加することを指示する。このとき、通知状態管理部１９は、各ＵＲＬに対する最初のＨＴＴＰリクエストについて、Ｃｏｏｋｉｅ情報の付加を付加部１８ｃに対し指示する。
【００５２】
また、通知状態管理部１９は、上記のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを識別する。即ち、通知状態管理部１９は、上記のＨＴＴＰリクエストに対してコンテンツサーバ１１が送信したＨＴＴＰレスポンスを識別する。そして、通知状態管理部１９は、識別したＨＴＴＰレスポンスへＣｏｏｋｉｅ情報を付加することを、付加部１８ｃに対し指示する。
【００５３】
付加部１８ｃ（本発明の「通知手段」に相当）は、通知状態管理部１９の指示に従い、ＨＴＴＰリクエスト又はＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部１８ｃは、通知状態管理部１９の指示に従い、記憶部１４ａに記憶されるＣｏｏｋｉｅ情報を、文字列”Ｃｏｏｋｉｅ：”とともにＨＴＴＰリクエストに付加する。また、付加部１８ｃは、通知状態管理部１９の指示に従い、記憶部１４ａに記憶されるＣｏｏｋｉｅ情報を、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”とともにＨＴＴＰレスポンスに付加する。
【００５４】
上記第二の原理では、ＨＴＴＰリクエストを送信していない場合はＣｏｏｋｉｅ情報を受理しないように設計されたユーザ端末１０に対してＣｏｏｋｉｅ情報を通知する構成を説明した。しかし、ユーザ端末１０は、さらに閲覧指示を受理する機能を持たない場合がある。この場合、中継装置１２ｂを用いたシステムでは、正常にＣｏｏｋｉｅ情報をユーザ端末１０に通知できない。
【００５５】
中継装置１２ｃによれば、ユーザ端末１０の認証後、通知部１６ｃはユーザ端末１０がＨＴＴＰリクエストを送信するまで処理を待機する。そして、通知部１６ｃは、ユーザ端末１０があるＵＲＬに対して送信した最初のＨＴＴＰリクエストに対し、Ｃｏｏｋｉｅ情報を付加してコンテンツサーバ１１へ送信する。さらに、通知部１６ｃは、コンテンツサーバ１１からユーザ端末１０へ送信されるＨＴＴＰレスポンスに対し、Ｃｏｏｋｉｅ情報を付加することにより、Ｃｏｏｋｉｅ情報をユーザ端末１０へ通知する。この処理の後は、ユーザ端末１０自身が適切なＣｏｏｋｉｅ情報を付加することが可能となる。このため、ユーザ端末１０へ機能追加を行うことなく、Ｃｏｏｋｉｅ情報をユーザ端末１０に通知することが可能となる。
【００５６】
また、ＨＴＴＰリクエストに対するＣｏｏｋｉｅ情報の付加処理は、ユーザ端末１０の認証後においてあるＵＲＬに対する最初のＨＴＴＰリクエストについてのみ実行される。このため、Ｃｏｏｋｉｅ情報の付加処理についての処理負荷を軽減することが可能となり、ユーザ端末１０におけるコンテンツ閲覧の遅延を抑制することが可能となる。
【００５７】
〔〔第四の原理〕〕
図５は、本発明の第四の原理による中継装置１２ｄを示す図である。次に、図５を用いて本発明の中継装置１２ｄについて説明する。中継装置１２ｄは、認証部１５ａと認証部１５ｄとの構成が異なる点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｄは、抽出部１３ａ，記憶部１４ａ，認証部１５ｄ，及び通知部１６ａを備える。以下では、認証部１５ｄ以外の構成については説明を省く。
【００５８】
認証部１５ｄは、中継装置１２ｄにおけるユーザ認証とともに、ＩＳＰにおけるネットワーク接続サービスの利用許可（インターネット網利用許可）についてのユーザ認証を実行する。
【００５９】
中継装置１２ｄによれば、認証部１５ｄは、中継装置１２ｄにおける認証処理とインターネット網利用のための認証処理とを同一作業として行う。このため、ユーザは一度の認証作業によって、中継装置１２ｄにおけるサービスとインターネット網とが利用可能となる。従って、ユーザの認証作業の手間を省き、利便性をさらに向上させることが可能となる。
【００６０】
〔〔第五の原理〕〕
図６は、本発明の第五の原理による中継装置１２ｅを示す図である。次に、図６を用いて本発明の中継装置１２ｅについて説明する。中継装置１２ｅは、抽出部１３ａ，認証部１５ａ，及び通知部１６ａと、抽出部１３ｅ，認証部１５ｅ，及び通知部１６ｅとの構成が異なる点及び端末記憶部２０を新たに備える点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装備１２ｅは、抽出部１３ｅ，記憶部１４ａ，認証部１５ｅ，通知部１６ｅ，及び端末記憶部２０を備える。以下では、抽出部１３ｅ，認証部１５ｅ，通知部１６ｅ，及び端末記憶部２０以外の構成については説明を省く。
【００６１】
抽出部１３ｅは、以下の点のみで抽出部１３ａと異なる。即ち、抽出部１３ｅは、新たにＣｏｏｋｉｅ情報を抽出した場合、新たにＣｏｏｋｉｅ情報を抽出したことを通知部１６ｅへ通知する。このとき、抽出部１３ｅは、このＣｏｏｋｉｅ情報に対応するユーザＩＤを通知部１６ｅに通知する。
【００６２】
認証部１５ｅは、ユーザ端末９，ユーザ端末１０についてユーザ認証を行い、認証したユーザ端末９，ユーザ端末１０の識別情報（認証結果）を抽出部１３ａ，通知部１６ｅ，及び端末記憶部２０へ通知する。
【００６３】
端末記憶部２０（本発明の「端末記憶手段」に相当）は、中継装置１２ｅにおいて認証されている全ユーザ端末を記憶する。即ち、端末記憶部２０は、図２においてはユーザ端末９，ユーザ端末１０を記憶する。
【００６４】
通知部１６ｅは、端末記憶部２０から、抽出部１３ｅから通知されたユーザＩＤに対応するユーザ端末の情報を読み出す。そして、通知部１６ｅは、読み出したユーザ端末全て（図６においてはユーザ端末９，ユーザ端末１０）に対し、新たに抽出されたＣｏｏｋｉｅ情報を通知する。
【００６５】
中継装置１２ｅによれば、認証部１５ｅの認証結果をもとに、端末記憶部２０が認証済みのユーザ端末を記憶する。そして、通知部１６ｅは、抽出部１３ｅが新たに抽出したＣｏｏｋｉｅ情報を、認証された複数のユーザ端末（中継装置１２ｅに接続中の複数の端末）へ通知する。このため、コンテンツサーバ１１（図２参照）がユーザ端末（例えばユーザ端末９）に新たに通知したＣｏｏｋｉｅ情報は、ユーザ端末１０がユーザ認証を既に済ませていれば、同じユーザが利用する他のユーザ端末（例えばユーザ端末１０）にも通知される。従って、ユーザが利用するユーザ端末を変更しても、ユーザがユーザＩＤやパスワードを再度入力することなく、直ちに適切なＣｏｏｋｉｅ情報を利用したコンテンツ閲覧が可能となる。よって、ユーザのコンテンツ閲覧時の利便性が向上する。
【００６６】
〔〔第六の原理〕〕
図７は、本発明の第六の原理による中継装置１２ｆを示す図である。次に、図７を用いて本発明の中継装置１２ｆについて説明する。中継装置１２ｆは、通知部１６ａと通知部１６ｆとの構成が異なる点、及び通知条件設定部２１を新たに備える点を除いては、中継装置１２ａと同じ構成を備える。即ち、中継装置１２ｆは、抽出部１３ａ，記憶部１４ａ，認証部１５ａ，通知部１６ｆ，及び通知条件設定部２１を備える。以下では、通知部１６ｆ及び通知条件設定部２１以外の構成については説明を省く。
【００６７】
通知部１６ｆは、認証部１５ａにおいて認証されたユーザＩＤに対するＣｏｏｋｉｅ情報を、記憶部１４ａから読み出す。また、通知部１６ｆは、通知条件設定部２１へ通知条件の参照を行う。そして、通知部１６ｆは、記憶部１４ａから読み出したＣｏｏｋｉｅ情報のうち、通知条件設定部２１から得た通知条件に基づいて、通知すべきＣｏｏｋｉｅ情報のみを通知すべきユーザ端末１０へ通知する。
【００６８】
通知条件設定部２１は、通知条件とユーザＩＤ又はユーザ端末１０とを対応付けて記憶する。通知条件設定部２１は、記憶する通知条件を通知部１６ｆへ通知する。通知条件とは、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるコンテンツサーバやサイト（具体的にはコンテンツサーバやサイトを示すＵＲＬやＵＲＩ等：コンテンツの識別子）である。また、通知条件とは、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるユーザ（ユーザＩＤ等）である。
【００６９】
中継装置１２ｆによれば、通知条件設定部２１に記憶（設定）されている通知条件に基づいて、Ｃｏｏｋｉｅ情報がユーザ端末１０に通知される。このため、Ｃｏｏｋｉｅ情報の通知が不必要／不適切な場合等に、ユーザ端末１０にＣｏｏｋｉｅ情報の通知を止めることが可能となる。即ち、例えば、Ｃｏｏｋｉｅ情報の通知対象外となるコンテンツサーバやサイトが通知条件として設定される場合、この条件を満たすコンテンツサーバ又はサイトが発行したＣｏｏｋｉｅ情報を、ユーザ端末１０に通知することを止めることが可能となる。このような例として、想定外のＣｏｏｋｉｅ技術の利用形態を用いるコンテンツサーバやサイトを通知条件として記憶することが考えられる。なお、通知対象の指定の単位は、サーバやサイト単位に限定されず、Ｃｏｏｋｉｅ情報に含まれるＰａｔｈ属性、Ｄｏｍａｉｎ属性の粒度であっても良い。
【００７０】
また、例えば通知条件としてＣｏｏｋｉｅ情報の通知対象外となるユーザが設定されることにより、このユーザに対するＣｏｏｋｉｅ情報の通知を止めることが可能となる。また、Ｃｏｏｋｉｅ情報の利用を拒否する設定をブラウザ上で行っているユーザも存在するため、あらかじめこのようなユーザを通知対象外として設定することで、中継装置１２ｆにおける通知処理などの処理負荷を軽減することが可能となる。なお、中継装置１２ｆは、上記のようなユーザのブラウザ上の設定を中継装置１２ｆに通知するような仕組みと連動して動作しても良い。
【００７１】
〔第一実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第一実施形態における中継装置２３について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００７２】
図８は、本発明による中継装置２３を用いた中継システムの機能ブロック図である。ユーザ端末２２（本発明の「ユーザ端末」，「他のユーザ端末」に相当）及びサーバ２４（本発明の「コンテンツサーバ」に相当）は、中継装置２３を介して、ネットワークを通じて通信可能に接続される。中継装置２３は、ハードウェア的には、バスを介して接続されたＣＰＵ，主記憶（ＲＡＭ），補助記憶装置（ハードディスク），通信制御装置等を備えている。
【００７３】
中継装置２３は、補助記憶装置に記憶された各種のプログラム（ＯＳ，アプリケーション等）が主記憶にロードされＣＰＵにより実行されることによって、受信部２５，認証部２６，ＴＣＰコネクション管理部２７，抽出部２８，Ｃｏｏｋｉｅデータベース（ＣｏｏｋｉｅＤＢ）２９，通知部３０，及び送信部３１等を含む装置として機能する。以下、中継装置２３が備える各構成について説明する。
【００７４】
受信部２５は、ネットワークカード等の通信制御装置を用いて構成される。受信部２５は、ユーザ端末２２又はサーバ２４からパケットを受信する。このパケットは、例えばユーザ端末２２からサーバ２４へ送信されたＨＴＴＰリクエストである。また、このパケットは、例えばサーバ２４からユーザ端末２２へ送信されたＨＴＴＰレスポンスである。また、このパケットは、例えばユーザ端末２２から中継装置２３へ送信された、中継装置２３に対する認証用データ（ユーザＩＤ，パスワード等）である。このパケット又はＨＴＴＰリクエスト及びＨＴＴＰレスポンスが本発明の「通信データ」に相当する。
【００７５】
受信部２５は、受信した認証用データを認証部２６へ渡す。また、受信部２５は、受信したメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）を、通知部３０，ＴＣＰコネクション管理部２７，抽出部２８へ渡す。また、受信部２５は、サーバ２４へＨＴＴＰリクエストを送信する際のＴＣＰコネクション情報（送信元ＩＰアドレス，宛先ＩＰアドレス，送信元ポート番号，宛先ポート番号）をＴＣＰコネクション管理部２７へ通知する。
【００７６】
認証部２６（本発明の「認証手段」に相当）は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。認証部２６は、自身が備える不揮発性記憶装置に、ユーザＩＤとパスワードとを対応付けた認証テーブル（図示せず）を持つ。認証部２６は、この認証テーブルを用いて、受信部２５から受け取る認証用データについてユーザ認証を実行する。そして、認証部２６は、送信部３１を介してユーザ認証の結果をユーザ端末２２へ通知する。
【００７７】
また、認証部２６は、ユーザ認証の結果を、通知部３０へ通知する。さらに、認証部２６は、識別情報（ユーザＩＤ，及びユーザ認証の際にユーザ端末２２から受信したパケットにおける送信元ＩＰアドレス）をＴＣＰコネクション管理部２７へ渡す。
【００７８】
ＴＣＰコネクション管理部２７は、ＣＰＵやＲＡＭ等を用いて構成される。ＴＣＰコネクション管理部２７は、管理テーブル２７Ａを管理する。図９は、管理テーブル２７Ａの例を示す図である。図９を用いて、管理テーブル２７Ａについて説明する。
【００７９】
管理テーブル２７Ａは、ユーザＩＤとＵＲＬ（コンテンツの識別子）とＴＣＰコネクション情報とを対応付けたテーブルである。ユーザＩＤとは、中継装置２３におけるユーザ認証で使用されるユーザＩＤである。ＴＣＰコネクション情報とは、ユーザ端末２２と中継装置２３とにおけるＴＣＰコネクションの情報及び中継装置２３とサーバ２４とにおけるＴＣＰコネクションの情報である。ＴＣＰコネクションの情報とは、具体的には、送信元ＩＰアドレス（ＩＰ＿ＳＡ），送信先ＩＰアドレス（ＩＰ＿ＤＡ），送信元ポート番号（ＳｒｃＰｏｒｔ），送信先ポート番号（ＤｅｓｔＰｏｒｔ）である。管理テーブル２７Ａは、例えばユーザＩＤが”Ａ”のユーザが使用するユーザ端末２２は、”ｗｗｗ．ｘ．ｙ．ｚ”というＵＲＬのサイトに、図９に示されるＴＣＰコネクションによってコネクションをはっていることを示す。
【００８０】
ＴＣＰコネクション管理部２７は、受信部２５から通知されたＨＴＴＰリクエストのＴＣＰコネクション情報（ユーザ端末２２と中継装置２３とにおけるＴＣＰコネクション情報）と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬと、ユーザＩＤと、受信部２５から通知されたＴＣＰコネクション情報（中継装置２３とサーバ２４とにおけるＴＣＰコネクション情報）とを、対応付けて管理テーブル２７Ａに記憶する。
【００８１】
抽出部２８（本発明の「抽出手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。抽出部２８は、受信部２５からＨＴＴＰレスポンスを受け取ると、このＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報を抽出する。そして、抽出部２８は、このＨＴＴＰレスポンスに対応するユーザＩＤ，ＵＲＬ，及び抽出したＣｏｏｋｉｅ情報を、ＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａに登録する。
【００８２】
図１０は第一実施形態における抽出部２８の動作例を示すフローチャートである。以下、図１０を用いて抽出部２８の動作について説明する。
【００８３】
抽出部２８は、受信部２５からＨＴＴＰレスポンスを受け取る（Ｓ０１）。抽出部２８は、サーバ２４からのＨＴＴＰレスポンスを文字列検索し、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”が含まれるか否かを判断する（Ｓ０２）。即ち、抽出部２８は、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”をキーワードとして文字列検索することにより、ＨＴＴＰレスポンスにＣｏｏｋｉｅ情報が含まれているか否かを判断する。この文字列が含まれていない場合、抽出部２８は処理を終了する（Ｓ０２−Ｎｏ，Ｓ０３）。
【００８４】
一方、抽出部２８は、Ｃｏｏｋｉｅ情報、即ち”ＵｓｅｒＩＤ＝１２３４”を抽出した場合（Ｓ０２−Ｙｅｓ，Ｓ０４）、ＴＣＰコネクション管理部２７からＨＴＴＰレスポンスのＴＣＰコネクション情報に対応するユーザＩＤとＵＲＬとを取得する（Ｓ０５）。抽出部２８は、ユーザＩＤ，ＵＲＬ，及びＣｏｏｋｉｅ情報を対応付けて記憶することを、ＣｏｏｋｉｅＤＢ２９へ指示する（Ｓ０６）。そして、抽出部２８は処理を終了する（Ｓ０７）。
【００８５】
ＣｏｏｋｉｅＤＢ２９（本発明の「記憶手段」に相当）は、ハードディスク等の不揮発性記憶装置を用いて構成される。ＣｏｏｋｉｅＤＢ２９は、Ｃｏｏｋｉｅテーブル２９Ａを記憶する。図１１は、Ｃｏｏｋｉｅテーブル２９Ａの例を示す図である。図１１を用いてＣｏｏｋｉｅテーブル２９Ａについて説明する。
【００８６】
Ｃｏｏｋｉｅテーブル２９Ａは、ユーザＩＤとＵＲＬとＣｏｏｋｉｅ情報とを対応付けたテーブルである。ユーザＩＤとは、中継装置２３におけるユーザ認証で使用されるユーザＩＤである。Ｃｏｏｋｉｅテーブル２９Ａは、例えばユーザＩＤが”Ａ”のユーザは、”ｗｗｗ．ｘ．ｙ．ｚ”というＵＲＬのサイトにおいて、図１１に示されるＣｏｏｋｉｅ情報がサーバ２４に記憶されていることを示す。
【００８７】
通知部３０は、ＣＰＵやＲＡＭ等を用いて構成される。図１２は、通知部３０の機能ブロックを示す図である。図１２を用いて、通知部３０の構成について説明する。
【００８８】
通知部３０は、通知状態管理部３２，及び付加部３３を含む。
【００８９】
通知状態管理部３２（本発明の「通知手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。通知状態管理部３２は、受信部２５から受け取ったメッセージに対して、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。そして、通知状態管理部３２は、この判断結果を付加部３３へ通知する。
【００９０】
通知状態管理部３２は、以下の基準で、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。即ち、通知状態管理部３２は、このメッセージが、あるユーザについて実行されたユーザ認証後に初めて送信されたメッセージである場合、Ｃｏｏｋｉｅ情報を付加すべきであると判断する。ここで、初めて送信されたメッセージとは、上記ユーザ認証の対象となったユーザによって、あるＵＲＬに対して、上記ユーザ認証後に、初めて送信されたＨＴＴＰリクエストを含む。また、初めて送信されたメッセージとは、上記ユーザ認証の対象となったユーザに対し、あるＵＲＬのコンテンツを含むサーバから、上記ユーザ認証後に、初めて送信されたＨＴＴＰレスポンスを含む。
【００９１】
図１３は第一実施形態における通知状態管理部３２の動作例を示すフローチャートである。以下、図１３を用いて通知状態管理部３２の動作について説明する。
【００９２】
通知状態管理部３２は、受信部２５からメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）を受け取ると（Ｓ０８）、ＴＣＰコネクション管理部２７を検索する（Ｓ０９）。このとき、通知状態管理部３２は、ＨＴＴＰリクエスト又はＨＴＴＰレスポンスのＴＣＰコネクション情報に対応するユーザＩＤ及びＵＲＬを取得する。
【００９３】
通知状態管理部３２は、このメッセージが、最近のユーザ認証後においてこのユーザによるこのＵＲＬへの最初のＨＴＴＰリクエストであるか否かを判断する（Ｓ１０）。該当するＨＴＴＰリクエストである場合（Ｓ１０−Ｙｅｓ）、通知状態管理部３２は、このＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示し、処理を終了する（Ｓ１１，Ｓ１２）。
【００９４】
一方、該当しないＨＴＴＰリクエストである場合（Ｓ１０−Ｎｏ）、通知状態管理部３２は、このメッセージが、最近のユーザ認証後においてこのユーザに対するこのＵＲＬからの最初のＨＴＴＰレスポンスであるか否かを判断する（Ｓ１３）。該当するＨＴＴＰレスポンスである場合（Ｓ１３−Ｙｅｓ）、通知状態管理部３２は、このＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示し、処理を終了する（Ｓ１４，Ｓ１５）。
【００９５】
一方、該当しないＨＴＴＰレスポンスである場合（Ｓ１３−Ｎｏ）、通知状態管理部３２は処理を終了する（Ｓ１６）。
【００９６】
付加部３３（本発明の「通知手段」に相当）は、ＣＰＵやＲＡＭ等を用いて構成される。付加部３３は、通知状態管理部３２から受ける指示に基づいて、メッセージにＣｏｏｋｉｅ情報を付加する。
【００９７】
図１４は第一実施形態における付加部３３の動作例を示すフローチャートである。以下、図１４を用いて付加部３３の動作について説明する。
【００９８】
付加部３３は、Ｃｏｏｋｉｅ情報を付加するように通知状態管理部３２から指示を受けると（Ｓ１７）、付加すべきＣｏｏｋｉｅ情報を検索する（Ｓ１８）。このとき、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａを、ユーザＩＤとＵＲＬとを検索キーとして、Ｃｏｏｋｉｅ情報を検索する。
【００９９】
付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａから該当するＣｏｏｋｉｅ情報を検索できない場合、即ちＣｏｏｋｉｅテーブル２９Ａに該当するＣｏｏｋｉｅ情報が記憶されていない場合（Ｓ１９−Ｎｏ）、メッセージを変更しない。そして、付加部３３は、そのままのメッセージを送信するように送信部３１へ指示し（Ｓ２０）、処理を終了する（Ｓ２１）。
【０１００】
一方、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａから該当するＣｏｏｋｉｅ情報を検索した場合（Ｓ１９−Ｙｅｓ）、通知状態管理部３２からの指示がＨＴＴＰリクエストへの付加指示か否かを判断する（Ｓ２２）。ＨＴＴＰリクエストへの付加指示であった場合（Ｓ２２−Ｙｅｓ）、付加部３３は、ＨＴＴＰリクエストのヘッダに、Ｃｏｏｋｉｅテーブル２９Ａから取得したＣｏｏｋｉｅ情報を付加する（Ｓ２３）。このとき、付加部３３は、文字列”Ｃｏｏｋｉｅ：”に続いて取得したＣｏｏｋｉｅ情報を付加する。そして、付加部３３は、ＨＴＴＰリクエストの送信を送信部３１へ指示し、処理を終了する（Ｓ２４）。
【０１０１】
一方、ＨＴＴＰリクエストへの付加指示でなかった場合、即ちＨＴＴＰレスポンスへの付加指示であった場合、付加部３３は、ＨＴＴＰレスポンスのヘッダに、取得したＣｏｏｋｉｅ情報を付加する（Ｓ２５）。このとき、付加部３３は、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続いて取得したＣｏｏｋｉｅ情報を付加する。そして、付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示し、処理を終了する（Ｓ２６）。
【０１０２】
送信部３１は、ネットワークカード等の通信制御装置を用いて構成される。送信部３１は、ユーザ端末２２又はサーバ２４へパケットを送信する。
【０１０３】
〔〔動作例〕〕
図１５は、第一実施形態における中継システムの概要を示す図である。図１６は、第一実施形態における中継システムの動作例を示すフローチャートである。以下、図１５，１６を用いて、第一実施形態における中継装置２３の動作例について説明する。ただし、この動作例の説明において、ユーザＡは、ユーザ端末２２ａ及びユーザ端末２２ｂを使用してサーバ２４へアクセスすると仮定する。また、ユーザ端末２２ａ及び２２ｂは、サーバ２４が備えるコンテンツに関するＣｏｏｋｉｅ情報を記憶していないと仮定する。さらに、ユーザＡはサーバ２４が備えるコンテンツに対して過去にユーザ登録等のアクセスをした経験が無いと仮定する。
【０１０４】
ユーザＡは、ユーザ端末２２ａを利用して中継装置２３に対してユーザＩＤ及びパスワードを送信し、ユーザ認証を依頼する（Ｓ２７）。このとき、認証部２６は、ユーザＡから通知されるユーザＩＤやパスワード等を基に、ユーザＡが中継装置２３の正当な利用者であるか否かを判断する（Ｓ２８）。
【０１０５】
認証部２６は、ユーザ認証の際に受信されたパケットの送信元ＩＰアドレス（即ちユーザ端末２２ａのＩＰアドレス）及びユーザＩＤを、ユーザ端末の識別情報としてＴＣＰコネクション管理部２７へ通知する。ＴＣＰコネクション管理部２７は、この情報を管理テーブル２７Ａに新たなレコードとして記憶する（Ｓ２９）。
【０１０６】
ＴＣＰコネクション管理部２７は、以降はこのＩＰアドレス（即ち識別情報として登録されたＩＰアドレス）をもとにユーザＡに対応するメッセージ（ＨＴＴＰリクエスト又はＨＴＴＰレスポンス）であるか否かを判断する。即ち、ＴＣＰコネクション管理部２７は、このＩＰアドレスが送信元ＩＰアドレスであるパケットによるメッセージを、ユーザＡによるメッセージ（ＨＴＴＰリクエスト）であると判断する。また、ＴＣＰコネクション管理部２７は、このＩＰアドレスが送信先ＩＰアドレスであるパケットによるメッセージを、ユーザＡ宛のメッセージ（ＨＴＴＰレスポンス）であるとして識別する。
【０１０７】
ユーザＡが、ユーザ端末２２ａのブラウザにおいてサーバ２４に対してコンテンツを要求した場合（ＵＲＬを入力した場合、リンクを選択した場合等）、ユーザ端末２２ａは、中継装置２３を経由してサーバ２４へ、ＨＴＴＰリクエストを送信する（Ｓ３０）。
【０１０８】
受信部２５は、ユーザ端末２２ａからサーバ２４に対して送信されたＨＴＴＰリクエストを受信する（Ｓ３１）。
【０１０９】
ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１１０】
なお、ＴＣＰコネクション管理部２７は、認証部２６から通知されている識別情報を用いて、ＨＴＴＰリクエストの送信元であるユーザを識別する。
【０１１１】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３３）。具体的には、付加部３３は、このＨＴＴＰリクエストに対応するユーザＩＤ及びＵＲＬに関連付けられたＣｏｏｋｉｅ情報が無いと判断し、送信部３１にＨＴＴＰリクエストをこのまま送信するように指示する。そして、送信部３１は、ユーザＡのユーザ端末２２ａから受信したＨＴＴＰリクエストをサーバ２４へ送信する。このとき、ＴＣＰコネクション管理部２７は、サーバ２４へＨＴＴＰリクエストが送信される際のＴＣＰコネクション情報を、識別情報と対応付けて記憶する（Ｓ３４）。
【０１１２】
サーバ２４は、ＨＴＴＰリクエストを受信する（Ｓ３５）。サーバ２４は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅ情報を含むか否かを判定する（Ｓ３６）。この場合、ＨＴＴＰリクエストにはＣｏｏｋｉｅ情報が含まれていない。このため、サーバ２４は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅ情報を含まないと判定し（Ｓ３６−Ｎｏ）、識別番号（ＵｓｅｒＩＤ：ここでは１２３４とする）をこのＨＴＴＰリクエストのセッションに対して発行する。
【０１１３】
サーバ２４は、上記ＨＴＴＰリクエストへの応答として、ＨＴＴＰレスポンスを送信する。即ち、サーバ２４は、ログイン画面を含むコンテンツをＨＴＴＰレスポンスとしてユーザ端末２２ａに送信する。このＨＴＴＰレスポンスのヘッダは、Ｓｅｔ−ＣｏｏｋｉｅＨＴＴＰレスポンスヘッダとして、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：ＵｓｅｒＩＤ＝１２３４”を含む。このように、サーバ２４は、Ｃｏｏｋｉｅ情報を含むＨＴＴＰレスポンス（Ｓｅｔ−Ｃｏｏｋｉｅメッセージ）をユーザ端末２２ａへ送信する（Ｓ３７）。
【０１１４】
受信部２５は、サーバ２４からＨＴＴＰレスポンスを受信する（Ｓ３８）。受信部２５は、受信したＨＴＴＰレスポンスを抽出部２８通知部３０へ渡す。
【０１１５】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３９）。具体的には、付加部３３は、Ｃｏｏｋｉｅテーブル２９Ａに該当するＣｏｏｋｉｅ情報が記憶されていないと判断し、送信部３１にＨＴＴＰレスポンスの送信を指示する。
【０１１６】
次に、抽出部２８が処理を行う（Ｓ４０）。具体的には、抽出部２８は、受信されたＨＴＴＰレスポンスが文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含むと判断し、このＨＴＴＰレスポンスのＴＣＰコネクション情報を検索キーとして、このＨＴＴＰレスポンスに対応するユーザＩＤ及びＵＲＬを取得する。また、抽出部２８は、ＨＴＴＰレスポンスからＣｏｏｋｉｅ情報である”ＵｓｅｒＩＤ＝１２３４”を抽出する。そして、抽出部２８は、ユーザＩＤ，ＵＲＬ，及びＣｏｏｋｉｅ情報を対応付けてＣｏｏｋｉｅＤＢ２９へ登録する。
【０１１７】
ユーザ端末２２ａは、ＨＴＴＰレスポンスを受信し（Ｓ４１）、ＨＴＴＰレスポンスに含まれているＣｏｏｋｉｅ情報を記憶する（Ｓ４２）。
【０１１８】
ユーザＡは、ユーザ端末２２ａをネットワークから切断することを中継装置２４に通知し、ユーザ端末２２ａの利用を終了する。そして、ユーザＡは、ユーザ端末２２ｂの利用を開始する。ユーザＡは、ユーザ端末２２ｂを利用して、中継装置２４に対してユーザＩＤ及びパスワードを送信し、ユーザ認証を依頼する（Ｓ２７）。
【０１１９】
認証部２６は、ユーザ認証の際に受信されたパケットの送信元ＩＰアドレス（即ちユーザ端末２２ｂのＩＰアドレス）及びユーザＩＤを、識別情報としてＴＣＰコネクション管理部２７へ通知する。ＴＣＰコネクション管理部２７は、この識別情報を管理テーブル２７Ａに新たなレコードとして記憶する（Ｓ２８，Ｓ２９）。そして、ＴＣＰコネクション管理部２７は、以降はこのＩＰアドレスをもとにユーザＡに対応するメッセージであるか否かを判断する。
【０１２０】
ユーザＡが、ユーザ端末２２ｂのブラウザにおいてサーバ２４に対してコンテンツを要求した場合（ＵＲＬを入力した場合、リンクを選択した場合等）、ユーザ端末２２ｂは、中継装置２３を経由してサーバ２４へ、ＨＴＴＰリクエストを送信する（Ｓ３０）。
【０１２１】
受信部２５は、ユーザ端末２２ｂからサーバ２４に対して送信されたＨＴＴＰリクエストを受信する（Ｓ３１）。受信部２５は、受信したＨＴＴＰリクエスト又は受信したＨＴＴＰレスポンスを、即ち受信したメッセージを通知状態管理部３２へ渡す。
【０１２２】
ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報（送信元ＩＰアドレス，宛先ＩＰアドレス，送信元ポート番号，宛先ポート番号）と、ＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１２３】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３３）。具体的には、通知状態管理部３２は、受信部２５から受け取ったメッセージが、最近のユーザ認証後における最初のメッセージであるか否かを判断する。そして、通知状態管理部３２は、最初のメッセージである場合、このメッセージにＣｏｏｋｉｅ情報を付加することを付加部３３へ指示する。
【０１２４】
この場合、受信されたメッセージは、ユーザＡにとってこのＵＲＬに対する、最近のユーザ認証後における最初のＨＴＴＰリクエストであるため、通知状態管理部３２は、Ｃｏｏｋｉｅ情報の付加を付加部３３に指示する。
【０１２５】
付加部３３は、ＵＲＬとユーザＩＤとを検索キーとしてＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａを検索する。検索の結果、付加部３３は、Ｃｏｏｋｉｅ情報として”ＵｓｅｒＩＤ＝１２３４”を得る。
【０１２６】
付加部３３は、ＨＴＴＰリクエストへＣｏｏｋｉｅ情報を付加し、ＨＴＴＰリクエストの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰリクエストをサーバ２４へ送信する。このとき、ＴＣＰコネクション管理部２７は、サーバ２４へのＨＴＴＰリクエスト送信に利用するＴＣＰコネクション情報を、上記情報と対応付けて記憶する（Ｓ３４）。
【０１２７】
サーバ２４は、ＨＴＴＰリクエストを受信する（Ｓ３５）。サーバ２４は、受信したＨＴＴＰリクエストのＣｏｏｋｉｅ情報の有無を判定する（Ｓ３６）。この場合、Ｃｏｏｋｉｅ情報が含まれているため、サーバ２４はＣｏｏｋｉｅ情報が有ると判定する（Ｓ３６−Ｙｅｓ）。そして、サーバ２４は、Ｃｏｏｋｉｅ情報”ＵｓｅｒＩＤ＝１２３４”から、ユーザＡからのコンテンツ要求であることを識別する（Ｓ４３）。
【０１２８】
サーバ２４は、ユーザＡ用にカスタマイズされたコンテンツを読み出し（Ｓ４４）、ＨＴＴＰレスポンスとしてユーザ端末２２ｂへ送信する（Ｓ４５）。
【０１２９】
受信部２５は、サーバ２４からユーザ端末２２ｂへ送信されたＨＴＴＰレスポンスを受信する（Ｓ３８）。
【０１３０】
次に、通知部３０、即ち通知状態管理部３２と付加部３３とが処理を実行する（Ｓ３９）。具体的には、通知状態管理部３２は、ＨＴＴＰレスポンスが利用しているＴＣＰコネクション情報をもとに、ＴＣＰコネクション管理部２７の記憶情報を検索する。そして、通知状態管理部３２は、このＨＴＴＰレスポンスがユーザＡ宛てであること及び対応するＵＲＬを識別する。
【０１３１】
このＨＴＴＰレスポンスが最初のＨＴＴＰレスポンスであるため、通知状態管理部３２は、Ｃｏｏｋｉｅ情報の付加を付加部３３に指示する。
【０１３２】
付加部３３は、ＵＲＬとユーザＩＤとを検索キーとして、ＣｏｏｋｉｅＤＢ２９が記憶するＣｏｏｋｉｅテーブル２９Ａを検索する。付加部３３は、検索の結果、Ｃｏｏｋｉｅ情報として文字列”ＵｓｅｒＩＤ＝１２３４”を得る。
【０１３３】
付加部３３は、サーバ２４から送信されたＨＴＴＰレスポンスに、Ｃｏｏｋｉｅ情報を文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”とともに付加し、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。
【０１３４】
次に、抽出部２８が処理を行う（Ｓ４０）。具体的には、抽出部２８は、受信されたＨＴＴＰレスポンスが文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”を含まないと判断し、処理を終了する。
【０１３５】
ユーザ端末２２ｂは、ＨＴＴＰレスポンスを受信し（Ｓ４１）、ＨＴＴＰレスポンスに含まれているＣｏｏｋｉｅ情報を記憶する（Ｓ４２）。
【０１３６】
〔〔作用／効果〕〕
第一実施形態による中継装置２３は、あらかじめユーザＡが使用するユーザ端末２２（即ちユーザ端末２２ａ）とサーバ２４とにおいて送受信されるメッセージから、Ｃｏｏｋｉｅ情報を取得し記憶する。そして、中継装置２３は、新たにユーザＡが使用するユーザ端末２２（即ちユーザ端末２２ｂ）についての認証結果をトリガとして、このユーザ端末２２へ、ユーザＡと対応付けて記憶しているＣｏｏｋｉｅ情報を通知する。このため、ユーザＡが複数のユーザ端末２２（ユーザ端末２２ａ，ユーザ端末２２ｂ）を利用する場合であっても、ユーザＡは夫々のユーザ端末２２において適切なＣｏｏｋｉｅ情報を直ちに利用することが可能となる。また、このため、ユーザＡは、新たに使用するユーザ端末２２において、サーバ２４への再度の認証作業を省くことが可能となる。
【０１３７】
〔〔変形例〕〕
記憶部１４ａは、Ｃｏｏｋｉｅ情報に含まれるＥｘｐｉｒｅ属性（エクスパイア属性）、及び物理的な記憶容量の限界に応じて、記憶した内容を適宜消去するように構成されても良い。
【０１３８】
また、抽出部２８は、ＨＴＴＰレスポンスからＣｏｏｋｉｅ情報を抽出するのではなく、ＨＴＴＰリクエストからＣｏｏｋｉｅ情報を抽出してもよい。この場合、文字列検索のキーワードは”Ｃｏｏｋｉｅ：”となる。
【０１３９】
また、中継装置は抽出部２８を備えず、中継装置２４の要求に応じてユーザ端末２２ａ内に記憶されているＣｏｏｋｉｅ情報を中継装置２４に通知するようなアプリケーションをユーザ端末２２ａ内で実行させても良い。
【０１４０】
〔第二実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第二実施形態における中継装置２３ａについて説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【０１４１】
図１７は、本発明による中継装置２３ａを用いた中継システムの機能ブロック図である。中継装置２３ａは、通知条件管理部３４を備える点及び通知部３０と通知部３０ａとの構成が異なる点を除いては、中継装置２３と同じ構成を備える。以下、通知部３０ａ及び通知条件管理部３４以外の構成についての説明は省略する。
【０１４２】
通知条件管理部３４は、ＣＰＵやＲＡＭや不揮発性記憶装置等を用いて構成される。通知条件管理部３４は、自身が備える不揮発性記憶装置に通知条件テーブル３４Ａを記憶する。図１８は通知条件テーブル３４Ａの例を示す図である。図１８を用いて通知条件テーブル３４Ａについて説明する。
【０１４３】
通知条件テーブル３４Ａは、通知条件と通知の要／不要とを対応付けて持つテーブルである。通知条件は、ＵＲＬとユーザＩＤとを対応付けて持つ。通知の要／不要とは、”不要”又は”要”のいずれかの値を持つ。
【０１４４】
通知条件テーブル３４Ａは、ある通知条件におけるメッセージに対し、Ｃｏｏｋｉｅ情報を付加するか否かを示すテーブルである。例えば、通知条件テーブル３４Ａは、ユーザＩＤが”Ａ”であるユーザが使用するユーザ端末２２には、どのようなＵＲＬにおけるメッセージについてもＣｏｏｋｉｅ情報を付加しないことを示す。
【０１４５】
通知部３０ａは、通知状態管理部３２ａと通知状態管理部３２との構成が異なる点を除いては、中継装置２３における通知部３０と同じ構成を備える。このため、通知部３０ａの説明において、通知状態管理部３２ａ以外の構成についての説明は省略する。
【０１４６】
通知状態管理部３２ａは、付加部３３への指示内容を判断する際に、通知条件管理部３４を参照しこの参照結果に基づいて判断する点のみが、通知状態管理部３２と異なる。
【０１４７】
図１９は、第二実施形態における通知状態管理部３２ａの動作例を示す図である。以下、図１９を用いて通知状態管理部３２ａの動作について説明する。ただし、通知状態管理部３２の動作と異なる点についてのみ説明する。
【０１４８】
通知状態管理部３２ａは、管理テーブル２７Ａを検索すると（Ｓ０９）、通知条件を参照する（Ｓ４６）。即ち、通知状態管理部３２ａは、通知条件管理部３４が記憶する通知条件テーブル３４Ａを参照する。このとき、通知状態管理部３２ａは、管理テーブル２７Ａから取得したユーザＩＤ及びＵＲＬを検索キーとして、通知条件テーブル３４Ａを検索する。そして、通知状態管理部３２ａは、このユーザＩＤ及びＵＲＬに対応するメッセージに対してＣｏｏｋｉｅ情報を付加すべきか否かを判断する。
【０１４９】
Ｃｏｏｋｉｅ情報の付加が不要である場合（Ｓ４７−Ｎｏ）、通知状態管理部３２ａは処理を終了する（Ｓ４８）。一方、Ｃｏｏｋｉｅ情報の付加が必要である場合（Ｓ４７−Ｙｅｓ）、通知状態管理部３２ａは、通知状態管理部３２におけるＳ１０以降の処理を実行する。
【０１５０】
〔〔動作例〕〕
次に、本発明の第二実施形態における中継装置２３ａの動作例について説明する。ただし、中継装置２３の動作例と異なる点についてのみ説明する。
【０１５１】
Ｓ２７〜Ｓ３０（図１６参照）の処理を経て、受信部２５がユーザ端末２２ｂからＨＴＴＰリクエストを受信した後（Ｓ３１）、ＴＣＰコネクション管理部２７は、受信部２５が受信したＨＴＴＰリクエストのＴＣＰコネクション情報とＨＴＴＰリクエストのコンテンツ要求先のＵＲＬとを、ユーザＡと対応付けて記憶する（Ｓ３２）。
【０１５２】
次に、通知部３０ａ、即ち通知状態管理部３２ａと付加部３３とが処理を実行する。具体的には、通知状態管理部３２ａは通知条件テーブル３４Ａを参照する。処理中のＨＴＴＰリクエストの送信先であるユーザＡ（ユーザＩＤは”Ａ”）は、ＵＲＬに関係無く、Ｃｏｏｋｉｅ情報通知不要として設定されている（図１８参照）。このため、通知状態管理部３２ａは、付加部３３にＣｏｏｋｉｅ情報の付加を指示せず処理を終了する。
【０１５３】
付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをサーバ２４へ送信する。
【０１５４】
Ｓ３４〜Ｓ３８（図１６参照）の処理を経て、通知部３０ａ、即ち通知状態管理部３２ａと付加部３３とが処理を実行する（Ｓ３９）。具体的には、通知状態管理部３２ａは、通知条件テーブル３４Ａを参照する。処理中のＨＴＴＰリクエストの送信先であるユーザＡ（ユーザＩＤは”Ａ”）は、ＵＲＬに関係無く、Ｃｏｏｋｉｅ情報通知不要として設定されている（図１８参照）。このため、通知状態管理部３２ａは、付加部３３にＣｏｏｋｉｅ情報の付加を指示せず処理を終了する。
【０１５５】
付加部３３は、ＨＴＴＰレスポンスの送信を送信部３１へ指示する。そして、送信部３１は、このＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。以後の処理は第一実施形態における中継システムの動作例と同じである。
【０１５６】
〔〔作用／効果〕〕
第二実施形態による中継装置２３ａは、通知条件テーブル３４Ａに設定された条件に従って、通知状態管理部３２ａはＣｏｏｋｉｅ情報の付加を行うか否かを判断する。このため、Ｃｏｏｋｉｅ情報を利用したくないコンテンツ等において、Ｃｏｏｋｉｅ情報の付加を制御することが可能となる。例えば、ユーザにとって想定外のＣｏｏｋｉｅ情報の利用を図るコンテンツサーバやサイトへ対するＣｏｏｋｉｅ情報の付加を停止することが可能となる。即ち、このようなコンテンツサーバやサイトに対するアクセスを、中継装置２３ａを用いることにより、他の機能付加をせずに行うことが可能となる。また、中継装置２３ａは、Ｃｏｏｋｉｅ情報の利用を拒否する設定を希望するユーザにとって有効である。
【０１５７】
〔第三実施形態〕
〔〔システム構成〕〕
次に、図を用いて本発明の第三実施形態における中継装置２３ｂについて説明する。中継装置２３ｂは、ＩＳＰのネットワーク内に配置される。このＩＳＰでは、ＡＤＳＬサービス等で利用されるＰＰＰｏＥによる接続手順が実行される。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【０１５８】
図２０は、本発明による中継装置２３ｂを用いた中継システムの機能ブロック図である。中継装置２３ｂは、認証部２６ｂ，抽出部２８ｂ，及び通知部３０ｂと、認証部２６，抽出部２８，及び通知部３０との構成が異なる点を除いては、中継装置２３と同じ構成を備える。以下、認証部２６ｂ，抽出部２８ｂ，及び通知部３０ｂ以外の構成についての説明は省略する。
【０１５９】
認証部２６ｂは、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。認証部２６ｂは、自身が備える不揮発性記憶装置に、ユーザＩＤとパスワードとを対応付けた認証テーブルを持つ。認証部２６ｂは、この認証テーブルを用いて、受信部２５から受け取る認証用データについてユーザ認証を実行する。このとき、認証部２６ｂは、ＣＨＡＰ（ＣｈａｌｌｅｎｇｅＨａｎｄｓｈａｋｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）やＰＡＰ（ＰａｓｓｗｏｒｄＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）等の認証方法を用いてユーザ認証を実行し、中継装置２３ｂにおけるユーザ認証とＩＳＰにおけるユーザ認証とを兼ねて処理する。
【０１６０】
また、認証部２６ｂは、ユーザ端末２２と中継装置２３ｂとの間におけるＰＰＰｏＥセッションにセッションＩＤを割り当てる。そして、認証部２６ｂは、このセッションＩＤをＰＡＤＳ（ＰＰＰｏＥＡｃｔｉｖｅＤｉｓｃｏｖｅｒｙＳｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）パケットを用いてユーザ端末２２に通知する。また、認証部２６ｂは、この処理の結果をＨＵＲＬ通知部３６に通知する。さらに、認証部２６は、識別情報（ユーザＩＤ及びユーザ認証の際にユーザ端末２２から受信したパケットにおける送信元ＩＰアドレス）をＴＣＰコネクション管理部２７へ渡す。
【０１６１】
抽出部２８ｂは、ＣＰＵやＲＡＭ等を用いて構成される。図２１は、第三実施形態における抽出部２８ｂの動作例を示すフローチャートである。抽出部２８ｂは、管理テーブル２７Ａを検索した後（Ｓ０５）に、新規なＣｏｏｋｉｅ情報を取得したか否かを判断し、新規なＣｏｏｋｉｅ情報を取得したことを通知部３０ｂに通知する（Ｓ６０）点のみが、抽出部２８（図８，１０参照）と異なる。
【０１６２】
通知部３０ｂは、ＣＰＵやＲＡＭ等を用いて構成される。図２２は、通知部３０ｂの機能ブロックを示す図である。図２２を用いて、通知部３０ｂの構成について説明する。
【０１６３】
通知部３０ｂは、通知状態管理部３５，ＨＵＲＬ通知部３６，及び付加部３７を含む。
【０１６４】
通知状態管理部３５は、ＣＰＵやＲＡＭ等を用いて構成される。通知状態管理部３５は、受信部２５から受け取ったＨＴＴＰリクエストに対して、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。そして、通知状態管理部３５は、この判断結果を付加部３７へ通知する。
【０１６５】
通知状態管理部３５は、以下の基準で、Ｃｏｏｋｉｅ情報を付加すべきか否かを判断する。即ち、通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬがＨＵＲＬと同じである場合、Ｃｏｏｋｉｅ情報を付加すべきであると判断する。
【０１６６】
図２３は、第三実施形態における通知状態管理部３５の動作例を示すフローチャートである。図２３を用いて通知状態管理部３５の動作例について説明する。
【０１６７】
通知状態管理部３５は、受信部２５からＨＴＴＰリクエストを受け取ると（Ｓ６１）、ＴＣＰコネクション管理部２７を検索する（Ｓ６２）。このとき、通知状態管理部３５は、ＨＴＴＰリクエストに対応するユーザＩＤ及びＵＲＬを取得する。
【０１６８】
通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬが、ＨＵＲＬで指定されたＵＲＬと同じか否かを判断する（Ｓ６３）。異なる場合（Ｓ６３−Ｎｏ）、通知状態管理部３５は処理を終了する（Ｓ６４）。
【０１６９】
一方、ＵＲＬが同じである場合、通知状態管理部３５は、このＨＴＴＰリクエストにＣｏｏｋｉｅ情報を付加することを付加部３７に指示し（Ｓ６５）、処理を終了する（Ｓ６６）。
【０１７０】
ＨＵＲＬ通知部３６（本発明の「端末記憶手段」に相当）は、ＣＰＵやＲＡＭや不揮発性記憶装置などを用いて構成される。ＨＵＲＬ通知部３６は、中継装置２３ｂに接続されているユーザ端末について、そのＰＰＰｏＥセッションにおけるセッションＩＤとユーザＩＤとを対応付けて記憶する。
【０１７１】
ＨＵＲＬ通知部３６は、認証部から認証トリガを受信すると、この認証トリガとともに受信するセッションＩＤに対してＰＡＤＭ（ＰＰＰｏＥＡｃｔｉｖｅＤｉｓｃｏｖｅｒｙＭｅｓｓａｇｅ）パケットを送信することを送信部３１へ指示する。ＰＡＤＭパケットは、ＨＵＲＬを含むパケットである。
【０１７２】
また、ＨＵＲＬ通知部３６は、抽出部２８ｂから新規なＣｏｏｋｉｅ情報が取得されたことを通知されると、自身が記憶するセッションＩＤが示すユーザ端末に対してＰＡＤＭパケットを送信することを送信部３１へ指示する。即ち、ＨＵＲＬ通知部３６は、新規に取得されたＣｏｏｋｉｅ情報に対応するユーザＩＤと関連付けられたセッションＩＤ全てに対してＰＡＤＭパケットの送信を指示する。図２４は、第三実施形態におけるＨＵＲＬ通知部３６の動作例を示すフローチャートである。図２４を用いてＨＵＲＬ通知部３６の動作例について説明する。
【０１７３】
ＨＵＲＬ通知部３６は、認証部２６ｂから認証トリガ，ユーザＩＤ，及びＰＰＰｏＥのセッションＩＤを受信すると（Ｓ６７）、受信したユーザＩＤとセッションＩＤとを対応付けて記憶する（Ｓ６８）。このとき、ＨＵＲＬ通知部３６は、通知されたセッションＩＤのみを処理対象と決定する（Ｓ６９）。
【０１７４】
また、ＨＵＲＬ通知部３６は、抽出部２８ｂからユーザＩＤとＵＲＬとを通知され、あわせて新規Ｃｏｏｋｉｅ情報が抽出されたことも通知される（Ｓ７０）。このとき、ＨＵＲＬ通知部３６は、このユーザＩＤに対応するセッションＩＤ全てを処理対象と決定する（Ｓ７１）。
【０１７５】
そして、ＨＵＲＬ通知部３６は、決定した処理対象に対し、ＰＡＤＭパケットを送信することを送信部３１へ指示し（Ｓ７２）、処理を終了する（Ｓ７３）。
【０１７６】
付加部３７は、ＣＰＵやＲＡＭ等を用いて構成される。付加部３７は、通知状態管理部３５から受ける指示に基づいて、ＨＴＴＰレスポンスを生成し、生成したＨＴＴＰレスポンスにＣｏｏｋｉｅ情報を付加する。このとき、付加部３７は、ユーザＩＤを検索キーとしてＣｏｏｋｉｅテーブル２９Ａを検索することにより、付加すべきＣｏｏｋｉｅ情報を取得する。
【０１７７】
付加部３７は、付加すべきＣｏｏｋｉｅ情報が複数存在する場合、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続いて夫々のＣｏｏｋｉｅ情報を付加したデータ（Ｓｅｔ−Ｃｏｏｋｉｅデータ）を複数行にわたってＨＴＴＰレスポンスに付加する。また、ユーザ端末のブラウザによってＣｏｏｋｉｅ情報とＵＲＬとの対応が正しく処理されるために、Ｓｅｔ−Ｃｏｏｋｉｅ情報に適切なＤｏｍａｉｎ属性を指定する。
【０１７８】
図２５は第三実施形態における付加部３７の動作例を示すフローチャートである。図２５を用いて、付加部３７の動作について説明する。
【０１７９】
まず、付加部３７は、通知状態管理部３５からＣｏｏｋｉｅ情報の付加を指示されると（Ｓ７４）、現在処理中のユーザＩＤを検索キーとしてＣｏｏｋｉｅテーブル２９Ａを検索し、付加すべきＣｏｏｋｉｅ情報を取得する（Ｓ７５）。
【０１８０】
次に、付加部３７は、該当するユーザ端末へ送信するＨＴＴＰレスポンスを生成する（Ｓ７６）。そして、付加部３７は、Ｃｏｏｋｉｅテーブル２９Ａに、付加すべきＣｏｏｋｉｅ情報が記憶されているか否かを判断する（Ｓ７７）。
【０１８１】
付加すべきＣｏｏｋｉｅ情報が記憶されている場合（Ｓ７７−Ｙｅｓ）、付加部３７は、Ｃｏｏｋｉｅテーブル２９Ａから取得した全てのＣｏｏｋｉｅ情報を生成したＨＴＴＰレスポンスに付加し、このＨＴＴＰレスポンスの送信を送信部３１へ指示し（Ｓ７８）、処理を終了する（Ｓ７９）。
【０１８２】
一方、付加すべきＣｏｏｋｉｅ情報が記憶されていない場合（Ｓ７７−Ｎｏ）、付加部３７は、生成したＨＴＴＰレスポンスを変更せずに、このＨＴＴＰレスポンスの送信を送信部３１へ指示し（Ｓ８０）、処理を終了する（Ｓ８１）。
【０１８３】
〔〔動作例〕〕
次に、本発明の第三実施形態における中継装置２３ｂの動作例について説明する。本発明の第三実施形態における中継装置２３ｂの動作は、記憶済Ｃｏｏｋｉｅ情報通知処理と新規Ｃｏｏｋｉｅ情報通知処理とからなる。以下、夫々の処理について説明する。ただし、中継装置２３の動作例と異なる点についてのみ説明する。
【０１８４】
〈記憶済Ｃｏｏｋｉｅ情報通知処理〉
図２６は、記憶済Ｃｏｏｋｉｅ情報通知処理のフローチャートである。以下、図２６を用いて記憶済Ｃｏｏｋｉｅ情報通知処理について説明する。
【０１８５】
まず、ユーザ端末２２ａはＩＳＰへ接続する。このとき、ＩＳＰ網内に設置された中継装置２３ｂの認証部２６ｂは、ＣＨＡＰやＰＡＰ等の認証方法を用いる。認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであることを認証する（中継装置２３におけるＳ２７，Ｓ２８に相当：図１６参照）。
【０１８６】
認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであると認証した場合、ユーザ端末２２ａにＩＰアドレスの割り当ておよび通知を行う（Ｓ４６）。この後、ユーザ端末２２ａを用いた中継システムにおいて、Ｓ２９〜Ｓ４２の処理が実行される。
【０１８７】
次に、ユーザ端末２２ｂがＩＳＰへ接続する。このとき、ＩＳＰ網内に設置された中継装置２３ｂの認証部２６ｂは、ＣＨＡＰやＰＡＰ等の認証方法を用いる。認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであることを認証する（中継装置２３におけるＳ２７，Ｓ２８に相当）。
【０１８８】
認証部２６ｂは、ユーザＡがＩＳＰの正規のユーザであると認証した場合、ユーザ端末２２ｂにＩＰアドレスの割り当ておよび通知を行う（Ｓ４６）。この後、中継装置２３ｂにおいてＳ２９の処理が実行される。
【０１８９】
認証部２６ｂは、ユーザ端末２２ｂとの間に張られるＰＰＰｏＥセッションにセッションＩＤを割り当てる。そして認証部２６ｂは、このセッションＩＤをＰＡＤＳパケットを用いてユーザ端末２２ｂに通知する（Ｓ４７）。さらに、認証部２６ｂは、この処理の結果をＨＵＲＬ通知部３６に通知する。
【０１９０】
次に、ＨＵＲＬ通知部３６が処理を行う（Ｓ４８）。具体的には、ＨＵＲＬ通知部３６は、ユーザＩＤ、ＰＰＰｏＥのセッションＩＤを対応付けて記憶する。
【０１９１】
ＨＵＲＬ通知部３６は、セッションＩＤが示すＰＰＰｏＥセッションに対して、即ちユーザ端末２２ｂに対して、ＰＡＤＭパケットの送信を送信部３１へ指示する。このＰＡＤＭパケットは、中継装置２３ｂを示すＵＲＬをＨＵＲＬとして含む。送信部３１はこのＰＡＤＭパケットをユーザ端末２２ｂへ送信する。ＨＵＲＬとは、このＨＵＲＬを受信した端末に、ＨＵＲＬで指定されたＵＲＬの閲覧を指示するデータである。
【０１９２】
ユーザ端末２２ｂは、ＰＡＤＭパケットを受信すると（Ｓ４９）、ＨＵＲＬの示すＵＲＬをブラウザで表示する。即ち、ユーザ端末２２ｂは、ＨＴＴＰリクエストを中継装置２２ｂ（ＨＵＲＬで指定されたＵＲＬ）に送信する（Ｓ５０）。
【０１９３】
受信部２５は、ユーザ端末２２ｂからＨＴＴＰリクエストを受信する（Ｓ５１）。
【０１９４】
次に、通知状態管理部３５が処理を実行する（Ｓ３５）。具体的には、通知状態管理部３５は、このＨＴＴＰリクエストのＴＣＰコネクション情報をもとに管理テーブル２７Ａを検索する。そして、通知状態管理部３５は、このＨＴＴＰリクエストがユーザＡからのメッセージであると識別する。また、通知状態管理部３５は、このＨＴＴＰリクエストに含まれるＵＲＬが、ＨＵＲＬで指定されたＵＲＬと同一であることを識別する。そして、通知状態管理部３５は、ＨＴＴＰレスポンスへＣｏｏｋｉｅ情報を付加することを付加部３７に指示する。
【０１９５】
次に、付加部３７が処理を実行する（Ｓ５３）。具体的には、付加部３７は、ユーザＩＤを検索キーとして、付加すべきＣｏｏｋｉｅ情報をＣｏｏｋｉｅテーブル２９Ａから検索する。
【０１９６】
付加部３７は、ＨＴＴＰレスポンスを生成する。付加部３７は、検索したＣｏｏｋｉｅ情報を、文字列”Ｓｅｔ−Ｃｏｏｋｉｅ：”に続けて、生成したＨＴＴＰレスポンスに付加する。そして、付加部３７は、ＨＴＴＰレスポンスをユーザ端末２２ｂへ送信する。
【０１９７】
ユーザ端末２は、ＨＴＴＰレスポンスを受信し（Ｓ５４）、ＨＴＴＰレスポンスに含まれるＣｏｏｋｉｅ情報を記憶する（Ｓ５５）。
【０１９８】
以降、ユーザ端末２２ｂは、Ｃｏｏｋｉｅ情報が通知されたＵＲＬのコンテンツが閲覧される場合、記憶しているＣｏｏｋｉｅ情報を含むＨＴＴＰリクエストをサーバへ送信する。
【０１９９】
〈新規Ｃｏｏｋｉｅ情報通知処理〉
図２７は新規Ｃｏｏｋｉｅ情報通知処理のフローチャートである。次に、図２７を用いて新規Ｃｏｏｋｉｅ情報通知処理について説明する。この説明では、記憶済Ｃｏｏｋｉｅ情報通知処理の説明の状態に続いて、即ちユーザ端末２２ｂが接続された状態で、さらにユーザＡがユーザ端末２２ａをＩＳＰへ接続した場合の動作例について説明する。
【０２００】
ユーザ端末２２ａが改めてＩＳＰへ接続すると、ユーザ端末２２ａにおいて記憶済Ｃｏｏｋｉｅ情報通知処理が実行される（図２６参照）。
【０２０１】
次に、ユーザ端末２２ａは、新たなＵＲＬのコンテンツ閲覧を行う。即ち、ユーザ端末２２ａは、Ｃｏｏｋｉｅ情報がユーザ端末２２ａ，２２ｂ及び中継装置２３ｂにおいて一切記憶されていないＵＲＬのコンテンツのサーバ２４に対し、ＨＴＴＰリクエストを送信する（Ｓ３０）。この後、中継装置２３ｂ及びサーバ２４において、Ｓ３１〜Ｓ３８に示される処理が実行される。
【０２０２】
次に、抽出部２８ｂが処理を実行する（Ｓ５６）。具体的には、抽出部２８ｂは、受信されたＨＴＴＰレスポンスからＣｏｏｋｉｅ情報を抽出する。さらに、抽出部２８ｂは、新規なＣｏｏｋｉｅ情報を抽出したことＨＵＲＬ通知部３６へ通知する。また、抽出部２８ｂは、ユーザＩＤ及びＵＲＬをＨＵＲＬ通知３６へ通知する。
【０２０３】
次に、ＨＵＲＬ通知部３６が処理を実行する（Ｓ５７）。具体的には、ＨＵＲＬ通知部３６は、通知されたユーザＩＤに対応するユーザ端末に関する全ＰＰＰｏＥのセッションＩＤを得る。
【０２０４】
ＨＵＲＬ通知部３６は、得たセッションＩＤに関するユーザ端末全てに対し、中継装置２３ｂのＵＲＬを示したＨＵＲＬを含むＰＡＤＭパケットの送信を、指示部３１に指示する。送信部３１は、このＰＡＤＭパケットを指示された全てのユーザ端末２２へ送信する。
【０２０５】
以下、全てのユーザ端末において同様の処理が実行される。即ち、全てのユーザ端末において、記憶済Ｃｏｏｋｉｅ情報通知処理におけるＳ４９〜Ｓ５５の処理が実行される（図２６参照）。
【０２０６】
〔〔作用／効果〕〕
本発明の第三実施形態による中継装置２３ｂは、ユーザ認証が実行されたユーザ端末、即ち新たにＰＰＰｏＥのセッションが確立されたユーザ端末に対して、中継装置２３ｂを示すＵＲＬにアクセスするようにＰＡＤＭパケットを送信する。ユーザ端末はこのＰＡＤＭパケットに含まれるＨＵＲＬが示すＵＲＬ、即ち中継装置２３ｂへＨＴＴＰリクエストを送信する。そして、中継装置２３ｂは、このユーザ端末に対して、自身が記憶するＣｏｏｋｉｅ情報を通知する（記憶済Ｃｏｏｋｉｅ情報通知処理に相当）。このため、ユーザ端末のユーザは、適切なＣｏｏｋｉｅ情報を得ることが可能となる。
【０２０７】
また、中継装置２３ｂは、ＩＳＰへユーザ端末が接続するために実行されるユーザ認証と、中継装置２３ｂをユーザ端末が利用するために実行されるユーザ認証とを兼ねて実行する。このため、ユーザは、それぞれのユーザ認証に対して処理を実行する必要がなくなり、処理の軽減が実現される。
【０２０８】
また、中継装置２３ｂは、同じユーザについて複数台のユーザ端末が中継装置２３ｂを利用している場合、それぞれのＰＰＰｏＥセッションとユーザとを対応付けて記憶する。即ち、夫々のセッションにおけるセッションＩＤとユーザを示すユーザＩＤとを対応づけて記憶する。中継装置２３ｂは、このユーザについて新たなＣｏｏｋｉｅ情報（新規Ｃｏｏｋｉｅ情報）を得た場合、即ちこのユーザに対してサーバが新たなＳｅｔ−Ｃｏｏｋｉｅメッセージを発行した場合、このユーザと対応づけられた全てのＰＰＰｏＥセッションに対してＰＡＤＭパケットを送信する。そして、ＰＡＤＭパケットを受信した全てのユーザ端末に対して、新たなＣｏｏｋｉｅ情報を通知する（新規Ｃｏｏｋｉｅ情報通知処理に相当）。このため、ユーザが複数の端末を同時に中継装置２３ｂに接続している場合において、ユーザが利用するユーザ端末を変更した場合であっても、直ちに適切なＣｏｏｋｉｅ情報を利用したコンテンツ閲覧が可能となり、ユーザのコンテンツ閲覧時の利便性を向上することが可能となる。
【０２０９】
〔〔変形例〕〕
ユーザ端末２２ａ，２２ｂへのＩＰアドレスの割り当て及び通知は、中継装置２３ｂとは別にＩＳＰ網内に設置されたＤＨＣＰサーバが実行しても良い。
【０２１０】
また、付加部３５，付加部３７は、Ｃｏｏｋｉｅ情報を付加する際の文字列”Ｓｅｔ−Ｃｏｏｋｉｅ”を”Ｓｅｔ−Ｃｏｏｋｉｅ２”と、文字列”Ｃｏｏｋｉｅ”を”Ｃｏｏｋｉｅ２”として付加するように構成されても良い。
【０２１１】
〔その他〕
本発明は、以下のように特定することができる。
（付記１）コンテンツサーバと、このコンテンツサーバに保持されたコンテンツにアクセスするユーザ端末との間に介在する中継装置であって、
前記ユーザ端末のユーザが前記コンテンツにアクセスするための個人情報が、前記ユーザによる他のユーザ端末を用いた登録手順により既に前記コンテンツサーバに登録されている場合に、この登録済みの個人情報を記憶する記憶手段と、
前記記憶手段に記憶された個人情報を前記ユーザ端末に通知する通知手段と
を備える中継装置。
（付記２）前記中継装置は、前記他のユーザ端末と前記コンテンツサーバとの間にもさらに介在し、
前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段をさらに備え、
前記記憶手段は前記抽出手段が抽出した個人情報を記憶する、
付記１に記載の中継装置。
（付記３）前記通知手段は、前記ユーザ端末が前記コンテンツサーバに対するコンテンツの閲覧要求を送信した場合に、前記コンテンツサーバから前記ユーザ端末へ送信される閲覧要求への応答に、前記個人情報を前記記憶手段から読み出して付加する、
付記１又は２に記載の中継装置。
（付記４）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記記憶手段は、前記個人情報と前記ユーザ端末及び他のユーザ端末のユーザとを対応付けて記憶し、
前記通知手段は、前記認証手段が前記ユーザ端末を用いた前記ユーザのユーザ認証を行った場合に、前記ユーザによる前記他のユーザ端末を用いた登録手順により前記コンテンツサーバに登録された個人情報が前記記憶手段に記憶されているか否かを判定し、記憶されている場合には、これを前記記憶手段から読み出して前記ユーザ端末に通知する、
付記１〜３のいずれかに記載の中継装置。
（付記５）前記ユーザ端末は、前記コンテンツサーバにおける前記コンテンツに閲覧要求を送信することを条件として前記個人情報を受領できる設定となっており、
前記通知手段は、前記コンテンツに対する閲覧要求の送信を前記ユーザ端末に指示し、前記ユーザ端末が前記閲覧要求を前記コンテンツサーバへ送信した後に、前記個人情報を前記ユーザ端末に通知する
付記１に記載の中継装置。
（付記６）前記通知手段は、前記ユーザ端末と前記コンテンツサーバとの間を送受信される通信データの内容に応じてこの通信データに前記個人情報を付加するか否かを判断し、この判断に応じて前記通信データに前記個人情報を付加する、付記１に記載の中継装置。
（付記７）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記通知手段は、前記認証手段が前記ユーザ端末のユーザを認証した後に初めてユーザ端末と前記コンテンツサーバとの間で送受信される通信データのみに対し、前記記憶手段がこのユーザと対応付けて記憶するデータを付加する付記６に記載の中継装置。
（付記８）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段をさらに備え、
前記認証手段は、前記ユーザ端末又は前記他のユーザ端末に対しインターネット接続サービスが提供される際に実行されるユーザ認証を兼ねて認証を行う
付記１に記載の中継装置。
（付記９）前記ユーザ端末及び他のユーザ端末に対するユーザ認証を行う認証手段と、
前記認証手段によって認証されたユーザが認証の際に使用した複数の前記ユーザ端末をそれぞれユーザと対応付けて記憶する端末記憶手段と、
前記他のユーザ端末と前記コンテンツサーバとの間を送受信される通信データから前記個人情報を抽出する抽出手段とをさらに備え、
前記抽出手段は、新たに個人情報を抽出したことを前記通知手段に通知し、
前記通知手段は、前記抽出手段が新たに抽出した個人情報を、抽出手段が個人情報を抽出する対象とした閲覧要求の応答の送信先となる他のユーザ端末のユーザと前記端末記憶手段が対応付けて記憶するユーザ端末に対して通知する
付記１に記載の中継装置。
（付記１０）前記ユーザ端末の各ユーザについて、前記記憶手段が記憶する個人情報を通知するか否かを判断する通知判断手段をさらに備え、
前記通知手段は、前記通知判断手段の判断結果に従って通知を行う
付記１に記載の中継装置。
（付記１１）前記ユーザ端末のユーザと前記コンテンツサーバのコンテンツの識別子とを対応付けて記憶する通知条件記憶手段をさらに備え、
前記記憶手段は、抽出された個人情報を登録している前記コンテンツサーバのコンテンツの識別子をさらに対応付けて記憶し、
前記通知判断手段は、前記ユーザ端末のユーザと対応付けて前記通知条件記憶手段に記憶されるコンテンツの識別子に対応付けて前記記憶手段に記憶されるデータは通知しないと判断する
付記１０に記載の中継装置。
（付記１２）前記記憶手段が記憶する個人情報を通知しない前記ユーザ端末のユーザを記憶するユーザ記憶手段をさらに備え、
前記通知判断手段は、前記ユーザ記憶手段において個人情報を通知しないと記憶されるユーザが使用するユーザ端末に対して通知しないと判断する
付記１０に記載の中継装置。
（付記１３）コンテンツサーバと、同一のユーザにより使用されこのコンテンツサーバに保持されるコンテンツにアクセスする第１及び第２のユーザ端末との間に介在する中継装置であって、
前記第１及び第２のユーザ端末についてユーザ認証を行う認証手段と、
前記第１のユーザ端末と前記コンテンツサーバとの間，及び前記第２のユーザ端末と前記コンテンツサーバとの間でそれぞれ送受信されるコンテンツの閲覧要求又は閲覧応答に係るパケットを受信する受信手段と、
前記受信手段で受信されるパケットから、前記第１のユーザ端末と中継装置との間のコネクション情報と、中継装置と前記コンテンツサーバとの間のコネクション情報とを取得し、これらのコネクション情報を、前記コンテンツの識別情報と、前記認証手段により得られるユーザの識別情報及び端末の識別情報とに関連付けて端末毎に管理するコネクション管理手段と、
前記ユーザが前記コンテンツにアクセスするための個人情報と、前記コンテンツの識別情報とを、前記第１のユーザ端末と前記コンテンツサーバとの間で送受信される前記コンテンツの閲覧要求のパケット，又は閲覧応答のパケットから抽出し、前記コネクション管理手段で管理されるユーザの識別情報と関連付けて記憶手段に記憶させる抽出手段と、
前記ユーザによる前記第２のユーザ端末を用いた前記ユーザの認証が前記認証手段で行われた場合に、この認証処理で得られるユーザの識別情報をキーとして前記記憶手段から対応する個人情報を読み出し、前記ユーザ端末に通知する通知手段と、
を備える中継装置。
（付記１４）前記ユーザの識別情報と、前記コンテンツの識別情報と、このユーザがこのコンテンツにアクセスするための個人情報をこのユーザが使用する前記第２のユーザ端末に通知するか否かを示す通知条件情報とを関連付けて記憶する通知条件記憶手段をさらに備え、
前記通知手段は、前記通知条件記憶手段が記憶する通知条件情報に基づいて通知を実行する
付記１３に記載の中継装置。
【０２１２】
【発明の効果】
本発明によれば、ユーザの認証作業の手間を省きつつ、ユーザのコンテンツ閲覧の遅延を抑えることが可能となり、ユーザの利便性が向上する。
【図面の簡単な説明】
【図１】Ｃｏｏｋｉｅの原理を示す図である。
【図２】中継装置の第一の原理を示す図である。
【図３】中継装置の第二の原理を示す図である。
【図４】中継装置の第三の原理を示す図である。
【図５】中継装置の第四の原理を示す図である。
【図６】中継装置の第五の原理を示す図である。
【図７】中継装置の第六の原理を示す図である。
【図８】第一実施形態における中継システムの機能ブロックを示す図である。
【図９】管理テーブルの例を示す図である。
【図１０】第一実施形態における抽出部の動作例を示すフローチャートである。
【図１１】Ｃｏｏｋｉｅテーブルの例を示す図である。
【図１２】第一実施形態における通知部の機能ブロックを示す図である。
【図１３】第一実施形態における通知状態管理部の動作例を示すフローチャートである。
【図１４】第一実施形態における付加部の動作例を示すフローチャートである。
【図１５】中継システムの概要を示す図である。
【図１６】第一実施形態における中継システムの動作例を示すフローチャートである。
【図１７】第二実施形態における中継システムの機能ブロックを示す図である。
【図１８】通知条件テーブルの例を示す図である。
【図１９】第二実施形態における通知状態管理部の動作例を示すフローチャートである。
【図２０】第三実施形態における中継システムの機能ブロックを示す図である。
【図２１】第三実施形態における抽出部の動作例を示すフローチャートである。
【図２２】第三実施形態における通知部の機能ブロックを示す図である。
【図２３】第三実施形態における通知状態管理部の動作例を示すフローチャートである。
【図２４】第三実施形態におけるＨＵＲＬ通知部の動作例を示すフローチャートである。
【図２５】第三実施形態における付加部の動作例を示すフローチャートである。
【図２６】記憶済Ｃｏｏｋｉｅ情報通知処理を示すフローチャートである。
【図２７】新規Ｃｏｏｋｉｅ情報通知処理を示すフローチャートである。
【図２８】従来の方法を示す図である。
【符号の説明】
１，２ユーザ端末
３サーバ
４中継装置
５ＳｅｔＣｏｏｋｉｅ抽出部
６ユーザ／ＵＲＬ／Ｃｏｏｋｉｅ情報記憶管理部
７ユーザリクエスト識別部
８Ｃｏｏｋｉｅ情報追加部
９，１０ユーザ端末
１１コンテンツサーバ
１２ａ，１２ｂ，１２ｃ，１２ｄ，１２ｅ，１２ｆ中継装置
１３ａ，１３ｅ抽出部
１４ａ記憶部
１５ａ，１５ｄ，１５ｅ認証部
１６ａ，１６ｂ，１６ｃ，１６ｅ，１６ｆ通知部
１７閲覧指示部
１８ｂ，１８ｃ付加部
１９通知状態管理部
２０端末記憶部
２１通知条件設定部
２２，２２ａ，２２ｂユーザ端末
２３，２３ａ，２３ｂ中継装置
２４サーバ
２５受信部
２６，２６ｂ認証部
２７ＴＣＰコネクション管理部
２７Ａ管理テーブル
２８，２８ｂ抽出部
２９ＣｏｏｋｉｅＤＢ
２９ＡＣｏｏｋｉｅテーブル
３０，３０ａ，３０ｂ通知部
３１送信部
３２通知状態管理部
３３付加部
３４通知条件管理部
３４Ａ通知条件テーブル
３５通知条件管理部
３６ＨＵＲＬ通知部
３７付加部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a relay device interposed between a content server and a user terminal accessing content stored in the content server.
[0002]
[Prior art]
In recent years, as a web service using the Internet, a service in which a server customizes the content of content for each user has become widespread. Examples of such services include weather forecasts for specific areas, bank account management, and stock portfolios.
[0003]
The server needs to perform user authentication when providing customized content to each user. The server performs user authentication to create and / or read content to be provided to the user who has requested the content, and provides the content to the user. Specifically, the server stores a content template in advance, and creates content to be provided to the user for each user based on the stored template, that is, provides the template by customizing the template for each user. Alternatively, the server stores the content to be provided for each user in advance, and provides the content by reading out the content corresponding to the user to be provided.
[0004]
As a general user authentication method, there is a method of requesting a user to input a user ID and a password. In this method, a user inputs a predetermined user ID and password at a terminal (user terminal) used by the user. The user terminal transmits the input user ID and password to the server. Then, the server performs user authentication using the user ID and the password received from the user terminal. However, such an input operation for user authentication is a troublesome operation for the user.
[0005]
Conventionally, there is a cookie (cookie) as a technique for reducing an input operation for user authentication. Cookie is a system that stores / reads character string information specified by a server at a user terminal. Generally, in a system using Cookie, a server requested for content transmits specific character string information (Cookie information) including a character string related to personal information of a user to a user terminal, and the user terminal transmits the Cookie information. Remember. Then, when the user terminal requests the content again from the server, the user terminal reads out the stored Cookie information and transmits it to the server together with the content request.
[0006]
In a system using such a cookie, the server and the user terminal operate as follows in order to reduce an input operation performed by the user for user authentication. That is, the server transmits information necessary for user identification (a character string relating to personal information of the user) to the user terminal as Cookie information for the user whose user authentication has been performed using the user ID and the password. The user terminal transmits the stored Cookie information to the server when requesting the content from the server again. Then, the server performs user authentication using the Cookie information. For this reason, the user can omit an input operation for user authentication.
[0007]
However, in the conventional system using Cookie, a problem has occurred when the same user uses a plurality of user terminals. Specifically, a problem occurs when a user uses a desktop personal computer (desktop PC) at home and uses a notebook personal computer (notebook PC) while away from home.
[0008]
Cookie information used for user authentication is stored only in the user terminal used by the user when the user authentication was performed. Therefore, even if the same user requests the same content from the same server, if the user uses a different user terminal, the Cookie information cannot be used.
[0009]
In order for the server to perform user authentication for a user using a different user terminal, a complicated operation is required. That is, it is necessary to import and export Cookie information between user terminals. Alternatively, it is necessary for the user to request a reissue of Cookie information for the user terminal by inputting the user ID and the password again to the content server using a different user terminal. In the latter case, in particular, on the content server side, the load on the server increases due to the process of user authentication, the process of issuing new Cookie information, and the increase of Cookie information to be managed.
[0010]
Conventionally, as a method for solving the above-described problems, there are methods described in Patent Literature 1, Patent Literature 2, and Patent Literature 3, for example. FIG. 28 is a diagram showing a conventional method. Hereinafter, a problem common to the conventional method will be described with reference to FIG.
[0011]
Conventional methods commonly use a proxy device (relay device) 4. The proxy device 4 is installed between the user terminal 1 and the user terminal 2 and the server 3. The proxy device 4 includes a SetCookie extraction unit 5, a user / URL (Uniform Resource Locator) / Cookie information storage management unit 6, a user request identification unit 7, and a Cookie information addition unit 8. The SetCookie extraction unit 5 performs user authentication, and extracts Cookie information (the value of SetCookie) included in the HTTP response transmitted from the server 3 to the user terminal 1. The user / URL / Cookie information storage unit 6 stores the extracted Cookie information in association with the user information and the URL. The URL is information included in the HTTP response together with the Cookie information.
[0012]
The user request identification unit 7 receives an HTTP request transmitted from the user terminal 2 to the server 3, and identifies a user who is a sender of the HTTP request and a URL included in the HTTP request. The user request identification unit 7 reads out the Cookie information corresponding to the user information and the URL as the identification result from the user / URL / Cookie information storage unit 6. The Cookie information adding unit 8 adds (adds) the Cookie information read by the user request identifying unit 7 to the HTTP request transmitted from the user terminal 2, and transmits the HTTP request to the server 3.
[0013]
As described above, in the conventional method, when transmitting a HTTP request to the server 3 using the user terminal 2, the user transmits the HTTP request via the proxy device 4. The user performs user authentication in the proxy device 4 using the user terminal 2, so that the cookie is not sent to the server 3 without holding Cookie information for each terminal (user terminal 1, user terminal 2, etc.) used by the user. Authentication work can be omitted.
[Patent Document 1]
JP-A-10-254807
[Patent Document 2]
JP 2001-147892 A
[Patent Document 3]
JP-A-2001-147893
[0014]
[Problems to be solved by the invention]
However, the conventional proxy device needs to add Cookie information every time a user terminal transmits an HTTP request to a server. For this reason, the processing load on the proxy device increases. Since the user communicates with the server via the proxy device, an increase in the processing load on the proxy device causes an increase in delay when the user browses the content.
[0015]
Also, when using the proxy device, the user needs to perform user authentication work on the proxy device. Further, when the proxy device itself is installed in the Internet network, the user needs to perform both a user authentication operation for the ISP (Internet Service Provider) and a user authentication operation for the proxy device. Therefore, as a result, the input operation of the user is not omitted.
[0016]
SUMMARY OF THE INVENTION It is an object of the present invention to solve such a problem and to provide a device that reduces the burden of user authentication work and suppresses an increase in the processing load on a proxy device or a device having the same effect.
[0017]
[Means for Solving the Problems]
In order to solve the above problem, the present invention has the following configuration. The present invention is a relay device interposed between a content server and a user terminal accessing content held in the content server, wherein personal information for a user of the user terminal to access the content is: Storage means for storing the registered personal information when the user has already been registered in the content server by a registration procedure using another user terminal by the user; and storing the personal information stored in the storage means in the user. Notification means for notifying the terminal.
[0018]
According to the present invention, the storage means stores personal information registered in the content server. This personal information is information for the user of the user terminal to access the content held in the content server. For example, by storing the personal information, the user terminal can omit the user authentication process when accessing the content. Then, the notifying unit notifies the user terminal of the personal information stored in the storage unit.
[0019]
For this reason, even if the user terminal does not store the personal information, the personal information is notified by the notifying means, so that the personal information can be stored and used. Also, the conventional relay device adds personal information to each browsing request transmitted from the user terminal to the content server, but since the user terminal can obtain the personal information, the relay device performs this additional processing. Can be omitted.
[0020]
Further, the user terminal of the present invention is set so that the personal information can be received on condition that a browsing request is transmitted to the content in the content server, and the notifying unit transmits a browsing request for the content. May be instructed to the user terminal, and after the user terminal transmits the browsing request to the content server, the personal information may be notified to the user terminal.
[0021]
Further, the notifying means of the present invention determines whether or not to add the personal information to the communication data according to the content of the communication data transmitted and received between the user terminal and the content server. May be configured to add the personal information to the communication data according to.
[0022]
Further, the present invention further comprises an authentication unit for performing user authentication for the user terminal and another user terminal, wherein the authentication unit is provided when an Internet connection service is provided to the user terminal or the other user terminal. The authentication may be configured to also be performed for the user authentication to be performed.
[0023]
Further, the present invention provides an authentication unit for performing user authentication for the user terminal and other user terminals, and associating each of the plurality of user terminals used by the user authenticated by the authentication unit for authentication with the user. Further comprising terminal storage means for storing, and extraction means for extracting the personal information from communication data transmitted and received between the other user terminal and the content server, wherein the extraction means newly extracts personal information Notification to the notifying means, and the notifying means sets the personal information newly extracted by the extracting means to another user as a transmission destination of a browse request response to which the extracting means extracts personal information. It may be configured to notify the user of the terminal and the user terminal stored in association with the terminal storage means.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
[The principle of Cookie]
FIG. 1 is a diagram illustrating an operation sequence example of a system (including the user terminal 1 and the server 3) using Cookie. First, an operation sequence example of a system using a cookie will be described with reference to FIG.
[0025]
Referring to FIG. The content corresponding to the URL xyz is handled. Also, in FIG. Cookie information for the URL xyz is not stored. In FIG. 1, the user terminal 1 is used by a user A.
[0026]
The user terminal 1 is located at www. Since the Cookie information for the URL xyz is not stored, when an HTTP request for this URL is to be transmitted, an HTTP request that does not include the Cookie information is transmitted to the server 3 (Seq01).
[0027]
Since the received HTTP request does not include the Cookie information, the server 3 issues a new identification ID (identification number) and generates the Cookie information. This identification ID needs to be unissued to any user. Then, the server 3 transmits a Set-Cookie message (an HTTP response including the character string “Set-Cookie:”) including the Cookie information to the user terminal 1 (Seq02). At this time, the server 3 transmits the content information including the login screen together with the Set-Cookie message.
[0028]
The user terminal 1 stores the Cookie information received from the server 3 in association with the URL (www.xyz). Further, the user terminal 1 displays the content including the login screen received from the server 3 by using a browser. Then, the user terminal 1 prompts the user A to enter an account and a password on the login screen. The user terminal 1 transmits the stored Cookie information and the account and password input by the user A to the server 3 (Seq03).
[0029]
The server 3 executes user authentication using the received account and password. The server 3 identifies the user A by user authentication. The server 3 stores the identified user A and the received Cookie information in association with each other. Then, a content customized or customized for the user A is generated, and information of the content is transmitted to the user terminal 1 (Seq04).
[0030]
It is assumed that the user terminal 1 is disconnected from the network and is connected to the network again. The user terminal 1 is located at www. When transmitting an HTTP request to a URL called xyz, the URL itself is sent to www. The presence or absence of Cookie information stored in association with the URL xyz is confirmed. When the Cookie information is stored, the user terminal 1 adds the Cookie information to the HTTP request and transmits the HTTP request to the server 3 (Seq05).
[0031]
Upon receiving the Cookie information together with the HTTP request, the server 3 determines the user corresponding to the Cookie information. That is, the server 3 identifies the user A. Then, the server 3 transmits the information of the content customized for the user A to the user terminal 1 (Seq06). At this time, the server 3 does not request the user A to input an account and a password because the Cookie information corresponding to the user A has already been stored.
[0032]
In the following description, the communication procedure between the user terminal and the server (content server) will be basically described assuming that it is the procedure shown in FIG. Note that the user authentication method and the transmission timing of the Set-Cookie message vary depending on the actual server configuration method. Therefore, the scope of the present invention is not limited to the procedure shown in FIG.
[0033]
(Principle of the present invention)
Next, in describing the embodiments of the present invention, the principle of the relay device of the present invention will be described.
[0034]
[[First principle]]
FIG. 2 is a diagram showing a relay device 12a according to the first principle of the present invention. The relay device 12a of the present invention will be described with reference to FIG. The relay device 12 a is installed between the user terminal 9 and the user terminal 10 used by the same user and the content server 11. The relay device 12a includes an extraction unit 13a, a storage unit 14a, an authentication unit 15a, and a notification unit 16a.
[0035]
The extraction unit 13a (corresponding to "extraction means" of the present invention) is a communication traffic between the user terminal 9 or the user terminal 10 and the content server 11 (HTTP request, HTTP response: corresponding to "communication data" of the present invention). Cookie information or the like (corresponding to “personal information” of the present invention) is extracted from the cookie information. Here, in order to facilitate understanding, the extraction unit 13a is limited to extracting Cookie information or the like from communication traffic between the user terminal 9 (corresponding to “another user terminal” of the present invention) and the content server 11. Will be explained.
[0036]
Specifically, the extraction unit 13a extracts Cookie information and a URL corresponding to the Cookie information from communication traffic. At this time, the extraction unit 13a determines the user ID corresponding to the Cookie information based on the authentication result of the authentication unit 15. For example, by using the transmission destination IP address of the packet including the Cookie information as a key, information (identification information) in which the transmission source IP address of the packet transmitted / received at the time of authentication is associated with the user ID is searched. The user ID corresponding to the information is determined. The user ID is a user ID issued by the relay device 12a, and is used only in the relay device 12a. That is, this user ID is different from the user ID for user authentication performed in the content server 11. Further, this user ID is different from the user ID included in the Cookie information issued in the content server 11.
[0037]
The extraction unit 13a determines the URL corresponding to the Cookie information based on the content of the HTTP response transmitted from the content server 11 to the user terminal 9. The extraction unit 13a notifies the storage unit 14a of the extracted information.
[0038]
The storage unit 14a (corresponding to the “storage unit” of the present invention) stores the content notified from the extraction unit 13a as one set. That is, the storage unit 14a stores the user ID, the URL, and the Cookie information in association with each other.
[0039]
The authentication unit 15a (corresponding to the “authentication unit” of the present invention) performs user authentication on the user terminals 9 and 10, and generates identification information for identifying a target user of communication traffic based on the authentication result. Further, the authentication unit 15a notifies the extraction unit 13a and the notification unit 16a of the identification information (authentication result) of the authenticated user terminal 9 and user terminal 10.
[0040]
The notifying unit 16a (corresponding to the "notifying unit" of the present invention) notifies the cookie information stored in the storage unit 14a to the user terminals 9 and 10 that have been respectively authenticated by the authentication unit 15a. At this time, the notifying unit 16a searches the storage unit 14a, reads out Cookie information corresponding to the user whose user has been authenticated, if any, and notifies the Cookie information. However, here, in order to facilitate understanding, the description will be made assuming that the notification unit 16a notifies the user terminal 10 (corresponding to the "user terminal" of the present invention).
[0041]
The notifying unit 16a transmits the notification information (data including the Cookie information after the character string “Set-Cookie:”) to the user terminal 10. Upon receiving the notification information from the relay device 12a, the user terminal 10 stores the Cookie information included in the notification information. At this time, the user terminal 10 stores the Cookie information received from the relay device 12a in the same manner as when an HTTP response including the character string “Set-Cookie:”, that is, a Set-Cookie message is received from the content server 11. . Thereafter, the user terminal 10 adds the Cookie information to the corresponding HTTP request.
[0042]
Therefore, according to the relay device 12a, when the cookie information to be given to the user terminal is stored in the storage unit 14a when the authentication of the user terminal is performed by the authentication unit 15a, the Cookie information is stored in the storage unit 14a. The terminal is notified. For example, compared with the proxy device in the related art, it is possible to reduce the load of the process of adding Cookie information to the HTTP request transmitted from the user terminal 10, that is, the load of the additional process.
[0043]
[[Second principle]]
FIG. 3 is a diagram showing a relay device 12b according to the second principle of the present invention. Next, the relay device 12b of the present invention will be described with reference to FIG. The relay device 12b has the same configuration as the relay device 12a, except that the configuration of the notification unit 16a and the notification unit 16b is different. That is, the relay device 12b includes an extraction unit 13a, a storage unit 14a, an authentication unit 15a, and a notification unit 16b. Hereinafter, description of the configuration other than the notification unit 16b will be omitted.
[0044]
The notification unit 16b includes a browsing instruction unit 17 and an adding unit 18b.
[0045]
The browsing instruction unit 17 receives the authentication information of the user terminal 10 from the authentication unit 15a, and instructs the authenticated user terminal 10 to browse a specific content. As a result, the user terminal 10 transmits an HTTP request to a content server (for example, the content server 11) having the specific content.
[0046]
The adding unit 18b adds Cookie information to an HTTP response transmitted from the content server 11 (see FIG. 2) to the user terminal 10. At this time, the adding unit 18b adds the Cookie information read from the storage unit 14a to the HTTP response. That is, the adding unit 18b adds the Cookie information corresponding to the authenticated user ID of the user terminal 10 to the HTTP response transmitted to the user terminal 10.
[0047]
The user terminal 10 may be designed so as not to receive Cookie information when not transmitting an HTTP request. On the other hand, according to the relay device 12b, the user terminal 10 transmits an HTTP request for requesting content browsing to the content server 11 according to an instruction from the browsing instruction unit 17, even if the above design is made. I do. As a result, the user terminal 10 can receive the Cookie information. The adding unit 18b adds Cookie information to be transmitted to the user terminal 10 to the HTTP response to the HTTP request.
[0048]
In particular, the user terminal 10 using a connection environment such as PPPoE (PPP over Ethernet) can receive Cookie information from the relay device 12b without adding a function to the user terminal 10.
[0049]
[[Third principle]]
FIG. 4 is a diagram showing a relay device 12c according to the third principle of the present invention. Next, the relay device 12c of the present invention will be described with reference to FIG. The relay device 12c has the same configuration as the relay device 12a except that the configuration of the notification unit 16a and the notification unit 16c is different. That is, the relay device 12c includes an extraction unit 13a, a storage unit 14a, an authentication unit 15a, and a notification unit 16c. In the following, description of the configuration other than the notification unit 16c is omitted.
[0050]
The notification unit 16c includes a notification state management unit 19 and an addition unit 18c.
[0051]
The notification state management unit 19 (corresponding to the “notification unit” of the present invention) operates after user authentication by the authentication unit 15a. The notification state management unit 19 instructs the addition unit 18c to add the Cookie information to the HTTP request transmitted from the user terminal 10 to the content server 11. At this time, the notification state management unit 19 instructs the addition unit 18c to add Cookie information for the first HTTP request for each URL.
[0052]
Further, the notification state management unit 19 identifies an HTTP response corresponding to the above HTTP request. That is, the notification state management unit 19 identifies the HTTP response transmitted by the content server 11 in response to the HTTP request. Then, the notification state management unit 19 instructs the addition unit 18c to add the Cookie information to the identified HTTP response.
[0053]
The adding unit 18c (corresponding to the “notifying unit” of the present invention) adds Cookie information to an HTTP request or an HTTP response according to an instruction from the notification state managing unit 19. At this time, the adding unit 18c adds the Cookie information stored in the storage unit 14a to the HTTP request together with the character string "Cookie:" in accordance with the instruction from the notification state managing unit 19. Further, the adding unit 18c adds the Cookie information stored in the storage unit 14a to the HTTP response together with the character string "Set-Cookie:" according to the instruction of the notification state managing unit 19.
[0054]
In the second principle described above, the configuration has been described in which the Cookie information is notified to the user terminal 10 designed not to accept the Cookie information when the HTTP request is not transmitted. However, the user terminal 10 may not have a function of further receiving a browsing instruction. In this case, in the system using the relay device 12b, the Cookie information cannot be normally notified to the user terminal 10.
[0055]
According to the relay device 12c, after the authentication of the user terminal 10, the notification unit 16c waits for the process until the user terminal 10 transmits the HTTP request. Then, the notification unit 16c adds Cookie information to the first HTTP request transmitted to the URL by the user terminal 10 and transmits the HTTP request to the content server 11. Further, the notification unit 16c notifies the user terminal 10 of the Cookie information by adding the Cookie information to the HTTP response transmitted from the content server 11 to the user terminal 10. After this processing, the user terminal 10 itself can add appropriate Cookie information. Therefore, Cookie information can be notified to the user terminal 10 without adding a function to the user terminal 10.
[0056]
The process of adding the Cookie information to the HTTP request is executed only for the first HTTP request to a certain URL after the user terminal 10 has been authenticated. For this reason, it is possible to reduce the processing load of the Cookie information adding process, and it is possible to suppress a delay in content browsing at the user terminal 10.
[0057]
[[Fourth principle]]
FIG. 5 is a diagram showing a relay device 12d according to the fourth principle of the present invention. Next, the relay device 12d of the present invention will be described with reference to FIG. The relay device 12d has the same configuration as the relay device 12a except that the configuration of the authentication unit 15a and the authentication unit 15d is different. That is, the relay device 12d includes an extraction unit 13a, a storage unit 14a, an authentication unit 15d, and a notification unit 16a. In the following, description of the configuration other than the authentication unit 15d is omitted.
[0058]
The authentication unit 15d performs user authentication on the use permission of the network connection service (Internet network use permission) in the ISP together with the user authentication in the relay device 12d.
[0059]
According to the relay device 12d, the authentication unit 15d performs the authentication process in the relay device 12d and the authentication process for using the Internet network as the same operation. For this reason, the user can use the service in the relay device 12d and the Internet network by one authentication operation. Therefore, it is possible to save the trouble of the user's authentication work and to further improve the convenience.
[0060]
[[Fifth principle]]
FIG. 6 is a diagram showing a relay device 12e according to the fifth principle of the present invention. Next, the relay device 12e of the present invention will be described with reference to FIG. The relay device 12e is different from the extraction unit 13a, the authentication unit 15a, and the notification unit 16a in the configuration of the extraction unit 13e, the authentication unit 15e, and the notification unit 16e, and is provided with a new terminal storage unit 20. Has the same configuration as the relay device 12a. That is, the relay equipment 12e includes an extraction unit 13e, a storage unit 14a, an authentication unit 15e, a notification unit 16e, and a terminal storage unit 20. In the following, description of the configuration other than the extraction unit 13e, the authentication unit 15e, the notification unit 16e, and the terminal storage unit 20 will be omitted.
[0061]
The extraction unit 13e differs from the extraction unit 13a only in the following points. That is, when the Cookie information is newly extracted, the extraction unit 13e notifies the notification unit 16e that the Cookie information has been newly extracted. At this time, the extraction unit 13e notifies the notification unit 16e of the user ID corresponding to the Cookie information.
[0062]
The authentication unit 15e performs user authentication on the user terminal 9 and the user terminal 10, and notifies identification information (authentication result) of the authenticated user terminal 9 and user terminal 10 to the extraction unit 13a, the notification unit 16e, and the terminal storage unit 20. I do.
[0063]
The terminal storage unit 20 (corresponding to “terminal storage means” of the present invention) stores all user terminals that have been authenticated in the relay device 12e. That is, the terminal storage unit 20 stores the user terminals 9 and 10 in FIG.
[0064]
The notifying unit 16e reads information of the user terminal corresponding to the user ID notified from the extracting unit 13e from the terminal storage unit 20. Then, the notification unit 16e notifies all of the read user terminals (the user terminals 9 and 10 in FIG. 6) of the newly extracted Cookie information.
[0065]
According to the relay device 12e, the terminal storage unit 20 stores the authenticated user terminal based on the authentication result of the authentication unit 15e. Then, the notifying unit 16e notifies the cookie information newly extracted by the extracting unit 13e to a plurality of authenticated user terminals (a plurality of terminals connected to the relay device 12e). For this reason, the Cookie information newly notified by the content server 11 (see FIG. 2) to the user terminal (for example, the user terminal 9) indicates that if the user terminal 10 has already authenticated the user, the other users used by the same user The terminal (for example, the user terminal 10) is also notified. Therefore, even if the user changes the user terminal used, the user can immediately browse the contents using the appropriate Cookie information without inputting the user ID and the password again. Therefore, the convenience of the user when browsing the content is improved.
[0066]
[[Sixth principle]]
FIG. 7 is a diagram showing a relay device 12f according to the sixth principle of the present invention. Next, the relay device 12f of the present invention will be described with reference to FIG. The relay device 12f has the same configuration as the relay device 12a, except that the configuration of the notification unit 16a and the notification unit 16f is different, and that a notification condition setting unit 21 is newly provided. That is, the relay device 12f includes an extraction unit 13a, a storage unit 14a, an authentication unit 15a, a notification unit 16f, and a notification condition setting unit 21. In the following, description of components other than the notification unit 16f and the notification condition setting unit 21 will be omitted.
[0067]
The notification unit 16f reads Cookie information for the user ID authenticated by the authentication unit 15a from the storage unit 14a. The notification unit 16f refers to the notification condition setting unit 21 for the notification condition. Then, the notification unit 16f notifies only the Cookie information to be notified to the user terminal 10 to be notified based on the notification condition obtained from the notification condition setting unit 21 among the Cookie information read from the storage unit 14a.
[0068]
The notification condition setting unit 21 stores the notification condition in association with the user ID or the user terminal 10. The notification condition setting unit 21 notifies the notification unit 16f of the notification condition to be stored. The notification condition is, for example, a content server or a site (specifically, a URL or URI indicating the content server or the site: an identifier of the content) that is not to be notified of the Cookie information. The notification condition is, for example, a user (user ID or the like) not to be notified of Cookie information.
[0069]
According to the relay device 12f, the Cookie information is notified to the user terminal 10 based on the notification condition stored (set) in the notification condition setting unit 21. Therefore, it is possible to stop the notification of the Cookie information to the user terminal 10 when the notification of the Cookie information is unnecessary / inappropriate. That is, for example, when a content server or a site that is not a notification target of Cookie information is set as a notification condition, stopping notifying the user terminal 10 of the Cookie information issued by the content server or the site that satisfies this condition. Becomes possible. As such an example, it is conceivable to store a content server or a site that uses an unexpected Cookie technology usage form as a notification condition. The unit of the notification target specification is not limited to the server or the site unit, but may be the granularity of the Path attribute and the Domain attribute included in the Cookie information.
[0070]
Further, for example, by setting a user who is not to be notified of Cookie information as a notification condition, it is possible to stop the notification of Cookie information to this user. In addition, since some users have set the browser to refuse the use of Cookie information, setting such users as exempt from notification in advance reduces the processing load such as notification processing in the relay device 12f. It is possible to do. The relay device 12f may operate in conjunction with a mechanism for notifying the relay device 12f of the user's settings on the browser as described above.
[0071]
(First embodiment)
〔〔System configuration〕〕
Next, the relay device 23 according to the first embodiment of the present invention will be described with reference to the drawings. The description of the present embodiment is an exemplification, and the configuration of the present invention is not limited to the following description.
[0072]
FIG. 8 is a functional block diagram of a relay system using the relay device 23 according to the present invention. The user terminal 22 (corresponding to “user terminal” and “other user terminal” of the present invention) and the server 24 (corresponding to “content server” of the present invention) are communicably connected via a network via the relay device 23. Is done. The relay device 23 includes a CPU, a main memory (RAM), an auxiliary storage device (hard disk), a communication control device, and the like connected through a bus in terms of hardware.
[0073]
The relay device 23 loads the various programs (OS, application, etc.) stored in the auxiliary storage device into the main storage and executes the programs by the CPU, so that the receiving unit 25, the authentication unit 26, the TCP connection management unit 27, It functions as a device including a unit 28, a Cookie database (CookieDB) 29, a notification unit 30, a transmission unit 31, and the like. Hereinafter, each configuration of the relay device 23 will be described.
[0074]
The receiving unit 25 is configured using a communication control device such as a network card. The receiving unit 25 receives a packet from the user terminal 22 or the server 24. This packet is, for example, an HTTP request transmitted from the user terminal 22 to the server 24. This packet is, for example, an HTTP response transmitted from the server 24 to the user terminal 22. This packet is, for example, authentication data (user ID, password, etc.) for the relay device 23 transmitted from the user terminal 22 to the relay device 23. This packet or HTTP request and HTTP response correspond to “communication data” of the present invention.
[0075]
The receiving unit 25 passes the received authentication data to the authentication unit 26. The receiving unit 25 passes the received message (HTTP request or HTTP response) to the notifying unit 30, the TCP connection managing unit 27, and the extracting unit 28. Further, the receiving unit 25 notifies the TCP connection management unit 27 of the TCP connection information (the source IP address, the destination IP address, the source port number, and the destination port number) when transmitting the HTTP request to the server 24.
[0076]
The authentication unit 26 (corresponding to “authentication unit” of the present invention) is configured using a CPU, a RAM, a nonvolatile storage device, and the like. The authentication unit 26 has an authentication table (not shown) in which a user ID and a password are associated with each other in a nonvolatile storage device provided therein. The authentication unit 26 performs user authentication on the authentication data received from the reception unit 25 using the authentication table. Then, the authentication unit 26 notifies the user terminal 22 of the result of the user authentication via the transmission unit 31.
[0077]
The authentication unit 26 notifies the notification unit 30 of the result of the user authentication. Further, the authentication unit 26 passes the identification information (the user ID and the source IP address in the packet received from the user terminal 22 at the time of user authentication) to the TCP connection management unit 27.
[0078]
The TCP connection management unit 27 is configured using a CPU, a RAM, and the like. The TCP connection management unit 27 manages a management table 27A. FIG. 9 is a diagram illustrating an example of the management table 27A. The management table 27A will be described with reference to FIG.
[0079]
The management table 27A is a table in which a user ID, a URL (content identifier), and TCP connection information are associated with each other. The user ID is a user ID used for user authentication in the relay device 23. The TCP connection information is information on a TCP connection between the user terminal 22 and the relay device 23 and information on a TCP connection between the relay device 23 and the server 24. The information of the TCP connection is, specifically, a source IP address (IP_SA), a destination IP address (IP_DA), a source port number (SrcPort), and a destination port number (DestPort). The management table 27A indicates that, for example, the user terminal 22 used by the user whose user ID is “A” establishes a connection to the URL site “www.xyz” by the TCP connection shown in FIG. To indicate that
[0080]
The TCP connection management unit 27 includes the TCP connection information of the HTTP request notified by the reception unit 25 (TCP connection information between the user terminal 22 and the relay device 23), the URL of the content request destination of the HTTP request, the user ID, The TCP connection information (TCP connection information between the relay device 23 and the server 24) notified from the receiving unit 25 is stored in the management table 27A in association with each other.
[0081]
The extraction unit 28 (corresponding to “extraction means” of the present invention) is configured using a CPU, a RAM, and the like. Upon receiving the HTTP response from the receiving unit 25, the extracting unit 28 extracts Cookie information included in the HTTP response. Then, the extraction unit 28 registers the user ID and the URL corresponding to the HTTP response and the extracted Cookie information in the Cookie table 29A stored in the Cookie DB 29.
[0082]
FIG. 10 is a flowchart illustrating an operation example of the extraction unit 28 in the first embodiment. Hereinafter, the operation of the extraction unit 28 will be described with reference to FIG.
[0083]
The extracting unit 28 receives the HTTP response from the receiving unit 25 (S01). The extraction unit 28 performs a character string search on the HTTP response from the server 24 and determines whether or not the character string “Set-Cookie:” is included (S02). That is, the extraction unit 28 determines whether or not the Cookie information is included in the HTTP response by performing a character string search using the character string “Set-Cookie:” as a keyword. If this character string is not included, the extraction unit 28 ends the processing (S02-No, S03).
[0084]
On the other hand, when extracting the Cookie information, that is, “UserID = 1234” (S02-Yes, S04), the extraction unit 28 acquires the user ID and the URL corresponding to the TCP connection information of the HTTP response from the TCP connection management unit 27. (S05). The extraction unit 28 instructs the Cookie DB 29 to store the user ID, the URL, and the Cookie information in association with each other (S06). Then, the extraction unit 28 ends the processing (S07).
[0085]
The Cookie DB 29 (corresponding to “storage means” of the present invention) is configured using a nonvolatile storage device such as a hard disk. The Cookie DB 29 stores a Cookie table 29A. FIG. 11 is a diagram illustrating an example of the Cookie table 29A. The Cookie table 29A will be described with reference to FIG.
[0086]
The Cookie table 29A is a table in which a user ID, a URL, and Cookie information are associated with each other. The user ID is a user ID used for user authentication in the relay device 23. The Cookie table 29A indicates that, for example, for a user having a user ID “A”, the Cookie information shown in FIG. 11 is stored in the server 24 at a URL site “www.xyz”.
[0087]
The notification unit 30 is configured using a CPU, a RAM, and the like. FIG. 12 is a diagram illustrating functional blocks of the notification unit 30. The configuration of the notification unit 30 will be described with reference to FIG.
[0088]
The notification unit 30 includes a notification state management unit 32 and an addition unit 33.
[0089]
The notification state management unit 32 (corresponding to “notification means” of the present invention) is configured using a CPU, a RAM, and the like. The notification state management unit 32 determines whether to add Cookie information to the message received from the reception unit 25. Then, the notification state management unit 32 notifies the addition unit 33 of the determination result.
[0090]
The notification state management unit 32 determines whether to add Cookie information based on the following criteria. That is, the notification state management unit 32 determines that Cookie information should be added when this message is a message transmitted for the first time after user authentication performed for a certain user. Here, the message transmitted for the first time includes an HTTP request transmitted for the first time after the user authentication to a certain URL by the user who has been subjected to the user authentication. Also, the message transmitted for the first time includes an HTTP response transmitted for the first time after the user is authenticated from the server including the content of a certain URL to the user who has been subjected to the user authentication.
[0091]
FIG. 13 is a flowchart illustrating an operation example of the notification state management unit 32 in the first embodiment. Hereinafter, the operation of the notification state management unit 32 will be described with reference to FIG.
[0092]
When receiving the message (HTTP request or HTTP response) from the receiving unit 25 (S08), the notification state management unit 32 searches the TCP connection management unit 27 (S09). At this time, the notification state management unit 32 acquires the user ID and the URL corresponding to the TCP connection information of the HTTP request or the HTTP response.
[0093]
The notification state management unit 32 determines whether this message is the first HTTP request to this URL by this user after recent user authentication (S10). If the HTTP request is applicable (S10-Yes), the notification state management unit 32 instructs the addition unit 33 to add the Cookie information to the HTTP request, and ends the processing (S11, S12).
[0094]
On the other hand, if the HTTP request is not applicable (S10-No), the notification state management unit 32 determines whether this message is the first HTTP response from this URL to this user after recent user authentication. (S13). If the HTTP response is applicable (S13-Yes), the notification state management unit 32 instructs the addition unit 33 to add Cookie information to the HTTP response, and ends the processing (S14, S15).
[0095]
On the other hand, if the HTTP response is not applicable (S13-No), the notification state management unit 32 ends the process (S16).
[0096]
The adding unit 33 (corresponding to the “notifying unit” of the present invention) is configured using a CPU, a RAM, and the like. The adding unit 33 adds Cookie information to the message based on the instruction received from the notification state managing unit 32.
[0097]
FIG. 14 is a flowchart illustrating an operation example of the adding unit 33 in the first embodiment. Hereinafter, the operation of the adding unit 33 will be described with reference to FIG.
[0098]
Upon receiving an instruction from the notification state management unit 32 to add Cookie information (S17), the adding unit 33 searches for Cookie information to be added (S18). At this time, the adding unit 33 searches the Cookie table 29A for Cookie information using the user ID and the URL as search keys.
[0099]
When the corresponding Cookie information cannot be retrieved from the Cookie table 29A, that is, when the corresponding Cookie information is not stored in the Cookie table 29A (S19-No), the adding unit 33 does not change the message. Then, the adding unit 33 instructs the transmitting unit 31 to transmit the message as it is (S20), and ends the processing (S21).
[0100]
On the other hand, when the adding unit 33 searches the corresponding Cookie information from the Cookie table 29A (S19-Yes), the adding unit 33 determines whether or not the instruction from the notification state management unit 32 is an adding instruction to the HTTP request (S22). If it is an instruction to add to the HTTP request (S22-Yes), the adding unit 33 adds the Cookie information acquired from the Cookie table 29A to the header of the HTTP request (S23). At this time, the adding unit 33 adds the acquired Cookie information following the character string "Cookie:". Then, the adding unit 33 instructs the transmitting unit 31 to transmit the HTTP request, and ends the processing (S24).
[0101]
On the other hand, if it is not an instruction to add to the HTTP request, that is, if it is an instruction to add to the HTTP response, the adding unit 33 adds the acquired Cookie information to the header of the HTTP response (S25). At this time, the adding unit 33 adds the acquired Cookie information following the character string “Set-Cookie:”. Then, the adding unit 33 instructs the transmitting unit 31 to transmit the HTTP response, and ends the processing (S26).
[0102]
The transmission unit 31 is configured using a communication control device such as a network card. The transmitting unit 31 transmits a packet to the user terminal 22 or the server 24.
[0103]
([Operation example])
FIG. 15 is a diagram illustrating an outline of the relay system according to the first embodiment. FIG. 16 is a flowchart illustrating an operation example of the relay system according to the first embodiment. Hereinafter, an operation example of the relay device 23 in the first embodiment will be described with reference to FIGS. However, in the description of this operation example, it is assumed that the user A accesses the server 24 using the user terminals 22a and 22b. It is also assumed that the user terminals 22a and 22b do not store Cookie information on the content provided in the server 24. Further, it is assumed that the user A has no experience of accessing the contents of the server 24 in the past, such as user registration.
[0104]
The user A transmits a user ID and a password to the relay device 23 using the user terminal 22a, and requests user authentication (S27). At this time, the authentication unit 26 determines whether or not the user A is a valid user of the relay device 23 based on the user ID and the password notified from the user A (S28).
[0105]
The authentication unit 26 notifies the TCP connection management unit 27 of the source IP address (that is, the IP address of the user terminal 22a) and the user ID of the packet received at the time of user authentication, as the identification information of the user terminal. The TCP connection management unit 27 stores this information as a new record in the management table 27A (S29).
[0106]
Thereafter, the TCP connection management unit 27 determines whether or not the message is a message (HTTP request or HTTP response) corresponding to the user A based on the IP address (that is, the IP address registered as the identification information). That is, the TCP connection management unit 27 determines that the message in the packet whose IP address is the source IP address is a message (HTTP request) by the user A. Further, the TCP connection management unit 27 identifies a message in a packet whose IP address is the destination IP address as a message (HTTP response) addressed to the user A.
[0107]
When the user A requests content from the server 24 in the browser of the user terminal 22a (eg, when inputting a URL or selecting a link), the user terminal 22a sends the content to the server 24 via the relay device 23. , And transmits an HTTP request (S30).
[0108]
The receiving unit 25 receives the HTTP request transmitted from the user terminal 22a to the server 24 (S31).
[0109]
The TCP connection management unit 27 stores the TCP connection information of the HTTP request received by the reception unit 25 and the URL of the content request destination of the HTTP request in association with the user A (S32).
[0110]
The TCP connection management unit 27 uses the identification information notified from the authentication unit 26 to identify the user that is the source of the HTTP request.
[0111]
Next, the notification unit 30, that is, the notification state management unit 32 and the addition unit 33 execute the processing (S33). Specifically, the adding unit 33 determines that there is no Cookie information associated with the user ID and the URL corresponding to the HTTP request, and instructs the transmitting unit 31 to transmit the HTTP request as it is. Then, the transmission unit 31 transmits the HTTP request received from the user terminal 22a of the user A to the server 24. At this time, the TCP connection management unit 27 stores the TCP connection information when the HTTP request is transmitted to the server 24, in association with the identification information (S34).
[0112]
The server 24 receives the HTTP request (S35). The server 24 determines whether or not the received HTTP request includes Cookie information (S36). In this case, the HTTP request does not include the Cookie information. For this reason, the server 24 determines that the received HTTP request does not include the Cookie information (S36-No), and issues an identification number (UserID: 1234 here) to the session of the HTTP request.
[0113]
The server 24 transmits an HTTP response as a response to the HTTP request. That is, the server 24 transmits the content including the login screen to the user terminal 22a as an HTTP response. The HTTP response header includes a character string “Set-Cookie: UserID = 1234” as a Set-Cookie HTTP response header. As described above, the server 24 transmits the HTTP response (Set-Cookie message) including the Cookie information to the user terminal 22a (S37).
[0114]
The receiving unit 25 receives the HTTP response from the server 24 (S38). The receiving unit 25 passes the received HTTP response to the extracting unit 28 notifying unit 30.
[0115]
Next, the notification unit 30, that is, the notification state management unit 32 and the addition unit 33 execute the processing (S39). Specifically, the adding unit 33 determines that the corresponding Cookie information is not stored in the Cookie table 29A, and instructs the transmitting unit 31 to transmit an HTTP response.
[0116]
Next, the extraction unit 28 performs a process (S40). More specifically, the extraction unit 28 determines that the received HTTP response includes the character string “Set-Cookie:”, and uses the TCP connection information of the HTTP response as a search key to set the user ID corresponding to the HTTP response. And a URL. Further, the extraction unit 28 extracts “UserID = 1234” which is Cookie information from the HTTP response. Then, the extraction unit 28 registers the user ID, the URL, and the Cookie information in the Cookie DB 29 in association with each other.
[0117]
The user terminal 22a receives the HTTP response (S41), and stores the Cookie information included in the HTTP response (S42).
[0118]
The user A notifies the relay device 24 that the user terminal 22a is disconnected from the network, and ends the use of the user terminal 22a. Then, the user A starts using the user terminal 22b. The user A transmits a user ID and a password to the relay device 24 using the user terminal 22b, and requests user authentication (S27).
[0119]
The authentication unit 26 notifies the TCP connection management unit 27 of the source IP address (that is, the IP address of the user terminal 22b) and the user ID of the packet received at the time of user authentication as identification information. The TCP connection management unit 27 stores the identification information as a new record in the management table 27A (S28, S29). Thereafter, the TCP connection management unit 27 determines whether or not the message is a message corresponding to the user A based on the IP address.
[0120]
When the user A requests content from the server 24 in the browser of the user terminal 22b (such as when inputting a URL or selecting a link), the user terminal 22b sends the request to the server 24 via the relay device 23. , And transmits an HTTP request (S30).
[0121]
The receiving unit 25 receives the HTTP request transmitted from the user terminal 22b to the server 24 (S31). The receiving unit 25 passes the received HTTP request or the received HTTP response, that is, the received message to the notification state management unit 32.
[0122]
The TCP connection management unit 27 stores the TCP connection information (source IP address, destination IP address, source port number, destination port number) of the HTTP request received by the reception unit 25, and the URL of the content request destination of the HTTP request. Is stored in association with the user A (S32).
[0123]
Next, the notification unit 30, that is, the notification state management unit 32 and the addition unit 33 execute the processing (S33). Specifically, the notification state management unit 32 determines whether the message received from the receiving unit 25 is the first message after recent user authentication. If the message is the first message, the notification state management unit 32 instructs the addition unit 33 to add Cookie information to this message.
[0124]
In this case, since the received message is the first HTTP request for the user A to this URL after the recent user authentication, the notification state management unit 32 instructs the addition unit 33 to add the Cookie information.
[0125]
The adding unit 33 searches the Cookie table 29A stored in the Cookie DB 29 using the URL and the user ID as search keys. As a result of the search, the adding unit 33 obtains “UserID = 1234” as Cookie information.
[0126]
The adding unit 33 adds the Cookie information to the HTTP request, and instructs the transmitting unit 31 to transmit the HTTP request. Then, the transmission unit 31 transmits the HTTP request to the server 24. At this time, the TCP connection management unit 27 stores the TCP connection information used for transmitting the HTTP request to the server 24 in association with the information (S34).
[0127]
The server 24 receives the HTTP request (S35). The server 24 determines the presence or absence of the Cookie information of the received HTTP request (S36). In this case, since the Cookie information is included, the server 24 determines that there is the Cookie information (S36-Yes). Then, the server 24 identifies the content request from the user A from the Cookie information “UserID = 1234” (S43).
[0128]
The server 24 reads the content customized for the user A (S44), and transmits the content as an HTTP response to the user terminal 22b (S45).
[0129]
The receiving unit 25 receives the HTTP response transmitted from the server 24 to the user terminal 22b (S38).
[0130]
Next, the notification unit 30, that is, the notification state management unit 32 and the addition unit 33 execute the processing (S39). Specifically, the notification state management unit 32 searches the storage information of the TCP connection management unit 27 based on the TCP connection information used by the HTTP response. Then, the notification state management unit 32 identifies that the HTTP response is addressed to the user A and identifies the corresponding URL.
[0131]
Since this HTTP response is the first HTTP response, the notification state management unit 32 instructs the addition unit 33 to add the Cookie information.
[0132]
The adding unit 33 searches the Cookie table 29A stored in the Cookie DB 29 using the URL and the user ID as search keys. The adding unit 33 obtains a character string “UserID = 1234” as Cookie information as a result of the search.
[0133]
The adding unit 33 adds Cookie information to the HTTP response transmitted from the server 24 together with the character string “Set-Cookie:”, and instructs the transmitting unit 31 to transmit the HTTP response. Then, the transmission unit 31 transmits the HTTP response to the user terminal 22b.
[0134]
Next, the extraction unit 28 performs a process (S40). Specifically, the extraction unit 28 determines that the received HTTP response does not include the character string “Set-Cookie:”, and ends the process.
[0135]
The user terminal 22b receives the HTTP response (S41), and stores the Cookie information included in the HTTP response (S42).
[0136]
[[Action / effect]]
The relay device 23 according to the first embodiment acquires and stores Cookie information from a message transmitted and received between the user terminal 22 (that is, the user terminal 22a) used by the user A and the server 24 in advance. Then, the relay device 23 uses the authentication result of the user terminal 22 (that is, the user terminal 22b) newly used by the user A as a trigger, and stores the Cookie information stored in the user terminal 22 in association with the user A. Notice. Therefore, even when the user A uses a plurality of user terminals 22 (the user terminals 22a and 22b), the user A can immediately use appropriate Cookie information in each of the user terminals 22. Become. Therefore, the user A can omit the re-authentication operation for the server 24 at the newly used user terminal 22.
[0137]
[(Modification)]
The storage unit 14a may be configured to appropriately delete the stored content according to the Expire attribute (Expire attribute) included in the Cookie information and the physical storage capacity limit.
[0138]
Further, the extraction unit 28 may extract the Cookie information from the HTTP request instead of extracting the Cookie information from the HTTP response. In this case, the keyword of the character string search is “Cookie:”.
[0139]
Also, the relay device does not include the extraction unit 28, and executes an application in the user terminal 22a that notifies the relay device 24 of Cookie information stored in the user terminal 22a in response to a request from the relay device 24. Is also good.
[0140]
(Second embodiment)
〔〔System configuration〕〕
Next, a relay device 23a according to a second embodiment of the present invention will be described with reference to the drawings. The description of the present embodiment is an exemplification, and the configuration of the present invention is not limited to the following description.
[0141]
FIG. 17 is a functional block diagram of a relay system using the relay device 23a according to the present invention. The relay device 23a has the same configuration as the relay device 23, except that the relay device 23a includes a notification condition management unit 34 and the configuration of the notification unit 30 differs from that of the notification unit 30a. Hereinafter, description of the configuration other than the notification unit 30a and the notification condition management unit 34 will be omitted.
[0142]
The notification condition management unit 34 is configured using a CPU, a RAM, a nonvolatile storage device, and the like. The notification condition management unit 34 stores the notification condition table 34A in a nonvolatile storage device provided therein. FIG. 18 is a diagram illustrating an example of the notification condition table 34A. The notification condition table 34A will be described with reference to FIG.
[0143]
The notification condition table 34A is a table having notification conditions and notification necessity / unnecessity in association with each other. The notification condition has a URL and a user ID in association with each other. The notification necessity / unnecessary has a value of either “unnecessary” or “necessary”.
[0144]
The notification condition table 34A is a table indicating whether or not Cookie information is added to a message under a certain notification condition. For example, the notification condition table 34A indicates that Cookie information is not added to the user terminal 22 used by the user whose user ID is “A” for any URL message.
[0145]
The notification unit 30a has the same configuration as the notification unit 30 in the relay device 23, except that the configuration of the notification state management unit 32a and the configuration of the notification state management unit 32 are different. Therefore, in the description of the notification unit 30a, the description of the configuration other than the notification state management unit 32a is omitted.
[0146]
The notification state management unit 32a differs from the notification state management unit 32 only in that the notification state management unit 32a refers to the notification condition management unit 34 and determines based on the reference result when determining the content of an instruction to the adding unit 33.
[0147]
FIG. 19 is a diagram illustrating an operation example of the notification state management unit 32a according to the second embodiment. Hereinafter, the operation of the notification state management unit 32a will be described with reference to FIG. However, only differences from the operation of the notification state management unit 32 will be described.
[0148]
When searching the management table 27A (S09), the notification state management unit 32a refers to the notification condition (S46). That is, the notification state management unit 32a refers to the notification condition table 34A stored in the notification condition management unit 34. At this time, the notification state management unit 32a searches the notification condition table 34A using the user ID and the URL acquired from the management table 27A as search keys. Then, the notification state management unit 32a determines whether to add Cookie information to the message corresponding to the user ID and the URL.
[0149]
When it is not necessary to add the Cookie information (S47-No), the notification state management unit 32a ends the process (S48). On the other hand, when it is necessary to add the Cookie information (S47-Yes), the notification state management unit 32a executes the processing of S10 and subsequent steps in the notification state management unit 32.
[0150]
([Operation example])
Next, an operation example of the relay device 23a according to the second embodiment of the present invention will be described. However, only points different from the operation example of the relay device 23 will be described.
[0151]
After the receiving unit 25 receives the HTTP request from the user terminal 22b through the processing of S27 to S30 (see FIG. 16) (S31), the TCP connection management unit 27 checks the TCP connection information of the HTTP request received by the receiving unit 25. And the URL of the content request destination of the HTTP request are stored in association with the user A (S32).
[0152]
Next, the notification unit 30a, that is, the notification state management unit 32a and the addition unit 33 execute the processing. Specifically, the notification state management unit 32a refers to the notification condition table 34A. The user A (user ID is "A"), which is the destination of the HTTP request being processed, is set to not need to notify Cookie information regardless of the URL (see FIG. 18). Therefore, the notification state management unit 32a ends the process without instructing the addition unit 33 to add the Cookie information.
[0153]
The adding unit 33 instructs the transmitting unit 31 to transmit an HTTP response. Then, the transmission unit 31 transmits the HTTP response to the server 24.
[0154]
After the processing of S34 to S38 (see FIG. 16), the notification unit 30a, that is, the notification state management unit 32a and the addition unit 33 execute the processing (S39). Specifically, the notification state management unit 32a refers to the notification condition table 34A. The user A (user ID is "A"), which is the destination of the HTTP request being processed, is set to not need to notify Cookie information regardless of the URL (see FIG. 18). Therefore, the notification state management unit 32a ends the process without instructing the addition unit 33 to add the Cookie information.
[0155]
The adding unit 33 instructs the transmitting unit 31 to transmit an HTTP response. Then, the transmission unit 31 transmits the HTTP response to the user terminal 22b. Subsequent processing is the same as the operation example of the relay system in the first embodiment.
[0156]
[[Action / effect]]
In the relay device 23a according to the second embodiment, the notification state management unit 32a determines whether to add Cookie information according to the conditions set in the notification condition table 34A. For this reason, it is possible to control the addition of the cookie information to the content or the like for which the cookie information is not desired to be used. For example, it is possible to stop adding Cookie information to a content server or a site that intends to use Cookie information that is unexpected for the user. That is, by using the relay device 23a, it is possible to access such a content server or site without adding other functions. In addition, the relay device 23a is effective for a user who wants to set to reject use of Cookie information.
[0157]
(Third embodiment)
〔〔System configuration〕〕
Next, a relay device 23b according to a third embodiment of the present invention will be described with reference to the drawings. The relay device 23b is arranged in the ISP network. In this ISP, a connection procedure using PPPoE used in an ADSL service or the like is executed. The description of the present embodiment is an exemplification, and the configuration of the present invention is not limited to the following description.
[0158]
FIG. 20 is a functional block diagram of a relay system using the relay device 23b according to the present invention. The relay device 23b has the same configuration as the relay device 23 except that the configurations of the authentication unit 26, the extraction unit 28b, and the notification unit 30b are different from those of the authentication unit 26, the extraction unit 28, and the notification unit 30. . Hereinafter, description of the configuration other than the authentication unit 26b, the extraction unit 28b, and the notification unit 30b will be omitted.
[0159]
The authentication unit 26b is configured using a CPU, a RAM, a nonvolatile storage device, and the like. The authentication unit 26b has an authentication table in which a user ID and a password are associated with each other in a nonvolatile storage device provided therein. The authentication unit 26b performs user authentication on the authentication data received from the reception unit 25 using the authentication table. At this time, the authentication unit 26b executes user authentication using an authentication method such as CHAP (Challenge Handshake Authentication Protocol) or PAP (Password Authentication Protocol), and performs both user authentication in the relay device 23b and user authentication in the ISP. To process.
[0160]
The authentication unit 26b assigns a session ID to a PPPoE session between the user terminal 22 and the relay device 23b. Then, the authentication unit 26b notifies the user terminal 22 of the session ID using a PADS (PPPoE Active Discovery Session-confirmation) packet. Further, the authentication unit 26b notifies the HURL notification unit 36 of the result of this processing. Further, the authentication unit 26 passes the identification information (the user ID and the source IP address in the packet received from the user terminal 22 at the time of user authentication) to the TCP connection management unit 27.
[0161]
The extraction unit 28b is configured using a CPU, a RAM, and the like. FIG. 21 is a flowchart illustrating an operation example of the extraction unit 28b according to the third embodiment. After searching the management table 27A (S05), the extraction unit 28b determines whether or not new Cookie information has been obtained, and notifies the notification unit 30b that the new Cookie information has been obtained (S60). Only the extraction unit differs from the extraction unit 28 (see FIGS. 8 and 10).
[0162]
The notification unit 30b is configured using a CPU, a RAM, and the like. FIG. 22 is a diagram illustrating functional blocks of the notification unit 30b. The configuration of the notification unit 30b will be described with reference to FIG.
[0163]
The notification unit 30b includes a notification state management unit 35, a HURL notification unit 36, and an addition unit 37.
[0164]
The notification state management unit 35 is configured using a CPU, a RAM, and the like. The notification state management unit 35 determines whether to add Cookie information to the HTTP request received from the reception unit 25. Then, the notification state management unit 35 notifies the addition unit 37 of the determination result.
[0165]
The notification state management unit 35 determines whether to add Cookie information based on the following criteria. That is, when the URL included in the HTTP request is the same as the HURL, the notification state management unit 35 determines that Cookie information should be added.
[0166]
FIG. 23 is a flowchart illustrating an operation example of the notification state management unit 35 in the third embodiment. An operation example of the notification state management unit 35 will be described with reference to FIG.
[0167]
When receiving the HTTP request from the receiving unit 25 (S61), the notification state management unit 35 searches the TCP connection management unit 27 (S62). At this time, the notification state management unit 35 acquires the user ID and the URL corresponding to the HTTP request.
[0168]
The notification state management unit 35 determines whether the URL included in the HTTP request is the same as the URL specified by the URL (S63). If not (S63-No), the notification state management unit 35 ends the processing (S64).
[0169]
On the other hand, if the URLs are the same, the notification state management unit 35 instructs the addition unit 37 to add the Cookie information to the HTTP request (S65), and ends the processing (S66).
[0170]
The HURL notification unit 36 (corresponding to “terminal storage unit” of the present invention) is configured using a CPU, a RAM, a nonvolatile storage device, and the like. The HURL notification unit 36 stores, for the user terminal connected to the relay device 23b, the session ID and the user ID in the PPPoE session in association with each other.
[0171]
Upon receiving the authentication trigger from the authentication unit, the HURL notification unit 36 instructs the transmission unit 31 to transmit a PADM (PPPoE Active Discovery Message) packet for the session ID received with the authentication trigger. A PADM packet is a packet including a HURL.
[0172]
Further, upon being notified that the new Cookie information has been obtained from the extraction unit 28b, the HURL notification unit 36 transmits the PADM packet to the user terminal indicated by the session ID stored therein, and transmits the PADM packet. To That is, the HURL notification unit 36 instructs the transmission of the PADM packet to all the session IDs associated with the user IDs corresponding to the newly acquired Cookie information. FIG. 24 is a flowchart illustrating an operation example of the HURL notification unit 36 in the third embodiment. An operation example of the URL notification unit 36 will be described with reference to FIG.
[0173]
Upon receiving the authentication trigger, the user ID, and the PPPoE session ID from the authentication unit 26b (S67), the HURL notification unit 36 stores the received user ID and session ID in association with each other (S68). At this time, the HURL notification unit 36 determines only the notified session ID as a processing target (S69).
[0174]
In addition, the HURL notification unit 36 is notified of the user ID and the URL from the extraction unit 28b, and is also notified that the new Cookie information has been extracted (S70). At this time, the HURL notification unit 36 determines that all session IDs corresponding to the user ID are to be processed (S71).
[0175]
Then, the HURL notification unit 36 instructs the transmission unit 31 to transmit the PADM packet to the determined processing target (S72), and ends the processing (S73).
[0176]
The adding unit 37 is configured using a CPU, a RAM, and the like. The adding unit 37 generates an HTTP response based on the instruction received from the notification state management unit 35, and adds Cookie information to the generated HTTP response. At this time, the adding unit 37 obtains Cookie information to be added by searching the Cookie table 29A using the user ID as a search key.
[0177]
When there are a plurality of Cookie information to be added, the adding unit 37 adds data (Set-Cookie data) to which the respective Cookie information is added following the character string “Set-Cookie:” to the HTTP response over a plurality of lines. . Also, in order for the browser of the user terminal to correctly process the correspondence between the Cookie information and the URL, an appropriate Domain attribute is specified in the Set-Cookie information.
[0178]
FIG. 25 is a flowchart illustrating an operation example of the adding unit 37 in the third embodiment. The operation of the adding unit 37 will be described with reference to FIG.
[0179]
First, when instructed by the notification state management unit 35 to add Cookie information (S74), the adding unit 37 searches the Cookie table 29A using the user ID currently being processed as a search key, and obtains Cookie information to be added. (S75).
[0180]
Next, the adding unit 37 generates an HTTP response to be transmitted to the corresponding user terminal (S76). Then, the adding unit 37 determines whether or not Cookie information to be added is stored in the Cookie table 29A (S77).
[0181]
If Cookie information to be added is stored (S77-Yes), the adding unit 37 adds all Cookie information acquired from the Cookie table 29A to the generated HTTP response, and transmits the HTTP response to the transmitting unit 31. (S78), and the process ends (S79).
[0182]
On the other hand, when the Cookie information to be added is not stored (S77-No), the adding unit 37 instructs the transmitting unit 31 to transmit the HTTP response without changing the generated HTTP response (S80). The process ends (S81).
[0183]
([Operation example])
Next, an operation example of the relay device 23b according to the third embodiment of the present invention will be described. The operation of the relay device 23b in the third embodiment of the present invention includes a stored Cookie information notification process and a new Cookie information notification process. Hereinafter, each process will be described. However, only points different from the operation example of the relay device 23 will be described.
[0184]
<Stored Cookie information notification process>
FIG. 26 is a flowchart of the stored cookie information notification process. Hereinafter, the stored cookie information notification process will be described with reference to FIG.
[0185]
First, the user terminal 22a connects to the ISP. At this time, the authentication unit 26b of the relay device 23b installed in the ISP network uses an authentication method such as CHAP or PAP. The authentication unit 26b authenticates that the user A is an authorized user of the ISP (corresponding to S27 and S28 in the relay device 23: see FIG. 16).
[0186]
When authenticating that the user A is a legitimate user of the ISP, the authentication unit 26b allocates and notifies an IP address to the user terminal 22a (S46). Thereafter, the processes of S29 to S42 are executed in the relay system using the user terminal 22a.
[0187]
Next, the user terminal 22b connects to the ISP. At this time, the authentication unit 26b of the relay device 23b installed in the ISP network uses an authentication method such as CHAP or PAP. The authentication unit 26b authenticates that the user A is an authorized user of the ISP (corresponding to S27 and S28 in the relay device 23).
[0188]
When the authentication unit 26b authenticates that the user A is a legitimate user of the ISP, the authentication unit 26b allocates and notifies an IP address to the user terminal 22b (S46). Thereafter, the process of S29 is executed in the relay device 23b.
[0189]
The authentication unit 26b assigns a session ID to a PPPoE session established with the user terminal 22b. Then, the authentication unit 26b notifies the user terminal 22b of the session ID using a PADS packet (S47). Further, the authentication unit 26b notifies the HURL notification unit 36 of the result of this processing.
[0190]
Next, the HURL notification unit 36 performs a process (S48). Specifically, the HURL notification unit 36 stores the user ID and the PPPoE session ID in association with each other.
[0191]
The HURL notification unit 36 instructs the transmission unit 31 to transmit a PADM packet to the PPPoE session indicated by the session ID, that is, to the user terminal 22b. This PADM packet includes a URL indicating the relay device 23b as a HURL. The transmitting unit 31 transmits the PADM packet to the user terminal 22b. The HURL is data for instructing a terminal that has received the HURL to browse the URL specified by the HURL.
[0192]
Upon receiving the PADM packet (S49), the user terminal 22b displays the URL indicated by the HURL on a browser. That is, the user terminal 22b transmits the HTTP request to the relay device 22b (the URL specified by the HURL) (S50).
[0193]
The receiving unit 25 receives the HTTP request from the user terminal 22b (S51).
[0194]
Next, the notification state management unit 35 performs a process (S35). Specifically, the notification state management unit 35 searches the management table 27A based on the TCP connection information of the HTTP request. Then, the notification state management unit 35 identifies that the HTTP request is a message from the user A. Further, the notification state management unit 35 identifies that the URL included in the HTTP request is the same as the URL specified by the HURL. Then, the notification state management unit 35 instructs the addition unit 37 to add the Cookie information to the HTTP response.
[0195]
Next, the adding unit 37 executes a process (S53). Specifically, the adding unit 37 searches the Cookie table 29A for Cookie information to be added using the user ID as a search key.
[0196]
The adding unit 37 generates an HTTP response. The adding unit 37 adds the searched Cookie information to the generated HTTP response following the character string “Set-Cookie:”. Then, the adding unit 37 transmits the HTTP response to the user terminal 22b.
[0197]
The user terminal 2 receives the HTTP response (S54), and stores the Cookie information included in the HTTP response (S55).
[0198]
Thereafter, when the content of the URL notified of the Cookie information is browsed, the user terminal 22b transmits an HTTP request including the stored Cookie information to the server.
[0199]
<New Cookie Information Notification Process>
FIG. 27 is a flowchart of the new cookie information notification process. Next, a new cookie information notification process will be described with reference to FIG. In this description, an example of the operation in the case where the user A further connects the user terminal 22a to the ISP following the state of the description of the stored cookie information notification processing, that is, with the user terminal 22b connected, will be described.
[0200]
When the user terminal 22a connects to the ISP again, the stored Cookie information notification processing is executed in the user terminal 22a (see FIG. 26).
[0201]
Next, the user terminal 22a browses the content of the new URL. That is, the user terminal 22a transmits an HTTP request to the URL content server 24 in which no Cookie information is stored in the user terminals 22a and 22b and the relay device 23b (S30). Thereafter, the processes shown in S31 to S38 are executed in the relay device 23b and the server 24.
[0202]
Next, the extraction unit 28b performs a process (S56). Specifically, the extracting unit 28b extracts Cookie information from the received HTTP response. Further, the extraction unit 28b notifies the HURL notification unit 36 that the new Cookie information has been extracted. Further, the extraction unit 28b notifies the HURL notification 36 of the user ID and the URL.
[0203]
Next, the HURL notification unit 36 performs a process (S57). Specifically, the HURL notification unit 36 obtains the session IDs of all PPPoEs related to the user terminal corresponding to the notified user ID.
[0204]
The HURL notification unit 36 instructs the instruction unit 31 to transmit a PADM packet including the HURL indicating the URL of the relay device 23b to all user terminals related to the obtained session ID. The transmitting unit 31 transmits the PADM packet to all the designated user terminals 22.
[0205]
Hereinafter, the same processing is performed in all user terminals. That is, in all the user terminals, the processes of S49 to S55 in the stored cookie information notification process are executed (see FIG. 26).
[0206]
[[Action / effect]]
The relay device 23b according to the third embodiment of the present invention performs PADM on a user terminal on which user authentication has been performed, that is, a user terminal with a newly established PPPoE session, so as to access the URL indicating the relay device 23b. Send a packet. The user terminal transmits the URL indicated by the HURL included in the PADM packet, that is, transmits the HTTP request to the relay device 23b. Then, the relay device 23b notifies the user terminal of the Cookie information stored therein (corresponding to a stored cookie information notification process). Therefore, the user of the user terminal can obtain appropriate Cookie information.
[0207]
Further, the relay device 23b performs both user authentication executed for connecting the user terminal to the ISP and user authentication executed for the user terminal to use the relay device 23b. Therefore, the user does not need to execute the process for each user authentication, and the process can be reduced.
[0208]
When a plurality of user terminals use the relay device 23b for the same user, the relay device 23b stores the PPPoE session and the user in association with each other. That is, the session ID in each session and the user ID indicating the user are stored in association with each other. When the relay device 23b obtains new Cookie information (new Cookie information) for this user, that is, when the server issues a new Set-Cookie message to this user, all relays associated with this user Send a PADM packet for the PPPoE session. Then, the new Cookie information is notified to all the user terminals that have received the PADM packet (corresponding to a new Cookie information notification process). For this reason, when the user connects a plurality of terminals to the relay device 23b at the same time, even when the user changes the user terminal to be used, the content can be browsed immediately using the appropriate Cookie information, It is possible to improve the convenience of the user when browsing the content.
[0209]
[(Modification)]
The assignment and notification of the IP address to the user terminals 22a and 22b may be executed by a DHCP server installed in the ISP network separately from the relay device 23b.
[0210]
The adding unit 35 and the adding unit 37 are configured to add a character string “Set-Cookie” when adding Cookie information as “Set-Cookie2” and a character string “Cookie” as “Cookie2”. Is also good.
[0211]
[Others]
The present invention can be specified as follows.
(Supplementary Note 1) A relay device interposed between a content server and a user terminal accessing content held in the content server,
If personal information for the user of the user terminal to access the content is already registered in the content server by a registration procedure using another user terminal by the user, the registered personal information is stored. Storage means for performing
Notification means for notifying the user terminal of personal information stored in the storage means;
A relay device comprising:
(Supplementary Note 2) The relay device is further interposed between the other user terminal and the content server,
Extraction means for extracting the personal information from communication data transmitted and received between the other user terminal and the content server,
The storage means stores personal information extracted by the extraction means,
The relay device according to supplementary note 1.
(Supplementary Note 3) The notifying unit, when the user terminal transmits a content browsing request to the content server, transmits the personal information to a response to the browsing request transmitted from the content server to the user terminal. Read from the storage means and added,
3. The relay device according to claim 1 or 2.
(Supplementary Note 4) An authentication unit that performs user authentication for the user terminal and another user terminal,
The storage unit stores the personal information in association with the user of the user terminal and a user of another user terminal,
The notifying unit, when the authentication unit performs user authentication of the user using the user terminal, the personal information registered in the content server by a registration procedure using the another user terminal by the user. Determine whether or not stored in the storage means, if stored, read this from the storage means and notify the user terminal,
The relay device according to any one of supplementary notes 1 to 3.
(Supplementary Note 5) The user terminal is set to be able to receive the personal information on condition that a browsing request is transmitted to the content in the content server.
The notifying unit instructs the user terminal to transmit a browsing request for the content, and notifies the personal information to the user terminal after the user terminal transmits the browsing request to the content server.
The relay device according to supplementary note 1.
(Supplementary Note 6) The notifying unit determines whether or not to add the personal information to the communication data according to the content of the communication data transmitted and received between the user terminal and the content server. 2. The relay device according to claim 1, wherein the personal information is added to the communication data in response.
(Supplementary Note 7) An authentication unit that performs user authentication for the user terminal and another user terminal,
The notifying means stores only communication data transmitted and received between the user terminal and the content server for the first time after the authentication means authenticates the user of the user terminal, in which the storage means correlates with the user. 7. The relay device according to supplementary note 6, wherein data is added.
(Supplementary Note 8) An authentication unit that performs user authentication for the user terminal and another user terminal,
The authentication unit performs authentication together with user authentication performed when an Internet connection service is provided to the user terminal or the other user terminal.
The relay device according to supplementary note 1.
(Supplementary Note 9) Authentication means for performing user authentication for the user terminal and other user terminals,
Terminal storage means for storing the plurality of user terminals used by the user authenticated by the authentication means at the time of authentication in association with the user,
Extraction means for extracting the personal information from communication data transmitted and received between the other user terminal and the content server,
The extracting means notifies the notifying means that the personal information is newly extracted,
The notifying unit associates the personal information newly extracted by the extracting unit with a user of another user terminal to which a response to a browsing request from which the extracting unit extracts personal information corresponds to the terminal storage unit. Notify user terminals that attach and store
The relay device according to supplementary note 1.
(Supplementary Note 10) Further provided is a notification determination unit that determines whether to notify the personal information stored in the storage unit for each user of the user terminal,
The notifying unit issues a notification according to a result of the determination by the notification determining unit.
The relay device according to supplementary note 1.
(Supplementary Note 11) The apparatus further includes a notification condition storage unit that stores a user of the user terminal and an identifier of the content of the content server in association with each other,
The storage unit further stores an identifier of the content of the content server that has registered the extracted personal information in association with each other,
The notification determining unit determines not to notify data stored in the storage unit in association with a content identifier stored in the notification condition storage unit in association with the user of the user terminal.
The relay device according to supplementary note 10.
(Supplementary Note 12) The apparatus further includes a user storage unit that stores a user of the user terminal that does not notify the personal information stored in the storage unit,
The notification determining unit determines that the personal information stored in the user storage unit is not notified to a user terminal used by a user who is stored.
The relay device according to supplementary note 10.
(Supplementary Note 13) A relay device interposed between the content server and first and second user terminals that are used by the same user and access the content held in the content server,
Authentication means for performing user authentication for the first and second user terminals;
Receiving means for receiving a packet relating to a browsing request or a browsing response for content transmitted and received between the first user terminal and the content server and between the second user terminal and the content server,
From the packet received by the receiving means, obtain the connection information between the first user terminal and the relay device, and the connection information between the relay device and the content server, these connection information, Connection management means for managing each terminal in association with the content identification information and the user identification information and terminal identification information obtained by the authentication means,
A packet of the content browsing request transmitted or received between the first user terminal and the content server, or a browsing response, the personal information for the user to access the content and the identification information of the content. Extracting means for extracting from the packet of the user and storing the information in the storage means in association with the identification information of the user managed by the connection management means;
When the authentication of the user using the second user terminal by the user is performed by the authentication unit, the corresponding personal information is read from the storage unit using the identification information of the user obtained in the authentication process as a key. Notification means for notifying the user terminal,
A relay device comprising:
(Supplementary Note 14) Indicates whether the identification information of the user, the identification information of the content, and personal information for the user to access the content are notified to the second user terminal used by the user. A notification condition storage unit that stores the notification condition information in association with the notification condition information;
The notification unit executes a notification based on notification condition information stored in the notification condition storage unit.
A relay device according to attachment 13.
[0212]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to suppress delay of a user's content browsing, while saving the user's authentication work, and the user's convenience improves.
[Brief description of the drawings]
FIG. 1 is a diagram showing the principle of Cookie.
FIG. 2 is a diagram illustrating a first principle of the relay device.
FIG. 3 is a diagram illustrating a second principle of the relay device.
FIG. 4 is a diagram illustrating a third principle of the relay device.
FIG. 5 is a diagram illustrating a fourth principle of the relay device.
FIG. 6 is a diagram illustrating a fifth principle of the relay device.
FIG. 7 is a diagram illustrating a sixth principle of the relay device.
FIG. 8 is a diagram showing functional blocks of the relay system according to the first embodiment.
FIG. 9 is a diagram illustrating an example of a management table.
FIG. 10 is a flowchart illustrating an operation example of an extraction unit according to the first embodiment.
FIG. 11 is a diagram illustrating an example of a Cookie table.
FIG. 12 is a diagram illustrating functional blocks of a notification unit according to the first embodiment.
FIG. 13 is a flowchart illustrating an operation example of a notification state management unit according to the first embodiment.
FIG. 14 is a flowchart illustrating an operation example of an adding unit according to the first embodiment.
FIG. 15 is a diagram showing an outline of a relay system.
FIG. 16 is a flowchart illustrating an operation example of the relay system in the first embodiment.
FIG. 17 is a diagram illustrating functional blocks of a relay system according to a second embodiment.
FIG. 18 is a diagram illustrating an example of a notification condition table.
FIG. 19 is a flowchart illustrating an operation example of a notification state management unit according to the second embodiment.
FIG. 20 is a diagram illustrating functional blocks of a relay system according to a third embodiment.
FIG. 21 is a flowchart illustrating an operation example of an extraction unit according to the third embodiment.
FIG. 22 is a diagram illustrating functional blocks of a notification unit according to the third embodiment.
FIG. 23 is a flowchart illustrating an operation example of a notification state management unit according to the third embodiment.
FIG. 24 is a flowchart illustrating an operation example of a HURL notification unit according to the third embodiment.
FIG. 25 is a flowchart illustrating an operation example of an adding unit according to the third embodiment.
FIG. 26 is a flowchart showing a stored cookie information notification process.
FIG. 27 is a flowchart illustrating a new cookie information notification process.
FIG. 28 is a diagram showing a conventional method.
[Explanation of symbols]
1,2 user terminal
3 server
4 Relay device
5 SetCookie extractor
6 User / URL / Cookie information storage management unit
7 User request identification section
8 Cookie information addition section
9,10 User terminal
11 Content server
12a, 12b, 12c, 12d, 12e, 12f Relay device
13a, 13e Extraction unit
14a storage unit
15a, 15d, 15e Authentication unit
16a, 16b, 16c, 16e, 16f Notification section
17 Reading instruction section
18b, 18c additional part
19 Notification status management unit
20 Terminal storage unit
21 Notification condition setting section
22, 22a, 22b User terminal
23, 23a, 23b relay device
24 servers
25 Receiver
26, 26b Authentication unit
27 TCP connection management unit
27A management table
28, 28b extraction unit
29 CookieDB
29A Cookie table
30, 30a, 30b notification unit
31 Transmitter
32 Notification status management unit
33 Additional part
34 Notification condition management unit
34A Notification condition table
35 Notification condition management unit
36 HURL notification section
37 Additional part

Claims

A relay device interposed between a content server and a user terminal accessing content held in the content server,
If personal information for the user of the user terminal to access the content is already registered in the content server by a registration procedure using another user terminal by the user, the registered personal information is stored. Storage means for performing
A relay unit that notifies the user terminal of the personal information stored in the storage unit.

The user terminal is set to be able to receive the personal information on condition that a browsing request is transmitted to the content in the content server,
The method according to claim 1, wherein the notifying unit instructs the user terminal to transmit a browsing request for the content, and notifies the user terminal of the personal information after the user terminal transmits the browsing request to the content server. The relay device as described in the above.

The notifying means determines whether or not to add the personal information to the communication data according to the content of communication data transmitted and received between the user terminal and the content server. Adding said personal information to the data,
The relay device according to claim 1.

Further comprising an authentication unit for performing user authentication for the user terminal and other user terminals,
2. The relay device according to claim 1, wherein the authentication unit performs authentication while also performing user authentication performed when an Internet connection service is provided to the user terminal or the other user terminal.

Authentication means for performing user authentication for the user terminal and other user terminals,
Terminal storage means for storing the plurality of user terminals used by the user authenticated by the authentication means at the time of authentication in association with the user,
Extraction means for extracting the personal information from communication data transmitted and received between the other user terminal and the content server,
The extracting means notifies the notifying means that the personal information is newly extracted,
The notifying unit associates the personal information newly extracted by the extracting unit with a user of another user terminal to which a response to a browsing request to which the extracting unit is to extract personal information is associated. The relay device according to claim 1, wherein the relay device notifies the user terminal to store the information.