JP3655714B2

JP3655714B2 - 情報フィルタリング装置及び記録媒体

Info

Publication number: JP3655714B2
Application number: JP30500796A
Authority: JP
Inventors: 一男住田; 龍也上原
Original assignee: 株式会社ニューズウオッチ
Priority date: 1996-11-15
Filing date: 1996-11-15
Publication date: 2005-06-02
Anticipated expiration: 2016-11-15
Also published as: US6073170A; JPH10143532A

Description

【０００１】
【発明の属する技術分野】
この発明は、分散する複数の情報の中から検索条件に適合する情報を選択して利用者に提供する情報フィルタリング装置および情報フィルタリング方法に関する。
【０００２】
【従来の技術】
近年、インターネットの普及は目覚ましいものがあり、世界中に点在する計算機に格納された情報が、インターネットに接続されてさえいれば、どこからでも簡単にアクセスできるようになってきている。特に、ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）では、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いることにより、利用者が、世界中の情報をＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）ベースのブラウザによって簡単にアクセスできる仕組みを提供している。
【０００３】
ＷＷＷでは、ある計算機上でｈｔｔｐｄと呼ばれるソフトウェアを用いる。このソフトウェアは、その計算機のデータベースに格納されているＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述されたハイパーテキストファイルを、他の計算機からの要求に応じて転送するものである。インターネットに接続されている計算機は、転送を要求するハイパーテキストファイルを有する計算機上で動作するｈｔｔｐｄに対し、ハイパーテキストファイルのアドレスを指定することによって、指定したファイルを読み込むことができる。ＨＴＭＬの記述では、ハイパーテキストファイル内のリンク情報として、前記アドレスが記述されるので、ＨＴＴＰのプロトコルにしたがったブラウザは、各ｈｔｔｐｄ支配下のハイパーテキストファイルを表示することができる。そして、音声、静止画、動画などの様々なデータを出力することができるようにすることによって、マルチメディアデータを含むハイパーテキストを、ブラウザは表示することができる。
【０００４】
そして、このＷＷＷの仕組みによって、利用者は、より簡単にインターネット上の情報にアクセスできるようになり、多くの個人や企業が、Ｗｅｂページと呼ばれるハイパーテキストファイルを公開するようになってきている。
【０００５】
一方において、ＷＷＷでは、データベースの管理者がおらず、個々人がそれぞれ勝手にＷｅｂページを作成あるいは修正し、しかもその規模が膨大であるために（１９９６年度初頭における世界中で公開されているＷｅｂページは４０００万ページと推定されている）、個々の利用者が、自らが必要とするＷｅｂページがどこにあるか（ＵＲＬアドレスとして何を指定すれば必要なＷｅｂページを取得できるか）を知ることが困難な状況になってきている。
【０００６】
このため、最近では、アクセス可能なＷｅｂページを内容ベースで検索するシステムが開発され、検索を代行するようなサービスが行なわれるようになってきている。Ｗｅｂ検索サーバでは、キーワードを指定することによって、そのキーワードを含むＷｅｂページを検索することができる。利用者は、これらＷｅｂ検索サーバを用いて必要なＷｅｂページを検索する。
【０００７】
しかしながら、このようにＷｅｂ検索サーバを用いることによって、オンラインで必要な情報を容易に検索できるようになったものの、これは、利用者が能動的に必要な情報を検索指示した場合にのみ得られるものである。すなわち、利用者が関心・興味をいだいている情報が新しく作成された際に、利用者が検索指示を行なっていなければ、たとえ重要な情報であったとしても、その利用者がその情報を知ることはない。したがって、利用者が関心・興味のある情報が発生したときに、その旨を適切な利用者に知らしめるシステムが必要である。旧来のデータベースシステムでは、このような機能をＳＤＩ（ＳｅｌｅｃｔｉｖｅＤｉｓｓｅｍｉｎａｔｉｖｅＩｎｆｏｒｍａｔｉｏｎ）と呼んでいる。ＳＤＩでは、利用者は自らの関心・興味のある情報を選択するためのキーワードなどを個人プロファイルとしてシステムに登録しておく。そして、システムは、新しくデータが登録された際に、そのデータとキーワード（プロファイル）とを比較して、そのデータがキーワードと合致するときに、所望した情報が新たに発生した旨を、プロファイルを登録した利用者に知らせるものである。
【０００８】
このような旧来型のデータベースでは、個々のデータはローカルな環境に存在するか、または特定のデータベース管理者が管理するものであったために、新しく情報が発生した情報と既存の情報とを区別することが容易であった。それに対して、ＷＷＷでは、個々人がＷｅｂページを独自に登録できる仕組みになっており、かつＷＷＷ全体を管理する管理者も存在しないため、新規情報と既存情報との区別が非常に困難である。このような実情から、最近では、このような問題点を解決する情報フィルタリング装置が種々考えられてきている。
【０００９】
ところで、ＷＷＷのように超分散型の文書データベースであって、文書登録、更新および削除といった管理について何ら統一的な取り決めがない文書データベースにおいては、利用者が関心・興味をいだく情報の存在の種類として、以下の３種類が考えられる。なお、ＷＷＷでは、情報公開を行なう各ユーザが、複数のハイパーテキスト文書を用いて何らかの情報を公開するのが通常であるが、このような文書のまとまりをここではサイトと呼ぶことにする。
【００１０】
（１）利用者の関心の高い情報が常に提供されるサイトであり、何らかの変更や更新が発生すれば、ただちに通知が受けたいと考えるサイト。たとえば、ある利用者が「鉄道」を趣味に持っていると仮定すると、鉄道の同好の人々が運営しているサイトなどがこれに相当する。ここでは、このようなサイトをウォッチサイトと呼ぶことにする。
【００１１】
（２）更新の頻度は高いが内容に一般性が高く、必ずしも利用者の関心のあるものが登録されるとは限らないが、関心の情報であれば通知を受けたいと考えるサイト。たとえば、新聞記事や雑誌記事を掲載しているサイトなどがこれに相当する。ここでは、このようなサイトをニュースサイトと呼ぶことにする。
【００１２】
（３）上記２種類のサイトは、その場所（アドレス）を利用者自身が知り得ているものであるが、その反対に、利用者が知らないサイトであって、関心の情報が登録された場合にのみ通知を受けたいと考えるサイト。ここでは、このようなサイトを不特定サイトと呼ぶことにする。
【００１３】
しかしながら、最近になって種々考えられてきている情報フィルタリング装置においても、このような３種類のタイプのサイトを適宜切り分けて、利用者に適切な情報を効率的に選択して提供することはできなかった。すなわち、ある利用者が複数のトピックに関心を持っていた場合に、すべてのトピックに対して同じサイト（一つでもよいし複数でもよい）と検索条件とが画一的に割り当てられてしまうために、効率的な情報フィルタリングが行なわれているとは到底いえなかった。このような状況から、ある利用者が複数のトピックに関心を持っていた場合には、どのような検索条件で情報を選択するかといったことを、トピックごとに設定できるとともに、どのようなサイトにそれに関連する情報が存在するかについても、トピックごとに設定できることが求められていた。
【００１４】
【発明が解決しようとする課題】
このように、従来の情報フィルタリングを、たとえばＷＷＷのように超分散的な文書データベースであって、文書の登録／削除／更新といった文書管理に統一的な取り決めがない文書データベースに適用する場合においては、利用者が関心をもつ情報の出現のタイプに応じた適切な情報フィルタリングを行なうことができないという問題があった。
【００１５】
この発明は、このような実情に鑑みてなされたものであり、情報取得先および検索条件をグループ化してトピックごとに管理することによって、効率的な情報フィルタリングを可能とする情報フィルタリング装置および情報フィルタリング方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
この発明の情報フィルタリング装置は、予め登録されたトピックに応じて、分散する複数の情報の中から所定の情報を選択する情報フィルタリング装置において、情報取得先のアドレスおよび検索条件をグループ化して前記トピックごとに管理するトピック管理手段と、前記トピックそれぞれに、前記トピック管理手段に管理された情報取得先アドレスで示される情報取得先から情報を取得し、前記トピック管理手段に同一グループとして管理された検索条件を用いて前記取得した情報の中から所定の情報を選択する情報選択手段とを具備してなることを特徴とする。
【００１７】
この発明の情報フィルタリング装置においては、トピック管理手段が、情報取得先のアドレスおよび検索条件をグループ化してトピックごとに管理し、情報選択手段が、トピックそれぞれに、そのトピック用に管理された情報取得先のアドレスで示される情報取得先から情報を取得した後、そのトピック用に管理された検索条件を用いて取得した情報に対する選択処理を実行する。すなわち、この発明の情報フィルタリング装置では、従来の情報フィルタリングのように、すべてのトピックについて同一の情報取得先から情報を取得し、かつ同一の検索条件を用いて取得した情報に対する選択処理を実行するのではなく、トピックそれぞれについて、そのトピック用の情報取得先および検索条件によって情報の取得および選択を行なうので、不必要な情報を取得してしまうようなことを極力防止することができ、効率的な情報フィルタリングが可能となる。
【００１８】
また、前記トピック管理手段が、前記情報取得先アドレスで示される情報取得先に対応する情報取得手法を前記グループに含めて管理する手段を具備し、前記情報選択手段が、前記情報取得先で保有される情報をその情報取得先に対応する情報取得手法により取得する手段を具備することが好ましい。これにより、互いに異なる情報取得手法を必要とする複数の情報取得先に対するアクセスが各種切り替え作業を必要とせずに可能となり、使い勝手を向上させることができる。
【００１９】
また、前記トピックを階層的に分類して登録するトピック登録手段と、前記情報選択手段によって選択された情報すべてを前記トピックの階層構造に対応させて編集した検索結果文書を作成する結果整形手段とをさらに具備することが好ましい。これにより、利用者は、情報フィルタリングの指標となるトピックを自己の関心・興味に合わせて能率的に管理することができるとともに、そのフィルタリング結果の可読性を飛躍的に向上させることができる。
【００２０】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態について説明する。
【００２１】
図１にこの発明を実施するための機器構成を図示する。図１に示すように、フィルタリング処理を実行するＣＰＵ１、プログラムならびに各種データを格納する記憶装置２、および他の計算機からデータを読み込むための回線入出力装置３を具備してなる。なお、この発明は、ソフトウェアとしての実施が可能であり、フロッピィディスクやＣＤ−ＲＯＭなどに格納した形態で提供したり、磁気ディスクなどに格納しておいて、ネットワークで入手可能な形態で提供することが可能である。
【００２２】
図２にこの発明の機能ブロックを図示する。
【００２３】
制御部１０は、全体の制御を司る。情報取得ドライバ記憶部１１は、トピック管理部１４において利用者が選択可能な情報取得ドライバを格納する。検索条件記憶部１２は、トピック管理部１４において利用者が入力した検索条件を格納する。トピック記憶部１３は、トピック管理部１４において利用者が入力した情報取得先アドレスと、その処理のための方法を定義した情報取得ドライバへのポインタと、検索条件記憶部１２に格納された検索条件へのポインタとをグループ化してトピック単位に格納する。トピック管理部１４は、トピック記憶部１３に格納されている内容を表示するとともに、利用者の入力にしたがって情報取得先の定義ならびに検索条件の設定を行なう。情報選択部１５は、トピック記憶部１３に記憶されている情報取得先から情報取得ドライバを用いて情報取得を行なった後、取得した各情報と検索条件とを比較して、検索条件に合致する情報を選択する。結果整形部１６は、トピック記憶部１３に記憶された分類階層にしたがって、選択した結果を整形したデータを作成する。
【００２４】
各種記憶部に格納するデータの形式や、処理の流れなどを説明する前に、まず全体動作について概略を説明する。
【００２５】
図３にトピック管理部１４で表示する際の画面の一例を示す。図３に示したように、画面の左側でトピックの階層構造を表示する。図示した例では、「仕事」のトピックの下位のトピックとして、「イントラネット」と「パソコン」とが設定されている。また、趣味の下位のトピックとして、「鉄道」と「カラオケ」とが設定されている。
【００２６】
画面の右側では、画面の左側で選択されているトピックに設定されているウォッチサイト、ニュースサイトおよび新着／検索サイトを表示する。図示した例では、トピック「イントラネット」に対応するウォッチサイトとして「××××」と「○○○○」が、ニュースサイトとして「△△△△」が、新着／検索サイトとして「□□□□」と「※※※※」とが設定されている（トピック記憶部１３に格納されている）ことを示している。
【００２７】
図３において、上部に表示されているボタンは、新たなトピックを定義したり（挿入ボタン）、削除したり（削除ボタン）、編集したり（編集ボタン）するためのものであり、マウスなどのポインティングデバイスによって選択することにより、対応する処理が起動される。
【００２８】
たとえば、図３に示したトピック管理画面上で、トピック「仕事」を選択し、その上で挿入を選択すると、図４（ａ）に示すように「新規トピック」がトピック「パソコン」の下に挿入される。また、図３に示した画面上で、ウォッチサイトを選択し、その上で挿入を選択すると、図４（ｂ）に示すように「新規ウォッチサイト」が挿入される。
【００２９】
また、図３に示した画面上でトピック「パソコン」を選択し、その上で削除を選択すると、図５に示すようにトピック「パソコン」が削除される。ウォッチサイトやニュースサイト、新着／検索サイトについても、各サイトを選択した上で削除を選択することにより、同様に選択したサイトがウォッチサイト、ニュースサイト、新着／検索サイトの登録から削除される。
【００３０】
図３に示した画面上で、ウォッチサイト、ニュースサイトおよび新着／検索サイトの中のいずれかのサイトを選択し、その上で編集を選択した場合、図６に示すようにサイト別の設定画面が表示される。その画面上で、サイトの種別、名前、サイトのアドレスなどを設定するとともに、処理する情報取得ドライバを選択する。また、図３に示した画面上で検索条件を選択した上で編集を選択すると、図７（ａ）に示すように検索条件編集画面が表示され、その画面上で検索条件を編集可能である。図３に示す画面の左側のトピックの階層表示上のノードを選択した上で、編集を選択すると、図７（ｂ）に示すように、そのノードの名前を変更するための画面が表示され、トピック階層上に表示される文字列を変更することができる。
【００３１】
上記画面例で説明したように、この発明では、利用者の関心・興味を階層的なトピック分類で管理するとともに、情報取得先の種別とそのアドレス、内容選別のための検索条件とを各トピックごとに設定できるようにする。そして、これにより、トピックそれぞれに応じた効率的な情報取得が実現されることになる。
【００３２】
以上で画面上での動作内容の概要を説明したので、この動作を実現するために必要な記憶部のデータ格納形式ならびに処理の流れについて説明する。
【００３３】
図８に情報取得ドライバ記憶部１１のデータ形式の一例を図示する。図８に示したように、情報取得ドライバ記憶部１１には、各ドライバの名前とドライバを格納したファイル名とが対構造となって格納される。情報取得ドライバは、ＨＴＴＰのプロトコルにしたがって情報取得先から文書を読み込むとともに、そのサイトの種類に応じた個別処理を行なうものである。
【００３４】
たとえば、ある新聞社のサイトでは、複数の記事が一つの文書として公開されている。このように複数の記事が一つの文書として提供されている場合、文書全体を一まとまりで情報選択部１５において検索条件との照合を行なうと、精度のよい選択ができない。したがって、複数の記事からなる文書を公開している新聞社サイトを扱う情報取得ドライバは、文書の読み込みに加えて、記事の分割処理を行ない、分割後の個々の記事ごとに情報選択処理を行なう。
【００３５】
また、不特定サイトでの関連情報の発生を検出するために、この発明では、新着／検索サイトの利用を考慮している。新着サイトというのは、新しいサイトを作成した場合に、そのサイトの作成者が、新着サイトを管理しているサイトの管理サーバに投稿し、その投稿された内容が新着サイトの文書に一定期間掲載される仕組みで運営されているサイトのことである。この発明においては、このような新着サイトの運営の仕組みについては何ら関与するところではないが、この種の新着サイトは、複数の新規サイトの紹介文を一つの文書にまとめて登録している。このため、前述の新聞社サイトを扱う情報取得ドライバと同様に、文書読み込みに加えて、個々の紹介文ごとに分割処理を行なう必要がある。
【００３６】
検索サイトというのは、検索条件を入力してオンラインでＷｅｂページを検索する検索サーバに対応するものである。通常、ＨＴＴＰプロトコルにおいては、Ｗｅｂページの取得は単に取得したい文書のアドレスをパラメータとして、ＧＥＴコマンドをその文書を格納している計算機で動作しているｈｔｔｐｄに対して送信し、一方、ｈｔｔｐｄでは、そのアドレスに対応する文書をＧＥＴコマンドを送出した計算機に転送する。したがって、このような検索サーバでは、検索条件を指定する必要がある。この検索条件の指定方法は、通常、ＧＥＴコマンドのパラメータの検索サーバの検索プログラムに相当する文書アドレスに加えて、その検索プログラムへの引数（キーワード等の検索条件）を文字列でアペンドする形で指定する。たとえば、以下の例では、「Ｔｉｔｌｅｓ」が検索プログラムの名前、「？」が引数との区切り記号、「＆」が引数間の区切り記号である。また以下の例では、「ｑｔ＝Ｇｉａｎｔｓ」は検索条件のキーワードが「Ｇｉａｎｔｓ」であること、「ｎｈ＝１０」は検索プログラムに対する検索結果の出力文書数を指定する引数である。
【００３７】
ＧＥＴ／Ｔｉｔｌｅｓ？ｑｔ＝Ｇｉａｎｔｓ＆ｎｈ＝１０
このように、検索サイトに対応したドライバは、検索条件記憶部１２に格納されている検索条件から各検索サーバへの検索のための引数を生成し、ＧＥＴコマンドを発行する処理を行なう。
【００３８】
Ｗｅｂ検索サーバで検索した場合には、検索結果として指定した検索条件に一致する複数のページのアドレスが取得できる。この発明では、これらの取得したアドレスのうち、前回のフィルタリング時に取得しなかったアドレスのページを情報選択部１５への入力として読み込む。このため、検索サイト用のドライバでは、前回の検索結果を記憶しておき（不図示）、その次の実行時に前回の検索結果に含まれないアドレスを新規ページとして取り扱う。
【００３９】
ウォッチサイトに対応したドライバの処理では、前回のフィルタリング時に読み込んだ文書内容を記憶しておき（不図示）、読み込んだ文書をこの内容と比較することにより変更があったことを検知する。
【００４０】
ニュースサイト用ドライバ、検索サイト用ドライバ、ウォッチサイト用ドライバのそれぞれについて典型的な処理の流れを図１４に示す。
【００４１】
以上説明したように、情報取得ドライバは、サイトの種類に応じて検索引数の発行、書式解析などを行ない、基本的にサイトごとに提供するものである。ここでは、このドライバの内部処理については発明の主旨とするところではない。要するに、このような情報取得ドライバを利用者が選択できるように、図８に示した情報取得ドライバ記憶部１１に格納する点が、この発明の特徴とするところである。
【００４２】
図９に、トピック階層に含まれる各ノードのデータ形式を図示する。図９に示したように、トピック名を格納する領域、兄弟トピックへのポインタを格納する領域、子トピックへのポインタを格納する領域、ウォッチサイトリストへのポインタを格納する領域、ニュースサイトリストへのポインタを格納する領域、新着／検索サイトリストへのポインタを格納する領域および検索条件ファイル名を格納する領域からなる。一例として、図３に示した画面例に対応するトピック階層の内容を図１０に示す。
【００４３】
トピック階層の各トピックには、対応するウォッチサイト、ニュースサイト、新着／検索サイトのリストそれぞれへのポインタが格納されている。図１１にウォッチサイトリストの１つのノードのデータ形式を図示する。図１１に示したように、情報取得先のタイトル、情報取得先のアドレス、情報取得のためのドライバのファイル名、次のノードへのポインタなどの領域からなる。
【００４４】
図１２に、ウォッチサイトリストの一例を図示する。図１２の例では、鉄道同好会および鉄道の旅友の会の２つのウォッチサイトからなる。
【００４５】
ニュースサイトリストのデータ形式や新着／検索サイトリストのデータ形式も同様の形式である。たとえば、ニュースサイトリストの内容の一例を図１３に示す。
【００４６】
以上説明したデータに基づいてトピック管理部１４は、ユーザからの入力にしたがってトピック管理の処理を行なう。図１５乃至図１８にトピック管理部１４の処理の流れを示す。
【００４７】
トピック管理部１４は、マウス、キーボードなどの入力デバイスの入力にしたがって処理を行なう。利用者から入力される可能性のあるコマンドは、終了、挿入、削除および選択である。
【００４８】
終了、挿入、削除、編集については、図３の表示例で示したように、画面上部にあるボタンを選択することにより起動される。選択については、トピック階層の表示でのトピック、ウォッチサイト、ニュースサイト、新着／検索サイトの各ノード、たとえば、図３においては、「××××」や「○○○○」などが選択可能である。
【００４９】
挿入が選択された場合（ステップＤ３のＹ）、直前に選択されている箇所がトピックであった場合は（ステップＤ９のＹ）、そのトピックの直下に新規トピックを追加する（ステップＤ１０）（図４（ａ）がその例）。また、ウォッチサイトが選択された場合には（ステップＤ１１のＹ）、ウォッチサイトに新規のウォッチサイトを追加する（ステップＤ１２）（図４（ｂ）がその例）。ニュースサイト、新着／検索サイトについても同様に処理が行なわれる。
【００５０】
また、削除が選択された場合（ステップＤ４のＹ）、直前に選択されている箇所がトピックであった場合は（ステップＤ１８のＹ）、そのトピックの以下すべてのトピックが削除される（ステップＤ１９）。一方、直前に選択されている箇所がウォッチサイトやニュースサイト、新着／検索サイトのノード（図３の例では「××××」や「○○○○」など）であった場合には（ステップＤ２０のＹ）、そのノードに対応するウォッチサイトリスト、ニュースサイトリストおよび新着／検索サイトをリストから削除する（ステップＤ２１）。
【００５１】
また、編集が選択された場合（ステップＤ５のＹ）、直前に選択されている箇所が検索条件であった場合は（ステップＤ２３のＹ）、図７（ａ）に示すような検索条件編集画面を表示する（ステップＤ２４）。そして、利用者は、この画面上で検索条件の修正を行なうことになる。直前に選択されている箇所がトピックであった場合（ステップＤ２５のＹ）、図７（ｂ）に示すようなトピック名編集画面を表示する（ステップＤ２６）。そして、利用者は、この画面上でトピック名の修正を行なうことになる。直前に選択されている箇所がウォッチサイト、ニュースサイトまたは新着／検索サイトのノードであった場合（ステップＤ２７のＹ）、図６に示すような取得ドライバ設定画面が表示される（ステップＤ２８）。そして、利用者は、この画面上で情報取得ドライバの設定や、取得先のアドレスの設定などを行なうことになる。
【００５２】
情報選択部１５は、トピック階層に設定されたトピックにしたがって、ユーザが指定した時点あるいは予め定められた時点に起動される。
【００５３】
情報選択部１５の処理の流れを図１９に図示する。トピックごとに設定されている情報取得先から文書を読み込み（ステップＥ１〜ステップＥ２）、さらに対応する検索条件との照合を行ない、検索条件に一致する文書について結果記憶部１７に格納する（ステップＥ３）。
【００５４】
検索条件との照合については、たとえば検索条件中の単語が、対象とする文書中に含まれているか否かをチェックする方法（キーワード検索）でもよいし、類似度を計算してランクづけする方法でも構わない。この類似度を計算する方法を用いれば、選択結果を利用者に提供するための文書中で類似度順に並べることも可能になる（特願平８−２４３２９５号に開示された方法などにより可能）。
【００５５】
図２０に結果記憶部１７のデータ形式の一例を図示する。図２０に示したように、結果記憶部１７は、トピック名、ウォッチサイト、ニュースサイト、新着／検索サイトなどの種別、文書のタイトル、アドレスおよび検索条件との類似度などを格納する領域からなる。
【００５６】
結果整形部１６は、トピック記憶部１３の内容と結果記憶部１７の内容とにしたがって、利用者に提供する文書を作成する。図２１に作成した文書をＷｅｂブラウザで表示した例を示す。結果記憶部１７には、トピックごとに選択された文書のタイトルとアドレスが格納されているので、各トピックごとにグループ化して選択された情報を表示している。
【００５７】
【発明の効果】
以上詳述したように、この発明によれば、情報取得先と検索条件とを一つのグループとしてまとめて扱えるとともに、階層的な管理が容易に行なえるようになる。利用者が関心をもつ内容に関連する文書は、普遍的に存在するのではなくある程度の偏りがある。そこで、前述したように、情報取得先と検索条件とをグループ化してトピックごとにまとめて扱うことにより、余分な文書情報を取得したり、余分な文書に対して情報選択の処理を行なうといったことが省略でき、処理効率が大幅に向上する。
【００５８】
また、処理結果をトピックの階層構造に対応させて利用者に呈示するため、フィルタリング結果の可読性を飛躍的に向上させることができる。
【図面の簡単な説明】
【図１】この発明の実施形態の機器構成を示す図。
【図２】同実施形態の基本的な機能ブロックを示す図。
【図３】同実施形態のトピック階層管理画面の表示例を示す図。
【図４】同実施形態のトピック挿入時の画面の移行例を示す図。
【図５】同実施形態のトピック削除時の画面の移行例を示す図。
【図６】同実施形態の検索条件編集画面例およびトピック名編集画面例を示す図。
【図７】同実施形態の情報取得ドライバ設定例を示す図。
【図８】同実施形態の情報取得ドライバ記憶部のデータ形式を示す図。
【図９】同実施形態のトピック階層のデータ形式を示す図。
【図１０】同実施形態のトピック階層の内容例を示す図。
【図１１】同実施形態のウォッチサイトリストのデータ形式を示す図。
【図１２】同実施形態のウォッチサイトリストの内容例を示す図。
【図１３】同実施形態のニュースサイトリストの内容例を示す図。
【図１４】同実施形態の情報取得ドライバの処理の流れを示すフローチャート。
【図１５】同実施形態のトピック管理部の処理の流れを示す第１のフローチャート。
【図１６】同実施形態のトピック管理部の処理の流れを示す第２のフローチャート。
【図１７】同実施形態のトピック管理部の処理の流れを示す第３のフローチャート。
【図１８】同実施形態のトピック管理部の処理の流れを示す第４のフローチャート。
【図１９】同実施形態の情報選択部の処理の流れを示すフローチャート。
【図２０】同実施形態の結果記憶部のデータ形式を示す図。
【図２１】同実施形態の結果表示例を示す図。
【符号の説明】
１…ＣＰＵ
２…記憶装置
３…回線入出力装置
１０…制御部
１１…情報取得ドライバ記憶部
１２…検索条件記憶部
１３…トピック記憶部
１４…トピック管理部
１５…情報選択部
１６…結果整形部
１７…結果記憶部。

