JP2021114084A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】文書要素が変更された場合に、その文書要素に関連する別の文書要素の情報を、変更によるそれら両文書要素間の類似度の変化に応じて表示できるようにする。【解決手段】プロセッサは、注目する文書要素を指定して画面表示を指定された場合、その要素と関連する文書要素を関連表から求め、注目する文書要素と関連する各文書要素との類似度を計算する（Ｓ１４）。プロセッサは、関連する文書要素ごとに、計算した類似度と、関連表に記録されている前回の類似度との差分を計算し（Ｓ１６）、関連する各文書要素の情報を、例えばその差分が示す類似度の低下幅が大きい順に並べた画面を生成し、ユーザに提供する。【選択図】図９

Description

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

ある文書の文書要素に類似する別の文書の文書要素を特定し、特定した文書要素の情報をユーザに通知するシステムがある。

例えば、特許文献１に記載された契約書分析システムは、複数の法令に含まれる複数の法律条文について、条文毎の文書ベクトルを生成する処理と、各条文の文書ベクトル同士を比較し、所定の閾値以上の類似性を有する複数の条文を合体させた条文グループを生成する処理と、各条文グループについて、条文グループ毎の文書ベクトルを生成する処理と、入力された契約書データについて、条項毎の文書ベクトルを生成する処理と、この条項毎の文書ベクトルと、上記条文グループ毎の文書ベクトルとを比較し、最も類似する条文グループに含まれる各法律条文を、当該契約条項の関連条文と特定する処理と、契約条項毎に関連条文を列記した分析結果画面を生成する。

特許第５３８３９４３号明細書

例えば、第１の文書要素に変更が加えられた場合に、その第１の文書要素に関連する第２の文書要素を、その変更に追従して変更する必要がある場合がある。このような場合、変更後の第１の文書要素が第２の文書要素と類似しなくなっている可能性がある。このため、文書要素に類似する別の文書要素を特定してユーザに通知する方式では、第１の文書要素の変更後に第２の文書要素を特定し、ユーザに通知することはできない。

本発明は、文書要素が変更された場合に、その文書要素に関連する別の文書要素の情報を、変更によるそれら両文書要素間の類似度の変化に応じて表示できるようにすることを目的とする。

請求項１に係る発明は、プロセッサと、記憶装置と、を含み、前記プロセッサは、注目する文書要素に関連付けられた文書要素ごとに、当該関連付けられた文書要素と前記注目する文書要素との類似度の計算を実行し、前記関連付けられた文書要素と前記注目する文書要素との、前記計算により得られた類似度と、前記記憶装置に記憶されている過去の類似度と、に基づいて、前記関連付けられた文書要素についての表示制御を実行する、ことを特徴とする情報処理装置である。

請求項２に係る発明は、前記表示制御では、前記関連付けられた文書要素の一覧表示における表示順序が制御される、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、前記表示順序は、過去の類似度に対する前記計算により得られた類似度の変化に基づき求められる、請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記表示順序は、過去の類似度に対する前記計算により得られた類似度の低下幅が大きい前記関連付けられた文書要素ほど上位となる順序である、請求項２に記載の情報処理装置である。

請求項５に係る発明は、前記プロセッサは、前記過去の類似度に対する前記計算により得られた類似度の低下幅が閾値以上である前記関連付けられた文書要素について、当該関連付けられた文書要素の前記注目する文書要素への関連付けを解除するためのユーザインタフェース部品を表示する制御を行う、ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置である。

請求項６に係る発明は、前記プロセッサは、前記計算により得られた類似度が第２の閾値未満である前記関連付けられた文書要素について、当該関連付けられた文書要素の前記注目する文書要素への関連付けを解除するためのユーザインタフェース部品を表示するための制御を行う、ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置である。

請求項７に係る発明は、前記表示順序は、過去の類似度に対する前記計算により得られた類似度の上昇幅が大きい前記関連付けられた文書要素ほど上位となる順序である、請求項２に記載の情報処理装置である。

請求項８に係る発明は、前記プロセッサは、前記注目する文書要素、前記関連付けられた文書要素及びそれ以外の文書要素を含む文書要素群に含まれる文書要素同士のペアごとに、そのペアに含まれる文書要素同士の類似度を計算し、ペアについて計算した類似度が閾値以上の場合に、そのペアに含まれる文書要素同士を関連付けるためのユーザインタフェース部品を表示する制御を行う、ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置である。

請求項９に係る発明は、前記プロセッサは、文書要素が削除された場合に、その文書要素に対する他の文書要素の関連付けを解除する、請求項１〜８のいずれか１項に記載の情報処理装置である。

請求項１０に係る発明は、コンピュータが、注目する文書要素に関連付けられた文書要素ごとに、当該関連付けられた文書要素と前記注目する文書要素との類似度の計算を実行し、前記関連付けられた文書要素と前記注目する文書要素との、前記計算により得られた類似度と、前記記憶装置に記憶されている過去の類似度と、に基づいて、前記関連付けられた文書要素についての表示制御を実行する、よう機能させるためのプログラムである。

請求項１−３又は１０に係る発明によれば、文書要素が変更された場合に、その文書要素に関連する別の文書要素の情報を、変更によるそれら両文書要素間の類似度の変化に応じて表示できる。

