JP2005339016A - 情報処理装置および方法、記録媒体、プログラム、並びに通信システム - Google Patents

Abstract

【課題】 ユーザが作成したデータを、所望する特定のユーザだけに公開する。
【解決手段】 受信部１４５は、サーバから送信されてきたヘッダ情報を受信し、受信したヘッダ情報を判定部１４６に供給する。判定部１４６は、受信部１４５から供給されたヘッダ情報を基に、日記ファイルが添付されている電子メールがあるか否かを判定する。受信部１４５は、日記ファイルが添付されている電子メールがあると判定された場合、サーバから送信されてきた、日記ファイルが添付されている電子メールを受信する。本発明は、日記配信システムに適用できる。
【選択図】図６

Description

本発明は情報処理装置および方法、記録媒体、プログラム、並びに通信システムに関し、特に、特定のユーザだけに日記を公開できるようにした情報処理装置および方法、記録媒体、プログラム、並びに通信システムに関する。

近年、ユーザの日記や評論などを一般に公開する、いわゆるウェブログ（Web log）（ブログ（Blog））と称されるウェブサイト（Web site）が普及してきている。このウェブログと称されるウェブサイトは、ユーザによって運営されている。また、ウェブログと称されるウェブサイトは、ユーザの書いた日記や評論などに対して、他のユーザがコメントを追加できるようになっている。以下では、このようなウェブサイトに公開されるユーザの日記、評論、および他のユーザによって追加されたコメントなどを、単に日記と称する。

ユーザは、ウェブログなどのウェブサイトを運営する場合、専用のサーバに自己を登録し、自己が作成したウェブページ（Web page）を表示させるためのデータを、サーバあてに送信する。そして、サーバは、ユーザから送信されてきた、ウェブページを表示させるためのデータを受信し、記憶する。サーバは、記憶しているデータを基に、ユーザのウェブページを一般に公開する。

しかしながら、このようなウェブサイトの運営は、ウェブページの作成に慣れていないユーザにとっては困難であるという問題があった。

このような問題を解決する方法として、携帯電話機を用いてウェブページを作成する電子絵日記作成システムが提案されている（例えば、特許文献１参照）。この電子絵日記作成システムにおいては、携帯電話機において生成されたデータが、専用のサーバとしての電子絵日記作成装置に送信される。電子絵日記作成装置は、携帯電話機から送信されてきたデータを基に電子絵日記（データ）を作成する。そして、電子絵日記作成装置によって作成されたデータは、電子絵日記としてウェブページ上に公開される。

特開２００３−１７３３０９号公報

上述したウェブログのようなものでは、ユーザが公開した日記は、不特定多数のユーザに公開されてしまい、特定の人に対してのみ公開することができないという課題があった。仮に、特許文献１で開示されていることを利用し、ユーザが簡便にウェブサイトを管理できるようにしても、この課題は解決されるものではなかった。

また、上述した特許文献１に開示されている技術においては、ウェブサイトを運営するためには、ユーザは、専用のサーバに自己を登録する必要があった。また、専用のサーバを管理（提供）する側（例えば、プロバイダ）においても、サーバを管理する手間や設備費などがかかるという問題があった。

上述したウェブログを扱うサーバや、特許文献１において開示されているサーバ（電子絵日記作成装置）は、専用のサーバを設けなくてはならず、そのサーバを管理するための手間がかかり、維持するための維持費などがかかるといった課題があった。

本発明は、このような状況に鑑みてなされたものであり、ユーザが作成したデータを、所望する特定のユーザだけに公開できるようにすることを目的とする。また、そのようなことを、専用のサーバを必要とせずに行えるようにすることを目的とする。

本発明の通信システムは、第１の情報処理装置が、限定された範囲内で公開されるデータが添付されている電子メールを生成する生成手段と、生成した電子メールを、通信網を介して、サーバあてに送信する第１の送信手段とを備え、サーバが、第１の送信手段によって送信された電子メールを受信する第１の受信手段と、第１の受信手段によって受信された電子メールを、一時的に記憶する記憶手段と、記憶している電子メールに関係する情報の送信を要求する旨の第１の要求信号または限定された範囲内で公開されるデータが添付されている電子メールの送信を要求する旨の第２の要求信号を、第２の情報処理装置から受信する要求信号受信手段と、要求信号受信手段によって、第１の要求信号が受信された場合、通信網を介して、記憶している電子メールに関係する情報を第２の情報処理装置あてに送信し、第２の要求信号が受信された場合、通信網を介して、限定された範囲内で公開されるデータが添付されている電子メールを、第２の情報処理装置あてに送信する第２の送信手段とを備え、第２の情報処理装置が、通信網を介して、第１の要求信号をサーバあてに送信する第１の要求信号送信手段と、第２の送信手段によって送信された、サーバが記憶している電子メールに関係する情報または限定された範囲内で公開されるデータが添付されている電子メールを受信する第２の受信手段と、第２の受信手段によって情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶しているか否かを判定する判定手段と、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶していると判定された場合、通信網を介して、第２の要求信号をサーバあてに送信する第２の要求信号送信手段とを備えることを特徴とする。

サーバは、電子メールを取り扱うサーバとすることができる。

本発明の情報処理装置は、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号をサーバあてに送信する第１の送信手段と、サーバから送信されてきた、情報またはデータを受信する受信手段と、受信手段によって情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定手段と、判定手段により、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号をサーバあてに送信する第２の送信手段とを備えることを特徴とする。

サーバが一時的に記憶しているデータに関係する情報は、電子メールのヘッダ情報とし、判定手段は、ヘッダ情報に含まれ、添付されているデータがあるか否かを示す情報を参照し、サーバが一時的に記憶しているデータが、限定された範囲内で公開されるデータが添付されている電子メールであるか否かを判定するようにすることができる。

情報処理装置は、電子メールを送信してきた相手を示す名前と電子メールのメールアドレスとをそれぞれ関連付けたテーブルを記憶する記憶手段と、記憶手段に記憶されているテーブルを参照し、限定された範囲内で公開されるデータを選択するための一覧であって、相手を示す名前の一覧の画像データを生成し、その画像データを基に表示を制御する表示制御手段とをさらに設けることができる。

本発明の情報処理装置の情報処理方法は、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号のサーバへの送信を制御する第１の送信制御ステップと、サーバから送信されてきた、サーバが一時的に記憶しているデータに関係する情報またはデータの受信を制御する受信制御ステップと、受信制御ステップにおいてサーバが一時的に記憶しているデータに関係する情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定ステップと、判定ステップにおいて、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号のサーバへの送信を制御する第２の送信制御ステップとを含むことを特徴とする。

本発明の記録媒体のプログラムは、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号のサーバへの送信を制御する第１の送信制御ステップと、サーバから送信されてきた、サーバが一時的に記憶しているデータに関係する情報またはデータの受信を制御する受信制御ステップと、受信制御ステップにおいてサーバが一時的に記憶しているデータに関係する情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定ステップと、判定ステップにおいて、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号のサーバへの送信を制御する第２の送信制御ステップとを含むことを特徴とする。

本発明のプログラムは、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号のサーバへの送信を制御する第１の送信制御ステップと、サーバから送信されてきた、サーバが一時的に記憶しているデータに関係する情報またはデータの受信を制御する受信制御ステップと、受信制御ステップにおいてサーバが一時的に記憶しているデータに関係する情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定ステップと、判定ステップにおいて、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号のサーバへの送信を制御する第２の送信制御ステップとをコンピュータに実行させることを特徴とする。

本発明の通信システムにおいては、第１の情報処理装置によって、限定された範囲内で公開されるデータが添付されている電子メールが生成され、生成された電子メールが、通信網を介して、サーバあてに送信され、サーバによって、第１の送信手段によって送信された電子メールが受信され、第１の受信手段によって受信された電子メールが、一時的に記憶され、記憶されている電子メールに関係する情報の送信を要求する旨の第１の要求信号または限定された範囲内で公開されるデータが添付されている電子メールの送信を要求する旨の第２の要求信号が、第２の情報処理装置から受信され、要求信号受信手段によって、第１の要求信号が受信された場合、通信網を介して、記憶している電子メールに関係する情報が第２の情報処理装置あてに送信され、第２の要求信号が受信された場合、通信網を介して、限定された範囲内で公開されるデータが添付されている電子メールが、第２の情報処理装置あてに送信され、第２の情報処理装置によって、通信網を介して、第１の要求信号がサーバあてに送信され、第２の送信手段によって送信された、サーバによって記憶されている電子メールに関係する情報または限定された範囲内で公開されるデータが添付されている電子メールが受信され、第２の受信手段によって情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶しているか否かが判定され、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶していると判定された場合、通信網を介して、第２の要求信号がサーバあてに送信される。

本発明の情報処理装置および方法、記録媒体、並びにプログラムにおいては、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号がサーバあてに送信され、サーバから送信されてきた、情報またはデータが受信され、情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かが判定され、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号がサーバあてに送信される。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

本発明によれば、ユーザが作成したデータを、所望する特定のユーザだけに公開できる。

以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が本明細書に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、本明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。

請求項１に記載の通信システムは、第１の情報処理装置（例えば、図１のＰＣ１３−１）が、限定された範囲内で公開されるデータが添付されている電子メールを生成する生成手段（例えば、図６のメール生成部１４３）と、生成した電子メールを、通信網（例えば、図１の通信網１１）を介して、サーバ（例えば、図１のサーバ１２）あてに送信する第１の送信手段（例えば、図７のステップＳ１２の処理を実行する送信部１４４）とを備え、サーバが、第１の送信手段によって送信された電子メールを受信する第１の受信手段（例えば、図７のステップＳ２１の処理を実行する通信部３９）と、第１の受信手段によって受信された電子メールを、一時的に記憶する記憶手段（例えば、図２の記録部３３）と、記憶している電子メールに関係する情報（例えば、図１９のヘッダ情報）の送信を要求する旨の第１の要求信号または限定された範囲内で公開されるデータが添付されている電子メールの送信を要求する旨の第２の要求信号を、第２の情報処理装置から受信する要求信号受信手段（例えば、図２の通信部３９）と、要求信号受信手段によって、第１の要求信号が受信された場合、通信網を介して、記憶している電子メールに関係する情報を第２の情報処理装置（例えば、図１のＰＣ１３−２）あてに送信し、第２の要求信号が受信された場合、通信網を介して、限定された範囲内で公開されるデータが添付されている電子メールを、第２の情報処理装置あてに送信する第２の送信手段（例えば、図７のステップＳ２２の処理を実行する通信部３９）とを備え、第２の情報処理装置が、通信網を介して、第１の要求信号をサーバあてに送信する第１の要求信号送信手段（例えば、図６の送信部１４４）と、第２の送信手段によって送信された、サーバが記憶している電子メールに関係する情報または限定された範囲内で公開されるデータが添付されている電子メールを受信する第２の受信手段（例えば、図７のステップＳ３１の処理を実行する受信部１４５）と、第２の受信手段によって情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶しているか否かを判定する判定手段（例えば、図６の判定部１４６）と、サーバが、限定された範囲内で公開されるデータが添付されている電子メールを記憶していると判定された場合、通信網を介して、第２の要求信号をサーバあてに送信する第２の要求信号送信手段（例えば、図６の送信部１４４）とを備えることを特徴とする。

請求項３に記載の情報処理装置は、通信網を介して、サーバが一時的に記憶しているデータに関係する情報（例えば、図１９のヘッダ情報）の送信を要求する旨の第１の要求信号をサーバあてに送信する第１の送信手段（例えば、図２１のステップＳ１４２の処理を実行する送信部１４４）と、サーバから送信されてきた、情報またはデータを受信する受信手段（例えば、図６の受信部１４５）と、受信手段によって情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定手段（例えば、図６の判定部１４６）と、判定手段により、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号をサーバあてに送信する第２の送信手段（例えば、図２１のステップＳ１４４の処理を実行する送信部１４４）とを備えることを特徴とする。

請求項４に記載の情報処理装置は、サーバが一時的に記憶しているデータに関係する情報は、電子メールのヘッダ情報とし、判定手段（例えば、図６の判定部１４６）は、ヘッダ情報に含まれ、添付されているデータがあるか否かを示す情報を参照し、サーバが一時的に記憶しているデータが、限定された範囲内で公開されるデータが添付されている電子メールであるか否かを判定するようにすることができる。

請求項５に記載の情報処理装置は、電子メールを送信してきた相手を示す名前と電子メールのメールアドレスとをそれぞれ関連付けたテーブル（例えば、図１３のアドレステーブル２３１）を記憶する記憶手段（例えば、図６の日記記録部１３１）と、記憶手段に記憶されているテーブルを参照し、限定された範囲内で公開されるデータを選択するための一覧であって、相手を示す名前の一覧の画像データを生成し、その画像データを基に表示を制御する表示制御手段（例えば、図６の出力制御部１１５）とをさらに設けることができる。

請求項６に記載の情報処理装置の情報処理方法は、通信網を介して、サーバが一時的に記憶しているデータに関係する情報の送信を要求する旨の第１の要求信号のサーバへの送信を制御する第１の送信制御ステップ（例えば、図２９のステップＳ２２１の処理）と、サーバから送信されてきた、サーバが一時的に記憶しているデータに関係する情報またはデータの受信を制御する受信制御ステップ（例えば、図２９のステップＳ２２３の処理）と、受信制御ステップにおいてサーバが一時的に記憶しているデータに関係する情報が受信された場合、その情報を基に、サーバが、限定された範囲内で公開されるデータを記憶しているか否かを判定する判定ステップ（例えば、図２９のステップＳ２２２の処理）と、判定ステップにおいて、サーバが、限定された範囲内で公開されるデータを記憶していると判定された場合、通信網を介して、限定された範囲内で公開されるデータの送信を要求する旨の第２の要求信号のサーバへの送信を制御する第２の送信制御ステップ（例えば、図２９のステップＳ２２３の処理）とを含むことを特徴とする。

なお、請求項７に記載の記録媒体および請求項８に記載のプログラムも、上述した請求項６に記載の情報処理方法と基本的に同様の処理であるため、繰り返しになるのでその説明は省略する。

本発明は、インターネットなどを介して、日記の送受信を行う、日記配信システムなどに適用できる。

図１は、本発明を適用したシステムの一実施の形態を示す図である。このシステムは、ユーザが作成した日記を、他の特定のユーザに配信するためのシステムである。

ここで、日記とは、ユーザによって作成された日記、評論、画像、または文など、その作成したユーザが特定のユーザだけに公開したいと所望するデータであるとする。

図１に示したシステムにおいては、インターネットやLAN（Local Area Network）などから構成される通信網１１に、サーバ１２、ＰＣ（Personal Computer）１３−１、およびＰＣ１３−２が、互いにデータの授受ができるように接続されている。

ＰＣ１３−１は、ユーザが作成した日記を表示させるためのデータ（以下、日記ファイルと称する）を生成し、記録すると共に、通信網１１を介してサーバ１２に送信する。

サーバ１２は、ＰＣ１３−１から送信されてきた日記ファイルを受信し、記憶する。サーバ１２は、記憶した日記ファイルを、ＰＣ１３−２から要求があったときに、通信網１１を介して、ＰＣ１３−２に送信する。サーバ１２は、例えば、メールサーバなどと称され、電子メールの送受信を行うサーバを利用することができる。

ＰＣ１３−２は、サーバ１２から送信されてきた日記ファイルを受信し、受信した日記ファイルを記録する。以下、ＰＣ１３−１およびＰＣ１３−２を個々に区別する必要のない場合、単にＰＣ１３と称する。

