JP2010267019A - 文書作成を支援する方法、並びにそのコンピュータ・システム及びコンピュータ・プログラム - Google Patents

Abstract

【課題】従来の文書作成支援方法では、ユーザが作りたい文書の分野を選択し、必要に応じて質問に答えるという選択指示を与えなければならず、その結果として得られる文書内容は限られたものであった。
【解決手段】本発明は、少なくとも１つのエージェントを登録可能なコンピュータ・システムにおいて、文書作成を支援する方法を提供する。該方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記文書作成の過程におけるユーザの入力をモニターし、該モニターによって得られた入力についての情報を取得するステップと、取得した情報に基づいて、記憶部に蓄積されている複数のコンテンツから少なくとも１のコンテンツを検索するステップと、検索されたコンテンツを画面上に表示するために表示部に送るステップとを実行させる。本発明はまた、文書作成を支援するコンピュータ・システム及びそのコンピュータ・プログラムを提供する。
【選択図】図１Ａ

Description

本発明は、文書作成を支援する方法、並びにそのコンピュータ・システム及びコンピュータ・プログラムに関する。

文書の作成、例えばテキストデータの作成又は電子メールの送信データの作成は、時間を要する作業である。よって、文書の作成の作業効率を上げるために、ユーザを支援する様々な方法が提案されている。例えば、作りたい文書をユーザが選択し、質問に答えるだけで文書が完成するアプリケーションソフトウェアが知られている。下記特許文献１は、作成した文と同じ種類の文を例文データベースから検索し、その文を例文として提示することを特徴とした文書作成装置及び文書作成方法を記載する（明細書第０００１段落）。特許文献１の文書作成装置は、入力手段からの文字列を形態素に解析し、該解析結果から、例文データベースを検索するためのキーになる語を選択し、該キーを用いて例文データベースを検索する（請求項１）。しかし、特許文献１では、文章作成支援が要求されることによってのみ、形態素解析が行われ、例文が提示される（明細書第００２３段落及び第００２６段落）。

特開平９−６９０８７号公報

従来の文書作成支援方法では、ユーザからの指示があって初めて文書作成の支援が行われる。さらに、従来の文書作成支援方法では、ユーザが作りたい文書の分野を選択し、必要に応じて質問に答えるという選択指示を与えなければならず、その結果支援される文書内容は限られたものであった。また、テンプレート型の文書作成支援方法では、ユーザによって事前にテンプレートが選択されてしまうと、支援される文書内容は選択されたテンプレートに固定されてしまう。

本発明は、少なくとも１つのエージェントを登録可能なコンピュータ・システムにおいて、文書作成を支援する方法を提供する。該方法は、
上記コンピュータ・システムが、少なくとも１つのエージェントに、
上記文書作成の過程におけるユーザの入力をモニターし、該モニターによって得られた入力についての情報を取得するステップと、
上記取得するステップで取得した情報に基づいて、記憶部に蓄積されている複数のコンテンツから少なくとも１のコンテンツを検索するステップと、
上記検索するステップで検索されたコンテンツを画面上に表示するために表示部に送るステップと
を実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記検索されたコンテンツが上記画面上に表示されることに応じて、上記コンピュータ・システムが、少なくとも１つのエージェントに、
上記モニターを継続するステップと、
継続されたモニターによって得られた、上記ユーザの更なる入力についての情報に基づいて、上記複数のコンテンツから、該更なる入力についての情報に対応付けられた少なくとも１の他のコンテンツを検索するステップと、
検索された他のコンテンツを上記画面上に表示するために表示部に送るステップと
を実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記検索された第１のコンテンツをユーザに提案し、提案したコンテンツの採択を上記ユーザから受け付けるステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記検索するステップが、上記取得した情報に基づいて、
上記取得した情報に対応するキーワードを含む又は該キーワードに関連付けられた文書データ、
上記取得した情報に対応する文体、
上記取得した情報に対応する文書のドメイン、
上記取得した情報に対応する背景データ、及び
上記取得した情報に対応する画像データ
の少なくとも１を上記蓄積されたコンテンツの中から検索するステップを含む。

本発明の１つの実施態様では、上記検索するステップが、上記ユーザについての情報に基づいて、
上記ユーザが過去に作成した文書、
上記ユーザが過去に作成した文体、
上記ユーザが過去に作成した文書のドメイン、
上記ユーザが過去に作成した背景データ、及び
上記ユーザが過去に作成した画像データ
の少なくとも１を上記蓄積されたコンテンツの中から検索するステップを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記検索されたコンテンツが可変領域部を持つ文書である場合、該可変領域部において１以上の候補語を選択可能にするステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記候補語が、上記取得した情報から得られた文字列の中から上記可変領域部に対応すると判定された文字列である。

本発明の１つの実施態様では、上記候補語が、上記判定された文字列に関連付けられた文字列である。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、過去に作成されたコンテンツを上記蓄積されたコンテンツの中から検索するステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、
上記入力についての情報が取得されることに応じて、上記入力についての情報から新たなコンテンツを作成するステップと、
作成された新たなコンテンツを上記過去に作成されたコンテンツとして記憶部に蓄積するステップと
をさらに実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、
上記取得した情報から得られた文字列に基づいて、上記蓄積されたコンテンツの中から、ドメイン文書検索、類似文書検索又はそれらの組み合わせの検索を行うステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記ドメイン文書検索と上記類似文書検索との組み合わせの検索を行う場合に、上記文字列の数に依存した重みを上記ドメイン文書検索の結果及び上記類似文書検索の結果に与えてコンテンツを選択するステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記類似文書検索が、上記取得した情報に含まれる文の各単語のスコアを配列した入力ベクトルと、上記蓄積されたコンテンツに含まれる文書毎の単語のスコアを配列した文書ベクトルとの内積をとることで行われる。

本発明の１つの実施態様では、上記検索が、文字列の数が増加するにつれて、上記ドメイン文書検索から上記類似文書検索に移行する。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記取得した情報から得られた文字列に関連付けられた他の文字列を提示するステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記方法は、上記コンピュータ・システムが、少なくとも１つのエージェントに、上記取得した情報から得られた文字列に関連付けられた背景模様、背景色、背景画像又は背景イラストを提示するステップをさらに実行させることを含む。

本発明の１つの実施態様では、上記文書作成の過程が文書の編集を含み、及び上記取得した情報が編集途中の文書全体又は一部である。

本発明の１つの実施態様では、上記文書作成の過程が文書の新規作成を含み、及び上記取得した情報がユーザについての情報である。

本発明はまた、少なくとも１つのエージェントを登録可能なコンピュータ・システムにおいて、文書作成を支援する方法を提供する。該方法は、
上記コンピュータ・システムが、少なくとも１つのエージェントに、
ユーザの入力についての情報をアプリケーションソフトウェアから受信させるステップと、
受信した情報に基づいて、記憶部に蓄積されている複数のコンテンツから少なくとも１のコンテンツを検索するステップと、
検索されたコンテンツを画面上に表示するために表示部に送るステップと
を実行させることを含む。

本発明はまた、コンピュータ・システムに上記方法のいずれかに記載の各ステップを実行させるコンピュータ・プログラムを提供する。

本発明はまた、少なくとも１つのエージェントを登録可能な文書作成支援システムを提供する。該文書作成支援システムは、
ユーザの入力を受け付けるアプリケーションソフトウェアと、
上記アプリケーションソフトウェア上でのユーザの入力についての情報を受信するエージェントであって、受信した情報に基づいて、記憶部に蓄積されている複数のコンテンツから、上記受信した情報に対応付けられた少なくとも１のコンテンツを検索する上記エージェントと、
検索されたコンテンツを画面上に表示するために表示部と
を備えている。

本発明の１つの実施態様では、少なくとも１つのエージェントが、
上記モニターを継続し、
継続されたモニターによって得られた、上記ユーザの更なる入力についての情報に基づいて、上記複数のコンテンツから、該更なる入力についての情報に対応付けられた少なくとも１の他のコンテンツを検索する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、
上記検索されたコンテンツをユーザに提案し、提案したコンテンツの採択を上記ユーザから受け付ける。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記取得した情報に基づいて、
上記取得した情報に対応するキーワードを含む又は該キーワードに関連付けられた文書データ、
上記取得した情報に対応する文体、
上記取得した情報に対応する文書のドメイン、
上記取得した情報に対応する背景データ、及び
上記取得した情報に対応する画像データ
の少なくとも１を上記蓄積されたコンテンツの中から検索する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記ユーザについての情報に基づいて、
上記ユーザが過去に作成した文書、
上記ユーザが過去に作成した文体、
上記ユーザが過去に作成した文書のドメイン、
上記ユーザが過去に作成した背景データ、及び
上記ユーザが過去に作成した画像データ
の少なくとも１を上記蓄積されたコンテンツの中から検索する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記検索されたコンテンツが可変領域部を持つ文書である場合、該可変領域部において１以上の候補語を選択可能にする。

本発明の１つの実施態様では、少なくとも１つのエージェントが、過去に作成されたコンテンツを上記蓄積されたコンテンツの中から検索する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記入力についての情報が取得されることに応じて、上記入力についての情報から新たなコンテンツを作成する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記取得した情報から得られた文字列に基づいて、上記蓄積されたコンテンツの中から、ドメイン文書検索、類似文書検索又はそれらの組み合わせの検索を行う。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記ドメイン文書検索と上記類似文書検索との組み合わせの検索を行う場合に、上記文字列の数に依存した重みを上記ドメイン文書検索の結果及び上記類似文書検索の結果に与えてコンテンツを選択する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記取得した情報から得られた文字列に関連付けられた他の文字列を提示する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記取得した情報から得られた文字列に関連付けられた文書のドメインを提示する。

本発明の１つの実施態様では、少なくとも１つのエージェントが、上記取得した情報から得られた文字列に関連付けられた背景模様、背景色、背景画像、又は背景イラストを提示する。

本発明の実施態様では、文書の作成中に、ユーザが、提案されるコンテンツの対象を具体的に指示する必要はない。すなわち、本発明の実施態様によれば、コンテンツの対象の具体的な指示をユーザから受け取ることなく、ユーザが作成している文書の内容に適応した又はユーザの文字の入力量に応じたコンテンツが、エージェントによって自律的に提案される。よって、ユーザは、文書作成を効率的に行うことが可能である。

本発明の実施態様である、文書作成支援システムのブロック構成図を示す。 本発明の実施態様である、図１Ａに記載の文書作成支援システムのブロック構成図とは別の実施態様であるブロック構成図の例を示す。 本発明の実施態様である、図１Ａ又は図１Ｂに記載のエージェント部において管理されるローカル文書の例を示す。 本発明の実施態様である、図１Ａに示す文書作成支援システムによってなされるコンテンツの提案の概略を示す。 本発明の実施態様である、図１Ａに示すエディタ部の基本的な動作フローチャートを示す。 本発明の実施態様である、図１Ａに示すエージェント部の基本的な動作フローチャートを示す。 本発明の実施態様である、図３Ｂのステップ３１６においてドメイン検索が実行される場合における、図１Ａの記憶部に実装されたデータベース上のテーブルの例を示す。 本発明の実施態様である、図４Ａに示すドメイン単語テーブルの作成に必要なドメイン毎の単語出現頻度テーブルを更新するフローチャートを示す。 本発明の実施態様である、図４Ａに示すドメイン単語テーブルを作成するフローチャートを示す。 本発明の実施態様である、図３Ｂのステップ３１６において類似文書検索が実行される場合における、図１Ａの記憶部に実装されたデータベース上のテーブルの例を示す。 本発明の実施態様である、図４Ｄに示す文書単語テーブルの作成に必要な文書毎の単語出現頻度テーブルを更新するフローチャートを示す。 本発明の実施態様である、単語出現頻度テーブルから文書単語テーブルを作成するフローチャートを示す。 本発明の実施態様である、図１Ａに示すエージェント＃１が類似文書及びドメイン文書を提案するエージェント（以下、類似及びドメイン文書提案エージェント）である場合の文書作成支援システムのブロック構成図を示す。 本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェントによるドメイン文書検索のフローチャートを示す。 本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント中の類似文書検索部の動作フローチャートを示す。 本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント中の重み評価部の動作フローチャート及び重み付け関数の一例を示す。 本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェントの動作フローチャートを示す。 本発明の実施態様である、図１Ａに示すエージェント＃２が背景を提案するエージェント（以下、背景提案エージェント）である場合の文書作成支援システムのブロック構成図を示す。 本発明の実施態様である、図６Ａの背景提案エージェントで使用される背景色テーブルを登録するフローチャートを示す。 本発明の実施態様である、図６Ａの背景提案エージェントの動作フローチャートを示す。 本発明の実施態様である、図１Ａのエディタ部の起動又は新規文書の作成が指示された直後の表示部の画面を示す。 本発明の実施態様である、ユーザ情報の送信中の状態を示す。 本発明の実施態様である、テンプレート文書の提案の画面を示す。 本発明の実施態様である、ユーザからのテキスト入力を受け付けている画面を示す。 本発明の実施態様である、類似文書の提案の画面を示す。 本発明の実施態様である、図７Ｅにおいて提案された類似文書の表示が消えていく画面を示す。 本発明の実施態様である、ユーザからの更なるテキスト入力を受け付けている画面を示す。 本発明の実施態様である、類似文書の提案の画面を示す。 本発明の実施態様である、可変領域部に選択肢が設けられている例の画面を示す。 本発明の実施態様である、可変領域部の候補の確定待ちの画面を示す。 本発明の実施態様である、提案の採択待ちの画面を示す。 本発明の実施態様である、採択された類似文書がエディタ画面内に表示されている例を示す。 本発明の実施態様である、背景データの提案の画面を示す。 本発明の実施態様である、提案された背景色が却下された画面を示す。 本発明の実施態様である、図１Ａに示す文書作成支援システムのコンピュータ・ハードウェアのブロック図を示す。