請求項４に係る発明によれば、類似度の低下幅が大きい関連する文書要素ほど、注目する文書要素との関連の維持のための対処の必要性が高いものとして目立たせることができる。

請求項５に係る発明によれば、注目する文書要素に対する類似度が大幅に下がった関連する文書要素について、次回から注目する文書要素との類似度の計算負荷を減らすべく、関連付けを解除することができる。

請求項６に係る発明によれば、注目する文書要素に対する類似度が低い関連する文書要素について、次回から注目する文書要素との類似度の計算負荷を減らすべく、関連付けを解除することができる。

請求項７に係る発明によれば、類似度の上昇幅が大きい関連する文書要素ほど目立たせることができる。

請求項８に係る発明によれば、関連付けを行うに相応しい文書要素のペアをユーザに知らせることができる。

請求項９に係る発明によれば、削除された文書要素についての他の文書要素と類似度の計算を試みる手間をなくすことができる。

文書サービスシステムを含む全体システムの構成を例示する図である。 文書サービスシステムが実装されたコンピュータのハードウエア構成を例示する図である。 文書を文書要素に分割すること、及び文書要素間の類似度を説明するための図である。 文書サービスシステムがユーザに提供する、変更された文書要素とこれに関連する文書要素との類似度の変化を示す画面の一例を示す図である。 文書サービスシステムがユーザに提供する、変更された文書要素とこれに関連する文書要素との類似度の変化を示す画面の別の一例を示す図である。 文書サービスシステムがユーザに提供する、変更された文書要素とこれに関連する文書要素との類似度の変化を示す画面の更に別の一例を示す図である。 文書サービスシステムがユーザに提供する、変更された文書要素とこれに関連する文書要素との類似度の変化を示す画面の更に別の一例を示す図である。 関連表の一部を例示する図である。 ユーザから注目する文書要素についての情報の表示を求められたときに文書サービスシステムが実行する処理手順を例示する図である。 関連表における、文書要素の変更による類似度の変化を示す図である。 関連表の保守のために文書サービスシステムが実行する処理手順を例示する図である。 保守の処理手順により生成される通知画面を例示する図である。

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

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

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

文書サービスシステム１００は、社内ネットワーク４０又はインターネット５０上の各種の文書管理システム内の文書の変更を検知し、検知した変更についての情報をユーザに提供する。

ここで、「文書」とは、何らかのデータ形式のデータであり、そのデータ形式は特に限定されない。例えば、文書は、テキストデータ形式のデータであってもよいし、ＰＤＦ形式等の各種の文書ファイル形式であってもよい。また文書は、様々なイメージデータ形式の画像データであってもよいし、動画データであってもよいし、ＨＴＭＬ（Hypertext Markup Language）形式やＸＭＬ（eXtensible Markup Language）形式等のような構造化文書形式のデータであってもよい。

文書は、１以上の文書要素から構成されている。例えば、文書が複数の章から構成されている場合、個々の章はその文書を構成する文書要素である。また、文書中の章が複数の節で構成されている場合、節は、章とは異なるレベルではあるが、その文書を構成する文書要素であり、章を１つの文書と見た場合、節はその文書（＝章）を構成する文書要素である。また、特許法等の１つの法律を文書と捉えると、その法律を構成する個々の条や、各条を構成する個々の項は、その文書（＝法律）を構成する文書要素である。ＨＴＭＬで記述された文書の場合、開始タグとこれに対応する終了タグとで囲まれる部分が１つの文書要素である。

文書サービスシステム１００は、各文書管理システムに登録された各文書を、それぞれ文書要素単位に分割し、文書要素ごとに管理する。文書の文書要素単位への分割は、従来技術を用いて行えばよい。

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

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

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

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

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

＜文書の変更に関する情報提供の例＞
文書サービスシステム１００は、図３に例示するように、個々の文書２００、２１０、２２０を文書要素２０２、２１２、２２２に分け、文書要素同士の類似度を計算する。図示例では、「法令」という文書２００の先頭の文書要素２０２と「社内文書Ａ」という文書２１０の先頭の文書要素２１２との類似度は０．１であり、文書２００の先頭の文書要素２０２と「社内文書Ｂ」という文書２２０の先頭の文書要素２２２との類似度は０．５である。

またこの実施形態では、文書サービスシステム１００は、一つの例として、文書を社内の文書と社外の文書とに分類し、社内の文書の文書要素と社外の文書の文書要素との間の類似度を監視する。社内の文書とは、社内ネットワーク４０上にある社内の文書管理システム、例えば設計書管理システム１０及び社内規定管理システム２０、が管理する文書である。一方、社外の文書とは、図１の例では、社内ネットワーク４０の外の、例えばインターネット５０上の文書管理システム、例えば法令管理システム６０、が管理する文書である。図３の例では、文書２１０及び２２０が社内の文書であり、文書２００が社外の文書である。この例では、文書サービスシステム１００は、社内の各文書の各文書要素と社外の各文書の各文書要素との類似度の計算結果の前回の計算結果からの変化に応じて、ユーザに対して情報提供を行う。

