JP6086013B2 - 文書支援プログラム、文書支援装置及び文書支援方法 - Google Patents

Description

本発明は、文書支援プログラム、文書支援装置及び文書支援方法に関する。

文書支援プログラムには、書き手側の文書の入力を支援するだけでなく、読み手側の文書の内容の理解を支援する機能が求められている。例えば、読み手である利用者が、文書内の特定キーワードの意味を知りたい場合、そのキーワードを範囲選択し、ウェブブラウザのリンク先である検索サイトに当該キーワードを渡してフリーワード検索を実行する。その結果、利用者は、検索結果に基づき、文書内の特定キーワードの内容を確認して、その文書の内容を理解できる。

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

利用者は、例えば、一度検索したことのあるキーワードがメール内に存在し、キーワードの詳細内容を知りたい場合に、そのキーワードを検索サイトで検索して、そのキーワードの詳細内容を知ることができる。しかしながら、利用者は、キーワードの詳細内容を知りたい場合に、その都度、同一キーワードの検索を繰り返すといった事態が生じる。

一つの側面では、文書閲覧時の同一キーワード検索の繰り返しを防止できる文書支援プログラム、文書支援装置及び文書支援方法を提供することを目的とする。

一つの案では、コンピュータが、文書内の指定文字列の詳細内容に関わる検索結果を記憶した記憶部を参照し、未閲覧文書を表示する場合に、前記未閲覧文書内に、前記記憶部に記憶済みの指定文字列があるか否かを判定する処理を実行する。更に、コンピュータは、前記未閲覧文書内に記憶済みの指定文字列がある場合に、当該未閲覧文書内の指定文字列に対応付けて詳細内容を表示する処理を実行する。

文書閲覧時における同一指定文字列検索の繰り返しを防止できる。

図１は、本実施例に関わるシステムの一例を示す説明図である。 図２は、検索エンジンテーブルの一例を示す説明図である。 図３は、リンク先テーブルの一例を示す説明図である。 図４は、検索エンジン選択画面の一例を示す説明図である。 図５は、検索候補一覧画面の一例を示す説明図である。 図６は、検索候補一覧画面（検索候補なし）の一例を示す説明図である。 図７は、再検索時の検索候補一覧画面の一例を示す説明図である。 図８は、検索結果画面の一例を示す説明図である。 図９は、検索結果画面の一例（スクロール）を示す説明図である。 図１０は、リンク確定画面の一例を示す説明図である。 図１１は、ドッキングウインドウ型の参照画面の一例を示す説明図である。 図１２は、フローティングウインドウ型の参照画面の一例を示す説明図である。 図１３は、検索エンジン選択処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１４は、検索処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１５は、リンク確定処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１６は、頭出し位置抽出処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１７は、強調処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１８は、参照処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１９は、文書支援プログラムを実行する情報処理装置の一例を示す説明図である。

以下、図面に基づいて、本願の開示する文書支援プログラム、文書支援装置及び文書支援方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、本実施例に関わるシステムの一例を示す説明図である。図１に示すシステム１は、クライアント２と、検索サイト３とを有し、クライアント２及び検索サイト３相互間をインターネット４等で接続している。

クライアント２は、例えば、メールブラウザ機能やＷｅｂブラウザ機能等を備えた、利用者側のパーソナルコンピュータやスマートフォン等の情報端末である。クライアント２は、通信インタフェース１１と、操作部１２と、表示部１３と、記憶部１４と、ＲＯＭ（Read Only Memory）１５と、ＲＡＭ(Random Access Memory)１６と、制御部１７とを有する。通信インタフェース１１は、インターネット４等との通信を司るインタフェースである。操作部１２は、例えば、各種コマンドを入力する、マウスやタッチパネル等の入力インタフェースである。表示部１３は、例えば、各種情報を画面表示する出力インタフェースである。記憶部１４は、各種情報を記憶した記憶領域である。ＲＯＭ１５は、各種プログラム等の情報を格納した領域である。各種プログラムには、例えば、選択プログラム１５Ａ、検索プログラム１５Ｂ、確定プログラム１５Ｃ、抽出プログラム１５Ｄ、強調プログラム１５Ｅ及び参照プログラム１５Ｆ、ブラウザ処理プログラム１５Ｇ等がある。ＲＡＭ１６は、各種情報を記憶する領域である。

制御部１７は、クライアント２全体を制御する。制御部１７は、ＲＯＭ１５内に格納された各種プログラム１５Ａ〜１５Ｇを読み出し、これらプログラム１５Ａ〜１５Ｇに基づき各種プロセスを機能として実行する。制御部１７は、機能として、選択部１７Ａと、検索部１７Ｂと、確定部１７Ｃと、抽出部１７Ｄと、強調部１７Ｅと、参照部１７Ｆと、ブラウザ処理部１７Ｇとを有する。

選択部１７Ａは、図１３に示す検索エンジン選択処理を実行する処理部である。検索部１７Ｂは、図１４に示す検索処理を実行する処理部である。確定部１７Ｃは、図１５に示すリンク確定処理を実行する処理部である。抽出部１７Ｄは、図１６に示す頭出し位置抽出処理を実行する処理部である。強調部１７Ｅは、図１７に示す強調処理を実行する処理部である。参照部１７Ｆは、図１８に示す参照処理を実行する、例えば、判定部及び制御部等の処理部である。ブラウザ処理部１７Ｇは、メールブラウザ機能及びＷｅｂブラウザ機能を司る処理部である。

記憶部１４は、検索エンジンテーブル２１と、リンク先テーブル２２とを有する。図２は、検索エンジンテーブル２１の一例を示す説明図である。図２に示す検索エンジンテーブル２１は、検索エンジン毎に、検索エンジン名２１Ａ及び検索エンジンＵＲＬ２１Ｂを対応付けて管理している。検索エンジン名２１Ａは、検索エンジンの検索サイト３を識別する名称である。検索エンジンＵＲＬ２１Ｂは、検索エンジンの検索サイト３のアクセス先を示すＵＲＬである。

