JP3713594B2 - 電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール - Google Patents
電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール Download PDFInfo
- Publication number
- JP3713594B2 JP3713594B2 JP2000403409A JP2000403409A JP3713594B2 JP 3713594 B2 JP3713594 B2 JP 3713594B2 JP 2000403409 A JP2000403409 A JP 2000403409A JP 2000403409 A JP2000403409 A JP 2000403409A JP 3713594 B2 JP3713594 B2 JP 3713594B2
- Authority
- JP
- Japan
- Prior art keywords
- page
- address
- web
- text
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ユーザーが作成したＷｅｂページをＷｅｂサーバに登録するのに電子メールを利用したことを特徴とする、電子メールによるＷｅｂページの登録方法、装置、記録媒体およびこのための電子メールに関するものである。
【０００２】
【従来の技術】
従来Ｗｅｂページを作成したユーザーが、これをＷｅｂサーバに登録するためには、ＦＴＰを利用し、文章に付いてはＡＳＣＩＩコードで、また画像等に関してはバイナリコードでＷｅｂサーバの仮想ディレクトリに宛てて送信するということを行なっている。
【０００３】
なおＷｅｂページの作成には、テキストエディタを用いてＨＴＭＬタグを挿入しつつ文章入力を行なうが、タグを知らなくても専用のＨＴＭＬエディタによりＷｅｂページを制作することが可能に成っている。
【０００４】
【発明が解決しようとする課題】
しかしながら、テキストエディタを用いてＷｅｂページを制作するにはプログラミングの知識が必要であり、インターネットを使い始めたばかりのユーザーやプログラミンクに適正を持たないユーザーにとっては意外に難しいのが実情である。またＨＴＭＬエディタの場合には、制作過程のＷｅｂページとこれをＷｅｂブラウザで表示したものとが必ずしも同じように見えないなどの問題を依然抱えている。即ち、気軽にＷｅｂページを公開したくても最初からつまずいてしまうことが多いのである。
【０００５】
またこのようにして制作されたＷｅｂページをＷｅｂサーバに登録するには、上述したようにＦＴＰを利用することに成るが、事前にＦＴＰサーバのアドレスやユーザーＩＤやパスワードの設定を行なわなくてはならないという、これまた初心者にとっては辛い作業を必要とする。このためＷｅｂページの公開を諦めてしまうようなことも起こっていた。
【０００６】
一方インターネットで利用出来るサービスは多々あるが、ネットサーフィンと呼ばれるＷｅｂページのブラウジングと、電子メールしか利用していないというユーザーが多いのが実情である。電子メールには、要件と送信先のアドレスとを入力するだけでよいという大きな利点があり、初心者でもすぐに使用することが出来る。
【０００７】
上述したような実情に鑑みこの発明の第１の目的は、Ｗｅｂページを制作することなく、またＦＴＰプログラムを利用することなく、手軽に簡単に利用可能な電子メールソフトウェアを使用し、Ｗｅｂページの文章と成る電子メールの本文を書き、特定のアドレスに送信するだけで、電子メールの本文をＷｅｂページとしてＷｅｂサーバに登録することが出来るようにすることにある。またこの発明の第２の目的は、この使い勝手を更に良好なものとすることにある。
【０００８】
【課題を解決するための手段及び作用】
上記課題は、電子メールを受け取って、本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成することにより達成される。電子メールは、一般的にヘッダーパートと本文とから構成されるが、Ｗｅｂページに上げる文章としては本文のみでよいため、受け取った電子メールから本文のみを切り出すということを行なう。そしてこの本文をＷｅｂブラウザから閲覧可能とするには、この本文に所要のＨＴＭＬタグを付加してＷｅｂページを生成し、Ｗｅｂサーバの所定のディレクトリに入れる。
【０００９】
このようにして、電子メールを送るだけでその内容がＷｅｂページとして登録されるので、誰にでも手軽に簡単に利用出来る。またＦＴＰサーバにアクセスすることが許可されないような場合でも、電子メールを利用すればＷｅｂページを登録することが出来るという利便性がある。なお複数の電子メールを時系列的に登録する場合、後述するような電子メールのヘッダーパートに記載された件名を列挙したエントリページを生成すると便利であるが、このエントリページの件名からリンクされた各々の電子メール本文は必ずしもＷｅｂページでなくともよくＴＥＸＴページであってもよい。
【００１０】
更にこの発明によれば、Ｗｅｂサーバを備えており、Ｗｅｂブラウザからの送信要求によって、前記生成されたページをこのＷｅｂブラウザへ送信するようにしている。この発明はＷｅｂサーバを備えていなくてもよいが、Ｗｅｂサーバに組み込んで一体化させてもよい。
【００１１】
更にこの発明によれば、前記ページを生成するに当たって、このページの他にエントリページを生成し、エントリページに前記ページへのリンクを設けるようにしている。エントリページとは、複数の電子メール本文を時系列的に登録する場合に、Ｗｅｂブラウザから任意の１を選択し得るように件名を列挙したページであり、この列挙された件名から任意の１を選択するとその件名にリンクされている電子メール本文のあるページが表示されるようにした。このエントリページの件名は、上述したように電子メールのヘッダーパートに記載された件名をそのまま利用してもよいし、電子メール本文から最初の１行を抜き出して利用したりまた本文の要約を自動生成しこれを利用するようにしてもよい。
【００１２】
更にこの発明によれば、前記ページを生成するに当たり、これに先立って生成したページがある場合にはそのページに追記するようにしている。即ち、新しいページを古いページに追記するのである。従って、複数の電子メール本文を時系列的に登録する場合に、各々のページを別ページにするのではなく、巻き物のようにスクロールしてブラウジングする連続したページにしている。なおこの際、時系列的に新しい電子メール本文をページの先頭部分に追記するようにしても、或いはページの末尾部分に追記するようにしてもよく、これは任意設計事項である。
【００１３】
更にこの発明によれば、前記ページを生成するに当たり、これに先立って生成したページがある場合にはそのページに上書きするようにしている。即ち、新しいページで古いページを上書きするのである。従って最新の電子メール本文しかブラウジンク可能にしたくない場合に有効である。なおこの上書きと同様の考え方として新旧ページの入れ替えがある。
【００１４】
更にこの発明によれば、最新の前記ページをＷｅｂページとして生成するのに当たり、それが最新のページであることを示すマークをページ中に設けるようにしている。これはＷｅｂページ中に文字として記載したり、イメージタグによりアイコンとして表示させたりすることを言う。従ってユーザーからはどれが最新のページであるかが一目で分かる。なお更新により古く成ったページに付いてはこのマークを除去するようにすることが望ましい。
【００１５】
更にこの発明によれば、前記ページを生成するに当たって所定のヘッダまたはテーラをそのページに追加するようにしている。これは単に電子メール本文のみから成るページを生成したのではスタイルを指定出来る分ＴＥＸＴページよりは見た目が良くなるが、本文だけから成るページであることには違いない。そこでヘッダかテーラを電子メール本文に付けたり、或いはその両方で本文を挟むようにし、バナーや写真などをそこで表示するようにすれば、ページそのものの印象を大きく変化させることが出来るように成る。従って電子メールを利用するという利便性に美感を加えることが出来る。
【００１６】
更にこの発明によれば、前記ページを生成するに当たって、フレーム分けしたページを生成するが、電子メール本文を載せるフレーム以外のフレームに予め用意したページを生成するようにしている。上述したようにヘッダまたはテーラをそのページに追加するようにしても良いのであるが、これは同一のページと成るため、別々のページとするためのフレームを利用している。予め用意したページには別の文章やバナーや写真などを表示するように構成する。ここで生成と言うのは、例えば文章に付いてはＴＥＸＴ文をＨＴＭＬ文に整形してフレームの所定位置に填め込み得るように用意したり、予めＨＴＭＬ文として用意しておきこれをフレームの所定位置に填め込む、などのことである。
【００１７】
更にこの発明によれば、前記ページを生成するに当たって、このページの他にエントリページを生成すると共に２つにフレーム分けしたページを生成し、１のフレームにはエントリページを記載し、他のフレームには電子メール本文を記載し、エントリページに電子メール本文へのリンクを設けるようにしている。例えばページを左右または上下にフレーム分割し、左右分割の場合は左側を、上下分割の場合は上側をエントリページとする。而して複数の電子メール本文を時系列的に登録する場合に、このエントリページ側のフレーム内に於いて、任意の１を選択し得るように件名を列挙し、この列挙された件名から任意の１を選択するとその件名にリンクされている電子メール本文のあるページがもう一方の側のフレーム内に表示される。従って一覧性が向上する。
【００１８】
更にこの発明によれば、前記ページを生成するに当たり、予め登録させたスタイルシートを読み込み、このスタイルシートの記載に基づいてページを生成するようにした。スタイルシートを用いれば、電子メール本文をページ中にどのように割り振るかを予め決定しておくことが出来る。またスタイルシートを変更することにより、ページの見え方を一律に変更することが出来る。また後述するように送信する電子メール毎に用いるスタイルシートを指定することも可能である。従って、ページの背景色や画像、ページ中に配置する画像名やその位置、本文の文字種や文字色や文字サイズ、或いはタイトル設定等々の指定を、受信した電子メールに対して自動的に行なうことが出来る。この他、ページビューを計数するカウンターを表示させることなども可能である。
【００１９】
更にこの発明によれば、所要のスタイル項目に対応するアドレスを予め用意しておき、このアドレスで電子メールを受信した場合は、予め登録されたスタイルシートの中から対応するスタイルシートを選択し、このスタイルシートの記載に基づきページを生成するようにした。即ち、style@****.net宛ての電子メールを受け付け、本文に所定のフォームで設定が書き込まれていたら、これに対応するスタイルシートを選択する。或いは本文に書き込まずに、back1@****.net宛ての電子メールを受け付けて、背景に back1という画像を選択するなどである。またphoto1_center@****.net宛ての電子メールを受け付けて、photo1という写真画像をページ上段の中央部分に配置するなどである。なお掲載すべき電子メール本文は別途送信するが、上述した特定のアドレスに宛てたメールの本文として掲載すべき電子メール本文を書き込むように設定しても良く、これ等は任意設計事項である。従ってこの発明によれば、タグを用いて装飾されたＷｅｂページを書いて行くのに似た効果を電子メールを利用して得ることが出来る。
【００２０】
更にこの発明によれば、ヘッダーパートから特定の拡張フィールドを見つけた場合には、予め登録させたスタイルシートの中からこの拡張フィールドの記載に対応するスタイルシートを選択し、このスタイルシートの記載に基づいてページを生成するようにした。スタイル指定をヘッダパートに付加することに付いて、ＲＦＣ８２２「ＡＲＰＡインターネットテキストメッセージのフォーマットについての標準」によれば、その中でｅｘｔｅｎｔｉｏｎ−ｆｉｅｌｄという項目を定めており”Ｘ−”で始まる名前を付してよいこととされているため、この利用をこの発明で定義して利用すればよい。例えば”X-Style: Frame10”などとするのである。従って、電子メール本文の他にヘッダーパートに追記指定するだけでスタイルシートを指定することが出来る。なお例えば”X-Font: 明朝”などとした場合にこのフォント指定を解釈し得るように設計してもよい。
【００２１】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信した場合には、特定の部分を削除したページを生成するようにしている。即ち、delete@****.net 宛ての電子メールを受け付けて、本文にどの電子メール本文を削除したいかが所定のフォームで書き込まれていたら、これに対応する電子メール本文を削除する。或いは本文に書き込まずに、delete@****.net 宛ての電子メールを受け付けて、一番新しく掲載された電子メール本文を削除するなどである。従って、一度はＷｅｂページに掲載したものの削除したく成った場合には、キャンセルの電子メールを特定のアドレスに送ることで削除することが出来、使い勝手が更に良好なものと成る。
【００２２】
更にこの発明によれば、前記ページの他にエントリページを管理ページとして生成し、この管理ページから消去したいとする電子メール本文を選択させて、選択された電子メール本文に対応する部分を削除したページを生成するようにしている。このエントリページは、前記ページのオーナーにのみアクセスを許可するものである。即ち先ずこのエントリページを表示し、そこに時系列的に登録されている複数の電子メール本文から削除したいものを選択させることにより、前記ページを削除して更新する。従って、一度はＷｅｂページに掲載したものの削除したく成った場合に、それを実行することが出来る。
【００２３】
更にこの発明によれば、電子メールから送信者や受信日付などの管理情報を切り出してログを作成するようにしている。このログは、前記ページのオーナーにのみアクセスを許可するものである。従って、送信した電子メールが指示通りに登録されたか否かを前記ページのオーナーに通知することが出来る。
【００２４】
更にこの発明によれば、処理内容を書き込んだ電子メールを作成して返信するようにしている。従って、前記ページのオーナーはどのような処理が行なわれたのかを受信した電子メールから知ることが出来る。
【００２５】
更にこの発明によれば、分割ファイルを受信した場合に、前記ページを生成するに当たりこの分割ファイルを連結したページとして生成するようにしている。これは例えば、文字数制限のある携帯電話の電子メールサービスなどを利用してＷｅｂページに文章を上げたいとする場合など、制限以上の文字数の文章は分割して送信せざるを得ない。即ちシステムは必然的に分割ファイルを受信することに成るから、これ等を連結しなくてはならないのである。従ってこの発明によれば、この発明を携帯電話やＰＨＳ等の電子メールサービスから利用することが出来るのである。
【００２６】
更にこの発明によれば、Ｗｅｂのフォーム送信画面を生成し、ここから送信されたフォーム内容を受信して前記ページを生成するようにしている。フォームはＷｅｂに一種の双方向性を持たせるために考案された仕組みであり、ユーザーはこのフォームに書き込んでＷｅｂマスターに送信することが出来る。このようなＷｅｂのフォーム送信画面の一種としてＷｅｂベースの電子メール送信画面がよく利用されている。一般的なＳＭＴＰをサポートした電子メールソフトウェアではなく、Ｗｅｂベースで電子メールを送受信するための（Ｗｅｂページ上でユーザーに電子メールクライアントを提供して、Ｗｅｂブラウザを用いた電子メールの送受信を可能にするための）電子メールソフトウェアを利用しても、この発明に対し電子メールを送信することが出来る。この発明はこのようなＷｅｂベースの電子メールシステムを提供している。従ってＳＭＴＰクライアントが使用出来ないような状況であってもＷｅｂブラウザさえ動作していれば、登録すべき文章を送信することが出来る。
【００２７】
更にこの発明によれば、添付ファイルがある場合には、これをメール本文から分割して、前記ページを生成するに当たりこの添付ファイルを所定の位置に配置するようにしている。添付ファイルとしては前記ページに載せたいとする画像を上げることが出来る。上記所定の位置とは例えば添付された画像は前記ページの右上であり、メール本文はこの画像を回り込むようにするのである。従って画像入りの文章を極めて容易に登録することが出来る。
【００２８】
更にこの発明によれば、受信した電子メールがＨＴＭＬメールである場合に、このＨＴＭＬメールから所要のタグを残したまま本文を切り出して生成するようにしている。これにより、本文部分に振られている全てのタグをそのまま残すことが可能であり、前記ページの生成に際してＨＴＭＬメールの本文の設定をそのまま引き継ぐことが出来る。従って、ＨＴＭＬメールが送信出来るメールクライアントを使用しているのであれば、メール本文の作成中に文章の装飾が行なえ、ページの印象を華やかなものにすることが可能に成る。
【００２９】
更にこの発明によれば、メールスプールから本文を切り出してページを生成するようにしている。ＵＮＩＸシステムなどに於けるメールサーバでは、受信した複数の電子メールはメールスプールに一続きに納められている。従って、メールスプールから本文部分を一つずつ切り出して、各々前記ページとして生成することが出来る。
【００３０】
更にこの発明によれば、受信した電子メールを”．ｆｏｒｗａｒｄ”の記載に基づいてフォワーディングし、この電子メールをパイプ処理によって標準入力から受け取るようにしている。従って、標準入力から受け取った電子メールに付き本文を切り出して前記ページとして生成することが出来る。
【００３１】
更にこの発明によれば、特別なポートを設けておきこのポートから電子メールを受け取るようにしている。一般的にＰＯＰ３サーバのポート番号には１１０が使われている。これは例えば、ｔｅｌｎｅｔのポート番号指定を使って１１０を指定し、ＰＯＰ３サーバと直接通信することでメールを読むことが出来ることからも明らかである。しかしながらこのポート番号を必ず使用しなくてはならないと言うものでもない。従って、特別なポートを指定することにより、この発明の処理を行なうソフトウェアがこのポートから電子メールを受けることが出来る。このため例えばユーザー毎に異なるポート番号を割り当てるようにすることさえ可能と成る。
【００３２】
更にこの発明によれば、一旦受信したメールを所謂プロセス間通信を利用してページの生成処理に回すようにしている。例えば、電子メールを受信するソフトウェアとページの生成処理を行なうソフトウェアとの間で行なわれるデータのやり取りにフォークを利用する。従って、データのやり取りの方法は任意設計事項である。
【００３３】
更にこの発明によれば、電子メールの本文中にコメント行を見つけた場合は、コメント行を残したままページを生成するようにしている。コメント行は、通常ユーザーによるブラウジング時には表示されないように処理される特殊な行であり、ＨＴＭＬ文書などでは一般的なものである。従って、本文はコメント行によってブロック化（エレメント化）され、このコメント行を目印として、後々これ等のブロックに対して更新、置き換え、追加、削除等の各種変更処置を行なうことが出来るように成る。なおタイトル、段落、イメージ、テーブル、フレーム、ページ全体などがブロックと成り得るものである。なお、上記ページとはＷｅｂページのことであるが、Ｗｅｂページ以外のページに対してもコメント行によってブロック化し、ブロックに対して各種変更処置を行なうようにすることが出来る。従って、ページを直接的に編集することなく変更処置が行なえるため、殊にリモート編集のために都合が良い。
【００３４】
更にこの発明によれば、電子メール中から、コメント行の指定と処置命令とを見つけた場合には、コメント行に係わるブロックに対し、処置命令の内容に基づいた処置を行なうようにしている。電子メール中とは、ヘッダパート中、その中のタイトル（サブジェクト）行、電子メール本文中などのことである。これ等の何処かにコメント行の指定と処置命令とが見付かった場合には、指定されたコメント行に対応するブロックに対して処置命令の内容に基づく処置、例えば更新、置き換え、追加、削除等を行なう。従ってユーザーは電子メールを送るだけで、Ｗｅｂページの特定の箇所に付いて書き替えなどの処置を行なうことが出来る。なお更新、置き換え、追加などの処置を行なう際の新たな文章は、電子メールの本文に記載したり添付ファイルなどとすればよく、また新たなイメージに付いては、やはり電子メールの添付ファイルなどとすればよい。なおまたコメント行の指定に、どのページのどのコメント行と言うように、複数のＷｅｂページを有する場合のページの指定を含ませることも可能である。
【００３５】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信し、且つ電子メール中からコメント行の指定を見つけた場合には、コメント行に係わるブロックに対してこのアドレスに対応する処置命令を実行するようにしている。処置命令は、電子メールを受信したアドレスにより特定されるように設定する。またその電子メール中からコメント行の指定を見つけた場合には、これを以て処置すべきブロックを特定することが出来る。従ってユーザーは、処置したいブロックをコメント行の指定という形で電子メール中に記載し、削除等の処置内容に対応するアドレスに宛ててこの電子メールを送信するだけで良い。
【００３６】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信し且つ電子メールのタイトル中から処置命令を見つけた場合には、このアドレスに対応するＷｅｂページの前記コメント行に係わるブロックに対して、前記処置命令を実行するようにしている。要するにこのアドレスによって、コメント行を特定するのである。なお、このアドレス中に、複数のＷｅｂページを有する場合のページの指定を含ませることも可能である。
【００３７】
更にこの発明によれば、登録されたＷｅｂページのコメント行の記載を規則に則って書き替えるようにしている。これは例えば上述したような処置を繰り返している内にコメント行が複雑な入れ子構造を呈して来る場合があり、こうなると当初意図的にコメント行に連番を付していたような場合でも、これが崩れて来るのである。これは後々のコメント行の指定の際に、混乱を招くことにも繋がる。そこでもう一度綺麗に連番を振り直したい、と言うような場合にこの書き換えを行なうようにするのである。
【００３８】
次にこの発明は、本文をコメント行にてブロック分けして成ることを特徴とする電子メールとしたものである。電子メールのデータ構造として本文がコメント行によってブロック分けされている。而してこの電子メールの本文はコメント行ごとＷｅｂページとして登録されるものである。従って本文は、このコメント行を目印として、後々更新、置き換え、追加、削除等の各種変更処置が可能に成るのである。
【００３９】
更にこの発明によれば、開始を表わす開始コメント行と終了を表わす終了コメント行とによってブロックを挟んだものとした。本来開始コメント行さえあればブロックを特定することが出来る。開始コメント行から次の開始コメント行までを一つのブロック（エレメント）として探し出すことが可能だからである。しかしながら人が目で確認するものとしては、開始コメント行と終了コメント行とでブロックを挟む方が分かりやすくある。
【００４０】
更にこの発明によれば、コメント行が入れ子構造を呈するものとした。入れ子の中では、同一の階層のブロックや異なる階層のブロックを幾つも混在させることが可能である。従ってより複雑に且つ詳細にブロック指定（エレメント指定）を行なって、更新、置き換え、追加、削除等々の処置を施すことが出来るように成る。
【００４１】
次にこの発明は、Ｗｅｂのフォーム送信画面を生成して、ここから送信されたフォーム内容を受信して前記ページを生成するものに関して、電子メール本文の処理種別に対応したＷｅｂのフォーム送信画面を生成し、このフォームの内容を受信し、前記処理種別に対応する受信アドレスをメールヘッダに書き込んだ電子メールを生成してユーザー所望のアドレスへ送信し、この電子メールに対する返信メール中に本文が書き込まれて送信されたメールを受信して本文を切り出し、前記処理種別に対応する処理を行なうものとした。なおＷｅｂのフォーム送信画面を特にＷｅｂベースの電子メール送信画面とすることも可能であるため、以下では「Ｗｅｂのフォーム（Ｗｅｂベースの電子メール）」というように表記する場合がある。
【００４２】
この発明は、処理種別（前記処置命令）に対応するアドレスをユーザーが覚え切れない場合があること、処理の一部を他者に依頼する場合があること、などを考慮して為されたものであり、先ずユーザーに処理種別を選択して貰い、それをＷｅｂのフォーム（Ｗｅｂベースの電子メール）によって通知させ、次にこの処理種別（前記処置命令）に対応するアドレスを返信アドレスとした電子メールをユーザー所望のアドレスへ送信し、この電子メールに対してユーザーに返信させるのであるが、この時に電子メール本文を作成して貰うようにしている。
【００４３】
ユーザーにとっては、前記処理種別に対応するアドレスを返信アドレスとした電子メールに対して返信操作を行なうだけで良く、アドレス欄にわざわざ入力する必要がない。即ちユーザーにとっては、Ｗｅｂ上で処理種別を選択するほうが処理種別に対応するアドレスを覚えておいて入力するよりも格段に分かりやすいのである。なお、予めユーザーに処理種別を選択させるという場合、処理種別毎に設けたＷｅｂページの何れかにアクセスして貰うことで処理種別を選択させる場合や、Ｗｅｂページ上のリスト（選択画面）から処理種別を選択させる場合などがある。何れにせよ処理種別（前記処置命令）をＷｅｂページ上で指定出来る（随意となる）のが最大の特徴である。
【００４４】
更にこの発明によれば、Ｗｅｂのフォーム送信画面上で（Ｗｅｂベースの電子メールの送信画面上で）前記受信アドレスを指定させて、ここで指定された受信アドレスをユーザー所望のアドレスとして設定するものとした。上述したように処理種別（前記処置命令）に対応するアドレスを返信アドレスとした電子メールをユーザーへ送信するが、この際このアドレスをユーザーが指定したアドレスとしている。この効果としては例えば携帯電話のＷｅｂブラウザ上で自己のＷｅｂページの更新等の処理種別を選択しておき、デスクトップパソコンのアドレスを指定することによって、メール本文を携帯電話の極めて使い辛いテンキーではなくて、デスクトップパソコンのフルキーボードから入力出来るということが上げられる。或いは、手元にはないなどのイメージを追加する処理を選択する場合、そのイメージを扱うことが出来る他者のアドレスを指定することが可能である。家でゆっくりと書きたいが、備忘のためにエントリだけしておく（家のアドレスへ催促目的のメールを送らせる）ことも出来る。なお上述したように、ユーザーに処理種別を選択させる方法としては、処理種別毎に設けたＷｅｂページの何れかにアクセスしてもらうことで処理種別を選択させる場合や、Ｗｅｂページ上のリスト（選択画面）から処理種別を選択させる場合などがある。以下の発明でも同様である。
【００４５】
更にこの発明によれば、ユーザーに複数個の前記受信アドレスを登録させて、Ｗｅｂのフォーム送信画面上（Ｗｅｂベースの電子メールの送信画面上）で複数個の受信アドレスの中から所望の１アドレスを指定させ、ここで指定された受信アドレスをユーザー所望のアドレスとして設定するものとした。従ってユーザーにアドレスを指定させる場合に、予め登録させたものの中から任意の１を選択させることによって、より容易に指定させて上げることが出来るように成る。上述したように、今このＷｅｂのフォーム送信画面（Ｗｅｂベースの電子メール送信画面）を見ている端末のアドレスでも、デスクトップパソコンのアドレスでも、或いは他者のアドレスでも、ドロップダウンメニューなどにより自由自在に指定することが出来るように成る。
【００４６】
更にこの発明によれば、Ｗｅｂのフォームの送信画面中（Ｗｅｂベースの電子メール送信画面中）に電子メール本文の処理種別を選択させるための選択画面を生成し、このフォーム（電子メール）を受信して前記選択された処理種別に対応する受信アドレスをメールヘッダ中に書き込んだ電子メールを生成するものとした。既に、処理種別毎に設けたＷｅｂページの何れかにアクセスして貰うことで処理種別を選択させる場合があることを説明したが、この発明ではＷｅｂページ上のリストから処理種別を選択させるようにしている。従ってフォーム（Ｗｅｂベースの電子メール）の送信画面は１つで済み、ここから所望の処理種別（前記処置命令）を容易に選択することが出来る。
【００４７】
更にこの発明によれば、Ｗｅｂのフォームの送信画面中（Ｗｅｂベースの電子メール送信画面中）にこのフォーム（Ｗｅｂページ）の画面から書き込ませるためのテキスト入力窓を生成し、ここに書き込まれ送信された内容をＷｅｂページとして生成するものとした。従ってこの発明の電子メールによるＷｅｂページの登録だけでなく、Ｗｅｂ上から登録することを可能にしており、ユーザーにこの２つの登録方法の中から１を選択させることが出来、より自由度を高めることに成功している。
【００４８】
プログラムを記録した記録媒体とは、ＣＤ−ＲＯＭ、ハードディスク、フレキシブルディスク、ＲＯＭ、ＲＡＭ、メモリカード、紙テープやパンチカード等を含む概念である。またコンピュータで直接実行可能な状態でプログラムを記録した記録媒体以外にも、例えばＣＤ−ＲＯＭからハードディスク等の他の記録媒体へインストールすることによって実行可能と成るプログラムを記録した記録媒体や、データをエンコードしたり、暗号化したり、圧縮したプログラムを記録した記録媒体等のことも含む。上記でＲＡＭを含んでいるのは、ネットワーク経由で受信したプログラムがＲＡＭ上に展開されることがあるからである。
【００４９】
【発明の実施の形態】
以下この発明の実施の形態を図面に基づいて説明するが、この発明はこれ等の実施の形態にのみ限定されるものでないことは言うまでもない。
【００５０】
図１はこの発明の一実施形態によるＷｅｂページの登録装置の全体構成を示したものである。入力装置１はこのＷｅｂページの登録装置に於ける各種の操作を行なうためのキーボードを具えている。表示装置１１は入力装置１からの各種設定操作やその結果などを表示するためのものである。受信装置１３はユーザーからの電子メールを受信するためのものである。送信装置１４は後述する制御装置１２の処理結果を閲覧可能にするためのものであり、Ｗｅｂブラウザからのアクセスを受け、Ｗｅｂブラウザが要求するページを記憶装置１０から読み出して、Ｗｅｂブラウザへ送信する。前記制御装置１２は受信装置１３が受け付けた電子メールから本文を切り出して、ＨＴＭＬのタグを付与し、記憶装置１０に記憶する。
【００５１】
このＷｅｂページの登録装置はインターネット等のネットワークに常時接続されるものである。なおこの実施形態は受信装置１３を備えてユーザーからの電子メールを受信するが、受信装置１３を別装置としここから電子メールを受け取るようにしてもよい。またこの実施形態は送信装置１４を備えてＷｅｂブラウザが要求するページをＷｅｂブラウザへ送信するが、送信装置１４を別装置として、これに記憶装置１０へアクセスさせるようにしてよい。これ等は以下の実施形態でも同様である。
【００５２】
次に図１のＷｅｂページの登録装置をＣＰＵ２を用いて実現した場合のハードウェア構成を図２に示す。また図３ではインターネットを介して接続されたユーザーの電子メールクライアント９、Ｗｅｂサーバ８、Ｗｅｂブラウザ９２の関係を示す。また図４は電子メールクライアント９が発信する電子メールのフォームを示し、図５ではその内容の一例を示す。また図６はディスプレイ１１によってモニターしている様子を表わすが、これはＷｅｂブラウザ９２側で表示表示されるものでもある。そして図７はメール処理プログラム３１のフローチャートを表わしたものである。
【００５３】
ＣＰＵ２にはメモリ２０、記憶装置であるハードディスク１０、入力装置であるキーボード・マウス１、表示装置であるディスプレイ１１、ＣＤ−ＲＯＭドライブ２１が接続されている。ハードディスク１０にはオペレーティングシステムＯＳ３、メール受信プログラム３０、メール処理プログラム３１、Ｗｅｂサーバプログラム８０とが記憶されている。なおこれ等のプログラム群はＣＤ−ＲＯＭドライブ２１を介してＣＤ−ＲＯＭ２２からインストールされたものである。
【００５４】
図３で示すようにインターネットには電子メールクライアント９、Ｗｅｂサーバ８、Ｗｅｂブラウザ９２が接続されている。この内少なくともＷｅｂサーバ８は常時接続てある。
【００５５】
電子メールクライアント９で作成される電子メールは、図４のようなフォームと成っている。即ちヘッダ９０とメール本文９１とから成り、パケットとしての取り扱いを受けるものである。この電子メールの内容の一例は図５で示されている。ヘッダ９０とメール本文９１との間には１空行が存在し、この１空行を見つけてメール処理プログラム３１メールは本文９１を切り出すことに成る。そして切り出した本文９１の第１行目をＷｅｂページの件名とし第２行目以降を本文とするように設定した。
【００５６】
さて、図７のメール処理プログラム３１のフローチャートで表わしたように、電子メールクライアント９が送信した電子メールはメール受信プログラム３０で受信され、メール処理プログラム３１へ渡される（ステップＳ１）。メール処理プログラム３１はメールは本文９１を切り出し（ステップＳ２）、ＨＴＭＬタグを付与して（ステップＳ３）、このように整形した文章を所定のファイルに書き込むべく所定のファイルを読み出す（ステップＳ４〜Ｓ６）。ここで所定のファイルが存在する場合には前記整形した文章を追記し（ステップＳ７）、仮想ディレクトリへ保存し（ステップＳ１０）、これ迄の作業をログに残して（ステップＳ１１）終了する。しかし所定のファイルが存在しない場合は、新規ファイルを作成し（ステップＳ８）、前記整形した文章を書き込み（ステップＳ７）、仮想ディレクトリへ保存し（ステップＳ１０）、これ迄の作業をログに残して（ステップＳ１１）終了する。なお仮想ディレクトリとはＷｅｂサーバプログラム８０がアクセスするハードディスク１０の領域のことである。
【００５７】
Ｗｅｂブラウザ９２がＷｅｂサーバプログラム８０に対し前記文章の閲覧要求を出すと、Ｗｅｂサーバプログラム８０は前記仮想ディレクトリにアクセスして前記文章を読み出しＷｅｂブラウザ９２へ送信する。ディスプレイ１１によってモニターしている様子を図６に示す。１２月３０日は件名６１であり、この本文は符号６２で表わす部位である。この後に今回の処理で追記された１２月３１日の件名６と本文６０が表示されている。従ってＷｅｂブラウザ９２にもこのように表示されることに成る。これは図５で表わしたように元々は電子メールの内容であったものである。
【００５８】
上述した実施形態では、１２月３０日の件名６１と本文６２、１２月３１日の件名６と本文６０が１ページに併記された状態として作られている。これに対して次の実施形態では、エントリページ５０と本文を記載したＷｅｂページ５とを分け、エントリページ５０からＷｅｂページ５へリンクを張った状態で仮想ディレクトリに記憶させた例としている（図８）。
【００５９】
メール処理プログラム３１が新たに電子メールを受けると、この電子メールからメール本文を切り出し、更に第１行目を件名とし第２行目以降を本文として、件名をエントリページに追記し、本文ページを新たに生成し、この本文を記載したＷｅｂページ５をリンク先としてエントリページ５０の件名にアンカータグを振っている。従って、エントリページ５０の１２月３１日の部分をクリックすると１２月３１日の本文ページが表示されるように成る。
【００６０】
次に図９ではメール処理プログラム３１が、新たに受け取った電子メールを処理して、古い処理メールに上書きしている例を取り上げている。１２月３０日の件名６１及び本文６２が記載されたＷｅｂページを、１２月３１日の件名６及び本文６０が記載されたＷｅｂページで上書きする。従って、１２月３０日の件名６１及び本文６２は消去されたことに成る。
【００６１】
次に図１０ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、仮想ディレクトリに記憶しておいたヘッダページ５１をＷｅｂページ５の頭に、またテーラページ５２をＷｅｂページ５の尾に追加して１ページを生成している例を取り上げている。
【００６２】
これまでの実施の形態では受け取った電子メールを件名と本文とから成るテキストオンリーのページとして生成していたため、少々単純で殺風景な印象を受けるものであった。これに対してこの実施の形態では、予め用意したヘッダページ５１やテーラページ５２を追加している。従ってこの分ページが見栄えのするものと成る。ヘッダページ５１やテーラページ５２にイメージを追加すれば、更に華やかなものとすることが出来る。
【００６３】
次に図１１ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、フレーム４１で区画したページを生成するものとした。即ちＷｅｂページ５があるフレーム４１の上に、バナーページ５３があるフレーム４０を設けた２段のものとした。このバナーページ５３は予め用意しておけばよい。従ってページが見栄えのするものと成っている。
【００６４】
次に図１２ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、左右２つの区画を有するフレームページ４２，４３を生成すると共に、左側のフレームページ４２内にエントリページ５４を、そして右側のフレームページ４３内に本文のみのＷｅｂページ５を割り当てるようにした。
【００６５】
また左側のフレームページ４２では件名を昇順とし、最新の件名にそれが最新のものであることを示すマーク５５を付与した。このマークは「Ｎｅｗ！！」というアイコン画像であり、イメージタグにより表示している。
【００６６】
次に図１３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、予め登録させたスタイルシート５６を読み込み、このスタイルシートの記載に基づいてＷｅｂページを生成している。スタイル０１というスタイルシートは＃ｂｉｇｉｎ〜＃ｅｎｄに記載されている部分を指すが、ここではＷｅｂページの背景色、本文文字種、サイズ、文字色を規定している。従って、単にテキストベースの電子メールを受けただけであるにも関わらず非常に見栄えのするＷｅｂページを見せることが出来るのである。
【００６７】
次に図１４ではメール処理プログラム３１がＷｅｂページを生成するに当たって、スタイルシートの切り替えを行なう様子を示している。
【００６８】
受信装置は標準アドレスの他にそれとは異なる書式アドレスを設定してあり、電子メールをこの２つのアドレスで別々に受けることが出来る。ユーザーが電子メールを標準アドレスに送って来た場合、メール処理プログラム３１は標準スタイルシートを参照して電子メールを整形する（ａ）。これに対しユーザーが書式アドレスに宛てて、例えばユーザーが作成した新書式のスタイルシートを送って来た場合は、メール処理プログラム３１は標準スタイルシートをこの新書式スタイルシートと入れ替えてしまうように成っている。従って、次にユーザーが電子メールを標準アドレスに送って来た場合には、前記メール処理プログラム３１は新書式スタイルシートを参照して電子メールを整形する（ｂ）。新書式スタイルシートは、ユーザーが作成するようにしても、或いは予めこちらで作成したものをユーザーに提供し、自由に選択してもらうようにしても良い。
【００６９】
次に図１５ではメール処理プログラム３１がＷｅｂページを生成するに当たって、ユーザーが送信して来た電子メールのヘッダーパート９０を調べ、拡張フィールド９１０が記載されている場合には、予め用意しておいたスタイルシートの中から拡張フィールド９１０の記載に対応するスタイルシートを選択し（この例ではｓｔｙｌｅ０１）、このスタイルシートの記載に基づいてページを生成するようにしたものを示す。
【００７０】
ユーザーにはどのようなスタイルシートが用意されていて、その名称が何であるかを事前に知らせておくようする。そして電子メールのヘッダーパート９０にスタイルシートが記載されていない場合や、記載されていても該当するスタイルシートが存在しない場合には、標準のスタイルシートを利用するか何も使用しないかなどを設定しておけば良い。図１６はその処理の一例であるが、電子メールを受け取って（ステップＳ１２）、メール処理プログラム３１は件名と本文とを切り出しておく（ステップＳ１３）。ここで拡張フィールド９１０が記載されているか否かをチェックし（ステップＳ１４）、記載されていない場合には件名と本文とにそのままＨＴＭＬタグを付与するだけとする。記載されている場合であってその記載内容のスタイルシートが存在する場合は（ステップＳ１５）、そのスタイルシートを読み込んで（ステップＳ１６）、件名と本文とを整形し（ステップＳ１７）、仮想ディレクトリへ保存する（ステップＳ１８）。
【００７１】
次に図１７ではメール処理プログラム３１がＷｅｂページを生成するに当たって、受信装置は標準アドレスの他に、それとは異なる削除アドレスを設定してあり、電子メールをこの２つのアドレスで別々に受けることが出来ると共に、夫々のアドレスで異なる処理を担当するようにした実施形態を示す。
【００７２】
ユーザーが電子メールを標準アドレスに送って来た場合には、メール処理プログラム３１は電子メールを整形する。これに対しユーザーが削除アドレスに宛てて件名６１をサブジェクトとした電子メールを送って来た場合には、件名６１とその本文６２とを既に公開したＷｅｂページから削除する。従って、既に掲載したＷｅｂページから特定の文章を削除したいとする場合に、これを電子メールで受け付けて上げることが出来るため便利である。
【００７３】
次に図１８ではメール処理プログラム３１がＷｅｂページを生成するに当たって、Ｗｅｂページの管理ページ９３をそのオーナーのみがアクセスし得るように提示しておき、管理ページ９３にはエントリを表示し、このエントリから任意の件名を選択し得るようにしておき、この管理ページから消去したいとする件名を選択させ、選択された件名とこれに対応する本文とを削除し、エントリページを更新するようにしたものを示した。この例では１２月３０日の本文を削除すべく１２月３０日をチェックしてＯＫボタンを押してもらうようにした。
【００７４】
次に図１９ではメール処理プログラム３１がＷｅｂページを生成するに当たって、その成功失敗をユーザーに通知すると共にログを残すようにした実施形態を示す。このためこの実施形態では、図２０で表わすようにメール送信プログラム８１を備えている。なおメール受信プログラム３０とメール送信プログラム８１とが一体のメール送受信プログラムとしても良い。
【００７５】
メール処理プログラム３１は受け取った電子メールからユーザー名や受信日付などの管理情報を切り出してログファイルを作成する。またこのログファイルにはＷｅｂページ生成処理の成功失敗や、失敗の場合の原因（エラーログ）が書き込まれるようにした。これと同時に、この時の処理内容を書き込んだ電子メールを作成してユーザーへ送信するようにした。従って何かトラブルが生じたような場合でもユーザー共々対策に当たることが出来る。
【００７６】
次に図２１ではメール処理プログラム３１がＷｅｂページを生成するに当たって、分割ファイルを受け取った場合、この分割ファイルを連結したページとして生成するものを取り上げている。ここでは件名が同一の電子メールを続けて２通受け取った例を示した。
【００７７】
従ってこの実施形態は、例えば携帯電話やＰＨＳから電子メールを送信したいとするユーザーに、文字数制限を外して上げることが出来る。また例えば後から追加したいことが出て来たような場合にも有効である。
【００７８】
次に図２２は、Ｗｅｂベースの電子メール送信画面をＷｅｂサーバが送信した状態を表わす。符号８２はメール送信画面であり、ヘッダエリア８３とテキストエリア８４とから構成されている。このような一般的なＷｅｂベース電子メールシステムから送信されたものを受け取りＷｅｂページに登録することが出来る。しかしながらＷｅｂベース電子メールのシステムとＷｅｂページの登録システムとが同一サイト上にあるため、送信プロトコルにはｓｍｔｐを使用してもしなくても良い。
【００７９】
なおこのＷｅｂベースの電子メール送信画面を、Ｗｅｂページの登録システム専用のものに作り替えることが出来る。例えば上述したスタイルシートを指定したり、不要な文章を削除したりする指定を選択出来るような送信画面を構成することが可能である。
【００８０】
次に図２３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、添付ファイルがある場合にはこれをメール本文から分割して、前記ページを生成するに当たりこの添付ファイルを所定の位置に配置する処理手順を示している。標準入力から電子メールを受け取って（ステップＳ１９）、メール処理プログラム３１は件名と本文を切り出し（ステップＳ２０）、この電子メールに添付画像があるか否かをチェックし（ステップＳ２１）、添付されている場合は所定のスタイルシートを読み込み（ステップＳ２２）、そのスタイルシートに従って件名と本文に所定のＨＴＭＬタグを付与し（ステップＳ２３）、このように整形した文章を仮想ディレクトリへ保存して（ステップＳ２４）終了する。またもしステップＳ２１でこの電子メールに添付画像がないと判断された場合では、標準的なスタイルシートを使用して件名と本文とを整形する。
【００８１】
従って電子メールに画像が添付されている場合は、この画像を最適に配置することが出来る。例えば図２４で表わしたものは、Ｗｅｂページ５の上部にヘッダページ５１を付加し、件名６と本文６０との間に添付画像である写真６５を左寄せで配置すると言うような記載のあるスタイルシートがステップＳ２２で読み込まれた例である。
【００８２】
次に図２５にてＨＴＭＬメールのソースの一例を示す。この実施形態では受け取った電子メールがＨＴＭＬメールである場合に、このＨＴＭＬメールから所要のタグを残したまま本文を切り出してＷｅｂページを生成するものとした。符号９６は切り出し部を示す。メール処理プログラム３１はＨＴＭＬメールから切り出し部９６を切り出してベースとし、その中から件名を切り出してタイトルとすべくタイトルタグを付与し、Ｗｅｂページを生成する。
【００８３】
従ってこの実施形態によればユーザーは背景、画像、文字サイズ、フォント種などを指定したＨＴＭＬメールを作成すれば、これをほぼそのままＷｅｂページとして公開することが出来るように成る。
【００８４】
次に図２６ではメール本文をどのような形態で受け取るかを表わした。即ち、通常電子メールはポート番号２５を指定することに成っている。ここでＸＸというポート番号の受け口を指定して新設ポート２３としこの新設ポート２３でユーザーからの電子メールを受信するものとした。またこの場合のプロトコルを従来通りｓｍｔｐとした。
【００８５】
しかしながら新たに受信処理プログラムを作成すれば、例えば９９９９というような新設ポート２４を設けて、ここで独自のプロトコルでＷｅｂページとしたい文章を受け取ることが可能である。同様に従来のｆｔｐ、ｔｅｌｎｅｔなどのプロトコルを利用した受信処理プログラムを作成して利用するようにしてもよいであろう。このようにすれば電子メール利用には特に拘らずに済む。
【００８６】
次に図２７ではメール本文をどのような形態で受け取るかを表わした。メールスプールからヘッダ９７部分と本文９８部分とを切り出す状態を表わしている。メールスプールには幾つもの受信メールが一繋がりで記録されているため、ここから所要の部分を切り出すようにして、メール処理プログラム３１へ引き渡すようにすることが出来る。これであればそれまでに蓄積された電子メールを定期的に切り出して一気に処理することが出来る。
【００８７】
次に図２８ではメール本文をどのような形態で受け取るかを表わした。即ち、メール受信プログラム３２で受信した電子メールをフォワードファイルの記載に基づいてフォワーディングし、この電子メールをメール処理プログラムがパイプ処理により標準入力から受け取るものである。ＵＮＩＸシステムなどで一般的な処理方法をこの発明に適用しているため、実現が比較的容易である。
【００８８】
次に図２９ではメール本文をどのような形態で処理するかを表わした。即ち、ｓｅｎｄｍａｉｌで受信した電子メールに写真などの添付ファイルがある場合、ＵＮＩＸシステムは新たなプロセスを生成し同時に実行する。この実施形態ではｓｅｎｄｍａｉｌの他、新たにメール処理プロセスと添付ファイル処理プロセスとの計３つのプロセスを同時に走らせている。ここでもＵＮＩＸシステムなどで一般的な処理方法をこの発明に適用しているため、実現が比較的容易である。
【００８９】
さて図３０は送信する電子メールのデータ構造の説明図である。更に詳しくは既に生成されたＷｅｂページに付いて、後から部分的な更新、置き換え、追加、削除等の各種変更処置を電子メールで指示出来るようにするための、電子メールのデータ構造に関する実施形態である。この目的を達成するために、メール処理プログラムへは当初から図３０で表わすような細工を施した電子メールを送信するようにする。即ち、後から変更処置を加えたいとする部分を予めブロック毎に区分けしておくのであるが、この区切りの印として、各ブロックの頭に開始コメント行９７を振っておくようにした。電子メールの本文は、この開始コメント行９７ごとＷｅｂページとして登録される。これにより、後から電子メールでコメント行９７を指定すると共に、処置の内容をメール処理プログラムへ伝えるだけで、メール処理プログラムは指定された開始コメント行９７が指し示すブロックに対して所定の処置を行なうことが出来るように成る。
【００９０】
元来コメント行は、ユーザーのブラウジング時には表示されないものであるため、これを活用するようにした。開始コメント行９７の名付けは任意であるが、その前後を「＜！−−」と「−−＞」とで挟むようにする。なおブラウザ次第で不可視のコメント行の書式を自由に変更することが出来る。
【００９１】
次に図３１では後から変更処置を加えたいとして区切った各ブロックを、一対の開始コメント行９７と終了コメント行９８とで挟んだ実施の形態を表わした。図３０で表わした実施形態では開始コメント行９７から次の開始コメント行９７までが一つのブロックであると判断させるものである。これに対し視認性を良くするために、ブロックを開始コメント行９７と終了コメント行９８とで挟み込むようにした。特に次に述べる入れ子構造のものではこの方式が活きる。
【００９２】
次に図３２にてＨＴＭＬメールのソースの一例を示す。この実施形態では送信する電子メールがＨＴＭＬメールであって、このＨＴＭＬメールに入れ子構造のコメント行を振っている。開始コメント行９７と終了コメント行９８との間が親ブロック９９であり、この開始コメント行９７と終了コメント行９８との間に、やはり開始コメント行と終了コメント行との組により挟まれた２組の子ブロック９００が挿入されている。その何れの子ブロック９００もイメージであり、このイメージはこのＨＴＭＬメール内でイメージタグを以て指定される。
【００９３】
上記開始コメント行９７と終了コメント行９８とに挟まるブロックに対しては「００１」という名前が振られている。この子ブロックである２つのイメージには「００１−０１」と「００１−０２」という名前が振られており、親ブロックよりも一つ下の階層にあることが分かる。このようにして複雑な構成のページを細部に分割し、後から自由度の高い変更処置を、電子メールを使用して施すことが出来るように成っている。
【００９４】
さて図３３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、コメント行をそのまま残して整形する様子を示している。このコメント行は上述したようにブロックを特定するための目印であり、コメント行があるが故に後々これ等のブロックに対して更新、置き換え、追加、削除等の各種変更処置を行なうことが出来るように成る。このためにコメント行をそのまま残すようにして、件名と本文とを整形するのである。
【００９５】
次に図３４ではコメント行の指定と処置命令とを、電子メールのヘッダ９０で新たに定義した拡張フィールドにて行なっている。Ｘ−Ｄｅａｌｉｎｇ：の行は処置命令指定９０１であり、Ｘ−Ｃｏｍｍｅｎｔ：の行はコメント行指定９０２である。処置命令指定９０１は「置き換え（ｒｅｐｌａｃｅ）」を指定した例であり、またコメント行指定９０２は「ａａ．ｈｔｍｌの０００３というコメント行に対応するブロック」を指定した例である。
【００９６】
図示していないメール処理プログラムは電子メール中から処置命令指定９０１とコメント行指定９０２とを見つけ出し、図示していないメール本文によって、ａａ．ｈｔｍｌというファイルの０００３に相当するブロックを書き替えるように動作する。もちろん処置命令指定９０１とコメント行指定９０２との双方あるいは一方でも見付からない場合には、何等の処理も行なえず、メール本文は廃棄される。なお上記は文章を新たな文章によって置き換える場合を示したが、これ以外にも文章をフレームで記載した表に置き換えたり、或いはイメージを文章で置き換えるなどと言うことが可能と成っている。なお更新、置き換え、追加などの処置を行なう際の新たな文章は、電子メールの本文に記載したり添付ファイルなどとすればよく、また新たなイメージに付いてはやはり電子メールの添付ファイルなどとすればよい。
【００９７】
次に図３５では、メール処理プログラムが処置命令を実行する様子を示しており、また図３６では、この際に使用されるこの発明の電子メールを示している。先ず電子メールに付いて、ヘッダ９０のＴｏ：の行で、用意した特定のアドレスを記載している。このアドレスは「ｄｅｌｅｔｅ＠」とあるように、削除命令に対応するアドレスとして設けられたものである。またメール本文９１中で、前記削除処置を施すべきｂｂ．ｈｔｍｌの０００３という親ブロックの入れ子である０００３−０１ブロックを指定している。符号９０３はアドレス行を示し、符号９０４はコメント行指定を示す。なおコメント行指定９０４はコメントそのものではないから、「＜！−−」と「−−＞」は付与されてはいないが、メール処理プログラムが解釈出来るようにしさえすれば、「＜！−−」と「−−＞」を付与することも可能である。
【００９８】
そこでメール処理プログラムは、この「ｄｅｌｅｔｅ＠」というアドレスにてメールを受信した場合、アドレス対応処置命令が削除命令であることを確認し、メール本文９１中にコメント行指定９０４があることを見付け、ｂｂ．ｈｔｍｌの０００３−０１ブロックを確認して、このブロックの内容を「削除」することに成る。
【００９９】
次に図３７は処置一覧表９０５に関する。この一覧表が示すものは、処置すべきＷｅｂページのコメント行をアドレスに用いていることと、処置命令の指定に電子メールのタイトル（サブジェクト）を用いていることである。従って、更新をｃｃ．ｈｔｍｌの０００６＿０１＿に対応するブロックに対して行ないたいとする場合にはこの一覧表の上段の表記を、ｃｃ．ｈｔｍｌの０００６＿０４＿に対応するブロックの次に、０００６＿０５＿というブロックを追加したいとする場合には中段の表記を、またｃｃ．ｈｔｍｌに新たに０００７＿を作りたいとする場合には下段の表記を、電子メールに対して施せば良い。
【０１００】
而してこのような電子メールを受けたメール処理プログラムは、受信アドレスが示すファイルの特定のブロックに対し、電子メールのタイトルが示す処置命令を実行する。
【０１０１】
次に、図３８（ａ）は整理前のコメント行を表わし、また図３８（ｂ）は書き替え後のコメント行を表わす。元々は図３２で表わしたように、００１−０１という名前の一対のコメント行で挟み込まれた「桜の写真」と００１−０２という名前の一対のコメント行で挟み込まれた「梅の写真」とが、子ブロック９００のイメージタグとして存在していた。それが置き換え命令を実行することにより、図３８（ａ）のように００１−０１の「桜の写真」の後に００１−０３の「松の写真」が来るというように、連続したコメント番号ではなくなっていた。
【０１０２】
そこで図示していないメール処理プログラムは、コメント番号を振り直す作業を行なうことによって、図３８（ｂ）のように００１−０１の「桜の写真」の後に００１−０２の「松の写真」が来るように、ＨＴＭＬページを書き替えるのである。
【０１０３】
なお、ブラウザにはソースを見るコマンドが用意されているものであるから、書き替え後の当該ＨＴＭＬページを、コメント行付きのまま見ることが出来る。この時にコメント番号が綺麗に揃っていることが分かる。従って次の機会にあるブロックに対して何等かの処置を行なおうとする場合に、ブロックの指定が分かりやすく楽に成るという効果を奏する。
【０１０４】
さて次に説明する実施形態は、ユーザーが電子メール本文の処理種別に対応するアドレスに宛てて電子メール本文を送信するに際し、処理種別に対応するアドレスを一々記憶しておき、このアドレスをアドレス入力欄に書き込まなくて済むように、ユーザーが処理種別を選択したら、これに対応するアドレスが返信アドレス(FromまたはReply-To)となるようにヘッダを加工した電子メールをユーザー宛てに送信し、ユーザーにはこのメールに返信して貰うだけでよいものとするためのものである。受信した電子メールに対し返信操作を行なうと、アドレス入力欄に返信アドレス(FromまたはReply-To)が自動的に記入されるからであり、その返信アドレスが電子メール本文の処理種別に対応するようにしておけば良い分けである。
【０１０５】
図３９に示したものは、Ｗｅｂページを、左側の処置命令選択フレーム８５と右側のフォーム送信フレーム８６とに分けて表示するものであり、処置命令選択フレーム８５に於いて例えば「ポインター下追加」というメニュー（リンク）がクリックされることでそれに対応するＷｅｂページをフォーム送信フレーム８６に送信するように成っている。このフォーム送信フレーム８６には「ポインター下追加」に対する解説と、後に「ポインター下追加」という処置命令を受信するための電子メールアドレスを返信アドレス７２(Reply-To)に設定した電子メールを、ユーザー希望のアドレスへ送信するために必要な送信アドレス(To)を記入して貰うためのアドレス入力欄８７とが設けられている。ユーザーはこのアドレス入力欄８７に記入した後、送信ボタンを押すのである。
【０１０６】
而して図４０に示すように、アドレス入力欄８７に記入されたユーザー希望のアドレスを送信アドレス(To)とし、「ポインター下追加」という処置命令に対応するアドレスを返信アドレス７２(Reply-To)としたヘッダ７０を作成し、メール本文入力部７１には「＃文章を入力してください。」と記し、この電子メール７をユーザー希望のアドレスへ送信するのである。
【０１０７】
従って、ユーザー側（前記送信アドレスで指定された者）がこの電子メール７に対して返信しようとすると、図４１に示すように、返信メール９０８のヘッダ９０の送信アドレス(To)には、処置命令に対応する返信アドレス９０９が自動的に付くことに成る。そこでユーザー側ではメール本文９１を記入して送信すれば良い。
【０１０８】
これまでの一連の処理手順をフローチャートにて表わしたものが図４２であるが、図３９で示したフォーム送信フレーム８６（この時点で既に送信アドレスが決定されている）から送信されたフォームメールを受信し、この送信アドレス故に処置命令の種別を確認することが出来、この処置命令に対応する返信アドレス(Reply-To)を付けて、アドレス入力欄８７で指定されたアドレスへ送信し、これに対する返信メールを受信し、この中に記載されたメール本文９１に対して適切な処置を実行する。なおアドレス入力欄８７でアドレスが指定されなかった場合であるが、この時にはユーザーにより設定されたデフォルトアドレスへ送信するようにすれば良い。
【０１０９】
次に、図４３で示したフォーム送信画面８８では、処置命令選択メニュー８９を設けて、このフォームメールの送信アドレスを指定させるようにしている点に特徴を有する。処置命令に対応する返信アドレス(Reply-To)がここで決定される点で、図３９に示した形態とは異なっている。しかしながら、処置命令に対応する覚え難い電子メールアドレスではなく処置命令を名前で選択させている点は、同様の思想に基づくものである。
【０１１０】
なお符号８００は送信方法選択メニューであり、「メールで送信する」を選択すると、上述した返信アドレスに対してメール本文を記入して返信するＷｅｂの更新方法が利用出来るのであるが、「ここで本文を入力」を選択すると、図示しない別のＷｅｂページ（フォーム送信ページで実現する）がダウンロードされ、ここから直接Ｗｅｂの更新を行なう方法が利用出来る。この場合、処置命令選択メニュー８９で指定された処置内容が反映されるように処理するのは言うまでもない。
【０１１１】
次に、図４４で示したフォーム送信画面８０１では、ユーザーに予め幾つかの送信アドレス(To)を登録させ、この中から１つを選択させるためのアドレス選択メニュー８０２を設けている。従って、前記デフォルトアドレス以外のアドレスを指定するために、わざわざアドレス入力欄８７に記入するような必要がなくなり、アドレス選択メニュー８０２から選択するだけで良いため便利である。上述したように、Ｗｅｂの更新を行なうコンピュータが各所に分散して置かれている場合や、他者のアドレスを指定しなくては成らない場合などにも有効である。
【０１１２】
さて、この発明は上述した実施形態や実施例に限定されるものではない。例えば、上述した図３９に係る「ユーザーが処理種別を選択したら、これに対応するアドレスが返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)となるようにメールヘッダを加工した電子メールをユーザー宛てに送信し、ユーザーにこのメールに返信させる」ようにするタイプのものは、図４５および図４６で示すような実施例として応用することが出来る。
【０１１３】
即ちこの実施例の目的は、あるプロジェクトに係る同一のＷｅｂページを共同で作成させ、そのページをメンバーに参照させつつプロジェクトを進めようとする点にある。このためプロジェクトマネージャが企画、財務、開発、技術、販売等の各担当者に担当箇所のＷｅｂページの作成を依頼し、各担当者がメール処理プログラム３１に対してＷｅｂページを生成させるべくメールを送信する。この際、プロジェクトマネージャが各担当者に送信するメールには前記返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)が記載される。従って、各担当者はそのメールに対し返信することで、上述したようにメール処理プログラム３１に宛ててメールを送信することが出来る。こうして各担当者からのメールを受けたメール処理プログラム３１は、それ等をまとめて一つのページを生成するのである。
【０１１４】
図４６はこの一実施例であり、図中符号８０３はプロジェクトマネージャ用のフォーム送信画面である。アドレス選択メニュー８０４によって担当者を選択して、コメント入力欄８０５に指令を書き込んで送信する。この時、フォーム送信画面８０３ではアドレス選択メニュー８０４で選択された担当者を送信先(To)に指定すると共にその担当者に対応する返信アドレス(この実施例ではFromとReply-To)を指定してメールヘッダを生成する。
【０１１５】
また例えばこの発明ではＣＧＩ、ＰＨＰ、Ｊａｖａ（商標）などのプログラムを利用した、静的なＷｅｂページではなく動的なＷｅｂページを生成するように設計することが出来る。図４７で図示したものはその一実施例であるが、メール処理プログラム３５が、ヘッダ部４７やテーラ部５８のみならず、データベース（ＤＢ）３６のデータを利用して本文５９を生成する場合を示している。
【０１１６】
これによって、メールの生成を単純なＨＴＭＬ文による静的な入れ替えによるのではなく、例えばＰＨＰプログラムがヘッダ部４７やテーラ部５８と成るファイルを読み込み、所要の処理を行なって出力し、また入れ替え部分のファイルを読み込んで動的に本文５９を出力すると言うようなことを可能にしている。符号５９はデータベース（ＤＢ）３６のデータから生成したテーブル（一覧表）形式の本文である。
【０１１７】
また例えばこの発明では、電子メールを受け取って本文を切り出しＷｅｂブラウザから閲覧可能と成るようにＨＴＭＬページを生成するまでを、一つのサーバで処理することも、あるいは２以上のサーバで役割分担しながら処理することも可能である。図４８はこの一実施例であるがここではメール処理プログラム３７とＷｅｂ生成プログラム３８とを分けた例としている。電子メールクライアント９から送信された電子メールをメール処理プログラム３７で受信して、Ｗｅｂ生成プログラム３８へ送ったり、Ｗｅｂブラウザ９２に表示したフォームメールから送信されたものを一旦メール処理プログラム３７で受信し、上述したような返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)をメールヘッダに付加して電子メールクライアント９へ送信し、これに対して返信が為されたらそれを再度メール処理プログラム３７受信して、Ｗｅｂ生成プログラム３８へ送るようにしたものである。
【０１１８】
而して、Ｗｅｂ生成プログラム３８での処理結果は、ｆｔｐ等のプロトコルを利用してＷｅｂサーバ８へアップロードする。なおこのＷｅｂサーバ８からは、前記フォームメールが提供されるものとした。このように、所要の処理を複数のサーバに分担させることにより、負荷分散による処理スピードの向上などが計れるように成る。
【０１１９】
【発明の効果】
以上この発明は、電子メールを受け取って本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成するものとした。ユーザーは電子メールを使用することが出来さえすれば良いわけである。
【０１２０】
この結果、Ｗｅｂページを制作することなく、またＦＴＰプログラムを利用することなく、手軽に簡単に利用可能な電子メールソフトウェアを使用し、Ｗｅｂページの文章と成る電子メールの本文を書き、特定のアドレスに送信するだけで電子メールの本文をＷｅｂページとしてＷｅｂサーバに登録することが、誰でも容易に行なえるように成った。
【図面の簡単な説明】
【図１】この発明の一実施形態によるＷｅｂページの登録装置の全体構成を示す図である。
【図２】図１の登録装置をＣＰＵ２を用いて実現した場合のハードウェア構成を示す図である。
【図３】インターネット接続の模式図である。
【図４】電子メールのフォームを示す図である。
【図５】電子メールの内容の一例を示す図である。
【図６】ディスプレイ１１によりモニターしている様子を表わす図である。
【図７】処理手順を表わすフローチャートである。
【図８】この発明の一実施形態によるエントリページ５０の説明図である。
【図９】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１０】この発明の一実施形態によるＷｅｂページを表わす。
【図１１】この発明の一実施形態によるＷｅｂページを表わす。
【図１２】この発明の一実施形態によるＷｅｂページを表わす。
【図１３】スタイルシートの一例を示す図である。
【図１４】処理手順を表わすフローチャートである。
【図１５】拡張フィールド９２が追加されたヘッダパート９０の説明図である。
【図１６】処理手順を表わすフローチャートである。
【図１７】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１８】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１９】ユーザーとサーバとの間のセッションを表わす模式図である。
【図２０】この発明の一実施形態のブロック図である。
【図２１】分割して送信された電子メールを表わす。
【図２２】Ｗｅｂベースのメール送信画面８２を表わす。
【図２３】処理手順を表わすフローチャートである。
【図２４】処理結果のＷｅｂページを表わす。
【図２５】ＨＴＭＬメールのソースの一例を示す。
【図２６】メール本文の受信形態の説明図である。
【図２７】メールスプールファイルの一例を表わす。
【図２８】メール本文の受信形態の説明図である。
【図２９】フォークの概念図である。
【図３０】送信する電子メールのデータ構造の説明図である。
【図３１】送信する電子メールのデータ構造の説明図である。
【図３２】送信するＨＴＭＬメールのデータ構造の説明図である。
【図３３】処理手順を表わすフローチャートである。
【図３４】処理対象となる電子メールの説明図である。
【図３５】処理手順を表わすフローチャートである。
【図３６】処理対象となる電子メールの説明図である。
【図３７】処置一覧表である。
【図３８】（ａ）は整理前の（ｂ）は書き替え後のコメント行を表わす説明図である。
【図３９】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図４０】ユーザー希望アドレスへ送る電子メールを表わす。
【図４１】返信された電子メールを表わす。
【図４２】処理手順を表わすフローチャートである。
【図４３】この発明の一実施形態によるフォーム送信画面８８を表わす。
【図４４】この発明の一実施形態によるフォーム送信画面８０１を表わす。
【図４５】この発明の一実施形態による処理手順を表わす図である。
【図４６】フォーム送信画面８０３を表わす。
【図４７】この発明の一実施形態による処理方法を表わす模式図である。
【図４８】この発明の一実施形態による処理方法を表わす模式図である。
【符号の説明】
１ 入力装置
１０ 記憶装置
１１ 表示装置
１２ 制御装置
１３ 受信装置
１４ 送信装置
２ ＣＰＵ
２０ メモリ
２１ ＣＤ−ＲＯＭドライブ
２２ ＣＤ−ＲＯＭ
２３ 新設ポート
２４ 新設ポート
３ ＯＳ
３０ メール受信プログラム
３１ メール処理プログラム
３２ メール受信プログラム
３３ パイプ
３４ メール処理プログラム
３５ メール処理プログラム
３６ データベース
３７ メール処理プログラム
３８ Ｗｅｂ生成プログラム
４ Ｗｅｂブラウザ
４０ フレーム
４１ フレーム
４２ フレーム
４３ フレーム
５ Ｗｅｂページ
５０ エントリページ
５１ ヘッダページ
５２ テーラページ
５３ バナーページ
５４ エントリページ
５５ マーク
５６ スタイルシート
５７ ヘッダ部
５８ テーラ部
５９ 本文（テーブル）
６ 件名
６０ 本文
６１ 件名
６２ 本文
６３ 件名
６４ 本文
６５ 写真
６６ ログファイル
７ 電子メール
７０ ヘッダ
７１ メール本文入力部
７２ 返信アドレス
８ Ｗｅｂサーバ
８０ Ｗｅｂサーバプログラム
８１ メール送信プログラム
８２ メール送信画面
８３ ヘッダエリア
８４ テキストエリア
８５ 処置命令選択フレーム
８６ フォーム送信フレーム
８７ アドレス入力欄
８８ フォーム送信画面
８９ 処置命令選択メニュー
８００送信方法選択メニュー
８０１フォーム送信画面
８０２アドレス選択メニュー
８０３フォーム送信画面
８０４アドレス選択メニュー
８０５コメント入力欄
９ 電子メールクライアント
９０ ヘッダ
９１ メール本文
９２ Ｗｅｂブラウザ
９３ 管理ページ
９４ 分割ファイル
９５ 分割ファイル
９６ 切り出し部
９７ 開始コメント行
９８ 終了コメント行
９９ 親ブロック
９００子ブロック
９０１処置命令指定
９０２コメント行指定
９０３アドレス行
９０４コメント行指定
９０５処置一覧表
９０６旧コメント行
９０７新コメント行
９０８返信メール
９０９返信アドレス
９１０拡張フィールド
【発明の属する技術分野】
この発明は、ユーザーが作成したＷｅｂページをＷｅｂサーバに登録するのに電子メールを利用したことを特徴とする、電子メールによるＷｅｂページの登録方法、装置、記録媒体およびこのための電子メールに関するものである。
【０００２】
【従来の技術】
従来Ｗｅｂページを作成したユーザーが、これをＷｅｂサーバに登録するためには、ＦＴＰを利用し、文章に付いてはＡＳＣＩＩコードで、また画像等に関してはバイナリコードでＷｅｂサーバの仮想ディレクトリに宛てて送信するということを行なっている。
【０００３】
なおＷｅｂページの作成には、テキストエディタを用いてＨＴＭＬタグを挿入しつつ文章入力を行なうが、タグを知らなくても専用のＨＴＭＬエディタによりＷｅｂページを制作することが可能に成っている。
【０００４】
【発明が解決しようとする課題】
しかしながら、テキストエディタを用いてＷｅｂページを制作するにはプログラミングの知識が必要であり、インターネットを使い始めたばかりのユーザーやプログラミンクに適正を持たないユーザーにとっては意外に難しいのが実情である。またＨＴＭＬエディタの場合には、制作過程のＷｅｂページとこれをＷｅｂブラウザで表示したものとが必ずしも同じように見えないなどの問題を依然抱えている。即ち、気軽にＷｅｂページを公開したくても最初からつまずいてしまうことが多いのである。
【０００５】
またこのようにして制作されたＷｅｂページをＷｅｂサーバに登録するには、上述したようにＦＴＰを利用することに成るが、事前にＦＴＰサーバのアドレスやユーザーＩＤやパスワードの設定を行なわなくてはならないという、これまた初心者にとっては辛い作業を必要とする。このためＷｅｂページの公開を諦めてしまうようなことも起こっていた。
【０００６】
一方インターネットで利用出来るサービスは多々あるが、ネットサーフィンと呼ばれるＷｅｂページのブラウジングと、電子メールしか利用していないというユーザーが多いのが実情である。電子メールには、要件と送信先のアドレスとを入力するだけでよいという大きな利点があり、初心者でもすぐに使用することが出来る。
【０００７】
上述したような実情に鑑みこの発明の第１の目的は、Ｗｅｂページを制作することなく、またＦＴＰプログラムを利用することなく、手軽に簡単に利用可能な電子メールソフトウェアを使用し、Ｗｅｂページの文章と成る電子メールの本文を書き、特定のアドレスに送信するだけで、電子メールの本文をＷｅｂページとしてＷｅｂサーバに登録することが出来るようにすることにある。またこの発明の第２の目的は、この使い勝手を更に良好なものとすることにある。
【０００８】
【課題を解決するための手段及び作用】
上記課題は、電子メールを受け取って、本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成することにより達成される。電子メールは、一般的にヘッダーパートと本文とから構成されるが、Ｗｅｂページに上げる文章としては本文のみでよいため、受け取った電子メールから本文のみを切り出すということを行なう。そしてこの本文をＷｅｂブラウザから閲覧可能とするには、この本文に所要のＨＴＭＬタグを付加してＷｅｂページを生成し、Ｗｅｂサーバの所定のディレクトリに入れる。
【０００９】
このようにして、電子メールを送るだけでその内容がＷｅｂページとして登録されるので、誰にでも手軽に簡単に利用出来る。またＦＴＰサーバにアクセスすることが許可されないような場合でも、電子メールを利用すればＷｅｂページを登録することが出来るという利便性がある。なお複数の電子メールを時系列的に登録する場合、後述するような電子メールのヘッダーパートに記載された件名を列挙したエントリページを生成すると便利であるが、このエントリページの件名からリンクされた各々の電子メール本文は必ずしもＷｅｂページでなくともよくＴＥＸＴページであってもよい。
【００１０】
更にこの発明によれば、Ｗｅｂサーバを備えており、Ｗｅｂブラウザからの送信要求によって、前記生成されたページをこのＷｅｂブラウザへ送信するようにしている。この発明はＷｅｂサーバを備えていなくてもよいが、Ｗｅｂサーバに組み込んで一体化させてもよい。
【００１１】
更にこの発明によれば、前記ページを生成するに当たって、このページの他にエントリページを生成し、エントリページに前記ページへのリンクを設けるようにしている。エントリページとは、複数の電子メール本文を時系列的に登録する場合に、Ｗｅｂブラウザから任意の１を選択し得るように件名を列挙したページであり、この列挙された件名から任意の１を選択するとその件名にリンクされている電子メール本文のあるページが表示されるようにした。このエントリページの件名は、上述したように電子メールのヘッダーパートに記載された件名をそのまま利用してもよいし、電子メール本文から最初の１行を抜き出して利用したりまた本文の要約を自動生成しこれを利用するようにしてもよい。
【００１２】
更にこの発明によれば、前記ページを生成するに当たり、これに先立って生成したページがある場合にはそのページに追記するようにしている。即ち、新しいページを古いページに追記するのである。従って、複数の電子メール本文を時系列的に登録する場合に、各々のページを別ページにするのではなく、巻き物のようにスクロールしてブラウジングする連続したページにしている。なおこの際、時系列的に新しい電子メール本文をページの先頭部分に追記するようにしても、或いはページの末尾部分に追記するようにしてもよく、これは任意設計事項である。
【００１３】
更にこの発明によれば、前記ページを生成するに当たり、これに先立って生成したページがある場合にはそのページに上書きするようにしている。即ち、新しいページで古いページを上書きするのである。従って最新の電子メール本文しかブラウジンク可能にしたくない場合に有効である。なおこの上書きと同様の考え方として新旧ページの入れ替えがある。
【００１４】
更にこの発明によれば、最新の前記ページをＷｅｂページとして生成するのに当たり、それが最新のページであることを示すマークをページ中に設けるようにしている。これはＷｅｂページ中に文字として記載したり、イメージタグによりアイコンとして表示させたりすることを言う。従ってユーザーからはどれが最新のページであるかが一目で分かる。なお更新により古く成ったページに付いてはこのマークを除去するようにすることが望ましい。
【００１５】
更にこの発明によれば、前記ページを生成するに当たって所定のヘッダまたはテーラをそのページに追加するようにしている。これは単に電子メール本文のみから成るページを生成したのではスタイルを指定出来る分ＴＥＸＴページよりは見た目が良くなるが、本文だけから成るページであることには違いない。そこでヘッダかテーラを電子メール本文に付けたり、或いはその両方で本文を挟むようにし、バナーや写真などをそこで表示するようにすれば、ページそのものの印象を大きく変化させることが出来るように成る。従って電子メールを利用するという利便性に美感を加えることが出来る。
【００１６】
更にこの発明によれば、前記ページを生成するに当たって、フレーム分けしたページを生成するが、電子メール本文を載せるフレーム以外のフレームに予め用意したページを生成するようにしている。上述したようにヘッダまたはテーラをそのページに追加するようにしても良いのであるが、これは同一のページと成るため、別々のページとするためのフレームを利用している。予め用意したページには別の文章やバナーや写真などを表示するように構成する。ここで生成と言うのは、例えば文章に付いてはＴＥＸＴ文をＨＴＭＬ文に整形してフレームの所定位置に填め込み得るように用意したり、予めＨＴＭＬ文として用意しておきこれをフレームの所定位置に填め込む、などのことである。
【００１７】
更にこの発明によれば、前記ページを生成するに当たって、このページの他にエントリページを生成すると共に２つにフレーム分けしたページを生成し、１のフレームにはエントリページを記載し、他のフレームには電子メール本文を記載し、エントリページに電子メール本文へのリンクを設けるようにしている。例えばページを左右または上下にフレーム分割し、左右分割の場合は左側を、上下分割の場合は上側をエントリページとする。而して複数の電子メール本文を時系列的に登録する場合に、このエントリページ側のフレーム内に於いて、任意の１を選択し得るように件名を列挙し、この列挙された件名から任意の１を選択するとその件名にリンクされている電子メール本文のあるページがもう一方の側のフレーム内に表示される。従って一覧性が向上する。
【００１８】
更にこの発明によれば、前記ページを生成するに当たり、予め登録させたスタイルシートを読み込み、このスタイルシートの記載に基づいてページを生成するようにした。スタイルシートを用いれば、電子メール本文をページ中にどのように割り振るかを予め決定しておくことが出来る。またスタイルシートを変更することにより、ページの見え方を一律に変更することが出来る。また後述するように送信する電子メール毎に用いるスタイルシートを指定することも可能である。従って、ページの背景色や画像、ページ中に配置する画像名やその位置、本文の文字種や文字色や文字サイズ、或いはタイトル設定等々の指定を、受信した電子メールに対して自動的に行なうことが出来る。この他、ページビューを計数するカウンターを表示させることなども可能である。
【００１９】
更にこの発明によれば、所要のスタイル項目に対応するアドレスを予め用意しておき、このアドレスで電子メールを受信した場合は、予め登録されたスタイルシートの中から対応するスタイルシートを選択し、このスタイルシートの記載に基づきページを生成するようにした。即ち、style@****.net宛ての電子メールを受け付け、本文に所定のフォームで設定が書き込まれていたら、これに対応するスタイルシートを選択する。或いは本文に書き込まずに、back1@****.net宛ての電子メールを受け付けて、背景に back1という画像を選択するなどである。またphoto1_center@****.net宛ての電子メールを受け付けて、photo1という写真画像をページ上段の中央部分に配置するなどである。なお掲載すべき電子メール本文は別途送信するが、上述した特定のアドレスに宛てたメールの本文として掲載すべき電子メール本文を書き込むように設定しても良く、これ等は任意設計事項である。従ってこの発明によれば、タグを用いて装飾されたＷｅｂページを書いて行くのに似た効果を電子メールを利用して得ることが出来る。
【００２０】
更にこの発明によれば、ヘッダーパートから特定の拡張フィールドを見つけた場合には、予め登録させたスタイルシートの中からこの拡張フィールドの記載に対応するスタイルシートを選択し、このスタイルシートの記載に基づいてページを生成するようにした。スタイル指定をヘッダパートに付加することに付いて、ＲＦＣ８２２「ＡＲＰＡインターネットテキストメッセージのフォーマットについての標準」によれば、その中でｅｘｔｅｎｔｉｏｎ−ｆｉｅｌｄという項目を定めており”Ｘ−”で始まる名前を付してよいこととされているため、この利用をこの発明で定義して利用すればよい。例えば”X-Style: Frame10”などとするのである。従って、電子メール本文の他にヘッダーパートに追記指定するだけでスタイルシートを指定することが出来る。なお例えば”X-Font: 明朝”などとした場合にこのフォント指定を解釈し得るように設計してもよい。
【００２１】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信した場合には、特定の部分を削除したページを生成するようにしている。即ち、delete@****.net 宛ての電子メールを受け付けて、本文にどの電子メール本文を削除したいかが所定のフォームで書き込まれていたら、これに対応する電子メール本文を削除する。或いは本文に書き込まずに、delete@****.net 宛ての電子メールを受け付けて、一番新しく掲載された電子メール本文を削除するなどである。従って、一度はＷｅｂページに掲載したものの削除したく成った場合には、キャンセルの電子メールを特定のアドレスに送ることで削除することが出来、使い勝手が更に良好なものと成る。
【００２２】
更にこの発明によれば、前記ページの他にエントリページを管理ページとして生成し、この管理ページから消去したいとする電子メール本文を選択させて、選択された電子メール本文に対応する部分を削除したページを生成するようにしている。このエントリページは、前記ページのオーナーにのみアクセスを許可するものである。即ち先ずこのエントリページを表示し、そこに時系列的に登録されている複数の電子メール本文から削除したいものを選択させることにより、前記ページを削除して更新する。従って、一度はＷｅｂページに掲載したものの削除したく成った場合に、それを実行することが出来る。
【００２３】
更にこの発明によれば、電子メールから送信者や受信日付などの管理情報を切り出してログを作成するようにしている。このログは、前記ページのオーナーにのみアクセスを許可するものである。従って、送信した電子メールが指示通りに登録されたか否かを前記ページのオーナーに通知することが出来る。
【００２４】
更にこの発明によれば、処理内容を書き込んだ電子メールを作成して返信するようにしている。従って、前記ページのオーナーはどのような処理が行なわれたのかを受信した電子メールから知ることが出来る。
【００２５】
更にこの発明によれば、分割ファイルを受信した場合に、前記ページを生成するに当たりこの分割ファイルを連結したページとして生成するようにしている。これは例えば、文字数制限のある携帯電話の電子メールサービスなどを利用してＷｅｂページに文章を上げたいとする場合など、制限以上の文字数の文章は分割して送信せざるを得ない。即ちシステムは必然的に分割ファイルを受信することに成るから、これ等を連結しなくてはならないのである。従ってこの発明によれば、この発明を携帯電話やＰＨＳ等の電子メールサービスから利用することが出来るのである。
【００２６】
更にこの発明によれば、Ｗｅｂのフォーム送信画面を生成し、ここから送信されたフォーム内容を受信して前記ページを生成するようにしている。フォームはＷｅｂに一種の双方向性を持たせるために考案された仕組みであり、ユーザーはこのフォームに書き込んでＷｅｂマスターに送信することが出来る。このようなＷｅｂのフォーム送信画面の一種としてＷｅｂベースの電子メール送信画面がよく利用されている。一般的なＳＭＴＰをサポートした電子メールソフトウェアではなく、Ｗｅｂベースで電子メールを送受信するための（Ｗｅｂページ上でユーザーに電子メールクライアントを提供して、Ｗｅｂブラウザを用いた電子メールの送受信を可能にするための）電子メールソフトウェアを利用しても、この発明に対し電子メールを送信することが出来る。この発明はこのようなＷｅｂベースの電子メールシステムを提供している。従ってＳＭＴＰクライアントが使用出来ないような状況であってもＷｅｂブラウザさえ動作していれば、登録すべき文章を送信することが出来る。
【００２７】
更にこの発明によれば、添付ファイルがある場合には、これをメール本文から分割して、前記ページを生成するに当たりこの添付ファイルを所定の位置に配置するようにしている。添付ファイルとしては前記ページに載せたいとする画像を上げることが出来る。上記所定の位置とは例えば添付された画像は前記ページの右上であり、メール本文はこの画像を回り込むようにするのである。従って画像入りの文章を極めて容易に登録することが出来る。
【００２８】
更にこの発明によれば、受信した電子メールがＨＴＭＬメールである場合に、このＨＴＭＬメールから所要のタグを残したまま本文を切り出して生成するようにしている。これにより、本文部分に振られている全てのタグをそのまま残すことが可能であり、前記ページの生成に際してＨＴＭＬメールの本文の設定をそのまま引き継ぐことが出来る。従って、ＨＴＭＬメールが送信出来るメールクライアントを使用しているのであれば、メール本文の作成中に文章の装飾が行なえ、ページの印象を華やかなものにすることが可能に成る。
【００２９】
更にこの発明によれば、メールスプールから本文を切り出してページを生成するようにしている。ＵＮＩＸシステムなどに於けるメールサーバでは、受信した複数の電子メールはメールスプールに一続きに納められている。従って、メールスプールから本文部分を一つずつ切り出して、各々前記ページとして生成することが出来る。
【００３０】
更にこの発明によれば、受信した電子メールを”．ｆｏｒｗａｒｄ”の記載に基づいてフォワーディングし、この電子メールをパイプ処理によって標準入力から受け取るようにしている。従って、標準入力から受け取った電子メールに付き本文を切り出して前記ページとして生成することが出来る。
【００３１】
更にこの発明によれば、特別なポートを設けておきこのポートから電子メールを受け取るようにしている。一般的にＰＯＰ３サーバのポート番号には１１０が使われている。これは例えば、ｔｅｌｎｅｔのポート番号指定を使って１１０を指定し、ＰＯＰ３サーバと直接通信することでメールを読むことが出来ることからも明らかである。しかしながらこのポート番号を必ず使用しなくてはならないと言うものでもない。従って、特別なポートを指定することにより、この発明の処理を行なうソフトウェアがこのポートから電子メールを受けることが出来る。このため例えばユーザー毎に異なるポート番号を割り当てるようにすることさえ可能と成る。
【００３２】
更にこの発明によれば、一旦受信したメールを所謂プロセス間通信を利用してページの生成処理に回すようにしている。例えば、電子メールを受信するソフトウェアとページの生成処理を行なうソフトウェアとの間で行なわれるデータのやり取りにフォークを利用する。従って、データのやり取りの方法は任意設計事項である。
【００３３】
更にこの発明によれば、電子メールの本文中にコメント行を見つけた場合は、コメント行を残したままページを生成するようにしている。コメント行は、通常ユーザーによるブラウジング時には表示されないように処理される特殊な行であり、ＨＴＭＬ文書などでは一般的なものである。従って、本文はコメント行によってブロック化（エレメント化）され、このコメント行を目印として、後々これ等のブロックに対して更新、置き換え、追加、削除等の各種変更処置を行なうことが出来るように成る。なおタイトル、段落、イメージ、テーブル、フレーム、ページ全体などがブロックと成り得るものである。なお、上記ページとはＷｅｂページのことであるが、Ｗｅｂページ以外のページに対してもコメント行によってブロック化し、ブロックに対して各種変更処置を行なうようにすることが出来る。従って、ページを直接的に編集することなく変更処置が行なえるため、殊にリモート編集のために都合が良い。
【００３４】
更にこの発明によれば、電子メール中から、コメント行の指定と処置命令とを見つけた場合には、コメント行に係わるブロックに対し、処置命令の内容に基づいた処置を行なうようにしている。電子メール中とは、ヘッダパート中、その中のタイトル（サブジェクト）行、電子メール本文中などのことである。これ等の何処かにコメント行の指定と処置命令とが見付かった場合には、指定されたコメント行に対応するブロックに対して処置命令の内容に基づく処置、例えば更新、置き換え、追加、削除等を行なう。従ってユーザーは電子メールを送るだけで、Ｗｅｂページの特定の箇所に付いて書き替えなどの処置を行なうことが出来る。なお更新、置き換え、追加などの処置を行なう際の新たな文章は、電子メールの本文に記載したり添付ファイルなどとすればよく、また新たなイメージに付いては、やはり電子メールの添付ファイルなどとすればよい。なおまたコメント行の指定に、どのページのどのコメント行と言うように、複数のＷｅｂページを有する場合のページの指定を含ませることも可能である。
【００３５】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信し、且つ電子メール中からコメント行の指定を見つけた場合には、コメント行に係わるブロックに対してこのアドレスに対応する処置命令を実行するようにしている。処置命令は、電子メールを受信したアドレスにより特定されるように設定する。またその電子メール中からコメント行の指定を見つけた場合には、これを以て処置すべきブロックを特定することが出来る。従ってユーザーは、処置したいブロックをコメント行の指定という形で電子メール中に記載し、削除等の処置内容に対応するアドレスに宛ててこの電子メールを送信するだけで良い。
【００３６】
更にこの発明によれば、特定のアドレスを用意しておき、このアドレスで電子メールを受信し且つ電子メールのタイトル中から処置命令を見つけた場合には、このアドレスに対応するＷｅｂページの前記コメント行に係わるブロックに対して、前記処置命令を実行するようにしている。要するにこのアドレスによって、コメント行を特定するのである。なお、このアドレス中に、複数のＷｅｂページを有する場合のページの指定を含ませることも可能である。
【００３７】
更にこの発明によれば、登録されたＷｅｂページのコメント行の記載を規則に則って書き替えるようにしている。これは例えば上述したような処置を繰り返している内にコメント行が複雑な入れ子構造を呈して来る場合があり、こうなると当初意図的にコメント行に連番を付していたような場合でも、これが崩れて来るのである。これは後々のコメント行の指定の際に、混乱を招くことにも繋がる。そこでもう一度綺麗に連番を振り直したい、と言うような場合にこの書き換えを行なうようにするのである。
【００３８】
次にこの発明は、本文をコメント行にてブロック分けして成ることを特徴とする電子メールとしたものである。電子メールのデータ構造として本文がコメント行によってブロック分けされている。而してこの電子メールの本文はコメント行ごとＷｅｂページとして登録されるものである。従って本文は、このコメント行を目印として、後々更新、置き換え、追加、削除等の各種変更処置が可能に成るのである。
【００３９】
更にこの発明によれば、開始を表わす開始コメント行と終了を表わす終了コメント行とによってブロックを挟んだものとした。本来開始コメント行さえあればブロックを特定することが出来る。開始コメント行から次の開始コメント行までを一つのブロック（エレメント）として探し出すことが可能だからである。しかしながら人が目で確認するものとしては、開始コメント行と終了コメント行とでブロックを挟む方が分かりやすくある。
【００４０】
更にこの発明によれば、コメント行が入れ子構造を呈するものとした。入れ子の中では、同一の階層のブロックや異なる階層のブロックを幾つも混在させることが可能である。従ってより複雑に且つ詳細にブロック指定（エレメント指定）を行なって、更新、置き換え、追加、削除等々の処置を施すことが出来るように成る。
【００４１】
次にこの発明は、Ｗｅｂのフォーム送信画面を生成して、ここから送信されたフォーム内容を受信して前記ページを生成するものに関して、電子メール本文の処理種別に対応したＷｅｂのフォーム送信画面を生成し、このフォームの内容を受信し、前記処理種別に対応する受信アドレスをメールヘッダに書き込んだ電子メールを生成してユーザー所望のアドレスへ送信し、この電子メールに対する返信メール中に本文が書き込まれて送信されたメールを受信して本文を切り出し、前記処理種別に対応する処理を行なうものとした。なおＷｅｂのフォーム送信画面を特にＷｅｂベースの電子メール送信画面とすることも可能であるため、以下では「Ｗｅｂのフォーム（Ｗｅｂベースの電子メール）」というように表記する場合がある。
【００４２】
この発明は、処理種別（前記処置命令）に対応するアドレスをユーザーが覚え切れない場合があること、処理の一部を他者に依頼する場合があること、などを考慮して為されたものであり、先ずユーザーに処理種別を選択して貰い、それをＷｅｂのフォーム（Ｗｅｂベースの電子メール）によって通知させ、次にこの処理種別（前記処置命令）に対応するアドレスを返信アドレスとした電子メールをユーザー所望のアドレスへ送信し、この電子メールに対してユーザーに返信させるのであるが、この時に電子メール本文を作成して貰うようにしている。
【００４３】
ユーザーにとっては、前記処理種別に対応するアドレスを返信アドレスとした電子メールに対して返信操作を行なうだけで良く、アドレス欄にわざわざ入力する必要がない。即ちユーザーにとっては、Ｗｅｂ上で処理種別を選択するほうが処理種別に対応するアドレスを覚えておいて入力するよりも格段に分かりやすいのである。なお、予めユーザーに処理種別を選択させるという場合、処理種別毎に設けたＷｅｂページの何れかにアクセスして貰うことで処理種別を選択させる場合や、Ｗｅｂページ上のリスト（選択画面）から処理種別を選択させる場合などがある。何れにせよ処理種別（前記処置命令）をＷｅｂページ上で指定出来る（随意となる）のが最大の特徴である。
【００４４】
更にこの発明によれば、Ｗｅｂのフォーム送信画面上で（Ｗｅｂベースの電子メールの送信画面上で）前記受信アドレスを指定させて、ここで指定された受信アドレスをユーザー所望のアドレスとして設定するものとした。上述したように処理種別（前記処置命令）に対応するアドレスを返信アドレスとした電子メールをユーザーへ送信するが、この際このアドレスをユーザーが指定したアドレスとしている。この効果としては例えば携帯電話のＷｅｂブラウザ上で自己のＷｅｂページの更新等の処理種別を選択しておき、デスクトップパソコンのアドレスを指定することによって、メール本文を携帯電話の極めて使い辛いテンキーではなくて、デスクトップパソコンのフルキーボードから入力出来るということが上げられる。或いは、手元にはないなどのイメージを追加する処理を選択する場合、そのイメージを扱うことが出来る他者のアドレスを指定することが可能である。家でゆっくりと書きたいが、備忘のためにエントリだけしておく（家のアドレスへ催促目的のメールを送らせる）ことも出来る。なお上述したように、ユーザーに処理種別を選択させる方法としては、処理種別毎に設けたＷｅｂページの何れかにアクセスしてもらうことで処理種別を選択させる場合や、Ｗｅｂページ上のリスト（選択画面）から処理種別を選択させる場合などがある。以下の発明でも同様である。
【００４５】
更にこの発明によれば、ユーザーに複数個の前記受信アドレスを登録させて、Ｗｅｂのフォーム送信画面上（Ｗｅｂベースの電子メールの送信画面上）で複数個の受信アドレスの中から所望の１アドレスを指定させ、ここで指定された受信アドレスをユーザー所望のアドレスとして設定するものとした。従ってユーザーにアドレスを指定させる場合に、予め登録させたものの中から任意の１を選択させることによって、より容易に指定させて上げることが出来るように成る。上述したように、今このＷｅｂのフォーム送信画面（Ｗｅｂベースの電子メール送信画面）を見ている端末のアドレスでも、デスクトップパソコンのアドレスでも、或いは他者のアドレスでも、ドロップダウンメニューなどにより自由自在に指定することが出来るように成る。
【００４６】
更にこの発明によれば、Ｗｅｂのフォームの送信画面中（Ｗｅｂベースの電子メール送信画面中）に電子メール本文の処理種別を選択させるための選択画面を生成し、このフォーム（電子メール）を受信して前記選択された処理種別に対応する受信アドレスをメールヘッダ中に書き込んだ電子メールを生成するものとした。既に、処理種別毎に設けたＷｅｂページの何れかにアクセスして貰うことで処理種別を選択させる場合があることを説明したが、この発明ではＷｅｂページ上のリストから処理種別を選択させるようにしている。従ってフォーム（Ｗｅｂベースの電子メール）の送信画面は１つで済み、ここから所望の処理種別（前記処置命令）を容易に選択することが出来る。
【００４７】
更にこの発明によれば、Ｗｅｂのフォームの送信画面中（Ｗｅｂベースの電子メール送信画面中）にこのフォーム（Ｗｅｂページ）の画面から書き込ませるためのテキスト入力窓を生成し、ここに書き込まれ送信された内容をＷｅｂページとして生成するものとした。従ってこの発明の電子メールによるＷｅｂページの登録だけでなく、Ｗｅｂ上から登録することを可能にしており、ユーザーにこの２つの登録方法の中から１を選択させることが出来、より自由度を高めることに成功している。
【００４８】
プログラムを記録した記録媒体とは、ＣＤ−ＲＯＭ、ハードディスク、フレキシブルディスク、ＲＯＭ、ＲＡＭ、メモリカード、紙テープやパンチカード等を含む概念である。またコンピュータで直接実行可能な状態でプログラムを記録した記録媒体以外にも、例えばＣＤ−ＲＯＭからハードディスク等の他の記録媒体へインストールすることによって実行可能と成るプログラムを記録した記録媒体や、データをエンコードしたり、暗号化したり、圧縮したプログラムを記録した記録媒体等のことも含む。上記でＲＡＭを含んでいるのは、ネットワーク経由で受信したプログラムがＲＡＭ上に展開されることがあるからである。
【００４９】
【発明の実施の形態】
以下この発明の実施の形態を図面に基づいて説明するが、この発明はこれ等の実施の形態にのみ限定されるものでないことは言うまでもない。
【００５０】
図１はこの発明の一実施形態によるＷｅｂページの登録装置の全体構成を示したものである。入力装置１はこのＷｅｂページの登録装置に於ける各種の操作を行なうためのキーボードを具えている。表示装置１１は入力装置１からの各種設定操作やその結果などを表示するためのものである。受信装置１３はユーザーからの電子メールを受信するためのものである。送信装置１４は後述する制御装置１２の処理結果を閲覧可能にするためのものであり、Ｗｅｂブラウザからのアクセスを受け、Ｗｅｂブラウザが要求するページを記憶装置１０から読み出して、Ｗｅｂブラウザへ送信する。前記制御装置１２は受信装置１３が受け付けた電子メールから本文を切り出して、ＨＴＭＬのタグを付与し、記憶装置１０に記憶する。
【００５１】
このＷｅｂページの登録装置はインターネット等のネットワークに常時接続されるものである。なおこの実施形態は受信装置１３を備えてユーザーからの電子メールを受信するが、受信装置１３を別装置としここから電子メールを受け取るようにしてもよい。またこの実施形態は送信装置１４を備えてＷｅｂブラウザが要求するページをＷｅｂブラウザへ送信するが、送信装置１４を別装置として、これに記憶装置１０へアクセスさせるようにしてよい。これ等は以下の実施形態でも同様である。
【００５２】
次に図１のＷｅｂページの登録装置をＣＰＵ２を用いて実現した場合のハードウェア構成を図２に示す。また図３ではインターネットを介して接続されたユーザーの電子メールクライアント９、Ｗｅｂサーバ８、Ｗｅｂブラウザ９２の関係を示す。また図４は電子メールクライアント９が発信する電子メールのフォームを示し、図５ではその内容の一例を示す。また図６はディスプレイ１１によってモニターしている様子を表わすが、これはＷｅｂブラウザ９２側で表示表示されるものでもある。そして図７はメール処理プログラム３１のフローチャートを表わしたものである。
【００５３】
ＣＰＵ２にはメモリ２０、記憶装置であるハードディスク１０、入力装置であるキーボード・マウス１、表示装置であるディスプレイ１１、ＣＤ−ＲＯＭドライブ２１が接続されている。ハードディスク１０にはオペレーティングシステムＯＳ３、メール受信プログラム３０、メール処理プログラム３１、Ｗｅｂサーバプログラム８０とが記憶されている。なおこれ等のプログラム群はＣＤ−ＲＯＭドライブ２１を介してＣＤ−ＲＯＭ２２からインストールされたものである。
【００５４】
図３で示すようにインターネットには電子メールクライアント９、Ｗｅｂサーバ８、Ｗｅｂブラウザ９２が接続されている。この内少なくともＷｅｂサーバ８は常時接続てある。
【００５５】
電子メールクライアント９で作成される電子メールは、図４のようなフォームと成っている。即ちヘッダ９０とメール本文９１とから成り、パケットとしての取り扱いを受けるものである。この電子メールの内容の一例は図５で示されている。ヘッダ９０とメール本文９１との間には１空行が存在し、この１空行を見つけてメール処理プログラム３１メールは本文９１を切り出すことに成る。そして切り出した本文９１の第１行目をＷｅｂページの件名とし第２行目以降を本文とするように設定した。
【００５６】
さて、図７のメール処理プログラム３１のフローチャートで表わしたように、電子メールクライアント９が送信した電子メールはメール受信プログラム３０で受信され、メール処理プログラム３１へ渡される（ステップＳ１）。メール処理プログラム３１はメールは本文９１を切り出し（ステップＳ２）、ＨＴＭＬタグを付与して（ステップＳ３）、このように整形した文章を所定のファイルに書き込むべく所定のファイルを読み出す（ステップＳ４〜Ｓ６）。ここで所定のファイルが存在する場合には前記整形した文章を追記し（ステップＳ７）、仮想ディレクトリへ保存し（ステップＳ１０）、これ迄の作業をログに残して（ステップＳ１１）終了する。しかし所定のファイルが存在しない場合は、新規ファイルを作成し（ステップＳ８）、前記整形した文章を書き込み（ステップＳ７）、仮想ディレクトリへ保存し（ステップＳ１０）、これ迄の作業をログに残して（ステップＳ１１）終了する。なお仮想ディレクトリとはＷｅｂサーバプログラム８０がアクセスするハードディスク１０の領域のことである。
【００５７】
Ｗｅｂブラウザ９２がＷｅｂサーバプログラム８０に対し前記文章の閲覧要求を出すと、Ｗｅｂサーバプログラム８０は前記仮想ディレクトリにアクセスして前記文章を読み出しＷｅｂブラウザ９２へ送信する。ディスプレイ１１によってモニターしている様子を図６に示す。１２月３０日は件名６１であり、この本文は符号６２で表わす部位である。この後に今回の処理で追記された１２月３１日の件名６と本文６０が表示されている。従ってＷｅｂブラウザ９２にもこのように表示されることに成る。これは図５で表わしたように元々は電子メールの内容であったものである。
【００５８】
上述した実施形態では、１２月３０日の件名６１と本文６２、１２月３１日の件名６と本文６０が１ページに併記された状態として作られている。これに対して次の実施形態では、エントリページ５０と本文を記載したＷｅｂページ５とを分け、エントリページ５０からＷｅｂページ５へリンクを張った状態で仮想ディレクトリに記憶させた例としている（図８）。
【００５９】
メール処理プログラム３１が新たに電子メールを受けると、この電子メールからメール本文を切り出し、更に第１行目を件名とし第２行目以降を本文として、件名をエントリページに追記し、本文ページを新たに生成し、この本文を記載したＷｅｂページ５をリンク先としてエントリページ５０の件名にアンカータグを振っている。従って、エントリページ５０の１２月３１日の部分をクリックすると１２月３１日の本文ページが表示されるように成る。
【００６０】
次に図９ではメール処理プログラム３１が、新たに受け取った電子メールを処理して、古い処理メールに上書きしている例を取り上げている。１２月３０日の件名６１及び本文６２が記載されたＷｅｂページを、１２月３１日の件名６及び本文６０が記載されたＷｅｂページで上書きする。従って、１２月３０日の件名６１及び本文６２は消去されたことに成る。
【００６１】
次に図１０ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、仮想ディレクトリに記憶しておいたヘッダページ５１をＷｅｂページ５の頭に、またテーラページ５２をＷｅｂページ５の尾に追加して１ページを生成している例を取り上げている。
【００６２】
これまでの実施の形態では受け取った電子メールを件名と本文とから成るテキストオンリーのページとして生成していたため、少々単純で殺風景な印象を受けるものであった。これに対してこの実施の形態では、予め用意したヘッダページ５１やテーラページ５２を追加している。従ってこの分ページが見栄えのするものと成る。ヘッダページ５１やテーラページ５２にイメージを追加すれば、更に華やかなものとすることが出来る。
【００６３】
次に図１１ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、フレーム４１で区画したページを生成するものとした。即ちＷｅｂページ５があるフレーム４１の上に、バナーページ５３があるフレーム４０を設けた２段のものとした。このバナーページ５３は予め用意しておけばよい。従ってページが見栄えのするものと成っている。
【００６４】
次に図１２ではメール処理プログラム３１がＷｅｂページ５を生成するに当たり、左右２つの区画を有するフレームページ４２，４３を生成すると共に、左側のフレームページ４２内にエントリページ５４を、そして右側のフレームページ４３内に本文のみのＷｅｂページ５を割り当てるようにした。
【００６５】
また左側のフレームページ４２では件名を昇順とし、最新の件名にそれが最新のものであることを示すマーク５５を付与した。このマークは「Ｎｅｗ！！」というアイコン画像であり、イメージタグにより表示している。
【００６６】
次に図１３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、予め登録させたスタイルシート５６を読み込み、このスタイルシートの記載に基づいてＷｅｂページを生成している。スタイル０１というスタイルシートは＃ｂｉｇｉｎ〜＃ｅｎｄに記載されている部分を指すが、ここではＷｅｂページの背景色、本文文字種、サイズ、文字色を規定している。従って、単にテキストベースの電子メールを受けただけであるにも関わらず非常に見栄えのするＷｅｂページを見せることが出来るのである。
【００６７】
次に図１４ではメール処理プログラム３１がＷｅｂページを生成するに当たって、スタイルシートの切り替えを行なう様子を示している。
【００６８】
受信装置は標準アドレスの他にそれとは異なる書式アドレスを設定してあり、電子メールをこの２つのアドレスで別々に受けることが出来る。ユーザーが電子メールを標準アドレスに送って来た場合、メール処理プログラム３１は標準スタイルシートを参照して電子メールを整形する（ａ）。これに対しユーザーが書式アドレスに宛てて、例えばユーザーが作成した新書式のスタイルシートを送って来た場合は、メール処理プログラム３１は標準スタイルシートをこの新書式スタイルシートと入れ替えてしまうように成っている。従って、次にユーザーが電子メールを標準アドレスに送って来た場合には、前記メール処理プログラム３１は新書式スタイルシートを参照して電子メールを整形する（ｂ）。新書式スタイルシートは、ユーザーが作成するようにしても、或いは予めこちらで作成したものをユーザーに提供し、自由に選択してもらうようにしても良い。
【００６９】
次に図１５ではメール処理プログラム３１がＷｅｂページを生成するに当たって、ユーザーが送信して来た電子メールのヘッダーパート９０を調べ、拡張フィールド９１０が記載されている場合には、予め用意しておいたスタイルシートの中から拡張フィールド９１０の記載に対応するスタイルシートを選択し（この例ではｓｔｙｌｅ０１）、このスタイルシートの記載に基づいてページを生成するようにしたものを示す。
【００７０】
ユーザーにはどのようなスタイルシートが用意されていて、その名称が何であるかを事前に知らせておくようする。そして電子メールのヘッダーパート９０にスタイルシートが記載されていない場合や、記載されていても該当するスタイルシートが存在しない場合には、標準のスタイルシートを利用するか何も使用しないかなどを設定しておけば良い。図１６はその処理の一例であるが、電子メールを受け取って（ステップＳ１２）、メール処理プログラム３１は件名と本文とを切り出しておく（ステップＳ１３）。ここで拡張フィールド９１０が記載されているか否かをチェックし（ステップＳ１４）、記載されていない場合には件名と本文とにそのままＨＴＭＬタグを付与するだけとする。記載されている場合であってその記載内容のスタイルシートが存在する場合は（ステップＳ１５）、そのスタイルシートを読み込んで（ステップＳ１６）、件名と本文とを整形し（ステップＳ１７）、仮想ディレクトリへ保存する（ステップＳ１８）。
【００７１】
次に図１７ではメール処理プログラム３１がＷｅｂページを生成するに当たって、受信装置は標準アドレスの他に、それとは異なる削除アドレスを設定してあり、電子メールをこの２つのアドレスで別々に受けることが出来ると共に、夫々のアドレスで異なる処理を担当するようにした実施形態を示す。
【００７２】
ユーザーが電子メールを標準アドレスに送って来た場合には、メール処理プログラム３１は電子メールを整形する。これに対しユーザーが削除アドレスに宛てて件名６１をサブジェクトとした電子メールを送って来た場合には、件名６１とその本文６２とを既に公開したＷｅｂページから削除する。従って、既に掲載したＷｅｂページから特定の文章を削除したいとする場合に、これを電子メールで受け付けて上げることが出来るため便利である。
【００７３】
次に図１８ではメール処理プログラム３１がＷｅｂページを生成するに当たって、Ｗｅｂページの管理ページ９３をそのオーナーのみがアクセスし得るように提示しておき、管理ページ９３にはエントリを表示し、このエントリから任意の件名を選択し得るようにしておき、この管理ページから消去したいとする件名を選択させ、選択された件名とこれに対応する本文とを削除し、エントリページを更新するようにしたものを示した。この例では１２月３０日の本文を削除すべく１２月３０日をチェックしてＯＫボタンを押してもらうようにした。
【００７４】
次に図１９ではメール処理プログラム３１がＷｅｂページを生成するに当たって、その成功失敗をユーザーに通知すると共にログを残すようにした実施形態を示す。このためこの実施形態では、図２０で表わすようにメール送信プログラム８１を備えている。なおメール受信プログラム３０とメール送信プログラム８１とが一体のメール送受信プログラムとしても良い。
【００７５】
メール処理プログラム３１は受け取った電子メールからユーザー名や受信日付などの管理情報を切り出してログファイルを作成する。またこのログファイルにはＷｅｂページ生成処理の成功失敗や、失敗の場合の原因（エラーログ）が書き込まれるようにした。これと同時に、この時の処理内容を書き込んだ電子メールを作成してユーザーへ送信するようにした。従って何かトラブルが生じたような場合でもユーザー共々対策に当たることが出来る。
【００７６】
次に図２１ではメール処理プログラム３１がＷｅｂページを生成するに当たって、分割ファイルを受け取った場合、この分割ファイルを連結したページとして生成するものを取り上げている。ここでは件名が同一の電子メールを続けて２通受け取った例を示した。
【００７７】
従ってこの実施形態は、例えば携帯電話やＰＨＳから電子メールを送信したいとするユーザーに、文字数制限を外して上げることが出来る。また例えば後から追加したいことが出て来たような場合にも有効である。
【００７８】
次に図２２は、Ｗｅｂベースの電子メール送信画面をＷｅｂサーバが送信した状態を表わす。符号８２はメール送信画面であり、ヘッダエリア８３とテキストエリア８４とから構成されている。このような一般的なＷｅｂベース電子メールシステムから送信されたものを受け取りＷｅｂページに登録することが出来る。しかしながらＷｅｂベース電子メールのシステムとＷｅｂページの登録システムとが同一サイト上にあるため、送信プロトコルにはｓｍｔｐを使用してもしなくても良い。
【００７９】
なおこのＷｅｂベースの電子メール送信画面を、Ｗｅｂページの登録システム専用のものに作り替えることが出来る。例えば上述したスタイルシートを指定したり、不要な文章を削除したりする指定を選択出来るような送信画面を構成することが可能である。
【００８０】
次に図２３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、添付ファイルがある場合にはこれをメール本文から分割して、前記ページを生成するに当たりこの添付ファイルを所定の位置に配置する処理手順を示している。標準入力から電子メールを受け取って（ステップＳ１９）、メール処理プログラム３１は件名と本文を切り出し（ステップＳ２０）、この電子メールに添付画像があるか否かをチェックし（ステップＳ２１）、添付されている場合は所定のスタイルシートを読み込み（ステップＳ２２）、そのスタイルシートに従って件名と本文に所定のＨＴＭＬタグを付与し（ステップＳ２３）、このように整形した文章を仮想ディレクトリへ保存して（ステップＳ２４）終了する。またもしステップＳ２１でこの電子メールに添付画像がないと判断された場合では、標準的なスタイルシートを使用して件名と本文とを整形する。
【００８１】
従って電子メールに画像が添付されている場合は、この画像を最適に配置することが出来る。例えば図２４で表わしたものは、Ｗｅｂページ５の上部にヘッダページ５１を付加し、件名６と本文６０との間に添付画像である写真６５を左寄せで配置すると言うような記載のあるスタイルシートがステップＳ２２で読み込まれた例である。
【００８２】
次に図２５にてＨＴＭＬメールのソースの一例を示す。この実施形態では受け取った電子メールがＨＴＭＬメールである場合に、このＨＴＭＬメールから所要のタグを残したまま本文を切り出してＷｅｂページを生成するものとした。符号９６は切り出し部を示す。メール処理プログラム３１はＨＴＭＬメールから切り出し部９６を切り出してベースとし、その中から件名を切り出してタイトルとすべくタイトルタグを付与し、Ｗｅｂページを生成する。
【００８３】
従ってこの実施形態によればユーザーは背景、画像、文字サイズ、フォント種などを指定したＨＴＭＬメールを作成すれば、これをほぼそのままＷｅｂページとして公開することが出来るように成る。
【００８４】
次に図２６ではメール本文をどのような形態で受け取るかを表わした。即ち、通常電子メールはポート番号２５を指定することに成っている。ここでＸＸというポート番号の受け口を指定して新設ポート２３としこの新設ポート２３でユーザーからの電子メールを受信するものとした。またこの場合のプロトコルを従来通りｓｍｔｐとした。
【００８５】
しかしながら新たに受信処理プログラムを作成すれば、例えば９９９９というような新設ポート２４を設けて、ここで独自のプロトコルでＷｅｂページとしたい文章を受け取ることが可能である。同様に従来のｆｔｐ、ｔｅｌｎｅｔなどのプロトコルを利用した受信処理プログラムを作成して利用するようにしてもよいであろう。このようにすれば電子メール利用には特に拘らずに済む。
【００８６】
次に図２７ではメール本文をどのような形態で受け取るかを表わした。メールスプールからヘッダ９７部分と本文９８部分とを切り出す状態を表わしている。メールスプールには幾つもの受信メールが一繋がりで記録されているため、ここから所要の部分を切り出すようにして、メール処理プログラム３１へ引き渡すようにすることが出来る。これであればそれまでに蓄積された電子メールを定期的に切り出して一気に処理することが出来る。
【００８７】
次に図２８ではメール本文をどのような形態で受け取るかを表わした。即ち、メール受信プログラム３２で受信した電子メールをフォワードファイルの記載に基づいてフォワーディングし、この電子メールをメール処理プログラムがパイプ処理により標準入力から受け取るものである。ＵＮＩＸシステムなどで一般的な処理方法をこの発明に適用しているため、実現が比較的容易である。
【００８８】
次に図２９ではメール本文をどのような形態で処理するかを表わした。即ち、ｓｅｎｄｍａｉｌで受信した電子メールに写真などの添付ファイルがある場合、ＵＮＩＸシステムは新たなプロセスを生成し同時に実行する。この実施形態ではｓｅｎｄｍａｉｌの他、新たにメール処理プロセスと添付ファイル処理プロセスとの計３つのプロセスを同時に走らせている。ここでもＵＮＩＸシステムなどで一般的な処理方法をこの発明に適用しているため、実現が比較的容易である。
【００８９】
さて図３０は送信する電子メールのデータ構造の説明図である。更に詳しくは既に生成されたＷｅｂページに付いて、後から部分的な更新、置き換え、追加、削除等の各種変更処置を電子メールで指示出来るようにするための、電子メールのデータ構造に関する実施形態である。この目的を達成するために、メール処理プログラムへは当初から図３０で表わすような細工を施した電子メールを送信するようにする。即ち、後から変更処置を加えたいとする部分を予めブロック毎に区分けしておくのであるが、この区切りの印として、各ブロックの頭に開始コメント行９７を振っておくようにした。電子メールの本文は、この開始コメント行９７ごとＷｅｂページとして登録される。これにより、後から電子メールでコメント行９７を指定すると共に、処置の内容をメール処理プログラムへ伝えるだけで、メール処理プログラムは指定された開始コメント行９７が指し示すブロックに対して所定の処置を行なうことが出来るように成る。
【００９０】
元来コメント行は、ユーザーのブラウジング時には表示されないものであるため、これを活用するようにした。開始コメント行９７の名付けは任意であるが、その前後を「＜！−−」と「−−＞」とで挟むようにする。なおブラウザ次第で不可視のコメント行の書式を自由に変更することが出来る。
【００９１】
次に図３１では後から変更処置を加えたいとして区切った各ブロックを、一対の開始コメント行９７と終了コメント行９８とで挟んだ実施の形態を表わした。図３０で表わした実施形態では開始コメント行９７から次の開始コメント行９７までが一つのブロックであると判断させるものである。これに対し視認性を良くするために、ブロックを開始コメント行９７と終了コメント行９８とで挟み込むようにした。特に次に述べる入れ子構造のものではこの方式が活きる。
【００９２】
次に図３２にてＨＴＭＬメールのソースの一例を示す。この実施形態では送信する電子メールがＨＴＭＬメールであって、このＨＴＭＬメールに入れ子構造のコメント行を振っている。開始コメント行９７と終了コメント行９８との間が親ブロック９９であり、この開始コメント行９７と終了コメント行９８との間に、やはり開始コメント行と終了コメント行との組により挟まれた２組の子ブロック９００が挿入されている。その何れの子ブロック９００もイメージであり、このイメージはこのＨＴＭＬメール内でイメージタグを以て指定される。
【００９３】
上記開始コメント行９７と終了コメント行９８とに挟まるブロックに対しては「００１」という名前が振られている。この子ブロックである２つのイメージには「００１−０１」と「００１−０２」という名前が振られており、親ブロックよりも一つ下の階層にあることが分かる。このようにして複雑な構成のページを細部に分割し、後から自由度の高い変更処置を、電子メールを使用して施すことが出来るように成っている。
【００９４】
さて図３３ではメール処理プログラム３１がＷｅｂページを生成するに当たって、コメント行をそのまま残して整形する様子を示している。このコメント行は上述したようにブロックを特定するための目印であり、コメント行があるが故に後々これ等のブロックに対して更新、置き換え、追加、削除等の各種変更処置を行なうことが出来るように成る。このためにコメント行をそのまま残すようにして、件名と本文とを整形するのである。
【００９５】
次に図３４ではコメント行の指定と処置命令とを、電子メールのヘッダ９０で新たに定義した拡張フィールドにて行なっている。Ｘ−Ｄｅａｌｉｎｇ：の行は処置命令指定９０１であり、Ｘ−Ｃｏｍｍｅｎｔ：の行はコメント行指定９０２である。処置命令指定９０１は「置き換え（ｒｅｐｌａｃｅ）」を指定した例であり、またコメント行指定９０２は「ａａ．ｈｔｍｌの０００３というコメント行に対応するブロック」を指定した例である。
【００９６】
図示していないメール処理プログラムは電子メール中から処置命令指定９０１とコメント行指定９０２とを見つけ出し、図示していないメール本文によって、ａａ．ｈｔｍｌというファイルの０００３に相当するブロックを書き替えるように動作する。もちろん処置命令指定９０１とコメント行指定９０２との双方あるいは一方でも見付からない場合には、何等の処理も行なえず、メール本文は廃棄される。なお上記は文章を新たな文章によって置き換える場合を示したが、これ以外にも文章をフレームで記載した表に置き換えたり、或いはイメージを文章で置き換えるなどと言うことが可能と成っている。なお更新、置き換え、追加などの処置を行なう際の新たな文章は、電子メールの本文に記載したり添付ファイルなどとすればよく、また新たなイメージに付いてはやはり電子メールの添付ファイルなどとすればよい。
【００９７】
次に図３５では、メール処理プログラムが処置命令を実行する様子を示しており、また図３６では、この際に使用されるこの発明の電子メールを示している。先ず電子メールに付いて、ヘッダ９０のＴｏ：の行で、用意した特定のアドレスを記載している。このアドレスは「ｄｅｌｅｔｅ＠」とあるように、削除命令に対応するアドレスとして設けられたものである。またメール本文９１中で、前記削除処置を施すべきｂｂ．ｈｔｍｌの０００３という親ブロックの入れ子である０００３−０１ブロックを指定している。符号９０３はアドレス行を示し、符号９０４はコメント行指定を示す。なおコメント行指定９０４はコメントそのものではないから、「＜！−−」と「−−＞」は付与されてはいないが、メール処理プログラムが解釈出来るようにしさえすれば、「＜！−−」と「−−＞」を付与することも可能である。
【００９８】
そこでメール処理プログラムは、この「ｄｅｌｅｔｅ＠」というアドレスにてメールを受信した場合、アドレス対応処置命令が削除命令であることを確認し、メール本文９１中にコメント行指定９０４があることを見付け、ｂｂ．ｈｔｍｌの０００３−０１ブロックを確認して、このブロックの内容を「削除」することに成る。
【００９９】
次に図３７は処置一覧表９０５に関する。この一覧表が示すものは、処置すべきＷｅｂページのコメント行をアドレスに用いていることと、処置命令の指定に電子メールのタイトル（サブジェクト）を用いていることである。従って、更新をｃｃ．ｈｔｍｌの０００６＿０１＿に対応するブロックに対して行ないたいとする場合にはこの一覧表の上段の表記を、ｃｃ．ｈｔｍｌの０００６＿０４＿に対応するブロックの次に、０００６＿０５＿というブロックを追加したいとする場合には中段の表記を、またｃｃ．ｈｔｍｌに新たに０００７＿を作りたいとする場合には下段の表記を、電子メールに対して施せば良い。
【０１００】
而してこのような電子メールを受けたメール処理プログラムは、受信アドレスが示すファイルの特定のブロックに対し、電子メールのタイトルが示す処置命令を実行する。
【０１０１】
次に、図３８（ａ）は整理前のコメント行を表わし、また図３８（ｂ）は書き替え後のコメント行を表わす。元々は図３２で表わしたように、００１−０１という名前の一対のコメント行で挟み込まれた「桜の写真」と００１−０２という名前の一対のコメント行で挟み込まれた「梅の写真」とが、子ブロック９００のイメージタグとして存在していた。それが置き換え命令を実行することにより、図３８（ａ）のように００１−０１の「桜の写真」の後に００１−０３の「松の写真」が来るというように、連続したコメント番号ではなくなっていた。
【０１０２】
そこで図示していないメール処理プログラムは、コメント番号を振り直す作業を行なうことによって、図３８（ｂ）のように００１−０１の「桜の写真」の後に００１−０２の「松の写真」が来るように、ＨＴＭＬページを書き替えるのである。
【０１０３】
なお、ブラウザにはソースを見るコマンドが用意されているものであるから、書き替え後の当該ＨＴＭＬページを、コメント行付きのまま見ることが出来る。この時にコメント番号が綺麗に揃っていることが分かる。従って次の機会にあるブロックに対して何等かの処置を行なおうとする場合に、ブロックの指定が分かりやすく楽に成るという効果を奏する。
【０１０４】
さて次に説明する実施形態は、ユーザーが電子メール本文の処理種別に対応するアドレスに宛てて電子メール本文を送信するに際し、処理種別に対応するアドレスを一々記憶しておき、このアドレスをアドレス入力欄に書き込まなくて済むように、ユーザーが処理種別を選択したら、これに対応するアドレスが返信アドレス(FromまたはReply-To)となるようにヘッダを加工した電子メールをユーザー宛てに送信し、ユーザーにはこのメールに返信して貰うだけでよいものとするためのものである。受信した電子メールに対し返信操作を行なうと、アドレス入力欄に返信アドレス(FromまたはReply-To)が自動的に記入されるからであり、その返信アドレスが電子メール本文の処理種別に対応するようにしておけば良い分けである。
【０１０５】
図３９に示したものは、Ｗｅｂページを、左側の処置命令選択フレーム８５と右側のフォーム送信フレーム８６とに分けて表示するものであり、処置命令選択フレーム８５に於いて例えば「ポインター下追加」というメニュー（リンク）がクリックされることでそれに対応するＷｅｂページをフォーム送信フレーム８６に送信するように成っている。このフォーム送信フレーム８６には「ポインター下追加」に対する解説と、後に「ポインター下追加」という処置命令を受信するための電子メールアドレスを返信アドレス７２(Reply-To)に設定した電子メールを、ユーザー希望のアドレスへ送信するために必要な送信アドレス(To)を記入して貰うためのアドレス入力欄８７とが設けられている。ユーザーはこのアドレス入力欄８７に記入した後、送信ボタンを押すのである。
【０１０６】
而して図４０に示すように、アドレス入力欄８７に記入されたユーザー希望のアドレスを送信アドレス(To)とし、「ポインター下追加」という処置命令に対応するアドレスを返信アドレス７２(Reply-To)としたヘッダ７０を作成し、メール本文入力部７１には「＃文章を入力してください。」と記し、この電子メール７をユーザー希望のアドレスへ送信するのである。
【０１０７】
従って、ユーザー側（前記送信アドレスで指定された者）がこの電子メール７に対して返信しようとすると、図４１に示すように、返信メール９０８のヘッダ９０の送信アドレス(To)には、処置命令に対応する返信アドレス９０９が自動的に付くことに成る。そこでユーザー側ではメール本文９１を記入して送信すれば良い。
【０１０８】
これまでの一連の処理手順をフローチャートにて表わしたものが図４２であるが、図３９で示したフォーム送信フレーム８６（この時点で既に送信アドレスが決定されている）から送信されたフォームメールを受信し、この送信アドレス故に処置命令の種別を確認することが出来、この処置命令に対応する返信アドレス(Reply-To)を付けて、アドレス入力欄８７で指定されたアドレスへ送信し、これに対する返信メールを受信し、この中に記載されたメール本文９１に対して適切な処置を実行する。なおアドレス入力欄８７でアドレスが指定されなかった場合であるが、この時にはユーザーにより設定されたデフォルトアドレスへ送信するようにすれば良い。
【０１０９】
次に、図４３で示したフォーム送信画面８８では、処置命令選択メニュー８９を設けて、このフォームメールの送信アドレスを指定させるようにしている点に特徴を有する。処置命令に対応する返信アドレス(Reply-To)がここで決定される点で、図３９に示した形態とは異なっている。しかしながら、処置命令に対応する覚え難い電子メールアドレスではなく処置命令を名前で選択させている点は、同様の思想に基づくものである。
【０１１０】
なお符号８００は送信方法選択メニューであり、「メールで送信する」を選択すると、上述した返信アドレスに対してメール本文を記入して返信するＷｅｂの更新方法が利用出来るのであるが、「ここで本文を入力」を選択すると、図示しない別のＷｅｂページ（フォーム送信ページで実現する）がダウンロードされ、ここから直接Ｗｅｂの更新を行なう方法が利用出来る。この場合、処置命令選択メニュー８９で指定された処置内容が反映されるように処理するのは言うまでもない。
【０１１１】
次に、図４４で示したフォーム送信画面８０１では、ユーザーに予め幾つかの送信アドレス(To)を登録させ、この中から１つを選択させるためのアドレス選択メニュー８０２を設けている。従って、前記デフォルトアドレス以外のアドレスを指定するために、わざわざアドレス入力欄８７に記入するような必要がなくなり、アドレス選択メニュー８０２から選択するだけで良いため便利である。上述したように、Ｗｅｂの更新を行なうコンピュータが各所に分散して置かれている場合や、他者のアドレスを指定しなくては成らない場合などにも有効である。
【０１１２】
さて、この発明は上述した実施形態や実施例に限定されるものではない。例えば、上述した図３９に係る「ユーザーが処理種別を選択したら、これに対応するアドレスが返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)となるようにメールヘッダを加工した電子メールをユーザー宛てに送信し、ユーザーにこのメールに返信させる」ようにするタイプのものは、図４５および図４６で示すような実施例として応用することが出来る。
【０１１３】
即ちこの実施例の目的は、あるプロジェクトに係る同一のＷｅｂページを共同で作成させ、そのページをメンバーに参照させつつプロジェクトを進めようとする点にある。このためプロジェクトマネージャが企画、財務、開発、技術、販売等の各担当者に担当箇所のＷｅｂページの作成を依頼し、各担当者がメール処理プログラム３１に対してＷｅｂページを生成させるべくメールを送信する。この際、プロジェクトマネージャが各担当者に送信するメールには前記返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)が記載される。従って、各担当者はそのメールに対し返信することで、上述したようにメール処理プログラム３１に宛ててメールを送信することが出来る。こうして各担当者からのメールを受けたメール処理プログラム３１は、それ等をまとめて一つのページを生成するのである。
【０１１４】
図４６はこの一実施例であり、図中符号８０３はプロジェクトマネージャ用のフォーム送信画面である。アドレス選択メニュー８０４によって担当者を選択して、コメント入力欄８０５に指令を書き込んで送信する。この時、フォーム送信画面８０３ではアドレス選択メニュー８０４で選択された担当者を送信先(To)に指定すると共にその担当者に対応する返信アドレス(この実施例ではFromとReply-To)を指定してメールヘッダを生成する。
【０１１５】
また例えばこの発明ではＣＧＩ、ＰＨＰ、Ｊａｖａ（商標）などのプログラムを利用した、静的なＷｅｂページではなく動的なＷｅｂページを生成するように設計することが出来る。図４７で図示したものはその一実施例であるが、メール処理プログラム３５が、ヘッダ部４７やテーラ部５８のみならず、データベース（ＤＢ）３６のデータを利用して本文５９を生成する場合を示している。
【０１１６】
これによって、メールの生成を単純なＨＴＭＬ文による静的な入れ替えによるのではなく、例えばＰＨＰプログラムがヘッダ部４７やテーラ部５８と成るファイルを読み込み、所要の処理を行なって出力し、また入れ替え部分のファイルを読み込んで動的に本文５９を出力すると言うようなことを可能にしている。符号５９はデータベース（ＤＢ）３６のデータから生成したテーブル（一覧表）形式の本文である。
【０１１７】
また例えばこの発明では、電子メールを受け取って本文を切り出しＷｅｂブラウザから閲覧可能と成るようにＨＴＭＬページを生成するまでを、一つのサーバで処理することも、あるいは２以上のサーバで役割分担しながら処理することも可能である。図４８はこの一実施例であるがここではメール処理プログラム３７とＷｅｂ生成プログラム３８とを分けた例としている。電子メールクライアント９から送信された電子メールをメール処理プログラム３７で受信して、Ｗｅｂ生成プログラム３８へ送ったり、Ｗｅｂブラウザ９２に表示したフォームメールから送信されたものを一旦メール処理プログラム３７で受信し、上述したような返信アドレス(FromまたはReply-To、またはFromとReply-Toの組)をメールヘッダに付加して電子メールクライアント９へ送信し、これに対して返信が為されたらそれを再度メール処理プログラム３７受信して、Ｗｅｂ生成プログラム３８へ送るようにしたものである。
【０１１８】
而して、Ｗｅｂ生成プログラム３８での処理結果は、ｆｔｐ等のプロトコルを利用してＷｅｂサーバ８へアップロードする。なおこのＷｅｂサーバ８からは、前記フォームメールが提供されるものとした。このように、所要の処理を複数のサーバに分担させることにより、負荷分散による処理スピードの向上などが計れるように成る。
【０１１９】
【発明の効果】
以上この発明は、電子メールを受け取って本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成するものとした。ユーザーは電子メールを使用することが出来さえすれば良いわけである。
【０１２０】
この結果、Ｗｅｂページを制作することなく、またＦＴＰプログラムを利用することなく、手軽に簡単に利用可能な電子メールソフトウェアを使用し、Ｗｅｂページの文章と成る電子メールの本文を書き、特定のアドレスに送信するだけで電子メールの本文をＷｅｂページとしてＷｅｂサーバに登録することが、誰でも容易に行なえるように成った。
【図面の簡単な説明】
【図１】この発明の一実施形態によるＷｅｂページの登録装置の全体構成を示す図である。
【図２】図１の登録装置をＣＰＵ２を用いて実現した場合のハードウェア構成を示す図である。
【図３】インターネット接続の模式図である。
【図４】電子メールのフォームを示す図である。
【図５】電子メールの内容の一例を示す図である。
【図６】ディスプレイ１１によりモニターしている様子を表わす図である。
【図７】処理手順を表わすフローチャートである。
【図８】この発明の一実施形態によるエントリページ５０の説明図である。
【図９】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１０】この発明の一実施形態によるＷｅｂページを表わす。
【図１１】この発明の一実施形態によるＷｅｂページを表わす。
【図１２】この発明の一実施形態によるＷｅｂページを表わす。
【図１３】スタイルシートの一例を示す図である。
【図１４】処理手順を表わすフローチャートである。
【図１５】拡張フィールド９２が追加されたヘッダパート９０の説明図である。
【図１６】処理手順を表わすフローチャートである。
【図１７】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１８】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図１９】ユーザーとサーバとの間のセッションを表わす模式図である。
【図２０】この発明の一実施形態のブロック図である。
【図２１】分割して送信された電子メールを表わす。
【図２２】Ｗｅｂベースのメール送信画面８２を表わす。
【図２３】処理手順を表わすフローチャートである。
【図２４】処理結果のＷｅｂページを表わす。
【図２５】ＨＴＭＬメールのソースの一例を示す。
【図２６】メール本文の受信形態の説明図である。
【図２７】メールスプールファイルの一例を表わす。
【図２８】メール本文の受信形態の説明図である。
【図２９】フォークの概念図である。
【図３０】送信する電子メールのデータ構造の説明図である。
【図３１】送信する電子メールのデータ構造の説明図である。
【図３２】送信するＨＴＭＬメールのデータ構造の説明図である。
【図３３】処理手順を表わすフローチャートである。
【図３４】処理対象となる電子メールの説明図である。
【図３５】処理手順を表わすフローチャートである。
【図３６】処理対象となる電子メールの説明図である。
【図３７】処置一覧表である。
【図３８】（ａ）は整理前の（ｂ）は書き替え後のコメント行を表わす説明図である。
【図３９】この発明の一実施形態によるＷｅｂブラウザ４の画面を表わす。
【図４０】ユーザー希望アドレスへ送る電子メールを表わす。
【図４１】返信された電子メールを表わす。
【図４２】処理手順を表わすフローチャートである。
【図４３】この発明の一実施形態によるフォーム送信画面８８を表わす。
【図４４】この発明の一実施形態によるフォーム送信画面８０１を表わす。
【図４５】この発明の一実施形態による処理手順を表わす図である。
【図４６】フォーム送信画面８０３を表わす。
【図４７】この発明の一実施形態による処理方法を表わす模式図である。
【図４８】この発明の一実施形態による処理方法を表わす模式図である。
【符号の説明】
１ 入力装置
１０ 記憶装置
１１ 表示装置
１２ 制御装置
１３ 受信装置
１４ 送信装置
２ ＣＰＵ
２０ メモリ
２１ ＣＤ−ＲＯＭドライブ
２２ ＣＤ−ＲＯＭ
２３ 新設ポート
２４ 新設ポート
３ ＯＳ
３０ メール受信プログラム
３１ メール処理プログラム
３２ メール受信プログラム
３３ パイプ
３４ メール処理プログラム
３５ メール処理プログラム
３６ データベース
３７ メール処理プログラム
３８ Ｗｅｂ生成プログラム
４ Ｗｅｂブラウザ
４０ フレーム
４１ フレーム
４２ フレーム
４３ フレーム
５ Ｗｅｂページ
５０ エントリページ
５１ ヘッダページ
５２ テーラページ
５３ バナーページ
５４ エントリページ
５５ マーク
５６ スタイルシート
５７ ヘッダ部
５８ テーラ部
５９ 本文（テーブル）
６ 件名
６０ 本文
６１ 件名
６２ 本文
６３ 件名
６４ 本文
６５ 写真
６６ ログファイル
７ 電子メール
７０ ヘッダ
７１ メール本文入力部
７２ 返信アドレス
８ Ｗｅｂサーバ
８０ Ｗｅｂサーバプログラム
８１ メール送信プログラム
８２ メール送信画面
８３ ヘッダエリア
８４ テキストエリア
８５ 処置命令選択フレーム
８６ フォーム送信フレーム
８７ アドレス入力欄
８８ フォーム送信画面
８９ 処置命令選択メニュー
８００送信方法選択メニュー
８０１フォーム送信画面
８０２アドレス選択メニュー
８０３フォーム送信画面
８０４アドレス選択メニュー
８０５コメント入力欄
９ 電子メールクライアント
９０ ヘッダ
９１ メール本文
９２ Ｗｅｂブラウザ
９３ 管理ページ
９４ 分割ファイル
９５ 分割ファイル
９６ 切り出し部
９７ 開始コメント行
９８ 終了コメント行
９９ 親ブロック
９００子ブロック
９０１処置命令指定
９０２コメント行指定
９０３アドレス行
９０４コメント行指定
９０５処置一覧表
９０６旧コメント行
９０７新コメント行
９０８返信メール
９０９返信アドレス
９１０拡張フィールド
Claims (15)
- 受信装置で受信した電子メールから本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成して、記憶装置に記憶する処理を行う制御装置を備えた、電子メールによるＷｅｂページの登録装置に於いて、
切り出した本文の処理種別に対応する電子メールアドレスを選択可能に提示したＷｅｂのフォーム送信ページを用意しておき、
前記制御装置は、ユーザーによってこのＷｅｂのフォーム送信画面から送信された電子メールを受信した場合に、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んた電子メールを生成して、ユーザーの受信アドレスに返信するかまたはユーザー所望の受信アドレスに転送し、次にユーザー側によって返信操作が為されて、前記処理種別に対応する電子メールアドレスに返信された電子メールを受信した場合には、この電子メールから本文を切り出して、前記処理種別に対応する処理を行なうものであることを特徴とする電子メールによるＷｅｂページの登録装置。 - 電子メールを受信して本文を切り出し、Ｗｅｂブラウザから閲覧可能と成るようにページを生成する、電子メールによるＷｅｂページの登録方法に於いて、
切り出した本文の処理種別に対応する電子メールアドレスを選択可能に提示したＷｅｂのフォーム送信ページを用意しておき、
先ずユーザーによってこのＷｅｂのフォーム送信画面から送信された電子メールを受信した場合に、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んた電子メールを生成して、ユーザーの受信アドレスに返信するかまたはユーザー所望の受信アドレスに転送し、次にユーザー側によって返信操作が為されて、前記処理種別に対応する電子メールアドレス宛に返信された電子メールを受信した場合には、この電子メール中から本文を切り出して、前記処理種別に対応する処理を行なうことを特徴とする電子メールによるＷｅｂページの登録方法。 - コンピュータに、電子メールの本文として受信した文章をＷｅｂブラウザから閲覧可能と成るように記憶装置に記憶させるためのプログラムを記録した記録媒体に於いて、
切り出した本文の処理種別に対応する電子メールアドレスを選択可能に提示したＷｅｂのフォーム送信ページを用意しておき、
先ずユーザーによってこのＷｅｂのフォーム送信画面から送信された電子メールを受信した場合に、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んた電子メールを生成して、ユーザーの受信アドレスに返信するかまたはユーザー所望の受信アドレスに転送し、次にユーザー側によって返信操作が為されて、前記処理種別に対応する電子メールアドレス宛に返信された電子メールを受信した場合には、この電子メール中から本文を切り出して、前記処理種別に対応する処理を行なわせるためのプログラムを記録していることを特徴とする、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体。 - 前記制御装置は前記フォーム送信ページ中に電子メールアドレスを指定させるための記入窓を設けて、送信装置はここで電子メールアドレスが指定された場合には、このアドレスを前記ユーザー所望の受信アドレスとして設定するものである、請求項１に記載の電子メールによるＷｅｂページの登録装置。
- 前記フォーム送信ページ中に電子メールアドレスを指定させるための記入窓を設けて、ここで電子メールアドレスが指定された場合には、このアドレスを前記ユーザー所望の受信アドレスとして設定する、請求項２に記載の電子メールによるＷｅｂページの登録方法。
- 前記フォーム送信ページ中に電子メールアドレスを指定させるための記入窓を設けて、ここで電子メールアドレスが指定された場合には、このアドレスを前記ユーザー所望の受信アドレスとして設定する処理をコンピュータに行なわせるためのプログラムを記録している、請求項３に記載の電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体。
- 前記制御装置は複数個の前記受信アドレスを登録可能にし、前記フォーム送信ページ中に前記複数個の受信アドレスの中から１のアドレスを指定させるための選択部を設け、ここで１のアドレスが指定された場合には、このアドレスを前記ユーザー所望の受信アドレスとして設定するものである、請求項１に記載の電子メールによるＷｅｂページの登録装置。
- ユーザーに複数個の前記受信アドレスを登録させ、前記フォーム送信ページ中で前記複数個の受信アドレスの中から１のアドレスを指定させ、ここで指定された１の受信アドレスをユーザー所望のアドレスとして設定する、請求項２に記載の電子メールによるＷｅｂページの登録方法。
- ユーザーに複数個の前記受信アドレスを登録させ、前記フォーム送信ページ中で前記複数個の受信アドレスの中から１のアドレスを指定させ、ここで指定された１の受信アドレスをユーザー所望アドレスとして設定する処理をコンピュータに行なわせるためのプログラムを記録している、請求項３に記載の電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体。
- 前記制御装置は前記フォーム送信ページ中に電子メール本文の処理種別を指定させるための選択部を設け、ここで１の処理種別が指定された場合にはこの処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込むものである、請求項１に記載の電子メールによるＷｅｂページの登録装置。
- 前記フォーム送信ページ中に、電子メール本文の処理種別を指定させるための選択部を設けて、ここで１の処理種別が指定された場合にはこの処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込む、請求項２に記載の電子メールによるＷｅｂページの登録方法。
- 前記フォーム送信ページ中に、電子メール本文の処理種別を指定させるための選択部を設けて、ここで１の処理種別が指定された場合にはこの処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込む処理をコンピュータに行なわせるためのプログラムを記録している、請求項３に記載の電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体。
- 前記Ｗｅｂのフォーム送信ページ中に、ユーザーに本文を書き込ませるためのテキスト入力窓を設け、このＷｅｂのフォーム送信画面から送信された電子メールを受信した時に、本文がある場合には本文を引用して、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んだ電子メールを生成する、請求項１に記載の電子メールによるＷｅｂページの登録装置。
- 前記Ｗｅｂのフォーム送信ページ中に、ユーザーに本文を書き込ませるためのテキスト入力窓を生成し、このＷｅｂのフォーム送信画面から送信された電子メールを受信した時に、本文がある場合には本文を引用して、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んだ電子メールを生成する、請求項２に記載の電子メールによるＷｅｂページの登録方法。
うことを特徴とする電子メールによるＷｅｂページの登録方法。 - 前記Ｗｅｂのフォーム送信ページ中に、ユーザーに本文を書き込ませるためのテキスト入力窓を生成し、このＷｅｂのフォーム送信画面から送信された電子メールを受信した時に、本文がある場合には本文を引用して、前記処理種別に対応する電子メールアドレスをメールヘッダのリターンパスに書き込んだ電子メールを生成する処理をコンピュータに行なわせるためのプログラムを記録している、請求項３に記載の電子メールによるＷｅｂページの登録を行うプログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000403409A JP3713594B2 (ja) | 2000-07-24 | 2000-12-28 | 電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000-222827 | 2000-07-24 | ||
| JP2000222827 | 2000-07-24 | ||
| JP2000403409A JP3713594B2 (ja) | 2000-07-24 | 2000-12-28 | 電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002108762A JP2002108762A (ja) | 2002-04-12 |
| JP3713594B2 true JP3713594B2 (ja) | 2005-11-09 |
Family
ID=26596576
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000403409A Expired - Fee Related JP3713594B2 (ja) | 2000-07-24 | 2000-12-28 | 電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3713594B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004078362A (ja) * | 2002-08-12 | 2004-03-11 | Toshiba Tec Corp | コンテンツ管理装置及びコンテンツ管理プログラム |
| JP2007048089A (ja) * | 2005-08-10 | 2007-02-22 | Sharp Corp | データ処理装置、データ処理方法、データ処理プログラム、データ処理プログラムを記録した記録媒体、および構造化文書データファイルのデータ構造 |
| JP4771915B2 (ja) * | 2006-11-15 | 2011-09-14 | 京セラミタ株式会社 | Ｈｔｍｌテキストを変換する装置、方法、およびプログラム |
| CN101685453B (zh) * | 2008-09-27 | 2014-08-27 | 日电（中国）有限公司 | 交互式评注设备，交互式评注系统及其方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3638181B2 (ja) * | 1996-08-13 | 2005-04-13 | 松下電器産業株式会社 | 電子掲示板登録装置 |
| JPH1063592A (ja) * | 1996-08-13 | 1998-03-06 | Aki Uebu Agency:Kk | Ｗｗｗデータと電子メールデータ間のデータ変換方式による電子コミュニケーションシステムの作成方法 |
| JPH1074161A (ja) * | 1996-08-30 | 1998-03-17 | Fujitsu Ltd | 情報掲示装置及びプログラム記録媒体 |
| JP2000259485A (ja) * | 1999-03-08 | 2000-09-22 | Seiko Epson Corp | コンテンツ公開システムおよび自動公開処理方法 |
| JP2000276417A (ja) * | 1999-03-26 | 2000-10-06 | Casio Comput Co Ltd | Ｗｅｂページ作成システム、Ｗｅｂページ作成方法、サーバ及び記録媒体 |
| JP2001142820A (ja) * | 1999-11-11 | 2001-05-25 | Nec Corp | ホームページ情報作成システム |
-
2000
- 2000-12-28 JP JP2000403409A patent/JP3713594B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002108762A (ja) | 2002-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1733315B1 (en) | Method, system and graphical user interface for dynamically updating transmission characteristics in a web mail reply | |
| US8788948B2 (en) | Electronic mail display device | |
| JP2830957B2 (ja) | 電子メール機能を有するワークステーション装置 | |
| US7818677B2 (en) | Single window navigation methods and systems | |
| CA2414370C (en) | Method and apparatus for distributing of e-mail to multiple recipients | |
| US20070101278A1 (en) | Web site theme designer | |
| JP3963614B2 (ja) | データ通信システムならびにデータ通信システムを構成するサーバおよびクライアント・コンピュータ | |
| JP3713594B2 (ja) | 電子メールによるＷｅｂページの登録方法、電子メールによるＷｅｂページの登録装置、電子メールによるＷｅｂページの登録を行なうプログラムを記録した記録媒体、および電子メール | |
| JP2000222301A (ja) | サーバ、メールデータ変換方法、及び記録媒体 | |
| US10810186B2 (en) | Device management device, and recording medium storing a device management program | |
| JPH10187561A (ja) | 通信装置 | |
| JP2002109166A (ja) | 文書承認システム | |
| JP3711399B2 (ja) | データ伝送装置及びデータ伝送処理のプログラムを記録した記録媒体 | |
| JP2002091881A (ja) | メッセージデータ送受信システム | |
| JPH11341050A (ja) | 電子メールデータ処理装置、電子メールデータ処理方法及び記憶媒体 | |
| JP2005107720A (ja) | メール送信装置及びプログラム | |
| JP2000353131A (ja) | 情報端末装置およびメールサーバー装置とそれらのための処理プログラムを記録した記録媒体 | |
| JP2002157199A (ja) | 通信端末装置 | |
| JP2001177559A (ja) | 電子メール装置、電子メールシステム、及び電子メールプログラムが記憶されたプログラム製品 | |
| JP2000322343A (ja) | 電子メール送信方法及び電子メール送信装置並びに電子メール送信用プログラムを記憶した記憶媒体 | |
| AU2011203058B2 (en) | Web mail reply form | |
| JP2001022661A (ja) | ブラウザソフトを用いたｆａｘ情報表示システム | |
| JPH0766831A (ja) | 電子メールシステム | |
| JPH02166947A (ja) | 電子メールシステムにおけるメールボックス管理方式 | |
| JP2002278887A (ja) | 電子メール装置、電子メール作成方法、電子メール作成プログラムが記録された記録媒体、電子メール作成プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050106 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050726 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050809 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110902 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150902 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |