JP2018195347A - 通信システム、サーバ装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】電子メールの送信者が、電子メールの送信先の他人に確認することなく、当該他人が電子データを確認したか否かを判断可能な通信システムを提供する。【解決手段】メール収集サーバ１２は、ユーザＡのメールアドレスからユーザＢのメールアドレスおよびメール収集サーバ１２のメールアドレス宛に送信された電子メール５２１を受信する。電子メール５２１には、送信宛先と、ファイル共有サーバ１１にアップロードされたファイル５１１の格納場所とが含まれる。ファイル共有サーバ１１は、ファイル５１１にアクセスがあった場合、アプリケーションサーバ１３に対してアクセスの履歴を通知する。アプリケーションサーバ１３は、メール収集サーバ１２から取得した送信宛先とファイル共有サーバ１１から取得した履歴とに基づいて、ユーザＢによるファイル５１１へのアクセスが行なわれた否かを判断し、判断結果をユーザＡに通知する。【選択図】図１

Description

本発明は、通信システム、サーバ装置、情報処理方法、およびプログラムに関する。特に、本発明は、複数の端末装置を備える通信システム、通信システムを構成するサーバ装置、サーバ装置において実行される情報処理方法、およびサーバ装置を制御するプログラムに関する。

従来、電子データの内容を他人に確認してもらいたい場合、電子メールに当該電子データを添付して当該電子メールを他人の宛先に送信することが行なわれている。また、電子メールの本文に電子データの格納場所（たとえば、ＵＲＬ（Uniform Resource Locator）を含むファイルバス）を記載することにより、電子データへのアクセスを他人に促すことができる。たとえば、特許文献１には、サーバが、ネットワークを介して送信クライアントからドキュメントファイルを受信し、当該受信されたドキュメントファイルを所定の形式で格納するシステムが開示されている。

特開２００１−７５８９０号公報

しかしながら、従来の方法では、電子メールの送信者は、電子メールの送信先の他人に対して問い合わせを行なわなければ、当該他人が電子データを確認したか否かを判断することはできない。

本願発明は、上記の問題点に鑑みなされたものであって、その目的は、電子メールの送信者が、電子メールの送信先の他人に確認することなく、当該他人が電子データを確認したか否かを判断可能な通信システム、サーバ装置、情報処理方法、およびプログラムを提供することにある。

本発明にある局面に従うと、通信システムは、各々が予め定められたサーバ機能を実行する複数の機能モジュールを備える。複数の機能モジュールのうちの第１の機能モジュールは、アップロードされた電子データを受け付ける。複数の機能モジュールのうちの第２の機能モジュールは、第１のユーザのアカウントのメールアドレスから第２のユーザのアカウントのメールアドレスおよび第２の機能モジュールのアカウントのメールアドレス宛に送信された電子メールを受信する。電子メールには、送信宛先と第１の機能モジュールにおける電子データの格納場所とが含まれている。第１の機能モジュールは、第１の機能モジュールに格納された電子データに対するアクセスがあった場合、複数の機能モジュールのうちの第３の機能モジュールに対してアクセスの履歴を通知する。第３の機能モジュールは、第２の機能モジュールから取得した送信宛先と、第１の機能モジュールから取得した履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断する。第３の機能モジュールは、判断結果を、第１のユーザに通知する。

好ましくは、第１の機能モジュールは、第１のユーザからの指示に基づき電子データが更新された場合には、第３の機能モジュールに対して電子データの更新がなされたことを通知する。第３の機能モジュールは、更新がなされた通知を受け付けたことに基づき、第２のユーザに対して、電子データが更新されたことを通知する。

好ましくは、第２の機能モジュールは、電子メールを受信したことに基づき、第１の機能モジュールに対して、電子データの複製物の生成を指示する。第１の機能モジュールは、生成された複製物の格納場所を第３の機能モジュールに通知する。第３の機能モジュールは、第１のユーザからの要求に基づき、電子データの格納場所と複製物の格納場所とを関連付けて、第１のユーザに通知する。

好ましくは、電子メールは、電子データの閲覧期限を表した期限情報をさらに含む。第３の機能モジュールは、履歴に基づき、第２のユーザが閲覧期限内に電子データにアクセスしたか否かを判断する。第３の機能モジュールは、第２のユーザが閲覧期限内に電子データにアクセスしていないと判断された場合には、第２のユーザに対して予め定められた内容を表した情報を通知する。

好ましくは、通信システムは、端末装置をさらに備える。第２のユーザが電子データにアクセスしていた場合、第１のユーザによる指示に基づき端末装置が送信済みの電子メールをディスプレイに表示させる場合、端末装置は、電子データの格納場所を表した情報に関連付けて、第２のユーザを識別するための識別情報を表示する。

好ましくは、端末装置は、第３の機能モジュールから識別情報を取得する。識別情報は、利用者の顔画像である。

好ましくは、電子データに対するユーザコメントが第２のユーザによって第１のユーザに通知された場合、第１のユーザによる指示に基づき端末装置が送信済みの電子メールをディスプレイに表示させる場合、端末装置は、顔画像に関連付けて、ユーザコメントの存在を表す表示またはユーザコメントの表示を行なう。

好ましくは、通信システムは、第１のサーバ装置と、第２のサーバ装置と、第３のサーバ装置とを備える。第１の機能モジュールは、第１のサーバ装置によって実現される。第２の機能モジュールは、第２のサーバ装置によって実現される。第３の機能モジュールは、第３のサーバ装置によって実現される。

本発明の他の局面に従うと、サーバ装置は、端末装置と、端末装置を用いてアップロードされた電子データを格納するための第１の電子機器と、電子メールを収集する第２の電子機器と通信する。電子メールは、第１のユーザのアカウントのメールアドレスから第２のユーザのアカウントのメールアドレスおよび第２の電子機器のアカウントのメールアドレス宛に送信されたものであって、送信宛先と第１の電子機器における電子データの格納場所とを含む。サーバ装置は、第２の電子機器から取得した送信宛先と、第１の電子機器から取得した電子データに対するアクセスの履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断する。サーバ装置は、判断結果を、第１のユーザに通知する。

本発明のさらに他の局面に従うと、情報処理方法は、各々が予め定められたサーバ機能を実行する複数の機能モジュールを備える通信システムにおいて実行される。情報処理方法は、複数の機能モジュールのうちの第１の機能モジュールが、アップロードされた電子データを受け付けるステップと、複数の機能モジュールのうちの第２の機能モジュールが、第１のユーザのアカウントのメールアドレスから第２のユーザのアカウントのメールアドレスおよび第２の機能モジュールのアカウントのメールアドレス宛に送信された電子メールを受信するステップとを備える。電子メールには、送信宛先と第１の機能モジュールにおける電子データの格納場所とが含まれる。情報処理方法は、第１の機能モジュールが、第１の機能モジュールに格納された電子データに対するアクセスがあった場合、複数の機能モジュールのうちの第３の機能モジュールに対してアクセスの履歴を通知するステップと、第３の機能モジュールが、第２の機能モジュールから取得した送信宛先と、第１の機能モジュールから取得した履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断するステップと、第３の機能モジュールが、判断結果を、第１のユーザに通知するステップとをさらに備える。

