JP6065718B2 - 提供プログラム、提供装置及び提供方法 - Google Patents

Description

本発明は、提供プログラム、提供装置及び提供方法に関する。

送信者は、コンテンツの格納先を示す格納先アドレスである、例えば、ＵＲＬ（Uniform Resource Locator）をメール本文に記載して当該メールを送信する場合がある。更に、当該メールを受信した受信者は、メール本文に記載されたＵＲＬの格納先にＯＳハイパーリンク機能でアクセスする場合がある。

この際、ＵＲＬで示す格納先のコンテンツが第三者のホームページの場合、そのコンテンツの内容が第三者によって変更される場合がある。しかも、その変更のタイミングは第三者次第である。従って、送信者がＵＲＬを記載したメールを送信した時点と、受信者が当該ＵＲＬを記載したメールを受信した時点とで、当該ＵＲＬの格納先に格納されたコンテンツの内容は異なる場合がある。

図１５は、メール参照画面に記載のＵＲＬに対してクリック操作した場合のコンテンツ画面の一例を示す説明図である。図１５に示すメール参照画面は、例えば、Ａさんから受信したメール参照画面とする。Ａさんは、例えば、オムライスのレシピに関するコンテンツを紹介するために、当該コンテンツの格納先を示すＵＲＬをメール本文に記載したとする。従って、受信者側の端末装置は、Ａさんからの受信メールのメール本文に記載したＵＲＬに対するクリック操作を検出すると、当該ＵＲＬで示す格納先にアクセスし、当該格納先に格納されたコンテンツを取得する。その結果、受信者は、当該ＵＲＬで示す格納先に格納された、オムライスのレシピのコンテンツを閲覧できる。

国際公開第２００６／０４６３９５号 特開２０００−２１５１２７号公報

しかしながら、当該ＵＲＬで示す格納先のコンテンツを管理する第三者が、受信者による当該ＵＲＬで示す格納先へのアクセス前に、コンテンツの内容を、例えば、オムライスのレシピから麻婆豆腐のレシピに変更したとする。この場合、受信者は、送信者の意図に反して、当該ＵＲＬで示す格納先に格納された麻婆豆腐のレシピのコンテンツを閲覧してしまう。つまり、送信者であるＡさんが意図したコンテンツを受信者に提供できないという事態が生じる。

一つの側面では、メール本文に記載した格納先アドレスで示す格納先の情報を受信者に提供できる提供プログラム、提供装置及び提供方法を提供することを目的とする。

一つの案では、コンピュータに、メールのメール本文内に情報の格納先を示す第１の格納先アドレスがある場合に、メールの送信元又は送信先の端末装置から、第１の格納先アドレスで示す格納先に格納された情報についての記憶部への格納要求を検出する処理を実行させる。コンピュータに、格納要求を検出すると、第１の格納先アドレスにアクセスして情報を取得して、取得した該情報を該記憶部に格納する処理を実行させる。コンピュータに、第１の格納先アドレスと、情報を格納した記憶部の格納先を示す第２の格納先アドレスとを対応付けて管理記憶部に記憶する処理を実行させる。コンピュータに、メールの送信先の端末装置から第１の格納先アドレスで示す格納先に格納された情報の参照要求を検出すると、管理記憶部を参照して、第１の格納先アドレスに対応した第２の格納先アドレスを、参照要求を要求した端末装置に提供する処理を実行させる。

メール本文に記載した格納先アドレスで示す格納先の情報を受信者に提供できる。

図１は、メール管理システムの一例を示す説明図である。 図２は、コンテンツ管理テーブルの一例を示す説明図である。 図３は、リンクテーブルの一例を示す説明図である。 図４Ａは、メール作成画面の一例を示す説明図である。 図４Ｂは、メール作成画面上のメニュー画面の一例を示す説明図である。 図４Ｃは、ロックボタン操作後のメール作成画面の一例を示す説明図である。 図５Ａは、メール参照画面の一例を示す説明図である。 図５Ｂは、メール参照画面上のメニュー画面の一例を示す説明図である。 図５Ｃは、ロックボタン操作後のメール参照画面の一例を示す説明図である。 図６は、参照ボタン操作後のメール参照画面及びコンテンツ画面の一例を示す説明図である。 図７は、参照ボタン操作後の転送メール参照画面及びコンテンツ画面の一例を示す説明図である。 図８は、メニュー画面表示処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図９は、ロック要求処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１０は、ロック処理に関わる共有サーバ側の制御部の処理動作の一例を示すフローチャートである。 図１１は、参照要求処理に関わるクライアント側の制御部の処理動作の一例を示すフローチャートである。 図１２は、コンテンツ一覧送信処理に関わる共有サーバ側の制御部の処理動作の一例を示すフローチャートである。 図１３は、送信メールリンク処理に関わるメールサーバ側の制御部の処理動作の一例を示すフローチャートである。 図１４は、提供プログラムを実行する情報処理装置の一例を示す説明図である。 図１５は、メール参照画面に記載のＵＲＬに対してクリック操作した場合のコンテンツ画面の一例を示す説明図である。

以下、図面に基づいて、本願の開示する提供プログラム、提供装置及び提供方法の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、メール管理システムの一例を示す説明図である。図１に示すメール管理システム１は、クライアント２と、メールサーバ３と、Ｗｅｂサーバ４と、共有サーバ５とを有し、クライアント２、メールサーバ３、Ｗｅｂサーバ４及び共有サーバ５相互間をインターネット６等で接続している。

クライアント２は、例えば、メールブラウザ機能やＷｅｂブラウザ機能等を備えた、利用者側のパーソナルコンピュータやスマートフォン等の情報端末である。クライアント２は、通信インタフェース１１と、操作部１２と、表示部１３と、記憶部１４と、ＲＯＭ（Read Only Memory）１５と、ＲＡＭ(Random Access Memory)１６と、制御部１７とを有する。通信インタフェース１１は、インターネット６等との通信を司るインタフェースである。操作部１２は、例えば、各種コマンドを入力する、マウスやタッチパネル等の入力インタフェースである。表示部１３は、例えば、各種情報を画面表示する出力インタフェースである。記憶部１４は、各種情報を記憶管理する記憶領域である。記憶部１４には、動作環境テーブル１４Ａが記憶してある。動作環境テーブル１４Ａには、例えば、共有サーバ５のＵＲＬアドレスが格納されている。ＲＯＭ１５は、各種プログラム等の情報を格納した領域である。各種プログラムには、例えば、メールブラウザプログラム１５Ａ、Ｗｅｂブラウザプログラム１５Ｂ及び要求プログラム１５Ｃ等がある。ＲＡＭ１６は、各種情報を記憶した領域である。

制御部１７は、クライアント２全体を制御する。制御部１７は、ＲＯＭ１５内に格納された各種プログラム１５Ａ〜１５Ｃを読み出し、これらプログラム１５Ａ〜１５Ｃに基づき各種プロセスを機能として実行する。制御部１７は、機能として、メールブラウザ処理部１７Ａと、Ｗｅｂブラウザ処理部１７Ｂと、要求処理部１７Ｃとを有する。

