(57)【要約】【課題】同じイベントや類似イベントを自動判別してスケジュール情報を生成、更新することができる情報処理方法、情報処理装置、および情報処理のためのプログラムと、これを記録した記録媒体を提供する。【解決手段】メッセージ取得部によりインターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得する段階と、イベント情報抽出部により前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出する段階と、スケジュール生成部により前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成する段階と、スケジュール出力部により前記生成したスケジュールを出力する段階と、を具備する方法となっている。【選択図】図２
2008077250.tif 000002
【特許請求の範囲】
【請求項１】
メッセージ取得部によりインターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得する段階と、
イベント情報抽出部により前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出する段階と、
スケジュール生成部により前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成する段階と、
スケジュール出力部により前記生成したスケジュールを出力する段階と、を具備することを特徴とする情報処理方法。
【請求項２】
前記情報処理方法が、さらに、ユーザがプロファイルやキーワードを登録すると、前記フィルタ部により、前記生成したスケジュールを登録されたプロファイルやキーワードに対応してフィルタリングする段階を具備することを特徴とする請求項１に記載の情報処理方法。
【請求項３】
前記メッセージ取得段階が、予め登録した掲示板、もしくは指定の掲示板のメッセージ全てにアクセスし、メッセージ間関係を保持したままメッセージを取得することを特徴とする請求項１又は２に記載の情報処理方法。
【請求項４】
前記スケジュール自動生成段階が、知識辞書を使って同じ属性のイベント要素であって表記の違う要素間の関係を特定し、要素間の重複関係の有無を判定することを特徴とする請求項１又は２に記載の情報処理方法。
【請求項５】
前記スケジュール自動生成段階が、メッセージの添付文書やリンク文書などをスケジュールに関連付けすることを特徴とする請求項１又は２に記載の情報処理方法。
【請求項６】
前記スケジュール出力段階が、スケジュール情報を自動的にコンピュータが可読解釈できる標準のデータ形式に変換することを特徴とする請求項１又は２に記載の情報処理方法。
【請求項７】
前記スケジュール出力段階が、時系列出力、場所毎出力、主題毎出力、人物毎出力、行為毎出力の各出力が可能であることを特徴とする請求項１又は２に記載の情報処理方法。
【請求項８】
インターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得するメッセージ取得部と、
前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出するイベント情報抽出部と、
前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成するスケジュール生成部と、
前記生成したスケジュールを出力するスケジュール出力部と、を具備することを特徴とする情報処理装置。
【請求項９】
前記情報処理装置が、さらに、ユーザがプロファイルやキーワードを登録すると、前記フィルタ部により、前記生成したスケジュールを登録されたプロファイルやキーワードに対応してフィルタリングする段階を具備することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記メッセージ取得部が、予め登録した掲示板、もしくは指定の掲示板のメッセージ全てにアクセスし、メッセージ間関係を保持したままメッセージを取得することを特徴とする請求項８又は９に記載の情報処理装置。
【請求項１１】
前記スケジュール生成部が、知識辞書を使って同じ属性のイベント要素であって表記の違う要素間の関係を特定し、要素間の重複関係の有無を判定することを特徴とする請求項８又は９に記載の情報処理装置。
【請求項１２】
前記スケジュール生成部が、メッセージの添付文書やリンク文書などをスケジュールに関連付けすることを特徴とする請求項８又は９に記載の情報処理装置。
【請求項１３】
前記スケジュール出力部が、スケジュール情報を自動的にコンピュータが可読解釈できる標準のデータ形式に変換することを特徴とする請求項８又は９に記載の情報処理装置。
【請求項１４】
前記スケジュール出力部が、時系列出力、場所毎出力、主題毎出力、人物毎出力、行為毎出力の各出力が可能であることを特徴とする請求項８又は９に記載の情報処理装置。
【請求項１５】
メッセージ取得部によりインターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得する段階と、
イベント情報抽出部により前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出する段階と、
スケジュール生成部により前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成する段階と、
スケジュール出力部により前記生成したスケジュールを出力する段階と、を実行するプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、テキストからの情報抽出および情報編集を伴う情報処理システムに関し、特に、同じイベントや類似イベントを自動判別してスケジュール情報を生成、更新することができる情報処理方法、情報処理装置、および情報処理のためのプログラムと、これを記録した記録媒体に関するものである。
【背景技術】
【０００２】
近年、電子メールや電子掲示板など、電子的コミュニケーションの発展に伴い、電子メールや電子掲示板を用いてグループや個人のスケジュールの調整をする機会が増え、さらに、Personal Information Manager（ＰＩＭ）ソフトウェアの普及に伴い、調整されたスケジュールを計算機で管理するユーザが増えてきている。
このＰＩＭソフトウェアは、例えばコンピュータなどの端末の表示装置に、カレンダー形式を表示し、表示されたカレンダーの日付にユーザがその日のスケジュールを記憶させて管理するスケジュール管理機能をもつものが知られている。
しかし、従来は、ユーザが調整済みのスケジュールを人手で入力する必要があり、電子的コミュニケーションとＰＩＭソフトウェアとの連携は十分ではない。
【０００３】
文書から有用な情報を自動抽出し、活用しやすい形態に編集、出力する技術が進んできており、電子的コミュニケーション手段から抽出したイベント情報を、個人のスケジュール管理ソフトに反映させる目的で、第１の従来技術では、スケジュール情報の自動抽出とスケジューラへの自動反映、さらにメッセージ間関係を用いて編集が可能なスケジュール情報抽出編集装置が提案されている。スケジュール情報は、直接パターンマッチングもしくは形態素解析結果へのパターンマッチングを用いて自動抽出し、スケジュール登録候補を生成する。ここで、必要スケジュールかどうかをユーザの指定した抽出ルールにより判定するスケジュール判定処理と、メッセージを参照しながら、自動抽出できなかったスケジュールの追加や、一定の指針により設けられたメッセージ同士の関係性の強さ弱さなどを参考に、スケジュールの削除をしたりする編集処理が可能とある（特許文献１）。
また、第２の従来技術では、メール文書をスケジューラの日付に対応付けて保存する方法、その際のメールにおける実際のイベント内容の日時と、メール受信日のどちらを対応づけるかを指定できる仕組みを提案している（特許文献２）。
【特許文献１】特開２００４−１０２５５９公報
【特許文献２】特開２００５−３２２１７８公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記第１の従来技術におけるスケジュール情報の自動抽出に関して、対象メッセージ中に日時や場所のパターンにマッチする表記が複数含まれていた場合、スケジュールに登録すべき情報が特定できないという問題点がある。
また、ユーザがスケジュール判定処理に要する抽出ルールを設定したり、メッセージ本文やメッセージ間関係を参照しながらスケジュールの追加や削除などの編集を人手で行うのは煩雑、かつコストもかかり、現実的ではない。
【０００５】
また、第２の従来技術では、スケジューラへのメッセージの関連付けは実現できるが、メッセージ添付の文書の関連付けまでは言及していない。また、関連付けのための日付の指定などは、ユーザが介在する必要があり、スケジュール登録に時間とコストがかかる。
また、取得メッセージの中には同じイベント情報に関するものがあり、さらに時間の経過に従って情報が追加されていくイベントもある。例えば会議というイベントは、日程調整のメッセージと開催案内のメッセージが存在すると考えられる。メッセージ毎にスケジュールを自動生成すると、スケジュールの量が膨大になり、管理参照が困難になってくるため、同じイベントは同じスケジュールとして扱えることが望ましい。
【０００６】
メッセージ文書は、同じイベントの内容でも異なった表現がなされることがあり、例えばイベント要素がほぼ一致しているイベント間で、Ｗｈｅｎ属性の要素が「午前中」というイベント要素の表現と「１０時から１２時」というイベント要素の表現は、同じ時間帯を示しているが、従来は、それを判断することができない。同じ時間帯であることが判断できれば、この二つのイベントは、同じイベントとして一つのスケジュールとして生成することができる。
【０００７】
また、会議が終わった後に議事録が書かれ、それがメッセージとして発信され、取得されることが考えられる。このときも、別イベントとしてスケジュールが自動生成されるよりは、同じスケジュールとして扱い、時間経過に従ってスケジュールが自動更新されることが望ましい。従来の方法では、この問題に対する効果的な対応方法についての言及はない。
ここで、これらの従来技術においては、スケジュールへの文書添付についての言及がないが、展示会のお知らせメールなどに添付されてくる案内の地図の画像文書などをスケジュールに添付したり、会議の予稿や議事録などをスケジュールに関連文書として添付しておき、必要に応じて参照したいといったユーザの要求は高い。
【０００８】
本発明は、上記従来の問題点を解決するためのものであり、その目的は、電子的コミュニケーション手段で日々発信されるメッセージから統語構造を用いた情報抽出技術を利用してイベント情報を自動抽出し、同じイベントや類似イベントを自動判別してスケジュール情報を生成、更新することができる情報処理方法、情報処理装置、および情報処理のためのプログラムと、これを記録した記録媒体を提供することである。
【課題を解決するための手段】
【０００９】
上述の目的を達成するために、請求項１記載の発明は、メッセージ取得部によりインターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得する段階と、イベント情報抽出部により前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出する段階と、スケジュール生成部により前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成する段階と、スケジュール出力部により前記生成したスケジュールを出力する段階と、を具備することを特徴とする。
また、請求項２記載の発明は、前記情報処理方法が、さらに、ユーザがプロファイルやキーワードを登録すると、前記フィルタ部により、前記生成したスケジュールを登録されたプロファイルやキーワードに対応してフィルタリングする段階を具備することを特徴とする。
【００１０】
また、請求項３記載の発明は、前記メッセージ取得段階が、予め登録した掲示板、もしくは指定の掲示板のメッセージ全てにアクセスし、メッセージ間関係を保持したままメッセージを取得することを特徴とする。
また、請求項４記載の発明は、前記スケジュール自動生成段階が、知識辞書を使って同じ属性のイベント要素であって表記の違う要素間の関係を特定し、要素間の重複関係の有無を判定することを特徴とする。
また、請求項５記載の発明は、前記スケジュール自動生成段階が、メッセージの添付文書やリンク文書などをスケジュールに関連付けすることを特徴とする。
また、請求項６記載の発明は、前記スケジュール出力段階が、スケジュール情報を自動的にコンピュータが可読解釈できる標準のデータ形式に変換することを特徴とする。
【００１１】
また、請求項７記載の発明は、前記スケジュール出力段階が、時系列出力、場所毎出力、主題毎出力、人物毎出力、行為毎出力の各出力が可能であることを特徴とする。
また、請求項８記載の発明は、情報処理方装置が、インターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得するメッセージ取得部と、前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出するイベント情報抽出部と、前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成するスケジュール生成部と、前記生成したスケジュールを出力するスケジュール出力部と、を具備することを特徴とする。
また、請求項９記載の発明は、前記情報処理方装置が、さらに、ユーザがプロファイルやキーワードを登録すると、前記フィルタ部により、前記生成したスケジュールを登録されたプロファイルやキーワードに対応してフィルタリングする段階を具備することを特徴とする。
【００１２】
また、請求項１０記載の発明は、前記メッセージ取得部が、予め登録した掲示板、もしくは指定の掲示板のメッセージ全てにアクセスし、メッセージ間関係を保持したままメッセージを取得することを特徴とする。
また、請求項１１記載の発明は、前記スケジュール生成部が、知識辞書を使って同じ属性のイベント要素であって表記の違う要素間の関係を特定し、要素間の重複関係の有無を判定することを特徴とする。
また、請求項１２記載の発明は、前記スケジュール生成部が、メッセージの添付文書やリンク文書などをスケジュールに関連付けすることを特徴とする。
【００１３】
また、請求項１３記載の発明は、前記スケジュール出力部が、スケジュール情報を自動的にコンピュータが可読解釈できる標準のデータ形式に変換することを特徴とする。
また、請求項１４記載の発明は、前記スケジュール出力部が、時系列出力、場所毎出力、主題毎出力、人物毎出力、行為毎出力の各出力が可能であることを特徴とする。
また、請求項１５記載の発明は、プログラムが、メッセージ取得部によりインターネットまたはイントラネット上でのメールや掲示板などを介したメッセージを取得する段階と、イベント情報抽出部により前記取得したメッセージから統語構造を用いて特定のイベントを表す情報を抽出する段階と、スケジュール生成部により前記抽出したイベント情報から同じイベントや類似イベントを判定してスケジュールを自動生成する段階と、スケジュール出力部により前記生成したスケジュールを出力する段階と、を実行することを特徴とする。
また、請求項１６記載の発明は、請求項１５に記載のプログラムを記録した記録媒体を特徴とする。
【発明の効果】
【００１４】
本発明によれば、電子的コミュニケーション手段で日々発信されるメッセージから、煩雑な作業やコストのかかるパターン辞書を用いずに自動的なスケジュールを抽出登録が実現でき、電子的コミュニケーションとＰＩＭソフトウェアとの連携が促進される。
また、本発明によれば、例えば部門スケジュールや個人スケジュールなど、ユーザの用途に応じたスケジュールを自動的に振り分けることができ、ユーザが用途に必要な最低限のスケジュールだけを参照するだけですみ、ユーザの労力が軽減する。
また、本発明によれば、メッセージ文書間の関係を取得することができるため、応答関係や時系列を利用したイベント要素の補完、重複イベントや類似イベントの判定をすることが可能となり、精度の高いスケジュール生成が実現できる。
【００１５】
また、本発明によれば、知識辞書によって、表記の異なるイベント要素間の関係、要素の詳細度を特定できるため、重複イベントや類似イベントの判定をすることが可能となり、精度の高いスケジュール生成が実現できる。
また、本発明によれば、スケジュールに元のメッセージ文書に添付された文書や、リンク文書を関連付けることができるため、ユーザがスケジュールを参照したときに、メールソフトを起動したり掲示板を見に行って元のメッセージを探す手間なく添付文書やリンク文書を開いて読むことが可能となり、ユーザの利便性が大幅に向上する。
【００１６】
また、本発明によれば、スケジュールの出力の際、ユーザが介在することなくスケジュールデータを例えばｉｃａｌｅｎｄｅｒ形式や、Ｖｃａｌ形式など、ＲＦＣで定義された共通フォーマットに自動で変換することができるので、このフォーマットを解釈できるＰＩＭソフトウェア同士なら、スケジュール情報を交換でき、またユーザが有する複数のツールで同じスケジュールを管理することが可能となり、電子的コミュニケーションとＰＩＭソフトウェアとの連携が促進される。
また、本発明によれば、ユーザがスケジュールを表示手段で参照する際に、時系列表示以外の表示形式が可能なため、ユーザが着目した要素をキーにしたスケジュール参照ができ、利便性が大幅に向上する。
【発明を実施するための最良の形態】
【００１７】
以下に添付の図を参照してこの発明の実施形態を詳細に説明する。
（実施例）
図１は、本発明の一実施形態である情報処理装置を実現するコンピュータの構成例である。
図１に示すように、この情報処理装置は、処理対象文書やユーザプロファイル等を登録指示するための入力手段としてのキーボード１、外部からの信号を受信したり、本装置から信号を送信する通信手段である通信Ｉ／Ｏインターフェース２、本装置における処理を集中して実行するＣＰＵ３、メモリ（揮発性のＲＡＭと不揮発性のＲＯＭとどちらも想定可能）４、記憶手段としてのハードディスク５、出力手段としてのディスプレイ６やプリンター７などが、内部バス８を介して相互に接続された構成となっている。
通信Ｉ／Ｏインターフェース２は、モデムやターミナルアダプタなどが想定でき、通信回線を介してイントラネット、またはインターネットに接続されているサーバなどからデータを受信できる。ＣＰＵ３は、メモリ４に記録されたプログラムに従って処理を実行する。
【００１８】
図２は、本発明の一実施形態である情報処理装置の機能構成の説明図である。
図２に示すように、メッセージ取得部１０は、例えばインターネットやイントラネットを介し、メールサーバ、チャットサーバ、掲示板サーバ、ＲＳＳ配信サーバなど、ネットワークを使ってアクセス可能な文書データベースを有するシステムに記憶されているメッセージ文書群にアクセスする。
イベント情報抽出部１２は、メッセージ文書を読み込み、メッセージ内で取得でき得るイベント情報を全て抽出する。スケジュール生成部１３は、イベント情報間の重複や類似を判断し、スケジュールを生成する。ここでは、新規メッセージが取得され、新規イベントが追加されると、新規イベントと既存イベントとの重複関係や類似関係を判断し、重複情報がなければ新規スケジュールを生成し、重複情報があり、さらに新規情報がある場合、既存スケジュールを更新する。既存スケジュールに類似のイベントであれば、類似スケジュールを生成する。
【００１９】
ユーザがスケジュールを分類したい場合、入力部１４はユーザの入力を受け付け、キーワードやプロファイルなど、スケジュールの分類基準を取得する。フィルタ部１５は、スケジュールリストを取得し、スケジュール分類基準に基づいた分類スケジュールリストに振り分ける。
スケジュール出力部１６は、全スケジュールリスト、もしくは分類されたスケジュールリストを出力する。また、スケジュール出力部１６は、スケジュール情報を、ｉｃａｌｅｎｄｅｒなどのコンピュータ可読解釈可能な共通フォーマット形式への変換をする。また、スケジュール出力部１６は、スケジュール情報が更新された場合、更新情報をユーザに配信する。
【００２０】
図３は、本発明の一実施形態である情報処理装置の処理概念図である。
図３に示すように、メッセージを取得すると、メッセージからイベント情報を１つ以上抽出する。イベント情報が既存のスケジュールのイベント情報と重複する場合は、既存スケジュールへ統合する。新規イベント情報が新規情報を有する場合は、既存スケジュールを更新する。イベント情報が既存のスケジュールのイベント情報と部分的に重複する場合は、類似イベントを生成する。イベント情報が既存のスケジュールのイベント情報と重複しない場合は、新規スケジュールを生成する。ユーザのプロファイルやキーワード情報があれば、それに基づきスケジュールをフィルタリングし、スケジュールリストを任意の数に分類する。
【００２１】
図４および図１０は、本発明の一実施形態における処理対象となるメッセージ文書の例を示す説明図である。
図４のメッセージ文書Ａ、Ｂ、Ｃは、電子メール文書の例である。メッセージ文書Ｂは、メッセージ文書Ａへの返信であり、メッセージ文書Ｃは、メッセージ文書Ｂへの返信であるという文書間関係を有する。図１０のメッセージ文書Ｄ、Ｅ、Ｆは、電子掲示板文書の例である。メッセージ文書Ｅは、メッセージ文書Ｄへの意見・提案であり、メッセージ文書Ｆは、メッセージ文書Ｅへの意見・提案であるという文書間関係を有する。メッセージ文書が取得され読み込まれると、文書間関係を保持したメッセージＩＤが付与される。
【００２２】
図５は、本発明の一実施形態である情報処理装置におけるイベント情報抽出処理のフローチャートある。
図５において、イベント抽出処理は、対象メッセージの有無を判定し（ステップ１００）、メッセージを読み込み（ステップ１０１）、メッセージのテキストの統語構造を取得する（ステップ１０２）。統語構造取得には、既存の自然言語解析処理を用いる。このとき、メッセージのテキスト中に引用部分と思われる箇所があれば、その箇所は特定情報セット抽出対象外として扱う。統語構造が得られたら、イベントを表す情報を抽出する（ステップ１０３）。
【００２３】
このイベント情報抽出には、例えば一例として自社関連技術（ＦＮ２００５１１７５０）に示す「情報抽出方法、情報抽出装置、および情報抽出プログラムを記録した記録媒体」の手法により、４Ｗ１Ｈ（Ｗｈｅｎ＝いつ、Ｗｈｅｒｅ＝どこ−で、Ｗｈｏ＝誰−が、Ｗｈａｔ＝何−を、Ｈｏｗ＝（どのくらい・どうやって））＋述語の各要素から成るイベント情報を取得する。メッセージからイベント情報が抽出されたら（ステップ１０４）、イベントＩＤを付加してイベントリストにイベント要素、メッセージＩＤ、イベントＩＤと共に登録する（ステップ１０５、１０６）。メッセージ内に、別のイベント情報があれば、イベント情報がなくなるまでイベント情報抽出を繰り返す（ステップ１０７）。また、イベント情報が取得されない場合は、エラー表示を行なう（ステップ１０８）。
【００２４】
図６は、本発明の一実施形態である情報処理装置におけるイベント情報抽出例を示す説明図であり、図４のメッセージ文書Ｂからイベント情報を抽出した例を示している。
図６に示すように、メッセージ文書のテキスト部分を自然言語解析し、テキストを単語や文節に区切り、係り受け関係を取得し、統語構造を得る。統語構造に基づき、イベントを表す４Ｗ１Ｈ＋述語の情報を抽出し、それぞれのイベント情報は、メッセージＩＤとイベントＩＤとイベント属性、イベント要素から成る。
【００２５】
図７は、本発明の一実施形態である情報処理装置におけるスケジュール生成処理のフローチャートある。
図７において、イベントの登録があると（ステップ２００）、メッセージＩＤとイベントＩＤとイベント属性、イベント要素を読み込み、バッファにいれる（ステップ２０１）。イベント属性ごとに、それぞれの要素と既存イベントリストの各要素とのマッチング処理をし（ステップ２０２）、重複要素があれば、対象要素へ、重複情報を付与する（ステップ２０３、２０４）。
次に、同じイベント属性で、違う表記の要素間の関係を、知識辞書を使って特定する（ステップ２０５、２０６）。知識辞書を参照し、要素間に重複があれば、対象要素へ、重複情報を付与する（ステップ２０７、２０８）。
【００２６】
次に、イベント要素間で重複要素がどれだけあるかを調べるイベント要素重複度判定をする（ステップ２０９）。これは、全てのイベント要素のうち、重複要素がどれだけあったかを数値化し、例えば重複要素の割合で、閾値を設けておく。閾値以上の重複があれば、同じイベントと見做し、対応する既存スケジュールに新規要素を追加して、スケジュールを更新し、スケジュールに更新情報を付与する（ステップ２１０、２１１、２１２、２１３）。
閾値以下であるが、重複がある場合は、関連スケジュールと見做し、類似スケジュールを生成し、類似情報を付与し、類似スケジュールＩＤを取得する（ステップ２１５、２１６）。閾値以下であり、重複がひとつもない場合は、新規スケジュールと見做し、新規スケジュールを生成し、スケジュールＩＤを取得する（ステップ２１７）。新規スケジュールと類似スケジュールがあれば、スケジュールリストに加える（ステップ２１８）。
【００２７】
登録イベントがさらにある場合は、登録イベントがなくなるまで、この処理を繰り返す（ステップ２１４）。例えば、メールによる会議の日程調整を行なうと、メールをやり取りしていくうちに、イベントの自動更新が行なわれ、スケジュール情報も更新されていく。メールのやり取りが途切れたところで、スケジュールは静的な状態で保存される。また、電子掲示板において、ミーティングのスケジュールがあり、そのミーティングが終わった後に、同じ掲示板の同じメッセージツリーに議事録がアップされると、そのメッセージのイベントが対象スケジュールと同イベントかどうかを自動的に判断し、議事録が関連付けられて対象スケジュールが更新される。重複情報、類似情報は、例えばフラグ、特定コードなどで表現する。
【００２８】
図８は、本発明の一実施形態である情報処理装置における知識辞書の記載例の説明図である。
図８に示すように、イベントの各属性ごとに、イベント要素の表記が左辺と右辺に１対ずつ記載されたものである。本記載例では、分かりやすくベタで記載しているが、文法情報を正規表現で表現した形式の記述でも良く、さらにシステム実装の場合は、これらの知識をプログラムコードの形式に書き下した規則を用いるのが適当である。登録イベントのある属性のイベント要素の表記が左辺の要素に一致した場合は、詳細度を１減算する。右辺の要素に一致した場合は、詳細度を１加算する。既存のスケジュールのイベント要素との比較において、異表記要素間の関係特定に利用し、詳細度の高い要素をスケジュール生成の際の要素とする。
【００２９】
図９は、本発明の一実施形態である情報処理装置における重複イベント例とスケジュール生成例の説明図である。
図１１は、本発明の一実施形態である情報処理装置におけるスケジュール更新例の説明図である。
図１２は、本発明の一実施形態である情報処理装置における図１１のスケジュールリストのスケジュールＩＤ００１の要素を、ｉｃａｌｅｎｄｅｒ形式に変換した例の説明図である。本発明の情報処理でスケジュール情報を生成・登録した後、出力の際にスケジュール情報を、たとえばｉｃａｌｅｎｄｅｒ形式に変換し、記憶することができる。
図１３は、本発明の一実施形態である情報処理装置におけるスケジュール表示例の説明図である。
【００３０】
以下、本発明による情報処理装置の具体例について図４、図６、図８〜図１３を用いて説明する。
具体例１：スケジュール生成・表示
例えば、図４のメッセージ文書Ａ、メッセージ文書Ｂ、メッセージ文書Ｃというメッセージ群が本発明の一実施形態である情報処理装置に登録された場合、メッセージ取得部は、まずメッセージ文書のヘッダ情報を取得し、全てのヘッダ部分に「Ｘ−Ｍａｉｌｅｒ：○○」とあるため、これらの文書が電子メールシステムから取得したメッセージ文書群であると特定する。
【００３１】
次に、メッセージ文書Ａを対象文書とし、メッセージ文書Ｂを次文書とした場合、次文書のＭｅｓｓａｇｅ−Ｉｄが対象文書のＭｅｓｓａｇｅ−Ｉｄより新しい、次文書のＩｎ−Ｒｅｐｌｙ−ＴｏのＭｅｓｓａｇｅ−Ｉｄが対象文書のＭｅｓｓａｇｅ−Ｉｄである、次文書のＤａｔｅが対象文書のＤａｔｅより新しい、次文書の件名に対象文書の件名と同じ文字列がある、次文書の件名の先頭にＲｅ：がついている、ということがわかり、メッセージ文書ＡのメッセージＩＤを００１、メッセージ文書ＢのメッセージＩＤを００２と付与する。
【００３２】
次に、メッセージ文書Ｂを対象文書とし、メッセージ文書Ｃを次文書とした場合、次文書のＭｅｓｓａｇｅ−Ｉｄが対象文書のＭｅｓｓａｇｅ−Ｉｄより新しい、次文書のＩｎ−Ｒｅｐｌｙ−ＴｏのＭｅｓｓａｇｅ−Ｉｄが対象文書のＭｅｓｓａｇｅ−Ｉｄである、次文書のＤａｔｅが対象文書のＤａｔｅより新しい、次文書の件名に対象文書の件名と同じ文字列がある、次文書の件名の先頭にＲｅ：がついている、ということがわかり、メッセージ文書ＢのメッセージＩＤが００２なので、メッセージ文書ＣのメッセージＩＤにＢのメッセージＩＤに１加算した００３を付与する。
上記処理により、図４のメッセージ文書群が電子メール文書群であり、メッセージ文書Ａがメールの元文書、メッセージ文書Ｂがメッセージ文書Ａへの返信、メッセージ文書Ｃがメッセージ文書Ｂへの返信であるという構造であることを特定することができる。
【００３３】
メッセージ取得部１０はメッセージ間の関係を判定すると、対象メッセージ文書をメッセージＩＤと共にメッセージリストに記憶する。
イベント情報抽出部１２は、メッセージリストに新規メッセージが追加されると起動し、対象メッセージの有無を判定する。対象メッセージ文書Ａ，Ｂ，Ｃがあるので、まずメッセージ文書Ａを読み込み、イベント情報を抽出する。メッセージのテキスト中に引用部分と思われる箇所があれば、その箇所はイベント抽出対象外として扱う。
【００３４】
図６のメッセージ文書Ｂからのイベント情報抽出例を使って、イベント情報抽出を説明する。まず、以下のようなメッセージ文書Ｂのテキスト部分の統語構造を取得する。
2008077250.tif 000003
統語構造を取得したら、文末から述語を検索し、述語毎に述語と係り受け関係にあるイベント要素をイベント情報として抽出する。メッセージ文書のイベント情報が抽出されたら、イベントＩＤを付加してイベントリストにメッセージＩＤ、イベントＩＤと共にイベント属性とイベント要素を登録する。イベント属性とは、４Ｗ１Ｈ（Ｗｈｅｎ＝いつ、Ｗｈｅｒｅ＝どこ−で、Ｗｈｏ＝誰−が、Ｗｈａｔ＝何−を、Ｈｏｗ＝（どのくらい・どうやって））＋述語のことである。１つのメッセージ内に、別のイベント情報があれば、イベント情報がなくなるまでイベント情報抽出を繰り返す。この結果、上記統語構造からは、以下の００１〜００３のイベント情報が取得できた。
メッセージ文書Ｂ＜メッセージＩＤ  ００２＞
００１述語｛佐藤・です・。｝
００１Ｈｏｗ｛第・一・開発・部｝
００２述語｛いい・です・。｝
００２０Ｗｈｅｎ｛来月・７日｝
００２２Ｗｈｅｎ｛午前・中｝
００３述語｛どこ・です・か・？｝
００３Ｈｏｗ｛場所｝
このようなイベント情報抽出手続きを、メッセージ文書Ａとメッセージ文書Ｃに対しても同様に実施し、各メッセージから、図９に示すようなイベント情報を抽出できた。
【００３５】
スケジュール生成部１３は、イベントリストに新規イベントが追加されると起動し、対象イベントの有無を判定する。次に、イベントの登録があると、メッセージＩＤとイベントＩＤとイベント属性、イベント要素を読み込み、バッファにいれる。それから、既存のイベントリストの要素との一致の有無を調べる。一致があれば、要素の重複があると見做し、重複イベント要素に対して重複情報を付与する。
例えばメッセージ文書Ａのイベントが新規で追加されると、図９のメッセージ文書Ａの４つのイベントの先頭から順に、メッセージＩＤとイベントＩＤとイベント属性、イベント要素を読み込み、バッファにいれる。それから、既存のイベントリストの要素との一致の有無を調べると、一致が無かったので、次に同じイベント属性であり、要素の表記が異なる情報があるかどうかを調べる。同じイベント属性で要素の表記が異なる情報がないことから、このイベントに基づく新規スケジュールを生成し、スケジュールＩＤを取得した後、スケジュールリストに登録し、記憶させる。
【００３６】
次に、メッセージ文書Ｂのイベントが新規で追加されると、図９のメッセージ文書Ｂの３つのイベントの先頭から順に、メッセージＩＤとイベントＩＤとイベント属性、イベント要素を読み込み、バッファにいれる。それから、既存のイベントリストの要素との一致の有無と、図８の知識辞書を参照して、イベント要素の表記が異なっているかどうかを調べる。
イベントＩＤ００２０のイベント属性Ｗｈｅｎ「来月」、イベントＩＤ００２１のイベント属性Ｗｈｅｎ「午前中」が知識辞書の左辺要素と一致したため、要素を右辺要素「９月」「｛０｜１｜２｜３｜４｜５｜６｜７｜８｜９｜１０｜１１｜１２｝時」に変換し、各々詳細度を１減算する。既存イベント要素との重複や、同じイベント属性で要素の表記が異なる情報はないが、メッセージ文書Ａとメッセージ文書間関係があることから、同じイベントとみなし、スケジュール情報を新規要素を加えて更新し、スケジュール情報に更新情報を付与する。
【００３７】
次に、メッセージ文書Ｃのイベントが新規で追加されると、図９のメッセージ文書Ｃの４つのイベントの先頭から順に、メッセージＩＤとイベントＩＤとイベント属性、イベント要素を読み込み、バッファにいれる。それから、既存のイベントリストの要素との一致の有無と、イベント要素の表記が異なっているかどうかを調べる。イベント属性Ｗｈｅｎの要素「７日」、イベント属性述語の要素「設定」、イベント属性Ｗｈａｔの要素「会議」、イベント属性Ｗｈｏの要素「山田」「佐藤」が一致し、重複情報を付与する。
次に、同じイベント属性で要素の表記が異なる情報があるかどうか調べる。イベントＩＤ００３１のイベント属性Ｗｈｅｎ「１０時〜１２時」が知識辞書の右辺と一致したため、要素の詳細度を１加算する。このイベントＩＤ００３１は、イベントＩＤ００２１のイベント属性Ｗｈｅｎ「｛０｜１｜２｜３｜４｜５｜６｜７｜８｜９｜１０｜１１｜１２｝時」と一致するため、重複情報を付与する。さらに、イベント属性Ｗｈｅｒｅ「第一会議室」を、新規イベント要素とする。イベントＩＤ００２１とイベントＩＤ００３１の重複度が高いため、同じイベントと見做し、詳細度の高いイベント属性の要素を最適イベント要素として採用し、スケジュールを更新し、更新情報を付与する。
【００３８】
スケジュール出力部１６は、全スケジュールリスト、もしくはフィルタリングされたスケジュールリストの実体を、例えばディスプレイなどの表示装置に表示する。図１３は、ディスプレイに表示したスケジュールリストである。スケジュールは、４Ｗ１Ｈ＋述語のイベント属性の要素から成っているため、時系列表示だけでなく、場所毎表示など、複数のユーザ任意の基準で表示を切り替えるように設計することが可能である。表示をタブなどを用いて切り替えてもよい。また、スケジュール出力部１６は、スケジュール情報を、ｉｃａｌｅｎｄｅｒなどのコンピュータ可読解釈可能な共通フォーマット形式への変換をし、このフォーマットに準拠したＰＩＭソフトウェアのスケジュールツールに出力することができる。図１２は、図１１のスケジュールリスト中のスケジュールＩＤ００１のスケジュールデータをｉｃａｌｅｎｄｅｒ形式に変換した例である。また、スケジュール出力部１６は、スケジュール情報が更新された場合、更新情報をユーザに配信するよう設計することができる。
【００３９】
具体例２：スケジュールフィルタリング・表示
次に、スケジュールのフィルタリングの具体例を説明する。メッセージ文書から、イベント情報を自動抽出し、イベント情報を自動編集してスケジュールリストを作成するところまでは具体例１と同様である。スケジュールリスト表示の際に、予め、または表示の前に、ユーザが入力部から、例えば「株式会社○○様」や「発売する」などのキーワードや、ユーザの年齢・性別・趣味・仕事のテーマなどのプロファイルを入力して記憶し、それらの情報を用いてスケジュール情報をフィルタリングし、キーワード別スケジュールリスト、ユーザ別スケジュールリストを作成する。
【００４０】
例えば、キーワード「株式会社○○様」は、イベント属性Ｗｈｏの要素に登録しておき、新規イベントが登録された際に、新規イベント属性Ｗｈｏの要素と一致するかどうかを調べ、一致したら、「株式会社○○様」向けスケジュールとして出力する。同様に、イベント属性述語の要素に「発売する」を登録しておくと、新規イベントが登録された際に、新規イベント属性述語の要素と一致するかどうかを調べ、一致したら、「発売」スケジュールとして出力する。
このとき、「株式会社○○様」向けスケジュールや「発売」スケジュールの実体は、元のスケジュールリストに記憶され、「株式会社○○様」向けスケジュールリストや「発売」スケジュールリストは、スケジュールＩＤのリストとすれば、処理速度に影響を与えず効果的である。同様に、ユーザがイベント属性Ｗｈａｔの要素に仕事のテーマを登録しておくと、テーマに関するスケジュールを出力する。
【００４１】
具体例３：添付文書リンク文書
次に、図１０、図１１を使って、スケジュールに添付文書やリンク文書を関連付ける具体例を説明する。例えば特定の電子掲示板において、図１０のメッセージ文書Ｄと、メッセージ文書Ｅが関連づけられて取得される。イベント情報抽出部１２が、メッセージ文書Ｄから、以下のような４つのイベントを抽出する。
メッセージ文書Ｄ＜メッセージＩＤ  １０１＞
００１述語｛山田・です・。｝
００２述語｛―｝
００２０Ｗｈｅｎ｛来月｝
００２１Ｗｈｅｎ｛９月２２日・木｝
００２２Ｗｈｅｎ｛１３時・から｝
００２Ｗｈａｔ｛ミーティング｝
００３述語｛とって・おいて・ください｝
００３Ｗｈａｔ｛予定｝
００３Ｗｈｏ｛テーマメンバー｝
００４述語｛よろしく・お願い・します。｝
【００４２】
スケジュール生成部１３が、既存イベント情報との重複チェック、類似チェックを実施し、新規スケジュールとしてスケジュールＩＤ００２を取得し、スケジュールリストに登録する。次に、イベント情報抽出部１２が、メッセージ文書Ｅから、以下のような３つのイベントを抽出する。
メッセージ文書Ｅ＜メッセージＩＤ  １０２＞
００１述語｛佐藤・です・。｝
００２述語｛―｝
００２Ｗｈｅｒｅ｛第一会議室｝
００２Ｗｈａｔ｛ミーティング・場所｝
００３述語｛とって・あり・ます・。｝
００３Ｗｈｅｎ｛１３時・から・１５時・まで｝
【００４３】
スケジュール生成部１３が、既存イベント情報との重複チェック、類似チェックを実施し、重複するイベント要素が一定以上あるため、スケジュールＩＤ００２のスケジュールと重複すると判断し新規イベント要素を加えてスケジュールＩＤ００２を更新する。図１１のスケジュールリスト中のスケジュールＩＤ００２が、この状態である。
このミーティングが実際に終わった後に、同じ掲示板の同じメッセージツリーに図１０のメッセージ文書Ｆがアップされると、イベント情報抽出部が、メッセージ文書Ｆから、以下のような３つのイベントと、１つの添付文書を抽出する。
メッセージ文書Ｆ＜メッセージＩＤ  １０３＞
００１述語｛山田・です・。｝
００２述語｛作成｝
００２Ｗｈａｔ｛ミーティング・議事録｝
００３述語｛ご確認・ください・。｝
００３Ｗｈｏ｛テーマメンバー｝
００４添付文書：
【００４４】
スケジュール生成部１３が、既存イベント情報との重複チェック、類似チェックを実施し、スケジュールＩＤ００２のスケジュールと同イベントであると判断し新規イベント要素を加えてスケジュールＩＤ００２を自動的に更新し、更新情報を付与する。図１１のスケジュール更新後のスケジュールＩＤ００２（更新）が、この状態である。このスケジュールＩＤ００２（更新）には、メッセージ文書Ｆに添付の文書を関連づけられている。本発明において、スケジュール出力部１６がユーザにスケジュールの更新情報を配信できるので、ユーザは、ミーティングが終わり、このスケジュールを見直すことがなくなっても、更新情報を受け取り、議事録を参照することが可能となる。
【００４５】
具体例４：スケジュール情報変換処理
図１２は、図４、図６、図９で生成したスケジュールＩＤ００１のスケジュール情報を、自動的にｉｃａｌｅｎｄｅｒ形式に変換して記憶し、出力する例である。例えば、本発明による情報処理装置を内蔵したＰＩＭシステムが起動し、図４のメッセージ文書Ａ〜Ｃが登録されたとする。このとき、文書登録と同時に、本発明の情報処理装置を内蔵したＰＩＭシステムは、登録メッセージ文書を記憶し、先頭のメッセージ文書から順に、先の実施例に挙げたいイベント情報抽出処理と同様の処理をする。図６はメッセージ文書Ｂからのイベント情報抽出結果である。図１１のように、各メッセージ文書のイベント情報を得て、記憶する。
【００４６】
次に、たとえば４Ｗ１Ｈ＋述語の情報をプロパティ要素として有する語彙を定義したＵＲＩ、本実施形態ではhttp://xxxx.com//RDFCal1.0//ENを予め用意し、既存の語彙と共に用いるようにする。（図１２のｉｃａｌｅｎｄｅｒ形式変換例参照）対象イベント要素に合致した既存の語彙があれば、それを用い、新たに定義した語彙を用意する必要はない。
まず、Ｗｈａｔ情報「会議」をＳｕｍｍａｒｙ要素として記述する。次にＷｈｅｎ情報「９月」「７日」「１０時〜１２時」を、始まり時間と終了時間に分割し、ＤＴＳＴＡＲＴ要素とＤＴＥＮＤ要素として記述する。次にＷｈｅｒｅ情報「第一会議室」を、ＬＯＣＡＴＩＯＮ要素として記述する。
これらを記憶し、出力指示があれば、出力処理を実施する。一例として、スケジュール情報のｉｃａｌｅｎｄｅｒ形式変換例を図１２に示す。
【００４７】
以上説明したように、本発明による実施形態によれば、人手によるスケジュール登録、スケジュール編集というプロセスがないため、ユーザに登録編集の時間と労力を要求する必要がなくなる。また、高度な自然言語処理技術を用いて統語構造を取得し、イベント情報を自動抽出するため、予めメッセージに合ったメッセージ構造や言語のパターンを構築する必要がない。
また、スケジュールの出力の際、スケジュールデータを例えばｉｃａｌｅｎｄｅｒ形式や、Ｖｃａｌ形式など、ＲＦＣで定義された共通フォーマットに変換することができるので、このフォーマットを解釈できるＰＩＭソフトウェア同士なら、スケジュール情報を交換でき、ユーザが有する複数のツールで同じスケジュールを管理することが可能である。さらに、複数メッセージに跨って表現されるイベント情報や、別々のメッセージで言及されている同一のイベント情報を同じスケジュールとして扱うことが可能であるという特徴を有し、大量のメッセージの数と等分のスケジュールが自動生成されてしまうという弊害がないうえに、新たなメッセージが取得されると、新たなスケジュールとして扱うのではなく、既登録スケジュールのイベントと同じかどうかを判断し、同じであれば、既登録スケジュールの更新ができる。
従って、本発明による方法、装置、プログラムを利用すれば、電子的コミュニケーション手段で日々発信されるメッセージから、簡便に、精度良く、スケジュールの自動生成、表示、配信が実現できる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態である情報処理装置を実現するコンピュータの構成例を示す図である。
【図２】本発明の一実施形態である情報処理装置の機能構成の説明図である。
【図３】本発明の一実施形態である情報処理装置の処理概念図である。
【図４】本発明の一実施形態における処理対象となるメッセージ文書の例を示す説明図である。
【図５】本発明の一実施形態である情報処理装置におけるイベント情報抽出処理のフローチャートある。
【図６】本発明の一実施形態である情報処理装置におけるイベント情報抽出例を示す説明図である。
【図７】本発明の一実施形態である情報処理装置におけるスケジュール生成処理のフローチャートある。
【図８】本発明の一実施形態である情報処理装置における知識辞書の記載例の説明図である。
【図９】本発明の一実施形態である情報処理装置における重複イベント例とスケジュール生成例の説明図である。
【図１０】本発明の一実施形態における処理対象となるメッセージ文書の例を示す説明図である。
【図１１】本発明の一実施形態である情報処理装置におけるスケジュール更新例の説明図である。
【図１２】本発明の一実施形態である情報処理装置における図１１のスケジュールリストのスケジュールＩＤ００１の要素を、ｉｃａｌｅｎｄｅｒ形式に変換した例の説明図である。
【図１３】本発明の一実施形態である情報処理装置におけるスケジュール表示例の説明図である。
【符号の説明】
【００４９】
１…キーボード、２…インターフェース、３…ＣＰＵ、４…メモリ、５…ハードディスク、６…ディスプレイ、７…プリンター、８…内部バス、１０…メッセージ取得部、１２…イベント情報抽出部、１３…スケジュール生成部、１４…入力部、１５…フィルタ部
【図１】
2008077250.tif 000004
【図２】
2008077250.tif 000005
【図３】
2008077250.tif 000006
【図４】
2008077250.tif 000007
【図５】
2008077250.tif 000008
【図６】
2008077250.tif 000009
【図７】
2008077250.tif 000010
【図８】
2008077250.tif 000011
【図９】
2008077250.tif 000012
【図１０】
2008077250.tif 000013
【図１１】
2008077250.tif 000014
【図１２】
2008077250.tif 000015
【図１３】
2008077250.tif 000016