本発明の実施態様において、「文書」とは、ユーザによって新規作成又は編集が可能なデータである。該データは、例えばテキストデータ、電子メールの送信データ、スプレッドシートのデータ、画像データ、音楽データ、動画データ又はデータベースのデータでありうるが、これらに限定されない。

本発明の実施態様において、「文書作成の過程」とは、上記文書を作成するためのアプリケーションソフトウェアで実行される一連のユーザによる入力動作の過程である。上記文書作成の過程は、例えば文書作成アプリケーションソフトウェア、例えばエディタソフトウェアの起動、ファイルの新規作成又は読み込み、文書作成アプリケーションソフトウェアへのテキストデータの入力、図形の挿入、背景の作成、バックグラウンドミュージックの作成、ファイルの保存又は文書作成アプリケーションソフトウェアの終了でありうるが、これらに限定されない。

本発明の実施態様において、「ユーザの入力」とは、上記文書を作成するためのアプリケーションソフトウェアに対して実行される、ユーザによる入力装置からのアクションである。上記入力装置は、例えば、キーボード、マウス又は音声入力装置、例えばマイクロフォンの１つ又はそれらの組み合わせであるが、これらに限定されない。上記アクションは、例えば、文書を新規作成すること、文書に変更を加えること、文書を入力することでありうるが、これらに限定されない。上記アクションはまた、後述するコンテンツの採択に対する応答を含んでもよい。

本発明の実施態様において、「入力についての情報」は、上記入力がされた時点での、上記入力装置からのアクションの全体若しくは一部の情報である。該情報は、例えばテキスト列、又は文字の入力量である。「入力についての情報」はまた、ユーザについての情報でありうる。ユーザについての情報とは、ユーザの個人情報である。ユーザについての情報は、アプリケーションソフトウェア又は該アプリケーションソフトウェアがインストールされているコンピュータ・システムに関連付けられた、例えばユーザＩＤ、文書作成者ユーザＩＤ又は文書毎の識別子である。ユーザについての情報は、例えば、過去の文書作成履歴又は通信相手を特定するための情報である。

本発明の実施態様において、「コンテンツ」とは、提案されるコンテンツの一部又は全体である。コンテンツは、例えば、上記取得した情報に対応するキーワードを含む又は該キーワードに関連付けられた文書データ、前記取得した情報に対応する文体、上記取得した情報に対応する文書のドメイン、上記取得した情報に対応する背景データ（例えば、背景色、背景画像）、又は上記取得した情報に対応する画像データでありうる。コンテンツはまた、例えば上記ユーザが過去に作成した文書、上記ユーザが過去に作成した文体、上記ユーザが過去に作成した文書のドメイン、上記ユーザが過去に作成した背景データ、又は上記ユーザが過去に作成した画像データでありうる。コンテンツはまた、上記コンテンツを複数組み合わせたものでもよい。

本発明の実施態様において、「コンテンツの採択」とは、編集の過程において、ユーザに提案されたコンテンツをユーザに採択させるか否かの判定である。ユーザは、上記提案されたコンテンツ自身を採択し、又は該提案されたコンテンツに含まれる可変部分を選択しうる。

本発明の実施態様において、「エージェント」とは、ユーザに、文書作成支援のためのコンテンツを自律的に提案するコンピュータ・プログラムである。エージェントは、コンテンツの提案、例えば、文章の提案、文体の提案、ドメインの提案、音楽の提案又は背景の提案を行う。エージェントは、提案されるべきコンテンツの具体的な対象の指示をユーザから受け取るとすることなく、ユーザに対して自律的に上記様々なコンテンツの提案を行う。１つエージェントが上記全ての提案を提案するように実装したり、又は複数のエージェントのそれぞれが上記提案のそれぞれを提案するように実装したりしてもよい。エージェントは、文書作成のためのアプリケーションソフトウェアのアドインソフトウェアとして組み込まれることができる。また、エージェントは、該アプリケーションソフトウェアの外部プログラムとして実行されうる。エージェントは、文書作成のためのアプリケーションソフトウェアと同一のコンピュータ上で実行されてもよく、又は該アプリケーションソフトウェアが実行されるコンピュータとは異なるネットワークで接続されたコンピュータ上で実行されてもよい。また、エージェントは、例えば上記アプリケーションソフトウェアに予め登録されていてもよいし、又はユーザが追加で登録してもよい。

本発明の実施態様において、「文書データ」とは、例えば、ユーザによって若しくは第三者によって過去に作成された文書又はテンプレート文書であるがこれらに限定されない。文書データは、ユーザによる用語の選択を許す可変領域部を備えていてもよい。文書データは、例えば、文書として各言語に従い表示可能な文字、画像若しくは書式コード、又はそれらの組み合わせを含む。

本発明の実施態様において、「文体」とは、主として文章の末尾の単語で表現される「である」調、「です、ます」調、「ございます」調など文章の表現をいう。「文体」には、例えば、敬語、丁寧語、謙譲語、命令語及び方言による表現が含まれる。

本発明の実施態様において、「文書のドメイン」とは、文書の種類である。文書の種類は、例えば、メール用の文書、ビジネス用の文書、プライベート用の文書又は冠婚葬祭用の文書であるが、これらに限定されない。

本発明の実施態様において、「背景データ」とは、文書の背景として表示されるデータである。背景データは、例えば、背景色、背景模様、背景画像のデータ、背景イラスト、又はそれらの組み合わせを含むが、これらに限定されない。

本発明の実施態様において、「ドメイン文書検索」とは、エージェントが、文書を検索するために文書のドメインを決定し、そして該決定されたドメインに属する文書を蓄積されたコンテンツの中から検索する検索方法をいう。文書のドメインとは、検索対象である複数の文書を、該文書の内容によってグループ分けした場合のグループである。ドメイン名とは、該グループの名前である。１つの文書が複数のドメインに属していてもよい。

本発明の実施態様において、「類似文書検索」は、ユーザが入力している文書と類似する文書を、蓄積されたコンテンツの中から検索することをいう。文書が類似するとは、ある文書に対してもう一方の文書が、例えば、一部分で類語を使用しているが他の部分は同じであること、又は文体に対応する文字列以外は同じであることであるが、これらに限定されない。

本発明の実施態様では、「類似文書検索」と「ドメイン文書検索」とが同時に実行されうる。該実行では、文書に含まれる文字数が少ないときは「ドメイン文書検索」が主として行われ、一方、ユーザによる入力データ量が多くなるに従い「ドメイン文書検索」ではなく「類似文書検索」が主になるように検索が行われる。

本発明の実施態様において、「アプリケーションソフトウェア」とは、上記文書を作成するために使用されるソフトウェアである。アプリケーションソフトウェアは、例えばエディタソフトウェア、ワードプロセッサソフトウェア、表計算ソフトウェア、ドローソフトウェア、ペイントソフトウェア、又はＤＴＭソフトウェアであるがこれらに限定されない。

本発明の実施態様において、「文書の新規作成」とは、アプリケーションソフトウェアを起動しユーザが新規文書作成を指示する命令をいう。エージェントに対するユーザからの入力支援の指示ではない。本発明の実施態様では、ユーザは入力支援の指示を行う必要がないのが特徴の一つである。アプリケーションソフトウェアが起動されると、新規文書作成モードになる場合には、ユーザが新規文書作成をエージェントに指示する必要はない。

以下、図面に従って、本発明の実施態様を説明する。本実施態様は、本発明の好適な形態を説明するためのものであり、本発明の範囲をここで示すものに限定する意図はないことを理解されたい。また、以下の図を通して、特に断らない限り、同一の符号は、同一の対象を指す。

図１Ａは、本発明の実施態様である、文書作成支援システム（１００）のブロック構成図を示す。文書作成支援システム（１００）は、エディタ部（１１０）、エージェント部（１２０）及び記憶部（１３０）を備えている。

エディタ部（１１０）は、入力部（１１１）、管理部（１１２）及び表示部（１１３）を含む。エディタ部（１１０）は、文書を管理し、及び文書作成の機能を有するアプリケーションソフトウェアである。上記機能は、例えば、文書ファイルの新規作成、文書の入力、文書の削除、文書のコピー、文書の貼り付け、文書の検索、文書の置換、文書の整形及び文書ファイルの保存であるが、これらに限定されない。

入力部（１１１）は、入力装置、例えばキーボード、マウス、及び音声入力装置の１つ又はそれらの組み合わせを備えている。入力部（１１１）は、上記入力装置によって受け付けられたユーザからの入力を管理部（１１２）に渡す。ユーザからの上記入力は、例えば文書作成のために入力された文字又は文書ファイルを新規作成する指示を含むが、これらに限定されない。ユーザからの上記入力はまた、下記エージェント＃１〜＃ｎ（１２１〜１２４）からの提案に対する応答を含む。ここで、上記応答とは、例えばユーザがエージェントの提案を採用したという応答、ユーザがエージェントの提案を採用しないという応答、又はユーザがエージェントからの提案に含まれる可変部を選択したという応答であるが、これらに限定されない。

管理部（１１２）は、入力部（１１１）から送信された入力を受信すると、該入力に対応する機能を実行する。上記入力が、例えば文書に追加する文字の入力の場合、管理部（１１２）は、例えば上記文字を文書に加える。上記入力が、例えば文書ファイルを新規作成する指示の場合、管理部（１１２）は、文書ファイルを新規作成する。上記入力が、例えばエージェント＃１〜＃ｎ（１２１〜１２４）からの提案に対する応答の場合、管理部（１１２）は、上記応答をエージェント部（１２０）に送信する。管理部（１１２）はまた、作成中の文書、少なくとも１のエージェント＃１〜＃ｎ（１２１〜１２４）からの提案、及びユーザからの入力に対応する機能の実行の結果の少なくとも１（以下、表示情報）を表示部（１１３）に送信する。

表示部（１１３）は、エージェント部（１２０）から、又はエージェント部（１２０）から管理部（１１２）を介して送信された上記表示情報を受信する。表示部（１１３）は、上記表示情報を、例えばディスプレイ装置に表示する。

エディタ部（１１０）は、上記入力の一部若しくは全部、上記入力についての情報及び作成中の文書の一部若しくは全部の少なくとも１（以下、入力データ）をエージェント部（１２０）に送信する。代替的に、エージェント部（１２０）が、例えば文書の変更をモニターし、該変更がある毎に、上記入力データをエディタ部（１１０）に送信させるようにしてもよい。ユーザからのデータ入力に応じて、エディタ部（１１０）が上記入力データをエージェント部（１２０）に送信することにより、エージェント部（１２０）はエージェント＃１〜＃ｎ（１２１〜１２４）が自律的にコンテンツを提案させることを可能にする。よって、ユーザは、文書作成の支援を求める操作をすることなしに、少なくとも１のエージェント＃１〜＃ｎ（１２１〜１２４）から文書作成の支援を受けることができる。

エージェント部（１２０）は、エージェント＃１（１２１）、エージェント＃２（１２２）、エージェント＃３（１２３）、及びエージェント＃ｎ（１２４）の少なくとも１つ備えている。エージェント部（１２０）は、任意的に、形態素解析部（１２８）、採択受付部（１２６）、又はインタフェース（１２９）を備えている。

エージェント＃１〜＃ｎ（１２１〜１２４）それぞれは、ユーザからの指示なしに、コンテンツをユーザに自律的に提案する機能を有する。該提案は、エディタ部（１１０）から送信された上記入力データ、後述のローカル文書又は形態素解析部（１２８）から送信された解析結果（例えば形態素）の少なくとも１に基づいて行われる。エージェント部（１２０）はまた、インタフェース（１２９）を介して上記受信した入力データ又はローカル文書を形態素解析部（１２８）に送信しうる。

形態素解析部（１２８）は、上記送信された入力データ又はローカル文書の形態素解析を行い、形態素に分割する。形態素解析部（１２８）は、形態素解析の結果をエージェント＃１〜＃ｎ（１２１〜１２４）それぞれに送信しうる。ここで、形態素解析部（１２８）は、エージェント＃１〜＃ｎ（１２１〜１２４）それぞれに含まれていてもよい。

エージェント部（１２０）は、エージェント＃１〜＃ｎ（１２１〜１２４）それぞれに、上記入力データ、ローカル文書又は形態素解析部（１２８）からの上記結果に基づいて、コンテンツを提案させる。エージェント部（１２０）は、エージェント＃１〜＃ｎ（１２１〜１２４）を記憶部（１３０）にアクセスさせ、上記コンテンツを検索させる。上記検索には、例えば上記入力データ、ローカル文書又は形態素解析部（１２８）からの上記結果が用いられうる。エージェント＃１〜＃ｎ（１２１〜１２４）は、上記検索されたコンテンツ又は該コンテンツと所与の計算式とから求められるコンテンツを、提案するコンテンツとしうる。エージェント部（１２０）はまた、上記入力データをローカル文書に登録しうる。エージェント部（１２０）はさらに、エージェント＃１〜＃ｎ（１２１〜１２４）に、上記入力データ、形態素解析部（１２８）からの上記結果及び上記提案するコンテンツを、新たなコンテンツ又は該コンテンツについての情報として、記憶部（１３０）に記憶させてもよい。

エージェント部（１２０）及びエージェント＃１〜＃ｎ（１２１〜１２４）それぞれの有する上記検索の機能に着目し、エージェント部（１２０）及び各エージェント＃１〜＃ｎ（１２１〜１２４）をまとめて「検索部」と呼んでもよい。該検索部は、例えば、上記入力データ又はローカル文書に含まれる文書と検索されたコンテンツとの類似度を測る。検索部は、上記類似度が所与の閾値を超える場合、提案するコンテンツをエディタ部（１１０）に送信する。閾値は、予め適切な値が設定されうる。上記提案するコンテンツは、例えば類似文書、テンプレート文書、文書の文体又は文書の背景色であるが、これらに限定されない。さらに、検索部は、ユーザについての情報である例えばユーザＩＤに基づき、例えばユーザが過去に作成した文書に限定した検索を行ってもよい。なお、上記ユーザについての情報は、例えば、上記入力データに含まれている入力についての情報に含まれうる。

インタフェース（１２９）は、エディタ部（１１０）とエージェント部（１２０）との間での情報の送受信を仲介する。インタフェース（１２９）はまた、エージェント＃１〜＃ｎ（１２１〜１２４）それぞれと形態素解析部（１２８）との間の情報転送を制御する。さらに、インタフェース（１２９）は、エージェント＃１〜＃ｎ（１２１〜１２４）に検索を実行させる及び提案を発行させるタイミングを制御してもよい。また、インタフェース（１２９）が、複数のエージェントからエージェントを選択して、該選択したエージェントを動作させるようにしてもよい。

採択受付部（１２６）は、提案されたコンテンツを採択するか又は却下するかというユーザからの指示を受け付ける。一定時間経過しても上記指示がない場合、採択受付部（１２６）は、ユーザが提案されたコンテンツを却下する指示をしたと認識するようにしてもよい。ここで、採択受付部（１２６）は、エージェント＃１〜＃ｎ（１２１〜１２４）それぞれに含まれていてもよい。

記憶部（１３０）は、各種コンテンツ及び検索に必要な各種情報を格納している。記憶部（１３０）は、例えば、メモリ又はハードディスクであるが、これらに限定されない。上記各種コンテンツ及び上記各種情報は、例えばハードディスク上のデータベースのテーブル又はファイルに保持されうる。記憶部（１３０）はまた、エージェント部（１２０）からの検索に基づいて、コンテンツを提供する。

なお、エディタ部（１１０）、エージェント部（１２０）及び記憶部（１３０）は、１つのコンピュータ、例えばパーソナル・コンピュータ上に実装されてもよく、又はネットワークを介して分散配置された複数のコンピュータ上に実装されてもよい。エージェント＃１〜＃ｎ（１２１〜１２４）の実装部分は、エージェント部（１２０）とは別のコンピュータ上に実装されていてもよい。上記別のコンピュータ上の実装の場合、上記エージェントは、例えばＷｅｂサービス又はＣＯＭによって提供されるコンポーネントでありうる。

図１Ｂは、本発明の実施態様である、図１Ａに記載の文書作成支援システムのブロック構成図とは別の実施態様であるブロック構成図の例を示す。文書作成支援システム（１００）は、エディタ部（１１０）、エージェント＃１〜＃ｎ（１３１〜１３４）及び記憶部（１４１〜１４４）を備えている。

エディタ部（１１０）、入力部（１１１）、管理部（１１２）、及び表示部（１１３）は、図１Ａで説明した通りである。

エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、ユーザからの指示なしに、コンテンツをユーザに自律的に提案する機能を有する。該提案は、エディタ部（１１０）から送信された上記入力データ又はローカル文書の少なくとも１に基づいて行われる。エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、対応する記憶部（１４１〜１４４）にアクセスし、上記コンテンツを検索する。上記検索には、例えば上記入力データ又はローカル文書が用いられうる。エージェント＃１〜＃ｎ（１３１〜１３４）が形態素解析機能を有する場合、エージェント＃１〜＃ｎ（１３１〜１３４）は、上記入力データ又はローカル文書を形態素解析し、該解析の結果を上記検索に用いてもよい。エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、検索されたコンテンツ又は該コンテンツと所与の計算式とから求められるコンテンツを、提案するコンテンツとしうる。エージェント＃１〜＃ｎ（１３１〜１３４）それぞれはまた、上記入力データをローカル文書に登録しうる。エージェント＃１〜＃ｎ（１３１〜１３４）それぞれはさらに、上記入力データ、形態素解析の結果又は上記提案するコンテンツを、新たなコンテンツ又は該コンテンツについての情報として、対応する記憶部（１４１〜１４４）に記憶してもよい。

エージェント＃１〜＃ｎ（１３１〜１３４）それぞれはまた、例えば、上記入力データ又はローカル文書に含まれる文書と検索されたコンテンツとの類似度を測る。エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、上記類似度が所与の閾値を超える場合、提案するコンテンツをエディタ部（１１０）に送信する。閾値は、予め適切な値が設定されうる。上記提案するコンテンツは、例えば類似文書、テンプレート文書、文書の文体又は文書の背景色であるが、これらに限定されない。さらに、エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、ユーザについての情報である例えばユーザＩＤに基づき、例えばユーザが過去に作成した文書に限定した検索を行ってもよい。なお、上記ユーザについての情報は、例えば、上記入力データに含まれている入力についての情報に含まれうる。

エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、採択受付機能（図１Ａの採択受付部に対応する）を有しうる。該採択受付機能は、提案されたコンテンツを採択するか又は却下するかというユーザからの指示を受け付ける機能である。上記機能において、一定時間経過しても上記指示がない場合、エージェント＃１〜＃ｎ（１３１〜１３４）それぞれは、ユーザが提案されたコンテンツを却下する指示をしたと認識するようにしてもよい。

記憶部（１４１〜１４４）それぞれは、各種コンテンツ及び検索に必要な各種情報を格納している。記憶部（１４１〜１４４）それぞれには、ローカル文書が格納されてもよい。記憶部（１４１〜１４４）それぞれは、例えば、メモリ又はハードディスクであるが、これらに限定されない。上記各種コンテンツ及び上記各種情報は、例えばハードディスク上のデータベースのテーブル又はファイルに保持されうる。記憶部（１４１〜１４４）それぞれはまた、エージェント＃１〜＃ｎ（１３１〜１３４）それぞれからの検索に基づいて、コンテンツを提供する。

なお、エディタ部（１１０）、エージェント＃１〜＃ｎ（１３１〜１３４）及び記憶部（１４１〜１４４）は、１つのコンピュータ、例えばパーソナル・コンピュータ上に実装されてもよく、又はネットワークを介して分散配置された複数のコンピュータ上に実装されてもよい。

図１Ｃは、本発明の実施態様である、図１Ａ又は図１Ｂに記載のエージェント部（１２０）において管理されるローカル文書の例を示す。ローカル文書は、エージェント毎に用意されても、又は複数のエージェントに対して用意されてもよい。ローカル文書は、記憶部（１３０）又は複数のエージェントそれぞれに用意される記憶部（１４１〜１４４）に格納される文書である。ローカル文書は、エディタ部（１１０）において編集されている文書（以下、ユーザ文書）とは別に管理されてもよいし、又は上記ユーザ文書と共通の文書であってもよい。以下では、上記ユーザ文書が編集されるときに、ローカル文書の内容がどのように遷移するかを説明する。ユーザが、上記ユーザ文書の編集を始めた時点では、ローカル文書は用意されていない。

ステップ１．ユーザが入力部（１１１）に対して、「先」を入力すると、エディタ部（１１０）は、エージェント部（１２０）に対して、ユーザから「先」という入力があったという入力イベントを発行する。エージェント部（１２０）は、上記イベントに対応する上記「先」を入力データとして受信する。エージェント部（１２０）は、受信した上記「先」を、ローカル文書として記憶する。

ステップ２．ユーザが入力部（１１１）に対して、「日」を入力すると、エディタ部（１１０）は、エージェント部（１２０）に対して、ユーザから「日」という入力があったという入力イベントを発行する。エージェント部（１２０）は、上記イベントに対応する上記「日」を入力データとして受信する。エージェント部（１２０）は、受信した上記「日」を、ローカル文書として記憶している「先」に加え、該加えた文書「先日」を、ローカル文書として記憶する。

ステップ３．ユーザが入力部（１１１）に対して、「は」を入力すると、エディタ部（１１０）は、エージェント部（１２０）に対して、ユーザから「は」という入力があったという入力イベントを発行する。エージェント部（１２０）は、上記イベントに対応する上記「は」を入力データとして受信する。エージェント部（１２０）は、受信した上記「は」を、ローカル文書として記憶している「先日」に加え、該加えた文書「先日は」を、ローカル文書として記憶する。

ステップ４．ユーザが入力部（１１１）に対して、「、」を入力すると、エディタ部（１１０）は、エージェント部（１２０）に対して、ユーザから「、」という入力があったという入力イベントを発行する。エージェント部（１２０）は、上記イベントに対応する上記「、」を入力データとして受信する。エージェント部（１２０）は、受信した上記「、」を、ローカル文書として記憶している「先日は」に加え、該加えた文書「先日は、」を、ローカル文書として記憶する。

上記ステップ１〜４により、ローカル文書は、上記ユーザ文書と同期をとって変更されうる。

図２は、本発明の実施態様である、図１Ａに示す文書作成支援システム（１００）によってなされるコンテンツの提案の概略を示す。画面（２１０）は、文書を作成するためのアプリケーションソフトウェア（以下、エディタ）における表示の例を示す。画面（２１０）は、ユーザによる文書の入力中に、エージェントによって自発的にコンテンツが提案されている状況における画面である。画面（２１０）には、ユーザが作成中の文書である「山田 太郎 様、先日は新年会に・・・」が表示されている。また、画面（２１０）には、エージェント＃１〜＃３（２２１ｂ〜２２３ｂ）に対応するアイコン（２２１ａ〜２２３ａ）が、上から順に表示されている。エージェント＃１（２２１ｂ）は、例えば類似及びドメイン文書提案エージェントである。エージェント＃２（２２２ｂ）は、例えば背景提案エージェントである。エージェント＃３（２２３ｂ）は、例えば文体提案エージェントである。提案（２２１ｃ）は、エージェント＃１（２２１ｂ）からの提案文書である。提案（２２１ｃ）は、エージェント＃１（２２１ｂ）に対応する一番上の位置のアイコン（２２１ａ）から、例えば吹き出し形式で表示される。該表示により、ユーザは、上記作成中の文書と類似する文書が提案されていることを知る。ユーザが提案（２２１ｃ）を採択する場合、ユーザは、例えば文書編集画面（２１１）に提案（２２１ｃ）をドラッグ アンド ドロップする。上記採択は、例えば、ユーザがキーボードから所定のキーを押下することにより実行されてもよい。さらに、音声入力装置が文書作成支援システムに備わっている場合、上記採択は、例えばユーザの音声からの採択指示で行われてもよい。ユーザが提案（２２１ｃ）を採択しない場合、ユーザは、何らかの採択拒否の指示をエージェント＃１（２２１ｂ）に与える。該拒否の指示は、例えば、ユーザがキーボードから所定のキーを押下することにより実行されうる。また、上記拒否の指示がない場合、エージェント＃１（２２１ｂ）が、例えば一定時間経過後、提案（２２１ｃ）を取り消すようにしてもよい。動作中のアイコン（２２１ａ）と休止中のアイコン（２２２ａ及び２２３ａ）とは、例えば色の違いで見分けがつくようにされてもよい。

作成中の文書に対する提案がされ、該提案が採択又は拒否されるという上記概略で述べた動作は、以下の手順で実現される。
ａ．文書作成支援システム（図１Ａ、１００）は、エージェント＃１（２２１ｂ）に、上記エディタから上記作成中の文書を取得させる。
ｂ．文書作成支援システム（１００）は、エージェント＃１（２２１ｂ）に、取得した作成中の文書を解析させる。
ｃ．文書作成支援システム（１００）は、エージェント＃１（２２１ｂ）に、解析された文書を用いて、データベース（２３０）から提案文書を検索させる。
ｄ．文書作成支援システム（１００）は、エージェント＃１（２２１ｂ）に、検索された提案文書をエディタに対して送信させる。該送信により、エージェント＃１（２２１ｂ）は、ユーザに上記提案文書を提案する。
ｅ．ユーザは、上記提案文書の採択又は却下の判断を入力部（図１Ａ、１１１）に入力する。該入力は、エディタ及びエージェント＃１（２２１ｂ）に伝えられる。又は、ユーザが、上記提案文書の採択又は却下の判断が一定時間されないことに応じて、エディタ及びエージェント＃１（２２１ｂ）に上記提案が却下されたことが伝えられる。

