JP2018136829A - 提示装置及び提示方法 - Google Patents

Abstract

【課題】作成中の文書に対する有用性が高い順に参照用文書を提示して、効率的な設計書の作成を支援することができる。【解決手段】提示装置１０は、複数の種別の文書の作成において参照される参照用文書を記憶するとともに、参照用文書の有用性を示す評価点であって文書の種別ごとにそれぞれ付与される評価点を、参照用文書ごとに記憶する記憶部１４と、作成中の文書の種別を判定する文書種別判定部１５１と、作成中の文書の編集中部分において使用されている単語を含む参照用文書を、記憶部１４から検索する検索部１５３と、記憶部１４から、検索部１５３が検索した参照用文書の各種別の評価点を参照し、作成中の文書の種別に対応した評価点が高い順に、検索した参照用文書を提示する提示部１５４と、を有する。【選択図】図１

Description

本発明は、提示装置及び提示方法に関する。

一般に、ソフトウェア設計者は、ソフトウェア開発の際に設計書、仕様書、バグ票等の開発文書を作成する場合、最新の要求仕様書や関連機能の設計書等の過去の開発資料等、多数の開発文書を参照する必要がある。

特に、大規模なソフトウェア開発では関連し得る開発文書の数が膨大であるため、必要な開発文書を検索するまでに大きな稼働がかかる。さらに、どの文書を参照する必要があるか否かは、スキルや経験がないと分からないことがある。例えば、設計書を作成する際に、その前工程である要求仕様書を参照することは誰もが行う。ただし、設計書を作成の際には、他の設計書も参考にする必要がある。また、バグ票を作成する際には、仕様書と設計書とを参照するべきであるものの、経験の浅い設計者では重要な文書を見落としてしまう場合がある。そこで、必要な開発文書を検索して開発文書をリストで提示するリコメンド技術が提案されている（例えば、特許文献１，２参照）。

特開２００９−２５２１７１号公報 特開２０１４−２０３４２２号公報

従来のリコメンド技術は、設計書の作成箇所の章や段落のタイトルあるいは固有名詞等のような編集箇所の内容を表す単語を含む開発文書を検索し、検索した開発文書を提示している。

図９は、従来のリコメンド方法を説明する図である。従来のリコメンド方法では、図９に示すように、ソフトウェア設計者Ｕによる設計書作成中に（図９の（１）参照）、この設計書Ｆ１の章「緊急通報機能」より、単語「緊急通報」を抽出する（枠Ｃｐ参照）。そして、従来のリコメンド方法では、この単語「緊急通報」を含む文書をデータベースから検索して、検索した文書を並列に示した文書リストＬｐを、ソフトウェア設計者に提示（リコメンド）している。

このように、従来のリコメンド方法では、単語を含む文書の文書リストがリコメンドされる。しかしながら、従来のリコメンド方法では、ソフトウェア設計者Ｕは、リコメンドされる文書が文書リストにたくさんあっても、どの開発文書が重要であるかが分からない（図９の（２）参照）。また、ソフトウェア設計者Ｕは、優先的に参照すべき文書が文書リストに示されたどれであるかが分からない（図９の（２）参照）。

このため、従来のリコメンド方法では、ソフトウェア設計者Ｕは、文書リストＬｐの順に各文書を参照するしかなく、重要な文書を見つけるまでに多大な時間を要するという問題があった。

本発明は、上記に鑑みてなされたものであって、作成中の文書に対する有用性が高い順に参照用文書を提示して、効率的な設計書の作成を支援することができる提示装置及び提示方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る提示装置は、複数の種別の文書の作成において参照される参照用文書を記憶するとともに、参照用文書の有用性を示す評価点であって文書の種別ごとにそれぞれ付与される評価点を、参照用文書ごとに記憶する記憶部と、作成中の文書の種別を判定する判定部と、作成中の文書の編集中部分において使用されている単語を含む参照用文書を、記憶部から検索する検索部と、記憶部から、検索部が検索した参照用文書の各種別の評価点を参照し、作成中の文書の種別に対応した評価点が高い順に、検索部が検索した参照用文書を提示する提示部と、を有することを特徴とする。

本発明によれば、作成中の文書に対する有用性が高い順に参照用文書を提示して、効率的な設計書の作成を支援することができる。

