JP5026130B2 - メール管理方法およびメール管理システム並びにメール管理プログラム - Google Patents

Description

本発明はメールに記載されたＵＲＬが示す内容への受信者の閲覧の有無を管理する添付ＵＲＬ送受信技術に関するものである。

メールシステムにおける添付ファイルは、受信者毎のメールボックスにコピーされるため同一のファイルがメールサーバ上に複数保存されディスク容量を圧迫していた。この問題を解決する為に、従来技術の中に「送信者が添付するファイルをファイルサーバ上に保存し、そのＵＲＬ(Uniform Resource Locator)をメールに添付することで、受信者が複数になってもファイルの実体は一つに抑える」という技術がある（例えば、特許文献１参照）。

特開２００３−５１８５１号公報

上記従来技術は、メールの送信者がファイルサーバからファイルを消すことにより、受信者がファイルを参照できなくなる。また、受信者が参照した後に送信者がファイルサーバ上のファイルを更新することが可能である。従って、上記従来技術は受信者が一度参照できたファイルが永続的に参照できることを保証できないという問題点を有している。更に、ＵＲＬが示しているファイルを保存したとしても、受信したＵＲＬが示している情報と保存した情報が同一であることを証明できないという問題を有している。例えば、機密情報を含まないファイルのＵＲＬを添付したメールを、あるユーザに送信しておき、後からこのファイルの内容を機密情報に書き換えた場合、メールの受信者は機密情報を含まないファイルと機密情報を含むファイルのどちらを参照したのかを証明することができない。

本発明の目的は上記問題を解決し、ＵＲＬを受信した受信者が参照した情報を特定し、ユーザが知り得た情報を証明するコンテンツ管理システムを提供することが可能な技術を提供することにある。

本発明は、送付されたＵＲＬの情報を受信側で保存し、送信者の意図で改竄できない様にする手段を提供したものである。更に、受信側で送付されたＵＲＬにアクセスする際に、保存した情報と異なっていた場合に、新たに受信側に保存しなおすことによって、受信者が参照した情報を特定する手段を提供したものである。更に、その情報へのユーザ毎のアクセス履歴を保存することによって、ユーザによる情報の参照の有無を記録する機能を備えたものである。

本発明によれば、受信者が一度参照したＵＲＬのファイルは、受信者側のサーバに保存されるため、受信者が本文中に記載されたＵＲＬが示すファイルを保存する負担を軽減できる。

以下にメールに記載されたＵＲＬが示す内容への受信者の閲覧の有無を管理する一実施形態の添付ＵＲＬ送受信システムであるＷｅｂコンテンツ参照履歴管理システムについて説明する。

図１は本実施形態のＷｅｂコンテンツ参照履歴管理システムの構成を示す図である。１１０はＷｅｂサーバ、１１１、１２１、１３１、１４１、１６１は主記憶装置、１１２はコンテンツ管理部、１１３はアクセス権管理部、１１４、１２４、１３３、１４４、１６３はＣＰＵ、１１５、１３４、１６４は外部記憶装置、１１６はコンテンツテーブル、１１７はアクセス権管理テーブル、１２０はコンテンツ操作クライアント、１２２はファイル転送部、１２３はアクセス権設定部、１２５、１４５は入出力装置、１３０はメールサーバ、１３２はユーザ認証部、１３５はユーザ管理テーブル、１４０はメールクライアント、１４２はログイン部、１４３はＵＲＬ送信部、１５０はネットワーク、１６０はコンテンツ管理サーバ、１６２はコンテンツ取得部、１６５はコンテンツテーブル、１６６は履歴テーブルである。

本実施形態によるＷｅｂコンテンツ参照履歴管理システムは、ネットワーク１５０により接続されたＷｅｂサーバ１１０、コンテンツ操作クライアント１２０、メールサーバ１３０、メールクライアント１４０、コンテンツ管理サーバ１６０がそれぞれ１台だけ示しているが、これらは複数台設けられて良い。

Ｗｅｂサーバ１１０は、情報処理装置内に構築され、Ｗｅｂコンテンツに関するサービスを提供するサーバであり、主記憶装置１１１、ＣＰＵ１１４を備えて構成され、外部記憶装置１１５が接続されている。主記憶装置１１１には、コンテンツ管理部１１２、アクセス権管理部１１３が格納されており、外部記憶装置１１５には、コンテンツテーブル１１６、アクセス権管理テーブル１１７が格納されている。コンテンツ管理部１１２、アクセス権管理部１１３は、外部記憶装置１１５に格納されているプログラムを主記憶装置１１１に読み込み、ＣＰＵ１１４により実行することにより実現されるものである。

コンテンツ操作クライアント１２０は、ユーザが操作してＷｅｂサーバ１１０のサービスを呼び出すことによってＷｅｂコンテンツをＷｅｂサーバに配置する機能を提供するＰＣ等に代表されるコンピュータにより構成されるクライアントであり、主記憶装置１２１、ＣＰＵ１２４、ディスク装置を備えて構成され、入出力装置１２５が接続されている。主記憶装置１２１にはファイル転送部１２２、アクセス権設定部１２３が格納され、これらは、ディスク装置に格納されているプログラムを主記憶装置１２１に読み込み、ＣＰＵ１２４により実行することにより実現されるものである。

メールサーバ１３０は、情報処理装置内に構築され、電子メールに関するサービスを提供するサーバであり、主記憶装置１３１、ＣＰＵ１３３を備えて構成され、外部記憶装置１３４が接続されている。主記憶装置１３１には、ユーザ認証部１３２が格納されており、外部記憶装置１３４には、ユーザ管理テーブル１３５が格納されている。ユーザ認証部１３２は、外部記憶装置１３４に格納されているプログラムを主記憶装置１３１に読み込み、ＣＰＵ１３３により実行することにより実現されるものである。

メールクライアント１４０は、ユーザが操作してメールサーバ１３０、及びコンテンツ管理サーバ１６０のサービスを呼び出すことによって電子メールに関するサービス、及びＷｅｂコンテンツを参照する為のサービスを提供するＰＣ等に代表されるコンピュータにより構成されるクライアントであり、主記憶装置１４１、ＣＰＵ１４４、ディスク装置を備えて構成され、入出力装置１４５が接続されている。主記憶装置１４１にはログイン部１４２、ＵＲＬ送信部１４３が格納され、これらは、ディスク装置に格納されているプログラムを主記憶装置１４１に読み込み、ＣＰＵ１４４により実行することにより実現されるものである。

コンテンツ管理サーバ１６０は、情報処理装置内に構築され、Ｗｅｂコンテンツの参照に関するサービスを提供するサーバであり、主記憶装置１６１、ＣＰＵ１６３を備えて構成され、外部記憶装置１６４が接続されている。主記憶装置１６１には、コンテンツ取得部１６２が格納され、外部記憶装置１６４には、コンテンツテーブル１６５、履歴テーブル１６６が格納されている。コンテンツ取得部１６２は、外部記憶装置１６４に格納されているプログラムを主記憶装置１６１に読み込み、ＣＰＵ１６３により実行することにより実現されるものである。

入出力装置１２５、１４５は、キーボード、マウス等の入力装置及び表示装置、印刷装置である。ネットワーク１５０は、例えば、インターネット等のオープンなネットワークや、社内ネットワーク（イントラネット）等のローカルなネットワーク、或いは、それらを組み合わせたもので良い。また、図１ではＷｅｂサーバ、メールサーバ、コンテンツ管理サーバの各要素を別々の計算機に割り当てる例を示したが、本発明は、複数要素を１台の計算機に割り当てて構成しても良い。

図２は本実施形態の履歴テーブル１６６及びコンテンツテーブル１６５の構成例を示す図である。図２（ａ）は履歴テーブル１６６の構成例を示す図である。この履歴テーブル１６６には保存先パス部２１１、ユーザＩＤ部２１２、アクセス日時部２１３により構成される。保存先パス部２１１には、Ｗｅｂサーバより取得したＷｅｂコンテンツの格納先パスが、ユーザＩＤ部２１２には格納したＷｅｂコンテンツへアクセスしたユーザのユーザＩＤが、アクセス日時部２１３にはユーザがＷｅｂコンテンツへアクセスした日時が格納されている。

この履歴テーブル１６６の１行目のレコードは、保存したＷｅｂコンテンツ/data/file1-1に対してユーザuser1が２００６年１１月１６日８時３０分１１秒にアクセスしたことを示している。

図２（ｂ）はコンテンツテーブル１６５の構成例を示す図である。このコンテンツテーブル１６５はＵＲＬ部２２１、保存先パス部２２２、取得日時部２２３により構成される。ＵＲＬ部２２１にはＷｅｂコンテンツの取得元ＵＲＬが、保存先パス部２２２には取得元ＵＲＬから取得したＷｅｂコンテンツを格納したコンテンツ管理サーバ上の外部記憶装置上のパスが、取得日時にはＷｅｂコンテンツを取得した日時が格納されている。

このコンテンツテーブル１６５の１行目のレコードは、http://file1というＵＲＬから２００６年１１月１５日１１時１時５２分４３秒に取得したＷｅｂコンテンツがコンテンツ管理サーバの外部記憶装置上の/data/file1-1に格納されていることを示している。

図３は本実施形態のコンテンツテーブル１１６及びアクセス権管理テーブル１１７の構成例を示す図である。図３（ａ）はコンテンツテーブル１１６の構成例を示す図である。このコンテンツテーブル１１６はＵＲＬ部３１１、最終更新日時部３１２により構成される。ＵＲＬ部３１１にはＷｅｂサーバ上のコンテンツを示すＵＲＬが、最終更新日時部３１２にはＵＲＬが示すＷｅｂコンテンツの最終更新日時が格納されている。

このコンテンツテーブル１１６の１行目のレコードは、http://server/file1というＵＲＬが示すＷｅｂコンテンツが、コンテンツ操作クライアント１２０により２００６年１１月１６日８時３０分１１秒に更新されたことを示している。

図３（ｂ）はアクセス権管理テーブル１１７の構成例を示す図である。このアクセス権管理テーブル１１７にはＵＲＬ部３２１、ユーザＩＤ部３２２、パスワード部３２３により構成される。ＵＲＬ部３２１にはＷｅｂサーバ上のコンテンツを示すＵＲＬが、ユーザＩＤ部３２２にはＷｅｂコンテンツへのアクセスを許可するユーザＩＤが、パスワード部３２３にはユーザＩＤを認証する為のパスワードが格納されている。

このアクセス権管理テーブル１１７の１行目のレコードは、http://server/file1というＵＲＬが示すＷｅｂコンテンツに対して、User1というユーザIDとPass1というパスワードを用いてアクセスが可能であることを示している。

図４は本実施形態のユーザ管理テーブル１３５の構成例を示す図である。このユーザ管理テーブル１３５はユーザＩＤ部４１１、パスワード部４１２により構成される。ユーザＩＤ部４１１にはメールサーバ１３０にログイン可能なユーザＩＤが、パスワード部４１２にはユーザ認証を行う為のパスワードが格納されている。

このユーザ管理テーブル１３５の１行目のレコードはUser1というユーザがKey1というパスワードを用いることによってメールサーバ１３０にログイン可能なことを示している。

図５は本実施形態のコンテンツ取得部１６２の処理手順を示すフローチャートである。図５はユーザがメールクライアント１４０において、受信したメールの本文に記述されたＵＲＬをクリックした場合のコンテンツ取得部１６２での処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）ユーザがメールクライアント１４０を利用して受信したメールの本文を表示し、本文中に記述されたＵＲＬをクリックすると、ＵＲＬ送信部１４３はコンテンツ管理サーバ１６０に対してログインユーザＩＤとクリックされたＵＲＬを送信する。ここでユーザＩＤはログイン部１４２とユーザ認証部１３２を介して認証処理を行った結果、メールクライアント１４０の主記憶装置１４１上に記録されているものとする。送信されたユーザＩＤとＵＲＬはコンテンツ取得部１６２で受信する（ステップ５１１）。

（２）コンテンツ管理部１１２を介して、受信したＵＲＬが示すＷｅｂコンテンツをＷｅｂサーバ１１０から受信する（ステップ５１２）。

（３）ステップ５１２のＷｅｂコンテンツの受信が成功したか否かどうかを調べ、失敗していた場合にはメールクライアント１４０に対してエラー情報を送信する（ステップ５１３、５１４）。Ｗｅｂコンテンツの受信に失敗する要因にはＷｅｂコンテンツが削除されている場合、Ｗｅｂコンテンツに対してアクセス権がない場合等がある。いずれの場合もユーザがＷｅｂコンテンツを参照できないため、Ｗｅｂコンテンツに対してアクセスしたという履歴は残らない。本実施形態ではＷｅｂコンテンツに対してのアクセス権の設定はコンテンツ操作クライアント１２０のアクセス権設定部１２３を介して設定する例を示しているが、Ｂａｓｉｃ認証等Ｗｅｂサーバで一般に利用されているアクセス制御機構を利用しても良い。

（４）ステップ５１２のＷｅｂコンテンツの受信に成功した場合、対象のＷｅｂコンテンツのＵＲＬをキーに、コンテンツテーブル１６５から検索を行う（ステップ５１５）。

（５）ステップ５１５で検索条件に一致するレコードが存在するか否かを調べる（ステップ５１６）。

（６）ステップ５１５で検索条件に一致するレコードが存在しなかった場合、コンテンツ管理サーバ１６０を介してこのＵＲＬを参照するのは初めてであり、ステップ５１２で受信したＷｅｂコンテンツをコンテンツ管理サーバ１６０の外部記憶装置１６４に保存し、保存先パスとＵＲＬ、取得日時をコンテンツテーブル１６５に追加する（ステップ５１７）。

（７）ステップ５１５で検索条件に一致するレコードが存在した場合、コンテンツ管理サーバ１６０を介して以前に同ＵＲＬを参照したことがあり、以前に参照した時に取得したＷｅｂコンテンツが外部記憶装置１６４に格納されていることを示している。検索結果の中で取得日時部２２３に格納された日時が一番新しいレコードにおいて、保存先パス部２２２に格納されたパスに保存されているＷｅｂコンテンツと、ステップ５１２で受信したＷｅｂコンテンツが同一であるか否かを比較する（ステップ５１８、５１９）。