図３は、リンク先テーブル２２の一例を示す説明図である。図３に示すリンク先テーブル２２は、指定文字列であるキーワード毎に、キーワード２２Ａ、リンクＵＲＬ２２Ｂ、リンク生成アプリ２２Ｃ、頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆを対応付けて管理している。キーワード２２Ａは、例えば、文書内の辞書登録対象の指定文字列である。リンクＵＲＬ２２Ｂは、キーワード２２Ａの検索結果に関わるコンテンツを格納したリンク先のＵＲＬである。リンク生成アプリ２２Ｃは、例えば、当該指定文字列を含む文書を生成するアプリを識別するアプリ名である。頭出しタグＩＤ２２Ｄは、指定文字列の検索結果であるコンテンツ内に埋め込まれた頭出しタグを識別するＩＤである。頭出し文字列２２Ｅは、検索結果であるコンテンツ内の頭出しタグの文字列である。頭出しカウント値２２Ｆは、検索結果であるコンテンツの内、複数の頭出しタグ内の先頭の頭出しタグを基点にして指定番目の頭出しタグの位置を識別する。

図４は、検索エンジン選択画面３１の一例を示す説明図である。図４に示すメール画面３０は、メール本文３０Ａを有する。制御部１７は、メール本文３０Ａ内の指定文字列３０Ｂの指定操作を検出すると、メール画面３０上に検索エンジン選択画面３１を画面表示する。尚、指定文字列３０Ｂの指定操作は、例えば、指定文字列３０Ｂを範囲選択してクリックする操作である。検索エンジン選択画面３１は、検索エンジンテーブル２１に記憶中の複数の検索エンジン３１Ａから、指定文字列３０Ｂを検索する検索エンジン３１Ａを選択指定する画面である。

図５は、検索候補一覧画面３２の一例を示す説明図である。図５に示す検索候補一覧画面３２は、指定された検索エンジン３１Ａで検索した指定文字列３０Ｂに関わるコンテンツの検索結果の候補一覧を示す画面である。検索候補一覧画面３２は、検索キーワード３２Ａと、検索結果一覧画面３２Ｂと、上下スクロール３２Ｃと、再検索ボタン３２Ｄと、閉じるボタン３２Ｅとを有する。

検索キーワード３２Ａは、例えば、新規又は追加の検索キーワードや、指定文字列３０Ｂ対応の検索キーワード等を入力する入力欄である。再検索ボタン３２Ｄは、検索キーワード３２Ａの入力欄に設定した検索キーワードで再検索を要求するボタンである。検索結果一覧画面３２Ｂは、検索キーワードの検索結果であるコンテンツ内容の一部及びＵＲＬ３２Ｆを一覧表示した画面である。尚、検索結果は、検索キーワードで検索されたコンテンツの一部、コンテンツのタイトルやコンテンツの格納先を示すＵＲＬ等を含む。制御部１７は、検索結果一覧画面３２Ｂ上のＵＲＬ３２Ｆの指定操作を検出すると、該当ＵＲＬ３２Ｆで示す格納先に格納されたコンテンツを取得する。上下スクロール３２Ｃは、検索結果一覧画面３２Ｂ内を上下にスクロールするボタンである。閉じるボタン３２Ｅは、検索候補一覧画面３２を閉じるボタンである。

図６は、検索候補一覧画面３２の一例（検索候補なし）を示す説明図である。図６に示す検索候補一覧画面３２は、「三層モデル」を検索キーワードとし、その検索結果が見つからなかった状態を示している。

図７は、再検索時の検索候補一覧画面３２の一例を示す説明図である。図７に示す検索候補一覧画面３２は、検索キーワード３２Ａ内に入力した新規キーワードで再検索した場合の検索結果の候補一覧の画面である。

図８は、検索結果画面３３の一例を示す説明図である。制御部１７は、検索候補一覧画面３２内のＵＲＬ３２Ｆの指定操作を検出すると、指定したＵＲＬ３２Ｆで示す格納先のコンテンツの内容を示す検索結果画面３３を画面表示する。検索結果画面３３は、ＵＲＬ３３Ａと、詳細内容３３Ｂと、上下スクロール３３Ｃと、リンク確定ボタン３３Ｄと、頭出しボタン３３Ｅと、閉じるボタン３３Ｆとを有する。ＵＲＬ３３Ａは、検索結果のコンテンツの格納先を示すＵＲＬである。詳細内容３３Ｂは、ＵＲＬのアクセス先のコンテンツの内容である。上下スクロール３３Ｃは、詳細内容３３Ｂを上下スクロールするボタンである。リンク確定ボタン３３Ｄは、指定文字列３０Ｂについて、詳細内容３３Ｂ内の先頭ページである参照リンク先を確定するボタンである。頭出しボタン３３Ｅは、指定文字列３０Ｂについて、詳細内容３３Ｂ内の指定文字列３０Ｂの順番の頭出し位置である参照リンク先を確定するボタンである。閉じるボタン３３Ｆは、検索結果画面３３を閉じるボタンである。

図９は、検索結果画面３３の一例を示す説明図である。制御部１７は、検索結果画面３３内の上下スクロール３３Ｃのスクロール操作を検出すると、詳細内容３３Ｂを上下にスクロールして表示する。

図１０は、リンク確定画面３４の一例を示す説明図である。制御部１７は、検索結果画面３３内で頭出し文字列３４Ａの指定操作を検出すると、検索結果画面３３内のページ画面上で頭出し文字列３４Ａを指定する。尚、図１０の例では、指定文字列３０Ｂを「３層モデル」、頭出し文字列３４Ａを「３層モデル」とする。尚、制御部１７は、検索結果画面３３内のページ画面上で頭出し文字列３４Ａが指定されると、頭出し文字列３４Ａをリンク確定画面３４上に識別表示する。頭出し文字列３４Ａは、検索結果画面３３のページ画面の内、利用者が指定文字列３０Ｂの文字列と判断した頭出し用のアンカー文字列である。

図１１は、ドッキングウインドウ型の参照画面４１の一例を示す説明図である。制御部１７は、例えば、メール閲覧の指示操作を検出すると、表示部１３に画面表示する表示ウインドウを上下に分割し、上段側の表示ウインドウに閲覧メールのメール画面４０及び下段側の表示ウインドウに参照画面４１を画面表示する。