図１は、実施の形態に係る通信システムの構成の一例を示す図である。 図２は、図１に示す評価点データのデータ形式の一例を示す図である。 図３は、図１に示す評価点更新部による処理を説明する図である。 図４は、図１に示す提示装置による文書リストの提示処理の流れを示す図である。 図５は、実施の形態に係る提示処理の処理手順を示すフローチャートである。 図６は、図１に示す提示装置による提示処理の効果を説明する図である。 図７は、図１に示す提示装置による提示処理の効果を説明する図である。 図８は、プログラムが実行されることにより、提示装置が実現されるコンピュータの一例を示す図である。 図９は、従来のリコメンド方法を説明する図である。

以下、図面を参照して、本発明の一実施の形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［実施の形態］
実施の形態に係る提示装置を有する通信システムについて、通信システムの概略構成、提示装置の概略構成、提示装置による提示方法を説明する。

まず、図１を用いて、実施の形態に係る通信システムの構成について説明する。図１は、実施の形態に係る通信システムの構成の一例を示す図である。図１に示すように、通信システムは、提示装置１０及びユーザ端末３０を有する。また、提示装置１０は、ユーザ端末３０と通信網２０を介して接続されている。

提示装置１０は、例えば、ワークステーションやパーソナルコンピュータ（personal computer）である。提示装置１０は、ソフトウェア設計者によるユーザ端末３０でのソフトウェア設計書、仕様書、バグ票などの各種文書作成時に、作成中である文書の種別に応じて有用性が高い順序で参照用文書を提示して、効率的な設計書の作成を支援する。言い換えると、提示装置１０は、作成文書の種別に応じて、有用性の評価点が高い参照用文書ほど上位に表示してリコメンドする。

通信網２０は、例えば、有線又は無線のＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）及びＶＰＮ（Virtual Private Network）等の任意の種類の通信網である。

ユーザ端末３０は、例えば、パーソナルコンピュータである。ユーザ端末３０は、マウスやキーボード等の入力デバイスを有する。ユーザ端末３０は、提示装置１０と通信処理を行うための通信インタフェースを有する。そして、ユーザ端末３０は、提示装置１０から提示された参照用文書の文書リストを表示するディスプレイ等を有する。ソフトウェア設計者Ｕは、ディスプレイに表示された参照用文書の文書リストを参照しながら、ユーザ端末３０の入力部を操作して、開発対象のソフトウェアに関する設計書、仕様書、バグ票などの文書を作成する。

［提示装置の構成］
次に、図１に示す提示装置１０について説明する。図１に示すように、提示装置１０は、入力部１１、出力部１２、通信部１３、記憶部１４及び制御部１５を有する。

入力部１１は、提示装置１０の操作者からの各種操作を受け付ける入力インタフェースである。例えば、入力部１１は、タッチパネル、音声入力デバイス、キーボードやマウス等の入力デバイスによって構成される。出力部１２は、例えば、液晶ディスプレイなどの表示装置、プリンター等の印刷装置、情報通信装置等によって実現される。

通信部１３は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースである。通信部１３は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮやインターネットなどの電気通信回線を介した他の装置と制御部１５（後述）との間の通信を行う。例えば、通信部１３は、ユーザ端末３０において作成されている設計書等の文書のデータを、ユーザ端末３０との間の通信によって取得し、制御部１５に出力する。言い換えると、ユーザ端末３０において作成中である文書のデータは、通信部１３を介して提示装置１０に入力される。

記憶部１４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置である。なお、記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）等のデータを書き換え可能な半導体メモリであってもよい。記憶部１４は、提示装置１０で実行されるＯＳ（Operating System）や各種プログラムを記憶する。さらに、記憶部１４は、プログラムの実行で用いられる各種情報を記憶する。もちろん、記憶部１４は、通信部１３を介して制御部１５（後述）と通信する、ストレージを内蔵する汎用のサーバ装置等であってもよい。

記憶部１４は、参照用文書データ１４１及び評価点データ１４２を有する。参照用文書データ１４１は、過去の開発文書、開発資料等の各種文書を含む。また、参照用文書データ１４１は、設計書のテンプレート、最新の要求仕様書、関連する機能の設計書、バグ票等の多数の種別の開発文書を含む。