本発明のさらに他の局面に従うと、情報処理方法は、端末装置と、端末装置を用いてアップロードされた電子データを格納するための第１の電子機器と、電子メールを収集する第２の電子機器と通信するサーバ装置において実行される。電子メールは、第１のユーザのアカウントのメールアドレスから第２のユーザのアカウントのメールアドレスおよび第２の電子機器のアカウントのメールアドレス宛に送信されたものであって、送信宛先と第１の電子機器における電子データの格納場所とを含む。情報処理方法は、第２の電子機器から取得した送信宛先と、第１の電子機器から取得した電子データに対するアクセスの履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断するステップと、判断結果を、第１のユーザに通知するステップとを備える。

本発明のさらに他の局面に従うと、プログラムは、端末装置と、端末装置を用いてアップロードされた電子データを格納するための第１の電子機器と、電子メールを収集する第２の電子機器と通信するサーバ装置を制御する。電子メールは、第１のユーザのアカウントのメールアドレスから第２のユーザのアカウントのメールアドレスおよび第２の電子機器のアカウントのメールアドレス宛に送信されたものであって、送信宛先と第１の電子機器における電子データの格納場所とを含む。プログラムは、第２の電子機器から取得した送信宛先と、第１の電子機器から取得した電子データに対するアクセスの履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断するステップと、判断結果を、第１のユーザに通知するステップとを、サーバ装置のプロセッサに実行させる。

上記の発明によれば、電子メールの送信者が、電子メールの送信先の他人に確認することなく、当該他人が電子データを確認したか否かを判断可能となる。

通信システム１の概略構成および処理の概要を説明するための図である。 アプリケーションサーバ１３が格納している管理テーブル５４１の概略構成を表した図である。 通信システム１における処理を説明するためのシーケンスチャートである。 アプリケーションサーバ１３において行なわれる処理の流れを表したフローチャートである。 サーバネットワーク１０に含まれる各サーバの機能的構成を説明するための機能ブロック図である。 ファイル共有サーバ１１のハードウェア構成の典型例を表した図である。 端末装置２１のハードウェア構成の典型例を表した図である。 本実施の形態に係る通信システム１Ａの概略構成および処理の概要を説明するための図である。 本実施の形態に係る通信システム１Ｂの概略構成および処理の概要を説明するための図である。 アプリケーションサーバ１３Ｂが格納している管理テーブル５４１Ｂの概略構成を表した図である。 本実施の形態に係る通信システム１Ｃの概略構成および処理の概要を説明するための図である。 アプリケーションサーバ１３Ｃが格納している管理テーブル５４１Ｃの概略構成を表した図である。 端末装置２１のディスプレイ２０９に表示されるユーザインターフェイス２０９１を表した図である。 端末装置２１のディスプレイ２０９に表示されるユーザインターフェイス２０９２を表した図である。

以下、図面を参照しつつ、本発明の各実施の形態に係る通信システムについて説明する。また、以下の説明では、同一の部材には同一の参照符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

なお、以下の説明においては、「電子メール」はｗｅｂメールを含むものとして説明する。また、以下の説明においては、「ファイルパス」はファイル名を含んで構成されるものとする。当該ファイル名には、ファイルの拡張子が含まれるものとして説明する。ファイルパスの記述形式は、特に限定されるものではない。ファイルパスの一例として、ＵＲＬを用いることができる。また、通信システムがインターネットに接続していない場合には、スキーム名（ｈｔｔｐ）を用いずに記述される。この場合、ファイルパスは、たとえば「￥￥xxxxxxxxxx￥yyyy.pdf」といった形式で記述される。
［実施の形態１］
＜Ａ．システム構成および処理の概要＞
図１は、本実施の形態に係る通信システム１の概略構成および処理の概要を説明するための図である。図１を参照して、通信システム１は、サーバネットワーク１０と、複数の端末装置２１〜２４とを備えている。サーバネットワーク１０は、第１の機能モジュールであるファイル共有サーバ１１と、第２の機能モジュールであるメール収集サーバ１２と、第３の機能モジュールであるアプリケーションサーバ１３と、図示しないメールサーバと、アカウント情報を格納した認証用サーバとを含む。メールサーバは、複数の端末装置２１〜２４およびメール収集サーバ１２と通信可能に接続されている。認証用サーバは、ファイル共有サーバ１１およびアプリケーションサーバ１３と通信可能に接続されている。

なお、「アカウント情報」は、サーバへのアクセス認証情報（ログイン名、パスワード等）と、メールアドレスとを含む。アクセス認証情報は、「誰がアクセスしたか」を判断するために用いられる。

以下では、説明の便宜上、端末装置２１〜２４の利用者を、それぞれ、「ユーザＡ」，「ユーザＢ」，「ユーザＣ」，「ユーザＤ」と称する。各ユーザＡ〜Ｄは、各端末装置２１〜２４を用いてサーバネットワーク１０にアクセスするためには、認証用サーバによる認証を受ける必要がある。なお、以下では、一人のユーザに１つの端末装置が割り当てられている態様を例に挙げて説明するが、これに限定されるものではない、１つ以上の端末装置を複数のユーザが共有する構成であってもよい。

ユーザＡは、端末装置２１を用いて、他人に確認（閲覧）して欲しい電子データ（以下、「ファイル５１１」と称する）をファイル共有サーバ１１にアップロードする（処理（i））。なお、ファイル共有サーバ１１には、ファイル５１２，５１３が既にアップロー
ドされている。次いで、ユーザＡは、ユーザＡのアカウントおよび端末装置２１を用いて、ユーザＢ〜Ｄの各アカウントのメールアドレスおよびメール収集サーバ１２のアカウントのメールアドレスを宛先とした電子メール５２１であって、ファイル５１１の格納場所を表すファイルパスが記載された電子メール５２１を、メールサーバ（図示せず）に送信する。端末装置２２〜２４のユーザＢ〜Ｄおよびメール収集サーバ１２は、各々のアカウントを用いて電子メール５２１を蓄積したメールサーバから電子メールを取得することによって、ファイル５１１の格納場所を表すファイルパスを知ることができる（処理（ii））。なお、ファイルパスを指定（記述）する形式は、通信システム１において予め決められている。

以下では、説明の便宜上、ユーザのアカウントからのサーバ側へのアクセスを、「ユーザからのアクセス」といったように「アカウント」を省略した記載を適宜行なう。なお、「アクセス」の一例とし、ファイルのアップロードおよびダウンロード（取得）が挙げられる。また、説明の便宜上、ユーザのアカウントのメールアドレスへの電子メールの送信を、「ユーザへの電子メールの送信」といったように「アカウント」を省略した記載を適宜行なう。

メール収集サーバ１２は、電子メール５２１を受信したことに基づき、電子メール５２１の送信先（宛先）、電子メールの送信者の情報、およびファイル５１１のファイルパスを少なくとも含んだメール情報５３６を、アプリケーションサーバ１３に通知する。より詳しくは、メール収集サーバ１２は、電子メール５２１に記載された宛先（メールアドレス）のうち、メール収集サーバ１２自身の宛先を除く、ユーザＢ〜Ｄに関する宛先を、ファイル名に関連付けてアプリケーションサーバ１３に通知する。

ユーザＢ〜Ｄは、ユーザＡから送られてきた電子メールの内容（具体的にはメール本文）を確認することにより、ファイルパスを知ることができる。たとえば、ユーザＢが、ファイルパスに基づいて、ファイル共有サーバ１１に格納されたファイル５１１にアクセスしたとする（処理（iii））。この場合、ファイル共有サーバ１１は、ユーザＢによるフ
ァイル５１１へのアクセスがあったことを表すアクセスログ５３１を、アプリケーションサーバ１３に送信する。なお、アクセスログ５３１には、アクセスが行なわれた日時情報が含まれている。

アプリケーションサーバ１３は、ＷＥＢアプリケーションを記憶しているＷＥＢサーバである。アプリケーションサーバ１３は、ファイル共有サーバ１１からアクセスログ５３１を受信したことに基づき、アクセスログ５３１と、メール収集サーバ１２から受信した電子メール５２１の送信先およびファイルパスに含まれるファイル５１１のファイル名とに基づいて、ユーザＢ〜Ｄによるファイル５１１へのアクセスが行なわれたか否かを判断する。アプリケーションサーバ１３は、当該判断結果を管理テーブル（図２参照）に記録することにより、管理テーブルを更新する。

また、アプリケーションサーバ１３は、ファイル５１１の閲覧状況の確認を要求するアクセスをユーザＡ（端末装置２１）から受け付けた場合、上記判断結果を端末装置２１に通知する（処理（iv））。具体的には、ユーザＡが、アプリケーションサーバ１３により提供されている予め定められたＷＥＢアプリを、ＷＥＢブラウザ等のソフトウェアを用いて端末装置２１で実行すると、アプリケーションサーバ１３は上記判断結果を端末装置２１に通知する。

上記の処理（i）〜（iii）が行なわれた場合、具体的には、アプリケーションサーバ１３は、ファイル５１１に関して、ユーザＢによるアクセスはあったが、ユーザＣ，Ｄによるアクセスはなかったと判断する。さらに、アプリケーションサーバ１３は、端末装置２１からの要求に応じて、上記判断結果を予め定められた表示形式で通知する。

以上により、ファイル５１１をファイル共有サーバ１１にアップロードしたユーザＡは、他人（ユーザＢ〜Ｄ）がファイル５１１にアクセスしたか否かを判断することが可能となる。以下、上記の処理を実現するためのより具体的な構成について説明する。

＜Ｂ．データ＞
図２は、アプリケーションサーバ１３が格納している管理テーブル５４１の概略構成を表した図である。管理テーブル５４１は、ファイル共有サーバ１１から受信したアクセスログと、メール収集サーバ１２から受信したメール情報５３６とに基づいて、アプリケーションサーバ１３によって生成されたデータベースである。

図２を参照して、管理テーブル５４１は、メール送信日時、ファイル名、ファイルパス、ファイル名により特定されるファイルの既読または未読の情報等を含む。管理テーブル５４１は、電子メールのタイトル、電子メールの送信者の情報を含んでいてもよい。電子メール５２１は、たとえば、８月１５日の１４時３０分に送信されたものに該当する。

アプリケーションサーバ１３は、管理テーブル５４１に基づき、ユーザＡが使用している端末装置２１からの要求に応じて、当該要求に沿った内容の通知（応答）を行なう。通知内容の具体例を説明すると、以下のとおりである。

アプリケーションサーバ１３は、たとえば、送信者がユーザＡであるメール一覧（タイトル一覧）と、当該各メール本文に記載されたファイルパスと、当該メールの送信先である各ユーザのファイルへの閲覧状況（アクセス状況）とを含んだ表示データを端末装置２１に送信する。あるいは、アプリケーションサーバ１３は、ファイル名を指定した要求を端末装置２１から受け付けた場合には、当該ファイル名で特定されるファイルの閲覧状況のみを端末装置２１に通知する。どのような情報を端末装置に通知するかは予めアプリケーションサーバ１３で定めておけばよい。

＜Ｃ．制御構造＞
図３は、通信システム１における処理を説明するためのシーケンスチャートである。具体的には、図３は、図１に基づいて説明した局面を表した図である。

図３を参照して、シーケンスＳＱ２において、ユーザＡは、端末装置２１を用いて、ファイル共有サーバ１１にファイルをアップロードする。シーケンスＳＱ４において、端末装置２１は、電子メール５２１を、メールサーバを介して、ユーザＢが使用している端末装置２２、メール収集サーバ１２、および端末装置２３，２４（図示せず）に送信する。なお、電子メール５２１の本文には、上述したように、アップロードされたファイル５１１のファイルパスおよびファイル共有サーバ１１におけるファイル５１１のファイルパスが少なくとも記載されている。

シーケンスＳＱ６において、メール収集サーバ１２は、メール情報５３６をアプリケーションサーバ１３に送信する。シーケンスＳＱ８において、ユーザＢは、端末装置２２を用いて、ユーザＡによってファイル共有サーバ１１にアップロードされたファイル５１１にアクセスする。この場合、シーケンスＳＱ１０において、ファイル共有サーバ１１は、当該ユーザＢによるファイル５１１へのアクセスを記録したアクセスログ５３１を、アプリケーションサーバ１３に送信する。

シーケンスＳＱ１２において、ユーザＡは、端末装置２１を用いて、アプリケーションサーバ１３に対して、ファイル５１１の閲覧状況の確認を要求する要求信号を送信する。シーケンスＳＱ１４において、アプリケーションサーバ１３は、要求信号に応じた応答信号を要求信号の送信元である端末装置２１に送信する。アプリケーションサーバ１３は、一例として、ＨＴＭＬ形式の表示データを端末装置２１に送信する。

図４は、アプリケーションサーバ１３において行なわれる処理の流れを表したフローチャートである。図４を参照して、ステップＳ２において、アプリケーションサーバ１３（詳しくは、アプリケーションサーバ１３のＣＰＵ）は、メール収集サーバ１２が電子メールを受信したことに基づき、メール情報をメール収集サーバ１２から受け取る。ステップＳ４において、アプリケーションサーバ１３は、ファイル共有サーバ１１にアップロードされたファイルへのユーザによるアクセスがあったことに基づき、ファイル共有サーバからアクセスログ５３１を受け取る。

ステップＳ６において、アプリケーションサーバ１３は、メール情報５３６（特に、送信宛先）とアクセスログ５３１とに基づき、ファイル共有サーバ１１にアップロードされた各ファイルが閲覧済み（既読状態）であるか否かを、ユーザＢ〜Ｄ毎に判断する。ステップＳ８において、アプリケーションサーバ１３は、上記の判断結果に基づき、管理テーブル５４１を更新する。

ステップＳ１０において、アプリケーションサーバ１３は、端末装置２１〜２４（図１の局面では端末装置２１）を用いたユーザ（図１の局面ではユーザＡ）からの閲覧状態の確認要求を受け付けたことに基づき、更新された管理テーブル５４１に基づく表示用の画像データを生成し、当該生成された画像データを要求元の端末装置２１〜２４（図１の局面では端末装置２１）に送信する。以上により、アプリケーションサーバ１３は、一連の処理を終了する。

＜Ｄ．機能的構成＞
図５は、サーバネットワーク１０に含まれる各サーバ（ファイル共有サーバ１１，メール収集サーバ１２，アプリケーションサーバ１３）の機能的構成を説明するための機能ブロック図である。図５を参照して、ファイル共有サーバ１１は、通信処理部１１１と、制御部１１２と、記憶部１１３とを備える。メール収集サーバ１２は、通信処理部１２１と、制御部１２２と、記憶部１２３とを備える。アプリケーションサーバ１３は、通信処理部１３１と、制御部１３２と、記憶部１３３とを備える。