すなわち、文書サービスシステム１００は、内容に変更があった文書要素とその文書要素に関連がある他の文書要素との類似度の、その変更の前後での変化を示す表示画面をユーザに提供する。例えば、この画面には、変更された文書要素の変更内容の情報と、その文書要素と他の各文書要素との類似度の変化を示す情報が表示される。また、この画面には、注目する文書要素に対して関連がある他の文書要素が、注目する文書に対する類似度に応じてソートされて表示される。

例えば、図４に例示する画面３００は、社外の文書３１０（文書名「特許法」）の文書要素３２０（要素名「第三十五条」）の内容が内容３２２から内容３２４へと変更された場合に文書サービスシステム１００が提供する画面の一例である。変更のあった文書要素３２０が、注目する文書要素である。画面３００は、左右２つの表示領域３５０及び３６０を含んでおり、左側の表示領域３５０には社外の文書要素の情報が、右側の表示領域３６０にはそれに関連する社内の文書要素の情報が、それぞれ表示される。左側の表示領域３５０には、変更された社外の文書要素３２０（すなわち、文書「特許法」の中の文書要素「第三十五条」）の情報が表示されている。右側の表示領域３５０には、その文書要素３２０に関連する社内の文書要素３３０及び３４０の情報が表示されている。文書要素３３０は、文書「発明考案等管理規定」の中の文書要素「第４条」である。文書要素３３０の文書要素名（すなわち「発明考案等管理規定−第４条」）には、社内規定管理システム２０内の「発明考案等管理規定」の「第４条」へのリンクが埋め込まれている。文書要素３３０の文書要素名の右側には、その文書要素３３０と、左側の表示領域３５０に示された文書要素３２０と、の類似度の前回からの変化を示す類似度表示欄３３４が示される。この例では、それら２つの文書要素３２０と３３０との間の類似度は、前回は０．６であったのに対し、今回は０．１に下がっている。この類似度の低下は、注目する文書要素３２０の内容の変化に伴って生じたものである。

また、文書要素３４０の右側には、その文書要素３４０と左側の表示領域３５０の文書要素３２０との類似度の前回からの変化を示す類似度表示欄３４４が示される。文書要素３２０と３４０との間の類似度は、前回は０．７であったのに対し、今回は０．４に下がっている。

文書要素３３０（すなわち「発明考案等管理規定−第４条」）及び３４０（すなわち「○○文書−第ＸＸ条」）は、文書要素３２０（すなわち「特許法−第三十五条」）に対して関連を持っており、変更前の文書要素３２０に対する類似度がある程度高い。例えば、社内規定の条文である文書要素３３０は、法令の条文である文書要素３２０に関連する社内の定めを含んでおり、文書要素３２０の記載に似た記載が含まれるため、文書要素３２０に対する内容の類似度が比較的高くなっている。ところが、図示例では、法改正により文書要素３２０の内容のうち社内の文書要素３３０の内容に強く関連する部分が変更された結果、文書要素３２０に対する文書要素３３０の類似度は大きく低下した。社内規定の文書要素３３０の内容は、変更後の法令の文書要素３２０の内容にそぐわないものとなっている可能性が高い。このため、ユーザは、文書要素３３０の内容を変更後の文書要素３２０の内容に合わせて修正するか、あるいは文書要素３３０は変更後の文書要素３２０に関連のないものとして取り扱うか、等の対応が必要になる。前者の場合、ユーザは、例えば、文書要素３３０のリンクを用いて、社内規定管理システム２０内のその文書要素３３０にアクセスし、その文書要素の内容を変更後の文書要素３２０の内容に合わせて編集する。

一方、後者の場合のためのユーザインタフェースとして、画面３００内の文書要素３３０に対応する類似度表示欄３３４の下には、『次回から「特許法−第三十五条」との類似度を算出しない』と表記された関連削除ボタン３３６が表示される。関連削除ボタン３３６は、文書要素３３０（すなわち「発明考案等管理規定−第４条」）の、文書要素３２０（すなわち「特許法−第三十五条」）に対する関連付けを解除することを指示するためのＧＵＩ（グラフィカルユーザインタフェース）部品の一例である。

本実施形態では、計算量を低減するために、通常は、注目する文書要素との類似を計算する他の文書要素は、その注目する文書要素と関連があると関連表（詳細は後述）に登録済みであるとされているものに限る。社内及び社外の文書管理システムには多数の文書が登録されており、それら多数の文書に含まれる文書要素は膨大な数にのぼるので、注目する文書要素に対する他の全ての文書要素の類似度を計算すると、計算量は莫大なものとなる。そこで、本実施形態では、互いに関連がある文書要素のペア群を関連表に登録しておき、注目する文書要素に対する関連が関連表に登録されている文書要素に限って、その文書要素と注目する文書要素との類似度を計算する。一つの例では、何らかのタイミングで計算した文書要素間の類似度が閾値（すなわち、後述する図１１の手順の第１閾値）以上である場合に、それら文書要素間に関連がある旨、関連表に登録する。

