JP2005004792A - 電子メールデータ - Google Patents

Abstract

【課題】 電子メールによるコミュニケーションをいっそう容易にするとともに、電子メールを利用したコミュニケーションをビジネスのプロセスに適用し、新しいコミュニケーションツールを提供する。
【解決手段】 企業側会員の要請に従い、特定の質問内容４１とその質問内容４１に対する回答内容４２を含む電子メールをメールサーバ８２が顧客側の情報端末３にインターネット３を介して送信する。電子メールは、顧客側の情報端末３で送信ボタンがクリックされた際に回答内容４２を送信するコマンド文を含む。コマンド文は、ＷＷＷサーバ８１上のＣＧＩプログラム８１１を実行するコマンドか、回答内容４２をメールサーバ８２に送るコマンドである。送られた回答内容４２のデータは、ＤＢＳ８３の回答ＤＢＦ８３３や回答メールＤＢＦ８３４に保存されてデータベース化される。
【選択図】 図５

Description

本願の発明は、インターネット等のネットワークを使用したコミュニケーションに関するものであり、特に、電子メールの送信や電子メールによる意志の確認や収集といった技術に関するものである。

インターネットを始めとするコンピュータネットワーク技術の普及は、企業間や個人のコミュニケーションに大きな影響を与えている。企業間(B to B) の取引では、注文や決済等にコンピュータネットワークが広く使われるようになってきており、コミュニケーションの方法として一種の社会インフラになりつつある。

一方、企業−消費者間(B to C)の取引でも、ウェッブページによる情報発信や仮想ショッピングモール等のオンラインショッピングに見られるように、コンピュータネットワークによるコミュニケーションの世界がどんどん広がっている。最近では、ウェッブページ上で商品の注文ができるようなインタラクティブな（双方向の）ウェッブページも多くなってきている。

しかしながら、Ｂ ｔｏ Ｃのコミュニケーションでは、コンピュータネットワークの利用がまだまだ充分とはいえない面がある。例えば、多くの企業がウェッブページによる情報発信を行っているが、テレビや新聞等による広告宣伝をネットワーク上でやっているに過ぎず、ネットワークの特性や利点を充分に利用したものとはいえない。また、情報を受け取る側にしても、あまりにも多くの情報が提供されるため、その中から本当に自分に必要な情報を検索するのが非常に手間になってきている。情報検索サイトも多数存在するが、検索方法を覚えるのに手間がかかったり、検索サイトを検索する（どの検索サイトが良いかを調べる）のに手間がかかってしまったりというような面もある。

さらに、個人から企業への情報伝達は、まだまだ充分とはいえず、顧客の意見やニーズといったものをつかむ手段としては、コンピュータネットワークの利用は、まだまだ不充分である。また、商店街の個人商店や零細企業等では、ウェッブサーバのような大規模なコンピュータシステムを持つことは現実的でない場合が多い。また、自分のところでウェッブページを開設することも、コンピュータに不慣れ等の理由から難しい場合もある。このような場合でも、Ｂ ｔｏ Ｃのコミュニケーションをコンピュータネットワークを利用して行うようにすると色々なメリットがあると予想されるが、このようなことを可能にするシステムは、まだ提案されていない。

一方、コンピュータネットワークを利用したコミュニケーションとしては、ウェッブページ（ＨＴＭＬファイル）によるものもあるが、電子メールの方が広く普及している。内容を瞬時に送ることができ、送られた内容を好きな時間に読むことができ、また保存したり返信したりといったことが自由に容易にできることから、電子メールによるコミュニケーションは欠かせないものとなっている。最近では、携帯電話による電子メールの送信や受信も広く行われており、個人対個人のコミュニケーション手段としては、通常の電話をしのぐ勢いである。
電子メールによるコミュニケーションについても、一方的なものにならず双方的なものであることが重要であるが、送られたメールに対して何らかの返事をするには、内容を入力し、アドレスを選択する等、ある程度の手間がかかる。従って、一方的なものになり易い危険性がある。
特開平１０-６３５９０号公報

本願の発明は、かかる課題を解決するためになされたものであり、電子メールによるコミュニケーションをいっそう容易にするとともに、電子メールを利用したコミュニケーションをビジネスのプロセスに適用することで、顧客の意志やニーズといったものにきめ細かく対応できるようにした新しいコミュニケーションツールを提供する技術的意義がある。

上記課題を解決するため、本願の請求項１の発明は、ネットワークを経由して相手方の情報端末に送信される電子メールを記述した電子メールデータであって、特定の質問内容と、その質問内容に対する回答内容と、相手方の情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり、
このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、前記回答先のコンピュータの場所は、その電子メールの送信元に限定されないものであるという構成を有する。
また、上記課題を解決するため、請求項２の発明は、請求項１の構成において、前記コマンド文には、前記回答先のコンピュータの場所と前記回答内容を処理するためのプログラムの名前が記述されており、前記コマンド文は、そのプログラムを前記回答先のコンピュータ上で実行するものであるという構成を有する。
また、上記課題を解決するため、請求項３の発明は、請求項２の構成において、前記コンピュータは、ＣＧＩを備えたＷＷＷサーバであり、前記プログラムはＣＧＩプログラムであるという構成を有する。
また、上記課題を解決するため、請求項４の発明は、請求項１の構成において、前記コマンド文は、その電子メールの送信元に限定されない電子メールのアドレスに相手方の情報端末から前記回答内容を送信するものであり、相手方の情報端末においてアドレスの入力をすること無しに前記回答内容を送信するものであるという構成を有する。
また、上記課題を解決するため、請求項５の発明は、請求項１の構成において、前記コマンド文は、その電子メールの送信元とは異なるアドレスに相手方の情報端末から前記回答内容を送信するものであり、相手方の情報端末においてアドレスの入力をすること無しに前記回答内容を送信するものであるという構成を有する。
また、上記課題を解決するため、請求項６の発明は、請求項１、２、３、４又は５の構成において、所定のボタンを含んでおり、前記コマンド文は、このボタンがクリックされた際に実行されるものとして設けられているという構成を有する。

以下に説明する通り、本願の請求項１記載の電子メールデータによれば、送信する電子メール中に回答内容の送信のコマンド文が含まれるので、簡単な操作で返事を送ることができる。従って、電子メールを利用した双方向的なコミュニケーションがより容易になり、さらに密度の濃いコミュニケーションを行うことができる。
また、請求項２乃至６いずれかの電子メールデータによれば、ハードウェア資源とのさらに具体的な協働関係により上記請求項１の効果が実現される。

以下、本願発明の実施の形態（以下、実施形態）について説明する。
まず、電子メールデータの発明の実施形態の説明に先立ち、その電子メールを送信する電子メール送信システムの発明の実施形態について説明する。図１は、電子メール送信システムの発明の実施形態の概略構成を示す図、図２は、図１に示す電子メール送信システムにより送られる電子メールの例について示す図である。
本実施形態の電子メール送信システムは、ネットワークを経由して相手方の情報端末３に電子メールを送信するものであり、送信する電子メールのデータを記述したファイル（以下、電子メールファイル）１１を記憶した記憶手段と、記憶手段に記憶された電子メールファイル１を所定のプロトコルに従って相手方に送信する送信手段とから成っている。

ネットワークは、本実施形態ではインターネット(The Internet)２となっている。図１には、電子メール送信システムを実施形態として最も単純なものが示されている。図１に示す電子メール送信システムは、インターネット２上のメールサーバ３に対しメールクライアントとして動作可能なものである。具体的には、電子メール送信システムは、ＣＰＵ（中央演算処理装置）や記憶手段としてのハードディスク等を含むコンピュータ１で構成されている。コンピュータ１には、ＴＣＰ／ＩＰプロトコルが実装されており、ルータのような不図示の経路制御装置を介してインターネット２に接続されている。

また、記憶手段としてのハードディスクには、ＭＵＡ（Mail User Agent, メーラー）１２がインストールされている。ＭＵＡ１２は、マイクロソフト社のOUTLOOK EXPRESSのように、ＨＴＭＬ形式で電子メールを送信できるものとなって
いる。また、コンピュータは、プロバイダからアカウントを取得しており、指定されたＳＭＴＰサーバに対してＭＵＡ１２が電子メールを送ることで、インターネット２に接続されている任意の情報端末３に電子メールが転送されるようになっている。
尚、記憶手段は、ＲＡＭやＲＯＭ等のメモリやハードディスクで構成されている。また、送信手段は、後述するＭＵＡと、ＴＣＰ／ＩＰプロトコルに準拠したインターフェースやモデム又はＴＡ（ターミナルアダプタ）等で構成されている。

さて、本実施形態の電子メール送信システムの大きな特徴点は、送信される電子メールのデータ内容にある。本実施形態の電子メール送信システムの大きな特徴点は、送信される電子メールのデータ内容が、特定の質問内容４１と、その質問内容に対する回答内容４２とを必ず含んでいる点である。即ち、例えば図２に示すように、質問内容４１は、ある契約の更新の要否に関して問い合わせるものであり、それに対する回答内容４２は「ｙｅｓ，ｎｏ」となっている。

図２に示す電子メールのデータは、前述したようにＨＴＭＬで記述されており、ＦＯＲＭタグを使っている。回答内容４２は、実は、ＣＧＩ(Common Gateway Interface)プログラムで処理されるようになっている。ＦＯＲＭタグのＦＯＲＭ ＡＣＴＩＯＮコマンド文には、このＣＧＩプログラムが存在するＷＷＷサーバのＵＲＬとＣＧＩプログラムの名前が記述されている。
図２から解るように、回答内容４２はラジオボタンで作成されている。また、図２は示されていないが、「送信」のクリックボタンがある。このボタンは、Ｓｕｂｍｉｔボタンとなっており、これがクリックされると、データがＣＧＩに渡されてＣＧＩプログラムが起動するようになっている。

別の例としては、回答内容４２を電子メールで送信することも可能である。即ち、ＦＯＲＭ ＡＣＴＩＯＮのコマンド文として、mailto: の次に所定の電子メールアドレスを記述する。送信ボタンがクリックされると、データが電子メールの形でそのアドレスに送られることになる。但し、ｉモードの場合、mailto: を実行すると電子メールの送信画面になるので、ここでもう一度送信ボタンをクリックするようにする。

いずれにしても、本実施形態の電子メール送信システムでは、メールを受け取った人は、ラジオボタンを選択し、送信ボタンをクリックするという極めて簡単な操作でメールに対する回答を行うことができる。本明細書において、このような電子メールを、「イージーリターンメール」と名付ける。