図３Ａは、本発明の実施態様である、図１Ａに示すエディタ部（１１０）の基本的な動作フローチャートを示す。なお、以下のステップ３０５〜ステップ３０８は、エディタ部（１１０）の１つのエージェントに対する動作を示す。エージェントが複数ある場合、ステップ３０５〜ステップ３０８は、エージェント毎に並列で実行されうる。

ステップ３０１では、エディタ部（１１０）が動作を開始する。エディタ部（１１０）は、上記動作の開始に応じて、例えば、ユーザについての情報、エージェントについての情報、又は作成中の文書を取得しうる。エディタ部（１１０）は、上記ユーザについての情報を、例えば、オペレーティング・システム若しくはアプリケーションソフトウェアのログイン情報又はレジストリから取得しうる。上記ユーザについての情報は、例えば、エージェントに送信される入力データとして又はエージェント部（図１Ａ、１２０）がエージェントを選択するための情報として使用されうる。エージェント部（図１Ａ、１２０）は、上記ユーザについての情報、又は上記作成中の文書を用いて、使用するエージェントを自動で選択する。自動で選択する場合の１つの例として、エージェント部（１２０）は、例えば、上記ユーザについての情報を用いて記憶部（図１Ａ、１３０）を検索し、過去にコンテンツの提案を行ったエージェントを選択してもよい。別の例では、エージェント部（１２０）は、例えば、上記作成中の文書で使用されている文体について提案をするエージェントを選択してもよい。さらに別の例では、あるエージェントが、使用するエージェントを選択してもよい。また、エディタ部（１１０）は、作成中の文書を表示部（図１Ａ、１１３）に表示する。エディタ部（１１０）はまた、エージェントのアイコンを表示部（１１３）に表示してもよい。該表示に応じて、処理はステップ３０２に進む。

ステップ３０２では、エディタ部（１１０）は、ユーザが文書を編集中であるか否かを判定する。該判定では、例えば、ユーザによって、エディタ部（１１０）を終了させる操作が行われたかどうかが判定される。文書編集中である場合、処理はステップ３０３に進む。文書編集中でない場合、処理はステップ３０９に進み、終了する。

ステップ３０３では、エディタ部（１１０）は、ユーザによりデータが入力されたか否かを判定する。上記データは、例えば、文書に追加する文字、文書ファイルを新規作成する指示、又はエージェントからの提案に対する応答であるが、これらに限定されない。入力されたか否かの判定では、例えば、入力部（図１Ａ、１１１）に対して何らかの入力が実行されたかどうかが判定される。入力がされている場合、処理はステップ３０４に進む。入力がされていない場合、処理はステップ３０２へ戻る。なお、入力データの判定を行うタイミングは、ステップ３０２の後に限らず、別のタイミングであってもよい。

ステップ３０４では、エディタ部（１１０）は、上記入力データを、インタフェース（図１Ａ、１２９）を介してエージェント部（図１Ａ、１２０）に送信する。また、エディタ部（１１０）は、上記入力データに加えて又は上記入力データの代わりに、上記入力データについての情報と編集中の文書との少なくとも１をインタフェース（１２９）を介してエージェント部（１２０）に送信してもよい。なお、上記送信を行うタイミングは、ステップ３０３の直後とは限らず、別のタイミングであってもよい。例えば、エージェント部（１２０）が定期的にエディタ部（１１０）に対して入力データの問い合わせを行い、エディタ部（１１０）が該問い合わせを受けたタイミングで上記送信を行ってもよい。また、上記送信に代わって、上記入力データをエージェント部（１２０）が、取得してもよい。上記入力データをエージェント部（１２０）が取得する場合については、下記図３Ｂの説明において述べる。ここで、送信するデータと同じデータを使用して、エージェント部（１２０）に新たなエージェントが追加されてもよい。エージェントが追加される場合、エディタ部（１１０）は、例えば、送信するデータに含まれる文書で使用されている文体について提案をするエージェントを追加してもよい。エージェントが追加された場合、エディタ部（１１０）は、追加されたエージェントのアイコンを表示部（１１３）に表示する。

ステップ３０５では、エディタ部（１１０）は、エージェント部（１２０）に含まれる少なくとも１のエージェントから、コンテンツの提案が送信されてきたか否かを判定する。コンテンツの提案が送信されてきた場合、処理はステップ３０６に進む。コンテンツの提案が送信されてこない場合、処理はステップ３０２へ戻る。

ステップ３０６では、エディタ部（１１０）は、提案されたコンテンツを表示部（１１３）に表示する。該表示に応じて、処理はステップ３０７に進む。

ステップ３０７では、エディタ部（１１０）は、表示されたコンテンツについて、ユーザからの採択を受け付ける。ユーザから提案を却下する指示があること又はユーザからの指示がないまま所定の時間を経過することに応じて、エディタ部（１１０）は、上記表示されたコンテンツをユーザが却下したとみなす。却下したとみなすことに応じて、処理はステップ３０２へ戻る。また、エディタ部（１１０）は、ユーザから提案を採択する指示があることに応じて、上記表示されたコンテンツをユーザが採択したと認識する。上記採択したとの認識に応じて、処理はステップ３０８に進む。

ステップ３０８では、エディタ部（１１０）は、表示部（１１３）に表示されている編集中の文書を、提案されたコンテンツに対応する文書に更新する。該更新に応じて、処理はステップ３０２へ戻る。

ステップ３０９では、エディタ部（１１０）は、処理を終了する。エディタ部（１１０）は、エージェント部（１２０）に終了要求を発行し処理を終了する。エディタ部（１１０）は、上記終了要求に対する完了通知の待ち合わせをしてもよい。

図３Ｂは、本発明の実施態様である、図１Ａに示すエージェント部（１２０）の基本的な動作フローチャートを示す。なお、以下のステップ３１３〜ステップ３１７は、１つのエージェントに対するエージェント部（１２０）の動作を示すものである。エージェントが複数ある場合、ステップ３１３〜ステップ３１７は、エージェント毎に並列で実行されうる。また、エージェントは、エディタ部（１１０）から送信される入力データに基づいて、任意のタイミングで追加又は削除されうる。追加又は削除される場合の１つの例として、エージェント部（１２０）は、例えば、上記入力データに含まれる入力についての情報にエージェントを追加又は削除する指示が含まれる場合、エージェントを追加又は削除してもよい。別の例では、エージェント部（１２０）は、例えば、エディタ部（１１０）から送信される上記入力データに含まれる上記作成中の文書で使用されている文体について提案をするエージェントを追加してもよい。

ステップ３１１では、エージェント部（１２０）は動作を開始する。エージェント部（１２０）は、例えばエディタ部（１１０）が開始することに応じて、動作を開始する。

ステップ３１２では、エージェント部（１２０）は、終了要求がエディタ部（１１０）から送信されているか否かを判定する。上記終了要求は、例えば、図３Ａのステップ３０９の実行に応じてエディタ部（１１０）から発行されうる。上記終了要求がない場合、処理はステップ３１３に進む。一方、エージェント終了要求がある場合、エージェント部（１２０）は、エージェントの動作を終了し、処理はステップ３１８に進む。エージェント部（１２０）は、上記終了要求に対して、例えば完了通知をエディタ部（１１０）に送信してもよい。

ステップ３１３では、エージェント部（１２０）は、入力データがあるか否かを判定する。上記入力データは、ステップ３０４の処理によってエディタ部（１１０）から送信されるか、又は、エージェント部（１２０）が、例えば送信要求であるポーリング動作を行うことによってエディタ部（１１０）に送信させる。エージェント部（１２０）は、エディタ部（１１０）から入力データが送信される場合、該入力データを受信し、処理はステップ３１４に進む。エディタ部（１１０）から入力データが送信されない場合、処理はステップ３１２へ戻る。

ステップ３１４では、エージェント部（１２０）は、受信した入力データに編集中の文書又は該文書に追加する文字（以下、文書データ）が含まれる場合、上記文書データをローカル文書に格納する。上記格納により、ローカル文書には、エディタ部（１１０）においてユーザが作成中の文書の一部又は全てが累積されうる。上記格納の終了に応じて、処理はステップ３１５に進む。

ステップ３１５では、エージェント部（１２０）は、上記入力データを解析する。エージェント部（１２０）は、例えば、形態素解析部（図１Ａ、１２８）に、上記ローカル文書に累積されている文書データの一部又は全てを解析させる。上記解析により、解析された形態素（以下、形態素を含め、単語列という）又は上記単語列に含まれる単語の一つであるキーワードが求められる。なお、形態素解析は当業者において知られた任意の方法を用いることができるので、本明細書ではその詳細の説明を省略する。別の例では、上記入力データにユーザについての情報が含まれている場合、該情報が解析されうる。解析されることに応じて、処理はステップ３１６に進む。

ステップ３１６では、エージェント部（１２０）は、上記解析に基づいて、コンテンツの作成又は検索を行う。コンテンツの作成を行う場合、エージェント部（１２０）は、例えば上記解析により求められた単語列又はキーワードに応じたプログラムロジックを実行することで、コンテンツを作成する。コンテンツの検索を行う場合、エージェント部（１２０）は、例えば上記解析により求められた単語列又はキーワードを検索キーとしうる。エージェント部（１２０）は、上記検索キーを利用してコンテンツの検索を行う。該検索は、例えば、記憶部（１３０）のデータベースに対して実行される。該検索により、エージェント部（１２０）は、コンテンツを取得する。エージェント部（１２０）は、提案するコンテンツを複数取得した場合、コンテンツの絞り込みをしてもよい。該絞り込みは、例えば、上記ローカル文書として累積されている文書データの一部又は全てと検索されたコンテンツとの類似度を測ることで実行されうる。エージェント部（１２０）は、上記類似度が所与の閾値を超えるコンテンツを上記取得したコンテンツとしうる。閾値は、予め適切な値が設定されうる。上記コンテンツの作成又は取得に応じて、処理はステップ３１７に進む。

ステップ３１７では、エージェント部（１２０）は、作成又は取得したコンテンツを提案するコンテンツとしてエディタ部（１１０）へ送信する。該送信に応じて、処理はステップ３１２に戻る。

ステップ３１８では、エージェント部（１２０）は、処理を終了する。

図３Ａ及び図３Ｂに示すフローチャートは、図１Ｂに示す文書作成支援システムにおいても適用可能である。上記適用する場合、例えば図３Ａのステップ３０４では、エディタ部（１１０）は、入力データをエージェントそれぞれに対して送信する。また、図３Ｂで示すフローチャートの各処理は、エージェントそれぞれで実行される。

図４Ａ〜図４Ｆは、本発明の実施態様である、図３Ｂのステップ３１６で実行される検索で使用されるデータの構造及び該データの作成方法の例を示す。以下の説明では、記憶部（１３０）上に、データベースが実装されているとする。また、上記データは、上記データベース上のテーブルに格納されるとする。

図４Ａは、本発明の実施態様である、図３Ｂのステップ３１６においてドメイン検索が実行される場合における、図１Ａの記憶部（１３０）に実装されたデータベース上のテーブルの例を示す。

ドメイン・テーブル（４０１）は、ドメイン名毎に登録文書を格納するテーブルである。上記ドメイン名は、文書を内容によってグループ分けした場合のグループ名を表す。ドメイン名は、例えば、挨拶文、お詫び文、問い合わせ文及び年賀状である。上記登録文書は、例えば過去に作成された文書又はテンプレートとして予め用意された文書である。登録文書は、例えば、文書１１〜文書１３、文書２１〜文書２４、文書３１〜文書３３及び文書４１である。ドメイン・テーブル（４０１）はまた、文書のドメインへの分類を示す。例えば、文書１１、文書１２及び文書１３は、挨拶文というドメインに分類される。ここで、１つの文書が複数のドメインに分類されてもよい。例えば、文書１２は、挨拶文というドメイン及び年賀状というドメインに分類される。ドメイン・テーブル（４０１）に格納された登録文書は、図３Ｂのステップ３１６において検索されるコンテンツになりうる。

ドメイン単語テーブル（４０２）は、単語、ドメイン名及びスコアを格納するテーブルである。上記単語は、例えば、「＜名前＞」、「さん」及び「に」である。ここで、上記単語は、同じ属性を表す単語（以下、属性名）であってもよい。上記属性名とは、例えば、名前又は日付である。本発明の１つの実施態様では、上記属性名は、“＜”と“＞”とで囲うことで表す。例えば、上記「＜名前＞」は、任意の人名を表す。上記スコアは、ある文書における単語の重要度を示す指標である。スコアは、様々に定義可能である。本発明の１つの実施態様では、ＴＦ−ＩＤＦ値をスコアとして用いる。ＴＦ−ＩＤＦ値は、ＴＦ（Term Frequency）値とＩＤＦ（Inverse Term Frequency）値との積をとることで求められる。ＴＦ値とは、ある文書における単語の出現頻度を示す値である。ＴＦ_ｉｊと記載した場合、ＴＦ_ｉｊは、文書ｉにおける単語ｊの出現頻度を表す。ＩＤＦ値とは、少数の文書に集中的に現れる単語を重要とみなす指標である。ＩＤＦ値は、例えば、検索対象の文書全体におけるある単語を含む文書の数の逆数の対数で表される。ドメイン単語テーブル（４０２）は、各ドメインに含まれる単語毎に、スコアを格納する。例えば、挨拶文に含まれる＜名前＞のスコアは０．７であり、お詫び文に含まれる＜名前＞のスコアは０．７である。ドメイン単語テーブル（４０２）は、図３Ｂのステップ３１６においてドメイン検索が実行される場合に用いられる。該ドメイン検索では、例えば、入力データに含まれる文書の有する全ての単語について、上記ドメイン単語テーブル（４０２）が検索されうる。上記ドメイン検索では、該検索により得られるスコアが、例えば、ドメイン毎に合計される。上記ドメイン検索では、例えば、上記合計されたスコアの高いドメインを多く含むコンテンツが優先して提案されるコンテンツとされうる。