Claims

予め登録されたトピックに応じて、分散する複数の情報の中から検索条件に適合する情報を選択する情報フィルタリング装置において、
トピック毎に、検索条件、情報取得先のアドレス、当該情報取得先の種別及び当該種別に応じた情報取得方法を設定するための設定手段と、
トピック毎に、当該トピックに対し前記選定手段で設定された各情報取得先から、当該情報取得先の種別に応じて前記設定手段で設定された、（ａ）情報取得先から複数の記事を含む文書を取得して当該文書を当該複数の記事に分割する第１の情報取得方法と、（ｂ）情報取得先から当該トピックに設定された検索条件に適合する文書のアドレスを取得し、今回取得されたアドレスのうち前回取得されなかったアドレスの文書を取得する第２の情報取得方法と、（ｃ）情報取得先から今回取得した文書の内容が前回取得した文書の内容と異なるときに、今回取得した文書を選択する第３の情報取得方法とを含む複数の情報取得方法のうちの１つを用いて、情報を取得する情報取得手段と、
トピック毎に前記情報取得手段で取得した情報の中から、当該トピックに設定された検索条件に適合する情報を選択する情報選択手段と、
を具備したことを特徴とする情報フィルタリング装置。
トピックの分類階層に従って、前記設定手段でトピック毎に設定された検索条件、情報取得先のアドレス、当該情報取得先の種別及び当該種別に応じた情報取得方法を記憶する記憶手段をさらに具備したことを特徴とする請求項１記載の情報フィルタリング装置。
前記設定手段は、前記トピックの分類階層に対しトピックの追加・削除・編集・選択を行うためのトピック管理画面と、前記トピック管理画面上で選択されたトピックに対し情報取得先のアドレス、種別及び前記複数の情報取得方法のうちの１つを設定するための設定画面と、前記トピック管理画面上で選択されたトピックに対し検索条件を設定するための設定画面を表示することを特徴とする請求項２記載の情報フィルタリング装置。
前記情報選択手段によって選択された情報をトピック毎にグループ化してユーザに提供するための検索結果文書を作成する手段をさらに具備したことを特徴とする請求項１記載の情報フィルタリング装置。
予め登録されたトピックに応じて、分散する複数の情報の中から検索条件に適合する情報を選択する機能をコンピュータに実現させるためのプログラムであって、
トピック毎に、検索条件、情報取得先のアドレス、当該情報取得先の種別及び当該種別に応じた情報取得方法を設定するための機能と、
トピック毎に、当該トピックに対し設定された各情報取得先から、当該情報取得先の種別に応じて設定された、（ａ）情報取得先から複数の記事を含む文書を取得して当該文書を当該複数の記事に分割する第１の情報取得方法と、（ｂ）情報取得先から当該トピックに設定された検索条件に適合する文書のアドレスを取得し、今回取得されたアドレスのうち前回取得されなかったアドレスの文書を取得する第２の情報取得方法と、（ｃ）情報取得先から今回取得した文書の内容が前回取得した文書の内容と異なるときに、今回取得した文書を選択する第３の情報取得方法とを含む複数の情報取得方法のうちの１つを用いて、情報を取得する機能と、
トピック毎に取得した情報の中から、当該トピックに設定された検索条件に適合する情報を選択する機能と、
をコンピュータに実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。