JP3278103B2 - 通信契機通知方法及びその装置 - Google Patents
通信契機通知方法及びその装置Info
- Publication number
- JP3278103B2 JP3278103B2 JP13344996A JP13344996A JP3278103B2 JP 3278103 B2 JP3278103 B2 JP 3278103B2 JP 13344996 A JP13344996 A JP 13344996A JP 13344996 A JP13344996 A JP 13344996A JP 3278103 B2 JP3278103 B2 JP 3278103B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- communication
- management table
- log data
- unit
- 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.)
- Expired - Lifetime
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
- Multi Processors (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ユーザ端末（以
下、ユーザと称す。）と多数の情報提供サーバ（データ
ベースを含む。）（以下、サーバと称す。）とが接続さ
れたネットワークにおいて、各サーバの提供情報が大き
く更新され、または価値のある状況になったことを推測
し、該当サーバに関心のあるユーザにその旨を通知する
サービスを実現するための通信契機通知方法及びその装
置に関するものである。
下、ユーザと称す。）と多数の情報提供サーバ（データ
ベースを含む。）（以下、サーバと称す。）とが接続さ
れたネットワークにおいて、各サーバの提供情報が大き
く更新され、または価値のある状況になったことを推測
し、該当サーバに関心のあるユーザにその旨を通知する
サービスを実現するための通信契機通知方法及びその装
置に関するものである。
【０００２】
【従来の技術】従来、ユーザがサーバの提供情報が大き
く更新され、または価値のある状況になったことを知る
には、ユーザ自身がネットワークを介してサーバにアク
セスして、その提供情報の最終更新日時を参照する必要
があり、該最終更新日時によって情報の中身を参照する
か否かを判断していた。インターネットによるＷｏｒＩ
ｄ Ｗｉｄｅ Ｗｅｂを例に挙げると、あるホームペー
ジをアクセスし、その初期画面に著者が記載した最終更
新日時を参照して、該当ホームページの次ページ以降を
アクセスするか否かを判断していた。
く更新され、または価値のある状況になったことを知る
には、ユーザ自身がネットワークを介してサーバにアク
セスして、その提供情報の最終更新日時を参照する必要
があり、該最終更新日時によって情報の中身を参照する
か否かを判断していた。インターネットによるＷｏｒＩ
ｄ Ｗｉｄｅ Ｗｅｂを例に挙げると、あるホームペー
ジをアクセスし、その初期画面に著者が記載した最終更
新日時を参照して、該当ホームページの次ページ以降を
アクセスするか否かを判断していた。
【０００３】また、ユーザが関心を持つ多くのサーバの
中から、該ユーザの最終アクセス日時以降に情報内容が
更新されたサーバを、各サーバに順次アクセスしながら
探さなくても、サーバの最終更新日時を一覧形式で提供
する特定のサーバを参照して、その中からアクセス先サ
ーバを選択するというシステムもある。同様にＷｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂを例に上げると、ユーザが関心を
持つキーワードを入力すると、該当するホームページの
検索結果が、最終更新日時あるいは最近更新されたか否
かだけを表現するマークとともに一覧表示されるという
サービスが相当する。
中から、該ユーザの最終アクセス日時以降に情報内容が
更新されたサーバを、各サーバに順次アクセスしながら
探さなくても、サーバの最終更新日時を一覧形式で提供
する特定のサーバを参照して、その中からアクセス先サ
ーバを選択するというシステムもある。同様にＷｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂを例に上げると、ユーザが関心を
持つキーワードを入力すると、該当するホームページの
検索結果が、最終更新日時あるいは最近更新されたか否
かだけを表現するマークとともに一覧表示されるという
サービスが相当する。
【０００４】
【発明が解決しようとする課題】しかしながら、前述し
た従来のシステムでは、ユーザが関心を持っているサー
バの提供情報が更新されたかどうかを知るためには、ユ
ーザ自身が該当サーバあるいはネットワークにアクセス
しなくてはならず、情報更新をタイムリーに認識するこ
とは不可能であった。また、サーバの提供情報が更新さ
れたことを認識できたとしても、それが客観的に価値の
ある情報更新であるかどうかまでは判断できなかった。
た従来のシステムでは、ユーザが関心を持っているサー
バの提供情報が更新されたかどうかを知るためには、ユ
ーザ自身が該当サーバあるいはネットワークにアクセス
しなくてはならず、情報更新をタイムリーに認識するこ
とは不可能であった。また、サーバの提供情報が更新さ
れたことを認識できたとしても、それが客観的に価値の
ある情報更新であるかどうかまでは判断できなかった。
【０００５】本発明の目的は、ユーザ自身がアクセスす
ることなく、サーバの提供情報の更新、特に客観的に価
値のある更新をタイムリーに知ることができる通信契機
通知方法及びその装置を提供することにある。
ることなく、サーバの提供情報の更新、特に客観的に価
値のある更新をタイムリーに知ることができる通信契機
通知方法及びその装置を提供することにある。
【０００６】
【課題を解決するための手段】本発明では、前記課題を
解決するため、ネットワークより通信ログデータを受信
した時、該通信ログデータよりユーザからサーバへの発
信回数を管理する通信履歴管理テーブルの今回の発信回
数を更新し、一定周期毎に前記通信履歴管理テーブルの
今回の発信回数を前回の発信回数に更新し、サーバへの
前回の発信回数の多い関連ユーザを抽出する通信履歴管
理テーブル更新工程と、通信ログデータを受信した時、
サーバへの過去一定期間にアクセスされた回数を管理す
るサーバ着信状態管理テーブルのサーバ対応の今回の着
信回数を更新し、一定周期毎に前記サーバ着信状態管理
テーブルの今回の着信回数を前回の着信回数に更新する
サーバ着信観測工程と、サーバへの前回の着信回数があ
るしきい値になった時、前記サーバの関連ユーザに該サ
ーバの識別子を通知するアクセス契機推定工程とからな
る通信契機通知方法を提案する。
解決するため、ネットワークより通信ログデータを受信
した時、該通信ログデータよりユーザからサーバへの発
信回数を管理する通信履歴管理テーブルの今回の発信回
数を更新し、一定周期毎に前記通信履歴管理テーブルの
今回の発信回数を前回の発信回数に更新し、サーバへの
前回の発信回数の多い関連ユーザを抽出する通信履歴管
理テーブル更新工程と、通信ログデータを受信した時、
サーバへの過去一定期間にアクセスされた回数を管理す
るサーバ着信状態管理テーブルのサーバ対応の今回の着
信回数を更新し、一定周期毎に前記サーバ着信状態管理
テーブルの今回の着信回数を前回の着信回数に更新する
サーバ着信観測工程と、サーバへの前回の着信回数があ
るしきい値になった時、前記サーバの関連ユーザに該サ
ーバの識別子を通知するアクセス契機推定工程とからな
る通信契機通知方法を提案する。
【０００７】前記構成によれば、各ユーザの過去一定期
間におけるサーバへの今回及び前回の発信回数を各サー
バ毎に管理する通信履歴管理テーブルを、通信ログデー
タを受信した時並びに一定周期毎に更新してサーバへの
前回の発信回数の多い関連ユーザを抽出し、また、過去
一定期間におけるサーバへの今回及び前回の着信回数を
各サーバ毎に管理する着信状態管理テーブルを、通信ロ
グデータを受信した時並びに一定周期毎に更新し、サー
バへの前回の着信回数があるしきい値になった時、該サ
ーバの提供情報が大きく更新され、または価値のある状
況になったと推測し、関連ユーザにその旨を通知するた
め、ユーザは関心のあるサーバの提供情報の大きな更新
または価値のある更新をタイムリーに知ることができ、
有用な情報へのアクセス契機を逃すことがない。
間におけるサーバへの今回及び前回の発信回数を各サー
バ毎に管理する通信履歴管理テーブルを、通信ログデー
タを受信した時並びに一定周期毎に更新してサーバへの
前回の発信回数の多い関連ユーザを抽出し、また、過去
一定期間におけるサーバへの今回及び前回の着信回数を
各サーバ毎に管理する着信状態管理テーブルを、通信ロ
グデータを受信した時並びに一定周期毎に更新し、サー
バへの前回の着信回数があるしきい値になった時、該サ
ーバの提供情報が大きく更新され、または価値のある状
況になったと推測し、関連ユーザにその旨を通知するた
め、ユーザは関心のあるサーバの提供情報の大きな更新
または価値のある更新をタイムリーに知ることができ、
有用な情報へのアクセス契機を逃すことがない。
【０００８】また、ネットワークとの情報の入出力を行
う入出力部と、ネットワークから送信される通信ログデ
ータを前記入出力部を介して受信する通信ログデータ受
信部と、各ユーザが過去一定期間に各サーバをアクセス
した回数を管理する通信履歴管理テーブルと、各サーバ
毎に該サーバへのアクセス回数の多いユーザの一覧を管
理する関連ユーザ管理テーブルとを有する通信関係情報
管理部と、前記通信ログデータ受信部が受信した通信ロ
グデータを分析し、前記通信関連情報管理部内の通信履
歴管理テーブル及び関連ユーザ管理テーブルを生成、更
新するユーザ発信履歴処理部と、各サーバが過去一定期
間にアクセスされた回数を管理するサーバ着信状態管理
テーブルを有し、前記通信ログデータ受信部が受信した
通信ログデータを分析して前記サーバ着信状態管理テー
ブルを生成、更新し、サーバへのアクセスが活性化した
ことを検出するサーバ着信観測部と、前記サーバ着信観
測部によるサーバへのアクセスが活性化したことの通知
と、前記通信関係情報管理部内の関連ユーザ管理テーブ
ルからユーザ毎の適切なサーバへの適切なアクセス契機
を推定するアクセス契機推定部と、前記アクセス契機推
定部が推定したアクセス契機を対応するユーザに通知す
るアクセス契機通知部とを具備した通信契機通知装置を
提案する。
う入出力部と、ネットワークから送信される通信ログデ
ータを前記入出力部を介して受信する通信ログデータ受
信部と、各ユーザが過去一定期間に各サーバをアクセス
した回数を管理する通信履歴管理テーブルと、各サーバ
毎に該サーバへのアクセス回数の多いユーザの一覧を管
理する関連ユーザ管理テーブルとを有する通信関係情報
管理部と、前記通信ログデータ受信部が受信した通信ロ
グデータを分析し、前記通信関連情報管理部内の通信履
歴管理テーブル及び関連ユーザ管理テーブルを生成、更
新するユーザ発信履歴処理部と、各サーバが過去一定期
間にアクセスされた回数を管理するサーバ着信状態管理
テーブルを有し、前記通信ログデータ受信部が受信した
通信ログデータを分析して前記サーバ着信状態管理テー
ブルを生成、更新し、サーバへのアクセスが活性化した
ことを検出するサーバ着信観測部と、前記サーバ着信観
測部によるサーバへのアクセスが活性化したことの通知
と、前記通信関係情報管理部内の関連ユーザ管理テーブ
ルからユーザ毎の適切なサーバへの適切なアクセス契機
を推定するアクセス契機推定部と、前記アクセス契機推
定部が推定したアクセス契機を対応するユーザに通知す
るアクセス契機通知部とを具備した通信契機通知装置を
提案する。
【０００９】前記構成によれば、ネットワークが送信す
る通信ログデータを入出力部を介して通信ログデータ受
信部で受信し、これを元に、通信関係情報管理部にて各
サーバ毎に該サーバへのアクセス回数が多いユーザを管
理し、かつ、サーバ着信観測部にて各サーバ毎に過去一
定期間における着信回数を管理し、該着信回数が予め定
めたしきい値と一致した時、アクセスが活性化したと判
断し、アクセス契機推定部，アクセス契機通知部にて該
当サーバへのアクセス回数が多いユーザにアクセス契機
通知を送るため、ユーザは関心のあるサーバの提供情報
の大きな更新または価値のある更新をタイムリーに知る
ことができ、有用な情報へのアクセス契機を逃すことが
ない。
る通信ログデータを入出力部を介して通信ログデータ受
信部で受信し、これを元に、通信関係情報管理部にて各
サーバ毎に該サーバへのアクセス回数が多いユーザを管
理し、かつ、サーバ着信観測部にて各サーバ毎に過去一
定期間における着信回数を管理し、該着信回数が予め定
めたしきい値と一致した時、アクセスが活性化したと判
断し、アクセス契機推定部，アクセス契機通知部にて該
当サーバへのアクセス回数が多いユーザにアクセス契機
通知を送るため、ユーザは関心のあるサーバの提供情報
の大きな更新または価値のある更新をタイムリーに知る
ことができ、有用な情報へのアクセス契機を逃すことが
ない。
【００１０】
【発明の実施の形態】図１は本発明の実施の形態の一例
を示すもので、図中、１はネットワーク、２はユーザ端
末、３は情報提供サーバ、４は通信ログデータ送信部、
５は通信契機通知装置である。
を示すもので、図中、１はネットワーク、２はユーザ端
末、３は情報提供サーバ、４は通信ログデータ送信部、
５は通信契機通知装置である。
【００１１】ネットワーク１は、少なくとも１台のユー
ザ端末２と、少なくとも１台の情報提供サーバ３と、少
なくとも１台の通信ログデータ送信部４と、通信契機通
知装置５とを接続する。情報提供サーバ３は、ネットワ
ーク１を介してユーザ端末２に情報を提供するデータベ
ース等である。通信ログデータ送信部４は、各ユーザ端
末２がネットワーク１を介して情報提供サーバ３にアク
セスした履歴を通信ログデータとして通信契機通知装置
５に随時送信する。
ザ端末２と、少なくとも１台の情報提供サーバ３と、少
なくとも１台の通信ログデータ送信部４と、通信契機通
知装置５とを接続する。情報提供サーバ３は、ネットワ
ーク１を介してユーザ端末２に情報を提供するデータベ
ース等である。通信ログデータ送信部４は、各ユーザ端
末２がネットワーク１を介して情報提供サーバ３にアク
セスした履歴を通信ログデータとして通信契機通知装置
５に随時送信する。
【００１２】通信契機通知装置５は、入出力部５１と、
通信ログデータ受信部５２と、通信関係情報管理部５３
と、ユーザ発信履歴処理部５４と、サーバ着信観測部５
５と、アクセス契機推定部５６と、アクセス契機通知部
５７とからなっている。
通信ログデータ受信部５２と、通信関係情報管理部５３
と、ユーザ発信履歴処理部５４と、サーバ着信観測部５
５と、アクセス契機推定部５６と、アクセス契機通知部
５７とからなっている。
【００１３】入出力部５１はネットワーク１との情報の
入出力を行う。通信ログデータ受信部５２は、入出力部
５１を介して通信ログデータ送信部４から通信ログデー
タを受信する。
入出力を行う。通信ログデータ受信部５２は、入出力部
５１を介して通信ログデータ送信部４から通信ログデー
タを受信する。
【００１４】通信関係情報管理部５３は、図２にその詳
細を示すように、各ユーザが過去一定期間に各サーバを
アクセスした回数を管理する通信履歴管理テーブル５３
−１と、各サーバ毎に該サーバへのアクセス回数の多い
ユーザの一覧を管理する関連ユーザ管理テーブル５３−
２とを有している。
細を示すように、各ユーザが過去一定期間に各サーバを
アクセスした回数を管理する通信履歴管理テーブル５３
−１と、各サーバ毎に該サーバへのアクセス回数の多い
ユーザの一覧を管理する関連ユーザ管理テーブル５３−
２とを有している。
【００１５】ユーザ発信履歴処理部５４は、通信ログデ
ータ受信部５２が受信した通信ログデータを分析し、通
信関係情報管理部５３内の通信履歴管理テーブル５３−
１及び関連ユーザ管理テーブル５３−２を生成、更新す
る。
ータ受信部５２が受信した通信ログデータを分析し、通
信関係情報管理部５３内の通信履歴管理テーブル５３−
１及び関連ユーザ管理テーブル５３−２を生成、更新す
る。
【００１６】サーバ着信観測部５５は、図３にその詳細
を示すように、各サーバが過去一定期間にアクセスされ
た回数を管理するサーバ着信状態管理テーブル５５−１
を有し、通信ログデータ受信部５２が受信した通信ログ
データを分析し、サーバ着信状態管理テーブル５５−１
を生成、更新し、サーバへのアクセスが活性化したこと
を検出する。
を示すように、各サーバが過去一定期間にアクセスされ
た回数を管理するサーバ着信状態管理テーブル５５−１
を有し、通信ログデータ受信部５２が受信した通信ログ
データを分析し、サーバ着信状態管理テーブル５５−１
を生成、更新し、サーバへのアクセスが活性化したこと
を検出する。
【００１７】アクセス契機推定部５６は、サーバ着信観
測部５５によるサーバへのアクセスが活性化したことの
通知と、通信関係情報管理部５３内の関連ユーザ管理テ
ーブル５３−２とから、ユーザ毎に適切なサーバへの適
切なアクセス契機を推定する。
測部５５によるサーバへのアクセスが活性化したことの
通知と、通信関係情報管理部５３内の関連ユーザ管理テ
ーブル５３−２とから、ユーザ毎に適切なサーバへの適
切なアクセス契機を推定する。
【００１８】アクセス契機通知部５７は、アクセス契機
推定部５６が推定したアクセス契機を対応するユーザ
（ユーザ端末２）に通知する。
推定部５６が推定したアクセス契機を対応するユーザ
（ユーザ端末２）に通知する。
【００１９】［通信履歴管理テーブル更新処理（１）］
図４は図１の装置における通信履歴管理テーブル更新処
理（１）の一例を示すフローチャートである。
図４は図１の装置における通信履歴管理テーブル更新処
理（１）の一例を示すフローチャートである。
【００２０】図１において、通信ログデータ送信部４が
通信ログデータを送信すると、通信履歴管理テーブル更
新処理（１）を開始する（ステップ１００）。通信ログ
データ送信部４は入出力部５１を介して通信ログデータ
受信部５２に通信ログデータを送る（ステップ１１
０）。
通信ログデータを送信すると、通信履歴管理テーブル更
新処理（１）を開始する（ステップ１００）。通信ログ
データ送信部４は入出力部５１を介して通信ログデータ
受信部５２に通信ログデータを送る（ステップ１１
０）。
【００２１】通信ログデータを受信した通信ログデータ
受信部５２はユーザ発信履歴処理部５４に通信ログデー
タを送る（ステップ１２０）。ユーザ発信履歴処理部５
４は受け取った通信ログデータから発信ユーザｉｄと着
信サーバｉｄを抽出する（ステップ１３０）。
受信部５２はユーザ発信履歴処理部５４に通信ログデー
タを送る（ステップ１２０）。ユーザ発信履歴処理部５
４は受け取った通信ログデータから発信ユーザｉｄと着
信サーバｉｄを抽出する（ステップ１３０）。
【００２２】ユーザ発信履歴処理部５４は通信関係情報
管理部５３内の通信履歴管理テーブル５３−１の発信ユ
ーザｉｄ、着信サーバｉｄ対応のＡ０をインクリメント
する（ステップ１４０）。ここで、Ａ０は各ユーザｉｄ
（ユーザ端末識別子）毎の、今回の観測周期における
（ユーザからサーバへの）現時点までの発信回数であ
る。なお、観測周期はＴＡとし、後述する観測周期ＴＢ
とは独立の値として設定するものとする。
管理部５３内の通信履歴管理テーブル５３−１の発信ユ
ーザｉｄ、着信サーバｉｄ対応のＡ０をインクリメント
する（ステップ１４０）。ここで、Ａ０は各ユーザｉｄ
（ユーザ端末識別子）毎の、今回の観測周期における
（ユーザからサーバへの）現時点までの発信回数であ
る。なお、観測周期はＴＡとし、後述する観測周期ＴＢ
とは独立の値として設定するものとする。
【００２３】以上により通信履歴管理テーブル更新処理
（１）を終了する（ステップ１５０）。
（１）を終了する（ステップ１５０）。
【００２４】［通信履歴管理テーブル更新処理（２）］
図５は図１の装置における通信履歴管埋テーブル更新処
埋（２）の一例を示すフローチャートである。
図５は図１の装置における通信履歴管埋テーブル更新処
埋（２）の一例を示すフローチャートである。
【００２５】前述した観測周期ＴＡが設定されると、通
信履歴管理テーブル更新処理（２）を開始する（ステッ
プ２００）。現在時刻と観測周期ＴＡ毎の時刻とを比較
する（ステップ２１０）。ここで、観測周期ＴＡ毎の時
刻とは、ＴＡを設定した時刻をＴｏとすると、Ｔｏ＋ｎ
・ＴＡを意味する（但し、ｎは正の整数）。
信履歴管理テーブル更新処理（２）を開始する（ステッ
プ２００）。現在時刻と観測周期ＴＡ毎の時刻とを比較
する（ステップ２１０）。ここで、観測周期ＴＡ毎の時
刻とは、ＴＡを設定した時刻をＴｏとすると、Ｔｏ＋ｎ
・ＴＡを意味する（但し、ｎは正の整数）。
【００２６】前記比較結果が一致した場合、ユーザ発信
履歴処理部５４は通信関係情報管理部５３内の通信履歴
管理テーブル５３−１の全てのＡ０をＡ１に上書き（発
信ユーザｉｄ、着信サーバｉｄ毎）し、全てのＡ０をリ
セットする（ステップ２２０）。ここで、Ａ１は各ユー
ザｉｄ（ユーザ端末識別子）毎の、前回の観測周期にお
ける（ユーザからサーバへの）総発信回数である。
履歴処理部５４は通信関係情報管理部５３内の通信履歴
管理テーブル５３−１の全てのＡ０をＡ１に上書き（発
信ユーザｉｄ、着信サーバｉｄ毎）し、全てのＡ０をリ
セットする（ステップ２２０）。ここで、Ａ１は各ユー
ザｉｄ（ユーザ端末識別子）毎の、前回の観測周期にお
ける（ユーザからサーバへの）総発信回数である。
【００２７】前記ステップ２２０の終了後、並びに前記
比較結果が一致しない場合は、前記ステップ２１０の比
較を繰り返す。
比較結果が一致しない場合は、前記ステップ２１０の比
較を繰り返す。
【００２８】以上により通信履歴管理テーブル更新処理
（２）を終了する（ステップ２３０）。
（２）を終了する（ステップ２３０）。
【００２９】［サーバ着信観測処理（１）］図６は図１
の装置におけるサーバ着信観測処理（１）の一例を示す
フローチャートである。
の装置におけるサーバ着信観測処理（１）の一例を示す
フローチャートである。
【００３０】図１において、通信ログデータ送信部４が
通信ログデータを送信すると、サーバ着信観測処理
（１）を開始する（ステップ３００）。通信ログデータ
送信部４は入出力部５１を介して通信ログデータ受信部
５２に通信ログデータを送る（ステップ３１０）。
通信ログデータを送信すると、サーバ着信観測処理
（１）を開始する（ステップ３００）。通信ログデータ
送信部４は入出力部５１を介して通信ログデータ受信部
５２に通信ログデータを送る（ステップ３１０）。
【００３１】通信ログデータを受信した通信ログデータ
受信部５２はサーバ着信観測部５５に通信ログデータを
送る（ステップ３２０）。サーバ着信観測部５５は受け
取った通信ログデータから着信サーバｉｄを抽出する
（ステップ３３０）。
受信部５２はサーバ着信観測部５５に通信ログデータを
送る（ステップ３２０）。サーバ着信観測部５５は受け
取った通信ログデータから着信サーバｉｄを抽出する
（ステップ３３０）。
【００３２】サーバ着信観測部５５は内部のサーバ着信
状態管理テーブル５５−１の着信サーバｉｄ対応のＢ０
をインクリメントする（ステップ３４０）。ここで、Ｂ
０は今回の観測周期における（全ユーザからサーバへ
の）現時点までの着信回数である。
状態管理テーブル５５−１の着信サーバｉｄ対応のＢ０
をインクリメントする（ステップ３４０）。ここで、Ｂ
０は今回の観測周期における（全ユーザからサーバへ
の）現時点までの着信回数である。
【００３３】以上によりサーバ着信観測処理（１）を終
了する（ステップ３５０）。
了する（ステップ３５０）。
【００３４】［サーバ着信観測処理（２）］図７は図１
の装置におけるサーバ着信観測処理（２）の一例を示す
フローチャートである。
の装置におけるサーバ着信観測処理（２）の一例を示す
フローチャートである。
【００３５】前述した観測周期ＴＢが設定されると、サ
ーバ着信観測処理（２）を開始する（ステップ４０
０）。現在時刻と観測周期ＴＢとを比較する（ステップ
４１０）。
ーバ着信観測処理（２）を開始する（ステップ４０
０）。現在時刻と観測周期ＴＢとを比較する（ステップ
４１０）。
【００３６】前記比較結果が一致した場合、サーバ着信
観測部５５は内部のサーバ着信状態管理テーブル５５−
１の全てのＢ０をＢ１に上書き（着信サーバｉｄ毎）
し、全てのＢ０をリセットする（ステップ４２０）。こ
こで、Ｂ１は前回の観測周期における（全ユーザからサ
ーバへの）総着信回数である。前記比較結果が一致しな
い場合は、前記ステップ４１０を繰り返す。
観測部５５は内部のサーバ着信状態管理テーブル５５−
１の全てのＢ０をＢ１に上書き（着信サーバｉｄ毎）
し、全てのＢ０をリセットする（ステップ４２０）。こ
こで、Ｂ１は前回の観測周期における（全ユーザからサ
ーバへの）総着信回数である。前記比較結果が一致しな
い場合は、前記ステップ４１０を繰り返す。
【００３７】前記ステップ４２０の終了後、各サーバ対
応のＢ１とＢｘとを比較する（ステップ４３０）。ここ
で、Ｂｘは、各サーバ対応に設定される値であり、Ｂ１
＝Ｂｘとなったサーバへのアクセスが活性化したことを
判断するためのしきい値である。
応のＢ１とＢｘとを比較する（ステップ４３０）。ここ
で、Ｂｘは、各サーバ対応に設定される値であり、Ｂ１
＝Ｂｘとなったサーバへのアクセスが活性化したことを
判断するためのしきい値である。
【００３８】前記比較結果が一致した場合、サーバ着信
観測部５５はアクセス契機推定部５６にサーバアクセス
活性通知を送る（ステップ４４０）。前記ステップ４３
０、４４０を全サーバ分繰り返す。
観測部５５はアクセス契機推定部５６にサーバアクセス
活性通知を送る（ステップ４４０）。前記ステップ４３
０、４４０を全サーバ分繰り返す。
【００３９】以上によりサーバ着信観測処理（２）を終
了する（ステップ４５０）。
了する（ステップ４５０）。
【００４０】［アクセス契機推定処理］図８は図１の装
置におけるアクセス契機推定処理の一例を示すフローチ
ャートである。
置におけるアクセス契機推定処理の一例を示すフローチ
ャートである。
【００４１】図１において、アクセス契機推定部５６が
サーバ着信観測部５５からサーバアクセス活性通知を受
けるとアクセス契機推定処理を開始する（ステップ５０
０）。サーバ着信観測部５５はアクセス契機推定部５６
にサーバアクセス活性通知を送る（ステップ５１０）。
サーバ着信観測部５５からサーバアクセス活性通知を受
けるとアクセス契機推定処理を開始する（ステップ５０
０）。サーバ着信観測部５５はアクセス契機推定部５６
にサーバアクセス活性通知を送る（ステップ５１０）。
【００４２】サーバアクセス活性通知を受けたアクセス
契機推定部５６は、受けとったサーバアクセス活性通知
に含まれるサーバｉｄに対応する関連ユーザｉｄのリス
トを通信関係情報管理部５３内の関連ユーザ管理テーブ
ル５３−２から読み取る（ステップ５２０）。
契機推定部５６は、受けとったサーバアクセス活性通知
に含まれるサーバｉｄに対応する関連ユーザｉｄのリス
トを通信関係情報管理部５３内の関連ユーザ管理テーブ
ル５３−２から読み取る（ステップ５２０）。
【００４３】アクセス契機推定部５６はアクセス契機通
知部５７にアクセス推奨サーバｉｄ＋関連ユーザｉｄリ
スト通知を送る（ステップ５３０）。アクセス契機通知
部５７はアクセス推奨サーバｉｄ＋関連ユーザｉｄリス
ト通知を受け取ると、ユーザ端末２にアクセス契機通知
を送る（ステップ５４０）。
知部５７にアクセス推奨サーバｉｄ＋関連ユーザｉｄリ
スト通知を送る（ステップ５３０）。アクセス契機通知
部５７はアクセス推奨サーバｉｄ＋関連ユーザｉｄリス
ト通知を受け取ると、ユーザ端末２にアクセス契機通知
を送る（ステップ５４０）。
【００４４】以上によりアクセス契機推定処理を終了す
る（ステップ５５０）。
る（ステップ５５０）。
【００４５】
【発明の効果】以上説明したように、本発明によれば、
それぞれのユーザが関心を持っているサーバの提供情報
が大きく更新され、または価値のある状況（例えば、時
節的に、世相的に、……）になった可能性がある場合
に、ネットワーク側から自動的にその旨が通知されるた
め、ユーザは関心のあるサーバの提供情報の更新、特に
客観的に価値のある更新をタイムリーに知ることができ
る。
それぞれのユーザが関心を持っているサーバの提供情報
が大きく更新され、または価値のある状況（例えば、時
節的に、世相的に、……）になった可能性がある場合
に、ネットワーク側から自動的にその旨が通知されるた
め、ユーザは関心のあるサーバの提供情報の更新、特に
客観的に価値のある更新をタイムリーに知ることができ
る。
【００４６】本発明による通信契機通知方法及びその装
置をＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂに応用したサービス
展開例を以下に述べる。
置をＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂに応用したサービス
展開例を以下に述べる。
【００４７】最近のインターネットにおけるＷｏｒ１ｄ
Ｗｉｄｅ Ｗｅｂでは、膨大な数のホームページがそ
れぞれに膨大な量の情報を提供している。これらホーム
ページの内容の更新周期はホームページ毎に異なり、例
え著者が同一であっても更新のタイミングをユーザがタ
イムリーに認識することはできない。従って、新たな内
容の更新を期待しているユーザは、目的のホームページ
の情報が実際に更新されているか否かに拘らず、適当な
頻度でアクセスを試みる必要がある。しかし、多数のホ
ームページに関心を持っているユーザにとって、この更
新確認のためのアクセスは効率的ではない。このような
場合に本発明を用いることにより、多数のユーザからの
アクセスが集中することを契機としてネットワーク側か
らの通知が届くため、それを情報内容の更新があったと
推測でき、更新確認のためのホームページアクセスを行
う必要がなくなり、イベント案内などの時限付き価値を
有する情報も漏らさず参照することができるようにな
る。
Ｗｉｄｅ Ｗｅｂでは、膨大な数のホームページがそ
れぞれに膨大な量の情報を提供している。これらホーム
ページの内容の更新周期はホームページ毎に異なり、例
え著者が同一であっても更新のタイミングをユーザがタ
イムリーに認識することはできない。従って、新たな内
容の更新を期待しているユーザは、目的のホームページ
の情報が実際に更新されているか否かに拘らず、適当な
頻度でアクセスを試みる必要がある。しかし、多数のホ
ームページに関心を持っているユーザにとって、この更
新確認のためのアクセスは効率的ではない。このような
場合に本発明を用いることにより、多数のユーザからの
アクセスが集中することを契機としてネットワーク側か
らの通知が届くため、それを情報内容の更新があったと
推測でき、更新確認のためのホームページアクセスを行
う必要がなくなり、イベント案内などの時限付き価値を
有する情報も漏らさず参照することができるようにな
る。
【図１】本発明の実施の形態の一例を示す装置構成図
【図２】図１中の通信関係情報管埋部の詳細図
【図３】図１中のサーバ着信観測部の詳細図
【図４】通信履歴管理テーブル更新処理（１）のフロー
チャート
チャート
【図５】通信履歴管理テーブル更新処埋（２）のフロー
チャート
チャート
【図６】サーバ着信観測処理（１）のフローチャート
【図７】サーバ着信観測処埋（２）のフローチャート
【図８】アクセス契機推定処埋のフローチャート
１…ネットワーク、２…ユーザ端末、３…情報提供サー
バ、４…通信ログデータ送信部、５…通信契機通知装
置、５１…入出力部、５２…通信ログデータ受信部、５
３…通信関係情報管理部、５４…ユーザ発信履歴処理
部、５５…サーバ着信観測部、５６…アクセス契機推定
部、５７…アクセス契機通知部、５３−１…通信履歴管
理テーブル、５３−２…関連ユーザ管理テーブル、５５
−１…サーバ着信状態管理テーブル。
バ、４…通信ログデータ送信部、５…通信契機通知装
置、５１…入出力部、５２…通信ログデータ受信部、５
３…通信関係情報管理部、５４…ユーザ発信履歴処理
部、５５…サーバ着信観測部、５６…アクセス契機推定
部、５７…アクセス契機通知部、５３−１…通信履歴管
理テーブル、５３−２…関連ユーザ管理テーブル、５５
−１…サーバ着信状態管理テーブル。
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 13/00 G06F 11/30 G06F 11/34 G06F 17/30
Claims (2)
- 【請求項１】 ネットワークより通信ログデータを受信
した時、該通信ログデータよりユーザからサーバへの発
信回数を管理する通信履歴管理テーブルの今回の発信回
数を更新し、一定周期毎に前記通信履歴管理テーブルの
今回の発信回数を前回の発信回数に更新し、サーバへの
前回の発信回数の多い関連ユーザを抽出する通信履歴管
理テーブル更新工程と、 通信ログデータを受信した時、サーバへの過去一定期間
にアクセスされた回数を管理するサーバ着信状態管理テ
ーブルのサーバ対応の今回の着信回数を更新し、一定周
期毎に前記サーバ着信状態管理テーブルの今回の着信回
数を前回の着信回数に更新するサーバ着信観測工程と、 サーバへの前回の着信回数があるしきい値になった時、
前記サーバの関連ユーザに該サーバの識別子を通知する
アクセス契機推定工程とからなることを特徴とする通信
契機通知方法。 - 【請求項２】 ネットワークとの情報の入出力を行う入
出力部と、 ネットワークから送信される通信ログデータを前記入出
力部を介して受信する通信ログデータ受信部と、 各ユーザが過去一定期間に各サーバをアクセスした回数
を管理する通信履歴管理テーブルと、各サーバ毎に該サ
ーバへのアクセス回数の多いユーザの一覧を管理する関
連ユーザ管理テーブルとを有する通信関係情報管理部
と、 前記通信ログデータ受信部が受信した通信ログデータを
分析し、前記通信関連情報管理部内の通信履歴管理テー
ブル及び関連ユーザ管理テーブルを生成、更新するユー
ザ発信履歴処理部と、 各サーバが過去一定期間にアクセスされた回数を管理す
るサーバ着信状態管理テーブルを有し、前記通信ログデ
ータ受信部が受信した通信ログデータを分析して前記サ
ーバ着信状態管理テーブルを生成、更新し、サーバへの
アクセスが活性化したことを検出するサーバ着信観測部
と、 前記サーバ着信観測部によるサーバへのアクセスが活性
化したことの通知と、前記通信関係情報管理部内の関連
ユーザ管理テーブルからユーザ毎の適切なサーバへの適
切なアクセス契機を推定するアクセス契機推定部と、 前記アクセス契機推定部が推定したアクセス契機を対応
するユーザに通知するアクセス契機通知部とを具備した
ことを特徴とする通信契機通知装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13344996A JP3278103B2 (ja) | 1996-05-28 | 1996-05-28 | 通信契機通知方法及びその装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13344996A JP3278103B2 (ja) | 1996-05-28 | 1996-05-28 | 通信契機通知方法及びその装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09319682A JPH09319682A (ja) | 1997-12-12 |
| JP3278103B2 true JP3278103B2 (ja) | 2002-04-30 |
Family
ID=15105043
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13344996A Expired - Lifetime JP3278103B2 (ja) | 1996-05-28 | 1996-05-28 | 通信契機通知方法及びその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3278103B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3726459B2 (ja) * | 1997-12-01 | 2005-12-14 | 富士ゼロックス株式会社 | データ中継装置、データ中継方法、情報端末装置、情報端末装置の情報処理方法、データ通信システムおよび記録媒体 |
| JP2001051928A (ja) * | 1999-08-11 | 2001-02-23 | Nec Corp | 情報配信システム及びその配信方法 |
| JP4584084B2 (ja) * | 2005-09-06 | 2010-11-17 | アルパイン株式会社 | 情報付加システム及び携帯通信端末 |
| JP6855649B2 (ja) * | 2016-11-04 | 2021-04-07 | 株式会社インテロール | 情報処理装置および方法、プログラム、並びに情報処理システム |
-
1996
- 1996-05-28 JP JP13344996A patent/JP3278103B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09319682A (ja) | 1997-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100533434C (zh) | 在因特网搜索引擎上检测无效点击的方法和设备 | |
| US8250065B1 (en) | System and method for ranking information based on clickthroughs | |
| CN100407647C (zh) | 一种基于客户端/服务器端结构的数据浏览方法 | |
| JP6520513B2 (ja) | 問答情報提供システム、情報処理装置及びプログラム | |
| CN110557412A (zh) | 一种数据同步方法及装置 | |
| JP2004062479A (ja) | 情報収集装置、方法及びプログラム | |
| EP1204040A2 (en) | Method for managing alterations of contents | |
| US7110962B2 (en) | Apparatus and method for providing a provider-selected message in response to a user request for user-selected information | |
| CN107634975A (zh) | 一种数据同步方法、设备和系统 | |
| JP3278103B2 (ja) | 通信契機通知方法及びその装置 | |
| CN111314407B (zh) | 用于处理元数据的通信设备和通信方法 | |
| US20160036766A1 (en) | Method and system for synchronizing program masks | |
| JP3726459B2 (ja) | データ中継装置、データ中継方法、情報端末装置、情報端末装置の情報処理方法、データ通信システムおよび記録媒体 | |
| JP2000123030A (ja) | 情報提示方法及び装置、情報提示システム、記録媒体 | |
| JPH1166098A (ja) | 情報取得伝達方法および装置 | |
| CN107528896A (zh) | 一种访问信息处理方法、装置和计算机存储介质 | |
| JP5125401B2 (ja) | 検索制御方法及び検索制御プログラム | |
| JP6839640B2 (ja) | アクセス者特性推測システム | |
| JP4428959B2 (ja) | 事象管理サーバ、事象管理システム、事象管理方法及び、事象管理プログラム | |
| KR100400649B1 (ko) | 유알엘을 이용한 정보제공방법 및 그 시스템 | |
| KR20040107859A (ko) | 사용자 ｌｏｇ 분석에 따른 ｃｏｎｔｅｎｔ 제공 방법 | |
| CN105989136A (zh) | 一种网页信息识别方法及装置 | |
| KR20010047980A (ko) | 푸시시스템에서의 사용자 정의 긴급 메시지 처리 방법 | |
| WO2002007030A1 (en) | Internet advertising system and method | |
| JPH11175447A (ja) | データ中継装置及びデータ中継プログラムを記録したコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090215 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090215 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100215 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110215 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110215 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120215 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 11 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |