JP3379443B2 - 情報通知装置及び情報通知方法並びにプログラムを記録した機械読み取り可能な記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ），パソコン通信サービス等で公
開されている情報や、電子メール等から情報を収集し、
利用者に通知する情報通知技術に関し、特に、既存の文
書データや利用者の操作履歴などから、収集した情報に
関連する情報も自動的に検索し、収集した情報と共に適
切なタイミングで利用者に通知する技術に関する。

【０００２】

【従来の技術】ＷＷＷやパソコン通信サービス等におい
て、さまざまな情報が公開されているが、その中でも、
展示会や学会等のイベントの開催日時に関する情報や、
申し込みの期限に関する情報等は、その日時や期限を過
ぎる前に手に入れなければ、情報としての価値がない。
このような情報においては、新しいイベントの開催日時
などが追加され、ある不定の期間ごとに更新されるのが
通常である。このため、ＷＷＷやパソコン通信サービス
等において公開されている日時や期限に関する情報を利
用するためには、利用者は、こまめにその情報が公開さ
れている場所にアクセスし、情報を取得する必要があ
る。

【０００３】従来、この種の情報を監視するために、一
定の時間ごとに公開されている情報に自動的にアクセス
し、つねに情報を取得して利用者に通知する装置（以
下、従来例１という）や、情報が更新されていれば更新
されたこと或いは更新された情報を利用者に通知する装
置（以下、従来例２という）があった。例えば、エー・
アイ・ソフト社のＷｅｂＷｈａｔｓ’ｓＮｅｗというソ
フトウェアは、利用者が指定したＷＷＷサイトに定期的
にアクセスして情報を取得し、画面上に情報を表示する
ことができる。また、マイクロソフト社のＩｎｔｅｒｎ
ｅｔＥｘｐｌｏｒｅｒというソフトウェアでは、利用者
が指定したＷＷＷサイトに定期的にアクセスして、情報
が更新されているかどうかを調べ、その結果を表示する
ことができる。

【０００４】一方、イベントの開催日時や期限に関する
情報は、電子メールによって配信されることもある。会
議の開催通知や、期限のある仕事の指示等が、特定の人
宛に電子メールで通知されることも多い。このような場
合、利用者は新しい情報の到着を知ることができるの
で、情報の中で指定されている日時や期限の前にその情
報を得ることに関しては問題がない。しかしながら、日
時や期限について書かれている電子メールが、他の多く
の電子メールに混じって到着するため、その電子メール
を見落としてしまう、到着時に１度読んでも期限が近付
くまでに忘れてしまう、次に探すのが困難になるという
問題がある。

【０００５】特開平９−２６９９４０号公報に開示され
ている日時等を抽出する装置は、電子メールの中に書か
れている日時や場所等の情報を抽出し、その日時が近付
いているかどうか等を判断基準としてその電子メールの
重要度を決定して、利用者が電子メールを表示する際
に、抽出された日時や場所等の情報、および、その電子
メールの重要度が分かるような形で表示する（以下、従
来例３という）。

【０００６】さらに、この装置では、利用者が日時等を
条件に電子メールを検索することもできる。これらの機
能により、日時や期限について書かれている電子メール
を利用者が見落としにくくなるとともに、その電子メー
ルを探し出すことも容易になる。

【０００７】また、このようなイベントの情報に対して
利用者は単にスケジュールの確認を行うだけでなく、イ
ベントの参加申し込みやイベントでの発表用の原稿を準
備するといった、何らかの作業を予め必要とする場合が
多い。この際、どのような形式の申し込みや原稿を書け
ば良いのか、あるいは申し込みに先立ってどのような手
続きを踏めば良いのか、問い合わせ先は何処にあるの
か、などといった関連情報が入手できると大きな労力の
削減となる。

【０００８】特開平７−１３４７２０号公報に開示され
ている関連情報提示装置は、文書作成時に利用者が既に
入力した文字列の中から適切な関連要素を抽出し、それ
を検索キーとして既存の文書データから関連情報を自動
的に検索し、利用者に提示する( 以下、従来例４とい
う) 。この機能により、利用者が一旦申し込み用紙など
の文章を間連要素を抽出するに足る分量まで書き進めれ
ば、利用者や利用者が所属するグループメンバがこれま
でに作成した文書データを関連情報として利用すること
が容易となる。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来例では、次に示すようないくつかの問題があった。

【００１０】例えば、ＷＷＷやパソコン通信サービス等
で公開されているイベントの開催日時や申し込みの期限
などの情報は、必ずしもその日時や期限が近くなると掲
載されるのではなく、その日時や期限の遙か以前から掲
載されることが多い。例えば、半年先までの日程情報が
一度に掲載される場合などである。ところが、利用者は
普通、一度に先々までの日程情報が欲しいわけではな
い。イベントの日時や、申し込み期限の何ヵ月も前にそ
のような情報が通知されても、必要なときにはその情報
が埋もれてしまっていることも考えられる。望ましいの
はそのイベントの日時や期限に先立って必要になる作業
にちょうど間に合うように通知されることである。

【００１１】従来例１では、ＷＷＷやパソコン通信サー
ビス等の情報を監視し、一定の時間ごとに情報を取得し
て表示することができる。この場合、つねに最新の情報
を表示することができるが、近くに迫っている日程情報
だけではなく、日時が過ぎてしまった過去の日程情報も
含めて、そのときに掲載されているすべての情報が表示
されるという問題がある。掲載されている情報量が多い
場合には、表示された情報の中から、必要な情報を探す
のは困難である。また、情報が更新されていないときに
は、繰り返し同じ情報が表示されることになるため、利
用者の注意が散漫になり、必要な情報を必要なときに見
落としてしまう可能性が高い。

【００１２】従来例２では、ＷＷＷやパソコン通信サー
ビス等の情報を監視し、新しい情報が追加されるなど、
情報が更新されたときに、新しい情報を表示することが
できる。このため、利用者は、新しく掲載されたイベン
トの開催日時や申し込みの期限等については容易に知る
ことができるが、情報が更新されていないときには何も
表示されないので、先々までの日程が一度にまとめて掲
載される場合には、近日中に開催されるイベントの日時
や、期限が近付いている申し込みの締め切り等を知るこ
とができないという問題がある。

【００１３】従来例３では、電子メールを対象として、
その中に書かれている日時が迫っている場合に、そのメ
ールを重要なものとして記憶しておき、利用者がメール
を一覧する場合に、重要なメールに印を付けることがで
きる。しかしながら、利用者は、電子メールの一覧を見
ない限り、期日が迫っている事柄があるかどうかを知る
ことができないという問題がある。利用者の自発的な操
作によらなければ、日程の情報が表示されないため、利
用者が見落としている情報や忘れている情報を、利用者
に気付かせたり思い出させたりすることはできない。

【００１４】さらに、イベントの日時や期限前に支障な
くその情報を入手できた場合でも、実際にそのイベント
のためにどのような作業を行えば良いのかを適切に判断
することが難しいという問題がある。

【００１５】従来例４ではイベントに関する情報が通知
された後に、利用者がそれに対する作業文章をある程度
書き進めれば、その作業文章から適切な関連要素が検索
キーとして抽出され、既存の文書データの中からその検
索キーで検索された文章が、関連情報として自動的に提
示される。そのイベントが、利用者や利用者の所属する
グループメンバにとってまったく新しい種類の事柄なら
ば、既存の文書データの中にも関連情報は存在しないの
で、どのような作業が必要であるかは人間が判断を下す
しかないが、過去に類似のイベントがあった場合には、
そのときの文書や問い合わせなどを関連情報として入手
することができる。しかしながら、この関連情報の検索
は利用者がイベントのための作業文章を十分に書き進め
た後でないと行われない。このため、利用者は必要とな
る作業文章の大まかな書式を前もって知っておく必要が
あり、たとえ過去の文書データの中にそのイベントに関
する関連文章が存在している場合でも、どのような作業
文章を書けば良いのか、予め分からないときには意味が
ない。

【００１６】本発明は、上記従来例の問題点を解消する
ためになされたものであり、その目的は、ＷＷＷやパソ
コン通信サービス等で公開されている情報や電子メール
等から、イベントの種類・日時等の情報を抽出し、既存
の文書データや操作履歴からその関連情報を検索して、
イベントの情報とともに関連情報を合わせて利用者に通
知できるようにすることにある。

【００１７】また、本発明の他の目的は、既存の文書デ
ータや操作履歴から検索された関連情報をもとに、イベ
ントの日時や期限以前の適切な時点で、もし関連情報が
見つからない場合でも、イベントの日時・期限が近くな
った時点で、イベントの情報および関連情報を利用者に
通知できるようにすることにある。

【００１８】

【課題を解決するための手段】本発明の情報通知装置
は、ＷＷＷやパソコン通信サービス等で公開されている
情報や電子メール等から定期的にイベント，その日時に
関するイベント日時情報を抽出し、さらに、抽出した各
イベント日時情報に関連する関連情報を既存の文書デー
タから検索して、イベント等に関する情報と対応させて
保存しておく。そして、抽出したイベントの日時に前も
って、利用者が設定したタイミングで、あるいは、既存
の関連情報から判断した適切なタイミングで、イベント
に関する情報とその関連情報をともに利用者に通知す
る。

【００１９】より具体的には、指定された情報の取得先
から情報を取得する情報取得手段（図１の８）と、取得
した文書中からイベントとその日時に関するイベント日
時情報を抽出するイベント情報抽出部（図１の９）と、
抽出したイベント日時情報を格納するイベント情報記憶
部（図１の１０）と、そこから関連情報を検索するため
の検索キーを抽出する関連要素抽出部（図１の１１）
と、既存の文書データから関連情報を検索する関連情報
検索装置（図１の１２）と、検索された関連情報を格納
する関連情報記憶部（図１の１３）と、利用者に通知す
る日時に関する条件を指定する日時条件指定手段（図１
の１５）と、各イベントに関する情報に対してその通知
タイミングに関する条件を判定する日時条件判定部（図
１の１４）と、判定された条件を格納する日時条件記憶
部（図１の１６）と、その時点で条件を満たすイベント
情報と関連情報の組を選択する通知情報選択部（図１の
１７）と、関連情報とともにイベントに関する情報を通
知情報として利用者に通知する情報通知手段（図１の１
８）とを有する。