メール画面４０は、メール本文４０Ａ内に登録文字列４０Ｂがある場合、登録文字列４０Ｂを強調表示している。尚、登録文字列４０Ｂは、リンク先テーブル２２内に登録済みの指定文字列３０Ｂ（キーワード）である。また、登録文字列４０Ｂの強調表示は、例えば、登録文字列４０Ｂに下線を付した状態でメール本文４０Ａ内の他の文字列と識別表示している。

参照画面４１は、登録文字列４０Ｂ毎にタブ形式の詳細画面４１Ａを有する。詳細画面４１Ａは、登録文字列４０Ｂの検索結果で得たコンテンツの内容である。制御部１７は、参照画面４１上の登録文字列４０Ｂのタブの指定操作を検出すると、指定された登録文字列４０Ｂの詳細画面４１Ａを画面表示する。制御部１７は、ドッキングウインドウ型の参照画面４１を画面表示する場合、メール本文４０Ａ内の全ての登録文字列４０Ｂにつき、対応するＵＲＬのコンテンツを参照画面４１にタブ形式で表示する。尚、各タブの頭出しが指定されている場合は、リンク先テーブル２２内の頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆに基づき、頭出し位置に自動スクロールして画面表示する。

図１２は、フローティングウインドウ型の参照画面５１の一例を示す説明図である。制御部１７は、例えば、メール閲覧の指示操作を検出すると、閲覧メールのメール画面５０を画面表示する。メール画面５０は、メール本文５０Ａ内に登録文字列５０Ｂがある場合、登録文字列５０Ｂを強調表示している。尚、登録文字列５０Ｂの強調表示は、例えば、登録文字列５０Ｂに下線を付した状態でメール本文５０Ａ内の他の文字列と識別表示している。制御部１７は、メール画面５０上の登録文字列５０Ｂの指定操作を検出すると、登録文字列５０Ｂに関わる検索結果で得たコンテンツ内容を示す参照画面５１を別の表示ウインドウで画面表示する。尚、登録文字列５０Ｂは、リンク先テーブル２２内に登録済みの指定文字列３０Ｂ（キーワード）である。

参照画面５１は、ＵＲＬ５１Ａと、詳細画面５１Ｂと、上下スクロール５１Ｃと、閉じるボタン５１Ｄとを有する。ＵＲＬ５１Ａは、登録文字列５０Ｂに関する検索結果のコンテンツの格納先を示すＵＲＬである。詳細画面５１Ｂは、登録文字列５０Ｂの検索結果であるコンテンツの内容を示す画面である。上下スクロール５１Ｃは、詳細画面５１Ｂ内を上下スクロールするボタンである。閉じるボタン５１Ｄは、参照画面５１を閉じるボタンである。制御部１７は、フローティングウインドウ型の参照画面５１の場合、メール本文５０Ａ内の登録文字列５０Ｂをクリックすると、該当登録文字列５０Ｂに対応したＵＲＬのコンテンツを参照画面５１に画面表示する。尚、頭出しが指定されている場合は、リンク先テーブル２２内の頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆに基づき、頭出し位置に自動スクロールして画面表示する。

次に本実施例のシステム１の動作について説明する。図１３は、検索エンジン選択処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１３に示す検索エンジン選択処理は、図４に示すメール本文３０Ａ内の文字列から指定文字列３０Ｂを指定し、指定文字列３０Ｂを検索する検索エンジンを指定する処理である。

図１３においてクライアント２側の制御部１７内の選択部１７Ａは、図４に示すメール本文３０Ａの文字列の内、指定文字列３０Ｂの指定操作を検出したか否かを判定する（ステップＳ１１）。尚、指定文字列３０Ｂは、メール本文３０Ａ内の文字列の内、例えば、利用者が内容を詳細に知りたい確定済みの文字列である。図４に示す例では、指定文字列３０Ｂは、例えば、「３層モデル」である。指定操作は、メール本文３０Ａ内の文字列の内、例えば、マウスポインタを用いて該当文字列を範囲選択したクリック操作である。

選択部１７Ａは、指定文字列３０Ｂの指定操作を検出した場合（ステップＳ１１肯定）、指定文字列３０Ｂをパラメータαに設定する（ステップＳ１２）。選択部１７Ａは、検索エンジン選択画面３１をロードし（ステップＳ１３）、図２に示す検索エンジンテーブル２１から検索エンジンデータを読み込み（ステップＳ１４）、検索エンジンデータがあるか否かを判定する（ステップＳ１５）。選択部１７Ａは、検索エンジンデータがある場合（ステップＳ１５肯定）、検索エンジン名を一覧形式で設定する（ステップＳ１６）。

選択部１７Ａは、検索エンジン名を一覧形式で設定した検索エンジン選択画面３１を表示部１３に画面表示し（ステップＳ１７）、図４に示す検索エンジン選択画面３１上で検索エンジン名３１Ａの指定操作を検出したか否かを判定する（ステップＳ１８）。尚、利用者は、検索エンジン選択画面３１上で指定文字列３０Ｂを検索する検索エンジンを指定できる。

選択部１７Ａは、検索エンジン名３１Ａの指定操作を検出した場合（ステップＳ１８肯定）、指定した検索エンジン名３１Ａに対応した検索エンジンのＵＲＬをパラメータβに設定する（ステップＳ１９）。選択部１７Ａは、検索エンジンのＵＲＬを設定した後、後述する検索処理を実行して（ステップＳ２０）、図１３に示す処理動作を終了する。

選択部１７Ａは、指定文字列３０Ｂの指定操作を検出しなかった場合（ステップＳ１１否定）、図１３に示す処理動作を終了する。選択部１７Ａは、検索エンジンデータがない場合（ステップＳ１５否定）、図１３に示す処理動作を終了する。また、選択部１７Ａは、検索エンジン名３１Ａの指定操作を検出しなかった場合（ステップＳ１８否定）、検索エンジン名３１Ａの指定操作を検出したか否かを判定すべく、ステップＳ１８に移行する。

図１３に示す検索エンジン選択処理の制御部１７は、メール本文３０Ａ内の指定文字列３０Ｂを指定した後、指定文字列３０Ｂを検索する検索エンジン名３１Ａを指定する検索エンジン選択画面３１を画面表示する。制御部１７は、検索エンジン選択画面３１上で検索エンジン名３１Ａの指定操作を検出すると、指定文字列３０Ｂの検索に使用する検索エンジンを指定する。その結果、利用者は、検索エンジン選択画面３１上で指定文字列３０Ｂを検索する所望の検索エンジンを指定できる。

