特許 7456136 情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-18

(45)【発行日】2024-03-27

(54)【発明の名称】情報処理装置及びプログラム

(51)【国際特許分類】

   G06F 40/166 20200101AFI20240319BHJP

   G06F 40/14 20200101ALI20240319BHJP

   G06F 40/194 20200101ALI20240319BHJP

【ＦＩ】

G06F40/166

G06F40/14

G06F40/194

【請求項の数】 8

(21)【出願番号】P 2019220545

(22)【出願日】2019-12-05

(65)【公開番号】P2021089664

(43)【公開日】2021-06-10

【審査請求日】2022-11-22

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】原田 祐志

【審査官】長 由紀子

(56)【参考文献】

【文献】特開２０２０－１６０５２１（ＪＰ，Ａ）

【文献】特開２００３－２８１１１８（ＪＰ，Ａ）

【文献】特開２０１８－０７７６７０（ＪＰ，Ａ）

【文献】特開２０１５－０３２２９３（ＪＰ，Ａ）

【文献】特開２０１４－０２１５０８（ＪＰ，Ａ）

【文献】宮部 泰成 外２名，異なる文書中の文間関係の特定，情報処理学会研究報告 ２００５－ＮＬ－１６８ 自然言語処理，日本，社団法人情報処理学会，2005年07月22日，第2005巻 第73号，pp.35-42

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ４０／００－５８

(57)【特許請求の範囲】

【請求項1】

プロセッサを含み、
前記プロセッサは、
第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた種類の関係で関係付け、
前記第１文書要素が変更された場合に、前記第２文書要素に関して、前記第１文書要素と前記第２文書要素との前記関係の種類に応じた処理を実行する、
情報処理装置であって、
前記関係の種類に応じた処理は、前記第１文書要素と前記第２文書要素との前記関係が、前記第１文書要素と前記第２文書要素との類似度が０より大きい所定の第１閾値以上であるという第１種類の関係である場合、前記処理は、前記第２文書要素の関与者に前記第１文書要素が変更された旨を通知する通知処理であり、
前記通知処理は、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を示す表示画面において、一以上の前記第２文書要素のうち、前記第１文書要素の変更後に変更されていない前記第２文書要素を、前記第１文書要素の変更後に変更された前記第２文書要素とは異なる表示態様で表示する処理である、情報処理装置。

【請求項2】

前記プロセッサは、
前記第１文書要素及び前記第２文書要素がそれぞれ変更された日時を記録し、
前記通知処理では、
記録した前記第１文書要素及び前記第２文書要素の変更された日時を参照し、
前記第１文書要素との前記関係が前記第１種類の関係である前記第２文書要素のうち、最後に変更された日時が、前記第１文書要素が最後に変更された日時よりも前である前記第２文書要素は、最後に変更された日時が、前記第１文書要素が最後に変更された日時以降である前記第２文書要素よりも、前記表示画面において強調して表示する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記関係の種類に応じた処理では、前記第１文書要素と前記第２文書要素との前記関係が前記第１種類の関係であっても、前記第１文書要素と前記第２文書要素とが同一の文書に含まれる場合には、前記通知処理を行わない、請求項１又は２に記載の情報処理装置。

【請求項4】

前記第１文書要素と前記第２文書要素との前記関係が第２種類の関係である場合、前記関係の種類に応じた処理は、変更後の前記第１文書要素を前記第２文書要素にコピーする処理であり、
前記第２種類の関係は、前記類似度が、前記第１文書要素と前記第２文書要素とが同一とみなせる類似度の最低値である第２閾値であって前記第１閾値より大きい第２閾値、以上であるという関係である、請求項１～３のいずれか１項に記載の情報処理装置。

【請求項5】

プロセッサを含み、
前記プロセッサは、
第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた種類の関係で関係付け、
前記第１文書要素が変更された場合に、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を、前記第１文書要素及び前記第２文書要素をノードとし、前記関係をエッジとするグラフ、として表示する表示画面において、前記一以上の前記第２文書要素の各々を、当該第２文書要素と前記第１文書要素との関係の種類に応じた表示形態で表示する表示処理、を実行する、
情報処理装置。

【請求項6】

前記表示処理は、前記第２文書要素に関係付けられた第３文書要素を示すノードを前記表示画面に表示するか否かを、前記第１文書要素と前記第２文書要素との前記関係の種類に応じて制御する制御処理を含み、
前記制御処理では、前記第１文書要素と前記第２文書要素との前記関係の種類が表す、前記第１文書要素と前記第２文書要素との類似度、が大きいほど、前記第２文書要素に対する類似度がより小さい前記第３文書要素まで前記表示画面に表示する、ことを特徴とする請求項５に記載の情報処理装置。

【請求項7】

前記表示処理は、前記第２文書要素に対して連鎖的に関係付けられている文書要素群を何段階の関係の文書要素まで前記表示画面に表示するかを、前記第１文書要素と前記第２文書要素との前記関係の種類に応じて制御する制御処理、を含み、
前記制御処理では、前記第１文書要素と前記第２文書要素との前記関係の種類が表す、前記第１文書要素と前記第２文書要素との類似度、が大きいほど、より多くの段階の文書要素まで前記表示画面に表示する、ことを特徴とする請求項５に記載の情報処理装置。

【請求項8】

コンピュータに、
第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた少なくとも一の種類の関係で関係付け、
前記第１文書要素が変更された場合に、前記第２文書要素に関して、前記第１文書要素と前記第２文書要素との前記関係の種類に応じた処理を実行する、
処理を実行させるためのプログラムであって、
前記関係の種類に応じた処理は、前記第１文書要素と前記第２文書要素との前記関係が、前記第１文書要素と前記第２文書要素との類似度が０より大きい所定の第１閾値以上であるという第１種類の関係である場合、前記処理は、前記第２文書要素の関与者に前記第１文書要素が変更された旨を通知する通知処理であり、
前記通知処理は、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を示す表示画面において、一以上の前記第２文書要素のうち、前記第１文書要素の変更後に変更されていない前記第２文書要素を、前記第１文書要素の変更後に変更された前記第２文書要素とは異なる表示態様で表示する処理である、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及びプログラムに関する。

【背景技術】

【0002】

世の中には相互に関係を持つ文書があふれている。相互に関係を持つ文書のうちの１つに変更が行われると、それに応じて残りのいくつかの文書に変更が必要になる場合がある。ある文書に変更が行われた場合にその文書に関係のある文書の関与者（例えば著者）にその変更を知らせることにより、その関係のある文書の変更等といった必要な対処を促す仕組みがある。

【0003】

例えば、特許文献１には、ホームページ等の文書データの変更の有無を判断して、変更があった場合には、その変更された文書に関係がある文書上で、変更があった旨の情報を自動付加し、その文書へのアクセス可能な利用者に対して、通信回線を介して変更通知を行う文書更新通知装置が開示されている。

【0004】

また特許文献２に記載されたシステムは、異なる媒体で記録された文書の最新状態をコンピュータに記録する手段、文書の作成、改訂、削除と同時に文書間の影響関係を定義する手段、最新の文書だけを利用できるように利用制限する手段、任意の文書が改訂、削除されたときに影響関係にある文書を抽出して改訂又は削除権限のある者に対して改訂又は削除の必要性確認が必要であることを通知する手段、他の文書の作成、改訂、削除の影響有無の確認が完了した文書を識別する手段を備える。

【先行技術文献】

【特許文献】

【0005】

【文献】特許第３８９０７８５号明細書

【文献】特開平１１－３０６０５５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明は、第１文書要素が変更された場合に第２文書要素に関して行う処理を、第１文書要素と第２文書要素との関係の種類によらず一律なものとした場合と比べて、一律な処理が行われることによる弊害を低減することを目的とする。

