(57)【特許請求の範囲】
【請求項１】
文書蓄積部に蓄積された文書ごとに、その文書内の各要素に対する各ユーザの利用履歴レコードを記録する利用履歴記録部と、
検索条件の入力を受け付ける検索条件入力部と、
各文書の各要素ごとに、検索条件に対するその要素の適合度を示す要素スコアを求める要素スコア計算部と、
要素とその要素に対して操作を行ったユーザとの組合せごとに、その要素の要素スコアとその要素に対するそのユーザの利用履歴レコードとに基づき重要度スコアを求める重要度スコア計算部と、
を備える文書利用追跡システム。
【請求項２】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部が求めた重要度スコアを、その重要度スコアに対応するユーザと共に提示する監視対象情報提示部、
を更に備える文書利用追跡システム。
【請求項３】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部は、利用履歴レコードが示す要素に対するユーザの閲覧時間に基づき、その要素に対するそのユーザの重要度スコアを求める、
ことを特徴とする文書利用追跡システム。
【請求項４】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部は、利用履歴レコードが示す要素に対するユーザの操作の種類に基づき、その要素に対するそのユーザの重要度スコアを求める、
ことを特徴とする文書利用追跡システム。
【請求項５】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部は、利用履歴レコードが示す要素に対するユーザの操作の種類がデータコピー操作を含む場合に、そうでない場合よりも重要度スコアを高くする、
ことを特徴とする文書利用追跡システム。
【請求項６】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部は、利用履歴レコードが示すデータコピー操作の対象となったデータの中に前記検索条件に適合するものがあった場合に、そうでない場合よりも重要度スコアを高くする、
ことを特徴とする文書利用追跡システム。
【請求項７】
請求項１記載の文書利用追跡システムであって、
前記重要度スコア計算部は、利用履歴レコードが示すデータコピー操作の対象となったデータの中に前記検索条件に関連する数値が含まれていた場合に、そうでない場合よりも重要度スコアを高くする、
ことを特徴とする文書利用追跡システム。
【請求項８】
請求項１記載の文書利用追跡システムであって、
各ユーザが用いる端末装置にインストールされ、文書をユーザに提示してその文書の各要素に対するユーザの操作を受け付ける文書利用部、を含み、
前記文書利用部は、
文書の各要素に対するユーザの操作の記録を示す利用履歴レコードを作成する履歴作成部と、
履歴作成部が作成した利用履歴レコードを前記利用履歴記録部へと送信する履歴送信部と、
を備え、
前記利用履歴記録部は、前記各ユーザの端末装置の履歴送信部から送られてきた利用履歴レコードを記録する、
ことを特徴とする文書利用追跡システム。
【請求項９】
コンピュータを、
文書蓄積部に蓄積された文書ごとに、その文書内の各要素に対する各ユーザの利用履歴レコードを記録する利用履歴記録部、
検索条件の入力を受け付ける検索条件入力部、
各文書の各要素ごとに、検索条件に対するその要素の適合度を示す要素スコアを求める要素スコア計算部、
要素とその要素に対して操作を行ったユーザとの組合せごとに、その要素の要素スコアとその要素に対するそのユーザの利用履歴レコードとに基づき重要度スコアを求める重要度スコア計算部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ユーザの電子文書の利用の監視のためのシステムに関する。
【背景技術】
【０００２】
企業等の組織における情報セキュリティのため、社内の電子文書を特定の文書管理サーバに保管し、電子文書に対するユーザのアクセスの履歴を文書管理サーバ側で記録することが行われている。このような履歴管理の従来技術として、以下のようなものが知られている。
【０００３】
特許文献１には、サーバに保管された電子文書に対するユーザからのアクセスの履歴を保管し、活用するものが示される。
【０００４】
特許文献２には、ドキュメント管理部が管理する電子化されたドキュメントに関する印刷やコピーなどの操作を監視し、その操作履歴をその操作を行なったユーザ名および操作時刻を含めて取得して記録するシステムが示される。
【０００５】
特許文献３には、メールサーバを介する電子メール経由での文書ファイルの送受信を記録することで、文書ファイルのやりとりを追跡可能とするシステムが示される。
【０００６】
特許文献４には、送信者が文書サーバ上にある電子文書のＵＲＬを含んだ電子メールを受信者宛に送信し、受信者がそのＵＲＬを用いて文書サーバ上のその文書にアクセスすると、ログ管理サーバにそのアクセスログが記録されるシステムが開示される。
【０００７】
特許文献５には、文書ファイルの中にその文書に対する操作の履歴情報を蓄積するシステムが開示されている。
【０００８】
特許文献６には、クライアント装置内に保存した電子文書に対して閲覧や印刷などの処理を行う際には、必ず、サーバ装置とオンライン接続した状態にして、処理監視部の監視下でのみ処理が行われるようにしたシステムが開示される。実施された処理内容は、処理監視部側に報告され、履歴情報として履歴格納部内に格納される。
【０００９】
特許文献７には、装置が記録媒体を介してコンテンツを複写する場合に、記録媒体ＩＤとコンテンツＩＤとを履歴管理サーバに送り、履歴管理サーバがそれを記録するシステムが開示される。
【００１０】
特許文献８に示されるシステムでは、文書配信サーバは、ユーザに対して暗号化された電子文書を配信する。ユーザは、その電子文書を利用する場合、閲覧管理サーバにアクセスして復号鍵を得る必要がある。閲覧管理サーバは、復号鍵を求めてアクセスしてきたユーザを記録する。
【００１１】
これら従来技術は、基本的に、電子文書の単位としたアクセスや操作の履歴を記録するものである。例えば、電子文書の漏洩が発覚した場合、このような従来技術により記録した履歴情報を調べることで、その電子文書に対してアクセスしていたユーザを絞り込むことができる。
【００１２】
ところが、情報漏洩は、１つの電子文書全体が漏洩する場合には限らず、電子文書の中の一部の重要な情報のみが漏洩することも多い。後者の場合、どの電子文書が漏洩したのかが判明しない場合もある。漏洩した電子文書が特定できれば、その電子文書にアクセスしたユーザを文書単位の履歴から求め、漏洩源の可能性のある者と判定することもできる。しかし、そうでない場合は、電子文書単位での操作履歴だけでは、十分な漏洩源の絞込は難しい。
【００１３】
【特許文献１】特開平０９−３１１８０２号公報
【特許文献２】特開平１１−２４９７７７号公報
【特許文献３】特開２００１−１２５８４１号公報
【特許文献４】特開２００３−１５７２１２号公報
【特許文献５】特開平１１−２５９４５９号公報
【特許文献６】特開２００３−０１６０５７号公報
【特許文献７】特開２００３−２８０９９３号公報
【特許文献８】特開２００４−１４０７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、（漏洩した情報などのような）注目する情報を含んだ電子文書が特定できなくても、その情報に関与の強い操作を行ったユーザを絞り込むためのシステムを提供する。
【課題を解決するための手段】
【００１５】
本発明の１つの側面では、文書蓄積部に蓄積された文書ごとに、その文書内の各要素に対する各ユーザの利用履歴レコードを記録する利用履歴記録部と、検索条件の入力を受け付ける検索条件入力部と、各文書の各要素ごとに、検索条件に対するその要素の適合度を示す要素スコアを求める要素スコア計算部と、要素とその要素に対して操作を行ったユーザとの組合せごとに、その要素の要素スコアとその要素に対するそのユーザの利用履歴レコードとに基づき重要度スコアを求める重要度スコア計算部と、を備える文書利用追跡システムを提供する。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の実施の形態（以下「実施形態」と呼ぶ）について説明する。
図１は、実施形態のシステムの全体像を示している。なお、便宜上、ネットワーク３００により接続された文書管理サーバ１００およびクライアントコンピュータ２００を一括して文書管理システムと呼ぶ。
図１において、文書管理システムは、ネットワーク３００に接続された文書管理サーバ１００およびクライアントコンピュータ２００を含む。文書管理サーバ１００およびクライアントコンピュータ２００は１つずつしか示さないが、複数個あってもよいことはもちろんである。ネットワーク３００はＬＡＮ、ＷＡＮ、インターネット等の任意の通信ネットワークで良い。
文書管理サーバ１００は、本システムにおいてユーザが利用する電子文書群（以下単に文書と呼ぶ）を保存し、要求に応じて文書をユーザに提供し、ユーザが文書に対して行った操作の履歴（利用履歴と呼ぶ）を記録する。また、文書管理サーバ１００は、記録した利用履歴及び各文書のデータに基づき、情報漏洩源の絞込などのための助けとなる分析データを作成する。
【００１７】
文書管理サーバ１００が提供する文書は、例えば、ＤｏｃｕＷｏｒｋｓ文書（ＤｏｃｕＷｏｒｋｓは富士ゼロックス株式会社の商標）や、ＰＤＦ(Portable Document Format)文書などのように、文書の内容データに加え、その文書の属性データを保持できる文書である。文書には、一意な文書ＩＤ（識別情報）が属性データとして組み込まれている。文書ＩＤとして、グローバリ・ユニーク・アイデンティファイヤ（ＧＵＩＤ）やユニバーサル・ユニーク・アイデンティファイヤ（ＵＵＩＤ）などのように、全世界で一意性が保証されたＩＤを用いることもできる。この場合、文書がどの文書管理サーバ１００に管理されているかを調べるためのディレクトリサーバをネットワーク上に設け、クライアントコンピュータ２００が文書ＩＤをそのディレクトリサーバに提示すれば、その文書ＩＤがどの文書管理サーバ１００に管理された文書のものかを判別できるようにしてもよい。
【００１８】
また、文書管理サーバ１００が管理する文書の文書ＩＤとして、その文書管理サーバ１００に対して一意に付与されたサーバＩＤと、その文書管理サーバ１００内でその文書に対して一意に与えられたＩＤとの組合せを用いてもよい。
【００１９】
文書管理サーバ１００は、機能ブロックで表すと、ログイン管理部１０１、文書利用要求／文書利用履歴受信部１０２、文書送信部１０３、文書保管部１０４、利用履歴保管部１０５、分析部１０６及び分析結果提示部１０７を含む。これら各機能ブロックは、典型的には、ソフトウエアとして実現される。
【００２０】
ログイン管理部１０１はクライアントコンピュータ２００を用いたユーザからのログインを管理するものである。ログイン管理部１０１は、ログイン処理の際、ユーザからユーザＩＤとパスワード等の認証情報の入力を受け付け、それらに基づきユーザ認証を行う。ユーザ認証により特定されたユーザＩＤは、利用履歴の一部として利用履歴保管部１０５に保管することも可能である。
【００２１】
要求／履歴受信部１０２はクライアントコンピュータ２００から文書利用要求を受け取り、また文書利用履歴を受け取る。文書利用要求はファイル名等を指定して文書のダウンロードを要求するものである。文書利用履歴（以下、単に利用履歴とも呼ぶ）は、クライアントコンピュータ２００を用いるユーザが、当該文書管理サーバ１００に対する前回アクセス時のログアウトから今回のログインまでの間に、各文書に対して行った操作の履歴である。本実施形態では、クライアントコンピュータ２００が文書管理サーバ１００にアクセスしていない時にユーザが行った文書に対する操作の履歴を、クライアントコンピュータ２００が記録し、その後文書管理サーバ１００にアクセスした際に、記録した利用履歴を文書管理サーバ１００へと送信する。要求／履歴受信部１０２は、このようにしてクライアントコンピュータ２００から送られてくる文書利用履歴を受信し、利用履歴保管部１０５に保管する。要求／履歴受信部１０２は、文書利用要求を受け取る部分と、文書利用履歴を受け取る部分とに分けて別々に構成されていても良い。
【００２２】
文書送信部１０３は、クライアントコンピュータ２００からの文書利用要求に応じて、文書保管部１０４から文書を読みだしてクライアントコンピュータ２００に送出する。文書保管部１０４には、ユーザに提供される文書が保存されている。
【００２３】
分析部１０６は、注目する情報に対する各ユーザの関与の度合いを分析する。この分析は、例えば、情報漏洩が発覚した場合に、漏洩した情報に対して関与の深いユーザを絞り込むのに、この分析部１０６が利用される。分析部１０６は、文書保管部１０４に保管された文書群と、利用履歴保管部１０５に保管された利用履歴と、に基づき、この分析を行う。分析部１０６の実行する分析の詳細は、後で説明する。
【００２４】
分析結果提示部１０７は、分析部１０６が実行した分析の結果を、例えば画面表示などの方法で提示する。
クライアントコンピュータ２００は、文書を利用するユーザが用いるコンピュータである。クライアントコンピュータ２００は、機能ブロックで表すと、ログイン管理部２０１、要求／履歴送信部２０２、文書受信部２０３、文書利用部２０４、利用履歴抽出部２０５、利用履歴保管部２０６、文書保管部２０７等を含んでいる。クライアントコンピュータ２００の各機能ブロックは、例えば、アプリケーションプログラムやＯＳ（オペレーティングシステム）等のプロセスとして実現される。
【００２５】
ログイン管理部２０１は、文書管理サーバ１００へのログインのためのログインプロトコルを実行する。このログインプロトコルでは、ユーザＩＤ及びパスワード等の認証情報の提示をユーザに求め、これらを文書管理サーバ１００のログイン管理部１０１に送り、ユーザ認証を受ける。ここで、ログインに用いられたユーザＩＤに対応づけて、文書利用履歴を利用履歴保管部２０６に登録するようにしてもよい。
【００２６】
要求／履歴送信部２０２は、文書利用要求すなわち文書ダウンロード要求を文書管理サーバ１００に送信する処理と、利用履歴保管部２０６に保管している文書利用履歴を文書管理サーバ１００に送信する処理とを実行する。文書利用履歴は、文書管理サーバ１００へのログイン時に、一括して送信される。
【００２７】
文書受信部２０３は、文書利用要求に応じて文書管理サーバ１００から転送されてくる文書を受信する。受信した文書は文書利用部２０４により利用される。文書利用部２０４は、例えば文書の閲覧サービス機能などである。文書利用部２０４は、文書のオープン、表示するページの移動、同一ページ内での表示部分のスクロール、文書中の文字列その他のデータのコピー、文書中にあるハイパーリンクの利用、アノテーション（文書の内容データとは区別してその文書に付加される注釈データ）の追加、などといったユーザからの操作指示を受け付け、その指示に応じた操作を実行する。
【００２８】
利用履歴抽出部２０５は、文書利用部２０５上でのユーザの文書に対する操作を検出し、その操作に関する情報を示す利用履歴レコードを生成する。生成された利用履歴レコードは、利用履歴保管部２０６に保管される。
【００２９】
１つの操作に対応して生成される利用履歴レコードには、例えば、その操作の対象となる文書の文書ＩＤ、その操作の種別を示す「操作内容」、その操作の行われた時刻を示す「操作時刻」、及びその操作の詳細な内容を示す「内容詳細」が含まれる（例えば図３参照）。クライアントコンピュータ２００に対して文書を提供する文書管理サーバ１００が複数存在する場合は、文書ＩＤには、その文書の提供元である文書管理サーバ１００を一意に識別するサーバＩＤを組み込んでもよい。この場合、文書ＩＤは、サーバＩＤと、当該文書管理１００内でその文書を一意に識別するＩＤとの組合せでもよい。「操作内容」には、例えば、前述した文書ファイルの「オープン」と「クローズ」、表示するページを切り換える「ページ移動」、ページ内での「スクロール」、文書内でユーザが選択した文字列のデータをコピーする「文字列コピー」、などがある。また、例えば、表示するページを移動するページ移動操作の場合、移動先となるページ番号が「内容詳細」の欄に記録する情報となる。また、文字列のコピー操作の場合、「内容詳細」の欄にはコピーされた文字列が記録される。
【００３０】
なお、クライアントコンピュータ２００が複数のユーザにより共用される場合は、操作を行ったユーザのユーザＩＤを利用履歴レコードに記録してもよい。この場合、ユーザＩＤとしては、例えば、クライアントコンピュータ２００のＯＳ又は文書ビューワ（文書利用部２０４を含む）に対してそのユーザがログインしたときに提示したユーザＩＤを用いればよい。例えば、ＯＳ又は文書ビューワに対するローカルのユーザＩＤと、文書管理サーバ１００におけるユーザＩＤとを共通にしておけば、利用履歴レコードに記録したユーザＩＤをそのまま文書管理サーバ１００でも利用できる。また、クライアントコンピュータ２００におけるローカルのユーザＩＤと、文書管理サーバ１００におけるユーザＩＤとの対応関係をログイン管理部２０１が保持するようにしても良い。この場合、クライアントコンピュータ２００上でユーザが文書に操作を行った場合、利用履歴抽出部２０５は、そのユーザが提示したローカルのユーザＩＤを、その対応関係に従って文書管理サーバ１００のユーザＩＤに変換し、利用履歴レコードに記録すればよい。
【００３１】
また、クライアントコンピュータ２００が個人専用であると想定できるのであれば、利用履歴レコードにはユーザＩＤを記録する必要はない。
【００３２】
また、その操作が行われた場所の情報を、利用履歴レコードに記録するようにしてもよい。この場所の情報は、クライアントコンピュータ２００が備えるＧＰＳ（グローバルポジショニングシステム）デバイスで取得されるものでもよいし、ユーザが文書オープン時に入力するものでもよい。また、クライアントコンピュータ２００が入退室管理システムからユーザの居る部屋の情報を得て、それを場所の情報として記録してもよい。
【００３３】
文書受信部２０３が受信した文書は、文書保管部２０７に保管することができる。ユーザは、文書保管部２０７に保管された文書を後で文書利用部２０４によりオープンして、利用することができる。この再利用の際も、利用履歴レコードが記録される。
【００３４】
なお、クライアントコンピュータ２００の要求／履歴送信部２０２も、文書利用要求を送信する部分と、文書利用履歴を送信する部分とに分けて構成してもよい。
【００３５】
なお、クライアントコンピュータ２００の機能ブロックのうち、要求／履歴送信部２０２，文書受信部２０３，文書利用部２０４，利用履歴抽出部２０５は、ダウンロードした文書を取り扱う文書ビューワソフトウエアの機能モジュールとして実現することができる。更に、ログイン管理部２０１も、文書ビューワソフトウエアに組み込んでもよい。
次に図２を参照して、利用履歴収集処理の流れを説明する。この流れでは、クライアントコンピュータ２００のユーザが文書管理サーバ１００にログインする（Ｘ０１）。このログイン処理において、クライアントコンピュータ２００から文書管理サーバ１００にユーザＩＤ（この例では「Ｕ０４６６７」）が送信される。
ログイン後、ユーザは、文書ダウンロード要求を文書管理サーバ１００に送信して所望の文書を取得する（Ｘ０２、Ｘ０３）。文書管理サーバ１００は、要求された文書を文書保管部１０４から取り出し、要求元のクライアントコンピュータ１００に返す。
【００３６】
文書利用部２０４は、文書受信部２０３が受信した文書ファイルをユーザの指示に従ってオープンし、その文書をユーザの利用のために提供する。文書利用部２０４は、ユーザからの操作指示に応じ、その文書を操作する。利用履歴抽出部２０５は、文書利用部２０４を監視して、ユーザが文書に対して行った操作を示す利用履歴レコードを作成し、利用履歴保管部２０６に保管する（Ｘ０４）。
【００３７】
また、ユーザは、文書管理サーバ１００からダウンロードされ文書保管部２０７に保管された文書（文書ＩＤを含んでいる）を文書利用部２０４を用いてオープンし、その文書に操作を加えることができる。利用履歴抽出部２０５は、文書保管部２０７から読み出された文書に対する操作についても利用履歴レコードを生成し、利用履歴保管部に保管する（Ｘ０４）。
【００３８】
このように、クライアントコンピュータ２００上で文書に対して操作が行われると、利用履歴抽出部がその操作の履歴（すなわち利用履歴レコード）を作成し、利用履歴保管部２０６に登録する。
【００３９】
このようにして、利用履歴保管部２０６に蓄積された各文書に対する利用履歴レコードの集まりは、ユーザが次に文書管理サーバ１００にログインしたときに、その文書管理サーバ１００にアップロードされる（Ｘ０５）。ここで、文書管理サーバ１００がシステム内に複数存在する場合は、利用履歴保管部２０６に蓄積された利用履歴レコードのうち、ログイン先の文書管理サーバ１００からダウンロードした文書についての利用履歴レコードのみがアップロードされる。ここで、文書管理サーバ１００からダウンロードされた文書に含まれる文書ＩＤには、その文書管理サーバ１００を特定できる情報が含まれており、利用履歴レコードには文書ＩＤが含まれているので、各利用履歴レコードがログイン先の文書管理サーバ１００にアップロードすべきものか否かは、その利用履歴レコードの文書ＩＤを用いて判別できる。このようにアップロードされた利用履歴レコードは、クライアントコンピュータ２００の利用履歴保管部２０６から削除してもよい（Ｘ０６）。
【００４０】
また、文書管理サーバ１００は、クライアントコンピュータ２００から受け取った利用履歴レコードを利用履歴保管部２０６に登録する（Ｘ０７）。このとき、文書管理サーバ１００は、後での分析を容易にするために、クライアントコンピュータ２００から受け取った利用履歴レコードのうち特定の関係にあるもの同士を併合（マージ）して、利用履歴保管部１０５に登録するようにしてもよい。このマージ処理を、図３を参照して説明する。
【００４１】
図３に例示するマージ処理では、例えば、クライアントコンピュータ２００の利用履歴保管部２０６に登録された利用履歴レコードのうち、同一の文書のオープン操作とクローズ操作（ただしオープン操作の次のもの）との組が抽出され、それが文書閲覧操作のレコードにまとめられる。図示例でいえば、利用履歴保管部２０６の持つテーブル（以下、簡単のためテーブル２０６と呼ぶ。テーブル１０５も同様）における２番目のレコードと７番目のレコードの組が、テーブル１０５の２番目のレコード（文書閲覧）にまとめられる。
【００４２】
ここで、文書管理サーバ１００の利用履歴保管部１０５に登録される利用履歴レコードには、文書ＩＤ、ユーザＩＤ、操作内容、操作時刻、閲覧ページ、コピー内容、閲覧時間の各項目が含まれる。文書ＩＤ、ユーザＩＤ、操作内容、操作時刻は、既に説明した。閲覧ページは、ユーザが閲覧したページの番号を示す情報であり、ページ移動操作の利用履歴レコードから求めることができる。また、コピー内容は、ユーザが文書中からコピーした文字列等の内容を示すデータであり、コピー操作の利用履歴レコードから求めることができる。閲覧ページもコピー内容も、いずれもクライアントコンピュータ２００側で作成された利用履歴レコードの「内容詳細」の情報から作成することができる。閲覧時間は、ユーザが、文書、又はその文書のページを閲覧した時間である。閲覧時間は、利用履歴レコード内の操作時刻の情報を組み合わせることで求めることができる。例えば、図示のテーブル２０６における２番目のレコードと７番目のレコードの組は、１つの文書のオープンからクローズまでのスパンを表しており、オープン時の操作時刻とクローズ時の操作時刻との差分が、その文書全体についての閲覧時間となる。
【００４３】
また、図３に例示するマージ処理では、テーブル２０６の２番目のレコード（オープン）と、４番目のレコード（オープンの直後のページ移動）とから、テーブル１０５の３番目に示す「１ページ目のページ閲覧」のレコードが生成される。オープン時には文書の１ページ目が開かれ、次のページ移動操作で５ページ目に移動したので、その間は１ページ目が閲覧されていたと推定するのである。このときのオープンとページ移動との操作時間の差分が、１ページ目を閲覧していた時間となる。
【００４４】
また、このマージ処理では、テーブル２０６の４番目の５ページ目へのページ移動のレコードと、その直後にある同一文書内でのページ移動を示す６番目のレコード（すなわち６ページ目へのページ移動）から、テーブル１０５の４番目のレコード（すなわち５ページ目の閲覧）が生成される。
【００４５】
また、このマージ処理では、テーブル２０６の５番目のレコード（文字列コピー）から、テーブル１０５の５番目のレコード（文字列コピー）が生成される。生成されるレコードの閲覧ページの値は、その文字列コピー操作の前後のページ移動（或いはオープン又はクローズ）の操作におけるページ番号から求めることができる。また、コピー内容は、元になったクライアントコンピュータ２００側のレコードの「内容詳細」の値である。なお、コピー操作については「閲覧時間」の値はない。
【００４６】
また、テーブル２０６の６番目のレコード（６ページ目への移動）と７番目のレコード（文書のクローズ）から、テーブル１０５における６番目のレコード（６ページ目の閲覧）が生成される。
【００４７】
このようにして文書管理サーバ１００の利用履歴保管部１０５には、そのサーバ１００が各ユーザに提供した文書について、文書単位及びページ単位での閲覧、及びコピー操作などの利用履歴が形成され、その利用履歴が順次更新されていくことになる。
【００４８】
分析部１０６は、このような利用履歴保管部１０５内の情報と、文書保管部１０４に登録された各文書とに基づき、注目する情報に対して関与度合いの高いユーザを特定する。例えば、文書保管部１０４に登録された文書に含まれる情報の漏洩が発覚したとする。このような場合、このシステムを管理する管理者が、この分析部１０６を用いることで、漏洩した可能性の高い情報に対して漏洩リスクの高い関与を行ったユーザを特定する。以下、この分析部１０６処理について、図４を参照して説明する。
【００４９】
図４に示すように、分析部１０６は、検索条件入力部１１０，検索部１１１及び閲覧スコア評価部１１３を備える。
【００５０】
分析者（例えばシステム管理者）は、まず注目する情報（例えば漏洩した可能性の高い情報）を示す検索条件を、検索条件入力部１１０に入力する。図示例は、"ナスカ２０００ＧＴ"という自動車の"燃費"が漏洩した場合の、漏洩源特定のための分析処理を示したものである。この場合、分析者は、検索条件として"ナスカ２０００ＧＴ"と"燃費"というキーワードを入力する。
【００５１】
検索部１１１は、文書保管部１０４に保管された各文書の各ページについて、それぞれ、検索条件入力部１１０に入力された検索条件に対する適合度を示すスコア（ページスコア）を計算する。ページスコアは、例えば、検索条件に指定されたキーワードの出現頻度の高いページほど高い値となるような計算式を用いて求める。このような計算式としては、例えば「ＴＦ＊ＩＤＦ積」を用いることができる。これは、ページ中でのキーワードの出現頻度（ＴＦ:term frequency）と、文書保管部１０４に保管された全文書のうちそのキーワードを含む文書の数の逆数（ＩＤＦ:inverted document frequency）(の対数)と、の積である。キーワードが複数指定された場合は、各キーワードについてのＴＦ＊ＩＤＦ積を組み合わせたもの（例えば各キーワードについてのＴＦ＊ＩＤＦ積を乗算したもの）をページスコアとすればよい。もちろん、以上に示したページスコアの求め方はあくまで一例に過ぎない。検索条件に対する対象（例えばページ）の適合度を求める計算方法には、従来より様々なものがあり、検索部１１１はそのような従来のどの計算式を用いてもよい。
【００５２】
なお、公知の検索技術でも行われているように、指定されたキーワードの類義語を辞書から求め、類義語を考慮してスコアを求めるようにしてもよい。
【００５３】
検索部１１１は、以上のような処理により、図４に示す検索結果１１２を出力する。検索結果１１２は、文書の各ページをページスコアの高い順にソートしたリストである。文書のページは、文書ＩＤとページ番号の組により特定される。なお、ページスコアの順にソートしているのは、検索条件に対して関連の深いページから順に処理することで処理効率を高めるためである。処理効率を問題にしなければ、ソートは必要ない。
【００５４】
閲覧スコア評価部１１３は、この検索結果１１２と利用履歴保管部１０５とを総合することで、注目する情報（すなわち検索条件）を含んだページに対するユーザの関与度合い、言い換えれば分析の目的における重要度、を示す閲覧スコアを求める。
【００５５】
例えば、一例としては、検索結果１１２に示されるページのページスコアと、利用履歴保管部１０５から求められるユーザのそのページの閲覧時間との乗算結果を、そのユーザのそのページに対する閲覧スコアとすることができる。この処理では、例えば、検索結果１１２のページスコア上位から順に文書のページを１つずつ選択し、選択したページを「閲覧ページ」に含む利用履歴レコードを、利用履歴保管部１０５から抽出する。そして、抽出した利用履歴レコードごとに、そのレコードの閲覧時間とそのページのスコアを乗算したものを、そのレコードに対する閲覧スコア（重要度スコア）として求める。この処理をページスコア上位のページから順に、所定の終了条件が満たされるまで繰り返す。終了条件は、例えば、所定数のページについての処理が完了するまで、などを例示することができるが、これはあくまで一例であり、どのような条件でもよい。
【００５６】
ページスコアが高いほど、注目する情報に対するページ内容の関連性が高いと言える。また、ページに対するユーザの閲覧時間が長いほど、ユーザがそのページを注意深く観察している可能性が高く、漏洩等のリスクが高いといえる。これらのことから、以上では、ページスコアと当該ページの閲覧時間との積を閲覧スコアとした。
【００５７】
分析部１０６は、このようにして各利用履歴レコードに対応する閲覧スコアを計算し、各利用履歴レコードをその閲覧スコアの高い順にソートする。分析結果提示部１０７は、そのソート結果を表示する。図４の例では、分析結果提示部１０７の示す分析結果には、閲覧スコアの高い利用履歴レコードから順に、その利用履歴レコードのユーザＩＤ、文書ＩＤ、閲覧ページの番号、操作時刻が示され、更にその閲覧ページのページスコア、閲覧時間、及び閲覧スコアが示される。分析者は、この分析結果の表示を見ることで、注目する情報に対して関連の強いページに対して深い関与を示すユーザを知ることができる。これにより、例えば漏洩した情報に対して深い関与を示していたユーザの絞込ができる。
【００５８】
この例は、注目する情報に関連の強いページを長く閲覧しているユーザほど、文書利用の追跡目的からみて重要性が高いとの考えに基づくものである。
【００５９】
以上の例では、ページスコアと当該ページの閲覧時間との積を閲覧スコアとしたが、これは一例に過ぎない。ページスコアが高いほど閲覧スコアが高くなり、また閲覧時間が長いほど閲覧スコアが高くなるような、別の関数を用いてもよい。
【００６０】
また、例えば、ページの閲覧中にユーザがそのページで行った操作（例えばそのページ内のデータのコピー）を利用履歴レコードから求め、その操作の種類（「操作内容」）に応じてそのページに対するユーザの操作スコアを求め、その操作スコアとページスコアとから閲覧スコアを求めるようにしてもよい。例えば、ページ中の文字列等のデータがコピーされた場合、そのコピーによりデータが流出する可能性が高いと言えるので、コピー操作には単なる閲覧よりも操作スコアを割り当てる、などである。操作内容と操作スコアとの関係を予め分析部１０６に登録しておけばよい。
【００６１】
また、同じ操作内容でも、定量的な情報に応じて操作スコアを変えてもよい。例えば、コピーされた文字列の長さが長いほど、操作スコアを高くするなどである。また、コピーされた文字列中での検索キーワードの含有率が高いほど操作スコアが高くなるようにしてもよい。また、コピーされた文字列の中に、検索キーワードに関連する具体的な数値表現が含まれる場合に、情報漏洩監視の観点ではそのような数値情報は重要な場合が多いので、操作スコアを高くすることも好適である。例えば、キーワード「燃費」に対して「２２ｋｍ／リットル」等といった燃費を示す文字列がコピーされた場合、操作スコアに対して１より大きい所定係数を乗ずる、などの処理を行えばよい。このために、閲覧スコア評価部１１３は、単位を含む数値表現を抽出する機能を備える。また、キーワードの属性とその属性に対応する数値表現（すなわち単位）との対応表を閲覧スコア評価部１１３に持たせてもよい。対応表では、例えば属性「速度」に対して数値表現形式「××時間」、「××秒」、「××ｋｍ／ｈ」などが対応づけられ、属性「価格」には「××円」、「××ドル」などの数値表現形式が対応づけられる。また、属性「日時」又は「時期」には、「××月××日」や「来春」、「次年度」などといった表現が対応づけられる（「来春」なども広義の数値表現に含まれる）。この場合、指定されたキーワードの属性を辞書から求め、その属性に対応する数値表現形式を対応表から特定し、その数値表現形式に適合する文字列をコピーされた文字列の中から探索すればよい。また、数値表現形式を、属性の代わりに具体的なキーワードそのものに対応づけた対応表を用いてもよい。
【００６２】
なお、以上の処理において、コピーされた文字列の内容や長さは、利用履歴レコードの「コピー内容」の欄から求めることができる。
【００６３】
また、ページスコアの計算の際に、同様に、検索キーワードに対応する具体的な数値表現がそのページに含まれるかどうかを調べ、含まれていればそうでない場合よりもページスコアを高くしてもよい。また、そのような具体的な数値表現が多く含まれるほど、ページスコアを高くしてもよい（操作スコアの場合も同様である）。
【００６４】
また、ページスコアと閲覧時間との関数として求めたスコアに対し、当該利用履歴レコードにおける操作内容を加味して閲覧スコアを求めるようにしてもよい。例えば、あるページについてコピー操作が行われていれば、そのページについてのページスコアと閲覧時間の積に対し、コピー操作に対応する１より大きい係数を掛けて閲覧スコアを求める、などである。この場合にも、コピーされた文字列に、検索キーワードに対応する具体的な数値表現が含まれている場合には、そうでない場合よりも閲覧スコアが高くなるようにすることも好適である。また、キーワードに対応する具体的数値表現の含有度合いが高いほど、閲覧スコアが高くなるようにしてもよい。
【００６５】
また、以上の例では、文書のオープンから次のページ移動、或いはページ移動から次のページ移動などの間が、該当するページの閲覧時間であると想定したが、ユーザがそのページを表示させただけで実際には閲覧していない可能性もある。そこで、このような可能性も考慮した変形例として、次のような変形例も考えられる。すなわち、この変形例では、ページ内での画面表示範囲のスクロール操作も利用履歴レコードに記録する。スクロール操作は、クライアントコンピュータ２００の入力デバイスからのスクロール操作指示を監視することで検出できる。そして、個々の操作に対する閲覧時間に上限を設ける。例えば、ページ移動が行われた場合、そのページ移動の時点から次の操作までの時間がどれだけ長くても、閲覧時間はその上限値を上限とする。そして、同じページの中でスクロール操作がなされた場合は、そのスクロール操作を起点とした次の操作までの時間を、それまでの閲覧時間に加算する。この場合、加算する時間についても上限値を設定しておく。このようにすれば、ユーザがページ内でスクロール操作をするほど、閲覧時間が長くなる。スクロール操作に限らず、コピー操作など、ページ内で行われるあらゆる操作に対してそのような時間加算をするようにしてもよい。いずれにしても、ページを表示中にユーザから操作が行われれば、そのユーザがそのページを閲覧している可能性が高いので、閲覧時間としてカウントする意味がある。
【００６６】
以上説明したように、本実施形態によれば、注目する情報に対して関連の深いページに対し、強い関与を示したユーザを求めることができ、それを分析者に提示することができる。以上の例では、ページ単位で閲覧スコアを求めたが、ページ以外の要素を単位としてその要素単位で閲覧スコアを求めるようにしてもよい。ＨＴＭＬ文書やＸＭＬ文書などの構造化文書では、文書要素が明示的に記述されているので、その文書要素を単位として閲覧スコアを求めることができる。
【００６７】
また、分析部１０６の別の分析処理の例として、図５に示すようなものも考えられる。
【００６８】
図５の例では、検索条件として、注目する情報を含んだページ（例えば漏洩した可能性の高いページ）を特定する情報（例えば文書ＩＤとページ番号）の入力を受け付ける（Ｙ００）。分析部１０６は、利用履歴保管部１０５中の利用履歴レコードのうち、該当するページに関する操作を示すレコードを抽出する（Ｙ０１）。そして、抽出したレコードを、閲覧時間の長い順にソートし、そのソート結果を列挙して表示する（Ｙ０２）。
【００６９】
この例は、注目するページを長く閲覧していたユーザほど、文書利用の追跡目的からみて重要性が高いとの考えに基づくものである。この例でも、閲覧時間だけでなく、コピーなどの操作内容を加味してスコアを求め、そのスコアが高いほど、重要度が高いユーザと判定してもよい。
【００７０】
以上の例では、分析部１０６及び分析結果提示部１０７を文書管理サーバ１００の機能として実現したが、分析部１０６及び分析結果提示部１０７を、文書管理サーバ１００とは別の分析装置として実装してももちろんよい。
【００７１】
以上に説明した文書管理サーバ１００又は分析装置は、典型的には、汎用のコンピュータにて上述の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図６に示すように、ＣＰＵ（中央演算装置）１０、メモリ（一次記憶）１２、各種Ｉ／Ｏ（入出力）インタフェース１４等がバス１６を介して接続された回路構成を有する。また、そのバス１６に対し、例えばＩ／Ｏインタフェース１４経由で、ハードディスクドライブ１８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ２０が接続される。このようなドライブ１８又は２０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ１８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。
【図面の簡単な説明】
【００７２】
【図１】実施形態のシステムの全体像を示す図である。
【図２】利用履歴の収集処理の流れを説明するための図である。
【図３】利用履歴レコードのマージ処理を説明するための図である。
【図４】分析部の処理を説明するための図である。
【図５】分析部の処理の別の例を示す図である。
【図６】実施形態の装置が実装されるコンピュータのハードウエア構成の一例を示す図である。
【符号の説明】
【００７３】
１００  文書管理サーバ、１０１  ログイン管理部、１０２  要求／履歴受信部、１０３  文書送信部、１０４  文書保管部、１０５  利用履歴保管部、１０６  分析部、１０７  分析結果提示部、２００  クライアントコンピュータ、２０１  ログイン管理部、２０２  要求／履歴送信部、２０３  文書受信部、２０４  文書利用部、２０５  利用履歴抽出部、２０６  利用履歴保管部、２０７  文書保管部。
【図１】
0004826331.tif 000002
【図２】
0004826331.tif 000003
【図３】
0004826331.tif 000004
【図４】
0004826331.tif 000005
【図５】
0004826331.tif 000006
【図６】
0004826331.tif 000007