評価点データ１４２は、参照用文書の有用性を示す評価点を、参照用文書ごとに対応付けたものである。評価点は、各参照用文書に予め付与されるものであり、参照用文書の種別ごとにそれぞれ付与される。例えば、評価点データ１４２は、表形式で記憶される。或いは、参照用文書のインデックスに評価点データ１４２が付与されている構成であってもよい。ここで、評価点データ１４２が、表形式で記憶される場合を例に説明する。

図２は、図１に示す評価点データ１４２のデータ形式の一例を示す図である。評価点データ１４２は、図２に示す評価点表１４２ａのように、参照用文書の名称と評価点とが対応付けられたデータ形式を有する。評価点表１４２ａに示すように、各評価点は、文書の種別ごとに付与されている。

例えば、図２の評価点表１４２ａに示すように、文書の種別を示す項目として、「仕様書」、「設計書」、「バグ票」及び「種別なし」が設定されている。なお、「種別なし」は、文書の種別が判定できない場合に対応する。

例えば、作成中の文書の種別が「仕様書」の場合には、参照用文書の種別の有用性の評価点として、「仕様書」の項目に「１００」、「設計書」の項目に「１０」、「バグ票」の項目に「０」、「種別なし」の項目に「０」が初期設定される。また、作成中の文書の種別が「バグ票」の場合には、参照用文書の種別の有用性の評価点として、「仕様書」の項目に「８０」、「設計書」の項目に「１００」、「バグ票」の項目に「１０」、「種別なし」の項目に「０」が初期設定される。

これらの評価点は、評価点更新部１５５（後述）によって、ソフトウェア設計者Ｕによる評価を受けるたびに更新される。例えば、図２の評価点表１４２ａのように、参照用文書「サーバ要求条件書」の評価点は、ソフトウェア設計者Ｕによる評価の結果、「仕様書」の項目が「１００」、「設計書」の項目が「５０」、「バグ票」の項目が「８０」、「種別なし」の項目が「１０」に更新されている。

続いて、制御部１５について説明する。制御部１５は、提示装置１０全体を制御する。制御部１５は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路である。また、制御部１５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部１５は、各種のプログラムが動作することにより各種の処理部として機能する。制御部１５は、文書種別判定部１５１、単語抽出部１５２、検索部１５３、提示部１５４及び評価点更新部１５５を有する。

文書種別判定部１５１は、ユーザ端末３０において作成中である文書の種別を判定する。例えば、ユーザ端末３０上で文書作成アプリケーションを開いて文書を作成している場合、かつ、作成場所がアクティブウィンドウである場合、文書種別判定部１５１は、この作成中の文書のファイル名を読み取る。

そして、文書種別判定部１５１は、読み取ったファイル名の文字列中に「仕様書」を含む場合には、この文書の種別は、仕様書であると判定する。また、文書種別判定部１５１は、読み取ったファイル名の文字列中に「設計書」を含む場合には、この文書の種別は、設計書であると判定する。また、文書種別判定部１５１は、読み取ったファイル名の文字列中に「バグ票」を含む場合には、この文書の種別は、バグ票であると判定する。さらに、文書種別判定部１５１は、読み取ったファイル名の文字列中に、「仕様書」、「設計書」、「バグ票」のいずれも含まれていない場合、或いは、「仕様書」、「設計書」、「バグ票」の三つのうち二つ以上の文字列を含む場合、文書種別を判定不能として、この文書の種別を「種別なし」と判定する。

単語抽出部１５２は、作成中の文書の編集中において使用されている単語を抽出する。具体的に、単語抽出部１５２は、例えば、作成中の文書が設計書である場合には、この設計書の情報から、設計書の作成箇所の内容を表す単語を抽出する。具体的には、単語抽出部１５２は、作成箇所の章や段落のタイトルあるいは固有名詞等を抽出する。単語抽出部１５２は、周知の単語解析ツールを用いて、設計書の本文から、助詞や助動詞を除いて体言や用言からなる単語を抽出する。

検索部１５３は、作成中の文書の編集中部分において使用されている単語、すなわち、単語抽出部１５２が抽出した単語を含む参照用文書を、記憶部１４の参照用文書データ１４１から検索する。言い換えると、検索部１５３は、単語抽出部１５２が抽出した単語を入力とし、単語を含む参照用文書を検索により抽出する。例えば、ソフトウェア設計者Ｕによって作成されている文書が設計書であり、ソフトウェア設計者Ｕが編集中である章が「緊急通報機能」である場合には、この章の名称から単語「緊急通報」を抽出する。