ファイル共有サーバ１１の制御部１１２は、ファイル共有サーバ１１の動作を制御する。通信処理部１１１は、端末装置から送信されてきたファイルを受信する。制御部１１２は、通信処理部１１１によってファイルが受信されると、当該ファイルを記憶部１１３に格納する。たとえば、制御部１１２は、端末装置２１を用いてユーザＡから送信されたファイル５１１を記憶部１１３に格納する。

制御部１１２は、端末装置から記憶部１１３に格納されているファイルへのアクセスの履歴を管理する。制御部１１２は、当該ファイルへのアクセスがあった場合、アクセスログ５３１を通信処理部１１１を介してアプリケーションサーバ１３に送信する。なお、アクセスログ５３１には、アクセスしたファイルを識別する識別情報（たとえば、ファイル名）と、アクセスが行なわれた日時と、アクセスした者を識別する情報（たとえば、ユーザ名）とが含まれる。

メール収集サーバ１２の制御部１２１は、メール収集サーバ１２の動作を制御する。通信処理部１２１は、端末装置を用いてユーザから送信されてきた電子メールを受信する。制御部１２２は、通信処理部１２１によって電子メールが受信されると、当該電子メールを記憶部１２３に格納する。たとえば、制御部１２２は、端末装置２１を用いてユーザＡから送信されてきた電子メール５２１を記憶部１２３に格納する。また、制御部１２２は、電子メールを受信したことに基づき、上述したメール情報５３６を、通信処理部１２１を介してアプリケーションサーバ１３に送信する。

アプリケーションサーバ１３の制御部１３２は、アプリケーションサーバ１３の動作を制御する。記憶部１３３は、管理テーブル５４１（図２）を格納している。制御部１３２は、ファイル共有サーバから受信したアクセスログ５３１と、メール収集サーバ１２から受信したメール情報５３６とを用いて、管理テーブル５４１を更新する。制御部１３２は、管理テーブル５４１に基づいて表示用データを生成する。制御部１３２は、生成した表示用データを、アプリケーションサーバ１３に対して閲覧状況の確認要求を送信した端末装置に送信する。通信処理部１３１が、一例として、端末装置２１を用いてユーザＡから送信されてきた閲覧状況の確認要求を受信した場合（図１に示した場合）は、制御部１３２は、確認要求の送信した端末装置２１に対する応答として、表示データを通信処理部１３１を介して端末装置２１に送信する。

以上の処理により、上述したように、ファイル５１１をファイル共有サーバ１１にアップロードしたユーザ（たとえば、端末装置２１のユーザＡ）は、他人（たとえばユーザＢ〜Ｄ）がファイル（たとえばファイル５１１）にアクセスしたか否かを判断することが可能となる。

＜Ｅ．ハードウェア構成＞
図６は、ファイル共有サーバ１１のハードウェア構成の典型例を表した図である。図６を参照して、ファイル共有サーバ１１は、主たる構成要素として、プログラムを実行するＣＰＵ１０１と、データを不揮発的に格納するＲＯＭ１０２と、ＣＰＵ１０１によるプログラムの実行により生成されたデータ、又は入力装置（図示せず）を介して入力されたデータを揮発的に格納するＲＡＭ１０３と、データを不揮発的に格納するＨＤＤ１０４と、ＬＥＤ１０５と、スイッチ１０６と、通信ＩＦ（Interface）１０７と、電源回路１０８
と、ディスプレイ１０９と、操作キー１１０とを含む。各構成要素は、相互にデータバスによって接続されている。

電源回路１０８は、コンセントを介して受信した商用電源の電圧を降圧し、ファイル共有サーバ１１の各部に電源供給を行なう回路である。スイッチ１０６は、電源回路１０８に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。ディスプレイ１０９は、各種のデータを表示するためのデバイスである。

通信ＩＦ１０７は、他の電子機器（たとえば、アプリケーションサーバ１３、端末装置２１〜２３）に対するデータの送信処理、および当該他の電子機器から送信されたデータの受信処理を行なう。

ＬＥＤ１０５は、ファイル共有サーバ１１の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ１０５は、ファイル共有サーバ１１の主電源のオンまたはオフ状態、およびＨＤＤ１０４への読み出しまたは書き込み状態等を表す。操作キー１１０は、ファイル共有サーバ１１のユーザがファイル共有サーバ１１へデータを入力するための用いるキー（キーボード）である。

ファイル共有サーバ１１における処理は、各ハードウェアおよびＣＰＵ１０１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ１０４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ１０７等を介してダウンロードされた後、ＨＤＤ１０４に一旦格納される。そのソフトウェアは、ＣＰＵ１０１によってＨＤＤ１０４から読み出され、ＲＡＭ１０３に実行可能なプログラムの形式で格納される。ＣＰＵ１０１は、そのプログラムを実行する。

同図に示されるファイル共有サーバ１１を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ１０３、ＨＤＤ１０４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、ファイル共有サーバ１１の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ
、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

なお、メール収集サーバ１２およびアプリケーションサーバ１３は、ファイル共有サーバ１１と同様のハードウェア構成を有するため、メール収集サーバ１２およびアプリケーションサーバ１３のハードウェア構成については、ここでは繰り返し説明を行なわない。

図７は、端末装置２１のハードウェア構成の典型例を表した図である。図７を参照して、端末装置２１は、主たる構成要素として、プログラムを実行するＣＰＵ２０１と、データを不揮発的に格納するＲＯＭ２０２と、ＣＰＵ２０１によるプログラムの実行により生成されたデータ、又は入力装置（図示せず）を介して入力されたデータを揮発的に格納するＲＡＭ２０３と、データを不揮発的に格納するＨＤＤ２０４と、ＬＥＤ２０５と、スイッチ２０６と、通信ＩＦ（Interface）２０７と、電源回路２０８と、ディスプレイ２０
９と、操作キー２１０とを含む。各構成要素は、相互にデータバスによって接続されている。

電源回路２０８は、コンセントを介して受信した商用電源の電圧を降圧し、端末装置２１の各部に電源供給を行なう回路である。スイッチ２０６は、電源回路２０８に給電を行なうか否かを切替えるための主電源用のスイッチ、およびその他の各種の押しボタンスイッチである。ディスプレイ２０９は、各種のデータを表示するためのデバイスである。

通信ＩＦ２０７は、他の電子機器（たとえば、アプリケーションサーバ１３、ファイル共有サーバ１１）に対するデータの送信処理、および当該他の電子機器から送信されたデータの受信処理を行なう。

ＬＥＤ２０５は、端末装置２１の動作状態を表す各種の表示ランプである。たとえば、ＬＥＤ２０５は、端末装置２１の主電源のオンまたはオフ状態、およびＨＤＤ２０４への読み出しまたは書き込み状態等を表す。操作キー２１０は、端末装置２１のユーザが端末装置２１へデータを入力するための用いるキー（キーボード）である。

