(57)【要約】【課題】知識データの数が増えると、あまり利用されない知識データも増えてくる。【解決手段】情報管理装置１００は、イベントに関連付けて知識データを保持する。情報管理装置１００は、ネットワーク１２を介して接続しているサイト１４からウェブページを取得し、その内容に基づいてイベントを発生する。そして、情報管理装置１００は、発生したイベントに関連付けられている知識データを検索し、表示画面２０に表示する。これにより、ユーザが検索操作をしなくても、イベントに応じた知識データを提供できる。【選択図】図１
2007034498.tif 000002
【特許請求の範囲】
【請求項１】
知識データを保持する知識格納部と、
ネットワークに接続されたサーバから取得したターゲット情報に基づいてイベントを発生するイベント発生部と、
前記イベントを検索キーとして、前記知識格納部から知識データを検索する検索部と、
を備えることを特徴とする知識管理装置。
【請求項２】
前記イベント発生部は、
前記サーバからウェブページを読み込む取得部と、
読み込んだウェブページから所定の条件を満たす部分をターゲット情報として抽出する抽出部と、
抽出したターゲット情報がイベントの発生条件を満たす場合、イベントを出力する判定部と、
を有することを特徴とする請求項１に記載の知識管理装置。
【請求項３】
前記イベント発生部は、前記ターゲット情報を蓄積するターゲット情報格納部を更に有し、前記判定部は、前記抽出部に新たに抽出されたターゲット情報と、前記ターゲット情報格納部に蓄積されている過去のターゲット情報とに基づいて判定を行うことを特徴とする請求項２に記載の知識管理装置。
【請求項４】
イベントを識別するためのイベントコードと、そのイベントを発生するために利用するウェブページを取得するための情報と、ターゲット情報の抽出条件と、イベントの発生条件とを対応付けたイベント定義データを保持する定義データ格納部を更に備え、前記イベント発生部は、前記定義データ格納部を参照して、イベントを発生する一連の処理を行うことを特徴とする請求項２または３に記載の知識管理装置。
【請求項５】
知識データを受け付け、前記イベントコードを対応付けて前記知識格納部に登録する格納処理部を更に備えることを特徴とする請求項４に記載の知識管理装置。
【請求項６】
イベント定義データは、イベントの属性に関する情報を更に有し、当該知識管理装置は、対応するイベントが異なる複数の知識データが検索結果に含まれる場合、検索結果に含まれる知識データのそれぞれに、前記属性に基づいて優先度を設定する設定部を更に備えることを特徴とする請求項４または５に記載の知識管理装置。
【請求項７】
イベント定義データは、イベント発生処理を行うタイミングを指定する情報を更に有し、当該知識管理装置は、そのタイミングに基づいて前記イベント発生部にイベント発生処理の開始を指示する計画部を更に備えることを特徴とする請求項４から６のいずれかに記載の知識管理装置。
【請求項８】
イベント定義データは、イベントの取得先を指定する情報を更に有し、当該知識管理装置はその取得先が当該装置外の場合、当該装置の外部にある指定された装置からイベントを取得する収集部を更に備えることを特徴とする請求項４から７のいずれかに記載の知識管理装置。
【請求項９】
ネットワークに接続されたサーバから取得したターゲット情報に基づいてイベントを発生するイベント発生部と、
発生したイベントを発生日時とともに蓄積するイベント蓄積部と、
前記イベント蓄積部に蓄積されたイベントをネットワークを介して接続されたクライアントに出力する提供部と、
を備えることを特徴とする情報提供装置。
【請求項１０】
前記イベント発生部は、
前記サーバからウェブページを読み込む取得部と、
読み込んだウェブページから所定の条件を満たす部分をターゲット情報として抽出する抽出部と、
抽出したターゲット情報がイベントの発生条件を満たす場合、イベントを出力する判定部と、
を有することを特徴とする請求項９に記載の情報提供装置。
【請求項１１】
前記イベント発生部は、前記ターゲット情報を蓄積するターゲット情報格納部を更に有し、前記判定部は、前記抽出部に新たに抽出されたターゲット情報と、前記ターゲット情報格納部に蓄積されている過去のターゲット情報とに基づいて判定を行うことを特徴とする請求項１０に記載の情報提供装置。
【請求項１２】
イベントを識別するためのイベントコードと、そのイベントを発生するために利用するウェブページを取得するための情報と、ターゲット情報の抽出条件と、イベントの発生条件とを対応付けたイベント定義データを保持する定義データ格納部を更に備え、前記イベント発生部は、前記定義データ格納部を参照して、イベントを発生する一連の処理を行うことを特徴とする請求項１０または１１に記載の情報提供装置。
【請求項１３】
前記定義データ格納部は、クライアント毎にイベント定義データを保持し、前記提供部は接続中のクライアントに対応付けられたイベントを提供することを特徴とする請求項１２に記載の情報提供装置。
【請求項１４】
前記提供部は、前記クライアントの最終アクセス日時より後に前記イベント蓄積部に蓄積されたイベントを提供することを特徴とする請求項９から１３のいずれかに記載の情報提供装置。
【請求項１５】
前記クライアントの最終アクセス日時より後に同一のイベントが複数蓄積されている場合、前記提供部は複数の同一イベントの中で最も新しいイベントのみをクライアントに提供することを特徴とする請求項１４に記載の情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は情報を管理する装置に関する。
【背景技術】
【０００２】
ネットワーク化が進むにつれ、例えば業務資料や報告書など様々な情報が電子化され、知識として共有されるようになってきた。こうした知識はネットワーク上のサーバに蓄積され、ユーザはパーソナルコンピュータなどの情報端末を使ってサーバに蓄積された知識を閲覧し、新しい知識をサーバに登録する（特許文献１）。
【特許文献１】特開２００２−２１５５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ユーザは、カテゴリやキーワードを使って必要とする知識を検索する。このため、知識の検索にはカテゴリやキーワードを検索キーとして指定する必要があり、ユーザが全く知らない知識を探すことは難しい。知識の蓄積数が増えるにつれて、この傾向は顕著になり、知識が増えるほど利用されない知識が増えてくる。
本発明は上記課題に鑑みてなされたものであり、その目的は、蓄積された知識が埋もれてしまうことを防ぎ、効果的に知識を管理にする技術を提供することにある。
【課題を解決するための手段】
【０００４】
本発明のある態様は、知識データを管理する装置である。この装置は、知識データを保持する知識格納部と、ネットワークに接続されたサーバから取得したターゲット情報に基づいてイベントを発生するイベント発生部と、前記イベントを検索キーとして、前記知識格納部から知識データを検索する検索部とを備える。「イベント」は、例えば日時、気温、天候、株価などが予め指定した状態になったことを示す情報であってもよし、ニュースに所定のキーワードが含まれていることを示す情報であってもよい。イベントは、ネットワークを介して取得可能なターゲット情報が、予め登録した状態になったときにそれを示す情報であってよい。この装置により、ユーザが検索に使うキーを指定する必要がなく、自然環境や社会環境などの変化に応じて、関連する知識を自動的に検索できる。また、自然環境や社会環境など客観的な状態を検索キーに使うことで、知識が埋もれることがなくなり、ユーザの周囲の環境において、ユーザに利用される可能性のある知識を提供できる。
【０００５】
前記イベント発生部は、前記サーバからウェブページを読み込む取得部と、読み込んだウェブページから所定の条件を満たす部分をターゲット情報として抽出する抽出部と、抽出したターゲット情報がイベントの発生条件を満たす場合、イベントを出力する判定部とを有してもよい。「ウェブページ」は、インターネット上で公開されている文書であって、テキストデータ、画像、音声、動画、レイアウト情報など、所定のＵＲＩ（Uniform Resource Identifier）で取得できる各種のデータを単体もしくは組み合わせて構成される。抽出部は、例えば正規表現やＸＰａｔｈを使いターゲット情報を抽出してもよいし、画像解析や音声認識などによりターゲット情報を抽出してもよい。「所定の条件」は、抽出部がターゲット情報の抽出に用いる技術により定義方法が異なってよく、例えばテキストデータ中からターゲット情報を抽出する場合は、ターゲット情報のパターンを示す正規表現であってよい。また、ＸＭＬ（eXtensible Markup Language）からターゲット情報を抽出する場合は、ターゲット情報のＸＰａｔｈであってよい。これにより、日々更新され様々な情報が公開されているインターネットから得られる情報に基づいてイベントを発生できる。
【０００６】
前記イベント発生部は、前記ターゲット情報を蓄積するターゲット情報格納部を更に有してもよい。そして、前記判定部は、前記抽出部に新たに抽出されたターゲット情報と、前記ターゲット情報格納部に蓄積されている過去のターゲット情報とに基づいて判定を行ってもよい。これにより、例えばターゲット情報が気温の場合、気温の平均値が指定した温度になったときにイベントを発生することもできる。
【０００７】
この装置は、イベントを識別するためのイベントコードと、そのイベントを発生するために利用するウェブページを取得するための情報と、ターゲット情報の抽出条件と、イベントの発生条件とを対応付けたイベント定義データを保持する定義データ格納部を更に備えてもよい。そして、前記イベント発生部は、前記定義データ格納部を参照して、イベントを発生する一連の処理を行ってもよい。これにより、複数のイベントを発生できる。
【０００８】
この装置は、知識データを受け付け、前記イベントコードを対応付けて前記知識格納部に登録する格納処理部を更に備えてもよい。これにより、知識データを登録する際にどのようなイベントが発生したときに利用すべき知識なのかを登録できる。
【０００９】
イベント定義データは、イベントの属性に関する情報を更に有してもよい。そして、当該知識管理装置は、対応するイベントが異なる複数の知識データが検索結果に含まれる場合、検索結果に含まれる知識データのそれぞれに、前記属性に基づいて優先度を設定する設定部を更に備えてもよい。
【００１０】
イベント定義データは、イベント発生処理を行うタイミングを指定する情報を更に有してもよい。そして、当該知識管理装置は、そのタイミングに基づいて前記イベント発生部にイベント発生処理の開始を指示する計画部を更に備えてもよい。
【００１１】
イベント定義データは、イベントの取得先を指定する情報を更に有してもよい。そして、当該知識管理装置はその取得先が当該装置外の場合、当該装置の外部にある指定された装置からイベントを取得する収集部を更に備えてもよい。
【００１２】
本発明の別の態様は、イベントに関する情報を提供する装置である。この装置は、ネットワークに接続されたサーバから取得したターゲット情報に基づいてイベントを発生するイベント発生部と、発生したイベントを発生日時とともに蓄積するイベント蓄積部と、前記イベント蓄積部に蓄積されたイベントをネットワークを介して接続されたクライアントに出力する提供部とを備える。これにより、この装置は地球上で生じた事柄を検出するセンサとして機能し、検出結果をイベントの発生という形態で提供できる。
【００１３】
前記定義データ格納部は、クライアント毎にイベント定義データを保持し、前記提供部は接続中のクライアントに対応付けられたイベントを提供してもよい。また、前記提供部は、前記クライアントの最終アクセス日時より後に前記イベント蓄積部に蓄積されたイベントを提供してもよい。また、前記クライアントの最終アクセス日時より後に同一のイベントが複数蓄積されている場合、前記提供部は複数の同一イベントの中で最も新しいイベントのみをクライアントに提供してもよい。こうすることで、イベントを効率的にクライアントに提供できる。
【００１４】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１５】
本発明によれば、蓄積した知識を効果的に管理できる。
【発明を実施するための最良の形態】
【００１６】
＜第１の実施の形態＞
一般に知識には利用するタイミングがある。例えば、熱中症に関する知識は、涼しい日に目にするより、気温が２８℃以上になったときに目にしたほうが効果的である。また、将来起こりうる事柄に向けて必要な知識を予めまとめておき、将来それが起こったときにその知識が提示されたらば、ユーザは忘れてはいけないというプレッシャーから解放される。本実施の形態に係る装置は、知識を提示する際のトリガとなる所定の状況を、インターネット上のウェブページに基づいて検出する。インターネットには、地球上のあらゆる情報がコンピュータで処理可能なデジタルデータとして存在する。このインターネット上のデジタルデータを利用することで、地球上で生じている様々な事柄を検出できる。
【００１７】
図１は、実施の形態に係る情報管理装置１００を説明するための図である。情報管理装置１００は、インターネット上のサイトで公開されているウェブページに基づいて所定のイベントを発生し、そのイベントが発生したときに閲覧すべき知識をユーザに提供する。イベントの発生が知識を提供する処理の契機となり、発生したイベントが検索キーとなるので、ユーザが意識して検索処理を行わなくともそのとき必要な知識を自動的に提供できる。これにより、知識が活用されず埋もれてしまうことを防止できる。
【００１８】
情報管理装置１００は、気象情報サイト１４ａ、交通情報サイト１４ｂ、およびニュースサイト１４ｃにネットワーク１２を介して接続している。情報管理装置１００は、管理対象となる知識（以下、「知識データ」という）を、イベントに対応付けて管理する。知識データは、例えばテキスト、画像、動画、音声など情報管理装置１００で管理できるデータであればよい。「イベント」は、例えば「気温が２８℃以上のとき」、「電車に遅延が生じているとき」、「○○○というキーワードが含まれている記事が発表されたとき」など、ウェブページに基づいて判断できる特定の状態を示す情報である。
【００１９】
気象状況に関するイベントを発生する場合、情報管理装置１００は気象情報サイト１４ａからウェブページを取得し、交通状況に関するイベントを発生する場合、情報管理装置１００は交通情報サイト１４ｂからウェブページを取得する。また、ニュースに関するイベントを発生する場合、情報管理装置１００はニュースサイト１４ｃからウェブページを取得する。このように、情報管理装置１００は、イベントに応じてウェブページを取得するサイトを選択する。
【００２０】
情報管理装置１００は、発生するイベントに対応するサイトからウェブページを取得し、内容を分析することでイベントを発生するか否かを判断する。イベントを発生した場合、情報管理装置１００は、発生したイベントに関連する知識データを検索する。そして、検索結果を表示画面２０に表示する。本図では、「電車が遅れているとき」というイベントＥＶ２に対応して、「会社までのルート」という知識データａが表示されている。また、「気温が２８℃以上のとき」というイベントＥＶ１に対応して、「熱中症に気を付けましょう」という知識ｂと、「消臭対策」という知識ｃとが表示されている。
【００２１】
本図では、イベントＥＶ２に関連する知識データａが、イベントＥＶ１に関連する知識データｂおよび知識データｃより上位に表示されている。情報管理装置１００は、知識データに優先度を設定して、優先度の高い知識データをよりユーザに認知されやすいように表示する。
【００２２】
図２（ａ）は、図１の気象情報サイト１４ａから取得したウェブページをブラウザで表示した状態を示す図である。本図では、各地の気温が表示されている。図２（ｂ）は、図２（ａ）の画面を表示するためのウェブページの一例である。このウェブページは、ＨＴＭＬ（HyperText Markup Language）で記述されている。一般に、ウェブページはＨＴＭＬで記述され、文字や画像などのコンテンツがレイアウトされる。このレイアウトは頻繁には変わらない。このため、ウェブページに含まれる文字列をイベントを発生する際に利用するターゲット情報とする場合、正規表現を使うことでターゲット情報を取り出すことができる。
【００２３】
例えば、東京の気温は「東京２７℃＜ｂｒ＞」という部分で記述されており、気温が変わることで「２７」の部分が変わる。つまり、東京の気温は「東京」という文字列と「℃＜ｂｒ＞」という文字列とに囲まれた部分になる。この囲まれた部分を取り出すための正規表現は「東京（￥ｄ＋）℃＜ｂｒ＞」となる。この正規表現を用いて、東京の気温をターゲット情報として抽出できる。ウェブページは、ＨＴＭＬだけではなくＸＭＬ形式のファイルであってもよく、この場合、ＸＰａｔｈを用いてターゲット情報を抽出できる。また、音声ファイルから音声認識技術を利用してターゲット情報を抽出してもよいし、静止画や動画から画像認識技術を利用してターゲット情報を抽出してもよい。ターゲット情報を抽出するために用いる情報を、以下「抽出条件」という。また、抽出条件は、抽出対象となるウェブページのフォーマットや、プログラムのコーディングに応じて様々なかたちで記述されてよい。
【００２４】
ウェブページから抽出したターゲット情報をイベントの発生条件に適用することでイベント発生の許否を判定できる。例えば、「東京の気温が２８℃以上」というイベントを発生する場合、ターゲット情報として抽出した数値と、しきい値である「２８」とを比べる。そして、ターゲット情報が２８以上のときイベントの発生を許可し、ターゲット情報が２８未満のときイベントの発生を禁止する。これをプログラムで実現する場合、ターゲット情報およびしきい値を入力し、その大小を比較するモジュールを用意する。そして、そのモジュールにターゲット情報としきい値とを与え、比較結果に応じてイベントを発生すればよい。この場合、しきい値「２８」が発生条件になる。様々なイベントを発生できるように、複数のモジュールが用意されている場合、判定に使うモジュールを特定する情報とそのモジュールで利用するパラメータとが発生条件となる。以下、モジュールを特定する情報を「モジュール名」といい、モジュールで利用するパラメータを「判定パラメータ」という。
【００２５】
図３は、図１の情報管理装置１００の内部構成図である。気象イベント発生部１２０ａは、図１のネットワーク１２を介して気象情報サイト１４ａからウェブページを取得し、気温や天候など気象に関連するイベントを発生する。交通イベント発生部１２０ｂは、図１の交通情報サイト１４ｂからウェブページを取得し、交通状況に関連するイベントを発生する。ニュースイベント発生部１２０ｃは、図１のニュースサイト１４ｃからウェブページを取得し、ニュースに関連するイベントを発生する。気象イベント発生部１２０ａ、交通イベント発生部１２０ｂ、およびニュースイベント発生部１２０ｃの内部構成は同一である。以下の説明では、これらを総称してイベント発生部１２０といい、気象イベント発生部１２０ａにおけるイベント発生処理を例に説明を進める。
【００２６】
イベント発生部１２０は、ネットワーク１２を介してウェブページを読み込む取得部１２２と、ウェブページに含まれるターゲット情報を取り出す抽出部１２４と、ターゲット情報に基づいてイベントの発生の許否を判定する判定部１２６とを有する。定義データ格納部１０２は、ウェブページの取得先ＵＲＩ、ターゲット情報を抽出するための抽出条件、およびイベントの発生条件を対応付けてイベント定義データとして保持する。定義データ格納部１０２の詳細なデータ構造については後述する。
【００２７】
イベント発生処理を行う場合、イベント発生部１２０は定義データ格納部１０２からイベント定義データを読み込む。取得部１２２は、イベント定義データからＵＲＩを読み込み、そのＵＲＩで特定できるウェブページを読み込む。取得部１２２は、読み込んだウェブページを抽出部１２４に出力する。抽出部１２４は、イベント定義データから抽出条件を読み込み、その抽出条件に適合する部分をターゲット情報として抽出する。そして、抽出部１２４は、ターゲット情報を判定部１２６に出力するとともに、ターゲット情報格納部１１８に登録する。
【００２８】
判定部１２６はイベント定義データから発生条件を読み込み、ターゲット情報が発生条件を満たすか否かを判定する。例えば、「気温が２８℃以上になったとき」に発生するイベントの発生条件は「ターゲット情報≧２８」となる。また、「平均気温が２８℃以上になったとき」のように複数のターゲット情報に基づいて判定を行う必要がある場合、判定部１２６は抽出部１２４から供給されたターゲット情報と、ターゲット情報格納部１１８に蓄積されている過去のターゲット情報とに基づいて判定処理を行う。そして、判定条件を満たした場合、判定部１２６はイベントの発生を許可し、発生したイベントを特定するイベントコードを検索部１１２に出力する。こうした構成により、イベント発生部１２０は所定のサイトから取得したウェブページの内容に応じてイベントを発生できる。
【００２９】
検索部１１２は、イベント発生部１２０からイベントコードが届いたタイミングを契機とし、供給されたイベントコードを検索キーとして、知識格納部１０８から知識データを検索する。そして、検索部１１２は検索結果を設定部１１４に出力する。設定部１１４は、検索結果に含まれる知識データに表示方法を決めるための優先度を設定する。そして、設定部１１４は優先度の設定された知識データを表示処理部１１６に出力する。表示処理部１１６は、優先度に応じた表示方法で知識データを提示する。
【００３０】
例えば、気象イベント発生部１２０ａ、交通イベント発生部１２０ｂ、およびニュースイベント発生部１２０ｃから同時期にイベントコードが検索部１１２に提供された場合、すなわち複数のイベントが発生した場合、検索結果には複数のイベントに対応する知識データが含まれる。知識データには、即時性の必要なものと、さほど即時性を必要としないものとがある。この知識データの即時性は、対応付けられているイベントの種類で推定できる。例えば、「電車の遅延が生じている」ことを示すイベントに対応付けられた知識データは、即時性が高いと考えられ、「平均気温が２８℃を超えた」ことを示すイベントに対応付けられた知識データは、比較的即時性が低いと考えられる。イベント定義データは、こうしたイベントの性質に関する情報を属性として保持する。設定部１１４は、この属性を参照して優先度を設定する。設定部１１４は、対応するイベントが異なる複数の知識データが検索結果に含まれる場合、知識データのそれぞれに優先度を設定してもよい。
【００３１】
格納処理部１１０は、知識データを受け付け、イベント定義データの生成を定義データ生成部１３０に指示する。定義データ生成部１３０は、ユーザの指示に応じてイベント定義データを雛形格納部１３２に保持されているひな形を参照して生成する。そして、定義データ生成部１３０は、生成したイベント定義データにイベントコードを対応付けて定義データ格納部１０２に登録する。また、定義データ生成部１３０はそのイベントコードを格納処理部１１０に出力する。格納処理部１１０は、イベントコードに対応付けて知識データを知識格納部１０８に登録する。これにより、検索部１１２はイベント発生部１２０から供給されたイベントコードを検索キーとして知識データを検索できる。
【００３２】
雛形格納部１３２は、イベント発生部１２０において発生できるイベント毎に、ＵＲＩ、抽出条件および発生条件のひな形を少なくとも保持し、必要に応じて判定に用いるイベント発生部１２０を特定する情報、モジュール名、属性などの情報を保持する。イベント定義データを生成する場合、定義データ生成部１３０は、まず雛形格納部１３２を参照して生成可能なイベントのリストを提示する。そして、定義データ生成部１３０は、そのリストの中からユーザに指示されたイベントのひな形を雛形格納部１３２から読み込む。イベント定義データを生成するためにユーザから各種のパラメータを受け付ける必要がある場合、定義データ生成部１３０は適切なインターフェースを提供してユーザから必要なパラメータを受け付けイベント定義データを完成する。例えば、定義データ生成部１３０は、設定部１１４が優先度の設定に利用する属性をユーザから受け付けて、イベント定義データに登録してもよい。
【００３３】
定義データ生成部１３０は、同一のイベントが定義データ格納部１０２に登録されていない場合に新たにイベント定義データを生成し、既に登録されている場合に定義データ格納部１０２から該当するイベントのイベントコードを読み込み、格納処理部１１０に出力してもよい。
【００３４】
計画部１０４は、イベント発生処理の開始をイベント発生部１２０に指示する。計画部１０４は、定義データ格納部１０２からイベントコードを読み取り、イベント発生部１２０に出力する。イベント発生部１２０は、そのイベントコードに対応するイベント定義データを定義データ格納部１０２から読み込み、イベント発生処理を行う。本実施の形態では、イベント発生部１２０として、気象イベント発生部１２０ａ、交通イベント発生部１２０ｂ、およびニュースイベント発生部１２０ｃが設けられている。計画部１０４は、イベントの種類に応じて該当するイベント発生部１２０にイベントコードを割り振る。こうすることで、発生するイベントの種類毎にイベント発生部１２０をモジュール化でき、例えばプラグインとしてユーザ毎に必要なモジュールを提供できる。
【００３５】
判定部１２６は、イベント発生処理を完了するとその結果を示す情報を計画部１０４に出力する。以下、この情報を「許否情報」という。計画部１０４は、許否情報を受け付けたことを契機に定義データ格納部１０２からイベントコードを読み込み、イベント発生部１２０に出力する。これにより、イベント発生部１２０は順次イベント発生処理を実行できる。また、イベント定義データ毎にイベント発生処理を行うタイミングを予め設定しておいてもよく、計画部１０４は、そのタイミングでイベント発生処理の開始をイベント発生部１２０に指示してもよい。
【００３６】
図４は、定義データ格納部１０２のデータ構造の一例を示す図である。イベント定義データは個別のイベントコードが割り当てられレコードとして管理されている。イベントコード欄１５０は、イベント定義データ毎に割り当てられたイベントコードを保持する。ＵＲＩ欄１５２は、ＵＲＩを保持する。図３の取得部１２２はこのＵＲＩで特定されるウェブページを取得する。抽出条件欄１５４は、抽出条件を保持する。図３の抽出部１２４は、この抽出条件を使ってウェブページからターゲット情報を抽出する。
【００３７】
発生条件欄１５６は、発生条件を保持する。本図では、説明上「２８以上」などの表現になっているが、プログラムの仕様に応じて適切にデータ構造を設定すればよい。イベント種類欄１５８は、イベント発生処理に用いるイベント発生部１２０を特定する情報を保持する。モジュール名１６０は、発生条件に準じて判定を行うプログラムのモジュール名を保持する。図３の判定部１２６は、イベント種類およびモジュール名で判定に使うモジュールを特定し、そのモジュールに発生条件欄１５６に保持されている判定パラメータとターゲット情報とを与えることで判定処理を行う。
【００３８】
属性欄１６２は、イベントの属性を保持する。図３の設定部１１４は、この属性に応じて知識データごとに優先度を設定する。タイミング欄１６４は、イベント発生処理を開始するタイミングを保持する。図３の計画部１０４は、このタイミングに準じてイベント発生部１２０にイベント発生処理を指示する。
【００３９】
図５は、図３のターゲット情報格納部１１８のデータ構造の一例を示す図である。ＩＤ欄１７０は、管理用の識別情報を保持する。このＩＤは、ターゲット情報を蓄積するたびに蓄積したターゲット情報に対応付けられる。イベントコード欄１７２は、ターゲット情報を抽出した際のイベントコードを保持する。ターゲット情報欄１７４は、ターゲット情報を保持する。発生日時欄１７６は、ターゲット情報を発生した日時を保持する。例えば、気温の平均を算出するときなど、過去のターゲット情報が必要な場合、図３の判定部１２６は該当するイベントコードのターゲット情報を読み込むことができる。
【００４０】
図６は、図３のイベント発生部１２０におけるイベント発生処理のフローチャートである。イベント発生部１２０は、イベント発生処理を開始すると、まず、図３の取得部１２２がウェブページを取得する（Ｓ１０）。図３の抽出部１２４は、取得部１２２が取得したウェブページからターゲット情報を抽出する（Ｓ１２）。図３の判定部１２６は、ターゲット情報に基づいてイベント発生条件を満たすか否かを判定する（Ｓ１４）。イベント発生条件を満たす場合（Ｓ１４のＹ）、判定部１２６はイベントを発生する（Ｓ１６）。イベント発生条件を満たさない場合（Ｓ１４のＮ）、判定部１２６はイベントを発生しない。図３の計画部１０４は、イベント発生処理を行うべきイベント定義データが残っているか否かを判定する（Ｓ１８）。イベント定義データが残っている場合（Ｓ１８のＹ）、ステップ１０に戻る。イベント定義データが残っていない場合（Ｓ１８のＮ）、処理を終了する。
【００４１】
＜第２の実施の形態＞
図７は、第２の実施の形態に係る情報管理システム１０を説明するための図である。第２の実施の形態における情報管理装置１００は、ネットワーク１２を介して接続可能なイベント提供装置２００からイベントを取得して、そのイベントに関連する知識データを検索する。これから説明する各図で、既に説明した機能ブロックと同一の符合を付した機能ブロックは、既に説明した機能ブロックと同一、又はほぼ同一の機能を有する。以後、本実施の形態において追加される機能について詳細に説明する。
【００４２】
図８は、図７の情報管理装置１００の内部構成図である。収集部１０６は、図７のイベント提供装置２００からイベントコードを取得して検索部１１２に供給する。本図では、情報管理装置１００は内部にイベント発生部１２０を備えているが、別の例ではイベント発生部１２０を備えていなくてもよい。イベント発生部１２０と収集部１０６とを備えることで、例えば、イベント発生処理の複雑なものはイベント提供装置２００に振り分け、比較的簡単なものは内部のイベント発生部１２０に振り分けるといった運用ができる。また、レイアウトの変更頻度が高いウェブページに基づいて発生するイベントはイベント提供装置２００に振り分け、変更頻度の低いウェブページに基づいて発生するイベントは内部のイベント発生部１２０に振り分けるという運用も考えられる。このように、イベントの種類に応じて、イベントの取得先を変えることで、運用形態に自由度を持たせることができる。また、情報管理装置１００の構造を簡素化できるというメリットもある。
【００４３】
この振り分けを行うために、定義データ格納部１０２に保持されているイベント定義データはイベントの取得先を特定する情報（以下、「取得先情報」という）を更に保持する。これにより、計画部１０４は、取得先情報を参照して、イベント発生部１２０または収集部１０６に処理を指示できる。取得先情報は、定義データ生成部１３０により設定されればよい。
【００４４】
図９は、図７のイベント提供装置２００の内部構成図である。受付部２１０は、図８の情報管理装置１００からイベント定義データの登録要求を受け付ける。図９の定義データ生成部１３０は、その要求に応じて図９の雛形格納部１３２を参照してイベント定義データを生成する。定義データ生成部１３０は、必要な判定パラメータ等を入力するためのインターフェースをユーザに適宜提供する。定義データ生成部１３０は、イベントコードに対応付けてイベント定義データを図９の定義データ格納部１０２に登録する。受付部２１０は、イベント定義データを登録したことを示す情報とともにイベントコードを情報管理装置１００に送信する。
【００４５】
図９のイベント発生部１２０は、図９の計画部１０４の指示に応じてイベント発生処理を行う。イベントを発生した場合、イベント発生部１２０はイベントコードと発生日時とを対応付けてイベント蓄積部２０２に格納する。これにより、イベント発生部１２０が発生したイベントは、順次イベント蓄積部２０２に蓄積される。
【００４６】
提供部２０４は、情報管理装置１００からイベントの提供を要求する指示（以下、「イベント提供要求」という）を受け付けたことを契機として、イベント蓄積部２０２からイベントを読み込み情報管理装置１００に送信する。このようにイベントを蓄積することで、図７の情報管理装置１００は常にネットワーク１２に接続している必要がなく、情報管理装置１００が必要とするタイミングでイベント提供装置２００からイベントを取得できる。
【００４７】
アクセス履歴格納部２０６は、情報管理装置１００を識別する情報（以下、「端末情報」という）に対応付けて最終アクセス日時を保持する。提供部２０４は、イベント提供要求を受け付けると、要求元の端末情報を検索キーとしてアクセス履歴格納部２０６を参照し、最終アクセス日時を特定する。そして、提供部２０４は、特定した最終アクセス日時以降に発生したイベントをイベント蓄積部２０２から読み込み、情報管理装置１００に送信する。これにより、最近発生したイベントを選択的に情報管理装置１００に提供できる。
【００４８】
イベント提供装置２００は、複数の異なる情報管理装置１００からイベント定義データの登録を受け付け、それぞれのイベント定義データに対応するイベントを発生する。このため、最終アクセス日時以降のイベントを提供するだけでは、本来情報管理装置１００が必要とするイベントの他に、不要なイベントが含まれることになる。そこで、提供部２０４は、情報管理装置１００から提供を希望するイベントコードを受け付け、そのイベントコードの有無を送信してもよい。これにより、個々の情報管理装置１００が必要とするイベントだけを提供でき、不要なイベントの送信を避けることができる。
【００４９】
別の例では、端末情報とイベントコードとを対応付けておき、イベントを要求した情報管理装置１００に対応付けられたイベントコードを提供してもよい。この場合、端末情報とイベントコードとを対応付けて保存する格納部を新たに設ける。そして、受付部２１０は、イベント定義データの登録を要求した情報管理装置１００の端末情報とイベントコードとをその格納部に保存する。そして、提供部２０４は、イベントを要求されたとき、その格納部を参照してイベントコードを提供してもよい。
【００５０】
最終アクセス日時より後に発生したイベントの中に、同一のイベントが複数含まれることもある。この場合、提供部２０４は同一のイベントが重複しないようにイベントコードを送信する。また、イベントの発生日時とともにイベントコードを送信してもよく、この場合、提供部２０４は同一のイベントの中で、最も新しい発生日時をイベントコードに対応付けて送信する。
【００５１】
図１０は、図９のイベント蓄積部２０２のデータ構造の一例を示す図である。ＩＤ欄２５０は、管理用の識別情報を保持する。イベントコード欄２５２は、発生したイベントのイベントコードを保持する。発生日時欄２５４は、イベントの発生日時を保持する。図９の提供部２０４は、このデータを参照して適切なイベントのイベントコードを提供する。
【００５２】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。こうした変形例として、例えば以下のものがある。
【００５３】
第１の変形例は、図３および図８の検索部１１２に関する。検索部１１２は、イベントコードを検索キーとして知識データを検索するとしたが、イベントに予めキーワードを対応付けておき、そのキーワードを検索キーとして知識データを検索してもよい。これにより、イベントが関連付けられていない知識データについても、イベントの発生をトリガとして知識データを検索できる。
【００５４】
第２の変形例は、図３、図８および図９の取得部１２２に関する。取得部１２２は、ＵＲＩで特定されるウェブページを取得するとしたが、認証を必要とするサイトからウェブページを取得してもよい。こうしたサイトからウェブページを取得する場合、イベント定義データは、ＵＲＩの他に認証に必要な情報を更に含む。
【００５５】
第３の変形例も取得部１２２に関する。取得部１２２は、例えば特許関連のデータベースや、学術論文データベースなどのデータベースからウェブページを取得してもよい。この場合、イベント定義データは、ＵＲＩの他の他に、検索に使うキーワードを少なくとも保持する。
【００５６】
第４の変形例は、運用に関する。「知識データ」は、例えば広告であってよい。イベントに応じて広告を提示できるので、高い広告効果が期待できる。また、テレビなどの電化製品に本装置を組み込んでもよい。知識データとして操作メニューや制御情報などを登録すれば、例えば、イベントに関連する番組のリストを表示したり、イベントに関連して機器の制御をしてもよい。具体的な例として、「気温が２８℃以上」というイベントが発生したら、「テレビ画面の明るさを若干下げる」などの制御をしてもよい。
【図面の簡単な説明】
【００５７】
【図１】実施の形態に係る情報管理装置を説明するための図である。
【図２】（ａ）は、気象情報サイトから取得したウェブページをブラウザで表示した状態を示す図であり、（ｂ）は、（ａ）の画面を表示するためのウェブページの一例である。
【図３】図１の情報管理装置の内部構成図である。
【図４】定義データ格納部のデータ構造の一例を示す図である。
【図５】図３のターゲット情報格納部のデータ構造の一例を示す図である。
【図６】図３のイベント発生部におけるイベント発生処理のフローチャートである。
【図７】第２の実施の形態に係る情報管理システムを説明するための図である。
【図８】図７の情報管理装置の内部構成図である。
【図９】図７のイベント提供装置の内部構成図である。
【図１０】図９のイベント蓄積部のデータ構造の一例を示す図である。
【符号の説明】
【００５８】
１０  情報管理システム、１００  情報管理装置、１０２  定義データ格納部、１０４  計画部、１０６  収集部、１０８  知識格納部、１１０  格納処理部、１１２  検索部、１１４  設定部、１１６  表示処理部、１１８  ターゲット情報格納部、１２０  イベント発生部、１２０  気象イベント発生部、１２０  交通イベント発生部、１２０  ニュースイベント発生部、１２２  取得部、１２４  抽出部、１２６  判定部、１３０  定義データ生成部、１３２  雛形格納部、２００  イベント提供装置、２０２  イベント蓄積部、２０４  提供部、２０６  アクセス履歴格納部、２１０  受付部。
【図１】
2007034498.tif 000003
【図２】
2007034498.tif 000004
【図３】
2007034498.tif 000005
【図４】
2007034498.tif 000006
【図５】
2007034498.tif 000007
【図６】
2007034498.tif 000008
【図７】
2007034498.tif 000009
【図８】
2007034498.tif 000010
【図９】
2007034498.tif 000011
【図１０】
2007034498.tif 000012