関連削除ボタン３３６は、そのボタン３３６に対応する文書要素３３０と文書要素３２０との関連を関連表から削除するために用いられる。ユーザが、画面へのタッチ操作、又はマウス等のポインティングデバイスの操作により、関連削除ボタン３３６を押下すると、文書サービスシステム１００は、文書要素３２０と文書要素３３０との関連を示す情報を関連表から削除する。それら２つの文書要素３２０及び３３０の関連を関連表から削除することで、それら文書要素の一方について後述する図９の手順が実行される場合に、それら２つの文書要素３２０及び３３０については類似度の計算を実行する必要がなくなる。

関連削除ボタン３３６は、対応する文書要素３３０の注目する文書要素３２０に対する類似度の前回からの低下幅が所定の閾値以上である場合に表示される。例えば、その閾値が０．４である場合、図４の例では、文書要素３３０の類似度の低下幅は０．５であり、これは閾値０．４以上であるから、文書要素３３０に対応する関連削除ボタン３３６が表示される。これに対して、文書要素３４０の類似度の低下幅は０．３であり、これは閾値０．４未満であるから、文書要素３４０に対応する関連削除ボタンは表示されない。

図４の例では、表示領域３６０には、社外文書の文書要素３２０に関連する社内文書の文書要素３３０及び３４０を、前回からの類似度の低下幅が大きい順にソートして並べられている。表示領域３６０内の文書要素３４０の表示の下には、類似度の低下幅が更に少ない他の文書要素の情報が表示される。表示領域３５０及び３６０は、スクロール表示が可能である。

変更のあった文書要素３２０に対する文書要素３３０又は３４０の類似度の低下幅が大きいほど、その変更に対する文書要素３３０又は３４０側の対処の必要性が高いといえる。図４の例では、類似度の低下幅が大きい文書要素３３０、３４０、・・・の順にソートして表示することにより、文書要素３２０の内容の変更への対処の必要性が高いものほど先頭に近く表示され、ユーザの目にとまりやすくなる。

表示領域３６０に表示される文書要素３３０、３４０、・・・のソート順は、ソート順指定欄３６２に示される。ソート順指定欄３６２は、複数のソート順を例えばプルダウンメニュー形式で提示し、その中からユーザが希望するソート順の選択を受け付ける機能を持つ。

図４は、社外の文書要素３２０に関連のある社内の文書要素３３０、３４０を、前回から今回までの類似度の低下幅が大きい順にソートして表示したものであった。これに対して、図５に示すのは、ソート順を、前回から今回までの類似度の上昇幅が大きい順にしたものである。社外の文書要素３２０の変更の前後で、これに関連する社内の文書要素３７０及び３７５とその文書要素３２０との類似度は、０．５から０．８へ、及び０．７から０．９へ、それぞれ上昇している。類似度の上昇幅は、前者は０．３、後者は０．２である。

変更された文書要素３２０に対する類似度の上昇幅が大きい相手の文書要素３７０又は３７５は、文書要素３２０の変更の前後で、文書要素３２０に対する関連性が強くなった可能性があり、このような文書要素３７０等をユーザに知らせると、役に立つ場合がある。

例えば法令条文の改正を想定した私的な検討内容を示すメモが社内ネットワーク４０内の文書管理システムに保存されている場合、そのメモは、改正前の条文に対しては類似度がさほど高くない。しかし、メモで想定していた改正の方向性が的確なものであれば、改正された後のその法令の条文とそのメモの類似度は高くなると考えられる。そこで、条文の改正後に類似度が高くなったメモをユーザに通知することで、ユーザはそのメモの存在を認識し、そのメモを用いて公式の社内文書を起草する等の対処が取れる。

そこで、図５の例では、ユーザがソート順指定欄３６２で、類似度の上昇幅が大きい順を選択することにより、画面３００上では、類似度の上昇が大きい文書要素３８０、３８５ほど、先頭に近い位置に表示され、目立ちやすくなる。

図６には、ソート順指定欄３６２において、前回から今回までの類似度の変化量（すなわち前回と今回の類似度の差の絶対値）が少ない順が指定されている場合の画面３００の例を示す。この例では、社外の文書要素３２０の変更の前後で、これと社内の文書要素３８０との類似度は変化がない。また、文書要素３２０と文書要素３８５との類似度は、０．０１だけ上昇している。

このソート順を指定することにより、ユーザは、社外の文書要素３２０の変更の前後でも、その文書要素３２０に対する類似度の変化が少ない社内の文書要素を知る。そして、例えばこれらについては内容のチェックを後まわしにして、他の文書要素のチェックを行うなどの時間配分が可能になる。

図７に例示する画面３００では、社外の文書の文書要素３２０は前回から変更がない。一方、社内の文書要素３９０は、前回の内容３９２から今回の内容３９４へと変更されている。この例では、表示領域３５０内には、文書要素３２０に変更がないことを示す表示３２６が示されている。この例では、文書要素３２０と文書要素３９０との類似度は、文書要素３９０の変更の前後で変化していない。

このように、文書サービスシステム１００は、社内の文書要素３９０が変更された場合にも、その文書要素３９０と関連する社外の文書要素３２０や、それら文書要素同士の類似度の情報を示した画面３００を提供する。

＜文書サービスシステムが実行する処理＞
次に、上述した画面３００を提供するために文書サービスシステム１００が実行する処理を例示する。