イージーリターンメールは、上述したように、送る電子メールの中にそれに対する返事の部分の含ませ、送信ボタンのクリックだけで返事ができるようにしたものである。通常の場合、返事の内容を入力し、アドレスを選択して送信ボタンをクリックするといった手間がかかる。しかし、イージーリターンメールによれば、返事を選択して送信ボタンをクリックするだけなので、非常に簡単である。従って、電子メールを利用した双方向的なコミュニケーションがより容易になり、さらに密度の濃いコミュニケーションを行うことができる。

尚、この実施形態において、回答内容４２が返信される先が情報端末３上に表示されるようにする場合もある。例えば、電子メールアドレスが表示されていない状態でmailto: を行うと、電子メールの作成・送信画面になってしまう場合には、電子メール中に返信先の電子メールアドレスを表示する部分を含めるようにする。また、ＣＧＩプログラムにより回答内容４２の返信を処理する場合には、ＣＧＩプログラムがあるサーバのＵＲＬが情報端末３上に表示されるようにする場合もある。このようにすると、自分の返事がどこに送られているかを確認できるというメリットもある。

次に、意志確認方法及びシステムの発明の実施形態について説明する。
図３は、意志確認方法及びシステムの実施形態の概略構成を示す図である。図３に示す意志確認システムは、図１に示す電子メール送信システムを利用したものであり、インターネット２を介して人の意志を確認するシステムとなっている。
具体的に説明すると、図３に示す意志確認システムは、意志を求める相手の保有する情報端末３に特定の質問内容４１を含んだ電子メールをインターネット２を経由して送る電子メール送信部５と、電子メールが送られた相手からの返事をインターネット２を経由して受け付ける受信部６とから主に構成されている。

電子メール送信部５は、図１に示す電子メール送信システムと同様に構成できるので、説明は省略する。電子メール受信部６の構成は、前述したコマンド文の構成によって二通りとなる。コマンド文がＣＧＩプログラムを実行するものである場合、受信部６は、そのＣＧＩプログラムを実行するＷＷＷサーバとなる。また、コマンド文が電子メールの送信である場合、受信部６はその電子メールアドレスを保有するメールクライアントとなる。

図３に示す例では、その双方の構成を備えたものとなっている。即ち、受信部６は、ＷＷＷサーバ６１とメールクライアント６２とから成っている。ＷＷＷサーバ６１は、ＵＮＩＸ（登録商標）のような周知のＯＳ上で稼働しているコンピュータであり、ｈｔｔｐｄ(hyper text transfer daemon)プログラム６１１と、前述したＣＧＩプログラム６１２がインストールされている。

ＣＧＩプログラム６１２を記述する言語としては、ｐｅａｒｌやＰＨＰ等、任意のものを使用することができる。また、ＣＧＩプログラム６１２の内容も、任意の処理が行われるよう適宜選定される。例えば、送った人の個人情報とともに、送られたデータをＷＷＷサーバ６１内のファイルに記述するものが考えられる。具体的には、送られたフォーム内のデータ（回答内容のデータ）を取り出すとともに、送った人の個人情報をｈｔｔｐｄの環境変数から取り出す。個人情報としては、送信元の情報端末３である携帯電話の番号を挙げられる。具体的には、環境変数が、「電話番号@docomo.ne.jp」のデータを取り出し、それをトリミングして電話番号を取り出す。

このように取り出した回答内容のデータと個人情報のデータとを、ＷＷＷサーバ６１内のファイルに記述する。ＷＷＷサーバ６１には、そのファイルを開いてディスプレイに表示することができるプログラムがインストールされており、そのプログラムを使用してディスプレイに表示する。または、そのようなプログラムがインストールされたクライアントによりＷＷＷサーバ６１にアクセスして回答内容を表示する。

また、メールクライアント６２は、図１に示す電子メール送信システムとほぼ同じを構成を採用することができる。メールクライアント６２のＭＵＡは、ｐｏｐ又はｉｍａｐといったメールサーバからのメール取り出し用のプロトコルに対応したものとなっている。尚、電子メール送信部５とメールクライアント６２を、ＭＵＡを備えた一つのコンピュータで構成することも可能であり、むしろその場合の方が多い。いずれにしても、メールクライアント６２は、不図示のメールサーバにアクセスして回答内容のメールを取り出し、ディスプレイに表示する。

このような表示により、前述した電子メールに対する回答を確認することができる。回答を確認するとは、その電子メールを送った人の意志を確認することと同義である。つまり、前述した例でいえば、契約の更新を希望する旨の意志を確認することになる。尚、本明細書において、「意志」とは、法律上権利義務の発生や変更等を伴う「意思」を含むものの、それには限定されない概念である。例えば、ある問題に対する意見のような場合もある。

この実施形態の構成は、人の意志の確認にイージーリターンメールを利用している。人の意志の確認には、何らかの返事が必要であるが、電子メールを利用すると、意志を求める相手に電子メールを送っておき、相手は空いた時間にメールを読んで返信操作をするだけで良いので、非常に簡単である。さらに、イージーリターンメールによれば、返事を選択して送信ボタンを送るだけで返信ができるのでさらに簡単である。従って、人の意志の確認も非常に簡単に行える。
尚、図２に示す例では、回答内容４２はｙｅｓ，ｎｏの二つであったが、これは一つでも良い。例えば回答がｙｅｓだけであっても、所定期間内にｙｅｓの送信があったもののみｙｅｓの意志を示したと取り扱えば良いからである。