（８）ステップ５１８での比較結果が異なる場合には、前回Ｗｅｂコンテンツを取得してからＷｅｂコンテンツが更新されたことを示しており、コンテンツ管理サーバ１６０の外部記憶装置１６４にステップ５１２で受信したＷｅｂコンテンツを新規に格納し、保存先パスとＵＲＬ、取得日時をコンテンツテーブル１６５に追加する（ステップ５２０）。ステップ５１９での比較結果が等しい場合には、前回Ｗｅｂコンテンツを取得してからＷｅｂコンテンツが更新されていないことを示しており、コンテンツテーブル１６５へのレコードの追加は行わない。

（９）保存先パス、ユーザＩＤ、及び現在時刻をそれぞれ履歴テーブル１６６の保存先パス部２１１、ユーザＩＤ部２１２、アクセス日時部２１３に格納する。ここで、保存先パスは、ステップ５１７、及びステップ５２０でコンテンツテーブル１６５へのレコードの追加を行った場合、追加したレコードの保存先パス部２２２に指定したパスであり、ステップ５１８でコンテンツが同一と判定された場合には、ステップ５１５での検索結果の中で取得日時部２２３に格納された日時が一番新しいレコードの保存先パス部２２２のパスである。ユーザＩＤは、ステップ５１１でメールクライアント１４０から受信したユーザＩＤである。

（１０）取得したコンテンツをメールクライアント１４０に送信する（ステップ５２２）。

図６は本実施形態のユーザがメールクライアント１４０に表示されたＵＲＬをクリックした場合の各クライアント、サーバ間でのデータフローを示す図である。メールクライアント６１１、メールクライアント６２１はそれぞれメールクライアント１４０と同じ機能を持つメールクライアントであり、メールクライアント６１１はユーザtaroが、メールクライアント６２１はユーザjiroがそれぞれログインしている。メール６１２、メール６２２はそれぞれユーザtaro、ユーザjiro宛に送られたメールであり、内容はまったく同じである。メール６１２、メール６２２には本文中にＵＲＬ６１３の「http://webserver/giziroku.html」が添付されている。

ユーザtaroがＵＲＬ６１３をクリックすると、メールクライアント６１１はコンテンツ管理サーバ１６０にユーザＩＤtaroとＵＲＬ６１３を転送する。コンテンツ管理サーバ１６０のコンテンツ取得部１６２はユーザＩＤtaroとＵＲＬ６１３を受信し、ＵＲＬ６１３をＷｅｂサーバ１１０から取得する。この時、ＵＲＬ６１３に対してアクセス制限がかかっている場合、ＵＲＬ６１３とユーザＩＤtaroをＷｅｂサーバに転送する。

Ｗｅｂサーバ１１０のアクセス権管理部１１３は、受信したユーザＩＤtaroとＵＲＬ６１３をアクセス権管理テーブル１１７から検索し、受信したＵＲＬが示すコンテンツを返信して良いかを判定する。ここで、ＵＲＬへのアクセスに対してパスワードが必要な場合には、コンテンツ管理サーバ１６０に新たにＷｅｂサーバにアクセスする為の認証情報管理テーブルを作成し、Ｗｅｂサーバ１１０へアクセスするユーザＩＤとパスワードを登録しておいても良いし、コンテンツ管理サーバ１６０に認証処理を中継させる機能を持たせて、Ｗｅｂサーバ１１０からパスワードの入力を求められた場合には、メールクライアント１４０からパスワードを受信しても良い。

アクセス権管理部１１３がＷｅｂコンテンツを返信して良いと判定した場合には、コンテンツ管理部１１２がコンテンツテーブル１１６からＵＲＬをキーに検索し、該当したＷｅｂコンテンツをコンテンツ管理サーバ１６０に返信する。コンテンツ管理サーバ１６０は受信したＷｅｂコンテンツを記憶装置に保存し、保存先パスとＵＲＬ、取得日時をコンテンツテーブル１６５に格納する。また、保存先パスとメールクライアント６１１から受信したユーザＩＤtaro、及びアクセス日時を履歴テーブル１６６に格納し、Ｗｅｂコンテンツをメールクライアント６１１に転送する。

図７は本実施形態のユーザがメールクライアント１４０に表示されたＵＲＬをクリックした場合の処理手順を示すフローチャートである。図８は本実施形態のコンテンツテーブル１６５と履歴テーブル１６６のデータ例を示す図である。コンテンツテーブル８１１はコンテンツテーブル１６５と、履歴テーブル８１２は履歴テーブル１６６と、それぞれ同じテーブル構造である。

図７、図８と図６を用いてＷｅｂサーバ１１０上のＷｅｂコンテンツやアクセス権が変更された場合の動作について説明する。ユーザtaroはまだＵＲＬ６１３を参照したことはなく、ＵＲＬ６１３が示すＷｅｂコンテンツはＷｅｂサーバ１１０上に存在し、誰からもアクセスできるものとする。

