(57)【要約】【課題】ファイル間の関連付け作業の煩雑さを軽減できる。【解決手段】送信メッセージと、該送信メッセージに添付される送信添付ファイルとを受信する受信手段１０１と、過去に作成された過去ファイルを記録する第１記録手段１０６と、前記送信添付ファイルと前記過去ファイルとを比較して、既知ファイルであるかまたは新規ファイルであるかを判定する判定手段１０２と、前記送信添付ファイルと前記過去ファイルとのファイル間の関係を解析して、改訂関係または参考関係と関係付ける関連付け手段１０７と、前記送信添付ファイルのうちの既知ファイルであると判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段１０３と、前記改訂関係および前記参考関係の少なくともいずれか１つを示す情報を追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段１０３と、を具備する。【選択図】図１
2010079674.tif 000002
【特許請求の範囲】
【請求項１】
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、
過去に作成された過去ファイルを記録する第１記録手段と、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、
前記送信添付ファイルが前記既知ファイルと前記新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルのそれぞれと前記過去ファイルとのファイル間の関係を解析して、該送信添付ファイルとある過去ファイルとの関係が、該過去ファイルを編集することにより該送信添付ファイルを生成したことを示す改訂関係である、または該過去ファイルが該送信添付ファイルの内容についての補足情報を示す参考関係であると関係付ける関係付け手段と、
前記送信添付ファイルのうちの既知ファイルであると判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、
前記改訂関係および前記参考関係の少なくともいずれか１つを示す情報を追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段と、を具備することを特徴とするファイル関連付け装置。
【請求項２】
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、
過去に作成された過去ファイルと、前記過去ファイルの属性を示す過去ファイル情報とを記録する第１記録手段と、
過去に受信した受信メッセージを記録する第２記録手段と、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、
前記送信添付ファイルが既知ファイルと新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルと前記過去ファイルとのファイル間の関係、または前記送信メッセージと前記受信メッセージとのメッセージ間の関係、または前記送信メッセージおよび前記受信メッセージと前記過去ファイルおよび前記送信添付ファイルとのファイルメッセージ間の関係を解析する関連付け手段と、
前記送信添付ファイルのうちの既知ファイルと判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、
前記関連付け手段により解析した関係を示す情報を少なくとも１つ追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段と、を具備することを特徴とするファイル関連付け装置。
【請求項３】
前記変換メッセージおよび前記新規添付ファイルを前記宛先に送信する送信手段をさらに具備することを特徴とする請求項１または請求項２記載のファイル関連付け装置。
【請求項４】
前記送信手段は、前記送信添付ファイルが１つであるか、または前記送信添付ファイル全てが前記既知ファイルであるか、または前記送信添付ファイル全てが前記新規ファイルであるかのいずれかの場合は、前記送信メッセージおよび前記送信添付ファイルを前記宛先に送ることを特徴とする請求項３に記載のファイル関連付け装置。
【請求項５】
過去に受信した受信メッセージと前記変換メッセージとを記録する第２記録手段をさらに具備し、
前記第１記録手段が、さらに、前記過去ファイルの属性を示す過去ファイル情報と、前記新規添付ファイルの属性を示す新規ファイル情報とを記録し、
前記過去ファイル情報および前記新規ファイル情報はそれぞれ、ファイルの登録日時および投稿日時、該ファイルのファイル名、該ファイルの登録者、該ファイルのハッシュ値、該ファイルの保存場所を含み、
前記送信メッセージ、前記受信メッセージ、および前記変換メッセージはそれぞれ、メッセージの送信者と、該メッセージの宛先と、該メッセージの送信日時または受信日時と、該メッセージの題名を含む属性情報と、本文とを含むことを特徴とする請求項１から請求項４のいずれか１項に記載のファイル関連付け装置。
【請求項６】
前記関連付け手段は、前記送信メッセージおよび前記送信添付ファイルと、前記受信メッセージおよび前記過去ファイルとを比較して、前記送信添付ファイルに含まれる前記新規ファイルと前記既知ファイルとの数、または前記新規ファイルの投稿日時と前記過去ファイルの登録日時との時間差、または前記宛先の共通性、または前記送信メッセージおよび前記受信メッセージに含まれる話題の共通性によって改訂関係および参考関係を決定することを特徴とする請求項１から請求項５のいずれか１項に記載のファイル関連付け装置。
【請求項７】
前記関連付け手段は、前記送信メッセージおよび前記送信添付ファイルと、前記受信メッセージおよび前記過去ファイルを比較して、前記新規ファイルの作成者と前記既知ファイルの作成者とが同一である場合は、前記新規ファイルの投稿日時と、前記第１記録手段への前記既知ファイルの登録日時との差が一定時間内であるか、前記送信メッセージの送信先と受信メッセージの送信先との宛先が一致する割合を示す一致度が閾値以上であるか、および、前記送信メッセージと前記受信メッセージとの属性情報から複数のメッセージを含む話題集合を形成し、該話題集合ごとの特徴語の出現頻度が閾値以上であるかのいずれか１つを満たせば改訂関係とし、
前記新規ファイルと前記既知ファイルの作成者が同一でない場合は、前記第１記録手段への前記新規ファイルの投稿日時と、前記既知ファイルの登録日時との差が一定時間以上であり、かつ送信メッセージの送信先と受信メッセージの送信先との前記宛先が一致する割合を示す一致度が閾値以上であれば改訂関係とし、前記新規ファイルの投稿日時と前記第１記録手段への前記既知ファイルの登録日時との差が一定時間内であるか、または前記送信メッセージの送信先と前記受信メッセージの送信先との前記宛先が一致する割合を示す一致度が閾値よりも低ければ参考関係とする請求項６に記載のファイル関連付け装置。
【請求項８】
前記過去ファイルは、前記受信手段で受信された添付ファイルまたは過去に作成され共有ファイルとして前記第１記録手段が記録しているファイルであることを特徴とする請求項１から請求項７のいずれか１項に記載のファイル関連付け装置。
【請求項９】
前記追加情報は、さらに、添付ファイルの保存場所を示す情報を含むことを特徴とする請求項１から請求項８のいずれか１項に記載のファイル関連付け装置。
【請求項１０】
前記送信添付ファイルと前記過去ファイルとのファイル間の関係と、前記送信メッセージと前記受信メッセージとのメッセージ間の関係と、前記送信メッセージおよび前記受信メッセージと前記過去ファイルおよび前記送信添付ファイルとのファイルメッセージ間の関係のうちの１以上を提示する提示手段と、
前記提示手段を使用しようとする利用者がファイルもしくはメッセージの作成者または受信者であるか否かを判定して該利用者が該作成者または該受信者であれば該利用者が前記提示手段を使用することを許可する制御手段と、をさらに具備することを特徴とする請求項２から請求項１０に記載のファイル関連付け装置。
【請求項１１】
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信し、
過去に作成された過去ファイルを記録し、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定し、
前記送信添付ファイルが前記既知ファイルと前記新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルのそれぞれと前記過去ファイルとのファイル間の関係を解析して、該送信添付ファイルとある過去ファイルとの関係が、該過去ファイルを編集することにより該送信添付ファイルを生成したことを示す改訂関係である、または該過去ファイルが該送信添付ファイルの内容についての補足情報を示す参考関係であると関係付け、
前記送信添付ファイルのうちの既知ファイルであると判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付し、
前記改訂関係および前記参考関係の少なくともいずれか１つを示す情報を追加情報として前記送信メッセージに追加して変換メッセージを得ることを特徴とするファイル関連付け方法。
【請求項１２】
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信し、
過去に作成された過去ファイルと、前記過去ファイルの属性を示す過去ファイル情報とを記録し、
過去に受信した受信メッセージを記録し、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定し、
前記送信添付ファイルが既知ファイルと新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルと前記過去ファイルとのファイル間の関係、または前記送信メッセージと前記受信メッセージとのメッセージ間の関係、または前記送信メッセージおよび前記受信メッセージと前記過去ファイルおよび前記送信添付ファイルとのファイルメッセージ間の関係を解析し、
前記送信添付ファイルのうちの既知ファイルと判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付し、
前記関連付け手段により解析した関係を示す情報を少なくとも１つ追加情報として前記送信メッセージに追加して変換メッセージを得る具備することを特徴とするファイル関連付け装置。
【請求項１３】
コンピュータを、
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、
過去に作成された過去ファイルを記録する第１記録手段と、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、
前記送信添付ファイルが前記既知ファイルと前記新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルのそれぞれと前記過去ファイルとのファイル間の関係を解析して、該送信添付ファイルとある過去ファイルとの関係が、該過去ファイルを編集することにより該送信添付ファイルを生成したことを示す改訂関係である、または該過去ファイルが該送信添付ファイルの内容についての補足情報を示す参考関係であると関係付ける関連付け手段と、
前記送信添付ファイルのうちの既知ファイルであると判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、
前記改訂関係および前記参考関係の少なくともいずれか１つを示す情報を追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段として機能させるためのファイル関連付けプログラム。
【請求項１４】
コンピュータを、
ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、
過去に作成された過去ファイルと、前記過去ファイルの属性を示す過去ファイル情報とを記録する第１記録手段と、
過去に受信した受信メッセージを記録する第２記録手段と、
前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、
前記送信添付ファイルが既知ファイルと新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルと前記過去ファイルとのファイル間の関係、または前記送信メッセージと前記受信メッセージとのメッセージ間の関係、または前記送信メッセージおよび前記受信メッセージと前記過去ファイルおよび前記送信添付ファイルとのファイルメッセージ間の関係を解析する関連付け手段と、
前記送信添付ファイルのうちの既知ファイルと判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、
前記関連付け手段により解析した関係を示す情報を少なくとも１つ追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段と、を具備することを特徴とするファイル関連付けプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル関連付け装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来技術として、ＣＶＳやＳｕｂｖｅｒｓｉｏｎといったファイルのバージョン管理システムがあり、主にソフトウェア開発支援分野で多用されている。これらのシステムは、ファイルの追加、削除、ファイル名の変更を含めた編集を記録することができ、ユーザはその記録内容に基づき、最新のバージョンやある時点でのバージョンのファイルを取得することができる。また、記録時に作業記録を併記することで、作業上の関係を記録することもできる。
【０００３】
しかし近年、電子メールやインスタントメッセンジャーといった電子コミュニケーション支援ツールを介してメッセージを交換し、その中で文書ファイルを作成したり、編集したりすることが増えている。このような場合、文書ファイルはメッセージに添付して相手に送信するという方法をとる。このような場合にバージョン管理システムと連携しようとすると、ファイルＺを参考にしつつファイルＸを改訂し、ファイルＸ’を作成した後、例えば以下の２つの例が考えられる。
【０００４】
（１）バージョン管理システムにＸの改訂ファイルとしてＸ’を登録し、例えば「Ａ氏の時刻“２００７−０２−０１ ０９：００：００”投稿のメールに基づき、文言を修正し、改訂を行った」などといった作業上の関係を記述した後、改めてメッセージを作成し、添付ファイルとしてファイルＸ’を添付する。
【０００５】
（２）「Ａさんへ。ご指摘された内容に基づき文言を修正しました。お確かめください。アドバイスにあったファイルＺを参考にさせていただきました。ありがとうございます」などといったメッセージを作成し、添付ファイルとしてファイルＸ’を添付し、送信した後、バージョン管理システムにＸの改訂ファイルとしてＸ’を作業上の関係付きで記録する。
【０００６】
理想的には、ファイルＺを参考にした、という関係もバージョン管理システムに記録する必要があり、このような情報はメッセージの中にのみ登場することが多い。これらの作業は部分的に重複した作業を含むため面倒であり、（１）の場合はファイル更新作業、（２）の場合は通知＆送付作業が主であるため、他の作業の優先度は低く、その場で積極的に行う理由がない。そのため、バージョン管理のメリットが直近のメリットとして感じにくいことや、前述の面倒さも相まって、有効な運用を行うことが難しい。
【０００７】
例えば、作業プロセス上のクリティカルなチェックポイントでは、手順やルールを厳密に定めて運用するケースが多いものの、より多くの情報がやりとりされる、チェックポイント間のカジュアルな場面ではその煩わしさから行われにくい。
【０００８】
このような状況に対して、従来技術では、  
（ａ）バージョン管理システムの強化  
（ｂ）メッセージの一部に作業履歴のログをペーストする  
などの方法がある（例えば、特許文献１参照）。
【特許文献１】特開２００１−９２７３４公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、上記（ａ）および（ｂ）のいずれもコミュニケーションツールとその他のツールの両方を使用しなければならないため、通常の作業プロセスよりも仕事量が増える。複数人による市場調査や文書編集などを行う際には、他人から受け取ったファイルや公開されているファイルを修正し、再送信を行うといった行為が多数発生する。
【００１０】
お互いのファイルがどの情報を反映しているかを管理することは、文書の作成経緯や、議論や作業の反映状況を知る上で非常に重要ではあるが、一般的に面倒な作業である。特に、自分が修正したファイルが、過去のどのファイルと関係を持つかを伝えることは、直近では自分自身のメリットにつながりにくいため実施されにくく、手順やルールを決めて運用しなければならないことが多い。
【００１１】
本発明は、上記の課題を解決するためになされたものであり、ファイル間の関連づけ作業の煩雑さを軽減するためのファイル関連付け装置、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、過去に作成された過去ファイルを記録する第１記録手段と、前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、前記送信添付ファイルが前記既知ファイルと前記新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルのそれぞれと前記過去ファイルとのファイル間の関係を解析して、該送信添付ファイルとある過去ファイルとの関係が、該過去ファイルを編集することにより該送信添付ファイルを生成したことを示す改訂関係である、または該過去ファイルが該送信添付ファイルの内容についての補足情報を示す参考関係であると関係付ける関連付け手段と、前記送信添付ファイルのうちの既知ファイルであると判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、前記改訂関係および前記参考関係の少なくともいずれか１つを示す情報を追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段とを具備することを特徴とする。
【００１３】
また、本発明は、ある宛先向けの送信メッセージと、該送信メッセージに添付される少なくとも１つの送信添付ファイルとを受信する受信手段と、過去に作成された過去ファイルと、前記過去ファイルの属性を示す過去ファイル情報とを記録する第１記録手段と、過去に受信した受信メッセージを記録する第２記録手段と、前記送信添付ファイルが複数の場合はそれぞれ、前記過去ファイルと比較して該送信添付ファイルと同一のファイルである既知ファイルであるか、または該送信添付ファイルと同一のファイルでない新規ファイルであるかを判定する判定手段と、前記送信添付ファイルが既知ファイルと新規ファイルとをそれぞれ１個以上含んでいると判定された場合に、前記送信添付ファイルと前記過去ファイルとのファイル間の関係、または前記送信メッセージと前記受信メッセージとのメッセージ間の関係、または前記送信メッセージおよび前記受信メッセージと前記過去ファイルおよび前記送信添付ファイルとのファイルメッセージ間の関係を解析する関連付け手段と、前記送信添付ファイルのうちの既知ファイルと判定されたファイルを削除して新規ファイルのみを新規添付ファイルとして前記送信メッセージに添付する添付手段と、前記関連付け手段により解析した関係を示す情報を少なくとも１つ追加情報として前記送信メッセージに追加して変換メッセージを得る変換手段と、を具備することを特徴とする。
【発明の効果】
【００１４】
本発明のファイル関連付け装置、方法及びプログラムによれば、ファイル間の関連付け作業の煩雑さを軽減できる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しながら本発明の実施形態に係るファイル関連付け装置、方法及びプログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。
【００１６】
実施形態では、ファイル関連付け装置をサーバに実装した場合を想定して説明する。
【００１７】
本発明の本実施形態に係るファイル関連付け装置について図１を用いて説明する。  
本実施形態に係るファイル関連付け装置１００は、メッセージ受信部１０１、既知ファイル判定部１０２、メッセージ蓄積部１０３、メッセージ送信部１０４、メッセージ記憶部１０５、ファイル記録部１０６、ファイル間コンテクスト解析部１０７、ファイル間コンテクスト関連付け部１０８、ファイル間コンテクスト記録部１０９、メッセージ内容変換部１１０、アクセス制御部１１２、ファイル間コンテクスト提示部１１３を含む。
【００１８】
メッセージ受信部１０１は、他の通信手段（図示せず）からメッセージを受け取って既知ファイル判定部１０２へ送る。メッセージ受信部１０１は、このメッセージにファイルが添付されている場合には添付ファイルも受け取って既知ファイル判定部１０２へ送る。メッセージは、メッセージの属性情報と本文を含む。  
既知ファイル判定部１０２は、メッセージ受信部１０１から取得したメッセージにファイルが添付されていた場合、そのファイルが既知かどうか、つまり同じ内容を含むファイルが記録されているかどうかを、ファイル記録部１０６を参照して判定する。もし取得した添付ファイルが複数個で、新規の添付ファイル（新規添付ファイル）が１つ以上あり、かつ、既知の添付ファイルが１つ以上ある場合であれば、既知ファイル判定部１０２はこれらファイルとメッセージをファイル間コンテクスト解析部１０７に送る。もし、添付ファイルが１つだけあるいは添付ファイルがすべて既知あるいはすべて新規だった場合は、既知ファイル判定部１０２はそれ以上処理を行わずに添付ファイルとメッセージをメッセージ蓄積部１０３に送る。
【００１９】
メッセージ蓄積部１０３は、既知ファイル判定部１０２またはメッセージ内容変換部１１０からメッセージと添付ファイルを取得する。メッセージ蓄積部１０３は、メッセージと添付ファイル情報をメッセージ記憶部１０５へ送り、また添付ファイルとメッセージをファイル記録部１０６送り、さらに、このメッセージと添付ファイルをメッセージ送信部１０４に送る。添付ファイル情報は、添付ファイルを特定できる情報を含み、例えばファイル名である。メッセージ記憶部１０５に記録するメッセージと添付ファイル情報については図２を用いて後に説明する。メッセージ蓄積部１０３は、メッセージ送信部１０４、メッセージ記憶部１０５、ファイル記録部１０６にデータを送信後、内容を空にする。メッセージ蓄積部１０３はバッファのように動作する。
【００２０】
メッセージ送信部１０４は、メッセージ蓄積部１０３から受け取ったメッセージと（有れば）添付ファイルを外部へ送信する。  
メッセージ記憶部１０５は、メッセージ蓄積部１０３から受け取ったメッセージと添付ファイル情報を記録する。またメッセージ記憶部１０５は、記録したメッセージと添付ファイル情報を、ファイル間コンテクスト解析部１０７、アクセス制御部１１２、ファイル間コンテクスト提示部１１３へ送る。  
ファイル記録部１０６は、メッセージ蓄積部１０３から受け取ったファイルとメッセージを受け取り、ファイル情報を生成し記録する。また記録したファイルやファイル情報を、既知ファイル判定部１０２、ファイル間コンテクスト解析部１０７、アクセス制御部１１２、ファイル間コンテクスト提示部１１３へ送る。ファイル情報については図３を用いて後述する。
【００２１】
ファイル間コンテクスト解析部１０７は、既知ファイル判定部１０２から受け取った添付ファイルとメッセージに基づいて、この添付ファイルが、既知のファイルや他の添付ファイルとどのような作業上の関係（コンテクスト）があるかを解析する。その際メッセージ記憶部１０５、ファイル記録部１０６に記録した情報を参照しながら解析を行って、過去に受信したメッセージと送信を行うメッセージとの関係や、メッセージとファイルの関係についても解析しながら、その解析結果と、既知ファイル判定部１０２から受け取った添付ファイルとメッセージをファイル間コンテクスト関連づけ部１０８へ送る。ファイル間コンテクスト解析部１０７の詳細については図８Ａ、図８Ｂを用いて後述する。
【００２２】
ファイル間コンテクスト関連づけ部１０８は、ファイル間コンテクスト解析部１０７から受け取った解析結果を基に、ファイル同士の作業上の関係を検出して、ファイル間コンテクスト情報を生成し、このファイル間コンテクスト情報と既知ファイル判定部１０２から受け取った添付ファイルとメッセージとをファイル間コンテクスト記録部１０９とメッセージ内容変換部１１０へ送る。ファイル間コンテクスト情報は図４に示す。詳細は後の「（２）ＸおよびＸ’の一方が既知で他方が新規である場合」で説明する。  
ファイル間コンテクスト記録部１０９は、ファイル間コンテクスト関連づけ部１０８により検出した作業上の関係であるファイル間コンテクスト情報を記録する。また、記録したファイル間コンテクスト情報をアクセス制御部１１２とファイル間コンテクスト提示部１１３へ送る。
【００２３】
メッセージ内容変換部１１０は、ファイル間コンテクスト関連づけ部１０８から受け取った、作業上の関係を検出したメッセージを基に、メッセージに追加情報を付加したり、既知である添付ファイルを削除してメッセージの加工を行ったりして、加工されたメッセージと添付ファイルをメッセージ蓄積部１０３へ送る。メッセージ内容変換部１１０の詳細については図６、図７を用いて後述する。
【００２４】
アクセス制御部１１２は、ユーザ端末１１１によりキーとして使用されたものが、上述したファイルもしくはメッセージの作成者または受信者かどうかをメッセージ記憶部１０５の記録情報や、ファイル記録部１０６またはファイル間コンテクスト記録部１０９へ記録された情報を用いてアクセスを許可するかどうかを判定する。アクセス制御部１１２は、アクセスを許可するユーザ端末１１１の場合はこのユーザ端末１１１をファイル間コンテクスト提示部１１３へ接続する。
【００２５】
ファイル間コンテクスト提示部１１３は、メッセージまたはファイルの作業上の関係をメッセージ記憶部１０５、ファイル記録部１０６、ファイル間コンテクスト記録部１０９を用いてファイル間コンテクストを生成し提示する。ファイル間コンテクスト提示部１１３の詳細については図８Ａおよび図８Ｂを用いて後述する。
【００２６】
なお、ファイル関連付け装置１００には、例えば、外部のユーザ端末１１１からユーザがアクセスできる。ユーザ端末１１１は、ユーザがファイルもしくはメッセージの作成者または受信者をキーにして、アクセス制御部１１２へアクセスを行う。
【００２７】
より具体的に、「メッセージ作成ユーザＡが、ファイルＸを編集してＸ’を作成した後、双方を添付したメッセージＭ１を作成しユーザＢおよびＣに送信する」という場面を考えて本実施形態の各部について図２、図３、図４、図５、図６、図７を参照しながら説明する。  
メッセージ作成ユーザＡによって送信されたメッセージＭ１は、メッセージ受信部１０１によって受信され、既知ファイル判定部１０２によって、ファイルＸおよびＸ’がファイル関連付け装置１００にとって既知かどうかを判定する。（１）ＸおよびＸ’の両方が既知ではない、あるいは両方とも既知の場合、（２）ＸおよびＸ’の一方が既知で他方が新規である場合、に分けて説明をする。
【００２８】
（１）ＸおよびＸ’の両方が既知ではない、あるいは両方とも既知の場合  
既知ファイル判定部１０２がメッセージと添付ファイルをメッセージ蓄積部１０３に送り、メッセージ蓄積部１０３がメッセージと添付ファイル情報をメッセージ記憶部１０５に記録する。メッセージは、メッセージの属性情報と本文を含む。属性情報は、例えば、メッセージのｉｄ（Ｍｅｓｓａｇｅ−ＩＤ）、送信日時、作成者、宛先、題名を含む。  
このメッセージ記憶部１０５によって記録されるメッセージと添付ファイル情報の例について図２を用いて説明する。  
この例では、メッセージ２０１，２０２，２０３，２０４の４通と、添付ファイル情報２０５，２０６，２０７，２０８，２０９の５つが、ユーザ鈴木、山田、田中の３者の間でやり取りされた際の記録である。  
属性情報２１０は、メッセージ全体でユニークなＩＤであるＭｅｓｓａｇｅ−ＩＤ、送信ユーザ（送信者）、投稿日時（日時）で構成される。本文２１１はメッセージとしての内容であり、添付ファイル情報２１２はメッセージと同時に送信されるファイルの情報（例えばファイル名）であり、複数のファイルが添付できる。
【００２９】
この例では、ユーザ鈴木がメッセージ２０１を作成し、ファイル２０５を添付してユーザ山田およびユーザ田中に送信する。それを受け取ったユーザ山田がユーザ鈴木およびユーザ田中に返信（メッセージ２０２）をする。さらに、ユーザ田中がユーザ鈴木およびユーザ山田にファイル２０６を添付して返信（メッセージ２０３）をする。最後に、ユーザ鈴木がユーザ山田とユーザ田中に対して、ファイル２０７，２０８，２０９を添付して返信（メッセージ２０４）している。
【００３０】
ここで、添付ファイルである２０５と２０７は同一添付ファイルであり、２０６と２０９は同一添付ファイルである。このメッセージ２０４はユーザ鈴木が投稿した時点の状態であり、実際に記録されるものは、メッセージ内容変換部１１０によって添付ファイル２０７と２０９の関係が削除され、本文が一部加工されたものとなる。実施形態によっては、記録目的で加工前と後の２状態をメッセージ記憶部１０５に記録してもよい。
【００３１】
さらに、ＸおよびＸ’についてはファイル記録部１０６にも記録される。ファイル記録部１０６に記録されるファイル情報は、添付ファイルに関する情報であり、例えばファイルのタイトル、Ｍｅｓｓａｇｅ−ＩＤ、ファイルのハッシュ値（例えばＭＤ５）である。このハッシュ値は、ファイル間コンテクスト解析部１０７が生成する。  
ファイル記録部１０６における記録例について図３を用いて説明する。ファイル記録部１０６は、ファイルＩＤ３０１、登録日時３０２、ファイル名３０３、登録者３０４、添付元メッセージのＭｅｓｓａｇｅ−ＩＤ３０５、ファイルのハッシュ値３０６、本体の具体的な保存場所であるオリジナル保存場所３０７（この例では保存先ＵＲＩを使用している）を含んでいる。なお、実際にファイル自体をファイル記録部１０６に記録する必要は必ずしもなく、例えば別のサーバに記録しておき、必要とされるときにリンクを辿ってファイルを取得してもよい。  
この記録により、メッセージに添付されたファイルが、どの既存のファイルと対応しているかを知ることができる。ファイル同士の対応を調べる手段として、ハッシュ値を用いる。ハッシュ値は、ファイルの内容をバイナリ化したものからハッシュ関数を用いて計算し（この場合はＭＤ５を用いている）、ハッシュ値が同一であればファイル内容も同一であると決定する。ここではハッシュ値の詳しい算出方法については省略する。また、ＩＤ４およびＩＤ５は過去に投稿されたメッセージの添付ファイルではなく、共有フォルダに登録されているファイルである。このような形で添付ファイル以外のファイルをファイル記録部１０６に格納することで、メッセージへの添付ではないファイルも、本システムによる関係元ファイルとして使用することができる。  
最後に、メッセージ送信部１０４によって送信先のユーザＢおよびＣに送信される。
【００３２】
（２）ＸおよびＸ’の一方が既知で他方が新規である場合  
既知ファイル判定部１０２はメッセージと添付ファイルをファイル間コンテクスト解析部１０７に渡し、ファイル間コンテクスト解析部１０７は、既知のファイルと、他の添付ファイルとの作業上の関係（コンテクスト）を解析する。ここでは、添付ファイルＸに対するＸ’の作業上の関係を解析する。
【００３３】
例えば、ファイルＸが以前ユーザＡ，Ｂ，Ｃとの間でやりとりされたメッセージに添付されていたものである場合、ファイルＸ’はファイルＸと何らかの作業上の関係があるものと見なす。  
本実施形態で判定する作業上の関係とは、ファイルＸを編集してファイルＸ’を作ったという「改訂関係」と、ファイルＸ’の内容を理解するためにファイルＸの内容を見ることが必要、またはファイルＸの補足情報としてファイルＸ’を作った、という「参考関係」の２つを指す。この解析の詳細は図８Ａ、図８Ｂを用いて後述するが、例えば作成者が同一であるファイル２つが、あまり時間をおかずに同じ送信先に送られた場合、その２つのファイルは「改訂関係」にある可能性が高い。一方、作成者でない者が、自分が作ったファイルと一緒に他者が過去に作成したファイルを加えたメッセージを送った場合は、それらのファイルには「参考関係」がある可能性が高い。
【００３４】
この関係はファイル間コンテクスト関連付け部１０８によってファイル間コンテクスト記録部１０９に記録される。  
ファイル間コンテクスト記録部１０９における記録例について図４を用いて説明する。ファイル間コンテクスト記録部１０９は、ファイル間コンテクスト情報として、作業上の関係の種類４０１、関係元ファイルＩＤ４０２、関係先ファイルＩＤ４０３、関係付けたユーザ４０４を含む。１０８が、作業上の関係の種類４０１として、「改訂」か「参考」かのいずれかを選択する。関連づけたユーザ４０４は、関係付けが発生したメールの作成者に等しい。この情報により、どのファイルがどのファイルと作業上の関係があるかを、芋づる式に知ることができる。また関連付けたユーザ４０４の内容を用いてアクセス制御に用いることもできる。
【００３５】
ここで、ファイル間コンテクスト関連付け部１０８において、Ｘ’がＸに対して「改訂関係」にあると判定された場合を考える。この場合、メッセージ内容変換部１１０によって、検出した作業上の関係に基づいてメッセージの加工を行う。添付されたファイルＸは、ファイルＸ’がＸの改訂であることを表すために添付されたものであり、ユーザＢ，Ｃにとってすでに既知の情報を示すファイルである。  
よってメッセージ内容変換部１１０では、これを削除し、「ファイルＸ’はＸの改訂ファイルです」という文言をメッセージ本文末尾に追加する。
【００３６】
より詳細に、メッセージ内容変換部１１０における変換フローおよび変換後のメッセージの具体例として図５、図６を用いて説明する。前提として、ファイル間コンテクスト関連付け部１０８は、図２に示す２０７と２０９は既知ファイルであるため作業上の関係を解析し、２０７と２０８は改訂関係、２０９と２０８は参考関係であると判定したとする。
【００３７】
（Ｓ５０１）送信メッセージＭ、新規ファイルＦ＿ｎｅｗ、既知ファイルＦ＿ｋｎｏｗｎ、Ｆ＿ｎｅｗと連なるファイル間コンテクスト情報を入力として受け取る。図６においては、メッセージ内容変換部１１０は図２に示す３つの添付ファイル２０７，２０８，２０９と、メッセージ２０４を受け取る。
【００３８】
（Ｓ５０２）受け取ったメッセージＭの添付ファイルから既知ファイルＦ＿ｋｎｏｗｎを削除してＳ５０３に進む。図６においては、メッセージ内容変換部１１０は、ファイル２０７と２０９の添付を削除する。
【００３９】
（Ｓ５０３）既知ファイルを削除した代わりに、本文の末尾に新規ファイルＦ＿ｎｅｗと既知ファイルＦ＿ｋｎｏｗｎの関係、既知ファイルＦ＿ｋｎｏｗｎを受信者が取得する方法、新規ファイルＦ＿ｎｅｗと他のファイルとの関係を閲覧する方法などの情報を示す文言を追加する。一般的には、ＵＲＩ（Uniform Resource Identifier）を記述することで、既知ファイルＦ＿ｋｎｏｗｎの取得方法や、他のファイルとの関係の閲覧方法などの誘導を行うことができる。  
その際に作業上の関係を表す文言または画像を付与する。作業上の関係の記述方法としては、最も簡単な方法して「改訂関係」「参考関係」という文言と、関係の向きを矢印などの図形で記述することである。改訂関係の場合、双方のファイルの内部の差異を取り、その大小に応じて「微修正」「大修正」などの文言を追加してもよい。図６においては、追加文言６０３の追加を行って、本文中に作業上の関係とファイル間コンテクスト提示部１１３への誘導ＵＲＩを追加する。最終的に、このメッセージに添付されるファイルは２０８のみである。
【００４０】
なお、ファイル２０９とファイル２０７は参考関係であるが、ファイル２０９のハッシュ値に該当する既知のファイルは、添付されたファイルの他にもう一つ存在する（図３のＩＤ４）。これは、ファイル名３０３が違うが、ファイルの内容は同じものである場合にハッシュ値が同じとなる。このような場合、該当するものの情報をすべて、または登録日時が新しい順または古い順に数個を合わせて提示して、文言の追加を行ってもよい。
【００４１】
このように、メッセージ内容変換部１１０によって文言が追加された後、編集後の状態もしくは編集前後の状態の組を、メッセージ蓄積部１０３を介してメッセージ記憶部１０５およびファイル記録部１０６に記録する（記録内容は前述に従う）。最後に、メッセージ送信部１０４によって編集後のメッセージがユーザＢおよびＣに送信される。
【００４２】
以上、（１）ＸおよびＸ’の両方が既知ではない、あるいは両方とも既知の場合と（２）ＸおよびＸ’の一方が既知で他方が新規である場合について説明したが、さらにどちらの場合も、ユーザＡ、Ｂ、Ｃは、このようにして付けられた作業上の関係を参照することができる。具体的には、ファイルもしくはメッセージの作成者または受信者をキーにして、ユーザ端末１１１を介してファイル間コンテクスト提示部１１３へアクセスすることで参照する。この参照は、プライバシーや秘密保持のため、アクセス制御部１１２によって制限される。この制限は、シンプルには、キーとして使用したファイルもしくはメッセージの作成者または受信者かどうかで判定する。ユーザがこれらのいずれかでなければ参照することができない。この判定はメッセージ記憶部の情報を用いることで可能である。
【００４３】
このファイル間コンテクスト提示部１１３における提示例について図７を用いて説明する。  
画面７０１は（ａ）話題集合中心の提示例であり、メッセージ間の話題集合を中心に、添付ファイルとメッセージ間の関係やその他のファイルとの作業上の関係を矢印でグラフ表示した画面である。  
画面７０２は（ｂ）ファイルの更新過程中心の提示例であり、ファイル間の「改訂関係」、「参考関係」を大きな矢印で中心的に表示し、ファイルが添付されたメッセージとその話題集合をその隣に配置することで、ファイルの更新過程を伝えることを目的とした画面である。  
（ａ）、（ｂ）どちらの表示例も、メッセージアイコン７０３、ファイルアイコン７０４、ファイルメッセージ間対応関係７０５、作業上の関係７０６を含む。  
メッセージに添付されていないファイル、例えば共有フォルダに登録されているようなファイルは、画面７０１では所属メッセージが存在しない形で、無所属ファイル７０７のように表示される。このように、ファイル間コンテクスト提示部１１３によって、メッセージとファイルとの作業上の関係が簡潔かつ明瞭に示すことができる。
【００４４】
次に、本実施形態における「改訂関係」、「参考関係」の判定を行うファイル間コンテクスト解析部１０７での解析フローの例について図８Ａを用いて詳細に説明する。  
はじめに、既知ファイル判定部１０２によって、複数の添付ファイルのうち、１つ以上の添付ファイルが既知だと判定されたメッセージは、ファイル間コンテクスト解析部１０７で、既知と判定されたファイルとその他のファイルとのコンテクストの判定を行うためＳ８０１に進む。もし添付ファイルが１つしかない、あるいは添付ファイルがすべて既知である、あるいはすべて新規だと判定された場合は、それ以上処理を行わずにメッセージ蓄積部１０３に送り、はじめに添付されていたメッセージやファイルをメッセージ記憶部１０５とファイル記録部１０６に送り、さらにメッセージ送信部１０４に送る。
【００４５】
この解析フローの入力は、ｎ個の新規ファイルＦ＿ｎｅｗとｍ個の既知ファイルＦ＿ｋｎｏｗｎである場合を考える（ｍ，ｎ＝１，２・・・）。既知ファイルＦ＿ｋｎｏｗｎはそれぞれ添付元Ｍｅｓｓａｇｅ−ＩＤとオリジナルの保存場所のいずれかまたは両方を持っている。  
処理中のメッセージにはｎ＋ｍ個のファイルが添付されていることになる（Ｓ８０１）。この例では、ｎとｍの個数に従って処理を別々に行う。
【００４６】
ｎ、ｍがともに１のときはＳ８０３に進み、それ以外の場合はＳ８０５に進む（Ｓ８０２）。  
新規ファイルＦ＿ｎｅｗと既知ファイルＦ＿ｋｎｏｗｎにおいて単一ファイル間コンテクスト判定を行い、これらのファイルのコンテクストの判定を行い「改訂関係」か「参考関係」を決定する（Ｓ８０３）。単一ファイル間コンテクスト判定については図８Ｂを用いて詳細に後述する。  
判定結果はファイル間コンテクスト関連付け部１０８に渡され、ファイル間コンテクスト記録部１０９に記録する（Ｓ８０４）。
【００４７】
Ｓ８０５でｎが１であるの場合はＳ８０６へ進み、ｎが２以上の場合はＳ８０８へ進む（Ｓ８０５）。Ｓ８０６では、主に新規ファイルの補足資料として他の資料を付けているケースが考えられる。  
よって既知ファイルＦ＿ｋｎｏｗｎの中で最も内容が新規ファイルＦ＿ｎｅｗに類似しているファイルを、Ｆ＿ｋｎｏｗｎ＿ｓｉｍとして判定し（Ｓ８０６）、改訂しているかもしれないファイルと見なす。類似しているファイルＦ＿ｋｎｏｗｎ＿ｓｉｍと新規ファイルＦ＿ｎｅｗとの単一ファイル間コンテクスト判定（詳細は図８Ｂ）を行い「改訂関係」または「参考関係」とする。また、他の既知ファイルＦ＿ｋｎｏｗｎは新規ファイルＦ＿ｎｅｗとは判定を行わず、自動的に「参考関係」とする（Ｓ８０７）。その後、ファイル間コンテクスト記録部１０９に結果を記録する（Ｓ８０４）。
【００４８】
類似しているファイルＦ＿ｋｎｏｗｎ＿ｓｉｍの選択基準の「内容が類似している」とは、ファイル内に存在する特徴的な文字列や図が似ていることを指す。また、既知ファイルが過去に投稿されたメッセージの添付ファイルだった場合、そのメッセージ本文と現在処理中のメッセージの本文の類似性を用いてもよい。この場合は、メッセージの題名や本文のみならず、作成者、送信先といった情報の類似性も用いることができる。  
題名や本文などの文字列の類似性の具体的な計算方法は、情報検索の分野では特徴語抽出（keyword extraction）として様々な方法が提案されており、本発明のポイントではないため省略する。
【００４９】
Ｓ８０８でｍが１の場合はＳ８０９へ進む（Ｓ８０８）。Ｓ８０９では、主に一つの主張を複数のファイルを使って説明する場合のメッセージに多く見られる。そのため、既知ファイルはその説明用の資料、あるいは新規ファイルとコンテクストの関連付けを行うためであると考えられる。  
そこで既知ファイルに最も類似している新規ファイルＦ＿ｎｅｗ＿ｓｉｍを判定し（Ｓ８０９）、その両者間の単一ファイル間コンテクスト判定（詳細は図８Ｂ）を行う。他の新規ファイルに対しては何も行わない（Ｓ８１０）。類似性の判定方法はＳ８０６と同様である。この判定結果を、同様にファイル間コンテクスト記録部１０９に記録する（Ｓ８０４）。
【００５０】
最後に、Ｓ８０８でおよびｎが２以上の場合はＳ８１１に進み、何らかの基準で新規ファイルＦ＿ｎｅｗを一つ選択し、他の既知ファイルＦ＿ｋｎｏｗｎすべてとの間に参考関係がある判定する。新規ファイルを選択する基準の計算は、メッセージ本文中に最初に登場するファイル名を持つ新規ファイル、最もファイル更新日時が新しい新規ファイル、特定の拡張子（ファイル名のパターン）を持つ新規ファイル、などといった簡単な方法で行うことができる。この結果も同様にファイル間コンテクスト記録部１０９に記録する（Ｓ８０４）。
【００５１】
図２に示す例では、新規ファイルＦ＿ｎｅｗが１個（定例会資料（２月３日））、既知ファイルＦ＿ｋｎｏｗｎが２個（定例会資料ドラフトと開発スケジュールｕｐｄａｔｅ３）であるので、図８Ａに示すＳ８０５からＳ８０６へ進み、Ｓ８０６で既知ファイルの中で（定例会資料（２月３日））と最も類似していると考えられる（定例会資料ドラフト）を決定し、Ｓ８０７において単一ファイル間コンテクスト判定を行って、「改訂関係」であると決定する。その他の既知ファイルである（開発スケジュールｕｐｄａｔｅ３）は、「参考関係」であると判定する。
【００５２】
さらに、単一ファイル間コンテクスト判定について図８Ｂを用いて詳細に説明する。  
図８Ｂは、ファイル間コンテクスト解析フローのうち、単一ファイル間コンテクスト判定を行う処理フローの例である。この処理フローの目的は、新規ファイルと既知ファイルの間のコンテクストを判定することである。本例では図８Ａに示すＳ８０３、Ｓ８０７、Ｓ８１０において、新規ファイルと既知ファイルが「改訂関係」と「参考関係」という２つのコンテクストのうち、いずれかであることを判定する。
【００５３】
本フローへの入力は新規ファイル１つ、既知ファイル１つである（Ｓ８２０）。この２つのファイルの各種の属性情報を比較することで、どちらのコンテクストがふさわしいかを決める。本例で使用する情報は、
（ａ）添付されたメッセージ投稿者またはファイル登録者の同一性  
（ｂ）添付されたメッセージ投稿日時またはファイル登録日時の差  
（ｃ）添付されたメッセージの送信先の類似性  
（ｄ）添付されたメッセージ間の話題の類似性  
の４つである。上位にあるほど判定に対して重要性が高い  。
【００５４】
ファイルの改訂を行う場合は作成者本人が、何らかのファイルの参考情報というかたちで提示する場合は他者が行うことが一般的であることから、まず（ａ）を最初に判定する（Ｓ８２１）。もし新規ファイルの作成者が既知ファイルの登録者と同一であると判定された場合、Ｓ８２２に進む。作成者が同一ではない場合は、Ｓ８２７に進む。
【００５５】
通常、ファイルは完成度が上がるまでは頻繁に改訂されるが、一定時間を過ぎると改訂されなくなる。そこで、（ｂ）の判定としてＳ８２２では、作成日時と登録日時の差が一定時間内であれば「改訂関係」として関係付けを行う（Ｓ８２５）。
【００５６】
一定時間が過ぎた場合はＳ８２３へ進むが、会計ファイルなどは半期または１年毎に更新されることもあるため、送り先、つまりファイルの提供相手の一致度が高い場合は改訂と見なすことができる可能性が高い。ここで「一致度」とは、話題提供相手の８０％が同一などといった閾値を基準として判定する。よって（ｃ）の判定例として、Ｓ８２３でファイルの添付元メールの送信先の一致度が閾値以上である場合は「改訂関係」として関係付けを行う（Ｓ８２５）。
【００５７】
Ｓ８２３において「一致度が閾値以上」と判定されなければ、Ｓ８２４へ進む。  
「一致度が閾値以上」と判定されない場合でも、ある仕事において担当者は引き継ぎ等で入れ替わることがあるため、話題の類似性によって判定することができる。よって（ｄ）の判定として、Ｓ８２４で話題の類似性の一致度が高いと判定されれば「改訂関係」であるとみなす（Ｓ８２５）。
【００５８】
話題の類似性の一致度の判定は、慣例的に、ｉｎ−ｒｅｐｌｙ−ｔｏ属性としてメッセージの返信元のＭｅｓｓａｇｅ−ＩＤとして付与されている情報などを使って複数の過去に受信したメッセージと添付メッセージに対して、グルーピングした話題集合（一般的にスレッド、またはトピックと呼ばれるもの）を判定したうえで、集合ごとの特徴語を抽出して話題とするアルゴリズムなど、多くのアルゴリズムが情報検索の分野では知られているが、ここでは説明を省略する。このようなアルゴリズムで決定した話題集合の中の特徴語の出現頻度などを閾値と扱い、出現頻度が高ければ、「改訂関係」にあるといった判定を行う。
【００５９】
新規ファイルの作成者が既知ファイルの登録者ではない場合は、Ｓ８２１からＳ８２７へ進む。この場合、日時差の持つ意味が逆転し、既知ファイルの作成者本人から資料の保守を引き継いだ可能性が考えられる。そこで、Ｓ８２７では一定日時以上の投稿の場合は、送信先の等しさを確認し、Ｓ８２３で行う判定同様にファイルの添付元メールの送信先の一致度が閾値以上である場合、「改訂関係」とする（Ｓ８２８）。それ以外は「参考関係」とする。  
図３に示す例では、登録者３０４をみると新規ファイル（定例会資料（２月３日））と既知ファイル（定例会資料ドラフト）の登録者がどちらも鈴木であるので、図８ＢにおいてＳ８２１からＳ８２２へ進み、登録日時３０２をみると新規ファイルと既知ファイルの登録日時が２日違いであり、Ｓ８２２における一定時間以内といえるため、ファイルの関係は「改訂関係」と判定する（Ｓ８２５）。
【００６０】
上述した本実施形態によれば、既存のツールを用いたまま、ユーザが意識することなく既知ファイルと新規ファイルとの関係を判定し、ファイル間の関連付けを行うことで、ファイル間の関連付け作業の煩雑さを軽減できる。インターネットやイントラネット上でのファイル管理、および、電子メールやインスタントメッセンジャーに代表されるチャットシステムを用いたメッセージ交換での情報共有、整理方法において、ユーザが意識することなく関連付けを行うことができる。  また、上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述したファイル関連付け装置による効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷなど）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態のファイル関連付け装置と同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合又は読み込む場合はネットワークを通じて取得又は読み込んでもよい。  
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。  
さらに、本願発明における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。  
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本発明における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００６１】
なお、本願発明におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。  
また、本願発明の実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の実施形態における機能を実現することが可能な機器、装置を総称している。
【００６２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６３】
【図１】本実施形態に係るファイル関連付け装置を示すブロック図。
【図２】本実施形態に係るメッセージ記憶部に記録されるメッセージの例を示す図。
【図３】本実施形態に係るファイル記録部に記録される情報の例を示す図。
【図４】本実施形態に係るファイル間コンテクスト記録部に記録される情報の例を示す図。
【図５】本実施形態に係るメッセージ内容変換部の動作を示すフローチャート。
【図６】本実施形態に係るメッセージ内容変換部による変換例を示す図。
【図７】本実施形態に係るファイル間コンテクスト提示部の提示例を示す図。
【図８Ａ】本実施形態に係るファイル間コンテクスト解析部の動作を示すフローチャート。
【図８Ｂ】単一ファイル間コンテクスト判定の動作を示すフローチャート。
【符号の説明】
【００６４】
１００・・・ファイル関連付け装置、１０１・・・メッセージ受信部、１０２・・・既知ファイル判定部、１０３・・・メッセージ蓄積部、１０４・・・メッセージ送信部、１０５・・・メッセージ記憶部、１０６・・・ファイル記録部、１０７・・・ファイル間コンテクスト解析部、１０８・・・ファイル間コンテクスト関連付け部、１０９・・・ファイル間コンテクスト記録部、１１０・・・メッセージ内容変換部、１１１・・・ユーザ端末、１１２・・・アクセス制御部、１１３・・・ファイル間コンテクスト提示部、２０１、２０２、２０３、２０４・・・メッセージ、２０５、２０６、２０７、２０８、２０９・・・ファイル、２１０・・・属性、２１１・・・本文、２１２・・・添付ファイル、３０１・・・ＩＤ、３０２・・・登録日時、３０３・・・ファイル名、３０４・・・登録者、３０５・・・添付元Ｍｅｓｓａｇｅ−ＩＤ、３０６・・・ハッシュ値、３０７・・・オリジナル保存場所、４０１・・・作業上の関係の種類、４０２・・・関係元ファイルＩＤ、４０３・・・関係先ファイルＩＤ、４０４・・・関係付けたユーザ、６０１・・・変換メッセージ、６０３・・・追加文言、７０１、７０２・・・画面、７０３・・・メッセージアイコン、７０４・・・ファイルアイコン、７０５・・・ファイルメッセージ間対応関係、７０６・・・作業上の関係、７０７・・・無所属ファイル
【図１】
2010079674.tif 000003
【図２】
2010079674.tif 000004
【図３】
2010079674.tif 000005
【図４】
2010079674.tif 000006
【図５】
2010079674.tif 000007
【図６】
2010079674.tif 000008
【図７】
2010079674.tif 000009
【図８Ａ】
2010079674.tif 000010
【図８Ｂ】
2010079674.tif 000011