このようにして、ＰＣ１３は、日記ファイルを生成し、生成した日記ファイルを、通信網１１を介して、サーバ１２に送信する。また、ＰＣ１３は、サーバ１２から送信されてきた日記ファイルを受信し、受信した日記ファイルを記録する。

図２は、サーバ１２の構成例を示すブロック図である。

サーバ１２のCPU（Central Processing Unit）３１は、ROM（Read Only Memory）３２、または記録部３３に記録されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）３４には、CPU３１が実行するプログラムやデータなどが適宜記憶される。これらのCPU３１、ROM３２、およびRAM３４は、バス３５により相互に接続されている。

CPU３１にはまた、バス３５を介して入出力インタフェース３６が接続されている。入出力インタフェース３６には、キーボード、マウス、スイッチなどから構成される入力部３７、ディスプレイ、スピーカ、ランプなどから構成される出力部３８が接続されている。CPU３１は、入力部３７から入力される指令に対応して各種の処理を実行する。

入出力インタフェース３６に接続されている記録部３３は、例えばハードディスクなどで構成され、CPU３１が実行するプログラムや各種のデータを記録する。

通信部３９は、通信網１１を介して、ＰＣ１３などの外部装置と通信する。また、通信部３９を介してプログラムを取得し、記録部３３に記録してもよい。

入出力インタフェース３６に接続されているドライブ４０は、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、或いは半導体メモリ５４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部３３に転送され、記録される。

図３は、ＰＣ１３の構成例を示すブロック図である。

ＰＣ１３のCPU７１は、ROM７２、または記録部７３に記録されているプログラムに従って各種の処理を実行する。RAM７４には、CPU７１が実行するプログラムやデータなどが適宜記憶される。これらのCPU７１、ROM７２、およびRAM７４は、バス７５により相互に接続されている。

CPU７１にはまた、バス７５を介して入出力インタフェース７６が接続されている。入出力インタフェース７６には、キーボード、マウス、スイッチなどから構成される入力部７７、ディスプレイ、スピーカ、ランプなどから構成される出力部７８が接続されている。CPU７１は、入力部７７から入力される指令（以下、入力信号と称する）に対応して各種の処理を実行する。

入出力インタフェース７６に接続されている記録部７３は、例えばハードディスクなどで構成され、CPU７１が実行するプログラムや各種のデータを記録する。通信部７９は、通信網１１を介して、サーバ１２などの外部装置と通信する。

また、通信部７９を介してプログラムを取得し、記録部７３に記録してもよい。

入出力インタフェース７６に接続されているドライブ８０は、磁気ディスク９１、光ディスク９２、光磁気ディスク９３、或いは半導体メモリ９４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部７３に転送され、記録される。

図４は、ＰＣ１３が有する機能を説明するための図である。

ＰＣ１３は、日記ファイルを生成し、生成した日記ファイルを、通信網１１を介して、サーバ１２に送信する。また、ＰＣ１３は、サーバ１２から送信されてきた日記ファイルを受信し、受信した日記ファイルを基に、日記を表示する。このような処理を実行するために、ＰＣ１３は、図４に示したような機能を有する。

ＰＣ１３は、登録制御部１１１、生成制御部１１２、通信制御部１１３、更新制御部１１４、および出力制御部１１５を含むように構成される。

登録制御部１１１は、ユーザが日記を公開する人を、アドレステーブルに記録するか、またはアドレステーブルから削除する処理を実行する機能である。なお、アドレステーブルについての詳細は後述する。

生成制御部１１２は、日記ファイルを生成する処理を実行する機能である。通信制御部１１３は、生成された日記ファイルを、通信網１１を介して、サーバ１２に送信する処理を実行する機能である。例えば、通信制御部１１３は、日記ファイルが添付されている電子メールを、通信網１１を介して、サーバ１２に送信することによって、日記ファイルを送信する。

また、通信制御部１１３は、サーバ１２から送信されてきた日記ファイルを受信する。例えば、通信制御部１１３は、サーバ１２から送信されてきた、日記ファイルが添付されている電子メールを受信することによって、日記ファイルを受信する。

更新制御部１１４は、受信された日記ファイルを基に、日記情報テーブルを更新する処理を実行する機能である。より詳細には、更新制御部１１４は、受信された日記ファイルが添付されている電子メールに含まれる、ヘッダ情報および日記ファイルを基に、日記情報テーブルを更新する。なお、日記情報テーブルについての詳細は、後述するが、日記情報テーブルには、日記を公開した人のメールアドレス、日記のタイトル、および日記を特定するためのメッセージＩＤ（Identification）などが記録されている。

出力制御部１１５は、日記ファイルを基に、日記を表示させる処理を実行する機能である。

図４に示した機能を実現するために、PC１３の記録部７３（図３）に記録され、必要に応じ、ROM７２上に展開されるプログラムの構成について説明する。図５は、日記ファイルの生成、日記ファイルの送受信、および日記の表示の制御を行う、CPU７１が実行するプログラムを説明する図である。

ＯＳ（Operating System）は、ＰＣ１３の基本的な動作を制御するプログラムである。送受信プログラムは、日記ファイルが添付されている電子メールの送信および受信を行うプログラムである。また、データ変換プログラムは、所定の形式のデータを、日記プログラムが利用しやすい形のデータに変換するプログラムである。データ変換プログラムは、例えば、XML（Extensible Markup Language）パーサーなどである。

日記プログラムは、ユーザが日記を公開する人の記録および削除、日記ファイルの生成、日記情報テーブルの更新、並びに日記の表示の制御を行うプログラムである。

CPU７１は、このような各種のプログラムを実行し、日記ファイルの生成、日記ファイルの送受信、および日記の表示の制御を行う。なお、送信プログラムおよびデータ変換プログラムは、日記プログラムに組み込まれるようにしてもよい。

図６は、図４に示した機能、および、図５に示したプログラムにより実現され、図４に示した機能のより詳細な機能の構成を示すブロック図である。

ＰＣ１３は、登録制御部１１１、生成制御部１１２、通信制御部１１３、更新制御部１１４、出力制御部１１５、日記記録部１３１、および一覧表示制御部１３２を含むように構成される。

日記記録部１３１は、日記、アドレス帳、および日記の一覧などユーザが何らかの処理を実行するうえで必要となる画像であり、出力部７８（図３）としてのディスプレイ上に表示される画像の画像データ（ユーザインタフェースとして、ユーザ側に提供される画像）を記録している。

また、日記記録部１３１は、日記を表示させる際のデータである日記ファイルやコメントファイル、アドレス帳を表示させる際のデータであるアドレステーブル、日記の一覧を表示させる際に参照されるデータである日記情報テーブルなども記録している。

日記記録部１３１に記録されている個々のデータについてさらに説明を加える。

アドレス帳とは、アドレステーブルに記載されている情報を基に表示される画像である。ユーザが、入力部７７（図３）を操作し、出力部７８（図３）としてのディスプレイ上において、日記を公開する人をアドレス帳に登録すると（登録する人を指定すると）、ユーザによって入力された情報を基に、指定された人の情報がアドレステーブルに記録される。

同様に、ユーザが入力部７７（図３）を操作し、アドレス帳に登録されている人を削除すると（削除する人を指定すると）、ユーザによって入力された情報を基に、指定された人の情報がアドレステーブルから削除される。

コメントファイルにより示されるコメントとは、ユーザが公開した日記に対して、他のユーザが追加（公開）した文章や画像などのことを示す。

日記記録部１３１に記録されているアドレス帳などを表示させるための画像データは、登録制御部１１１に供給される。日記記録部１３１に記録されている日記を作成する場合に表示される日記作成画面およびコメントを作成する場合に表示されるコメント作成画面などを表示させるための画像データは、生成制御部１１２に供給される。日記記録部１３１に記録されている日記の一覧や日記などを表示させるための画像データは、一覧表示制御部１３２に供給される。

日記記録部１３１に記録されているアドレステーブルには、ユーザが出力部７８（図３）としてのディスプレイ上において、アドレス帳に登録した人の名前、メールアドレス、および登録されている人が属しているグループの名前などが記載されている。日記記録部１３１に記録されているアドレステーブルは、登録制御部１１１に供給される。また日記記録部１３１に記録されるアドレステーブルは、登録制御部１１１から供給される。

また、日記記録部１３１は、日記情報テーブルも記録している。日記記録部１３１に記録されている日記情報テーブルは、生成制御部１１２および更新制御部１１４に供給する。日記記録部１３１は、生成制御部１１２および更新制御部１１４から供給された日記情報テーブルを記録する。

日記記録部１３１は、日記ファイルおよびコメントファイルも記録している。日記記録部１３１は、生成制御部１１２から供給された日記ファイルおよびコメントファイルを記録する。また、日記記録部１３１は、更新制御部１１４から供給された日記ファイルおよびコメントファイルを記録する。

登録制御部１１１は、アドレステーブルに日記を公開する人の登録およびアドレステーブルに記載されている人の削除を行う。登録制御部１１１は、アドレス帳などを表示させるための画像データを、日記記録部１３１から取得し、取得した画像データを出力制御部１１５に供給する。

登録制御部１１１は、登録情報を生成する。ここで、登録情報とは、アドレステーブルを更新するために必要な情報であり、登録情報には、例えば、ユーザが入力部７７（図３）を操作することによって入力された、アドレス帳に新しく登録する人の名前、メールアドレス、および登録される人が属するグループの名前を示す情報が含まれている。

登録制御部１１１は、出力部７８（図３）としてのディスプレイに表示されている、アドレス帳に新しい人を登録するためのボタンが、ユーザによって操作された場合、日記記録部１３１からアドレステーブルを取得し、アドレス帳に新しい人を登録するためのボタンが、ユーザによって操作されていない場合、日記記録部１３１からアドレステーブルを取得しない。

登録制御部１１１は、生成した登録情報を基に、アドレステーブルを更新し、更新したアドレステーブルを日記記録部１３１に供給する。

登録制御部１１１は、削除情報も生成する。ここで、削除情報とは、アドレス帳から削除する人を示す情報である。登録制御部１１１は、出力部７８（図３）としてのディスプレイに表示されている、指定された人をアドレス帳から削除するためのボタンが、ユーザによって操作された場合、日記記録部１３１からアドレステーブルを取得し、指定された人をアドレス帳から削除するためのボタンが、ユーザによって操作されていない場合、日記記録部１３１からアドレステーブルを取得しない。

登録制御部１１１は、生成した削除情報を基に、アドレステーブルを更新し、更新したアドレステーブルを日記記録部１３１に供給する。

また、登録制御部１１１は、更新制御部１１４から未登録通知画面の表示を要求する旨の信号が供給された場合、日記記録部１３１から未登録通知画面を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。ここで、未登録通知画面とは、アドレス帳に登録されていない人が公開した日記を受信した旨を、ユーザに通知するための画像である。

生成制御部１１２は、日記ファイルおよびコメントファイルを生成する。また、生成制御部１１２は、日記ファイルまたはコメントファイルが添付された電子メールを生成する。

生成制御部１１２は、日記作成画面およびコメント作成画面を表示させるための画像データを、日記記録部１３１から取得し、取得した画像データを出力制御部１１５に供給する。生成制御部１１２は、日記ファイル生成部１４１、変換部１４２、メール生成部１４３を備えている。

生成制御部１１２の日記ファイル生成部１４１は、所定の形式の日記ファイルを生成する。生成制御部１１２は、出力部７８（図３）としてのディスプレイに表示されている、日記を公開するためのボタンが操作された場合、生成された日記ファイルを日記形式のファイルに変換し、日記を公開するためのボタンは操作されていない場合、生成された日記ファイルを日記形式のファイルに変換せず、所定の処理を実行する。

生成制御部１１２は、日記ファイルを送信するグループを選択する。生成制御部１１２は、日記ファイルを送信するグループが選択された場合、日記記録部１３１に記録されているアドレステーブルを参照して、ヘッダ情報を生成し、日記ファイルを送信するグループは選択されていない場合、ヘッダ情報を生成せず、所定の処理を実行する。

生成制御部１１２は、日記記録部１３１から日記情報テーブルを取得する。生成制御部１１２は、生成されたヘッダ情報を基に、取得した日記情報テーブルを更新する。生成制御部１１２は、更新した日記情報テーブルおよび生成された日記ファイルを日記記録部１３１に供給する。

より詳細には、生成制御部１１２は、生成した日記ファイルと同じデータ（日記ファイル）を生成し、生成した日記ファイルおよび更新した日記情報テーブルを日記記録部１３１に供給する。

生成制御部１１２のメール生成部１４３は、生成したヘッダ情報および生成された日記ファイルを基に、日記ファイルが添付されている電子メールを生成する。生成制御部１１２は、生成された電子メールを通信制御部１１３に供給する。

生成制御部１１２の日記ファイル生成部１４１は、入力部７７（図３）から供給された入力信号を基に、どの日記に対するコメントであるかを示す識別情報を含む、所定の形式のコメントファイルを生成する。

生成制御部１１２は、出力部７８（図３）としてのディスプレイに表示されている、コメントを公開するためのボタンが操作されたか否かを判定する。生成制御部１１２の変換部１４２は、コメントを公開するためのボタンが操作された場合、コメントファイルを日記形式のファイルに変換し、コメントを公開するためのボタンは操作されていない場合、コメントファイルを日記形式のファイルに変換せず、他の所定の処理を実行する。

生成制御部１１２のメール生成部１４３は、生成されたコメントファイルを基に、日記記録部１３１に記録されているアドレステーブルを参照して、ヘッダ情報を生成する。

生成制御部１１２は、日記記録部１３１から日記情報テーブルを取得する。生成制御部１１２は、取得した日記情報テーブルを更新する。生成制御部１１２は、更新した日記情報テーブルおよび生成されたコメントファイルを日記記録部１３１に供給する。

より詳細には、生成制御部１１２は、生成したコメントファイルと同じデータ（コメントファイル）を生成し、生成したコメントファイルおよび更新した日記情報テーブルを日記記録部１３１に供給する。

生成制御部１１２のメール生成部１４３は、生成したヘッダ情報および生成されたコメントファイルを基に、コメントファイルが添付されている電子メールを生成する。生成制御部１１２は、生成された電子メールを通信制御部１１３に供給する。

通信制御部１１３は、各種のデータの送受信を制御する。通信制御部１１３は、各種のデータを送信する送信部１４４および各種のデータを受信する受信部１４５を備えている。

通信制御部１１３の送信部１４４は、生成制御部１１２から供給された、日記ファイルが添付されている電子メールおよびコメントファイルが添付されている電子メールを、通信網１１を介して、サーバ１２に送信する。

通信制御部１１３の受信部１４５は、更新制御部１１４の制御のもと、サーバ１２から送信されてきたヘッダ情報を受信し、更新制御部１１４に供給する。また、通信制御部１１３の受信部１４５は、更新制御部１１４の制御のもと、サーバ１２から送信されてきた、日記ファイルが添付されている電子メールおよびコメントファイルが添付されている電子メールを受信し、更新制御部１１４に供給する。

更新制御部１１４は、通信制御部１１３を制御し、通信制御部１１３にヘッダ情報を受信させる。また、更新制御部１１４は、通信制御部１１３を制御し、通信制御部１１３に日記ファイルが添付されている電子メールおよびコメントファイルが添付されている電子メールを受信させる。

更新制御部１１４は、日記記録部１３１が記録している日記情報テーブルを更新する。更新制御部１１４は、判定部１４６を備える。

更新制御部１１４は、出力部７８（図３）としてのディスプレイに表示されている、日記一覧を更新するためのボタンが操作された場合、通信制御部１１３を制御し、ヘッダ情報を受信させ、日記一覧を更新するためのボタンは操作されていない場合、通信制御部１１３を制御し、ヘッダ情報の受信を抑制させる。

更新制御部１１４の判定部１４６は、通信制御部１１３から供給されたヘッダ情報を基に、日記ファイルが添付されている電子メールがあるか否かを判定する。更新制御部１１４は、更新制御部１１４の判定部１４６が、日記ファイルが添付されている電子メールがあると判定した場合、通信制御部１１３を制御し、日記ファイルが添付されている電子メールを受信させる。更新制御部１１４は、更新制御部１１４の判定部１４６が、日記ファイルが添付されている電子メールがないと判定した場合、通信制御部１１３を制御し、日記ファイルが添付されている電子メールの受信を抑制させる。

より詳細には、更新制御部１１４の判定部１４６は、通信制御部１１３から供給されたヘッダ情報を基に、日記ファイルまたはコメントファイルが添付されている電子メールがあるか否かを判定する。更新制御部１１４は、更新制御部１１４の判定部１４６が、日記ファイルまたはコメントファイルが添付されている電子メールがあると判定した場合、通信制御部１１３を制御し、日記ファイルまたはコメントファイルが添付されている電子メールを受信させる。更新制御部１１４は、更新制御部１１４の判定部１４６が、日記ファイルまたはコメントファイルが添付されている電子メールがないと判定した場合、通信制御部１１３を制御し、日記ファイルまたはコメントファイルが添付されている電子メールの受信を抑制させる。

更新制御部１１４は、日記記録部１３１に記録されているアドレステーブルを参照して、通信制御部１１３から供給された日記ファイルが添付されている電子メールを基に、受信された電子メールのうち、メールアドレスがアドレステーブルに記録されていないものがあるか否かを判定する。

更新制御部１１４は、受信された電子メールのうち、メールアドレスがアドレステーブルに記録されていないものがあると判定した場合、未登録通知画面の表示を要求する旨の信号を生成し、登録制御部１１１に供給し、そして日記記録部１３１から日記情報テーブルを取得する。また、更新制御部１１４は、受信された電子メールのうち、メールアドレスがアドレステーブルに記録されていないものがないと判定した場合、日記記録部１３１から日記情報テーブルを取得する。

更新制御部１１４は、通信制御部１１３から供給された日記ファイルが添付されている電子メールを基に、取得した日記情報テーブルを更新し、更新した日記情報テーブルを日記記録部１３１に供給する。

より詳細には、更新制御部１１４は、通信制御部１１３から日記ファイルが添付されている電子メールが供給された場合、その電子メールのヘッダ情報および日記ファイルを基に、取得した日記情報テーブルを更新し、更新した日記情報テーブルを日記記録部１３１に供給する。また、更新制御部１１４は、通信制御部１１３から、コメントファイルが添付されている電子メールが供給された場合、その電子メールのヘッダ情報およびコメントファイルを基に、取得した日記情報テーブルを更新し、更新した日記情報テーブルを日記記録部１３１に供給する。

更新制御部１１４は、出力部７８（図３）としてのディスプレイに表示されている、しおりを表すアイコンを表示させるためのボタンが操作されたか否かを判定する。更新制御部１１４は、しおりを表すアイコンを表示させるためのボタンが操作されたと判定した場合、日記記録部１３１から日記情報テーブルを取得する。更新制御部１１４は、しおりを表すアイコンを表示させるためのボタンが操作されていないと判定した場合、日記記録部１３１から日記情報テーブルを取得しない。

更新制御部１１４は、取得した日記情報テーブルを更新し、更新した日記情報テーブルを日記記録部１３１に供給する。ここで、しおりを表すアイコンとは、例えば、公開された日記に対して、ユーザがコメントを作成したい場合などに、コメントを作成したい日記を識別できるように、日記一覧に表示されるアイコン（マーカ）である。なお、しおりについての詳細は、後述する。

一覧表示制御部１３２は、日記記録部１３１から供給された、日記の一覧および日記などを表示させるための画像データを出力制御部１１５に供給する。

一覧表示制御部１３２は、出力部７８（図３）としてのディスプレイに表示されている、日記一覧を表示させるためのボタンが操作されたか否かを判定する。一覧表示制御部１３２は、日記一覧を表示させるためのボタンが操作されたと判定した場合、日記記録部１３１から、日記一覧を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

一覧表示制御部１３２は、日記一覧を表示させるためのボタンが操作されていないと判定した場合、出力部７８（図３）としてのディスプレイに表示されている、最新の日記を表示させるためのボタンが操作されたか否かを判定する。

一覧表示制御部１３２は、最新の日記を表示させるためのボタンが操作されたと判定した場合、日記情報テーブルが更新されたか否かを判定する。一覧表示制御部１３２は、日記情報テーブルが更新されたと判定した場合、日記記録部１３１が記録している最新の日記を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。一覧表示制御部１３２は、日記情報テーブルが更新されていないと判定した場合、日記情報テーブルの更新を要求する旨の信号を生成し、生成した信号を、更新制御部１１４に供給する。一覧表示制御部１３２は、日記情報テーブルが更新されてから日記記録部１３１から、最新の日記を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

また、一覧表示制御部１３２は、最新の日記を表示させるためのボタンが操作されていないと判定した場合、出力部７８（図３）としてのディスプレイに表示されているボタンのうち、ユーザによって、操作されたボタンに対応する処理を実行する。

出力制御部１１５は、登録制御部１１１、生成制御部１１２、および一覧表示制御部１３２から供給された画像データを基に、出力部７８（図３）としてのディスプレイに画像を表示させる。

次に、図７のフローチャートを参照して、図１に示したシステムにおいて実行される処理について説明する。なお、図７のフローチャートを参照して説明する処理は、概略であり、各装置で行われる詳細な処理は、他のフローチャートを参照して後述する。

ステップＳ１１において、ＰＣ１３−１は、所定の形式の日記ファイルを生成する。そしてＰＣ１３−１は、ステップＳ１２において、日記ファイルが添付されている電子メールを生成し、その生成した日記ファイルが添付されている電子メールを、通信網１１を介してサーバ１２に送信する。

ステップＳ２１において、サーバ１２は、ＰＣ１３−１から送信されてきた日記ファイルが添付されている電子メールを受信し、記憶する。

ステップＳ２２において、サーバ１２は、PC１３−２から要求があったとき、記憶している日記ファイルが添付されている電子メールを、通信網１１を介してＰＣ１３−２に送信する。

ステップＳ３１において、ＰＣ１３−２は、サーバ１２から送信されてきた、日記ファイルが添付されている電子メールを受信する。ステップＳ３２において、ＰＣ１３−２は、受信した日記ファイルを記録する。その記録の際、ＰＣ１３−２は、受信した日記ファイルが添付されている電子メールから、日記ファイルを抽出し、抽出した日記ファイルを記録する。

なお、日記ファイルの送受信は、電子メールが利用されて行われるとして説明したが、その送受信に用いられる電子メールのメールアドレスは、日記ファイルを送受信するためだけに用いられる、日記ファイルの送受信専用のメールアドレスが用いられるようにしてもよい。また、電子メールに限らず、ＩＰ（Internet Protocol）などが用いられて、日記ファイルの送受信が行われるようにしてもよい。

このようにして、ＰＣ１３−１は、日記ファイルを生成し、生成した日記ファイルを、通信網１１を介してサーバ１２に送信する。また、サーバ１２は、ＰＣ１３−１から送信されてきた日記ファイルを受信し、受信した日記ファイルを、通信網１１を介してＰＣ１３−２に送信する。さらに、ＰＣ１３−２は、サーバ１２から送信されてきた日記ファイルを受信し、受信した日記ファイルを記録する。

このように日記ファイルを送受信することにより、予め指定されている特定のユーザのみに、日記という個人的なデータを公開することが可能となる。また、日記ファイルを電子メールを用いて送受信することにより、電子メールを送受信できる機能を有していれば、日記ファイルを送受信でき、新たなプロトコルなどを導入する必要がない。

さらに、電子メールを用いて日記ファイルを送受信することにより、サーバ１２を電子メールを扱うことができる、俗にメールサーバなどと称されるサーバを適用（流用）することができ、日記ファイルを送受信するための新たなサーバを設ける必要がない。もって、サーバを新たに設置する必要がないため、その設置に係る費用を削減することができ、サーバの維持費を低減させることができる。

次に、PC１３−１の処理の詳細について説明する。まず、図８のフローチャートを参照して、日記プログラムの起動の処理について説明する。

ユーザが、入力部７７（図３）を操作することによって、日記プログラムの起動を指示すると、入力部７７からCPU７１に、所定の入力信号が供給される。CPU７１は、供給された信号が、日記プログラムの起動を指示するものであると判定すると、ステップＳ５１において、CPU７１は、日記プログラムを起動させる。例えば、CPU７１は、記録部７３に記録されている日記プログラムを読み出し、RAM７４に展開することにより、日記プログラムを起動させる。

ステップＳ５２において、CPU７１は、日記プログラムが起動されることによって、出力部７８としてのディスプレイに表示された複数のボタン（図９を参照して後述する）のうち、所定のボタンが操作されたか否かを判定する。ステップＳ５２において、ボタンが操作されたと判定された場合、ステップＳ５３に進み、CPU７１は、入力部７７から供給された入力信号を基に、操作されたボタンを特定する。

ステップＳ５４において、CPU７１は、操作されたボタンに対応する処理を実行し、ステップＳ５２に戻り、上述した処理を繰り返す。

一方、ステップＳ５２において、ボタンが操作されていないと判定された場合、ステップＳ５２に戻り、ボタンが操作されたと判定されるまで、判定の処理が繰り返される。

このようにして、CPU７１は、日記プログラムを起動させ、起動された日記プログラムに基づき、操作されたボタンに対応する処理を実行する。

図９は、ステップＳ５１において、日記プログラムの起動の処理において、CPU７１が日記プログラムを起動させたときに、出力部７８としてのディスプレイ上に表示される画面の一例を示す図である。

図９に示した表示画面には、ディスプレイ１５１上にウィンドウ１６１が表示されている。ウィンドウ１６１には、メニュー画面が表示され、メニュー画面には、ボタン１７１乃至ボタン１７６が表示される。

この画面は、日記プログラムが起動されることにより一覧表示制御部１３２による機能が実行可能な状態にされると、一覧表示制御部１３２が、図９に示したようなメニュー画面を表示させるための画像データを、日記記録部１３１から取得し、出力制御部１１５に供給する。出力制御部１１５は、一覧表示制御部１３２から供給された画像データを基に、ディスプレイ１５１に、図９に示したようなメニュー画面を表示させる。

ユーザは、入力部７７としてのマウス（不図示）を操作し、ディスプレイ１５１に表示されているポインタ（不図示）を移動させることによって、ボタン１７１乃至ボタン１７６のうちのいずれかのボタンを操作することができるように構成されている。

ボタン１７１には、“アドレス帳”の文字列が表示され、このボタン１７１が操作された場合、ウィンドウ１６１は、図１０に示したようなアドレス帳のウィンドウ１９１に表示が切り替えられる。

ボタン１７２には、“日記を書く”の文字列が表示され、このボタン１７２が操作された場合、ウィンドウ１６１は、図１６に示したような日記作成画面のウィンドウ２６１に表示が切り替えられる。

ボタン１７３には、“日記一覧を更新する”の文字列が表示され、このボタン１７３が操作された場合、公開された日記の一覧を更新するための処理（図２１のフローチャートを参照して後述する）が実行される。

ボタン１７４には、“日記一覧”の文字列が表示され、このボタン１７４が操作された場合、ウィンドウ１６１は、図２７に示した公開された日記の一覧のウィンドウ３５１に表示が切り替えられる。

ボタン１７５には、“最新の日記を見る”の文字列が表示され、ボタン１７５が操作された場合、ウィンドウ１６１は、最新の日記の一覧のウィンドウ３７１に表示が切り替えられる。ここで、最新の日記とは、例えば、ボタン１７３が操作されることによって、新たに更新された日記、ユーザがまだ一度も読んでいない日記、または所定の期間内に公開された日記を意味する。

ボタン１７６には、“設定”の文字列が表示され、ボタン１７６が操作された場合、ウィンドウ１６１は、各種の設定を行うための画面（不図示）に表示が切り替えられる。

図９に示したウィンドウ１６１の説明を続けるに、ウィンドウ１６１の図中右上にある、ボタン１７７が操作されると、ウィンドウ１６１が閉じられ、CPU７１は、日記プログラムの実行を終了する。また、図中右側に設けられたスクロールバー１７８が操作されると、ウィンドウ１６１に表示されている画面がスクロールされ、表示されていない他の部分が表示される。

スクロールバー１７８に表示されているボタン１８１が操作されると、ウィンドウ１６１に表示されている画面が、操作に応じて、上方向または下方向にスクロールされる。スクロールバー１７８の上方に設けられたボタン１８２が操作されると、ウィンドウ１６１に表示されている画面が、上方向にスクロールされ、スクロールバー１７８の下方に設けられたボタン１８３が操作されると、ウィンドウ１６１に表示されている画面が、下方向にスクロールされる。

次に、図９に示した各ボタンが操作されたときの処理について説明する。まず、ボタン１７１が操作されたときについて説明する。

ボタン１７１が操作されると、ウィンドウ１６１は、図１０で示されるアドレス帳のウィンドウ１９１に、その表示が切り替えられる。ボタン１７１が操作されると、登録制御部１１１は、日記記録部１３１からアドレス帳を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。そして、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、ディスプレイ１５１に、図１０に示したようなアドレス帳を表示させる。

登録制御部１１１は、日記記録部１３１が記録しているアドレステーブルを参照して、日記記録部１３１が記録している画像データを基に、アドレス帳を表示させるための画像データを生成し、生成した画像データを出力制御部１１５に供給する。

図１０に示したアドレス帳には、ユーザが日記を公開する人の名前、メールアドレス、および登録されている人が属しているグループ（日記を公開する対象となるグループ）の名前が表示される。例えば、アドレス帳には、日記を公開する人として、名前が“鈴木太郎”であり、メールアドレスが“suzuki@nikki.net”であり、属しているグループの名前が“会社”である人が登録されている。

また、ウィンドウ１９１には、ボタン２０１およびボタン２０２が表示される。ボタン２０１には、“登録する”という文字列が表示されている。このボタン２０１が操作されると、アドレス帳に新しい人を登録するための処理が実行される。ボタン２０２には、“削除する”という文字列が表示されている。このボタン２０２が操作されると、ウィンドウ１９１には、アドレス帳に登録されている人を削除するための処理が実行される。

ボタン２０１が操作されると、ウィンドウ１９１は、アドレス帳に、新しい人を登録するための画面（以下、登録画面と称する）に表示が切り替えられる。ボタン２０１が操作されると、登録制御部１１１は、日記記録部１３１から登録画面を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。そして、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、ディスプレイ１５１に登録画面を表示させる。

図１１は、登録画面の一例を示す図である。登録画面２１１には、テキストボックス２２１乃至テキストボックス２２３、ボタン２２４、およびボタン２２５が表示される。

テキストボックス２２１乃至テキストボックス２２３のそれぞれには、ユーザによって、新たにアドレス帳に登録する人の名前、メールアドレス、および登録する人が属するグループの名前のそれぞれが入力される。