ユーザtaroが２００６年１１月１５日、１０時３０分にＵＲＬ６１３をクリックする（ステップ７１１）と、メールクライアント６１１はコンテンツ管理サーバ１６０にユーザＩＤtaroとＵＲＬ６１３を転送する（ステップ７１２）。

コンテンツ管理サーバ１６０のコンテンツ取得部１６２は受信したＵＲＬ６１３が示すＷｅｂコンテンツをＷｅｂサーバ１１０から取得する（ステップ７１３）。該当するコンテンツはＷｅｂサーバ１１０に存在し、アクセスは制限されていないため、Ｗｅｂコンテンツの取得は成功する。

コンテンツ取得部１６２はコンテンツテーブル８１１からＵＲＬ６１３の保存先パス部２２２と取得日時部２２３を検索し、最新の取得日時のＷｅｂコンテンツを取得し、外部記憶装置１６４に格納する（ステップ７１４）。保存先パスは/data/file1-1とする。

ステップ７１４で取得したＷｅｂコンテンツとステップ７１３で取得したＷｅｂコンテンツを比較する（ステップ７１５）。この比較処理にはＷｅｂサーバ１１０のコンテンツ管理テーブル１１６に格納されている最終更新日時３１２と取得日時部２２３を比較しても良いし、コンテンツテーブル１６５に新しくＷｅｂコンテンツのハッシュ値を格納するカラムを用意しハッシュ値を比較しても良いし、Ｗｅｂコンテンツ自体の比較をしても良い。

ユーザtaroはまだＵＲＬ６１３を参照したことがないので、コンテンツテーブル８１１にはＵＲＬ６１３のレコードは存在しない。従って、保存先パス/data/file1-1、ユーザＩＤtaro、及び取得日時２００６年１１月１５日、１０時３０分をコンテンツテーブル８１１に格納する（ステップ７１６）。この時格納したレコードが、コンテンツテーブル８１１の１レコード目である。更に、ユーザＩＤtaro、保存先パス/data/file1-1、アクセス日時２００６年１１月１５日、１０時３０分を履歴テーブル８１２に格納する（ステップ７１７）。この時格納したレコードが、履歴テーブル８１２の１レコード目である。

次にユーザtaroが２００６年１１月１５日、１６時にもう一度ＵＲＬ６１３をクリックした場合の動作について説明する。前回のクリック時と同様にステップ７１３のＷｅｂコンテンツ取得は成功する。指定されたＵＲＬ６１３をキーにコンテンツテーブル８１１を検索する（ステップ７１４）と１レコード目が該当するため、ＵＲＬ６１３のＷｅｂコンテンツの最新ファイルが保存先パス/data/file1-1に格納されていることを示している。

/data/file1-1とステップ７１３で取得したＷｅｂコンテンツを比較する（ステップ７１５）と同一であるため、ユーザＩＤtaro、保存先パス/data/file1-1、アクセス日時２００６年１１月１５日、１６時を履歴テーブル８１２に格納する（ステップ７１７）。この時格納したレコードが、履歴テーブル８１２の２レコード目である。

次にＷｅｂサーバ上のＵＲＬ６１３が示すＷｅｂコンテンツが更新された後、ユーザtaroが２００６年１１月１６日、１１時にＵＲＬ６１３をクリックした場合の動作について説明する。前回の処理と同様ステップ７１４でＵＲＬ６１３が示すＷｅｂコンテンツをコンテンツテーブル８１１から検索すると、保存先パス/data/file1-1に格納されているという結果が得られる。

/data/file1-1とステップ７１３で取得したＷｅｂコンテンツを比較する（ステップ７１５）と、ＵＲＬ６１３が示すＷｅｂコンテンツは更新されているため、取得したＷｅｂコンテンツを/data/file1-2として保存し、保存先パス/data/file1-2、ユーザＩＤtaro、及び取得日時２００６年１１月１６日、１１時をコンテンツテーブル８１１に格納する（ステップ７１６）。この時格納したレコードが、コンテンツテーブル８１１の２レコード目である。更に、ユーザＩＤtaro、保存先パス/data/file1-2、アクセス日時２００６年１１月１６日、１１時を履歴テーブル８１２に格納する（ステップ７１７）。この時格納したレコードが、履歴テーブル８１２の３レコード目である。

次にＷｅｂサーバ上のＵＲＬ６１３が示すＷｅｂコンテンツに対してアクセス制限を設定し、ユーザtaroからのアクセスを禁止した後、ユーザtaroが２００６年１１月１６日、１７時にＵＲＬ６１３をクリックした場合の処理を説明する。ステップ７１３でＷｅｂコンテンツの取得を行った場合、ユーザtaroによるＵＲＬ６１３へのアクセスが禁止されているため、メールクライアントにエラーメッセージが表示される（ステップ７１８）。この場合、コンテンツテーブル８１１、履歴テーブル８１２ともにレコードを追加しないため、ユーザtaroが２００６年１１月１６日、１７時にＵＲＬ６１３を参照したという記録は残らない。