メールブラウザ処理部１７Ａは、例えば、メールサーバ３と通信するメールブラウザ機能を司る処理部である。Ｗｅｂブラウザ処理部１７Ｂは、例えば、Ｗｅｂサーバ４と通信するＷｅｂブラウザ機能を司る処理部である。要求処理部１７Ｃは、例えば、共有サーバ５に対して各種処理を要求すると共に、共有サーバ５で提供されたコンテンツ等の各種情報を表示部１３に画面表示する処理部である。

メールサーバ３は、例えば、クライアント２からのメール送受信を管理するサーバである。メールサーバ３は、通信インタフェース２１と、記憶部２２と、ＲＯＭ２３と、ＲＡＭ２４と、制御部２５とを有する。通信インタフェース２１は、インターネット６等との通信を司るインタフェースである。記憶部２２は、各種情報を記憶管理する記憶領域である。記憶部２２には、動作環境テーブル２２Ａが記憶してある。ＲＯＭ２３は、各種プログラム等の情報を格納した領域である。各種プログラムには、例えば、メールサーバプログラム２３Ａ及び送信メールリンクプログラム２３Ｂ等がある。ＲＡＭ２４は、各種情報を記憶した領域である。

制御部２５は、メールサーバ３全体を制御する。制御部２５は、ＲＯＭ２３内に格納された各種プログラム２３Ａ及び２３Ｂを読み出し、これらプログラム２３Ａ及び２３Ｂに基づき各種プロセスを機能として実行する。制御部２５は、機能として、メールサーバ処理部２５Ａと、送信メールリンク処理部２５Ｂとを有する。メールサーバ処理部２５Ａは、例えば、メールサーバ３のメールサーバ機能を司る処理部である。送信メールリンク処理部２５Ｂは、後述する送信メールリンク処理を実行する。

Ｗｅｂサーバ４は、例えば、クライアント２等に対してＵＲＬリンク先に格納されたコンテンツ等のＷｅｂサービスを提供するサーバである。

共有サーバ５は、通信インタフェース３１と、記憶部３２と、ＲＯＭ３３と、ＲＡＭ３４と、制御部３５とを有する。通信インタフェース３１は、インターネット６等との通信を司るインタフェースである。記憶部３２は、各種情報を記憶管理する記憶領域である。
ＲＯＭ３３は、各種プログラム等の情報を格納した領域である。各種プログラムには、例えば、Ｗｅｂサーバプログラム３３Ａ、ロックプログラム３３Ｂ及び提供プログラム３３Ｃ等がある。ＲＡＭ３４は、各種情報を記憶した領域である。制御部３５は、共有サーバ５全体を制御する。

制御部３５は、ＲＯＭ３３内に格納された各種プログラム３３Ａ〜３３Ｃを読み出し、これらプログラム３３Ａ〜３３Ｃに基づき各種プロセスを機能として実行する。制御部３５は、機能として、Ｗｅｂサーバ処理部３５Ａと、ロック処理部３５Ｂと、提供処理部３５Ｃとを有する。Ｗｅｂサーバ処理部３５Ａは、例えば、クライアントに対してＷｅｂサービスを提供する処理部である。ロック処理部３５Ｂは、メール本文内にコンテンツの格納先を示すＵＲＬがある場合に、メールに関わるクライアント２から、当該ＵＲＬに関わるロック要求を検出すると、当該ＵＲＬで示す格納先にアクセスしてコンテンツを取得する。更に、ロック処理部３５Ｂは、取得したコンテンツのコピーを共有フォルダ３４内の保存先フォルダ内に保存する。尚、ロックとは、ロック要求時点でメール本文に記載のＵＲＬの格納先にあるコンテンツのコピーを保存しておく処理である。更に、ロック処理部３５Ｂは、当該メールに関わるＵＲＬ及び、保存先フォルダを示す保存先ＵＲＬを対応付けて記憶部３２に記憶する。尚、ロック処理部３５Ｂは、例えば、格納処理部及び管理処理部等である。

提供処理部３５Ｃは、クライアント２からＵＲＬに関わる参照要求を検出すると、記憶部３２を参照して、ＵＲＬに対応した保存先ＵＲＬを参照要求のクライアント２に提供する。

記憶部３２には、コンテンツ管理テーブル４１と、リンクテーブル４２と、共有フォルダ４３とを有する。図２は、コンテンツ管理テーブル４１の一例を示す説明図である。図２に示すコンテンツ管理テーブル４１は、コンテンツの管理情報を記憶しておき、コンテンツ管理キー４１Ａ、保存者４１Ｂ、保存日時４１Ｃ、元ＵＲＬ４１Ｄ及び保存先ＵＲＬ４１Ｅを対応付けて記憶している。コンテンツ管理キー４１Ａは、コンテンツを識別するＩＤである。保存者４１Ｂは、コンテンツの保存を要求した保存者を識別する、例えば、メールアドレス等の識別情報である。保存日時４１Ｃは、コンテンツのコピーを共有フォルダ４３内の保存先フォルダに保存した日時である。元ＵＲＬ４１Ｄは、コンテンツが格納された元の格納先を示すＵＲＬである。保存先ＵＲＬ４１Ｅは、ロック要求に応じて、コンテンツのコピーを保存した共有フォルダ４３内の保存先フォルダを示す保存先ＵＲＬである。

図３は、リンクテーブル４２の一例を示す説明図である。図３に示すリンクテーブル４２は、コンテンツ管理キー及びメッセージＩＤのリンク情報を管理し、メッセージＩＤ４２Ａと、ＵＲＬ４２Ｂと、コンテンツ管理キー４２Ｃとを対応付けて管理している。メッセージＩＤ４２Ａは、コンテンツの格納先を示すＵＲＬを記載したメール原本を識別するＩＤである。ＵＲＬ４２Ｂは、コンテンツを格納した元の格納先を示すＵＲＬである。コンテンツ管理キー４２Ｃは、コンテンツを識別するＩＤである。尚、コンテンツ管理テーブル４１及びリンクテーブル４２は、例えば、管理記憶部等に相当する。共有フォルダ４３は、ロック要求に応じてＵＲＬで示す格納先のコンテンツのコピーを保存する領域である。尚、共有フォルダ４３は、例えば、記憶部等に相当する。

図４Ａは、メール作成画面５０の一例を示す説明図である。図４Ａに示すメール作成画面５０は、送信者側のクライアント２でメールを作成する際の画面である。メール作成画面５０は、宛先５０Ａと、件名５０Ｂと、メール本文５０Ｃと、送信ボタン５０Ｄとを有する。宛先５０Ａは、メールの送信宛先である。件名５０Ｂは、メールの件名である。メール本文５０Ｃは、メール本文の内容である。送信ボタン５０Ｄは、本メールの送信を指示するボタンである。尚、メール本文５０Ｃには、ＵＲＬ５０Ｅ、例えば、オムライスのレシピを紹介したコンテンツの格納先を示すＵＲＬが記載してある。