端末装置２１における処理は、各ハードウェアおよびＣＰＵ２０１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ２０４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、通信ＩＦ２０７等を介してダウンロードされた後、ＨＤＤ２０４に一旦格納される。そのソフトウェアは、ＣＰＵ２０１によってＨＤＤ２０４から読み出され、ＲＡＭ２０３に実行可能なプログラムの形式で格納される。ＣＰＵ２０１は、そのプログラムを実行する。

同図に示される端末装置２１を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ２０３、ＨＤＤ２０４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、端末装置２１の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ
、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

なお、端末装置２２，２３は、端末装置２１と同様のハードウェア構成を有するため、端末装置２２，２３のハードウェア構成については、ここでは繰り返し説明を行なわない。
［実施の形態２］
本実施の形態では、後述するファイル共有サーバ１１Ａにアップロードしたファイルを、アップロードしたユーザが更新した場合に行なわれる処理について説明する。

図８は、本実施の形態に係る通信システム１Ａの概略構成および処理の概要を説明するための図である。図８を参照して、通信システム１Ａは、サーバネットワーク１０Ａと、複数の端末装置２１〜２４とを備えている。サーバネットワーク１０Ａは、ファイル共有サーバ１１Ａと、メール収集サーバ１２と、アプリケーションサーバ１３Ａと、図示しないメールサーバと、アカウント情報を格納した認証用サーバとを含む。

ファイル共有サーバ１１Ａは、実施の形態１に係るファイル共有サーバ１１と同様のハードウェア構成を有する。また、ファイル共有サーバ１１Ａは、ファイル共有サーバ１１が有する機能と、後述する通知機能とを実行する。ファイル共有サーバ１１Ａは、当該通知機能を有する点を除けば、ファイル共有サーバ１１と同様の構成を有する。

アプリケーションサーバ１３Ａは、実施の形態１に係るアプリケーションサーバ１３と同様のハードウェア構成を有する。また、アプリケーションサーバ１３Ａは、アプリケーションサーバ１３が有する機能と、後述する通知機能とを実行する。アプリケーションサーバ１３Ａは、当該通知機能を有する点を除けば、アプリケーションサーバ１３と同様の構成を有する。

実施の形態１の図１に基づいて説明した各処理（処理（i）〜（iv）およびサーバネッ
トワーク１０における各処理等）が、本実施の形態に係る通信システム１Ａにおいても同様に行なわれる。このため、以下では、図１に基づいて説明した処理については説明を繰り返さず、本実施の形態における特有の処理に着目して説明する。具体的には、処理（iv）が行なわれた後の処理について説明する。

処理（iv）の後に、端末装置２１のユーザＡが、アップロードされたファイル５１１を更新したとする（処理（v））。なお、ファイル共有サーバ１１ＡがユーザＡから修正指
示を受け付けることによりファイル共有サーバ１１Ａがアップロードされているファイルを更新する構成であってもよいし、端末装置２１においてユーザＡが修正を行なったファイルを、ユーザＡが端末装置２１を用いてファイル共有サーバ１１Ａに再度アップロードする構成であってもよい。

ファイル５１１の更新がなされた場合、ファイル共有サーバ１１Ａは、ファイル５１１が更新されたことをアプリケーションサーバ１３Ａに通知する。すなわち、ファイル共有サーバ１１Ａは、実施の形態１に係るファイル共有サーバ１１が備えていない通知機能を実行する。アプリケーションサーバ１３Ａは、当該通知を受け付けたことに基づき、管理テーブル５４１を参照して、ファイル５１１の閲覧対象者（本実施の形態ではユーザＢ〜Ｄ）に対して、ファイル５１１が更新されたことを通知する（処理（vi））。すなわち、アプリケーションサーバ１３Ａは、実施の形態１に係るアプリケーションサーバ１３が備えていない通知機能を実行する。

上記の構成によれば、ファイル５１１をアップロードしたユーザＡは、電子メール５２１の送信先であるユーザＢ〜Ｄに対して、当該ファイルが更新されたことを通知する必要がなくなる。それゆえ、ユーザＡの手間を省くことが可能となる。
［実施の形態３］
本実施の形態では、ファイル共有サーバ１１Ａにアップロードしたファイルの複製物（コピー）を生成する構成について説明する。

図９は、本実施の形態に係る通信システム１Ｂの概略構成および処理の概要を説明するための図である。図９を参照して、通信システム１Ｂは、サーバネットワーク１０Ｂと、複数の端末装置２１〜２４とを備えている。サーバネットワーク１０Ｂは、ファイル共有サーバ１１Ｂと、メール収集サーバ１２Ｂと、アプリケーションサーバ１３Ｂと、図示しないメールサーバと、アカウント情報を格納した認証用サーバとを含む。

ファイル共有サーバ１１Ｂは、実施の形態１に係るファイル共有サーバ１１と同様のハードウェア構成を有する。また、ファイル共有サーバ１１Ｂは、実施の形態２に係るファイル共有サーバ１１Ａが有する機能と、後述する通知機能とを実行する。ファイル共有サーバ１１Ｂは、当該通知機能を有する点を除けば、ファイル共有サーバ１１Ａと同様の構成を有する。

メール収集サーバ１２Ｂは、実施の形態１に係るメール収集サーバ１２と同様のハードウェア構成を有する。また、メール収集サーバ１２Ｂは、メール収集サーバ１２が有する機能と、後述する指示機能を実行する。メール収集サーバ１２Ｂは、当該指示機能を有する点を除けば、メール収集サーバ１２と同様の構成を有する。

アプリケーションサーバ１３Ｂは、実施の形態１に係るアプリケーションサーバ１３と同様のハードウェア構成を有する。また、アプリケーションサーバ１３Ｂは、実施の形態２に係るアプリケーションサーバ１３Ａが有する機能を有する。

通信システム１Ｂにおいては、処理（iv）においてアプリケーションサーバ１３Ｂから端末装置２１のユーザＡに送信される情報が実施の形態１，２とは異なる点を除き、実施の形態１の図１および実施の形態２の図８に基づいて説明した各処理（処理（i）〜（vi
）およびサーバネットワーク１０，１０Ａにおける各処理等）が、本実施の形態に係る通信システム１Ｂにおいても同様に行なわれる。以下では、図１および図８に基づいて説明した処理については説明を繰り返さず、本実施の形態における特有の処理に着目して説明する。

メール収集サーバ１２Ｂは、処理（ii）において電子メール５２１を受信したことに基づき、ファイル共有サーバ１１Ｂに対して、ファイル５１１の複製物５１１Ｂの生成を指示する。すなわち、メール収集サーバ１２Ｂは、実施の形態２に係るメール収集サーバ１２Ａが備えていない指示機能を実行する。

ファイル共有サーバ１１Ｂは、生成された複製物５１１Ｂのファイルパス（記憶部１１３における複製物５１１Ｂの格納場所）を、アプリケーションサーバ１３Ｂに通知する。

アプリケーションサーバ１３Ｂは、処理（iv）において、端末装置２１を用いたユーザＡからの要求に基づき、メール収集サーバ１２Ｂから取得したファイル５１１のファイルパスとファイル共有サーバ１１Ｂから取得した複製物５１１Ｂのファイルパスとを関連付けて、当該両ファイルパスを端末装置２１に通知する。具体的には、アプリケーションサーバ１３Ｂは、各ファイルパスを取得したことに基づき、後述する管理テーブル５４１Ｂ（図１０）を更新する。アプリケーションサーバ１３Ｂは、更新後の管理テーブル５４１Ｂを参照して、端末装置２１のユーザＡから要求に応じた表示用データを端末装置２１に送信する。