図１４は、検索処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１４に示す検索処理は、指定した検索エンジンで指定文字列３０Ｂを検索し、その検索結果の候補を画面表示する処理である。

図１４において制御部１７内の検索部１７Ｂは、パラメータαに指定文字列３０Ｂ、パラメータβに検索エンジンＵＲＬを設定する（ステップＳ３１）。検索部１７Ｂは、検索候補一覧画面をロードし（ステップＳ３２）、パラメータβの検索エンジンに対してパラメータαの指定文字列の検索を要求する（ステップＳ３３）。

検索部１７Ｂは、指定文字列３０Ｂの検索結果を取得したか否かを判定する（ステップＳ３３Ａ）。検索部１７Ｂは、指定文字列３０Ｂの検索結果を取得した場合（ステップＳ３３Ａ肯定）、検索結果画面を設定する（ステップＳ３４）。検索部１７Ｂは、検索結果画面を設定した後、図５に示す検索候補一覧画面３２をポップアップ表示し（ステップＳ３５）、検索候補一覧画面３２上の再検索ボタン３２Ｄのボタン操作を検出したか否かを判定する（ステップＳ３６）。尚、再検索ボタン３２Ｄのボタン操作の検出には、再検索ボタン３２Ｄのボタン操作前に、検索候補一覧画面３２上の検索キーワード３２Ａ内に新規キーワードや追加キーワードの設定操作も含むものである。

検索部１７Ｂは、再検索ボタン３２Ｄのボタン操作を検出した場合（ステップＳ３６肯定）、パラメータβの検索エンジンに対して検索キーワード３２Ａ内に設定したキーワードに関わる検索を要求する（ステップＳ３７）。検索部１７Ｂは、検索エンジンに対する検索要求後、検索エンジンから検索結果を取得したか否かを判定すべく、ステップＳ３３Ａに移行する。

検索部１７Ｂは、再検索ボタン３２Ｄのボタン操作を検出しなかった場合（ステップＳ３６否定）、図５に示す検索候補一覧画面３２Ｂ上のＵＲＬ３２Ｆに対する指定操作を検出したか否かを判定する（ステップＳ３８）。検索部１７Ｂは、ＵＲＬ３２Ｆに対する指定操作を検出した場合（ステップＳ３８肯定）、パラメータγに指定ＵＲＬを設定し（ステップＳ３９）、後述するリンク確定処理を実行し（ステップＳ４０）、図１４に示す処理動作を終了する。

検索部１７Ｂは、ＵＲＬ３２Ｆに対する指定操作を検出しなかった場合（ステップＳ３８否定）、再検索ボタン３２Ｄのボタン操作を検出したか否かを判定すべく、ステップＳ３６に移行する。検索部１７Ｂは、指定文字列３０Ｂの検索結果を取得しなかった場合（ステップＳ３３Ａ否定）、指定文字列３０Ｂの検索結果を取得したか否かを判定すべく、ステップＳ３３Ａに移行する。

図１４に示す検索処理の制御部１７は、指定の検索エンジンに対して指定文字列３０Ｂの検索を要求し、指定文字列３０Ｂの検索結果を検索候補一覧画面３２に画面表示する。その結果、利用者は、検索候補一覧画面３２を見て指定文字列３０Ｂの検索結果を確認できる。

制御部１７は、検索候補一覧画面３２上の再検索ボタン３２Ｄのボタン操作を検出すると、検索候補一覧画面３２内の検索キーワード３２Ａ内に設定したキーワードの検索を指定の検索エンジンに要求し、検索結果を検索候補一覧画面３２に画面表示する。その結果、利用者は、検索候補一覧画面３２を見て、指定文字列３０Ｂに関する新たなキーワードの検索結果を確認できる。

制御部１７は、検索結果一覧画面３２Ｂの検索結果に関わるＵＲＬ３２Ｆの指定操作を検出すると、指定ＵＲＬ３２Ｆの格納先にアクセスする。その結果、利用者は、検索結果の指定ＵＲＬ３２Ｆに関わるコンテンツにアクセスできる。

図１５は、リンク確定処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。リンク確定処理は、検索結果一覧画面３２Ｂ上の指定ＵＲＬ３２Ｆの指定操作を検出すると、指定ＵＲＬ３２Ｆの検索結果を画面表示し、その画面から指定文字列３０Ｂの参照先リンクを確定する処理である。

図１５において制御部１７内の確定部１７Ｃは、パラメータαに指定文字列３０Ｂ、パラメータγに指定ＵＲＬ３２Ｆを設定し（ステップＳ４１）、リンク確定画面をロードする（ステップＳ４２）。確定部１７Ｃは、パラメータγの指定ＵＲＬ３２Ｆで示す格納先にアクセスしてコンテンツを取得し、取得したコンテンツの画面をレンダリングする（ステップＳ４３）。

確定部１７Ｃは、検索結果画面３３上のリンク確定ボタン３３Ｄのボタン操作を検出したか否かを判定する（ステップＳ４４）。確定部１７Ｃは、リンク確定ボタン３３Ｄのボタン操作を検出した場合（ステップＳ４４肯定）、現在の設定内容を図３に示すリンク先テーブル２２内に更新する（ステップＳ４５）。尚、リンク先テーブル２２は、指定文字列３０Ｂの参照先リンクを辞書登録するものである。確定部１７Ｃは、キーワード２２Ａにパラメータα、リンクＵＲＬ２２Ｂにパラメータγ、リンク生成アプリ２２Ｃに使用中のエディタのアプリ名、頭出しタグＩＤ２２Ｄ及び頭出し文字列２２Ｅに空欄、頭出しカウント値２２Ｆに“０”を設定する。そして、確定部１７Ｃは、図１５に示す処理動作を終了する。