ボタン２２４には、“登録”という文字列が表示されている。このボタン２２４が操作されると、テキストボックス２２１乃至テキストボックス２２３のそれぞれに入力された、新たにアドレス帳に登録する人の名前、メールアドレス、および登録する人が属するグループの名前がアドレス帳に登録される（アドレステーブルに新たに追加記載される）。

ボタン２２５には、“キャンセル”という文字列が表示されている。このボタン２２５が操作されると、アドレス帳に新しい人を登録するための処理は中止され、図１０で示されるアドレス帳に表示が戻される。

例えば、ユーザがアドレス帳に、名前が“鈴木太郎”であり、メールアドレスが“suzuki@nikki.net”であり、属するグループの名前が“会社”である人を登録したい場合、ユーザは、入力部７７を操作して、テキストボックス２２１に“鈴木太郎”と入力し、テキストボックス２２２に“suzuki@nikki.net”と入力し、テキストボックス２２３に“会社”と入力してから、ボタン２２４を操作する。ボタン２２４が操作されると、例えば、新たに登録された人の名前、メールアドレス、および登録された人が属しているグループの名前が新たに追加されたアドレス帳が表示される。

図１２のフローチャートを参照して、登録制御部１１１による登録の処理について説明する。なお前提として、図１２のフローチャートの処理が実行されるのは、図１０に示したようなアドレス帳がディスプレイ１５１上に表示され、“登録する”というボタン２０１が操作され、図１１に示したような登録画面２１１が表示された状態のときであるとする。

ステップＳ７１において、登録制御部１１１（図６）は、入力部７７から供給された入力信号を基に、登録情報を生成する。

例えば、図１１の例において、ユーザが入力部７７を操作することによって、テキストボックス２２１に“鈴木太郎”が入力され、テキストボックス２２２に“suzuki@nikki.net”が入力され、テキストボックス２２３に“会社”が入力された場合、ステップＳ７１において、登録制御部１１１は、入力部７７から供給された入力信号を基に、アドレス帳に新しく登録する人名前が“鈴木太郎”であり、メールアドレスが“suzuki@nikki.net”であり、登録する人が属するグループの名前が“会社”であることを示す情報を含む登録情報を生成する。

ステップＳ７２において、登録制御部１１１は、入力部７７から供給された入力信号を基に、アドレス帳に新しい人を登録する際に操作されるボタン２２４（図１１）が操作されたか否かを判定する。

ステップＳ７２において、ボタン２２４が操作されたと判定された場合、ステップＳ７３に進み、登録制御部１１１は、日記記録部１３１からアドレステーブルを取得する。

例えば、ステップＳ７３において、登録制御部１１１は、日記記録部１３１（図６）から、図１３に示したようなアドレステーブル２３１を取得する。図１３に示したアドレステーブル２３１には、アドレス帳に登録されている人の名前、メールアドレス、および登録されている人が属しているグループの名前が、ぞれぞれ関連付けられて記載されている。

例えば、図１３に示したアドレステーブル２３１には、名前が“鈴木太郎”であり、メールアドレスが“suzuki@nikki.net”であり、属しているグループの名前が“会社”である人が記録されている。

ステップＳ７４において、登録制御部１１１は、生成した登録情報を基に、取得したアドレステーブル２３１を更新し、更新したアドレステーブル２３１を日記記録部１３１に供給し、記録させる。例えば、ステップＳ７４において、登録制御部１１１は、生成した登録情報を基に、新たに登録する人の名前、メールアドレス、および登録する人が属するグループの名前を、取得したアドレステーブル２３１に記録することによって、アドレステーブル２３１を更新する。そして、その更新したアドレステーブル２３１を日記記録部１３１に供給し、記録させる。

ステップＳ７５において、日記記録部１３１は、登録制御部１１１から供給されたアドレステーブル２３１を記録する。

一方、ステップＳ７２において、アドレス帳に新しい人を登録するためのボタン２２４が操作されていないと判定された場合、ステップＳ７２に戻り、アドレス帳に新しい人を登録するためのボタン２２４が操作されたと判定されるまで、判定の処理を繰り返す。

なお、“キャンセル”というボタン２２５（図１１）が操作された場合、図１２に示したフローチャートの処理は終了され、図１０に示したウィンドウ１９１に表示が切り替えられる。

このようにして、登録制御部１１１は、登録情報を生成し、生成した登録情報を基に、アドレステーブル２３１を更新する。なお、ユーザがテキストボックス２２１乃至テキストボックス２２３のそれぞれに、必要な情報を入力せずにボタン２２４を操作した場合、“名前を入力して下さい”や“メールアドレスを入力して下さい”などの文字をディスプレイ１５１上に表示させるようにしてもよい。

次に、“削除する”というボタン２０２（図１０）が操作されたときの処理について説明する。

図１４は、図１０に示した画面において、“削除する”というボタン２０２が操作された場合に、ディスプレイ１５１上に表示される削除画面２４１の一例を示す図である。

ボタン２０２が操作されると、登録制御部１１１は、日記記録部１３１から、登録されている人をアドレス帳から削除するための画面を表示させる画像データを取得し、取得した画像データを出力制御部１１５に供給する。そして、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、ディスプレイ１５１に、登録されている人をアドレス帳から削除するための削除画面２４１を表示させる。

削除画面２４１には、アドレス帳に登録されている人の名前、メールアドレス、登録されている人が属しているグループの名前、チェックボックス２５１−１乃至チェックボックス２５１−３、ボタン２５２、およびボタン２５３が表示される。なお、図１４に示した削除画面２４１は、３人がアドレス帳に登録されているときの画面を示している。

チェックボックス２５１−１乃至チェックボックス２５１−３のそれぞれは、図中右側に表示されている名前の人が、アドレス帳から削除される人として選択（指定）されているか否かを表している。以下、チェックボックス２５１−１乃至チェックボックス２５１−３を個々に区別する必要のない場合、単にチェックボックス２５１と称する。チェックボックス２５１は、アドレス帳に登録されている人数分だけ設けられる。

チェックボックス２５１の中に、バツ印が表示されている場合、図中右側に表示されている名前の人が、アドレス帳から削除される人として選択されていることを示し、チェックボックス２５１の中に、バツ印が表示されていない場合、右側に表示されている名前の人が、アドレス帳から削除される人として選択されていないことを示している。

図１４の例において、チェックボックス２５１−１は、名前が“鈴木太郎”である人が、アドレス帳から削除される人として選択されているか否かを表し、チェックボックス２５１−１の中には、バツ印が表示されていないので、アドレス帳から削除される人として選択されていないことを示している。チェックボックス２５１−２は、名前が“田中次郎”である人が、アドレス帳から削除される人として選択されているか否かを表し、チェックボックス２５１−２の中には、バツ印が表示されているので、アドレス帳から削除される人として選択されていることを示している。

ユーザは、バツ印が表示されていないチェックボックス２５１を操作することによって、チェックボックス２５１の中にバツ印を表示させ、バツ印が表示されているチェックボックス２５１を操作することによって、チェックボックス２５１の中に表示されているバツ印を表示させないようにすることができるように構成されている。

また、ユーザによって、“削除”という文字列が表示されているボタン２５２が操作されると、アドレス帳から削除される人として選択（指定）されている人の名前、メールアドレス、およびグループの名前が、アドレス帳から削除される。

ボタン２５３には、“キャンセル”という文字列が表示され、ボタン２５３が操作されると、登録されている人をアドレス帳から削除するための処理（以下、削除の処理と称する）は中止され、図１０で示されるアドレス帳がディスプレイ１５１に表示される。

登録されている人をアドレス帳から削除するための画面が表示されると、登録制御部１１１によって、削除の処理が実行される。削除の処理において、日記記録部１３１に記録されているアドレステーブル２３１が更新されることにより、ユーザによって選択（指定）された人が、アドレス帳から削除される。

図１５のフローチャートを参照して、登録制御部１１１による、削除の処理について説明する。なお前提として、図１５のフローチャートの処理が実行されるのは、図１０に示したようなアドレス帳がディスプレイ１５１上に表示され、“削除する”というボタン２０２が操作され、図１４に示したような削除画面２４１が表示された状態のときであるとする。

ステップＳ９１において、登録制御部１１１は、入力部７７から供給された入力信号を基に、削除情報を生成する。例えば、図１４の例において、チェックボックス２５１−２が操作された場合、ステップＳ９１において、登録制御部１１１は、入力部７７から供給された入力信号を基に、名前が“田中次郎”である人をアドレス帳から削除することを示す削除情報を生成する。

ステップＳ９２において、登録制御部１１１は、指定された人を、アドレス帳から削除するためのボタン２５２が操作されたか否かを判定する。

ステップＳ９２において、指定された人を、アドレス帳から削除するためのボタン２５２が操作されたと判定された場合、ステップＳ９３に進み、登録制御部１１１は、日記記録部１３１からアドレステーブル２３１を取得する。

ステップＳ９４において、登録制御部１１１は、生成した削除情報を基に、取得したアドレステーブル２３１を更新し、更新したアドレステーブル２３１を、日記記録部１３１に供給する。例えば、ステップＳ９４において、登録制御部１１１は、生成した削除情報を基に、取得したアドレステーブル２３１から、指定された人の名前、メールアドレス、および指定された人が属しているグループを削除することによって、アドレステーブル２３１を更新し、更新したアドレステーブル２３１を日記記録部１３１に供給する。

ステップＳ９５において、日記記録部１３１は、登録制御部１１１から供給されたアドレステーブル２３１を記録し、削除の処理は終了される。

一方、ステップＳ９２において、指定された人を、アドレス帳から削除するためのボタン２５２が操作されていないと判定された場合、ステップＳ９２に戻り、指定された人を、アドレス帳から削除するためのボタン２５２が操作されたと判定されるまで、判定の処理を繰り返す。なお、削除の処理の実行中に、“キャンセル”というボタン２５３が操作された場合、削除の処理は中止される。

このようにして、登録制御部１１１は、削除情報を生成し、生成した削除情報を基に、アドレステーブル２３１を更新する。

図９に示したメニュー画面を再度参照し、説明を続ける。図９に示したメニュー画面において、“日記を書く”というボタン１７２が操作されると、ウィンドウ１６１は、図１６で示す日記作成画面２６１に表示が切り替えられる。

ボタン１７２が操作されると、生成制御部１１２は、日記記録部１３１から日記作成画面２６１を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。そして、出力制御部１１５は、生成制御部１１２から供給された画像データを基に、ディスプレイ１５１に日記作成画面２６１を表示させる。

日記作成画面２６１には、図１６に示したようにテキストボックス２７１、テキストボックス２７２、およびボタン２７３乃至ボタン２７５が表示される。

テキストボックス２７１およびテキストボックス２７２のそれぞれは、ユーザによって、公開される日記のタイトルおよび本文が入力される。

ボタン２７３には、“公開”というボタン２７３が操作されると、日記作成画面２６１は、図１７に示すようなユーザが日記を公開するグループを選択するための画面（以下、グループ選択画面２８１と称する）に切り替えられる。または、日記作成画面２６１の上に、グループ選択画面２８１が表示されるようにしても良い。

ボタン２７４には、”キャンセル”というボタン２７４が操作されると、日記を作成するための処理は中止され、図９で示すメニュー画面に表示が戻される。

また、ユーザは、ボタン２７５を操作し、画像を選択することによって、テキストボックス２７２に所望の画像を貼り付けることができるように構成されている。ボタン２７５には、”画像の貼り付け”という文字列が表示され、ボタン２７５が操作されると、例えば、ウィンドウ１６１には、テキストボックス２７２に貼り付ける画像を選択するための画面（不図示）が表示される。なおここでは、画像を例に挙げて説明するが、日記には、アバタ、映像、音声なども日記として取り扱うことができる（貼り付けることができる）ようにしても良い。

なお、ボタン１７２（図９）が操作された場合、ウィンドウ１６１にカレンダーを表示させるようにしてもよい。この場合、例えば、ユーザが表示されているカレンダーから、作成する日記の日付を選択すると、選択された日付の日記を書くための日記作成画面２６１が表示される。

図１７は、“公開”というボタン２７３が操作されたときに、ディスプレイ１５１上に表示されるグループ選択画面１８１の一例を示す図である。

ボタン２７３（図１６）が操作されると、生成制御部１１２（図６）は、日記記録部１３１から、グループ選択画面２８１を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。そして、出力制御部１１５は、生成制御部１１２から供給された画像データを基に、ディスプレイ１５１にグループ選択画面２８１を表示させる。

グループ選択画面２８１には、アドレス帳に登録されているグループ、図中、チェックボックス２９１−１乃至チェックボックス２９１−３、ボタン２９２、およびボタン２９３が表示される。

チェックボックス２９１−１乃至チェックボックス２９１−３のそれぞれは、チェックボックス２９１−１乃至チェックボックス２９１−３の右側に表示されるグループのそれぞれが、日記を公開するグループとして選択されているか否かを示している。以下、チェックボックス２９１−１乃至チェックボックス２９１−３を個々に区別する必要のない場合、単にチェックボックス２９１と称する。

チェックボックス２９１の中にバツ印が表示されている場合、右側に表示されているグループが、日記を公開するグループとして選択されていることを示し、チェックボックス２９１の中にバツ印が表示されていない場合、右側に表示されているグループが、日記を公開するグループとして選択されていないことを示している。

例えば、チェックボックス２９１−１は、グループの名前が“会社”であるグループが、日記を公開するグループとして選択されているか否かを示し、チェックボックス２９１−２は、グループの名前が“サークル”であるグループが、日記を公開するグループとして選択されているか否かを示し、チェックボックス２９１−３は、グループの名前が“学校”であるグループが、日記を公開するグループとして選択されているか否かを示している。

ユーザは、バツ印が表示されていないチェックボックス２９１を操作することによって、チェックボックス２９１の中にバツ印を表示させ、バツ印が表示されているチェックボックス２９１を操作することによって、チェックボックス２９１の中に表示されているバツ印を表示させないようにする。

ボタン２９２には、”ＯＫ”が表示され、ボタン２９２が操作されると、ユーザによって作成された日記が、選択されたグループに属している人に公開される。例えば、図１７に示した画面のような状態のときに、ボタン２９２が操作されると、ユーザが作成した日記は、グループ名が“学校”であるグループに属している人に公開される（グループ名が“学校”であるグループに属している人たちに日記が公開される処理が実行される）。

ボタン２９３には、”キャンセル”が表示され、ボタン２９３が操作されると、日記を公開するグループを選択する処理は中止され、例えば、日記作成画面２６１に表示が戻される。

図１８のフローチャートを参照して、日記ファイルの生成にかかわる処理について説明する。前提として、図１６に示したような日記作成画面２６１が、ディスプレイ１５１上に表示されているときに、図１８に示したフローチャートの処理が実行されるとする。

ステップＳ１１１において、生成制御部１１２の日記ファイル生成部１４１（図６）は、入力部７７から供給された入力信号を基に、所定の形式（例えば、テキスト形式、HTML（Hyper Text Markup Language）形式など）の日記ファイルを生成する。

ステップＳ１１２において、生成制御部１１２は、日記を公開するためのボタン２７３（図１６）が操作されたか否かを判定する。ステップＳ１１２において、生成制御部１１２が、日記を公開するためのボタン２７３が操作されていないと判定した場合、ステップＳ１１２に処理が戻され、日記を公開するためのボタン２７３が操作されたと判定されるまで、判定の処理が繰り返えされる。