図４Ｂ及び図４Ｃは、本発明の実施態様である、図４Ａに示すドメイン単語テーブルを作成するフローチャートを示す。

図４Ｂは、本発明の実施態様である、図４Ａに示すドメイン単語テーブルの作成に必要なドメイン毎の単語出現頻度テーブルを更新するフローチャートを示す。ステップ４１１では、エージェント部（図１Ａ、１２０）は、ドメイン単語テーブルの作成を開始する。ステップ４１２では、エージェント部（１２０）は、単語出現頻度テーブルに登録する文書があるか否かチェックする。上記文書は、例えば、入力データに含まれるユーザが作成中の文書の一部又は全てである。上記文書はまた、例えば、文書作成支援システムの構築に当たって最初に用意する文書である。該文書は、例えば例文、テンプレート文書、ユーザが過去に作成した文書であるが、これらに限られない。上記登録する文書がある場合、エージェント部（１２０）は、上記登録する文書を１つ取り出す。該取り出しに応じて、処理はステップ４１３に進む。上記登録する文書がない場合、処理はステップ４１８に進む。ステップ４１３では、エージェント部（１２０）は、上記登録する文書が属するドメインを判定する。エージェント部（１２０）は、例えば、モニターにドメイン一覧を表示し、ユーザに上記判定をさせる。次に、エージェント部（１２０）は、判定されたドメインと上記登録する文書とをドメイン・テーブル（４０１）に格納する。該格納に応じて、処理はステップ４１４に進む。ステップ４１４では、エージェント部（１２０）は、上記登録する文書を単語に分解する。該分解には、例えば、形態素分析が使用されうる。エージェント部（１２０）は、上記登録する文書を形態素分析し、該形態素分析の結果と、例えば単語辞書（４０３）に登録されている単語とを比較することで、上記登録する文書を単語に分解する。該分解に応じて、処理はステップ４１５に進む。ステップ４１５では、エージェント部（１２０）は、分解した単語のうち、可変部と判断される単語を、属性名に置き換える。上記可変部と判断される単語とは、例えば、名前又は日付である。上記分解した単語が、例えば「山田太郎」の場合、エージェント部（１２０）は、上記「山田太郎」を「＜名前＞」に置き換えうる。また、上記分解した単語が、例えば「５月５日」の場合、エージェント部（１２０）は、上記「５月５日」を「＜日付＞」と置き換えうる。置き換えるための情報は、例えば、単語辞書（４０３）にユーザが予め登録しておく。ユーザは、例えば、「ＸＸ月ＸＸ日（Ｘは右詰めの数値）」と「＜日付＞」とが同じ単語であると、単語辞書（４０３）に登録する。該登録により、エージェント部（１２０）は、「５月５日」という単語を、「＜日付＞」という属性名に置き換えうる。該置き換えに応じて、処理はステップ４１６に進む。ステップ４１６では、エージェント部（１２０）は、上記分解した単語及び属性名の出現頻度をカウントする。該カウントの終了に応じて、処理はステップ４１７に進む。ステップ４１７では、エージェント部（１２０）は、単語出現頻度テーブル（４０４）を更新する。単語出現頻度テーブル（４０４）は、単語及び属性名と、上記カウントされた出現頻度との組を、ドメイン毎に格納するテーブルである。上記格納に応じて、処理はステップ４１２に戻る。

図４Ｃは、本発明の実施態様である、図４Ａに示すドメイン単語テーブルを作成するフローチャートを示す。ステップ４１８は、図４Ｂに示すフローチャートと、図４Ｃに示すフローチャートとの結合を表す。ステップ４１９では、エージェント部（１２０）は、ステップ４１７で更新した単語出現頻度テーブル（４０４）を全て読み込む。該読み込みの終了に応じて、処理はステップ４２０に進む。ステップ４２０では、エージェント部（１２０）は、読み込んだ単語出現頻度テーブル（４０４）に含まれる単語の出現頻度からドメイン毎のＩＤＦ値を計算する。エージェント部（１２０）は、計算したＩＤＦ値と単語との組をＩＤＦテーブル（４０５）に登録する。該登録の終了に応じて、処理はステップ４２１に進む。ステップ４２１では、エージェント部（１２０）は、上記読み込んだ単語出現頻度テーブル（４０４）に含まれる単語の出現頻度からＴＦ値を計算する。エージェント部（１２０）は、計算したＴＦ値及びＩＤＦ値から、ドメイン毎の単語についてのＴＦ−ＩＤＦ値を計算する。該計算の終了に応じて、処理はステップ４２２に進む。ステップ４２２では、エージェント部（１２０）は、単語、ドメイン及びスコアをドメイン単語テーブル（４０２）に登録する。ここで、上記スコアは、上記計算したＴＦ−ＩＤＦ値とする。ステップ４２３では、エージェント部（１２０）は、ドメイン単語テーブルの作成を終了する。

図４Ｄは、本発明の実施態様である、図３Ｂのステップ３１６において類似文書検索が実行される場合における、図１Ａの記憶部（１３０）に実装されたデータベース上のテーブルの例を示す。文書単語テーブル（４０６）は、文書毎に、単語とスコアとの組を格納するテーブルである、上記スコアには、例えば、ＴＦ−ＩＤＦ値が用いられる。文書１には、例えば「今日」という単語と「０．２」というスコアの組、「は」という単語と「０．０５」というスコアの組及び「よい」という単語と「０．３」というスコアの組が格納されている。文書単語テーブル（４０６）は、図３Ｂのステップ３１６において類似文書検索が実行される場合に用いられる。該類似文書検索では、例えば、入力データに含まれる文書の有する全ての単語について、文書単語テーブル（４０６）が検索されうる。上記類似文書検索では、該検索により得られる単語とスコアとの組が、例えば、配列で表される。上記類似文書検索では、上記配列と上記入力データに含まれる文書との、例えば内積がとられることで、文書の類似度が求められうる。

図４Ｅ及び図４Ｆは、本発明の実施態様である、図４Ｄに示す文書単語テーブルを作成するフローチャートを示す。

図４Ｅは、本発明の実施態様である、図４Ｄに示す文書単語テーブルの作成に必要な文書毎の単語出現頻度テーブルを更新するフローチャートを示す。ステップ４３１では、エージェント部（１２０）は、文書単語テーブルの作成を開始する。ステップ４３２では、エージェント部（１２０）は、単語出現頻度テーブルに登録する文書があるか否かチェックする。上記文書は、例えば、入力データに含まれるユーザが作成中の文書の一部又は全てである。上記文書はまた、例えば、文書作成支援システムの構築に当たって最初に用意する文書である。該文書は、例えば例文、テンプレート文書、ユーザが過去に作成した文書であるが、これらに限られない。登録する文書がある場合、エージェント部（１２０）は、上記登録する文書を１つ取り出す。該取り出しに応じて、処理はステップ４３３に進む。上記登録する文書がない場合、処理はステップ４３７に進む。ステップ４３３では、エージェント部（１２０）は、取り出した登録する文書を例えば、メモリに読み込む。該読み込みに応じて、処理はステップ４３４に進む。ステップ４３４では、エージェント部（１２０）は、読み込んだ文書を単語に分解する。該分解には、例えば、形態素分析が使用されうる。エージェント部（１２０）は、上記読み込んだ文書を形態素分析し、該形態素分析の結果と、例えば単語辞書（４０７）に登録されている単語とを比較することで、上記読み込んだ文書を単語に分解する。該分解に応じて、処理はステップ４３５に進む。ステップ４３５では、エージェント部（１２０）は、分解した各単語の出現頻度をカウントする。該カウントの終了に応じて、処理はステップ４３６に進む。ステップ４３６では、エージェント部（１２０）は、単語出現頻度テーブル（４０８）を更新する。単語出現頻度テーブル（４０８）は、単語とカウントされた出現頻度との組を、文書毎に格納するテーブルである。該格納に応じて、処理はステップ４３２に戻る。

図４Ｆは、本発明の実施態様である、単語出現頻度テーブルから文書単語テーブルを作成するフローチャートを示す。ステップ４３７は、図４Ｅに示すフローチャートと、図４Ｆに示すフローチャートとの結合を表す。ステップ４３８では、エージェント部（１２０）は、ステップ４３６で更新した単語出現頻度テーブル（４０８）を全て読み込む。該読み込みの終了に応じて、処理はステップ４３９に進む。ステップ４３９では、エージェント部（１２０）は、読み込んだ単語出現頻度テーブル（４０８）に含まれる単語の出現頻度から単語毎のＩＤＦ値を計算する。エージェント部（１２０）は、計算したＩＤＦ値と単語との組をＩＤＦテーブル（４０９）に登録する。該登録の終了に応じて、処理はステップ４４０に進む。ステップ４４０では、エージェント部（１２０）は、上記読み込んだ単語出現頻度テーブル（４０８）に含まれる単語の出現頻度からＴＦ値を計算する。エージェント部（１２０）は、計算したＴＦ値及びＩＤＦ値から、文書毎の単語についてのＴＦ−ＩＤＦ値を計算する。該計算の終了に応じて、処理はステップ４４１に進む。ステップ４４１では、エージェント部（１２０）は、文書、単語及びスコアを文書単語テーブル（４０６）に登録する。ここで、上記スコアは、上記計算したＴＦ−ＩＤＦ値とする。また、単語とスコアとの組は、例えば配列として表される。ステップ４４２では、エージェント部（１２０）は、文書単語テーブル（４０６）の作成を終了する。

図５Ａ〜図５Ｅでは、本発明の実施態様である、図１Ａに示すエージェント＃１が類似及びドメイン文書提案エージェントである場合のエージェントの動作を説明する。

図５Ａは、本発明の実施態様である、図１Ａに示すエージェント＃１が類似及びドメイン文書提案エージェントである場合の文書作成支援システム（５００）のブロック構成図を示す。文書作成支援システム（５００）は、エディタ部（５１０）、エージェント部（５２０）及び記憶部（５３０）を備えている。

エディタ部（５１０）は、入力部（５１１）、管理部（５１２）及び表示部（５１３）を含む。

エージェント部（５２０）は、類似文書及びドメイン文書提案エージェント（以下、エージェント＃１）（５２１）を実装している。エージェント＃１（５２１）は、類似文書検索部（５２５）、ドメイン文書検索部（５２６）及び重み評価部（５２７）を備えている。エージェント＃１（５２１）は、ユーザによる単語の入力量に応じて、ドメイン文書検索から類似文書検索に移行していく。

記憶部（５３０）は、各種コンテンツ、並びにコンテンツ検索のために使用される文書単語テーブル（図４Ｄ、４０６）及びドメイン単語テーブル（図４Ａ、４０２）を格納している。

類似文書検索部（５２５）は、コンテンツの検索において入力データに含まれる編集中の文書又はローカル文書（以下、編集中の文書という場合にはローカル文書の場合も含む）と記憶部（５３０）に蓄積されている文書との類似度を計算する。類似文書検索部（５２５）は、例えば、上記計算した類似度の高い上記蓄積されている文書を提案候補文書とする。類似度の計算方法として、類似文書検索部（５２５）は、例えば、ベクトル空間内での内積を計算し最も内積の小さい文書を類似度が高いとして検索する。類似文書検索部（５２５）による類似文書検索では、上記編集中の文書に含まれる情報量が多ければ多いほど、精度の高い類似文書が検索されうる。

ドメイン文書検索部（５２６）は、コンテンツ検索において編集中の文書の有するドメインとデータベース（５３０）に蓄積されているドメインとの類似度を計算する。ドメイン文書検索部（５２６）は、例えば、計算された類似度の最も高いドメインに属する文書を記憶部（５３０）から検索し、検索された文書を提案候補文書とする。ドメイン文書検索部（５２６）によるドメイン文書検索は、上記編集中の文書に含まれる情報量が少ない場合に効果的である。

重み評価部（５２７）は、類似文書検索部（５２５）とドメイン文書検索部（５２６）との両方を動作させる。重み評価部（５２７）は、類似文書検索部（５２５）による検索結果とドメイン文書検索部（５２６）による検索結果とを統合して利用する場合に使用される。類似文書検索部（５２５）による検索は、上記情報量が多い場合に効果的である。ドメイン文書検索部（５２６）による検索は、上記情報量が少ない場合に効果的である。重み評価部（５２７）は、上記夫々の検索の結果に重み付けを与えることによって、上記検索夫々の長所を利用しうる。重み評価部（５２７）は、例えば、重み付け評価関数を用いて、上記夫々の検索結果のうち一方の検索結果を選択しうる。上記重み付け評価関数は、例えば、上記情報量の増加に応じて、類似文書検索部（５２５）による検索に重みを増すように変化させる。