図４Ｂは、メール作成画面５０上のメニュー画面５１の一例を示す説明図である。クライアント２側の制御部１７は、例えば、メール本文５０Ｃ内のＵＲＬ５０Ｅを範囲選択してクリックを検出すると、図４Ｂに示すメール作成画面５０上にメニュー画面５１を画面表示する。メニュー画面５１は、ロックボタン５１Ａと、参照ボタン５１Ｂとを有する。ロックボタン５１Ａは、ＵＲＬ５０Ｅで示す格納先のコンテンツに対するロックを要求するボタンである。参照ボタン５１Ｂは、ロック済みのコンテンツを参照するボタンである。尚、メール作成画面５０は、メール本文５０Ｃを新規作成する画面であるため、参照ボタン５１Ｂの操作を無効化にした状態にある。

図４Ｃは、ロックボタン５１Ａ操作後のメール作成画面５０の一例を示す説明図である。制御部１７は、図４Ｃに示すメニュー画面５１上のロックボタン５１Ａに対する操作を検出すると、メール本文５０Ｃ内のＵＲＬ５０Ｅで示す格納先のコンテンツのロックを共有サーバ５に要求する。そして、制御部１７は、ロック要求後、共有サーバ５からコンテンツ管理キーを取得し、メール本文５０Ｃ内のＵＲＬ５０Ｅの先頭部分にコンテンツ管理キー５０Ｆを付加する。

図５Ａは、メール参照画面６０の一例を示す説明図である。図５Ａに示すメール参照画面６０は、受信者側のクライアント２で受信メールを参照する画面である。メール参照画面６０は、宛先５０Ａと、件名５０Ｂと、メール本文５０Ｃと、返信ボタン５０Ｇと、転送ボタン５０Ｈとを有する。返信ボタン５０Ｇは、本メールの返信を指示するボタンである。転送ボタン５０Ｈは、本メールの転送を指示するボタンである。

図５Ｂは、メール参照画面６０上のメニュー画面５１の一例を示す説明図である。制御部１７は、例えば、メール本文５０Ｃ内のＵＲＬ５０Ｅを範囲選択してクリックを検出すると、図５Ｂに示すメール参照画面６０上にメニュー画面５１を画面表示する。メール参照画面６０上の参照ボタン５１Ｂは、操作可能な状態である。

図５Ｃは、ロックボタン５１Ａ操作後のメール参照画面６０の一例を示す説明図である。制御部１７は、図５Ｃに示すメール参照画面６０のメニュー画面５１上のロックボタン５１Ａに対する操作を検出すると、メール本文５０Ｃ内のＵＲＬ５０Ｅで示す格納先に対応したコンテンツのロックを共有サーバ５に要求する。

図６は、参照ボタン５１Ｂ操作後のメール参照画面６０及びコンテンツ画面５３の一例を示す説明図である。制御部１７は、メール参照画面６０上のメニュー画面５１上の参照ボタン５１Ｂに対する操作を検出すると、後述するコンテンツ一覧リスト５２を画面表示する。コンテンツ一覧リスト５２は、メール本文５１Ｃ内のＵＲＬ５１Ｅのロック済みのコンテンツ５２Ａを一覧表示するリストである。尚、コンテンツ一覧リスト５２内のコンテンツ５２Ａは、同一ＵＲＬ５１Ｅに関わるロック要求毎のコンテンツに関わる保存者及び保存日時等を示している。制御部１７は、コンテンツ一覧リスト５２上のコンテンツ５２Ａに対する選択操作を検出すると、選択したコンテンツ５２Ａに関わる保存先ＵＲＬにアクセスしてコンテンツを取得してコンテンツ画面５３を画面表示する。

図７は、参照ボタン５１Ｂ操作後の転送メール参照画面６１及びコンテンツ画面５３の一例を示す説明図である。制御部１７は、転送メール参照画面６１のメニュー画面５１上の参照ボタン５１Ｂに対する操作を検出すると、コンテンツ一覧リスト５２を画面表示する。コンテンツ一覧リスト５２は、メール本文５１Ｃ内のＵＲＬ５１Ｅのロック済みのコンテンツ５２Ａを一覧表示するリストである。制御部１７は、コンテンツ一覧リスト５２上のコンテンツ５２Ａに対する選択操作を検出すると、選択したコンテンツ５２Ａに関わる保存先ＵＲＬにアクセスしてコンテンツを取得してコンテンツ画面５３を画面表示する。

次に実施例のメール管理システム１の動作について説明する。図８は、メニュー画面表示処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図８に示すメニュー画面表示処理は、画面上のＵＲＬ５０Ｅの選択又は入力操作に応じてメニュー画面５１を画面表示する処理である。

図８においてクライアント２側の制御部１７は、画面上のＵＲＬ５０Ｅに対する選択又は入力を検出したか否かを判定する（ステップＳ１１）。尚、制御部１７は、例えば、図４Ａに示すＵＲＬ５０Ｅを範囲選択してクリックの操作等でＵＲＬ５０Ｅに対する選択を検出する。制御部１７は、ＵＲＬ５０Ｅの入力後の改行コード入力でＵＲＬ５０Ｅに対する入力を検出する。制御部１７は、ＵＲＬ５０Ｅの選択又は入力を検出した場合（ステップＳ１１肯定）、現在の表示画面はメールエディタウインドウであるか否かを判定する（ステップＳ１２）。尚、メールエディタウインドウは、メール編集画面である。

制御部１７は、メールエディタウインドウである場合（ステップＳ１２肯定）、メニュー画面をロードする（ステップＳ１３）。尚、メニュー画面５１は、図４Ｂ又は図５Ｂに示すロックボタン５１Ａ及び参照ボタン５１Ｂを有する。

制御部１７は、メールエディタウインドウがメール作成画面５０であるか否かを判定する（ステップＳ１４）。尚、制御部１７は、例えば、メールエディタウインドウ上の送信ボタン５０Ｄの有無でメール作成画面５０であるか否かを判定する。制御部１７は、図４Ａに示すメール作成画面５０の場合（ステップＳ１４肯定）、図４Ｂに示すようにメニュー画面５１上の参照ボタン５１Ｂを無効化する（ステップＳ１５）。尚、参照ボタン５１Ｂの無効化は、操作不可の状態を示し、ボタン非表示の状態でも良い。

制御部１７は、参照ボタン５１Ｂを無効化したメニュー画面５１を表示部１３に画面表示し（ステップＳ１６）、図８に示す処理動作を終了する。制御部１７は、ＵＲＬ５０Ｅに対する選択又は入力を検出しなかった場合（ステップＳ１１否定）や、メールエディタウインドウでない場合（ステップＳ１２否定）、図８に示す処理動作を終了する。

制御部１７は、メールエディタウインドウがメール作成画面５０でない場合（ステップＳ１４否定）、メールエディタウインドウが、図５Ａに示すメール参照画面６０と判断し、図５Ｂに示すメニュー画面５１を画面表示すべく、ステップＳ１６に移行する。

図８に示すメニュー画面表示処理の制御部１７は、ＵＲＬ５０Ｅに対する選択又は入力の操作を検出すると、メール作成画面５０の場合、参照ボタン５１Ｂを無効化したメニュー画面５１を画面表示する。その結果、クライアント２側の利用者は、メール作成画面５０内のメニュー画面５１上のロックボタン５１Ａが操作可能となる。

制御部１７は、ＵＲＬ５０Ｅに対する選択又は入力の操作を検出すると、メール参照画面６０の場合、メニュー画面５１を画面表示する。その結果、クライアント２側の利用者は、メール参照画面６０内のメニュー画面５１上のロックボタン５１Ａ及び参照ボタン５１Ｂが操作可能となる。