【課題を解決するための手段】

【0007】

請求項１に係る発明は、プロセッサを含み、前記プロセッサは、第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた種類の関係で関係付け、前記第１文書要素が変更された場合に、前記第２文書要素に関して、前記第１文書要素と前記第２文書要素との前記関係の種類に応じた処理を実行する、情報処理装置であって、前記関係の種類に応じた処理は、前記第１文書要素と前記第２文書要素との前記関係が、前記第１文書要素と前記第２文書要素との類似度が０より大きい所定の第１閾値以上であるという第１種類の関係である場合、前記処理は、前記第２文書要素の関与者に前記第１文書要素が変更された旨を通知する通知処理であり、前記通知処理は、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を示す表示画面において、一以上の前記第２文書要素のうち、前記第１文書要素の変更後に変更されていない前記第２文書要素を、前記第１文書要素の変更後に変更された前記第２文書要素とは異なる表示態様で表示する処理である、情報処理装置である。

【0008】

請求項２に係る発明は、前記プロセッサは、前記第１文書要素及び前記第２文書要素がそれぞれ変更された日時を記録し、前記通知処理では、記録した前記第１文書要素及び前記第２文書要素の変更された日時を参照し、前記第１文書要素との前記関係が前記第１種類の関係である前記第２文書要素のうち、最後に変更された日時が、前記第１文書要素が最後に変更された日時よりも前である前記第２文書要素は、最後に変更された日時が、前記第１文書要素が最後に変更された日時以降である前記第２文書要素よりも、前記表示画面において強調して表示する、ことを特徴とする請求項１に記載の情報処理装置である。

【0010】

請求項３に係る発明は、前記関係の種類に応じた処理では、前記第１文書要素と前記第２文書要素との前記関係が前記第１種類の関係であっても、前記第１文書要素と前記第２文書要素とが同一の文書に含まれる場合には、前記通知処理を行わない、請求項１又は２に記載の情報処理装置である。

【0011】

請求項４に係る発明は、前記第１文書要素と前記第２文書要素との前記関係が第２種類の関係である場合、前記関係の種類に応じた処理は、変更後の前記第１文書要素を前記第２文書要素にコピーする処理であり、前記第２種類の関係は、前記類似度が、前記第１文書要素と前記第２文書要素とが同一とみなせる類似度の最低値である第２閾値であって前記第１閾値より大きい第２閾値、以上であるという関係である、請求項１～３のいずれか１項に記載の情報処理装置である。

【0012】

請求項５に係る発明は、プロセッサを含み、前記プロセッサは、第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた種類の関係で関係付け、前記第１文書要素が変更された場合に、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を、前記第１文書要素及び前記第２文書要素をノードとし、前記関係をエッジとするグラフ、として表示する表示画面において、前記一以上の前記第２文書要素の各々を、当該第２文書要素と前記第１文書要素との関係の種類に応じた表示形態で表示する表示処理、を実行する、情報処理装置である。

【0013】

請求項６に係る発明は、前記表示処理は、前記第２文書要素に関係付けられた第３文書要素を示すノードを前記表示画面に表示するか否かを、前記第１文書要素と前記第２文書要素との前記関係の種類に応じて制御する制御処理を含み、前記制御処理では、前記第１文書要素と前記第２文書要素との前記関係の種類が表す、前記第１文書要素と前記第２文書要素との類似度、が大きいほど、前記第２文書要素に対する類似度がより小さい前記第３文書要素まで前記表示画面に表示する、ことを特徴とする請求項５に記載の情報処理装置である。

【0014】

参考例の構成は、前記表示処理は、前記第２文書要素と関係付けられた第３文書要素を前記表示画面に表示するか否かを、前記第１文書要素と前記第２文書要素との前記関係の種類と、前記第２文書要素と前記第３文書要素との前記関係の種類と、の組合せに応じて制御する処理を含み、請求項５に記載の情報処理装置である。

【0015】

請求項７に係る発明は、前記表示処理は、前記第２文書要素に対して連鎖的に関係付けられている文書要素群を何段階の関係の文書要素まで前記表示画面に表示するかを、前記第１文書要素と前記第２文書要素との前記関係の種類に応じて制御する処理、を含み、前記制御処理では、前記第１文書要素と前記第２文書要素との前記関係の種類が表す、前記第１文書要素と前記第２文書要素との類似度、が大きいほど、より多くの段階の文書要素まで前記表示画面に表示する、ことを特徴とする請求項５に記載の情報処理装置である。

【0016】

請求項８に係る発明は、コンピュータに、第１文書要素と、前記第１文書要素と異なる第２文書要素とを、文書要素同士の類似度の大きさにより分類される複数種類の関係のうち、前記第１文書要素と前記第２文書要素との類似度の大きさに応じた少なくとも一の種類の関係で関係付け、前記第１文書要素が変更された場合に、前記第２文書要素に関して、前記第１文書要素と前記第２文書要素との前記関係の種類に応じた処理を実行する、処理を実行させるためのプログラムであって、前記関係の種類に応じた処理は、前記第１文書要素と前記第２文書要素との前記関係が、前記第１文書要素と前記第２文書要素との類似度が０より大きい所定の第１閾値以上であるという第１種類の関係である場合、前記処理は、前記第２文書要素の関与者に前記第１文書要素が変更された旨を通知する通知処理であり、前記通知処理は、変更された前記第１文書要素と、前記第１文書要素に関係付けられた一以上の前記第２文書要素と、の関係を示す表示画面において、一以上の前記第２文書要素のうち、前記第１文書要素の変更後に変更されていない前記第２文書要素を、前記第１文書要素の変更後に変更された前記第２文書要素とは異なる表示態様で表示する処理である、プログラムである。

【発明の効果】

【0017】

請求項１、２又は８に係る発明によれば、第１文書要素が変更された場合に第２文書要素に関して行う処理を、第１文書要素と第２文書要素との関係の種類によらず一律なものとした場合と比べて、一律な処理が行われることによる弊害を低減することができる。

【0018】

更に、第１文書要素に対して関係を持つ第２文書要素が、第１文書要素の変更に応じて変更済みでない場合に、第２文書要素の関与者にその旨を知らせることができる。

【0019】

更に、第１文書要素に対して関係を持つ第２文書要素が、第１文書要素の変更に応じて変更済みか否かを、表示画面における第２文書要素の表示態様の違いによりユーザに知らせることができる。

【0020】

請求項３に係る発明によれば、第１文書要素と第２文書要素とが同一の文書に含まれる場合には、通知処理を行わないようにすることができる。

【0021】

請求項４に係る発明によれば、第２文書要素が第１文書要素と同一とみなせる内容の場合、第１文書要素の変更を第２文書要素に反映することができる。

【0022】

請求項５に係る発明によれば、変更された第１文書要素に関係付けられた第２文書要素が、第１文書要素に対してどの種類の関係を持っているかを、第２文書要素の表示態様の違いで区別できるようにすることができる。

【0023】

請求項６に係る発明によれば、第１文書要素と第２文書要素との関係の種類に応じて、第２文書要素に対して関係のある第３文書要素の表示を制御することができる。

【0024】

請求項７に係る発明によれば、変更された第１文書要素に対して直接又は間接的に関係がある文書要素を、何段階の関係まで表示するかを、第１文書要素と第２文書要素との関係の種類に応じて制御することができる。

【図面の簡単な説明】

【0025】

【図1】文書サービスシステムを含む全体システムの構成を例示する図である。

【図2】図１のシステムにおける文書作成作業の例を説明するための図である。

【図3】文書サービスシステムが実装されたコンピュータのハードウエア構成を例示する図である。

【図4】文書サービスシステムが実行する、データベースの構築及び保守の処理手順を例示する図である。

【図5】文書の構造を例示する図である。

