(57)【要約】【課題】  ファイルが更新された情報を、ファイルを二次的に配布された端末装置にも通知可能とする。【解決手段】  コンピュータネットワークを構成する複数のユーザ端末と接続するファイル授受管理装置であって、ファイル授受に関する情報を記録する記憶手段と、ユーザ端末におけるファイル授受に関する情報を管理する管理手段とを備え、前記管理手段は、いずれかのユーザ端末からファイルを公開する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、前記ファイルを公開したユーザ端末から、当該ファイルを更新した旨の情報を受信すると、前記記憶手段を参照し、当該ファイルを受信したユーザ端末を抽出し、抽出されたユーザ端末に、当該ファイルが更新された旨を通知することを特徴とするファイル授受管理装置。【選択図】  図１
2005346281.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワークを構成する複数のユーザ端末と接続するファイル授受管理装置であって、
ファイル授受に関する情報を記録する記憶手段と、
ユーザ端末におけるファイル授受に関する情報を管理する管理手段とを備え、
前記管理手段は、
いずれかのユーザ端末からファイルを公開する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
前記ファイルを公開したユーザ端末から、当該ファイルを更新した旨の情報を受信すると、前記記憶手段を参照し、当該ファイルを受信したユーザ端末を抽出し、
抽出されたユーザ端末に、当該ファイルが更新された旨を通知することを特徴とするファイル授受管理装置。
【請求項２】
請求項１に記載のファイル授受管理装置であって、
前記接続するユーザ端末のユーザを認証するユーザ認証部をさらに備えることを特徴とするファイル授受管理装置。
【請求項３】
請求項１に記載のファイル授受管理装置であって、
前記管理手段は、いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、さらに、そのファイルの派生元ファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録することを特徴とするファイル授受管理装置。
【請求項４】
請求項１に記載のファイル授受管理装置であって、
前記管理手段は、いずれかのユーザ端末からファイルを送信する旨の情報を受信すると、そのファイルを特定するための情報を送信先のユーザ端末と関連付けて前記記憶手段に記録することを特徴とするファイル授受管理装置。
【請求項５】
コンピュータネットワークを構成する複数のユーザ端末とファイル授受管理装置とを備えて構成されるファイル授受システムであって、
前記ファイル授受管理装置は、
ファイル授受に関する情報を記録する記憶手段と、
ユーザ端末におけるファイル授受に関する情報を管理する管理手段であって、
いずれかのユーザ端末からファイルを公開する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
前記ファイルを公開したユーザ端末から、当該ファイルを更新した旨の情報を受信すると、前記記憶手段を参照し、当該ファイルを受信したユーザ端末を抽出し、
抽出されたユーザ端末に、当該ファイルが更新された旨を通知する管理手段を備え、
前記ユーザ端末は、
他の端末装置との間でファイルを送受信する送受信手段と、
ファイルの公開、更新、および受信に関する情報を前記ファイル授受管理装置に通知する通知手段と、
前記ファイル授受管理装置からファイルが更新された旨の情報を受信すると、その旨を表示する表示手段とを備えることを特徴とするファイル授受システム。
【請求項６】
コンピュータネットワークを構成する複数のユーザ端末と接続するコンピュータをファイル授受管理装置として機能させるためのプログラムであって、
ファイル授受に関する情報を記録する記憶手段と、
ユーザ端末におけるファイル授受に関する情報を管理する管理手段であって、
いずれかのユーザ端末からファイルを公開する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
前記ファイルを公開したユーザ端末から、当該ファイルを更新した旨の情報を受信すると、前記記憶手段を参照し、当該ファイルを受信したユーザ端末を抽出し、
抽出されたユーザ端末に、当該ファイルが更新された旨を通知する管理手段として、コンピュータを機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル授受管理に係り、特に、ファイルが更新された情報を、ファイルを二次的に配布されたユーザ端末にも通知するための技術に関する。
【背景技術】
【０００２】
複数のメンバによって共同で開発作業を進める場合、従来、紙でやり取りされていた仕様書、図面などの開発関連情報は、電子化されたファイルとして、作業者間でやり取りされている。
【０００３】
開発関連情報は、一般に、頻繁に変更される。このため、一度ファイルがやり取りされた文書について、後に内容が更新されることがある。このような場合には、更新前のファイルの受信先にファイルが更新されたことを通知する必要がある。
【０００４】
特許文献１には、パッチレビジョンの管理と不良内容とを関連付けて管理し、複数システムレビジョンに対するパッチ適応データを漏れなく反映させ、対象となる担当者および顧客へパッチファイルを配布するための技術が開示されている。
【０００５】
【特許文献１】特開２００３−２０８３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、開発関連情報は、ファイルの作成者から直接配布される場合のみならず、配布された者が他のメンバに再配布する場合も多い。このため、直接的に配布されたメンバだけに更新情報を通知するだけでは十分でない。
【０００７】
本発明は、ファイルが更新された情報を、ファイルを二次的に配布された端末装置にも通知可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため本発明によれば、
コンピュータネットワークを構成する複数のユーザ端末と接続するファイル授受管理装置であって、
ファイル授受に関する情報を記録する記憶手段と、
ユーザ端末におけるファイル授受に関する情報を管理する管理手段とを備え、
前記管理手段は、
いずれかのユーザ端末からファイルを公開する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、そのファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、
前記ファイルを公開したユーザ端末から、当該ファイルを更新した旨の情報を受信すると、前記記憶手段を参照し、当該ファイルを受信したユーザ端末を抽出し、
抽出されたユーザ端末に、当該ファイルが更新された旨を通知することを特徴とするファイル授受管理装置が提供される。
【０００９】
ここで、前記接続するユーザ端末のユーザを認証するユーザ認証部をさらに備えることができる。
【００１０】
また、前記管理手段は、いずれかのユーザ端末からファイルを受信する旨の情報を受信すると、さらに、そのファイルの派生元ファイルを特定するための情報を当該ユーザ端末と関連付けて前記記憶手段に記録し、あるいは、いずれかのユーザ端末からファイルを送信する旨の情報を受信すると、そのファイルを特定するための情報を送信先のユーザ端末と関連付けて前記記憶手段に記録することができる。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明が適用されるファイル授受システムの一実施形態について、図面を参照して詳細に説明する。まず、本実施形態のファイル授受システムの構成について、図１から図３を参照して説明する。
【００１２】
図１に示すファイル授受システムは、送受信されたファイルが後に更新された場合に、受信側にファイルが更新された旨を通知する機能を有する。このため、ファイル授受システムは、ファイルの授受プロセスを管理するファイル授受プロセス管理装置１と、ファイルの授受プロセスを行うユーザ端末２とを含めて構成され、各装置はＬＡＮ等のネットワークによって接続されている。
【００１３】
ユーザ端末２は、ファイルが通信される方向によって、ファイルの送信側のユーザ端末２Ａと、ファイルの受信側のユーザ端末２Ｂとに分類できる。
【００１４】
なお、図１は、送信側のユーザ端末２Ａが有するファイルが、ファイルの受信側のユーザ端末２Ｂに直接送信されるピア・ツー・ピア方式による構成の一例を示す。これは、ファイル授受システムが、主に不特定多数の作業者が共同で作業する場合を想定していることから、ピア・ツー・ピア方式のシステム構成で構築するのに特に適しているためである。
【００１５】
ここで、ファイルの授受（通信）に使用される通信プロトコルは、様々なものを用いることができる。例えば、ファイル転送に使用されるＦＴＰ（File  Transfer  Protocol）や、電子メールの送信に使用されるＳＭＴＰ（Simple  Mail  Transfer  Protocol）などが挙げられる。また、ファイルの授受の態様には、ダウンロードのように受信側が主体的に行なうものと、電子メールのように送信側が主体的に行なうものとの両方が含まれる。
【００１６】
本図に示すように、ファイル授受プロセス管理装置１は、アクセスするユーザ端末２を認証するために、ファイルの授受プロセスを行うユーザの情報を管理するユーザ情報格納部１０と、ファイルの授受プロセスを行うユーザを認証するユーザ認証部１１と、を含めて構成される。このように、作業者（ユーザ端末２）を認証する手段を設けることにより、ファイル授受プロセスを示す属性情報２１および履歴情報２７の信頼性が向上し、合わせて、作業者間で授受されるデータファイルの内容の信頼性も向上する。
【００１７】
ファイル授受プロセス管理装置１は、ファイル授受プロセスを管理するために、ファイルの授受のフローを特定する情報である属性情報２１を作成する属性情報作成部２３と、ファイルに対してなされた授受プロセスに関する情報である履歴情報２７を作成する履歴情報作成部２８と、をさらに含めて構成される。また、作成されたファイルの授受プロセスに関する情報（属性情報２１および履歴情報２７）は、ファイル授受プロセス管理装置１が有するファイル授受プロセスＤＢ２０によって管理される。
【００１８】
ユーザ端末２は、ファイルを授受するために、ファイルに付された属性情報２１を取得する属性情報取得部２２と、ファイルに対応する属性情報２１をファイルに付加する属性情報付加部２４と、公開するファイルの格納先となる公開ファイル管理部３０とを含めて構成される。
【００１９】
ここで、ユーザ端末２の属性情報付加部２４は、様々な方法を用いて、データファイルに属性情報２１を付加することができる。例えば、属性情報２１を付加する方法としては、データファイル内に属性情報２１の記録部分があり、これが利用可能であれば属性情報２１として追記するか、あるいは、データファイルの中の冗長なデータの部分に、たとえば画像データに文字列情報を付与する“すかし技術”を利用する方法がある。また、データファイルとその属性情報２１をグループ化し、データ圧縮して、１ファイル化（パッケージファイル化）する方法がある。
【００２０】
図２は、ファイル授受プロセスＤＢ２０の構成図である。まず、ファイル授受プロセスＤＢ２０が管理する属性情報２１は、所定のファイルを他のファイルと識別するためのユニークＩＤと、所定のファイルにおける流通の履歴を識別するためのサブＩＤと、所定のサブＩＤの派生元となる派生元サブＩＤと、ファイルのバージョンとを含めて構成される。
【００２１】
なお、ユニークＩＤは、データファイルをそのライフサイクルにわたって特定可能とするためのＩＤである。通常ファイルを特定するために使用されるファイル名は、一般にはデータファイルの登録者が任意に命名した名称である。しかし、ファイル名だけでは、他の作業者が命名したファイル名称と衝突する可能性や、データファイル授受の間に作業者によってファイル名称が変えられた場合に、それ以前の履歴をトレースできなくなる可能性がある。この対策として、本実施形態におけるシステムは、データファイルが複数の作業者間を移動しても変化しないような、ユニークなファイルＩＤを、ファイル名の代わりにファイルの特定に使用する。
【００２２】
バージョンは、ファイルの登録時のものをバージョン“１”とし、以降、登録者により更新されるたびに、バージョンが“２”、“３”、…と増加していくものとする。
【００２３】
また、ファイル授受プロセスＤＢ２０が管理する履歴情報２７は、ファイル授受プロセスの主体となるユーザを特定するユーザＩＤと、ファイル授受プロセスの種別を示すアクティビティと、ファイルに付けられたファイル名と、ファイル授受プロセスが行われた日時とを含んで構成される。また、履歴情報２７は、ファイルに関する内容を説明する内容情報と、ファイルの種別を示すファイルタイプと、そのファイルからリンク（参照）されているファイルのファイル名（ユニークＩＤ）とをさらに含めて構成されてもよい。特に、そのファイルからリンクされているファイルの情報を含めた場合には、直接的にはリンクファイルを受信していないユーザ端末２にも、そのリンクファイルが更新されたことを通知することができるようになる。
【００２４】
図３は、ファイル授受の流れおよびその流れに伴う属性情報２１の割当を示す図である。図３は、５人の作業者に対応する各ユーザ端末２が、所定のファイル（ユニークＩＤによって特定される）についての授受を行う流れを示している。各ファイル授受プロセスは、作業者と作業者とを接続する矢印によって示され、矢印の元がファイルの送信元、矢印の先がファイルの送信先となる。よって、図３は、作業者Ａから、３人の作業者（作業者Ｂ、作業者Ｃ、作業者Ｄ）にファイルが送信された後、作業者Ｃから作業者Ｅにファイルが送信される流れを示している。ここで、各ファイル授受プロセスは、定型のデータとして予め一括して与えられるものではなく、各作業者が独立してファイル授受プロセスを行った結果の非定型のデータである。
【００２５】
ここで、ファイル授受プロセス管理装置１の属性情報作成部２３が作成する属性情報２１について、詳細に説明する。まず、図３で示されるファイルの授受プロセスは、ユニークＩＤによって特定される所定のファイルについてのプロセスである。よって、ユニークＩＤが所定のファイルとは異なるファイルのプロセスは、図３とは別のフローとなる。次に、サブＩＤは、ファイルの登録（公開）、および、ファイル授受プロセス（送信元から送信先へのファイル通信）ごとに生成される。つまり、作業者Ａから、３人の作業者（作業者Ｂ、作業者Ｃ、作業者Ｄ）にファイルが送信される際には、ファイル内容は同一でも送信先が異なるために、サブＩＤは送信先ごとに別々のＩＤが割り当てられる。これによって、ファイル授受プロセスを特定することができる。
【００２６】
さらに、派生元サブＩＤは、前回のファイル授受プロセスにおいて割り当てられたサブＩＤの値が使用される。例えば、作業者Ａから作業者Ｃへのファイル授受プロセス、および、作業者Ｃから作業者Ｅへのファイル授受プロセスに着目する。まず、作業者Ａがファイルの登録（公開）を行う際には、サブＩＤとして“０”が付される。ここでは、派生元サブＩＤは定義しないので“ＮＵＬＬ”とする。次に、作業者Ａから作業者Ｃへのファイル授受プロセスを行う際には、以前ファイルに付されたサブＩＤ“０”が派生元サブＩＤ“０”にコピーされるとともに、所定のファイルについて今までに割り当てられていないサブＩＤ（例えば、“２”）が、新規のサブＩＤとして割り当てられる。さらに、作業者Ｃから作業者Ｅへのファイル授受プロセスを行う際には、以前ファイルに付されたサブＩＤ“２”が派生元サブＩＤ“２”にコピーされるとともに、前記所定のファイルについて今までに割り当てられていないサブＩＤ（例えば、“４”）が、新規のサブＩＤとして割り当てられる。
【００２７】
以上、ファイル授受システムの構成について、説明した。次に、本実施形態のファイル授受システムの動作のうち、公開するファイルを登録する処理について、図１および図２を参照しつつ、図４に沿って説明する。
【００２８】
図４は、公開するファイルを登録する処理を示すフローチャートである。まず、ファイル授受プロセス管理装置１は、前準備として、ユーザ情報の登録を行う（Ｓ１０１）。なお、ユーザ情報は、ユーザ認証部１１が、ファイル授受プロセス管理装置１にアクセスしたユーザ端末２を認証するために使用されるデータであり、ユーザ情報格納部１０に格納される。
【００２９】
なお、ユーザ情報は、例えば、ユーザＩＤと認証に必要なユーザ固有のデータとの組として構成される。ユーザ固有のデータは、例えば、パスワード、ユーザ端末２のＩＰアドレスやＭＡＣアドレス、ユーザに固有に割り当てられたメールアドレスなどが挙げられる。そして、ユーザ情報は、ユーザ選択部１１１（図５参照）によって効率的にユーザを選択させるために、ユーザの所属部署などのユーザに関する情報も付加して構成されてもよい。なお、ユーザ選択部１１１は、ユーザのリストが１画面に収まりきらない場合には、ユーザに画面をスクロールさせるためのスクロールバー（斜線で塗られた矩形）を右側に有している。
【００３０】
次に、ユーザ端末２は、ファイルの公開の要求を受け付ける（Ｓ１０２）。よって、ユーザ端末２は、公開するファイルを確認および選択させるために、図５に示す選択画面１１０を提示する。ここで、選択画面１１０は、ローカルの端末のユーザに関する自分の公開ファイル一覧部１１３を含むので、ユーザは、自分の公開するファイルの一覧を確認することができる。また、公開するファイルの選択は、例えば、公開するファイルを自分の公開ファイル一覧部１１３の中にドラッグ・アンド・ドロップする操作によって受け付ける。そして、ユーザ端末２は、属性情報取得部２２を介して、公開するファイルとして指定されたファイルから属性情報２１を取得する（Ｓ１０３）。
【００３１】
ここで、ユーザ端末２は、公開するファイルに属性情報２１が存在するかどうかを確認する（Ｓ１０４）。まず、属性情報２１が存在する場合には、ユーザ端末２は、そのまま属性情報２１付加済のファイルを登録して（Ｓ１１０）、処理を終了する。一方、属性情報２１が存在しない場合には、ユーザ端末２は、公開するファイルに属性情報２１を付加するために、ファイル授受プロセス管理装置１に属性情報２１を要求する（Ｓ１０５）。そして、ファイル授受プロセス管理装置１は、ユーザ情報を用いてユーザ端末２を認証し、認証に成功したユーザ端末２に対して、以下の処理を行うものとする。
【００３２】
属性情報２１の要求（Ｓ１０５）後、ファイル授受プロセス管理装置１は、属性情報２１を発行する（Ｓ１０６）。ここで、属性情報作成部２３は、図３の作業者Ａの項目に示すように、初回登録時のファイルに対する属性情報２１（ユニークＩＤ、サブＩＤ、派生元サブＩＤ“ＮＵＬＬ”、および、バージョン“１”）を発行する。そして、ファイル授受プロセス管理装置１は、ファイル授受プロセスＤＢ２０へ作成された属性情報２１を登録する（Ｓ１０７）。このとき、あわせて、履歴情報２７として、アクティビティ「登録」、日時等をファイル授受プロセスＤＢ２０に記録する。さらに、ファイル授受プロセス管理装置１は、公開するファイルに属性情報２１を付させるために、ユーザ端末２に属性情報２１を通知する（Ｓ１０８）。
【００３３】
そして、ユーザ端末２の属性情報付加部２４は、公開するファイルへ通知された属性情報２１を付加する（Ｓ１０９）。さらに、ユーザ端末２は、属性情報２１付加済のファイルを公開ファイル管理部３０に登録する（Ｓ１１０）。
【００３４】
以上、公開するファイルを登録する処理について説明した。
【００３５】
次に、本実施形態のファイル授受システムの動作のうち、公開されたファイルを受信する処理について、図１から図５を参照しつつ、図６に沿って説明する。なお、図６は、ファイル授受システムが、公開されたファイルを受信する処理を示すフローチャートである。
【００３６】
まず、受信側のユーザ端末２Ｂは、送信側のユーザ端末２Ａを選択する（Ｓ２０１）。具体的には、受信側のユーザ端末２Ｂは、図５のファイル選択画面１１０を提示する。そして、受信側のユーザ端末２Ｂは、ユーザ選択部１１１を介して、ユーザのリストからファイルの受信相手となるユーザを選択させる。なお、ユーザ選択部１１１は、複数のユーザから所望のユーザを効率的に選択させるために、複数のユーザを所属ごとに分類して、提示させてもよい。
【００３７】
次に、受信側のユーザ端末２Ｂは、ファイルを指定する（Ｓ２０２）。図５のファイル選択画面１１０は、ユーザ選択部１１１によって選択されたユーザ（Ｓ２０１）に関する相手の公開ファイル一覧部１１２を有している。そして、受信側のユーザ端末２Ｂは、相手の公開ファイル一覧部１１２を介して、所望のファイルを選択させる。さらに、選択されたファイルが、自分の公開ファイル一覧部１１３にドラッグ・アンド・ドロップされた時などに、受信側のユーザ端末２Ｂは、送信側のユーザ端末２Ａに選択されたファイルの送信を要求する（Ｓ２０３）。
【００３８】
さらに、送信側のユーザ端末２Ａは、ファイルの送信の要求を受けて、指定されたファイルの属性情報２１を取得する（Ｓ２０４）。そして、送信側のユーザ端末２Ａは、指定されたファイルの属性情報２１を更新するために、ファイル授受プロセス管理装置１に属性情報２１（Ｓ２０４で取得したもの）を通知する（Ｓ２０５）。
【００３９】
そして、ファイル授受プロセス管理装置１は、属性情報２１の通知を受け、新たな属性情報２１を発行する（Ｓ２０６）。ここで、属性情報作成部２３は、図３の作業者Ｂなどの項目に示すように、送信されるファイルに対する属性情報２１を作成する。なお、前記したように、属性情報２１のサブＩＤは、送信されるファイルについての前回以前に使用されていない値を発行し、派生元サブＩＤは、通知を受けた属性情報２１のサブＩＤを利用する。
【００４０】
さらに、ファイル授受プロセス管理装置１は、新たな属性情報２１をファイル授受プロセスＤＢ２０へ登録する（Ｓ２０７）。このとき、あわせて、履歴情報２７として、アクティビティ「受信」、日時等をファイル授受プロセスＤＢ２０に記録する。そして、ファイル授受プロセス管理装置１は、送信側のユーザ端末２Ａに新たな属性情報２１を通知する（Ｓ２０８）。
【００４１】
そして、送信側のユーザ端末２Ａは、指定されたファイルについて、取得した属性情報２１（Ｓ２０４のもの）から新たな属性情報２１（Ｓ２０６のもの）へ更新する（Ｓ２０９）。ここで、属性情報２１の更新処理は、前回の属性情報２１を新たな属性情報２１で上書きしてもよいし、前回の属性情報２１はファイルに残しつつ、新たな属性情報２１を追記してもよい。さらに、送信側のユーザ端末２Ａは、受信側のユーザ端末２Ｂに属性情報２１が更新されたファイルを送信する（Ｓ２１０）。
【００４２】
なお、以上の処理は、受信側がファイルを主体的に取得する場合を例に説明したが、電子メールのように送信側が主体的にファイルを送信する場合にも、適用することができる。この場合には、送信側のユーザ端末２Ａが、受信側のユーザ端末２Ｂの選択、ファイルを指定する処理等を行なうようにする。
【００４３】
以上、公開されたファイルを受信する処理について、説明した。これにより、最初から定型のワークフローを定義するのではなく、各作業者の作業に必要なデータファイル、あるいは、各作業者の作業の成果物であるデータファイルの作業者間の授受プロセスをモニタリングし、結果としてデータファイルベースのワークフローを生成することとなる。その結果、従来、プロセスモデリングが困難であった非定型業務においても、柔軟性の高いワークフローの構築が可能となる。なお、ワークフローは、ファイル授受プロセスＤＢ２０に記録される。
【００４４】
また、ファイル授受プロセス管理装置１は、生成したワークフローを可視化して、ファイルの送受信状況を把握可能なようにしてもよい。
【００４５】
つぎに、本実施形態のファイル授受システムの動作のうち、公開されたファイルが更新された場合の処理について説明する。ファイル授受システムでは、同一のファイルについて、公開者が再度登録した場合に、更新されたものと取り扱う。そして、ワークフローを参照して、更新前のファイルを受信しているユーザ端末２に対して、ファイルが更新された旨を通知するようにする。
【００４６】
図７は、公開したファイルを更新する処理を示すフローチャートである。
【００４７】
まず、ユーザ端末２は、ファイルの更新の要求を受け付ける（Ｓ３０１）。この処理も公開するファイルの登録と同様に、ユーザ端末２は、更新するファイルを確認および選択させるために、図５に示す選択画面１１０を提示する。ここで、選択画面１１０は、ローカルの端末のユーザに関する自分の公開ファイル一覧部１１３を含むので、ユーザは、自分の公開しているファイルの一覧を確認することができる。また、更新するファイルの指定は、例えば、更新するファイルを自分の公開ファイル一覧部１１３の中にドラッグ・アンド・ドロップする操作によって受け付ける。そして、ユーザ端末２は、属性情報取得部２２を介して、更新するファイルとして指定されたファイルから属性情報２１を取得する（Ｓ３０２）。なお、更新するファイルは、既に登録されているため、原則的に属性情報２１が存在している。
【００４８】
そして、ユーザ端末２は、指定されたファイルの属性情報２１を更新するために、ファイル授受プロセス管理装置１に属性情報２１を通知する（Ｓ３０３）。
【００４９】
そして、ファイル授受プロセス管理装置１は、属性情報２１の通知を受け、新たな属性情報２１を発行する（Ｓ３０４）。ここで、属性情報作成部２３は、更新されるファイルに対する属性情報２１を作成する。なお、前記したように、属性情報２１のサブＩＤは、送信されるファイルについての前回以前に使用されていない値を発行し、派生元サブＩＤは、通知を受けた属性情報２１のサブＩＤを利用する。また、属性情報２１のバージョンの値を１増加させる。
【００５０】
さらに、ファイル授受プロセス管理装置１は、新たな属性情報２１をファイル授受プロセスＤＢ２０へ登録する（Ｓ３０５）。このとき、あわせて、履歴情報２７として、アクティビティ「更新」、日時等をファイル授受プロセスＤＢ２０に記録する。そして、ファイル授受プロセス管理装置１は、ユーザ端末２に新たな属性情報２１を通知する（Ｓ３０６）。
【００５１】
そして、ユーザ端末２は、指定されたファイルについて、取得した属性情報２１から新たな属性情報２１へ更新する（Ｓ３０７）。ここで、属性情報２１の更新処理は、前回の属性情報２１を新たな属性情報２１で上書きしてもよいし、前回の属性情報２１はファイルに残しつつ、新たな属性情報２１を追記してもよい。
【００５２】
一方、ファイル授受プロセス管理装置１は、ファイル授受プロセスＤＢ２０に記録されたワークフローを参照して、更新されたファイルを受信しているユーザ端末２を抽出する（Ｓ３０８）。
【００５３】
このとき、更新されたファイルをリンクしているファイルを受信しているユーザ端末２をさらに抽出するようにしてもよい。この場合、階層的にリンクされているときにも漏れなくファイルを抽出するようにする。例えば、変更されたファイルＡがファイルＢからリンクされており、また、ファイルＢがファイルＣからリンクされている場合には、ファイルＢのみならずファイルＣを受信しているユーザ端末２も抽出するようにする。
【００５４】
そして、抽出されたユーザ端末２に対して、ファイルが更新された旨を通知する（Ｓ３０９）。
【００５５】
図８は、ユーザ端末２が表示する、受信したファイルが更新されたことを示す更新通知画面１２０の一例である。ここで、更新通知画面１２０は、受信したファイルの一覧１２２を含み、それぞれのファイルごとに、更新マーク表示欄１２１、受信日時表示欄１２３、更新日時表示欄１２４が設けられている。
【００５６】
例えば、受信済みのファイルＣについて、ファイル授受プロセス管理装置１からファイルが更新された旨が通知された場合には、更新通知画面１２０上で、更新日時と更新マーク「＊」が表示される。
【００５７】
これにより、ユーザは、ユーザ端末２で受信したファイルが更新されたことを知ることができ、更新されたファイルを再度受信することにより、最新のファイルを取得することができるようになる。また、受信日時と更新日時とを比較することにより、受信したファイルが最新のものであるかどうかを判断することもできる。
【００５８】
なお、更新通知は、ファイルのアイコン等で表示するようにしてもよい。この場合、受信済みのファイルをアイコンで一覧表示し、更新されたファイルを示すアイコンを、例えば、強調表示することで、更新されたことをユーザに示すようにすることができる。
【００５９】
これらの表示画面は、ファイル授受プロセス管理装置１が生成し、ユーザ端末装置２に表示させるようにしてもよいし、ファイル授受プロセス管理装置１から送られた情報に基づいてユーザ端末装置２側で生成するようにしてもよい。
【００６０】
以上説明した本発明は、以下のように、発明の趣旨を逸脱しない範囲で広く変形実施することができる。
【００６１】
例えば、ファイル授受システムは、ピア・ツー・ピア方式（図１参照）として構成することとしたが、クライアント・サーバ方式によって構成されてもよい（図９参照）。クライアント・サーバ方式は、公開するファイルが、ユーザ端末２に配置される替わりに、ファイル授受プロセス管理装置１に配置される構成である。これにより、特定のファイルに受信の要求が集中しても、その要求が、特定のユーザ端末２に負担をかけずに済む。そして、クライアント・サーバ方式によるファイル授受システムは、例えば、ファイルサーバシステム、ドキュメント管理システム、および、ＰＤＭに応用される。
【図面の簡単な説明】
【００６２】
【図１】本発明の一実施形態に関するファイル授受システムのピア・ツー・ピア方式による構成図である。
【図２】本発明の一実施形態に関するファイル授受プロセスＤＢの構成図である。
【図３】本発明の一実施形態に関するファイル授受の流れおよびその流れに伴う属性情報の割当を示す図である。
【図４】本発明の一実施形態に関する公開するファイルを登録する処理を示すフローチャートである。
【図５】本発明の一実施形態に関するユーザ端末が表示するＧＵＩを示す図である。
【図６】本発明の一実施形態に関する公開されたファイルを受信する処理を示すフローチャートである。
【図７】本発明の一実施形態に関する公開されたファイルを更新する処理を示すフローチャートである。
【図８】本発明の一実施形態に関する受信したファイルが更新されたことを示す更新通知画面の一例である。
【図９】本発明の一実施形態に関するファイル授受システムのクライアント・サーバ方式による構成図である。
【符号の説明】
【００６３】
１…ファイル授受プロセス管理装置、２…ユーザ端末、１１…ユーザ認証部、２０…ファイル授受プロセスＤＢ、２１…属性情報、２３…属性情報作成部、２７…履歴情報、２８…履歴情報作成部
【図１】
2005346281.tif 000003
【図２】
2005346281.tif 000004
【図３】
2005346281.tif 000005
【図４】
2005346281.tif 000006
【図５】
2005346281.tif 000007
【図６】
2005346281.tif 000008
【図７】
2005346281.tif 000009
【図８】
2005346281.tif 000010
【図９】
2005346281.tif 000011