提示部１５４は、記憶部１４の評価点データ１４２から、検索部１５３が検索した参照用文書の各種別の評価点を参照する。そして、提示部１５４は、作成中の文書の種別に対応した評価点が高い順に、検索部１５３が検索した参照用文書をユーザ端末３０に提示する。

提示部１５４の処理を説明する。まず、提示部１５４は、検索部１５３の参照用文書の検索により、リコメンドする文書リストを生成する。そして、検索部１５３が検索した参照用文書の評価点を、評価点データ１４２から参照する。続いて、提示部１５４は、作成中の文書の種別に対応した評価点が高い順に、作成した文書リストの文書名を並び替えて、ユーザ端末３０の画面に表示させる。

例えば、ソフトウェア設計者Ｕによる作成中の文書の種別が「仕様書」である場合、生成した文書リストを、「仕様書」作成における、有用性の評価点について、「仕様書」の項目が「１００」、「設計書」の項目が「１０」、「バグ票」の項目が「０」の順に、文書リストを並べ替えて表示する。この結果、提示装置１０は、ユーザ端末３０に対し、ソフトウェア設計者Ｕが作成中である文書の種別に応じて、有用性の評価点が高い文書ほど上位に表示してリコメンドすることができる。

評価点更新部１５５は、ユーザ端末３０に提示した参照用文書のいずれかに対して評価があった場合、評価内容に応じて評価点を更新する。例えば、ソフトウェア設計者Ｕが参照して役立った文書に「いいね！」評価を与えた場合、評価点表１４２ａのうち、「いいね！」評価された文書の評価点を加算し、評価点表１４２ａに反映する。すなわち、評価点更新部１５５は、ソフトウェア設計者Ｕの評価により評価点を変更する。

図３は、図１に示す評価点更新部１５５による処理を説明する図である。例えば、図３の（ａ）に示す評価点表１４２ａのうち、行Ｒ１の「緊急呼要求仕様書」がソフトウェア設計者Ｕによって「いいね！」評価された場合について説明する。

この場合、評価点更新部１５５は、「緊急呼要求仕様書」の評価点を次の通り各１０点ずつ加算する。すなわち、評価点更新部１５５は、「緊急呼要求仕様書」に対し、「仕様書」の評価点を「１００から「１１０」とし、「設計書」の評価点を「１００」から「１１０」とし、「バグ票」の評価点を「８０」から「９０」とし、「種別なし」の評価点を「８０」から「９０」とする。これによって、評価点表１４２ａは、「緊急呼要求仕様書」に対する各評価点が行Ｒ１’のように変更された評価点表１４２ａ’に更新される（図３の（ｂ）参照）。このように、評価点データ１４２は、実際に文書リストのリコメンドを受けたソフトウェア設計者Ｕ等の評価によって適宜更新される。

［提示装置の処理の流れ］
次に、提示装置１０の処理の流れについて説明する。図４は、図１に示す提示装置１０による文書リストの提示処理の流れを示す図である。

例えば、図４に示すように、ソフトウェア設計者Ｕがユーザ端末３０上で、設計書Ｆ１の作成中である場合（図４の（１）参照）について説明する。この場合、提示装置１０は、作成中の設計書Ｆ１のファイル名「＜設計書＞緊急通報機能」を読み取る。この読み取りによって、提示装置１０の制御部１５は、ソフトウェア設計者Ｕがユーザ端末３０上で作成している文書の種別が「設計書」（枠Ｃ１参照）であることを判定する。そして、制御部１５は、作成中の設計書の編集中部分における「緊急通報」を、使用されている単語として抽出する（枠Ｃ２参照）。

そして、制御部１５は、「緊急通報」を含む参照用文書を、記憶部１４の参照用文書データ１４１から検索し（図４の（２）参照）、文書リストを生成する。続いて、制御部１５は、検索した参照用文書データ１４１の評価点を評価点表１４２ａから読み取る（図４の（３）参照）。