図５Ｂは、本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント（エージェント＃１）によるドメイン文書検索のフローチャートを示す。ドメイン文書検索では、エージェント＃１（５２１）に含まれるドメイン文書検索部（５２６）が使用される。

ステップ５３１では、エージェント部（５２０）が検索動作を開始する。ステップ５３２では、エージェント部（５２０）は、入力データをエディタ部（５１０）から受け取る。ここで、入力データは、「山田太郎さんに５月５日に会いました」とする。エージェント部（５２０）は、受け取った入力データを形態素解析部（５２８）に送信する。該送信の終了に応じて、処理はステップ５３３に進む。ステップ５３３では、形態素解析部（５２８）は、送信された入力データを形態素に分解する。形態素解析部（５２８）はさらに、分解された形態素を、単語辞書（５４１）を使用して、単語列にまとめる。まとめた結果、「山田太郎さんに５月５日に会いました」は、「山田／太郎／さん／に／５月／５日／に／会い／ました」に処理される。ここで「／」は単語列の区切りを表す。形態素解析部（５２８）は、処理結果をドメイン文書検索部（５２６）に送信する。該送信の終了に応じて、処理はステップ５３４に進む。ステップ５３４では、ドメイン文書検索部（５２６）は、送信された処理結果に含まれる単語のうち、可変部と判断される単語を属性名に変換する。該変換の結果、まとめられた入力データに含まれる「山田太郎」という具体的な氏名は、抽象化された＜人名＞という属性名に変換される。また、上記まとめられた入力データに含まれる「５月５日」という具体的な日は、抽象化された＜日付＞という属性名に変換される。よって、上記まとめられた入力データは、「山田／太郎／さん／に／５月／５日／に／会い／ました」から、「＜人名＞／さん／に／＜日付＞／に／会い／ました」と変換される。該変換の終了に応じて、処理はステップ５３５に進む。ステップ５３５では、ドメイン文書検索部（５２６）は、上記変換されたユーザの入力に含まれる単語及び属性名（以下、属性名を含めて単に単語という）とスコアとの対応を表すドメイン・スコア・テーブル（５４３）を以下のａ〜ｃの手順で作成する。

ａ．ドメイン文書検索部（５２６）は、図４Ｃのステップ４２２において作成されたドメイン単語テーブル（５４２）から、上記ユーザ入力に含まれる単語に対応するドメイン名及びスコアを取得する。
ｂ．ドメイン文書検索部（５２６）は、取得したドメイン毎に取得したスコアを合計する。
ｃ．ドメイン文書検索部（５２６）は、上記取得したドメインと、計算したスコアの組をレコードとする、ドメイン・スコア・テーブル（５４３）を作成する。上記作成の終了に応じて、処理はステップ５３６に進む。

ステップ５３６では、ドメイン文書検索部（５２６）は、ドメイン・スコア・テーブル（５４３）の上位スコアのドメインを選択する。ここで、上位スコアのドメインとは、ドメイン・スコア・テーブル（５４３）中の、例えばスコアの値が大きい３つのドメインである。ここで、ドメイン文書検索部（５２６）は、上記合計スコアを正規化して表した単位単語数当たりのスコアの値が大きいスコアを、上位スコアとしてもよい。上記閾値は、ユーザによって、適切な値が予め設定されうる。ドメイン文書検索部（５２６）は、ドメイン・テーブル（５４４）から、上記選択した上位スコアのドメインに対応する登録文書を取得する。そして、ドメイン文書検索部（５２６）は、取得した登録文書を提案候補のコンテンツとする。エージェント部（５２０）は、例えばドメイン・スコア・テーブル（５４３）上に上記提案候補を示すマークを設定する。上記マークを設定することに応じて、処理はステップ５３７に進み、終了する。

図５Ｃは、本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント（エージェント＃１）による類似文書検索のフローチャートを示す。類似文書検索では、エージェント＃１（５２１）に含まれる類似文書検索部（５２５）が使用される。

ステップ５５１では、エージェント部（５２０）が検索動作を開始する。ステップ５５２では、エージェント部（５２０）は、入力データをエディタ部（５１０）から受け取る。ここで、入力データは、「山田太郎さんに５月５日に会いました」とする。エージェント部（５２０）は、受け取った入力データを形態素解析部（５２８）に送信する。該送信の終了に応じて、処理はステップ５５３に進む。ステップ５５３では、形態素解析部（５２８）は、送信された入力データを形態素に分解する。形態素解析部（５２８）はさらに、単語辞書（５６１）を使用して、分解された形態素を単語列にまとめる。まとめた結果、「山田太郎さんに５月５日に会いました」は、「山田／太郎／さん／に／５月／５日／に／会い／ました」に処理される。形態素解析部（５２８）は、処理結果を類似文書検索部（５２５）に送信する。該送信の終了に応じて、処理はステップ５５４に進む。ステップ５５４では、類似文書検索部（５２５）は、上記処理結果に含まれる各単語のスコアを計算する。単語のスコアとは、ある文書における単語の重要度を示す指標である。スコアは、様々に定義可能である。単語のスコアとして、例えば上記ＴＦ−ＩＤＦ値が用いられうる。上記計算の終了に応じて、処理はステップ５５５に進む。ステップ５５５では、類似文書検索部（５２５）は、上記単語と、上記計算されたスコアとをレコードとする、ユーザ入力・スコア・テーブル（５６２）を作成する。以下では、上記単語及びスコアの組を、配列｛単語、スコア｝と表す。上記テーブルの作成に応じて、処理はステップ５５６に進む。ステップ５５６では、類似文書検索部（５２５）は、上記作成されたユーザ入力・スコア・テーブル（５６２）の上記配列と、図４Ｆのステップ４４１において作成された文書単語テーブル（５６３）との内積を計算する。該計算により、文書ベクトル空間内での距離が測られる。類似文書検索部（５２５）は、上記計算結果（類似度スコアという）から、入力データとデータベースに格納されている文書との類似度を示す文書類似スコア・テーブル（５６４）を作成する。上記作成の終了に応じて、処理はステップ５５７に進む。ステップ５５７では、類似文書検索部（５２５）は、作成された文書類似スコア・テーブル（５６４）において、類似度が所定の閾値を超えている文書を、提案候補のコンテンツとする。ここで、類似文書検索部（５２５）は、上記類似度が最大の文書を提案候補のコンテンツとしてもよい。エージェント部（５２０）は、例えば文書類似スコア・テーブル（５６４）上に上記提案候補を示すマークを設定する。上記マークを設定することに応じて、処理はステップ５５８に進み、終了する。

図５Ｄは、本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント（エージェント＃１）中の重み評価部の動作フローチャート及び重み付け関数の一例を示す。重み評価部（５２７）は、ドメイン文書検索部（５２６）によって求められた提案候補と、類似文書検索部（５２５）によって求められた提案候補とから、提案を決定する機能を有する。

ステップ５７１では、重み評価部（５２７）は、重み評価の動作を開始する。ステップ５６２は、図５Ｂに示すフローチャートの各処理に対応する。ステップ５７２では、エージェント部（５２０）は、ドメイン文書検索部（５２６）を動作させ、その計算結果として提案候補のコンテンツを得る。上記提案候補のコンテンツは、例えばドメイン・スコア・テーブル（５４３）上でマーク付けされているドメインに対応する文書である。ステップ５７３は、図５Ｃに示すフローチャートの各処理に対応する。ステップ５７３では、エージェント部（５２０）は、類似文書検索部（５２５）を動作させ、その計算結果として提案候補のコンテンツを得る。上記提案候補のコンテンツは、例えば文書類似スコア・テーブル（５６４）上でマーク付けされている文書である。ステップ５７４では、重み評価部（５２７）は、上記ステップ５７２で示す類似文書検索及び上記ステップ５７３で示すドメイン文書検索の両検索結果のスコアである、ドメイン・スコア・テーブル（５４３）上のマーク付けされたスコア及び文書類似スコア・テーブル（５６４）上のマーク付けされたスコアに対して、重み付け関数ｆ（Ｎ）を用いて、上記検索結果を評価する。ここで、Ｎはユーザ入力に含まれる単語数である。重み付け関数ｆ（Ｎ）は、図５ＤのＢに示されるグラフで表される関数である。該グラフの横軸は、上記単語数を表す。該グラフの縦軸は、ドメイン文書検索からの提案候補（以下、第１の候補）をユーザへの提案として採用する割合を示す。重み付け関数ｆ（Ｎ）の値は、入力単語数Ｎが増加するにつれて、ドメイン文書検索による提案候補（第１の候補）よりも類似文書検索による提案候補（以下、第２の候補）を重要視するように変化する。すなわち、重み付け関数ｆ（Ｎ）の値は、次第に１から０に近づく。上記重み付け関数ｆ（Ｎ）を使用した評価の例として、例えばｎ個のコンテンツをユーザに提案する場合を考える。該場合では、例えばｆ（Ｎ）＊ｎ個のコンテンツが第１の候補から採用され、及び（１−ｆ（Ｎ））＊ｎ個のコンテンツが第２の候補から採用されうる。例えばｆ（Ｎ）の値が０．６のときに、エージェントから５つのコンテンツがユーザに提案される場合、第１の候補から採用されるコンテンツの数（以下、ｎ１）は、ｎ１＝０．６×５＝３（個）となる。また、第２の候補から採用されるコンテンツの数（以下、ｎ２）は、ｎ２＝（１−０．６）×５＝２（個）となる。なお、ユーザに提案されるコンテンツが１つだけの場合、例えばｎ＝１としてｎ１及びｎ２を求め、そしてｎ１＞ｎ２ならば第１の候補からコンテンツを１つ採用すればよく、或いはｎ１＜＝ｎ２ならば第２の候補からコンテンツを１つ採用すればよい。ステップ５７５では、重み評価部（５２７）は、重み評価の動作を終了する。

エージェント部（５２０）は、採用する提案コンテンツをエディタ部（５１０）に送信する。エディタ部（５１０）は、送信された提案コンテンツを、例えばアイコンからの吹き出しの形で表示する。また、提案コンテンツが複数ある場合、エディタ部（５１０）は、上記複数の提案コンテンツを、例えば一定の時間間隔でコンテンツを切り替えて表示してもよい。或いはエディタ部（５１０）は、異なるコンテンツを頁めくりして表示できることを可能にするアイコンを利用して、上記複数の提案コンテンツを表示してもよい。

図５Ｅは、本発明の実施態様である、図５Ａの類似及びドメイン文書提案エージェント（エージェント＃１）の動作フローチャートを示す。ステップ５８１では、エージェント部（５２０）が検索動作を開始する。ステップ５８２では、エージェント部（５２０）は、エージェントの終了要求がエディタ部（５１０）から送信されているか否かを判定する。終了要求がない場合、処理はステップ５８３に進む。一方、終了要求がある場合、処理はステップ５９０に進み、終了する。ステップ５８３では、エージェント部（５２０）は、入力データがあるか否かを判定する。上記入力データは、エディタ部（５１０）から送信されるか又は、エージェント部（５２０）が、例えば送信要求であるポーリング動作を行うことによってエディタ部（５１０）に送信させる。エージェント部（５２０）は、エディタ部（５１０）から入力データが送信される場合、該入力データを受信し、処理はステップ５８４に進む。エディタ部（５１０）から入力データが送信されない場合、処理はステップ５８２へ戻る。ステップ５８４では、エージェント部（５２０）は、受信した入力データをローカル文書へ格納する。該格納の終了に応じて、処理はステップ５８５に進む。ステップ５８５では、エージェント部（５２０）は、前述したドメイン文書検索を実行し、ドメイン・スコア・テーブル（図５Ｂ、５４３）を作成する。該作成の終了に応じて、処理はステップ５８６に進む。ステップ５８６では、エージェント部（５２０）は、前述した類似文書検索を実行し、文書類似スコア・テーブル（図５Ｃ、５６４）を作成する。該作成の終了に応じて、処理はステップ５８７に進む。ステップ５８７では、エージェント部（５２０）は、ドメイン文書検索の結果から採用する提案コンテンツの数（ｎ１）及び類似文書検索の結果から採用する提案コンテンツの数（ｎ２）を求める。このために、エージェント部（５２０）は、提案するコンテンツの数（ｎ）を定める。該コンテンツの数（ｎ）は、例えばドメイン・スコア・テーブル（５４３）又は文書類似スコア・テーブル（５６４）のスコアが所与の閾値を超えるレコードの数としうるが、これに限らない。次に、エージェント部（５２０）は、定めたｎからｎ１及びｎ２を求める。求めるための式は、例えば、式ｎ１＝ｆ（Ｎ）＊ｎ、及び式ｎ２＝（１−ｆ（Ｎ））＊ｎである。ここで、関数ｆ（Ｎ）は、図５Ｄにおいて説明した重み付け関数である。上記ｎ１及びｎ２が求まることに応じて、処理はステップ５８８に進む。ステップ５８８では、エージェント部（５２０）は、ドメイン・スコア・テーブル（５４３）からスコアの高い順にｎ１個のドメインを選択する。エージェント部（５２０）は、選択したドメインでドメイン・テーブル（５４４）を検索し、ドメイン・テーブル（５４４）から１つずつ文書（以下、第１の文書）を選択する。エージェント部（５２０）は、ドメインに対応する文書を固定の順番で選択してもよいし、何らかのロジックで選択してもよい。また、エージェント部（５２０）は、文書類似スコア・テーブル（５６４）のスコアの高い順にｎ２個の類似文書（以下、第２の文書）を選択する。上記選択の終了に応じて、処理はステップ５８９に進む。ステップ５８９では、エージェント部（５２０）は、選択された第１及び第２の文書を順次提案するコンテンツとしてエディタ部（５１０）に送信する。上記送信の終了に応じて、処理はステップ５８２に戻る。