上記の例ではＷｅｂコンテンツが削除されていた場合やアクセスが禁止されていた場合にはメールクライアント１４０にエラーメッセージを表示したが、履歴テーブルに格納されている保存先パスからユーザtaroが参照したことのあるＷｅｂコンテンツを選択して表示できる様にしても良い。

次にアクセス制限の設定は変更せずにＵＲＬ６１３が示すＷｅｂコンテンツの内容を更新した後、ユーザjiroが２００６年１１月１７日、１２時にＵＲＬ６１３をクリックした場合の処理を説明する。ユーザjiroはＵＲＬ６１３へアクセス可能であり、ステップ７１３でのＷｅｂコンテンツ取得に成功する。指定されたＵＲＬ６１３をキーにコンテンツテーブル８１１を検索する（ステップ７１４）と２レコード目が該当するため、ＵＲＬ６１３のＷｅｂコンテンツの最新ファイルが保存先パス/data/file1-2に格納されていることを示している。

/data/file1-2とステップ７１３で取得したＷｅｂコンテンツを比較する（ステップ７１５）と、ＵＲＬ６１３が示すＷｅｂコンテンツは更新されているため、取得したＷｅｂコンテンツを/data/file1-3として保存し、保存先パス/data/file1-3、ユーザＩＤjiro、及び取得日時２００６年１１月１７日、１２時をコンテンツテーブル８１１に格納する（ステップ７１６）。この時格納したレコードが、コンテンツテーブル８１１の３レコード目である。更に、ユーザＩＤjiro、保存先パス/data/file1-3、アクセス日時２００６年１１月１７日、１２時を履歴テーブル８１２に格納する（ステップ７１７）。この時格納したレコードが、履歴テーブル８１２の４レコード目である。

履歴テーブル８１３は履歴テーブル８１２に参照可否カラム８１４と拒否要因カラム８１５を追加したものである。参照可否カラムにはユーザがＷｅｂコンテンツへのアクセスに成功した場合には「１」、Ｗｅｂコンテンツがない、アクセス権がない等の要因でＷｅｂコンテンツへのアクセスに失敗した場合には「０」を格納する。拒否要因カラム８１５はユーザがＷｅｂコンテンツへのアクセスに失敗した場合、失敗した要因コードを格納する。この２カラムを追加することにより、ユーザによるＷｅｂコンテンツへの参照の有無だけでなく、ユーザが参照する意図があったのかどうかも確認することが可能である。

図９は本実施形態のユーザがＰＣに保存したＷｅｂコンテンツとコンテンツ管理サーバ上のＷｅｂコンテンツの同一性を確認する処理の処理手順を示すフローチャートである。例えばユーザtaroが参照したＷｅｂコンテンツを確認する場合、ユーザＩＤtaroをキーとして履歴テーブル８１２を検索する（ステップ９１１）。その結果、/data/file1-1、/data/file1-2の参照履歴が得られるため、/data/file1-1、/data/file1-2を外部記憶装置１６４から取得する。ユーザtaroが取得していたＷｅｂコンテンツと/data/file1-1、/data/file1-2をそれぞれ比較し（ステップ９１３）、/data/file1-1と同一であればユーザtaroが取得していたＷｅｂコンテンツは/data/file1-1であると証明できる（ステップ９１４）。異なる場合には、取得した後にユーザtaroが編集したものであることを示している（ステップ９１５）。

以上の処理によって、電子メールの本文に添付されたＵＲＬをユーザが参照した場合、参照したＷｅｂコンテンツを恒久的に保存することができ、かつユーザが参照した情報の内容を証明するシステムが実現できる。

前述した本実施形態での処理は、ユーザがメールクライアント１４０に表示されたＵＲＬをクリックした場合にＷｅｂサーバからＷｅｂコンテンツを取得したが、メールサーバ１３０がメールを受信した時にＷｅｂサーバからＷｅｂコンテンツを取得しても良い。

図１０は本実施形態のメールサーバ１３０がＷｅｂコンテンツを取得する場合の処理手順を示すフローチャートである。メールサーバ１３０がメールを受信した場合、受信したメールの本文にＵＲＬが含まれるかどうかを解析する（ステップ１０１１）。含まれない場合にはそのまま宛先のメールボックスに格納する（ステップ１０１３）。本文にＵＲＬが含まれる場合には、コンテンツ管理サーバ１６０にＵＲＬを送信する（ステップ１０１２）。