一方、ステップＳ１１２において、日記を公開するためのボタン２７３が操作されたと判定された場合、ステップＳ１１３に進み、生成制御部１１２の変換部１４２は、生成制御部１１２の日記ファイル生成部１４１が生成した日記ファイルを、日記形式のファイルに変換する。

また生成制御部１１２は、グループ選択画面２８１を表示させるための画像データを、日記記録部１３１から取得し、取得した画像データを出力制御部１１５に供給する。そして出力制御部１１５は、生成制御部１１２から供給された画像データを基に、ディスプレイ１５１にグループ選択画面２８１を表示させる。

ステップＳ１１４において、生成制御部１１２は、入力部７７から供給された入力信号（すなわち、ユーザにより選択されたグループ）を基に、日記ファイルを送信するグループを選択する。例えば、ステップＳ１１４において、生成制御部１１２は、チェックボックス２９１−３（図１７）にバツ印が表示されている場合、入力部７７から供給された入力信号を基に、日記ファイルを送信するグループとして、グループ名が“学校”であるグループを選択する。

ステップＳ１１５において、生成制御部１１２は、ユーザによって、日記を送信するグループが選択されたか否かを判定する。生成制御部１１２は、入力部７７から供給された入力信号を基に、日記を送信するグループを選択するためのボタン２９２（図１７）が操作されたか否かを判定する。

ステップＳ１１５において、生成制御部１１２が、日記を送信するグループが選択されていないと判定した場合、ステップＳ１１５に戻り、生成制御部１１２は、日記を送信するグループが選択されたと判定するまで、判定の処理を繰り返す。

一方、ステップＳ１１５において、日記を送信するグループが選択されたと判定された場合、ステップＳ１１６に進み、生成制御部１１２のメール生成部１４３は、ヘッダ情報を生成する。

例えば、ステップＳ１１６において、生成制御部１１２のメール生成部１４３は、図１９で示されるヘッダ情報を生成する。

なお、図１９における行番号１乃至７は、説明のために付したものであり、実際のヘッダ情報には含まれない。また、図１９に示したヘッダ情報は、以下の説明のために必要な部分を示したものであり、全ての情報を図示したわけではない。よって、図１９に示したヘッダ情報のみでヘッダ情報が生成されるという限定を示しているものではない。

図１９において、１行目は、電子メールの差し戻し先を示し、電子メールの配信エラーが生じた場合に、１行目に示されるメールアドレス“satou@nikki.net”あてに配信エラーが生じた旨の電子メールが送信される。

２行目は、電子メールを特定するためのメッセージＩＤを示し、メッセージＩＤ“２００４０１１０２２．Satou@nikki.net”は、電子メールに割り振られた固有のＩＤである。ＰＣ１３は、このメッセージＩＤを基に、日記ファイルを特定する。

３行目は、リファレンスを示している。リファレンスには、返信元となっている全ての電子メールのメッセージＩＤが含まれている。すなわち、リファレンスには、所定の電子メールに対して、返信する場合、返信の元となる電子メールのメッセージＩＤが含まれている。従って、この場合、図１９で示されるヘッダを有する電子メールは、メッセージＩＤが“2004011011.yamada@nikki.net”である電子メールに対する返信であることがわかる。

返信の元となる電子メールがない場合、ヘッダ情報内にリファレンスは記述されない。ＰＣ１３は、リファレンスを参照することによって、電子メールに添付されているファイルが、日記ファイルであるか、またはコメントファイルであるかを判定することができる。すなわち、ヘッダ情報内にリファレンスが記述されていない場合、日記ファイルであると判定でき、ヘッダ情報内にリファレンスが記述されている場合、コメントファイルであると判定できる。

４行目は、電子メールに添付されているファイルの名前を示す。電子メールに添付されているファイルがない場合、４行目の情報は表示されない。また、ＰＣ１３は、添付されているファイルの名前に含まれている添付ファイルの拡張子を基に、電子メールが、日記ファイルまたはコメントファイルが添付されている電子メールであるか否かを判定する。図１９の例においては、例えば、日記形式のファイルを示す拡張子が“nikki”であるとすると、電子メールに添付されているファイルの名前が、“otukai.nikki”であり、ファイル名に含まれる拡張子が、日記ファイルであることを示す“nikki”であるから、日記ファイルが添付されている電子メールであることがわかる。

５行目は、電子メールの送信元（差出人）を示している。すなわち、５行目には、電子メールを送信した人のメールアドレス“satou@nikki.net”が示されている。６行目は、電子メールのあて先、すなわち、電子メールの送信先であるメールアドレス“yamada@nikki.net”が示されている。また、７行目には、電子メールの送信日時が示されている。

図１８のフローチャートの説明に戻り、ステップＳ１１６において、図１９に示したようなヘッダ情報が作成されると、ステップＳ１１７において、生成制御部１１２は、日記記録部１３１から日記情報テーブルを取得する。例えば、生成制御部１１２は、日記記録部１３１から、図２０で示す日記情報テーブル３０１を取得する。

図２０は、日記情報テーブル３０１を説明する図である。

日記情報テーブル３０１には、日記ファイルまたはコメントファイルの情報として、日記記録部１３１が記録している日記ファイルまたはコメントファイルを公開した人のメールアドレス、その日記またはコメントが公開された日付、タイトル、メッセージＩＤ、ヘッダ情報、およびしおり情報が記録されている。ここで、しおり情報とは、日記の一覧にしおりを表すアイコンを表示させるか否かを示す情報であり、しおり情報が“あり”は、日記の一覧にしおりを表すアイコンを表示させることを示し、しおり情報が“なし”は、日記の一覧にしおりを表すアイコンを表示させないことを示す。

図２０の例において、日記情報テーブル３０１には、日記ファイルの１情報として、日記を公開した人のメールアドレスが“satou@nikki.net”であり、日記の日付が“７月１５日”であり、日記のタイトルが“お買い物”であり、メッセージＩＤが“2004011022satou@nikki.net”であり、ヘッダ情報が“ヘッダ情報Ａ”であり、しおり情報が“なし”である日記ファイルの情報が、それぞれ関連付けられて記載されている。

再び、図１８のフローチャートの説明に戻り、ステップＳ１１７において、日記情報テーブル３０１が取得されると、ステップＳ１１８において、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成した日記ファイルおよび生成制御部１１２のメール生成部１４３が生成したヘッダ情報を基に、日記記録部１３１から取得した日記情報テーブル３０１を更新する。生成制御部１１２は、生成された日記ファイルおよび更新した日記情報テーブルを、日記記録部１３１に供給する。

例えば、ステップＳ１１８において、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成した日記ファイルおよび生成制御部１１２のメール生成部１４３が生成したヘッダ情報を基に、日記記録部１３１から取得した日記情報テーブル３０１に、ユーザのメールアドレス、生成した日記ファイルの日付、タイトル、メッセージＩＤ、ヘッダ情報、およびしおり情報を書き込むことにより日記情報テーブル３０１を更新する。そして、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成した日記ファイルと同じデータ（日記ファイル）を生成し、生成した日記ファイルおよび更新した日記情報テーブル３０１を、日記記録部１３１に供給する。

ステップＳ１１９において、日記記録部１３１は、生成制御部１１２から供給された日記ファイルおよび日記情報テーブル３０１を記録する。

ステップＳ１２０において、生成制御部１１２のメール生成部１４３は、日記ファイルおよびヘッダ情報を基に、日記ファイルが添付されている電子メールを生成する。生成制御部１１２は、生成された電子メールを送信制御部１１３に供給する。

ステップＳ１２１において、送信制御部１１３の送信部１４４は、生成制御部１１２から供給された日記ファイルが添付されている電子メールを、通信網１１を介して、サーバ１２に送信し、日記ファイルの生成の処理は終了する。

このようにして、生成制御部１１２は、日記ファイルを生成し、日記ファイルが添付されている電子メールを、通信網１１を介して、サーバ１２に送信する。

このように、生成された日記ファイルは、電子メールに貼付されてサーバ１２に送信される。よって、電子メールに添付できる形式のデータであれば、日記ファイルは、どのような形式のデータでも良い。換言すれば、日記ファイルを作成するのに用いられるアプリケーションはどのようなものでも良く、汎用性があるものとすることができる。

次に、図９で示されるメニュー画面において、ボタン１７３が操作された場合について説明する。ボタン１７３が操作されると、更新制御部１１４により、日記ファイル受信の処理が行われる。

図２１のフローチャートを参照して日記ファイルの受信の処理を説明する。

ステップＳ１４１において、更新制御部１１４（図６）は、日記一覧を更新するためのボタン１７３（図９）が操作されたか否かを判定する。ステップＳ１４１において、ボタン１７３が操作されていないと判定された場合、ステップＳ１４１に戻り、日記一覧を更新するためのボタン１７３が操作されたと判定されるまで、判定の処理が繰り返される。

ステップＳ１４１において、日記一覧を更新するためのボタン１７３が操作されたと判定された場合、ステップＳ１４２に進み、通信制御部１１３の受信部１４５（図６）は、更新制御部１１４の制御のもと、サーバ１２に対して電子メールのヘッダ情報の供給を要求し、その要求に対応して、サーバ１２（図１）から送信されてきたヘッダ情報を受信し、受信したヘッダ情報を、更新制御部１１４に供給する。

より詳細には、ステップＳ１４２において、更新制御部１１４は、ヘッダ情報の送信を要求する旨の信号を生成し、生成した信号を通信制御部１１３に供給する。通信制御部１１３の送信部１４４は、更新制御部１１４のもと、更新制御部１１４から供給されたヘッダ情報の送信を要求する旨の信号を、通信網１１を介して、サーバ１２に送信する。そして、通信制御部１１３の受信部１４５は、更新制御部１１４の制御のもと、サーバ１２から送信されてきたヘッダ情報を受信し、受信したヘッダ情報を、更新制御部１１４に供給する。

ステップＳ１４３において、更新制御部１１４の判定部１４６は、通信制御部１１３から供給されたヘッダ情報を基に、日記ファイルが添付されている電子メールがあるか否かを判定する。例えば、ステップＳ１４３において、更新制御部１１４の判定部１４６は、通信制御部１１３から供給されたヘッダ情報に含まれ、添付されているファイルの名前を示す情報に含まれている拡張子を基に、日記ファイルが添付されている電子メールがあるか否かを判定する。

このステップＳ１４３における処理について説明を加えるに、例えば、図１９に示したようなヘッダ情報が受信された場合、電子メールに添付されているファイルの名前を示す、４行目の“otukai.nikki”における、拡張子“nikki”を基に、日記ファイルが添付されている電子メールであるか否かを判定する。すなわち、この場合、拡張子“nikki”が、日記ファイルの拡張子であるとき、日記ファイルが添付されている電子メールであると判定され、拡張子“nikki”が、日記ファイルの拡張子でないとき、日記ファイルが添付されている電子メールでないと判定される。

ステップＳ１４３において、日記ファイルが添付されている電子メールがあると判定された場合、ステップＳ１４４に進み、通信制御部１１３の受信部１４５は、更新制御部１１４の制御のもと、日記ファイルが添付されている電子メールを受信し、受信した電子メールを更新制御部１１４に供給する。

より詳細には、ステップＳ１４４において、更新制御部１１４は、日記ファイルまたはコメントファイルが添付されている電子メールの送信を要求する旨の信号を生成し、生成した信号を通信制御部１１３に供給する。この信号には、送信を要求する電子メールのメッセージＩＤ（図１９の２行目の情報）を示す情報が含まれる。

通信制御部１１３の送信部１４４は、更新制御部１１４の制御のもと、更新制御部１１４から供給された信号を、通信網１１を介して、サーバ１２に送信する。そして、通信制御部１１３の受信部１４５は、更新制御部１１４の制御のもと、サーバ１２から送信されてきた日記ファイルまたはコメントファイルが添付されている電子メールを受信し、受信した電子メールを、更新制御部１１４に供給する。

ステップＳ１４５において、更新制御部１１４は、アドレステーブル２３１を参照して、受信された電子メールのうち、メールアドレスがアドレステーブル２３１に記載（記録）されていないものがあるか否かを判定する。この判定は、ヘッダ情報に含まれる、電子メールの送信元を示す情報（図１９の５行目の情報）を参照することにより行われる。なお、本実施の形態においては、ステップＳ１４５における処理として、このような処理が行われるとして説明するが、ヘッダ情報を受信した時点で、このような処理を実行することは可能であるので、例えば、ステップＳ１４４の前の時点で、日記ファイルが添付されている電子メールのヘッダ情報をのみを対象として、ステップＳ１４５における処理の代わりとして行われるようにしても良い。

ステップＳ１４５において、受信された電子メールのうち、メールアドレスがアドレステーブル２３１に記録されていないものがあると判定された場合、更新制御部１１４は、未登録通知画面の表示を要求する旨の信号を生成する。そして、更新制御部１１４は、生成した信号およびアドレステーブル２３１に記録されていないメールアドレスを登録制御部１１１に供給し、処理は、ステップＳ１４６に進む。

ステップＳ１４６において、登録制御部１１１は、未登録画面の表示の処理を行う。ステップＳ１４６における未登録画面の表示の処理の詳細は、図２３のフローチャートを参照して後述し、先に、図２１のフローチャートの処理の説明を続ける。

一方、ステップＳ１４５において、受信された電子メールのうち、メールアドレスがアドレステーブル２３１に記録されていないものがないと判定された場合（既に登録されている人からの日記しか受信していないと判定された場合）、ステップＳ１４７に進み、更新制御部１１４は、日記記録部１３１から日記情報テーブル３０１を取得する。

ステップＳ１４８において、更新制御部１１４は、通信制御部１１３から供給された電子メールに添付されている日記ファイルおよび電子メールに含まれるヘッダ情報を用いて、日記情報テーブル３０１を更新し、その更新した日記情報テーブル３０１を、日記ファイルとともに日記記録部１３１に供給し、記録させる。

例えば、ステップＳ１４８において、更新制御部１１４は、通信制御部１１３から供給された電子メールに添付されている日記ファイルおよび電子メールに含まれるヘッダ情報を基に、日記記録部１３１から取得した日記情報テーブル３０１に、日記を公開した人のメールアドレス、日記ファイルの日付、タイトル、メッセージＩＤ、ヘッダ情報、およびしおり情報を書き込むことにより日記情報テーブル３０１を更新する。そして、更新制御部１１４は、日記ファイルおよび更新した日記情報テーブル３０１を、日記記録部１３１に供給する。この場合、しおり情報は“なし”に設定される。

なお、通信制御部１１３からコメントファイルが添付された電子メールが供給された場合、ステップＳ１４８において、更新制御部１１４は、通信制御部１１３から供給された電子メールに添付されているコメントファイルおよび電子メールに含まれるヘッダ情報を基に、日記情報テーブル３０１を更新し、コメントファイルおよび更新した日記情報テーブル３０１を日記記録部１３１に供給し、記憶させる。

また、日記ファイルであるか、またはコメントファイルであるかの判定は、図１９を参照して説明したように、ヘッダ情報に含まれるリファレンスが記述されているか否かを基に、判定される。

ステップＳ１４９において、日記記録部１３１は、更新制御部１１４から供給された日記ファイルおよび日記情報テーブル３０１を記録し、日記ファイルの受信の処理は終了する。なお、上述した図２１のフローチャートを参照した説明においては、日記ファイルが添付されている場合を例に挙げて説明したが、コメントファイルが添付されている場合も、日記ファイルが添付されている場合と同様に処理が行われる。