図６Ａ〜図６Ｃでは、本発明の実施態様である、図１Ａに示すエージェント＃２が背景提案エージェントである場合のエージェントの動作を説明する。

図６Ａは、本発明の実施態様である、図１Ａに示すエージェント＃２が背景提案エージェントである場合の文書作成支援システム（６００）のブロック構成図を示す。文書作成支援システム（６００）は、エディタ部（６１０）、エージェント部（６２０）及び記憶部（６３０）を備えている。

エディタ部（６１０）は、入力部（６１１）、管理部（６１２）及び表示部（６１３）を含む。

エージェント部（６２０）は、背景提案エージェント（以下、エージェント＃２）（６２３）を実装している。エージェント＃２は、文書の背景コンテンツ、例えば背景色、背景模様、背景画像又は背景イラストを提案する。
エージェント＃２（６２３）は、Ｎグラム・テーブルの作成部（６２４）及び背景色テーブル検索部（６２５）を備えている。Ｎグラム・テーブルの作成部（６２４）は、ユーザの入力データを形態素解析部（６２８）で解析した結果から、ｎ−グラム以下の単語列の全てを列挙したグラム・テーブル（図６Ｃ、６５２）を作成する。背景色テーブル検索部（６２５）は、グラム・テーブル（６５２）に基づいて背景色テーブル（図６Ｂ、６５３）を検索し、入力データに（最も）適応したと判定された背景コンテンツを提案する。ここで、背景色テーブル（６５３）は、例えば、背景色、及び該背景色に関連付けられた単語列及び該背景色に関連付けられたスコアを格納している。単語列の最大長は特に限定されないが、例えば３である。背景色は、例えば、カラーコードで示されていてもよい。

記憶部（６３０）は、各種コンテンツ、並びに背景と背景コンテンツの対応関係を示す背景色テーブルを備えている。

図６Ｂは、本発明の実施態様である、図６Ａの背景提案エージェント（エージェント＃２）で使用される背景色テーブルを登録するフローチャートを示す。ステップ６４１の開始前に、背景色テーブル（６５３）が予め記憶部（６３０）に準備されているとする。ステップ６４１では、エージェント部（６２０）は、背景色の登録動作を開始する。ステップ６４２では、エージェント部（６２０）は、登録する背景色があるか否かの判定を行う。登録すべき背景色がない場合、処理はステップ６４５に進み、動作を終了する。登録すべき背景色がある場合、処理はステップ６４３に進む。ステップ６４３では、エージェント部（６２０）は、上記登録すべき背景色についての背景色情報を記憶部（６３０）に読み込む。背景色情報は、背景色、該背景色に関連付けられた単語列、及び該背景色に関連付けられたスコアである。ステップ６４４では、エージェント部（６２０）は、ステップ６４３で読み込んだ背景色情報を背景色テーブル（６５３）に登録する。背景色テーブル（６５３）は、単語列、背景色及び単語列の関連の程度を与えるスコアが登録されるテーブルである。該登録の終了に応じて、処理はステップ６４２へ戻る。

図６Ｃは、本発明の実施態様である、図６Ａの背景提案エージェント（エージェント＃２）の動作フローチャートを示す。ステップ６６１では、エージェント部（６２０）が検索動作を開始する。ステップ６６２では、エージェント部（６２０）は、ユーザの入力をエディタ部（６１０）から受け取る。ユーザの入力は、例えば、「今日は天気が悪いですね」である。エージェント部（６２０）は、受け取ったユーザの入力を形態素解析部（６２８）に送信する。該送信の終了に応じて、処理はステップ６６３に進む。ステップ６６３では、形態素解析部（６２８）は、上記受け取ったユーザの入力を形態素に分解する。形態素解析部（６２８）はさらに、分解された形態素を、単語辞書（６５１）を使用して、単語列にまとめる。ユーザの入力が、例えば「今日は天気が悪いですね」である場合、形態素解析部（５２８）は、該入力を「今日／は／天気／が／悪い／です／ね」に処理する。形態素解析部（６２８）は、処理結果をＮグラム・テーブルの作成部（６２４）に送信する。該送信の終了に応じて、処理はステップ６６４に進む。ステップ６６４では、Ｎグラム・テーブルの作成部（６２４）は、上記単語列より、例えば３個以下の連続する単語列、すなわち３−グラム以下の全ての単語列が格納されるグラム・テーブル（６５２）を作成する。上記単語列が「今日／は／天気／が／悪い／です／ね」の場合、グラム・テーブル（６５２）は、１−グラムとして「今日、は、天気、・・・」を有し、２−グラムとして「今日は、は天気、天気が、・・・」を有し、及び３−グラムとして「今日は天気、は天気が、天気が悪い、・・・」を有する。上記グラム・テーブル（６５２）の作成の終了に応じて、処理はステップ６６５に進む。ステップ６６５では、背景色テーブル検索部（６２５）は、上記３−グラム以下の全ての単語列それぞれを使用して、予め記憶部（６３０）に登録されている背景色テーブル（６５３）を検索する。該検索の結果、上記３−グラム以下の単語列それぞれに対応する背景色及びスコアが得られる。上記ユーザの入力が「今日／は／天気／が／悪い／です／ね」の例では、「天気が悪い」という３グラムの単語列で背景色テーブル（６５３）が検索されたときに、背景色テーブル（６５３）の２行目の「天気／が／悪い」に対応する「グレー」及び「０．８」が検索される。該検索の終了に応じて、処理はステップ６６６に進む。ステップ６６６では、背景色テーブル検索部（６２５）は、得られた背景色毎にスコアを集計する。該集計の終了に応じて、処理はステップ６６７に進む。ステップ６６７では、背景色テーブル検索部（６２５）は、集計されたスコアの最も大きい最大スコアの色を提案するコンテンツとしてエディタ部（６１０）に送信する。上記送信の終了に応じて、処理はステップ６６８に進み、終了する。上記ユーザの入力が「今日／は／天気／が／悪い／です／ね」の例では、上記集計されたスコアの最も大きい最大スコアの色は、グレーである。よって、上記送信を受けたエディタ部（６１０）では、背景色としてグレーが提案される。

図７Ａ〜図７Ｎは、本発明の実施態様である、図１Ａに記載の文書作成支援システムを用いてコンテンツの提案が行われている表示部の画面の例を示す。なお、上記画面は、入力データ表示部（７０１）及びエージェント表示部（７０２）で構成されているとする。入力データ表示部（７０１）は、ユーザによって編集中の文書が表示される画面である。エージェント表示部（７０２）は、少なくとも１のエージェント及び該エージェントからの提案が表示される画面である。

図７Ａは、本発明の実施態様である、図１Ａのエディタ部（１１０）の起動又は新規文書の作成が指示された直後の表示部の画面を示す。エディタ部（１１０）の起動又は新規文書の作成が指示された直後は、ユーザの入力データ、すなわちテキストがない状態である。よって、入力データ表示部（７０１）には何も表示されていない。また、エージェント表示部（７０２）には、アイコンが３つ表示されている。上記３つのアイコンそれぞれは、３つのエージェントそれぞれに対応する。１番上のアイコンは、例えば、テンプレート文書提案エージェントのアイコンである。２番目のアイコンは、例えば、類似及びドメイン文書提案エージェントのアイコンである。３番目のアイコンは、例えば、背景提案エージェントのアイコンである。エディタ部（１１０）は、ユーザからのテキスト入力を待っている。エージェントそれぞれは、ユーザからの入力のモニターを開始する。

図７Ｂは、本発明の実施態様である、ユーザ情報の送信中の状態を示す。図７Ａに示す状態のあと、エディタ部（１１０）は、起動又は新規文書の作成に応じて、例えばＯＳのログイン情報を参照し、ユーザが「鈴木二郎」さんだと認識する。そして、エディタ部（１１０）は、上記認識した鈴木二郎さんというユーザ情報をエージェント側に送信する。図７Ｂは、上記送信中の状態を示す。鈴木二郎さんというユーザ情報がエージェント側に送信されている間、画面に変化はない。該送信は、ユーザによるテキスト入力のタイミングとは関係なくバックグラウンドで行われる。エディタ部（１１０）は、ユーザからのテキスト入力を待っている。テンプレート文書提案エージェントは、送信されたユーザの情報に基づいて、文書作成者が鈴木二郎さんであると認識する。テンプレート文書提案エージェントは、鈴木二郎さんの過去の文書作成履歴を参照して、鈴木二郎さんは、お礼状を書いている頻度が高いことを認識する。テンプレート文書提案エージェントは、データベースから、お礼状についてのテンプレート文書の検索を開始する。該テンプレート文書は、例えば、お礼状についてのテンプレート文書又は鈴木二郎さんが過去に作成したお礼状である。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｃは、本発明の実施態様である、テンプレート文書の提案の画面を示す。図７Ｂに示す状態のあと、テンプレート文書提案エージェントは、検索したお礼状についてのテンプレート文書を提案するコンテンツとして、エディタ部（１１０）に送信する。図７Ｃは、上記送信が完了した直後の状態を示す。画面には、ユーザがまだ何もテキストを入力していない状態にもかかわらず、テンプレート文書提案エージェントによって検索されたお礼状についてのテンプレート文書が吹き出し形式で表示されている。エディタ部（１１０）は、引き続き、ユーザからのテキスト入力を待っている。テンプレート文書提案エージェントは、検索したテンプレート文書をエディタ部（１１０）に渡すとともに、該テンプレート文書に対するユーザからの採択の指示又は却下の指示を待っている。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｄは、本発明の実施態様である、ユーザからのテキスト入力を受け付けている画面を示す。図７Ｃに示す状態のあと、ユーザは、提案されたお礼状についてのテンプレート文書を却下した。ユーザはまた、エディタ部（１１０）に「山田 太郎 様、」と入力をした。図７Ｄは、上記入力が終了した直後の状態を示す。画面には、ユーザからのテキスト入力「山田 太郎 様、」が表示されている。先に表示されたテンプレート文書が採択されなかった結果、該テンプレート文書の表示は画面から消滅している。エディタ部（１１０）は、ユーザからのテキスト入力をさらに待っている。類似及びドメイン文書提案エージェントは、上記入力「山田 太郎 様、」に基づいて、山田太郎様宛の文書であると認識する。そして、類似及びドメイン文書提案エージェントは、データベースから、山田太郎様宛に過去に作成された文書の検索を開始する。類似及びドメイン文書提案エージェントは、検索した類似文書をエディタ部（１１０）に渡す。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｅは、本発明の実施態様である、類似文書の提案の画面を示す。図７Ｄに示す状態のあと、エディタ部（１１０）は、類似及びドメイン文書提案エージェントから受け取った類似文書をエージェント表示部（７０２）に表示する。図７Ｅは、上記表示が完了した直後の状態を示す。画面には、類似及びドメイン文書提案エージェントによって検索された類似文書が吹き出し形式で表示されている。エディタ部（１１０）は、引き続き、ユーザからのテキスト入力を待っている。類似及びドメイン文書提案エージェントは、ユーザからの、提案された類似文書の採択の指示又は却下の指示を待っている。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｆは、本発明の実施態様である、図７Ｅにおいて提案された類似文書の表示が消えていく画面を示す。図７Ｅに示す状態のあと、ユーザは、提案された類似文書を却下した又は提案に対して一定時間応答をしなかった。図７Ｆは、ユーザが、上記提案された類似文書を却下した又は提案に対して一定時間応答をしなかった状態を示す。画面には、ユーザから提案が却下された又はユーザからの反応がないことに応じて、提案された類似文書が消えていく様子が表示されている。エディタ部（１１０）は、引き続き、ユーザからのテキスト入力を待っている。類似及びドメイン文書提案エージェントは、上記類似文書を採択しない旨のユーザからの指示に応じて、又は上記類似文書の提案から所定時間が経過することに応じて、該提案が却下されたと判定する。類似及びドメイン文書提案エージェントは、上記提案が却下されたことに応じて、上記類似文書の提案の表示を画面から消滅させる。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｇは、本発明の実施態様である、ユーザからの更なるテキスト入力を受け付けている画面を示す。図７Ｆに示す状態のあと、ユーザは、更なるテキスト入力を行った。図７Ｇは、上記更なるテキスト入力が行われた直後の状態を示す。画面には、ユーザからの更なるテキスト入力が表示されている。先に表示された類似文書が採択されなかった結果、該類似文書の表示が画面から消滅している。エディタ部（１１０）は、ユーザからのテキスト入力をさらに待っている。類似及びドメイン文書提案エージェントは、上記更なるテキスト入力に基づいて、ユーザが作成中の文書は、約束に遅刻した場合の文書であると認識する。そして、類似及びドメイン文書提案エージェントは、データベースから、約束に遅刻した場合の文書の検索を開始する。類似及びドメイン文書提案エージェントは、検索した類似文書をエディタ部（１１０）に渡す。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｈは、本発明の実施態様である、類似文書の提案の画面を示す。図７Ｇに示す状態のあと、エディタ部（１１０）は、類似及びドメイン文書提案エージェントから受け取った類似文書をエージェント表示部（７０２）に表示する。図７Ｈは、上記表示が完了した直後の状態を示す。画面には、類似及びドメイン文書提案エージェントによって検索された類似文書が吹き出し形式で表示されている。また、上記類似文書には可変領域部がある。可変領域部は、下線が付加されて表示されている「山田太郎」、「事故渋滞にまきこまれ」及び「鈴木二郎」である。該提案の表示例では、宛先が、ユーザによってテキスト入力された宛先である「山田太郎」宛に既に置換されている。また、約束に遅れた理由部分及び差出人が、可変領域として用意されている。該提案における「２／２」は、類似及びドメイン文書提案エージェントによって提案された類似文書が２つあり、画面に表示されている提案は、該２つのうちの２つ目であることを示す。エディタ部（１１０）は、引き続き、ユーザからのテキスト入力を待っている。類似及びドメイン文書提案エージェントは、提案した類似文書のユーザからの採択の指示又は却下の指示を待っている。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｉは、本発明の実施態様である、可変領域部に選択肢が設けられている例の画面を示す。図７Ｈに示す状態のあと、ユーザは、可変領域部の一つである「事故渋滞にまきこまれ」を選択した。図７Ｉは、上記選択中の状態を示す。画面には、提案された類似文書中の可変領域部の選択肢が示されている。該可変領域部は、約束に遅れた理由部分である。該理由部分には、様々な理由がテンプレートとして用意されている。該可変領域部は、ポインティングデバイスで選択可能である。ユーザは、例えば「交通渋滞にまきこまれ」という選択肢を選択しうる。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。類似及びドメイン文書提案エージェントは、可変領域部の選択肢を表示している。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｊは、本発明の実施態様である、可変領域部の候補の確定待ちの画面を示す。図７Ｉに示す状態のあと、ユーザは、「交通渋滞にまきこまれ」を選択した。図７Ｊは、上記選択後の状態を示す。画面は、可変領域部の選択肢のうち、「交通渋滞にまきこまれ」が選択されたことを示す。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。類似及びドメイン文書提案エージェントは、可変領域部の選択肢のうち、「交通渋滞にまきこまれ」が選択されたことを認識する。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｋは、本発明の実施態様である、提案の採択待ちの画面を示す。図７Ｊに示す状態のあと、類似及びドメイン文書提案エージェントは、上記提案した類似文書に対するユーザのアクションを待っている。図７Ｋは、上記待っている状態を示す。画面には、提案された類似文書が示されている。提案された類似文書の可変領域部では、選択された「交通渋滞にまきこまれ」が示されている。提案文書を採択することにしたユーザが「採択」指示のため、アイコンをクリックするなど何らかの採択指示をする。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。類似及びドメイン文書提案エージェントは、提案した類似文書のユーザからの採択の指示又は却下の指示を待っている。類似及びドメイン文書提案エージェントは、ユーザからの採択の指示に応じて、採択された類似文書をエディタ部（１１０）に送る。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｌは、本発明の実施態様である、採択された類似文書がエディタ画面内に表示されている例を示す。図７Ｋに示す状態のあと、ユーザは、上記提案されていた類似文書を採択した。図７Ｌは、上記採択直後の状態を示す。入力データ表示部（７０１）は、採択された類似文書を表示している。エディタ部（１１０）は、ユーザによって入力中のテキストを、採択された類似文書に置き換える。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｍは、本発明の実施態様である、背景データの提案の画面を示す。図７Ｌに示す状態のあと、背景提案エージェントは背景色を提案した。図７Ｍは、上記提案直後の状態を示す。画面には、背景提案エージェントによって提案された背景色（グレー）が吹き出し形式で表示されている。背景提案エージェントは、上記採択された類似文書がお詫びの文書であるために、背景色としてグレーを選択している。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。背景提案エージェントは、提案した背景色に対するユーザからの採択の指示又は却下の指示を待っている。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図７Ｎは、本発明の実施態様である、提案された背景色が却下された画面を示す。図７Ｍに示す状態のあと、ユーザは、提案された背景色を却下した又は提案に対して一定時間応答をしなかった。図７Ｎは、ユーザが、上記提案された背景色を却下した又は提案に対して一定時間応答をしなかった状態を示す。画面には、提案された背景データの表示が消滅していく様子が表示される。エディタ部（１１０）は、ユーザからのテキスト入力を受け付け中の状態である。エージェント中の背景提案エージェントは、ユーザからの採用却下の指示、又は反応がなく一定時間が経過することによって採用却下を判別する。エージェントそれぞれは、ユーザからの入力のモニターを引き続き行っている。