【００２０】情報取得手段は、定期的に、指定された情
報の取得先から情報を取得し、取得した情報から、イベ
ント情報抽出部がイベントとその日時に関するイベント
日時情報を抽出して保存する。関連情報検索装置は文書
保存装置に保存されている過去の文書データから、イベ
ント日時情報の関連情報を検索して保存する。日時条件
指定手段が、利用者が入力する通知タイミングに関する
条件を受け付け、日時条件判定部が利用者が条件を指定
しなかった通知情報に対して、その関連情報から通知す
るタイミングの条件の判定を行う。

【００２１】通知情報選択部は、定期的に、保存されて
いるイベント日時情報と、その関連情報の組から、その
時点で通知タイミングの条件を満たしている情報（通知
情報）を選択し、選択された情報を、情報通知手段が利
用者に通知する。

【００２２】

【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。

【００２３】以下、添付図面を参照して、本発明の第１
の実施の形態について説明する。

【００２４】図１を参照すると、本発明の第１の実施の
形態は、キーボード等の入力装置１と、プログラム制御
により動作する処理装置２と、ネットワークを介して情
報のやりとりを行う通信装置３と、ハードディスク等
の、利用者や利用者の所属するグループメンバがこれま
でに作成した既存の文書データなどの情報を保存する文
書保存装置４と、ディスプレイ装置等の出力装置５と、
記録媒体Ｋとを含む。

【００２５】処理装置２は、情報取得先指定手段６と、
情報取得先記憶部７と、情報取得手段８と、イベント情
報抽出部９と、イベント情報記憶部１０と、関連要素抽
出部１１と、関連情報検索装置１２と、関連情報記憶部
１３と、日時条件判定部１４と、日時条件指定手段１５
と、日時条件記憶部１６と、通知情報選択部１７と、情
報通知手段１８とを備える。

【００２６】情報取得先指定手段６は、取得したいイベ
ント等の情報が存在する場所として利用者が入力装置１
を用いて入力したＷＷＷにおけるＵＲＬ，パソコン通信
サービスでのフォーラム名，電子メールのフォルダ名等
を受け付け、情報の取得先として情報取得先記憶部７に
格納する。なお、取得先として、単一のＵＲＬやフォー
ラム名、フォルダ名の指定のほかに、ＷＷＷのあるＵＲ
Ｌから特定の回数のリンクをたどることで到達できるＵ
ＲＬ、パソコン通信サービスのあるフォーラム階層の下
のフォーラムすべて、電子メールのあるフォルダの下の
サブフォルダすべてなどのような範囲による指定を受け
付けるようにしてもよい。

【００２７】情報取得手段８は、ある一定の時間ごとに
通信装置３を介して、ＷＷＷサーバー、パソコン通信ホ
スト、メールサーバー等に接続し、情報取得先記憶部７
に格納されている情報の取得先から情報を取得する。も
し、電子メールがネットワーク上ではなく、本発明を実
施する装置と同一の装置上に格納されているのであれ
ば、その格納先から情報を取得する。

【００２８】イベント情報抽出部９は、情報取得手段８
により取得された情報の中から、そこに記述されている
イベント等に関する情報と、イベント等の日時に関する
情報を抽出し、さらに抽出した情報とその情報の取得先
とを組にしたイベント日時情報を、イベント情報記憶部
１０に格納する。ただし、ここでイベント情報記憶部１
０に格納する取得先とは、情報取得先記憶部７に格納さ
れている場所のうち、その情報を取得した場所のことだ
が、それが電子メールのフォルダの場合には各電子メー
ルの差出人も抽出し、そのイベントに関する情報の取得
先の一部として取り扱うことにする。また、すでに同一
のイベントに関する情報がイベント情報記憶部１０に格
納されている場合には、二重にその情報を格納したりし
ないよう、チェックを行う。

【００２９】各情報中に記述されているイベント等の日
時は、情報中から特定のパターンを検索することで抽出
する。例えば、〜を数字列とするとき、「〜年〜月〜
日」というパターンや「〜／〜／〜」というパターンで
記述されている部分を日時として抽出することができ
る。イベント等に関する情報としては、元の情報の全文
をあてても良いし、日時に関連する部分だけを抜き出し
ても良い。抽出した日時に関連する部分としては、例え
ば、抽出した日時が含まれる章または段落、日時が含ま
れる行またはそれを含めた前後数行等を抜粋することが
できる。

【００３０】また、元の情報の全文に形態素解析をかけ
て、名詞や名詞句と判断された語句のうち、日常用語な
どを取り除いたものの中から、その情報の中で出現頻度
の高いものをキーワードとして抽出することもできる。
また、情報取得先がＵＲＬの場合は、元の情報の中で”
＜ＴＩＴＬＥ＞”などのようにマークアップされた語
句、情報取得先が電子メールのフォルダの場合には、電
子メールのサブジェクトなどをキーワードとして抽出し
ても良い。そうして抽出されたキーワードの前後を抜粋
することもできる。さらには、「場所：」「参加者：」
などの箇条書きのパターンを検索することで、会議開催
通知などにおける、場所や参加者等の情報を抜粋するこ
ともできる。以上の手法などで、イベント等に関する情
報としてどれだけの分量を元の情報から抽出するかは、
利用者が必要に合わせて設定しておけばよい。

【００３１】関連要素抽出部１１は、イベント情報記憶
部１０に格納されているイベント日時情報から、関連情
報を検索するための検索キーとして、イベントの種類や
内容等を表すキーワードを抽出する。抽出する手法は上
記のイベント情報抽出部９の説明で挙げた手法と同様で
ある。抽出をイベント情報抽出部９と、この関連要素抽
出部１１の２箇所に分けて行うのは、イベント情報抽出
部９で元の情報からどの程度の分量を抽出するかに関わ
らず、関連情報を検索するために適したキーワードの分
量・内容まで絞り込むためである。これにより、利用者
に通知される情報の分量や内容が柔軟に設定可能とな
る。また、各情報の取得先も、関連情報を検索するため
の検索キーとして抽出する。

【００３２】関連情報検索装置１２は、ある一定の時間
ごとに、関連要素抽出部１１で抽出された各情報に対す
る検索キーを用いて、文書保存装置４から、関連情報と
判断される文書を検索する。検索された文書は、関連要
素抽出部１１で抽出された検索キーをどれだけ含んでい
るかに応じて順序付けされ、抽出したイベントに関する
情報と対応付けられて、関連情報記憶部１３に格納され
る。また、以前にこの発明を使用して利用者に通知され
た過去の通知情報が、文書保存装置４に保存されている
ときには、特にその過去の通知情報と今回の情報の情報
取得先とを検索時に比較する。情報取得先が等しい過去
の通知情報は、順序付けの高い関連情報として取り扱
う。さらに、利用者自身が作成した文書と、利用者が所
属するグループの他のメンバが作成した文書がともに存
在するときは、利用者自身が過去に作成した文書の方を
高く順序付けすることもできる。ここで、一定の時間ご
とに検索を繰り返すのは、あるイベントに関する情報が
イベント情報記憶部１０に保管され、それに関する関連
情報が一度検索されてから、利用者に通知されるまでの
間に、新しい関連情報が文書保存装置４にあらたに追加
される場合も存在するからである。二度目以降の検索の
際、以前に既に検索された文書は関連情報記憶部１３に
二重に保管しない。

【００３３】日時条件指定手段１５は、イベント情報抽
出部９で抽出されたイベント，日時等の情報を利用者に
通知する際の条件を入力装置１を通して利用者から獲得
する。この条件は、例えば、「差出人が××さんの電子
メールから抽出した情報の場合は、遅くとも抽出した日
時の３日前には通知する」というように、情報取得先と
組み合わせて指定したり、キーワードと組み合わせて指
定することが可能である。ただし、全ての情報取得先や
キーワードなどに対して条件を利用者が指定する必要は
なく、指定のない情報取得先等については、予め設定さ
れているデフォルトの条件に従って通知を行うようにす
ればよい。

【００３４】日時条件判定部１４は、日時条件指定手段
１５で明示的に指定された条件が存在しない情報に対し
て、関連情報記憶部１３に保管されている関連情報か
ら、その情報が通知されるべき日時の条件を判定する。
具体的には、関連情報として検索された情報の中に、今
回日時条件を判定する情報と同じ取得先から過去に取得
した情報についての通知情報が存在するかどうか調べ
る。そのような過去の通知情報が存在する場合、それを
過去の同種のイベントに対する通知情報であると判断し
て、過去の通知情報によって利用者に通知された情報に
含まれている日時と、過去の通知情報が実際に利用者に
通知された日時との差を取り出し、今回もその差の分だ
け今回のイベント情報に含まれている日時よりも前もっ
て、利用者に通知するよう条件を定める。関連情報とし
て、過去の通知情報が複数検索されている場合には、最
も順序付けの高い通知情報を基準とする。ただし、その
日時の差が日時条件指定手段１５で指定されたデフォル
トの条件よりも余裕のないものであった場合には、デフ
ォルトの条件を優先する。また、関連情報として過去の
通知情報が検索されなかった情報に対しても、デフォル
トの条件を用いる。

【００３５】日時条件記憶部１６には、日時条件判定部
１４で判定された条件が、抽出された情報に対応づけて
保管される。この条件は一定の時間ごとに、日時条件判
定部１４で再判定され、更新される。それは、一度日時
条件が判定されてから、実際に利用者に通知される間
に、利用者が日時条件指定手段１５を通して日時条件を
変更する場合や、新たな関連情報が関連情報記憶部１３
に付け加えられて、以前の日時条件の判定を変更する必
要がある場合が考えられるからである。

【００３６】通知情報選択部１７は、イベント情報記憶
部１０に格納されている各情報に含まれている日時に関
する情報を調べて、日時条件記憶部１６に格納されてい
る条件を満たしているものを選択し、それに対する関連
情報を関連情報記憶部１３から求めて、合わせて情報通
知手段１８に送る。ただし、対応する関連情報が存在し
ない場合には、イベント情報記憶部１０に格納されてい
る情報だけを情報通知手段１８に送る。