このようにして、更新制御部１１４は、日記ファイルまたはコメントファイルを受信する。なお、ボタン１７３（図９）が操作されてから日記ファイルの受信の処理が実行されると説明したが、日記プログラムが起動されたときに、自動的に（ユーザの指示によらず）日記ファイルの受信の処理が実行されるような仕組みを設けるようにしても良い。

このように、電子メールに添付されている日記ファイルを受信することによって、日記用の専用のサーバ（例えば、ブログなどを管理する際に必要となるサーバなど）を必要とすることなく、特定のユーザとの間で、日記の送受信を行うことができる。従って、専用のサーバに自己を登録する必要がない。また、電子メールで送信するため、換言すれば、メールアドレスで送信先を限定できるため、日記などの個人データを不特定多数のユーザに公開されてしまうようなこともない。

また、ヘッダ情報を基に、日記ファイルが添付されている電子メールであるか否かを判定するような構成となっているので、日記ファイルが添付されていない電子メールを、誤って受信してしまうようなことはない。換言すれば、日記とメールを混同して処理してしまうようなことを防ぐことができる。

日記ファイルの受信の処理が終了すると、更新制御部１１４（図６）は、日記ファイルの受信の処理が終了した旨の信号を生成し、生成した信号を一覧制御部１３２（図６）に供給する。一覧制御部１３２は、更新制御部１１４から、日記ファイルの受信の処理が終了した旨の信号が供給されると、日記記録部１３１から、日記一覧を更新した旨を通知する画面（以下、更新通知画面と称する）を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

出力制御部１１５は、一覧制御部１３２から供給された画像データを基に、ディスプレイ１５１に、更新通知画面を表示させる。

図２２は、更新通知画面の一例を示す図である。

更新通知画面３１１には、“日記一覧を更新しました”という文字が表示されている。また、更新通知画面３１１には、ボタン３１２およびボタン３２１が表示されている。

文字“ＯＫ”が表示されているボタン３２１およびボタン３１２が操作された場合、更新通知画面３１１は閉じられる。

次に、図２３のフローチャートを参照して、図２１のステップＳ１４６の処理に対応する未登録通知画面の表示の処理を説明する。このステップＳ１４６の処理は、前段のステップＳ１４５の処理（図２１）において、まず、更新制御部１１４（図６）から、未登録通知画面の表示を要求する旨の信号およびアドレステーブル２３１（図１３）に記録されていないメールアドレスが、登録制御部１１１（図６）に供給される。そして、登録制御部１１１は、未登録通知画面の表示を要求する旨の信号およびアドレステーブル２３１に記録されていないメールアドレスが供給されると、それに応じて、未登録画面の表示の処理を実行する。

ステップＳ１８１において、登録制御部１１１は、日記記録部１３１（図６）から、未登録通知画面を表示させるための画像データを取得し、取得した画像データを出力制御部１１５（図６）に供給する。

ステップＳ１８２において、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、ディスプレイ１５１に未登録通知画面を表示させる。

図２４は、未登録通知画面の一例を示す図である。

未登録通知画面３３１には、“アドレス帳に登録されていない人の日記が公開されました。アドレス帳に登録しますか？”という文字列、ボタン３４１、およびボタン３４２が表示される。

ボタン３４１には、“はい”という文字が表示され、ボタン３４１が操作された場合、未登録通知画面３３１は、図２５で示すような登録画面２２１に表示が切り替えられる。

ボタン３４２には、“いいえ”という文字が表示され、ボタン３４２が操作された場合、未登録画面の表示の処理は中止され、登録通知画面３３１は、図９で示されるメニュー画面のウィンドウ１６１に表示が切り替えられる。なお、受信された新たなユーザの日記ファイルなどは、アドレス帳には登録されない状態で管理される。例えば、新たなユーザに対して、“NO NAME”などのデフォルトとしての名前が割り当てられた状態で管理されるようにしても良い。

図２３のフローチャートの説明に戻り、ステップＳ１８３において、登録制御部１１１は、入力部７７（図３）から供給された入力信号を基に、アドレス帳に登録されていない、新しい人を登録するためのボタン３４１（図２４）が操作されたか否かを判定する。

ステップＳ１８３において、ボタン３４１が操作されていないと判定された場合、ステップＳ１８３に戻り、ボタン３４１が操作されたと判定されるまで、判定の処理が繰り返される。

ステップＳ１８３において、ボタン３４２（図２４）が操作された場合には、例外的な処理として、未登録通知画面の表示の処理は中止され、処理は図２１のステップＳ１４７の処理に進む。

ステップＳ１８３において、アドレス帳に登録されていない人を登録するためのボタン３４１が操作されたと判定された場合、ステップＳ１８４に進み、登録制御部１１１は、日記記録部１３１から、登録画面２１１を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

より詳細には、ステップＳ１８４において、登録制御部１１１は、日記記録部１３１から、所定の画像データを取得し、取得した画像データおよび更新制御部１１４から供給されたメールアドレスを基に、図２５で示される、テキストボックス２２２にメールアドレスが表示されている登録画面２１１を表示させるための画像データを生成し、生成した画像データを出力制御部１１５に供給する。

図２５で示す登録画面２１１において、テキストボックス２２２には、受信された電子メールのメールアドレスのうち、アドレス帳に登録されていないメールアドレス（すなわち、更新制御部１１４から供給されたメールアドレス）の１つのメールアドレスが表示される。アドレス帳に登録されていないメールアドレスが複数ある場合、順次、図２３のフローチャートの処理が、繰り返し行われる。

ステップＳ１８５において、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、アドレス帳に登録されていないメールアドレスが表示されている登録画面２１１を、ディスプレイ１５１に表示させる。

この登録画面２１１は、図１１に示した登録画面と同様であり、異なる部分は、メールアドレスが、既に入力された状態にあることである。よって、ステップＳ１８５において、登録画面２１１が表示された後の処理、すなわち、ステップＳ１８６の処理乃至ステップＳ１９０の処理のそれぞれは、図１２に示したフローチャートのステップＳ７１の処理乃至ステップＳ７５の処理と同様なので、その説明は省略する。

このようにして、登録処理部１１１は、未登録通知画面３３１を表示させるための画像データを取得し、取得した画像データを、出力制御部１１５に供給する。そして、出力制御部１１５は、登録制御部１１１から供給された画像データを基に、未登録通知画面３３１を、ディスプレイ１５１に表示させる。また、登録制御部１１１は、アドレステーブル２３１を更新する。

このように、未登録通知画面３３１をディスプレイ１５１に表示させることによって、ユーザは、アドレス帳に登録されていない人が日記を公開したことを知ることができる。

次に、このように処理により更新された日記を閲覧する場合について説明を加える。ユーザは、日記を閲覧したいとき、図９で示すメニュー画面がウィンドウ１６１に表示されている状態のときに、“日記一覧”というボタン１７４または“最新の日記を見る”というボタン１７５を操作する。そのユーザの指示を受け、一覧表示制御部１３２は、日記一覧の表示の処理を行う。

図２６のフローチャートを参照して、日記一覧の表示の処理を説明する。なお、図２６におけるフローチャートの処理は、図９に示したようなメニュー画面が、ディスプレイ１５１上に表示されている状態のときに開始されることを前提としている。

ステップＳ２０１において、一覧表示制御部１３２（図６）は、入力部７７（図３）から供給された入力信号を基に、日記一覧を表示させるためのボタン１７４（図９）が操作されたか否かを判定する。

ステップＳ２０１において、日記一覧を表示させるためのボタン１７４が操作されたと判定された場合、ステップＳ２０２に進み、一覧表示制御部１３２は、日記記録部１３１から、日記一覧を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

より詳細には、ステップＳ２０２において、一覧表示制御部１３２は、日記記録部１３１（図６）から、所定の画像データを取得し、日記記録部１３１に記録されているアドレステーブル２３１（図１３）を参照して、取得した画像データを基に、日記一覧を表示させるための画像データを生成し、生成した画像データを出力制御部１１５（図６）に供給する。

ステップＳ２０３において、出力制御部１１５は、一覧制御部１３２から供給された画像データを基に、ディスプレイ１５１に日記一覧を表示させ、日記一覧の表示の処理は終了する。例えば、ステップＳ２０３において、出力制御部１１５は、一覧制御部１３２から供給された画像データを基に、ディスプレイ１５１に、図２７で示す日記一覧を表示させる。

すなわち、ボタン１７４（図９）が操作されると、ウィンドウ１６１（図９）は、公開された日記の一覧のウィンドウ３５１に表示が切り替えられる。

図２７は、日記一覧のウィンドウ３５１の一例を示す図である。

ウィンドウ３５１には、アドレス帳に登録されている人の日記の一覧を選択するためのボタン３６１乃至ボタン３６４が表示されている。また、ウィンドウ３５１には、ボタン３６１乃至ボタン３６４の表示される順番を並べ替えるためのボタン３６５およびボタン３６７が表示されている。

ボタン３６１には、人および日記を連想させるような画像並びに文字“佐藤花子の日記”が表示される。ボタン３６１が操作されると、ウィンドウ３５１は、名前が“佐藤花子”である人が公開した日記の一覧を表示させるウィンドウ４０１（図３０）に表示が切り替えられる。

ボタン３６２には、人および日記を連想させるような画像並びに文字“鈴木太郎の日記”が表示される。ボタン３６２が操作されると、ウィンドウ３５１は、名前が“鈴木太郎”である人が公開した日記の一覧を表示させるウィンドウ（不図示）に表示が切り替えられる。

同様に、ボタン３６３には、人および日記を連想させるような画像並びに文字“田中次郎の日記”が表示される。ボタン３６３が操作されると、ウィンドウ３５１は、名前が“田中次郎”である人が公開した日記の一覧を表示させるウィンドウ（不図示）に表示が切り替えられる。

ボタン３６４には、人および日記を連想させるような画像並びに文字“山田良子の日記”が表示される。ボタン３６４が操作されると、ウィンドウ３５１は、名前が“山田良子”である人が公開した日記の一覧を表示させるウィンドウ（不図示）に表示が切り替えられる。

また、ボタン３６５には、“重要度”という文字が表示される。ボタン３６５が操作されると、ユーザによって設定された重要度を示す順番にボタン３６１乃至ボタン３６４が並べ替えられる。したがって例えば、名前が“山田良子”である人の重要度を示す順番が１番であり、名前が“田中次郎”である人の重要度を示す順番が２番であり、名前が“鈴木太郎”である人の重要度を示す順番が３番であり、名前が“佐藤花子”である人の重要度を示す順番が４番である場合、ボタン３６５が操作されると、ボタン３６１乃至ボタン３６４は、上から、ボタン３６４、ボタン３６３、ボタン３６２、およびボタン３６１の順番に並び替えられる。

さらに、ボタン３６７には、“グループ”という文字が表示され、ボタン３６７が操作されると、ボタン３６１乃至ボタン３６４は、属しているグループの順番に並べ替えられる。ボタン３６５およびボタン３６７は、いわゆるソート処理を実行させるためのボタンである。

図２６のフローチャートの説明に戻り、ステップＳ２０１において、日記一覧を表示するためのボタン１７４が操作されていないと判定された場合、ステップＳ２０４に進み、一覧表示制御部１３２は、最新の日記を表示させるためのボタン１７５（図９）が操作されたか否かを判定する。

ステップＳ２０４において、最新の日記の一覧を表示させるためのボタン１７５が操作されたと判定された場合、ステップＳ２０５に進み、一覧表示制御部１３２は、日記情報テーブル３０１が更新されたか否かを判定する。例えば、ステップＳ２０５において、一覧表示制御部１３２は、日記プログラムが起動されてから日記情報テーブル３０１が更新されたか否かを判定する。

または、例えば、日記情報テーブル３０１が更新されてから、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定された場合、ステップＳ２０５においてＹＥＳと判定されるようにしても良い。所定の時間とは、１時間や１日などであり、その時間は、ユーザ側で設定できる仕組みを設けても良い。

ステップＳ２０５において、日記情報テーブル３０１が更新されたと判定された場合、ステップＳ２０６に進み、一覧表示制御部１３２は、日記記録部１３１から、最新の日記の一覧を表示させるための画像データを取得し、取得した画像データを出力制御部１１５に供給する。

より詳細には、ステップＳ２０６において、一覧表示制御部１３２は、日記記録部１３１から、所定の画像データを取得し、アドレステーブル２３１および日記情報テーブル３０１を参照して、取得した画像データを基に、最新の日記の一覧を表示させるための画像データを生成する。一覧表示制御部１３２は、生成した画像データを出力制御部１１５に供給する。

ステップＳ２０７において、出力制御部１１５は、一覧制御部１３２から供給された画像データを基に、ディスプレイ１５１に最新の日記の一覧を表示させ、処理は終了する。例えば、ステップＳ２０７において、出力制御部１１５は、一覧制御部１３２から供給された画像データを基に、ディスプレイ１５１に、図２８で示される最新の日記の一覧を表示させる。

すなわち、ボタン１７５（図９）が操作されると、ウィンドウ１６１（図９）は、最新の日記の一覧のウィンドウ３７１に表示が切り替えられる。

ここで、図２８は、最新の日記の一覧の一例を示す図である。

ウィンドウ３７１には、最新の日記を表示させるためのボタン３８１およびボタン３８２が表示されている。

ボタン３８１には、人および日記を連想させるような画像並びに文字“佐藤花子の日記”が表示される。ボタン３８１が操作されると、ウィンドウ３７１は、名前が“佐藤花子”である人が公開した、最新の日記を表示するウィンドウ４３１（図３１）に表示が切り替えられる。

同様に、ボタン３８２には、人および日記を連想させるような画像並びに文字“鈴木太郎の日記”が表示される。ボタン３８２が操作されると、ウィンドウ３７１は、名前が“鈴木太郎”である人が公開した、最新の日記を表示するウィンドウ（不図示）に表示が切り替えられる。

図２６のフローチャートの説明に戻り、ステップＳ２０５において、日記情報テーブル３０１が更新されていないと判定された場合、一覧表示制御部１３２は、日記情報テーブル３０１の更新を要求する旨の信号を生成する。そして、一覧表示制御部１３２は、生成した信号を更新制御部１１４に供給し、処理はステップＳ２０８に進む。

ステップＳ２０８において、更新制御部１１４は、日記情報テーブルの更新の処理を行う。なお、ステップＳ２０８における日記情報テーブルの更新の処理の詳細は、図２９のフローチャートを参照して後述し、先に、図２６のフローチャートの処理の説明を続ける。

ステップＳ２０４において、最新の日記の一覧を表示させるためのボタン１７５（図９）が操作されていないと判定された場合、ステップＳ２０９に進み、一覧表示制御部１３２は、ディスプレイ１５１に表示されているボタンのうち、ユーザによって、操作されたボタン（例えば、この場合、図９のメニュー画面を参照するに、“設定”というボタン１７６などのボタン）に対応する処理を実行し、処理は終了する。

このようにして、一覧制御部１３２は、ユーザによって操作されたボタンに対応する処理（例えば、各種の設定を行うための画面を表示させるなど）を実行する。

このように、最新の日記だけの一覧（図２８のウィンドウ３７１に表示される最新の日記の一覧）を表示させる構成とすることによって、ユーザは、簡単な操作で最新の日記を閲覧することができる。

次に、図２９のフローチャートを参照して、図２６のステップＳ２０８の処理に対応する、日記情報テーブルの更新の処理を説明する。このステップＳ２０８の処理は、前段のステップＳ２０５の処理（図２６）において、まず、一覧表示制御部１３２（図６）から、日記情報テーブル３０１（図２０）の更新を要求する旨の信号が、更新制御部１１４（図６）に供給される。そして、更新制御部１１４は、日記情報テーブル３０１の更新を要求する旨の信号が供給されると、それに応じて、日記情報テーブルの更新の処理を実行する。