確定部１７Ｃは、リンク確定ボタン３３Ｄのボタン操作を検出しなかった場合（ステップＳ４４否定）、頭出しボタン３３Ｅのボタン操作を検出したか否かを判定する（ステップＳ４６）。確定部１７Ｃは、頭出しボタン３３Ｅのボタン操作を検出した場合（ステップＳ４６肯定）、図１６に示す頭出し位置抽出処理を実行する（ステップＳ４７）。尚、頭出しボタン３３Ｅのボタン操作は、検索結果画面３３上の頭出し文字列３４Ａの指定後、頭出しボタン３３Ｅのボタン操作である。頭出し位置抽出処理は、利用者のボタン操作に応じて、検索結果画面３３内の文字列から、指定文字列３０Ｂで参照する位置を示す＠頭出しタグＩＤ及び、その文字列である＠頭出し文字列を抽出する処理である。

確定部１７Ｃは、頭出し位置抽出処理を実行後、指定文字列３０Ｂに関わる頭出し位置抽出に関わる設定内容を図３に示すリンク先テーブル２２内に更新し（ステップＳ４８）、図１５に示す処理動作を終了する。確定部１７Ｃは、キーワード２２Ａにパラメータα、リンクＵＲＬ２２Ｂにパラメータβ、リンク生成アプリ２２Ｃに使用中のエディタのアプリ名を設定する。更に、確定部１７Ｃは、頭出しタグＩＤ２２Ｄに＠頭出しタグＩＤ、頭出し文字列２２Ｅに＠頭出し文字列、頭出しカウント値２２Ｆに＠頭出しカウントを設定する。

確定部１７Ｃは、頭出しボタン３３Ｅのボタン操作を検出しなかった場合（ステップＳ４６否定）、閉じるボタン３３Ｆのボタン操作を検出したか否かを判定する（ステップＳ４９）。確定部１７Ｃは、閉じるボタン３３Ｆのボタン操作を検出した場合（ステップＳ４９肯定）、図１６に示す処理動作を終了する。

確定部１７Ｃは、閉じるボタン３３Ｆのボタン操作を検出しなかった場合（ステップＳ４９否定）、リンク確定ボタン３３Ｄのボタン操作を検出したか否かを判定すべく、ステップＳ４４に移行する。

図１６に示すリンク確定処理の制御部１７は、検索結果一覧画面３２Ｂ上の指定ＵＲＬ３２Ｆの指定操作を検出すると、指定ＵＲＬ３２Ｆの検索結果画面３３を表示する。その結果、利用者は、検索結果画面３３を見て指定文字列３０Ｂの検索結果のコンテンツ内容を確認できる。

制御部１７は、検索結果画面３３上のリンク確定ボタン３３Ｄのボタン操作を検出すると、検索結果画面３３のコンテンツを指定文字列３０Ｂの参照リンク先として登録する。その結果、利用者は、画面表示中の検索結果画面３３を指定文字列３０Ｂの参照リンク先として簡単に登録できる。

制御部１７は、リンク確定ボタン３３Ｄのボタン操作を検出すると、指定文字列３０Ｂの参照リンク先を登録する際、指定文字列（キーワード２２Ａ）、リンクＵＲＬ２２Ｂ及びリンク生成アプリ２２Ｃをリンク先テーブル２２内に更新登録する。その結果、制御部１７は、リンク先テーブル２２を参照して登録文字列の参照リンク先の参照画面を画面表示できる。

制御部１７は、検索結果画面３３上の頭出しボタン３０Ｃのボタン操作を検出すると、検索結果画面３３を指定文字列３０Ｂの参照リンク先として、頭出しタグＩＤ、頭出し文字列及び頭出しカウントで位置登録する。その結果、利用者は、画面表示中の検索結果画面３３の頭出し文字列の位置を指定文字列３０Ｂの参照リンク先として簡単に登録できる。

制御部１７は、頭出しボタン３３Ｃのボタン操作を検出すると、指定文字列３０Ｂの参照リンク先をリンク先テーブル２２内に登録する。つまり、制御部１７は、キーワード２２Ａ、リンクＵＲＬ２２Ｂ、リンク生成アプリ２２Ｃ、頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆをリンク先テーブル２２内に更新登録する。その結果、制御部１７は、リンク先テーブル２２を参照して登録文字列の参照リンク先の参照画面をピンポイントで画面表示できる。

図１６は、頭出し位置抽出処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１６に示す頭出し位置抽出処理は、検索結果画面３３の頭出しボタン３０Ｃのボタン操作を検出すると、検索結果画面３３内の頭出し文字列の位置を指定文字列３０Ｂの参照リンク先として登録する処理である。

図１６において制御部１７内の抽出部１７Ｄは、指定ＵＲＬ３２Ｆにアクセスしてコンテンツのソースを読み込み（ステップＳ５１）、選択部分に該当するコンテンツソース内にアンカーとなる固有ＩＤがあるか否かを判定する（ステップＳ５２）。尚、固有ＩＤは、コンテンツ内の位置を識別する頭出しタグＩＤである。抽出部１７Ｄは、コンテンツソース内にアンカーとなる固有ＩＤがある場合（ステップＳ５２肯定）、リンク先テーブル２２内の＠頭出しタグＩＤ２２Ｄに「最初に出現した固有ＩＤ」を設定し（ステップＳ５３）、コンテンツを読み込む（ステップＳ５４）。

抽出部１７Ｄは、選択部分の指定文字列がコンテンツ内の先頭から何番目にあるかをカウントし、そのカウント値をリンク先テーブル２２内の＠頭出しカウント値２２Ｆに設定する（ステップＳ５５）。尚、選択部分の指定文字列は、コンテンツ内の指定文字列３０Ｂに相当する。更に、抽出部１７Ｄは、リンク先テーブル２２内の頭出し文字列２２Ｅに「選択部分の指定文字列」を設定し（ステップＳ５６）、図１６に示す処理動作を終了する。

抽出部１７Ｄは、選択部分に該当するコンテンツ内にアンカーとなる固有ＩＤがない場合（ステップＳ５２否定）、コンテンツを読み込むべく、ステップＳ５４に移行する。