【００３７】情報通知手段１８は、通知情報選択部１７
によって選択されたイベントに関する情報と、関連情報
の組を通知情報として利用者に通知する。通知する方法
としては、ディスプレイ装置等の出力装置５に出力する
方法を採ってもよいし、通信装置３を介して、利用者宛
の電子メールとして送信する方法を採ってもよい。ま
た、ディスプレイ装置等に出力する場合には、ポップア
ップウィンドウとしてディスプレイ画面に表示してもよ
いし、スクリーンセイバーとしてディスプレイ画面に表
示してもよい。通知情報に含まれている関連情報の提示
の仕方も、最も順序付けの高い関連情報のみを最初に出
力して、他の関連情報は利用者が、順序付けされた関連
情報のリストから選択することにより適宜出力するとい
う手法を取ることができる。さらに今回の通知情報と、
それに含まれている日時、そしてそれが利用者に通知さ
れた日時などの情報を、今後の関連情報として利用する
ため、文書保存装置４にも記録する。

【００３８】なお、本実施の形態では、情報取得先指定
手段６、情報取得先記憶部７、情報取得手段８、イベン
ト情報抽出部９、イベント情報記憶部１０、関連要素抽
出部１１、関連情報検索装置１２、関連情報記憶部１
３、日時条件判定部１４、日時条件指定手段１５、日時
条件記憶部１６、通知情報選択部１７、情報通知手段１
８は、処理装置２に備え付けられている必要はなく、処
理装置２を制御するためのプログラムとして、ＣＤ−Ｒ
ＯＭやフロッピーディスクなどの記録媒体Ｋに格納して
提供され、処理装置２に読み込まれて実行されるものと
してもよい。

【００３９】以下、本実施の形態の情報通知装置におけ
る動作について説明する。この情報通知装置は、利用者
が、情報取得先指定手段６、および、日時条件指定手段
１５を用いて、情報取得先と日時条件、デフォルトの日
時条件を指定することで、それに従った動作を行う。ま
た、この他にもイベント情報抽出部９や関連要素抽出部
１１で、抽出するキーワード等の分量や性質などの条件
を設定することができるが、これらは必ずしも利用者が
指定や設定を行う必要はなく、予め適当な初期値を格納
しておくことで、利用者がこれらの条件を指定していな
い場合でも動作するようにすることもできる。

【００４０】本情報通知装置の動作は、ＷＷＷサーバ
ー、パソコン通信ホスト、メールサーバー等から情報を
取得し、イベント等に関する情報とイベント等の日時に
関する情報とを抽出してイベント情報記憶部１０に格納
する情報収集動作と、イベント情報記憶部１０に格納さ
れている各情報の関連情報を文書保存装置４から検索し
て関連情報記憶部１３に格納する関連情報検索動作と、
利用者が日時条件指定手段１５を通して指定した日時条
件や、関連情報から情報を通知する条件を判定して、日
時条件記憶部１６に格納する日時条件判定動作と、イベ
ント情報記憶部１０に格納されている情報のうち日時条
件を満たすものを関連情報と合わせて利用者に通知する
情報通知動作とに分けられる。それぞれの動作は、ある
一定の時間ごとに定期的に起動される。ただし、これら
の４つの動作は全て独立に動作し、これらの間で同期す
る必要はない。

【００４１】まず、図２のフローチャートを参照して、
本実施の形態の情報通知装置におけ情報収集動作につい
て説明する。

【００４２】情報収集動作では、まず、情報取得手段８
が、情報取得先記憶部７に格納されている情報取得先を
１つ読み出す（ステップＡ１）。情報取得手段８は、続
いて、ステップＡ１で読み出した情報取得先に通信装置
３を介して接続し、そこに存在する情報を取得する（ス
テップＡ２）。次に、情報取得手段８は、情報取得先記
憶部７に格納されているすべての取得先に対して、上記
ステップＡ１およびＡ２の処理が行われたかどうかを判
定する（ステップＡ３）。もし、未処理の情報取得先が
存在すれば、それに対してステップＡ１ないしＡ３の処
理を繰り返す。

【００４３】情報取得手段９により取得された情報はす
べてイベント情報抽出部９に送られる。イベント情報抽
出部９は、まず、取得された情報のうちの１つから、イ
ベントに関する情報とイベントの日時に関する情報を抽
出する（ステップＡ４）。

【００４４】イベント情報抽出部８は、続いて、抽出し
た情報とその取得先とを組にして、イベント情報記憶部
１０に保存する（ステップＡ５）。イベント情報抽出部
９は、この後、同じ情報から抽出できるイベントに関す
る情報とその日時に関する情報が他に存在するかどうか
を判定する（ステップＡ６）。まだ抽出できる情報があ
る場合には、ステップＡ４ないしＡ６の処理を繰り返
し、もうない場合には次の処理に進む。次の処理では、
イベント情報抽出部９が、全取得情報に対して、ステッ
プＡ４ないしＡ６の処理が終了したかどうかを判定する
（ステップＡ７）。終了していない場合には、ステップ
Ａ４ないしＡ７の処理を繰り返し、終了している場合に
は、情報収集動作を終了する。

【００４５】次に、図３のフローチャートを参照して、
本発明の実施の形態における関連情報検索動作について
説明する。

【００４６】関連情報検索動作では、まず関連要素抽出
部１１が、イベント情報記憶部１０から、格納されてい
るイベントに関する情報の組を１組読み出す（ステップ
Ｂ１）。次に読み出した情報から、そのイベントに関す
るキーワードと取得先を検索キーとして抽出する（ステ
ップＢ２）。次いで、関連情報検索装置１２がその検索
キーを用いて、文書保存装置４から関連情報となるよう
な文書（通知情報も含む）を検索する（ステップＢ
３）。見つかった文書に対しては順序付けを行い、どの
ような情報に対する関連情報なのかをラベル付けして関
連情報記憶部１３に格納する（ステップＢ４）。この検
索を文書保存装置４に保存されている全ての文書に対し
て行ったか否か判定し（ステップＢ５）、まだ検索対象
となり得る文書が残っている場合は、ステップＢ３ない
しＢ４の処理を繰り返し、もうない場合には次の処理に
進む。次の処理では、関連情報検索装置１２が、イベン
ト情報記憶部１０に格納されている全てのイベントに関
する情報の組に対して、ステップＢ１ないしＢ４の処理
が終了したかどうかを判定する（ステップＢ６）。終了
していない場合には、ステップＢ１ないしＢ４の処理を
繰り返し、終了している場合には、関連情報検索動作を
終了する。

【００４７】次に、図４のフローチャートを参照して、
本発明の実施の形態における日時条件判定動作について
説明する。

【００４８】日時条件判定動作では、まず日時条件判定
部１４が条件を判定するイベントに関する情報を関連情
報記憶部１３から１組読み出す（ステップＣ１）。関連
情報記憶部１３には、各イベントに関する情報に対し
て、どのような関連情報があるのか、あるいは、ないの
かが格納されているため、どのようなイベントに関する
情報が存在しているのかは、関連情報記憶部１３から判
断できる。次に、読み出したイベントに関する情報に適
用すべき、利用者が指定した日時条件が日時条件指定手
段１５に存在するか否かを判断する（ステップＣ２）。
利用者が指定した日時条件が存在する場合には、その条
件に決定して（ステップＣ６）、後で述べるステップＣ
５に移行する。これに対して、利用者が指定した日時条
件が存在しない場合には、ステップＣ１で読み出したイ
ベントに関する情報の関連情報の中に、その情報を抽出
した先と同じ取得先から得た、既存の通知情報が存在す
るか、判定する（ステップＣ３）。

【００４９】そして、同じ取得先からの既存の通知情報
が存在している場合には、その既存の通知情報が利用者
に通知された日時と、それに含まれている日時との差を
判定して、今回の日時条件とする（ステップＣ７）。た
だし、その日時条件がデフォルトの日時条件よりもゆと
りの少ないもの、すなわち、通知する日時からイベント
の期限等の日時までの期間が、デフォルトの日時条件で
指定された最低期間よりも短くなってしまう場合には、
デフォルトの日時条件を適用する（ステップＣ４）。ま
た、同じ取得先からの既存の通知情報が存在しない場合
も、ステップＣ４に移行する。

【００５０】こうしていずれにしても、ステップＣ１で
読み出されたイベントに関する情報に適用する日時条件
が決定され、日時条件記憶部１６に格納される（ステッ
プＣ５）。次に全てのイベントに関する情報に対して、
日時条件を決定したかを判定する（ステップＣ８）。ま
だ、判定していない情報が存在する場合には、ステップ
Ｃ１ないしＣ７の作業を繰り返す。全ての情報に対して
日時条件を決定した場合には、日時条件判定動作を終了
する。

【００５１】次に、図５のフローチャートを参照して、
本発明の実施の形態における情報通知動作について説明
する。

【００５２】情報通知動作では、まず、通知情報選択部
１７が、日時条件記憶部１６に格納されている日時条件
を読み出す（ステップＤ１）。次に、通知情報選択部１
７は、イベントに関する情報のうち、その条件を満たす
ものを、イベント情報記憶部１０に保存されている情報
から選択し、更にこの選択した情報の関連情報も関連情
報記憶部１３から選択する（ステップＤ２）。

【００５３】例えば、日時条件記憶部１６から読み出し
た条件が、「あるＵＲＬから抽出した情報は、現在時刻
から抽出された日時までの時間が３日以内になったとき
通知せよ」という条件の場合、イベント情報記憶部１０
に保存されている上記ＵＲＬから抽出したイベントに関
する情報のうち、それに含まれている日時まで３日以内
のものだけが、関連情報と合わせてステップＤ２で選択
される。

【００５４】通知情報選択部１７によって選択されたイ
ベントに関する情報と、存在するのならばその関連情報
を合わせたものは、情報通知手段１８によって利用者に
通知されるとともに、今後の関連情報の候補として文書
保存装置４に保存される（ステップＤ３）。これで、情
報通知動作が終了する。

【００５５】以下では、本実施の形態の情報通知装置に
おける動作について、具体的な実施例を用いて説明す
る。