図９は、ロック要求処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図９に示すロック要求処理は、メニュー画面５１上のロックボタン５１Ａの操作を検出した場合、選択中のＵＲＬ５０Ｅで示す格納先に格納されたコンテンツのロックを共有サーバ５に要求する処理である。

図９においてクライアント２側の制御部１７内の要求処理部１７Ｃは、メニュー画面５１上のロックボタン５１Ａに対する操作を検出したか否かを判定する（ステップＳ２１）。要求処理部１７Ｃは、ロックボタン５１Ａに対する操作を検出した場合（ステップＳ２１肯定）、現在の表示画面が図５Ｃに示すメール参照画面６０であるか否かを判定する（ステップＳ２２）。

要求処理部１７Ｃは、メール参照画面６０の場合（ステップＳ２２肯定）、メール参照画面６０上のメールヘッダを読み込む（ステップＳ２３）。要求処理部１７Ｃは、メール参照画面６０上のメールヘッダ内にＲｅｆｅｒｅｎｃｅ句が存在するか否かを判定する（ステップＳ２４）。尚、Ｒｅｆｅｒｅｎｃｅ句は、メール内のメッセージ履歴を識別するメッセージＩＤが記録されている。

要求処理部１７Ｃは、Ｒｅｆｅｒｅｎｃｅ句が存在する場合（ステップＳ２４肯定）、Ｒｅｆｅｒｅｎｃｅ句内の最初の発信元メールを識別するメッセージＩＤ、すなわち元のメッセージＩＤを抽出する。そして、要求処理部１７Ｃは、抽出したメッセージＩＤをパラメータαに設定する（ステップＳ２５）。尚、パラメータαのメッセージＩＤは、ＵＲＬ５０Ｅを最初に記載した発信元のメールを識別するＩＤである。

要求処理部１７Ｃは、選択中のＵＲＬ５０Ｅをパラメータβ、自分のメールアドレスをパラメータγに設定する（ステップＳ２６）。尚、パラメータβのＵＲＬ５０Ｅは、同クライアント２の利用者が選択中のＵＲＬである。パラメータγのメールアドレスは、ロックボタン５１Ａを操作した同クライアント２の利用者を識別するメールアドレスである。

要求処理部１７Ｃは、共有サーバ５に対してコンテンツのロックを要求する（ステップＳ２７）。尚、要求処理部１７Ｃは、パラメータα、γ、βを含むロック要求を共有サーバ５に要求する。また、要求処理部１７Ｃは、メール参照画面６０内のＵＲＬ５０Ｅのコンテンツのロックを要求する場合、パラメータαとして元のメッセージＩＤをロック要求に含める。また、要求処理部１７Ｃは、メール作成画面５０内のＵＲＬ５０Ｅのコンテンツのロックを要求する場合、パラメータαとして「設定値なし」でロック要求に含める。

要求処理部１７Ｃは、共有サーバ５からロック要求に対するコンテンツ管理キーを受信したか否かを判定する（ステップＳ２８）。要求処理部１７Ｃは、コンテンツ管理キーを受信した場合（ステップＳ２８肯定）、現在の表示画面がメール作成画面５０であるか否かを判定する（ステップＳ２９）。

要求処理部１７Ｃは、現在の表示画面がメール作成画面５０の場合（ステップＳ２９肯定）、図４Ｃに示すメール作成画面５０内のメール本文５０Ｃ内の選択中のＵＲＬ５０Ｅの先頭部分にコンテンツ管理キー５０Ｆを付加する（ステップＳ３０）。尚、利用者は、メール作成画面５０内のメール本文５０Ｃ内にコンテンツ管理キー５０Ｆを表示するため、コンテンツロックのＵＲＬ５０Ｅを識別できる。要求処理部１７Ｃは、メニュー画面５１を閉じて（ステップＳ３１）、図９に示す処理動作を終了する。

要求処理部１７Ｃは、メニュー画面５１上のロックボタンに対する操作を検出しなかった場合（ステップＳ２１否定）、図９に示す処理動作を終了する。要求処理部１７Ｃは、現在の表示画面がメール参照画面６０でない場合（ステップＳ２２否定）、選択中のＵＲＬ５０Ｅ及びメールアドレスをパラメータβ及びγに設定すべく、ステップＳ２６に移行する。

要求処理部１７Ｃは、Ｒｅｆｅｒｅｎｃｅ句が存在しない場合（ステップＳ２４否定）、メッセージＩＤをパラメータαに設定し（ステップＳ３２）、選択中のＵＲＬ５０Ｅ及びメールアドレスをパラメータβ及びγに設定すべく、ステップＳ２６に移行する。

要求処理部１７Ｃは、コンテンツ管理キーを受信しなかった場合（ステップＳ２８否定）、コンテンツ管理キーを受信したか否かを判定すべく、ステップＳ２８に移行する。要求処理部１７Ｃは、現在の表示画面がメール作成画面５０でない場合（ステップＳ２９否定）、メニュー画面５１を閉じるべく、ステップＳ３１に移行する。つまり、要求処理部１７Ｃは、現在の表示画面がメール参照画面６０の場合、選択中のＵＲＬ５０Ｅにコンテンツ管理キー５０Ｆを付加するステップＳ３０の処理を実行せず、メニュー画面５１を閉じる。

図９に示すロック要求処理の制御部１７は、メール参照画面６０上のロックボタン５１Ａに対する操作を検出すると、メール参照画面６０内の元メッセージＩＤ、選択中のＵＲＬ５０Ｅ、メールアドレスを含むロック要求を共有サーバ５に対して要求する。その結果、クライアント２の利用者は、メール参照画面６０上のメール本文５０Ｃ内のＵＲＬ５０Ｅに関わるコンテンツのロックを共有サーバ５に要求できる。

制御部１７は、メール作成画面５０上のロックボタン５１Ａに対する操作を検出すると、メール作成画面５０内の選択中のＵＲＬ５０Ｅ、メールアドレス及び元メッセージＩＤの設定値なしを含むロック要求を共有サーバ５に対して要求する。その結果、クライアント２側の利用者は、メール作成画面５０上のメール本文５０Ｃ内のＵＲＬ５０Ｅに関わるコンテンツのロックを共有サーバ５に要求できる。

更に、制御部１７は、共有サーバ５からロック要求に対してコンテンツ管理キーを受信した場合、メール作成画面５０上のメール本文５０Ｃ内のＵＲＬ５０Ｅの先頭部分にコンテンツ管理キー５０Ｆを付加して表示する。その結果、クライアント２側の利用者は、メール作成画面５０上でコンテンツロックのＵＲＬ５０Ｅを識別できる。

図１０は、ロック処理に関わる共有サーバ５側の制御部３５の処理動作の一例を示すフローチャートである。図１０に示すロック処理は、ロック要求のＵＲＬ５０Ｅで示す格納先にアクセスしてコンテンツのコピーを共有フォルダ４３内の保存先フォルダに保存する処理である。