【図6】データベース中の文書プロパティのデータ構造を例示する図である。

【図7】データベース中の要素プロパティのデータ構造を例示する図である。

【図8】データベース中の関係情報を例示する図である。

【図9】文書サービスシステムが提供する情報提供画面の一例を示す図である。

【図10】文書サービスシステムが実行する、情報提供画面の生成のための処理手順を例示する図である。

【図11】文書サービスシステムが提供する情報提供画面の別の一例を示す図である。

【図12】文書サービスシステムが実行する、情報提供画面の生成のための処理手順の別の例を示す図である。

【図13】文書サービスシステムが提供する情報提供画面の更に別の一例を示す図である。

【図14】文書サービスシステムが実行する、情報提供画面の生成のための処理手順の更に別の例を示す図である。

【図15】文書サービスシステムが提供するグラフ表示の一例を示す図である。

【図16】文書サービスシステムが実行する通知処理の手順の一部を例示する図である。

【発明を実施するための形態】

【0026】

＜全体システムの例＞
図１に、本発明に係る情報処理装置の一実施形態である文書サービスシステム１００を含んだ文書利用のための全体システムを例示する。

【0027】

この例では、文書サービスシステム１００は、ある会社の社内ネットワーク４０に接続されている。社内ネットワーク４０には、設計書管理システム１０や社内規定管理システム２０のように、社内の各種文書を管理するための１以上の文書管理システムが接続されている。また社内ネットワーク４０には、ユーザが操作するパーソナルコンピュータ等のクライアント３０が接続されている。

【0028】

インターネット５０上には、法令管理システム６０や「ＸＸ」技術の標準文書を管理するＸＸ標準管理システム７０等の、各種の文書管理システムが存在する。社内ネットワーク４０上の文書サービスシステム１００やクライアント３０等の装置は、それらインターネット５０上の文書管理システムが持つ文書にアクセス可能である。

【0029】

文書サービスシステム１００は、設計書管理システム１０等の社内の文書管理システム内の文書に関係する他文書に変更があった場合に、その文書に関してその他文書の変更に対応したサービス（例えば関係者へのその変更の通知）を提供する。

【0030】

図２に例示するように、会社内のあるユーザが、ある製品の設計書Ａを作成して設計書管理システム１０に登録し、保守している場合を考える。製品は、各種の法令や各種の社内規定を満たすように設計される必要があるため、設計書Ａもそれら法令や社内規定等といった他の文書を参照しながら作成される。例えば、設計書Ａは、法令管理システム６０の法令ＤＢ６２に登録されている道路運送車両法と、社内規定管理システム２０の社内規定ＤＢ２２に登録されている完成検査実施規定とを参照して作成されている。法令ＤＢ６２内の各法令も社内規定ＤＢ２２内の各規定も、改正に追従して随時更新されている。

【0031】

道路運送車両法と完成検査実施規定が改正されると、設計書Ａの内容を更新する必要が出てくる場合があるが、必ず更新が必要とは限らない。例えば、法令等の改正された部分が、設計書Ａの内容が依拠している部分と異なる場合には、設計書Ａの内容の更新は不要である。

【0032】

また、設計書Ａが法令のある部分に依拠して作成されているとしても、その依拠の仕方は様々である。例えば、設計書Ａ内に法令の一節がそのままコピーする形で引用されている場合もあれば、法令の関係箇所を確認しつつ設計書Ａ内のある部分を記載しただけで両者間に用語の一致が見られる程度にすぎない場合もある。前者の場合は、法令のその一節が改正されるのに応じて、設計書Ａ内の引用箇所を修正する必要性は高い。これに対して、後者の場合、法令の関係箇所の改正に応じた設計書Ａ側での対応の必要度合いは、前者の場合より低い。

【0033】

そこで本実施形態の文書サービスシステム１００は、この設計書Ａの管理担当者等の文書の関与者に対して、その文書に関係する他文書の変更に応じてその文書を変更する必要があるかどうか判断する作業を支援する等のサービスを提供する。

【0034】

ここで、「文書」とは、何らかのデータ形式のデータであり、そのデータ形式は特に限定されない。例えば、文書は、テキストデータ形式のデータであってもよいし、ＰＤＦ形式等の各種の文書ファイル形式であってもよい。また文書は、様々なイメージデータ形式の画像データであってもよいし、動画データであってもよいし、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式等のような構造化文書形式のデータであってもよい。

【0035】

またこの明細書では、文書にとっての「関与者」とは、その文書の内容の保守に関与している個人又はユーザグループである。関与者は、例えば、その文書の内容の保守の担当者であってもよいし、その担当者に対してその保守の実行を促す役割のものであってもよい。例えば、文書を作成したユーザや文書を更新したユーザが、関与者の代表例である。また、文書が複数の文書要素から構成され、文書要素ごとに関与者が設定されている場合もあり得る。

【0036】

＜ハードウエア構成の例＞
文書サービスシステム１００は、コンピュータにそのシステムの機能を表すプログラムを実行させることにより実現される。

【0037】

ここで、文書サービスシステム１００のベースとなるコンピュータは、例えば、図３に示すように、ハードウエアとして、プロセッサ１０２、ランダムアクセスメモリ（ＲＡＭ）等のメモリ（主記憶装置）１０４、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の補助記憶装置１０６を制御するコントローラ、各種の入出力装置１０８とのインタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース１１０等が、例えばバス１１２等のデータ伝送路を介して接続された回路構成を有する。文書サービスシステム１００の各機能の処理内容が記述されたプログラムが、ネットワーク等を経由してコンピュータにインストールされ、補助記憶装置１０６に保存される。補助記憶装置１０６に記憶されたプログラムが、プロセッサ１０２によりメモリ１０４を用いて実行されることにより、文書サービスシステム１００の各機能が実現される。

【0038】

ここでプロセッサ１０２とは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、 ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、 ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、 プログラマブル論理デバイス、等）を含むものである。

【0039】

また、プロセッサ１０２の動作は、１つのプロセッサ１０２によってなすのみでなく、物理的に離れた位置に存在する複数のプロセッサ１０２が協働してなすものであってもよい。また、プロセッサ１０２の各動作は、以下の実施形態において説明する順序のみに限定されるものではなく、適宜に変更してもよい。

【0040】

なお、設計書管理システム１０、社内規定管理システム２０、クライアント３０等の他の装置も、文書サービスシステム１００と同様、コンピュータをベースとして構成されている。

【0041】

＜データベース構築＞
図４～図８を参照して、文書サービスシステム１００がサービス提供のために用いるデータベースの構築処理の例を説明する。このデータベースは、文書サービスシステム１００が備える補助記憶装置１０６内に構築される。

【0042】

文書サービスシステム１００は、設計書管理システム１０、社内規定管理システム２０、法令管理システム６０等、社内外の所定の文書管理システムを例えば定期的に巡回し、それら各文書管理システムに登録されている文書群を取得して解析する。この場合、文書サービスシステム１００は、通知された情報を解析する。図４に示す手順は、文書サービスシステム１００が、いずれかの文書管理システムから１つの文書を取得（Ｓ１０）したときに実行する処理を示している。

【0043】

この場合、文書サービスシステム１００のプロセッサ１０２は、取得した文書の構造を解析することにより、その文書を文書要素の単位に分割する（Ｓ１２）。構造解析は、例えば、文書をＨＴＭＬ形式に変換する処理により行う。ＨＴＭＬ変換のための多種多様なツールが存在しており、Ｓ１２では、その文書のファイル形式にあったツールを用いればよい。または、文書内容から見出しや、章、節、段落等の構造を認識する既存技術を用いて構造解析を行ってもよい。また、取得した文書が既にＸＭＬ形式等の構造化文書である場合は、Ｓ１２は省略してもよい。