【００５６】以下の説明において、情報取得先記憶部７
には、情報取得先指定手段６により、図６に示すように
取得先が列挙されているものとする。また、日時条件指
定手段１５を用いて、利用者が「ｈｔｔｐ：／／ｃｃ
ｃ．ｄｄｄ．ｃｏ．ｊｐ／ｃａｌｅｎｄａｒ．ｈｔｍｌ
を取得先とする、イベントに関する情報は、現在時刻か
ら抽出された日時までの時間が５日以下になった時点で
通知」、さらにデフォルト条件として「現在時刻から抽
出された日時までの時間が２日以下になると通知」とい
う条件を設定しておいたものとする。

【００５７】まず、情報収集動作について説明する。

【００５８】情報収集動作では、まず、情報取得手段８
が、情報取得先記憶部７に格納されている取得先を１つ
ずつ読み出して、そこに接続し、情報を取得する（ステ
ップＡ１〜Ａ３）。図６を参照すると、この例では、情
報取得先記憶部７に、取得先として、ｈｔｔｐ：／／ａ
ａａ．ｂｂｂ．ｏｒ．ｊｐ／ｎｅｗｓ．ｈｔｍｌという
ＵＲＬと、ｈｔｔｐ：／／ｃｃｃ．ｄｄｄ．ｃｏ．ｊｐ
／ｃａｌｅｎｄａｒ．ｈｔｍｌというＵＲＬと、／ｗｏ
ｒｋ／ｋａｉｇｉというメールフォルダが指定されてい
る。ここで、取得先がＵＲＬの場合には、そのＵＲＬで
示される文書のみを取得し、メールフォルダの場合に
は、そのメールフォルダにあるメール全てを取得するも
のとする。このとき、情報取得手段８は、ＷＷＷサーバ
ーａａａ．ｂｂｂ．ｏｒ．ｊｐから、パス／ｎｅｗｓ．
ｈｔｍｌの文書を取得し、ＷＷＷサーバーｃｃｃ．ｄｄ
ｄ．ｃｏ．ｊｐから、パス／ｃａｌｅｎｄａｒ．ｈｔｍ
ｌの文書を取得し、メールサーバーからフォルダ／ｗｏ
ｒｋ／ｋａｉｇｉにあるメールを全て取得する。

【００５９】この処理により、図７に示す４つの文書が
取得されたものとする。以下の説明では、この４つの文
書を、便宜上、文書＃１、文書＃２のように番号で参照
する。ただし、文書＃１の取得先はｈｔｔｐ：／／ａａ
ａ．ｂｂｂ．ｏｒ．ｊｐ／ｎｅｗｓ．ｈｔｍｌ、文書＃
２の取得先はｈｔｔｐ：／／ｃｃｃ．ｄｄｄ．ｃｏ．ｊ
ｐ／ｃａｌｅｎｄａｒ．ｈｔｍｌ、文書＃３と＃４の取
得先は／ｗｏｒｋ／ｋａｉｇｉというメールフォルダで
あったとする。

【００６０】イベント情報抽出部９は、まず、文書＃１
から、イベントに関する情報とイベントの日時に関する
情報を抽出する（ステップＡ４）。ただし、ここではイ
ベントに関する情報として、日時表現を含む行の前後１
行、および、「日時：」や「場所：」といった箇条書の
部分を最も近い日時表現と合わせて抽出するよう設定し
てあるとする。日時表現を含む行の前後１行に箇条書が
ある場合でも１度のみ抽出する。

【００６１】図７を参照すると、文書＃１は、日時とし
て、第４行に「平成１０年６月３０日」を、第７行に
「平成１０年３月２０日」を含む。したがって、ステッ
プＡ４により、まず、第４行の日時「平成１０年６月３
０日」が抽出される。さらに、このイベントに関する情
報として、第３行から第５行までの３行が抽出される。
そこで、日時「平成１０年６月３０日」と、文書＃１の
第３行から第５行の部分と、その取得先とを組にしてイ
ベント情報記憶部１０に保存する（ステップＡ５）。次
のステップＡ６では、抽出できる日時や箇条書があるか
どうか判定するが、文書＃１では、第７行にも日時が含
まれているため、これに対しても、ステップＡ４ないし
Ａ６の処理を繰り返し、日時「平成１０年３月２０日」
と文書＃１の第６行から第８行の部分とを抽出して、取
得先と共にイベント情報記憶部１０に保存して、ステッ
プＡ７に進む。ステップＡ７では、取得した全情報につ
いて処理が終了したか判定しているが、まだ文書＃２な
いし＃４が未処理なので、こちらに対して、ステップＡ
４ないしＡ７の処理を繰り返す。＃１ないし＃４のすべ
ての文書について処理が終わると、情報収集動作が終了
する。

【００６２】ここで、日時として日付のみを扱うことに
すると、この例の情報収集動作において、イベント情報
記憶部１０には、図８のような７つの組が保存される。

【００６３】次に、関連情報検索動作について説明す
る。

【００６４】関連情報検索動作では、まず、関連要素抽
出部１１が、イベント情報記憶部１０に格納されている
情報から、イベントに関する情報、その日時に関する情
報、その取得先を１組として読み出す（ステップＢ
１）。次いで、読み出した情報から、関連情報を検索す
るための検索キーとなるようなキーワードを抽出する
（ステップＢ２）。今回の例では、一般の文に含まれて
いる名詞、および、箇条書の部分に含まれている語句、
そして、その情報の取得先をキーワードとして抽出する
よう設定してあるとする。すると、たとえば図８のＮ
ｏ．１の例では、キーワードとして抽出されるのは「第
６６回」「全国大会」「平成１０年６月３０日」「ＢＢ
Ｂ大学」、そして「ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｏ
ｒ．ｊｐ／ｎｅｗｓ．ｈｔｍｌ」となり、Ｎｏ．６の例
では、「ＬＬＬ Ｐｒｏｊｅｃｔ」「進捗会議」「平成
１０年３月２４日」「１３時〜」「第一会議室」、そし
て、「／ｗｏｒｋ／ｋａｉｇｉ」「ｓｓｓ＠ｔｔｔ．ｋ
ｋｋ．ｃｏ．ｊｐ」となる。

【００６５】次いで、関連情報検索装置１２は、ステッ
プＢ２で抽出された検索キーを用いて、文書保存装置４
に保存されている既存の文書データから関連情報を検索
する（ステップＢ３）。複数の文書データが検索された
場合には、検索キーをどれだけ含んでいるか等の手法に
より、順序付けを行い、どのような情報に対する関連情
報なのかラベル付けをして関連情報記憶部１３に格納す
る（ステップＢ４）。例えば、図９の既存文書＃１や既
存文書＃２のような文書が文書保存装置４に保存されて
いたとする。既存文書＃１は、本発明を用いた結果、１
９９７年５月３１日に利用者に自動的に通知された通知
文書の記録であり、既存文書＃２は利用者と同じグルー
プに属するｈｈｈ＠ｊｊｊ．ｋｋｋ．ｃｏ．ｊｐ宛に書
かれた電子メールである。すると、図９の既存文書＃１
は、図８のＮｏ．１の検索キー「全国大会」を文中に含
み、取得先「ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｏｒ．ｊ
ｐ／ｎｅｗｓ．ｈｔｍｌ」も同じであるため、図８のＮ
ｏ．１に対する関連情報として検索される。図９の既存
文書＃２も同様に、図８のＮｏ．６の検索キー「ＬＬＬ
Ｐｒｏｊｅｃｔ」を文中に含み、取得先として「ｓｓ
ｓ＠ｔｔｔ．ｋｋｋ．ｃｏ．ｊｐ」を同じくするため、
図８のＮｏ．６に対する関連情報として検索される。こ
うして、文書保存装置４に保存されている全文書に対し
て検索が終了したかを確認し（ステップＢ５）、まだ、
既存文書が残っている場合はステップＢ３ないしＢ４の
操作を繰り返す。さらに、全てのイベントに関する情報
に対してステップＢ１ないしＢ５の操作を施したか、判
定を行う（ステップＢ６）。この例では、図８のＮｏ．
１からＮｏ．７までの情報に対してそれぞれ文書保存装
置４から関連情報を検索した時点で、関連情報検索動作
の終了となる。

【００６６】次に、日時条件判定動作について説明す
る。

【００６７】日時条件判定動作では、まず、日時条件判
定部１４が、関連情報記憶部１３からイベントに関する
情報とその関連情報を１組読み出す（ステップＣ１）。
次いで、その情報に対して利用者が指定した日時条件が
存在するか否かを判定する（ステップＣ２）。

【００６８】図８のＮｏ．１の例では、それに適用でき
る、利用者が指定した日時条件が存在しないので、さら
に、同じ取得先からの既存の通知情報が利用できないか
判定する（ステップＣ３）。すると、既存文書＃１は同
じ取得先からの既存の通知情報を関連情報として持って
おり、その際は１９９７年６月２０日の情報に対して１
９９７年５月３１日、すなわち、日時の２０日前に利用
者に通知されていたことが分かる。よって、今回も図８
のＮｏ．１の情報を利用者に通知するのは、今回の日時
１９９８年６月３０日の２０日前、１９９８年６月１０
日が適していると判定される（ステップＣ７）。

【００６９】また、図８のＮｏ．３の例では、「ｈｔｔ
ｐ：／／ｃｃｃ．ｄｄｄ．ｃｏ．ｊｐ／ｃａｌｅｎｄａ
ｒ．ｈｔｍｌを取得先とする、イベントに関する情報
は、現在時刻から抽出された日時までの時間が５日以下
になった時点で通知」という条件を利用者が指定してい
るので、イベントの日時１９９８年３月１０日の５日前
である１９９８年３月５日に、利用者に通知すべき、と
判定される。図８のＮｏ．６の例では、利用者が指定し
た日時条件も存在せず、関連情報として既存の通知情報
も存在しないので、ステップＣ４の処理で「現在時刻か
ら抽出された日時までの時間が２日以下になると通知」
というデフォルト条件が適用され、このイベントの日時
１９９８年３月２４日の２日前である、１９９８年３月
２２日に利用者に通知すべき、と判定される。こうして
全ての情報に対して日時条件の判定が終了した時点で、
日時条件判定動作の終了となる。

【００７０】次に、情報通知動作について説明する。