図１６に示す頭出し位置抽出処理の制御部１７は、コンテンツソース内にアンカーとなる固有ＩＤがある場合、リンク先テーブル２２内の＠頭出しタグＩＤ２２Ｄに「最初に出現した固有ＩＤ」を設定する。制御部１７は、選択部分の指定文字列がコンテンツの先頭から何番目かをカウントしてリンク先テーブル２２内の＠頭出しカウント値２２Ｆに設定する。制御部１７は、選択部分の指定文字列をリンク先テーブル２２内の＠頭出し文字列２２Ｅに設定する。その結果、利用者は、検索結果画面３２内の参照画面上の選択部分の指定文字列の内、任意の指定文字列を指定して指定文字列３０Ｂの参照リンク先を登録できる。

図１７は、強調処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１７に示す強調処理は、例えば、メール画面４０内のメール本文４０Ａの内、登録文字列４０Ｂを識別表示する処理である。

図１７において制御部１７内の強調部１７Ｅは、メール閲覧の指示操作を検出したか否かを判定する（ステップＳ６１）。強調部１７Ｅは、メール閲覧の指示操作を検出した場合（ステップＳ６１肯定）、閲覧対象のメールを読み込む（ステップＳ６２）。強調部１７Ｅは、閲覧対象のメールに関するリンク生成アプリ２２Ｃに使用中エディタのアプリ名を含むレコード群のキーワード２２Ａをリンク先テーブル２２から抽出する（ステップＳ６３）。

強調部１７Ｅは、キーワード２２Ａがあるか否かを判定する（ステップＳ６４）。強調部１７Ｅは、キーワード２２Ａがある場合（ステップＳ６４肯定）、リンク先テーブル２２から該当キーワードαを１件読み込み（ステップＳ６５）、閲覧メール内の該当キーワードα部分を強調表示する（ステップＳ６６）。尚、強調部１７Ｅは、リンク先テーブル２２を参照してメール本文４０内の登録文字列４０Ｂを強調表示する。例えば、図１１の例では、メール本文４０内の登録文字列４０Ｂとして「３層モデル」及び「５層モデル」を強調表示している。また、図１２の例では、メール本文５０内の登録文字列５０Ｂとして「３層モデル」及び「５層モデル」を強調表示している。

強調部１７Ｅは、動作環境テーブルを読み込み（ステップＳ６７）、参照画面の形式がドッキングウインドウ型であるか否かを判定する（ステップＳ６８）。尚、図示せぬ動作環境テーブルには、参照画面の形式として、例えば、ドッキングウインドウ型とフローティングウインドウ型の２種類が格納されている。強調部１７Ｅは、参照画面形式がドッキングウインドウ型の場合（ステップＳ６８肯定）、図１１に示す参照画面４１内にキーワードα用のタブ４１Ａを生成し（ステップＳ６９）、参照処理を実行する（ステップＳ７０）。

強調部１７Ｅは、参照処理を実行後、全ての該当キーワードαを読み込んだか否かを判定する（ステップＳ７１）。強調部１７Ｅは、全ての該当キーワードαを読み込んだ場合（ステップＳ７１肯定）、図１７に示す処理動作を終了する。

また、強調部１７Ｅは、メール閲覧の指示操作を検出しなかった場合（ステップＳ６１否定）、図１７に示す処理動作を終了する。また、強調部１７Ｅは、キーワードがない場合（ステップＳ６４否定）、図１７に示す処理動作を終了する。また、強調部１７Ｅは、参照画面方式がドッキングウインドウ型でない場合（ステップＳ６８否定）、図１２に示す参照画面５１のフローティングウインドウ型と判断して、参照処理を実行すべく、ステップＳ７０に移行する。強調部１７Ｅは、全ての該当キーワードαを読み込んでない場合（ステップＳ７１否定）、次のキーワードを読み込むべく、ステップＳ６５に移行する。

図１７に示す強調処理の制御部１７は、リンク先テーブル２２を参照して閲覧メールのリンク生成アプリ２２Ｃ及びキーワード２２Ａに該当するレコードがある場合、メール本文４０Ａ（５０Ａ）内の登録文字列４０Ｂ（５０Ｂ）の部分を強調表示する。その結果、利用者は、メール本文４０Ａ（５０Ａ）内の登録文字列４０Ｂ（５０Ｂ）の強調表示を見て登録文字列４０Ｂ（５０Ｂ）の部分を確認できる。

図１８は、参照処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１８に示す参照処理は、例えば、メール本文４０Ａ内の登録文字列４０Ｂの指定操作を検出すると、図１１に示す登録文字列４０Ｂに対応した参照画面４１を画面表示する処理である。

図１８において制御部１７内の参照部１７Ｆは、キーワードαとなるレコードをリンク先テーブル２２から検索する（ステップＳ８１）。参照部１７Ｆは、キーワードαとなるレコードをリンク先テーブル２２から検索した場合、レコードが存在するか否かを判定する（ステップＳ８２）。参照部１７Ｆは、レコードが存在する場合（ステップＳ８２肯定）、参照画面をロードし（ステップＳ８３）、リンク先テーブル２２内の頭出しタグＩＤ２２Ｄ内に設定値があるか否かを判定する（ステップＳ８４）。

参照部１７Ｆは、リンク先テーブル２２内の頭出しタグＩＤ２２Ｄ内に設定値がある場合（ステップＳ８４肯定）、リンク先テーブル２２内のリンクＵＲＬ２２Ｂのコンテンツにアクセスする。参照部１７Ｆは、コンテンツ内の頭出しタグＩＤ２２Ｄをアンカーとしてアクセスし、コンテンツデータを画面に設定する（ステップＳ８５）。その結果、参照部１７Ｆは、コンテンツ画面の頭出しタグＩＤ２２Ｄの先頭位置から画面表示する。

参照部１７Ｆは、コンテンツデータを画面に設定した後、図１１に示す参照画面４１を表示部１３に表示し（ステップＳ８６）、図１８に示す処理動作を終了する。参照部１７Ｆは、レコードが存在しない場合（ステップＳ８２否定）、参照画面４１を表示すべく、ステップＳ８６に移行する。参照部１７Ｆは、リンク先テーブル２２内の頭出しタグＩＤ２２Ｄに設定値がない場合（ステップＳ８４否定）、リンク先テーブル２２内の頭出し文字列２２Ｅに設定値があるか否かを判定する（ステップＳ８７）。