図８に、その処理のために文書サービスシステム１００が管理している関連表の一部を例示する。

関連表は、互いに関連のある社外の文書要素と社内の文書要素とのペアを登録した表である。社外にも社内にも膨大な数の文書要素が存在しており、関連表に登録される互いに関連のある社外と社内の文書要素のペアの数は膨大なものとなる。図８には、関連表のうち、社外の文書要素「特許法−第三十五条」を含むペア群の情報を取り出して示している。関連表には、ペア毎に、そのペアを構成する２つの文書要素同士の類似度が登録される。例えば、社外の文書要素「特許法−第三十五条」と社内の文書要素「社内規定Ａ−第Ｘ条」との類似度は０．８である。

関連表に登録されている文書要素のペアの類似度は、そのペアについての最新の類似度、すなわち前回の計算で求めた類似度である。

関連表は、例えば、文書サービスシステム１００を構成するハードウエアのうちの補助記憶装置１０６に記憶されている。また、文書サービスシステム１００の外部の装置に記憶されている関連表を、文書サービスシステム１００から参照したり、修正したりしてもよい。

図９に、文書サービスシステム１００が画面３００を生成して提供するために実行する処理の手順を例示する。この手順は、ユーザが、自分の端末（例えばクライアント３０）から文書サービスシステム１００にアクセスし、文書サービスシステム１００に対して注目する文書要素（以下「注目要素」とも呼ぶ）を指定して画面３００の表示を指示した場合に実行される。

この手順では、まず文書サービスシステム１００のプロセッサ１０２は、関連表から、その注目要素に関連のある文書要素（以下「関連要素」と呼ぶ）の情報を取得する（Ｓ１０）。このステップでは、プロセッサ１０２は、注目要素を含むペアを関連表から検索し、検索結果の各ペアのうち注目要素の相手の文書要素を関連要素として特定する。次にプロセッサ１０２は、注目要素及びステップＳ１０で求めた各関連要素の最新の内容を、それら文書要素の各々を記憶している文書管理システムから取得する（Ｓ１２）。この取得の時点で各文書管理システムに保持されている文書要素の内容が、その文書要素の最新の内容である。

次にプロセッサ１０２は、取得した注目要素及び各関連要素の最新の内容から、関連要素毎に、その関連要素と注目要素との最新の類似度を計算する（Ｓ１４）。ここで、文書要素同士の内容の類似度は、例えば、それら個々の文書要素に含まれる文字列をベクトル化し、得られた文書要素のベクトル同士の類似度合いを公知の手法（例えばコサイン類似度）で計算することで求めればよい。文書要素の文字列をベクトル化する方法としては、ＴＦ−ＩＤＦ（Ｔｅｒｍ Ｆｒｅｑｕｅｎｃｙ−Ｉｎｖｅｒｓｅ Ｄｏｃｕｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ）やｄｏｃ２ｖｅｃ等の既存の手法を用いればよい。

次にプロセッサ１０２は、関連要素毎に、ステップＳ１０で関連表から読み出した当該関連要素と注目要素との類似度（すなわち前回の類似度）と、Ｓ１４で今回計算した類似度との差分を計算する（Ｓ１６）。計算された注目要素と各関連要素との差分は、メモリ１０４に記憶される。

図１０には、関連表のうち、注目要素である社外の文書要素「特許法−第三十五条」に関する部分の、その注目要素の変更前の状態４００と変更後の状態４１０が示される。例えばその注目要素と関連要素「社内規定Ａ−第Ｘ条」との類似度は、変更前の状態４００では０．８であったのに対し、変更後の状態４１０では０．１であり、図９の手順のステップＳ１６では、後者から前者を引いた差分−０．７が求められる。

次にプロセッサ１０２は、ソート順指定欄３６２に示されるソート順（デフォルトの順、又はユーザが指定した順）と、各関連要素についてＳ１６で求めた類似度の差分とに基づき、表示領域３６０における各関連要素の表示順序を決定する（Ｓ１８）。例えば、ユーザが指定したソート順が、類似度の低下幅が大きい順であれば、プロセッサ１０２は、類似度の差分が小さい順（すなわち差分が負ならその絶対値が大きい順）に関連要素を並べた順序を表示順序とする。次にプロセッサ１０２は、Ｓ１８で決定した表示順序に従って関連要素を並べて示した画面３００を生成し、その画面３００をユーザの端末に提供する（Ｓ２０）。この画面３００は、表示領域３５０に注目要素の変更前の内容と変更後の内容を表示すると共に、表示領域３６０には関連要素群をＳ１８で求めた表示順序に従って並べて表示したものである。また、プロセッサ１０２は、関連要素のうち注目要素との類似度の低下幅（すなわち負の差分の大きさ）が所定の閾値以上のものについては、画面３００内に、その関連要素の表示に対応付けて関連削除ボタン３３６を表示する。

そしてプロセッサ１０２は、関連表における注目要素と各関連要素とのペアの類似度を、Ｓ１４で計算した最新の類似度へと更新する（Ｓ２２）。