ステップＳ２２１の処理乃至ステップＳ２２８の処理のそれぞれは、図２１におけるステップＳ１４２の処理乃至ステップＳ１４９の処理のそれぞれと同様であるので、その説明は省略する。すなわち、この場合、図２１におけるステップＳ１４１の処理である日記値一覧を更新するボタンが操作されたか否かの判定が行われずに、ステップＳ１４２（ステップＳ２２１）以下の処理が実行されることになる。

このようにして、更新制御部１１４は、図９のメニュー画面を表示するウィンドウ１６１において、日記プログラムが起動されてから、ボタン１７３よりもボタン１７５が先に操作された場合、ユーザの指示によらず日記情報テーブル３０１を更新する処理（日記情報テーブルの更新の処理）を実行する。なお、この場合においては、日記情報テーブルの更新の処理が終了しても、図２２で示される、更新通知画面３１１は表示されない（勿論、表示させるようにしても良いが、ユーザの指示により更新が指示されたのではないので、バックグラウンドの処理として実行されるようにする）。

このように、自動的に日記情報テーブル３０１を更新する構成とすることにより、ユーザが日記の一覧を更新する操作を忘れた場合においても、最新の日記を表示させるためのボタン（図９のボタン１７５）が操作されると、最新の日記の一覧が表示される。このようにすれば、ユーザが意識しなくても、常に、ユーザに公開された最新の日記を提供することが可能となる。

図２７に示した公開された日記の一覧のウィンドウ３５１において、アドレス帳に登録されている人の日記を選択するためのボタン３６１が操作された場合、ウィンドウ３５１は、名前が“佐藤花子”である人が公開した日記の一覧を表示させるウィンドウ４０１（図３０）に表示が切り替えられる。以下、ウィンドウ４０１に表示される日記の一覧を、必要に応じて、個人の日記一覧とも称する。

なお、この場合、一覧表示制御部１３２（図６）は、日記記録部１３１（図６）から所定の画像データを取得し、日記記録部１３１に記録されているアドレステーブル２３１（図１３）および日記情報テーブル３０１（図２０）を参照して、取得した画像データを基に、名前が“佐藤花子”である人が公開した日記の一覧を表示させるための画像データを生成する。そして、一覧表示制御部１３２は、生成した画像データを、出力制御部１１５（図６）に供給し、出力制御部１１５は、供給された画像データを基に、ディスプレイ１５１に名前が“佐藤花子”である人が公開した日記の一覧を表示させる。

図３０は、個人の日記一覧の一例を示す図である。

図３０において、ウィンドウ４０１には、名前が“佐藤花子”である人が公開した日記を選択するためのボタン４１１乃至ボタン４１３、日記に対するコメントを選択するためのボタン４１４およびボタン４１５、並びにしおりを表すアイコン４１６が表示されている。

ボタン４１１には、“お買い物”および“７月１５日（金）”という文字が表示され、ボタン４１１が操作されると、ウィンドウ４０１は、タイトルが“お買い物”である日記を表示するウィンドウ４３１（図３１）に表示が切り替えられる。

また、ボタン４１２には、“お出かけ”および“７月１４日（木）”という文字が表示され、ボタン４１３には、“仕事”および“７月１３日（水）”という文字が表示されている。ボタン４１２およびボタン４１３が操作された場合、ウィンドウ４０１は、ボタン４１２またはボタン４１３に対応する日記を表示するウィンドウ（不図示）に表示が切り替えられる。

ボタン４１４には、“美味しそうですね”および“７月１５日（金）”という文字が表示され、ボタン４１４が操作されると、ウィンドウ４０１は、タイトルが“お買い物”である日記に対するコメントとして、タイトルが“美味しそうですね”であるコメントを表示するウィンドウ（不図示）に表示が切り替わる。

同様に、ボタン４１５には、“いいですね”および“７月１５日（金）”という文字が表示され、ボタン４１５が操作されると、ウィンドウ４０１は、タイトルが“お買い物”である日記に対するコメントとして、タイトルが“いいですね”であるコメントを表示するウィンドウ（不図示）に表示が切り替わる。

しおりを表すアイコン４１６は、タイトルが“お買い物”である日記をユーザが識別できるように、ボタン４１１の図中左側に表示されている。

ウィンドウ４０１において、ボタン４１１が操作された場合、一覧表示制御部１３２（図６）は、入力部７７（図３）から供給された入力信号を基に、日記情報テーブル３０１（図２０）を参照して、日記記録部１３１（図６）から、タイトルが“お買い物”である日記ファイルを取得し、取得した日記ファイルを出力制御部１１５（図６）に供給する。出力制御部１１５は、一覧表示制御部１３２から供給された日記ファイルを基に、ディスプレイ１５１に図３１で示されるウィンドウ４３１を表示させる。

図３１は、公開された日記の一例を示す図である。

ウィンドウ４３１には、タイトルが“お買い物”である日記を表す文字列（日記の本文）および画像が表示されている。

また、ウィンドウ４３１には、ボタン４４１乃至ボタン４４６が表示されている。

ボタン４４１には、“閉じる”という文字が表示され、ボタン４４１が操作されると、ウィンドウ４３１は、例えば、図３０で示す名前が“佐藤花子”である人が公開した日記の一覧を表示するウィンドウ４０１に表示が切り替えられる。

ボタン４４２には、“コメントを追加する”という文字が表示され、ボタン４４２が操作されると、ウィンドウ４３１は、図３２で示すコメント作成画面を表示するウィンドウ４６１に表示が切り替えられる。

ボタン４４３には、“しおり”という文字が表示され、ボタン４４３が操作されると、個人の日記一覧を表示させる画面において、日記を表示させるためのボタンの左側にしおりを表すアイコンが表示される。

したがって、この場合、ボタン４４３が操作されると、図３０において、図中、タイトルが“お買い物”である日記を表示させるためのボタン４１１の左側にアイコン４１６が表示される。

また、ボタン４４４には、“ジャンプ”という文字が表示され、ボタン４４４が操作されると、公開された日記の一覧のウィンドウ３５１（図２７）において、現在、ウィンドウ４３１に表示されている日記を公開した人の次に表示されている人の日記が表示される。

例えば、この場合、ウィンドウ４３１に表示されている日記を公開した人が“佐藤花子”であり、図２７で示される公開された日記の一覧のウィンドウ３５１において、名前が“佐藤花子”である人の次に表示されている人の名前が“鈴木太郎”であるので、ボタン４４４が操作された場合、日記を表示するウィンドウ４３１には、名前が“鈴木太郎”である人の日記が表示される。

ボタン４４５には、“前”という文字が表示され、ボタン４４５が操作されると、ウィンドウ４３１には、個人の日記一覧を表示するウィンドウ４０１（図３０）において、ウィンドウ４３１に表示されている日記を選択するためのボタン４１１の１つ前の日記を選択するためのボタン４１２に対応する日記が表示される。

したがって、この場合、ウィンドウ４３１には、タイトルが“お買い物”である日記が表示されており、図３０の個人の日記一覧を表示するウィンドウ４０１において、タイトルが“お買い物”である日記を選択するためのボタン４１１の１つ前には、タイトルが“お出かけ”である日記を選択するためのボタン４１２が表示されているので、ウィンドウ４３１（図３１）において、ボタン４４５が操作されると、ウィンドウ４３１には、タイトルが“お出かけ”である日記が表示される。

なお、ウィンドウ４０１（図３０）において、ウィンドウ４３１に表示されている日記を選択するためのボタンの１つ前の日記を選択するためのボタンがない場合は、ボタン４４５が操作されても、１つ前の日記を選択するためのボタンに対応する日記は表示されない。

ボタン４４６には、“次”という文字が表示され、ボタン４４６が操作されると、ウィンドウ４３１には、個人の日記一覧を表示するウィンドウ４０１（図３０）において、ウィンドウ４３１に表示されている日記を選択するためのボタンの次の日記を選択するためのボタンに対応する日記が表示される。

例えば、ウィンドウ４３１にタイトルが“お出かけ”である日記が表示されている場合、個人の日記一覧を表示するウィンドウ４０１（図３０）において、タイトルが“お出かけ”である日記を選択するためのボタン４１２（図３０）の１つ次には、タイトルが“お買い物”である日記を選択するためのボタン４１１（図３０）が表示されているので、ボタン４４５が操作されると、ウィンドウ４３１には、タイトルが“お買い物”である日記が表示される。

なお、ウィンドウ４０１（図３０）において、ウィンドウ４３１に表示されている日記を選択するためのボタンの次の日記を選択するためのボタンがない場合は、ボタン４４６が操作されても、次の日記を選択するためのボタンに対応する日記は表示されない。

また、ボタン４４２が操作されると、一覧表示制御部１３２（図６）は、日記記録部１３１（図６）から所定の画像データを取得する。一覧表示制御部１３２は、ディスプレイ１５１に表示させている画像データ（この場合、図３１のウィンドウ４３１に表示されている画像を表示させるための画像データ）および取得した画像データを基に、図３２で示すコメント作成画面を表示するための画像データを生成し、生成した画像データを、出力制御部１１５（図６）に供給する。出力制御部１１５は、一覧表示制御部１３２から供給された画像データを基に、ディスプレイ１５１にコメント作成画面を表示させる。

図３２は、コメント作成画面の一例を示す図である。

コメント作成画面を表示するウィンドウ４６１には、テキストボックス４７１、テキストボックス４７２、ボタン４７３、およびボタン４７４が表示される。

テキストボックス４７１には、ユーザによって、コメントのタイトルが入力される。また、テキストボックス４７２には、ユーザによってコメントが入力される。

ボタン４７３には、“公開する”という文字が表示され、ボタン４７３が操作されると、ユーザによって作成されたコメントが公開される。

また、ボタン４７４には、“キャンセル”という文字が表示され、ボタン４７４が操作されると、コメントを作成するための処理は中止され、例えば、日記を表示するウィンドウ４３１（図３１）に表示が戻される。

このように、図３１で示す日記を表示するウィンドウ４３１において、ボタン４４２が操作されると、ウィンドウ４３１は、図３２で示すコメント作成画面を表示するウィンドウ４６１に表示が切り替えられる。このとき、ウィンドウ４６１にコメント作成画面が表示されると、生成制御部１１２（図６）によってコメントファイルの生成の処理が実行される。

図３３のフローチャートを参照して、コメントファイルの生成の処理を説明する。

ステップＳ２５１において、生成制御部１１２の日記ファイル生成部１４１（図６）は、入力部７７（図３）から供給された入力信号を基に、どの日記に対するコメントであるかを示す識別情報を含む、所定の形式（例えば、テキスト形式、HTML形式など）のコメントファイルを生成する。

ここで、識別情報には、例えば、日記ファイルのメッセージＩＤ（図１９の２行目に示される情報）が含まれる。

ステップＳ２５２において、生成制御部１１２（図６）は、コメントを公開するためのボタン４７３（図３２）が操作されたか否かを判定する。ステップＳ２５２において、コメントを公開するためのボタン４７３が操作されていないと判定された場合、ステップＳ２５２に処理が戻され、コメントを公開するためのボタン４７３が操作されたと判定されるまで、判定の処理が繰り返される。

一方、ステップＳ２５２において、コメントを公開するためのボタン４７３が操作されたと判定された場合、ステップＳ２５３に進み、生成制御部１１２の変換部１４２（図６）は、生成制御部１１２の日記ファイル生成部１４１が生成したコメントファイルを、日記形式のファイルに変換する。

ステップＳ２５４において、生成制御部１１２のメール生成部１４３（図６）は、ヘッダ情報を生成する。例えば、ステップＳ２５４において、生成制御部１１２のメール生成部１４３は、アドレステーブル２３１および日記情報テーブル３０１を参照して、図１９で示すようなヘッダ情報を生成する。

この場合、ヘッダ情報のリファレンス（図１９の３行目で示される情報）には、識別情報に含まれる日記ファイルのメッセージＩＤが含まれ、電子メールの送信先（図１９の６行目で示される情報）には、コメントが追加される日記（識別情報に含まれるメッセージＩＤによって特定される日記）が公開されたグループに属する人のメールアドレスが含まれる。

ステップＳ２５５において、生成制御部１１２は、日記記録部１３１から日記情報テーブル３０１を取得する。

ステップＳ２５６において、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成したコメントファイルおよび生成制御部１１２のメール生成部１４３が生成したヘッダ情報を基に、日記記録部１３１から取得した日記情報テーブル３０１を更新する。生成制御部１１２は、生成されたコメントファイルおよび更新した日記情報テーブル３０１を、日記記録部１３１に供給する。

例えば、ステップＳ２５６において、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成したコメントファイルおよび生成制御部１１２のメール生成部１４３が生成したヘッダ情報を基に、日記記録部１３１から取得した日記情報テーブル３０１に、ユーザのメールアドレス、生成したコメントファイルの日付、タイトル、メッセージＩＤ、ヘッダ情報、およびしおり情報を書き込むことにより日記情報テーブル３０１を更新する。そして、生成制御部１１２は、生成制御部１１２の日記ファイル生成部１４１が生成したコメントファイルと同じデータ（コメントファイル）を生成し、生成したコメントファイルおよび更新した日記情報テーブル３０１を、日記記録部１３１に供給する。

ステップＳ２５７において、日記記録部１３１は、生成制御部１１２から供給されたコメントファイルおよび日記情報テーブル３０１を記録する。

ステップＳ２５８において、生成制御部１１２のメール生成部１４３は、コメントファイルおよびヘッダ情報を基に、コメントファイルが添付されている電子メールを生成する。生成制御部１１２は、生成された電子メールを送信制御部１１３（図６）に供給する。

ステップＳ２５９において、送信制御部１１３の送信部１４４（図６）は、生成制御部１１２から供給されたコメントファイルが添付されている電子メールを、通信網１１（図１）を介して、サーバ１２（図１）に送信し、コメントファイルの生成の処理は終了する。

このようにして、生成制御部１１３は、コメントファイルを生成し、コメントファイルが添付されている電子メールを、通信網１１を介して、サーバ１２に送信する。

このように、コメントが追加される日記を表示させるための日記ファイルを特定する、メッセージＩＤを含むようにヘッダ情報が生成されるので、ＰＣ１３（図６）は、日記ファイルとコメントファイルとを容易に識別することができる。

ところで、日記記録部１３１（図６）は、アドレス帳に登録されている人ごとに、日記ファイルおよびコメントファイルを記録している。

例えば、名前が“佐藤花子”である人が公開した日記を表示させるための日記ファイルおよび名前が“佐藤花子”である人が公開した日記に対して追加されたコメントを表示させるためのコメントファイルは、図３４で示すように１つのフォルダに記録されている。

図３４において、名前が“佐藤花子のフォルダ”であるフォルダには、名前が“佐藤花子”である人が公開した日記を表示させるための日記ファイルとして、日記ファイル４９１乃至日記ファイル４９３が記録されており、名前が“佐藤花子”である人が公開した日記に対して追加されたコメントを表示させるためのコメントファイルとして、コメントファイル４９４乃至コメントファイル４９６が記録されている。

すなわち、タイトル（ファイル名）が“お買い物”である日記ファイル４９１に従属するデータとして、タイトルが“おいしそうですね”であるコメントファイル４９４が記録されている。また、さらに、コメントファイル４９４に従属するデータとして、タイトルが“いいですね”であるコメントファイル４９５が記録されている。