図８は、本発明の実施態様における、図１Ａに示す文書作成支援システムのコンピュータ・ハードウェアのブロック図を示す。コンピュータ・システム（８０１）は、ＣＰＵ（８０２）とメイン・メモリ（８０３）と含み、これらはバス（８０４）に接続されている。ＣＰＵ（８０２）は好ましくは、３２ビット又は６４ビットのアーキテクチャに基づくものであり、例えば、インテル社のＸｅｏｎ（商標）シリーズ、Ｃｏｒｅ（商標）シリーズ、Ａｔｏｍ（商標）シリーズ、Ｐｅｎｔｉｕｍ（商標）シリーズ、Ｃｅｌｅｒｏｎ（商標）シリーズ、ＡＭＤ社のＰｈｅｎｏｍ（商標）シリーズ、Ａｔｈｌｏｎ（商標）シリーズ、Ｔｕｒｉｏｎ（商標）シリーズ又はＳｅｍｐｒｏｎ（商標）を使用することができる。バス（８０４）には、ディスプレイ・コントローラ（８０５）を介して、ディスプレイ（８０６）、例えばＬＣＤが接続される。ディスプレイ（８０６）は、コンピュータ・システムの管理のために、通信回線を介してネットワークに接続されたコンピュータ・システムについての情報と、そのコンピュータ・システム上で動作中のソフトウェアについての情報を、適当なグラフィック・インタフェースで表示するために使用される。バス（８０４）にはまた、ＩＤＥ又はＳＡＴＡコントローラ（８０７）を介して、ハードディスク又はシリコン・ディスク（８０８）と、ＣＤ−ＲＯＭ、ＤＶＤドライブ又はＢＤドライブ（８０９）が接続される。

ハードディスク（８０８）には、オペレーティング・システム、Ｊ２ＥＥなどのＪａｖａ（商標）処理環境を提供するプログラム、その他のプログラム及びデータが、メイン・メモリにロード可能に記憶されている。

ＣＤ−ＲＯＭ、ＤＶＤ又はＢＤドライブ（８０９）は、必要に応じて、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又はＢＤからプログラムをハードディスクに追加導入するために使用される。バス（８０４）にはさらに、キーボード・マウスコントローラ（８１０）を介して、キーボード（８１１）及びマウス（８１２）が接続されている。

通信インタフェース（８１４）は、例えばイーサネット（商標）・プロトコルに従う。通信インタフェース（８１４）は、通信コントローラ（８１３）を介してバス（８０４）に接続され、コンピュータ・システム及び通信回線（８１５）を物理的に接続する役割を担い、コンピュータ・システムのオペレーティング・システムの通信機能のＴＣＰ／ＩＰ通信プロトコルに対して、ネットワーク・インタフェース層を提供する。なお、通信回線は、有線ＬＡＮ環境、或いは例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの無線ＬＡＮ接続規格に基づく無線ＬＡＮ環境であってもよい。

Claims (20)

1. 少なくとも１つのエージェントを登録可能なコンピュータ・システムにおいて、文書作成を支援する方法であって、
   前記コンピュータ・システムが、少なくとも１つのエージェントに、
   前記文書作成の過程におけるユーザの入力をモニターし、該モニターによって得られた入力についての情報を取得するステップと、
   前記取得するステップで取得した情報に基づいて、記憶部に蓄積されている複数のコンテンツから少なくとも１のコンテンツを検索するステップと、
   前記検索するステップで検索されたコンテンツを画面上に表示するために表示部に送るステップと
   を実行させる、前記方法。
2. 前記検索されたコンテンツが前記画面上に表示されることに応じて、前記コンピュータ・システムが、少なくとも１つのエージェントに、
   前記モニターを継続するステップと、
   継続されたモニターによって得られた、前記ユーザの更なる入力についての情報に基づいて、前記複数のコンテンツから、該更なる入力についての情報に対応付けられた少なくとも１の他のコンテンツを検索するステップと、
   検索された他のコンテンツを前記画面上に表示するために表示部に送るステップと
   を実行させる、請求項１に記載の方法。
3. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
   前記検索されたコンテンツをユーザに提案し、提案したコンテンツの採択を前記ユーザから受け付けるステップ
   をさらに実行させる、請求項１に記載の方法。
4. 前記検索するステップが、前記取得した情報に基づいて、
   前記取得した情報に対応するキーワードを含む又は該キーワードに関連付けられた文書データ、
   前記取得した情報に対応する文体、
   前記取得した情報に対応する文書のドメイン、
   前記取得した情報に対応する背景データ、及び
   前記取得した情報に対応する画像データ
   の少なくとも１を前記蓄積されたコンテンツの中から検索するステップを含む、請求項１に記載の方法。
5. 前記検索するステップが、前記ユーザについての情報に基づいて、
   前記ユーザが過去に作成した文書、
   前記ユーザが過去に作成した文体、
   前記ユーザが過去に作成した文書のドメイン、
   前記ユーザが過去に作成した背景データ、及び
   前記ユーザが過去に作成した画像データ
   の少なくとも１を前記蓄積されたコンテンツの中から検索するステップを含む、請求項１に記載の方法。
6. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
   前記検索されたコンテンツが可変領域部を持つ文書である場合、該可変領域部において１以上の候補語を選択可能にするステップをさらに実行させる、請求項１に記載の方法。
7. 前記候補語が、前記取得した情報から得られた文字列の中から前記可変領域部に対応すると判定された文字列である、請求項６に記載の方法。
8. 前記候補語が、前記判定された文字列に関連付けられた文字列である、請求項７に記載の方法。
9. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
   過去に作成されたコンテンツを前記蓄積されたコンテンツの中から検索するステップをさらに実行させる、請求項１に記載の方法。
10. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
    前記入力についての情報が取得されることに応じて、前記入力についての情報から新たなコンテンツを作成するステップと、
    作成された新たなコンテンツを前記過去に作成されたコンテンツとして記憶部に蓄積するステップと
    をさらに実行させる、請求項９に記載の方法。
11. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
    前記取得した情報から得られた文字列に基づいて、前記蓄積されたコンテンツの中から、ドメイン文書検索、類似文書検索又はそれらの組み合わせの検索を行うステップをさらに実行させる、請求項１に記載の方法。
12. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
    前記ドメイン文書検索と前記類似文書検索との組み合わせの検索を行う場合に、前記文字列の数に依存した重みを前記ドメイン文書検索の結果及び前記類似文書検索の結果に与えてコンテンツを選択するステップをさらに実行させる、請求項１１に記載の方法。
13. 前記類似文書検索が、前記取得した情報に含まれる文の各単語のスコアを配列した入力ベクトルと、前記蓄積されたコンテンツに含まれる文書毎の単語のスコアを配列した文書ベクトルとの内積をとることで行われる、請求項１１に記載の方法。
14. 前記検索が、文字列の数が増加するにつれて、前記ドメイン文書検索から前記類似文書検索に移行する、請求項１１に記載の方法。
15. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
    前記取得した情報から得られた文字列に関連付けられた他の文字列を提示するステップをさらに実行させる、請求項１に記載の方法。
16. 前記コンピュータ・システムが、少なくとも１つのエージェントに、
    前記取得した情報から得られた文字列に関連付けられた背景模様、背景色、背景画像又は背景イラストを提示するステップをさらに実行させる、請求項１に記載の方法。
17. 前記文書作成の過程が文書の編集を含み、前記取得した情報が編集途中の文書の全体又は一部である、請求項１に記載の方法。
18. 前記文書作成の過程が文書の新規作成を含み、前記取得した情報がユーザについての情報である、請求項１に記載の方法。
19. 少なくとも１つのエージェントを登録可能な文書作成支援システムであって、
    ユーザの入力を受け付けるアプリケーションソフトウェアと、
    前記アプリケーションソフトウェア上でのユーザの入力についての情報を受信するエージェントであって、受信した情報に基づいて、記憶部に蓄積されている複数のコンテンツから、前記受信した情報に対応付けられた少なくとも１のコンテンツを検索する前記エージェントと、
    検索されたコンテンツを画面上に表示するための表示部と
    を備えている、前記文書作成支援システム。
20. コンピュータに請求項１〜１８のいずれか１項に記載の方法の各ステップを実行させるコンピュータ・プログラム。

Images