そして、制御部１５は、作成中の文書の種別の評価点を参照して、評価点の高い順に、リコメンドする文書リストの表示順序を並び替える（図４の（４）参照）。続いて、提示装置１０は、制御部１５が表示順序を並び替えたリコメンド用の文書リストＬ１をユーザ端末３０に提供する（図４の（５）参照）。この結果、有益性の高い順に文書名が表示された文書リストＬ１が、ユーザ端末３０のディスプレイに表示される。

このように、提示装置１０は、作成中の文書の種別を判定し、作成中の文書の種別に応じて、有用性の評価点が高い文書ほど上位に表示した文書リストを提示して、ソフトウェア設計者Ｕの効率的な設計書の作成を支援している。

［提示処理の処理手順］
次に、実施の形態に係る提示処理の処理手順について説明する。図５は、実施の形態に係る提示処理の処理手順を示すフローチャートである。

まず、提示装置１０は、ソフトウェア設計者Ｕがユーザ端末３０上で作成する設計書のファイル名等を読み取り、文書種別判定部１５１は、作成中の文書の種別を判定する（ステップＳ１）。そして、単語抽出部１５２は、作成中の文書の編集中部分から使用されている単語を抽出する（ステップＳ２）。続いて、検索部１５３は、作成中の文書の編集中部分において使用されている単語を含む参照用文書を、記憶部１４の参照用文書データ１４１から検索する文書検索処理を行う（ステップＳ３）。

その後、提示部１５４は、検索部１５３の参照用文書の検索により、リコメンドする文書リストを生成する（ステップＳ４）。提示部１５４は、記憶部１４の評価点データ１４２から、検索部１５３が検索した参照用文書の各種別の評価点を参照する（ステップＳ５）。続いて、提示部１５４は、作成中の文書の種別に対応した評価点が高い順に、作成した文書リストを並び替え（ステップＳ６）、並び替えた文書リストをユーザ端末３０に提示する（ステップＳ７）。

そして、評価点更新部１５５は、ユーザ端末３０に提示した参照用文書のいずれかに対して評価があったか否かを判断する（ステップＳ８）。評価点更新部１５５は、ユーザ端末３０に提示した参照用文書のいずれかに対して評価があったと判断した場合（ステップＳ８：Ｙｅｓ）、評価内容に応じて、評価があった参照用文書における評価点データ１４２の評価点を更新する（ステップＳ９）。制御部１５は、ユーザ端末３０に提示した参照用文書のいずれかに対して評価がなかったと評価点更新部１５５が判断した場合には（ステップＳ８：Ｎｏ）、処理を終了する。

［実施の形態の効果］
図６及び図７は、図１に示す提示装置１０による提示処理の効果を説明する図である。上述したように、本実施の形態に係る提示装置１０によれば、ソフトウェア設計者Ｕが作成中である文書の種別に応じて、有用性の評価点が高い文書ほど上位に表示してリコメンドすることができる。例えば、図６に例示するように、ソフトウェア設計者Ｕが設計書Ｆ１を作成中（図６の（１）参照）に、提示装置１０は、参照用文書データ１４１から最新の要求仕様書や関連する機能の設計、設計書のテンプレート等、作成箇所に重要な関連のある開発文書を検索し（図６の（２）参照）、作成文書の種別に応じた順序で文書リストを、ソフトウェア設計者Ｕに提示している（図６の（３）参照）。

すなわち、本実施の形態に係る提示装置１０は、参照用文書を記憶するとともに、参照用文書の有用性を示す評価点であって文書の種別ごとにそれぞれ付与される評価点を、参照用文書ごとに予め記憶する。そして、提示装置１０は、ソフトウェア設計者Ｕが作成する文書（例えば、図７に示す設計書Ｆ１）の種別（例えば「設計書」）を判定し、作成中の文書の編集中部分において使用されている単語（例えば「緊急通報」）を含む参照用文書を、記憶部１４の参照用文書データ１４１から検索する（矢印Ｙ１参照）。そして、提示装置１０は、記憶部１４から、作成対象の文書の種別の評価点を参照して（矢印Ｙ２参照）、評価点の高い順に、リコメンドする文書リストの表示順序を並び替える（図７の（１）参照）。