【0044】

次にプロセッサ１０２は、Ｓ１０で取得した文書と同一の文書のデータがデータベース内に登録されているか否かを判定する（Ｓ１４）。ここで言う「同一」とは、文書の内容全体が同一ということではなく、文書同士が同一の識別情報を持つということである。文書の識別情報のことを文書ＩＤと呼ぶ。Ｓ１４では、取得した文書の同じ文書ＩＤを持つ文書の情報がデータベース内にあるか否かを判定する。

【0045】

文書ＩＤとしては、例えば、その文書の取得元の文書管理システム（例えば社内規定管理システム２０や法令管理システム６０）の識別情報と、その文書管理システムでのその文書の識別情報との組合せを用いてもよい。例えば、文書管理システム内にあるその文書のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をその文書の文書ＩＤとする等である。

【0046】

Ｓ１４の判定結果がＮｏの場合、Ｓ１０で取得した文書は、プロセッサ１０２が初めて出会った文書である。この場合、プロセッサ１０２は、Ｓ１０で取得した文書の情報と、Ｓ１２の構造解析により得られた各文書要素の情報をデータベースに登録する（Ｓ１６）。

【0047】

次にプロセッサ１０２は、それら文書要素ごとに、データベース内に登録された他の文書要素との間での内容の類似度を計算し、得られた類似度をデータベースに登録する（Ｓ１７）。文書要素同士の内容の類似度は、例えば、それら個々の文書要素に含まれる文字列をベクトル化し、得られた文書要素のベクトル同士の類似度合いを公知の手法（例えばコサイン類似度）で計算することで求めればよい。文書要素の文字列をベクトル化する方法としては、ＴＦ－ＩＤＦ（Ｔｅｒｍ Ｆｒｅｑｕｅｎｃｙ－Ｉｎｖｅｒｓｅ Ｄｏｃｕｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ）やｄｏｃ２ｖｅｃ等の既存の手法を用いればよい。

【0048】

ここで、Ｓ１２で求めた文書要素との類似度を求める相手である「他の文書要素」は、典型的には、データベースに登録されている他の文書の文書要素である。ただし、これに限らず、Ｓ１２で求めた文書要素同士の間の類似度を更に計算してもよい。

【0049】

次にプロセッサ１０２は、Ｓ１０で取得した文書と、データベースに登録されている他の文書との間の類似度を計算し、計算結果の類似度をデータベースに登録する（Ｓ１８）。例えば、Ｓ１２の構造解析において得られる文書内の章、節の見出しの文字列をその出現順に並べてマージした文字列を、その文書の特徴を示す文字列とし、その文字列をベクトル化する。このようにして得られた文書の特徴を示す文字列のベクトル同士の類似度を、それら文書間の類似度として求める。なお、文書間の類似度の計算方式はこれに限らない。この他に、例えば、文書内の文書要素（例えば章、節、段落）が構成するツリー構造をその文書の特徴とし、その特徴同士の類似度を、文書間の類似度としてもよい。

【0050】

Ｓ１４の判定結果がＹｅｓの場合、Ｓ１０で取得した文書のデータは、文書サービスシステム１００のデータベース内に登録されている。この場合、プロセッサ１０２は、Ｓ１０で取得した文書、及びＳ１２で求めた各文書要素が、データベース内に登録されている文書及び文書要素から変更されているか否かを調べる（Ｓ２０）。このステップでは、例えば、Ｓ１２で求めた文書要素ごとに、その文書要素の内容（すなわち文字列）を、データベース内の同じ文書要素（すなわち識別情報が同じ文書要素）の内容と比較し、両者が一致すればその文書要素は変更なし、不一致ならばその文書要素は変更有りと判定する。また、Ｓ１２で求めた文書要素と同じ文書要素がデータベース内にない場合や、データベース内にある文書要素と同じ文書要素がＳ１２の構造解析結果にない場合も、その文書要素に変更がある場合の例である。そして、いずれか１以上の文書要素について変更有りと判定された場合は文書全体について変更があるということであり、変更有りと判定された文書要素が１つもなければ文書全体について変更がないということである。

【0051】

プロセッサ１０２は、Ｓ２０で文書、文書要素についての変更を検出したかどうかを判定し（Ｓ２２）、変更を検出した場合は、検出した変更の情報をデータベースに反映する（Ｓ２４）。例えば、ある文書要素の内容が変更されていた場合、データベース内のその文書要素の内容を、その変更後の内容に更新する。変更が検出されなかった文書要素については、データベースに登録されている情報は変更不要である。また、文書内の文書要素の変更が検出された場合、データベース内のその文書の更新日時等の情報を変更する。

【0052】

またプロセッサ１０２は、Ｓ２０で内容の変更が検出された文書要素について、データベース内の他の文書要素との間での内容の類似度を計算する。そして、データベースに登録されている、それら文書要素間の類似度の値を、その計算により得られた値へと更新する（Ｓ２６）。なお、Ｓ２０で検出された文書要素がデータベース内にない新規の文書要素である場合は、その文書要素とデータベース内の他の文書要素との類似度を計算し、その類似度をデータベースに登録する。また、データベース内にある文書要素がなくなったことがＳ２０で検出された場合は、そのなくなった文書要素と他の文書要素との類似度の情報をデータベースから削除してもよい。なお、変更が検出されなかった文書要素については、Ｓ２６の処理は行わない。

【0053】

また、プロセッサ１０２は、Ｓ１０で取得した文書とデータベース内の他の文書との類似度を、Ｓ１８の場合と同様に計算し、データベース内の該文書と他の文書との類似度をその計算結果に応じて更新する（Ｓ２８）。

【0054】

図５～図８を参照して、文書サービスシステム１００内のデータベースに登録される情報の例を説明する。

【0055】

図５に、データベースに登録されている２つの文書２００及び２１０の、ＨＴＭＬ化による構造解析結果の情報を例示する。文書２００は、Ｈ１要素（例えば当該文書のタイトル）を子の文書要素（以下、子要素と呼ぶ）として持ち、そのＨ１要素は子要素として２つのＨ２要素を持ち、それらＨ２要素はそれぞれ２つ及び１つのＨ３要素を子要素として持つ。このように文書２００の構造情報は、図示のツリー構造により表現される。文書及び各文書要素にはそれぞれ一意な識別情報が割り当てられている。データベースには、文書の構造情報として、その文書の識別情報に対応付けて、図示のツリー構造を表現するデータが登録される。

【0056】

また、データベースには、文書２００及び２１０のそれぞれについてのプロパティデータ（「文書プロパティ」と呼ぶ）と、個々の文書要素についてのプロパティデータ（「要素プロパティ」と呼ぶ）が登録される。

【0057】

また、文書２００と文書２１０との間の、文書間の類似度が計算され、データベースに登録される。また、この文書要素同士の間の内容の類似度が計算され、データベースに登録される。

【0058】

図６は、データベースに登録されている文書プロパティのデータ構造の一例を示す。図６に例示した文書の文書プロパティには、該文書の文書ＩＤ、文書名、文書特徴、作成者、作成日時、最終更新者、更新日時、取得日時、格納場所の各項目が含まれる。文書名は、例えば該文書のファイル名である。また、文書特徴は、該文書の特徴を示すデータであり、例えば前述した該文書内の章、節の見出しの文字列をその出現順に並べてマージした文字列がその一例である。またこの文字列をベクトル化したものを文書特徴として用いてもよい。作成者は、該文書を最初に作成したユーザのユーザＩＤを示し、作成日時はその作成の日時を示す。また最終更新者は、該文書を最後に更新したユーザのユーザＩＤを示し、更新日時はその更新の日時を示す。これら作成者、作成日時、最終更新者、更新日時の情報は、例えば、その文書のファイルの属性データから取得すればよい。また、取得日時は、プロセッサ１０２が、社内規定管理システム２０や法令管理システム６０等の文書管理システムから該文書を最後に取得した日時を示す。格納場所は、該文書が元々格納されていた文書管理システムを特定する情報（例えばその文書管理システムのＵＲＬ）である。