図８に例示した関連表は文書要素のペア毎に最新の類似度の値を保持するものであったが、関連表が文書要素のペア毎に直近の複数回分の類似度の計算値を保持するものであってもよい。この場合、プロセッサ１０２は、ステップＳ２２にて、関連表に対して、Ｓ１４で計算した注目要素と各関連要素との類似度を最新の値として追加する。

図４〜図１０を参照して説明した例では、プロセッサ１０２は、関連表に記憶された前回の類似度とＳ１４で計算した今回の類似度との差分に基づいて、関連要素群の表示順序を決定した。しかし、これは一例に過ぎない。この代わりに、関連表に過去複数回分の類似度が記憶されている例では、プロセッサ１０２は、それら過去複数回分の類似度と今回の類似度が示す直近の類似度の変化の傾向（例えば変化率）に基づいて、関連要素群の表示順序を決定してもよい。例えば、直近の類似度の変化率が負であり且つその絶対値が大きい（すなわち低下率が大きい）順にソートして表示する表示モード等、変化率に応じてソートするいくつかの表示モードがあってもよい。

＜関連表の保守＞
次に、関連表の保守のための処理について説明する。

社外及び社内の文書管理システムに登録されている文書群は時間の経過に伴って変更されていく。ある時点では関連があるものと判断されていた文書要素のペアが、一方又は両方の文書要素の内容の変更によって関連がないとみなした方がよくなる場合がある。逆に、関連がなかった文書要素のペアが、一方又は両方の文書要素の内容の変更によって互いに関連するものとした方がよくなる場合もある。このように、文書要素の変更に伴って関連表に新たに登録すべきペアや関連表から削除すべきペアが生じる。文書要素群の変更を人間が監視し、関連表に登録すべきペアや削除すべきペアを特定することは現実的ではない。そこで、本実施形態では、文書サービスシステム１００が、社内及び社外の文書管理システム群を監視し、関連表に新たに追加すべき文書要素のペアや関連表から削除すべき文書要素のペアを求め、ユーザに提案する。ユーザは、文書サービスシステム１００からの提案の是非を判断し、関連表に対するペアの追加や削除を指示する。

図１１に、この関連表の保守のための文書サービスシステム１００の処理手順を例示する。この例では、文書サービスシステム１００のプロセッサ１０２が、例えば定期的に、各文書管理システムに巡回する。プロセッサ１０２は、巡回先の文書管理システムに保持されている文書ごとに、その文書を処理対象として図１１の処理手順を実行する。

この手順では、プロセッサ１０２は、処理対象の文書の最新データを取得し、取得した最新データを文書要素単位に分割する（Ｓ３０）。

次にプロセッサ１０２は、その分割の結果求められた各文書要素の情報に基づき、内容が変更された文書要素、その文書に新たに追加された文書要素、及びその文書から削除された文書要素を特定する（Ｓ３２）。

この特定のために、文書サービスシステム１００は、例えば補助記憶装置１０６内に、その文書を前回取得した時点での各文書要素の内容を示すデータを記憶している。言い換えれば、文書サービスシステム１００は、各文書管理システムが保持する文書の文書要素ごとに、図９の手順のＳ１２又は図１１の手順のＳ３０で取得したその文書の最新の内容を示すデータを保持している。この各文書要素の内容を示すデータは、文書要素の内容そのものであってもよいし、その内容の特徴を示すデータ（例えばハッシュ値）であってもよい。

ステップＳ３２では、プロセッサ１０２は、文書サービスシステム１００に記憶されるその文書の前回取得時の文書要素群の中に、今回ステップＳ３０で得られた文書要素（以下「文書要素Ａ」と呼ぶ）に対応するものがあるか否かを判定する。この判定は、例えば、前回取得時の文書要素群の中に文書要素Ａと同じ識別情報を持つものがあるか否かを調べることにより行う。例えば、文書要素が含まれる文書の文書名と、その文書要素の要素名（例えば条文の番号、又は当該文書要素の見出し）との組合せを、その文書要素の識別情報として用いてもよい。また、各文書要素に一意な識別情報を付与して管理する文書管理システム内の文書要素については、その識別情報を用いればよい。前回取得時の文書要素群の中に文書要素Ａに対応するものがあると判定した場合、プロセッサ１０２は、文書要素Ａとこれに対応する前回取得時の文書要素の内容同士を比較することにより、文書要素Ａが変更されたか否かを判定する。また、前回取得時の文書要素群の中に文書要素Ａと同じ識別情報を持つものがない場合、プロセッサ１０２は、文書要素Ａはその文書に新規追加されたものと判定する。またプロセッサ１０２は、前回取得時の文書要素と同じ識別情報を持つものが、今回ステップＳ３０で得られた文書要素の中にない場合、その文書要素は今回削除されたものと判定する。

プロセッサ１０２は、Ｓ３２で特定した追加された文書要素、又は変更された文書要素ごとに、Ｓ３４〜Ｓ４４の処理を実行する。

Ｓ３４でプロセッサ１０２は、処理対象である追加又は変更された文書要素（以下、当該要素と呼ぶ）の内容と、文書サービスシステム１００が記憶している他の文書要素の各々の最新の内容との類似度を計算する。ここで、当該要素が社外のものであれば、類似度を計算する相手の文書要素を社内のものに限定し、当該要素が社内のものであれば、類似度を計算する相手の文書要素を社外のものに限定してもよい。