図１０は、アプリケーションサーバ１３Ｂが格納している管理テーブル５４１Ｂの概略構成を表した図である。管理テーブル５４１Ｂは、ファイル共有サーバ１１Ｂから受信したアクセスログ５３１および複製物５１１Ｂのファイルパスと、メール収集サーバ１２Ｂから受信したメール情報５３６とに基づいてアプリケーションサーバ１３Ｂが生成したデータベースである。

図１０を参照して、管理テーブル５４１Ｂは、メール送信日時、ファイル名、複製物（電子メール送信時のファイル）のファイルパスと、現在のファイルのファイルパスと、ファイル名により特定されるファイルの既読または未読の情報等を含む。管理テーブル５４１Ｂは、電子メールのタイトル、電子メールの送信者の情報を含んでいてもよい。

なお、「現在のファイル」とは、複製物の生成元となるファイル、あるいは複製物の生成元となるファイルを更新した後のファイルをいう。具体的を挙げて説明すれば、「現在のファイル」とは、ユーザＡによってアップロードされたファイル５１１、当該ファイル５１１をユーザＡが更新した後のファイル５１１を指す。

アプリケーションサーバ１３Ｂは、管理テーブル５４１Ｂに基づき、端末装置２１のユーザＡからの要求に応じて、当該要求に沿った内容の通知（応答）を行なう。たとえば、アプリケーションサーバ１３Ｂは、送信者がユーザＡであるメール一覧（タイトル一覧）と、当該各メール本文に記載されたファイルパスと、当該メールの送信先である各ユーザのファイルへの閲覧状況（アクセス状況）と、複製物のファイルパスと、現在のファイルのファイルパスとを含んだ表示データを端末装置２１に送信する。

上記の構成によれば、ファイルをアップロードしたユーザ（図９の場合には、端末装置２１のユーザＡ）は、現在のファイルの内容だけでなく、電子メールを送信した当初のファイルの内容を確認することが可能となる。また、現在のファイルと電子メールを送信した当初のファイルとが残るため、通信システム１Ｂでは、２つのリビジョンのファイルを管理するといった簡易な管理を行なうことができる。

なお、複製物５１１Ｂのファイルパスは、ファイル共有サーバ１１Ｂによって決定されてもよいし、あるいはメール収集サーバ１２Ｂによって決定されてもよい。
［実施の形態４］
本実施の形態では、ファイル共有サーバ１１Ａにアップロードしたファイルに閲覧期限が設定されている場合について説明する。

図１１は、本実施の形態に係る通信システム１Ｃの概略構成および処理の概要を説明するための図である。図１１を参照して、通信システム１Ｃは、サーバネットワーク１０Ｃと、複数の端末装置２１〜２４とを備えている。サーバネットワーク１０Ｃは、ファイル共有サーバ１１と、メール収集サーバ１２と、アプリケーションサーバ１３Ｃと、図示しないメールサーバと、アカウント情報を格納した認証用サーバとを含む。

アプリケーションサーバ１３Ｃは、実施の形態１に係るアプリケーションサーバ１３と同様のハードウェア構成を有する。また、アプリケーションサーバ１３Ｃは、アプリケーションサーバ１３が有する機能と、後述する通知機能とを実行する。アプリケーションサーバ１３Ｃは、当該通知機能を有する点を除けば、アプリケーションサーバ１３と同様の構成を有する。

実施の形態１の図１に基づいて説明した各処理（処理（i）〜（iv）およびサーバネッ
トワーク１０における各処理等）が、本実施の形態に係る通信システム１Ｃにおいても同様に行なわれる。このため、以下では、図１に基づいて説明した処理については説明を繰り返さず、本実施の形態における特有の処理に着目して説明する。

本実施の形態では、端末装置２１のユーザＡから端末装置２２〜２４のユーザＢ〜Ｄおよびメール収集サーバ１２宛に送信される電子メール５２１は、ファイル５１１の閲覧期限を表した期限情報を含んでいる。なお、期限情報を記述する形式は、通信システム１において予め決められている。

アプリケーションサーバ１３Ｃは、アクセスログ５３１に基づき、端末装置２２〜２４のユーザＢ〜Ｄの各々が上記閲覧期限内にファイル５１１にアクセスしたか否かを判断する。また、アプリケーションサーバ１３Ｃは、閲覧期限内にファイル５１１にアクセスしていないと判断されたユーザが利用している端末装置（たとえば、ユーザＣ，Ｄの端末装置２３，２４）に対して予め定められた内容を表した情報を通知する。なお、「予め定められた内容」は、たとえば、ファイル５１１へのアクセスを促すものであれば、特に限定されるものではない。

図１２は、アプリケーションサーバ１３Ｃが格納している管理テーブル５４１Ｃの概略構成を表した図である。管理テーブル５４１Ｃは、ファイル共有サーバ１１から受信したアクセスログと、メール収集サーバ１２から受信したメール情報５３６とに基づいてアプリケーションサーバ１３が生成したデータベースである。

図１２を参照して、管理テーブル５４１Ｃは、メール送信日時、ファイル名、ファイルパス、ファイル名により特定されるファイルの既読または未読の情報と、ファイルの閲覧期限の情報等を含む。管理テーブル５４１Ｃは、電子メールのタイトル、電子メールの送信者の情報を含んでいてもよい。

アプリケーションサーバ１３Ｃは、管理テーブル５４１Ｃに基づき、閲覧期限を経過してもファイルを閲覧していないユーザの端末装置に対して、ファイルの確認を促す内容を表した情報を通知する。

上記の構成によれば、ファイルをアップロードしたユーザによる操作（ファイルを未読の者に対してファイルの確認を促すメールの送信等）がなくとも、ファイルの閲覧期限内に当該ファイルを未読の者に対して、ファイルの閲覧を促すことが可能となる。
［実施の形態５］
本実施の形態は、上述した管理テーブル５４１等に基づいて端末装置が表示する画面のうちの一態様を説明する。具体的には、本実施の形態では、メーラの表示画面においてファイルの閲覧状況を表示する場合を説明する。また、本実施の形態における処理は、実施の形態１〜４に係る通信システム１，１Ａ，１Ｂ，１Ｃに適用できる。

図１３は、端末装置２１のディスプレイ２０９に表示されるユーザインターフェイス（ＵＩ：User Interface）２０９１を表した図である。図１３を参照して、ユーザＡが、送信済みの電子メールを端末装置２１のディスプレイ２０９に表示させた場合、端末装置２１は、電子データの格納場所を表した情報に関連付けて、ファイルを閲覧した人を識別するための識別情報を表示する。具体的には、端末装置２１は、電子メール５２１の本文に含まれたファイル５１１のファイルパス２４０の近傍に、ファイルを閲覧した人の顔画像２５１〜２５４を表示する。より詳しくは、ファイルパス２４０の下側に、顔画像を含んだオブジェクト２５０を表示する。

なお、図１３においては、電子メール５２１を送信した後の再度の電子メール（電子メール５２１の本文を引用した電子メール）におけるファイルパス２４０の下側にオブジェクト２５０が表示されているが、これに限定されるものではない。ファイルパス２４０と同じファイルパスが表示されている画面であれば、当該ファイルパスの近傍にオブジェクト２５０を表示するように端末装置を構成することが好ましい。

