メッセージの配送方法及びシステム
【課題】 受信者個人に電子メールを送る感覚でメッセージを送信することができるメッセージの配送方法及びシステムを提供することを課題としている。
【解決手段】 受信者１個別のメッセージの受付先を公開部４により公開せしめ、送信者３による受信者１へのメッセージデータを上記受付先を備えた受付部６によりインターネットを介して受信し、受付部６が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部７に送信し、配送部７が所定の形式に処理されたメッセージデータから配達形式に加工して受信者１にメッセージを配送する。
【解決手段】 受信者１個別のメッセージの受付先を公開部４により公開せしめ、送信者３による受信者１へのメッセージデータを上記受付先を備えた受付部６によりインターネットを介して受信し、受付部６が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部７に送信し、配送部７が所定の形式に処理されたメッセージデータから配達形式に加工して受信者１にメッセージを配送する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は所定の受信者に送信者からのメッセージを代行して届けるメッセージのメッセージ配送方法及びシステムに関する。
【０００２】
【従来の技術】従来所定の人や団体等に対してメッセージを送る場合、メッセージを送る送信者は新聞広告や雑誌の記事、広告等を通じて上記所定の人や団体等の受信者の情報を得て、当該情報に従ってメッセージの送信を行う。そして一般的に送信者は受信者の住所を上記情報ソースから得て、電報や電話、郵便により受信者にメッセージを送付（配送）している。
【０００３】一方近年電子メールやインターネットのウェブサイトから送信者が電報局側に電報を依頼することによって、受信者にメッセージ（電報）を送るインターネット電報システム等も知られている。そしてこのインターネット電報システムは、一般的には電報局側の電子メールサーバ（Ｍail Transfer Agent）又はウェブサーバが送信者からの電報の申し込みを受付け、このコンピュータネットワーク（通常インターネット）を介して得た電報の申し込みに従って、受信側の電報局が受信者に電報（メッセージ）を届けるものとなっている。
【０００４】
【発明が解決しようとする課題】しかし、送信者は電報局に対してメッセージ（電報）の依頼を行うため、電子メールを使用するにもかかわらず、電報の依頼感覚が強くなり、個人宛に電子メールを出す感覚とは異なる違和感を覚える場合があるという欠点があった。このため、送信者においてあたかも受信者個人に電子メールを送る感覚でメッセージを送信することができるメッセージの配送システムが望まれていた。
【０００５】
【課題を解決するための手段】上記課題を解決するための本発明のメッセージの配送方法は、公開部４が受信者１個別のメッセージの受付先を公開し、送信者３が上記受付先に受信者１へのメッセージデータをインターネットを介して送信し、上記受付先を備えた受付部６が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部７に送信し、配送部７が所定の形式に処理されたメッセージデータから配達形式に加工して受信者１にメッセージを配送することを特徴としている。
【０００６】また本発明のメッセージの配送システムは、第１にメッセージの受信者１と該受信者１にメッセージを送る送信者３との間に、各受信者１個別のメッセージデータの受付先を公開する公開部４と、受信者１へのメッセージの配送を送信者３から受け付ける受付部６と、受信者１にメッセージの配送を行う配送部７とを配設し、受付部６に送信者３からインターネットを介して送信されるメッセージデータを受信して、コンピュータ通信可能なネットワークを介して配送部７に中継して送信するコンピュータ端末を設け、受付部６のコンピュータ端末が、受信者１へのメッセージデータを受信する受信者個別のスプールを有する運用サーバ１２と、該運用サーバ１２に送信されるメッセージデータに基づいてメッセージを所定の形式に作成して配送部７に送信する配信サーバ１３とを備え、配送部７のコンピュータ端末が、受付部６によって中継されたメッセージデータを受信するデータ受信クライアントを備え、配送部７にて受信したメッセージデータから受信者１に配送するメッセージを配達形式に加工する加工手段とを設けたことを特徴としている。
【０００７】第２に公開部４に受付部６とコンピュータ通信可能なネットワークを介した通信が可能なコンピュータ端末を配置したことを特徴としている。
【０００８】第３に運用サーバ１２がウェブサーバ又は電子メールの受信をサポートするメールサーバであることを特徴としている。
【０００９】第４にユーザ制御サーバ１１を運用サーバ１２に接続して設け、ユーザ制御サーバ１１は各受信者１個別のスプール用のファイルを上記運用サーバ１２に作成せしめるとともに受信者１側からのスプール用のファイル作成の依頼に起因して、予め決められた期間のみスプール用のファイルが有効となるように作動せしめられることを特徴としている。
【００１０】第５に運用サーバ１２にて作成されるスプールファイルに対する電子メールアドレス又はスプールファイル名が、運用サーバ１２内の既存の電子メールアドレス又はスプールファイル名と重複する場合に、スプールファイル名又はスプールファイルに対する電子メールアドレスを変更する変更手段１８をユーザ制御サーバ１１に接続して設けたことを特徴としている。
【００１１】第６に送信者３からのメッセージデータを読み出し、該メッセージデータを編集して依頼内容を送信者３が確認するべく送信者３に返送する電子メールを自動作成する自動編集手段２３を運用サーバ１２に接続して設けたことを特徴としている。
【００１２】第７に配送部７を複数設け、メッセージを受信する受信者１の近傍に位置する配送部７に受付部６からメッセージデータを送信せしめるように設定するデータ作成手段２８を配信サーバ１３に設けたことを特徴としている。
【００１３】
【発明の実施の形態】以下、この発明をメッセージ配送システムに適用した本発明の実施例の形態について説明する。
【００１４】図１は本発明のメッセージの配送システムの全体システム図であり、本システムは、メッセージの受信者１と、該受信者１へのメッセージの配信を依頼する依頼者２と、受信者１にメッセージを送信する送信者３との間に介在し、送信者３が各受信者１に対して個別に設定される所定の電子メールアドレス（メールアドレス）にメッセージを含んだ電子データ（メッセージデータ）を送信することで、受信者１に送信者３からのメッセージ（多くの場合は紙等に印字されたメッセージ）を配送するシステムとなっている。
【００１５】すなわち本システムは上記受信者１、依頼者２、送信者３の他、依頼者２からの上記依頼を電話やＦＡＸ等により受ける仲介部（仲介業者）４、該仲介業者４からの依頼により送信者３からの電子メールを受信するメールスプールを開設する受付部（受付業者）６、送信者３により送信されたメッセージデータに基づいたメッセージメールを上記受付業者６から電子メールにより受信し、メッセージメールからメッセージを加工して取り出し、受信者１に配送する配送部（配送業者）７、上記受付業者６からメッセージメールを受信して依頼者２又は受信者１から本システムの使用料を徴収する金融業者８とが存在する。
【００１６】そして少なくとも仲介業者４、受付業者６、配送業者７、金融業者８、送信者３にコンピュータネットワークを介した通信が可能なネットワークコンピュータ端末が備えられ、各コンピュータ端末はインターネットを介した電子メール又はＷＷＷ（World Wide Web）の少なくとも一方又は両方をサポートした通信が可能となっている。
【００１７】以上のように構成されたメッセージ配送システムは、依頼者２が仲介業者４にメッセージの配送の仲介を依頼し、仲介業者４が受付業者６に受信者個別の受付先（電子メールアドレス）の発行を依頼するとともに、公開部となり受信者１の宛先となる送信先を公開する。そして送信者３から送信されたメッセージは送信者３→受付業者６→配送業者７へと配送され、配送業者７から受信者１へと送られる。
【００１８】なお上記受信者１に届けるメッセージとして、メッセージが紙等に印字されたもの、写真、ビデオテープ等のような画像が収容された画像収容メディア、カセットテープ等のような音声が収容された音声収容メディア、コンピュータ等により再現可能なデータが収容されたフロッピー（登録商標）ディスク等のコンピュータ用のリムーバブルメディア等が考えられ、受信者１側がコンピュータを備えていない場合にも、受信者１が確認することができるメッセージを届けることができる。
【００１９】また通常送信者３は不特定多数であり、このため仲介業者４は後述するように依頼者２からの依頼により受付業者６が開設するメールスプールの電子メールアドレスを公開部として不特定多数の人に公開する必要があり、一般的には新聞社や雑誌社、広告会社等となっている。そして仲介業者４は新聞、雑誌、広告、仲介業者４のインターネット上のウェブページ等に受信者１にメッセージを送るための受信者個別の電子メールのメールアドレスを掲載してメッセージの送信を促す。
【００２０】一方図２は、インターネットなどの通信網を介して接続される送信者３，仲介業者４，受付業者６，配送業者７の接続状態、配送業者７と受信者１、仲介業者４と依頼者２の接続状態、受付業者６の構成を示すブロック図である。
【００２１】上記受付業者６側のコンピュータ端末５には、図２に示されるように仲介業者４からの本システムの利用の申し込みの電子メール（依頼メール）の受信と、該依頼メール（依頼内容）に対する回答の電子メール（回答メール）の送信が可能な受付メールサーバ９と、メールアドレスの発行制御を行うユーザ制御サーバ１１と、該ユーザ制御サーバ１１によって送信者３からの電子メールをスプール（蓄積又は一時保存）するメールスプールが作成される運用メールサーバ１２と、運用メールサーバ１２が受信した送信者３からの電子メールを処理して配送業者７側に中継して送信するメール制御サーバ１３等が備えられている。
【００２２】すなわち上記コンピュータ端末５は、上記各サーバ９，１１，１２，１３等を介して送信者３からの電子メールを受信して後述するように所定の処理を施して受信者１側（配送業者７）に中継して送信する構造となっている。次に上記各サーバの構造について説明する。
【００２３】上記受付メールサーバ９はインターネットを介した電子メールの送受信が可能な従来公知のものと同様であり、仲介業者４とインターネットを介した電子メールの送受信が可能となっており、少なくとも仲介業者４からの電子メールをスプールする仲介業者４用のメールスプールを備えたものとなっている。すなわち依頼者２からの依頼内容（依頼データ）と該依頼内容に対する回答内容（回答データ）は電子メール（依頼メール及び回答メール）の形式で仲介業者４と受付業者６との間で通信される。
【００２４】なお上記依頼データは、依頼者情報及び分類情報とからなり、依頼者情報として依頼者及び受信者の氏名，氏名のローマ字表記，住所，郵便番号，電話番号が、また分類情報として利用種別と利用期間（開始年月日と終了年月日）が各設定されている。また利用種別とはどのような目的で本システムを使用するかを設定するものであり、予め設定された利用種別を選択するように構成されている。
【００２５】例えば上記利用種別として葬儀等において受信者側にお悔やみのメッセージを送信する際に使用する弔辞，結婚式等において受信者にお祝いのメッセージを送信する際に使用する祝辞，スポーツ選手の試合等に際して激励のメッセージを送信する際に使用する激励が設定されており、所定のスポーツ選手に試合前に激励のメッセージを送信するために本システムを使用する場合は、利用種別が「激励」となる。
【００２６】一方上記ユーザ制御サーバ１１は受付メールサーバ９から依頼データ（依頼メール）を読み出し、後述するように受信者１個別のメールスプールを運用メールサーバ１２に作成せしめるように構成されており、すなわち受付業者６はユーザ制御サーバ１１を介して、仲介業者４から受付メールサーバ９に送られる依頼内容のデータ（依頼データ）に基づいて受信者１の個別のメールスプールを運用メールサーバ１２に作成する。
【００２７】そして上記運用メールサーバ１２は複数のメールスプールを有することが可能な構成となっており、インターネット等のＴＣＰ／ＩＰをサポートしたコンピュータネットワークを介した電子メールの送受信が可能なＭＴＡ（Mail TransferAgent）と、ローカルなメールスプールに電子メールを配信するＭＤＡ（Mail Delivery Agent）の機能を備え、ＭＴＡからＭＤＡにローカルな電子メールを送ることで、各受信者１個別のメールスプールにメールを配信（送信）することができるものとなっている。また通信プロトコルとして少なくともＳＭＴＰをサポートしたものとなっている。
【００２８】各サーバは以上のように構成されており、図１及び受付業者６の構成を示す図３に示されるように、仲介業者４側は送信者３側に備えられたコンピュータ端末１０内のメールクライアントからの電子メール（送信者３から受信者１へのメッセージを含んだ電子メール）を運用メールサーバ１２によって受信して、該電子メールをＭＴＡ→ＭＤＡと介して各受信者１個別のメールスプールに配信してスプールする。
【００２９】そしてメール制御サーバ１３が後述するように運用メールサーバ１２の受信者１個別のスプールから各受信者１（スプール）毎に電子メールを取り出して配送業者７側にメッセージメールとして送信者３から受信者１へのメッセージをデータ送信する。なお受付メールサーバ９と運用メールサーバ１２を１台のコンピュータ端末にＭＴＡのアプリケーションをインストールすることで兼用させてもよい。
【００３０】次に上記ユーザ制御サーバ１１について、さらに詳細に説明する。ユーザ制御サーバ１１は、図３に示されるように自動ユーザ作成手段１４、利用種別コード変換手段１６、ユーザ名変更手段１８、回答データ送信手段１９、アカウント期限管理手段２１などから構成されており、上記自動ユーザ作成手段１４が前述のように、仲介業者４から受付メールサーバ９に送信される依頼メールを自動的に読み出し、依頼データに基づいて自動的に運用メールサーバ１２に受信者１のアカウントを作成せしめて、受信者１の個別のメールスプールを作成せしめる。
【００３１】なお本実施形態において運用サーバ１２側でのアカウントの作成は、自動ユーザ作成手段１４が運用メールサーバ１２側のユーザ（アカウント）作成機能（adduserやuseradd等のコマンド）を呼び出すことで行われ、自動ユーザ作成手段１４が、依頼データから、受信者１のローマ字表記の氏名，利用種別，開始年月日を抽出し、「"名前に使用されているアルファベット-名字"+利用開始年月日」をアカウント名（メールスプール名）として、アカウント作成機能に引数として渡し、上記コマンドが運用メールサーバ１２に受信者１のアカウントを追加して、受信者１のメールスプールを作成する。
【００３２】また自動ユーザ作成手段１４は、このユーザ（アカウント）登録時にアカウント（メールスプール）の有効期限として、依頼データの終了年月日を抽出し、該終了年月日に所定に日数を追加した日時も運用メールサーバ１２側のアカウント作成機能に送り、メールスプールの有効期限を設定する。
【００３３】さらに自動ユーザ作成手段１４は、当該運用メールサーバ１２のドメイン名のエイリアス（alias）として"利用種別のコード".comを当該運用メールサーバ１２を管理するDNSサーバ３２、又は当該運用メールサーバ１２のＭＴＡ３３のコントロールファイルに追加する等によって、ドメイン名が"利用種別のコード".comの電子メールが運用メールサーバ１２に届くようにも設定する。
【００３４】なお利用種別のコードは、上記利用種別コード変換手段１６が、依頼データの利用種別を抽出して利用種別を予め設定したコードに変換し、本実施形態の場合、利用種別が弔辞であればmail-cond，祝辞であればmail-cong，激励であればmail-encというコードに変換するように構成されている。
【００３５】また前述のアカウント期限管理手段２１は、自動ユーザ作成手段１４により登録されたアカウント（メールスプール）の期限をユーザデータベース１７からチェックし、アカウント（ユーザ）の有効期限から所定日数を引いて利用終了日時を演算し、利用終了日時を越えると、該当メールスプールに利用終了を警告する電子メールを運用メールサーバ１２のＭＴＡ３３とＭＤＡを介して送信し、ユーザアカウント（メールスプール）の有効期限切れの時点で当該アカウントをメールサーバから自動的に削除する。
【００３６】以上により例えば受信者がセコム太郎（secom taro）、利用開始年月日が２０００年１１月１１日、利用終了年月日が２０００年１２月１２日、利用種別が激励で、運用メールサーバ１２がmail.XXXX.co.jpであり、ドメインXXXX.co.jpのMXレコードがmail.XXXX.co.jpであるとすると、ユーザ制御サーバ１１は運用メールサーバ１２にユーザ名がt-secom20001111となるユーザ（アカウント）を有効期限を２０００年１２月２６日に設定して追加し、さらに運用メールサーバ１２又はＤＮＳサーバ３２にXXXX.co.jpのailiasとしてmail-enc.comを設定する。
【００３７】これによりインターネットを通じたt-secom20001111@mail-enc.com宛の電子メールはmail.XXXX.co.jp（運用メールサーバ１２）のユーザ（アカウント）t-secom20001111のメールスプールに送信され、すなわちt-secom20001111@mail-enc.com（受信者１）宛に電子メールを送信すると、運用メールサーバ１２（mail.XXXX.co.jp）の受信者１個別のメールスプール（所定のディレクトリに配されたファイルt-secom20001111）に電子メールが送信されてスプールされる。
【００３８】なおユーザ制御サーバ１１には、前述のようにユーザ名変更手段１８が備えられており、ユーザ名変更手段１８が運用メールサーバ１２の全ユーザが管理されたユーザデータベース１７（通常運用メールサーバ１２側に備えられている）を参照し、登録すべきアカウント名（メールスプール名）が既に登録されている場合、自動ユーザ作成手段１４が作成するアカウント（ユーザ）名を変更することが可能となっている。
【００３９】このときユーザ名変更手段１８は、「名前に使用されているアルファベット」の数を１つずつ増加させて、ユーザ名を変更するように構成されており、例えば上記セコム太郎（secom taro）の場合、ユーザ名変更手段１８により、ユーザ登録する際にt-secom20001111が既に登録されていると、次にユーザ名をta-secom20001111としてユーザ登録しようとし、さらにta-secom20001111も既に登録されている場合は、ユーザ名をtar-secom20001111としてユーザ登録しようとする。
【００４０】そして名前に使用されているローマ字のすべての組み合わせを順列で試し（この例の場合は4P1+4P2+4P3+4P4=64回）、ユーザ名が重複しないようにユーザの登録を行う。
【００４１】以上に示されるユーザ名変更手段１８により比較的高い確率でユーザの登録が可能（ユーザデータベース１７内でユーザ名が重複すると運用メールサーバ１２においてユーザ登録できない）となるが、ユーザ名の重複によりユーザ（メールアドレス）登録ができない場合もケースによっては発生し、この場合は受付業者６側で運用メールサーバ１２に手動でユーザ登録を行い、受付メールサーバ９側にユーザ名（メールアドレス）を手動で送る必要がある。ただしユーザ名変更手段１８により手動でのユーザ登録のケースは少なく稀となる。
【００４２】特に前記アカウント期限管理手段２１により、運用メールサーバ１２側においては、所定期限でアカウント（メールスプール）が削除され、運用メールサーバ１２に必要以上の負荷がかからず、また使用可能となるアカウント名も増加するため、上記アカウント名の変更等も必要最低限となり、メールスプールの作成を円滑に行うことができる。
【００４３】またアカウント期限管理手段２１により運用メールサーバ１２側において所定の受信者のメールスプールの有効期限を容易に管理することができるため、有効期限切れが近い、又は有効期限切れの受信者１に対応する依頼者３等に有効期限に関する情報を送ることができ、受信者１側（依頼者３等）はメールスプールの有効期限等を容易に認識することができる。
【００４４】そして上記回答データ送信手段１９が、自動ユーザ作成手段１４側から情報を得て、設定された受信者１個別の電子メールアドレスを含む回答データ（回答メール）を自動的に作成して受付メールサーバ９に送信する構成となっており、この回答データ送信手段１９によって、回答メールが受付メールサーバ９を介して仲介業者４側に返信される。
【００４５】これにより仲介業者４は上記回答メールによって受信者１個別の電子メールアドレスを確認することができ、前述のように新聞、雑誌、広告等に受信者１にメッセージを送るための電子メールのメールアドレスを掲載してメッセージの送信を促すことができる。例えば上記例の場合は「セコム太郎選手への応援メッセージはt-secom20001111@mail-enc.comに電子メールにてお願いします。受付は１２月１２日までです。」等の広告等を掲載することが可能となる。
【００４６】なお以上に示す自動ユーザ作成手段１４（ユーザ制御サーバ１１）の作動は自動的に行われ、すなわち仲介業者４が依頼メール（依頼データ）を受付メールサーバ９に電子メールにより送信することによって自動的に受付業者６側の運用メールサーバ１２に受信者１の個別のメールスプールが形成され、仲介業者４側に上記メールスプールに対する電子メールアドレスが通知される。
【００４７】また受付業者６側には、ユーザ制御サーバ１１に連牽せしめて、依頼データに含まれる依頼者データを抽出して運用メールサーバ１２のユーザデータベース１７と連携させてデータベースとして構築せしめる依頼者データベースサーバ２２も備えられており、依頼者２及び受信者１のデータもデータベースとして依頼者データベースサーバ２２において管理せしめられている。これにより依頼者２や受信者１の氏名，住所，郵便番号等も依頼者データベースサーバ２２に蓄積される。
【００４８】一方前述のように仲介業者４により掲載された広告等を送信者３が見ることによって、送信者３が受信者１に対してメッセージを送る場合（上記例の場合は受信者セコム太郎選手に激励のメッセージを送る場合）、送信者３は受信者１に贈りたいメッセージを、前述のように自動的に作成される当該受信者（セコム太郎選手）専用のメールアドレスに対して、メッセージを含む電子データ（メッセージデータ）を電子メールとして送信する。これにより運用メールサーバ１２における上記受信者専用（個別）のメールスプールには、各送信者３から送信される電子メールが蓄積される。
【００４９】次にメール制御サーバ１３について、受付業者６におけるメール制御サーバ１３と運用メールサーバ１２との接続状態を示した図４に従って説明する。図４R>４に示されるようにメール制御サーバ１３は、メール自動編集手段２３、メッセージメール作成手段２８、配送業者検索手段２９、課金設定手段３１を等有して構成される。
【００５０】まずメール自動編集手段２３について説明する。メール自動編集手段２３は、送信者３からの電子メールを自動的に編集するものであり、運用メールサーバ１２の受信者個別のメールスプールから電子メールを読みだし、所定の形式に編集して送信者（送信者３のメールアドレス）にメッセージの確認を問い合わせるためのデータ（問い合わせデータ）を作成するとともに、問い合わせデータを備えた送信者３への返信の電子メール（問い合わせメール）を作成し、この問い合わせメールをメールサーバ（メール制御サーバ１３が問い合わせメールを送るＭＴＡを備えたメールサーバ）を介して送信者３に自動返信するように構成されている。
【００５１】すなわち上記メール自動編集手段２３は、問い合わせメールのヘッダを自動生成するヘッダ生成手段２４と、問い合わせデータを自動的に生成するデータ作成手段２６と、本文に添付ファイル（問い合わせデータ）を添付するファイル添付手段２７とを備えており、上記各手段等により前述の機能を実現している。
【００５２】このとき上記ヘッダ生成手段２４は、従来公知のメーラ（メールクライアント）アプリケーション（smtp及びpop又はimapクライアントアプリケーション）等において実現されている返信メール作成機能と同様のものであり、詳細な説明は割愛するが、送信者３からの電子メールのFrom 又は Return-Pathを問い合わせメールのTo:に書き込みヘッダを自動生成するものである。
【００５３】またファイル添付手段２７は問い合わせメールをマルチパートの電子メールとするとともに、後述するようにデータ作成手段２６により自動作成される問い合わせデータを、本文の次のパートに暗号化して書き込むものとなっており、データのエンコーディングと書き込みをサポートするものとなっている。
【００５４】なお問い合わせデータはＨＴＭＬファイルとなっており、ウェブブラウザにより表示（実行）すると、「利用種別」とタイトルが書かれた利用種別フィールドに利用種別内容が、「受信メッセージ」とタイトルが書かれたメッセージフィールドに送信者が受信者に贈るメッセージが、「情報」とタイトルが書かれた情報フィールドには内容が空白で表示されるとともに、後述するように画像や音声ファイル等のファイルを確認データに追加させるファイル添付操作ボタンと、後述するサービスのデータを確認データに追加させるサービス設定ボタンと、確認データを自動的に受付業者のメール制御サーバに送信せしめる送信ボタンとが表示されるものとなっている。
【００５５】そしてデータ作成手段２６は、上記問い合わせデータを自動生成するものとなっており、上記各フィールドのタイトルが書き込まれている問い合わせデータのスケルトンに、サービス説明フィールドに書き込む内容としてメールスプールに蓄積された送信者３からの電子メールのヘッダにおけるTo:から始まる要素における@と@以降の最初の．（ドット）までのテキストを抽出して利用種別のコードを判別し、該コードから利用種別を特定して利用種別フィールドにデータとして書き込み、さらに送信者からの電子メールのヘッダを除いた部分（本文）をメッセージとしてメッセージフィールドにデータとして書き込む構成となっている。
【００５６】例えば送信者３からの電子メールのヘッダにTo:t-secom20001111@mail-euc.comが含まれており、本文がContent-Type: text/plain; charset=ISO-2022-JPから開始されている場合、データ作成手段は@と.（ドット）との間のmail-encを抽出し、問い合わせデータの使用種別フィールドにmail-encに対応する利用種別名である「激励」と書き込み、Content-Type: text/plain; charset=ISO-2022-JP以降の本文を抽出してメッセージフィールドに書き込む。
【００５７】またファイル添付ボタン，サービス設定ボタン，送信ボタンはウェブブラウザで表示させると、マウス等によりクリックすることができるボタンとなるように前述のスケルトンに予め作成されており、各ファイル添付ボタンをクリック（実行）すると、添付ファイルを参照する画面がウェブブラウザ上に表示され、添付するファイルを選択すると、該ファイルをデータに展開して確認データに追加し、サービス設定ボタンをクリックすると、設定可能なサービスの一覧が表示され、任意のサービスを選択すると当該サービスに該当するコードが確認データに追加され、送信ボタンをクリックすると、確認データをメール制御サーバ１３に送信するように、各ボタンに実行内容が設定されている。
【００５８】なお前述のサービスとは、予め受付業者６側で設定されている受信者１に届けるメッセージに対するサービスであり、例えば受付業者６側は比較的シンプルなケースに印字したメッセージを収容して受信者１に届けるものをレギュラー，レギュラーに比較して豪華なケースにメッセージを収容して受信者１に届けるものをエクストラ，エクストラに比較して豪華なケースにメッセージを収容して受信者１に届けるものをスペシャルとして予めサービスを設定しておくことができる。
【００５９】そして上記のように受付業者６側でサービスが設定されている場合、送信者３は問い合わせデータのサービス設定ボタンにより、送信者３が受信者１にいずれのサービスによってメッセージを贈るかを確認データに設定することができる。例えば上記レギュラーに対応するコードがreg，エクストラに対応するコードがext，スペシャルに対応するコードがspeである場合、送信者３がレギュラーを設定するとregが、エクストラを設定するとextが、スペシャルを設定するとspeが確認データに追加される。
【００６０】なおサービスの説明を表示するサービス説明フィールドを作成し、該サービス説明フィールドにサービスの概要を説明するテキストを書き込み、サービスを設定すると設定されたサービス名が表示されるように構成しても良い。すなわち例えばサービス設定ボタンによりエクストラを設定するとextが確認データに追加されるとともに、サービス説明フィールドにエクストラと表示されるとともに、エクストラの内容が表示せしめられるように構成しても良い。
【００６１】問い合わせメールは以上のようにメール自動編集手段２３により自動生成されて前述のようにメールサーバを介して送信者３側に送信（返信）される。なお問い合わせメールの送信用のメールサーバ（ＭＴＡ）はインターネットに対してＳＭＴＰをサポートしていれば、いずれのものを使用してもよいが、本実施形態の場合運用メールサーバ１２を使用している。
【００６２】そして送信者３側において返信された問い合わせメールを受信すると、問い合わせデータが問い合わせメールに添付ファイルとして添付されているため、送信者３が問い合わせデータをウェブブラウザで実行することによって、送信者３のウェブブラウザに問い合わせデータが上記のように表示される。
【００６３】これにより送信者３が各フィールドに書き込まれている内容を確認し、又は情報フィールドに所定の情報を追加して書き込み、場合によってはファイル添付ボタンで確認データに添付ファイルを追加したり、サービス設定ボタンによりサービスのデータを確認データに追加したりすることによって確認データを容易に作成することができ、そして確認データ作成後に送信ボタンをクリックすることにより確認データが受付業者６（メール制御サーバ１３）に容易に送信される。
【００６４】なお上記情報フィールドには、例えば受信者１に金銭を送付したい場合、情報フィールドに金額と引き落とし銀行口座やクレジットカードのナンバー等を記載することができ、これにより受付業者に送付する金額や当該金額の引き落とし先等の情報を送信することができる。
【００６５】すなわち送信者３が問い合わせメールを受信し、場合によっては（送信内容が正しくない場合等）問い合わせデータを修正するとともに、サービス等の設定を行い問い合わせデータを編集（データの追加）して確認データとして受付業者６（メール制御サーバ１３）に送信することによって、送信者３と受付業者６との間で送信内容の確認が行われ、送信者により確認された利用種別，メッセージ、情報フィールド内の情報、添付される画像や音声ファイル、サービス内容が受付業者６側に送信される。
【００６６】これにより受付業者６が前述のメッセージメール作成手段２８を介して確認データを所定の形式（電子メールであるメッセージメール又は課金メール）に作成して配送データとして配送業者７及び金融業者８に送信することによって、配送業者７に送信者３からの受信者１へのメッセージが送信されて、配送業者７が受信者１にメッセージを配信（配送）することができるほか、後述するように受信者１側に課金等を行うことができる。
【００６７】次に上記メッセージメール作成手段２８について説明する。メッセージメール作成手段２８は上記確認データを受信するとともに、受信した確認データを電子メール化してメッセージメール（配送データ）とする構造となっており、受付業者６（メール制御サーバ１３）が確認データを受信すると、この確認データがメッセージメール作成手段２８により所定の形式（電子メール形式）のメッセージメールに変換され、該メッセージメールがメッセージメール作成手段２８によりメールサーバ（メッセージメール作成手段２８がメッセージメールを送るＭＴＡを備えたメールサーバ）を介して配送業者７に送信される。
【００６８】なおメッセージメール作成手段２８はマルチパートの電子メールを作成して、添付ファイル用のパートに確認データを書き込み、ヘッダに所定の要素を書き込むものであり、詳細な説明は割愛する。ただし当該ヘッダのTo:から始まる要素は後述するように決定するように構成されている。
【００６９】すなわちメール制御サーバ１３に備えられた配送業者検索手段２９が、メッセージメール作成手段２８側からの指示によって、前述の依頼者データベースサーバ２２を検索して受信者１の住所又は郵便番号等を引き出し、配送業者検索手段２９内に備えられた配送業者の住所等のデータベースと突き合わせて、受信者１にもっとも近い配送業者７を検索し、当該配送業者７の電子メールのアドレスをメッセージメール作成手段２８に返す。
【００７０】そしてメッセージメール作成手段２８は配送業者検索手段２９から返された配送業者７の電子メールのアドレスをメッセージメールにおけるヘッダのTo:から始まる要素として設定する。これによりメッセージメールは受信者１に最も近い配送業者７宛てに送信される。
【００７１】一方メッセージメール作成手段２８は前述のように確認データを受信すると、上記のように配送業者検索手段２９側に配送業者の検索の指示を出す他、メール制御サーバ１３に備えられた課金設定手段３１に課金先の検索の指示も出す。そして該課金設定手段３１は、依頼者データベースサーバ２２を検索し、当該確認データの送受信に係る課金の引き落とし先（引き落とし金融機関）を検索し、検索された引き落とし金融機関のデータを確認データに追加して課金データを作成する。
【００７２】そして課金設定手段３１もメッセージメール作成手段２８と同様に、マルチパートの電子メールを作成し、添付ファイルのパートに課金データを展開して書き込み、この展開された課金データに電子メール用のヘッダを加え、受付業者６側の金融機関８に電子メール（課金メール）として運用メールサーバ１２等のメールサーバ（ＭＴＡ）を介して送信する。
【００７３】そして受付業者６側の金融機関８が引き落とし金融機関等より課金金額を引き落とすことで、受付業者６側に利益が発生する。すなわち依頼データに記載された金融機関により依頼者２又は受信者１に対して課金が行われ、受付業者６側が収益を上げることができる。
【００７４】一方配送業者７にはインターネットに接続可能なネットワークコンピュータ端末１５が備えられており、メッセージメールを該コンピュータ端末に備えられたメールクライアント（いわゆるメーラソフト）によって受信することによって確認データを受信することができる。
【００７５】そして該確認データからメッセージフィールド，利用種別フィールド，サービス説明フィールドの内容や、添付ファイル等を再構築することで、受信者１に宛てられたメッセージの詳細を得ることができ、例えばメッセージが文字であれば、該プリンタ等の加工手段によってメッセージを印字して、前述の所定のサービスを施すことによって、メッセージを配達形式に加工し、受信者１にメッセージを届けることが可能となる。
【００７６】このとき受信者１に届けるメッセージはサービスにより決定されるデコレートされたメッセージのほか、添付ファイルがある場合、添付ファイルが画像データであれば印刷して受信者１に届け、あるいは添付ファイルが音声データである場合は、音声の録音等を行い、録音されたメディアを受信者１に届けることもできる。
【００７７】また場合によってはメッセージをコンピュータのデータ形式のままでフロッピーディスク等のリムーバブルディスクに書き込み、当該リムーバブルディスクを受信者に届けることもできる。あるいは情報フィールドの指示等により受信者１に金銭等を渡す場合は、金銭の引き落とし先から料金を引き落として、受信者１に渡すことも可能となる。
【００７８】以上のように構成されたメッセージ配送システムの動作について、図５に従って依頼者２が、「セコム太郎選手にメッセージを送る」ために、本メッセージ配送システムを使用する場合を例に説明する。
【００７９】依頼者２はステップＳ１において、仲介業者４に電話又はＦＡＸにて「セコム太郎選手にメッセージを送るための電子メールアドレスを開設したい」旨の依頼をする。そしてこの依頼を受けた仲介業者４は、ステップＳ２で依頼者２から得た情報に基づき依頼メールを作成し、受付業者６にインターネットを介して送信する。
【００８０】なお依頼データは、依頼者情報としてセコム四郎と受信者情報としてセコム太郎等が、分類情報として利用種別（激励）及び利用期間（２０００年１１月１１日から２０００年１２月１２日）となっているものとする。
【００８１】受付業者６では、ステップＳ３で受付メールサーバ９にて上記依頼データを受信し、この受信した依頼データに基づき運用メールサーバ１２では、自己のアドレスがmail.XXXX.co.jp、ドメインXXXX.co.jpのMXレコードがmail.XXXX.co.jpであるとすると、ユーザ制御サーバ１１は運用メールサーバ１２内のユーザデータベース１７にユーザ名がt-secom20001111となるユーザ期限を２０００年１２月２６日（１２月１２日に１４日足した日にち）に設定して追加し、さらにDNSサーバ３２にXXXX.co.jpのailiasとしてmail-enc.comを設定する。
【００８２】これにより、インターネットを通じたt-secom20001111@mail-enc.com宛のメールはmail.XXXX.co.jpのユーザ（アカウント）t-secom20001111のメールスプールに送信され、すなわちt-secom20001111@mail-enc.com宛に電子メールを送信すると、mail.XXXX.co.jpのユーザt-secom20001111宛に電子メールが送信される。
【００８３】そこで、受付業者６は仲介業者４に対し、登録が完了した旨の回答メールに受信者セコム太郎の個別のメールアドレス（t-secom20001111@mail-enc.com）を含めて返信する。
【００８４】そして回答メールを受信した仲介業者４は、ステップＳ４で新聞、雑誌、広告仲介業者４のウェブページ等に「セコム太郎選手への応援メッセージは、t-secom20001111@mail-enc.comに電子メールにてお願いします。受付は１２月１２日までです。」等の掲載することで、送信先を公開する。
【００８５】次にステップＳ５で、この新聞等を見てセコム太郎選手に激励のメッセージを送ろうとする者（送信者３）は、セコム太郎選手（受信者１）に贈りたいメッセージが含まれる電子メールをインターネット経由にて前述のt-secom20001111@mail-enc.com宛てに送信する。
【００８６】そして受付業者６では、ステップＳ６で、送信者３からの電子メールを運用メールサーバ１２にて受信し、受信者１個別のメールスプールに蓄積するとともに、メール制御サーバ１３に出力し、メール制御サーバ１３において、メール自動編集手段２３により自動生成された問い合せデータを運用メールサーバ１２経由にて電子メール（問い合わせメール）で送信者３に送信する。
【００８７】その後ステップＳ７で送信者３は、受信した問い合せデータを確認し、その結果を確認データとして受付業者６に送信する。すなわち、送信者３により確認された利用種別，メッセージ、情報フィールド内の情報、添付される画像や音声ファイル、サービス内容が確認データとして受付業者６に送信される。
【００８８】そしてステップＳ８で、確認データを受信した受付業者６は、確認データをメッセージメール作成手段２８によってメッセージメール化して配送業者７に電子メールとして送信する。ここで、図５には示していないが、課金情報を金融業者８に送信する。
【００８９】これにより配送業者７はステップＳ９で、メッセージメールを受信すると、メッセージを印字等により受信者に届けることができる形式に加工して、所定のサービスを施すことによって、ステップＳ１０でセコム太郎選手（受信者１）にメッセージを届ける。なおメッセージをコンピュータのデータ形式のままでフロッピーディスク等のリムーバブルディスクに書き込み、当該リムーバブルディスクを受信者に届けることもできる。あるいは、情報フィールドの指示等により受信者１に金銭等を渡す場合は、金銭の引き落とし先から料金を引き落として、受信者１に渡すことも可能となる。
【００９０】以上に示されるメッセージの配送システムにより、送信者３が各受信者１個別の電子メールアドレス（メールスプール）に電子メールで受信者１に送るメッセージを送信することで、配送業者７によって各受信者１に所定の形式のメッセージが配送されるため、電報を電報局に電子メールで依頼する感覚ではなく、個人に電子メール等を送信する感覚でメッセージの送信を行うことができ、よりプライベートな感覚のメッセージ配送システムが構築される。
【００９１】このとき運用メールサーバ１２側においてメール自動編集手段２３によって、送信内容を送信者３が確認するべく送信者３に返送する問い合わせ電子メールが作成され送信者３に返送されるため、送信者３と受付業者６側との間で送信内容の確認が行われ、送信内容の誤り等を防止することができる。
【００９２】この際メール自動編集手段２３が、問い合わせデータを送信者３宛の電子メール（問い合わせメール）の添付ファイルとするため、上記のように送信者３側において返信された問い合わせメールに添付された問い合わせデータを対応するアプリケーションのもとで実行することにより、当該アプリケーションの操作により送信の内容をより容易に確認して、受付業者６側に返信することができる。
【００９３】特に問い合わせデータがＨＴＭＬに基づいたデータであるため、問い合わせデータを実行するアプリケーションが比較的安価に入手可能なウェブブラウザとなり、送信者３側が特殊なアプリケーションを使用することなく、内容の確認及び受付業者６側への送信等をより容易に行うことができる。
【００９４】なお上記実施形態においては受付業者６が仲介業者４から電子メールにより依頼データを受ける場合について説明したが、受付業者６側に依頼データの受信を行うウェブサーバ（図示しない）を設け、該ウェブサーバを介して依頼データを受信するように構成してもよい。
【００９５】この場合仲介業者４側に、受付業者６側のウェブサーバとインターネットを介して通信して、上記ウェブサーバにより提供されるサイト（ウェブサーバに格納されているＨＴＭＬやスタイルシート、画像ファイル等）をディスプレイに表示することが可能なウェブブラウザを備えた通信装置（コンピュータやＰＤＡ、ディスプレイ付きの携帯電話等）を設ける必要がある。
【００９６】そして上記ウェブサーバをＷＷＷ（World Wide Web）サービスの提供が可能な従来公知のものとし、仲介業者４側のウェブブラウザに前述の依頼データの記入が可能なフォームを表示させることによって、仲介業者４側がウェブブラウザ側で該フォームに依頼データの内容を記入し、ウェブサーバ側に送信することにより、上記依頼データをウェブサーバ（受付業者６）側で受信することができる。
【００９７】また上記実施形態において送信者３は受信者１に対して電子メールでメッセージを送信するように構成されているが、受信者１専用のメールアドレスではなく、受信者１専用のウェブサイトを受付業者６側に開設し、当該ウェブサイトに対してメッセージを送信するように構成することも可能である。
【００９８】ただしウェブサーバには受信者個別のウェブサイトを設ける必要があり、受信者個別のウェブサイト用のファイル（場合によってはディレクトリ）を運用メールサーバ１２にメールスプールを作成する場合と同様に、ウェブサーバ側に作成し、送信者１からの電子データである送信データ（メッセージデータ）のスプール（メッセージデータの蓄積用のファイル）を設定する必要がある。また送信者３が受信者専用のウェブサイトに入る場合に、パスワード管理等を行い、セキュリティー等を確保する必要もある。
【００９９】さらに上記実施形態においては受付業者６から配送業者７への確認データの転送は電子メール（メッセージメール）によるもの（この場合上記配送業者７のサーバはメールサーバとなる）として説明したが、データ通信で上記配送業者７のサーバに配送データを直接送信する等の方法も可能である。
【０１００】また上記実施形態においては依頼者２は電話又はＦＡＸにて仲介業者４に申し込むように説明しているが、依頼者２がインターネット等を介して仲介業者４に申し込みを行うように構成しても良い。なお上記実施形態においては受信者１と依頼者２が異なる場合について説明したが、受信者１と依頼者２とが同一の場合もある。
【０１０１】なお上記実施形態においては利用種別に応じて電子メールの@以降を設定し、送信者３からの電子メールをmail.XXXX.co.jpのメールサーバ（運用メールサーバ１２）で受信する構成となっているが、場合によっては（運用メールサーバ１２に対する負荷が大きい場合等）利用種別毎に運用メールサーバ１２を個別に設けてもよい。
【０１０２】この場合は運用メールサーバ１２全体にかかる負荷を分散させることができ、運用メールサーバ１２の作動を安定させることができる他、前述のalias設定等の複雑な設定をすることなく、利用種別毎に該当する運用メールサーバで送信者３からの電子メールを受信することが可能となる。
【０１０３】なお送信者３側においては、上記運用メールサーバ１２の分散化には無関係に、上記受信者１の電子メールアドレス名によって、電子メールの送信履歴を確認して送信先の@以降を確認することで受信者の名前だけでなく利用種別（目的）までも容易に確認することができる
【０１０４】
【発明の効果】以上のように構成される本発明の構造によると、送信者が各受信者個別のスプールに、電子メール又はウェブ通信を介して、電子メールアドレス又はウェブサイト等を介して受信者に送るメッセージを電子データで送信することによって、各受信者に所定の形式のメッセージが配送されるため、電報を電報局に電子メールで依頼する感覚ではなく、個人に電子メール等を送信する感覚でメッセージの送信を行うことができるという利点がある。
【０１０５】このとき公開部により受信者個別の電子データの受付先が公開されるため、送信者は容易に受信者個別の電子データの受付先を知ることができるが、特に公開部側においては、受付部側とコンピュータ端末等による通信が可能であることによって、受信者個別の受付先を受付部側から容易に取り出すことができ、受付先の公開が容易となるという利点がある。
【０１０６】なお運用サーバに設定される各受信者用のスプールファイル（メールスプール又はウェブサイト用のファイル）を予め決められた期間のみ有効に設定することによって、運用サーバに必要以上に負荷をかける必要がない。
【０１０７】また運用サーバへのスプール用のファイルの作成時、該スプールファイルに対応する電子メールアドレス又はスプールファイル名が運用サーバ内の既存のものと重複する場合に、変更手段によって電子メールアドレス又はファイル名を変更することによって、運用サーバにスプールファイルをより高い確率で自動作成することができ、電子メールアドレスや上記ファイル名の手動変更等が少なくなるという効果もある。
【０１０８】また運用サーバ側において自動編集手段によって、送信者から受信者宛に送信された電子データに基づき送信内容を送信者が確認するべく送信者に返送する電子メールに自動編集することによって、送信者と受付業者側との間で容易に内容確認を行うことができる。
【０１０９】一方受信者にメッセージを届ける配送部を複数設け、データ作成手段によって受付部から配送部に送信するデータの送信先を受信者の近傍に位置する配信業者に自動的に決定することによって、受信者により低コストでメッセージを届けることができ、すなわち配信業者を全国に配置することによって、本発明のシステムを容易に全国に展開することができる。
【図面の簡単な説明】
【図１】メッセージの配送システムの全体構成図である。
【図２】送信者及び受信者と各業者との接続状態を示すブロック図である。
【図３】受付業者の構成を示すブロック図である。
【図４】メール制御サーバの構成と連係を示したブロック図である。
【図５】メッセージの送信から配送までを示したフロー図である。
【符号の説明】
１ 受信者
３ 送信者
４ 仲介業者（公開部）
６ 受付業者（受付部）
１１ ユーザ制御サーバ
１２ 運用メールサーバ（運用サーバ）
１３ メール制御サーバ（配信サーバ）
２３ メール自動編集手段（自動編集手段）
２８ メッセージメール作成手段（データ作成手段）
【０００１】
【発明の属する技術分野】この発明は所定の受信者に送信者からのメッセージを代行して届けるメッセージのメッセージ配送方法及びシステムに関する。
【０００２】
【従来の技術】従来所定の人や団体等に対してメッセージを送る場合、メッセージを送る送信者は新聞広告や雑誌の記事、広告等を通じて上記所定の人や団体等の受信者の情報を得て、当該情報に従ってメッセージの送信を行う。そして一般的に送信者は受信者の住所を上記情報ソースから得て、電報や電話、郵便により受信者にメッセージを送付（配送）している。
【０００３】一方近年電子メールやインターネットのウェブサイトから送信者が電報局側に電報を依頼することによって、受信者にメッセージ（電報）を送るインターネット電報システム等も知られている。そしてこのインターネット電報システムは、一般的には電報局側の電子メールサーバ（Ｍail Transfer Agent）又はウェブサーバが送信者からの電報の申し込みを受付け、このコンピュータネットワーク（通常インターネット）を介して得た電報の申し込みに従って、受信側の電報局が受信者に電報（メッセージ）を届けるものとなっている。
【０００４】
【発明が解決しようとする課題】しかし、送信者は電報局に対してメッセージ（電報）の依頼を行うため、電子メールを使用するにもかかわらず、電報の依頼感覚が強くなり、個人宛に電子メールを出す感覚とは異なる違和感を覚える場合があるという欠点があった。このため、送信者においてあたかも受信者個人に電子メールを送る感覚でメッセージを送信することができるメッセージの配送システムが望まれていた。
【０００５】
【課題を解決するための手段】上記課題を解決するための本発明のメッセージの配送方法は、公開部４が受信者１個別のメッセージの受付先を公開し、送信者３が上記受付先に受信者１へのメッセージデータをインターネットを介して送信し、上記受付先を備えた受付部６が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部７に送信し、配送部７が所定の形式に処理されたメッセージデータから配達形式に加工して受信者１にメッセージを配送することを特徴としている。
【０００６】また本発明のメッセージの配送システムは、第１にメッセージの受信者１と該受信者１にメッセージを送る送信者３との間に、各受信者１個別のメッセージデータの受付先を公開する公開部４と、受信者１へのメッセージの配送を送信者３から受け付ける受付部６と、受信者１にメッセージの配送を行う配送部７とを配設し、受付部６に送信者３からインターネットを介して送信されるメッセージデータを受信して、コンピュータ通信可能なネットワークを介して配送部７に中継して送信するコンピュータ端末を設け、受付部６のコンピュータ端末が、受信者１へのメッセージデータを受信する受信者個別のスプールを有する運用サーバ１２と、該運用サーバ１２に送信されるメッセージデータに基づいてメッセージを所定の形式に作成して配送部７に送信する配信サーバ１３とを備え、配送部７のコンピュータ端末が、受付部６によって中継されたメッセージデータを受信するデータ受信クライアントを備え、配送部７にて受信したメッセージデータから受信者１に配送するメッセージを配達形式に加工する加工手段とを設けたことを特徴としている。
【０００７】第２に公開部４に受付部６とコンピュータ通信可能なネットワークを介した通信が可能なコンピュータ端末を配置したことを特徴としている。
【０００８】第３に運用サーバ１２がウェブサーバ又は電子メールの受信をサポートするメールサーバであることを特徴としている。
【０００９】第４にユーザ制御サーバ１１を運用サーバ１２に接続して設け、ユーザ制御サーバ１１は各受信者１個別のスプール用のファイルを上記運用サーバ１２に作成せしめるとともに受信者１側からのスプール用のファイル作成の依頼に起因して、予め決められた期間のみスプール用のファイルが有効となるように作動せしめられることを特徴としている。
【００１０】第５に運用サーバ１２にて作成されるスプールファイルに対する電子メールアドレス又はスプールファイル名が、運用サーバ１２内の既存の電子メールアドレス又はスプールファイル名と重複する場合に、スプールファイル名又はスプールファイルに対する電子メールアドレスを変更する変更手段１８をユーザ制御サーバ１１に接続して設けたことを特徴としている。
【００１１】第６に送信者３からのメッセージデータを読み出し、該メッセージデータを編集して依頼内容を送信者３が確認するべく送信者３に返送する電子メールを自動作成する自動編集手段２３を運用サーバ１２に接続して設けたことを特徴としている。
【００１２】第７に配送部７を複数設け、メッセージを受信する受信者１の近傍に位置する配送部７に受付部６からメッセージデータを送信せしめるように設定するデータ作成手段２８を配信サーバ１３に設けたことを特徴としている。
【００１３】
【発明の実施の形態】以下、この発明をメッセージ配送システムに適用した本発明の実施例の形態について説明する。
【００１４】図１は本発明のメッセージの配送システムの全体システム図であり、本システムは、メッセージの受信者１と、該受信者１へのメッセージの配信を依頼する依頼者２と、受信者１にメッセージを送信する送信者３との間に介在し、送信者３が各受信者１に対して個別に設定される所定の電子メールアドレス（メールアドレス）にメッセージを含んだ電子データ（メッセージデータ）を送信することで、受信者１に送信者３からのメッセージ（多くの場合は紙等に印字されたメッセージ）を配送するシステムとなっている。
【００１５】すなわち本システムは上記受信者１、依頼者２、送信者３の他、依頼者２からの上記依頼を電話やＦＡＸ等により受ける仲介部（仲介業者）４、該仲介業者４からの依頼により送信者３からの電子メールを受信するメールスプールを開設する受付部（受付業者）６、送信者３により送信されたメッセージデータに基づいたメッセージメールを上記受付業者６から電子メールにより受信し、メッセージメールからメッセージを加工して取り出し、受信者１に配送する配送部（配送業者）７、上記受付業者６からメッセージメールを受信して依頼者２又は受信者１から本システムの使用料を徴収する金融業者８とが存在する。
【００１６】そして少なくとも仲介業者４、受付業者６、配送業者７、金融業者８、送信者３にコンピュータネットワークを介した通信が可能なネットワークコンピュータ端末が備えられ、各コンピュータ端末はインターネットを介した電子メール又はＷＷＷ（World Wide Web）の少なくとも一方又は両方をサポートした通信が可能となっている。
【００１７】以上のように構成されたメッセージ配送システムは、依頼者２が仲介業者４にメッセージの配送の仲介を依頼し、仲介業者４が受付業者６に受信者個別の受付先（電子メールアドレス）の発行を依頼するとともに、公開部となり受信者１の宛先となる送信先を公開する。そして送信者３から送信されたメッセージは送信者３→受付業者６→配送業者７へと配送され、配送業者７から受信者１へと送られる。
【００１８】なお上記受信者１に届けるメッセージとして、メッセージが紙等に印字されたもの、写真、ビデオテープ等のような画像が収容された画像収容メディア、カセットテープ等のような音声が収容された音声収容メディア、コンピュータ等により再現可能なデータが収容されたフロッピー（登録商標）ディスク等のコンピュータ用のリムーバブルメディア等が考えられ、受信者１側がコンピュータを備えていない場合にも、受信者１が確認することができるメッセージを届けることができる。
【００１９】また通常送信者３は不特定多数であり、このため仲介業者４は後述するように依頼者２からの依頼により受付業者６が開設するメールスプールの電子メールアドレスを公開部として不特定多数の人に公開する必要があり、一般的には新聞社や雑誌社、広告会社等となっている。そして仲介業者４は新聞、雑誌、広告、仲介業者４のインターネット上のウェブページ等に受信者１にメッセージを送るための受信者個別の電子メールのメールアドレスを掲載してメッセージの送信を促す。
【００２０】一方図２は、インターネットなどの通信網を介して接続される送信者３，仲介業者４，受付業者６，配送業者７の接続状態、配送業者７と受信者１、仲介業者４と依頼者２の接続状態、受付業者６の構成を示すブロック図である。
【００２１】上記受付業者６側のコンピュータ端末５には、図２に示されるように仲介業者４からの本システムの利用の申し込みの電子メール（依頼メール）の受信と、該依頼メール（依頼内容）に対する回答の電子メール（回答メール）の送信が可能な受付メールサーバ９と、メールアドレスの発行制御を行うユーザ制御サーバ１１と、該ユーザ制御サーバ１１によって送信者３からの電子メールをスプール（蓄積又は一時保存）するメールスプールが作成される運用メールサーバ１２と、運用メールサーバ１２が受信した送信者３からの電子メールを処理して配送業者７側に中継して送信するメール制御サーバ１３等が備えられている。
【００２２】すなわち上記コンピュータ端末５は、上記各サーバ９，１１，１２，１３等を介して送信者３からの電子メールを受信して後述するように所定の処理を施して受信者１側（配送業者７）に中継して送信する構造となっている。次に上記各サーバの構造について説明する。
【００２３】上記受付メールサーバ９はインターネットを介した電子メールの送受信が可能な従来公知のものと同様であり、仲介業者４とインターネットを介した電子メールの送受信が可能となっており、少なくとも仲介業者４からの電子メールをスプールする仲介業者４用のメールスプールを備えたものとなっている。すなわち依頼者２からの依頼内容（依頼データ）と該依頼内容に対する回答内容（回答データ）は電子メール（依頼メール及び回答メール）の形式で仲介業者４と受付業者６との間で通信される。
【００２４】なお上記依頼データは、依頼者情報及び分類情報とからなり、依頼者情報として依頼者及び受信者の氏名，氏名のローマ字表記，住所，郵便番号，電話番号が、また分類情報として利用種別と利用期間（開始年月日と終了年月日）が各設定されている。また利用種別とはどのような目的で本システムを使用するかを設定するものであり、予め設定された利用種別を選択するように構成されている。
【００２５】例えば上記利用種別として葬儀等において受信者側にお悔やみのメッセージを送信する際に使用する弔辞，結婚式等において受信者にお祝いのメッセージを送信する際に使用する祝辞，スポーツ選手の試合等に際して激励のメッセージを送信する際に使用する激励が設定されており、所定のスポーツ選手に試合前に激励のメッセージを送信するために本システムを使用する場合は、利用種別が「激励」となる。
【００２６】一方上記ユーザ制御サーバ１１は受付メールサーバ９から依頼データ（依頼メール）を読み出し、後述するように受信者１個別のメールスプールを運用メールサーバ１２に作成せしめるように構成されており、すなわち受付業者６はユーザ制御サーバ１１を介して、仲介業者４から受付メールサーバ９に送られる依頼内容のデータ（依頼データ）に基づいて受信者１の個別のメールスプールを運用メールサーバ１２に作成する。
【００２７】そして上記運用メールサーバ１２は複数のメールスプールを有することが可能な構成となっており、インターネット等のＴＣＰ／ＩＰをサポートしたコンピュータネットワークを介した電子メールの送受信が可能なＭＴＡ（Mail TransferAgent）と、ローカルなメールスプールに電子メールを配信するＭＤＡ（Mail Delivery Agent）の機能を備え、ＭＴＡからＭＤＡにローカルな電子メールを送ることで、各受信者１個別のメールスプールにメールを配信（送信）することができるものとなっている。また通信プロトコルとして少なくともＳＭＴＰをサポートしたものとなっている。
【００２８】各サーバは以上のように構成されており、図１及び受付業者６の構成を示す図３に示されるように、仲介業者４側は送信者３側に備えられたコンピュータ端末１０内のメールクライアントからの電子メール（送信者３から受信者１へのメッセージを含んだ電子メール）を運用メールサーバ１２によって受信して、該電子メールをＭＴＡ→ＭＤＡと介して各受信者１個別のメールスプールに配信してスプールする。
【００２９】そしてメール制御サーバ１３が後述するように運用メールサーバ１２の受信者１個別のスプールから各受信者１（スプール）毎に電子メールを取り出して配送業者７側にメッセージメールとして送信者３から受信者１へのメッセージをデータ送信する。なお受付メールサーバ９と運用メールサーバ１２を１台のコンピュータ端末にＭＴＡのアプリケーションをインストールすることで兼用させてもよい。
【００３０】次に上記ユーザ制御サーバ１１について、さらに詳細に説明する。ユーザ制御サーバ１１は、図３に示されるように自動ユーザ作成手段１４、利用種別コード変換手段１６、ユーザ名変更手段１８、回答データ送信手段１９、アカウント期限管理手段２１などから構成されており、上記自動ユーザ作成手段１４が前述のように、仲介業者４から受付メールサーバ９に送信される依頼メールを自動的に読み出し、依頼データに基づいて自動的に運用メールサーバ１２に受信者１のアカウントを作成せしめて、受信者１の個別のメールスプールを作成せしめる。
【００３１】なお本実施形態において運用サーバ１２側でのアカウントの作成は、自動ユーザ作成手段１４が運用メールサーバ１２側のユーザ（アカウント）作成機能（adduserやuseradd等のコマンド）を呼び出すことで行われ、自動ユーザ作成手段１４が、依頼データから、受信者１のローマ字表記の氏名，利用種別，開始年月日を抽出し、「"名前に使用されているアルファベット-名字"+利用開始年月日」をアカウント名（メールスプール名）として、アカウント作成機能に引数として渡し、上記コマンドが運用メールサーバ１２に受信者１のアカウントを追加して、受信者１のメールスプールを作成する。
【００３２】また自動ユーザ作成手段１４は、このユーザ（アカウント）登録時にアカウント（メールスプール）の有効期限として、依頼データの終了年月日を抽出し、該終了年月日に所定に日数を追加した日時も運用メールサーバ１２側のアカウント作成機能に送り、メールスプールの有効期限を設定する。
【００３３】さらに自動ユーザ作成手段１４は、当該運用メールサーバ１２のドメイン名のエイリアス（alias）として"利用種別のコード".comを当該運用メールサーバ１２を管理するDNSサーバ３２、又は当該運用メールサーバ１２のＭＴＡ３３のコントロールファイルに追加する等によって、ドメイン名が"利用種別のコード".comの電子メールが運用メールサーバ１２に届くようにも設定する。
【００３４】なお利用種別のコードは、上記利用種別コード変換手段１６が、依頼データの利用種別を抽出して利用種別を予め設定したコードに変換し、本実施形態の場合、利用種別が弔辞であればmail-cond，祝辞であればmail-cong，激励であればmail-encというコードに変換するように構成されている。
【００３５】また前述のアカウント期限管理手段２１は、自動ユーザ作成手段１４により登録されたアカウント（メールスプール）の期限をユーザデータベース１７からチェックし、アカウント（ユーザ）の有効期限から所定日数を引いて利用終了日時を演算し、利用終了日時を越えると、該当メールスプールに利用終了を警告する電子メールを運用メールサーバ１２のＭＴＡ３３とＭＤＡを介して送信し、ユーザアカウント（メールスプール）の有効期限切れの時点で当該アカウントをメールサーバから自動的に削除する。
【００３６】以上により例えば受信者がセコム太郎（secom taro）、利用開始年月日が２０００年１１月１１日、利用終了年月日が２０００年１２月１２日、利用種別が激励で、運用メールサーバ１２がmail.XXXX.co.jpであり、ドメインXXXX.co.jpのMXレコードがmail.XXXX.co.jpであるとすると、ユーザ制御サーバ１１は運用メールサーバ１２にユーザ名がt-secom20001111となるユーザ（アカウント）を有効期限を２０００年１２月２６日に設定して追加し、さらに運用メールサーバ１２又はＤＮＳサーバ３２にXXXX.co.jpのailiasとしてmail-enc.comを設定する。
【００３７】これによりインターネットを通じたt-secom20001111@mail-enc.com宛の電子メールはmail.XXXX.co.jp（運用メールサーバ１２）のユーザ（アカウント）t-secom20001111のメールスプールに送信され、すなわちt-secom20001111@mail-enc.com（受信者１）宛に電子メールを送信すると、運用メールサーバ１２（mail.XXXX.co.jp）の受信者１個別のメールスプール（所定のディレクトリに配されたファイルt-secom20001111）に電子メールが送信されてスプールされる。
【００３８】なおユーザ制御サーバ１１には、前述のようにユーザ名変更手段１８が備えられており、ユーザ名変更手段１８が運用メールサーバ１２の全ユーザが管理されたユーザデータベース１７（通常運用メールサーバ１２側に備えられている）を参照し、登録すべきアカウント名（メールスプール名）が既に登録されている場合、自動ユーザ作成手段１４が作成するアカウント（ユーザ）名を変更することが可能となっている。
【００３９】このときユーザ名変更手段１８は、「名前に使用されているアルファベット」の数を１つずつ増加させて、ユーザ名を変更するように構成されており、例えば上記セコム太郎（secom taro）の場合、ユーザ名変更手段１８により、ユーザ登録する際にt-secom20001111が既に登録されていると、次にユーザ名をta-secom20001111としてユーザ登録しようとし、さらにta-secom20001111も既に登録されている場合は、ユーザ名をtar-secom20001111としてユーザ登録しようとする。
【００４０】そして名前に使用されているローマ字のすべての組み合わせを順列で試し（この例の場合は4P1+4P2+4P3+4P4=64回）、ユーザ名が重複しないようにユーザの登録を行う。
【００４１】以上に示されるユーザ名変更手段１８により比較的高い確率でユーザの登録が可能（ユーザデータベース１７内でユーザ名が重複すると運用メールサーバ１２においてユーザ登録できない）となるが、ユーザ名の重複によりユーザ（メールアドレス）登録ができない場合もケースによっては発生し、この場合は受付業者６側で運用メールサーバ１２に手動でユーザ登録を行い、受付メールサーバ９側にユーザ名（メールアドレス）を手動で送る必要がある。ただしユーザ名変更手段１８により手動でのユーザ登録のケースは少なく稀となる。
【００４２】特に前記アカウント期限管理手段２１により、運用メールサーバ１２側においては、所定期限でアカウント（メールスプール）が削除され、運用メールサーバ１２に必要以上の負荷がかからず、また使用可能となるアカウント名も増加するため、上記アカウント名の変更等も必要最低限となり、メールスプールの作成を円滑に行うことができる。
【００４３】またアカウント期限管理手段２１により運用メールサーバ１２側において所定の受信者のメールスプールの有効期限を容易に管理することができるため、有効期限切れが近い、又は有効期限切れの受信者１に対応する依頼者３等に有効期限に関する情報を送ることができ、受信者１側（依頼者３等）はメールスプールの有効期限等を容易に認識することができる。
【００４４】そして上記回答データ送信手段１９が、自動ユーザ作成手段１４側から情報を得て、設定された受信者１個別の電子メールアドレスを含む回答データ（回答メール）を自動的に作成して受付メールサーバ９に送信する構成となっており、この回答データ送信手段１９によって、回答メールが受付メールサーバ９を介して仲介業者４側に返信される。
【００４５】これにより仲介業者４は上記回答メールによって受信者１個別の電子メールアドレスを確認することができ、前述のように新聞、雑誌、広告等に受信者１にメッセージを送るための電子メールのメールアドレスを掲載してメッセージの送信を促すことができる。例えば上記例の場合は「セコム太郎選手への応援メッセージはt-secom20001111@mail-enc.comに電子メールにてお願いします。受付は１２月１２日までです。」等の広告等を掲載することが可能となる。
【００４６】なお以上に示す自動ユーザ作成手段１４（ユーザ制御サーバ１１）の作動は自動的に行われ、すなわち仲介業者４が依頼メール（依頼データ）を受付メールサーバ９に電子メールにより送信することによって自動的に受付業者６側の運用メールサーバ１２に受信者１の個別のメールスプールが形成され、仲介業者４側に上記メールスプールに対する電子メールアドレスが通知される。
【００４７】また受付業者６側には、ユーザ制御サーバ１１に連牽せしめて、依頼データに含まれる依頼者データを抽出して運用メールサーバ１２のユーザデータベース１７と連携させてデータベースとして構築せしめる依頼者データベースサーバ２２も備えられており、依頼者２及び受信者１のデータもデータベースとして依頼者データベースサーバ２２において管理せしめられている。これにより依頼者２や受信者１の氏名，住所，郵便番号等も依頼者データベースサーバ２２に蓄積される。
【００４８】一方前述のように仲介業者４により掲載された広告等を送信者３が見ることによって、送信者３が受信者１に対してメッセージを送る場合（上記例の場合は受信者セコム太郎選手に激励のメッセージを送る場合）、送信者３は受信者１に贈りたいメッセージを、前述のように自動的に作成される当該受信者（セコム太郎選手）専用のメールアドレスに対して、メッセージを含む電子データ（メッセージデータ）を電子メールとして送信する。これにより運用メールサーバ１２における上記受信者専用（個別）のメールスプールには、各送信者３から送信される電子メールが蓄積される。
【００４９】次にメール制御サーバ１３について、受付業者６におけるメール制御サーバ１３と運用メールサーバ１２との接続状態を示した図４に従って説明する。図４R>４に示されるようにメール制御サーバ１３は、メール自動編集手段２３、メッセージメール作成手段２８、配送業者検索手段２９、課金設定手段３１を等有して構成される。
【００５０】まずメール自動編集手段２３について説明する。メール自動編集手段２３は、送信者３からの電子メールを自動的に編集するものであり、運用メールサーバ１２の受信者個別のメールスプールから電子メールを読みだし、所定の形式に編集して送信者（送信者３のメールアドレス）にメッセージの確認を問い合わせるためのデータ（問い合わせデータ）を作成するとともに、問い合わせデータを備えた送信者３への返信の電子メール（問い合わせメール）を作成し、この問い合わせメールをメールサーバ（メール制御サーバ１３が問い合わせメールを送るＭＴＡを備えたメールサーバ）を介して送信者３に自動返信するように構成されている。
【００５１】すなわち上記メール自動編集手段２３は、問い合わせメールのヘッダを自動生成するヘッダ生成手段２４と、問い合わせデータを自動的に生成するデータ作成手段２６と、本文に添付ファイル（問い合わせデータ）を添付するファイル添付手段２７とを備えており、上記各手段等により前述の機能を実現している。
【００５２】このとき上記ヘッダ生成手段２４は、従来公知のメーラ（メールクライアント）アプリケーション（smtp及びpop又はimapクライアントアプリケーション）等において実現されている返信メール作成機能と同様のものであり、詳細な説明は割愛するが、送信者３からの電子メールのFrom 又は Return-Pathを問い合わせメールのTo:に書き込みヘッダを自動生成するものである。
【００５３】またファイル添付手段２７は問い合わせメールをマルチパートの電子メールとするとともに、後述するようにデータ作成手段２６により自動作成される問い合わせデータを、本文の次のパートに暗号化して書き込むものとなっており、データのエンコーディングと書き込みをサポートするものとなっている。
【００５４】なお問い合わせデータはＨＴＭＬファイルとなっており、ウェブブラウザにより表示（実行）すると、「利用種別」とタイトルが書かれた利用種別フィールドに利用種別内容が、「受信メッセージ」とタイトルが書かれたメッセージフィールドに送信者が受信者に贈るメッセージが、「情報」とタイトルが書かれた情報フィールドには内容が空白で表示されるとともに、後述するように画像や音声ファイル等のファイルを確認データに追加させるファイル添付操作ボタンと、後述するサービスのデータを確認データに追加させるサービス設定ボタンと、確認データを自動的に受付業者のメール制御サーバに送信せしめる送信ボタンとが表示されるものとなっている。
【００５５】そしてデータ作成手段２６は、上記問い合わせデータを自動生成するものとなっており、上記各フィールドのタイトルが書き込まれている問い合わせデータのスケルトンに、サービス説明フィールドに書き込む内容としてメールスプールに蓄積された送信者３からの電子メールのヘッダにおけるTo:から始まる要素における@と@以降の最初の．（ドット）までのテキストを抽出して利用種別のコードを判別し、該コードから利用種別を特定して利用種別フィールドにデータとして書き込み、さらに送信者からの電子メールのヘッダを除いた部分（本文）をメッセージとしてメッセージフィールドにデータとして書き込む構成となっている。
【００５６】例えば送信者３からの電子メールのヘッダにTo:t-secom20001111@mail-euc.comが含まれており、本文がContent-Type: text/plain; charset=ISO-2022-JPから開始されている場合、データ作成手段は@と.（ドット）との間のmail-encを抽出し、問い合わせデータの使用種別フィールドにmail-encに対応する利用種別名である「激励」と書き込み、Content-Type: text/plain; charset=ISO-2022-JP以降の本文を抽出してメッセージフィールドに書き込む。
【００５７】またファイル添付ボタン，サービス設定ボタン，送信ボタンはウェブブラウザで表示させると、マウス等によりクリックすることができるボタンとなるように前述のスケルトンに予め作成されており、各ファイル添付ボタンをクリック（実行）すると、添付ファイルを参照する画面がウェブブラウザ上に表示され、添付するファイルを選択すると、該ファイルをデータに展開して確認データに追加し、サービス設定ボタンをクリックすると、設定可能なサービスの一覧が表示され、任意のサービスを選択すると当該サービスに該当するコードが確認データに追加され、送信ボタンをクリックすると、確認データをメール制御サーバ１３に送信するように、各ボタンに実行内容が設定されている。
【００５８】なお前述のサービスとは、予め受付業者６側で設定されている受信者１に届けるメッセージに対するサービスであり、例えば受付業者６側は比較的シンプルなケースに印字したメッセージを収容して受信者１に届けるものをレギュラー，レギュラーに比較して豪華なケースにメッセージを収容して受信者１に届けるものをエクストラ，エクストラに比較して豪華なケースにメッセージを収容して受信者１に届けるものをスペシャルとして予めサービスを設定しておくことができる。
【００５９】そして上記のように受付業者６側でサービスが設定されている場合、送信者３は問い合わせデータのサービス設定ボタンにより、送信者３が受信者１にいずれのサービスによってメッセージを贈るかを確認データに設定することができる。例えば上記レギュラーに対応するコードがreg，エクストラに対応するコードがext，スペシャルに対応するコードがspeである場合、送信者３がレギュラーを設定するとregが、エクストラを設定するとextが、スペシャルを設定するとspeが確認データに追加される。
【００６０】なおサービスの説明を表示するサービス説明フィールドを作成し、該サービス説明フィールドにサービスの概要を説明するテキストを書き込み、サービスを設定すると設定されたサービス名が表示されるように構成しても良い。すなわち例えばサービス設定ボタンによりエクストラを設定するとextが確認データに追加されるとともに、サービス説明フィールドにエクストラと表示されるとともに、エクストラの内容が表示せしめられるように構成しても良い。
【００６１】問い合わせメールは以上のようにメール自動編集手段２３により自動生成されて前述のようにメールサーバを介して送信者３側に送信（返信）される。なお問い合わせメールの送信用のメールサーバ（ＭＴＡ）はインターネットに対してＳＭＴＰをサポートしていれば、いずれのものを使用してもよいが、本実施形態の場合運用メールサーバ１２を使用している。
【００６２】そして送信者３側において返信された問い合わせメールを受信すると、問い合わせデータが問い合わせメールに添付ファイルとして添付されているため、送信者３が問い合わせデータをウェブブラウザで実行することによって、送信者３のウェブブラウザに問い合わせデータが上記のように表示される。
【００６３】これにより送信者３が各フィールドに書き込まれている内容を確認し、又は情報フィールドに所定の情報を追加して書き込み、場合によってはファイル添付ボタンで確認データに添付ファイルを追加したり、サービス設定ボタンによりサービスのデータを確認データに追加したりすることによって確認データを容易に作成することができ、そして確認データ作成後に送信ボタンをクリックすることにより確認データが受付業者６（メール制御サーバ１３）に容易に送信される。
【００６４】なお上記情報フィールドには、例えば受信者１に金銭を送付したい場合、情報フィールドに金額と引き落とし銀行口座やクレジットカードのナンバー等を記載することができ、これにより受付業者に送付する金額や当該金額の引き落とし先等の情報を送信することができる。
【００６５】すなわち送信者３が問い合わせメールを受信し、場合によっては（送信内容が正しくない場合等）問い合わせデータを修正するとともに、サービス等の設定を行い問い合わせデータを編集（データの追加）して確認データとして受付業者６（メール制御サーバ１３）に送信することによって、送信者３と受付業者６との間で送信内容の確認が行われ、送信者により確認された利用種別，メッセージ、情報フィールド内の情報、添付される画像や音声ファイル、サービス内容が受付業者６側に送信される。
【００６６】これにより受付業者６が前述のメッセージメール作成手段２８を介して確認データを所定の形式（電子メールであるメッセージメール又は課金メール）に作成して配送データとして配送業者７及び金融業者８に送信することによって、配送業者７に送信者３からの受信者１へのメッセージが送信されて、配送業者７が受信者１にメッセージを配信（配送）することができるほか、後述するように受信者１側に課金等を行うことができる。
【００６７】次に上記メッセージメール作成手段２８について説明する。メッセージメール作成手段２８は上記確認データを受信するとともに、受信した確認データを電子メール化してメッセージメール（配送データ）とする構造となっており、受付業者６（メール制御サーバ１３）が確認データを受信すると、この確認データがメッセージメール作成手段２８により所定の形式（電子メール形式）のメッセージメールに変換され、該メッセージメールがメッセージメール作成手段２８によりメールサーバ（メッセージメール作成手段２８がメッセージメールを送るＭＴＡを備えたメールサーバ）を介して配送業者７に送信される。
【００６８】なおメッセージメール作成手段２８はマルチパートの電子メールを作成して、添付ファイル用のパートに確認データを書き込み、ヘッダに所定の要素を書き込むものであり、詳細な説明は割愛する。ただし当該ヘッダのTo:から始まる要素は後述するように決定するように構成されている。
【００６９】すなわちメール制御サーバ１３に備えられた配送業者検索手段２９が、メッセージメール作成手段２８側からの指示によって、前述の依頼者データベースサーバ２２を検索して受信者１の住所又は郵便番号等を引き出し、配送業者検索手段２９内に備えられた配送業者の住所等のデータベースと突き合わせて、受信者１にもっとも近い配送業者７を検索し、当該配送業者７の電子メールのアドレスをメッセージメール作成手段２８に返す。
【００７０】そしてメッセージメール作成手段２８は配送業者検索手段２９から返された配送業者７の電子メールのアドレスをメッセージメールにおけるヘッダのTo:から始まる要素として設定する。これによりメッセージメールは受信者１に最も近い配送業者７宛てに送信される。
【００７１】一方メッセージメール作成手段２８は前述のように確認データを受信すると、上記のように配送業者検索手段２９側に配送業者の検索の指示を出す他、メール制御サーバ１３に備えられた課金設定手段３１に課金先の検索の指示も出す。そして該課金設定手段３１は、依頼者データベースサーバ２２を検索し、当該確認データの送受信に係る課金の引き落とし先（引き落とし金融機関）を検索し、検索された引き落とし金融機関のデータを確認データに追加して課金データを作成する。
【００７２】そして課金設定手段３１もメッセージメール作成手段２８と同様に、マルチパートの電子メールを作成し、添付ファイルのパートに課金データを展開して書き込み、この展開された課金データに電子メール用のヘッダを加え、受付業者６側の金融機関８に電子メール（課金メール）として運用メールサーバ１２等のメールサーバ（ＭＴＡ）を介して送信する。
【００７３】そして受付業者６側の金融機関８が引き落とし金融機関等より課金金額を引き落とすことで、受付業者６側に利益が発生する。すなわち依頼データに記載された金融機関により依頼者２又は受信者１に対して課金が行われ、受付業者６側が収益を上げることができる。
【００７４】一方配送業者７にはインターネットに接続可能なネットワークコンピュータ端末１５が備えられており、メッセージメールを該コンピュータ端末に備えられたメールクライアント（いわゆるメーラソフト）によって受信することによって確認データを受信することができる。
【００７５】そして該確認データからメッセージフィールド，利用種別フィールド，サービス説明フィールドの内容や、添付ファイル等を再構築することで、受信者１に宛てられたメッセージの詳細を得ることができ、例えばメッセージが文字であれば、該プリンタ等の加工手段によってメッセージを印字して、前述の所定のサービスを施すことによって、メッセージを配達形式に加工し、受信者１にメッセージを届けることが可能となる。
【００７６】このとき受信者１に届けるメッセージはサービスにより決定されるデコレートされたメッセージのほか、添付ファイルがある場合、添付ファイルが画像データであれば印刷して受信者１に届け、あるいは添付ファイルが音声データである場合は、音声の録音等を行い、録音されたメディアを受信者１に届けることもできる。
【００７７】また場合によってはメッセージをコンピュータのデータ形式のままでフロッピーディスク等のリムーバブルディスクに書き込み、当該リムーバブルディスクを受信者に届けることもできる。あるいは情報フィールドの指示等により受信者１に金銭等を渡す場合は、金銭の引き落とし先から料金を引き落として、受信者１に渡すことも可能となる。
【００７８】以上のように構成されたメッセージ配送システムの動作について、図５に従って依頼者２が、「セコム太郎選手にメッセージを送る」ために、本メッセージ配送システムを使用する場合を例に説明する。
【００７９】依頼者２はステップＳ１において、仲介業者４に電話又はＦＡＸにて「セコム太郎選手にメッセージを送るための電子メールアドレスを開設したい」旨の依頼をする。そしてこの依頼を受けた仲介業者４は、ステップＳ２で依頼者２から得た情報に基づき依頼メールを作成し、受付業者６にインターネットを介して送信する。
【００８０】なお依頼データは、依頼者情報としてセコム四郎と受信者情報としてセコム太郎等が、分類情報として利用種別（激励）及び利用期間（２０００年１１月１１日から２０００年１２月１２日）となっているものとする。
【００８１】受付業者６では、ステップＳ３で受付メールサーバ９にて上記依頼データを受信し、この受信した依頼データに基づき運用メールサーバ１２では、自己のアドレスがmail.XXXX.co.jp、ドメインXXXX.co.jpのMXレコードがmail.XXXX.co.jpであるとすると、ユーザ制御サーバ１１は運用メールサーバ１２内のユーザデータベース１７にユーザ名がt-secom20001111となるユーザ期限を２０００年１２月２６日（１２月１２日に１４日足した日にち）に設定して追加し、さらにDNSサーバ３２にXXXX.co.jpのailiasとしてmail-enc.comを設定する。
【００８２】これにより、インターネットを通じたt-secom20001111@mail-enc.com宛のメールはmail.XXXX.co.jpのユーザ（アカウント）t-secom20001111のメールスプールに送信され、すなわちt-secom20001111@mail-enc.com宛に電子メールを送信すると、mail.XXXX.co.jpのユーザt-secom20001111宛に電子メールが送信される。
【００８３】そこで、受付業者６は仲介業者４に対し、登録が完了した旨の回答メールに受信者セコム太郎の個別のメールアドレス（t-secom20001111@mail-enc.com）を含めて返信する。
【００８４】そして回答メールを受信した仲介業者４は、ステップＳ４で新聞、雑誌、広告仲介業者４のウェブページ等に「セコム太郎選手への応援メッセージは、t-secom20001111@mail-enc.comに電子メールにてお願いします。受付は１２月１２日までです。」等の掲載することで、送信先を公開する。
【００８５】次にステップＳ５で、この新聞等を見てセコム太郎選手に激励のメッセージを送ろうとする者（送信者３）は、セコム太郎選手（受信者１）に贈りたいメッセージが含まれる電子メールをインターネット経由にて前述のt-secom20001111@mail-enc.com宛てに送信する。
【００８６】そして受付業者６では、ステップＳ６で、送信者３からの電子メールを運用メールサーバ１２にて受信し、受信者１個別のメールスプールに蓄積するとともに、メール制御サーバ１３に出力し、メール制御サーバ１３において、メール自動編集手段２３により自動生成された問い合せデータを運用メールサーバ１２経由にて電子メール（問い合わせメール）で送信者３に送信する。
【００８７】その後ステップＳ７で送信者３は、受信した問い合せデータを確認し、その結果を確認データとして受付業者６に送信する。すなわち、送信者３により確認された利用種別，メッセージ、情報フィールド内の情報、添付される画像や音声ファイル、サービス内容が確認データとして受付業者６に送信される。
【００８８】そしてステップＳ８で、確認データを受信した受付業者６は、確認データをメッセージメール作成手段２８によってメッセージメール化して配送業者７に電子メールとして送信する。ここで、図５には示していないが、課金情報を金融業者８に送信する。
【００８９】これにより配送業者７はステップＳ９で、メッセージメールを受信すると、メッセージを印字等により受信者に届けることができる形式に加工して、所定のサービスを施すことによって、ステップＳ１０でセコム太郎選手（受信者１）にメッセージを届ける。なおメッセージをコンピュータのデータ形式のままでフロッピーディスク等のリムーバブルディスクに書き込み、当該リムーバブルディスクを受信者に届けることもできる。あるいは、情報フィールドの指示等により受信者１に金銭等を渡す場合は、金銭の引き落とし先から料金を引き落として、受信者１に渡すことも可能となる。
【００９０】以上に示されるメッセージの配送システムにより、送信者３が各受信者１個別の電子メールアドレス（メールスプール）に電子メールで受信者１に送るメッセージを送信することで、配送業者７によって各受信者１に所定の形式のメッセージが配送されるため、電報を電報局に電子メールで依頼する感覚ではなく、個人に電子メール等を送信する感覚でメッセージの送信を行うことができ、よりプライベートな感覚のメッセージ配送システムが構築される。
【００９１】このとき運用メールサーバ１２側においてメール自動編集手段２３によって、送信内容を送信者３が確認するべく送信者３に返送する問い合わせ電子メールが作成され送信者３に返送されるため、送信者３と受付業者６側との間で送信内容の確認が行われ、送信内容の誤り等を防止することができる。
【００９２】この際メール自動編集手段２３が、問い合わせデータを送信者３宛の電子メール（問い合わせメール）の添付ファイルとするため、上記のように送信者３側において返信された問い合わせメールに添付された問い合わせデータを対応するアプリケーションのもとで実行することにより、当該アプリケーションの操作により送信の内容をより容易に確認して、受付業者６側に返信することができる。
【００９３】特に問い合わせデータがＨＴＭＬに基づいたデータであるため、問い合わせデータを実行するアプリケーションが比較的安価に入手可能なウェブブラウザとなり、送信者３側が特殊なアプリケーションを使用することなく、内容の確認及び受付業者６側への送信等をより容易に行うことができる。
【００９４】なお上記実施形態においては受付業者６が仲介業者４から電子メールにより依頼データを受ける場合について説明したが、受付業者６側に依頼データの受信を行うウェブサーバ（図示しない）を設け、該ウェブサーバを介して依頼データを受信するように構成してもよい。
【００９５】この場合仲介業者４側に、受付業者６側のウェブサーバとインターネットを介して通信して、上記ウェブサーバにより提供されるサイト（ウェブサーバに格納されているＨＴＭＬやスタイルシート、画像ファイル等）をディスプレイに表示することが可能なウェブブラウザを備えた通信装置（コンピュータやＰＤＡ、ディスプレイ付きの携帯電話等）を設ける必要がある。
【００９６】そして上記ウェブサーバをＷＷＷ（World Wide Web）サービスの提供が可能な従来公知のものとし、仲介業者４側のウェブブラウザに前述の依頼データの記入が可能なフォームを表示させることによって、仲介業者４側がウェブブラウザ側で該フォームに依頼データの内容を記入し、ウェブサーバ側に送信することにより、上記依頼データをウェブサーバ（受付業者６）側で受信することができる。
【００９７】また上記実施形態において送信者３は受信者１に対して電子メールでメッセージを送信するように構成されているが、受信者１専用のメールアドレスではなく、受信者１専用のウェブサイトを受付業者６側に開設し、当該ウェブサイトに対してメッセージを送信するように構成することも可能である。
【００９８】ただしウェブサーバには受信者個別のウェブサイトを設ける必要があり、受信者個別のウェブサイト用のファイル（場合によってはディレクトリ）を運用メールサーバ１２にメールスプールを作成する場合と同様に、ウェブサーバ側に作成し、送信者１からの電子データである送信データ（メッセージデータ）のスプール（メッセージデータの蓄積用のファイル）を設定する必要がある。また送信者３が受信者専用のウェブサイトに入る場合に、パスワード管理等を行い、セキュリティー等を確保する必要もある。
【００９９】さらに上記実施形態においては受付業者６から配送業者７への確認データの転送は電子メール（メッセージメール）によるもの（この場合上記配送業者７のサーバはメールサーバとなる）として説明したが、データ通信で上記配送業者７のサーバに配送データを直接送信する等の方法も可能である。
【０１００】また上記実施形態においては依頼者２は電話又はＦＡＸにて仲介業者４に申し込むように説明しているが、依頼者２がインターネット等を介して仲介業者４に申し込みを行うように構成しても良い。なお上記実施形態においては受信者１と依頼者２が異なる場合について説明したが、受信者１と依頼者２とが同一の場合もある。
【０１０１】なお上記実施形態においては利用種別に応じて電子メールの@以降を設定し、送信者３からの電子メールをmail.XXXX.co.jpのメールサーバ（運用メールサーバ１２）で受信する構成となっているが、場合によっては（運用メールサーバ１２に対する負荷が大きい場合等）利用種別毎に運用メールサーバ１２を個別に設けてもよい。
【０１０２】この場合は運用メールサーバ１２全体にかかる負荷を分散させることができ、運用メールサーバ１２の作動を安定させることができる他、前述のalias設定等の複雑な設定をすることなく、利用種別毎に該当する運用メールサーバで送信者３からの電子メールを受信することが可能となる。
【０１０３】なお送信者３側においては、上記運用メールサーバ１２の分散化には無関係に、上記受信者１の電子メールアドレス名によって、電子メールの送信履歴を確認して送信先の@以降を確認することで受信者の名前だけでなく利用種別（目的）までも容易に確認することができる
【０１０４】
【発明の効果】以上のように構成される本発明の構造によると、送信者が各受信者個別のスプールに、電子メール又はウェブ通信を介して、電子メールアドレス又はウェブサイト等を介して受信者に送るメッセージを電子データで送信することによって、各受信者に所定の形式のメッセージが配送されるため、電報を電報局に電子メールで依頼する感覚ではなく、個人に電子メール等を送信する感覚でメッセージの送信を行うことができるという利点がある。
【０１０５】このとき公開部により受信者個別の電子データの受付先が公開されるため、送信者は容易に受信者個別の電子データの受付先を知ることができるが、特に公開部側においては、受付部側とコンピュータ端末等による通信が可能であることによって、受信者個別の受付先を受付部側から容易に取り出すことができ、受付先の公開が容易となるという利点がある。
【０１０６】なお運用サーバに設定される各受信者用のスプールファイル（メールスプール又はウェブサイト用のファイル）を予め決められた期間のみ有効に設定することによって、運用サーバに必要以上に負荷をかける必要がない。
【０１０７】また運用サーバへのスプール用のファイルの作成時、該スプールファイルに対応する電子メールアドレス又はスプールファイル名が運用サーバ内の既存のものと重複する場合に、変更手段によって電子メールアドレス又はファイル名を変更することによって、運用サーバにスプールファイルをより高い確率で自動作成することができ、電子メールアドレスや上記ファイル名の手動変更等が少なくなるという効果もある。
【０１０８】また運用サーバ側において自動編集手段によって、送信者から受信者宛に送信された電子データに基づき送信内容を送信者が確認するべく送信者に返送する電子メールに自動編集することによって、送信者と受付業者側との間で容易に内容確認を行うことができる。
【０１０９】一方受信者にメッセージを届ける配送部を複数設け、データ作成手段によって受付部から配送部に送信するデータの送信先を受信者の近傍に位置する配信業者に自動的に決定することによって、受信者により低コストでメッセージを届けることができ、すなわち配信業者を全国に配置することによって、本発明のシステムを容易に全国に展開することができる。
【図面の簡単な説明】
【図１】メッセージの配送システムの全体構成図である。
【図２】送信者及び受信者と各業者との接続状態を示すブロック図である。
【図３】受付業者の構成を示すブロック図である。
【図４】メール制御サーバの構成と連係を示したブロック図である。
【図５】メッセージの送信から配送までを示したフロー図である。
【符号の説明】
１ 受信者
３ 送信者
４ 仲介業者（公開部）
６ 受付業者（受付部）
１１ ユーザ制御サーバ
１２ 運用メールサーバ（運用サーバ）
１３ メール制御サーバ（配信サーバ）
２３ メール自動編集手段（自動編集手段）
２８ メッセージメール作成手段（データ作成手段）
【特許請求の範囲】
【請求項１】 公開部（４）が受信者（１）個別のメッセージの受付先を公開し、送信者（３）が上記受付先に受信者（１）へのメッセージデータをインターネットを介して送信し、上記受付先を備えた受付部（６）が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部（７）に送信し、配送部（７）が所定の形式に処理されたメッセージデータから配達形式に加工して受信者（１）にメッセージを配送するメッセージの配送方法。
【請求項２】 メッセージの受信者（１）と該受信者（１）にメッセージを送る送信者（３）との間に、各受信者（１）個別のメッセージデータの受付先を公開する公開部（４）と、受信者（１）へのメッセージの配送を送信者（３）から受け付ける受付部（６）と、受信者（１）にメッセージの配送を行う配送部（７）とを配設し、受付部（６）に送信者（３）からインターネットを介して送信されるメッセージデータを受信して、コンピュータ通信可能なネットワークを介して配送部（７）に中継して送信するコンピュータ端末を設け、受付部（６）のコンピュータ端末が、受信者（１）へのメッセージデータを受信する受信者個別のスプールを有する運用サーバ（１２）と、該運用サーバ（１２）に送信されるメッセージデータに基づいてメッセージを所定の形式に作成して配送部（７）に送信する配信サーバ（１３）とを備え、配送部（７）のコンピュータ端末が、受付部（６）によって中継されたメッセージデータを受信するデータ受信クライアントを備え、配送部（７）にて受信したメッセージデータから受信者（１）に配送するメッセージを配達形式に加工する加工手段を配送部（７）に設けたメッセージの配送システム。
【請求項３】 公開部（４）に受付部（６）とコンピュータ通信可能なネットワークを介した通信が可能なコンピュータ端末を配置した請求項２のメッセージの配送システム。
【請求項４】 運用サーバ（１２）がウェブサーバ又は電子メールの受信をサポートするメールサーバである請求項２又は３のメッセージの配送システム。
【請求項５】 ユーザ制御サーバ（１１）を運用サーバ（１２）に接続して設け、ユーザ制御サーバ（１１）は各受信者（１）個別のスプール用のファイルを上記運用サーバ（１２）に作成せしめるとともに受信者（１）側からのスプール用のファイル作成の依頼に起因して、予め決められた期間のみスプール用のファイルが有効となるように作動せしめられる請求項４のメッセージの配送システム。
【請求項６】 運用サーバ（１２）にて作成されるスプールファイルに対する電子メールアドレス又はスプールファイル名が、運用サーバ（１２）内の既存の電子メールアドレス又はスプールファイル名と重複する場合に、スプールファイル名又はスプールファイルに対する電子メールアドレスを変更する変更手段（１８）をユーザ制御サーバ（１１）に接続して設けた請求項２又は３又は４又は５のいずれかであるメッセージの配送システム。
【請求項７】 送信者（３）からのメッセージデータを読み出し、該メッセージデータを編集して依頼内容を送信者（３）が確認するべく送信者（３）に返送する電子メールを自動作成する自動編集手段（２３）を運用サーバ（１２）に接続して設けた請求項２又は３又は４又は５又は６のメッセージの配送システム。
【請求項８】 配送部（７）を複数設け、メッセージを受信する受信者（１）の近傍に位置する配送部（７）に受付部（６）からメッセージデータを送信せしめるように設定するデータ作成手段（２８）を配信サーバ（１３）に設けた請求項２又は３又は４又は５又は６又は７のメッセージの配送システム。
【請求項１】 公開部（４）が受信者（１）個別のメッセージの受付先を公開し、送信者（３）が上記受付先に受信者（１）へのメッセージデータをインターネットを介して送信し、上記受付先を備えた受付部（６）が各受信者個別に上記メッセージデータを読み出して所定の形式に処理して配送部（７）に送信し、配送部（７）が所定の形式に処理されたメッセージデータから配達形式に加工して受信者（１）にメッセージを配送するメッセージの配送方法。
【請求項２】 メッセージの受信者（１）と該受信者（１）にメッセージを送る送信者（３）との間に、各受信者（１）個別のメッセージデータの受付先を公開する公開部（４）と、受信者（１）へのメッセージの配送を送信者（３）から受け付ける受付部（６）と、受信者（１）にメッセージの配送を行う配送部（７）とを配設し、受付部（６）に送信者（３）からインターネットを介して送信されるメッセージデータを受信して、コンピュータ通信可能なネットワークを介して配送部（７）に中継して送信するコンピュータ端末を設け、受付部（６）のコンピュータ端末が、受信者（１）へのメッセージデータを受信する受信者個別のスプールを有する運用サーバ（１２）と、該運用サーバ（１２）に送信されるメッセージデータに基づいてメッセージを所定の形式に作成して配送部（７）に送信する配信サーバ（１３）とを備え、配送部（７）のコンピュータ端末が、受付部（６）によって中継されたメッセージデータを受信するデータ受信クライアントを備え、配送部（７）にて受信したメッセージデータから受信者（１）に配送するメッセージを配達形式に加工する加工手段を配送部（７）に設けたメッセージの配送システム。
【請求項３】 公開部（４）に受付部（６）とコンピュータ通信可能なネットワークを介した通信が可能なコンピュータ端末を配置した請求項２のメッセージの配送システム。
【請求項４】 運用サーバ（１２）がウェブサーバ又は電子メールの受信をサポートするメールサーバである請求項２又は３のメッセージの配送システム。
【請求項５】 ユーザ制御サーバ（１１）を運用サーバ（１２）に接続して設け、ユーザ制御サーバ（１１）は各受信者（１）個別のスプール用のファイルを上記運用サーバ（１２）に作成せしめるとともに受信者（１）側からのスプール用のファイル作成の依頼に起因して、予め決められた期間のみスプール用のファイルが有効となるように作動せしめられる請求項４のメッセージの配送システム。
【請求項６】 運用サーバ（１２）にて作成されるスプールファイルに対する電子メールアドレス又はスプールファイル名が、運用サーバ（１２）内の既存の電子メールアドレス又はスプールファイル名と重複する場合に、スプールファイル名又はスプールファイルに対する電子メールアドレスを変更する変更手段（１８）をユーザ制御サーバ（１１）に接続して設けた請求項２又は３又は４又は５のいずれかであるメッセージの配送システム。
【請求項７】 送信者（３）からのメッセージデータを読み出し、該メッセージデータを編集して依頼内容を送信者（３）が確認するべく送信者（３）に返送する電子メールを自動作成する自動編集手段（２３）を運用サーバ（１２）に接続して設けた請求項２又は３又は４又は５又は６のメッセージの配送システム。
【請求項８】 配送部（７）を複数設け、メッセージを受信する受信者（１）の近傍に位置する配送部（７）に受付部（６）からメッセージデータを送信せしめるように設定するデータ作成手段（２８）を配信サーバ（１３）に設けた請求項２又は３又は４又は５又は６又は７のメッセージの配送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００２−１３２６８５（Ｐ２００２−１３２６８５Ａ）
【公開日】平成１４年５月１０日（２００２．５．１０）
【国際特許分類】
【出願番号】特願２０００−３２２６０５（Ｐ２０００−３２２６０５）
【出願日】平成１２年１０月２３日（２０００．１０．２３）
【出願人】（３０００７７４５６）セコム山陰株式会社 (2)
【Ｆターム（参考）】
【公開日】平成１４年５月１０日（２００２．５．１０）
【国際特許分類】
【出願日】平成１２年１０月２３日（２０００．１０．２３）
【出願人】（３０００７７４５６）セコム山陰株式会社 (2)
【Ｆターム（参考）】
[ Back to top ]