【0059】

前述した図４の手順のＳ１８及びＳ２６では、このような文書プロパティの情報と、Ｓ１２で求めた該文書のツリー構造の情報をデータベースに登録する。

【0060】

図７は、データベースに登録されている要素プロパティのデータ構造の一例を示す。図７に例示した文書要素の要素プロパティには、該文書要素の要素ＩＤ、要素名、要素内容、内容特徴、作成者、作成日時、最終更新者、更新日時、取得日時、格納場所の各項目が含まれる。要素ＩＤは、該文書要素の識別情報である。例えば、該文書要素が含まれている文書の文書ＩＤと、該文書内で該文書要素に一意に割り当てた番号との組を、要素ＩＤとしてもよい。要素名は、該文書要素の名前である。例えば、該文書要素が見出しを含む場合はその見出しを要素名としてもよい。また該文書要素が見出しを含まない場合は、該文書要素の先頭の所定文字数の文字列を要素名としてもよい。要素内容は、該文書要素の内容のデータである。例えば該文書要素がテキストであれば、要素内容はそのテキストの文字列である。要素特徴は、該文書要素の特徴を示すデータであり、例えば前述した該文書要素の文字列をベクトル化したものである。作成者は、該文書を最初に作成したユーザのユーザＩＤを示し、作成日時はその作成の日時を示す。元の文書のファイル（又はこれを管理している文書管理システム）が、文書要素単位で作成者や作成日時の情報を有している場合は、それらの情報が要素プロパティの作成者及び作成日時の項目に登録される。元の文書のファイルが、文書単位での作成者及び作成日時しか持たない通常のケースでは、該文書に含まれる文書要素の要素プロパティの作成者及び作成日時には、該文書の作成者及び作成日時が登録される。

【0061】

最終更新者は、該文書要素を最後に更新したユーザのユーザＩＤを示し、更新日時はその更新の日時を示す。元の文書のファイル（又はこれを管理している文書管理システム）が、文書要素単位で最終更新者や更新日時の情報を有している場合は、それらの情報が要素プロパティの最終更新者及び更新日時の項目に登録される。元の文書のファイルが、文書単位での最終更新者や更新日時しか持たない通常のケースでは、該文書に含まれる文書要素の要素プロパティの最終更新者や更新日時の項目には、該文書要素の内容が変更されたことを検知したときの文書の最終更新者や更新日時の値が登録される。なお、文書要素の内容が変更されたか否かは、Ｓ１２で得た文書要素の要素内容又は内容特徴と、これと同じ要素ＩＤを持つデータベース内の文書要素の要素内容又は内容特徴とを比較することで判定すればよい。

【0062】

また、取得日時は、プロセッサ１０２が、該文書要素を最後に取得した日時である。この取得日時は、該文書要素が含まれる文書の取得日時と同じである。格納場所は、該文書要素が元々格納されていた文書管理システムを特定する情報であり、該文書要素が含まれる文書の格納場所と同じである。

【0063】

前述した図４の手順のＳ１６では、このような要素プロパティの各項目の情報をデータベースに登録する。またＳ２４では、変更が検知された文書要素の要素プロパティの各項目の値を、その変更の内容に応じた値に更新する。

【0064】

なお、文書が外部（例えば社内ネットワーク４０の外）の文書管理システムから取得されたものである場合、その文書については図６及び図７に例示した文書プロパティ及び要素プロパティのうちの全ての項目の情報が取得できない場合がある。そのような項目は空値とするか、又は他の情報に基づき文書サービスシステム１００が求めた値を設定する。例えば、法令管理システム６０から取得した文書については、作成者、作成日時、最終更新者、更新日時の情報が、その文書又は法令管理システム６０から入手できないことが考えられる。その場合、作成者、作成日時、最終更新者の項目は空値としておいてもよい。また、取得した文書内の文書要素に図４の手順のＳ２０で変更を検知した場合、文書サービスシステム１００は、その文書要素及びその文書の更新日時に、その取得の日時を設定すればよい。

【0065】

図６及び図７に例示した文書プロパティ及び要素プロパティの項目群はあくまで一例に過ぎない。文書プロパティ及び要素プロパティは、図示した項目の全てを含んでいる必要はないし、また図示していない項目を含んでいてもよい。

【0066】

図８に、データベースに登録されている文書要素同士の関係情報を例示する。図８に例示した関係情報は、２つの文書要素の要素ＩＤのペアに対応付けて、それら２つの文書要素の内容の類似度の値と、その値から判定されるそれら文書要素同士の関係の種類とを含んでいる。この例では、文書要素同士の関係の種類を、文書要素同士の内容の類似度の大きさに応じていくつかに分類している。例えば、文書要素同士の内容の類似度が０．９５（すなわち９５％）以上の場合は、それら文書要素同士の関係の種類を「引用」と名付ける。また、文書要素同士の内容の類似度が０．８０以上０．９５未満の場合の関係の種類を「類似」と名付け、０．６０以上０．８０未満の場合の関係の種類を「参照」と名付ける。また、類似度が０．６０未満場合は、それら２つの文書要素は無関係と判断する。

【0067】

また、図８では省略したが、類似度や関係の種類を判定した日時を更に関係情報に登録してもよい。

【0068】

図４の手順のＳ１７及びＳ２６では、文書要素同士の類似度と、その類似度に対応する関係の種類を判定し、それらの値を図８に例示した関係情報に登録する。

【0069】

なお、図８に例示した関係情報はあくまで例示的なものにすぎない。関係情報としては、類似度は含むが関係の種類を含まないものを用いてもよいし、その逆に類似度は含まないが関係の種類は含むものを用いてもよい。

【0070】

＜文書サービスシステムが提供するサービス＞
構築されたデータベースを用いて文書サービスシステム１００が提供するサービスの例を説明する。

【0071】

図９に、文書サービスシステム１００がユーザに提供する情報提供画面３００を例示する。この情報提供画面３００は、ユーザから指定された文書３２０の中で変更があった文書要素３２２及び３２４に関係がある文書要素３３２及び３４２の情報を提供する。その情報は、それら文書３２０や文書要素３２２，３２４，３３２，３４２の関係のグラフ３１０の形で提供される。

【0072】

なお、この情報提供画面３００には、変更があった文書要素３２２及び３２４に関係がある全ての文書要素が示されるのではなく、そのうちそのユーザが関与者（例えばその文書要素の作成又は更新を行った者等）である文書要素のみが表示される。そのユーザが関与者である文書要素は、文書要素３２２及び３２４の変更に応じた変更作業をそのユーザが行うものと期待されるので、そのユーザにその文書要素の情報を提供するのである。これに対して、ユーザが関与者でない文書要素は、そのユーザに対して情報提供しても、そのユーザが修正等の対応作業を行えない可能性が高いので、情報提供を行わない。

【0073】

なお、ここでは文書要素の関与者として、文書要素の要素プロパティに含まれる作成者又は更新者を例示したが、この他に、その文書要素又はその文書要素の含む文書に対して編集権限を持っているユーザやユーザグループを、その文書要素の関与者としてもよい。

【0074】

