(57)【要約】【課題】利用者の特性を考慮して各利用者のアクセス頻度に差を付けて、サーバやネットワークの負荷を軽減することを可能とする。【解決手段】本発明は、サーバにおいて、利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理し、利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求める。【選択図】　　　図１
2004054579.tif 000002
【特許請求の範囲】
【請求項１】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
前記サーバにおいて、利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理し、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めることを特徴とする情報システムにおけるアクセス間隔制御方法。
【請求項２】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
前記サーバにおいて、利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理し、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を求め、
求められた前記数量に基づいて、アクセス間隔を定め、前記端末に該アクセス間隔を通知し、
前記端末において、
通知された前記アクセス間隔で前記サーバに前記最新情報の有無を問い合わせることを特徴とする情報システムにおけるアクセス間隔制御方法。
【請求項３】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
前記サーバにおいて、
利用者ＩＤ単位に、ログイン状態と宛先利用者ＩＤを管理し、
前記利用者ＩＤ単位に、前記利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を定め、該数量を前記端末に通知し、
前記端末において、
通知された前記数量に基づいてアクセス間隔を定め、該アクセス間隔で前記サーバに前記最新情報の有無を問い合わせることを特徴とする情報システムにおけるアクセス間隔制御方法。
【請求項４】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理する利用者情報管理手段と、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるアクセス間隔計算手段と、を有することを特徴とする情報提供システムにおけるサーバ。
【請求項５】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理する利用者情報管理手段と、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を求め、該数量に基づいて、アクセス間隔を定めるアクセス間隔計算手段と、
前記アクセス間隔を前記端末に通知するアクセス間隔通知手段と、を有することを特徴とする情報提供システムにおけるサーバ。
【請求項６】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン状態と宛先利用者ＩＤを管理する利用者情報管理手段と、
前記利用者ＩＤ単位に、前記利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を定め、該数量を前記端末に通知する数量通知手段と、を有することを特徴とする情報提供システムにおけるサーバ。
【請求項７】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおける端末であって、
前記サーバからアクセス間隔を受信するアクセス間隔受信手段と、
前記アクセス間隔で該サーバに前記最新情報の有無を問い合わせる問い合わせ手段を有することを特徴とする情報システムにおける端末。
【請求項８】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおける端末であって、
前記サーバから利用者ＩＤの中の、ログイン状態の数量を受信する数量受信手段と、
前記数量に基づいてアクセス間隔を求めるアクセス間隔計算手段と、
前記アクセス間隔計算手段で求められたアクセス間隔で前記サーバに前記最新情報の有無を問い合わせる問い合わせ手段と、を有することを特徴とする情報システムにおける端末。
【請求項９】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御プログラムであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを取得して記憶手段に保持するステップと、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして前記記憶手段に登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるステップと、を実行することを特徴とするアクセス間隔制御プログラム。
【請求項１０】
電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御プログラムを格納した記憶媒体であって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを取得して記憶手段に保持するステップと、
前記利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして前記記憶手段に登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるステップと、を実行するプログラムを格納することを特徴とするアクセス間隔制御プログラムを格納した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報提供システムにおけるアクセス間隔制御方法及び情報提供システムにおけるサーバ及び情報提供システムにおける端末及びアクセス間隔制御プログラム及びアクセス間隔制御プログラムを格納した記憶媒体に係り、特に、電話回線やインターネットなどの通信ネットワークを用いて情報提供センタ（サーバ）から利用者に対して各種情報の提供を行う際に、利用者から情報提供センタに最新情報の有無を定期的に問い合わせる方法を用いた場合の、問い合わせのアクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法及び情報提供システムにおけるサーバ及び情報提供システムにおける端末及びアクセス間隔制御プログラム及びアクセス間隔制御プログラムを格納した記憶媒体に関する。
【０００２】
ここで、情報提供センタとは、一般的にクライアント・サーバ型モデルと言われるシステムにおけるサーバに相当する。例えば、Ｗｅｂページを提供するｗｅｂサーバ、電子メールを扱うメールサーバなどである。本発明では、利用者間で特定の相手に対し、情報提供センタを介して情報を提供するシステムを想定する。
【０００３】
以下、このシステムを情報提供システムと呼ぶ。
【０００４】
【従来の技術】
サーバからクライアント端末に情報を配信する場合、セキュリティやアドレス変換の問題から、クライアント端末からサーバに情報を提供するようにリクエストを送信し、サーバはそのレスポンスとして情報を提供する方法が広く用いられている。この方法において最新の情報を取得するためには、クライアント端末は定期的にサーバに最新情報の有無を問い合わせる必要がある。しかし、多数のクライアント端末が定期的に問い合わせを行うと、サーバへのアクセス数の増大によるサーバやネットワークの過負荷が懸念される。
【０００５】
そこで、一定間隔でクライアント端末にアクセスされるのではなく、混み合っている部分と比較的空いている部分を均一に平坦化するために各クライアント毎にアクセス間隔を制御する技術（特開平１１−２４９９７５「適応的アクセス制御方法及びシステム及び制御センタ装置及び受信端末装置及び適応アクセス制御プログラムを格納した記憶媒体」）がある。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来の技術では、多数のクライアントからのアクセスを平坦化することはできるが、アクセス数そのものを減らすことはできない。最新の情報を取得する可能性が低いときもアクセス頻度が変わらず、無駄な負荷を生じてしまうという問題がある。
【０００７】
本発明は、上記の点に鑑みなされたもので、利用者の特性を考慮して各利用者のアクセス頻度に差を付けて、サーバやネットワークの負荷を軽減することが可能な情報提供システムにおけるアクセス間隔制御方法及び情報提供システムにおけるサーバ及び情報提供システムにおける端末及びアクセス間隔制御プログラム及びアクセス間隔制御プログラムを格納した記憶媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【０００９】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
サーバにおいて、利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理し（ステップ１）、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中でログイン状態の数量を定め（ステップ２）、該数量に基づいてアクセス間隔を求める（ステップ３）。
【００１０】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
サーバにおいて、利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理し、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を求め、
求められた数量に基づいて、アクセス間隔を定め、端末に該アクセス間隔を通知し、
端末において、
通知されたアクセス間隔でサーバに最新情報の有無を問い合わせる。
【００１１】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御方法において、
サーバにおいて、
利用者ＩＤ単位に、ログイン状態と宛先利用者ＩＤを管理し、
利用者ＩＤ単位に、利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を定め、該数量を端末に通知し、
端末において、
通知された数量に基づいてアクセス間隔を定め、該アクセス間隔でサーバに最新情報の有無を問い合わせる。
【００１２】
図２は、本発明の原理構成図である。
【００１３】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理する利用者情報管理手段２３０と、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるアクセス間隔計算手段２２０と、を有する。
【００１４】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを管理する利用者情報管理手段と、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を求め、該数量に基づいて、アクセス間隔を定めるアクセス間隔計算手段と、
アクセス間隔を端末に通知するアクセス間隔通知手段と、を有する。
【００１５】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるサーバであって、
利用者ＩＤ単位に、ログイン状態と宛先利用者ＩＤを管理する利用者情報管理手段と、
利用者ＩＤ単位に、利用者ＩＤを宛先利用者ＩＤとして登録してある利用者ＩＤの中で、ログイン状態の数量を定め、該数量を端末に通知する数量通知手段と、を有する。
【００１６】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおける端末であって、
サーバからアクセス間隔を受信するアクセス間隔受信手段と、
アクセス間隔で該サーバに最新情報の有無を問い合わせる問い合わせ手段を有する。
【００１７】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおける端末であって、
サーバから利用者ＩＤの中の、ログイン状態の数量を受信する数量受信手段と、
数量に基づいてアクセス間隔を求めるアクセス間隔計算手段と、
アクセス間隔計算手段で求められたアクセス間隔でサーバに最新情報の有無を問い合わせる問い合わせ手段と、を有する。
【００１８】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御プログラムであって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを取得して記憶手段に保持するステップと、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして記憶手段に登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるステップと、を実行する。
【００１９】
本発明は、電話回線やインターネットを含む通信ネットワークを用いて情報提供センタのサーバから利用者に対して各種情報の提供を行う際の、利用者の端末から該サーバに最新情報の有無を定期的に問い合わせる場合に、アクセス間隔を制御するための情報提供システムにおけるアクセス間隔制御プログラムを格納した記憶媒体であって、
利用者ＩＤ単位に、ログイン情報と宛先利用者ＩＤを取得して記憶手段に保持するステップと、
利用者ＩＤ単位に、該利用者ＩＤを宛先利用者ＩＤとして記憶手段に登録してある利用者ＩＤの中でログイン状態の数量を定め、該数量に基づいてアクセス間隔を求めるステップと、を実行するプログラムを格納する。
【００２０】
上記のように、本発明では、情報提供システムにおいて、各利用者が予め情報の提供先（宛先）として他の利用者を情報提供センタ（サーバ）に登録し、センタ側は各利用者毎にリストとして保存しているとき（宛先として登録される利用者は複数でもよい）、各利用者の当該システムへのログイン状態が他の利用者の最新情報の取得可能性に大きく寄与する。つまり、ある利用者にとっては、自分を情報提供先として登録している利用者のログイン数が多いほど最新情報を提供される可能性が高くなる。ここで、ログインとは、事前に各利用者毎に利用登録がなされており、本人であることの確認や登録情報の取得などを目的に利用毎に認証を受けることを意味する。これにより、情報提供センタ側は、利用中の利用者を把握することが可能になる。
【００２１】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について説明する。
【００２２】
［第１の実施の形態］
図３は、本発明の第１の実施の形態におけるシステム構成図である。
【００２３】
同図に示すシステムは、利用者端末１００と情報提供センタのアクセスを制御する制御サーバ２００で構成され、これらは、インターネットなどのネットワークで接続されている。
【００２４】
これらは、情報提供システムにおいて、利用者から最新情報の有無を問い合わせる部分とそのアクセスを制御する部分のみを示す。この他に、ある利用者から提供される各種情報を一度保存し、宛先の利用者にその情報を提供する手段が構成される場合があるが、本発明とは直接関係しないため、説明は省略する。
【００２５】
図３に示す各構成要素について説明する。
【００２６】
利用者端末１００は、ログイン・ログアウト依頼部１１０、問い合わせ部１２０と、アクセス間隔制御部１３０とを備える。
【００２７】
ログイン・ログアウト依頼部１１０は、利用者の入力を検出し、情報提供システムの利用を開始する場合はログイン依頼情報（ＬＩ）を、システムの利用を終了する場合はログアウト依頼情報（ＬＯ）を制御サーバ２００に送信する。これらの情報には、利用者を識別するための利用者ＩＤ（ＵＩＤ）が含まれる。その他、パスワードが含まれる場合もある。利用者ＩＤやパスワードは、クライアント１００に予め割り振られていてもよいし、その都度利用者に入力を求めてもよい。
【００２８】
問い合わせ部１２０は、アクセス間隔制御部１３０からの制御に基づいて、最新情報の有無と共に次回までのアクセス間隔を問い合わせるために、利用者ＩＤ（ＵＩＤ）を制御サーバ２００に送信する。
【００２９】
アクセス間隔制御部１３０は、制御サーバ２００から次回の問い合わせまでの時間間隔の情報が含まれるアクセス間隔情報（ＡＴ）を受信し、そのアクセス間隔だけ時間が経過したら、問い合わせ部１２０に対して制御サーバ２００に問い合わせのアクセスを行うように指令を出す。
【００３０】
制御サーバ２００は、ログイン・ログアウト処理部２１０、アクセス間隔計算部２２０、利用者情報管理部２３０、アクセス間隔情報保持部２４０及び、問い合わせ受信・アクセス間隔通知部２５０から構成される。
【００３１】
以下では、ログイン依頼情報（ＬＩ）、又は、ログアウト依頼情報（ＬＯ）に含まれる利用者ＩＤを状態更新利用者ＩＤ（ＵＩＤ−Ｃ）、各利用者毎に情報の提供先として予め本ジシテムに登録されている利用者のＩＤを宛先利用者ＩＤ（ＵＩＤ−Ｔ）と区別して説明する。
【００３２】
宛先利用者ＩＤ（ＵＩＤ−Ｔ）は、利用者によって複数の場合もある。
【００３３】
利用者ログイン・ログアウト処理部２１０は、利用者端末１００よりログイン依頼情報（ＬＩ）または、ログアウト依頼情報（ＬＯ）を受信し、その中に含まれる状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を利用者情報管理部２３０に送り、利用状態の更新を依頼する。また、パスワードが含まれる場合などで、認証処理を行うこともある。さらに、受信した状態更新利用者ＩＤ（ＵＩＤ−Ｃ）をアクセス間隔計算部２２０に送り、この状態更新利用者を宛先利用者として登録している全利用者のアクセス間隔の際計算及び、ログインの場合は、この状態更新利用者のアクセス間隔の計算を依頼する。
【００３４】
ここで、ログインまたは、ログアウトが行われる毎にアクセス間隔の計算を行うものとしているが、ある適当な一定間隔を設けて、その間にログインまたは、ログアウトした状態更新利用者について纏めて計算を行うものとしてもよい。
【００３５】
アクセス間隔計算部２２０は、ログイン・ログアウト処理部２１０より状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を受け、この状態更新利用者のアクセス間隔と、この状態更新利用者を宛先利用者として登録している全利用者のアクセス間隔を計算し、アクセス間隔情報（ＡＴ）を作成する。この詳細について後述する。そして、計算した利用者の利用者ＩＤ（ＵＩＤ）とアクセス間隔情報（ＡＴ）をアクセス間隔情報保持部２４０に送る。
【００３６】
利用者情報管理部２３０は、予め利用者により行われている本システムへの利用登録に基づき、利用者ＩＤ（ＵＩＤ）と宛先利用者ＩＤ（ＵＩＤ−Ｔ）を関連付けて保持する。また、ログイン・ログアウト処理部２１０から状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を受け、利用状態情報（Ｃ）を更新し、それを保持する。さらに、アクセス間隔計算部２２０から状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を受け、それによりアクセス間隔の計算が必要になる利用者ＩＤ（ＵＩＤ）と、アクセス間隔の計算に影響を与えるログイン中の利用者数（影響ログイン数（ＬＮ））を返す。この詳細は後述する。
【００３７】
アクセス間隔情報保持部２４０は、アクセス間隔計算部２２０からアクセス間隔を計算した利用者の利用者ＩＤ（ＵＩＤ）とアクセス間隔情報（ＡＴ）を受け、これを保持する。また、問い合わせ受信・アクセス間隔通知部２５０から次回までのアクセス間隔の問い合わせとして利用者ＩＤ（ＵＩＤ）を受け取ると、保持しているアクセス間隔情報（ＡＴ）を返す。
【００３８】
次に、上記の構成における処理を説明する。
【００３９】
図４は、本発明の第１の実施の形態におけるクライアント端末の処理のフローチャートである。
【００４０】
まず、利用者の入力を検出して、ログイン依頼情報（ＬＩ）を制御サーバ２００に送信し、ログイン依頼処理を行う（ステップ１０１）。
【００４１】
次に、最新情報の有無の確認、及び次回の問い合わせまでのアクセス間隔を取得するために、利用者ＩＤ（ＵＩＤ）を制御サーバ２００に送信して問い合わせ処理を行う（ステップ１０２）。
【００４２】
そのレスポンスとして制御サーバ２００からアクセス間隔情報（ＡＴ）を受信し、それに含まれるアクセス間隔だけ時間が経過したら、問い合わせ部１２０に対して、再度制御サーバ２００に問い合わせるように指令を出す（ステップ１０３）。この間に、ログアウトをするための利用者の入力を検出した場合は、ログアウト依頼情報（ＬＯ）を制御サーバ２００に送信して終了する。
【００４３】
図５は、本発明の第１の実施の形態における制御サーバの処理のフローチャートである。
【００４４】
まず、クライアント端末１００からログイン依頼情報（ＬＩ）を受信し、必要に応じてその中に含まれる状態更新利用者ＩＤ（ＵＩＤ−Ｃ）とパスワードを用いて認証処理を行う（ステップ２０１）。
【００４５】
状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を利用者情報管理部２３０に引き渡し、利用者情報管理部２３０は、ログイン状態に情報を更新する（ステップ２０２）。これは、例えば、利用状態を把握するための１ビットのデータ記憶領域を利用者毎に設け、“０”ならばログアウト状態、“１”ならばログイン状態とする。図６にその例を示す。
【００４６】
次に、アクセス間隔計算部２２０に状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を引き渡し、アクセス間隔を計算するように指令を出す。アクセス間隔計算部２２０は、受け取った状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を利用者情報管理部２３０に引き渡し、アクセス間隔に必要な情報を要求する。
【００４７】
状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を受け取った利用者情報管理部２３０は、まず、状態更新利用者のアクセス間隔の計算に必要な情報を渡す。即ち、この状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を宛先利用者ＩＤ（ＵＩＤ−Ｔ）のデータ記憶領域で保持している利用者のうち、利用状態がログイン状態の利用者数（ログイン数（ＬＮ））を状態更新利用者ＩＤ（ＵＩＤ−Ｃ）と組にして返す。そのデータ構造の例を図６に示し、同図の例を用いて以下に説明する。
【００４８】
ユーザＡがログインした利用者とする。つまり、状態更新利用者ＩＤ（ＵＩＤ−Ｃ）はユーザＡである。ユーザＡが宛先利用者として登録されている利用者は、ユーザＢ、ユーザＣ、ユーザＤ、ユーザＦであるが、ログイン中の利用者は、ユーザＢ、ユーザＤ、ユーザＦなので、ログイン数（ＬＮ）は３となる。よって、状態更新利用者ＩＤ（ＵＩＤ−Ｃ）＝ユーザＡとログイン数（ＬＮ）＝３を組にしてアクセス間隔計算部２２０に返す。
【００４９】
さらに、新たな利用者のログインにより、アクセス間隔に影響がある利用者のアクセス間隔を再計算するのに必要な情報も返す。つまり、状態更新利用者の宛先利用者とし登録されている各利用者について、状態更新利用者の場合と同じようにログイン数（ＬＮ）を特定する。図６を用いて説明すると、状態更新利用者であるユーザＡの宛先利用者として、ユーザＢ、ユーザＥ、ユーザＦが登録されており、ユーザＢの宛先利用者として登録している利用者のログイン数（ＬＮ）は０だったが、ユーザＡのログインによりログイン数（ＬＮ）は１に変わる。そこで、利用者ＩＤ（ＵＩＤ）＝ユーザＢとログイン数（ＬＮ）＝１を組にして返す。ユーザＥ、ユーザＦについても同様である。
【００５０】
利用者ＩＤと（ＵＩＤ）とログイン数（ＬＮ）の組を受けたアクセス間隔計算部２２０は、各利用者毎にアクセス間隔を計算し、アクセス間隔情報保持部２４０に利用はＩＤ（ＵＩＤ）とアクセス間隔情報（ＡＴ）を組にして受渡し（ステップ２０３）、アクセス間隔情報保持部２４０は、これを保持する（ステップ２０４）。
【００５１】
アクセス間隔情報（ＡＴ）は次のようにして計算される。
【００５２】
情報を提供される可能性が極度に高い場合でも、制御サーバ２００がアクセス間隔を再計算するのに、最低限必要な処理時間より短い間隔で問い合わせを繰り返しても意味はない。よって、適当な最短アクセス間隔（ＡＴＭＩＮ）を決めておく。逆に情報を提供し得る利用者のログイン数が０であっても、ログイン状態の更新を問い合わせる必要があるので、最長アクセス間隔（ＡＴＭＡＸ）も決めておく。アクセス間隔は、最短アクセス間隔（ＡＴＭＩＮ）と最長アクセス間隔（ＡＴＭＡＸ）の間の長さで、かつ各利用者毎に受け取ったログイン数が多い場合には短く、ログイン数が少ない場合は長くなるという条件を満たすように計算される。その一例を次に示す。
【００５３】
アクセス間隔情報（ＡＴ）＝最長アクセス間隔（ＡＴＭＡＸ）／ログイン数（ＬＮ）
但し、
最短アクセス間隔（ＡＴＭＩＮ）＞最長アクセス間隔　（ＡＴＭＡＸ）／ログイン数（ＬＮ）
の場合は、
アクセス間隔情報（ＡＴ）＝最短アクセス間隔（ＡＴＭＩＮ）
とする。
【００５４】
クライアント端末１００から問い合わせとして利用者ＩＤ（ＵＩＤ）を受信したら（ステップ２０５）、アクセス間隔情報保持部２４０にその利用者ＩＤ（ＵＩＤ）を受け渡して、保持しているアクセス間隔情報（ＡＴ）を返してもらい、クライアント端末１００に送信する（ステップ２０６）。
【００５５】
この問い合わせは、最新情報の有無の確認が主な目的であり、他の利用者から提供されたを情報を保持する手段にも問い合わせを行うが、本発明とは直接関わらないので、説明は省略する。
【００５６】
その後、クライアント端末１００からログアウト依頼情報（ＬＯ）を受信するまでは、上記の問い合わせ受信処理及びアクセス間隔通知処理を繰り返す（ステップ２０７）。
【００５７】
ログアウト依頼情報（ＬＯ）を受信するまでは、上記の問い合わせ受信処理及びアクセス間隔通知処理を繰り返す。ログアウト依頼情報（ＬＯ）を受信した場合は、その中に含まれる状態更新利用者ＩＤ（ＵＩＤ−Ｃ）を利用者情報管理部２３０に引き渡し、利用状態を更新する（ステップ２０８）。以降は、ログインのときと同じように、アクセス間隔計算処理を行い（ステップ２０９）、アクセス間隔情報を保持して（ステップ２１０）、終了する。
【００５８】
次に、クライアント端末１００と制御サーバ２００との間の動作を説明する。
図７は、本発明の第１の実施の形態におけるクライアント端末と制御サーバ間のシーケンスチャートである。
【００５９】
まず、クライアント端末１００がログイン依頼送信処理を行い、制御サーバ２００にログイン依頼情報（ＬＩ）を送信する（ステップ３０１）。
【００６０】
制御サーバ２００は、ログイン依頼情報（ＬＩ）を受信すると、必要に応じて認証を含むログイン処理を行い（ステップ３０２）、利用状態の更新処理を行う（ステップ３０３）。次に、アクセス間隔計算処理を行い、アクセス間隔情報（ＡＴ）を保持する（ステップ３０４）。
【００６１】
クライアント端末１００は、問い合わせのために利用者ＩＤ（ＵＩＤ）を制御サーバ２００に送信する（ステップ３０５）。
【００６２】
問い合わせを受けた制御サーバ２００は、その利用者ＩＤ（ＵＩＤ）と共に保持しているアクセス間隔情報（ＡＴ）をクライアント端末１００に送信する（ステップ３０６）。
【００６３】
クライアント端末１００は、受信したアクセス間隔情報（ＡＴ）を用いて問い合わせを繰り返し（ステップ３０７）、利用者によるログアウトの入力を検出するとログアウト依頼情報（ＬＯ）を制御サーバ２００に送信する（ステップ３０８）。
【００６４】
これを受信した制御サーバ２００は、ログアウト処理を行い（ステップ３０９）、利用状態を更新する（ステップ３１０）。影響のある利用者毎に再度アクセス間隔計算処理を行い、アクセス間隔情報（ＡＴ）を保持する（ステップ３１１）。
【００６５】
［第２の実施の形態］
図８は、本発明の第２の実施の形態におけるシステム構成図である。
【００６６】
同図に示すシステムの主な構成は、前述の第１の実施の形態と大きく異ならないが、アクセス間隔計算をクライアント端末１００内で行う点が異なる。
【００６７】
クライアント端末１００は、ログイン・ログアウト依頼部１１０、アクセス間隔計算部１４０、アクセス間隔制御部１３０、及び問い合わせ部１２０から構成される。
【００６８】
各構成要素が行う処理は、前述の第１の実施の形態と略同様である。
【００６９】
制御サーバ２００は、ログイン・ログアウト処理部２１０、利用者情報管理部２３０、及び問合わせ受信部２４０から構成される。
【００７０】
問い合わせ順部２４０は、前述の第１の実施の形態と同様に、クライアント端末１００から問い合わせのための利用者ＩＤ（ＵＩＤ）を受信すると、利用者情報管理部２３０にその利用者ＩＤ（ＵＩＤ）を引き渡し、利用者情報管理部２３０は、その利用者がアクセス間隔を計算するのに必要なログイン数（ＬＮ）をクライアント端末１００に送信する。それ以外の構成要素は、前述の第１の実施の形態と同様であるので説明は省略する。
【００７１】
図９は、本発明の第２の実施の形態におけるクライアント端末の処理のフローートである。
【００７２】
第１の実施の形態と同様に、ログイン依頼処理を行うと（ステップ４０１）、制御サーバ２００からログイン数（ＬＮ）を受信する。これを用いて、アクセス間隔計算部１４０において第１の実施の形態における制御サーバ２００のアクセス間隔計算部２２０と同じ方法でアクセス間隔を計算し、アクセス間隔情報（ＡＴ）を作成する（ステップ４０２）。これをアクセス間隔制御部１３０に引き渡した後、問い合わせ制御処理（ステップ４０３）、利用者によるログアウト依頼の入力を検出するまで繰り返し（ステップ４０４）、問い合わせ処理及びログアウト依頼処理を行う（ステップ４０５）。
【００７３】
次に、制御サーバ２００の処理について説明する。
【００７４】
図１０は、本発明の第２の実施の形態における制御サーバの処理のフローチャートである。
【００７５】
クライアント端末１００からログイン依頼情報（ＬＩ）を受信し、利用状態を更新するまでは、第１の実施の形態と同じである（ステップ５０１、５０２）。その後、当該クライアント端末１００がアクセス間隔を計算するのに必要なログイン数（ＬＮ）を特定する。具体的には、この利用者（状態更新利用者）のＩＤの宛先利用者のデータ保持領域で保持している利用者のログイン数である。特定したログイン数（ＬＮ）をクライアント端末１００に送信する（ステップ５０３）。
【００７６】
クライアント端末１００から問い合わせとして利用者ＩＤ（ＵＩＤ）を受信すると（ステップ５０４）、その利用者ＩＤ（ＵＩＤ）を利用者情報管理部２３０に引き渡し、同じようにログイン数（ＬＮ）を特定してクライアント端末１００に送信するように依頼する（ステップ５０５）。クライアント端末１００からログアウト依頼情報（ＬＯ）を受信するまで、この処理を繰り返してログイン数（ＬＮ）をクライアント端末１００に送信する（ステップ５０６）。
【００７７】
ログアウト処理は、第１の実施の形態と同様である（ステップ５０７）。
【００７８】
なお、アクセス間隔の最大値（ＡＴＭＡＸ）と最小値（ＡＴＭＩＮ）は、
▲１▼　クライアント端末１００に予め設定されている。
【００７９】
▲２▼　ログイン時に、制御サーバ２００から送信される。
【００８０】
▲３▼　ログイン数（ＬＮ）通知と共に、問い合わせ毎に送られてくる。
の３方式が考えられる。
【００８１】
次に、クライアント端末１００と制御サーバ２００間の動作を説明する。
【００８２】
図１１は、本発明の第２の実施の形態におけるクライアント端末と制御サーバ間のシーケンスチャートである。
【００８３】
クライアント端末１００からログイン依頼情報（ＬＩ）を制御サーバ２００に送信する（ステップ６０１）。制御サーバ２００は、これを受信し、ログイン処理及び利用状態更新処理を行う（ステップ６０２、６０３）。アクセス間隔の計算に必要なログイン数（ＬＮ）を特定し、クライアント端末１００に送信する（ステップ６０４）。
【００８４】
これを受信したクライアント端末１００は、アクセス間隔計算処理、アクセス間隔制御処理を行い（ステップ６０５、６０６）、それに基づき問い合わせ処理を行い、利用者ＩＤ（ＵＩＤ）を制御サーバ２００に送信する（ステップ６０７）。これを受信した制御サーバ２００は、ログイン数特定・通知処理を行う（ステップ６０８）。クライアント端末１００からログアウト依頼情報（ＬＯ）を受信するまでの処理を繰り返し、ログアウト依頼情報（ＬＯ）を受信したら、ログアウト処理と利用状態更新処理とを行って（ステップ６０９、６１０）、終了する。
【００８５】
また、上記の第１の実施の形態及び第２の実施の形態におけるクライアント端末１００及び制御サーバ２００の構成をプログラムとして構築し、クライアント端末及び制御サーバとして利用されるコンピュータにインストールする、または、ネットワークを介して流通させることが可能である。
【００８６】
また、構築されたプログラムをクライアント端末及び制御サーバとして利用されるコンピュータに接続されるハードディスク装置や、フレキシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることが可能である。
【００８７】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【００８８】
【発明の効果】
上述のように、本発明によれば、情報提供センタを介して利用者間で各種情報を提供しあうシステムにおいて、最新情報を取得するためにクライアント端末から最新情報の有無をセンタに問い合わせる場合に、最新情報を取得する可能性の度合により、問い合わせのアクセス間隔を制御することができる。これにより、ネットワークやサーバなどの負荷を軽減させることができる。
【００８９】
また、最新情報の取得可能性の評価として、過去の情報提供履歴を利用するといった応用が可能である。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の第１の実施の形態におけるシステム構成図である。
【図４】本発明の第１の実施の形態におけるクライアント端末の処理のフローチャートである。
【図５】本発明の第１の実施の形態における制御サーバの処理のフローチャートである。
【図６】本発明の第１の実施の形態における利用者情報管理部における管理表の例である。
【図７】本発明の第１の実施の形態におけるクライアント端末・制御サーバ間のシーケンスチャートである。
【図８】本発明の第２の実施の形態におけるシステム構成図である。
【図９】本発明の第２の実施の形態におけるクライアント端末の処理のフローチャートである。
【図１０】本発明の第２の実施の形態における制御サーバの処理のフローチャートである。
【図１１】本発明の第２の実施の形態におけるクライアント端末・制御サーバ間のシーケンスチャートである。
【符号の説明】
１００　クライアント端末
１１０　ログイン・ログアウト依頼部
１２０　問い合わせ部
１３０　アクセス間隔制御部
１４０　アクセス間隔計算部
２００　制御サーバ
２１０　ログイン・ログアウト処理部
２２０　アクセス間隔計算手段、アクセス間隔計算部
２３０　利用者情報管理手段、利用者情報管理部
２４０　アクセス間隔情報保持部
２５０　問い合わせ受信・アクセス間隔通知部
【図１】
2004054579.tif 000003
【図２】
2004054579.tif 000004
【図３】
2004054579.tif 000005
【図４】
2004054579.tif 000006
【図５】
2004054579.tif 000007
【図６】
2004054579.tif 000008
【図７】
2004054579.tif 000009
【図８】
2004054579.tif 000010
【図９】
2004054579.tif 000011
【図１０】
2004054579.tif 000012
【図１１】
2004054579.tif 000013