次に、意志収集方法及びシステムの発明の実施形態について説明する。
図４は、意志収集方法及びシステムの実施形態の概略構成を示す図である。図４に示す意志収集システムは、図３に示す意志確認システムと同様に、意志を求める相手の保有する情報端末３に特定の質問内容を含んだ電子メールをインターネットを経由して送る電子メール送信部５と、電子メールが送られた相手からの返事をインターネット２を経由して受け付ける受信部６とを備えている。これら電子メール送信部５や受信部６は、意志確認システムの場合と同様に構成できるので、詳細な説明は省略する。

本実施形態の意志収集システムの大きな特徴点は、信部で受け付けられた回答内容と個人情報とをデータベース化して保存するデータベース部を有している点である。データベース部は、本実施形態では、データベースサーバ７によって構成されている。
より具体的に説明すると、受信部６を構成するＷＷＷサーバ６１やメールクライアント６２は、イントラネット６０に接続されている。イントラネット６０は、ファイアウォールやルータのような経路制御装置６００を介してインターネット２につながっている。データベースサーバ７は、このイントラネット６０に接続されている。
データベースサーバ（以下、ＤＢＳ）７は、データベースファイル７１と、このデータベースファイルを管理するプログラムであるデータベース管理システム（ＤＢＭＳ，Database Management System)７２とから成っている。

ＣＧＩプログラム６１２は、情報端末３から送られた回答内容４２のデータを前述したように取り出し、送った人の個人情報とともにＤＢＳ７に送る。また、情報端末３に送られた電子メールには、その内容に応じたメール内容ＩＤが予め付与されている。メール内容ＩＤも、情報端末３に送られる電子メール内に記述されている。メール内容ＩＤは、情報端末３上で表示されるようにしても良いが、ＩＮＰＵＴ ＴＹＰＥ＝”ｈｉｄｄｅｎ”を指定して情報端末３上では表示されないようにしても良い。ＣＧＩプログラム６１２は、送られた回答内容４２のデータとともにメール内容ＩＤも取り出し、これらのデータをＤＢＳ７に送るようになっている。
データが送られると、ＭＢＳ７は、ＤＢＭＳ７２によってデータをＤＢＦ７１に記述する。従って、ＤＢＦ７１は、どのメール内容ＩＤの電子メールに対し、誰がどのような回答をしたかの結果をデータベース化して保存したものとなっている。つまり、複数の人の意志を集めたデータベースとなっている。

次に、意志収集システムの別の実施形態について説明する。図５は、意志収集システムの別の実施形態の概略構成を示す図である。この実施形態は、図４に示す意志収集システムを利用した一つのビジネスモデルとなっている。具体的に説明すると、このビジネスモデルは、インターネット２を利用した企業と一般の顧客とのコミュニケーションの仲介役をするビジネスモデルであり、Ｂ ｔｏ Ｃのコミュニケーションエージェントとも呼べるサービスを提供するものである。

このビジネスモデルを達成するハードウェアは、図４と同様に、ファイアウォールのような経路制御装置８００を介してイントラネット８０に接続されたコンピュータ群８１，８２，８３，８４によって構成されている。コンピュータ群８１，８２，８３，８４は、図５に示すように、ＷＷＷサーバ８１と、メールサーバ８２と、ＤＢＳ８３と、管理用コンピュータ８４となっている。

ＷＷＷサーバ８１は、図４に示す実施形態と同様に、情報端末３に送信される電子メールに含まれるコマンド文によって実行されるＣＧＩプログラム８１１を有している。本実施形態では、これに加え、ＷＷＷサーバ８１は、このサービスを紹介するウェッブページ（以下、紹介ページ）、このサービスの会員になるための入会登録を行うウェッブページ等を情報端末３に表示するものとなっている。

このサービスでは、メンバーシップは二種類に分かれる。一つは、Ｂ、即ち、商品の案内メール等を出したい企業側のメンバーシップである。もう一つは、Ｃ、即ち、電子メールを受け取る顧客側のメンバーシップである。従って、ＷＷＷサーバ８１は、企業側会員の登録するためのウェッブページのＨＴＭＬファイル（以下、企業側会員登録用ファイル）８１２と、顧客側会員の登録するためのウェッブページのＨＴＭＬファイル（以下、顧客側会員登録用ファイル）８１３とを備えている。

また、ＤＢＳ８３は、企業側会員をデータベース化したＤＢＦ（以下、企業側会員ＤＢＦ）８３１と、顧客側会員をデータベース化したＤＢＦ（以下、顧客側ＤＢＦ）８３２を備えている。さらに、ＷＷＷサーバ８１は、企業側会員登録用ファイル８１２に含まれるコマンド文で実行されるＣＧＩプログラム８１４や、顧客側会員登録用ファイル８１３に含まれるコマンド文で実行されるＣＧＩプログラム８１５を有している。

また、メールサーバ８２は、この実施形態における電子メール送信部及び受信部を構成するものである。具体的には、メールサーバ８２は、外部との電子メールの送受信を行うsendmail等のＭＴＡ(Mail Transfer Agent)８２１と、受信した又は送信用の電子メールを保存するハードディスク等の記憶手段であるメールボックス８２２と、サーバ内でのメールの配信即ちメールボックス８２２とＭＴＡとの間で電子メールの配信を行うプログラムであるmail.localのような内部配信エージェント８２３と、外部のメールクライアントに対してメールボックス８２２内の電子メールを送るためのプログラムである外部配信エージェント（ｐｏｐｄ又はｉｍａｐｄ等）８２４を有している。
尚、図１や図３に示す実施形態の場合と同様に、メールクライアントで電子メール送信部や受信部を構成することも可能である。しかし、この実施形態では、送受信する電子メールが多数になることを考慮し、メールサーバ８２を構築している。