図１０において共有サーバ５側の制御部３５内のロック処理部３５Ｂは、クライアント２からロック要求を受信したか否かを判定する（ステップＳ４１）。尚、ロック要求には、パラメータαに元のメッセージＩＤ又は「設定値なし」、パラメータβにＵＲＬ５０Ｅ、パラメータγにメールアドレスを含む。

ロック処理部３５Ｂは、ロック要求を受信した場合（ステップＳ４１肯定）、ＵＲＬ５０Ｅで示す格納先のコンテンツを保存する保存先フォルダを記憶部３２内の共有フォルダ４３内に生成する（ステップＳ４２）。ロック処理部３５Ｂは、ロック要求のＵＲＬ５０Ｅにアクセスしてコンテンツを取得する（ステップＳ４３）。ロック処理部３５Ｂは、取得したコンテンツを保存先フォルダに保存し（ステップＳ４４）、当該コンテンツを識別するコンテンツ管理キー（＠ｋｅｙ）を生成する（ステップＳ４５）。

ロック処理部３５Ｂは、設定したレコードをコンテンツ管理テーブル３１内に追加する（ステップＳ４６）。尚、設定したレコードは、コンテンツ管理キー４１Ａに＠ｋｅｙ、保存者４１Ｂにγ（メールアドレス）、保存日時４１Ｃに現在時刻、元ＵＲＬ４１Ｄにβ（ＵＲＬ文字列）、保存先ＵＲＬ４１Ｅに保存先フォルダのＵＲＬを設定したレコードである。その結果、ロック処理部３５Ｂは、コンテンツ管理テーブル４１を参照し、保存先フォルダ内に保存したＵＲＬ５０Ｅのコンテンツ毎に、コンテンツ管理キー４１Ａ、保存者４１Ｂ、保存日時４１Ｃ、元ＵＲＬ４１Ｄ及び保存先ＵＲＬ４１Ｅを識別できる。

ロック処理部３５Ｂは、コンテンツ管理テーブル４１内に新規レコードを追加した後、パラメータαに設定値があるか否かを判定する（ステップＳ４７）。ロック処理部３５Ｂは、パラメータαに設定値がある場合（ステップＳ４７肯定）、メッセージＩＤ４２Ａにパラメータα、ＵＲＬ４２Ｂにパラメータβ、コンテンツ管理キー４２Ｃに＠ｋｅｙを設定のレコードをリンクテーブル４２に追加する（ステップＳ４８）。

ロック処理部３５Ｂは、クライアント２からのロック要求に応じてＵＲＬ５０Ｅのコンテンツを識別するコンテンツ管理キーをクライアント２に返信し（ステップＳ４９）、図１０に示す処理動作を終了する。

ロック処理部３５Ｂは、ロック要求を受信しなかった場合（ステップＳ４１否定）、図１０に示す処理動作を終了する。ロック処理部３５Ｂは、パラメータαに設定値がない場合（ステップＳ４７否定）、ロック要求に対するコンテンツ管理キーをクライアント２に返信すべく、ステップＳ４９に移行する。

図１０に示すロック処理の制御部３５は、クライアント２からロック要求を検出すると、ロック要求のＵＲＬ５０Ｅにアクセスしてコンテンツを取得し、取得したコンテンツを保存先フォルダ内に保存する。その結果、制御部３５は、ロック要求のＵＲＬ５０Ｅで示す格納先のコンテンツを保存先フォルダ内に保存する。つまり、ロック要求時点のＵＲＬ５０Ｅのコンテンツ内容を保存先フォルダにロックできる。

制御部３５は、ロック要求のコンテンツを保存先フォルダ内に保存した場合、コンテンツ毎に、コンテンツ管理キー４１Ａ、保存者４１Ｂ、保存日時４１Ｃ、元ＵＲＬ４１Ｄ及び保存先ＵＲＬ４１Ｅをコンテンツ管理テーブル４１内に登録する。その結果、利用者は、コンテンツ管理テーブル４１を参照して、コンテンツ毎にコンテンツ管理キー４１Ａ、保存者４１Ｂ、保存日時４１Ｃ、元ＵＲＬ４１Ｄ及び保存先ＵＲＬ４１Ｅを識別できる。

制御部３５は、コンテンツをメッセージＩＤやコンテンツ管理キーで管理し、メールの転送及び返信等による二次的な受信者でも保存先フォルダ内に保存したコンテンツを参照できる。

図１１は、参照要求処理に関わるクライアント２側の制御部１７の処理動作の一例を示すフローチャートである。図１１に示す参照要求処理は、メニュー画面５１上の参照ボタン５１Ｂの操作に応じて保存先フォルダ内に保存済みのコンテンツの参照を共有サーバ５に要求する処理である。

図１１において要求処理部１７Ｃは、メニュー画面５１上の参照ボタン５１Ｂに対する操作を検出したか否かを判定する（ステップＳ５１）。要求処理部１７Ｃは、参照ボタン５１Ｂに対する操作を検出した場合（ステップＳ５１肯定）、参照メール画面６０のメールヘッダを読み込む（ステップＳ５２）。要求処理部１７Ｃは、メールヘッダ内にＲｅｆｅｒｅｎｃｅ句が存在するか否かを判定する（ステップＳ５３）。

要求処理部１７Ｃは、メールヘッダ内にＲｅｆｅｒｅｎｃｅ句が存在する場合（ステップＳ５３肯定）、Ｒｅｆｅｒｅｎｃｅ内の元のメッセージＩＤを抽出し、抽出したメッセージＩＤをパラメータαに設定する（ステップＳ５４）。要求処理部１７Ｃは、選択中のＵＲＬ文字列をパラメータβに設定する（ステップＳ５５）。

要求処理部１７Ｃは、共有サーバ５に対して共有コンテンツリストを要求する（ステップＳ５６）。尚、共有コンテンツリスト要求には、パラメータα及びβを含む。要求処理部１７Ｃは、共有サーバ５から共有コンテンツリストを受信したか否かを判定する（ステップＳ５７）。尚、共有コンテンツリストは、パラメータαのメッセージＩＤ（設定値なし）及びパラメータβのＵＲＬ５０Ｅを含むコンテンツリストである。

要求処理部１７Ｃは、共有サーバ５から共有コンテンツリストを受信した場合（ステップＳ５７肯定）、コンテンツ一覧リストをロードする（ステップＳ５８）。要求処理部１７Ｃは、共有コンテンツリスト内に複数のコンテンツがあるか否かを判定する（ステップＳ５９）。

要求処理部１７Ｃは、共有コンテンツリスト内に複数のコンテンツがある場合（ステップＳ５９肯定）、共有コンテンツリストを設定し（ステップＳ６０）、図６又は図７に示すコンテンツ一覧リスト５２を表示部１３に出力する（ステップＳ６１）。その結果、利用者は、ＵＲＬ５０Ｅで示す格納先に格納されたコンテンツに関わる保存者、保存日時及び要求状況を認識できる。尚、要求状況は、共有サーバ５がロック要求時や参照要求時の状況を管理することで実現できる。