コンテンツ管理サーバ１６０のコンテンツ取得部１６２はメールサーバ１３０からＵＲＬを受信した場合には、Ｗｅｂサーバ１１０からＷｅｂコンテンツを取得し、外部記憶装置１６４に格納するとともに、コンテンツテーブル１６５にＵＲＬ、保存先パス、取得日時を格納する。履歴テーブルへのレコードの追加は行わず、メールクライアント１４０からＵＲＬが送信された場合に履歴テーブルへのレコードの追加を行う。この処理により、メールの受信者がメールクライアント１４０でＵＲＬをクリックする前にＷｅｂサーバ１１０からＷｅｂコンテンツが削除されてしまった場合にもメールの受信者は受信したメールに添付されたＵＲＬにアクセスすることが可能となる。

更に、ＵＲＬ送信部１４３を備えていないメールクライアントから受信要求があった場合に、受信メール本文中のＵＲＬをコンテンツ管理サーバ１６０上のファイルを示す様に書き換えることによって、メールクライアントに依存せずにコンテンツ管理サーバ１６０に格納されたＷｅｂコンテンツを参照させることができる。

前述した本実施形態での処理は、メールクライアント１４０やメールサーバ１３０がコンテンツ管理サーバにＵＲＬを送信していたが、コンテンツ管理サーバがコンテンツテーブル１６５に格納された全てのＵＲＬの更新状況を定期的に調べ、更新されたコンテンツを取得することによって、コンテンツ管理サーバ上のＷｅｂコンテンツを最新のファイルにしておくことができる。

更に、メールクライアント１４０でＵＲＬをクリックした時、メールサーバ１３０がメールを受信した時、コンテンツ管理サーバ１６０による定期処理のうち、複数機能でＷｅｂコンテンツの更新を行っても良い。

前述した本実施形態での各処理は、プログラムにより構成し、本実施形態が備えるＣＰＵに実行させることができ、また、それらのプラグラムは、ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

以上説明した様に本実施形態の添付ＵＲＬ送受信システムによれば、メールに記載されたＵＲＬの示すコンテンツとそのアクセス履歴をコンテンツ管理サーバに保存するので、ＵＲＬを受信した受信者が参照した情報を特定し、ユーザが知り得た情報を証明するコンテンツ管理システムを提供することが可能である。また送信者が送信したファイルを更新しても、更新前後のファイル、及びファイルへのアクセス履歴が保存されるため、受信側はメールの本文中に記載されているＵＲＬと参照した情報との同一性を証明することができるという利点がある。

本実施形態のＷｅｂコンテンツ参照履歴管理システムの構成を示す図である。 本実施形態の履歴テーブル１６６及びコンテンツテーブル１６５の構成例を示す図である。 本実施形態のコンテンツテーブル１１６及びアクセス権管理テーブル１１７の構成例を示す図である。 本実施形態のユーザ管理テーブル１３５の構成例を示す図である。 本実施形態のコンテンツ取得部１６２の処理手順を示すフローチャートである。 本実施形態のユーザがメールクライアント１４０に表示されたＵＲＬをクリックした場合の各クライアント、サーバ間でのデータフローを示す図である。 本実施形態のユーザがメールクライアント１４０に表示されたＵＲＬをクリックした場合の処理手順を示すフローチャートである。 本実施形態のコンテンツテーブル１６５と履歴テーブル１６６のデータ例を示す図である。 本実施形態のユーザがＰＣに保存したＷｅｂコンテンツとコンテンツ管理サーバ上のＷｅｂコンテンツの同一性を確認する処理の処理手順を示すフローチャートである。 本実施形態のメールサーバ１３０がＷｅｂコンテンツを取得する場合の処理手順を示すフローチャートである。

符号の説明

１１０…Ｗｅｂサーバ、１１１…主記憶装置、１１２…コンテンツ管理部、１１３…アクセス権管理部、１１４…ＣＰＵ、１１５…外部記憶装置、１１６…コンテンツテーブル、１１７…アクセス権管理テーブル、１２０…コンテンツ操作クライアント、１２１…主記憶装置、１２２…ファイル転送部、１２３…アクセス権設定部、１２４…ＣＰＵ、１２５…入出力装置、１３０…メールサーバ、１３１…主記憶装置、１３２…ユーザ認証部、１３３…ＣＰＵ、１３４…外部記憶装置、１３５…ユーザ管理テーブル、１４０…メールクライアント、１４１…主記憶装置、１４２…ログイン部、１４３…ＵＲＬ送信部、１４４…ＣＰＵ、１４５…入出力装置、１５０…ネットワーク、１６０…コンテンツ管理サーバ、１６１…主記憶装置、１６２…コンテンツ取得部、１６３…ＣＰＵ、１６４…外部記憶装置、１６５…コンテンツテーブル、１６６…履歴テーブル、２１１…保存先パス部、２１２…ユーザＩＤ部、２１３…アクセス日時部、２２１…ＵＲＬ部、２２２…保存先パス部、２２３…取得日時部、３１１…ＵＲＬ部、３１２…最終更新日時部、３２１…ＵＲＬ部、３２２…ユーザＩＤ部、３２３…パスワード部、４１１…ユーザＩＤ部、４１２…パスワード部、６１１…メールクライアント、６１２…メール、６１３…ＵＲＬ、６２１…メールクライアント、６２２…メール、８１１…コンテンツテーブル、８１２…履歴テーブル、８１３…履歴テーブル、８１４…参照可否カラム、８１５…拒否要因カラム。