【００７１】情報通知動作では、まず、通知情報選択部
１７が、日時条件記憶部１６から、日時等の情報を読み
出し（ステップＤ１）、現在の日時において条件を満た
すものを選択する（ステップＤ２）。ここで、この情報
通知動作が行われている日付を１９９８年３月２２日と
すると、図８のＮｏ．６の情報とその関連情報である図
９の既存文章＃２との組が選択される。

【００７２】選択されたＮｏ．６と関連情報の組は、情
報通知手段１８によって利用者に通知され、同時に文書
保存装置４に保存されて（ステップＢ３）、情報通知動
作が終了する。利用者に通知される情報の形としては、
単にこの図８のＮｏ．６の情報とその関連情報である図
９の既存文章＃２とを併記したものでも構わないし、関
連文章が複数ある場合にはそのリストを利用者に提示
し、利用者の選択操作によってその都度表示するように
しても構わない。また、この情報はポップアップウィン
ドウの形で通知されてもよいし、電子メールとして利用
者に送信されるのでもよい。

【００７３】また、今回の例では使用しなかったが、利
用者が予め日時条件指定手段１５に与える条件としては
図１０に挙げるように、日時とキーワードとの組合せに
よる条件をとってもよい。さらに、日時と取得先とキー
ワードとの組合せによる条件も同じく可能である。

【００７４】本実施の形態では、予め指定する情報の取
得先から定期的にイベントとその日時に関する情報を抽
出し、さらに既存の文書データからそのイベントに関す
る情報の関連情報を検索して、利用者が設定したタイミ
ング、あるいは過去の同様の事例と同じタイミングで、
ともに利用者に通知することができる。このため、利用
者はイベントに関する情報が通知された時点から、すぐ
に過去の事例を参考にして、そのイベントのために必要
な作業を行うことが可能となる。また、利用者が予め細
かく通知日時に関する条件を設定しておかなくても、利
用者自身の、あるいは利用者が属するグループの他のメ
ンバが処理した、過去の同様の事例と同じタイミングで
通知されるため、その通知が早すぎたり、遅すぎたりし
て機を逸する恐れが少ない。

【００７５】次に、本発明の第２の実施の形態について
図面を参照して詳細に説明する。

【００７６】図１１を参照すると、本発明の第２の実施
の形態は、本発明の第１の実施の形態に加えて、利用者
操作監視装置１９と、操作履歴保存装置２０と、文書間
関連度計算装置２１と、文書編集手段２２とを有する点
で異なる。更に、関連情報検索装置１２，日時条件判定
部１４の代わりに関連情報検索装置１２ａ，日時条件判
定部１４ａを備えている点が異なる。

【００７７】利用者操作監視装置１９は、コンピュータ
ーのオペレーティング・システムの状態を監視するなど
の手法により、利用者がキーボードやマウス等の入力装
置１を用いて行った操作を全て、利用者に意識させるこ
となくバックグラウンドに監視し、その履歴を利用者が
行った各操作の日時と組にして、操作履歴保存装置２０
に保存する。

【００７８】文書間関連度計算装置２１は、文書保存装
置４に保存されている既存の任意の文書間の関連度を計
算する。ここで文書間の関連とは、引用関係、参照関
係、キーワードの共有関係を指す。引用関係は操作履歴
保存装置２０に保存されている操作履歴から、ある文書
の編集中に別の文書からコピーされた文字列が挿入され
るといった操作を調べることにより検出できる。同様に
参照関係は、ある文書の編集時に別の文書がエディタな
どによって開かれるといった操作を調べることにより検
出できる。キーワードの共有関係は単純に２つの文書間
でどれだけのキーワードを共有しているか算出すること
によって求められる。

【００７９】更に、これらの関係の強さの度合を数値化
することができる。引用関係では、全文字列長に対して
どれだけの長さの文字列が引用されたか計算する、など
の手法が使用できる。参照関係においても、２つの文書
がそれぞれ開かれていた時間の総和に対する、同時に開
かれていた時間の割合を求める、などの手法によって度
合の数値化が可能となる。キーワードの共有関係はキー
ワードの共有率などにより、同じく数値化が可能であ
る。よって、これらの３つの関係の度合に適当な重みを
かけて足し合わせることにより、１つの尺度で文書間の
関連度を計算し、順序付けることが可能となる。こうし
て求められた文書間の関連度は、文書間関連度計算装置
２１自身に保存され、既存のある文書に対して関連度が
強いと求められた文書は、もとの文書の関連情報である
と判断される。

【００８０】また特に、本発明を用いて過去に利用者に
通知された通知情報の場合は、それが利用者に通知され
た日時と、それに含まれているイベントの日時とを調べ
て、その通知情報と関連度の高い文書のうち、上記の期
間に作成された文書をそのイベントのために作成された
作業文書であると判断する。

【００８１】文書編集手段２２は、通常のエディタなど
の文書編集手段である。ただし、これに対して利用者が
行った操作は全て利用者操作監視装置１９によって監視
可能な種類のものとする。また、この文書編集手段２２
によって作成・編集された文書は全て文書保存装置４に
保存される。これにより、本発明の利用者が新たに作成
した文書も、次の機会の関連情報として参照されること
が可能になる。

【００８２】また、処理装置２に含まれる各ブロックの
内、関連情報検索装置１２ａ，日時条件判定部１４ａ以
外は、本発明の第１の実施の形態と基本的に変わらない
ので省略するが、関連情報検索装置１２ａと日時条件判
定部１４ａはわずかに動作が異なるので、それぞれにつ
いて説明する。

【００８３】関連情報検索装置１２ａは、関連情報を検
索する際に文書保存装置４だけではなく、文書間関連度
計算装置２１も参照する。すなわち、関連要素抽出部１
１で抽出された検索キーを用いて、文書保存装置４から
直接的に関連情報と判断される文書を検索するだけでな
く、そうして検索された文書と関連度の高い文書も文書
間関連度計算装置２１から求めて、さらなる関連情報と
して関連情報記憶部１３に格納する。

【００８４】日時条件判定部１４ａは、日時条件指定手
段１５で明示的に指定された条件が存在しないイベント
情報に対しては、関連情報記憶部１３に保管されている
関連情報から判定する。具体的には、そのイベントの関
連情報として、どのような種類の文書が検索されたかに
よる。今回のイベントと同種のイベントが過去において
行われ、そのときの通知情報だけが今回のイベントの関
連情報として検索された場合は、その過去の通知情報に
含まれている日時と、その過去の通知情報が実際に利用
者に通知された日時との差を取り出し、今回もその差の
分だけ今回のイベント情報に含まれている日時よりも前
もって、利用者に通知するよう日時条件を定める。

【００８５】今回のイベントの関連情報として、同種の
イベントの過去の通知情報が検索され、さらに、その過
去の通知情報の関連情報として、そのときにそのイベン
ト用に作成されたと判断される文書が求められた場合に
は、その過去の通知情報に含まれている日時と、そのと
きに作成されたイベント用の文書が最初に作られた日時
との差を取り出して、今回もその差の分だけ今回のイベ
ント情報に含まれている日時よりも前もって、利用者に
通知するよう日時条件を定める。

【００８６】また、上のどちらの場合においても、関連
情報として複数の文書が検索されたときには、最も順序
付けの高い文書を基準とする。ただし、その日時の差が
日時条件指定手段１５で指定されたデフォルトの条件よ
りも余裕のないものであった場合には、デフォルトの条
件を優先する。関連情報として過去の通知情報が検索さ
れなかった情報に対しても、デフォルトの条件を用い
る。

【００８７】なお、本実施の形態では、情報取得先指定
手段６、情報取得先記憶部７、情報取得手段８、イベン
ト情報抽出部９、イベント情報記憶部１０、関連要素抽
出部１１、関連情報検索装置１２ａ、関連情報記憶部１
３、日時条件判定部１４ａ、日時条件指定手段１５、日
時条件記憶部１６、通知情報選択部１７、情報通知手段
１８は、処理装置２に備え付けられている必要はなく、
処理装置２を制御するためのプログラムとして、ＣＤ−
ＲＯＭやフロッピーディスクなどの記録媒体Ｋに格納し
て提供され、処理装置２に読み込まれて実行されるもの
としてもよい。

【００８８】さらに、利用者操作監視装置１９と、操作
履歴保存装置２０と、文書間関連度計算装置２１と、文
書編集手段２２もその機能上、図１１においては別のブ
ロックとして描かれているが、処理装置２を実現するた
めのコンピューターなどのハードウェアによって、同じ
く実現されてもよい。さらに、利用者操作監視装置１９
と、操作履歴保存装置２０と、文書間関連度計算装置２
１と、文書編集手段２２とは、それを実現するためのハ
ードウェアに備え付けられている必要はなく、そのハー
ドウェアを制御するためのプログラムとして、処理装置
２を制御するプログラムと同じく、ＣＤ−ＲＯＭやフロ
ッピーディスクなどの記録媒体Ｋに格納して提供され、
ハードウェアに読み込まれて、本発明の第２の実施の形
態として実行されるものとしてもよい。

【００８９】以下、本実施の形態の情報通知装置におけ
る動作について説明する。

【００９０】本実施の形態では、情報通知装置の動作
は、第１の実施の形態における４つの動作、すなわち、
情報収集動作、関連情報検索動作、日時条件判定動作、
情報通知動作に加えて、利用者の操作を常に監視し、そ
の履歴を操作履歴保存装置２０に記録する利用者操作監
視動作、文書保存装置４に保存されている任意の文書間
の関連度を計算する文書間関連度計算動作、そして、一
般に文書を作成・編集する際の文書編集動作の７つの動
作に分けられる。情報収集動作、関連情報検索動作、日
時条件判定動作、情報通知動作の４つは、ある一定の時
間ごとに定期的に起動される。利用者操作監視動作は、
利用者に意識させることなく常に起動されている。文書
間関連度計算操作は、ある一定の時間ごとに定期的に起
動される。文書編集操作は、利用者が文書を作成・編集
する必要が生じた際に、利用者の操作によって随時起動
される。また、これらの７つの動作は完全に独立して動
作し、これらの間で同期をとる必要はない。

【００９１】本実施の形態の情報収集動作は、第１の実
施の形態での動作と同一のため、説明は省略する。

【００９２】本実施の形態での関連情報検索動作を示す
フローチャートは、図１２のようになる。