次にプロセッサ１０２は、当該要素を含むペアが関連表に含まれているか否かを判定する（Ｓ３６）。当該要素を含むペアが関連表に含まれていない場合（Ｓ３６の判定結果がＮｏ）、プロセッサ１０２は、他の文書要素の中に、Ｓ３４で計算した当該要素との類似度が所定の第１閾値以上であるものがあるかどうかを判定する（Ｓ３８）。ステップＳ３８の判定結果がＹｅｓの場合、プロセッサ１０２は、当該要素との類似度が第１閾値以上である他の文書要素ごとに、その他の文章要素と当該要素とのペアを関連表に追加する提案を示す提案データを生成し、メモリ１０４に記憶する（Ｓ４０）。ステップＳ３８の判定結果がＮｏの場合、プロセッサ１０２はＳ４０をスキップする。

ステップＳ３６の判定結果がＹｅｓの場合、プロセッサ１０２は、関連表内の当該要素を含むペアの中に、類似度の低下幅が所定の第２閾値以上であるものがあるかどうかを判定する（Ｓ４２）。ステップＳ４２の判定結果がＹｅｓの場合、プロセッサ１０２は、類似度の低下幅が所定の第２閾値以上のペアを関連表から削除する提案を示す提案データを生成し、メモリ１０４に記憶する（Ｓ４４）。ステップＳ４２の判定結果がＮｏの場合、プロセッサ１０２はＳ４４をスキップする。ステップＳ４２の判定で用いる第２閾値は、画面３００に関連削除ボタン３３６を表示するか否かの判定に用いられる閾値と同じ値であってもよいし、異なる値であってもよい。

またプロセッサ１０２は、Ｓ３２で特定した削除された文書要素をそれぞれ処理対象とし、Ｓ４６〜Ｓ４８の処理を実行する。すなわちプロセッサ１０２は、関連表から処理対象の文書要素を含むペアを探し、そのようなペアが見つかれば、そのペアを関連表から削除する（Ｓ４６）。そのペアを関連表から削除することにより、そのペアのうち削除されていない文書要素が図９の処理手順の注目要素に選ばれた場合に、削除された文書要素との類似度を計算するための処理（例えばステップＳ１０〜Ｓ１４）を試みる必要がなくなる。そして、プロセッサ１０２は、関連表から削除したペアを知らせる通知データを生成し、メモリ１０４に記憶する（Ｓ４８）。処理対象の文書要素を含むペアが関連表にない場合は、プロセッサ１０２は、その文書要素についてはＳ４６及びＳ４８は実行しない。

ステップＳ４０、Ｓ４４、及びＳ４８を実行した後、プロセッサ１０２は、今回の図１１の処理手順の実行の中でメモリ１０４に記憶した提案データ及び通知データを表示した通知画面を生成する（Ｓ５０）。生成された通知画面は、ユーザが文書サービスシステム１００にログインした際に、そのユーザの端末に対して提供され、表示される。

図１１の手順は、１文書を取得するごとにステップＳ５０（すなわち通知画面の生成処理）を実行する例であったが、これは一例に過ぎない。別の例として、プロセッサ１０２は、例えば、文書サービスシステム１００が監視している全ての文書管理システム内の全ての文書についてステップＳ３０〜Ｓ４８の処理を終えた後、ステップＳ５０を実行してもよい。このほかにも、ステップＳ５０を実行するタイミングの例には、１つの文書管理システム内の全ての文書についてステップＳ３０〜Ｓ４８の処理を実行するごと、又は所定数の文書についてステップＳ３０〜Ｓ４８の処理を実行するごと、あるいは所定時間の間に取得した文書についてステップＳ３０〜Ｓ４８の処理を実行するごと等、様々なものがあり得る。

図１２に、ステップＳ５０で生成される通知画面５００を例示する。この例は、ある特定の時間に文書管理システム群から取得した文書に対してそれぞれＳ３０〜Ｓ４８の処理を実行した後、ステップＳ５０を実行することにより生成されたものである。例示した通知画面５００では、図１１に示した処理のことを「定常スクリーニング」と呼んでいる。

通知画面５００に示される表示項目５１０及び関連追加ボタン５１５は、ステップＳ４０で生成された関連表への追加を提案する提案データの例である。表示項目５１０は、関連表に登録されていない文書要素「社内文書Ａ−第ＸＸ条」と文書要素「法令ａ−第△条」のペアについて、両者の類似度が第１閾値以上であることが分かったことを示す記事を含む。関連追加ボタン５１５は、そのペアを関連表に追加する指示を受け付けるためのＧＵＩ部品の一例である。ユーザがタッチ操作等で関連追加ボタン５１５を押下すると、プロセッサ１０２がそのペアを関連表に追加する。

表示項目５２０は、ステップＳ４８で生成された、関連表から削除したペアを知らせる通知データの例である。表示項目５２０は、文書要素「法令ｂ−第１条」が削除されたため、その文書要素と文書要素「社内文書Ｂ−段落１」とのペアを関連表から削除したことを示す記事を含む。