要求処理部１７Ｃは、コンテンツ一覧リスト５２上のコンテンツ５２Ａに対する選択操作を検出したか否かを判定する（ステップＳ６２）。要求処理部１７Ｃは、コンテンツ５２Ａに対する選択操作を検出した場合（ステップＳ６２肯定）、選択操作のコンテンツ５２Ａの保存者４１Ｂ等を含むレコード内の保存先ＵＲＬ４１Ｅをコンテンツ管理テーブル４１から取得する（ステップＳ６３）。そして、要求処理部１７Ｃは、保存先ＵＲＬ４１Ｅで示す格納先にアクセスする（ステップＳ６４）。要求処理部１７Ｃは、保存先ＵＲＬ４１Ｅで示す格納先にアクセスしてコンテンツを取得する。要求処理部１７Ｃは、コンテンツ一覧リスト５２を閉じ（ステップＳ６５）、メニュー画面５１を閉じ（ステップＳ６６）、図１１に示す処理動作を終了する。

要求処理部１７Ｃは、メニュー画面５１上の参照ボタン５１Ｂに対する操作を検出しなかった場合（ステップＳ５１否定）、図１１に示す処理動作を終了する。要求処理部１７Ｃは、Ｒｅｆｅｒｅｎｃｅ句が存在しない場合（ステップＳ５３否定）、メッセージＩＤをパラメータαに設定し（ステップＳ６７）、選択中のＵＲＬ５０Ｅをパラメータβに設定すべく、ステップＳ５５に移行する。

要求処理部１７Ｃは、共有サーバ５から共有コンテンツリストを受信しなかった場合（ステップＳ５７否定）、共有コンテンツリストを受信したか否かを判定すべく、ステップＳ５７に移行する。また、要求処理部１７Ｃは、共有コンテンツリスト内に複数のコンテンツがない場合（ステップＳ５９否定）、コンテンツ一覧リスト５２を表示部１３に出力すべく、ステップＳ６１に移行する。要求処理部１７Ｃは、コンテンツ５２Ａに対する選択操作を検出しなかった場合（ステップＳ６２否定）、コンテンツ５２Ａに対する選択操作を検出したか否かを判定すべく、ステップＳ６２に移行する。

図１１に示す参照要求処理の制御部１７は、参照ボタン５１Ｂに対する操作を検出した場合、参照要求のコンテンツに関わる共有コンテンツリストを共有サーバ５に要求する。その結果、制御部１７は、参照要求のコンテンツに関わる共有コンテンツリストを取得できる。

制御部１７は、共有コンテンツリストを受信した場合、コンテンツ一覧リスト５２を表示部１３に画面表示する。その結果、利用者は、参照要求のコンテンツに関わるコンテンツ一覧リスト５２で視認できる。

制御部１７は、画面表示中のコンテンツ一覧リスト５２の内、所望のコンテンツ５２Ａに対する選択操作を検出した場合、選択コンテンツ５２Ａに対応する保存先ＵＲＬ４２Ｅにアクセスして各ロック時点のコンテンツを画面表示する。その結果、クライアント２側の利用者は、コンテンツ一覧リスト５２から各ロック時点のコンテンツを参照できる。従って、受信者は、メール本文５０Ｃに記載のＵＲＬ５０Ｅのコンテンツをロックした後であれば、そのロック後に同ＵＲＬ５０Ｅのアクセス先であるコンテンツに変更が加えられたとしても、ロック時点の変更前のコンテンツ内容を確実に閲覧できる。

図１２は、コンテンツ一覧送信処理に関わる共有サーバ５側の制御部３５の処理動作の一例を示すフローチャートである。図１２に示すコンテンツ一覧送信処理は、クライアント２から共有コンテンツリスト要求を検出すると、参照要求のコンテンツに関わる共有コンテンツリストをクライアント２に送信する処理である。

図１２において制御部３５内の提供処理部３５Ｃは、クライアント２から共有コンテンツリスト要求を受信したか否かを判定する（ステップＳ７１）。尚、共有コンテンツリスト要求は、クライアント２側の参照要求のコンテンツに関わる、パラメータαの元メッセージＩＤ及び、パラメータβの選択中のＵＲＬを含む要求である。

提供処理部３５Ｃは、共有コンテンツリスト要求を受信した場合（ステップＳ７１肯定）、コンテンツ管理キー４２Ｃのレコード群＠Ａをリンクテーブル４２から抽出する（ステップＳ７２）。尚、コンテンツ管理キー４２Ｃのレコード群＠Ａは、図３に示すメッセージＩＤ４２Ａにパラメータα、ＵＲＬ４２Ｂにパラメータβを含むコンテンツ管理キー４２Ｃのレコード群である。提供処理部３５Ｃは、図２に示すコンテンツ管理キー４１Ａのレコード群＠Ａを含むレコード群＠Ｂをコンテンツ管理テーブル４１から抽出する（ステップＳ７３）。

提供処理部３５Ｃは、抽出したレコード群＠Ｂを、保存日時４１Ｃの早い順にソートする（ステップＳ７４）。保存日時４１Ｃの早い順にレコード群をソートする理由は、保存日時の早い方がコンテンツ内容に変更がない可能性が高いためである。提供処理部３５Ｃは、レコード群＠Ｂを含む共有コンテンツリストを生成し、共有コンテンツリストをクライアント３に返信し（ステップＳ７５）、図１２に示す処理動作を終了する。

提供処理部３５Ｃは、共有コンテンツリスト要求を受信しなかった場合（ステップＳ７１否定）、図１２に示す処理動作を終了する。

図１２に示すコンテンツ一覧送信処理の制御部３５は、クライアント２から共有コンテンツリスト要求を検出すると、メッセージＩＤ４２Ａ及びＵＲＬ４２Ｂに対応するコンテンツ管理キー４２Ｃをリンクテーブル４２から抽出する。制御部３５は、抽出したコンテンツ管理キーを含むレコード群をコンテンツ管理テーブル４１から抽出し、抽出したレコード群を保存日時４１Ｃでソートして共有コンテンツリストを生成し、共有コンテンツリストをクライアント２に返信する。その結果、クライアント２は、共有コンテンツリストを取得できる。

図１３は、送信メールリンク処理に関わるメールサーバ３側の制御部２５の処理動作の一例を示すフローチャートである。図１３に示す送信メールリンク処理は、クライアント３からのメール送信依頼時に、図４Ｃに示すように、メール本文５０Ｃ内にコンテンツ管理キー５０Ｆを付加したＵＲＬ５０Ｅがある場合にメッセージＩＤを採番する処理である。

図１３において制御部２５は、メール送信依頼を受信したか否かを判定する（ステップＳ８１）。制御部２５は、メール送信依頼を受信した場合（ステップＳ８１肯定）、図４Ｃに示す送信対象のメール本文５０Ｃの新規部分（Ｒｅｆｅｒｅｎｃｅ範囲外部分）からコンテンツ管理キー５０Ｆ付きのＵＲＬ５０Ｅを検索する（ステップＳ８２）。

制御部２５は、コンテンツ管理キー５０Ｆ付きのＵＲＬ５０Ｅを検索した後、メール本文５０Ｃ内にコンテンツ管理キー５０Ｆの対象文字列があるか否かを判定する（ステップＳ８３）。制御部２５は、コンテンツ管理キー５０Ｆの対象文字列がある場合（ステップＳ８３肯定）、対象文字列を１個抽出する（ステップＳ８４）。制御部２５は、抽出した対象文字列を分解してコンテンツ管理キー５０Ｆ（＠ｋｅｙ）及びＵＲＬ５０Ｅ（＠ＵＲＬ）を抽出する（ステップＳ８５）。