また、ＤＢＳ８３は、前述した企業側会員用ＤＢＦ８３１及び顧客側会員用ＤＢＦ８３２の他、図４に示すものと同様の回答ＤＢＦ８３３や、顧客側会員が回答を送った電子メールをデータベース化したＤＢＦ（以下、回答メールＤＢＦ）８３４を有している。

管理用コンピュータ８４は、このサービスを実施する上で必要な管理業務を行うものである。管理用コンピュータ８４は、ＷＷＷサーバ８１、メールサーバ８２、ＤＢＳ８３等に対してクライアントとして機能できるようになっている。

図５に示す実施形態のシステムの動作について、以下に説明する。
まず、企業側会員登録について説明する。
企業側会員登録は、最終的にはＤＢＳ８３の企業側会員ＤＢＦ８３１に新しいレコードを登録することで終了するが、このやり方は、二つの種類に分けられる。一つは、郵送やＦＡＸなどによる申し込みに従って、管理用コンピュータ８４から登録するものである。もう一つは、登録を希望する企業がＷＷＷサーバ８１にアクセスしてオンライン登録するものである。

前者の場合、所定のフォームの用紙に所定事項を記入してもらい、郵送又はＦＡＸなどで送ってもらう。そして、オペレータが管理用コンピュータ８４を操作して、ＤＢＳ８３の企業側会員登録用ＤＢＦ８３１に新しいレコードとして登録する。また、後者の場合、企業側の担当者が企業側会員登録ファイル８１２をブラウザで閲覧し、所定の項目を入力してＷＷＷサーバ８１に送信する。ＷＷＷサーバ８１では、ＣＧＩプログラム８１４が起動し、送られたデータを所定の形式に変換してＤＢＳ８３に渡す。ＤＢＳ８３は、渡されたデータを企業側会員登録用ＤＢＦ８３１に新しいレコードとして登録する。

次に、顧客側会員登録について説明する。
顧客側会員登録は、企業側会員から送られた顧客リストに従って登録する場合と、顧客自身がＷＷＷサーバ８１にアクセスして登録する場合とに分けられる。前者の場合、提示された顧客リストに従ってオペレータが管理用コンピュータ８４から入力する。尚、顧客会員として登録されると、後述するように電子メールが送られることになるから、事前に顧客の了解を取っていることを企業側会員に確認することが好ましい。

後者の場合、ＷＷＷサーバ８１の顧客側会員登録ファイル８１３を顧客側会員となる者が自分の情報端末３に表示して登録が行われる。顧客側会員登録ファイル８１３は、紹介ページにリンクされて情報端末３に表示されるようになっている。そして、紹介ページ（又はそれがリンクされたトップページ）は、「電子メール」，「商品紹介」等のキーワードでヒットするよう、所定の検索エンジンに登録されている。

紹介ページを見た者が、登録してみようと思った場合、顧客側会員登録ページに飛び、所定の項目を入力する。この項目には、電子メールアドレス又はインターネット対応の携帯電話の番号やその他の個人情報（氏名、職業等）等が含まれる。入力を行って送信ボタンをクリックすると、それらのデータがＷＷＷサーバ８１に送られ、ＣＧＩプログラム８１５を介してＤＢＳ８３の顧客側会員ＤＢＦ８３２に登録される。

尚、顧客側会員登録は、企業側会員から提示された顧客リストによらない場合でも、管理用コンピュータ８４から入力される場合がある。例えば、このサービスを展開する会社が、雑誌等で宣伝広告をし、顧客側会員登録を求める。そして、登録に応じる顧客が、電話やＦＡＸなどで、携帯電話番号や電子メールアドレス、その他の個人情報をオペレータに知らせ、これに基づいてオペレータが顧客側会員登録を行う。

次に、電子メールの送信について説明する。
電子メールの送信は、企業側会員の要請に基づいて行われる。この要請は、送るべき電子メールの内容、即ち、送りたい質問内容とそれに対する回答内容、及び、そのような電子メールを送るべき相手（顧客側会員）を特定して行う。具体的には、電話やＦＡＸでこの内容をオペレータに伝え、オペレータが管理用コンピュータ８４を操作して、電子メールファイルを作成する。電子メールファイルは、前述したようにＨＴＭＬで書かれており、回答内容を送るコマンド文を含んでいる。

場合によっては、企業側会員からの入力により電子メールファイルが自動的に作されるようにしても良い。具体的には、メール作成ページを企業側の担当者の情報端末３に表示するＨＴＭＬファイルをＷＷＷサーバ８１内に設ける。このＨＴＭＬファイルでは、質問内容を入力するテキストボックスと、回答内容とその表示の仕方（ラジオボタン、チェックボックス等）を選択する部分と、送信先の電メールアドレス又は携帯電話番号を入力する部分とを含む。送信先の入力は、複数行えるようにしておくことが好ましい。場合によっては、送信先としては、顧客の氏名のみや、会員ＩＤのようなものを入力するようにしても良い。

そして、ＷＷＷサーバ８１に、このページから送信されるデータを処理するＣＧＩプログラムを設ける。このＣＧＩプログラムは、送られたデータから電子メールファイルを自動作成する。即ち、ＦＯＲＭタグを使用しながら質問内容と回答内容をはめ込み、ＣＧＩプログラムを実行するコマンド又はmailto: コマンドをはめ込んでＨＴＭＬ形式の電子メールファイルを自動作成する。