【００９３】関連情報検索動作では、まず関連要素抽出
部１１が、イベント情報記憶部１０から、格納されてい
るイベントに関する情報の組を１組読み出す（ステップ
Ｅ１）。次に読み出した情報から、そのイベントに関す
るキーワードと取得先を検索キーとして抽出する（ステ
ップＥ２）。次いで、関連情報検索装置１２ａがその検
索キーを用いて、文書保存装置４から関連情報となるよ
うな文書を検索する（ステップＥ３）。さらに、ステッ
プＥ３で見つかった文書と関連度の高い文書を文書間関
連度計算装置２１を参照して、文書保存装置４から検索
する（ステップＥ４）。ステップＥ３ないしＥ４で見つ
かった文書に対しては順序付けを行い、関連情報として
関連情報記憶部１３に格納する（ステップＥ５）。この
検索を文書保存装置４に保存されている全ての文書に対
して行ったか否かを判定し（ステップＥ６）、まだ検索
対象となり得る文書が残っている場合は、ステップＥ３
ないしＥ５の処理を繰り返し、もうない場合には次の処
理に進む。次の処理では、関連情報検索装置１２ａが、
イベント情報記憶部１０に格納されている全てのイベン
トに関する情報の組に対して、ステップＥ１ないしＥ６
の処理が終了したかどうかを判定する（ステップＥ
７）。終了していない場合には、ステップＥ１ないしＥ
６の処理を繰り返し、終了している場合には、関連情報
検索動作を終了する。

【００９４】次いで、図１３のフローチャートを参照し
て、本発明の第２の実施の形態における日時条件判定動
作について説明する。

【００９５】日時条件判定動作では、まず日時条件判定
部１４ａが条件を判定するイベントに関する情報を関連
情報記憶部１３から１組読み出す（ステップＦ１）。次
に、読み出したイベントに関する情報に適用すべき、利
用者が指定した日時条件が日時条件指定手段１５に存在
するか否かを判断する（ステップＦ２）。

【００９６】利用者が指定した日時条件が存在する場合
には、その条件に決定して（ステップＦ７）、後で述べ
るステップＦ６に移行する。これに対して、利用者が指
定した日時条件が存在しない場合には、ステップＦ１で
読み出したイベントに関する情報の関連情報の中に、同
じ取得先からの既存の通知情報と、その際に作成された
作業文書との組が存在しているか否かを判定する（ステ
ップＦ３）。

【００９７】そのような過去の同種のイベントにおける
事例の組が存在している場合（ステップＦ３がＹｅｓ）
には、その過去の作業文書が最初に作成された日時と、
その過去の通知情報に含まれている日時との差を判定し
て、今回の日時条件とする（ステップＦ８）。ただし、
その日時条件がデフォルトの日時条件よりもゆとりの少
ないもの、すなわち、通知する日時からイベントの期限
等の日時までの期間が、デフォルトの日時条件で指定さ
れた最低期間よりも短くなってしまう場合には、ステッ
プＦ４に進む。これに対して、そのような過去の同種の
イベントにおける事例の組が存在せず、同じ取得先から
の既存の通知情報のみが存在している場合（ステップＦ
３がＮｏ，ステップＦ４がＹｅｓ）には、その既存の通
知情報が利用者に通知された日時と、それに含まれてい
る日時との差を判定して、今回の日時条件とする（ステ
ップＦ９）。ただし、その日時条件がデフォルトの日時
条件よりもゆとりの少ないものであった場合には、デフ
ォルトの日時条件を適用する（ステップＦ５）。また、
同じ取得先からの既存の通知情報が存在しない場合も、
デフォルトの日時条件を適用する（ステップＦ５）。

【００９８】こうしていずれにしても、ステップＦ１で
読み出されたイベントに関する情報に適用する日時条件
が決定され、日時条件記憶部１６に格納される（ステッ
プＦ６）。次に全てのイベントに関する情報に対して、
日時条件を決定したかを判定する（ステップＦ７）。ま
だ、判定していない情報が存在する場合には、ステップ
Ｆ１ないしＦ９の作業を繰り返す。全ての情報に対して
日時条件を決定した場合には、日時条件判定動作を終了
する。

【００９９】本発明の第２の実施の形態における情報通
知動作は、第１の実施の形態での動作と同一のため、説
明は省略する。ただし、利用者にイベントに関する情報
とその関連情報を通知する際（図５のステップＤ３）、
各関連情報が直接的に検索されたものなのか、それとも
一旦関連情報として検索された文書との関連度が高いた
め、間接的に関連情報として判断されたものなのかを、
利用者に提示してもよい。

【０１００】次に利用者操作監視動作について、図１４
のフローチャートを参照して説明する。

【０１０１】利用者操作監視動作では、利用者操作監視
装置１９が、利用者に意識されることなく入力装置１に
入力される操作を監視し（ステップＧ１）、何らかの操
作が行われた場合はその内容と日時を操作履歴保存装置
２０に保存する（ステップＧ２）。このステップＧ１な
いしＧ２の動作は、利用者が第２の実施の形態における
本発明を使用している間、常に繰り返し動作しており、
本発明の使用が終了した時点で（ステップＧ３）、利用
者操作監視動作も終了する。

【０１０２】次に文書間関連度計算動作について、図１
５のフローチャートを参照して説明する。

【０１０３】文書間関連度計算動作では、まず文書間関
連度計算装置２１が文書保存装置４から、まだ関連度を
計算していない文書の組を１組読み出す（ステップＨ
１）。次いで、読み出した１組の文書の引用関係、参照
関係、キーワードの共有関係をもとに関連度を計算する
（ステップＨ２）。さらに計算された関連度が閾値以上
のものか判定し（ステップＨ３）、そうであった場合に
は求めた関連度と関連の種類を記録する（ステップＨ
４）。そうして、文書保存装置４に保存されている全て
の文書の組に対して、その関連度を計算したか判定し
（ステップＨ５）、まだ関連度を計算していない文書の
組が存在する場合は、ステップＨ１ないしＨ４の動作を
繰り返す。その時点で文書保存装置４に保存されている
全ての文書の組に対して関連度を計算し終わると、文書
間関連度計算動作は終了する。

【０１０４】本発明の第２の実施の形態における文書編
集動作は、一般に利用者が文書を作成・編集する際に行
う動作とまったく同じであり、本発明に特殊なものでは
ない。よって、この動作の説明は省略する。

【０１０５】次に、本実施の形態での情報通知装置にお
ける動作を、具体的な実施例を用いて説明する。まず、
本実施の形態の情報収集動作だが、この動作は第１の実
施の形態と同一のため省略する。ここでは、第１の実施
の形態での具体例の場合と同じく、図７で示された文書
から、図８に示すような情報が抽出され、イベント情報
記憶部１０に格納されたものとする。

【０１０６】また、図９の既存文書＃１と＃２、図１６
における既存文書＃３と＃４の４つの文書が、文書保存
装置に保存されている文書の中に含まれているものとす
る。ここで既存文書＃３は、既存文書＃１で示される通
知情報が利用者に通知された後で、通知されたイベント
のために利用者が作成した電子メールであり、既存文書
＃４は、既存文書＃２の書き手が既存文書＃２の要約を
書く際に一部を引用した電子メールである。これらの既
存文書＃１〜＃４が、いつ誰によって作成されたか、い
つからいつまで誰によって読まれたか、どの文書のどの
文字列が別のある文書に引用されたか、といったことは
常に起動している利用者操作監視動作によって操作履歴
保存装置２０に記録される（ステップＧ２）。

【０１０７】本発明における他の動作とは非同期に文書
間関連度計算動作が起動されると、文書間関連度計算装
置２１は、文書保存装置４に含まれている任意の文書の
組の関連度を１組につき一度だけ計算する。既存文書＃
１と関連度の高い文書を求める際には、まず、過去にこ
の発明を用いて利用者に通知された文書である既存文書
＃１が、いつ利用者に通知されたのか、そしてそれに含
まれる日時はいつなのかが調べられる。この既存文書＃
１の例では、利用者に通知されたのは１９９７年５月３
１日、通知情報に含まれている日時は１９９７年６月２
０日である。すると、文書間関連度計算装置２１は、操
作履歴保存装置２０の記録を参照することで、文書保存
装置４に保存されている文書のうち、どれが１９９７年
５月３１日から６月２０日までに、既存文書＃１を受け
取った利用者によって作成された文書なのか調べる。通
常、この条件に当てはまる文書は複数存在する。とりあ
えずその条件に当てはまる文書を、既存文書＃１で通知
されたイベントのために作成された文書の候補であると
考える。次いで、それらの候補の中から、既存文書＃１
を直接引用した文書は存在しないか、また、既存文書＃
１と共通の語句がどれだけ現れるか、を調べることによ
り、既存文書＃１との関連度を計算する。そうして関連
度がある閾値を超えた文書を、既存文書＃１で通知され
たイベントのため作成された文書であると判定する。

【０１０８】今回の例では、既存文書＃３が１９９７年
６月４日に既存文書＃１を受け取った利用者と同じ人物
によって作成され、既存文書＃１と「学会」「福岡ＡＢ
Ｃ大学」という語句を共有しているため、既存文書＃１
で通知されたイベントのため作成された文書であると判
定される。さらに、他の任意の文書間との引用関係、参
照関係、キーワードの共有関係も調べられる。

【０１０９】また、既存文書＃２は本発明を用いて通知
された通知情報ではなく、一般の文書なので、文書間関
連度計算装置２１がこの文書と関連度の高い文書を求め
る際には、引用関係、参照関係、キーワードの共有関係
を調べる。その結果、今回の例では、既存文書＃２が作
成される際に、既存文書＃４から文字列が引用されてい
ること、そして当然その結果、多くのキーワードを共有
していることから、既存文書＃４が既存文書＃２の関連
情報として判定される。