表示項目５３０及び関連削除ボタン５３５は、ステップＳ４４で生成された、関連表からの削除を提案する提案データの例である。表示項目５１０は、文書要素「社内文書Ｃ−段落１」と文書要素「法令ｃ−第３条」のペアの、前回からの類似度の低下幅が第２閾値以上であることが分かったことを示す記事を含む。関連削除ボタン５３５は、そのペアを関連表から削除する指示を受け付けるためのＧＵＩ部品の一例である。ユーザがタッチ操作等で関連削除ボタン５３５を押下すると、プロセッサ１０２がそのペアを関連表から削除する。

図１１の例では、類似度の値又は類似度の低下幅に基づいて、関連表に対する文書要素のペアの追加又は削除を提案したが、これは一例に過ぎない。例えば、文書サービスシステム１００が、各ペアについて過去の図１１又は図４の処理で計算した類似度を時系列順に複数回分保存し、これら過去複数回分の類似度の情報を利用してもよい。すなわち、これら過去複数回の類似度と、今回の図１１の処理で求めた類似度と、が示す直近の類似度の変化の傾向に基づいて、ペアの追加又は削除を提案してもよい。例えば、今回までの直近の類似度が上昇傾向を示しているペアは、今回の類似度が第１閾値未満であっても、Ｓ４０にて関連表への追加の提案データを生成してもよい。また例えば、今回までの直近の類似度が低下傾向を示しているペアは、前回からの類似度の低下幅が第２閾値未満であっても、Ｓ４０にて関連表への追加の提案データを生成してもよい。

以上の例では、社外の文書要素と社内の文書要素との間の類似度の変化に応じて画面３００を生成したが、社外と社内の区別なく、様々な文書要素間の類似度の変化に応じて画面３００を生成してもよい。

１０ 設計書管理システム、２０ 社内規定管理システム、３０ クライアント、４０ 社内ネットワーク、５０ インターネット、６０ 法令管理システム、７０ ＸＸ標準管理システム、１００ 文書サービスシステム、１０２ プロセッサ、１０４ メモリ、１０６ 補助記憶装置、１０８ 入出力装置、１１０ ネットワークインタフェース、１１２ バス、３００ 画面、３１０ 文書、３２０，３３０，３４０ 文書要素、３３４，３４４ 類似度表示欄、３３６ 関連削除ボタン、３６２ ソート順指定欄。

Claims (10)

1. プロセッサと、記憶装置と、を含み、
   前記プロセッサは、
   注目する文書要素に関連付けられた文書要素ごとに、当該関連付けられた文書要素と前記注目する文書要素との類似度の計算を実行し、
   前記関連付けられた文書要素と前記注目する文書要素との、前記計算により得られた類似度と、前記記憶装置に記憶されている過去の類似度と、に基づいて、前記関連付けられた文書要素についての表示制御を実行する、
   ことを特徴とする情報処理装置。
2. 前記表示制御では、前記関連付けられた文書要素の一覧表示における表示順序が制御される、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記表示順序は、過去の類似度に対する前記計算により得られた類似度の変化に基づき求められる、請求項２に記載の情報処理装置。
4. 前記表示順序は、過去の類似度に対する前記計算により得られた類似度の低下幅が大きい前記関連付けられた文書要素ほど上位となる順序である、請求項２に記載の情報処理装置。
5. 前記プロセッサは、
   前記過去の類似度に対する前記計算により得られた類似度の低下幅が閾値以上である前記関連付けられた文書要素について、当該関連付けられた文書要素の前記注目する文書要素への関連付けを解除するためのユーザインタフェース部品を表示する制御を行う、
   ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
6. 前記プロセッサは、
   前記計算により得られた類似度が第２の閾値未満である前記関連付けられた文書要素について、当該関連付けられた文書要素の前記注目する文書要素への関連付けを解除するためのユーザインタフェース部品を表示するための制御を行う、
   ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
7. 前記表示順序は、過去の類似度に対する前記計算により得られた類似度の上昇幅が大きい前記関連付けられた文書要素ほど上位となる順序である、請求項２に記載の情報処理装置。
8. 前記プロセッサは、
   前記注目する文書要素、前記関連付けられた文書要素及びそれ以外の文書要素を含む文書要素群に含まれる文書要素同士のペアごとに、そのペアに含まれる文書要素同士の類似度を計算し、
   ペアについて計算した類似度が閾値以上の場合に、そのペアに含まれる文書要素同士を関連付けるためのユーザインタフェース部品を表示する制御を行う、
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
9. 前記プロセッサは、
   文書要素が削除された場合に、その文書要素に対する他の文書要素の関連付けを解除する、請求項１〜８のいずれか１項に記載の情報処理装置。
10. コンピュータが、
    注目する文書要素に関連付けられた文書要素ごとに、当該関連付けられた文書要素と前記注目する文書要素との類似度の計算を実行し、
    前記関連付けられた文書要素と前記注目する文書要素との、前記計算により得られた類似度と、前記記憶装置に記憶されている過去の類似度と、に基づいて、前記関連付けられた文書要素についての表示制御を実行する、
    よう機能させるためのプログラム。
    

Images