作成された電子メールファイルが自動的にメールサーバ８２に送られるようＣＧＩをプログラミングしても良いが、このサービスの運営会社のチェック無しに送られると問題があるので、途中で認証するステップ等を設けると良い。具体的には、自動作成された電子メールファイルを一時的保存するＤＢＦをＤＢＳ８３内に設ける。そして、オペレータが、管理用コンピュータ８４を使用して、定期的にＤＢＦを開き、新しく保存された電子メールファイルを読み出す。そして、問題が無いと判断したら、メールサーバ８２に送って実際に送信するようにする。

次に、顧客側会員から返信される回答の処理について説明する。
顧客側会員から返信される回答は、直ちに企業側会員に情報として伝える場合（以下、緊急配信と呼ぶ）と、ある程度の期間又は数量だけ保存してまとめて伝える場合（以下、保存後配信）とがある。メールサーバ８２から顧客側会員に電子メールが送られる際、そのどちらなのか、又は、両方の処理を行うのかを識別するデータが質問内容等とともに送られるようになっている。企業側会員が電子メールの送信を依頼する際、どちらの処理をするのか、双方行うのかを指定する。そして、このデータは、メール内容ＩＤとともに顧客側会員の情報端末３に送られるようになっており、必要に応じて顧客側会員の情報端末３上では非表示とされる。

まず、ＣＧＩプログラム８１１を使用した処理について説明する。電子メールの回答の緊急配信である場合、ＣＧＩプログラム８１１は、送られたデータをそのまま管理用コンピュータ８４に送るようになっている。管理用コンピュータ８４のディスプレイには、ＣＧＩプログラム８１１から送られるデータを常時表示しているフレームないしはウインドウがある。オペレータは、ＣＧＩプログラム８１１から緊急配信のデータが送られたことをディスプレイで確認し、その電子メールの送信を要請した企業側会員をＤＢＳ８３での検索等により特定する。そして、回答内容及び回答した顧客側会員の氏名等を電話やＦＡＸで企業側会員に報告する。

別の構成としては、ＦＡＸデータや電子メールを自動的に生成して企業側会員に送信するようＣＧＩプログラム８１１をプログラミングしても良い。ＦＡＸデータや電子メールは、顧客側会員に送った質問内容及びそれに対する回答内容、回答した顧客側会員の氏名等の個人情報を含むようにする。

また、送られた回答が保存後配信である場合、ＣＧＩプログラム８１１は、そのデータをＤＢＳに送って回答ＤＢＦ８３３に保存する。この部分は、図４に示す実施形態と同様である。但し、回答ＤＢＦ８３３は、顧客側会員に送った電子メールの内容を識別するメール内容ＩＤ、その電子メールの送信を依頼した企業側会員の会員ＩＤ、回答をしてきた顧客側会員の個人情報（氏名、住所、職業等）、回答内容のデータ等の項目を一つのレコードにして保存している。

次に、電子メールで回答内容が送られる場合について説明する。
回答が緊急配信である場合、回答を送る電子メール（以下、回答メール）は、管理用コンピュータ８４が保有するメールアドレスに送るようmailto: が設定されている。管理用コンピュータ８４は、メールサーバ８２からの接続を受け付けるようになっており、メールサーバ８２は、届いた回答メールをそのまま管理用コンピュータ８４に送るようになっている。もしくは、メールサーバ８２に緊急配信の回答メールが届いた旨のメッセージを管理用コンピュータ８４に送るようになっている。オペレータは、届いた回答メール又はメッセージに従ってメールサーバ８２にアクセスして受信したメールを見て、その回答を企業側会員に電話やＦＡＸで知らせる。

この場合、ＦＡＸや電子メールで回答を企業側会員に伝えるようにすると好適である。電子メールで回答を伝える場合、単純に、mailto: の設定を企業側会員が保有する電子メールアドレスにするようにしても良い。この場合には、このシステムのメールサーバ８２を経由しないで回答メールが企業側会員に届く場合もある。また、管理用コンピュータ８４で受信した回答メールを、そのまま企業側会員に転送するようにしても良い。この際、質問内容や、回答した顧客側会員の個人情報等を付加して転送するようにすると好適である。ＦＡＸデータの場合も、自動的にＦＡＸデータを作成してＦＡＸ送信出力するようにすると好適である。

次に、回答が保存後配信の場合、回答メールの宛先は、メールサーバ８２内のメールボックス８２２に設定される。オペレータは、定期的にメールサーバ８２にアクセスし、回答メールを読み出す。そして、読み出した回答メールの内容をＤＢＳ８３に送って回答メールＤＢＦ８３４に保存する。
この際、オペレータは、ＤＢＳ８３にアクセスし、回答メールに含まれるメール内容ＩＤに従い、その回答メールの元になった電子メール（以下、質問メール）の送信を依頼した企業側会員を特定する。また、回答を送った顧客側会員も回答メールの送信元の情報から特定する。そして、質問メールのメール内容ＩＤ、依頼した企業側会員の会員ＩＤ、回答した顧客側会員の個人情報等を、その回答メールとともに一つのレコードとして回答メールＤＢＦ８３４に登録する。
尚、メールサーバ８２からの回答メールの読み出し、メール内容ＩＤ等と一緒にした回答メールの回答メールＤＢＦ８３４への保存の作業を自動的に行うプログラムを作り、管理用コンピュータ８４等にインストールして実行するようにしても良い。