更に、制御部２５は、コンテンツ管理キー５０Ｆ及びＵＲＬ５０Ｅを抽出した後、メッセージＩＤを採番する（ステップＳ８６）。更に、制御部２５は、メッセージＩＤ４２Ａにパラメータα、ＵＲＬ４２Ｂに＠ＵＲＬ、コンテンツ管理キー４２Ｃに＠ｋｅｙを設定したレコードをリンクテーブル４２内に登録するように共有サーバ５に指示する（ステップＳ８７）。

制御部２５は、メール本文５０Ｃ中の対象文字列部分を＠ＵＲＬで置換する（ステップＳ８８）。その結果、メール本文５０Ｃ上のコンテンツ管理キー５０Ｆ付きのＵＲＬ５０Ｅは、ＵＲＬ５０Ｅのみとなる。そして、制御部２５は、全てのコンテンツ管理キー５０Ｆ付きの対象文字列の処理が完了したか否かを判定する（ステップＳ８９）。制御部２５は、メール本文５０Ｃ内の全てのコンテンツ管理キー５０Ｆ付きの対象文字列の処理が完了した場合（ステップＳ８９肯定）、当該メールを送信し（ステップＳ９０）、図１３に示す処理動作を終了する。

制御部２５は、メール送信依頼を受信しなかった場合（ステップＳ８１否定）、図１３に示す処理動作を終了する。制御部２５は、コンテンツ管理キー５０Ｆの対象文字列がない場合（ステップＳ８３否定）、当該メールを送信すべく、ステップＳ９０に移行する。制御部２５は、メール本文５０Ｃ内の全てのコンテンツ管理キー５０Ｆ付きの対象文字列の処理が完了しなかった場合（ステップＳ８９否定）、未処理の１個の対象文字列を抽出すべく、ステップＳ８４に移行する。

図１３に示す送信メールリンク処理の制御部２５は、メールの送信依頼時にメール本文５０Ｃ内にコンテンツ管理キー５０Ｆを付加したＵＲＬ５０Ｅがある場合にメッセージＩＤを採番する。更に、制御部２５は、共有サーバ５内のリンクテーブル４２内にＵＲＬ及びコンテンツ管理キーは勿論のこと、メッセージＩＤの登録を共有サーバ５に指示する。その結果、共有サーバ５は、リンクテーブル４２内にコンテンツ毎のメッセージＩＤ４２Ａ、ＵＲＬ４２Ｂ及びコンテンツ管理キー４２Ｃを登録できる。

更に、制御部２５は、メッセージＩＤを採番した後、メール本文中のコンテンツ管理キー５０Ｆ付きＵＲＬ５０Ｅを通常のＵＲＬにして同メールを送信する。

本実施例では、メール送信者がメールを作成した時点のコンテンツや、同報受信者がＵＲＬ先にアクセスした時点のコンテンツが共有ＷＥＢサーバに保存され、メール受信者は保存された当時の情報を参照することができる。従ってリンク切れやコンテンツ変更などあっても情報を見逃すことがなくなる。共有コンテンツはメールをキーにして管理されるため、返信メールや転送メールによる二次的な受信者が元のメールの共有コンテンツを参照することが出来る。

実施例の共有サーバ５は、クライアント２から、メール本文内のＵＲＬ５０Ｅで示す格納先のコンテンツに対するロック要求を検出すると、当該ＵＲＬ５０Ｅの格納先にアクセスしてコンテンツを保存先フォルダ内に保存する。更に、共有サーバ５は、ＵＲＬ５０Ｅ及び、保存先フォルダの保存先ＵＲＬを対応付けて記憶部３２内の共有フォルダ４３に記憶する。その結果、クライアント２側の利用者は、ロック要求時の当該ＵＲＬで示す格納先に格納されたコンテンツ内容をロックして保存先フォルダに保存できる。

更に、共有サーバ５は、クライアント２からＵＲＬ５０Ｅに対する参照要求を検出すると、記憶部３２を参照して、ＵＲＬに対応した保存先ＵＲＬを参照要求のクライアント２に提供する。その結果、クライアント２側の利用者は、ロック時点のＵＲＬに関わるコンテンツを参照できる。共有サーバ５は、ロック後に、元のＵＲＬで示す格納先のコンテンツに変更が生じた場合でも、ロック時点でのコンテンツを参照要求の利用者に提供できる。

共有サーバ５は、ロック要求に応じてコンテンツを保存先フォルダに保存すると、ＵＲＬを記載したメール本文内にＲｅｆｅｒｅｎｃｅ句がある場合に、Ｒｅｆｅｒｅｎｃｅ句内のメッセージＩＤから最古のメッセージＩＤを抽出する。更に、共有サーバ５は、抽出したメッセージＩＤをＵＲＬ及び保存先ＵＲＬに対応付けて記憶部３２に記憶する。更に、共有サーバ５は、記憶部３２を参照して、メッセージＩＤに関わるＵＲＬに対応した保存先ＵＲＬを参照要求のクライアント２に提供する。その結果、共有サーバ５は、メッセージＩＤを用いてＵＲＬ及び保存先ＵＲＬの対応付けを管理できる。

共有サーバ５は、ロック要求に応じてコンテンツを保存先フォルダに保存すると、ＵＲＬを記載したメール本文内にＲｅｆｅｒｅｎｃｅ句がない場合に、メール本文に記載したＵＲＬのコンテンツを識別するコンテンツ管理キーを取得する。共有サーバ５は、コンテンツ管理キー５０Ｆをメール本文内のＵＲＬ５０Ｅの先頭部分に付加する。その結果、クライアント２側の利用者は、メール作成画面５０上のコンテンツ管理キー５０Ｆを付加したＵＲＬ５０Ｅを見てロック済みのＵＲＬと認識できる。

更に、共有サーバ５は、取得したコンテンツ管理キーをＵＲＬ及び保存先ＵＲＬに対応付けて記憶部３２に記憶する。更に、共有サーバ５は、記憶部３２を参照して、コンテンツ管理キーに関わるＵＲＬに対応した保存先ＵＲＬを参照要求のクライアント２に提供する。その結果、クライアント２側の利用者は、ロック時点のＵＲＬに関わるコンテンツを参照できる。

尚、上記実施例では、メールサーバ３及び共有サーバ５を分離した状態で説明したが、共有サーバ５がメールサーバ３の機能を内蔵しても良く、この場合、送信メールリンク処理は共有サーバ５内の制御部３５で実行する。

本実施例の共有サーバ５は、ロック要求のＵＲＬ文字列のコンテンツを記憶部３２内の共有フォルダ４３内の保存先フォルダ内に保存したが、保存先フォルダは共有サーバ内に限定されず、例えば、メールサーバ３や他のＷｅｂサーバ４内の記憶部でも良い。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図１４は、提供プログラムを実行する情報処理装置１００の一例を示す説明図である。

図１４において提供プログラムを実行する情報処理装置１００では、ＲＯＭ１１０、ＲＡＭ１２０、ＣＰＵ１３０及び通信部１４０を有する。