【０１１０】関連情報検索動作が起動されると、第１の
実施の形態のときと同様に、イベント情報記憶部１０に
格納されているイベントに関する情報のそれぞれに対し
て、関連情報検索装置１２ａが、関連情報を検索する。
ただし、関連要素抽出部１１によって抽出された検索キ
ーから直接検索された文書だけでなく、そうして検索さ
れた文書に関連度の高い文書も、文書間関連度検索装置
２１を参照することにより求めて、関連情報として取り
扱う。今回の例で、図８のＮｏ．１のイベントに関する
情報の関連情報を求めるときは、関連要素抽出部１１で
抽出された「第66 回」「全国大会」「平成１０年６月
３０日」「ＢＢＢ大学」、そして「ｈｔｔｐ：／／ａａ
ａ．ｂｂｂ．ｏｒ．ｊｐ／ｎｅｗｓ．ｈｔｍｌ」という
検索キーから、既存文書＃１が検索される。既存文書＃
３はこれらの検索キーのどれにも合致しないので、この
段階では関連情報と見なされない。次いで、既存文書＃
１に関連度の高い文書として既存文書＃３も検索され、
最終的にこの２つの文書が図８のＮｏ．１のイベントに
関する情報の関連情報として関連情報記憶部１３に格納
される。同様に図８のＮｏ．６のイベントに関する情報
の関連情報を求める場合は、まず、既存文書＃２が検索
され、次いで、既存文書＃２に関連度の高い文書として
既存文書＃４が検索され、ともに関連情報として関連情
報記憶部１３に格納される。

【０１１１】第２の実施の形態での日時条件判定動作
と、第１の実施の形態での日時条件判定動作との違い
は、イベントに関する情報の関連情報として、過去の同
種のイベントのときの通知情報と、そのときにそのイベ
ントのために作成された作業文書が組で存在する場合で
の動作である（図１３のステップＦ３）。図８のＮｏ．
１の例では、過去の同種のイベント時の通知情報として
既存文書＃１が、そのとき作成された作業文書として既
存文書＃３が見つかっている。この過去のイベントの通
知が利用者に通知されたのは１９９７年５月３１日だ
が、この通知を読んで利用者が既存文書＃３を実際に作
成したのは１９９７年６月４日である。この過去のイベ
ント情報に含まれている日時は１９９７年６月２０日な
ので、利用者はこの日時の２０日前に通知を受け取った
が、作業を始めたのは１６日前であることが分かる。よ
って、本発明の第１の実施の形態では、図８のＮｏ．１
のイベント情報に含まれている日時、１９９８年６月３
０日の２０日前である６月１０日に通知するよう判断し
たが、第２の実施の形態では６月３０日の１６日前であ
る６月１４日に通知するよう判断する（ステップＦ
８）。この条件はデフォルト条件の「現在時刻から抽出
された日時までの時間が２日以下になると通知」という
条件よりゆとりのあるものであるから、最終的にこの条
件が図８のＮｏ．１の例に対する日時条件として、日時
条件記憶部に格納される（ステップＦ６）。

【０１１２】第２の実施の形態での情報通知動作は、第
１の実施の形態と同一なので省略する。ただし、この際
利用者は通知された情報を見て、その情報が通知された
日時が適切であったか判断し、その判断に従って新たに
日時条件指定手段１５により日時条件を設定し直すこと
もできる。

【０１１３】また、文書編集動作だが、これは一般の文
書編集時に行われる動作と同じなので説明は省略する。
ただし、この動作で編集・作成された文書は文書保存装
置４に保存されるものとする。

【０１１４】本実施の形態では、イベントに関する情報
の関連情報として、文書保存装置４に保存されている文
書の中から直接的に検索される文書だけでなく、検索さ
れた文書と関連度が高いと判断される文書も関連情報と
して、利用者に提示する。これにより、利用者はより多
くの関連情報を、イベントの通知と同時に知ることがで
きる。また、過去の同種のイベントの通知情報と、その
ときに作成された作業文書の組が存在するときは、その
ときの作業文書作成のタイミングから、より適した日時
条件で利用者に今回のイベントの情報を通知することが
可能となる。さらに、利用者があるイベントに関する情
報を通知されて、そのイベントのために新たに作業文書
を作成すると、その作業文書は文書保存装置４に保存さ
れるので、次回からの関連情報として自動的に利用され
るようになる。

【０１１５】

【発明の効果】第１の効果は、利用者が、ＷＷＷやパソ
コン通信サービスで公開されている情報や、着信した電
子メール等の中に書かれている情報の中から、イベント
等に関する情報を、その関連情報とともに得ることがで
きることにある。利用者は、大量の情報の中から、必要
なイベント等に関する情報だけを入手することができ、
しかも、それを得た後であわてて、関連情報を探す手間
も要らないため、すぐにそのイベントに必要な作業にと
りかかることができる。

【０１１６】その理由は、情報取得手段が取得した情報
から、イベント情報抽出部がイベント等に関するイベン
ト日時情報を抽出して保存し、さらに関連情報検索装置
がイベント日時情報についての関連情報を既存の文書デ
ータの中から検索し、通知情報選択部および情報通知手
段が、それらを組にして利用者に通知するためである。

【０１１７】第２の効果は、ＷＷＷやパソコン通信サー
ビスで公開されている情報、着信した電子メール等の中
に書かれているイベント等に関する情報のうち、その時
点で利用者が知っておく必要があるものだけが、自動的
に利用者に通知されることにある。利用者が、イベント
の日程の情報を見落としたり、忘れていたりしても、過
去の同種のイベントの記録から、あるいは、利用者が予
め設定しておいたタイミングで、イベントの日時に前も
ってその通知が届けられる。

【０１１８】その理由は、日時条件指定手段が利用者に
よって入力された条件を受け付けている通知情報に対し
ては、その条件に従って利用者に通知情報を通知し、日
時条件指定手段が条件を受け付けていない通知情報に対
しては、日時条件判定部で上記通知情報に含まれている
関連情報に基づいて、上記通知情報を利用者に通知する
タイミングに関する条件を判定し、その条件に従って利
用者に通知情報を通知するようにしたからである。

【０１１９】第３の効果は、過去の同種のイベント等に
対して作成された作業文書が存在する場合には、それら
の文書も関連情報として利用者に通知されるので、今回
のイベント等でも同様の作業を行うことが容易になるこ
とにある。

【０１２０】その理由は、操作履歴保存装置が利用者の
過去の操作履歴を保存し、文書間関連度計算装置がその
履歴を用いて文書間の関連を判定するため、今回のイベ
ント等の情報を得た取得先と同じところから得た、同種
のイベント等に対して、そのとき作成された作業文章が
分かるからである。

【０１２１】第４の効果は、利用者や利用者が属するグ
ループの他のメンバが所有する文書データが蓄積される
にしたがって、学会や会議等の様々なイベントに必要な
作業をより効率的に行うことができることにある。

【０１２２】その理由は、利用者や利用者が属するグル
ープの他のメンバが所有する文書データを文書保存装置
に一元的に保存することにより、イベントに先立って自
分だけでなく他のメンバの文書データも関連情報として
利用できるためである。文書編集手段を用いて新たに作
成した文書も、文書保存装置に蓄積していくことによ
り、文書の再利用も容易になる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成例を示すブロ
ック図である。

【図２】本発明の第１の実施の形態の情報収集動作を示
すフローチャートである。

【図３】本発明の第１の実施の形態の関連情報検索動作
を示すフローチャートである。

【図４】本発明の第１の実施の形態の日時条件判定動作
を示すフローチャートである。

【図５】本発明の第１の実施の形態の情報通知動作を示
すフローチャートである。

【図６】本発明の第１の実施の形態の具体例における情
報取得先記憶部の内容例を示す図である。

【図７】本発明の第１の実施の形態の具体例において情
報取得手段が取得する情報の一例を示す図である。

【図８】本発明の第１の実施の形態の具体例におけるイ
ベント情報記憶部の内容例を示す図である。

【図９】本発明の第１の実施の形態の具体例において文
書保存装置に保存されている通知情報，文書の一例を示
す図である。

【図１０】本発明の第１の実施の形態において日時条件
指定手段に与えることが可能な条件の具体例を示す図で
ある。

【図１１】本発明の第２の実施の形態の構成例を示すブ
ロック図である。

【図１２】本発明の第２の実施の形態の関連情報検索動
作を示すフローチャートである。

【図１３】本発明の第２の実施の形態の日時条件判定動
作を示すフローチャートである。

【図１４】本発明の第２の実施の形態の利用者操作監視
動作を示すフローチャートである。

【図１５】本発明の第２の実施の形態の文書間関連度計
算動作を示すフローチャートである。

【図１６】本発明の第２の実施の形態の具体例において
文書間関連度計算装置によって図９の文書にそれぞれ関
連付けされる文書を示す図である。

【符号の説明】

１…入力装置 ２…処理装置 ３…通信装置 ４…文書保存装置 ５…出力装置 ６…情報取得先指定手段 ７…情報取得先記憶部 ８…情報取得手段 ９…イベント情報抽出部 １０…イベント情報記憶部 １１…関連要素抽出部 １２，１２ａ…関連情報検索装置 １３…関連情報記憶部 １４，１４ａ…日時条件判定部 １５…日時条件指定手段 １６…日時条件記憶部 １７…通知情報選択部 １８…情報通知手段 １９…利用者操作監視装置 ２０…操作履歴保存装置 ２１…文書間関連度計算装置 ２２…文書編集手段 Ｋ…記録媒体

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平11−353251（ＪＰ，Ａ) 特開 平９−269940（ＪＰ，Ａ) 特開 平８−8965（ＪＰ，Ａ) 特開 平４−33439（ＪＰ，Ａ) 特開 平８−340347（ＪＰ，Ａ) 特開 平９−81630（ＪＰ，Ａ) 特開 平８−307921（ＪＰ，Ａ) 特開 平８−241256（ＪＰ，Ａ) 特開 平８−214023（ＪＰ，Ａ) 特開 平５−266028（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/30 G06F 13/00 610 G06F 17/21 590 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (14)

(57)【特許請求の範囲】
1. 【請求項１】 指定された情報取得先から定期的に情報
   を取得する情報取得手段と、 該情報取得手段により取得された情報からイベントとそ
   の日時に関するイベント日時情報を抽出するイベント情
   報抽出部と、 該イベント情報抽出部により抽出されたイベント日時情
   報についての関連情報を検索する関連情報検索装置と、 前記イベント情報抽出部で抽出されたイベント日時情報
   と、そのイベント日時情報についての関連情報とを組み
   合わせた通知情報の内、利用者に通知すべきタイミング
   になった通知情報を選択する通知情報選択部と、 該通知情報選択部で選択された通知情報を利用者に通知
   する情報通知手段とを備えたことを特徴とする情報通知
   装置。