回答ＤＢＦ８３３のデータ及び回答メールＤＢＦ８３４のデータは、企業側会員の情報端末３からの操作又は管理用コンピュータ８４からの操作により読み出されるようになっている。以下、この点について説明する。
管理用コンピュータ８４から読み出す場合、ある条件を設定して回答ＤＢＦ８３３や回答メールＤＢＦ８３４を検索し、その結果をプリンタで打ち出す。例えば、特定の企業側会員の依頼で送信した質問メールに対する回答を保存したレコードを全て読み出して打ち出すようにする。そこには、質問メールの内容を一言で表現した質問メールタイトルや、回答を送った顧客側会員の個人情報をリストアップされるようにする。このような出力リストを、郵送やＦＡＸで企業側会員に送る。

企業側会員の情報端末３の操作による場合、ＷＷＷサーバ８１を利用する。即ち、ＷＷＷサーバ８１は、質問に対する回答を企業側会員がピックアップするためのサイト用のＨＴＭＬファイル（以下、回答ピックアップ用ファイル）８１６を有している。
回答ピックアップ用ファイル８１６は、企業側会員の会員ＩＤやパスワードを入力する欄と、ピックアップする回答の抽出条件を入力する欄等を表示するようになっている。抽出条件としては、その回答メールの元になった質問メールを特定するメール内容ＩＤや質問メールタイトル等である。

回答ピックアップ用ファイル８１６が企業側会員の情報端末３に表示され、上記データが入力されて送信されると、ＷＷＷサーバ８１は、回答ピックアップ用のＣＧＩプログラム８１７を起動する。このＣＧＩプログラム８１７は、送られたデータからＳＱＬ文（問い合わせ文）を作り、ＤＢＳ８３にアクセスする。ＤＢＳ８３は、ＳＱＬ文に従って回答ＤＢＦ８３３又は回答メールＤＢＦ８３４を検索し、該当するレコードを読み出してＣＧＩプログラム８１１に送る。ＣＧＩプログラム８１７は、送られたデータをＨＴＭＬ形式に変換し、アクセスしてきた企業側会員の情報端末３に送る。

この実施形態の構成は、イージーリターンメールを利用したＢ to Ｃのコミュニケーションエージェントのビジネスを展開するものとして、極めて好適なものとなっている。企業側会員は、自社に電子メールを送信する手段が無くても、このサービスの運営会社に電話やＦＡＸで依頼をするだけで顧客に電子メールが送れる。そして、その電子メールに対する回答の送信が容易なので、回答される確率が高く、依頼者である企業側会員は容易に迅速に回答を得ることができる。また、回答をまとめて受け取ることもできるので、自社の商品やサービスに対する顧客のアンケート等といった、マーケティング的なことも容易に行える。

また、電子メールを送る顧客側会員を特定のセグメントに絞ることも可能である。例えば、企業側会員が１０代から２０代の女性というように送信先を指定して電子メールの送信を依頼し、オペレータがＤＢＳ８３の顧客側会員ＤＢＦ８３２を検索して該当する顧客側会員の電子メールアドレスや携帯電話番号をリストアップする。そして、リストアップされた顧客側会員に電子メールを送るようにする。このようにすれば、セグメント別（年齢、性別、職業、地域等）にきめ細かな意志確認が行え、マーケティングやプロモーションに非常に役立つ。

また、送られた回答についても、前述したように抽出条件を設定して企業側会員が自由にピックアップできるので、マーケティングやプロモーション等に極めて有効である。例えば、このシステムを利用して大規模なアンケートを行い、集まった回答を、年齢や性別等を抽出条件にして抽出することでアンケート結果の詳細な分析が行える。
また、契約更新要否の電子メールに対するｙｅｓの回答のような場合、その後に企業側会員が必要な事務処理をする必要があるものがあるが、このような場合も、このような回答のみを選択してピックアップすることができる。従って、意志確認後の事務処理も極めて効率的に行える。

この実施形態の構成は、さまざまな業種業界に適用できる。例えば、前述した契約更新の例としては、損害保険等の保険業界に適用が可能である。また、顧客の意志を確認する必要があるものとしては、何らかの予約をする業種業界が挙げられる。例えば、飛行機や列車のチケット予約、コンサート等のチケットの予約、商品の取り置きの予約等である。

また、この実施形態のシステムでは、電子メールによる情報提供というスタイルを取るので、タイムリーで日替わり的な情報提供をすることが極めて簡単に行える。例えば、レストラン等で日替わりランチのメニューを電子メールで顧客に提供し、席の予約をするかどうかを問い合わせる使い方が考えられる。この場合、送られる電子メールの内容は毎日異なることになる。こういったプロモーションは、チラシといった既存のメディアではコストが非常に高くなってしまい、殆ど不可能である。ウェッブページを作って毎日書き換えることも考えられるが、それでもかなり手間がかかってしまうのと、顧客が毎日ウェッブページをチェックするとは考えられないので、プロモーションの方法としてはあまり良くない。ウェッブページによるプロモーションは、顧客がアクセスしてくるのを待っている“待ちの姿勢”であるが、このシステムでは、常に電子メールを顧客に送って回答を待つという積極的な姿勢である。従って、プロモーションの方法として極めて優れている。

また、この実施形態の構成は、商品やサービスの販売といったものの他、人材派遣や勤務先の紹介、求人の紹介といったことにも利用できる。例えば、求人求職紹介業の場合、仕事を求める側（求職者）は、自分の能力や求める賃金、勤務場所等の希望を予め登録しておく。電子履歴書（履歴書を電子データで記録したもの）のようなものを予め作成して登録しておくと好適である。人を求める会社側（求人者）も、同様に職種や能力、賃金といった点を登録する。