図示例では、ユーザから指定された文書は「サービス品質保証ガイド」という文書名の文書であり、そのうち「規定第７項」という要素名の文書要素３２２と、「規定第１１項」という要素名の文書要素３２４とが、変更があった文書要素として検出されている。文書要素に変更があったかどうかは、例えば現在から所定長さ（例えば１ヶ月）だけ遡る期間内にその文書要素が更新されているか否かにより判定すればよい。すなわち、文書要素の最終更新日時がその期間内であれば「変更があった」と判定し、最終更新日時がその期間より前であれば、「変更はなかった」と判定すればよい。なお、その期間の長さをユーザが指定できるようにしてもよい。また、その期間の始期と終期の両方をユーザが指定できるようにしてもよい。情報提供画面３００の右下の「期間」の指定欄は、このために用いられる。

【0075】

また図示例では、変更があった文書要素３２２に対して「参照」の関係を持つ文書要素３３２が見つかっている。この文書要素３３２は、「ファミリー動作環境.docx」という文書名の文書３３０に属する文書要素であり、「3.動作仕様」という要素名を持つ。また、変更があった文書要素３２４に対して「参照」の関係を持つ文書要素３４２が見つかっている。この文書要素３４２は、「品質点検結果報告書.xlsx」という文書名の文書３４０に属する文書要素であり、「4.実施対象」という要素名を持つ。

【0076】

また図示例では、文書３２０の文書要素群のうち、互いに「類似」の関係にある文書要素３２６及び３２８が示されている。

【0077】

グラフ３１０には、それら文書３２０、３３０、３４０を示すノード群と、文書要素３２２～３２８、３３２、３４２を示すノード群と、それらノード間の関係を示すエッジ群が示される。各エッジの近くには、そのエッジが示す関係の種類を示す文字列が表示されている。例えば、文書要素３２２、３３２間の関係を示すエッジには「参照」という文字列が、文書要素３２６、３２８間の関係を示すエッジには「類似」という文字列が示されている。また、例えば、文書要素３２２から文書３２０へと延びる矢印状のエッジには、「親」という文字列が示されている。これは文書３２０は文書要素３２２からみてツリー構造上の親であることを示す。

【0078】

グラフ３１０のうち、変更があった文書３２０及び文書要素３２２、３２４のノードは、変更があったことを表す特別な表示態様で強調表示されている。

【0079】

また、変更のあった文書要素３２２、３２４と関係がある文書要素３３２、３４２と、この文書要素３３２、３４２の親である文書３３０、３４０のノードも、別の表示態様で強調表示されている。図示例では、文書要素３２２、３３２間の関係と、文書要素３２４、３４２間の関係は共に「参照」なので、文書要素３３２と文書要素３４２の強調表示の表示態様は同じである。これに対して、仮にそれら２つの関係の種類が異なる場合には、文書要素３３２と文書要素３４２の強調表示の表示態様は異なったものとなる。例えば、後述する図１３に示すように、変更された文書要素３２４に対して「引用」関係を持つ文書要素３５２のノードは、「参照」関係よりも目立つ表示態様で表示する。「参照」よりも「引用」の方が両文書要素間の内容の類似度がはるかに高いので、変更された文書要素に対応して内容を修正する必要性は、「引用」の方がはるかに高いと考えられるからである。

【0080】

図９に示す情報提供画面３００を作成する処理手順の例を、図１０に示す。

【0081】

図１０の手順では、文書サービスシステム１００のプロセッサ１０２は、クライアント３０に対して検索条件等を入力するための入力画面を例えばウェブページの形態で提供し、ユーザから検索条件等の入力を受け付ける（Ｓ３０）。次にプロセッサ１０２は、入力された検索条件に合致する文書をデータベース内から検索し（Ｓ３２）、検索結果の文書のリストを示す画面をクライアント３０に提供し、ユーザから注目文書の選択を受け付ける（Ｓ３４）。図９は、注目文書として文書３２０「サービス品質保証ガイド」をユーザが選択した場合の例である。

【0082】

次にプロセッサ１０２は、ユーザから選択された注目文書に属する各文書要素の要素プロパティを調べることで、所定期間内に変更があった文書要素を特定し、変更があった文書要素の有無を判定する（Ｓ３６）。注目文書内に変更があった文書要素がない場合は、プロセッサ１０２は、その旨を示す画面を生成し、クライアント３０に表示させる（Ｓ３８）。

【0083】

Ｓ３６の判定結果がＹｅｓの場合、プロセッサ１０２は、特定した変更ありの文書要素に関係のある文書要素をデータベース内の関係情報（図８参照）から求め、求めた文書要素のうちそのユーザが関与者である文書要素を抽出する（Ｓ４０）。この抽出は、求めた文書要素の要素プロパティを参照して行えばよい。そして、プロセッサ１０２は、Ｓ３６で求めた変更のあった文書要素とその文書要素が属する文書、及びＳ４０で抽出した文書要素とその文書要素が属する文書の関係を示すグラフ３１０を生成する。そして、そのグラフ３１０を含む情報提供画面３００をクライアント３０に提供する（Ｓ４２）。プロセッサ１０２は、グラフ３１０に表示する各文書要素のノードの表示形態を、該文書要素の変更の有無や、該文書要素と変更のあった文書要素との関係の種類に応じて決定する。

【0084】

図１１に、文書サービスシステム１００がユーザに提供する情報提供画面３００の別の例を示す。

【0085】

図１１に示すグラフ３１０では、注目文書３２０内の変更があった文書要素３２２、３２４に関係のある、該ユーザが関与者である文書要素３３２、３４２のうち、その変更の後に内容に変更が加えられていない文書要素３３２が強調表示されている。これに対し、変更があった文書要素３２４に関係する文書要素３４２は、その変更の後に内容が変更済みなので、強調表示はされていない。

【0086】

文書要素３２２が変更されると、これに応じてその文書要素３２２に関係がある文書要素を変更する必要があるか確認し、必要ならば変更を行うこととなる。そこで、変更のあった文書要素と関係する文書要素のうち、未変更のものを強調表示することにより、ユーザに確認を促すのである。

【0087】

図１１に示す情報提供画面３００を作成する処理手順の例を、図１２に示す。図１２の手順のうち、図１０の手順と同様の処理を行うステップには同一符号を付し、説明を省略する。

【0088】

図１２の手順では、プロセッサ１０２は、Ｓ４０で抽出した文書要素が、対応する変更された文書要素の変更の後に変更されているか否かを判定する（Ｓ５０）。例えば、判定対象の文書要素の最終更新日時が、対応する変更された文書要素の最終更新日時より後であれば、Ｓ５０では変更済みと判定され、そうでなければＳ５０では未変更と判定される。図１０の例でいえば、文書要素３３２の最終更新日時は、対応する変更のあった文書要素３２２の最終更新日時より前なので、文書要素３３２は未変更と判定される。

【0089】

プロセッサ１０２は、グラフ３１０を生成すると共に、そのグラフ３１０のうち、Ｓ５０で未変更と判定された文書要素のノードを、未変更の旨を知らせるための特別な表示態様で強調表示する。そして、そのグラフ３１０を含む情報提供画面３００をクライアント３０に提供する（Ｓ４２Ａ）。

【0090】

ユーザは、クライアント３０に表示されるその情報提供画面３００上で、変更があった文書要素３２２と、強調表示された未変更の文書要素３３２のノードとを選択する。これに応じて、文書サービスシステム１００のプロセッサ１０２は、それら選択された文書要素の最新の内容を表示する画面を、クライアント３０に提供する。ユーザは、その画面でそれら各文書要素の内容を確認し、文書要素３３２の内容に変更が必要か判断する。そして、文書要素３３２の変更が必要と判断すると、ユーザは、その文書要素３３２の内容に必要な変更を加える。この変更に応じて、プロセッサ１０２は、データベース内の文書要素３３２の要素プロパティ（図７参照）の要素内容や内容特徴を変更する。また、プロセッサ１０２は、その要素プロパティ内の格納場所の情報を用いて、その文書要素３３２が属する文書を管理している文書管理システムにアクセスし、その文書のオリジナルにおける文書要素３３２に対応する部分に、その変更を反映する。