2. 【請求項２】 文書が保存される文書保存装置を備え、
   且つ、 前記関連情報検索装置は、前記イベント情報抽出部が抽
   出したイベント日時情報に含まれるキーワードを検索キ
   ーにして前記文書保存装置を検索することにより、関連
   情報となる文書を検索する構成を有することを特徴とす
   る請求項１記載の情報通知装置。
3. 【請求項３】 文書の作成，編集を行い、作成，編集し
   た文書を前記文書保存装置に保存する文書編集手段と、 利用者が前記文書編集手段に対して行った操作を監視
   し、操作履歴を保存する利用者操作監視装置と、 該利用者操作監視装置が保存した操作履歴に基づいて前
   記文書保存装置に保存されている各文書間の関連度を求
   める文書間関連度計算装置とを備え、且つ、 前記関連情報検索装置は、前記キーワードを検索キーに
   して前記文書保存装置から検索した文書に対する、前記
   文書間関連度計算装置で求めた関連度が高い文書も関連
   情報とする構成を有することを特徴とする請求項２記載
   の情報通知装置。
4. 【請求項４】 利用者によって入力された、通知情報を
   利用者に通知するタイミングに関する条件を受け付ける
   日時条件指定手段と、 該日時条件指定手段で条件を受け付けていない通知情報
   については、該通知情報に含まれるイベント日時情報に
   ついての関連情報に基づいて、前記通知情報を利用者に
   通知するタイミングに関する条件を判定する日時条件判
   定部とを備え、且つ、 前記通知情報選択部は、前記日時条件指定手段が受け付
   けた条件或いは前記日時条件判定部が判定した条件に基
   づいて、利用者に通知すべきタイミングになった通知情
   報を選択する構成を有することを特徴とする請求項１記
   載の情報通知装置。
5. 【請求項５】 文書が保存される文書保存装置を備え、
   且つ、 前記通知情報は、その通知日と、前記イベント情報抽出
   部で抽出されたイベント日時情報及びそのイベント日時
   情報についての関連情報と、前記イベント日時情報の抽
   出元になった情報の取得先とを含み、 前記情報通知手段は、利用者に通知した通知情報を前記
   文書保存装置に保存する構成を有し、 前記関連情報検索装置は、前記イベント情報抽出部が抽
   出したイベント日時情報に含まれるキーワードを検索キ
   ーにして前記文書保存装置を検索することにより、関連
   情報となる文書，通知情報を検索する構成を有し、 前記日時条件判定部は、前記通知情報中のイベント日時
   情報に対する関連情報となる過去の通知情報であって、
   それに含まれる取得先が前記通知情報中のイベント日時
   情報の抽出元となった情報の取得先と一致する過去の通
   知情報を対象にし、それに含まれている通知日とイベン
   トの日時との差に基づいて前記通知情報を利用者に通知
   するタイミングに関する条件を判定する構成を有するこ
   とを特徴とする請求項４記載の情報通知装置。
6. 【請求項６】 文書の作成，編集を行い、作成，編集し
   た文書を前記文書保存装置に保存する文書編集手段と、 利用者が前記文書編集手段に対して行った操作を監視
   し、操作履歴を保存する利用者操作監視装置と、 該利用者操作監視装置が保存した操作履歴に基づいて前
   記文書保存装置に保存されている各文書間の関連度を求
   める文書関連度計算装置とを備え、且つ、 前記関連情報検索装置は、前記キーワードを検索キーに
   して前記文書保存装置から検索した文書，通知情報に対
   する、前記文書間関連度計算装置で求めた関連度が高い
   文書も関連情報とする構成を有し、 前記日時条件判定部は、前記通知情報中のイベント日時
   情報についての関連情報であって、前記イベント日時情
   報が示すイベントと同種のイベントに対する過去の通知
   情報を対象にし、それに含まれている通知日時と、この
   過去の通知情報に応答して利用者が作成した文書の作成
   日との差に基づいて前記通知情報を利用者に通知するタ
   イミングに関する条件を判定する構成を有することを特
   徴とする請求項５記載の情報通知装置。
7. 【請求項７】 指定された情報取得先から定期的に情報
   を取得する情報取得ステップと、 該情報取得ステップにより取得された情報からイベント
   とその日時に関するイベント日時情報を抽出するイベン
   ト情報抽出ステップと、 該イベント情報抽出ステップにより抽出されたイベント
   日時情報についての関連情報を検索する関連情報検索ス
   テップと、 前記イベント情報抽出ステップで抽出されたイベント日
   時情報と、そのイベント日時情報についての関連情報と
   を組み合わせた通知情報の内、利用者に通知すべきタイ
   ミングになった通知情報を選択する通知情報選択ステッ
   プと、 該通知情報選択ステップで選択された通知情報を利用者
   に通知する情報通知ステップとを備えたことを特徴とす
   る情報通知方法。
8. 【請求項８】 前記関連情報検索ステップにおいて、前
   記イベント情報抽出ステップで抽出したイベント日時情
   報に含まれるキーワードを検索キーにして文書が保存さ
   れている文書保存装置を検索することにより、関連情報
   となる文書を検索することを特徴とする請求項７記載の
   情報通知方法。
9. 【請求項９】 文書の作成，編集を行い、作成，編集し
   た文書を前記文書保存装置に保存する文書編集手段に対
   して利用者が行った操作を監視し、操作履歴を保存する
   利用者操作監視ステップと、 該利用者操作監視ステップで保存した操作履歴に基づい
   て前記文書保存装置に保存されている各文書間の関連度
   を求める文書間関連度計算ステップとを含み、且つ、 前記関連情報検索ステップにおいて、前記キーワードを
   検索キーにして前記文書保存装置から検索した文書に対
   する、前記文書間関連度計算ステップで求められた関連
   度が高い文書も関連情報とすることを特徴とする請求項
   ８記載の情報通知方法。
10. 【請求項１０】 利用者によって入力された、通知情報
    を利用者に通知するタイミングに関する条件を受け付け
    る日時条件指定ステップと、 該日時条件指定ステップで条件を受け付けていない通知
    情報については、該通知情報に含まれるイベント日時情
    報についての関連情報に基づいて、前記通知情報を利用
    者に通知するタイミングに関する条件を判定する日時条
    件判定ステップとを含み、且つ、 前記通知情報選択ステップにおいて、前記日時条件指定
    ステップで受け付けた条件或いは前記日時条件判定ステ
    ップで判定した条件に基づいて、利用者に通知すべきタ
    イミングになった通知情報を選択することを特徴とする
    請求項７記載の情報通知方法。
11. 【請求項１１】 前記通知情報は、その通知日と、前記
    イベント情報抽出ステップで抽出されたイベント日時情
    報及びそのイベント日時情報についての関連情報と、前
    記イベント日時情報の抽出元になった情報の取得先とを
    含み、 前記情報通知ステップにおいて、利用者に通知した通知
    情報を前記文書保存装置に保存し、 前記関連情報検索ステップにおいて、前記イベント情報
    抽出ステップで抽出したイベント日時情報に含まれるキ
    ーワードを検索キーにして前記文書保存装置を検索する
    ことにより、関連情報となる文書，通知情報を検索し、 前記日時条件判定ステップにおいて、前記通知情報中の
    イベント日時情報に対する関連情報となる過去の通知情
    報であって、それに含まれる取得先が前記通知情報中の
    イベント日時情報の抽出元となった情報の取得先と一致
    する過去の通知情報を対象にし、それに含まれる通知日
    とイベントの日時との差に基づいて前記通知情報を利用
    者に通知するタイミングに関する条件を判定することを
    特徴とする請求項１０記載の情報通知方法。
12. 【請求項１２】 文書の作成，編集を行い、作成，編集
    した文書を前記文書保存装置に保存する文書編集手段に
    対して利用者が行った操作を監視し、操作履歴を保存す
    る利用者操作監視ステップと、 該利用者操作監視ステップで保存した操作履歴に基づい
    て前記文書保存装置に保存されている各文書間の関連度
    を求める文書関連度計算ステップとを含み、且つ、 前記関連情報検索ステップにおいて、前記キーワードを
    検索キーにして前記文書保存装置から検索した文書，通
    知情報に対する、前記文書間関連度計算ステップで求め
    た関連度が高い文書も関連情報とし、 前記日時条件判定ステップにおいて、前記通知情報中の
    イベント日時情報についての関連情報であって、前記イ
    ベント日時情報が示すイベントと同種のイベントに対す
    る過去の通知情報を対象にし、それに含まれている通知
    日時と、この過去の通知情報に応答して利用者が作成し
    た文書の作成日との差に基づいて前記通知情報を利用者
    に通知するタイミングに関する条件を判定することを特
    徴とする請求項１１記載の情報通知方法。
13. 【請求項１３】 コンピュータに、 指定された情報取得先から定期的に情報を取得する情報
    取得ステップ、 該情報取得ステップにより取得された情報からイベント
    とその日時に関するイベント日時情報を抽出するイベン
    ト情報抽出ステップ、 該イベント情報抽出ステップにより抽出されたイベント
    日時情報についての関連情報を検索する関連情報検索ス
    テップ、 前記イベント情報抽出ステップで抽出されたイベント日
    時情報と、そのイベント日時情報についての関連情報と
    を組み合わせた通知情報の内、利用者に通知すべきタイ
    ミングになった通知情報を選択する通知情報選択ステッ
    プ、 該通知情報選択ステップで選択された通知情報を利用者
    に通知する情報通知ステップ、 を実行させるためのプログラムを記録した機械読み取り
    可能な記録媒体。
14. 【請求項１４】 前記コンピュータに、 前記通知情報に含まれる関連情報に基づいて、前記通知
    情報を利用者に通知するタイミングに関する条件を判定
    する日時条件判定ステップを実行させ、且つ、 前記通知情報選択ステップにおいて、前記日時条件判定
    ステップで判定した条件に基づいて、利用者に通知すべ
    きタイミングになった通知情報を選択する処理を実行さ
    せるためのプログラムを記録したことを特徴とする請求
    項１３記載のプログラムを記録した機械読み取り可能な
    記録媒体。