参照部１７Ｆは、リンク先テーブル２２内の頭出し文字列２２Ｅに設定値がある場合（ステップＳ８７肯定）、リンク先テーブル２２内のリンクＵＲＬ２２Ｂの参照リンク先にアクセスしてコンテンツデータを取得する（ステップＳ８８）。参照部１７Ｆは、取得したコンテンツデータから頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆに該当するソース位置にアンカーを埋め込んで記憶部１４内の図示せぬローカルフォルダ内に保存する（ステップＳ８９）。その結果、参照部１７Ｆは、コンテンツ画面の頭出しタグＩＤの先頭から指定番目に該当する頭出し文字列以降のコンテンツ画面を画面表示する。例えば、頭出し文字列２２Ｅが「３層モデル」、頭出し文字列カウント値２２Ｆが「２」の場合、コンテンツ画面の内、最初の「３層モデル」を基点にして２番目の「３層モデル」以降のコンテンツ画面を参照画面として画面表示する。

参照部１７Ｆは、ローカルフォルダ内に保存したコンテンツを埋め込んだアンカーでアクセスして参照画面を設定し（ステップＳ９０）、参照画面４１を表示すべく、ステップＳ８６に移行する。参照部１７Ｆは、リンク先テーブル２２内の頭出し文字列２２Ｅに設定値がない場合（ステップＳ８７否定）、参照画面４１を表示すべく、ステップＳ８６に移行する。

図１８に示す参照処理の制御部１７は、メール本文４０Ａ内の登録文字列４０Ｂに関わる参照画面４１を画面表示する際、頭出しタグＩＤの先頭のコンテンツ内容を参照画面４１として画面表示する。その結果、利用者は、検索結果画面３３の内、頭出しタグＩＤの先頭ページから登録文字列４０Ｂの参照画面４１を視認できる。

制御部１７は、メール本文４０Ａ内の登録文字列４０Ｂに関わる参照画面４１を画面表示する際、頭出しタグＩＤから指定番目の頭出し文字列のコンテンツ内容を参照画面４１として画面表示する。その結果、利用者は、検索結果画面３３の内、頭出しタグＩＤの先頭ページから指定番目の登録文字列以降のコンテンツ内容を登録文字列４０Ｂの参照画面４１として視認できる。従って、利用者は、余計なコンテンツ内容を見ることなく、ピンポイントで登録文字列４０Ｂに関するコンテンツ内容の参照画面４１を視認できる。

制御部１７は、ドッキングウインドウ型の参照画面４１を表示部１３に画面表示する。その結果、利用者は、ドッキングウインドウ型の参照画面４１を見て登録文字列４０Ｂに対応するタブを選択して登録文字列の４０Ｂの詳細内容を確認できる。

尚、図１８に示す参照処理の制御部１７は、参照画面としてドッキングウインドウ型の参照画面４１を画面表示したが、参照画面として、フローティングウインドウ型の参照画面５１を画面表示しても良い。この場合、利用者は、フローティングウインドウ型の参照画面５１を見て登録文字列５０Ｂの詳細内容を確認できる。

本実施例の制御部１７は、リンク先テーブル２２を参照し、未読メールを表示する場合に、未読メール内に登録文字列４０Ｂ（５０Ｂ）がある場合に、登録文字列４０Ｂに対応付けて詳細内容の参照画面４１を画面表示する。その結果、利用者は、その都度、登録文字列４０Ｂ（５０Ｂ）の検索作業を繰り返すことなく、登録文字列４０Ｂ（５０Ｂ）の詳細内容を含む参照画面４１（５１）を見て登録文字列４０Ｂ（５０Ｂ）に関わる詳細内容を確認できる。つまり、文書閲覧時における同一文字列の検索の繰り返しを防止しながら、読み手側の文書内容の理解を支援できる。

制御部１７は、リンク先テーブル２２内のリンクＵＲＬ２２Ｂを参照し、未読メール内に登録文字列４０Ｂ（５０Ｂ）がある場合に、当該登録文字列４０Ｂ（５０Ｂ）に対応したリンクＵＲＬ２２Ｂに基づき登録文字列４０Ｂ（５０Ｂ）の詳細内容を検索する。そして、制御部１７は、その詳細内容の参照画面４１（５１）を画面表示する。その結果、利用者は、登録文字列４０Ｂ（５０Ｂ）の検索を繰り返すことなく、登録文字列４０Ｂ（５０Ｂ）の詳細内容を含む参照画面４１（５１）を見て登録文字列４０Ｂ（５０Ｂ）に関わる詳細内容を確認できる。

制御部１７は、リンク先テーブル２２内の指定文字列２２Ａ毎の詳細内容のリンクＵＲＬ２２Ｂ、頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆを参照する。制御部１７は、参照結果に基づき、未読メール内に登録文字列４０Ｂ（５０Ｂ）がある場合に、登録文字列４０Ｂ（５０Ｂ）に対応したリンクＵＲＬ２２Ｂに基づき登録文字列４０Ｂ（５０Ｂ）の詳細内容を検索する。更に、制御部１７は、頭出しタグＩＤ２２Ｄ、頭出し文字列２２Ｅ及び頭出しカウント値２２Ｆに基づき詳細内容を表示する。その結果、利用者は、詳細内容を全て閲覧することなく、登録文字列４０Ｂ（５０Ｂ）の詳細内容を含む参照画面４１（５１）をピンポイントで閲覧できる。

制御部１７は、リンク先テーブル２２内の指定文字列２２Ａ毎のリンク生成アプリ２２Ｃを参照し、未読メール内に登録文字列４０Ｂ（５０Ｂ）がある場合に、未読メールに使用中のリンク生成アプリ２２Ｃ及び指定文字列に対応付けて詳細内容を表示する。その結果、利用者は、同一リンク生成アプリ２２Ｃを使用する指定文字列に関わる詳細内容を確認できる。

制御部１７は、指定文字列３０Ｂの辞書登録の際に「メール」や「Ｗｅｂ」等のリンク生成時のアプリケーションを関係付けてリンク先テーブル２２内に保存する。その結果、制御部１７は、リンク先テーブル２２内のリンク生成アプリ２２Ｃを参照してリンク生成アプリで分別することで登録文字列の詳細内容を検索する検索処理の負担を軽減して検索処理の高速化が図れる。