【0091】

なお、文書要素に変更があった後、その文書要素に関係のある文書要素をその変更に応じて変更するかをユーザが確認した結果、変更不要と判断する場合もある。この場合、後者の文書要素の内容は変更されていないが、必要な確認は済んでいるので、グラフ３１０において強調表示すると、無駄な確認をユーザに求めてしまうことになる。そこで、文書サービスシステム１００のプロセッサ１０２は、情報提供画面３００上で選択された文書要素の内容を表示する画面にて、その内容の編集を受け付けるだけでなく、その内容の確認の有無の指定を受け付ける。そして、ユーザから確認ありの指定があれば、その文書要素の最終更新日時を、その指定がなされた時刻に変更する。これにより、その後の情報提供画面３００で、その文書要素が未変更として強調表示されることはない。

【0092】

図１３に、文書サービスシステム１００がユーザに提供する情報提供画面３００の更に別の例を示す。

【0093】

図１３に示すグラフ３１０には、図９に示したノード群に加え、変更があった文書要素３２２に関係のある、該ユーザが関与者である別の文書要素３５２と、その文書要素３５２の親である文書３５０（文書名「機能仕様書.xlsx」）のノードが表示されている。文書要素３５２は、変更があった文書要素３２４に対して「引用」の関係を持っている。すなわち、文書要素３５２の内容は、文書要素３２４の内容と同一であるか又は非常に近い。他の文書要素３４２も同じ文書要素３２４に関係を持つが、その関係は「引用」よりも文書要素の内容同士の類似度がかなり低い「参照」である。このため、文書要素３５２のノードは、「引用」の関係を表す表示態様で強調表示されており、この表示態様は「参照」の関係を表す表示態様よりも目立ちやすい態様である。

【0094】

また、この例では、文書サービスシステム１００は、変更があった文書要素３２２に対して「引用」関係を持つ文書要素３５２を検出した場合、その文書要素３５２の内容を、変更があった文書要素３２２の内容に合わせて更新する。すなわち、例えば、文書要素３５２に対して変更後の文書要素３２２の内容を上書きする。

【0095】

この更新は、文書サービスシステム１００のデータベース内の文書要素３５２の要素内容（図７参照）に対して行う。更に、その文書要素３５２を含む文書３５０を管理している文書管理システム（図示省略）内の、その文書３５０のオリジナルのデータに対しても同様の更新を実行する。

【0096】

また、この更新は、文書サービスシステム１００が、ユーザの確認を待たずに自動的に実行してもよい。また、別の例として、その更新を行うか否かの確認をユーザに求め、更新を行う旨の指示をユーザから得た場合に、文書サービスシステム１００がその更新を実行してもよい。

【0097】

図１３の例における文書サービスシステム１００の処理手順の例を、図１４に示す。図１２の手順のうち、図１０の手順と同様の処理を行うステップには同一符号を付し、説明を省略する。

【0098】

図１４の手順では、プロセッサ１０２は、Ｓ４０で抽出した文書要素の中に、変更のあった文書要素（変更要素と呼ぶ）に対して「引用」関係を持つ文書要素（対象要素と呼ぶ）があるかどうか調べる。対象要素があれば、文書サービスシステム１００内のデータベースのその対象要素の要素内容、及びその対象要素を含む文書を管理している文書管理システム内のその文書を、その変更要素の変更後の内容に合わせて更新する（Ｓ５５）。この更新にともない、そのデータベース内のその対象要素の要素プロパティの内容特徴、最終更新者、更新日時等、及び、その対象要素を含む文書の文書プロパティ（図６参照）の文書特徴、最終更新者、更新日時等も更新される。

【0099】

なお、プロセッサ１０２は、対象要素の更新を実行するか否かを問い合わせる画面をクライアント３０に提供し、その画面に対して実行する旨を示す指示がユーザからあった場合に、Ｓ５５を実行してもよい。その画面に対して更新を実行しない旨の指示がユーザから入力された場合には、プロセッサ１０２は、Ｓ５５を実行しない。

【0100】

また、プロセッサ１０２は、グラフ３１０を生成すると共に、そのグラフ３１０のうち、変更があった文書要素に対して「引用」関係を持つ文書要素のノードを、「引用」を示す特別の表示態様で強調表示する。そして、そのグラフ３１０を含む情報提供画面３００をクライアント３０に提供する（Ｓ４２Ｂ）。

【0101】

以上では、情報提供画面３００について図９、図１１、図１３に示す３つの例を別々に示したが、それら３つの例の表示制御を組み合わせてもよい。例えば、変更があった文書要素に対して関係を持つ文書要素をその関係の種類に応じた表示態様で表示すると共に、後者の文書要素が前者の変更後に未変更であれば、未変更の旨を示す強調表示を後者に追加する。

【0102】

図１５に、文書サービスシステム１００がユーザに提供する情報提供画面３００内のグラフ３１０の別の例を示す。

【0103】

図１５に示したグラフ３１０は、図９に示したグラフ３１０に対して、文書要素３３４、文書要素Ａ，Ｂ，Ｃ，Ｄ，Ｘ，Ｙの各ノードを追加し、文書要素３２２と３３４との関係を「参照」から「類似」に変更したものである。上述のように「類似」は「参照」よりも、文書要素同士の内容の類似度が高い。

【0104】

文書要素３３４（要素名「4.動作環境」）は、文書３３０内の文書要素であり、文書３２０内の変更のあった文書要素３２２に対して「引用」関係を持っている。文書要素Ａ，Ｂ，Ｃは、その文書要素３３４に対してそれぞれ「引用」、「類似」、「参照」の関係を持っている。また、文書要素Ｄは、文書要素Ａに対して「引用」の関係を持っている。

【0105】

また、文書要素Ｘ，Ｙは、文書要素３３２に対してそれぞれ「引用」、「類似」の関係を持っている。

【0106】

このように、図１５のグラフ３１０には、変更のあった文書要素３２２に対して直接の関係を持たない文書要素Ａ，Ｂ，Ｃ，Ｄ，Ｘ，Ｙも表示される。変更のあった文書要素に対して直接の関係を持たない文書要素の表示の制御について、以下に説明する。

【0107】

ここで、以下の説明では、ユーザが指定した文書内で変更のあった文書要素を変更要素と呼び、この変更要素に対して直接の関係を持つ文書要素を一次要素と呼ぶ。また、一次要素に対して関係を持つ要素を二次要素と呼び、二次要素に対して関係を持つ文書要素を三次要素と呼ぶ。図１５の例では、文書要素３２２及び３２４は変更要素であり、文書要素３３２，３３４及び３４２は一次要素である。また、文書要素Ａ，Ｂ，Ｃ，Ｘ，Ｙは二次要素であり、文書要素Ｄは三次要素である。二次要素及び三次要素は、変更要素に対して直接の関係を持たない。また、以下の説明では、変更要素と一次要素との関係を一次関係と、一次要素と二次要素の関係を二次関係、二次要素と三次要素の関係を三次関係と呼ぶ。一般化すると、（ｎ－１）次要素とｎ次要素との関係がｎ次関係である（ｎは１以上の整数）。ただし、この場合、変更要素は０次要素である。

【0108】

まず、文書サービスシステム１００のプロセッサ１０２は、グラフ３１０に含める、すなわち表示する、二次関係の種類を、対応する一次関係の種類に応じて制限する。すなわち、一次関係の種類が「強い」ほど、対応する二次関係のうちグラフ３１０に含めるものの種類を多くする。また、「弱い」関係ほど、グラフ３１０に含まれにくくする。一次関係は、種類によらずグラフ３１０に含められるが、二次関係は、対応する一次関係の種類に応じて限定された種類のみがグラフ３１０に含められる。これまでに例示した「引用」、「類似」、「参照」の３つの種類の関係では、「引用」が最も強く、その次が「類似」であり、最も弱いのが「参照」である。この強弱関係は、それら各種類の関係をなす文書要素同士の内容類似度の大小関係を反映している。