求人者の求人の情報は、イージーリターンメールで求職者に告知する。電子メールの内容は、求人者の会社情報や、職種、賃金等といった求人情報を含み、回答内容として、「面接したい」とか、「詳しい情報を知りたい」とかである。そして、この電子メールに対する返答は、直接求人者に届くようにする。求人者は、届いた回答から判断して面接等を行っても良いが、求職者がどのような人であるかを知りたい場合もあるため、このシステムの運営会社に照会できるようにしておく。照会要請があったら、予め登録した求職者の情報（電子履歴書等にしておくと好適である）を、求人者に伝えるようにする。

このようにすると、登録されている求職者への情報の提供、それに対する求職者の応答、求人者の照会等にイージーリターンメールが使用できるので、極めて短期間のうちに最適な職場及び最適な人材を紹介することができる。既存の人材派遣業も、時間としては早く最適な職場及び最適な人材を提供することができるが、求人者のコストが高くなってしまう問題がある。このシステムを利用すれば、短時間に且つ低コストに職場や人材の紹介が行えるので、人材派遣を凌駕する可能性がある。

また、このシステムに対し、バナー広告のビジネスを付加することも可能である。具体的には、顧客側会員に送る電子メールにバナー広告を付加するようにする。例えば、自動車の損害保険の契約更新要否を訊ねる電子メールに、自動車の修理サービス会社のバナー広告を設ける。技術的には、バナー広告のクリックボタンがクリックされた際に修理サービス会社の広告文が表示されるよう、Javascript（Javaは登録商標）等でコマンドを記述する。そして、表示される修理サービス会社の広告文も、イージーリターンメールと同様の構成とする。例えば、「詳しいパンフレットを送っても良いですか」の質問内容に対して「ｙｅｓ，ｎｏ」の回答内容を表示するものとする。このようにすると、電子メールの送信や回答の収集といったエージョント業務の手数料収入に加え、バナー広告の取り扱い手数料の収入もあげられるので、このビジネスの収益性がさらに高くなる。

上述した各実施形態では、ネットワークはインターネット２であったが、インターネット２以外のネットワーク（単なる外部ネットワークやイントラネット等）でも、同様に実施可能である。また、情報端末３としては、電子メールが受信できる携帯電話の他、ネットワークに接続されているとともに電子メールの受信が可能なパソコンやＰＤＡ(Personal Data Assistant)でも良い。電子メールを記述する言語は、ＨＴＭＬに限られる訳ではなく、ＸＭＬ(Extensible Markup Language)のような他の言語でも良い。

また、携帯電話の場合でも、ｉモードの他、ＪスカイやＥＺ−Ｗｅｂ等でも良い。従って、ＷＡＰ(Wireless Application Protocol)に準拠する構成とされる場合もあり、ＨＤＭＬ(Handheld Device Markup Language)で電子メールやウェッブページが記述される場合もある。
各実施形態において、「電子メールデータ」とは、電子的に送信されている又は記録されている手紙（電子メール）のデータの意味であり、「コマンド文」というプログラムを含んだものである。

電子メール送信システムの発明の実施形態の概略構成を示す図である。 図１に示す電子メール送信システムにより送られる電子メールの例について示す図である。 意志確認方法及びシステムの実施形態の概略構成を示す図である。 意志収集方法及びシステムの実施形態の概略構成を示す図である。 意志収集システムの別の実施形態の概略構成を示す図である。

符号の説明

１１ 電子メールファイル
１２ ＭＵＡ
２ インターネット
３ 情報端末
４１ 質問内容
４２ 回答内容
８０ イントラネット
８１ ＷＷＷサーバ
８１１ ＣＧＩプログラム
８２ メールサーバ
８３ ＤＢＳ
８４ 管理用コンピュータ

Claims (6)

1. ネットワークを経由して相手方の情報端末に送信される電子メールを記述した電子メールデータであって、特定の質問内容と、その質問内容に対する回答内容と、相手方の情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり、
   このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、前記回答先のコンピュータの場所は、その電子メールの送信元に限定されないものであることを特徴とする電子メールデータ。
2. 前記コマンド文には、前記回答先のコンピュータの場所と前記回答内容を処理するためのプログラムの名前が記述されており、前記コマンド文は、そのプログラムを前記回答先のコンピュータ上で実行するものであることを特徴とする請求項１記載の電子メールデータ。
3. 前記回答先のコンピュータは、ＣＧＩを備えたＷＷＷサーバであり、前記プログラムはＣＧＩプログラムであることを特徴とする請求項２記載の電子メールデータ。
4. 前記コマンド文は、その電子メールの送信元に限定されない電子メールのアドレスに相手方の情報端末から前記回答内容を送信するものであり、相手方の情報端末においてアドレスの入力をすること無しに前記回答内容を送信するものであることを特徴とする請求項１記載の電子メールデータ。
5. 前記コマンド文は、その電子メールの送信元とは異なるアドレスに相手方の情報端末から前記回答内容を送信するものであり、相手方の情報端末においてアドレスの入力をすること無しに前記回答内容を送信するものであることを特徴とする請求項１記載の電子メールデータ。
6. 所定のボタンを含んでおり、前記コマンド文は、このボタンがクリックされた際に実行されるものとして設けられていることを特徴とする請求項１、２、３、４又は５記載の電子メールデータ。

Images