制御部１７は、一度検索した指定文字列３０Ｂが辞書登録されると、リンク先テーブル２２を参照する。制御部１７は、リンク先テーブル２２の参照結果に基づき、例えば、未読メール内に同一登録文字列４０Ｂ（５０Ｂ）がある場合でも、再度検索することなく、登録文字列４０Ｂ（５０Ｂ）の検索結果である詳細内容を参照画面４１（５１）として画面表示する。その結果、利用者は、参照画面４１（５１）を見てメール本文内の登録文字列４０Ｂ（５０Ｂ）の詳細内容を確認できるため、文書読解の支援が図れる。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１９は、文書支援プログラムを実行する情報処理装置１００の一例を示す説明図である。

図１９において文書支援プログラムを実行する情報処理装置１００では、ＲＯＭ１１０、ＲＡＭ１２０、ＣＰＵ１３０、通信部１４０、操作部１５０及び表示部１６０を有する。

そして、ＲＯＭ１１０には、上記実施例と同様の機能を発揮する文書支援プログラムが予め記憶されている。尚、ＲＯＭ１１０ではなく、図示せぬドライブで読取可能な記録媒体に文書支援プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、ＨＤＤ、フラッシュメモリ等の半導体メモリ等でも良い。文書支援プログラムとしては、判定プログラム１１０Ａ及び提示プログラム１１０Ｂである。尚、判定プログラム１１０Ａ及び提示プログラム１１０Ｂについては、適宜統合又は分散しても良い。

ＲＡＭ１２０には、文書内の指定文字列の詳細内容に関わる検索結果が記憶してある。

そして、ＣＰＵ１３０は、これらのプログラム１１０Ａ及び１１０ＢをＲＯＭ１１０から読み出し、これら読み出された各プログラムを実行する。そして、ＣＰＵ１３０は、各プログラム１１０Ａ及び１１０Ｂを、判定プロセス１３０Ａ及び提示プロセス１３０Ｂとして機能させる。

ＣＰＵ１３０は、文書内の指定文字列の詳細内容に関わる検索結果を記憶したＲＡＭ１２０を参照し、未読文書を表示部１６０に表示する場合に、未読文書内に、ＲＡＭ１２０に記憶済みの指定文字列があるか否かを判定する。ＣＰＵ１３０は、未読文書内に記憶済みの指定文字列がある場合に、当該未読文書内の指定文字列に対応付けて詳細内容の検索結果を表示部１６０に表示する。その結果、利用者は、その都度、同一の登録文字列の検索を繰り返すことなく、登録文字列の詳細内容を含む参照画面を見て登録文字列の詳細内容を確認できる。つまり、文書閲覧時における同一文字列の検索の繰り返しを防止しながら、読み手側の文書内容の理解を支援できる。

２ クライアント
３ 検索サイト
２２ リンク先テーブル
１３ 表示部
１７ 制御部
１７Ａ 選択部
１７Ｂ 検索部
１７Ｃ 確定部
１７Ｄ 抽出部
１７Ｅ 強調部
１７Ｆ 参照部

Claims (5)

1. コンピュータに、
   メール文書内の指定文字列毎に、当該指定文字列の詳細内容に関わる格納先アドレス及び、前記詳細内容内の指定箇所を識別する位置情報を記憶した記憶部を参照し、未読のメール文書を表示する場合に、前記未読のメール文書内に、前記記憶部に記憶済みの指定文字列があるか否かを判定し、
   前記未読のメール文書内に記憶済みの指定文字列がある場合に、当該指定文字列に対応した前記格納先アドレスに基づき当該指定文字列の詳細内容を検索し、その詳細内容の位置情報に基づき、当該未読のメール文書内の指定文字列に対応付けて詳細内容の指定箇所を表示する
   処理を実行させることを特徴とする文書支援プログラム。
2. 前記未読のメール文書内の前記指定文字列に対応付けて前記詳細内容の指定箇所を表示する処理として、
   前記未読のメール文書内に記憶済みの指定文字列がある場合に、当該指定文字列に対応した前記格納先アドレスに基づき当該指定文字列の詳細内容を検索し、その詳細内容を表示することを特徴とする請求項１に記載の文書支援プログラム。
3. 前記記憶部は、
   前記指定文字列毎に、前記指定文字列に使用した使用アプリケーションを識別する識別情報を記憶しておき、
   前記未読のメール文書内の前記指定文字列に対応付けて前記詳細内容の指定箇所を表示する処理として、
   前記未読のメール文書に使用中の使用アプリケーションを識別する識別情報に対応する、前記記憶部の前記指定文字列の中から、前記未読のメール文書内の指定文字列を検索し、前記未読のメール文書内に記憶済みの指定文字列があるか否かを判定する
   処理を実行させることを特徴とする請求項１又は２に記載の文書支援プログラム。
4. メール文書内の指定文字列毎に、当該指定文字列の詳細内容に関わる格納先アドレス及び、前記詳細内容内の指定箇所を識別する位置情報を記憶した記憶部を参照し、未読のメール文書を表示する場合に、前記未読のメール文書内に、前記記憶部に記憶済みの指定文字列があるか否かを判定する判定部と、
   前記未読のメール文書内に記憶済みの指定文字列がある場合に、当該指定文字列に対応した前記格納先アドレスに基づき当該指定文字列の詳細内容を検索し、その詳細内容の位置情報に基づき、当該未読のメール文書内の指定文字列に対応付けて詳細内容の指定箇所を表示する制御部と
   を有することを特徴とする文書支援装置。
5. 情報処理装置が、
   メール文書内の指定文字列毎に、当該指定文字列の詳細内容に関わる格納先アドレス及び、前記詳細内容内の指定箇所を識別する位置情報を記憶した記憶部を参照し、未読のメール文書を表示する場合に、前記未読のメール文書内に、前記記憶部に記憶済みの指定文字列があるか否かを判定し、
   前記未読のメール文書内に記憶済みの指定文字列がある場合に、当該指定文字列に対応した前記格納先アドレスに基づき当該指定文字列の詳細内容を検索し、その詳細内容の位置情報に基づき、当該未読のメール文書内の指定文字列に対応付けて詳細内容の指定箇所を表示する
   処理を実行することを特徴とする文書支援方法。

Images