JP2002091851A - 情報提供方法および中継サーバ装置 - Google Patents
情報提供方法および中継サーバ装置Info
- Publication number
- JP2002091851A JP2002091851A JP2000277114A JP2000277114A JP2002091851A JP 2002091851 A JP2002091851 A JP 2002091851A JP 2000277114 A JP2000277114 A JP 2000277114A JP 2000277114 A JP2000277114 A JP 2000277114A JP 2002091851 A JP2002091851 A JP 2002091851A
- Authority
- JP
- Japan
- Prior art keywords
- user
- terminal
- information
- history
- www server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2871—Implementation details of single intermediate entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】１人のユーザが異なる複数の端末からアクセス
する場合でもＷＷＷサーバ側からユーザを識別すること
ができ、それら複数の端末からのＷＷＷサーバへのアク
セス履歴をどの端末からでも参照できる情報提供方法を
提供する。 【解決手段】中継サーバ装置は、各ユーザ毎の第１のユ
ーザＩＤと前記複数のＷＷＷサーバ装置のそれぞれが前
記端末を識別するために各端末に対し発行した第２のユ
ーザＩＤとの対応関係を記憶し、前記端末から前記ＷＷ
Ｗサーバ装置への情報読み出し要求を前記第１のユーザ
ＩＤにて受け付けたとき、情報提供元のＷＷＷサーバ装
置から情報を読み出す際には、前記第１のユーザＩＤに
対応付けて記憶されている前記情報提供元のＷＷＷサー
バ装置対応の前記第２のユーザＩＤを前記情報提供元の
ＷＷＷサーバ装置へ通知し、また、読み出し要求の履歴
は前記第１のユーザＩＤに対応付けて記憶する。
する場合でもＷＷＷサーバ側からユーザを識別すること
ができ、それら複数の端末からのＷＷＷサーバへのアク
セス履歴をどの端末からでも参照できる情報提供方法を
提供する。 【解決手段】中継サーバ装置は、各ユーザ毎の第１のユ
ーザＩＤと前記複数のＷＷＷサーバ装置のそれぞれが前
記端末を識別するために各端末に対し発行した第２のユ
ーザＩＤとの対応関係を記憶し、前記端末から前記ＷＷ
Ｗサーバ装置への情報読み出し要求を前記第１のユーザ
ＩＤにて受け付けたとき、情報提供元のＷＷＷサーバ装
置から情報を読み出す際には、前記第１のユーザＩＤに
対応付けて記憶されている前記情報提供元のＷＷＷサー
バ装置対応の前記第２のユーザＩＤを前記情報提供元の
ＷＷＷサーバ装置へ通知し、また、読み出し要求の履歴
は前記第１のユーザＩＤに対応付けて記憶する。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば、ＷＷＷの
クライアントにデータやファイルを提供するための情報
提供方法およびそれを用いたプロキシサーバ、サロゲー
トサーバに関する。
クライアントにデータやファイルを提供するための情報
提供方法およびそれを用いたプロキシサーバ、サロゲー
トサーバに関する。
【０００２】
【従来の技術】Ｗｏｒｌｄ−Ｗｉｄｅ Ｗｅｂ（ＷＷ
Ｗ）などのネットワーク上の情報提供システムは、従来
ワークステーションやパーソナルコンピュータなどの計
算機で利用されることが多かった。このため、ユーザは
ある特定の端末のみを利用するのが一般的で、複数の端
末を使い分けることは少なかった。
Ｗ）などのネットワーク上の情報提供システムは、従来
ワークステーションやパーソナルコンピュータなどの計
算機で利用されることが多かった。このため、ユーザは
ある特定の端末のみを利用するのが一般的で、複数の端
末を使い分けることは少なかった。
【０００３】ところが近年、携帯電話や携帯情報端末な
どさまざまな機器からインターネットを利用できるよう
になり、一人のユーザが複数の端末を使うようになって
きた。
どさまざまな機器からインターネットを利用できるよう
になり、一人のユーザが複数の端末を使うようになって
きた。
【０００４】例えば、情報提供システムでは一般に、ユ
ーザがどの情報を参照したかを自動的に記録するヒスト
リという機構がある。ヒストリ機構では、記録対象とな
る情報のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ：情報の識別子）は端末に記録されるた
め、ユーザが端末を変更すると記録が利用できず、ＵＲ
Ｌを直接入力したり、リンクをたどり直して表示したい
情報を指定する必要があり、ユーザの負担となってい
た。
ーザがどの情報を参照したかを自動的に記録するヒスト
リという機構がある。ヒストリ機構では、記録対象とな
る情報のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ：情報の識別子）は端末に記録されるた
め、ユーザが端末を変更すると記録が利用できず、ＵＲ
Ｌを直接入力したり、リンクをたどり直して表示したい
情報を指定する必要があり、ユーザの負担となってい
た。
【０００５】さらに、本来、ＷＷＷサーバは通信相手の
ユーザを特定することができない。ＷＷＷサーバへのア
クセスは、１回毎に切断されるため、ＷＷＷサーバ側で
は、複数のアクセスを連続したものとして把握すること
ができない。そこで、何もしない状態では、ばらばらに
なる複数の要求を関連付けるための技術が必要となる。
例えば、クッキー（ｃｏｏｋｉｅ）のように、端末側に
ユーザのＩＤなどを記憶することによって、端末が再接
続してきたときに、当該端末からクッキーを戻してもら
うことで、ＷＷＷサーバは通信相手のユーザを特定し
て、当該端末とセッションを継続させることができる。
しかし、当該ユーザが端末を変更すると、ＷＷＷサーバ
側では、そのクッキーによってはユーザを認識できなく
なりセッションが継続できないといった問題があった。
ユーザを特定することができない。ＷＷＷサーバへのア
クセスは、１回毎に切断されるため、ＷＷＷサーバ側で
は、複数のアクセスを連続したものとして把握すること
ができない。そこで、何もしない状態では、ばらばらに
なる複数の要求を関連付けるための技術が必要となる。
例えば、クッキー（ｃｏｏｋｉｅ）のように、端末側に
ユーザのＩＤなどを記憶することによって、端末が再接
続してきたときに、当該端末からクッキーを戻してもら
うことで、ＷＷＷサーバは通信相手のユーザを特定し
て、当該端末とセッションを継続させることができる。
しかし、当該ユーザが端末を変更すると、ＷＷＷサーバ
側では、そのクッキーによってはユーザを認識できなく
なりセッションが継続できないといった問題があった。
【０００６】また、ＷＷＷサーバから提供される情報
（以下、簡単にＷｅｂページとも呼ぶ）は特定の端末で
の表示を前提として作られることがある。たとえば、端
末が情報読み出し要求を行なう際に、ＨＴＴＰ（Hypert
ext Transfer Protocol）にて定義されている「Ｕｓ
ｅｒ−Ａｇｅｎｔ」というヘッダで端末の機種名、ソフ
ト名、バージョンなどを通知し、ＷＷＷサーバがそれを
認識して適切なＵＲＬを選択し、そのＵＲＬを端末に通
知して端末があらためてそのＵＲＬの読み出し要求を行
なう、といった手段が一般的である。このためＵＲＬを
入力しても、そのＵＲＬは特定の種類の端末用に作られ
たＷｅｂページに対応しているため、異なる機種の端末
では情報が表示できないという問題が生じることもあっ
た。
（以下、簡単にＷｅｂページとも呼ぶ）は特定の端末で
の表示を前提として作られることがある。たとえば、端
末が情報読み出し要求を行なう際に、ＨＴＴＰ（Hypert
ext Transfer Protocol）にて定義されている「Ｕｓ
ｅｒ−Ａｇｅｎｔ」というヘッダで端末の機種名、ソフ
ト名、バージョンなどを通知し、ＷＷＷサーバがそれを
認識して適切なＵＲＬを選択し、そのＵＲＬを端末に通
知して端末があらためてそのＵＲＬの読み出し要求を行
なう、といった手段が一般的である。このためＵＲＬを
入力しても、そのＵＲＬは特定の種類の端末用に作られ
たＷｅｂページに対応しているため、異なる機種の端末
では情報が表示できないという問題が生じることもあっ
た。
【０００７】一方、ＷＷＷでは、端末とＷＷＷサーバと
の間にサーバを置いて、通信の中継を行なわせることが
ある。中継を行なうサーバにはプロキシ（ｐｒｏｘｙ）
サーバとサロゲートサーバとがある。これらについて以
下で説明する。
の間にサーバを置いて、通信の中継を行なわせることが
ある。中継を行なうサーバにはプロキシ（ｐｒｏｘｙ）
サーバとサロゲートサーバとがある。これらについて以
下で説明する。
【０００８】プロキシサーバは、端末とＷＷＷサーバと
の間でネットワーク上で端末に比較的近い位置に置か
れ、通信の仲介を行なう。これによってアクセス制御を
行なってセキュリティを向上させたり、データのキャッ
シングなどを行なってネットワークの負荷を低減するこ
とができる。なお、プロキシサーバを用いる場合には、
区別のためにもともとのＷＷＷサーバをオリジンサーバ
と呼ぶ。
の間でネットワーク上で端末に比較的近い位置に置か
れ、通信の仲介を行なう。これによってアクセス制御を
行なってセキュリティを向上させたり、データのキャッ
シングなどを行なってネットワークの負荷を低減するこ
とができる。なお、プロキシサーバを用いる場合には、
区別のためにもともとのＷＷＷサーバをオリジンサーバ
と呼ぶ。
【０００９】サロゲートサーバ（Ｉｎｔｅｒｎｅｔ Ｗ
ｅｂ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｃａｃｈｉｎ
ｇ Ｔａｘｏｎｏｍｙ， Ｉ Ｃｏｏｐｅｒ， Ｉ Ｍ
ｅｌｖｅ， ａｎｄ Ｇ． Ｔｏｍｌｉｎｓｏｎ， Ｉ
ｎｔｅｒｎｅｔ−Ｄｒａｆｔ， Ｊｕｎｅ ２３，２０
００ ｄｒａｆｔ−ｉｅｔｆ−ｗｒｅｃ−ｔａｘｏｎｏ
ｍｙ−０４．ｔｘｔ）は端末からはＷＷＷサーバに見え
るが、実際にはその後ろにオリジンサーバがあり、オリ
ジンサーバの代理として端末からの要求に応じて情報を
送出する。複製サーバやｒｅｖｅｒｓｅ ｐｒｏｘｙサ
ーバと呼ばれるサーバがサロゲートサーバの一種であ
る。
ｅｂ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｃａｃｈｉｎ
ｇ Ｔａｘｏｎｏｍｙ， Ｉ Ｃｏｏｐｅｒ， Ｉ Ｍ
ｅｌｖｅ， ａｎｄ Ｇ． Ｔｏｍｌｉｎｓｏｎ， Ｉ
ｎｔｅｒｎｅｔ−Ｄｒａｆｔ， Ｊｕｎｅ ２３，２０
００ ｄｒａｆｔ−ｉｅｔｆ−ｗｒｅｃ−ｔａｘｏｎｏ
ｍｙ−０４．ｔｘｔ）は端末からはＷＷＷサーバに見え
るが、実際にはその後ろにオリジンサーバがあり、オリ
ジンサーバの代理として端末からの要求に応じて情報を
送出する。複製サーバやｒｅｖｅｒｓｅ ｐｒｏｘｙサ
ーバと呼ばれるサーバがサロゲートサーバの一種であ
る。
【００１０】サロゲートサーバを実現するには、プロキ
シサーバと同じ機構を用い、端末からの要求があった際
に、プロキシサーバからオリジンサーバへデータの要求
を中継することもできるが、端末からの要求をまたずに
あらかじめオリジンサーバからサロゲートサーバへデー
タを能動的に送出することもできる。
シサーバと同じ機構を用い、端末からの要求があった際
に、プロキシサーバからオリジンサーバへデータの要求
を中継することもできるが、端末からの要求をまたずに
あらかじめオリジンサーバからサロゲートサーバへデー
タを能動的に送出することもできる。
【００１１】また、プロキシサーバが一般に端末に近い
場所に置かれてユーザあるいはユーザが利用するサービ
スプロパイダ側で管理されるのに対して、サロゲートサ
ーバは通常オリジンサーバを運営するコンテンツプロバ
イダ側で管理されるという違いもある。
場所に置かれてユーザあるいはユーザが利用するサービ
スプロパイダ側で管理されるのに対して、サロゲートサ
ーバは通常オリジンサーバを運営するコンテンツプロバ
イダ側で管理されるという違いもある。
【００１２】以上のようにプロキシサーバとサロゲート
サーバとでは技術的・管理的に異なる側面があるが、端
末とオリジンサーバであるＷＷＷサーバの中間で中継を
行なうという点では共通しているので、以下では中継サ
ーバと総称する。
サーバとでは技術的・管理的に異なる側面があるが、端
末とオリジンサーバであるＷＷＷサーバの中間で中継を
行なうという点では共通しているので、以下では中継サ
ーバと総称する。
【００１３】
【発明が解決しようとする課題】このように、例えば、
ＷＷＷサーバが繰り返しアクセスしてくるユーザとセッ
ションを継続して行えるよう、当該端末を特定するため
のクッキーや、過去にアクセスしたことのあるＷＷＷサ
ーバへ容易にアクセスできるようにするためのＷＷＷサ
ーバへのアクセス履歴は端末が保持するものであり、ユ
ーザが端末を換えると、それらが使えなくなるという問
題点があった。
ＷＷＷサーバが繰り返しアクセスしてくるユーザとセッ
ションを継続して行えるよう、当該端末を特定するため
のクッキーや、過去にアクセスしたことのあるＷＷＷサ
ーバへ容易にアクセスできるようにするためのＷＷＷサ
ーバへのアクセス履歴は端末が保持するものであり、ユ
ーザが端末を換えると、それらが使えなくなるという問
題点があった。
【００１４】また、１人のユーザが複数の端末を利用す
る場合、端末には、機種（ＣＰＵの種類等）、ブラウザ
の種類等の端末属性が異なる場合があり、ユーザが端末
を変更して同じＷｅｂページへアクセスしても、その端
末属性によっては、容易にアクセスできないという問題
点があった。
る場合、端末には、機種（ＣＰＵの種類等）、ブラウザ
の種類等の端末属性が異なる場合があり、ユーザが端末
を変更して同じＷｅｂページへアクセスしても、その端
末属性によっては、容易にアクセスできないという問題
点があった。
【００１５】そこで、本発明は、上記問題点に鑑み、１
人のユーザが異なる複数の端末からアクセスする場合で
もＷＷＷサーバ側からユーザを識別することができる情
報提供方法およびそれを用いた中継サーバを提供するこ
とを目的とする。
人のユーザが異なる複数の端末からアクセスする場合で
もＷＷＷサーバ側からユーザを識別することができる情
報提供方法およびそれを用いた中継サーバを提供するこ
とを目的とする。
【００１６】また、ユーザが異なる複数の端末のうちの
どの端末からＷＷＷサーバにアクセスしても、それら複
数の端末からのＷＷＷサーバへのアクセス履歴をどの端
末からでも参照できる情報提供方法をおよびそれを用い
た中継サーバを提供することを目的とする。
どの端末からＷＷＷサーバにアクセスしても、それら複
数の端末からのＷＷＷサーバへのアクセス履歴をどの端
末からでも参照できる情報提供方法をおよびそれを用い
た中継サーバを提供することを目的とする。
【００１７】さらに、ＷＷＷサーバへのアクセス履歴を
参照して、端末の属性に応じた情報に容易にアクセスで
きる情報提供方法およびそれを用いた中継サーバ装置を
提供することを目的とする。
参照して、端末の属性に応じた情報に容易にアクセスで
きる情報提供方法およびそれを用いた中継サーバ装置を
提供することを目的とする。
【００１８】
【課題を解決するための手段】本発明の情報提供方法お
よび中継サーバ装置は、端末からのＷＷＷサーバ装置へ
の情報読み出し要求を中継して、前記端末から要求のあ
った情報を要求元の端末に提供するものであって、各ユ
ーザ毎の第１のユーザＩＤに前記複数のＷＷＷサーバ装
置のそれぞれが前記端末を識別するために各端末に対し
発行した第２のユーザＩＤを対応付けて記憶し、前記端
末から前記ＷＷＷサーバ装置への情報読み出し要求を前
記第１のユーザＩＤにて受け付けたとき、情報提供元の
ＷＷＷサーバ装置から情報を読み出す際には、前記第１
のユーザＩＤに対応付けて記憶されている前記情報提供
元のＷＷＷサーバ装置対応の前記第２のユーザＩＤを前
記情報提供元のＷＷＷサーバ装置へ通知することによ
り、１人のユーザが異なる複数の端末からＷＷＷサーバ
へアクセスする場合でもＷＷＷサーバ側は（従来同様）
対サーバユーザＩＤにて通信相手のユーザを識別するこ
とができる。ＷＷＷサーバでは、対サーバＩＤにより通
信相手のユーザを識別できるので、例えば、対サーバユ
ーザＩＤにセッションを対応付けたり、当該対サーバユ
ーザＩＤにて識別されるユーザへの個別サービスを提供
したりする。従って、ユーザは、異なる端末からＷＷＷ
サーバにアクセスしてもセッションを継続できたり、そ
の他の個別のサービスの提供を継続して受けることがで
きる。
よび中継サーバ装置は、端末からのＷＷＷサーバ装置へ
の情報読み出し要求を中継して、前記端末から要求のあ
った情報を要求元の端末に提供するものであって、各ユ
ーザ毎の第１のユーザＩＤに前記複数のＷＷＷサーバ装
置のそれぞれが前記端末を識別するために各端末に対し
発行した第２のユーザＩＤを対応付けて記憶し、前記端
末から前記ＷＷＷサーバ装置への情報読み出し要求を前
記第１のユーザＩＤにて受け付けたとき、情報提供元の
ＷＷＷサーバ装置から情報を読み出す際には、前記第１
のユーザＩＤに対応付けて記憶されている前記情報提供
元のＷＷＷサーバ装置対応の前記第２のユーザＩＤを前
記情報提供元のＷＷＷサーバ装置へ通知することによ
り、１人のユーザが異なる複数の端末からＷＷＷサーバ
へアクセスする場合でもＷＷＷサーバ側は（従来同様）
対サーバユーザＩＤにて通信相手のユーザを識別するこ
とができる。ＷＷＷサーバでは、対サーバＩＤにより通
信相手のユーザを識別できるので、例えば、対サーバユ
ーザＩＤにセッションを対応付けたり、当該対サーバユ
ーザＩＤにて識別されるユーザへの個別サービスを提供
したりする。従って、ユーザは、異なる端末からＷＷＷ
サーバにアクセスしてもセッションを継続できたり、そ
の他の個別のサービスの提供を継続して受けることがで
きる。
【００１９】また、前記第１のユーザＩＤを持つユーザ
が前記複数のＷＷＷサーバ装置のそれぞれへ読み出し要
求を行った履歴は当該履歴を参照して再び前記ＷＷＷサ
ーバ装置へ情報読み出し要求を可能にするよう前記第１
のユーザＩＤに対応付けて記憶し、この履歴を前記第１
のユーザＩＤを持つユーザからの要求に応じて要求元の
端末へ提供することにより、ユーザが異なる複数の端末
のうちのどの端末からＷＷＷサーバにアクセスしても、
それら複数の端末からのＷＷＷサーバへのアクセス履歴
をどの端末からでも参照できる。
が前記複数のＷＷＷサーバ装置のそれぞれへ読み出し要
求を行った履歴は当該履歴を参照して再び前記ＷＷＷサ
ーバ装置へ情報読み出し要求を可能にするよう前記第１
のユーザＩＤに対応付けて記憶し、この履歴を前記第１
のユーザＩＤを持つユーザからの要求に応じて要求元の
端末へ提供することにより、ユーザが異なる複数の端末
のうちのどの端末からＷＷＷサーバにアクセスしても、
それら複数の端末からのＷＷＷサーバへのアクセス履歴
をどの端末からでも参照できる。
【００２０】また、前記履歴を提供する際、当該履歴を
参照して履歴要求元の端末がその属性に適した情報の読
み出し要求が可能なように前記履歴を書き換えることに
より、ＷＷＷサーバへのアクセス履歴を参照して、端末
の属性に応じた情報に容易にアクセスできる。
参照して履歴要求元の端末がその属性に適した情報の読
み出し要求が可能なように前記履歴を書き換えることに
より、ＷＷＷサーバへのアクセス履歴を参照して、端末
の属性に応じた情報に容易にアクセスできる。
【００２１】本発明は、端末からのＷＷＷサーバへの情
報読み出し要求を中継して、前記端末から要求のあった
情報を要求元の端末に提供する中継サーバとしてコンピ
ュータを機能させるためのプログラム製品であって、各
ユーザ毎の第１のユーザＩＤに前記複数のＷＷＷサーバ
のそれぞれが前記端末を識別するために各端末に対し発
行した第２のユーザＩＤを対応付ける機能と、前記端末
から前記ＷＷＷサーバへの情報読み出し要求を前記第１
のユーザＩＤにて受け付けたとき、情報提供元のＷＷＷ
サーバから情報を読み出す際には、前記第１のユーザＩ
Ｄに対応付けられた前記情報提供元のＷＷＷサーバ対応
の前記第２のユーザＩＤを前記情報提供元のＷＷＷサー
バへ通知する機能と、前記第１のユーザＩＤを持つユー
ザが前記複数のＷＷＷサーバのそれぞれへ読み出し要求
を行った履歴は当該履歴を参照して再び前記ＷＷＷサー
バへ情報読み出し要求を可能にするよう前記第１のユー
ザＩＤに対応付ける機能と、前記履歴を前記第１のユー
ザＩＤを持つユーザからの要求に応じて要求元の端末へ
提供する機能と、前記履歴を提供する際、当該履歴を参
照して履歴要求元の端末がその属性に適した情報の読み
出し要求が可能なように前記履歴を書き換える機能とを
コンピュータに実現させることにより、１人のユーザが
異なる複数の端末からＷＷＷサーバへアクセスする場合
でもＷＷＷサーバ側は（従来同様）対サーバユーザＩＤ
にて通信相手のユーザを識別することができる。ＷＷＷ
サーバでは、対サーバＩＤにより通信相手のユーザを識
別できるので、例えば、対サーバユーザＩＤにセッショ
ンを対応付けたり、当該対サーバユーザＩＤにて識別さ
れるユーザへの個別サービスを提供したりする。従っ
て、ユーザは、異なる端末からＷＷＷサーバにアクセス
してもセッションを継続できたり、その他の個別のサー
ビスの提供を継続して受けることができる。また、ユー
ザが異なる複数の端末のうちのどの端末からＷＷＷサー
バにアクセスしても、それら複数の端末からのＷＷＷサ
ーバへのアクセス履歴をどの端末からでも参照できる。
また、ＷＷＷサーバへのアクセス履歴を参照して、端末
の属性に応じた情報に容易にアクセスできる。
報読み出し要求を中継して、前記端末から要求のあった
情報を要求元の端末に提供する中継サーバとしてコンピ
ュータを機能させるためのプログラム製品であって、各
ユーザ毎の第１のユーザＩＤに前記複数のＷＷＷサーバ
のそれぞれが前記端末を識別するために各端末に対し発
行した第２のユーザＩＤを対応付ける機能と、前記端末
から前記ＷＷＷサーバへの情報読み出し要求を前記第１
のユーザＩＤにて受け付けたとき、情報提供元のＷＷＷ
サーバから情報を読み出す際には、前記第１のユーザＩ
Ｄに対応付けられた前記情報提供元のＷＷＷサーバ対応
の前記第２のユーザＩＤを前記情報提供元のＷＷＷサー
バへ通知する機能と、前記第１のユーザＩＤを持つユー
ザが前記複数のＷＷＷサーバのそれぞれへ読み出し要求
を行った履歴は当該履歴を参照して再び前記ＷＷＷサー
バへ情報読み出し要求を可能にするよう前記第１のユー
ザＩＤに対応付ける機能と、前記履歴を前記第１のユー
ザＩＤを持つユーザからの要求に応じて要求元の端末へ
提供する機能と、前記履歴を提供する際、当該履歴を参
照して履歴要求元の端末がその属性に適した情報の読み
出し要求が可能なように前記履歴を書き換える機能とを
コンピュータに実現させることにより、１人のユーザが
異なる複数の端末からＷＷＷサーバへアクセスする場合
でもＷＷＷサーバ側は（従来同様）対サーバユーザＩＤ
にて通信相手のユーザを識別することができる。ＷＷＷ
サーバでは、対サーバＩＤにより通信相手のユーザを識
別できるので、例えば、対サーバユーザＩＤにセッショ
ンを対応付けたり、当該対サーバユーザＩＤにて識別さ
れるユーザへの個別サービスを提供したりする。従っ
て、ユーザは、異なる端末からＷＷＷサーバにアクセス
してもセッションを継続できたり、その他の個別のサー
ビスの提供を継続して受けることができる。また、ユー
ザが異なる複数の端末のうちのどの端末からＷＷＷサー
バにアクセスしても、それら複数の端末からのＷＷＷサ
ーバへのアクセス履歴をどの端末からでも参照できる。
また、ＷＷＷサーバへのアクセス履歴を参照して、端末
の属性に応じた情報に容易にアクセスできる。
【００２２】
【発明の実施の形態】以下、本発明の実施形態につい
て、図面を参照して説明する。
て、図面を参照して説明する。
【００２３】（第１の実施形態）図１は本実施形態に係
るＷＷＷシステムの構成を概略的に示したものである。
図１において、ＷＷＷシステムは、オリジンサーバとし
ての複数の（ここでは、例えば３つの）ＷＷＷサーバ３
ａ、３ｂ、３ｃと、例えば１人のユーザがＷＷＷサーバ
へのアクセスに用いる複数の（ここでは、例えば２つ
の）端末１ａ、１ｂと、ＷＷＷサーバ３ａ、３ｂ、３ｃ
に対するプロキシサーバあるいはサロゲートサーバであ
る中継サーバ２とから構成されている。以下、ＷＷＷサ
ーバ３ａ、３ｂ、３ｃをオリジンサーバ３ａ、３ｂ、３
ｃと呼ぶ。
るＷＷＷシステムの構成を概略的に示したものである。
図１において、ＷＷＷシステムは、オリジンサーバとし
ての複数の（ここでは、例えば３つの）ＷＷＷサーバ３
ａ、３ｂ、３ｃと、例えば１人のユーザがＷＷＷサーバ
へのアクセスに用いる複数の（ここでは、例えば２つ
の）端末１ａ、１ｂと、ＷＷＷサーバ３ａ、３ｂ、３ｃ
に対するプロキシサーバあるいはサロゲートサーバであ
る中継サーバ２とから構成されている。以下、ＷＷＷサ
ーバ３ａ、３ｂ、３ｃをオリジンサーバ３ａ、３ｂ、３
ｃと呼ぶ。
【００２４】なお、図１には共通の中継サーバ２を持つ
端末が２つ（端末１ａ、１ｂ）示されているが、この端
末の数は任意である。また、共通の中継サーバ２を持つ
オリジンサーバが３つ（オリジンサーバ３ａ、３ｂ、３
ｃ）示されているが、このオリジンサーバの数も任意で
あり、例えば、中継サーバがプロキシサーバの場合は、
一般に２つ以上である。
端末が２つ（端末１ａ、１ｂ）示されているが、この端
末の数は任意である。また、共通の中継サーバ２を持つ
オリジンサーバが３つ（オリジンサーバ３ａ、３ｂ、３
ｃ）示されているが、このオリジンサーバの数も任意で
あり、例えば、中継サーバがプロキシサーバの場合は、
一般に２つ以上である。
【００２５】図２は、本実施形態に係る中継サーバ２の
概略構成を示すブロック図である。
概略構成を示すブロック図である。
【００２６】図２において、中継サーバ２は、制御部１
１、履歴記憶部１２、セッション情報記憶部１３、情報
対応関係記憶部１４、複製記憶部１５、通信部１６から
構成されている。
１、履歴記憶部１２、セッション情報記憶部１３、情報
対応関係記憶部１４、複製記憶部１５、通信部１６から
構成されている。
【００２７】中継サーバ２では、各ユーザに、中継サー
バ２自身が各ユーザを識別するための対端末ユーザＩＤ
を割当てており、この対端末ユーザＩＤと、オリジンサ
ーバ３ａ、３ｂ、３ｃがそのユーザにより使用された各
端末に対し発行した対サーバユーザＩＤとを対応付けて
管理している。
バ２自身が各ユーザを識別するための対端末ユーザＩＤ
を割当てており、この対端末ユーザＩＤと、オリジンサ
ーバ３ａ、３ｂ、３ｃがそのユーザにより使用された各
端末に対し発行した対サーバユーザＩＤとを対応付けて
管理している。
【００２８】図３は、セッション情報記憶部５の記憶内
容の一例を示したもので、各ユーザに対し中継サーバ２
が各ユーザを識別するために用いるユーザＩＤとしての
対端末ユーザＩＤと、各ユーザがアクセスしたことのあ
るオリジンサーバのサーバ名（ホスト名）と、そのオリ
ジンサーバ３ａ、３ｂ、３ｃが各ユーザを識別するため
に用いるユーザＩＤとしての対サーバユーザＩＤとが対
応付けて記憶されている。この対サーバユーザＩＤは、
従来のクッキーそのものである。例えば、オリジンサー
バ３ａ、３ｂ、３ｃでは、クッキーとしての対サーバユ
ーザＩＤにセッションを対応付けたり、当該対サーバユ
ーザＩＤにて識別されるユーザへの個別サービスを提供
したりする。
容の一例を示したもので、各ユーザに対し中継サーバ２
が各ユーザを識別するために用いるユーザＩＤとしての
対端末ユーザＩＤと、各ユーザがアクセスしたことのあ
るオリジンサーバのサーバ名（ホスト名）と、そのオリ
ジンサーバ３ａ、３ｂ、３ｃが各ユーザを識別するため
に用いるユーザＩＤとしての対サーバユーザＩＤとが対
応付けて記憶されている。この対サーバユーザＩＤは、
従来のクッキーそのものである。例えば、オリジンサー
バ３ａ、３ｂ、３ｃでは、クッキーとしての対サーバユ
ーザＩＤにセッションを対応付けたり、当該対サーバユ
ーザＩＤにて識別されるユーザへの個別サービスを提供
したりする。
【００２９】例えば、図３から、対端末ユーザＩＤが
「ＡＡＡ」のユーザは、サーバ名が「ａａ」のオリジン
サーバ３ａとサーバ名が「ｂｂ」のオリジンサーバ３ｂ
とにアクセスしてそれらから提供される情報（例えばＷ
ｅｂページ）を参照したことがあり、その際、オリジン
サーバ３ａ、３ｂのそれぞれからは、対サーバユーザＩ
Ｄとして「ａａ１」「ｂｂ１」が発行されていることが
わかる。
「ＡＡＡ」のユーザは、サーバ名が「ａａ」のオリジン
サーバ３ａとサーバ名が「ｂｂ」のオリジンサーバ３ｂ
とにアクセスしてそれらから提供される情報（例えばＷ
ｅｂページ）を参照したことがあり、その際、オリジン
サーバ３ａ、３ｂのそれぞれからは、対サーバユーザＩ
Ｄとして「ａａ１」「ｂｂ１」が発行されていることが
わかる。
【００３０】履歴記憶部１２は、どのユーザがどの情報
（例えば、Ｗｅｂページ）を参照したかという履歴情報
（ヒストリ）を記憶するもので、たとえば、図４に示す
ように、対端末ユーザＩＤに対応付けて、そのユーザが
参照した情報のＵＲＬを記憶する。
（例えば、Ｗｅｂページ）を参照したかという履歴情報
（ヒストリ）を記憶するもので、たとえば、図４に示す
ように、対端末ユーザＩＤに対応付けて、そのユーザが
参照した情報のＵＲＬを記憶する。
【００３１】情報対応関係記憶部１４は、同じコンテン
ツであっても、端末の種類（例えば、機種（ＣＰＵの種
類等）、ブラウザの種類、バージョン等の端末属性）が
異なれば、そのＵＲＬも異なる場合に、各コンテンツ毎
の代表的な端末属性のＵＲＬに、異なる端末属性のそれ
ぞれに対応するＵＲＬを対応付けて記憶する。例えば、
ＵＲＬが「ＵＲＬａ」の情報は、端末属性が「属性ａ」
のときはＵＲＬは「ＵＲＬａａ」であり、端末属性が
「属性ｂ」のときはＵＲＬは「ＵＲＬａｂ」である。
ツであっても、端末の種類（例えば、機種（ＣＰＵの種
類等）、ブラウザの種類、バージョン等の端末属性）が
異なれば、そのＵＲＬも異なる場合に、各コンテンツ毎
の代表的な端末属性のＵＲＬに、異なる端末属性のそれ
ぞれに対応するＵＲＬを対応付けて記憶する。例えば、
ＵＲＬが「ＵＲＬａ」の情報は、端末属性が「属性ａ」
のときはＵＲＬは「ＵＲＬａａ」であり、端末属性が
「属性ｂ」のときはＵＲＬは「ＵＲＬａｂ」である。
【００３２】複製記憶部１５は、オリジンサーバ３ａ〜
３ｃから送られてきた情報（例えばＷｅｂページ）を記
憶するもので、例えば、所定時間記憶して、その間に一
度も当該情報の読み出し要求がない場合は、それを消去
するようにしてもよい。また、端末からの読み出し要求
のあった情報が複製記憶部１５に記憶されているとき
は、複製記憶部１５から読み出して要求元の端末へ提供
する。
３ｃから送られてきた情報（例えばＷｅｂページ）を記
憶するもので、例えば、所定時間記憶して、その間に一
度も当該情報の読み出し要求がない場合は、それを消去
するようにしてもよい。また、端末からの読み出し要求
のあった情報が複製記憶部１５に記憶されているとき
は、複製記憶部１５から読み出して要求元の端末へ提供
する。
【００３３】次に、図７〜図８に示すフローチャートを
参照して、ユーザがその所持する複数の端末のうちの１
つを用いて、所望のＵＲＬを指定して、ＷＷＷサーバに
アクセスした（情報の読み出し要求を行う）ときの、中
継サーバ２の処理動作について説明する。
参照して、ユーザがその所持する複数の端末のうちの１
つを用いて、所望のＵＲＬを指定して、ＷＷＷサーバに
アクセスした（情報の読み出し要求を行う）ときの、中
継サーバ２の処理動作について説明する。
【００３４】ユーザが、例えば、自宅に設置された端末
１ａを用いて所望のＷＷＷサーバにアクセスして、Ｗｅ
ｂページを閲覧した後、外出先にて携帯端末１ｂを用い
て再び所望のＷＷＷサーバにアクセスする場合を想定す
る。
１ａを用いて所望のＷＷＷサーバにアクセスして、Ｗｅ
ｂページを閲覧した後、外出先にて携帯端末１ｂを用い
て再び所望のＷＷＷサーバにアクセスする場合を想定す
る。
【００３５】ユーザは、携帯端末１ｂをインターネット
に接続して、ＵＲＬを指定して情報の読み出し要求を送
出する。
に接続して、ＵＲＬを指定して情報の読み出し要求を送
出する。
【００３６】中継サーバ２の制御部１１は、通信部１６
を介して端末１ｂからの指定ＵＲＬの情報読み出し要求
を受信する（ステップＳ１）。この情報読み出し要求に
は、図６に示すように、所望する情報を提供するＷＷＷ
サーバを指定するＵＲＬ、要求元の端末１ｂの端末属
性、端末１ｂに既にクッキー（ユーザＩＤ（対端末ユー
ザＩＤ）を含む）が記憶されていれば、そのクッキー等
が含まれている（端末１ｂにクッキーが記憶されていな
ければ、クッキーが含まれていないこともある）。端末
属性には、端末１ｂの種類（例えば、機種（ＣＰＵの種
類等）、ブラウザの種類、バージョン等の端末属性）が
記述されている。
を介して端末１ｂからの指定ＵＲＬの情報読み出し要求
を受信する（ステップＳ１）。この情報読み出し要求に
は、図６に示すように、所望する情報を提供するＷＷＷ
サーバを指定するＵＲＬ、要求元の端末１ｂの端末属
性、端末１ｂに既にクッキー（ユーザＩＤ（対端末ユー
ザＩＤ）を含む）が記憶されていれば、そのクッキー等
が含まれている（端末１ｂにクッキーが記憶されていな
ければ、クッキーが含まれていないこともある）。端末
属性には、端末１ｂの種類（例えば、機種（ＣＰＵの種
類等）、ブラウザの種類、バージョン等の端末属性）が
記述されている。
【００３７】制御部１１は、要求の中にクッキーの形式
でユーザＩＤが含まれていた場合は（ステップＳ２）、
それをステップＳ８以下の処理で対端末ユーザＩＤとし
て利用する。含まれていなかった場合は（ステップＳ
２）、当該ユーザに対し、ユーザＩＤの入力を要求する
（ステップＳ３）。この要求に応じて、当該ユーザが自
宅の端末１ａで用いたのと同じユーザＩＤを端末１ｂか
ら入力して、そのユーザＩＤが当該端末１ｂから当該中
継サーバ２に送られてきたときは（ステップＳ４）、制
御部１１は、そのユーザＩＤを対端末ユーザＩＤとす
る。この取得した対端末ユーザＩＤが既にセッション情
報記憶部１３に記憶されているときは（ステップＳ
９）、ステップＳ７へ進み、記憶されていないときは
（ステップＳ９）、ステップＳ６へ進む。ステップＳ４
でユーザＩＤの入力がないときは、当該ユーザに対し新
たにユーザＩＤ（対端末ユーザＩＤ）を生成し（ステッ
プＳ５）、ステップＳ６へ進む。
でユーザＩＤが含まれていた場合は（ステップＳ２）、
それをステップＳ８以下の処理で対端末ユーザＩＤとし
て利用する。含まれていなかった場合は（ステップＳ
２）、当該ユーザに対し、ユーザＩＤの入力を要求する
（ステップＳ３）。この要求に応じて、当該ユーザが自
宅の端末１ａで用いたのと同じユーザＩＤを端末１ｂか
ら入力して、そのユーザＩＤが当該端末１ｂから当該中
継サーバ２に送られてきたときは（ステップＳ４）、制
御部１１は、そのユーザＩＤを対端末ユーザＩＤとす
る。この取得した対端末ユーザＩＤが既にセッション情
報記憶部１３に記憶されているときは（ステップＳ
９）、ステップＳ７へ進み、記憶されていないときは
（ステップＳ９）、ステップＳ６へ進む。ステップＳ４
でユーザＩＤの入力がないときは、当該ユーザに対し新
たにユーザＩＤ（対端末ユーザＩＤ）を生成し（ステッ
プＳ５）、ステップＳ６へ進む。
【００３８】ここで、情報読み出し要求にユーザＩＤが
含まれていない場合とは、例えば、当該要求元の端末
に、ユーザＩＤが記憶されていない、すなわち、本実施
形態の場合、当該要求元の端末１ｂにクッキーが記憶さ
れていないということで、これは、当該ユーザが、その
端末１ｂを用いて過去に当該中継サーバ２にアクセスし
たことがないということである。また、ステップＳ５
で、ユーザＩＤを生成する必要がある場合とは、当該ユ
ーザが初めて中継サーバ２へアクセスしたときである。
含まれていない場合とは、例えば、当該要求元の端末
に、ユーザＩＤが記憶されていない、すなわち、本実施
形態の場合、当該要求元の端末１ｂにクッキーが記憶さ
れていないということで、これは、当該ユーザが、その
端末１ｂを用いて過去に当該中継サーバ２にアクセスし
たことがないということである。また、ステップＳ５
で、ユーザＩＤを生成する必要がある場合とは、当該ユ
ーザが初めて中継サーバ２へアクセスしたときである。
【００３９】ステップＳ５で新たにユーザＩＤを生成し
たとき、あるいは、ステップＳ４でユーザにより入力さ
れたユーザＩＤがセッション情報記憶部１３に記憶され
ていないときは、ステップＳ６において、新たに生成し
たユーザＩＤあるいはユーザに入力されたユーザＩＤ
を、セッション情報記憶部１３に対端末ユーザＩＤとし
て格納する（ステップＳ６）。また、新たに生成したユ
ーザＩＤあるいは入力されたユーザＩＤをクッキーの形
式で端末１ｂに送信する（ステップＳ７）。中継サーバ
装置２から送られたクッキーは従来同様、端末１ｂにて
保持される。
たとき、あるいは、ステップＳ４でユーザにより入力さ
れたユーザＩＤがセッション情報記憶部１３に記憶され
ていないときは、ステップＳ６において、新たに生成し
たユーザＩＤあるいはユーザに入力されたユーザＩＤ
を、セッション情報記憶部１３に対端末ユーザＩＤとし
て格納する（ステップＳ６）。また、新たに生成したユ
ーザＩＤあるいは入力されたユーザＩＤをクッキーの形
式で端末１ｂに送信する（ステップＳ７）。中継サーバ
装置２から送られたクッキーは従来同様、端末１ｂにて
保持される。
【００４０】例えば、中継サーバ２が、端末１ｂから
「ＵＲＬｃ」というＵＲＬを指定した情報読み出し要求
を受信したとする。この場合、当該情報読み出し要求に
クッキーの形式でユーザＩＤが含まれていなかったの
で、ステップＳ４で当該ユーザに対し、ユーザＩＤの入
力を要求することにより、ユーザＩＤ「ＡＡＡ」を得た
とする。当該ユーザＩＤ「ＡＡＡ」は、図３のセッショ
ン情報記憶部１３にすでに記憶されているので（ステッ
プＳ９）、ステップＳ７では、この「ＡＡＡ」をクッキ
ー形式で端末１ｂに送信する。
「ＵＲＬｃ」というＵＲＬを指定した情報読み出し要求
を受信したとする。この場合、当該情報読み出し要求に
クッキーの形式でユーザＩＤが含まれていなかったの
で、ステップＳ４で当該ユーザに対し、ユーザＩＤの入
力を要求することにより、ユーザＩＤ「ＡＡＡ」を得た
とする。当該ユーザＩＤ「ＡＡＡ」は、図３のセッショ
ン情報記憶部１３にすでに記憶されているので（ステッ
プＳ９）、ステップＳ７では、この「ＡＡＡ」をクッキ
ー形式で端末１ｂに送信する。
【００４１】次に、ステップＳ８では、情報読み出し要
求を受け取った制御部７は、その要求に含まれていたＵ
ＲＬに対応する情報を複製記憶部１５から検索する。
求を受け取った制御部７は、その要求に含まれていたＵ
ＲＬに対応する情報を複製記憶部１５から検索する。
【００４２】端末１ｂからの情報読み出し要求に含まれ
るＵＲＬにて指定された情報が複製記憶部９から見つか
れば、ステップＳ１０（後述）へ進む。
るＵＲＬにて指定された情報が複製記憶部９から見つか
れば、ステップＳ１０（後述）へ進む。
【００４３】ＵＲＬにて指定された情報が複製記憶部９
になかった場合は、制御部１１は、まず、セッション情
報記憶部１３に、当該ユーザの対端末ユーザＩＤに対応
した、情報読み出し要求に含まれるＵＲＬに記述された
サーバ名、およびそれに対応した対サーバユーザＩＤが
記憶されているか否か調べる。サーバ名およびそれに対
応した対サーバユーザＩＤが記憶されている場合は、端
末１ｂから受信した情報読み出し要求にクッキーとして
含まれていた対端末ユーザＩＤを対サーバユーザＩＤに
置き換えて、あるいは、端末１ｂから受信した情報読み
出し要求にクッキーとして対端末ユーザＩＤが含まれて
いないときは当該要求に対サーバユーザＩＤをクッキー
として含めて、対応のオリジンサーバへ転送する（図８
のステップＳ２１）。セッション情報記憶部１３に記憶
されていない場合は、端末１ｂからの（対サーバユーザ
ＩＤをクッキーとして含まない）情報読み出し要求を、
対応のオリジンサーバへ転送する（ステップＳ２３）。
になかった場合は、制御部１１は、まず、セッション情
報記憶部１３に、当該ユーザの対端末ユーザＩＤに対応
した、情報読み出し要求に含まれるＵＲＬに記述された
サーバ名、およびそれに対応した対サーバユーザＩＤが
記憶されているか否か調べる。サーバ名およびそれに対
応した対サーバユーザＩＤが記憶されている場合は、端
末１ｂから受信した情報読み出し要求にクッキーとして
含まれていた対端末ユーザＩＤを対サーバユーザＩＤに
置き換えて、あるいは、端末１ｂから受信した情報読み
出し要求にクッキーとして対端末ユーザＩＤが含まれて
いないときは当該要求に対サーバユーザＩＤをクッキー
として含めて、対応のオリジンサーバへ転送する（図８
のステップＳ２１）。セッション情報記憶部１３に記憶
されていない場合は、端末１ｂからの（対サーバユーザ
ＩＤをクッキーとして含まない）情報読み出し要求を、
対応のオリジンサーバへ転送する（ステップＳ２３）。
【００４４】例えば、上記の例の場合、対端末ユーザＩ
Ｄが「ＡＡＡ」で要求中に含まれる指定ＵＲＬが「ＵＲ
Ｌｃ」のとき、セッション情報記憶部１３には、この
「ＵＲＬｃ」に記述されたサーバ名（「ｃｃ」）、およ
びそれに対応した対サーバユーザＩＤが記憶されていな
いので（ステップＳ２１）、端末１ｂからの情報読み出
し要求をそのまま対応のオリジンサーバ、すなわち、こ
の場合、オリジンサーバ３ｃへ転送する。
Ｄが「ＡＡＡ」で要求中に含まれる指定ＵＲＬが「ＵＲ
Ｌｃ」のとき、セッション情報記憶部１３には、この
「ＵＲＬｃ」に記述されたサーバ名（「ｃｃ」）、およ
びそれに対応した対サーバユーザＩＤが記憶されていな
いので（ステップＳ２１）、端末１ｂからの情報読み出
し要求をそのまま対応のオリジンサーバ、すなわち、こ
の場合、オリジンサーバ３ｃへ転送する。
【００４５】情報読み出し要求を受け取った、例えば、
サーバ名「ｃｃ」のオリジンサーバ３ｃでは、要求され
た情報を読み出して、中継サーバ２へ送信する。また、
要求中にクッキーとして、当該オリジンサーバ３ｃにて
発行されたユーザＩＤ（対サーバユーザＩＤ）が含まれ
ていたときは、以後、従来と同様にして当該クッキーを
用いた処理を実行する。要求中にクッキーとして、当該
オリジンサーバ３ｃにて発行されたユーザＩＤ（対サー
バユーザＩＤ）が含まれていないときも、従来同様、新
たにユーザＩＤ（対サーバユーザＩＤ）を発行して（例
えば、ここでは、「ｃｃ２」）、それも中継サーバ２へ
送信する。また、要求された情報に、他の属性の端末用
のＵＲＬが存在する場合は、それも中継サーバ２へ送信
する。
サーバ名「ｃｃ」のオリジンサーバ３ｃでは、要求され
た情報を読み出して、中継サーバ２へ送信する。また、
要求中にクッキーとして、当該オリジンサーバ３ｃにて
発行されたユーザＩＤ（対サーバユーザＩＤ）が含まれ
ていたときは、以後、従来と同様にして当該クッキーを
用いた処理を実行する。要求中にクッキーとして、当該
オリジンサーバ３ｃにて発行されたユーザＩＤ（対サー
バユーザＩＤ）が含まれていないときも、従来同様、新
たにユーザＩＤ（対サーバユーザＩＤ）を発行して（例
えば、ここでは、「ｃｃ２」）、それも中継サーバ２へ
送信する。また、要求された情報に、他の属性の端末用
のＵＲＬが存在する場合は、それも中継サーバ２へ送信
する。
【００４６】中継サーバ２は、例えば、オリジンサーバ
３ｃから送られてきた情報を複製記憶部１５へ格納する
（ステップＳ２４）。
３ｃから送られてきた情報を複製記憶部１５へ格納する
（ステップＳ２４）。
【００４７】また、当該情報と共に、当該情報の他の属
性の端末用のＵＲＬが存在するときは（ステップＳ２
５）、それを情報対応関係記憶部１４に格納する（ステ
ップＳ２６）。例えば、オリジンサーバ３ｃから送られ
てきた情報には、端末属性が「属性ａ」の端末には「Ｕ
ＲＬｃａ」、端末属性が「属性ｂ」の端末には「ＵＲＬ
ｃｂ」という、それぞれ別個のＵＲＬが存在するという
リンク情報が付加されていたので、図１１に示すよう
に、「ＵＲＬｃ」に対応付けて、これら端末属性毎のリ
ンク情報を記憶する。
性の端末用のＵＲＬが存在するときは（ステップＳ２
５）、それを情報対応関係記憶部１４に格納する（ステ
ップＳ２６）。例えば、オリジンサーバ３ｃから送られ
てきた情報には、端末属性が「属性ａ」の端末には「Ｕ
ＲＬｃａ」、端末属性が「属性ｂ」の端末には「ＵＲＬ
ｃｂ」という、それぞれ別個のＵＲＬが存在するという
リンク情報が付加されていたので、図１１に示すよう
に、「ＵＲＬｃ」に対応付けて、これら端末属性毎のリ
ンク情報を記憶する。
【００４８】さらに、当該読み出された情報とともに、
クッキーとしてユーザＩＤが存在するときは、それを対
サーバユーザＩＤとして、セッション情報記憶部１３
に、当該ユーザの対端末ユーザＩＤに対応させて、対応
のサーバ名とともに記憶する（ステップＳ２８）。例え
ば、対端末ユーザＩＤ「ＡＡＡ」を持つユーザが、「Ｕ
ＲＬｃ」を指定して情報読み出し要求を行ったような、
上記の例に当てはめて説明すると、図９に示すように、
セッション情報記憶部１３の対端末ユーザＩＤ「ＡＡ
Ａ」に対応付けて、サーバ名「ｃｃ」と、そのサーバか
ら発行されたユーザＩＤ「ｃｃ２」を記憶する。
クッキーとしてユーザＩＤが存在するときは、それを対
サーバユーザＩＤとして、セッション情報記憶部１３
に、当該ユーザの対端末ユーザＩＤに対応させて、対応
のサーバ名とともに記憶する（ステップＳ２８）。例え
ば、対端末ユーザＩＤ「ＡＡＡ」を持つユーザが、「Ｕ
ＲＬｃ」を指定して情報読み出し要求を行ったような、
上記の例に当てはめて説明すると、図９に示すように、
セッション情報記憶部１３の対端末ユーザＩＤ「ＡＡ
Ａ」に対応付けて、サーバ名「ｃｃ」と、そのサーバか
ら発行されたユーザＩＤ「ｃｃ２」を記憶する。
【００４９】次に、図７のステップＳ１０へ進み、制御
部１１は、以上のようにして複製記憶部１５に記憶した
情報を、複製記憶部１５から読み出して（ステップＳ１
０）、通信部８を介して、情報要求元の端末１ｂに送信
する（ステップＳ１１）。またそれに並行して、履歴格
納部１２に、例えば、図１０に示すように、対端末ユー
ザＩＤ「ＡＡＡ」を持つユーザがＵＲＬが「ＵＲＬｃ」
の情報の読み出し要求を行った旨の履歴を格納する（ス
テップＳ１２）。
部１１は、以上のようにして複製記憶部１５に記憶した
情報を、複製記憶部１５から読み出して（ステップＳ１
０）、通信部８を介して、情報要求元の端末１ｂに送信
する（ステップＳ１１）。またそれに並行して、履歴格
納部１２に、例えば、図１０に示すように、対端末ユー
ザＩＤ「ＡＡＡ」を持つユーザがＵＲＬが「ＵＲＬｃ」
の情報の読み出し要求を行った旨の履歴を格納する（ス
テップＳ１２）。
【００５０】このようにして、対端末ユーザＩＤ「ＡＡ
Ａ」をもつユーザの端末１ｂは、ステップＳ７におい
て、中継サーバ２から対端末ユーザＩＤ「ＡＡＡ」、す
なわち、クッキーを受信することにより、以後、この端
末１ｂから情報読み出し要求を行う際には、その要求の
中に対端末ユーザＩＤとしてクッキーが含まれているの
で、中継サーバ２では、端末１ｂからの情報読み出し要
求を受けたときに、複製記憶部１５に要求された情報が
記憶されていないときは、要求の中に含まれる対端末ユ
ーザＩＤをキーにしてセッション情報記憶部１３に記憶
された対サーバユーザＩＤを検索し、対応のオリジンサ
ーバに対する情報読み出し要求に、その検索した対サー
バユーザＩＤをクッキーとして含めて転送する。
Ａ」をもつユーザの端末１ｂは、ステップＳ７におい
て、中継サーバ２から対端末ユーザＩＤ「ＡＡＡ」、す
なわち、クッキーを受信することにより、以後、この端
末１ｂから情報読み出し要求を行う際には、その要求の
中に対端末ユーザＩＤとしてクッキーが含まれているの
で、中継サーバ２では、端末１ｂからの情報読み出し要
求を受けたときに、複製記憶部１５に要求された情報が
記憶されていないときは、要求の中に含まれる対端末ユ
ーザＩＤをキーにしてセッション情報記憶部１３に記憶
された対サーバユーザＩＤを検索し、対応のオリジンサ
ーバに対する情報読み出し要求に、その検索した対サー
バユーザＩＤをクッキーとして含めて転送する。
【００５１】次に、履歴記憶部１２に記憶された履歴の
ユーザに呈示する処理について、図１２に示すフローチ
ャートを参照して説明する。ここでは、例えば、対端末
ユーザＩＤ「ＡＡＡ」をもつユーザが端末１ｂから履歴
読み出し要求を行う場合を例にとり説明する。
ユーザに呈示する処理について、図１２に示すフローチ
ャートを参照して説明する。ここでは、例えば、対端末
ユーザＩＤ「ＡＡＡ」をもつユーザが端末１ｂから履歴
読み出し要求を行う場合を例にとり説明する。
【００５２】ユーザは、中継サーバ２に予め定められた
特定のＵＲＬを指定するか、通常ＵＲＬとして使われな
い文字列を指定するかして、直接、中継サーバ２に対
し、履歴読み出し要求を送信する。この要求メッセージ
は、図６と同様の形式であってもよい。
特定のＵＲＬを指定するか、通常ＵＲＬとして使われな
い文字列を指定するかして、直接、中継サーバ２に対
し、履歴読み出し要求を送信する。この要求メッセージ
は、図６と同様の形式であってもよい。
【００５３】この履歴読み出し要求を受信した中継サー
バ２は（ステップＳ３１）、要求の中にクッキー形式で
含まれているユーザＩＤ（対端末ユーザＩＤ「ＡＡ
Ａ」）をキーとして、図１０に示したような履歴記憶部
１２から当該対端末ユーザＩＤに対応付けて記憶されて
いる履歴としてのＵＲＬ群、すなわち、「ＵＲＬａ」、
「ＵＲＬｂ」、「ＵＲＬｃ」を読み出す（ステップＳ３
２〜ステップＳ３３）。
バ２は（ステップＳ３１）、要求の中にクッキー形式で
含まれているユーザＩＤ（対端末ユーザＩＤ「ＡＡ
Ａ」）をキーとして、図１０に示したような履歴記憶部
１２から当該対端末ユーザＩＤに対応付けて記憶されて
いる履歴としてのＵＲＬ群、すなわち、「ＵＲＬａ」、
「ＵＲＬｂ」、「ＵＲＬｃ」を読み出す（ステップＳ３
２〜ステップＳ３３）。
【００５４】次に、履歴として読み出されたＵＲＬ群に
含まれる各ＵＲＬをキーとして、情報対応関係記憶部１
４を検索して、検索キーとしてのＵＲＬに、履歴読み出
し要求中に含まれる要求元の端末の端末属性に対応する
ＵＲＬがあるときは、それを履歴中のＵＲＬと置き換え
る（ステップＳ３４，ステップＳ３５）。例えば、履歴
読み出し要求に含まれていた端末１ｂの端末属性が「属
性ｂ」であるとき、「ＵＲＬａ」は「ＵＲＬａｂ」に置
き換えられ、「ＵＲＬｃ」は「ＵＲＬｃｂ」に置き換え
られる。履歴中の全てのＵＲＬについて情報対応関係記
憶部１４の検索およびＵＲＬの置き換えを行う処理を行
った後、その処理済みの履歴、すなわち、「ＵＲＬａ
ｂ」、「ＵＲＬｂ」、「ＵＲＬｃｂ」を要求元の端末へ
送信する（ステップＳ３６）。
含まれる各ＵＲＬをキーとして、情報対応関係記憶部１
４を検索して、検索キーとしてのＵＲＬに、履歴読み出
し要求中に含まれる要求元の端末の端末属性に対応する
ＵＲＬがあるときは、それを履歴中のＵＲＬと置き換え
る（ステップＳ３４，ステップＳ３５）。例えば、履歴
読み出し要求に含まれていた端末１ｂの端末属性が「属
性ｂ」であるとき、「ＵＲＬａ」は「ＵＲＬａｂ」に置
き換えられ、「ＵＲＬｃ」は「ＵＲＬｃｂ」に置き換え
られる。履歴中の全てのＵＲＬについて情報対応関係記
憶部１４の検索およびＵＲＬの置き換えを行う処理を行
った後、その処理済みの履歴、すなわち、「ＵＲＬａ
ｂ」、「ＵＲＬｂ」、「ＵＲＬｃｂ」を要求元の端末へ
送信する（ステップＳ３６）。
【００５５】履歴読み出し要求を行った端末１ｂでは、
中継サーバ２から履歴を受信すると、それを所定の表示
装置に表示する。ユーザは、表示された履歴の中から所
望のＵＲＬを選択して、端末１ｂから読み出し要求を行
うことにより、端末１ｂの端末属性を意識することなく
当該端末１ｂに適合する情報を取得することができる。
中継サーバ２から履歴を受信すると、それを所定の表示
装置に表示する。ユーザは、表示された履歴の中から所
望のＵＲＬを選択して、端末１ｂから読み出し要求を行
うことにより、端末１ｂの端末属性を意識することなく
当該端末１ｂに適合する情報を取得することができる。
【００５６】以上説明したように、上記実施形態によれ
ば、中継サーバ２のセッション情報記憶部１３には、例
えば、対端末ユーザＩＤとして中継サーバ２から発行さ
れたユーザＩＤ「ＡＡＡ」をもつユーザに対しては、そ
の対端末ユーザＩＤと、当該ユーザが中継サーバ２を介
して過去にアクセスしたことのあるＷＷＷサーバ（オリ
ジンサーバ）のサーバ名と、そのサーバから当該ユーザ
の用いた端末１ａと端末１ｂのそれぞれに対して発行さ
れたユーザＩＤ（対サーバユーザＩＤ）との対応関係が
記憶されるので、中継サーバ２では、同じユーザが異な
る端末のそれぞれから情報の読み出し要求を対端末ユー
ザＩＤにて受け付けて、要求された情報が複製記憶部１
５に記憶されていないとき、セッション情報記憶部１３
に記憶された当該対端末ユーザＩＤに対応する情報提供
元のオリジンサーバ対応の対サーバユーザＩＤをクッキ
ー形式で当該オリジンサーバに通知して情報読み出し要
求を行うことにより、１人のユーザが異なる複数の端末
からアクセスする場合でもオリジンサーバ側は何ら処理
に変更を加えることなく当該ユーザを識別することがで
きる。また、上記処理は、中継サーバで行なわれるた
め、オリジンサーバには変更を加えずに済み、オリジン
サーバを運営するコンテンツ提供者の作業負担が少な
い。
ば、中継サーバ２のセッション情報記憶部１３には、例
えば、対端末ユーザＩＤとして中継サーバ２から発行さ
れたユーザＩＤ「ＡＡＡ」をもつユーザに対しては、そ
の対端末ユーザＩＤと、当該ユーザが中継サーバ２を介
して過去にアクセスしたことのあるＷＷＷサーバ（オリ
ジンサーバ）のサーバ名と、そのサーバから当該ユーザ
の用いた端末１ａと端末１ｂのそれぞれに対して発行さ
れたユーザＩＤ（対サーバユーザＩＤ）との対応関係が
記憶されるので、中継サーバ２では、同じユーザが異な
る端末のそれぞれから情報の読み出し要求を対端末ユー
ザＩＤにて受け付けて、要求された情報が複製記憶部１
５に記憶されていないとき、セッション情報記憶部１３
に記憶された当該対端末ユーザＩＤに対応する情報提供
元のオリジンサーバ対応の対サーバユーザＩＤをクッキ
ー形式で当該オリジンサーバに通知して情報読み出し要
求を行うことにより、１人のユーザが異なる複数の端末
からアクセスする場合でもオリジンサーバ側は何ら処理
に変更を加えることなく当該ユーザを識別することがで
きる。また、上記処理は、中継サーバで行なわれるた
め、オリジンサーバには変更を加えずに済み、オリジン
サーバを運営するコンテンツ提供者の作業負担が少な
い。
【００５７】また、履歴記憶部１２には、例えば、対端
末ユーザＩＤとして中継サーバ２から発行されたユーザ
ＩＤ「ＡＡＡ」をもつユーザが、中継サーバ２を介して
端末１ａおよび端末１ｂのそれぞれから読み出し要求を
行った情報の履歴が対端末ユーザＩＤ「ＡＡＡ」に対応
付けて記憶されているので、対端末ユーザＩＤ「ＡＡ
Ａ」を持つユーザは、自身の対端末ユーザＩＤを通知す
れば、異なる複数の端末のそれぞれからのＷＷＷサーバ
へのアクセス履歴を取得することができる。この履歴を
用いれば、ユーザが端末を変更した場合でも、ＵＲＬ入
力やリンクをたどる手間が軽減される。
末ユーザＩＤとして中継サーバ２から発行されたユーザ
ＩＤ「ＡＡＡ」をもつユーザが、中継サーバ２を介して
端末１ａおよび端末１ｂのそれぞれから読み出し要求を
行った情報の履歴が対端末ユーザＩＤ「ＡＡＡ」に対応
付けて記憶されているので、対端末ユーザＩＤ「ＡＡ
Ａ」を持つユーザは、自身の対端末ユーザＩＤを通知す
れば、異なる複数の端末のそれぞれからのＷＷＷサーバ
へのアクセス履歴を取得することができる。この履歴を
用いれば、ユーザが端末を変更した場合でも、ＵＲＬ入
力やリンクをたどる手間が軽減される。
【００５８】さらに、中継サーバ２から提供される履歴
は、履歴要求元の端末の属性に応じて書き換えられてい
るので（履歴中のＵＲＬが履歴要求元の端末属性に適合
したＵＲＬに書き換えられているので）、ユーザは、そ
の履歴を参照して、端末１ｂの端末属性を意識すること
なく、その所持する端末に適合する情報を容易に取得で
きる。
は、履歴要求元の端末の属性に応じて書き換えられてい
るので（履歴中のＵＲＬが履歴要求元の端末属性に適合
したＵＲＬに書き換えられているので）、ユーザは、そ
の履歴を参照して、端末１ｂの端末属性を意識すること
なく、その所持する端末に適合する情報を容易に取得で
きる。
【００５９】また、上記のようなサービスを仲介業とし
て実現する場合は、ポータルの一機能としてページビュ
ー増による広告収入を得ることができるほか、コンテン
ツ提供に対する付加価値として対価をコンテンツプロバ
イダより得ることもできる。
て実現する場合は、ポータルの一機能としてページビュ
ー増による広告収入を得ることができるほか、コンテン
ツ提供に対する付加価値として対価をコンテンツプロバ
イダより得ることもできる。
【００６０】（第２の実施形態）第１の実施形態では、
情報読み出し要求に、対端末ユーザＩＤをクッキーとし
て含む場合を示したが、第２の実施形態では、中継サー
バ２がプロキシサーバではなくサロゲートサーバである
ことを想定して、ＷＷＷにおける認証方法を用いてユー
ザＩＤを受け渡す場合を説明する。
情報読み出し要求に、対端末ユーザＩＤをクッキーとし
て含む場合を示したが、第２の実施形態では、中継サー
バ２がプロキシサーバではなくサロゲートサーバである
ことを想定して、ＷＷＷにおける認証方法を用いてユー
ザＩＤを受け渡す場合を説明する。
【００６１】ＷＷＷにおける認証方法にはさまざまな方
法があるが、一例として、Basic Authenticationと呼
ばれる方法を例にとり、図１４に示すフローチャートを
参照して説明する。
法があるが、一例として、Basic Authenticationと呼
ばれる方法を例にとり、図１４に示すフローチャートを
参照して説明する。
【００６２】Basic Authenticationでは、中継サーバ２
の利用が可能な各ユーザのユーザＩＤ（対端末ユーザＩ
Ｄ）とパスワードとを予め中継サーバ２のセッション情
報記憶部１３に、例えば、図１３に示すように登録して
おく。
の利用が可能な各ユーザのユーザＩＤ（対端末ユーザＩ
Ｄ）とパスワードとを予め中継サーバ２のセッション情
報記憶部１３に、例えば、図１３に示すように登録して
おく。
【００６３】中継サーバ２は端末から情報の読み出し要
求を受け取った際に（ステップＳ４１）、ユーザＩＤと
パスワードの入力を端末に要求する（ステップＳ４
２）。これを受けて、端末はユーザＩＤ（対端末ユーザ
ＩＤ）とパスワードを付加した情報読み出し要求をあら
ためて送信する。中継サーバ２は受け取ったユーザＩＤ
とパスワードをセッション情報記憶部１３に登録された
ものとそれぞれ照合し（ステップＳ４３）、一致すれ
ば、図７のステップＳ８へ進み、以降の処理は前述同様
である。入力されたユーザＩＤとパスワードとがセッシ
ョン情報記憶部１３に登録されたものと異なるとき、あ
るいはセッション情報記憶部１３に登録されていないと
きは、処理を終了する。
求を受け取った際に（ステップＳ４１）、ユーザＩＤと
パスワードの入力を端末に要求する（ステップＳ４
２）。これを受けて、端末はユーザＩＤ（対端末ユーザ
ＩＤ）とパスワードを付加した情報読み出し要求をあら
ためて送信する。中継サーバ２は受け取ったユーザＩＤ
とパスワードをセッション情報記憶部１３に登録された
ものとそれぞれ照合し（ステップＳ４３）、一致すれ
ば、図７のステップＳ８へ進み、以降の処理は前述同様
である。入力されたユーザＩＤとパスワードとがセッシ
ョン情報記憶部１３に登録されたものと異なるとき、あ
るいはセッション情報記憶部１３に登録されていないと
きは、処理を終了する。
【００６４】このほかに、ＷＷＷにおける認証方法とし
ては、ＳＳＬ（Secure Socket Layer）、ＵＲＬ書き換
え、Hidden Formなどの一般的に使われている方法が利
用できる。
ては、ＳＳＬ（Secure Socket Layer）、ＵＲＬ書き換
え、Hidden Formなどの一般的に使われている方法が利
用できる。
【００６５】第２の実施形態は、端末がクッキーに対応
していなかったり、端末がクッキーの使用を拒否する設
定になっていたりしても動作するというメリットがあ
る。
していなかったり、端末がクッキーの使用を拒否する設
定になっていたりしても動作するというメリットがあ
る。
【００６６】なお、発明の実施の形態に記載した中継サ
ーバ装置２の機能は、コンピュータを中継サーバ２とし
て機能させるためのプログラムとして、コンピュータに
実行させることができる。
ーバ装置２の機能は、コンピュータを中継サーバ２とし
て機能させるためのプログラムとして、コンピュータに
実行させることができる。
【００６７】なお、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。
【００６８】
【発明の効果】以上説明したように、本発明によれば、
１人のユーザが異なる複数の端末からアクセスする場合
でもＷＷＷサーバ側からユーザを識別することができ
る。また、ユーザが異なる複数の端末のうちのどの端末
からＷＷＷサーバにアクセスしても、それら複数の端末
からのＷＷＷサーバへのアクセス履歴をどの端末からで
も参照できる。さらに、ＷＷＷサーバへのアクセス履歴
を参照して、端末の属性に応じた情報に容易にアクセス
できる。
１人のユーザが異なる複数の端末からアクセスする場合
でもＷＷＷサーバ側からユーザを識別することができ
る。また、ユーザが異なる複数の端末のうちのどの端末
からＷＷＷサーバにアクセスしても、それら複数の端末
からのＷＷＷサーバへのアクセス履歴をどの端末からで
も参照できる。さらに、ＷＷＷサーバへのアクセス履歴
を参照して、端末の属性に応じた情報に容易にアクセス
できる。
【図１】本発明の実施形態に係るＷＷＷシステムの構成
例を示す図。
例を示す図。
【図２】中継サーバ装置の概略構成例を示す図。
【図３】セッション記憶部の記憶内容の一例を示す図。
【図４】履歴記憶部の記憶内容の一例を示す図。
【図５】情報対応関係記憶部の記憶内容の一例を示す
図。
図。
【図６】情報読み出し要求のフォーマットを概略的に示
した図。
した図。
【図７】中継サーバ装置の情報提供処理動作を説明する
ためのフローチャート。
ためのフローチャート。
【図８】中継サーバ装置の情報提供処理動作を説明する
ためのフローチャート。
ためのフローチャート。
【図９】更新後のセッション記憶部の記憶内容の一例を
示す図。
示す図。
【図１０】更新後の履歴記憶部の記憶内容の一例を示す
図。
図。
【図１１】更新後の情報対応関係記憶部の一例を示す
図。
図。
【図１２】中継サーバ装置の履歴提示処理動作を説明す
るためのフローチャート。
るためのフローチャート。
【図１３】本発明の第２の実施形態に係るセッション情
報記憶部の記憶内容の一例を示す図。
報記憶部の記憶内容の一例を示す図。
【図１４】第２の実施形態に係る中継サーバ装置の履歴
提示処理動作を説明するためのフローチャート。
提示処理動作を説明するためのフローチャート。
１ａ、１ｂ…端末 ２…中継サーバ装置 ３ａ、３ｂ、３ｃ…ＷＷＷサーバ装置（オリジンサー
バ） １１…制御部 １２…履歴記憶部 １３…セッション情報記憶部 １４…情報対応関係記憶部 １５…複製記憶部 １６…通信部
バ） １１…制御部 １２…履歴記憶部 １３…セッション情報記憶部 １４…情報対応関係記憶部 １５…複製記憶部 １６…通信部
フロントページの続き (72)発明者 藤野 剛 東京都港区芝浦一丁目１番１号 株式会社 東芝本社事務所内 (72)発明者 木村 康浩 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 前田 誠司 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 佐藤 記代子 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 矢野 浩邦 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 瀬川 淳一 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5B085 AC14 AE02 BG07
Claims (7)
- 【請求項１】 端末からのＷＷＷサーバ装置への情報読
み出し要求を中継して、前記端末から要求のあった情報
を要求元の端末に提供する情報提供方法において、 各ユーザ毎の第１のユーザＩＤに前記複数のＷＷＷサー
バ装置のそれぞれが前記端末を識別するために各端末に
対し発行した第２のユーザＩＤを対応付けて記憶し、 前記端末から前記ＷＷＷサーバ装置への情報読み出し要
求を前記第１のユーザＩＤにて受け付けたとき、情報提
供元のＷＷＷサーバ装置から情報を読み出す際には、前
記第１のユーザＩＤに対応付けて記憶されている前記情
報提供元のＷＷＷサーバ装置対応の前記第２のユーザＩ
Ｄを前記情報提供元のＷＷＷサーバ装置へ通知すること
を特徴とする情報提供方法。 - 【請求項２】 前記第１のユーザＩＤを持つユーザが前
記複数のＷＷＷサーバ装置のそれぞれへ読み出し要求を
行った履歴は当該履歴を参照して再び前記ＷＷＷサーバ
装置へ情報読み出し要求を可能にするよう前記第１のユ
ーザＩＤに対応付けて記憶し、この履歴を前記第１のユ
ーザＩＤを持つユーザからの要求に応じて要求元の端末
へ提供することを特徴とする請求項１記載の情報提供方
法。 - 【請求項３】 前記履歴を提供する際、当該履歴を参照
して履歴要求元の端末がその属性に適した情報の読み出
し要求が可能なように前記履歴を書き換えることを特徴
とする請求項２記載の情報提供方法。 - 【請求項４】 端末からのＷＷＷサーバ装置への情報読
み出し要求を中継して、前記端末から要求のあった情報
を要求元の端末に提供する中継サーバ装置において、 各ユーザ毎の第１のユーザＩＤに前記複数のＷＷＷサー
バ装置のそれぞれが前記端末を識別するために各端末に
対し発行した第２のユーザＩＤを対応付けて記憶する記
憶手段と、 前記端末から前記ＷＷＷサーバ装置への情報読み出し要
求を前記第１のユーザＩＤにて受け付けたとき、情報提
供元のＷＷＷサーバ装置から情報を読み出す際には、前
記第１のユーザＩＤに対応付けて記憶されている前記情
報提供元のＷＷＷサーバ装置対応の前記第２のユーザＩ
Ｄを前記情報提供元のＷＷＷサーバ装置へ通知する手段
と、 を具備したことを特徴とする中継サーバ装置。 - 【請求項５】 前記第１のユーザＩＤを持つユーザが前
記複数のＷＷＷサーバ装置のそれぞれへ読み出し要求を
行った履歴は当該履歴を参照して再び前記ＷＷＷサーバ
装置へ情報読み出し要求を可能にするよう前記第１のユ
ーザＩＤに対応付けて記憶する手段と、 前記履歴を前記第１のユーザＩＤを持つユーザからの要
求に応じて要求元の端末へ提供する手段と、 を具備したことを特徴とする請求項４記載の中継サーバ
装置。 - 【請求項６】 前記履歴を提供する際、当該履歴を参照
して履歴要求元の端末がその属性に適した情報の読み出
し要求が可能なように前記履歴を書き換えることを特徴
とする請求項５記載の中継サーバ装置。 - 【請求項７】 端末からのＷＷＷサーバへの情報読み出
し要求を中継して、前記端末から要求のあった情報を要
求元の端末に提供する中継サーバとしてコンピュータを
機能させるためのプログラム製品であって、 各ユーザ毎の第１のユーザＩＤに前記複数のＷＷＷサー
バのそれぞれが前記端末を識別するために各端末に対し
発行した第２のユーザＩＤを対応付ける機能と、 前記端末から前記ＷＷＷサーバへの情報読み出し要求を
前記第１のユーザＩＤにて受け付けたとき、情報提供元
のＷＷＷサーバから情報を読み出す際には、前記第１の
ユーザＩＤに対応付けられた前記情報提供元のＷＷＷサ
ーバ対応の前記第２のユーザＩＤを前記情報提供元のＷ
ＷＷサーバへ通知する機能と、 前記第１のユーザＩＤを持つユーザが前記複数のＷＷＷ
サーバのそれぞれへ読み出し要求を行った履歴は当該履
歴を参照して再び前記ＷＷＷサーバへ情報読み出し要求
を可能にするよう前記第１のユーザＩＤに対応付ける機
能と、 前記履歴を前記第１のユーザＩＤを持つユーザからの要
求に応じて要求元の端末へ提供する機能と、 前記履歴を提供する際、当該履歴を参照して履歴要求元
の端末がその属性に適した情報の読み出し要求が可能な
ように前記履歴を書き換える機能と、 をコンピュータに実現させるためのプログラム製品。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000277114A JP2002091851A (ja) | 2000-09-12 | 2000-09-12 | 情報提供方法および中継サーバ装置 |
| US09/946,360 US20020032781A1 (en) | 2000-09-12 | 2001-09-06 | Intermediary server apparatus and an information providing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000277114A JP2002091851A (ja) | 2000-09-12 | 2000-09-12 | 情報提供方法および中継サーバ装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002091851A true JP2002091851A (ja) | 2002-03-29 |
Family
ID=18762493
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000277114A Pending JP2002091851A (ja) | 2000-09-12 | 2000-09-12 | 情報提供方法および中継サーバ装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020032781A1 (ja) |
| JP (1) | JP2002091851A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007035053A (ja) * | 2002-11-07 | 2007-02-08 | Korea Electronics Telecommun | 異なる端末器間のセッション保持方法 |
| JP2010079688A (ja) * | 2008-09-26 | 2010-04-08 | Casio Hitachi Mobile Communications Co Ltd | 端末装置及びプログラム |
| US7764308B2 (en) | 2002-05-27 | 2010-07-27 | Nikon Corporation | Image transmission system, image relay apparatus, and electronic image device |
| JP2011170773A (ja) * | 2010-02-22 | 2011-09-01 | Fujifilm Corp | セッション管理方法及びサーバ |
| JP2012068828A (ja) * | 2010-09-22 | 2012-04-05 | Video Research:Kk | 広告配信システム |
| JP2013520745A (ja) * | 2010-06-04 | 2013-06-06 | エンパイア テクノロジー ディベロップメント エルエルシー | クラウドベースのアプリケーションのためのエージェントレスなフォローミーサービス |
| JP2014527676A (ja) * | 2011-08-26 | 2014-10-16 | アマゾン テクノロジーズ インコーポレーテッド | 遠隔ブラウジングセッション管理 |
| US9336321B1 (en) | 2012-01-26 | 2016-05-10 | Amazon Technologies, Inc. | Remote browsing and searching |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8090866B1 (en) * | 2002-01-18 | 2012-01-03 | Cisco Technology, Inc. | TCP proxy connection management in a gigabit environment |
| JP4598354B2 (ja) * | 2002-09-30 | 2010-12-15 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム、中継装置及び通信制御方法 |
| US20040172468A1 (en) * | 2003-02-28 | 2004-09-02 | Sun Microsystems, Inc., A Delaware Corporation | Automatic web application access reproducer |
| JP4729844B2 (ja) * | 2003-10-16 | 2011-07-20 | 富士ゼロックス株式会社 | サーバ装置、情報の提供方法、及びプログラム |
| FR2887050B1 (fr) * | 2005-06-14 | 2007-10-05 | Viaccess Sa | Procede et systeme de securisation d'une transaction dans un reseau de telecommunication |
| DE102006004819B4 (de) * | 2006-01-27 | 2007-12-20 | Nokia Siemens Networks Gmbh & Co.Kg | Kommunikationsverfahren mit mehreren Teilnehmern, Anordnung, Kommunikations-Verwaltungs-Server und Kommunikationsendgerät zum Durchführen eines Kommunikationsverfahrens mit mehereren Teilnehmern |
| EP2506184A1 (en) * | 2006-03-29 | 2012-10-03 | The Bank of Tokyo-Mitsubishi UFJ, Ltd. | Apparatus, method, and program for validating user |
| US8484724B2 (en) * | 2010-07-29 | 2013-07-09 | Bank Of America Corporation | User permissions in computing systems |
| US9170123B2 (en) | 2010-08-06 | 2015-10-27 | Nokia Technologies Oy | Method and apparatus for generating information |
| US20120036188A1 (en) * | 2010-08-06 | 2012-02-09 | Nokia Corporation | Method and Apparatus for Aggregating Document Information |
| US9858399B2 (en) * | 2011-09-27 | 2018-01-02 | Rakuten, Inc. | Group definition management system |
| JP2017011503A (ja) * | 2015-06-22 | 2017-01-12 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
| JP6754079B2 (ja) * | 2016-10-03 | 2020-09-09 | 富士通株式会社 | 情報処理装置、情報処理システム、ユーザ認証方法、およびユーザ認証プログラム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6769009B1 (en) * | 1994-05-31 | 2004-07-27 | Richard R. Reisman | Method and system for selecting a personalized set of information channels |
| US6311197B2 (en) * | 1996-06-03 | 2001-10-30 | Webtv Networks, Inc. | Method for downloading a web page to a client for efficient display on a television screen |
| US6742030B1 (en) * | 1997-11-24 | 2004-05-25 | International Business Machines Corporation | Method to keep a persistent trace of weblink use per user |
| US6606663B1 (en) * | 1998-09-29 | 2003-08-12 | Openwave Systems Inc. | Method and apparatus for caching credentials in proxy servers for wireless user agents |
| US6496855B1 (en) * | 1999-03-02 | 2002-12-17 | America Online, Inc. | Web site registration proxy system |
| US6751654B2 (en) * | 1999-03-31 | 2004-06-15 | International Business Machines Corporation | Simulating web cookies for non-cookie capable browsers |
| US6477565B1 (en) * | 1999-06-01 | 2002-11-05 | Yodlee.Com, Inc. | Method and apparatus for restructuring of personalized data for transmission from a data network to connected and portable network appliances |
| US6760758B1 (en) * | 1999-08-31 | 2004-07-06 | Qwest Communications International, Inc. | System and method for coordinating network access |
| US6591266B1 (en) * | 2000-07-14 | 2003-07-08 | Nec Corporation | System and method for intelligent caching and refresh of dynamically generated and static web content |
-
2000
- 2000-09-12 JP JP2000277114A patent/JP2002091851A/ja active Pending
-
2001
- 2001-09-06 US US09/946,360 patent/US20020032781A1/en not_active Abandoned
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7764308B2 (en) | 2002-05-27 | 2010-07-27 | Nikon Corporation | Image transmission system, image relay apparatus, and electronic image device |
| JP2007035053A (ja) * | 2002-11-07 | 2007-02-08 | Korea Electronics Telecommun | 異なる端末器間のセッション保持方法 |
| JP2010079688A (ja) * | 2008-09-26 | 2010-04-08 | Casio Hitachi Mobile Communications Co Ltd | 端末装置及びプログラム |
| JP2011170773A (ja) * | 2010-02-22 | 2011-09-01 | Fujifilm Corp | セッション管理方法及びサーバ |
| JP2013520745A (ja) * | 2010-06-04 | 2013-06-06 | エンパイア テクノロジー ディベロップメント エルエルシー | クラウドベースのアプリケーションのためのエージェントレスなフォローミーサービス |
| KR101394747B1 (ko) | 2010-06-04 | 2014-05-15 | 엠파이어 테크놀로지 디벨롭먼트 엘엘씨 | 클라우드 기반 애플리케이션들을 위한 무 에이전트 팔로-미 서비스 |
| JP2012068828A (ja) * | 2010-09-22 | 2012-04-05 | Video Research:Kk | 広告配信システム |
| JP2014527676A (ja) * | 2011-08-26 | 2014-10-16 | アマゾン テクノロジーズ インコーポレーテッド | 遠隔ブラウジングセッション管理 |
| US9195768B2 (en) | 2011-08-26 | 2015-11-24 | Amazon Technologies, Inc. | Remote browsing session management |
| US10063618B2 (en) | 2011-08-26 | 2018-08-28 | Amazon Technologies, Inc. | Remote browsing session management |
| US9336321B1 (en) | 2012-01-26 | 2016-05-10 | Amazon Technologies, Inc. | Remote browsing and searching |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020032781A1 (en) | 2002-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002091851A (ja) | 情報提供方法および中継サーバ装置 | |
| US7949702B2 (en) | Method and apparatus for synchronizing cookies across multiple client machines | |
| JP5193056B2 (ja) | 無線装置の最新データを維持するための方法及びシステム | |
| JP3569122B2 (ja) | セッション管理システム、サービス提供サーバ、セッション管理サーバ、セッション管理方法及び記録媒体 | |
| US7668834B2 (en) | Method for client-side personalization | |
| EP0849689A2 (en) | Information processing apparatus and method enabling users to easily acquire information that occurs on a network and suits their favorites | |
| US7047212B1 (en) | Method and system for storing prospect lists in a computer database | |
| JPH117405A (ja) | ファイル共有システム | |
| US6240443B1 (en) | Communication system and communication method | |
| JP2003508865A (ja) | 自動ウェブフォーム対話プロキシ | |
| WO2003091889A1 (fr) | Serveur de collaboration, systeme de collaboration, son procede de gestion de session et programme | |
| MX2007015188A (es) | Infraestructura de manejo de configuracion de granja de servidor extensible y que responde automaticamente. | |
| JP2001519067A (ja) | ミラー保護されたウェブ・サイトに関するユーザ・ヒットをリモート・サイト運営管理者に提供する方法および装置 | |
| JP2002202936A (ja) | 情報収集サーバ及び情報収集方法並びに記録媒体 | |
| KR101083868B1 (ko) | 정보 처리 장치, 정보 처리 장치의 제어 방법 및 기록 매체 | |
| JP2003162449A (ja) | アクセス統合管理システム、アクセス統合管理装置及び方法並びにプログラム | |
| JP2010079523A (ja) | セッションデータ共有方法 | |
| US20020078162A1 (en) | Program generation system, network system and agent system | |
| US7275085B1 (en) | Method and apparatus for maintaining state information for web pages using a directory server | |
| KR100387575B1 (ko) | 인터넷상에서 최신 버전의 소프트웨어 제공방법 및 그방법을 기록한 기록매체 | |
| US7099929B1 (en) | System and method for transferring information in a hypertext transfer protocol based system | |
| JPH10254890A (ja) | ネットワークを利用した各種サービスへのアクセス方式 | |
| JPH10254829A (ja) | 情報提供システム | |
| JP3726459B2 (ja) | データ中継装置、データ中継方法、情報端末装置、情報端末装置の情報処理方法、データ通信システムおよび記録媒体 | |
| JP2000172645A (ja) | サーバコンピュータ及びサーバコンピュータにおける認証情報管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060123 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060328 |