JP2000187645A - 情報提供システム及び方法 - Google Patents
情報提供システム及び方法Info
- Publication number
- JP2000187645A JP2000187645A JP10365589A JP36558998A JP2000187645A JP 2000187645 A JP2000187645 A JP 2000187645A JP 10365589 A JP10365589 A JP 10365589A JP 36558998 A JP36558998 A JP 36558998A JP 2000187645 A JP2000187645 A JP 2000187645A
- Authority
- JP
- Japan
- Prior art keywords
- information
- user terminal
- session
- user
- client
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Coin-Freed Apparatuses For Hiring Articles (AREA)
Abstract
(57)【要約】 （修正有）
【課題】 情報を利用するユーザを認証し、そのユーザ
が使用するユーザ端末の状態を把握することで、ユーザ
端末との間の情報提供に係るセッションを的確に管理で
きるようにした情報提供システム及び方法を提供する。 【解決手段】 情報を提供するユーザのクライアント上
で動作しネットワークの利用状態を監視させる監視プロ
グラムを情報を、提供するサーバから送信し、クライア
ントからネットワークの利用状態の変化を通知させるこ
とにより、通知されたクライアントの利用状態により情
報提供の継続か終了かを的確に把握し、また、クライア
ントに何らかの異常が発生し無通信状態になった場合に
も情報提供を自動的に終了させ、無駄な情報提供の継続
状態を早期に解除し、同じユーザからの再度アクセスに
影響を与えないようにする。
が使用するユーザ端末の状態を把握することで、ユーザ
端末との間の情報提供に係るセッションを的確に管理で
きるようにした情報提供システム及び方法を提供する。 【解決手段】 情報を提供するユーザのクライアント上
で動作しネットワークの利用状態を監視させる監視プロ
グラムを情報を、提供するサーバから送信し、クライア
ントからネットワークの利用状態の変化を通知させるこ
とにより、通知されたクライアントの利用状態により情
報提供の継続か終了かを的確に把握し、また、クライア
ントに何らかの異常が発生し無通信状態になった場合に
も情報提供を自動的に終了させ、無駄な情報提供の継続
状態を早期に解除し、同じユーザからの再度アクセスに
影響を与えないようにする。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報提供システム
及び方法に係り、情報を利用するユーザを管理しつつ、
該ユーザに必要な情報を提供するようにした情報提供シ
ステム及び方法に関する。近年、特に、コンピュータを
利用したインターネット産業においては、商用としての
利用価値が年々高まり、限られたユーザへの情報提供サ
ービスがＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（以下、「ＷＷ
Ｗ」とする。）を通し頻繁に行われるようになってき
た。この様な状況において、利用可能となるユーザの確
認を行うための認証技術はあるが、同じユーザＩＤで別
の端末から同時期に同じサーバにアクセスされた場合に
二重に認証されたり、或いは、ユーザ端末の故障等によ
り故障以後サーバへのアクセスができない等の認証技術
の弊害も発生している。情報提供を行うサーバでの認証
技術のみではユーザを十分に管理できず、認証されたユ
ーザ側の接続状況をサーバ側で把握することが望まれて
いる。
及び方法に係り、情報を利用するユーザを管理しつつ、
該ユーザに必要な情報を提供するようにした情報提供シ
ステム及び方法に関する。近年、特に、コンピュータを
利用したインターネット産業においては、商用としての
利用価値が年々高まり、限られたユーザへの情報提供サ
ービスがＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（以下、「ＷＷ
Ｗ」とする。）を通し頻繁に行われるようになってき
た。この様な状況において、利用可能となるユーザの確
認を行うための認証技術はあるが、同じユーザＩＤで別
の端末から同時期に同じサーバにアクセスされた場合に
二重に認証されたり、或いは、ユーザ端末の故障等によ
り故障以後サーバへのアクセスができない等の認証技術
の弊害も発生している。情報提供を行うサーバでの認証
技術のみではユーザを十分に管理できず、認証されたユ
ーザ側の接続状況をサーバ側で把握することが望まれて
いる。
【０００２】
【従来の技術】従来のＷＷＷでのユーザ認証方法につい
て説明する。図１は、ＷＷＷネットワーク構成概略図で
ある。図１より、ＷＷＷネットワーク構成概略は、情報
提供を行うサーバ２００、ユーザがサーバ２００にアク
セスするために使用するクライアントユーザ端末２２０
−１〜２２０−ｎ（以下、クライアントを総称する場合
参照番号２２０と付す）、及び、各クライアント２２０
−１〜２２０−ｎとサーバ２００とを接続する公衆網
（例えば、インターネット）２１０からなっている。
て説明する。図１は、ＷＷＷネットワーク構成概略図で
ある。図１より、ＷＷＷネットワーク構成概略は、情報
提供を行うサーバ２００、ユーザがサーバ２００にアク
セスするために使用するクライアントユーザ端末２２０
−１〜２２０−ｎ（以下、クライアントを総称する場合
参照番号２２０と付す）、及び、各クライアント２２０
−１〜２２０−ｎとサーバ２００とを接続する公衆網
（例えば、インターネット）２１０からなっている。
【０００３】ユーザはサーバ２００から情報の提供を受
けるため、クライアント２２０を公衆網２１０を経由し
てサーバ２００に接続させる。接続完了とともに、サー
バ２００は、要求に応じてクライアント２２０に対し情
報の提供を開始する。次に、従来のＷＷＷ上のサーバに
接続しているクライアントを使用するユーザの管理方法
について説明する。
けるため、クライアント２２０を公衆網２１０を経由し
てサーバ２００に接続させる。接続完了とともに、サー
バ２００は、要求に応じてクライアント２２０に対し情
報の提供を開始する。次に、従来のＷＷＷ上のサーバに
接続しているクライアントを使用するユーザの管理方法
について説明する。
【０００４】図２は、従来のＷＷＷユーザ管理の一例を
示すフロー図である。例えば、ユーザＡが先ずクライア
ント２２０（クライアントＡ）をサーバ２００に接続さ
せた場合、ユーザＡはサーバ２００が提供する最初の画
面１へアクセスし（ステップＳ１）、サーバ２００はユ
ーザＡの認証をするために認証画面をクライアント２２
０に送信する（ステップＳ２）。ユーザＡは、クライア
ントＡに表示された認証画面にユーザＩＤとパスワード
を入力し（ステップＳ３）、サーバ２００は、その情報
に基づきユーザＩＤとパスワードの確認を行い（ステッ
プＳ４）、管理テーブルに該当するユーザＩＤに割り当
てられたセッションＩＤ（例えば、１２３）を登録し
（ステップＳ５）、割れ当てられた該セッションＩＤを
識別子として処理画面１に設定しクライアント２２０に
送信する（ステップＳ６）。クライアント２２０は、送
られた処理画面１を表示する（ステップＳ７）。クライ
アント２２０は、画面２へアクセスをするため、処理画
面１に添付されたセッションＩＤをサーバ２００に送信
し画面２の送信依頼をする（ステップＳ８）。サーバ２
００は、クライアント２２０の依頼に基づき管理テーブ
ルを確認する（ステップＳ９）。この場合、セッション
ＩＤ（１２３）は既に登録済となるので、サーバ２００
は、クライアント２２０に処理画面２を送信し（ステッ
プＳ１０）、クライアント２２０は受信した処理画面２
を表示する（ステップＳ１１）。
示すフロー図である。例えば、ユーザＡが先ずクライア
ント２２０（クライアントＡ）をサーバ２００に接続さ
せた場合、ユーザＡはサーバ２００が提供する最初の画
面１へアクセスし（ステップＳ１）、サーバ２００はユ
ーザＡの認証をするために認証画面をクライアント２２
０に送信する（ステップＳ２）。ユーザＡは、クライア
ントＡに表示された認証画面にユーザＩＤとパスワード
を入力し（ステップＳ３）、サーバ２００は、その情報
に基づきユーザＩＤとパスワードの確認を行い（ステッ
プＳ４）、管理テーブルに該当するユーザＩＤに割り当
てられたセッションＩＤ（例えば、１２３）を登録し
（ステップＳ５）、割れ当てられた該セッションＩＤを
識別子として処理画面１に設定しクライアント２２０に
送信する（ステップＳ６）。クライアント２２０は、送
られた処理画面１を表示する（ステップＳ７）。クライ
アント２２０は、画面２へアクセスをするため、処理画
面１に添付されたセッションＩＤをサーバ２００に送信
し画面２の送信依頼をする（ステップＳ８）。サーバ２
００は、クライアント２２０の依頼に基づき管理テーブ
ルを確認する（ステップＳ９）。この場合、セッション
ＩＤ（１２３）は既に登録済となるので、サーバ２００
は、クライアント２２０に処理画面２を送信し（ステッ
プＳ１０）、クライアント２２０は受信した処理画面２
を表示する（ステップＳ１１）。
【０００５】ここで、仮に、ユーザＡまたは全く別のユ
ーザが、ユーザＡのＩＤおよびパスワードを使用して別
のクライアントＢからサーバに接続を行ったとする。ク
ライアントＢは、画面１へアクセスを行う（ステップＳ
１２）。サーバ２００は、認証画面をクライアントＢに
送信する（ステップＳ１３）。クライアントＢは、認証
画面からユーザＡが入力したユーザＩＤとパスワードを
送信し、サーバ２００は、受信したユーザＩＤとパスワ
ードの確認を行い（ステップ１５）、管理テーブルにて
ユーザＩＤに対するセッションＩＤを確認する。この場
合、ユーザＡのセッションＩＤは１２３で使用中となる
ので、エラー通知がクライアントＢに送信される（ステ
ップＳ１６）。クライアントＢではエラー画面が表示さ
れ（ステップＳ１７）、情報提供はされないことがユー
ザＡに通知される。
ーザが、ユーザＡのＩＤおよびパスワードを使用して別
のクライアントＢからサーバに接続を行ったとする。ク
ライアントＢは、画面１へアクセスを行う（ステップＳ
１２）。サーバ２００は、認証画面をクライアントＢに
送信する（ステップＳ１３）。クライアントＢは、認証
画面からユーザＡが入力したユーザＩＤとパスワードを
送信し、サーバ２００は、受信したユーザＩＤとパスワ
ードの確認を行い（ステップ１５）、管理テーブルにて
ユーザＩＤに対するセッションＩＤを確認する。この場
合、ユーザＡのセッションＩＤは１２３で使用中となる
ので、エラー通知がクライアントＢに送信される（ステ
ップＳ１６）。クライアントＢではエラー画面が表示さ
れ（ステップＳ１７）、情報提供はされないことがユー
ザＡに通知される。
【０００６】このように、ユーザＡがサーバ２００の特
定ユーザ向けの情報提供を受けている間の他端末からの
該サーバへの該情報提供の二重ログインを管理し、二重
ログインを許可しないように制御している。
定ユーザ向けの情報提供を受けている間の他端末からの
該サーバへの該情報提供の二重ログインを管理し、二重
ログインを許可しないように制御している。
【０００７】
【発明が解決しようとする課題】しかしながら、上記従
来における情報提供システムにおいては、以下に述べる
問題点がある。本来インターネットとは、情報の共有化
としてインターネットに接続されている全てのサーバの
情報をインターネットに参加している全てのユーザが制
限なく共有することができるものである。上記インター
ネットの特性により、通常、サーバはクライアントの画
面の遷移等の動きを監視する必要がなく監視する機能を
持ち合わせていない場合がある。
来における情報提供システムにおいては、以下に述べる
問題点がある。本来インターネットとは、情報の共有化
としてインターネットに接続されている全てのサーバの
情報をインターネットに参加している全てのユーザが制
限なく共有することができるものである。上記インター
ネットの特性により、通常、サーバはクライアントの画
面の遷移等の動きを監視する必要がなく監視する機能を
持ち合わせていない場合がある。
【０００８】図２に示される従来のＷＷＷユーザ管理方
法において、ユーザＡがＷＷＷ上のサーバ２００より情
報提供を受けている途中で他の画面、つまり、他サーバ
のホームページに画面を移行した場合に、クライアント
の画面遷移を知る手段を持っていないため、ユーザＡの
セッションＩＤは存在したままとなり、以後、ユーザＡ
のＩＤとパスワードでの情報提供が不可能となる場合が
ある。
法において、ユーザＡがＷＷＷ上のサーバ２００より情
報提供を受けている途中で他の画面、つまり、他サーバ
のホームページに画面を移行した場合に、クライアント
の画面遷移を知る手段を持っていないため、ユーザＡの
セッションＩＤは存在したままとなり、以後、ユーザＡ
のＩＤとパスワードでの情報提供が不可能となる場合が
ある。
【０００９】また、ユーザＡが使用しているクライアン
トが、サーバとセッションを確立後、何らかの事情で障
害を起こし、サーバとの通信が不能となった場合にも、
サーバはクライアントの異常を知る手段がないため、以
後セッションは確立された状態を維持しユーザＡのＩＤ
とパスワードでの情報提供が不可能となる場合がある。
トが、サーバとセッションを確立後、何らかの事情で障
害を起こし、サーバとの通信が不能となった場合にも、
サーバはクライアントの異常を知る手段がないため、以
後セッションは確立された状態を維持しユーザＡのＩＤ
とパスワードでの情報提供が不可能となる場合がある。
【００１０】上記問題は、二重ログインを防止する認証
技術が弊害を起こしている場合である。本発明の課題
は、上記問題点に鑑みてなされたもので、ユーザを認証
し、そのユーザが使用するユーザ端末の状態を把握する
ことで、ユーザ端末との間の情報提供に係るセッション
を的確に管理できるようにした情報提供システム及び方
法を提供することを目的とする。
技術が弊害を起こしている場合である。本発明の課題
は、上記問題点に鑑みてなされたもので、ユーザを認証
し、そのユーザが使用するユーザ端末の状態を把握する
ことで、ユーザ端末との間の情報提供に係るセッション
を的確に管理できるようにした情報提供システム及び方
法を提供することを目的とする。
【００１１】
【課題を解決するための手段】本発明は、上記問題に鑑
みてなされたものであり、以下に述べる各手段を講じた
ことを特徴とする。上記課題を解決するため、本発明
は、請求項１に記載されるように、ネットワークを介し
て接続されたユーザ端末からの認証情報に基づいてユー
ザ認証を行った後に、ユーザ端末との間にセッションを
確立させ、要求に応じて当該ユーザ端末にネットワーク
を介して情報を提供するようにした情報提供システムに
おいて、ユーザ端末にて有効となり、当該ユーザ端末の
状態を当該情報提供システムに通知するための状態通知
手段を、ユーザ端末の要求に応じた情報と共に提供する
通知機能提供手段と、上記状態通知手段によりユーザ端
末から通知される当該ユーザ端末の状態に基づいて、ユ
ーザ端末への情報提供に係るセッションを管理するセッ
ション管理手段とを備えるように構成される。
みてなされたものであり、以下に述べる各手段を講じた
ことを特徴とする。上記課題を解決するため、本発明
は、請求項１に記載されるように、ネットワークを介し
て接続されたユーザ端末からの認証情報に基づいてユー
ザ認証を行った後に、ユーザ端末との間にセッションを
確立させ、要求に応じて当該ユーザ端末にネットワーク
を介して情報を提供するようにした情報提供システムに
おいて、ユーザ端末にて有効となり、当該ユーザ端末の
状態を当該情報提供システムに通知するための状態通知
手段を、ユーザ端末の要求に応じた情報と共に提供する
通知機能提供手段と、上記状態通知手段によりユーザ端
末から通知される当該ユーザ端末の状態に基づいて、ユ
ーザ端末への情報提供に係るセッションを管理するセッ
ション管理手段とを備えるように構成される。
【００１２】このような情報提供システムでは、セッシ
ョン管理手段は、ユーザ端末側にて有効となる状態通知
手段から通知されるユーザ端末の状態に基づいて、当該
ユーザ端末に対する情報提供に係るセッションを管理す
る。このため、情報を提供すべきユーザ端末の状態に応
じたセッション管理が行えるようになる。又、上記課題
を解決するため、本発明は、請求項７に記載されるよう
に、ネットワークを介して接続されたユーザ端末からの
認証情報に基づいてユーザ認証を行った後に、ユーザ端
末との間にセッションを確立させ、要求に応じて当該ユ
ーザ端末にネットワークを介して情報を提供するように
した情報提供方法において、ユーザ端末にて有効とな
り、当該ユーザ端末の状態を当該情報提供システムに通
知するための状態通知手段を、ユーザ端末の要求に応じ
た情報と共に提供し、する通知機能提供手段と、上記状
態通知手段によりユーザ端末から通知される当該ユーザ
端末の状態に基づいて、ユーザ端末への情報提供に係る
セッションを管理するように構成される。
ョン管理手段は、ユーザ端末側にて有効となる状態通知
手段から通知されるユーザ端末の状態に基づいて、当該
ユーザ端末に対する情報提供に係るセッションを管理す
る。このため、情報を提供すべきユーザ端末の状態に応
じたセッション管理が行えるようになる。又、上記課題
を解決するため、本発明は、請求項７に記載されるよう
に、ネットワークを介して接続されたユーザ端末からの
認証情報に基づいてユーザ認証を行った後に、ユーザ端
末との間にセッションを確立させ、要求に応じて当該ユ
ーザ端末にネットワークを介して情報を提供するように
した情報提供方法において、ユーザ端末にて有効とな
り、当該ユーザ端末の状態を当該情報提供システムに通
知するための状態通知手段を、ユーザ端末の要求に応じ
た情報と共に提供し、する通知機能提供手段と、上記状
態通知手段によりユーザ端末から通知される当該ユーザ
端末の状態に基づいて、ユーザ端末への情報提供に係る
セッションを管理するように構成される。
【００１３】上記のようなシステムにおいて、ユーザ端
末との間に状態通知に関するセッションを常時確立した
状態で、情報提供に係るセッションの管理が行えるとい
う観点から、本発明は、請求項２に記載されるように、
上記システムにおいて、上記セッション管理手段は、常
時有効な状態となる第一の管理プログラム内に構成され
ると共に、ユーザ端末側にて有効となる上記状態通知手
段は、上記第一の管理プログラムとの間で、状態通知に
関するセッションを確立させる手段を含むように構成す
ることができる。
末との間に状態通知に関するセッションを常時確立した
状態で、情報提供に係るセッションの管理が行えるとい
う観点から、本発明は、請求項２に記載されるように、
上記システムにおいて、上記セッション管理手段は、常
時有効な状態となる第一の管理プログラム内に構成され
ると共に、ユーザ端末側にて有効となる上記状態通知手
段は、上記第一の管理プログラムとの間で、状態通知に
関するセッションを確立させる手段を含むように構成す
ることができる。
【００１４】上記第一の管理プログラムは、例えば、Ｗ
ＷＷサーバにおける所謂デーモンと呼ばれる管理プログ
ラムが該当する。また、ユーザ端末との間に状態通知に
関するセッションを常時確立しなくても、ユーザ端末の
状態を確認できるという観点から、本発明は、請求項３
に記載されるように、上記情報提供システムにおいて、
記セッション管理手段は、外部からの起動指示にて有効
となる第二の管理プログラムにて構成され、ユーザ端末
の状態を表す状態情報を管理する状態情報管理手段を有
すると共に、ユーザ端末側にて有効となる上記状態通知
手段は、上記第二の管理プログラムに対して起動指示と
共にユーザ端末の状態を表す状態情報を提供する手段を
有し、上記セッション管理手段は、該状態通知手段から
の起動指示にて有効となった状態情報管理手段にて管理
される状態情報に基づいて、ユーザ端末との間の情報提
供に係るセッションを管理するように構成することがで
きる。
ＷＷサーバにおける所謂デーモンと呼ばれる管理プログ
ラムが該当する。また、ユーザ端末との間に状態通知に
関するセッションを常時確立しなくても、ユーザ端末の
状態を確認できるという観点から、本発明は、請求項３
に記載されるように、上記情報提供システムにおいて、
記セッション管理手段は、外部からの起動指示にて有効
となる第二の管理プログラムにて構成され、ユーザ端末
の状態を表す状態情報を管理する状態情報管理手段を有
すると共に、ユーザ端末側にて有効となる上記状態通知
手段は、上記第二の管理プログラムに対して起動指示と
共にユーザ端末の状態を表す状態情報を提供する手段を
有し、上記セッション管理手段は、該状態通知手段から
の起動指示にて有効となった状態情報管理手段にて管理
される状態情報に基づいて、ユーザ端末との間の情報提
供に係るセッションを管理するように構成することがで
きる。
【００１５】上記第二の管理プログラムは、例えば、Ｗ
ＷＷサーバにおけるＣＧＩ（CommonGateway Interfac
e）が該当する。上述したような、ユーザ端末において
他のシステムに対する情報の要求の有無にて、当該情報
システムとユーザ端末との間に確立した情報提供に係る
セッションを的確に管理できるという観点から、本発明
は、請求項４に記載されるように、上記情報提供システ
ムにおいて、ユーザ端末側にて有効となる上記状態通知
手段は、ユーザ端末にて発生した他のシステムへの情報
要求に係るイベントを監視するイベント監視手段と、該
イベント監視手段がユーザ端末にて他のシステムへの情
報要求に係るイベントが発生したことを検出した場合
に、状態通知に係るセッションにおいてその旨を当該情
報システムのセッション管理手段に通知する情報遷移通
知手段とを有し、上記セッション管理手段は、ユーザ端
末にて他情報の要求に係るイベントが発生した旨の通知
があったときに、情報提供に係るセッションを解放する
ように構成することができる。
ＷＷサーバにおけるＣＧＩ（CommonGateway Interfac
e）が該当する。上述したような、ユーザ端末において
他のシステムに対する情報の要求の有無にて、当該情報
システムとユーザ端末との間に確立した情報提供に係る
セッションを的確に管理できるという観点から、本発明
は、請求項４に記載されるように、上記情報提供システ
ムにおいて、ユーザ端末側にて有効となる上記状態通知
手段は、ユーザ端末にて発生した他のシステムへの情報
要求に係るイベントを監視するイベント監視手段と、該
イベント監視手段がユーザ端末にて他のシステムへの情
報要求に係るイベントが発生したことを検出した場合
に、状態通知に係るセッションにおいてその旨を当該情
報システムのセッション管理手段に通知する情報遷移通
知手段とを有し、上記セッション管理手段は、ユーザ端
末にて他情報の要求に係るイベントが発生した旨の通知
があったときに、情報提供に係るセッションを解放する
ように構成することができる。
【００１６】ユーザ端末で一時的に処理を停止している
か、異常により停止しているかの状態に基づいて、当該
ユーザ端末に対する情報提供に係るセッションを管理で
きるという観点から、本発明は、請求項５に記載される
ように、上記情報提供室システムにおいて、上記セッシ
ョン管理手段は、状態通知に係るセッションにおいて、
所定周期毎にユーザ端末が動作中であるか否かの確認通
知を送る動作確認手段を有し、該動作確認手段からの確
認通知に対するユーザ端末側からの応答に基づいて、情
報提供に係るセッションを管理するようにすると共に、
ユーザ端末側にて有効となる上記状態通知手段は、セッ
ション管理手段からの確認通知に応答して当該ユーザ端
末が動作中であるか否かの応答通知をセッション管理手
段に返送する手段を備えるように構成することができ
る。
か、異常により停止しているかの状態に基づいて、当該
ユーザ端末に対する情報提供に係るセッションを管理で
きるという観点から、本発明は、請求項５に記載される
ように、上記情報提供室システムにおいて、上記セッシ
ョン管理手段は、状態通知に係るセッションにおいて、
所定周期毎にユーザ端末が動作中であるか否かの確認通
知を送る動作確認手段を有し、該動作確認手段からの確
認通知に対するユーザ端末側からの応答に基づいて、情
報提供に係るセッションを管理するようにすると共に、
ユーザ端末側にて有効となる上記状態通知手段は、セッ
ション管理手段からの確認通知に応答して当該ユーザ端
末が動作中であるか否かの応答通知をセッション管理手
段に返送する手段を備えるように構成することができ
る。
【００１７】更に、上記のように、外部からの起動指示
にて有効となる第二の管理プログラムを用いてセッショ
ンを管理するようなシステムにおいて、ユーザ端末で一
時的に処理を停止しているか、異常により停止している
かの状態に基づいて、当該ユーザ端末に対する情報提供
に係るセッションを管理できるという観点から、本発明
は、請求項６に記載されるように、当該情報提供システ
ムにおいて、上記セッション管理手段は、状態情報管理
手段に対してユーザ端末側から所定時間内に状態の通知
が有るか否かに基づいて情報提供に係るセッションを管
理するように構成することができる。
にて有効となる第二の管理プログラムを用いてセッショ
ンを管理するようなシステムにおいて、ユーザ端末で一
時的に処理を停止しているか、異常により停止している
かの状態に基づいて、当該ユーザ端末に対する情報提供
に係るセッションを管理できるという観点から、本発明
は、請求項６に記載されるように、当該情報提供システ
ムにおいて、上記セッション管理手段は、状態情報管理
手段に対してユーザ端末側から所定時間内に状態の通知
が有るか否かに基づいて情報提供に係るセッションを管
理するように構成することができる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。先ず、本発明の実施の一形態に係
る情報提供システムとなるＷＷＷ上のサーバのハード構
成について説明する。図３は、サーバのハード構成図で
ある。
に基づいて説明する。先ず、本発明の実施の一形態に係
る情報提供システムとなるＷＷＷ上のサーバのハード構
成について説明する。図３は、サーバのハード構成図で
ある。
【００１９】図３より、ＷＷＷ上で情報提供をするサー
バは、後述する情報提供プログラムを実行するＣＰＵ１
１、該プログラムやデータを一時的に格納するメモリユ
ニット１２、外部とのデータの送受信を制御する通信ユ
ニット１３、入力されたデータを制御する入力ユニット
１４、情報の表示を制御する表示ユニット１５、該プロ
グラムを実行するのにロードしたり必要なテーブルを格
納する補助記憶装置１６、該プログラムが記憶されてい
るＣＤ−ＲＯＭ１７を備えている。尚、当該プログラム
を格納する媒体としてＣＤ−ＲＯＭ１７に制限するもの
ではなく、コンピュータが読み取り可能な媒体であれば
よい。
バは、後述する情報提供プログラムを実行するＣＰＵ１
１、該プログラムやデータを一時的に格納するメモリユ
ニット１２、外部とのデータの送受信を制御する通信ユ
ニット１３、入力されたデータを制御する入力ユニット
１４、情報の表示を制御する表示ユニット１５、該プロ
グラムを実行するのにロードしたり必要なテーブルを格
納する補助記憶装置１６、該プログラムが記憶されてい
るＣＤ−ＲＯＭ１７を備えている。尚、当該プログラム
を格納する媒体としてＣＤ−ＲＯＭ１７に制限するもの
ではなく、コンピュータが読み取り可能な媒体であれば
よい。
【００２０】また、当該サーバに接続されるクライアン
トのハード構成も上記と同様とする。図４は、サーバの
機能構成図である。情報提供システムとしてのサーバ１
００は、通信プロトコルＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎ
ｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）２１、システムを管
理するデーモン２２、システムが外部プログラムと連携
するためのＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉ
ｎｔｅｒｆａｃｅ）２３、ファイルをブラウザ上に呼び
出すためのプロトコルＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）２４、該システ
ムが必要とするテーブルやファイルを格納する記憶装置
２５、ユーザを認証するための管理テーブル２６、ブラ
ウザに表示する画面ファイルを格納するＨＴＭＬ（Ｈｙ
ｐｅｒＴｅｘｔ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）
領域２７、ブラウザに表示される画面ファイル２８、入
力されたデータを制御する入力処理部２９、情報の表示
を制御する表示処理部３０、所定時間毎を計るタイマ３
１、ユーザのクライアント内で動作する監視アプレット
３２を有している。クライアントと当該サーバはＴＣＰ
／ＩＰ２１によりＳｏｃｋｅｔ（）コマンドの発行で通
信接続がされ、デーモン２２により接続したユーザのＩ
Ｄおよびパスワードの認証を管理テーブル２６に基づき
行いセッションを確立させる。
トのハード構成も上記と同様とする。図４は、サーバの
機能構成図である。情報提供システムとしてのサーバ１
００は、通信プロトコルＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎ
ｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）２１、システムを管
理するデーモン２２、システムが外部プログラムと連携
するためのＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉ
ｎｔｅｒｆａｃｅ）２３、ファイルをブラウザ上に呼び
出すためのプロトコルＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）２４、該システ
ムが必要とするテーブルやファイルを格納する記憶装置
２５、ユーザを認証するための管理テーブル２６、ブラ
ウザに表示する画面ファイルを格納するＨＴＭＬ（Ｈｙ
ｐｅｒＴｅｘｔ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）
領域２７、ブラウザに表示される画面ファイル２８、入
力されたデータを制御する入力処理部２９、情報の表示
を制御する表示処理部３０、所定時間毎を計るタイマ３
１、ユーザのクライアント内で動作する監視アプレット
３２を有している。クライアントと当該サーバはＴＣＰ
／ＩＰ２１によりＳｏｃｋｅｔ（）コマンドの発行で通
信接続がされ、デーモン２２により接続したユーザのＩ
Ｄおよびパスワードの認証を管理テーブル２６に基づき
行いセッションを確立させる。
【００２１】ユーザへの情報提供は、ＴＣＩＰ／ＩＰ２
１を通し、画面ファイル２８がＨＴＴＰ２４を介しユー
ザが使用するクライアントのブラウザに画面表示させ行
われる。クライアントで動作する監視アプレット３２
は、セッション確立後の最初のＨＴＭＬの画面ファイル
に添付され送信され、以後、クライアント上で画面遷移
等の監視を行い、その都度事象を当該サーバに通知す
る。クライアント上の監視アプレットは、必要に応じて
サーバのＣＧＩ２３を起動し、ＣＧＩ２３を経由して管
理テーブルが更新される。
１を通し、画面ファイル２８がＨＴＴＰ２４を介しユー
ザが使用するクライアントのブラウザに画面表示させ行
われる。クライアントで動作する監視アプレット３２
は、セッション確立後の最初のＨＴＭＬの画面ファイル
に添付され送信され、以後、クライアント上で画面遷移
等の監視を行い、その都度事象を当該サーバに通知す
る。クライアント上の監視アプレットは、必要に応じて
サーバのＣＧＩ２３を起動し、ＣＧＩ２３を経由して管
理テーブルが更新される。
【００２２】タイマ３１は、セッションの確立と同時に
発動され、所定時間毎にユーザの情報の使用状態を確認
するために使用される。所定時間後にユーザの使用が確
認されない場合は、セッションは開放される。次に、本
発明のサーバとクライアントがＴＣＰ／ＩＰの上位層で
直接セッションを確立し、クライアントの監視をする本
発明の第１の実施例を示す。
発動され、所定時間毎にユーザの情報の使用状態を確認
するために使用される。所定時間後にユーザの使用が確
認されない場合は、セッションは開放される。次に、本
発明のサーバとクライアントがＴＣＰ／ＩＰの上位層で
直接セッションを確立し、クライアントの監視をする本
発明の第１の実施例を示す。
【００２３】図５でＷＷＷ上のサーバとクライアントと
のセッションの確立について説明する。図５は、サーバ
とクライアントのセッション確立の例を示す図である。
本発明の実施の一形態に係る情報提供システムとしての
サーバ１００の構成は、上記に示す通りである。
のセッションの確立について説明する。図５は、サーバ
とクライアントのセッション確立の例を示す図である。
本発明の実施の一形態に係る情報提供システムとしての
サーバ１００の構成は、上記に示す通りである。
【００２４】クライアント４００は、少なくとも、通信
プロトコルＴＣＰ／ＩＰ６１、ファイルをブラウザ上に
呼び出すためのプロトコルＨＴＴＰ６４、ブラウザ領域
６７、ブラウザに表示される画面ファイル６８、入力さ
れたデータを制御する入力処理部６９、情報の表示を制
御する表示処理部７０、監視アプレット７２を有してい
る。
プロトコルＴＣＰ／ＩＰ６１、ファイルをブラウザ上に
呼び出すためのプロトコルＨＴＴＰ６４、ブラウザ領域
６７、ブラウザに表示される画面ファイル６８、入力さ
れたデータを制御する入力処理部６９、情報の表示を制
御する表示処理部７０、監視アプレット７２を有してい
る。
【００２５】先ず、クライアント４００は通信回線を通
してＴＣＰ／ＩＰ６１でサーバ１００とＳｏｃｋｅ
ｔ（）４１を確立し接続する。当該サーバ１００は、ユ
ーザを認証するため認証用の画面を送信し、クライアン
ト４００からユーザＩＤとパスワードを取得する。ユー
ザを認証後、当該サーバ１００はセッションを確立する
ため、情報提供を開始する最初の画面２８−１に識別子
としてセッションＩＤを設定し、監視アプレットを一緒
にクライアントに送信する。
してＴＣＰ／ＩＰ６１でサーバ１００とＳｏｃｋｅ
ｔ（）４１を確立し接続する。当該サーバ１００は、ユ
ーザを認証するため認証用の画面を送信し、クライアン
ト４００からユーザＩＤとパスワードを取得する。ユー
ザを認証後、当該サーバ１００はセッションを確立する
ため、情報提供を開始する最初の画面２８−１に識別子
としてセッションＩＤを設定し、監視アプレットを一緒
にクライアントに送信する。
【００２６】画面２８−１は、ルート５４を経由してク
ライアントのブラウザ領域６７で展開し表示され、添付
された監視アプレットは、サーバ１００のデーモン２２
との間にセッション５３を確立し、以後セッションが開
放されるまでクライアントの事象を該サーバ１００にセ
ッション５３を経由し送信し続ける。つまり、サーバ１
００とクライアント４００がＴＣＩＰ／ＩＰでセッショ
ン５３を確立し、ＴＣＩＰ／ＩＰが持つセッション５３
の情報をサーバ１００のデーモン２２とクライアント４
００の監視アプレット７２が共有し、サーバ１００から
の問い合わせにクライアント４００の監視アプレットが
応答できる状態を確立する。
ライアントのブラウザ領域６７で展開し表示され、添付
された監視アプレットは、サーバ１００のデーモン２２
との間にセッション５３を確立し、以後セッションが開
放されるまでクライアントの事象を該サーバ１００にセ
ッション５３を経由し送信し続ける。つまり、サーバ１
００とクライアント４００がＴＣＩＰ／ＩＰでセッショ
ン５３を確立し、ＴＣＩＰ／ＩＰが持つセッション５３
の情報をサーバ１００のデーモン２２とクライアント４
００の監視アプレット７２が共有し、サーバ１００から
の問い合わせにクライアント４００の監視アプレットが
応答できる状態を確立する。
【００２７】当該クライアント４００が、サーバ１００
が提供する画面２８−２に遷移すると、監視アプレット
７２が該事象をセッション５３で該サーバ１００のデー
モン２２に通知する。画面２８−２は、ルート５５を経
由してブラウザ領域６７で展開され表示される。また、
当該クライアント４００が、他サーバ３００の情報提供
を受けるため画面を遷移すると、監視アプレット７２
は、他画面遷移の事象を本発明のサーバのデーモン２２
に通知する。すると、当該デーモン２２は、情報提供を
終了するため、管理テーブル２６の当該クライアントの
セッション情報を初期化し、セッション５３を開放す
る。
が提供する画面２８−２に遷移すると、監視アプレット
７２が該事象をセッション５３で該サーバ１００のデー
モン２２に通知する。画面２８−２は、ルート５５を経
由してブラウザ領域６７で展開され表示される。また、
当該クライアント４００が、他サーバ３００の情報提供
を受けるため画面を遷移すると、監視アプレット７２
は、他画面遷移の事象を本発明のサーバのデーモン２２
に通知する。すると、当該デーモン２２は、情報提供を
終了するため、管理テーブル２６の当該クライアントの
セッション情報を初期化し、セッション５３を開放す
る。
【００２８】正常時のユーザセッション管理についてフ
ローで説明する。図６は、ユーザセッション管理の一例
を示すフロー図である。図６より、クライアント側は、
先ずクライアントＡで、画面１へアクセスするステップ
Ｓ２１、認証画面でユーザＩＤとパスワードを入力する
ステップＳ２３、処理画面１を表示するステップＳ２
７、アプレットがセッションを確立するステップＳ２
８、他画面へ遷移するステップＳ２９、次に、クライア
ントＢで、画面１へアクセスするＳ３２、認証画面でユ
ーザＩＤとパスワードを入力するステップＳ３４、処理
画面を表示するステップＳ３８、アプレットがセッショ
ンを確立するステップＳ３９を有する。また、サーバ側
は、認証画面を送信するステップＳ２２、ユーザＩＤと
パスワードの確認をするステップＳ２４、管理テーブル
を更新するステップＳ２５、処理画面１を送信するステ
ップＳ２６、遷移通知を受信するステップＳ３０、セッ
ションを開放するステップＳ３１、認証画面を送信する
ステップＳ３３、ユーザＩＤとパスワードを確認するス
テップＳ３５、管理テーブルを更新するステップＳ３
６、処理画面１を送信するステップＳ３７とを有する。
ローで説明する。図６は、ユーザセッション管理の一例
を示すフロー図である。図６より、クライアント側は、
先ずクライアントＡで、画面１へアクセスするステップ
Ｓ２１、認証画面でユーザＩＤとパスワードを入力する
ステップＳ２３、処理画面１を表示するステップＳ２
７、アプレットがセッションを確立するステップＳ２
８、他画面へ遷移するステップＳ２９、次に、クライア
ントＢで、画面１へアクセスするＳ３２、認証画面でユ
ーザＩＤとパスワードを入力するステップＳ３４、処理
画面を表示するステップＳ３８、アプレットがセッショ
ンを確立するステップＳ３９を有する。また、サーバ側
は、認証画面を送信するステップＳ２２、ユーザＩＤと
パスワードの確認をするステップＳ２４、管理テーブル
を更新するステップＳ２５、処理画面１を送信するステ
ップＳ２６、遷移通知を受信するステップＳ３０、セッ
ションを開放するステップＳ３１、認証画面を送信する
ステップＳ３３、ユーザＩＤとパスワードを確認するス
テップＳ３５、管理テーブルを更新するステップＳ３
６、処理画面１を送信するステップＳ３７とを有する。
【００２９】ユーザＡが先ずクライアントＡからサーバ
に接続したとすると、ユーザＡはサーバが提供する最初
の画面１へアクセスし（ステップＳ２１）、サーバはユ
ーザＡの認証をするために認証画面をクライアントＡに
送信する（ステップＳ２２）。ユーザＡは、クライアン
トＡに表示された認証画面にユーザＩＤ（仮に「ＡＡ
Ａ］とする。）とパスワードを入力し（ステップＳ２
３）、サーバは、その情報に基づきユーザＩＤとパスワ
ードの確認を行い（ステップＳ２４）、該ユーザＩＤ
「ＡＡＡ」と該ユーザＩＤのセッションＩＤに「１２
３」を割り当て管理テーブルに登録し（ステップＳ２
５）、割れ当てられた該セッションＩＤ「１２３」を識
別子として処理画面１に設定し、監視アプレットを添付
してクライアントＡに送信する（ステップＳ２６）。
に接続したとすると、ユーザＡはサーバが提供する最初
の画面１へアクセスし（ステップＳ２１）、サーバはユ
ーザＡの認証をするために認証画面をクライアントＡに
送信する（ステップＳ２２）。ユーザＡは、クライアン
トＡに表示された認証画面にユーザＩＤ（仮に「ＡＡ
Ａ］とする。）とパスワードを入力し（ステップＳ２
３）、サーバは、その情報に基づきユーザＩＤとパスワ
ードの確認を行い（ステップＳ２４）、該ユーザＩＤ
「ＡＡＡ」と該ユーザＩＤのセッションＩＤに「１２
３」を割り当て管理テーブルに登録し（ステップＳ２
５）、割れ当てられた該セッションＩＤ「１２３」を識
別子として処理画面１に設定し、監視アプレットを添付
してクライアントＡに送信する（ステップＳ２６）。
【００３０】クライアントＡは、送られた処理画面１を
表示し（ステップＳ２７）、監視アプレットがクライア
ントＡ上で動作を開始し、サーバとのセッションをセッ
ションＩＤ「１２３」の下に確立する（ステップＳ２
８）。このように、セッションが確立されると、アプレ
ットは、クライアントＡにおいて、画面遷移のイベント
（ＵＲＬの指定、戻りボタン、進みボタンの操作等）の
有無を監視する。
表示し（ステップＳ２７）、監視アプレットがクライア
ントＡ上で動作を開始し、サーバとのセッションをセッ
ションＩＤ「１２３」の下に確立する（ステップＳ２
８）。このように、セッションが確立されると、アプレ
ットは、クライアントＡにおいて、画面遷移のイベント
（ＵＲＬの指定、戻りボタン、進みボタンの操作等）の
有無を監視する。
【００３１】そして、アプレットは、クライアントＡが
他画面に遷移したことを確認すると、クライアントＡの
表示画面が他画面に遷移したことをサーバに通知する
（ステップＳ２９）。サーバは、クライアントＡからの
他画面への遷移通知を受信すると、管理テーブル内の当
該ユーザＡのユーザＩＤ「ＡＡＡ」とセッションＩＤ
「１２３」の削除をする（ステップＳ３０）。サーバ
は、クライアントＡのセッションを解放する。
他画面に遷移したことを確認すると、クライアントＡの
表示画面が他画面に遷移したことをサーバに通知する
（ステップＳ２９）。サーバは、クライアントＡからの
他画面への遷移通知を受信すると、管理テーブル内の当
該ユーザＡのユーザＩＤ「ＡＡＡ」とセッションＩＤ
「１２３」の削除をする（ステップＳ３０）。サーバ
は、クライアントＡのセッションを解放する。
【００３２】その後、ユーザＡが別のクライアントＢか
ら当該サーバの情報提供を受けようとしたとする。クラ
イアントＢからユーザＡはサーバが提供する最初の画面
１へアクセスし（ステップＳ３２）、サーバはユーザＡ
の認証をするために認証画面をクライアントＡに送信す
る（ステップＳ３３）。ユーザＡは、クライアントＢに
表示された認証画面にユーザＩＤとパスワードを入力し
（ステップＳ３４）、サーバは、その情報に基づきユー
ザＩＤとパスワードの確認を行い（ステップ３５）、管
理テーブルに該ユーザＩＤ「ＡＡＡ」と該ユーザＩＤに
新たに「４５６」を割り当てられたセッションＩＤを登
録し（ステップＳ３６）、割れ当てられた該セッション
ＩＤ「４５６」を識別子として処理画面１に設定し、監
視アプレットを添付してクライアントＢに送信する（ス
テップＳ３７）。
ら当該サーバの情報提供を受けようとしたとする。クラ
イアントＢからユーザＡはサーバが提供する最初の画面
１へアクセスし（ステップＳ３２）、サーバはユーザＡ
の認証をするために認証画面をクライアントＡに送信す
る（ステップＳ３３）。ユーザＡは、クライアントＢに
表示された認証画面にユーザＩＤとパスワードを入力し
（ステップＳ３４）、サーバは、その情報に基づきユー
ザＩＤとパスワードの確認を行い（ステップ３５）、管
理テーブルに該ユーザＩＤ「ＡＡＡ」と該ユーザＩＤに
新たに「４５６」を割り当てられたセッションＩＤを登
録し（ステップＳ３６）、割れ当てられた該セッション
ＩＤ「４５６」を識別子として処理画面１に設定し、監
視アプレットを添付してクライアントＢに送信する（ス
テップＳ３７）。
【００３３】クライアントＢは、送られた処理画面１を
表示し（ステップＳ３８）、監視アプレットがクライア
ントＢ上で動作を開始し、サーバとのセッションをセッ
ションＩＤ「４５６」の下に確立する（ステップＳ３
９）。また、ユーザＡがサーバとセッションを確立中の
ユーザＡのＩＤおよびパスワードを利用した他クライア
ントからの該サーバへのアクセスは、該サーバの管理テ
ーブルより既に使用中であることを確認できるため、認
証されることはなく、二重ログインも防止できる。
表示し（ステップＳ３８）、監視アプレットがクライア
ントＢ上で動作を開始し、サーバとのセッションをセッ
ションＩＤ「４５６」の下に確立する（ステップＳ３
９）。また、ユーザＡがサーバとセッションを確立中の
ユーザＡのＩＤおよびパスワードを利用した他クライア
ントからの該サーバへのアクセスは、該サーバの管理テ
ーブルより既に使用中であることを確認できるため、認
証されることはなく、二重ログインも防止できる。
【００３４】次に、クライアントから通信がされなくな
った場合、つまり、クライアントの異常ではないが無通
信状態（一休み中の状態）となる場合とクライアントに
何らかの異常等が発生し無通信状態（異常発生状態）と
なる場合の本発明のサーバのユーザ管理についてフロー
で説明する。図７は、無通信状態のユーザセッション管
理の一例を示すフロー図である。
った場合、つまり、クライアントの異常ではないが無通
信状態（一休み中の状態）となる場合とクライアントに
何らかの異常等が発生し無通信状態（異常発生状態）と
なる場合の本発明のサーバのユーザ管理についてフロー
で説明する。図７は、無通信状態のユーザセッション管
理の一例を示すフロー図である。
【００３５】図７より、クライアント側は、画面１にア
クセスするステップＳ４１、認証画面でユーザＩＤとパ
スワードを入力するステップＳ４３、処理画面１を表示
するステップＳ４８、アプレットがセッションを確立す
るステップＳ４９、アプレットが生存応答データを送信
するステップＳ５１、画面２へアクセスするステップＳ
５３、処理画面２を表示するステップＳ５７を有する。
また、本発明のサーバ側は、認証画面を送信するステッ
プＳ４２、ユーザＩＤとパスワードを確認するステップ
Ｓ４４、管理テーブルを更新するステップＳ４５、生存
確認タイマを発動するステップＳ４６、処理画面１を送
信するステップＳ４７、生存確認データを送信するステ
ップＳ５０、生存応答データを受信するステップＳ５
２、管理テーブルを確認するステップＳ５４、生存確認
タイマを発動するステップＳ５５、処理画面２を送信す
るステップＳ５６、生存確認データを送信するステップ
Ｓ５８、管理テーブルを更新するステップＳ５９とを有
する。
クセスするステップＳ４１、認証画面でユーザＩＤとパ
スワードを入力するステップＳ４３、処理画面１を表示
するステップＳ４８、アプレットがセッションを確立す
るステップＳ４９、アプレットが生存応答データを送信
するステップＳ５１、画面２へアクセスするステップＳ
５３、処理画面２を表示するステップＳ５７を有する。
また、本発明のサーバ側は、認証画面を送信するステッ
プＳ４２、ユーザＩＤとパスワードを確認するステップ
Ｓ４４、管理テーブルを更新するステップＳ４５、生存
確認タイマを発動するステップＳ４６、処理画面１を送
信するステップＳ４７、生存確認データを送信するステ
ップＳ５０、生存応答データを受信するステップＳ５
２、管理テーブルを確認するステップＳ５４、生存確認
タイマを発動するステップＳ５５、処理画面２を送信す
るステップＳ５６、生存確認データを送信するステップ
Ｓ５８、管理テーブルを更新するステップＳ５９とを有
する。
【００３６】ユーザＡは、サーバからＷＷＷを経由して
情報提供を受けるために、クライアントＡから該サーバ
の画面１へアクセスする（ステップＳ４１）。当該サー
バは、ユーザＡを認証するため認証画面をクライアント
Ａに送信し（ステップＳ４２）、クライアントＡは表示
された認証画面からユーザＡが入力したユーザＩＤ（例
えば、「ＡＡＡ」とする。）とパスワードを当該サーバ
に送信する（ステップＳ４３）。
情報提供を受けるために、クライアントＡから該サーバ
の画面１へアクセスする（ステップＳ４１）。当該サー
バは、ユーザＡを認証するため認証画面をクライアント
Ａに送信し（ステップＳ４２）、クライアントＡは表示
された認証画面からユーザＡが入力したユーザＩＤ（例
えば、「ＡＡＡ」とする。）とパスワードを当該サーバ
に送信する（ステップＳ４３）。
【００３７】当該サーバは、ユーザＩＤとパスワードの
確認をし（ステップＳ４４）、管理テーブルにユーザＩ
Ｄ「ＡＡＡ」と割り当てたセッションＩＤ（例えば、
「１２３」とする。）を登録する（ステップＳ４５）。
当該サーバは、さらに、画面１を送信後のクライアント
Ａの状態を監視するため、生存確認タイマを発動し（ス
テップ４６）、識別子としてセッションＩＤ「１２３」
を設定した処理画面１と監視アプレットを添付してクラ
イアントＡに送信する。
確認をし（ステップＳ４４）、管理テーブルにユーザＩ
Ｄ「ＡＡＡ」と割り当てたセッションＩＤ（例えば、
「１２３」とする。）を登録する（ステップＳ４５）。
当該サーバは、さらに、画面１を送信後のクライアント
Ａの状態を監視するため、生存確認タイマを発動し（ス
テップ４６）、識別子としてセッションＩＤ「１２３」
を設定した処理画面１と監視アプレットを添付してクラ
イアントＡに送信する。
【００３８】クライアントＡは、処理画面１を表示し
（ステップＳ４８）、監視アプレットが当該サーバとセ
ッションを確立する（ステップＳ４９）。その後、故障
ではないがクライアントＡからの通信が休止状態になっ
たとする。一方、当該サーバでは、生存確認タイマが所
定時間を経過すると生存確認データをクライアントＡに
送信する（ステップＳ５０）。すると、これに応答すべ
くクライアントＡの監視アプレットが生存応答データを
送信する（ステップＳ５１）。生存応答データを受信し
たサーバは、これによりクライアントＡの正常動作を確
認する（ステップＳ５２）。
（ステップＳ４８）、監視アプレットが当該サーバとセ
ッションを確立する（ステップＳ４９）。その後、故障
ではないがクライアントＡからの通信が休止状態になっ
たとする。一方、当該サーバでは、生存確認タイマが所
定時間を経過すると生存確認データをクライアントＡに
送信する（ステップＳ５０）。すると、これに応答すべ
くクライアントＡの監視アプレットが生存応答データを
送信する（ステップＳ５１）。生存応答データを受信し
たサーバは、これによりクライアントＡの正常動作を確
認する（ステップＳ５２）。
【００３９】クライアントＡは、セッションＩＤ「１２
３」をキー情報として画面２へアクセスする（ステップ
Ｓ５３）。サーバは、管理テーブルを検索しユーザＩＤ
「ＡＡＡ」についきセッションＩＤ「１２３」が既に登
録されていることを確認し（ステップＳ５４）、画面２
を送信後のクライアントＡの状態を監視するため、生存
確認タイマを発動し（ステップＳ５５）、処理画面２を
送信する（ステップＳ５６）。
３」をキー情報として画面２へアクセスする（ステップ
Ｓ５３）。サーバは、管理テーブルを検索しユーザＩＤ
「ＡＡＡ」についきセッションＩＤ「１２３」が既に登
録されていることを確認し（ステップＳ５４）、画面２
を送信後のクライアントＡの状態を監視するため、生存
確認タイマを発動し（ステップＳ５５）、処理画面２を
送信する（ステップＳ５６）。
【００４０】その後、何らかの原因でクライアントＡに
異常が発生し通信が不能となったとする。サーバは、生
存確認タイマの所定時間が経過したため、生存確認デー
タをクライアントＡに送信する（ステップＳ５８）。こ
の場合、クライアントＡでは異常が発生しているため、
監視アプレット自信が破壊されており生存応答データの
送信は不可能である。サーバは、生存応答データを受信
できず、管理テーブルからユーザＩＤ「ＡＡＡ」とセッ
ションＩＤ「１２３」の削除をしセッションＩＤ「１２
３」の解放をする（ステップＳ５９）。
異常が発生し通信が不能となったとする。サーバは、生
存確認タイマの所定時間が経過したため、生存確認デー
タをクライアントＡに送信する（ステップＳ５８）。こ
の場合、クライアントＡでは異常が発生しているため、
監視アプレット自信が破壊されており生存応答データの
送信は不可能である。サーバは、生存応答データを受信
できず、管理テーブルからユーザＩＤ「ＡＡＡ」とセッ
ションＩＤ「１２３」の削除をしセッションＩＤ「１２
３」の解放をする（ステップＳ５９）。
【００４１】上記方法により、本発明のサーバは、セッ
ションを確立しているクライアントの状態を監視し、ク
ライアントの無通信状態の場合に、休止中なのか異常が
発生し通信不能状態なのかを知り、クライアントの状態
に応じた対応をすることができる。次に、ＷＷＷ上でサ
ーバとクライアントがＴＣＰ／ＩＰの上位層でセッショ
ンを確立せず、クライアントが所定時間毎にサーバにク
ライアントの状態を通知する例を示す。
ションを確立しているクライアントの状態を監視し、ク
ライアントの無通信状態の場合に、休止中なのか異常が
発生し通信不能状態なのかを知り、クライアントの状態
に応じた対応をすることができる。次に、ＷＷＷ上でサ
ーバとクライアントがＴＣＰ／ＩＰの上位層でセッショ
ンを確立せず、クライアントが所定時間毎にサーバにク
ライアントの状態を通知する例を示す。
【００４２】図８は、サーバとクライアントのセッショ
ン確立の他の例を示す図である。図８より、クライアン
ト４００は、少なくとも、通信プロトコルＴＣＰ／ＩＰ
６１、ファイルをブラウザ上に呼び出すためのプロトコ
ルＨＴＴＰ６４、ブラウザ領域６７、ブラウザに表示さ
れる画面ファイル６８、入力されたデータを制御する入
力処理部６９、情報の表示を制御する表示処理部７０、
監視アプレット７２を有している。
ン確立の他の例を示す図である。図８より、クライアン
ト４００は、少なくとも、通信プロトコルＴＣＰ／ＩＰ
６１、ファイルをブラウザ上に呼び出すためのプロトコ
ルＨＴＴＰ６４、ブラウザ領域６７、ブラウザに表示さ
れる画面ファイル６８、入力されたデータを制御する入
力処理部６９、情報の表示を制御する表示処理部７０、
監視アプレット７２を有している。
【００４３】先ず、クライアント４００は通信回線を通
してＴＣＰ／ＩＰ６１で本発明のサーバとＳｏｃｋｅｔ
（）４１を確立し接続する。当該サーバ１００は、ユー
ザを認証するため認証用の画面を送信し、クライアント
４００からユーザＩＤとパスワードを取得する。ユーザ
の認証後、当該サーバ１００はクライアントから必要時
に情報提供を受けるためキーとして最初の画面２８−１
に識別子としてセッションＩＤを設定し、監視アプレッ
トを一緒にクライアント４００に送信する。
してＴＣＰ／ＩＰ６１で本発明のサーバとＳｏｃｋｅｔ
（）４１を確立し接続する。当該サーバ１００は、ユー
ザを認証するため認証用の画面を送信し、クライアント
４００からユーザＩＤとパスワードを取得する。ユーザ
の認証後、当該サーバ１００はクライアントから必要時
に情報提供を受けるためキーとして最初の画面２８−１
に識別子としてセッションＩＤを設定し、監視アプレッ
トを一緒にクライアント４００に送信する。
【００４４】画面２８−１は、ルート５４を経由してク
ライアント４００のブラウザ領域６７で展開し表示さ
れ、添付された監視アプレットは、以後ＴＣＰ／ＩＰの
セッションが開放されるまで、所定時間毎に該サーバに
セッション５３を経由し本発明のサーバのＣＧＩ２３を
起動しクライアント４００の事象を送信する。当該クラ
イアント４００が、サーバ１００が提供する画面２８−
２に遷移すると、監視アプレット７２が該事象をセッシ
ョン５３で該サーバ１００のＣＧＩ２３を起動し通知す
る。画面２８−２は、ルート５５を経由してブラウザ領
域６７で展開され表示される。
ライアント４００のブラウザ領域６７で展開し表示さ
れ、添付された監視アプレットは、以後ＴＣＰ／ＩＰの
セッションが開放されるまで、所定時間毎に該サーバに
セッション５３を経由し本発明のサーバのＣＧＩ２３を
起動しクライアント４００の事象を送信する。当該クラ
イアント４００が、サーバ１００が提供する画面２８−
２に遷移すると、監視アプレット７２が該事象をセッシ
ョン５３で該サーバ１００のＣＧＩ２３を起動し通知す
る。画面２８−２は、ルート５５を経由してブラウザ領
域６７で展開され表示される。
【００４５】また、当該クライアント４００が、他サー
バ３００の情報提供を受けるため画面を遷移すると、監
視アプレット７２は、他画面遷移の事象を本発明のサー
バに同様にして通知する。すると、当該デーモン２２
は、情報提供を終了するため、管理テーブル２６の当該
クライアント４００のユーザ情報を変更し、セッション
５３を開放する。
バ３００の情報提供を受けるため画面を遷移すると、監
視アプレット７２は、他画面遷移の事象を本発明のサー
バに同様にして通知する。すると、当該デーモン２２
は、情報提供を終了するため、管理テーブル２６の当該
クライアント４００のユーザ情報を変更し、セッション
５３を開放する。
【００４６】サーバ１００のタイマ３１は、所定時間毎
にデーモン２２を起動し管理テーブルでクライアントの
状態を確認するために使用される。次に、クライアント
からの無通信状態のユーザセッションの管理方法の他の
例を図９で説明する。図９は、無通信状態のユーザセッ
ション管理の他の例を示すフロー図である。
にデーモン２２を起動し管理テーブルでクライアントの
状態を確認するために使用される。次に、クライアント
からの無通信状態のユーザセッションの管理方法の他の
例を図９で説明する。図９は、無通信状態のユーザセッ
ション管理の他の例を示すフロー図である。
【００４７】図９より、クライアントは、画面１へアク
セスするステップＳ６１、認証画面でユーザＩＤとパス
ワードを入力するステップＳ６３、処理画面１を表示す
るステップＳ６８、アプレットが生存報告データを送信
するステップＳ６９とを有する。また、サーバは、認証
画面を送信するステップＳ６２、ユーザＩＤとパスワー
ドを確認ＳるステップＳ６４、管理テーブルを更新する
ステップＳ６５、生存確認タイマを発動するステップＳ
６６、処理画面１を送信するステップＳ６７、生存報告
データを受信するステップＳ７０、生存を確認するステ
ップＳ７１、生存確認タイマを発動するステップＳ７
２、クライアントの異常を確認するステップＳ７３、管
理テーブルを更新するステップＳ７４とを有する。
セスするステップＳ６１、認証画面でユーザＩＤとパス
ワードを入力するステップＳ６３、処理画面１を表示す
るステップＳ６８、アプレットが生存報告データを送信
するステップＳ６９とを有する。また、サーバは、認証
画面を送信するステップＳ６２、ユーザＩＤとパスワー
ドを確認ＳるステップＳ６４、管理テーブルを更新する
ステップＳ６５、生存確認タイマを発動するステップＳ
６６、処理画面１を送信するステップＳ６７、生存報告
データを受信するステップＳ７０、生存を確認するステ
ップＳ７１、生存確認タイマを発動するステップＳ７
２、クライアントの異常を確認するステップＳ７３、管
理テーブルを更新するステップＳ７４とを有する。
【００４８】ユーザＡが、クライアントＡから本発明の
サーバの情報提供を受けるため画面１へアクセスをする
（ステップＳ６１）．これを受信した当該サーバは、認
証画面を送信する（ステップＳ６２）。クライアントＡ
は、ユーザＡが入力したユーザＩＤ「ＡＡＡ」とパスワ
ードを当該サーバに送信する（ステップＳ６３）。当該
サーバは、受信したユーザＡのユーザＩＤとパスワード
の確認をし（ステップＳ６４）、管理テーブルに割り当
てたセッションＩＤ「１２３」、ユーザＩＤ「ＡＡ
Ａ」、ログイン「ＯＮ」、生存フラグ「ＯＮ」等を記録
し（ステップＳ６５）、クライアントＡを所定時間毎に
生存を確認するための生存確認タイマを発動し（ステッ
プＳ６６）、処理画面１にセッションＩＤ「１２３」を
識別子として設定し監視アプレットを添付してクライア
ントＡに送信する（ステップＳ６７）。
サーバの情報提供を受けるため画面１へアクセスをする
（ステップＳ６１）．これを受信した当該サーバは、認
証画面を送信する（ステップＳ６２）。クライアントＡ
は、ユーザＡが入力したユーザＩＤ「ＡＡＡ」とパスワ
ードを当該サーバに送信する（ステップＳ６３）。当該
サーバは、受信したユーザＡのユーザＩＤとパスワード
の確認をし（ステップＳ６４）、管理テーブルに割り当
てたセッションＩＤ「１２３」、ユーザＩＤ「ＡＡ
Ａ」、ログイン「ＯＮ」、生存フラグ「ＯＮ」等を記録
し（ステップＳ６５）、クライアントＡを所定時間毎に
生存を確認するための生存確認タイマを発動し（ステッ
プＳ６６）、処理画面１にセッションＩＤ「１２３」を
識別子として設定し監視アプレットを添付してクライア
ントＡに送信する（ステップＳ６７）。
【００４９】クライアントＡは、受信した処理画面１を
表示し（ステップＳ６８）、監視アプレットが生存報告
データを送信する（ステップ６９）。当該サーバは、生
存報告データを受信するとＣＧＩが起動し管理テーブル
が更新され（ステップＳ７０）。一方、当該サーバは、
生存確認タイマが所定時間を経過する度毎に管理テーブ
ルでクライアントＡの生存確認をし（ステップＳ７
２）、生存確認タイマを発動する（ステップＳ７２）。
表示し（ステップＳ６８）、監視アプレットが生存報告
データを送信する（ステップ６９）。当該サーバは、生
存報告データを受信するとＣＧＩが起動し管理テーブル
が更新され（ステップＳ７０）。一方、当該サーバは、
生存確認タイマが所定時間を経過する度毎に管理テーブ
ルでクライアントＡの生存確認をし（ステップＳ７
２）、生存確認タイマを発動する（ステップＳ７２）。
【００５０】ここで、仮に、クライアントＡが処理画面
１から他画面へ遷移した場合には、監視アプレットが他
画面への遷移を当該サーバに通知し、当該サーバは管理
テーブルの生存フラグを「ＯＦＦ」に変更し、生存確認
タイマの所定時間後にセッションを解放する。当該サー
バは、生存確認タイマの所定時間経過しても、クライア
ントＡからの生存報告データを受信していないので、ク
ライアントＡで何らかの異常が発生いしたものと認識し
（ステップＳ７３）、管理テーブルのユーザＡの情報の
ログインと生存フラグをそれぞれ「ＯＦＦ」に変更する
（ステップＳ７４）。
１から他画面へ遷移した場合には、監視アプレットが他
画面への遷移を当該サーバに通知し、当該サーバは管理
テーブルの生存フラグを「ＯＦＦ」に変更し、生存確認
タイマの所定時間後にセッションを解放する。当該サー
バは、生存確認タイマの所定時間経過しても、クライア
ントＡからの生存報告データを受信していないので、ク
ライアントＡで何らかの異常が発生いしたものと認識し
（ステップＳ７３）、管理テーブルのユーザＡの情報の
ログインと生存フラグをそれぞれ「ＯＦＦ」に変更する
（ステップＳ７４）。
【００５１】サーバがユーザＡの存在を確認している間
のユーザＡのＩＤおよびパスワードを利用した他クライ
アントからの該サーバへのアクセスは、該サーバの管理
テーブルより既に使用中であることを確認できるため、
認証されることはなく、二重ログインも防止できる。上
記発明により、ＷＷＷ上において二重ログインを防止す
る認証技術による弊害であったクライアントの他サーバ
への画面遷移またはクライアント自信のトラブルを検知
できないがために発生したユーザによる再アクセスの拒
絶を、サーバ側の生存確認タイマとクライアント側の監
視アプレットを使用することで解消し、円滑な情報提供
を行うことができる。
のユーザＡのＩＤおよびパスワードを利用した他クライ
アントからの該サーバへのアクセスは、該サーバの管理
テーブルより既に使用中であることを確認できるため、
認証されることはなく、二重ログインも防止できる。上
記発明により、ＷＷＷ上において二重ログインを防止す
る認証技術による弊害であったクライアントの他サーバ
への画面遷移またはクライアント自信のトラブルを検知
できないがために発生したユーザによる再アクセスの拒
絶を、サーバ側の生存確認タイマとクライアント側の監
視アプレットを使用することで解消し、円滑な情報提供
を行うことができる。
【００５２】また、上記発明は、公衆網等で連携される
ＷＷＷネットワークに限るものでは無く、企業内ＬＡＮ
の情報システムとして利用されるイントラネット等のシ
ステムにも適応できる。
ＷＷＷネットワークに限るものでは無く、企業内ＬＡＮ
の情報システムとして利用されるイントラネット等のシ
ステムにも適応できる。
【００５３】
【発明の効果】以上、説明してきたように、各請求項記
載の発明によれば、ユーザ端末側にて有効となる状態通
知手段から通知されるユーザ端末の状態に基づいて、当
該ユーザ端末に対する情報提供に係るセッションを管理
することにより、ユーザ端末との間の情報提供に係るセ
ッションを的確に管理できるようになる。
載の発明によれば、ユーザ端末側にて有効となる状態通
知手段から通知されるユーザ端末の状態に基づいて、当
該ユーザ端末に対する情報提供に係るセッションを管理
することにより、ユーザ端末との間の情報提供に係るセ
ッションを的確に管理できるようになる。
【図１】ＷＷＷネットワーク構成概略図である。
【図２】従来のＷＷＷユーザ管理の一例を示すフロー図
である。
である。
【図３】サーバのハード構成図である。
【図４】サーバの機能構成図である。
【図５】サーバとクライアントのセッション確立の例を
示す図である。
示す図である。
【図６】ユーザセッション管理の一例を示すフロー図で
ある。
ある。
【図７】無通信状態のユーザセッション管理の一例を示
すフロー図である。
すフロー図である。
【図８】サーバとクライアントのセッション確立の他の
例を示す図である。
例を示す図である。
【図９】無通信状態のユーザセッション管理の他の例を
示すフロー図である。
示すフロー図である。
【符号の説明】 １１ ＣＰＵ １２ メモリユニット １３ 通信ユニット １４ 入力ユニット １５ 表示ユニット １６ 補助記憶装置 １７ ＣＤ−ＲＯＭ ２１ ＴＣＰ／ＩＰ ２２ デーモン ２３ ＣＧＩ ２４ ＨＴＴＰ ２５ 記憶装置 ２６ 管理テーブル ２７ ＨＴＭＬ領域 ２８ 画面ファイル ２９ 入力処理部 ３０ 表示処理部 ３１ タイマ ３２ 監視アプレット １００ 情報提供システム
───────────────────────────────────────────────────── フロントページの続き (72)発明者 中沢 輝男 群馬県前橋市問屋町１丁目８番３号 株式 会社富士通ターミナルシステムズ内 (72)発明者 三家本 英樹 東京都大田区西蒲田８丁目４番10号 株式 会社富士通金融システムズ内 Ｆターム(参考） 3E048 AA10 5B085 AC03 AC13 AE23 BG07 5J104 AA07 KA01 KA04 NA05 PA09
Claims (10)
- 【請求項１】 ネットワークを介して接続されたユーザ
端末からの認証情報に基づいてユーザ認証を行った後
に、ユーザ端末との間にセッションを確立させ、要求に
応じて当該ユーザ端末にネットワークを介して情報を提
供するようにした情報提供システムにおいて、 ユーザ端末にて有効となり、当該ユーザ端末の状態を当
該情報提供システムに通知するための状態通知手段を、
ユーザ端末の要求に応じた情報と共に提供する通知機能
提供手段と、 上記状態通知手段によりユーザ端末から通知される当該
ユーザ端末の状態に基づいて、ユーザ端末への情報提供
に係るセッションを管理するセッション管理手段とを備
えた情報提供システム。 - 【請求項２】 請求項１記載の情報提供システムにおい
て、 上記セッション管理手段は、常時有効な状態となる第一
の管理プログラム内に構成されると共に、 ユーザ端末側にて有効となる上記状態通知手段は、上記
第一の管理プログラムとの間で、状態通知に係るセッシ
ョンを確立させる手段を含む情報提供システム。 - 【請求項３】 請求項１記載の情報提供システムにおい
て、 上記セッション管理手段は、外部からの起動指示にて有
効となる第二の管理プログラムにて構成され、ユーザ端
末の状態を表す状態情報を管理する状態情報管理手段を
有すると共に、 ユーザ端末側にて有効となる上記状態通知手段は、上記
第二の管理プログラムに対して起動指示と共にユーザ端
末の状態を表す状態情報を提供する手段を有し、 上記セッション管理手段は、該状態通知手段からの起動
指示にて有効となった状態情報管理手段にて管理される
状態情報に基づいて、ユーザ端末との間の情報提供に係
るセッションを管理するようにした情報提供システム。 - 【請求項４】 請求項１または２記載の情報提供システ
ムにおいて、 ユーザ端末側にて有効となる上記状態通知手段は、ユー
ザ端末にて発生した他のシステムへの情報要求に係るイ
ベントを監視するイベント監視手段と、 該イベント監視手段がユーザ端末にて他のシステムへの
情報要求に係るイベントが発生したことを検出した場合
に、その旨を当該情報システムのセッション管理手段に
通知する情報遷移通知手段とを有し、 上記セッション管理手段は、ユーザ端末にて他システム
への情報要求に係るイベントが発生した旨の通知があっ
たときに、情報提供に係るセッションを解放するように
した情報提供システム。 - 【請求項５】 請求項１または２記載の情報提供システ
ムにおいて、 上記セッション管理手段は、所定周期毎にユーザ端末が
動作中であるか否かの確認通知を送る動作確認手段を有
し、 該動作確認手段からの確認通知に対するユーザ端末側か
らの応答に基づいて、情報提供に係るセッションを管理
するようにすると共に、 ユーザ端末側にて有効となる上記状態通知手段は、セッ
ション管理手段からの確認通知に応答して当該ユーザ端
末が動作中であるか否かの応答通知をセッション管理手
段に返送する手段を備えた情報提供システム。 - 【請求項６】 請求項３記載の情報提供システムにおい
て、 上記セッション管理手段は、状態情報管理手段に対して
ユーザ端末側から所定時間内に状態の通知が有るか否か
に基づいて情報提供に係るセッションを管理するように
した情報提供システム。 - 【請求項７】 ネットワークを介して接続されたユーザ
端末からの認証情報に基づいてユーザ認証を行った後
に、ユーザ端末との間にセッションを確立させ、要求に
応じて当該ユーザ端末にネットワークを介して情報を提
供するようにした情報提供方法において、 ユーザ端末にて有効となり、当該ユーザ端末の状態を当
該情報提供システムに通知するための状態通知手段を、
ユーザ端末の要求に応じた情報と共に提供し、 上記状態通知手段によりユーザ端末から通知される当該
ユーザ端末の状態に基づいて、ユーザ端末への情報提供
に係るセッションを管理する情報提供方法。 - 【請求項８】 請求項７記載の情報提供方法において、 ユーザ端末側にて有効となる上記状態通知手段は、ユー
ザ端末にて発生した他のシステムへの情報要求に係るイ
ベントを監視するイベント監視手段と、 該イベント監視手段がユーザ端末にて他のシステムへの
情報要求に係るイベントが発生したことを検出した場合
に、その旨を当該情報システムのセッション管理手段に
通知する情報遷移通知手段とを有し、 上記情報遷移通知より、ユーザ端末にて他システムへの
情報要求に係るイベントが発生した旨の通知があったと
きに、情報提供に係るセッションを解放する情報提供方
法。 - 【請求項９】 請求項７記載の情報提供方法において、 所定周期毎にユーザ端末が動作中であるか否かの確認通
知を送り、 確認通知に対するユーザ端末側からの応答に基づいて、
情報提供に係るセッションを管理する情報提供方法。 - 【請求項１０】 請求項７記載の情報提供方法におい
て、 上記セッション管理手段は、当該情報提供システムに対
してユーザ端末側から所定時間内に状態の通知が有るか
否かに基づいて情報提供に係るセッションを管理する情
報提供方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10365589A JP2000187645A (ja) | 1998-12-22 | 1998-12-22 | 情報提供システム及び方法 |
| US09/465,761 US6959392B1 (en) | 1998-12-22 | 1999-12-17 | Information providing system and method for providing information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10365589A JP2000187645A (ja) | 1998-12-22 | 1998-12-22 | 情報提供システム及び方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000187645A true JP2000187645A (ja) | 2000-07-04 |
Family
ID=18484644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10365589A Pending JP2000187645A (ja) | 1998-12-22 | 1998-12-22 | 情報提供システム及び方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6959392B1 (ja) |
| JP (1) | JP2000187645A (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002324047A (ja) * | 2001-02-12 | 2002-11-08 | Internatl Business Mach Corp <Ibm> | 分散クライアント／サーバ環境での自動化セッション・リソース・クリーンアップの方法およびシステム。 |
| JP2002328852A (ja) * | 2001-05-01 | 2002-11-15 | Yasuo Nishizawa | Ｈｔｔｐプロトコロル統一制御による高トランザクションの各種電子商取引対応マルチメディアダイレクトコマースシステム |
| JP2005259118A (ja) * | 2004-02-09 | 2005-09-22 | Canon Inc | 情報処理装置および情報処理方法ならびに記憶媒体、プログラム |
| JP2005532621A (ja) * | 2002-07-01 | 2005-10-27 | クゥアルコム・インコーポレイテッド | 無線ネットワーク上のアプリケーションのためのエンドユーザー意見データの正確な収集のためのシステムおよび方法 |
| JP2006202196A (ja) * | 2005-01-24 | 2006-08-03 | Konami Digital Entertainment:Kk | ネットワークシステム、サーバ装置、不正利用検出方法、ならびに、プログラム |
| JP2006287384A (ja) * | 2005-03-31 | 2006-10-19 | Nec Infrontia Corp | 認証システム、装置、方法、プログラム、および通信端末 |
| JP2008009864A (ja) * | 2006-06-30 | 2008-01-17 | Ntt Comware Corp | 認証システムおよび認証方法、認証管理装置 |
| JP2009055631A (ja) * | 2004-10-19 | 2009-03-12 | Panasonic Corp | 通信装置および認証方法 |
| JP2013541078A (ja) * | 2010-08-17 | 2013-11-07 | ウン・シキ・ホン | モバイル機器ユーザのためのパソコンシステム及びそのパソコンシステムの運用方法 |
| JP2014178989A (ja) * | 2013-03-15 | 2014-09-25 | Brother Ind Ltd | 通信装置 |
| JP2017194771A (ja) * | 2016-04-19 | 2017-10-26 | 株式会社三菱東京Ｕｆｊ銀行 | 認証管理装置及びプログラム |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020129355A1 (en) * | 2001-03-01 | 2002-09-12 | Mike Velten | Method and system for monitoring an apparatus for a computer |
| US7437439B2 (en) * | 2002-12-03 | 2008-10-14 | Hewlett-Packard Development Company, L.P. | System and method for the hybrid harvesting of information from peripheral devices |
| US8108916B2 (en) * | 2003-05-21 | 2012-01-31 | Wayport, Inc. | User fraud detection and prevention of access to a distributed network communication system |
| JP2008065664A (ja) * | 2006-09-08 | 2008-03-21 | Victor Co Of Japan Ltd | コンテンツデータ利用システム、データ利用装置、利用履歴情報管理装置、及びコンテンツデータ配信装置 |
| JP2007004605A (ja) * | 2005-06-24 | 2007-01-11 | Brother Ind Ltd | 通信システム、クライアント、サーバおよびプログラム |
| US8959596B2 (en) * | 2006-06-15 | 2015-02-17 | Microsoft Technology Licensing, Llc | One-time password validation in a multi-entity environment |
| US8476787B2 (en) * | 2009-03-27 | 2013-07-02 | Schneider Electric It Corporation | System and method for changing power states of a power device |
| JP5486237B2 (ja) * | 2009-08-07 | 2014-05-07 | キヤノン株式会社 | 情報処理システム、情報処理装置及びそれらの制御方法、並びにプログラム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4309480B2 (ja) * | 1995-03-07 | 2009-08-05 | 株式会社東芝 | 情報処理装置 |
| FR2745967B1 (fr) | 1996-03-07 | 1998-04-17 | Bull Cp8 | Procede de securisation des acces d'une station a au moins un serveur et dispositif mettant en oeuvre le procede |
| US5875296A (en) * | 1997-01-28 | 1999-02-23 | International Business Machines Corporation | Distributed file system web server user authentication with cookies |
| JPH10301874A (ja) | 1997-04-22 | 1998-11-13 | Internatl Business Mach Corp <Ibm> | 遠隔操作方法、ネットワークを介して端末から遠隔操作されるサーバ及びｈｔｍｌファイルを格納する記憶媒体 |
-
1998
- 1998-12-22 JP JP10365589A patent/JP2000187645A/ja active Pending
-
1999
- 1999-12-17 US US09/465,761 patent/US6959392B1/en not_active Expired - Lifetime
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002324047A (ja) * | 2001-02-12 | 2002-11-08 | Internatl Business Mach Corp <Ibm> | 分散クライアント／サーバ環境での自動化セッション・リソース・クリーンアップの方法およびシステム。 |
| JP2002328852A (ja) * | 2001-05-01 | 2002-11-15 | Yasuo Nishizawa | Ｈｔｔｐプロトコロル統一制御による高トランザクションの各種電子商取引対応マルチメディアダイレクトコマースシステム |
| JP2005532621A (ja) * | 2002-07-01 | 2005-10-27 | クゥアルコム・インコーポレイテッド | 無線ネットワーク上のアプリケーションのためのエンドユーザー意見データの正確な収集のためのシステムおよび方法 |
| US7610048B2 (en) | 2002-07-01 | 2009-10-27 | Qualcomm Incorporated | System and method for the accurate collection of end-user opinion data for applications on a wireless network |
| JP2005259118A (ja) * | 2004-02-09 | 2005-09-22 | Canon Inc | 情報処理装置および情報処理方法ならびに記憶媒体、プログラム |
| JP4533170B2 (ja) * | 2004-02-09 | 2010-09-01 | キヤノン株式会社 | 情報処理装置および制御方法ならびにプログラム |
| JP2009055631A (ja) * | 2004-10-19 | 2009-03-12 | Panasonic Corp | 通信装置および認証方法 |
| JP2006202196A (ja) * | 2005-01-24 | 2006-08-03 | Konami Digital Entertainment:Kk | ネットワークシステム、サーバ装置、不正利用検出方法、ならびに、プログラム |
| JP4514134B2 (ja) * | 2005-01-24 | 2010-07-28 | 株式会社コナミデジタルエンタテインメント | ネットワークシステム、サーバ装置、不正利用検出方法、ならびに、プログラム |
| JP2006287384A (ja) * | 2005-03-31 | 2006-10-19 | Nec Infrontia Corp | 認証システム、装置、方法、プログラム、および通信端末 |
| JP4679205B2 (ja) * | 2005-03-31 | 2011-04-27 | Ｎｅｃインフロンティア株式会社 | 認証システム、装置、方法、プログラム、および通信端末 |
| JP2008009864A (ja) * | 2006-06-30 | 2008-01-17 | Ntt Comware Corp | 認証システムおよび認証方法、認証管理装置 |
| JP2013541078A (ja) * | 2010-08-17 | 2013-11-07 | ウン・シキ・ホン | モバイル機器ユーザのためのパソコンシステム及びそのパソコンシステムの運用方法 |
| JP2014178989A (ja) * | 2013-03-15 | 2014-09-25 | Brother Ind Ltd | 通信装置 |
| JP2017194771A (ja) * | 2016-04-19 | 2017-10-26 | 株式会社三菱東京Ｕｆｊ銀行 | 認証管理装置及びプログラム |
| JP7018255B2 (ja) | 2016-04-19 | 2022-02-10 | 株式会社三菱Ｕｆｊ銀行 | 認証管理装置及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US6959392B1 (en) | 2005-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000187645A (ja) | 情報提供システム及び方法 | |
| EP1509020B1 (en) | Information processing apparatus, session recovery method, recording medium for storing session recovery program | |
| JP3966598B2 (ja) | サーバ選択システム | |
| TWI253262B (en) | Remote dynamic configuration of a web server to facilitate capacity on demand | |
| US7979519B2 (en) | System for providing information between different protocol environments cooperative with each other and a method therefor | |
| KR101042745B1 (ko) | 클라이언트 단말장치와 서버 사이의 세션 재설정을 위한시스템 및 방법 | |
| US20020073211A1 (en) | System and method for securely communicating between application servers and webservers | |
| US20070088759A1 (en) | Network Update Manager | |
| JPH10198616A (ja) | 分散ログ一括管理機能付きネットワークシステム | |
| JP2001523865A (ja) | コンピュータネットワークにおけるアプリケーションプログラムの制御された配信 | |
| JP2002540677A (ja) | データネットワークの負荷管理 | |
| US7281027B2 (en) | Distributed processing system and network monitoring system | |
| JP2003044429A (ja) | コラボレーション用の端末、コラボレーションシステム及びコラボレーション方法 | |
| US20070011243A1 (en) | System and method for storing and transmitting a file data using internet messenger | |
| JP2006268671A (ja) | ログイン制御システムおよびログイン制御方法 | |
| JP2002229870A (ja) | サーバ障害監視システム | |
| JP5272968B2 (ja) | 中継通信システム及びアクセス管理装置 | |
| JP2001101111A (ja) | Ｗｗｗ階層クライアント・サーバ型システムのユーザ管理方法 | |
| JP2002132725A (ja) | ログイン制御方法およびログイン制御システムならびにログイン制御プログラムを記録した情報記録媒体 | |
| JP2004295656A (ja) | 通信システム、クライアント装置及びクライアント装置によるサーバ装置の負荷分散方法 | |
| JP2002041377A (ja) | データ通信システムおよびこれに用いるデータ処理装置、ブラウザを利用したセッション維持方法、記録媒体 | |
| JP2000267958A (ja) | 中継装置および記録媒体 | |
| JPH06243076A (ja) | 複合計算機システム間のデータ転送方式 | |
| JP5003738B2 (ja) | 中継通信システム及びアクセス管理装置 | |
| JP3491889B2 (ja) | 対話処理システムおよびこれに用いるデータ処理装置、対話処理方法、記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041108 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041124 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050215 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060314 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060508 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060606 |