【0109】

図１５の例では、一次関係が「引用」であれば３種類全ての二次関係を表示し、一次関係が「類似」であれば「引用」と「類似」の２種類の二次関係のみを表示し、一次関係が「参照」であれば「引用」という１種類の二次関係のみを表示している。

【0110】

例えば、変更要素３２２に対して「引用」という一次関係を持つ一次要素３３４については、「引用」（すなわち二次要素Ａとの関係）、「類似」（すなわち二次要素Ｂとの関係）、「参照」（すなわち二次要素Ｃとの関係）の全ての種類の二次関係が表示されている。

【0111】

これに対して、変更要素３２２に対して「類似」という一次関係を持つ一次要素３３２については、「引用」（すなわち二次要素Ｘとの関係）、「類似」（すなわち二次要素Ｙとの関係）という２種類の二次関係が表示されるのみである。仮に、一次要素３３２に対して「参照」という種類の二次関係を持つ二次要素が存在していたとしても、その二次関係及び二次要素はグラフ３１０には表示されない。

【0112】

また、変更要素３２４に対して「参照」という一次関係を持つ一次要素３４２については、二次関係及び二次要素はグラフ３１０に表示されていない。変更要素に「参照」の一次関係を持つ一次要素については、最も強い「引用」の種類の二次関係は表示可能であるが、図１５の例では、一次要素３４２に対して「引用」の二次関係を持つ二次要素は存在しないので、表示されないのである。仮に一次要素３４２に「類似」や「参照」の関係を持つ二次要素が存在しても、それはグラフ３１０には表示されない。

【0113】

また、プロセッサ１０２は、グラフ３１０に含めるｎ次関係のｎの上限値を、一次関係の種類に応じて決定してもよい。

【0114】

図１５の例では、文書要素３２２と３３４との「引用」の一次関係から延びる関係については、最大三次までの関係をグラフ３１０に含めている。これに対して、「引用」より弱い「類似」の一次関係から延びる関係については、最大二次までしかグラフ３１０に含めない。文書要素３２２と３３２との一次関係は「類似」なので、仮に一次要素３３２に関係する二次要素Ｘに対して、「引用」等の強い三次関係を持つ三次要素が存在していたとしても、その三次関係及び三次要素はグラフ３１０には表示されない。

【0115】

また、図１５の例では、Ｓ３２で検索した文書内の変更があった文書要素に関係がある文書要素であっても、変更があった文書要素と同じ文書（すなわち検索した文書）に含まれる文書要素については、ユーザに提供するグラフ３１０中に表示していない。検索した文書又はその中の文書要素に対して、そのユーザが編集権限を持っているとは限らないからである。ただし、変更があった文書要素に関係がある文書要素ごとに、そのユーザが編集権限を持っているかどうかを確認し、編集権限持っている場合には、変更があった文書要素と同じ文書内の文書要素であっても、グラフ３１０に表示するようにしてもよい。

【0116】

＜サービスの別の例＞
以上に示した例では、文書サービスシステム１００は、文書要素の変更を検知した時点では単にそれをデータベースに記録するのみであった。その変更の情報がユーザに提供されるのは、ユーザがその文書要素を含む文書を指定し、これに応じてその文書に対する情報提供画面３００がそのユーザに提供された時点である。

【0117】

これに対する別の例として、以下では、文書サービスシステム１００が、ある文書要素の内容が変更されたことを検知した場合に、その文書要素に関係を持つ他の文書要素の関与者に対して通知する処理を説明する。

【0118】

この処理の手順の一例を図１６に示す。図１６の手順は、図４に示した手順におけるＳ２８の後に続くステップ群を示している。

【0119】

図１６の手順では、プロセッサ１０２は、Ｓ２２（図４参照）で変更があった文書要素を検出した場合、その文書要素に対して関係を持っている文書要素群をデータベース内の関係情報（図８参照）から抽出する（Ｓ６０）。そして、プロセッサ１０２は、抽出した文書要素ごとに、その文書要素の関与者の情報をデータベースから求め、その関与者に対して、その変更を知らせる通知を、その関係の種類に応じた通知方式で実行する（Ｓ６２）。関与者への通知の方式には、例えば関与者が文書サービスシステム１００にログインした際に表示するポータルページ上の通知欄に表示する方式や、文書サービスシステム１００がその関与者に提供する情報提供画面３００等の画面に対してポップアップ画面としてその変更を知らせるメッセージを表示する方式、関与者が文書サービスシステム１００に登録している該関与者の電子メールアドレスに対して電子メールで送信する方式等、複数の方式がある。通知欄の表示は、関与者が文書サービスシステム１００にログインしない限り表示されないのに対して、電子メールでの通知は関与者が文書サービスシステム１００にログインしていない期間でも関与者に届くので、電子メールの方が関与者にとって目立ちやすい。Ｓ６２では、その関係の種類が強いほど、関与者にとって目立ちやすい方式の通知を行う。例えば、その関係の種類が「参照」及び「類似」であれば、関与者のポータルページ上の通知欄への表示のみを行うのに対し、その関係の種類がそれらより強い「引用」であれば、その通知欄への表示に加え、関与者に対して電子メールによる通知を行う。

【0120】

以上に説明した実施形態はあくまで例示的なものにすぎず、本発明の範囲内で様々な変形があり得る。

【0121】

例えば、上記実施形態では、文書要素同士の関係の種類を、それら文書要素の内容の類似度に応じて定めたが、これは一例に過ぎない。

【0122】

例えば、文書要素を作成又は更新したユーザが、その文書要素に関係を持つ他の文書要素とその関係の種類を文書サービスシステム１００に登録してもよい。

【0123】

また、ユーザに文書編集の機能を提供する装置（例えばクライアント３０が提供する文書編集アプリケーション）が、ユーザが文書要素を編集中に行った操作に応じて、文書要素間の関係を判定し、文書サービスシステム１００に登録してもよい。例えば、ユーザが、装置の画面上に開いた文書Ａ内の文書要素ａを、コピー＆ペースト操作により、その画面上に開いた別の文書Ｂ内の文書要素ｂにコピーした場合、その装置は、文書要素ｂが文書要素ａに対して「引用」の種類の関係を持つと判定する。そして、その「引用」関係を文書サービスシステム１００に登録する。また、例えば、装置は、ユーザが画面上に開いた文書要素ｃを編集中に、その画面上に別の文書要素ｄが開かれていた（ただし、文書要素ｄからｃに対してコピー＆ペーストは行われなかった）場合、文書要素ｃが文書要素ｄに対して「参照」の関係を持つと判定する。

【0124】

以上に説明した実施形態において、文書要素は、文書を構成する要素のことである。ここで、文書管理システムが管理する個々の文書を構成要素とするより大きな単位の文書が存在してもよい。この場合、前者の個々の文書は、後者の大きな単位の文書にとっての文書要素である。例えば、ハイパーリンクで結びつけられた複数の文書から構成されるハイパーテキストを大きな単位の文書と捉えた場合、それら複数の文書はそのハイパーテキストから見ると文書要素に当たる。

【符号の説明】

【0125】

１０ 設計書管理システム、２０ 社内規定管理システム、３０ クライアント、４０ 社内ネットワーク、５０ インターネット、６０ 法令管理システム、７０ ＸＸ標準管理システム、１００ 文書サービスシステム、１０２ プロセッサ、１０４ メモリ、１０６ 補助記憶装置、１０８ 入出力装置、１１０ ネットワークインタフェース、１１２ バス。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】