そして、ＲＯＭ１１０には、上記実施例と同様の機能を発揮する提供プログラムが予め記憶されている。尚、ＲＯＭ１１０ではなく、図示せぬドライブで読取可能な記録媒体に提供プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、ＨＤＤ、フラッシュメモリ等の半導体メモリ等でも良い。提供プログラムとしては、格納プログラム１１０Ａ、管理プログラム１１０Ｂ及び提供プログラム１１０Ｃである。尚、プログラム１１０Ａ〜１１０Ｃについては、適宜統合又は分散しても良い。

そして、ＣＰＵ１３０は、これらのプログラム１１０Ａ〜１１０ＣをＲＯＭ１１０から読み出し、これら読み出された各プログラムを実行する。そして、ＣＰＵ１３０は、各プログラム１１０Ａ〜１１０Ｃを、格納プロセス１３０Ａ、管理プロセス１３０Ｂ及び提供プロセス１３０Ｃとして機能させる。

ＣＰＵ１３０は、メールのメール本文内に情報の格納先を示す第１の格納先アドレスがある場合に、メールの送信元又は送信先の端末装置から、第１の格納先アドレスで示す格納先に格納された情報についてのＲＡＭ１２０内の第１の領域への格納要求を検出する。ＣＰＵ１３０は、格納要求を検出すると、当該第１の格納先アドレスにアクセスして情報を取得して、取得した該情報を該ＲＡＭ１２０内の第１の領域に格納する。ＣＰＵ１３０は、第１の格納先アドレスと、情報を格納したＲＡＭ１２０内の格納先を示す第２の格納先アドレスとを対応付けてＲＡＭ１２０内の第２の領域に記憶する。ＣＰＵ１３０は、メールの送信先の端末装置から第１の格納先アドレスで示す格納先に格納された情報の参照要求を検出すると、第２の領域を参照して、第１の格納先アドレスに対応した第２の格納先アドレスを、参照要求を要求した端末装置に提供する。その結果、メール本文に記載した格納先アドレスで示す格納先の情報を、送信先の端末装置である受信者に確実に提供できる。

１ メール管理システム
２ クライアント
３ メールサーバ
４ Ｗｅｂサーバ
５ 共有サーバ
１７ 制御部
１７Ｃ 要求処理部
３５ 制御部
３５Ｂ ロック処理部
３５Ｃ 提供処理部
４１ コンテンツ管理テーブル
４２ リンクテーブル
４３ 共有フォルダ

Claims (5)

1. コンピュータに、
   メールのメール本文内に情報の格納先を示す第１の格納先アドレスがある場合に、前記メールの送信元又は送信先の端末装置から、当該第１の格納先アドレスで示す格納先に格納された情報についての記憶部への格納要求を検出すると、当該第１の格納先アドレスにアクセスして情報を取得して、取得した該情報を該記憶部に格納し、
   前記第１の格納先アドレスと、前記情報を格納した前記記憶部の格納先を示す第２の格納先アドレスとを対応付けて管理記憶部に記憶し、
   前記メールの送信先の端末装置から前記第１の格納先アドレスで示す格納先に格納された情報の参照要求を検出すると、前記管理記憶部を参照して、前記第１の格納先アドレスに対応した前記第２の格納先アドレスを、前記参照要求を要求した前記端末装置に提供する
   処理を実行させることを特徴とする提供プログラム。
2. 前記コンピュータに、
   前記格納要求に応じて前記情報を前記記憶部に格納すると、前記第１の格納先アドレスを記載した前記メール本文のメール内にメッセージ履歴があるか否かを判定し、前記メッセージ履歴がある場合に、当該メッセージ履歴内のメッセージ識別情報から最古のメッセージ識別情報を抽出する処理をさらに実行させ、
   前記第１の格納先アドレスと前記第２の格納先アドレスとを対応付けて前記管理記憶部に記憶する処理として、
   前記抽出した前記メッセージ識別情報に対応付けて、前記第１の格納先アドレスと前記第２の格納先アドレスとを前記管理記憶部に記憶し、
   前記第２の格納先アドレスを、前記参照要求を要求した端末装置に提供する処理として、
   前記管理記憶部を参照して、前記メッセージ識別情報の前記第１の格納先アドレスに対応した前記第２の格納先アドレスを、前記参照要求を要求した端末装置に提供する
   ことを特徴とする請求項１に記載の提供プログラム。
3. 前記コンピュータに、
   前記格納要求に応じて前記情報を前記記憶部に格納すると、前記第１の格納先アドレスを記載した前記メール本文のメール内にメッセージ履歴があるか否かを判定し、前記メッセージ履歴がない場合に、当該メール本文に記載した前記第１の格納先アドレスで示す前記格納先に格納された情報を識別する識別情報を取得し、
   取得した前記識別情報を前記メール本文に付加する
   処理をさらに実行させ、
   前記第１の格納先アドレスと前記第２の格納先アドレスとを対応付けて前記管理記憶部に記憶する処理として、
   前記取得した前記識別情報に対応付けて、前記第１の格納先アドレスと前記第２の格納先アドレスとを前記管理記憶部に記憶し、
   前記第２の格納先アドレスを、前記参照要求を要求した端末装置に提供する処理として、
   前記管理記憶部を参照して、前記メール本文に付加した前記識別情報の前記第１の格納先アドレスに対応した前記第２の格納先アドレスを、前記参照要求を要求した端末装置に提供する
   ことを特徴とする請求項１又は２に記載の提供プログラム。
4. メールのメール本文内に情報の格納先を示す第１の格納先アドレスがある場合に、前記メールの送信元又は送信先の端末装置から、当該第１の格納先アドレスで示す格納先に格納された情報についての記憶部への格納要求を検出すると、当該第１の格納先アドレスにアクセスして情報を取得して、取得した該情報を該記憶部に格納する格納処理部と、
   前記第１の格納先アドレスと、前記情報を格納した前記記憶部の格納先を示す第２の格納先アドレスとを対応付けて管理記憶部に記憶する管理処理部と、
   前記メールの送信先の端末装置から前記第１の格納先アドレスで示す格納先に格納された情報の参照要求を検出すると、前記管理記憶部を参照して、前記第１の格納先アドレスに対応した前記第２の格納先アドレスを、前記参照要求を要求した前記端末装置に提供する提供処理部と
   を有することを特徴とする提供装置。
5. 情報処理装置が、
   メールのメール本文内に情報の格納先を示す第１の格納先アドレスがある場合に、前記メールの送信元又は送信先の端末装置から、当該第１の格納先アドレスで示す格納先に格納された情報についての記憶部への格納要求を検出すると、当該第１の格納先アドレスにアクセスして情報を取得して、取得した該情報を該記憶部に格納し、
   前記第１の格納先アドレスと、前記情報を格納した前記記憶部の格納先を示す第２の格納先アドレスとを対応付けて管理記憶部に記憶し、
   前記メールの送信先の端末装置から前記第１の格納先アドレスで示す格納先に格納された情報の参照要求を検出すると、前記管理記憶部を参照して、前記第１の格納先アドレスに対応した前記第２の格納先アドレスを、前記参照要求を要求した前記端末装置に提供する
   処理を実行することを特徴とする提供方法。

Images