Claims (8)

1. メールに記載されたＵＲＬが示す内容への受信者の閲覧の有無を管理するメール管理システムにおけるメール管理方法において、
   メールサーバは、受信したメール本文中に記載されているＵＲＬを検索して該受信したメールに記載されているＵＲＬをコンテンツ管理サーバに送信し、
   前記コンテンツ管理サーバは、メールサーバから送信されたＵＲＬが示すコンテンツをＷｅｂサーバから受信して記憶装置に保存し、前記受信したＵＲＬとコンテンツの保存先パス及びその時点の日時を示す情報とを対応付けて履歴情報に格納し、
   前記コンテンツ管理サーバは、メールクライアントから送られたＵＲＬに基づいて該ＵＲＬが示すコンテンツを履歴情報から特定し、記憶装置に保存された前記特定されたコンテンツを前記メールクライアントに送信することを特徴とするメール管理方法。
2. 前記コンテンツ管理サーバは、前記履歴情報に格納されている全てのＵＲＬが示す前記コンテンツの更新状況を定期的に確認し、前記記憶された前記コンテンツを最新のファイルにすることを特徴とする請求項１に記載されたメール管理方法。
3. 前記メールサーバは、前記メール本文中に記載された前記ＵＲＬを前記コンテンツ管理サーバに記憶されたコンテンツを示すＵＲＬに書き換えることを特徴とする請求項１に記載されたメール管理方法。
4. 前記コンテンツ管理サーバは、前記履歴情報に対応したコンテンツの参照可否およびエラー要因を示す情報を格納することを特徴とする請求項１乃至請求項３のいずれか１項に記載されたメール管理方法。
5. 前記コンテンツ管理サーバは、前記受信したコンテンツと同一のコンテンツが前記記憶装置に保存されていない場合に当該コンテンツを前記記憶装置に保存することを特徴とする請求項１乃至請求項４のいずれか１項に記載されたメール管理方法。
6. 前記メールクライアントは、前記メールに記載されたＵＲＬと共に前記ユーザＩＤを前記コンテンツ管理サーバへ送信し、
   前記コンテンツ管理サーバは、前記送信されたユーザＩＤによる前記Ｗｅｂサーバでの認証処理が成功した場合に前記ＵＲＬの示すコンテンツを前記Ｗｅｂサーバから受信することを特徴とする請求項１乃至請求項５のいずれか１項に記載されたメール管理方法。
7. メールに記載されたＵＲＬが示す内容への受信者の閲覧の有無を管理するメール管理システムにおいて、
   メールサーバは、受信したメール本文中に記載されているＵＲＬを検索して該受信したメールに記載されているＵＲＬをコンテンツ管理サーバに送信し、
   前記コンテンツ管理サーバは、メールサーバから前記送信されたＵＲＬが示すコンテンツをＷｅｂサーバから受信して前記記憶装置に保存し、前記受信したＵＲＬとコンテンツの保存先パス及びその時点の日時を示す情報とを対応付けて履歴情報に格納し、
   前記コンテンツ管理サーバは、メールクライアントから送られたＵＲＬに基づいて該ＵＲＬが示すコンテンツを履歴情報から特定し、記憶装置に保存された前記特定されたコンテンツを前記メールクライアントに送信することを特徴とするメール管理システム。
8. メールに記載されたＵＲＬが示す内容への受信者の閲覧の有無を管理するメール管理システムを機能させるためのメール管理プログラムにおいて、
   メールサーバが受信したメール本文中に記載されているＵＲＬを検索して該受信したメールに記載されているＵＲＬをコンテンツ管理サーバに送信するステップと、
   前記コンテンツ管理サーバがメールサーバから前記送信されたＵＲＬが示すコンテンツをＷｅｂサーバから受信して前記記憶装置に保存し、前記受信したＵＲＬとコンテンツの保存先パス及びその時点の日時を示す情報とを対応付けて履歴情報に格納するステップと、
   前記コンテンツ管理サーバがメールクライアントから送られたＵＲＬに基づいて該ＵＲＬが示すコンテンツを履歴情報から特定し、記憶装置に保存された前記特定されたコンテンツを前記メールクライアントに送信するステップとをコンピュータに実行させることを特徴とするメール管理プログラム。

Images