また、顔画像を表示するための画像データは、サーバネットワーク（たとえば、アプリケーションサーバ）において予め格納されていてもよいし、端末装置自体に予め格納されていてもよい。なお、当該画像データは、ユーザを識別する識別情報（たとえば、ユーザ名）と予め対応付けられている。

上記の構成によれば、電子メールの送信者は、当該電子メールまたは当該電子メールに関連する電子メールが表示された画面上で、閲覧した人を識別することができる。特に、閲覧した人の顔画像が表示されることにより、電子メールの送信者は、閲覧した人の識別がより容易となる。
［実施の形態６］
本実施の形態では、実施の形態５を変形した態様について説明する。

図１４は、端末装置２１のディスプレイ２０９に表示されるユーザインターフェイス２０９２を表した図である。図１４を参照して、端末装置２１は、実施の形態５と同様、電子メール５２１の本文に含まれたファイル５１１のファイルパス２４０の近傍に、ファイルを閲覧した人の顔画像２５１〜２５４を含んだオブジェクト２５０を表示する。

詳しくは、端末装置２１は、送信済みの電子メール５２１をディスプレイに表示させると、顔画像２５１〜２５４に関連付けて、ユーザコメントの存在を表す識別情報２６０の表示を行なう。より詳しくは、同図は、顔画像２５１，２５４に対応付けられたユーザＢ，Ｅがコメントを電子メール等で通知してきている状態を表している。

端末装置２１のユーザＡが、顔画像２５４をマウスのポインタ２８０等で選択する操作を行なった場合、端末装置２１は、顔画像２５４に対応付けられたユーザＥのユーザコメントの内容を、たとえばポップアップ形式で画面上に表示する。

上記の構成によれば、電子メールの送信者は、当該電子メールまたは当該電子メールに関連する電子メールが表示された画面上で、閲覧した人を識別することができることに加えて、ユーザコメントの有無および内容を確認することができる。

上記においては、顔画像を選択するユーザ操作を受け付けることによりコメントを表示させる構成を例に挙げて説明したが、これに限定されるものではない。端末装置２１は、ポインタ操作を受け付けることなく、ユーザコメントの内容を顔画像に対応付けた状態でオブジェクト２５０内に表示してもよい。この場合には、電子メールの送信者は、当該電子メールまたは当該電子メールに関連する電子メールが表示された画面上で、閲覧した人を識別することができることに加えて、ユーザコメントの有無と内容とを即座に確認することができる。なお、この場合には、端末装置は、ユーザコメントの存在を表す識別情報２６０を表示する必要は特にない。
［実施の形態７］
上記の各実施の形態１〜４においては、各サーバネットワーク１０，１０Ａ，１０Ｂ，１０Ｃが、図示した３つのサーバ装置（ファイル共有サーバ、メール収集サーバ、アプリケーションサーバ）と、図示していないサーバ装置（メールサーバ、認証用サーバ）とを有する構成を例に挙げて説明したが、これに限定されるものではない。たとえば、１つのサーバ装置によって、ファイル共有サーバの機能と、メール収集サーバの機能と、アプリケーションサーバの機能とが実行されるようにしてもよい。この場合、当該１つのサーバ装置は、ファイル共有サーバが行なう処理を実行する機能モジュールと、メール収集サーバが行なう処理を実行する機能モジュールと、アプリケーションサーバが行なう処理を実行する機能モジュールとを有すると言える。なお、２つのサーバ装置によって、ファイル共有サーバの機能と、メール収集サーバの機能と、アプリケーションサーバの機能とが実行されるようにしてもよい。あるいは、１つのサーバ装置によって、ファイル共有サーバの機能と、メール収集サーバの機能と、アプリケーションサーバの機能と、認証用サーバの機能とが実行されるようにしてもよい。
［実施の形態８］
上記の各実施の形態１〜４の通信システム１，１Ａ，１Ｂ，１Ｃにおける電子メールの送受信にＳＭＴＰサーバを利用してもよい。電子メールの遣り取りの手法については特に限定されるものではない。
［実施の形態９］
上記の各実施の形態１〜４の通信システム１，１Ａ，１Ｂ，１Ｃにおいては、ファイルパスを例に挙げて説明したが、これに限定されるものではない。ファイルパスの代わりにフォルダパスであってもよい。いずれにしても、通信システムにおいて、電子データの格納場所が端末装置等に通知される構成であればよい。

＜まとめ＞
以下では、説明を単純化するために、ユーザＡ〜Ｄのうち、ユーザＡ（第１のユーザ）およびユーザＢ（第２のユーザ）に着目した説明を行なう。

〔１〕実施の形態１〜１０に基づけば、通信システム（１，１Ａ，１Ｂ，１Ｃ）は、端末装置（２１）と通信する。通信システムは、各々が予め定められたサーバ機能を実行する複数の機能モジュールを備える。複数の機能モジュールのうちの第１の機能モジュール（ファイル共有サーバ１１，１１Ａ，１１Ｂ）は、アップロードされた電子データ（ファイル５１１）を受け付ける。複数の機能モジュールのうちの第２の機能モジュール（メール収集サーバ１２，１２Ｂ）は、第１のユーザ（ユーザＡ）のアカウントのメールアドレスから第２のユーザ（ユーザＢ）のアカウントのメールアドレスおよび第２の機能モジュールのアカウントのメールアドレス宛に送信された電子メール（５２１）を受信する。電子メールには、送信宛先と第１の機能モジュールにおける電子データの格納場所とが含まれている。第１の機能モジュールは、第１の機能モジュールに格納された電子データに対してアクセスがあった場合、複数の機能モジュールのうちの第３の機能モジュール（アプリケーションサーバ１３，１３Ａ，１３Ｂ，１３Ｃ）に対してアクセスの履歴を通知する。第３の機能モジュールは、第２の機能モジュールから取得した送信宛先と、第１の機能モジュールから取得した履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断し、判断結果を第１のユーザに通知する。

上記の構成によれば、電子データ（ファイル５１１）を第１の機能モジュール（ファイル共有サーバ１１，１１Ａ，１１Ｂ）にアップロードした第１のユーザは、第２のユーザが電子データにアクセスしたか否かを判断することが可能となる。

〔２〕実施の形態２，３に係る通信システム１Ａ，１Ｂに着目すれば、第１の機能モジュール（ファイル共有サーバ１１Ａ，１１Ｂ）は、第１のユーザからの指示に基づき電子データが更新された場合には、第３の機能モジュール（アプリケーションサーバ１３Ａ，１３Ｂ）に対して電子データの更新がなされたことを通知する。第３の機能モジュールは、更新がなされた通知を受け付けたことに基づき、第２のユーザに対して、電子データが更新されたことを通知する。

上記の構成によれば、電子データ（ファイル５１１）をアップロードした第１のユーザは、電子メール（５２１）の送信先である第２のユーザに対して、当該電子データが更新されたことを端末装置２１を用いて通知する必要がなくなる。それゆえ、電子データをアップロードした第１のユーザの手間を省くことが可能となる。