換言すれば、コメントファイル４９４は、日記ファイル４９１を基に表示される日記に対するコメントを表示するためのデータであり、コメントファイル４９５は、コメントファイル４９４を基に表示されるコメントに対して、さらに追加されたコメントを表示するためのデータである。

同様に、タイトルが“お出かけ”である日記ファイル４９２が記録されている。さらに、タイトルが“仕事”である日記ファイル４９３に従属するデータとして、タイトルが“大変ですね”であるコメントファイル４９６が記録されている。

次に、図３５のフローチャートを参照して、更新制御部１１４（図６）によるしおり情報の更新の処理を説明する。なお、前提として、図３５のフローチャートの処理が実行されるのは、図３１に示したような日記を表示するウィンドウ４３１がディスプレイ１５１に表示された状態のときであるとする。

ステップＳ２７１において、更新制御部１１４は、しおり表すアイコン４１６（図３０）を表示させるためのボタン４４３（図３１）が操作されたか否かを判定する。

ステップＳ２７１において、ボタン４４３が操作されていないと判定された場合、ステップＳ２７１に戻り、ボタン４４３が操作されたと判定されるまで、判定の処理が繰り返される。

一方、ステップＳ２７１において、ボタン４４３が操作されたと判定された場合、ステップＳ２７２に進み、更新制御部１１４は、日記記録部１３１（図６）から日記情報テーブル３０１（図２０）を取得する。

ステップＳ２７３において、更新制御部１１４は、日記記録部１３１から取得した日記情報テーブル３０１を更新し、更新した日記情報テーブル３０１を日記記録部１３１に供給する。より詳細には、ステップＳ２７３において、更新制御部１１４は、日記記録部１３１から取得した日記情報テーブル３０１のしおり情報を、“あり”に設定することにより更新し、更新した日記情報テーブル３０１を日記記録部１３１に供給する。

ステップＳ２７４において、日記記録部１３１は、更新制御部１１４から供給された日記情報テーブル３０１を記録し、しおり情報の更新の処理は、終了する。

さらに、しおり情報について、説明を加えるに、例えば、図３０で示されるボタン４１１に対応する日記ファイルのしおり情報が“あり”に設定されている場合、しおりを表すアイコン４１６が表示され、しおり情報が“なし”に設定されている場合、アイコン４１６は、表示されない。なお、しおり情報は、デフォルトの設定として、“なし”に設定されている。

このようにして、更新制御部１１４は、ユーザの操作に応じて、しおり情報を更新する。

このように、しおり情報を更新し、しおりを表すアイコン４１６を表示させることで、ユーザは、後で参照したい日記に対して、しおりを表すアイコン４１６を表示させ、他の日記と識別できるようにすることができる。

ところで、上述した構成のＰＣ１３を用いて、ユーザが、いわゆるメーラと称されるプログラムを起動させ、電子メールを受信させる場合、メーラは、電子メールに日記ファイルが添付されているか否かを判定することができない（通常、そのような機能（例えば、図２１のフローチャートのステップＳ１４１乃至Ｓ１４４の処理を実行する機能）を有さない）ので、日記ファイルが添付されている電子メールを受信してしまう可能性がある。

このとき、受信した電子メールに添付されている日記ファイルは、ＰＣ１３の機能の構成によっては、日記として表示できない恐れがある。このような事態を回避する方法として、図３６Ａで示すように、日記プログラムをメーラに組み込み、日記プログラムが、受信された電子メールのうち、日記ファイルが添付されている電子メールと日記ファイルが添付されていない電子メールとを識別するような構成とすることが可能である。

また、図３６Ｂで示すように、メーラおよび日記プログラムに、日記ファイルを識別するためのプログラム（以下、識別プログラムと称する）を組み込むようにすることもできる。

この場合、ユーザがメーラを起動させて電子メールを受信させるとき、識別プログラムは、サーバ１２に記憶されている電子メールのうち、日記ファイルが添付されていない電子メールを受信し、ユーザが日記プログラムを起動させて電子メールを受信させるとき、識別プログラムは、サーバ１２に記憶されている電子メールのうち、日記ファイルが添付されている電子メールを受信する。

さらに、図３６Ｃで示すように、メーラまたは日記プログラムを起動させるとともに、識別プログラムを起動させるようにすることもできる。

すなわち、ユーザがメーラを起動させ、電子メールの受信を指示した場合、メーラとともに起動する識別プログラムが、日記ファイルが添付されている電子メールと、日記ファイルが添付されていない電子メールとを識別し、サーバ１２に記憶されている電子メールのうち、日記ファイルが添付されていない電子メールだけを受信する。

一方、ユーザが日記プログラムを起動させ、日記一覧の更新（日記ファイルが添付されている電子メールの受信）を指示した場合、日記プログラムとともに起動する識別プログラムが、日記ファイルが添付されている電子メールと、日記ファイルが添付されていない電子メールとを識別し、サーバ１２に記憶されている電子メールのうち、日記ファイルが添付されている電子メールだけを受信する。

このようにすることで、公開された日記を表示できないという事態を回避することができる。

以上のように、ＰＣ１３は、日記ファイルが添付されている電子メールを送信することにより、ユーザが作成した日記を、所望する特定のユーザだけに公開することができる。また、電子メールを用いて日記の送受信を行うことにより、専用のサーバを必要とせずに、ユーザが作成した日記を公開することができる。

本発明によれば、日記ファイルを生成するようにしたので、日記を表示することができる。また、本発明によれば、日記ファイルが添付されている電子メールを送信するようにしたので、ユーザが作成した日記を、所望する特定のユーザだけに公開することができる。さらに、本発明によれば、電子メールを用いて日記の送受信を行うようにしたので、専用のサーバを必要とせずに、ユーザが作成した日記を公開することができる。

なお、日記ファイルの送受信は、電子メールを用いて行うと説明したが、電子メールに限らず、無線通信により、日記ファイルを送受信するようにしてもよい。

また、日記プログラムをPIM（Personal Information Manager）などのプログラムに組み込むようにすることも可能である。さらに、本発明を適用した通信システムにおいて送受信されるデータは、日記ファイルに限らず、個人のスケジュールなどとしてもよい。

上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。

この記録媒体は、図３に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク９１（フレキシブルディスクを含む）、光ディスク９２（CD-ROM(Compact Disc-Read Only Memory)、ＤＶＤ(Digital Versatile Disc)を含む）、光磁気ディスク９３（ＭＤ(Mini-Disc)（商標）を含む）、若しくは半導体メモリ９４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM７２や、記録部７３に含まれるハードディスクなどで構成される。

なお、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインタフェースを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしてもよい。

また、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用したシステムの一実施の形態を示す図である。 サーバの構成例を示すブロック図である。 ＰＣの構成例を示す図である。 ＰＣが有する機能を説明するための図である。 CPUが実行するプログラムを説明する図である。 ＰＣのより詳細な機能の構成を示すブロック図である。 ＰＣによる日記ファイルの送信の処理、サーバによる日記ファイルの受信の処理、およびＰＣによる日記ファイルの記録の処理を説明するフローチャートである。 日記プログラムの起動の処理を説明するフローチャートである。 メニュー画面を説明するための図である。 アドレス帳を説明するための図である。 登録画面を説明するための図である。 登録の処理を説明するフローチャートである。 アドレステーブルを説明するための図である。 削除画面を説明するための図である。 削除の処理を説明するフローチャートである。 日記作成画面を説明するための図である。 グループ選択画面を説明するための図である。 日記ファイルの生成の処理を説明するフローチャートである。 ヘッダ情報を説明するための図である。 日記情報テーブルを説明するための図である。 日記ファイルの受信の処理を説明するフローチャートである。 更新通知画面を説明するための図である。 未登録通知画面の表示の処理を説明するフローチャートである。 未登録通知画面を説明するための図である。 登録画面を説明するための図である。 日記一覧の表示の処理を説明するフローチャートである。 日記の一覧のウィンドウを説明するための図である。 最新の日記の一覧のウィンドウを説明するための図である。 日記情報テーブルの更新の処理を説明するためのフローチャートである。 個人の日記一覧のウィンドウを説明するための図である。 日記を表示させるウィンドウを説明するための図である。 コメントファイルの生成の処理を説明するフローチャートである。 コメント作成画面を説明する図である。 日記ファイルが記録されているフォルダを説明するための図である。 しおり情報の更新の処理を説明するフローチャートである。 識別プログラムを説明するための図である。

符号の説明

１１ 通信網， １２ サーバ， １３，１３−１，１３−２ ＰＣ， ３１ CPU， ３２ ROM， ３３ 記録部， ３４ RAM， ５１ 磁気ディスク， ５２ 光ディスク， ５３ 光磁気ディスク， ５４ 半導体メモリ， ７１ CPU， ７２ ROM， ７３ 記録部， ７４ RAM， ７７ 入力部， ７８ 出力部， ７９ 通信部， ９１ 磁気ディスク， ９２ 光ディスク， ９３ 光磁気ディスク， ９４ 半導体メモリ， １１１ 登録制御部， １１２ 生成制御部， １１３ 通信制御部， １１４ 更新制御部， １１５ 出力制御部， １３１ 日記記録部， １３２ 一覧表示制御部， １４１ 日記ファイル生成部， １４２ 変換部， １４３ メール生成部， １４４ 送信部， １４５ 受信部， １４６ 判定部

Claims (8)

1. 通信網を介してデータを送受信する、第１の情報処理装置、第２の情報処理装置、およびサーバからなる通信システムにおいて、
   前記第１の情報処理装置は、
   限定された範囲内で公開されるデータが添付されている電子メールを生成する生成手段と、
   生成した前記電子メールを、前記通信網を介して、前記サーバあてに送信する第１の送信手段と
   を備え、
   前記サーバは、
   前記第１の送信手段によって送信された前記電子メールを受信する第１の受信手段と、
   前記第１の受信手段によって受信された前記電子メールを、一時的に記憶する記憶手段と、
   記憶している前記電子メールに関係する情報の送信を要求する旨の第１の要求信号または前記限定された範囲内で公開される前記データが添付されている前記電子メールの送信を要求する旨の第２の要求信号を、前記第２の情報処理装置から受信する要求信号受信手段と、
   前記要求信号受信手段によって、前記第１の要求信号が受信された場合、前記通信網を介して、前記情報を前記第２の情報処理装置あてに送信し、前記第２の要求信号が受信された場合、前記通信網を介して、前記限定された範囲内で公開される前記データが添付されている前記電子メールを、前記第２の情報処理装置あてに送信する第２の送信手段と
   を備え、
   前記第２の情報処理装置は、
   前記通信網を介して、前記第１の要求信号を前記サーバあてに送信する第１の要求信号送信手段と、
   前記第２の送信手段によって送信された、前記情報または前記限定された範囲内で公開される前記データが添付されている前記電子メールを受信する第２の受信手段と、
   前記第２の受信手段によって前記情報が受信された場合、その情報を基に、前記サーバが、前記限定された範囲内で公開される前記データが添付されている前記電子メールを記憶しているか否かを判定する判定手段と、
   前記サーバが、前記限定された範囲内で公開される前記データが添付されている前記電子メールを記憶していると判定された場合、前記通信網を介して、前記第２の要求信号を前記サーバあてに送信する第２の要求信号送信手段と
   を備える
   ことを特徴とする通信システム。
2. 前記サーバは、電子メールを取り扱うサーバである
   ことを特徴とする請求項１に記載の通信システム。
3. データを一時的に記憶するサーバと通信網を介して接続される情報処理装置において、
   前記通信網を介して、前記データに関係する情報の送信を要求する旨の第１の要求信号を前記サーバあてに送信する第１の送信手段と、
   前記サーバから送信されてきた、前記情報または前記データを受信する受信手段と、
   前記受信手段によって前記情報が受信された場合、その情報を基に、前記サーバが、限定された範囲内で公開される前記データを記憶しているか否かを判定する判定手段と、
   前記判定手段により、前記サーバが、前記限定された範囲内で公開される前記データを記憶していると判定された場合、前記通信網を介して、前記限定された範囲内で公開される前記データの送信を要求する旨の第２の要求信号を前記サーバあてに送信する第２の送信手段と
   を備えることを特徴とする情報処理装置。
4. 前記情報は、前記電子メールのヘッダ情報であり、
   前記判定手段は、前記ヘッダ情報に含まれ、添付されているデータがあるか否かを示す情報を参照し、前記データが、前記限定された範囲内で公開される前記データが添付されている電子メールであるか否かを判定する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記電子メールを送信してきた相手を示す名前と前記電子メールのメールアドレスとをそれぞれ関連付けたテーブルを記憶する記憶手段と、
   前記記憶手段に記憶されている前記テーブルを参照し、前記限定された範囲内で公開される前記データを選択するための一覧であって、前記相手を示す名前の一覧の画像データを生成し、その画像データを基に表示を制御する表示制御手段と
   をさらに備えることを特徴とする請求項４に記載の情報処理装置。
6. データを一時的に記憶するサーバと通信網を介して接続される情報処理装置の情報処理方法において、
   前記通信網を介して、前記データに関係する情報の送信を要求する旨の第１の要求信号の前記サーバへの送信を制御する第１の送信制御ステップと、
   前記サーバから送信されてきた、前記情報または前記データの受信を制御する受信制御ステップと、
   前記受信制御ステップにおいて前記情報が受信された場合、その情報を基に、前記サーバが、限定された範囲内で公開される前記データを記憶しているか否かを判定する判定ステップと、
   前記判定ステップにおいて、前記サーバが、前記限定された範囲内で公開される前記データを記憶していると判定された場合、前記通信網を介して、前記限定された範囲内で公開される前記データの送信を要求する旨の第２の要求信号の前記サーバへの送信を制御する第２の送信制御ステップと
   を含むことを特徴とする情報処理装置の情報処理方法。
7. データを一時的に記憶するサーバと通信網を介して接続される情報処理装置の情報処理用のプログラムであって、
   前記通信網を介して、前記データに関係する情報の送信を要求する旨の第１の要求信号の前記サーバへの送信を制御する第１の送信制御ステップと、
   前記サーバから送信されてきた、前記情報または前記データの受信を制御する受信制御ステップと、
   前記受信制御ステップにおいて前記情報が受信された場合、その情報を基に、前記サーバが、限定された範囲内で公開される前記データを記憶しているか否かを判定する判定ステップと、
   前記判定ステップにおいて、前記サーバが、前記限定された範囲内で公開される前記データを記憶していると判定された場合、前記通信網を介して、前記限定された範囲内で公開される前記データの送信を要求する旨の第２の要求信号の前記サーバへの送信を制御する第２の送信制御ステップと
   を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
8. データを一時的に記憶するサーバと通信網を介して接続される情報処理装置の情報処理を、コンピュータに行わせるプログラムにおいて、
   前記通信網を介して、前記データに関係する情報の送信を要求する旨の第１の要求信号の前記サーバへの送信を制御する第１の送信制御ステップと、
   前記サーバから送信されてきた、前記情報または前記データの受信を制御する受信制御ステップと、
   前記受信制御ステップにおいて前記情報が受信された場合、その情報を基に、前記サーバが、限定された範囲内で公開される前記データを記憶しているか否かを判定する判定ステップと、
   前記判定ステップにおいて、前記サーバが、前記限定された範囲内で公開される前記データを記憶していると判定された場合、前記通信網を介して、前記限定された範囲内で公開される前記データの送信を要求する旨の第２の要求信号の前記サーバへの送信を制御する第２の送信制御ステップと
   を含むことを特徴とするプログラム。

Images