(57)【要約】【課題】自然言語による文書の作成時に、適切なガイダンスを提示することができる文書作成支援装置を得ることを目的とする。【解決手段】  支援ルール記憶部１３に記憶されているガイダンスと文書構造解析部１１により取得された文書の適合度を判定する適合度判定部１４を設け、その適合度判定部１４により判定された適合度が予め設定された閾値より高い場合、支援ルール記憶部１３に記憶されているガイダンスを提示する。これにより、自然言語による文書の作成時に、適切なガイダンスを提示することができる。【選択図】図１
2007026418.tif 000002
【特許請求の範囲】
【請求項１】
ガイダンスを記憶しているガイダンス記憶手段と、作成された文書を取得する文書取得手段と、上記ガイダンス記憶手段に記憶されているガイダンスと上記文書取得手段により取得された文書の適合度を判定する適合度判定手段と、上記適合度判定手段により判定された適合度が予め設定された閾値より高い場合、上記ガイダンス記憶手段に記憶されているガイダンスを提示するガイダンス提示手段とを備えた文書作成支援装置。
【請求項２】
文書取得手段は、作成された文書として、文書の論理構造が表現されている文書構造データを取得することを特徴とする請求項１記載の文書作成支援装置。
【請求項３】
適合度判定手段は、ガイダンス記憶手段に適合度判定用の言語表現が記憶されている場合、その適合度判定用の言語表現の中で、文書取得手段により取得された文書に含まれている文字列と一致している言語表現の個数と、その適合度判定用の言語表現の個数とから適合度を判定することを特徴とする請求項１記載の文書作成支援装置。
【請求項４】
適合度判定手段は、ガイダンス記憶手段に言語表現の出現位置が規定されている場合、文書取得手段により取得された文書に含まれている文字列の出現位置と言語表現の出現位置との対応関係を考慮して適合度を判定することを特徴とする請求項３記載の文書作成支援装置。
【請求項５】
適合度判定手段は、文書取得手段により今回取得された文書のほか、以前に取得された文書に含まれている文字列を考慮して適合度を判定することを特徴とする請求項１から請求項４のうちのいずれか１項記載の文書作成支援装置。
【請求項６】
ガイダンス提示手段は、適合度判定手段により判定された適合度が予め設定された閾値より高いガイダンスが複数存在する場合、優先度が高いガイダンスから順番に提示することを特徴とする請求項１から請求項５のうちのいずれか１項記載の文書作成支援装置。
【請求項７】
ガイダンス提示手段は、適合度判定手段により判定された適合度が予め設定された閾値より高いガイダンスが複数存在する場合、それらのガイダンスの優先度に応じて提示形態を変えることを特徴とする請求項１から請求項５のうちのいずれか１項記載の文書作成支援装置。
【請求項８】
指定された検索条件に合致する文書を検索する文書検索手段を設け、ガイダンス提示手段が上記文書検索手段により検索された文書を参照情報としてガイダンスに含め、そのガイダンスを提示することを特徴とする請求項１から請求項７のうちのいずれか１項記載の文書作成支援装置。
【請求項９】
ガイダンス提示手段により提示されたガイダンスの履歴を記録するガイダンス履歴記録手段を設けたことを特徴とする請求項１から請求項８のうちのいずれか１項記載の文書作成支援装置。
【請求項１０】
ガイダンス提示手段は、ガイダンスを提示する際、ガイダンス履歴記録手段に記録されている履歴を参照して、そのガイダンスの前回の提示日時を確認し、前回の提示日時からの経過時間に応じて当該ガイダンスの提示形態を変えることを特徴とする請求項９記載の文書作成支援装置。
【請求項１１】
ガイダンスに対するユーザの評価を入力するユーザ評価入力手段と、上記ユーザ評価入力手段により入力されたユーザの評価からガイダンスの有用度を計算する有用度計算手段とを設け、ガイダンス提示手段は、適合度判定手段により判定された適合度が予め設定された閾値より高い場合でも、上記有用度計算手段により計算された有用度が所定の設定値より高い場合に限り、ガイダンス記憶手段に記憶されているガイダンスを提示することを特徴とすることを特徴とする請求項１から請求項１０のうちのいずれか１項記載の文書作成支援装置。
【請求項１２】
ユーザ評価入力手段により入力されたユーザの評価を記憶するユーザ評価記憶手段を設け、ガイダンス提示手段がガイダンスを提示する際、上記ユーザ評価記憶手段に記録されているユーザの評価に応じて当該ガイダンスの提示形態を変えることを特徴とする請求項１１記載の文書作成支援装置。
【請求項１３】
ガイダンス提示手段は、ガイダンスに対する複数のユーザの評価を比較し、その比較結果に応じてガイダンスの提示形態を変えることを特徴とする請求項１２記載の文書作成支援装置。
【請求項１４】
ガイダンス提示手段は、あるユーザの評価に変化がない場合でも、他のユーザの評価に変化がある場合、その評価の変化に応じてガイダンスの提示形態を変えることを特徴とする請求項１２記載の文書作成支援装置。
【請求項１５】
ガイダンス記憶手段は、ユーザが業務上確認する必要がある事項を含むガイダンスを記憶していることを特徴とする請求項１から請求項１４のうちのいずれか１項記載の文書作成支援装置。
【請求項１６】
ユーザが業務上確認する必要がある事項を確認したことを示すチェック入力と、ユーザが業務上確認する必要がある事項を含むガイダンスの提示を不要に設定する入力とを受け付ける入力受付手段を設けたことを特徴とする請求項１５記載の文書作成支援装置。
【請求項１７】
入力受付手段により受け付けられたチェック入力の内容をレポートとして提示するレポート提示手段を設けたことを特徴とする請求項１６記載の文書作成支援装置。
【請求項１８】
予め設定された閾値又は所定の設定値を変更して、ガイダンス提示手段により提示されるガイダンスの量を調整するガイダンス量調整手段を設けたことを特徴とする請求項１から請求項１７のうちのいずれか１項記載の文書作成支援装置。
【請求項１９】
ガイダンスの検索条件の指定を受け付けて、ガイダンス記憶手段から当該検索条件に合致するガイダンスを検索するガイダンス検索手段を設け、ガイダンス提示手段が上記ガイダンス検索手段により検索されたガイダンスを提示することを特徴とする請求項１から請求項１８のうちのいずれか１項記載の文書作成支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、文書の作成時にガイダンスを提示して、文書の作成を支援する文書作成支援装置に関するものである。
【背景技術】
【０００２】
ユーザが業務文書を作成する際、記述しようとする内容について、他の文書や情報源を参照する必要を生じることがある。
このような場合、適切な参照情報を入手する方法としては、例えば、文書検索エンジンに代表される情報システムを利用する方法がある。
即ち、ユーザがキーワードを情報システムに明示的に与えることにより、そのキーワードに関連する参照情報の検索を情報システムに要求し、その情報システムから参照情報を得る方法である。以下、このような情報提供方式を「プル型」と称する。
【０００３】
これに対して、ユーザが明示的にアクションを起こさないでも、情報システムがユーザの作業内容に応じて、関連する参照情報をリアルタイムに提供する情報提供方式が検討されている。以下、このような情報提供方式を「プッシュ型」と称する。
プッシュ型の情報提供方式は、プル型の情報提供方式と比べて、（１）ユーザに負荷をかけることなく、参照情報を提供することができる利点や、（２）ユーザが気付かない関連情報も提供することができる利点を有している。
【０００４】
例えば、業務文書の作成を支援対象とするプッシュ型の情報提供システムの実用化例として、以下の非特許文献１に開示されているＣＡＤ支援システムがある。
ＣＡＤ支援システムは、ユーザが設計ルールに違反しているオブジェクトや加工困難なオブジェクトを図面上に作成すると、警告やガイダンスを提示するものである。
このＣＡＤ支援システムでは、ＣＡＤのオブジェクトや数値について、予めチェックルールを作成しておくことにより、ユーザの作業内容に適切な参照情報をプッシュ型で提示することが可能である。
ただし、ＣＡＤの支援に利用されているチェックルールは、オブジェクトや数値のように曖昧性の無いものに適用するものであるため、自然言語で記述される曖昧性のある文書に適用することは困難である。
【０００５】
一方、自然言語（文字列）で記述される文書の作成時に、プッシュ型の作業支援を実現する方法としては、以下の特許文献１に開示されている文書作成支援装置がある。
この文書作成支援装置では、規定の手順で構成される業務処理（例えば、画面に表示される各項目に値（文字列）を入力し、必要な項目の入力が完了すると、次の画面に進んでいくような手順で構成される業務処理）において、手順に関連する参照情報をユーザに提示して、ユーザに作業を支援する方法を開示している。
即ち、この文書作成支援装置は、ログインＩＤなどのユーザ情報からユーザの担当業務や、その担当業務の手順に関する情報を取得し、手順（＝入力画面）毎に予め規定されている支援ルールにしたがって、データベースからユーザが情報を入力する際に参照する情報を検索して提示する。
【０００６】
ただし、この文書作成支援装置では、予め規定されている支援ルールが業務の各ステップ（手順／入力画面）に対応して作成されるため、業務の各ステップが固定的である必要がある。即ち、どのステップで、どのような情報が入力されるのかが予め決まっている必要がある。また、現在、ユーザがどのステップを実施しているかを明確に特定することができる必要がある。
したがって、例えば、ワードプロセッサによる自然言語での文書作成業務のように、ステップに相当する概念が曖昧な業務に対しては、参照する情報を検索して提示することが困難である。
【０００７】
【非特許文献１】ＮＸ  ＵＮIＧＲＡＰＨＩＣＳ（http://www.ugsplm.de/produkte/nx/unigraphics/kda/）
【特許文献１】特開２００１−３１９０２２公報（段落番号［００２１］から［００３９］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の文書作成支援装置は以上のように構成されているので、業務の各ステップが固定的であれば、ユーザが情報を入力する際に参照する情報を検索して提示することができるが、ステップに相当する概念が曖昧な自然言語による文書の作成業務の実施時には、参照情報を検索して提示することが困難であるなどの課題があった。
【０００９】
この発明は上記のような課題を解決するためになされたもので、自然言語による文書の作成時に、適切なガイダンスを提示することができる文書作成支援装置を得ることを目的とする。
【課題を解決するための手段】
【００１０】
この発明に係る文書作成支援装置は、ガイダンス記憶手段に記憶されているガイダンスと文書取得手段により取得された文書の適合度を判定する適合度判定手段を設け、その適合度判定手段により判定された適合度が予め設定された閾値より高い場合、ガイダンス記憶手段に記憶されているガイダンスを提示するようにしたものである。
【発明の効果】
【００１１】
この発明によれば、ガイダンス記憶手段に記憶されているガイダンスと文書取得手段により取得された文書の適合度を判定する適合度判定手段を設け、その適合度判定手段により判定された適合度が予め設定された閾値より高い場合、ガイダンス記憶手段に記憶されているガイダンスを提示するように構成したので、自然言語による文書の作成時に、適切なガイダンスを提示することができる効果がある。
【発明を実施するための最良の形態】
【００１２】
実施の形態１．
図１はこの発明の実施の形態１による文書作成支援装置を示す構成図であり、図において、ワードプロセッサ１はユーザが業務文書を作成する際に使用し、ユーザにより作成された業務文書を文書作成支援装置２に出力する一方、文書作成支援装置２により生成されたガイダンスを表示する処理を実施する。
文書作成支援装置２はユーザがワードプロセッサ１を使用して業務文書を作成する際、ガイダンスを提示して業務文書の作成を支援する装置であり、支援クライアント３、支援サーバ４及び検索サーバ５から構成されている。
【００１３】
文書作成支援装置２の支援クライアント３はワードプロセッサ１が動作しているユーザのＰＣ上で動作し、ワードプロセッサ１と支援サーバ４のインタフェース処理を実施して、ワードプロセッサ１により作成された業務文書を取得する一方、支援サーバ４により生成されたガイダンスをワードプロセッサ１に提示する処理を実施する。
ここでは、支援クライアント３が、ワードプロセッサ１が動作しているユーザのＰＣ上で動作することを想定しているが、ワードプロセッサ１から業務文書を取得することができればよく、必ずしもワードプロセッサ１が動作しているＰＣ上で動作している必要はない。
【００１４】
文書作成支援装置２の支援サーバ４はワードプロセッサ１により作成された業務文書の記述内容を解析し、その記述内容に応じた適切なガイダンスを逐次的に生成する処理を実施する。
文書作成支援装置２の検索サーバ５は支援サーバ４から検索要求を受けると、その検索結果である参照情報を支援サーバ４に送信する処理を実施する。
図１の例では、支援クライアント３、支援サーバ４及び検索サーバ５が１台ずつ搭載されているものを示しているが、複数の支援クライアント３を搭載して、複数のワードプロセッサ１に対応することができるようにしてもよいし、複数の支援サーバ４や検索サーバ５を搭載して、処理負荷を軽減するようにしてもよい。
【００１５】
支援クライアント３の文書構造解析部１１はワードプロセッサ１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を利用して、ユーザにより入力された文書（以下、「入力文」と称する）の文書構造データ（文書の論理構造において、入力文の出現位置を特定する情報）を取得する処理を実施する。
支援サーバ４の文書構造管理部１２は文書構造解析部１１が文書構造データを取得する毎に、すべての文書構造データを統合して、文書構造を表す木構造データを生成して管理する処理を実施する。
なお、文書構造解析部１１及び文書構造管理部１２から文書取得手段が構成されている。
【００１６】
支援サーバ４の支援ルール記憶部１３はガイダンスを記憶しているほか、現在の文書の状態に応じたガイダンスを生成するための支援ルールとして、適合度判定用のキーワード（言語表現）やキーワードの出現位置などを記憶している。ここでは、適合度判定用のキーワードが記憶されているものを示しているが、これに限るものではなく、例えば、適合度判定用の言語表現として、適合度判定用の正規表現が記憶されていてもよい。なお、支援ルール記憶部１３はガイダンス記憶手段を構成している。
支援サーバ４の適合度判定部１４は支援ルール記憶部１３に記憶されている適合度判定用のキーワードの中で、入力文に含まれている単語（文字列）と一致しているキーワードの個数と、その適合度判定用のキーワードの個数とから、支援ルール記憶部１３に記憶されているガイダンスと入力文の適合度を判定する処理を実施する。また、適合度判定部１４は例えば入力文に含まれている単語を検索キーとして、検索要求を検索サーバ５に送信し、検索サーバ５から検索結果である参照情報を取得する処理を実施する。
ここでは、入力文に含まれている単語と一致しているキーワードの個数を判定に用いるものを示しているが、これに限るものではなく、例えば、入力文に含まれている文字列として、入力文に含まれている単語ペアと一致しているキーワードの個数を判定に用いるようにしてもよい。なお、適合度判定部１４は適合度判定手段を構成している。
【００１７】
検索サーバ５の参照情報ＤＢ１５は各種の参照情報などを記憶しているデータベースである。
検索サーバ５の参照情報検索部１６は支援サーバ４から検索要求を受けると、参照情報ＤＢ１５から検索キーに対応する参照情報を検索し、その検索結果である参照情報を支援サーバ４に送信する処理を実施する。なお、参照情報ＤＢ１５及び参照情報検索部１６から文書検索手段が構成されている。
【００１８】
支援サーバ４のガイダンス生成部１７は適合度判定部１４により判定された適合度が予め設定された閾値より高い場合、支援ルール記憶部１３に記憶されているガイダンスを支援クライアント３に出力する処理を実施する。なお、ガイダンス生成部１７は適合度判定部１４から検索結果である参照情報を受けた場合、その参照情報をガイダンスに含めて支援クライアント３に出力する。
支援クライアント３のガイダンス提示部１８は支援サーバ４からガイダンスを受けると、そのガイダンスをワードプロセッサ１に提示する処理を実施する。
なお、ガイダンス生成部１７及びガイダンス提示部１８からガイダンス提示手段が構成されている。
【００１９】
次に動作について説明する。
図２はワードプロセッサ１による文書の入力画面とガイダンスの表示画面を示す説明図であり、図中、画面左側のウィンドウは文書の入力画面であり、画面右側のウィンドウは文書作成支援装置２により提示されたガイダンスの表示画面である。
図２では、ユーザが“○○シリーズ回路設計書”を作成している例を示している。
現在、７章の７．１節を記述している段階であり、「（１）２０ＭＨｚの水晶発振器の出力を…入力する。」の１文を入力して改行した直後の状態を示している。
【００２０】
支援クライアント３の文書構造解析部１１は、ユーザがワードプロセッサ１を使用して１文を入力すると、ワードプロセッサ１のＡＰＩを利用して、その入力文の文書構造データを取得する。
ここで、入力文の文書構造データとは、文書の論理構造において、入力文の出現位置を特定する情報である。
入力文の文書構造データとしては、例えば、ｉ）文書タイトル、ｉｉ）入力文が含まれる章・節のタイトルなどがある。
【００２１】
文書構造解析部１１は、入力文の文書構造データを取得すると、図３に示すように、その入力文の文書構造データをＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  ＭａｒｋｕｐＬａｎｇｕａｇｅ）形式で表現し、ＸＭＬ形式の文書構造データに、ｉｉｉ）クライアントＩＤと、ｉｖ）ＸＭＬ名前空間特定情報とを付加して、文書構造データ付き入力文を生成する。
なお、クライアントＩＤは、文書作成アプリケーションの１つであるワードプロセッサ１と、ユーザが使用しているＰＣを一意に特定する識別番号である。
【００２２】
支援サーバ４の文書構造管理部１２は、文書構造解析部１１から文書構造データ付き入力文を受け取る毎に、図４に示すように、文書構造データ付き入力文の系列を統合して、木構造データを生成する。
この木構造データは、現在、ユーザが作成している文書の文書構造を表しており、木のルートはクライアントＩＤと文書タイトルを表している。
図４において、両端が丸いノードは、章や節のタイトルを表しており、章や節のノードにリンクされている両端が角張ったノードは、１文相当の本文の内容を表している。
【００２３】
図４の木構造データに対して、新たに入力された図３の文書構造データ付き入力文を統合すると、図５の木構造データが得られる。図５において、右下のノードが新たに追加された本文である。
図５では、新たに追加された本文ノードの他に、いくつかのノードを網かけで示し、点線で括っている。これらのノードは、現在記載中の節に含まれている本文と、その章・節タイトルであり、後述するガイダンス生成処理において、ユーザが現在記述中の内容を表す文書構造データ（以下、「記述状況データ」と呼ぶ）として参照される。
【００２４】
支援サーバ４の適合度判定部１４は、文書構造管理部１２が木構造データを生成すると、その木構造データにおける記述状況データと支援ルール記憶部１３に記憶されているガイダンスの適合度を判定する処理を実施する。
具体的には、以下のようにして、適合度を判定する。
図６は支援ルール記憶部１３に記憶されている支援ルールの定義例を示す説明図である。
図６の支援ルールはＸＭＬデータで表現されており、ルート要素である支援ルールリスト＜ｒｕｌｅｌｉｓｔ＞は、個々の支援ルールを定義している＜ｒｕｌｅｄｅｆ＞要素のリストになっている。
【００２５】
それぞれの支援ルール定義＜ｒｕｌｅｄｅｆ＞は、ガイダンスを提示すべき文書の記述内容を規定している＜ｃｏｎｄｉｔｉｏｎｓ＞要素と、提示するガイダンスの内容を定義している＜ｇｕｉｄａｎｃｅ＞要素から構成されている。
図中、＜ｒｕｌｅｄｅｆ  ＩＤ＝“００２７１”＞の支援ルール定義は、ユーザがキーワード「クロック」「水晶発振器」「ＳＹＮＣ」を含む文章を記述しているとき、パッドの設置や配線に関する注意事項を提示するためのルールを定義している例を示している。
なお、＜ｃｏｎｄｄｅｆ＞要素の属性ｃｏｎｔａｉｎｅｒ＝“＊”は、キーワードの出現位置を特定しないことを表している（本文内でも、見出し内でもよいことを表している）。
【００２６】
支援サーバ４の適合度判定部１４は、現在の記述状況データに対する支援ルールＲ＿ｉ（ｉ＝１，２，・・・，Ｎ）の適合度ｓ＿ｉ（０≦ｓ＿ｉ≦１）、即ち、Ｎ個のガイダンスと現在の記述状況データとの適合度ｓ＿ｉを下記の式（１）で計算する。
ｓ＿ｉ＝（ｍ＿ｉ＋０．５×ｍ’＿ｉ）／ｎ＿ｉ                  （１）
ただし、ｎ＿ｉは支援ルールＲ＿ｉに定義されているキーワードの個数を表し、ｍ＿ｉは記述状況データに含まれている単語と一致し、かつ、出現位置が単語の出現位置と一致しているキーワードの個数を表している。
また、ｍ’＿ｉは記述状況データに含まれている単語と一致しているが、出現位置が単語の出現位置と一致していないキーワードの個数を表している。
【００２７】
図５の記述状況データに対して、図６におけるＩＤ＝“００２７１”の支援ルールの適合度を求めると、ｎ＿ｉ＝３（クロック、水晶発振器、ＳＹＮＣ）、ｍ＿ｉ＝２（クロック、水晶発振器）、ｍ’＿ｉ＝０であるため、ｓ＿ｉ＝０．６７になる。
ｓ＿ｉ＝（３＋０．５×０）／２＝０．６７
なお、「クロック」は、新規入力文「（１）２０ＭＨｚの水晶発振器の出力を…入力する。」には含まれていない単語であるが、新規入力文だけでなく、同じ節内の本文や、上位レベルの章・節タイトルに含まれている単語も、記述データとして支援ルールと照合するため、合致するキーワードの個数ｍ＿ｉにカウントするようにしている。
【００２８】
支援サーバ４の適合度判定部１４は、上記のようにして適合度ｓ＿ｉを計算すると、その適合度ｓ＿ｉと予め設定された閾値θ（例えば、θ＝０．５）を比較する。
適合度判定部１４は、ｓ＿ｉ≧θであれば、支援ルールＲ＿ｉが、現在ユーザが記述している内容に適合している支援ルールであると判定する。
なお、図６におけるＩＤ＝“００２７１”の支援ルールは、適合度ｓ＿ｉが０．６７であり、閾値θ（＝０．５）より高いので、適合する支援ルールであると判定する。
【００２９】
支援サーバ４のガイダンス生成部１７は、適合度判定部１４により判定された適合度ｓ＿ｉが予め設定された閾値θより高い場合、即ち、適合度判定部１４により支援ルールＲ＿ｉが、現在ユーザが記述している内容に適合している支援ルールであると判定されると、図６の＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容を取得し、そのガイダンスの内容を支援クライアント３に出力する。
支援クライアント３のガイダンス提示部１８は、支援サーバ４からガイダンスを受けると、そのガイダンスをワードプロセッサ１に提示する処理を実施する。
これにより、ワードプロセッサ１の画面上には、図７に示すようなガイダンスが表示される（図７の画面右側のウィンドウを参照）。
【００３０】
以上で明らかなように、この実施の形態１によれば、支援ルール記憶部１３に記憶されているガイダンスと文書構造解析部１１により取得された文書の適合度を判定する適合度判定部１４を設け、その適合度判定部１４により判定された適合度が予め設定された閾値より高い場合、支援ルール記憶部１３に記憶されているガイダンスを提示するように構成したので、自然言語による文書の作成時に、適切なガイダンスを提示することができる効果を奏する。
【００３１】
また、この実施の形態１によれば、支援ルール記憶部１３に記憶されている適合度判定用のキーワードの中で、現在の記述状況データに含まれている単語と一致しているキーワードの個数と、その適合度判定用のキーワードの個数とから適合度を判定するように構成したので、適合度を客観的に評価することができる効果を奏する。
また、この実施の形態１によれば、現在の記述状況データに含まれている単語の出現位置とキーワードの出現位置との対応関係を考慮して適合度を判定するように構成したので、適合度の評価精度を高めることができる効果を奏する。
【００３２】
さらに、この実施の形態１によれば、文書構造解析部１１により今回取得された文書のほか、以前に取得された文書に含まれている単語を考慮して適合度を判定するように構成したので、入力文書全体の文脈等を考慮したガイダンスを提示することができる効果を奏する。
【００３３】
実施の形態２．
上記実施の形態１では、１つの支援ルールが適合して、１つのガイダンスが提示されるものについて示したが、複数の支援ルールＲ＿ｉの適合度ｓ＿ｉが閾値θより高く、複数の支援ルールＲ＿ｉが適合する場合がある。
このような場合、ガイダンス提示部１８が複数の支援ルールＲ＿ｉに対応する複数のガイダンスを提示することになるが、この実施の形態２では、ガイダンス生成部１７が適合している複数の支援ルールＲ＿ｉの優先度を相互に比較し、ガイダンス提示部１８が、優先度が高い支援ルールＲ＿ｉに対応するガイダンスから順番に提示するようにする。
【００３４】
支援ルールＲ＿ｉの優先度ｐ＿ｉは、下記の式（２）に示すように、支援ルールＲ＿ｉの適合度ｓ＿ｉと、予め規定された支援ルール又はガイダンスの重要度ｒ＿ｉ（０≦ｒ＿ｉ≦１）とから決定する。
ｐ＿ｉ＝ｓ＿ｉ×ｒ＿ｉ                                        （２）
この実施の形態２によれば、優先度が高い重要なガイダンスを優先的に提示することができるので、より有効な作成支援を行うことができる効果を奏する。
【００３５】
実施の形態３．
上記実施の形態２では、複数の支援ルールＲ＿ｉの適合度ｓ＿ｉが閾値θより高く、複数の支援ルールＲ＿ｉが適合する場合、優先度が高い支援ルールＲ＿ｉに対応するガイダンスから順番に提示するものについて示したが、複数の支援ルールＲ＿ｉに対応する複数のガイダンスの提示形態を、優先度に応じて変えるようにしてもよい。
例えば、適合している支援ルールＲ＿ｉの優先度が予め設定している閾値より低い場合には、その支援ルールＲ＿ｉに対応するガイダンスを通常のウィンドウに表示するが、閾値より高い場合には、その支援ルールＲ＿ｉに対応するガイダンスをポップアップ表示するようにする。
あるいは、その支援ルールＲ＿ｉの優先度に応じて、ガイダンスのフォントや色を変えたり、音を鳴らしたりすることにより、ユーザに強く注意を促すようにする。
この場合も、有効な作成支援を行うことができる効果を奏する。
【００３６】
実施の形態４．
上記実施の形態１〜３では、支援ルール記憶部１３から＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容を取得して、そのガイダンスの内容を提示するものについて示したが、検索サーバ５により検索された参照情報をガイダンスに含めて提示するようにしてもよい。
具体的には、以下の通りである。
【００３７】
支援サーバ４の適合度判定部１４は、例えば、記載中の文章に「クロック」、「水晶発振器」、「ＳＹＮＣ」が含まれている場合、予めルールで設定されたキーワード「クロック」と「不具合」を検索キーとして、検索要求を検索サーバ５に送信する。
検索サーバ５の参照情報検索部１６は、支援サーバ４から検索要求を受けると、参照情報ＤＢ１５から検索キーに対応する参照情報を検索し、その検索結果である参照情報を支援サーバ４に送信する。
【００３８】
支援サーバ４の適合度判定部１４は、検索サーバ５から検索結果である参照情報を取得すると、図６の＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容をガイダンス生成部１７に出力する際、その参照情報もガイダンス生成部１７に出力する。
支援サーバ４のガイダンス生成部１７は、適合度判定部１４から図６の＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容と参照情報を受けると、その参照情報を当該ガイダンスに埋め込んで、そのガイダンスを支援クライアント３に送信する。
【００３９】
以上で明らかなように、この実施の形態４によれば、検索サーバ５により検索された参照情報をガイダンスに含めて提示するように構成したので、固定的なガイダンスだけでなく、色々なガイダンスを提示することができる効果を奏する。
【００４０】
なお、この実施の形態４では、適合度判定部１４が検索サーバ５により検索された参照情報を無条件でガイダンス生成部１７に出力するものについて示したが、検索サーバ５による検索結果のスコアｔ＿ｉ（０≦ｔ＿ｉ≦１）を用いて、支援ルールＲ＿ｉの適合度ｓ＿ｉを補正し、補正後の適合度ｓ’＿ｉが閾値θより高くなるとき、図６の＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容と参照情報をガイダンス生成部１７に出力するようにしてもよい。
ｓ’＿ｉ＝ｓ＿ｉ×ｔ＿ｉ                                  （３）
【００４１】
実施の形態５．
図８はこの発明の実施の形態５による文書作成支援装置を示す構成図であり、図において、図１と同一符号は同一または相当部分を示すので説明を省略する。
図８の例では、複数のユーザが文書作成支援装置を利用することを想定しており、文書を作成する際に利用するワードプロセッサ１と、ユーザが支援クライアント３のガイダンス提示部１８により提示されたガイダンスを見るとともに、ガイダンスの評価を入力する際に利用するウェブブラウザ２１とがユーザ毎に設置されている。
支援クライアント３は、ワードプロセッサ１が動作しているユーザのＰＣ上で動作することを想定しているが、ワードプロセッサ１から業務文書の内容を取得することができればよく、必ずしもワードプロセッサ１が動作しているＰＣ上で動作している必要はない。
支援クライアント３の評価情報取得部３１はウェブブラウザ２１からガイダンスに対するユーザの評価を入力して、そのガイダンスに対するユーザの評価を支援サーバ４に出力する処理を実施する。なお、評価情報取得部３１はユーザ評価入力手段を構成している。
【００４２】
支援サーバ４のユーザ評価管理部４１は支援クライアント３の評価情報取得部３１から出力されたガイダンスに対するユーザの評価をユーザ評価記憶部４２に記録するとともに、支援クライアント３のガイダンス提示部１８により提示されたガイダンスの履歴をユーザ評価記憶部４２に記録する処理などを実施する。
支援サーバ４のユーザ評価記憶部４２はガイダンスに対するユーザの評価やガイダンス提示部１８により提示されたガイダンスの履歴（ガイダンスの履歴には、ガイダンスの提示日時を含む）を記録するデータベースである。
なお、ユーザ評価管理部４１及びユーザ評価記憶部４２からユーザ評価記憶手段及びガイダンス履歴記録手段が構成されている。
【００４３】
支援サーバ４の有用度計算部４３はガイダンスに対するユーザの評価からガイダンスの有用度を計算する処理を実施する。なお、有用度計算部４３は有用度計算手段を構成している。
支援サーバ４のガイダンス生成部４４は適合度判定部１４により判定された適合度が予め設定された閾値より高く、かつ、有用度計算部４３により計算された有用度が所定の設定値より高い場合、支援ルール記憶部１３に記憶されているガイダンスを表示形態決定部４６に出力する処理を実施する。なお、ガイダンス生成部４４は適合度判定部１４から検索結果である参照情報を受けた場合、その参照情報をガイダンスに含めて支援クライアント３に出力する。
支援サーバ４のユーザ比較部４５はガイダンスに対する複数のユーザの評価を比較する処理や、各ユーザの評価の変化を監視する処理などを実施する。
【００４４】
支援サーバ４の表示形態決定部４６はガイダンス生成部４４から出力されたガイダンスの表示形態を決定する処理を実施する。
即ち、表示形態決定部４６はユーザ評価記憶部４２に記録されているガイダンスの履歴を参照して、そのガイダンスの前回の提示日時を確認し、前回の提示日時からの経過時間に応じて当該ガイダンスの表示形態を決定する。
また、表示形態決定部４６はユーザ評価記憶部４２に記録されているガイダンスに対するユーザの評価に応じて当該ガイダンスの表示形態を決定する。
さらに、表示形態決定部４６はユーザ比較部４５の比較結果に応じてガイダンスの表示形態を決定する。
また、表示形態決定部４６は当該ユーザの評価に変化がない場合でも、他のユーザの評価に変化がある場合、その評価の変化に応じてガイダンスの表示形態を決定する。
なお、ガイダンス生成部４４、ユーザ比較部４５及び表示形態決定部４６からガイダンス提示手段が構成されている。
【００４５】
支援サーバ４の評価レポート生成部４７は支援ルール記憶部１３にユーザが業務上確認する必要がある事項を含むガイダンスが記憶されている場合、ユーザが業務上確認する必要がある事項を確認したことを示すチェック入力と、ユーザが業務上確認する必要がある事項を含むガイダンスの提示を不要に設定する入力とを受け付ける処理を実施する一方、そのチェック入力の内容をレポートとして支援クライアント３に提示する処理を実施する。なお、評価レポート生成部４７は入力受付手段及びレポート提示手段を構成している。
【００４６】
次に動作について説明する。
図９はワードプロセッサによる文書の入力画面とガイダンスの表示画面を示す説明図である。
図９において、左側のウィンドウは文書を作成するワードプロセッサ１のウィンドウであり、右側のウィンドウは文書作成支援装置により生成されたガイダンスを表示するウェブブラウザ２１のウィンドウである。
【００４７】
ユーザがワードプロセッサ１を操作して文章を入力すると、上記実施の形態１でも説明したが、文書作成支援装置により生成されたガイダンスが逐次更新される。
図９の例では、ガイダンス表示用のウィンドウ（右側）には、２つのガイダンス「チェックリスト１６」、「回路設計の手引き１４」が表示されている。
これらのガイダンスは、文書の記載内容に問題がないかを確認する必要がある事項や、文書作成時にユーザが知っている必要がある事項を提示している。
【００４８】
各ガイダンスの横には、ユーザがガイダンスを評価する際に利用するユーザ評価入力ボタンとして、「確認ＯＫ」ボタン、「保留」ボタン、「不要」ボタンが配置されている。
「確認ＯＫ」ボタンは、記載中の箇所（７．１節）に対して、ユーザがガイダンス表示用のウィンドウに表示されている事項を確認し、記載内容に問題がないと判断するときに押すボタンである。
「保留」ボタンは、記載中の箇所に対して、問題の有無をすぐに判断することができないとき、その判断を先送りにする際に押すボタンである。
「不要」ボタンは、ユーザが、現在、ガイダンス表示用のウィンドウに表示されているガイダンスを文書の作成中に表示する必要がないと判断するときに押すボタンである。即ち、ユーザが文書の完成時にまとめてチェックしたいと考える場合や、既にガイダンスの内容が頭に入っているため見る必要がないと判断する場合に「不要」ボタンが押され、この「不要」ボタンが押されると、以後、当該文書の作成中には、当該ガイダンスが表示されなくなる。
図９の例では、「チェックリスト１６」のガイダンスに対して「確認ＯＫ」ボタンが押されており、「回路設計の手引き１４」のガイダンスには、いずれのボタンも押されていない状態を示している。
【００４９】
支援サーバ４の評価レポート生成部４７は、ユーザ評価入力ボタンである「確認ＯＫ」ボタン、「保留」ボタン、「不要」ボタンの押下状態を管理しており、ユーザがガイダンス表示用のウィンドウの上部にある「確認状況一覧」ボタンを押すと、その押下状態（業務上確認する必要がある事項の確認状況）を示す確認状況一覧（図１５を参照）を一覧レポートとしてウェブブラウザ２１に提示する。
これにより、ウェブブラウザ２１が図１５の確認状況一覧を一覧レポートとして表示するので、当該文書のレビュー担当者に対して、業務上確認する必要がある事項を、ユーザがきちんと確認している事実を知らせることができる。また、支援サーバ４がユーザに提示するガイダンスを選択する際のデータとして学習にも使われるようになる。
【００５０】
図９では、ユーザが“○○シリーズ回路設計書”を作成している例を示している。
現在、７章の７．１節を記述している段階であり、最下行に「（１）２０ＭＨｚの水晶発振器の出力を…入力する。」の１文を入力して改行した直後の状態を示している。
ただし、表示されているガイダンスは、この１文が入力される以前から表示されていたものであり、まだ、この１文に合わせたガイダンスの更新は行われていない。
【００５１】
以下、この１文が入力されたときにガイダンスが更新される際の処理内容について説明する。
支援クライアント３の文書構造解析部１１は、ユーザがワードプロセッサ１を使用して１文を入力すると、ワードプロセッサ１のＡＰＩを利用して、その入力文の文書構造データを取得する。
ここで、入力文の文書構造データは、上述したように、文書の論理構造において、入力文の出現位置を特定する情報である。
入力文の文書構造データとしては、例えば、ｉ）文書タイトル、ｉｉ）入力文が含まれる章・節のタイトル、ｉｉｉ）入力文の種別（本文／章・節タイトル／図・表タイトル／表内テキストなど）などがある。
【００５２】
文書構造解析部１１は、入力文の文書構造データを取得すると、図３に示すように、その入力文の文書構造データをＸＭＬ形式で表現し、ＸＭＬ形式の文書構造データに、ｉｖ）クライアントＩＤと、ｖ）ＸＭＬ名前空間特定情報と、ｖｉ）ユーザＩＤとを付加して、文書構造データ付き入力文を生成する。
なお、クライアントＩＤは、文書作成アプリケーションの１つであるワードプロセッサ１と、ユーザが使用しているＰＣを一意に特定する識別番号である。
【００５３】
支援サーバ４の文書構造管理部１２は、文書構造解析部１１から文書構造データ付き入力文を受け取る毎に、図４に示すように、文書構造データ付き入力文の系列を統合して、木構造データを生成する。
この木構造データは、現在、ユーザが作成している文書の文書構造を表しており、木のルートはクライアントＩＤと文書タイトルを表している。
図４において、両端が丸いノードは、章や節のタイトルを表しており、章や節のノードにリンクされている両端が角張ったノードは、１文相当の本文の内容を表している。
【００５４】
図４の木構造データに対して、新たに入力された図３の文書構造データ付き入力文を統合すると、図５の木構造データが得られる。図５において、右下のノード「（１）２０ＭＨｚの水晶発振器の出力を・・・」が新たに追加された本文である。
図５では、新たに追加された本文ノードの他に、いくつかのノードを網かけで示し、点線で括っている。これらのノードは、現在記載中の節に含まれている本文と、その章・節タイトルであり、後述するガイダンス生成処理において、ユーザが現在記述中の内容を表す文書構造データ（以下、「記述状況データ」と呼ぶ）として参照される。
【００５５】
支援サーバ４の適合度判定部１４は、文書構造管理部１２が木構造データを生成すると、その木構造データにおける記述状況データと支援ルール記憶部１３に記憶されているガイダンスの適合度を判定する処理を実施する。
具体的には、以下のようにして、適合度を判定する。
図１０は支援ルール記憶部１３に記憶されている支援ルールの定義例を示す説明図である。
図１０の支援ルールはＸＭＬデータで表現されており、ルート要素である支援ルールリスト＜ｒｕｌｅｌｉｓｔ＞は、個々の支援ルールを定義している＜ｒｕｌｅｄｅｆ＞要素のリストになっている。
【００５６】
それぞれの支援ルール定義＜ｒｕｌｅｄｅｆ＞は、ガイダンスを提示すべき文書の記述内容を規定している＜ｃｏｎｄｉｔｉｏｎｓ＞要素と、提示するガイダンスの内容を定義している＜ｇｕｉｄａｎｃｅ＞要素から構成されている。
図中、＜ｒｕｌｅｄｅｆ  ＩＤ＝“Ｒ１１”＞の支援ルール定義は、ユーザがキーワード「クロック」「水晶発振器」「ＳＹＮＣ」を含む文章を記述しているとき、パッドの設置や配線に関する注意事項を提示するためのルールを定義している例を示している。
なお、＜ｃｏｎｄｄｅｆ＞要素の属性ｃｏｎｔａｉｎｅｒ＝“＊”は、キーワードの出現位置を特定しないことを表しており（本文内でも、見出し内でもよいことを表している）、属性ｌｏｃａｔｉｏｎ＝“ｈｅａｄｉｎｇ”は、キーワードの出現位置を見出し内に限定することを表している。
【００５７】
支援サーバ４の適合度判定部１４は、支援ルール記憶部１３から支援ルールのガイダンス提示条件を読み出し、現在記述中の内容を表している「記述状況データ」と比較することにより、現在の記述状況データに対する支援ルールＲ＿ｊ（ｊ＝１，２，・・・，Ｎ）の適合度ａ＿ｊ（０≦ａ＿ｊ≦１）、即ち、Ｎ個のガイダンスと現在の記述状況データとの適合度ａ＿ｊを下記の式（４）で計算する。
ａ＿ｊ＝（ｍ＿ｊ＋０．５×ｍ'＿ｊ＋ｉ）／ｎ＿ｊ                （４）
ただし、ｎ＿ｊは支援ルールＲ＿ｊに定義されているキーワードの総数を表し、ｍ＿ｊは記述状況データに含まれている単語と一致し、かつ、出現位置が単語の出現位置と一致しているキーワードの個数を表している。
また、ｍ'＿ｊは記述状況データに含まれている単語と一致しているが、出現位置が単語の出現位置と一致していないキーワードの個数を表している。０．５は出現位置の不一致に対するペナルティ係数である。
【００５８】
図５の記述状況データに対して、図１０におけるＩＤ＝“Ｒ１１”の支援ルールの適合度を求めると、ｎ＿ｊ＝３（クロック、水晶発振器、ＳＹＮＣ、回路）、ｍ＿ｊ＝２（クロック、水晶発振器、回路）、ｍ’＿ｊ＝０であるため、ａ＿ｊ＝０．７５になる。
ａ＿ｊ＝（３＋０．５×０）／４＝０．７５
なお、「クロック」や「回路」は、新規入力文「（１）２０ＭＨｚの水晶発振器の出力を…入力する。」には含まれていない単語であるが、新規入力文だけでなく、同じ節内の本文や、上位レベルの章・節タイトルに含まれている単語も、記述データとして支援ルールと照合するため、合致するキーワードの個数ｍ＿ｊにカウントするようにしている。
【００５９】
支援サーバ４の適合度判定部１４は、上記のようにして適合度ａ＿ｊを計算すると、その適合度ａ＿ｊと予め設定された閾値θ１（例えば、θ１＝０．７）を比較する。
適合度判定部１４は、ａ＿ｊ≧θ１であれば、支援ルールＲ＿ｉが、現在ユーザが記述している内容に適合している支援ルールであると判定する。
なお、図１０におけるＩＤ＝“Ｒ１１”の支援ルールは、適合度ａ＿ｊが０．７５であり、閾値θ１（＝０．７）より高いので、適合する支援ルールであると判定する。
同様にして、ｉｄ＝“Ｒ２１”の支援ルールも適合度が１．００と計算されることから、ユーザが記述中の内容に適合するルールであると判定される。
【００６０】
上記のようにして、ガイダンスを生成するための支援ルールが記述内容に適合していると判定されても、ユーザにとっては、そのガイダンスが必ずしも有用であるとは限らない。
例えば、文書作成手引きの内容を表示するガイダンスは、経験の浅いユーザには有用な支援となっても、手引きの内容が頭に入っているベテランユーザにとっては不要となることがある。
また、過去に作成された文書の中から、現在ユーザが作成中の文書と類似するものを検索して、流用・参照用に表示するガイダンスは、文書チェックリストを提示するガイダンスに期待して、できるかぎり不備の無い文書を作成しようとするユーザにとっては、必ずしも有用な情報として受け取られない。
このように、業務文書作成時のガイダンスがユーザにとって有用か否かは、ユーザ個人の知識レベル、支援システムの利用目的、担当業務の内容などに依存する。
【００６１】
そこで、この実施の形態５では、支援サーバ４の適合度判定部１４により記述内容に適合していると判定された支援ルールの中から、当該ユーザにとって実際に有用なガイダンスを生成するための支援ルールを選択することができるようにするため、有用度計算部４３がユーザ評価記憶部４２に記憶されている当該ユーザや他のユーザによる過去の評価傾向を利用して、当該支援ルールの有用度を計算する。
ここでは、有用度計算部４３が支援ルールの有用度を計算するものについて説明するが、ガイダンスは支援ルールの一部を構成しているものであるため、支援ルールの有用度を計算するということは、ガイダンスの有用度を計算していることと等価である。
図１４は支援サーバ４の有用度計算部４３における有用度の決定処理を示すフローチャートである。
【００６２】
支援サーバ４の有用度計算部４３は、現在作成中の文書の入力文（章・節）に対するガイダンスの評価が過去に入力されているか否かを判断する（ステップＳＴ１）。
即ち、支援サーバ４の適合度判定部１４により記述内容に適合していると判定された支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されているか否かを判断する。
支援サーバ４の有用度計算部４３は、当該支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されている場合、当該ユーザの過去の評価が「有用」であるとする評価であるか否かを判定し（ステップＳＴ２）、「有用」であるとする評価であれば、当該支援ルールの有用度Ｖijを“１．０”に設定する（ステップＳＴ３）。
一方、当該ユーザの過去の評価が「有用」であるとしない評価であれば、当該支援ルールの有用度Ｖijを“０．０”に設定する（ステップＳＴ４）。
【００６３】
支援サーバ４の有用度計算部４３は、当該支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されていない場合、現在作成中の文書の他の入力文（章・節）や、他の文書の入力文に対するガイダンスの評価が過去に入力されているか否かを判断する（ステップＳＴ５）。
即ち、支援サーバ４の適合度判定部１４により他の入力文等に適合していると判定された支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されているか否かを判断する。
【００６４】
支援サーバ４の有用度計算部４３は、当該支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されている場合、当該ユーザｕ＿ｉの当該支援ルールＲ＿ｊに対する過去の評価の平均値ｖijを支援ルールＲ＿ｊの有用度Ｖijに設定する（ステップＳＴ６）。
ｖij＝ＣT（ｉ，ｊ）／（ＣT（ｉ，ｊ）＋ＣF（ｉ，ｊ））      （５）
ただし、ＣT（ｉ，ｊ）はユーザｕ＿ｉがルールＲ＿ｊに対して、「確認ＯＫ」または「保留」ボタンを押した回数を表し、ＣF（ｉ，ｊ）はユーザｕ＿ｉがルールＲ＿ｊに対して、「不要」ボタンを押した回数を表している。
【００６５】
支援サーバ４の有用度計算部４３は、当該支援ルールに対する当該ユーザの過去の評価がユーザ評価記憶部４２に記憶されていない場合、他のユーザｕ＿ｋの当該支援ルールＲ＿ｊに対する過去の評価から支援ルールＲ＿ｊの有用度Ｖijを計算する（ステップＳＴ７）。
【数１】
2007026418.tif 000003
ただし、ｓｉｍikは当該ユーザｕ＿ｉと他のユーザｕ＿ｋの類似度を表しており、過去の評価の偏差ベクトル間の余弦として求められる。
【００６６】
図１２はユーザ評価記憶部４２に記憶されているユーザ評価データの一部を示す説明図であり、ユーザ３が文書「○○シリーズ回路設計書」及び「△△ユニット設計書」の作成中に、支援ルールＲ０１，Ｒ０４によるガイダンスが提示され、ユーザ３が、それらのガイダンスに対する評価として、「確認ＯＫ」、「不要」などを入力したことを示している。なお、評価が「未評価」となっているのは、ガイダンスが提示されたが、ユーザの評価が入力されていないことを示している。また、各評価の下には、評価が入力された日時が示されている。
【００６７】
図１３は式（５）を用いて、支援ルールＲ＿ｊに対するユーザｕ＿ｉの過去の評価の平均値ｖijを求めた例を示す説明図である。
図において、支援ルールＲ０１に対するユーザ３の評価平均が“１．０”であることから、過去においてユーザ３は支援ルールＲ０１のガイダンスが提示されたときには常に「有用」と評価していることがわかる（確認する必要がある事項と判断して「確認ＯＫ」ボタンを押した、あるいは、「保留」ボタンを押したことがわかる）。
概してチェックリストや不具合事例を提示する支援ルールＲ０４〜Ｒ１４は、ユーザによらず有用と評価されることが多いが、手引書や過去作成文書を提示する支援ルールＲ２１〜Ｒ３４の評価は、ユーザ毎にまちまちであり、ユーザ１、ユーザ２は「不要」と評価することが多いのに対して、ユーザ３〜ユーザ５は概ね「有効」と評価していることがわかる。
【００６８】
図１３のユーザｕ＿ｉの過去の評価の平均値ｖijから、上記の式（７）を用いて、ユーザ３と他のユーザとの類似度ｓｉｍikを求めると、ユーザ１は“０．０１”、ユーザ２は“０．３８”、ユーザ４は“０．７５”、ユーザ５は“０．８２”となる。
これらの類似度ｓｉｍikを式（６）に適用すると、ユーザ３の評価が存在しない支援ルールＲ１１，Ｒ２１の有用度は、それぞれ“０．８２”，“０．７３”と算出される。
【００６９】
支援サーバ４のガイダンス生成部４４は、支援サーバ４の有用度計算部４３が有用度Ｖijを計算すると、その有用度Ｖijと予め設定された設定値である閾値θ２（例えば、θ２＝０．５）を比較する。
ガイダンス生成部４４は、Ｖij≧θ２であれば、支援ルールＲ＿ｊのガイダンスが、ユーザｕ＿ｉにとって、有用なガイダンスであると判定する。
なお、前出の例では、支援ルールＲ１１，Ｒ２１の有用度は、いずれも閾値θ２より高いため、図１０に記述されている２つの支援ルールは、ともにユーザｕ＿３にとって、有用なガイダンスであると判定される。
【００７０】
支援サーバ４のガイダンス生成部４４は、適合度判定部１４により判定された適合度ａ＿ｊが閾値θ１より高く、かつ、有用度計算部４３により計算された有用度Ｖijが閾値θ２より高い場合、支援ルール記憶部１３に記憶されている支援ルールＲ＿ｊのガイダンスを表示形態決定部４６に出力する。
即ち、図１０の＜ｇｕｉｄａｎｃｅ＞要素に定義されているガイダンスの内容を取得して、そのガイダンスの内容を表示形態決定部４６に出力する。
なお、ガイダンス生成部４４は適合度判定部１４から検索結果である参照情報を受けている場合には、その参照情報を支援ルールＲ＿ｊのガイダンスに含めて表示形態決定部４６に出力する。
【００７１】
この実施の形態５では、適合度ａ＿ｊに対する閾値θ１と有用度Ｖijに対する閾値θ２が、予め支援サーバ４上で静的に設定されているものとして説明しているが、例えば、図１１のガイダンス表示用のウィンドウなどにスライダを配置し、ユーザが、そのスライダを動かすことにより、ガイダンス生成部４４が閾値θ１，θ２の動的な設定変更を受け付けるようにしてもよい。
この場合、ガイダンス生成部４４がガイダンス量調整手段を構成し、支援クライアント３のガイダンス提示部１８から提示されるガイダンスの量を調整することができるようになる。
【００７２】
支援サーバ４の表示形態決定部４６は、ガイダンス生成部４４からガイダンスを受けると、そのガイダンスの表示形態を決定して、ガイダンス表示用のＨＴＭＬを生成する。
具体的には、次のようにして、ガイダンスの表示形態を決定する。
表示形態決定部４６は、ユーザ評価記憶部４２に記録されているガイダンスの履歴を参照して、そのガイダンスの前回の提示日時を確認し、前回の提示日時からの経過時間に応じて当該ガイダンスの表示形態を決定する。
例えば、前回の提示日時から一定の時間が経過している場合、当該ガイダンスの評価が古くなっているので、ガイダンスの表示色を通常と異なる色（例えば、赤色）に設定することにより、当該ガイダンスを目立たせて、ユーザに再評価の入力を促すようにする。
【００７３】
また、表示形態決定部４６は、ユーザ評価記憶部４２に記録されているガイダンスに対するユーザの評価に応じて当該ガイダンスの表示形態を決定する。
例えば、当該ガイダンスに対する評価が「有用」であれば、ガイダンスの表示色を通常色（例えば、黒色）に設定するが、当該ガイダンスに対する評価が「保留」であれば、ガイダンスの表示色を通常と異なる色（例えば、バックグラウンドを赤色）に設定することにより、当該ガイダンスを目立たせて、ガイダンスの確認状況を見やすくするようにする。
その際、ユーザにより評価が入力された日時を取得し、前回評価を取得してから一定の時間が経過している場合、当該ガイダンスの評価が古くなっているので、ガイダンスの表示色を通常と異なる色（例えば、黄色）に設定することにより、当該ガイダンスを目立たせて、ユーザに再評価の入力を促すようにしてもよい。
【００７４】
また、表示形態決定部４６は、ユーザ比較部４５の比較結果に応じてガイダンスの表示形態を決定する。
例えば、ユーザ比較部４５から比較結果（当該ユーザの評価とユーザ類似度が高い上位Ｎ人（例えば、３人）のユーザの評価との比較結果）を取得し、当該ユーザだけが低い評価を与えているガイダンスがある場合には、当該ユーザが当該ガイダンスの重要性に気付いていない可能性があるため、当該ガイダンスの表示色を通常と異なる色（例えば、オレンジ色）に設定することにより、当該ガイダンスを目立たせて、当該ユーザに再評価の入力を促すようにする。
【００７５】
その際、単に類似ユーザと評価が異なるというだけでなく、それらの類似ユーザの評価のうち、日時が新しい評価に限定することにより、「周りのユーザが最近になって有用と評価しているが、当該ユーザが以前不要と評価しているガイダンス」に対し、再評価を求めるようにしてもよい。
このように、当該ユーザの評価に変化がない場合でも、他のユーザの評価に変化がある場合、その評価の変化に応じてガイダンスの表示形態を決定することにより、環境の変化によって重視されるようになったガイダンスを当該ユーザが見落とさないようにすることができる。
【００７６】
支援クライアント３のガイダンス提示部１８は、支援サーバ４から表示形態決定部４６により表示形態が決定されたガイダンスを受けると、そのガイダンスをウェアブラウザ２１に提示する処理を実施する。
これにより、ウェアブラウザ２１の画面上には、図１１に示すようなガイダンスが表示される。
図１１のガイダンス表示用のウィンドウに表示されている２つのガイダンスは、図１０の支援ルールＲ１１，Ｒ２１から生成されたガイダンスである。なお、図１１では表示されていないが、ガイダンス表示用のウィンドウの表示を下方向にスクロールさせると、ワードプロセッサ１に行「（１）２０ＭＨｚの水晶発振器の出力を・・・」を入力する以前から表示されていた２つのガイダンス（図７を参照）が表示される。
【００７７】
ここで、ユーザが図１１のガイダンス表示用のウィンドウの上部に配置されている「確認状況一覧」ボタンを押すと、評価レポート生成部４７が、ユーザ評価記憶部４２からユーザ評価管理部４１を介して当該ユーザの当該文書における評価を取得して、図１５に示すような確認状況一覧を生成し、その確認状況一覧をウェアブラウザ２１に表示されるようにしている。
この確認状況一覧には、現在ユーザが記載中の箇所だけでなく、当該文書中の全ての箇所において過去に提示されたガイダンスと、当該ガイダンスに対してユーザが入力した評価（評価は「確認状況」のカラムに表示されている）と、その評価が入力された日時とが表示されている。
【００７８】
この確認状況一覧は、業務上確認する必要がある事項を現在どの程度確認し終えたかを、ユーザ自身がチェックするために利用するだけでなく、作成した文書を提出する際に、確認する必要がある事項を確認したエビデンスとして添付して提出するように業務規定として定めることができる。
このようなに業務規定の下で運営した場合、従来は、文書作成後に改めて実施していた確認が、文書作成中に実施されるため、確認漏れや見落としが起き難くなるという利点が得られる。
更に、この文書作成支援装置では、業務上実施すべき確認という形態で、提示したガイダンスに対するフィードバックを確実に取得できるため、ガイダンス提示精度を改善するための学習データを効率的に収集可能という利点がある。
【００７９】
なお、図１５の評価レポートのウィンドウや、図１１のガイダンス表示用のウィンドウにガイダンス検索用のテキストボックス（図示せず）を配置することができる。
即ち、ユーザがガイダンス検索用のテキストボックスに、ガイダンスのタイトルやガイダンス本文などに含まれるキーワード（検索条件）を入力すると、ガイダンス生成部４４（ガイダンス検索手段）が支援ルール記憶部１３から当該検索条件に合致するガイダンスを検索して、そのガイダンスを表示形態決定部４６に出力するようにしてもよい。
このように、ガイダンス生成部４４がガイダンスを検索することにより、文書作成中に自動的には表示されなかったガイダンスをユーザが自主的に探して、確認する必要がある事項を把握したり、「確認状況一覧」レポートに確認済み項目として、レポートに手動で追加できるようにしたりすることができるため、利便性を更に高めることができる。
【００８０】
以上で明らかなように、この実施の形態５によれば、適合度判定部１４により判定された適合度ａ＿ｊが閾値θ１より高く、かつ、有用度計算部４３により計算された有用度Ｖijが閾値θ２より高い場合、支援ルール記憶部１３に記憶されている支援ルールＲ＿ｊのガイダンスを表示形態決定部４６に出力するように構成したので、上記実施の形態１と同様に、自然言語による文書の作成時に、適切なガイダンスを提示することができる効果を奏する。また、ユーザにとって有用なガイダンスに限定して提示することができるため、更にガイダンスの利便性を高めることができる効果を奏する。
【図面の簡単な説明】
【００８１】
【図１】この発明の実施の形態１による文書作成支援装置を示す構成図である。
【図２】ワードプロセッサによる文書の入力画面とガイダンスの表示画面を示す説明図である。
【図３】文書構造データ付き入力文を示す説明図である。
【図４】新規入力文追加前の木構造データを示す説明図である。
【図５】新規入力文追加後の木構造データを示す説明図である。
【図６】支援ルール記憶部に記憶されている支援ルールの定義例を示す説明図である。
【図７】ワードプロセッサによる文書の入力画面とガイダンスの表示画面を示す説明図である。
【図８】この発明の実施の形態５による文書作成支援装置を示す構成図である。
【図９】ワードプロセッサによる文書の入力画面とガイダンスの表示画面を示す説明図である。
【図１０】支援ルール記憶部に記憶されている支援ルールの定義例を示す説明図である。
【図１１】ワードプロセッサによる文書の入力画面とガイダンスの表示画面を示す説明図である。
【図１２】ユーザ評価記憶部に記憶されているユーザ評価データの一部を示す説明図である。
【図１３】支援ルールＲ＿ｊに対するユーザｕ＿ｉの過去の評価の平均値ｖijを求めた例を示す説明図である。
【図１４】支援サーバの有用度計算部における有用度の決定処理を示すフローチャートである。
【図１５】確認状況一覧を示す説明図である。
【符号の説明】
【００８２】
１  ワードプロセッサ、２  文書作成支援装置、３  支援クライアント、４  支援サーバ、５  検索サーバ、１１  文書構造解析部（文書取得手段）、１２  文書構造管理部（文書取得手段）、１３  支援ルール記憶部（ガイダンス記憶手段）、１４  適合度判定部（適合度判定手段）、１５  参照情報ＤＢ（文書検索手段）、１６  参照情報検索部（文書検索手段）、１７  ガイダンス生成部（ガイダンス提示手段）、１８  ガイダンス提示部（ガイダンス提示手段）、２１  ウェブブラウザ、３１  評価情報取得部（ユーザ評価入力手段）、４１  ユーザ評価管理部（ユーザ評価記憶手段、ガイダンス履歴記録手段）、４２  ユーザ評価記憶部（ユーザ評価記憶手段、ガイダンス履歴記録手段）、４３  有用度計算部（有用度計算手段）、４４  ガイダンス生成部（ガイダンス提示手段、ガイダンス量調整手段、ガイダンス検索手段）、４５  ユーザ比較部（ガイダンス提示手段）、４６  表示形態決定部（ガイダンス提示手段）、４７  評価レポート生成部（入力受付手段、レポート提示手段）。
【図１】
2007026418.tif 000004
【図２】
2007026418.tif 000005
【図３】
2007026418.tif 000006
【図４】
2007026418.tif 000007
【図５】
2007026418.tif 000008
【図６】
2007026418.tif 000009
【図７】
2007026418.tif 000010
【図８】
2007026418.tif 000011
【図９】
2007026418.tif 000012
【図１０】
2007026418.tif 000013
【図１１】
2007026418.tif 000014
【図１２】
2007026418.tif 000015
【図１３】
2007026418.tif 000016
【図１４】
2007026418.tif 000017
【図１５】
2007026418.tif 000018