この結果、有益性の高い順に文書名が表示された文書リストＬ１が、ユーザ端末３０のディスプレイに表示される。すなわち、ユーザ端末３０の画面には、リコメンドされる文書が、作成中の文書の種別に応じて、有益性の評価点が高い順に表示される（図７の（２）参照）。ソフトウェア設計者Ｕは、この文書リストＬ１によって、重要で優先的に参照すべき文書を認識できる（図７の（２）参照）。言い換えると、ソフトウェア設計者Ｕは、表示された順に文書を参照することによって、短時間で重要な文書を見つけることができる。また、ソフトウェア設計者Ｕが文書作成に詳しくない場合であっても、この文書リストＬ１を参照することによって、ソフトウェア設計者Ｕによる重要な文書の見落としをなくし、文書作成時の考慮漏れ防止につなげることができる。したがって、本実施の形態に係る提示装置１０によれば、ソフトウェア設計者Ｕの効率的な設計書の作成を支援することができる。

また、本実施の形態に係る提示装置１０は、実際に文書リストのリコメンドを受けたソフトウェア設計者Ｕ等の評価によって各参照用文書の評価点が更新される。このため、提示部１５４は、並び替えの際に常に最新の評価点データ１４２を参照することができ、最新の評価点データ１４２を反映した文書リストをユーザ端末３０に提示することができる。

なお、本実施の形態では、作成中の文書のデータが、通信部１３を介して提示装置１０に入力される例について説明したが、ソフトウェア設計者による文書の作成が提示装置１０で行われている場合には、入力部１１等を介して、制御部１５に、文書のデータが入力される。

［実施の形態のシステム構成について］
図１に示した提示装置１０の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、提示装置１０の機能の分散および統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。

また、提示装置１０において行われる各処理は、全部または任意の一部が、ＣＰＵおよびＣＰＵにより解析実行されるプログラムにて実現されてもよい。また、提示装置１０において行われる各処理は、ワイヤードロジックによるハードウェアとして実現されてもよい。

また、実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともできる。もしくは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上述および図示の処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて適宜変更することができる。

［プログラム］
図８は、プログラムが実行されることにより、提示装置１０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、提示装置１０の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、提示装置１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤにより代替されてもよい。

また、上述した実施の形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。

１０ 提示装置
１１ 入力部
１２ 出力部
１３ 通信部
１４ 記憶部
１５ 制御部
２０ 通信網
３０ ユーザ端末
１４１ 参照用文書データ
１４２ 評価点データ
１５１ 文書種別判定部
１５２ 単語抽出部
１５３ 検索部
１５４ 提示部
１５５ 評価点更新部

Claims (5)

1. 複数の種別の文書の作成において参照される参照用文書を記憶するとともに、前記参照用文書の有用性を示す評価点であって文書の種別ごとにそれぞれ付与される評価点を、前記参照用文書ごとに記憶する記憶部と、
   作成中の文書の種別を判定する判定部と、
   前記作成中の文書の編集中部分において使用されている単語を含む前記参照用文書を、前記記憶部から検索する検索部と、
   前記記憶部から、前記検索部が検索した参照用文書の各種別の評価点を参照し、前記作成中の文書の種別に対応した評価点が高い順に、前記検索部が検索した参照用文書を提示する提示部と、
   を有することを特徴とする提示装置。
2. 提示した前記参照用文書のいずれかに対して評価があった場合、評価内容に応じて前記評価点を更新する評価点更新部をさらに有することを特徴とする請求項１に記載の提示装置。
3. 前記評価点は、各参照用文書のインデックスに付与されることを特徴とする請求項１または２に記載の提示装置。
4. 前記記憶部は、前記参照用文書の名称と、文書の種別にそれぞれ応じた該参照用文書の評価点とを対応付けた評価点データを記憶することを特徴とする請求項１または２に記載の提示装置。
5. 複数の種別の文書の作成において参照用文書を提示する提示装置が実行する提示方法であって、
   前記提示装置は、前記参照用文書を記憶するとともに、前記参照用文書の有用性を示す評価点であって文書の種別ごとにそれぞれ付与される評価点を、前記参照用文書ごとに記憶する記憶部を有し、
   作成中の文書の種別を判定する判定工程と、
   前記作成中の文書の編集中部分において使用されている単語を含む前記参照用文書を、前記記憶部から検索する検索工程と、
   前記記憶部から、前記検索工程において検索した参照用文書の各種別の評価点を参照し、前記作成中の文書の種別に対応した評価点が高い順で、前記検索工程において検索した参照用文書を提示する提示工程と、
   を含んだことを特徴とする提示方法。

Images