〔３〕実施の形態３に係る通信システム１Ｂに着目すれば、第２の機能モジュール（メール収集サーバ１２Ｂ）は、電子メール（５２１）を受信したことに基づき、第１の機能モジュールに対して、電子データの複製物（５１１Ｂ）の生成を指示する。第１の機能モジュールは、生成された複製物の格納場所を第３の機能モジュール（アプリケーションサーバ１３Ｂ）に通知する。第３の機能モジュールは、第１のユーザ（ユーザＡ）からの要求に基づき、電子データの格納場所と複製物の格納場所とを関連付けて、第１のユーザに通知する。

上記の構成によれば、ファイルをアップロードした第１のユーザは、現在のファイルの内容だけでなく、電子メールを送信した当初の電子データの内容を確認することが可能となる。

〔４〕実施の形態４に係る通信システム１Ｃに着目すれば、電子メールは、電子データの閲覧期限を表した期限情報をさらに含む。第３の機能モジュール（アプリケーションサーバ１３Ｃ）は、履歴に基づき、第２のユーザ（ユーザＢ）が閲覧期限内に電子データにアクセスしたか否かを判断し、第２の端末装置が閲覧期限内に電子データにアクセスしていないと判断された場合には、第２のユーザに対して予め定められた内容を表した情報を通知する。

上記の構成によれば、電子データ（５１１）をアップロードした第１のユーザ（ユーザＡ）による操作（電子データを未読の者に対して電子データの確認を促すメールの送信等）がなくとも、電子データの閲覧期限内に電子データを未読の者に対して、電子データの閲覧を促すことが可能となる。

〔５〕実施の形態５，６に着目すれば、通信システム（１，１Ａ，１Ｂ，１Ｃ）は、端末装置（２１）をさらに備える。第２のユーザが電子データにアクセスしていた場合、第１のユーザによる指示に基づき端末装置が送信済みの電子メールをディスプレイに表示させる場合、電子データの格納場所を表した情報に関連付けて、第２のユーザを識別するための識別情報を表示する。

上記の構成によれば、電子メールの送信者（第１のユーザ）は、当該電子メールまたは当該電子メールに関連する電子メールが表示された画面上で、閲覧した人を識別することができる。

〔６〕実施の形態５，６にさらに着目すれば、端末装置（２１）は、第３の機能モジュール（アプリケーションサーバ１３，１３Ａ，１３Ｂ，１３Ｃ）から識別情報を取得する。識別情報は、利用者の顔画像（２５１〜２５４）である。

上記の構成によれば、閲覧した人の顔画像が表示されることにより、電子メールの送信者（第１のユーザ）は、閲覧した人の識別がより容易となる。

〔７〕実施の形態６に着目すれば、電子データに対するユーザコメントが第２のユーザ（ユーザＢ）によって第１のユーザ（ユーザＡ）に通知された場合、第１のユーザによる指示に基づき端末装置（２１）が送信済みの電子メールをディスプレイ（２０９）に表示させる場合、端末装置（２１）は、顔画像に関連付けて、ユーザコメントの存在を表す表示（識別情報２６０）またはユーザコメントの内容表示（２７４）を行なう。

上記の項背に依れば、電子メールの送信者（第１のユーザ）は、当該電子メールまたは当該電子メールに関連する電子メールが表示された画面上で、閲覧した人を識別することができることに加えて、ユーザコメントの有無と内容とを確認することができる。

〔８〕好ましくは、通信システムは、第１のサーバ装置（ファイル共有サーバ１１，１１Ａ，１１Ｂ）と、第２のサーバ装置（メール収集サーバ１２，１２Ｂ）と、第３のサーバ装置（アプリケーションサーバ１３，１３Ａ，１３Ｂ，１３Ｃ）とを備える。第１の機能モジュールは、第１のサーバ装置によって実現される。第２の機能モジュールは、第２のサーバ装置によって実現される。第３の機能モジュールは、第３のサーバ装置によって実現される。

上記の構成によれば、それぞれ別体の３つのサーバ装置を用いて通信システムを構成することができる。

〔９〕本発明のさらに他の局面に従うと、サーバ装置（アプリケーションサーバ１３，１３Ａ，１３Ｂ，１３Ｃ）は、端末装置（２１）と、端末装置を用いてアップロードされた電子データを格納するための第１の電子機器（ファイル共有サーバ１１，１１Ａ，１１Ｂ）と、電子メールを収集する第２の電子機器（メール収集サーバ１２，１２Ｂ）と通信する。電子メールは、第１のユーザ（ユーザＡ）のアカウントのメールアドレスから第２のユーザ（ユーザＢ）のアカウントのメールアドレスおよび第２の電子機器のアカウントのメールアドレス宛に送信されたものであって、送信宛先と第１の電子機器における電子データの格納場所とを含む。サーバ装置は、第２の電子機器から取得した送信宛先と、第１の電子機器から取得した電子データに対するアクセスの履歴とに基づいて、第２のユーザによる電子データへのアクセスが行なわれた否かを判断し、判断結果を第１のユーザに通知する。

今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，１Ａ，１Ｂ，１Ｃ 通信システム、１０，１０Ａ，１０Ｂ，１０Ｃ サーバネットワーク、１１，１１Ａ，１１Ｂ ファイル共有サーバ、１２，１２Ａ，１２Ｂ メール収集サーバ、１３，１３Ａ，１３Ｂ，１３Ｃ アプリケーションサーバ、２１〜２４ 端末装置、１０１，２０１ ＣＰＵ、１０９，２０９ ディスプレイ、１１１，１２１，１３１ 通信処理部、１１２，１２１，１２２，１３２ 制御部、１１３，１２３，１３３ 記憶部、２４０ ファイルパス、２５０ オブジェクト、２５１〜２５４ 顔画像、２６０ 識別情報、５１１，５１２，５１３ ファイル、５１１Ｂ 複製物、５２１ 電子メール、５３１ アクセスログ、５３６ メール情報、５４１，５４１Ｂ，５４１Ｃ 管理テーブル。

Claims (5)

1. 差出人が電子データの格納場所を含めた電子メールを受取人に送信し、
   前記受取人が前記電子データにアクセスした場合、送信済みの前記電子メールの本文の内容に前記アクセス情報を含めて表示させるアプリケーションプログラム。
2. 前記受取人を識別するための識別情報を取得し、前記アクセス情報は前記識別情報を含むものであって、前記識別情報は、前記受取人の顔画像である、請求項１に記載のアプリケーションプログラム。
3. 前記電子データに対するユーザコメントが前記受取人によって前記差出人に通知された場合、前記差出人による指示に基づき送信済みの前記電子メールを前記ディスプレイに表示させる場合、前記識別情報に関連付けて、前記受取人コメントの存在を表す表示または前記受取人コメントの表示を行なう、請求項２に記載のアプリケーションプログラム。
4. 前記差出人からの指示に基づき前記電子データが更新された場合には、前記受取人に対して、前記電子データが更新されたことを通知する、請求項１〜３のいずれか１項に記載のアプリケーションプログラム。
5. 前記電子メールは、前記電子データの閲覧期限を表した期限情報をさらに含み、
   前記受取人が前記閲覧期限内に前記電子データにアクセスしていない場合には、前記受取人に対して予め定められた内容を表した情報を通知する、請求項１〜４のいずれか１項に記載のアプリケーションプログラム。

Images