JP2010067236A - メール編集支援システム - Google Patents

Abstract

【課題】部分的に内容の異なる複数パターンの電子メールを編集するユーザの作業負担を軽減する。
【解決手段】(1)編集ページには入力欄410，ボタン415a等が配置される(図4(a))。ボタン415aがクリックされると入力欄410に近接する所定位置に差込パートが追加され、所定の保存操作をすることで差込データ編集ページへのリンク420が表示される(図4(b))。(2)リンク420がクリックされると、差込データ編集ページが表示される。差込データ編集ページには、例えば入力欄420a，420bが配置される(図4(c))。(3)編集ユーザは、編集ページにおいて本文の構造を設定するとともに、共通パートのコンテンツを入力欄に入力する。また、各差込パートに対応する差込データ編集ページにおいて差込パートのコンテンツを入力欄に入力する。設定又は入力されたデータが端末20Aからサーバ10に送信されると、サーバ10は受信したデータを所定の形式でメールＤＢ12に保存する。
【選択図】図４

Description

本発明は、複数のユーザに配信される電子メールの編集作業を支援するシステムに関し、特に、複数パターンの電子メールを効率よく編集するための仕組に関するものである。

＜従来例１＞
セール情報や最新の特集などを記載したメールマガジンを配信するサービスが知られている（例えば、非特許文献１参照）。
上記のサービスは、例えば次のように提供されている（非特許文献２参照）。
（ａ）サービスやジャンルごとに複数種類のメールマガジンが配信される。各ユーザは、購読を希望するメールマガジンの種類（ニュース）を選択することができる。
（ｂ）メールマガジンの種類（ニュース）ごとに配信形式（ＨＴＭＬ形式・テキスト形式のいずれか又は双方）が指定されている。双方が指定されている場合、各ユーザは、いずれかの形式を選択することができる。

＜従来例２＞
ユーザが閲覧するコンテンツや広告を、そのユーザの性別，年齢，居住地その他の情報によりパーソナライズするという概念が知られている（例えば、非特許文献３参照）。
上記の概念に関し、上記従来例１のサービスでは、配信の申込に際し各ユーザに生年月日，性別及び居住地域の入力を求めている（非特許文献２参照）。また、配信の申込に際し各ユーザに同意を求める「個人情報保護方針」には、「お客様がご覧になるコンテンツや広告を、お客様の性別、年齢、居住地、趣味・嗜好など個人の属性または購入履歴、当グループの運営するウェブサイトの閲覧履歴などによりパーソナライズするため」にユーザの個人情報を利用する点が記載されている（非特許文献３の「４．利用目的について（３）」参照）。

＜従来例３＞
それぞれ内容の異なる電子メールを作成し、複数の相手に一括して送信するための仕組が知られている（例えば、特許文献１参照）。
上記の仕組に関し、特許文献１には下記の各点が記載されている。
（ａ）パーソナルコンピュータにインストールされた電子メールソフトの本文入力欄を分割し、分割された本文入力欄それぞれに対応するアドレス入力領域を設ける（段落［００４３］〜［００４５］，図３等参照）。
（ｂ）分割された本文入力欄に入力されている本文データ各々に、宛先を設定する（段落［００４６］，図３等参照）。
（ｃ）設定された宛先ごとに本文データを一体化し、その宛先に送信する（段落［００４７］〜［００５６］，図４〜図６等参照）。
（ｄ）個々の宛先に対する電子メールを、同一のウィンドウ内で編集することができる（段落［００５６］，［００６１］等参照）。

なお、本文入力欄の分割（上記（ａ））のタイミングに関し、特許文献１には下記の記載がある。
（ａ−１）「分割ボタン２０１ｋが押されたときに」分割処理を開始する（段落［００４２］等参照）。
（ａ−２）「本文データの改行数を常時監視することによって、例えば改行が２回入力された場合には直ちに、あるいは分割処理を行ってもよいかどうかの確認をとった上で」分割処理を開始する（段落［００６６］参照）。

＜従来例４＞
宛先に応じてメッセージに含まれる特定の単語の修正を促すという手段で、複数の宛先に送信される電子メールの作成を支援するための仕組が知られている（例えば、特許文献２参照）。
上記の仕組に関し、特許文献２には、下記の各点が記載されている。
（ａ）ネットワークを介して接続されたクライアント及びサーバにより構成されるシステムを利用する（段落［００２８］，図１等参照）。
（ｂ）複数のユーザをまとめたグループ名を入力することにより、メールの宛先となるメールアドレスを特定する（段落［００３３］〜［００３４］参照）。

＜従来例５＞
同報発信される各電子メールに、宛先に対応する文字列を差し込む仕組が知られている（例えば、特許文献３参照）。
上記の仕組に関し、特許文献３には下記の各点が記載されている。
（ａ）使用者は、メールクライアントを操作して、差し込み文字列指定データを含む文書ファイルと差し込み文字列を含む発信属性ファイルとを指定する（段落［００１３］〜［００１４］，図１等参照）。
（ｂ）メールクライアントは、文書ファイルと発信属性ファイルとを統合し、メールサーバに送る（段落［００１５］，図１等参照）。
（ｃ）メールサーバは、統合されたデータをメールクライアントより受信し、文書データから差し込み位置（文書データ中の差し込み文字列指定データの位置）を検出し、発信属性データから取り出した差し込み文字列を差し込み位置に差し込み、電子メールを完成させる（段落［００１９］〜［００２２］，図１等参照）。
（ｄ）差し込み文字列指定データとして特殊な文字を入力すれば、検出可能となる（段落［００１３］等参照）。

特開２００４−２７２６６０号公報 特開２００４−２８７８６４号公報 特開平０７−０７８１５０号公報 楽天株式会社、"楽天市場ガイド「楽天のメルマガ」"、[online]、インターネット<URL: http://event.rakuten.co.jp/beginner/news/> 楽天株式会社、"楽天のメルマガ 配信申込"、[online]、インターネット<URL: http://emagazine.rakuten.co.jp/ns?act=apply> 楽天株式会社、"個人情報保護方針"、[online]、２００５年４月１日制定・施行、インターネット<URL: http://privacy.rakuten.co.jp/>

［配信先リストの分割］
配信先リストを分割し、分割された配信先のまとまりごとに部分的に内容（コンテンツ）の異なるメールマガジンを配信する場合がある。例えば、下記のような分割態様が考えられる。
（ａ）購読者の属性（年齢層，性別，居住地域等）を基準として、所定数のグループに分割する。
（ｂ）分割後の各群に属するメールアドレスの数が均等（ほぼ同数）になるように、所定数の群に分割する。
（ｃ）上記（ａ）及び上記（ｂ）を組み合わせ、所定数のまとまりに分割する。

配信先リストを分割しようとする背景には、例えば下記のような、メールマガジンを配信する側及び／又はメールマガジンに情報（広告等）の掲載を依頼する側の事情がある。
（ａ）購読者の属性（年齢層，性別，居住地域等）に応じて、異なる情報を提供したい。
（ｂ）広告料金がメールマガジンの配信先数に基づいて算出されるように設定されている場合、広告料金を低く抑えたい。
（ｃ）メールマガジンの内容に起因する諸々のリスクを分散させたい。

［メール編集上の問題点］
分割された配信先のまとまりごとに内容（コンテンツ）の異なるメールマガジンを配信する場合、メールマガジンの編集担当者は、内容（コンテンツ）が部分的に異なる複数のパターンの本文データを編集する必要がある。
例えば、配信先リストを男女別に２分割し、さらに分割された男女別の各グループをそれぞれ均等に３分割する場合には、合計で６パターンの本文データを作成する必要がある。

図１に、６パターンの本文データを例示する。
図１に例示した各パターンの本文データは、全パターンに共通する部分の間にパターンごとに異なる部分が３つずつ配置されている。したがって、図１に示した６パターンの本文データにおいて、「本文の構造」及び「共通する部分のコンテンツ」は全パターンに共通している。

（ａ）全パターン作成方式の問題点
複数パターンの本文データは、全て個別に作成することが可能である（全パターン作成方式）。
ただし、この方式を採用した場合、共通する部分のコンテンツを含め全パターンの本文データを作成することになるから、各パターンに一定の重複（共通する部分のコンテンツ）が含まれることになる。

また、この方式を採用すると、全パターンに共通する事項（例えば、「本文の構造」，「共通する部分のコンテンツ」等）の修正が必要になった場合、編集担当者が同様の校正作業を各パターンに対し個別に行わなければならなくなる。
例えば、本文データに共通して含まれる文字列（図１中の「入会してやー。」）を他の文字列（例えば、「入会してんか。」）に置換する必要が生じた場合、編集を担当するユーザは、同様の置換作業を各パターンにつき繰り返さなければならない。よって、編集担当者に与える作業負担が大きいため、効率が悪く、ミスも発生しやすい。

（ｂ）全パート差込方式の問題点
複数パターンの本文データは、全ての部分（パート）を差込処理により作成することも可能である（全パート差込方式）。
例えば、図１に例示した６パターンの本文データを作成するには、下記のデータを作成しておけばよい。これにより、共通する部分のコンテンツの重複は解消する。
・本文の構造，差込部分の位置等を定義するデータ（各パターンに対し１通りずつ／計６通り）
・共通部分のコンテンツ（各パートに対し１通りずつ／計３通り）
・差込部分のコンテンツ（各パートに対し６通りずつ／計１８通り）

ただし、上記の「本文の構造，差込部分の位置等を定義するデータ」のうち一部に、依然として重複（本文の構造に相当する部分）が含まれていることになる。
また、この方式を採用した場合、メール１通ずつに差込処理が発生するので、何十万通〜何百万通もメールマガジンを配信すると、サーバ装置等の処理を実行するシステムに与える処理負荷が大きくなってしまう。

［発明が解決しようとする課題］
本発明が解決しようとする課題は、部分的に内容の異なる複数パターンの電子メールを編集するユーザの作業負担を軽減するという点である。
また、本発明が解決しようとする課題は、メールを配信するシステムの処理負荷を軽減するという点である。

上記の課題を解決するため、本発明は、予め定めた複数パターンの電子メールを編集する編集ユーザの端末と、共通部分と前記パターンのうちいずれかに対応する少なくとも１つの差込部分とにより構成される電子メールの編集作業を支援するメールサーバとが通信ネットワークを介して接続しているメール編集支援システムのメールサーバであって、メールに関連するメール・データを記憶するメール・データ記憶手段を有し、前記端末からの要求に応じて、共通部分のテキスト入力欄と、該テキスト入力欄に近接する所定位置に差込部分を示す差込欄を１つ少なくとも追加する差込部分追加ボタンと、データ保存ボタンとを少なくとも配置した編集ページを該端末に送信する編集ページ送信手段と、前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加した前記編集ページを前記端末に送信するデータ保存・ページ更新手段と、前記端末上で前記リンクがクリックされ、該リンクに含まれる識別情報を前記端末から受信したとき、該受信した識別情報に対応する差込部分のテキスト入力欄のうち少なくともいずれかと、差込データ保存ボタンとを少なくとも配置した差込データ編集ページを前記端末に送信する差込データ編集ページ送信手段と、前記端末上で前記差込データ保存ボタンがクリックされ、前記差込データ編集ページ内の差込部分のテキスト入力欄に入力された差込部分のテキストデータを個別に又は一括で前記端末から受信したとき、該受信したテキストデータを所定の形式で前記メール・データ記憶手段に記憶する差込データ保存手段と、前記メール・データ記憶手段に所定の形式で記憶している前記各共通部分のテキストデータ，前記各識別データ及び前記各差込部分の前記各パターンに対応するテキストデータを基に、前記各パターンの電子メールを生成するメール生成手段とを備えることを特徴とする。

前記差込データ編集ページ送信手段は、差込部分のテキスト入力欄に入力されたいずれかのテキストデータを該差込部分のデフォルトに設定するラジオボタンをさらに配置した前記差込データ編集ページを前記端末に送信し、前記差込データ保存手段は、デフォルトに設定されたテキストデータを示すデフォルト設定データを前記端末からさらに受信して前記メール・データ記憶手段に記憶し、前記メール生成手段は、いずれかのテキストデータが空であるとき、該空のテキストデータが属する差込部分のデフォルトに設定されているテキストデータがあれば、該デフォルトに設定されたテキストデータを該空のテキストデータに補充して前記各パターンの電子メールを生成してもよい。
前記メール生成手段は、いずれかのテキストデータが所定の空を示すデータに該当するとき、該テキストデータを空として前記各パターンの電子メールを生成してもよい。
前記差込データ編集ページ送信手段は、前記端末に送信する前記差込データ編集ページの前記各テキスト入力欄に、初期値としてコメントタグを設定しておいてもよい。
前記差込データ編集ページ送信手段は、前記端末に送信する前記差込データ編集ページの前記各テキスト入力欄に、初期値として前記空を示すデータを設定しておいてもよい。

前記編集ページ送信手段は、前記差込部分追加ボタンがクリックされたとき前記テキスト入力欄に近接する所定位置に前記差込欄を追加する処理を前記端末に実行させるためのプログラムを、前記編集ページに組み込んで前記端末に送信してもよい。
前記端末に送信されるプログラムは、共通部分のテキスト入力欄を追加する共通部分追加ボタン，差込部分追加ボタン，前記追加される差込欄を削除する差込部分削除ボタン，共通部分のテキスト入力欄のうち少なくともいずれかを所定の条件に基づいて前記編集ページ内の前記追加する差込欄に近接する所定位置にさらに追加する処理を前記端末に実行させるためのものであってもよい。

前記差込データ編集ページ送信手段は、表示切替リンク及び／又は表示切替タブをさらに配置した前記差込データ編集ページを前記端末に送信するとともに、前記表示切替リンク又は表示切替タブがクリックされたときテキスト入力欄の表示形式又は表示対象を切り替える処理を前記端末に実行させるためのプログラムを、前記差込データ編集ページに組み込んで前記端末に送信してもよい。
前記差込データ編集ページ送信手段は、表示切替リンク及び／又は表示切替タブをさらに配置した前記差込データ編集ページを前記端末に送信してもよく、この場合、前記端末上で前記表示切替リンク又は表示切替タブがクリックされ、該クリックされた表示切替リンク又は表示切替タブの識別子を前記端末から受信したとき、該受信した識別子に応じて、テキスト入力欄の表示形式又は表示対象を切り替えた前記差込データ編集ページを前記端末に送信する差込データ編集ページ更新手段をさらに備えていてもよい。
前記差込データ編集ページ更新手段に代えて、前記端末上で前記表示切替リンク又は表示切替タブがクリックされ、該クリックされた表示切替リンク又は表示切替タブの識別子を前記端末から受信したとき、該受信した識別子に応じて、前記差込データ編集ページの表示を切り替えるための差込データ編集ページ更新データを前記端末に送信する差込データ編集ページ一部更新手段を備えていてもよい。
前記データ保存・ページ更新手段に代えて、前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加するための編集ページ更新データを前記端末に送信するデータ保存・編集ページ一部更新手段を備えていてもよい。

また、上記課題を解決するため、本発明は、予め定めた複数パターンの電子メールを編集する編集ユーザの端末と、共通部分と前記パターンのうちいずれかに対応する少なくとも１つの差込部分とにより構成される電子メールの編集作業を支援するメールサーバとが通信ネットワークを介して接続しているメール編集支援システムのメールサーバによるメール編集支援方法であって、前記メールサーバは、メールに関連するメール・データを記憶するメール・データ記憶手段を有し、前記端末からの要求に応じて、共通部分のテキスト入力欄と、該テキスト入力欄に近接する所定位置に差込部分を示す差込欄を１つ少なくとも追加する差込部分追加ボタンと、データ保存ボタンとを少なくとも配置した編集ページを該端末に送信する編集ページ送信ステップと、前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加した前記編集ページを前記端末に送信するデータ保存・ページ更新ステップと、前記端末上で前記リンクがクリックされ、該リンクに含まれる識別情報を前記端末から受信したとき、該受信した識別情報に対応する差込部分のテキスト入力欄のうち少なくともいずれかと、差込データ保存ボタンとを少なくとも配置した差込データ編集ページを前記端末に送信する差込データ編集ページ送信ステップと、前記端末上で前記差込データ保存ボタンがクリックされ、前記差込データ編集ページ内の差込部分のテキスト入力欄に入力された差込部分のテキストデータを個別に又は一括で前記端末から受信したとき、該受信したテキストデータを所定の形式で前記メール・データ記憶手段に記憶する差込データ保存ステップと、前記メール・データ記憶手段に所定の形式で記憶している前記各共通部分のテキストデータ，前記各識別データ及び前記各差込部分の前記各パターンに対応するテキストデータを基に、前記各パターンの電子メールを生成するメール生成ステップとを備えることを特徴とする。

上記のメールサーバが備える各手段を、コンピュータに機能として実現させるためのプログラムも本発明である。

本発明のメールサーバは、部分的に内容の異なる複数パターンの電子メールにつき、共通部分と各差込部分とに分けてコンテンツを各別に編集させる。
共通部分のコンテンツを編集するページが１つに集約されており、同様の校正作業を各パターンに対し個別に行う必要はない。この点で、ユーザの作業負担は軽減される。
また、内容の異なる部分のみを差込部分として扱うので、データの重複が排除されるとともに、メールの生成に必要となる差込処理も最小限に抑えられる。これらの点で、システムの処理負荷は軽減される。

＜用語の定義＞
以下の説明中で使用される用語の意義は、それぞれ次の定義の通りとする。
・属性分割…購読ユーザの属性を基準として配信先リストを複数の配信先グループに分割すること。
・均等分割…配信先リスト内又は配信先グループ内において、メールアドレスの数がほぼ等しくなるようにその配信先リスト又はその配信先グループを複数の群に分割すること。例えば、ランダムに分割したり、登録順に分割したりする。
・共通パート…メールマガジンの各パターンに共通する部分。
・差込パート…メールマガジンのパターンごとに異なる部分。

・コンテンツ…電子メール（メールマガジン）の本文を構成するデータ（例えば、テキストデータ）。
・原稿…電子メールを構成するデータ（例えば、件名，コンテンツ等）。
・共通データ…全パターンに共通するデータ（例えば、本文の構造，共通パートのコンテンツ等）。
・差込データ…パターンごとに異なるデータ（例えば、差込パートのコンテンツ等）。

＜記号の定義＞
以下の説明中で使用される記号は、それぞれ次の内容を示すものとする。なお、ｉ，ｊ，ｋは、いずれも適当な自然数とする。
・パターン［i-j］…第ｉグループ第ｊ群のパターン。
・差込パート［k］…第ｋ番目の差込パート。
・コンテンツ［i-j-k］…第ｉグループ第ｊ群のパターンの第ｋ番目の差込パートのコンテンツ。

＜目次＞
［１．実施形態のシステムの概略］
［１−１．システムの構成］
［１−２．システムの概要］
［１−３．サービスの概要］
（ａ）メール編集支援サービス （ｂ）メール配信サービス
［１−４．主要な特徴］
（ａ）編集手順 （ｂ）効果
［１−５．主要な機能］

［２．実施形態のシステムの詳細］
［２−１．メールサーバ］
［２−２．ユーザＤＢ］
（ａ）編集ユーザ情報 （ｂ）購読ユーザ情報
［２−３．メールＤＢ］
（ａ）メール配信情報 （ｂ）メール配信先リスト （ｃ）テスト送信先リスト
（ｄ）性別属性分割情報 （ｅ）地域属性分割情報 （ｆ）世代属性分割情報
（ｇ）配信メール情報 （ｈ）差込パート情報
［２−４．ユーザ端末Ａ（編集ユーザ端末）］
［２−５．ユーザ端末Ｂ（購読ユーザ端末）］

［３．メールマガジンの配信手順］
［３−１．編集開始前の手順］
（ａ）編集ユーザの認証 （ｂ）メールマガジンの選択 （ｃ）機能の選択
［３−２．号の登録手順］
（ａ）号の発行 （ｂ）号の設定
［３−３．原稿の編集手順］
（ａ）共通データの編集 （ｂ）差込データの編集 （ｃ）原稿の確認
［３−４．編集完了後の手順］
（ａ）メールの生成 （ｂ）配信

＜実施形態の説明＞
［１．実施形態のシステムの概略］
本実施形態のシステムの概略を、図２〜図４を参照して簡単に説明する。
本実施形態において、メールマガジンの原稿を編集するユーザ（編集ユーザ）はｍ人（ｍは任意の自然数）であり、同一の組織に属する者（例えば、特定の企業の従業員等）を想定している。一方、メールマガジンを購読するユーザ（購読ユーザ）はｎ人（ｎは２以上の自然数）であり、各購読ユーザのメールアドレスは複数あるメールマガジンの種類（ニュース）の配信先リストのうち少なくともいずれかに登録されているものとする。

［１−１．システムの構成］
図２に示すように、本実施形態のシステムは、全体として、メール編集支援サービス及びメール配信サービスを提供するメールサーバ１０，編集ユーザが使用するユーザ端末２０Ａ（１〜ｍ），購読ユーザが使用するユーザ端末２０Ｂ（１〜ｎ）により構成される。また、メールサーバ１０は、ユーザに関連する情報を記憶するユーザＤＢ１１及びメールマガジンに関連する情報を記憶するメールＤＢ１２を有している。
メールサーバ１０とユーザ端末２０Ａ（１〜ｍ）とはＬＡＮ３０を介して、メールサーバ１０とユーザ端末２０Ｂ（１〜ｎ）とはインターネット４０を介して、それぞれ互いに接続している。メールサーバ１０，ユーザ端末２０Ａ（１〜ｍ）及びユーザ端末２０Ｂ（１〜ｎ）の間の通信（アクセス）は、ファイアウォール５０により制御されている。

［１−２．システムの概要］
本実施形態のシステムは、ユーザ端末２０Ａを使用する少なくとも１人のユーザ（編集ユーザ）に対しメール編集支援サービスを提供するシステムである。
また、本実施形態のシステムは、ユーザ端末２０Ｂを使用する複数のユーザ（購読ユーザ）に対しメール配信サービスを提供するシステムである。

［１−３．サービスの概要］
［１−３（ａ）．メール編集支援サービスの概要］
メール編集支援サービスは、配信される電子メール（メールマガジン）の編集作業を支援するサービスである。
メール編集支援サービスの提供主体はメールサーバ１０である。また、メール編集支援サービスは、ユーザ端末２０Ａ（１〜ｍ）を使用する編集ユーザに対しＬＡＮ３０を介して提供される。

メール編集支援サービスは、電子メール（メールマガジン）の編集作業を担当する編集ユーザの作業負担を軽減することに主眼を置いている。特に、共通部分（共通パート）と差込部分（差込パート）とにより構成される複数パターンの原稿の編集作業における作業効率を高めるために必要な機能を用意している。
例えば、配信先リストを男女別の２グループに分割し、さらに分割された男女別の各グループをそれぞれ均等に３分割する場合には、合計で６パターンの原稿を作成する必要がある。

メール編集支援サービスを利用した原稿の編集手順を、図３を参照して概念的に説明する。
図３は、本実施形態のシステムを利用して作成しようとする原稿のイメージである。全パターンに共通する共通部分（共通パート）１〜３の間に、パターンごとに異なる差込部分（差込パート）１〜３が配置されている。この構造は、図１に例示した本文データと同様である。

メール編集支援サービスでは、共通部分（共通パート）と差込部分（差込パート）とから成る本文の構造（レイアウト）を設定させた上で、複数パターンの原稿を共通部分（共通パート）と各差込部分（差込パート）とに分けて各別に編集させる。所望の本文データは、共通パートのコンテンツ間の特定の位置に差込パートのコンテンツを差し込むことにより生成する（一部パート差込方式）。
例えば、図３に示した構造の原稿を編集する場合、下記の４通りのＷｅｂページを別個に用意する。
・共通部分１〜３のコンテンツ及び差込部分の位置等を編集する編集ページ
・差込部分１の各コンテンツ（６通り）等を編集する差込データ編集ページ
・差込部分２の各コンテンツ（６通り）等を編集する差込データ編集ページ
・差込部分３の各コンテンツ（６通り）等を編集する差込データ編集ページ

［１−３（ｂ）．メール配信サービスの概要］
メール配信サービスは、配信先リストに登録されているメールアドレス宛に電子メール（メールマガジン）を配信するサービスである（従来例１のサービスと同様）。
メール配信サービスの提供主体はメールサーバ１０である。また、メール配信サービスは、ユーザ端末２０Ｂ（１〜ｎ）を使用する購読ユーザに対しインターネット４０を介して提供される。

本実施形態では、各購読ユーザが事前にユーザ端末２０Ｂを操作して、（ａ）購読を希望するメールマガジンの種類（ニュース），（ｂ）宛先の電子メールアドレス等を指定して、メールサーバ１０に配信の申請を行っていることを前提とする。
なお、他の電子商取引サービスの利用時にメールマガジンの配信を承諾したユーザ，メールマガジンを配信する側の担当者が個別に指定したユーザ等、他のユーザのメールアドレスを配信先リストに登録してもよい。また、配信の申請手続を行ったユーザのメールアドレスを含め、これらのユーザのメールアドレスが配信先リストに混在していてもよい。

［１−４．主要な特徴］
［１−４（ａ）．編集手順］
本実施形態のシステムを利用した原稿の編集手順を、図２及び図４を参照して簡単に説明する。なお、編集する原稿は、図３に例示した構造を有するものとする。
図４（ａ）及び（ｂ）は、いずれも共通パートのコンテンツ等を編集する編集ページの一部の表示例である。一方、図４（ｃ）は差込パートのコンテンツを編集する差込データ編集ページの一部の表示例である。

（１）編集ページには入力欄４１０とボタン４０５ａ，４１５ａとが隣接して配置される（図４（ａ））。ボタン４１５ａがクリックされると入力欄４１０に近接する所定位置（ボタン４１５ａに隣接する所定位置）に差込パートが追加され、所定の保存操作をすることで差込データ編集ページへのリンク４２０が表示される（図４（ｂ））。なお、リンク４２０が表示される差込欄に隣接する所定位置には、さらに所定のボタン（例えば、ボタン４２５ａ〜ｃ等）や他のテキスト入力欄を配置してもよい。
（２）リンク４２０がクリックされると、差込データ編集ページが表示される。差込データ編集ページには、例えば入力欄４２０ａ，４２０ｂが配置される（図４（ｃ））。差込データ編集ページの表示は、タブ４３０等により切り替えることができる。
（３）編集ユーザは、編集ページにおいて各種ボタンのクリックを繰り返して本文の構造（レイアウト）を設定するとともに、共通パートのコンテンツを入力欄に入力する。また、各差込パートに対応する差込データ編集ページにおいて差込パートのコンテンツを入力欄に入力する。設定又は入力されたデータがユーザ端末２０Ａからメールサーバ１０に送信されると、メールサーバ１０は受信したデータを所定の形式でメールＤＢ１２に保存する。

［１−４（ｂ）．効果］
本実施形態のシステムを利用したメール編集手順の主たる特徴は、複数パターンの原稿を共通部分（共通パート）と各差込部分（差込パート）とに分けて、コンテンツを各別に編集する点にある。
所望の本文データは、共通部分のコンテンツ間の特定の位置に差込部分のコンテンツを差し込むことにより、各別に編集されたコンテンツから生成する。

共通部分のコンテンツを編集するページが１つのレイアウト画面に集約されており、同様の校正作業を各パターンに対し個別に行う必要はない。この点で、ユーザの作業負担は軽減される。
また、編集された各データには重複がない。その上、メール生成時の差込処理も最小限に抑えられている。これらの点で、メールの生成処理を実行するサーバに与える処理負荷は軽減される。

［１−５．主要な機能］
メール編集支援サービスでは、下表に示す各機能を用意している。

［２．実施形態のシステムの詳細］
本実施形態のシステムの構成を、図２及び図５〜図６−２を参照して詳細に説明する。
ここでは、メール編集支援サービス及びメール配信サービスの提供に必要な部分を中心として、特にユーザＤＢ１１及びメールＤＢ１２が記憶する各種情報の内容について詳細に説明する。

［２−１．メールサーバ］
図２において、メールサーバ１０は、メール編集支援サービス及びメール配信サービスを提供するサーバである。
メールサーバ１０は、図示しないＷｅｂサーバと連携しており、当該Ｗｅｂサーバが要求に応じてＷｅｂページの生成・送信等の処理を行う。例えば、メールサーバ１０は、ユーザ端末２０Ａ等からの送信要求に応じて、ユーザＤＢ１１又はメールＤＢ１２に記憶されている必要な情報を読み出し、その上で、Ｗｅｂサーバに対して指定されたＵＲＬに対応するＷｅｂページを生成させ・送信することができる。
また、メールサーバ１０は、当然のことながら、必要に応じて電子メールの受信・生成・送信処理を行う。

［２−２．ユーザＤＢ］
図２において、ユーザＤＢ１１は、ユーザに関連する情報を記憶するデータベースである。
ユーザＤＢ１１は、データベース管理システム（ＤＢＭＳ）を構成しており、要求に応じて各種の情報を提供することができる。例えば、ユーザＤＢ１１は、メールサーバ１０からの要求に応じて、記憶している情報を提供することができる。
本実施形態においては、ユーザＤＢ１１をメールサーバ１０に接続された外部の記憶装置に構築しているが、記憶している情報の読出しが可能であればメールサーバ１０に内蔵された記憶装置に構築してもよい。

ユーザＤＢ１１は、例えば下記の情報を記憶している。ここでは、下記の情報のうちメール編集支援サービス及びメール配信サービスの提供に必要な部分を中心に、図５を参照して説明する。
（ａ）メールマガジンの原稿を編集するユーザの情報（編集ユーザ情報）
（ｂ）メールマガジンを購読するユーザの情報（購読ユーザ情報）

［２−２（ａ）．編集ユーザ情報］
図５（ａ）に、編集ユーザ情報の主要な項目を示す。
図５（ａ）は１名の編集ユーザに対応する編集ユーザ情報であり、ユーザＤＢ１１には複数の編集ユーザ情報を記憶することができる。各編集ユーザの編集ユーザ情報は、システムの管理者により生成され、各編集ユーザからの要求等に応じて適宜変更される。

図５（ａ）において、「編集ユーザＩＤ」は、編集ユーザに一意の識別情報である。「パスワード」は、その編集ユーザの認証に用いるパスワードである。「メールアドレス」は、その編集ユーザに対する各種の連絡の宛先として使用するメールアドレスである。
編集ユーザの認証（ログイン）には、編集ユーザ情報の項目のうち「編集ユーザＩＤ」及び「パスワード」を用いる。なお、本実施形態では、「編集ユーザＩＤ」及び「パスワード」は、メール配信サービスを提供する組織の各従業員に付与された「従業員ＩＤ」及び「パスワード」と共通のものを利用してもよい。その他、編集ユーザの認証に、クッキー情報を利用してもよい。

同じく、図５（ａ）において、「アクセス権限情報」は、その編集ユーザがアクセス可能な情報（メールマガジンに関連する情報）の範囲を示す情報である。
本実施形態では、メールマガジンの種類ごとにアクセス権限を設定しており、その編集ユーザにアクセスを許可するメールマガジンの「メールマガジンＩＤ」（後述）を「アクセス権限情報」の項目として列記する。各編集ユーザは、権限の範囲内において、メール編集支援サービスを利用することができる。
なお、予め指定の方式を設定しておき、全指定・グル−プ指定等により、システム管理者，編集責任者等に対して、複数のメールマガジンの情報に対するアクセス権限を一括で付与してもよい。

同じく、図５（ａ）において、「利用権限情報」は、その編集ユーザが利用可能な機能（メール編集支援サービスで提供される機能）の範囲を示す区分である。
本実施形態では、下表のように区分を設定している。各編集ユーザは、権限の範囲内において、本実施形態のシステムが提供するメール編集支援サービスの機能を利用することができる。各機能の内容については、［１−５．主要な機能］を参照されたい。

［２−２（ｂ）．購読ユーザ情報］
図５（ｂ）に、購読ユーザ情報の主要な項目を示す。
図５（ｂ）は１名の購読ユーザに対応する購読ユーザ情報であり、ユーザＤＢ１１には複数の購読ユーザ情報を記憶することができる。各購読ユーザ情報は、各購読ユーザによる配信申請手続を経て生成され、各購読ユーザからの要求等に応じて適宜変更される。

図５（ｂ）において、「購読ユーザＩＤ」は、メールマガジンを購読するユーザ（購読ユーザ）に一意の識別情報である。「メールアドレス」は、その購読ユーザに配信するメールマガジンの宛先として登録されたメールアドレスである。「メールアドレス区分」は、その購読ユーザのメールアドレスの種別（例えば、ＰＣ，携帯（キャリアＤ），携帯（キャリアＫ），携帯（キャリアＳ）等）の区分を示す情報である。
なお、各購読ユーザの「メールアドレス」を「購読ユーザＩＤ」として利用してもよい。

同じく、図５（ｂ）において、「氏名」は、その購読ユーザの氏名である。「生年月日」は、その購読ユーザの生年月日である。「性別」は、その購読ユーザの性別の区分を示す情報である。「居住地域」は、その購読ユーザが居住している地域（都道府県，外国）の区分を示す情報である。
なお、本実施形態では、図５（ｂ）に示した項目のうち「氏名」，「生年月日」，「性別」及び「居住地域」を任意の登録項目としている。配信申請に際して各購読ユーザが登録しなかった場合には、これらの項目を「不明」として取り扱う。また、図５（ｂ）に示した項目に加えて、さらに他の項目を設けてもよい。

［２−３．メールＤＢ］
図２に戻り、メールＤＢ１２は、メールに関連する情報を記憶するデータベースである。
メールＤＢ１２は、データベース管理システム（ＤＢＭＳ）を構成しており、要求に応じて各種の情報を提供することができる。例えば、メールＤＢ１２は、メールサーバ１０からの要求に応じて、記憶している情報を提供することができる。
本実施形態においては、メールＤＢ１２をメールサーバ１０に接続された外部の記憶装置に構築しているが、記憶している情報の読出しが可能であればメールサーバ１０に内蔵された記憶装置に構築してもよい。

メールＤＢ１２は、例えば下記の情報を記憶している。ここでは、下記の情報のうちメール編集支援サービス及びメール配信サービスの提供に必要な部分を中心に、図６−１及び図６−２を参照して説明する。
（ａ）メールマガジンの配信に関する情報（メール配信情報）
（ｂ）メールマガジンの配信先リスト（メール配信先リスト）
（ｃ）メールマガジンのテスト送信先リスト（テスト送信先リスト）
（ｄ）性別に基づく属性分割の態様を定義する情報（性別属性分割情報）
（ｅ）地域に基づく属性分割の態様を定義する情報（地域属性分割情報）
（ｆ）世代に基づく属性分割の態様を定義する情報（世代属性分割情報）
（ｇ）配信されるメールマガジンに関する情報（配信メール情報）
（ｈ）各差込パートに関する情報（差込パート情報）

［２−３（ａ）．メール配信情報］
図６−１（ａ）に、メール配信情報の主要な項目を示す。
図６−１（ａ）は、１種類のメールマガジンに対応するメール配信情報であり、メールＤＢ１２には複数種類のメールマガジンに対応するメール配信情報を記憶することができる。メール配信情報は、システムの管理者により生成され、企画・マーケティング，サービスの運営方針等に応じて適宜変更される。

図６−１（ａ）において、「メールマガジンＩＤ」は、メールマガジンに一意の識別情報である。「名称」は、そのメールマガジンに付された名称である。本実施形態では、メールマガジンの種類ごとに、「○○ニュース」という名称を付している。
同じく、図６−１（ａ）において、「配信日程」は、そのメールマガジンの配信サイクル（例えば、「毎週金曜日」，「隔週金曜日」，「毎月第２金曜日」，「不定期」等）を示す文字列である。「配信対象機器」は、そのメールマガジンを配信する対象となる機器の区分（例えば、「ＰＣ」，「携帯」，「ＰＣ及び携帯」等）を示す情報である。「配信形式」は、そのメールマガジンを配信する際の電子メールのデータ形式（例えば、「ＨＴＭＬ」，「プレーンテキスト」等）の区分を示す情報である。

なお、メール配信情報の項目のうち「名称」，「配信日程」，「配信対象機器」，「配信形式」は、メールマガジンの購読を募集するＷｅｂページに表示又は反映される（従来例１において示した［非特許文献２］参照）。
また、メール配信情報の項目のうち「名称」は、配信されるメールマガジンの件名の全部又は一部として用いてもよい。

［２−３（ｂ）．メール配信先リスト］
図６−１（ｂ）に、メール配信先リストの項目を示す。
図６−１（ｂ）は、１種類のメールマガジンに対応するメール配信先リストであり、メールＤＢ１２にはメールマガジンの種類に対応する複数のメール配信先リストを記憶することができる。メール配信先リストは、メール配信情報（図６−１（ａ））と同時に生成され、各購読ユーザの配信申請手続により「購読ユーザＩＤ」が順次追加されていく。

図６−１（ｂ）において、「メールマガジンＩＤ」は、メールマガジンに一意の識別情報であり、メール配信情報（図６−１（ａ））の「メールマガジンＩＤ」と共通である。リスト（１，２，３…）の「購読ユーザＩＤ」は、そのメールマガジンの配信を申請した購読ユーザに一意の識別情報であり、メール配信先リストに購読ユーザ情報（図５（ｂ））を関連付けている。その他、配信形式の選択が可能なメールマガジンの配信先リストには、各購読ユーザが選択した形式の区分を示す情報を含めてもよい。
なお、各メールマガジンのメール配信先リストは、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザのアップロード操作により生成・更新することもできる。

［２−３（ｃ）．テスト送信先リスト］
図６−１（ｃ）に、テスト送信先リストの項目を示す。
図６−１（ｃ）は、１種類のメールマガジンに対応するテスト送信先リストであり、メールＤＢ１２にはメールマガジンの種類ごとに複数のテスト送信先リストを記憶することができる。各メールマガジンのテスト送信先リストは、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザの登録手続により生成・更新される。

図６−１（ｃ）において、「メールマガジンＩＤ」は、メールマガジンに一意の識別情報であり、メール配信情報（図６−１（ａ））の「メールマガジンＩＤ」と共通である。リスト（１，２，３…）の「メールアドレス」は、そのメールマガジンのテスト送信の宛先となるメールアドレスである。リスト（１，２，３…）の「メールアドレス区分」は、対応する「メールアドレス」の区分（例えば、「ＰＣ」，「携帯（キャリアＤ）」，「携帯（キャリアＫ）」，「携帯（キャリアＳ）」等）を示す情報である。
なお、本実施形態では、テスト送信の手続ごとにテスト送信先のメールアドレスを指定することも可能である。したがって、テスト送信先リストは、メール編集支援サービスを提供する上では任意の情報である。

［２−３（ｄ）．性別属性分割情報］
図６−１（ｄ）に、全ての性別属性分割情報とその主要な項目を示す。
購読ユーザ情報（図５（ｂ））の「性別」は、「男性」，「女性」，「不明」のいずれかであり、「性別」属性に基づく配信先リストの分割態様は図６−１（ｄ）に示す４通りに限られる。本実施形態では、予め全ての分割態様を定義しておき、性別属性に基づく分割態様の選択肢として編集ユーザに提示している。

図６−１（ｄ）では、各行がそれぞれ１つの性別属性分割情報であり、各列はそれぞれ性別属性分割情報の主要な項目である。
図６−１（ｄ）の項目において、「属性ＩＤ」は、性別属性分割情報に一意の識別情報である。「分割数」は、配信先リストの分割数である。「分割態様」は、分割後の各グループに含まれる性別の区分を示す情報である。ここで、性別の区分は、購読ユーザ情報（図５（ｂ））の「性別」に対応している。

例えば、「Ｓ−０１」という「属性ＩＤ」により識別される性別属性分割情報は、メールマガジンの配信先リストを「男性＋不明」と「女性」とに２分割するように定義されている。その他の性別属性分割情報についても、同様である。
なお、配信先リストの分割態様を決定する手続ごとに、編集ユーザに分割態様を指定させてもよい。したがって、性別属性分割情報は、メール編集支援サービスを提供する上では任意の情報である。

［２−３（ｅ）．地域属性分割情報］
図６−１（ｅ）に、地域属性分割情報の主要な項目を示す。
図６−１（ｅ）は、１種類のメールマガジンに対応する１態様の地域属性分割情報であり、メールＤＢ１２にはメールマガジンの種類ごとに複数の地域属性分割情報を記憶することができる。各地域属性分割情報は、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザにより登録・更新される。

図６−１（ｅ）において、「メールマガジンＩＤ」は、メールマガジンに一意の識別情報であり、メール配信情報（図６−１（ａ））の「メールマガジンＩＤ」と共通である。「属性ＩＤ」は、各メールマガジンの種類において地域属性分割情報に一意の識別情報である。
同じく、図６−１（ｅ）において、「名称」は、その分割態様を判別しやすくするために付される名称（文字列）である。「登録者」は、その分割態様を登録した編集ユーザを示す情報（編集ユーザＩＤ）であり、地域属性分割情報に編集ユーザ情報（図５（ａ））を関連付けている。「更新者」は、その分割態様を直近に更新した編集ユーザを示す情報（編集ユーザＩＤ）であり、地域属性分割情報に編集ユーザ情報（図５（ａ））を関連付けている。

同じく、図６−１（ｅ）において、「分割数」は、配信先リストの分割数である。グループ（Ａ，Ｂ，…）の「名称」は、そのグループに付された名称（文字列）である。グループ（Ａ，Ｂ，…）の「要素」（１，２，…）は、分割後の各グループに属する居住地域の区分である。ここで、居住地域の区分は、購読ユーザ情報（図５（ｂ））の「居住地域」に対応している。
なお、配信先リストの分割態様を決定する手続ごとに分割態様を指定させてもよい。したがって、地域属性分割情報は、メール編集支援サービスを提供する上では任意の情報である。また、汎用性が高い分割態様を予め地域属性分割情報として定義しておき、地域属性に基づく分割態様の選択肢として編集ユーザに提示してもよい。

［２−３（ｆ）．世代属性分割情報］
図６−１（ｆ）に、世代属性分割情報の主要な項目を示す。
図６−１（ｆ）は、１種類のメールマガジンに対応する１態様の世代属性分割情報であり、メールＤＢ１２にはメールマガジンの種類ごとに複数の世代属性分割情報を記憶することができる。各世代属性分割情報は、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザにより登録・更新される。

図６−１（ｆ）において、「メールマガジンＩＤ」は、メールマガジンに一意の識別情報であり、メール配信情報（図６−１（ａ））の「メールマガジンＩＤ」と共通である。「属性ＩＤ」は、各メールマガジンの種類において世代属性分割情報に一意の識別情報である。
同じく、図６−１（ｆ）において、「名称」は、その分割態様を判別しやすくするために付される名称（文字列）である。「登録者」は、その分割態様を登録した編集ユーザを示す情報（編集ユーザＩＤ）であり、世代属性分割情報に編集ユーザ情報（図５（ａ））を関連付けている。「更新者」は、その分割態様を直近に更新した編集ユーザを示す情報（編集ユーザＩＤ）であり、世代属性分割情報に編集ユーザ情報（図５（ａ））を関連付けている。

同じく、図６−１（ｆ）において、「分割数」は、配信先リストの分割数である。「分割方式」は、配信先リストを分割する基準（生年，年齢）の区分を示す情報である。
同じく、図６−１（ｆ）において、グループ（Ａ，Ｂ，…）の「名称」は、そのグループに付された名称（文字列）である。グループ（Ａ，Ｂ，…）の「要素」（１，２，…）は、分割後の各グループに属する世代の区分である。

ここで、世代の区分は、購読ユーザ情報（図５（ｂ））の「生年月日」に基づいている。例えば、上記の「分割方式」が「生年」である場合、世代の区分は、それぞれ「西暦○年〜○年生まれ」となる。一方、上記の「分割方式」が「年齢」である場合、世代の区分は、それぞれ「満○歳〜○歳」となる。
本実施形態では、メールマガジンの配信時点を基準として配信先リストを分割する。したがって、分割後の各グループに属する配信先メールアドレスの数は、各購読ユーザの生年月日とメールマガジンの配信日との関係で変動し得る。また、配信日が同一であっても、「分割方式」が異なれば分割後の各グループに属する配信先メールアドレスの数も異なる。

なお、配信先リストの分割態様を決定する手続ごとに分割態様を指定させてもよい。したがって、世代属性分割情報は、メール編集支援サービスを提供する上では任意の情報である。
また、汎用性が高い分割態様を予め世代属性分割情報として定義しておき、世代属性に基づく分割態様の選択肢として編集ユーザに提示してもよい。

［２−３（ｇ）．配信メール情報］
図６−２（ｇ）に、配信メール情報の主要な項目を示す。
図６−２（ｇ）は、１号分のメールマガジンに対応する配信メール情報であり、メールＤＢ１２には複数の配信メール情報を記憶することができる。各配信メール情報は、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザによる編集作業に伴って登録・更新される。

図６−２（ｇ）において、「号ＩＤ」は、メールマガジンの各号に一意の識別情報である。「号ＩＤ」の一部はメール配信情報（図６−１（ａ））の「メールマガジンＩＤ」に対応しており、「号ＩＤ」を基に「メールマガジンＩＤ」を特定することが可能である。
同じく、図６−２（ｇ）において、「配信時期」は、その号の配信予定の日時（○年○月○日○時）であり、メール配信情報（図６−１（ａ））の「配信日程」に基づいている。

同じく、図６−２（ｇ）において、「登録者」は、その号を登録した編集ユーザを示す情報（編集ユーザＩＤ）であり、配信メール情報に編集ユーザ情報（図５（ａ））を関連付けている。「更新者」は、その号を直近に更新した編集ユーザを示す情報（編集ユーザＩＤ）であり、配信メール情報に編集ユーザ情報（図５（ａ））を関連付けている。「ステータス」は、その号を対象とする操作・処理の進捗状況の区分（例えば、「原稿編集中」（初期値），「保存済み」，「テスト送信済み」，「本送信済み」等）を示す情報である。
同じく、図６−２（ｇ）において、「原稿種類」は、その号の原稿のデータ形式の区分（「ＨＴＭＬ」，「プレーンテキスト」等）であり、配信メール情報（図６−１（ａ））の「配信形式」に対応している。「配信対象ユーザ」は、配信の対象とするユーザの区分（「全員」，「ＨＴＭＬ形式選択者」，「テキスト形式選択者」）を示す情報である。配信形式の選択が可能でないメールマガジンの号には、この項目を設けなくてもよい。

同じく、図６−２（ｇ）において、「属性分割条件」は、その号における配信先リストの分割条件を示す情報（属性ＩＤ）であり、配信メール情報に属性分割情報（図６−１（ｄ）〜（ｆ）のいずれか）を関連付けている。
同じく、図６−２（ｇ）において、「属性分割数」は、その号を対象として属性分割を行う場合の分割数であり、「属性分割条件」により関連付けられた属性分割情報（図６−１（ｄ）〜（ｆ）のいずれか）の「分割数」に対応する。「均等分割数」は、その号を対象として均等分割を行う場合の分割数である。

同じく、図６−２（ｇ）において、「親件名」は、その号に付す件名の初期値である。「コメント」は、その号を判別しやすくするための情報（文字列）である。
同じく、図６−２（ｇ）において、「配信メールファイル」（Ａ，Ｂ）の「パス」は、その号の原稿のデータが記載されているファイルを特定する文字列である。各配信メールファイルは、メールＤＢ１２に記憶されている。

なお、各「配信メールファイル」には、下記のデータが記載されている。なお、形式等の詳細は後述する。
・配信メールファイルＡ…共通データ（本文の構造及び共通パートのコンテンツ）
・配信メールファイルＢ…差込データ（差込パートのコンテンツ）

［２−３（ｈ）．差込パート情報］
図６−２（ｈ）に、差込パート情報の主要な項目を示す。
図６−２（ｈ）は、１つの差込パートに対応する差込パート情報であり、メールＤＢ１２には複数の差込パート情報を記憶することができる。各差込パート情報は、適切な権限（編集ユーザ情報（図５（ａ））の「アクセス権限情報」，「利用権限情報」）を有する編集ユーザによる編集作業に伴って登録・更新される。

図６−２（ｈ）において、「号ＩＤ」は、メールマガジンの各号に一意の識別情報であり、配信メール情報（図６−２（ｇ））の「号ＩＤ」と共通である。「差込パートＩＤ」は、各号において差込パートに一意の識別情報である。本実施形態では、「差込パートＩＤ」として連番数字を使用している。「名称」は、その差込パートを判別しやすくするために付される名称（文字列）である。
同じく、図６−２（ｈ）において、「デフォルトコンテンツ」は、その差込パートにおけるデフォルトとして指定されたコンテンツを示す情報（コンテンツＩＤ）である。「コンテンツ」（［1-1-○］，［1-2-○］，…）の「本送信可能フラグ」は、そのコンテンツの編集作業が完了し本送信が可能であることを示すフラグであり、本送信が可能であればフラグを立てる。

［２−４．ユーザ端末Ａ（編集ユーザ端末）］
図２に戻り、ユーザ端末２０Ａ（１〜ｍ）は、編集ユーザが使用する端末である。本実施形態では、例えば、パソコン等の通信機能を有する既存の端末でよい。
ユーザ端末２０Ａ（１〜ｍ）は、Ｗｅｂブラウザの機能を有しており、必要に応じてＷｅｂページの要求・受信・表示処理を行い、メールサーバ１０が提供するメール編集支援サービスをＬＡＮ３０を介して利用することができる。また、ユーザ端末２０Ａ（１〜ｍ）は、メーラの機能を有しており、必要に応じて電子メールの送信・受信・表示処理を行うことができる。

なお、ユーザ端末２０Ａ（１〜ｍ）が有するＷｅｂブラウザは、Ｗｅｂページ（例えば、ＨＴＭＬ形式）に組み込まれたスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）を解釈・実行することができる。
また、ユーザ端末２０Ａ（１〜ｍ）が有するＷｅｂブラウザの設定は、スクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）の実行が有効であるものとする。

［２−５．ユーザ端末Ｂ（購読ユーザ端末）］
図２において、ユーザ端末２０Ｂ（１〜ｎ）は、購読ユーザが使用する端末である。本実施形態では、例えば、パソコン，携帯情報端末，携帯電話機等の通信機能を有する既存の端末でよい。
ユーザ端末２０Ｂ（１〜ｎ）は、Ｗｅｂブラウザ及び／又はメーラを有しており、必要に応じて電子メールの受信・表示処理を行うことができる。

［３．メールマガジンの配信手順］
メールマガジンの配信手順を、図７のシーケンスチャートを参照して説明する。
ここでは、ある編集ユーザがユーザ端末２０Ａを使用してある号の原稿を編集し、編集されたメールマガジンをメールサーバ１０が所定の宛先に配信する手順を説明する。

図７のシーケンスチャートには、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
なお、以下の説明は、次の各点を前提としている。
・原稿を編集する編集ユーザの編集ユーザ情報（図５（ａ））が、ユーザＤＢ１１に記憶されている。
・編集ユーザは、少なくとも以下の説明に出てくる手順を実行するために必要な権限を有している。
・編集する原稿は全部で６パターン（男女別に２分割，均等に３分割）であり、図３に例示した構造を有する。

［３−１．編集開始前の手順］
［３−１（ａ）．編集ユーザの認証（ログイン）］
図７に示すように、メールサーバ１０はまず、編集を担当する編集ユーザを認証する（Ｓ７０５）。
この手順において、メールサーバ１０は、ユーザＤＢ１１に記憶している編集ユーザ情報（図５（ａ））の「編集ユーザＩＤ」及び「パスワード」を参照する。なお、必要に応じてクッキー情報を利用してもよい。

メールサーバ１０は、例えば次のように編集ユーザを認証する。
（１）リクエストに応じてユーザ端末２０Ａにログインページを送信し、編集ユーザに編集ユーザＩＤ及びパスワードの入力を求める。
（２）上記ログインページに編集ユーザが入力した編集ユーザＩＤ及びパスワードを、ユーザ端末２０Ａから受信する。
（３）受信した編集ユーザＩＤ及びパスワードの組が、編集ユーザ情報の編集ユーザＩＤ及びパスワードの組と一致しているか否かを確認することにより、その編集ユーザを認証する。認証が成功であれば、メール編集支援サービスへのログインを許可する。一方、認証が失敗であれば、認証に失敗した旨を通知するとともに、編集ユーザＩＤ及びパスワードの再送信を求める。

［３−１（ｂ）．メールマガジンの選択］
図７に戻り、続いてメールサーバ１０は、認証した編集ユーザに編集対象のメールマガジンを選択させる（Ｓ７１０）。
この手順において、メールサーバ１０は、ユーザＤＢ１１に記憶している編集ユーザ情報（図５（ａ））の「アクセス権限情報」を参照する。

メールサーバ１０は、例えば次のように編集ユーザにメールマガジンを選択させる。
（１）認証に成功した編集ユーザのユーザ端末２０Ａにメールマガジンの選択ページを送信し、編集ユーザに編集対象のメールマガジンの選択を求める。メールマガジンの選択ページには、その編集ユーザがアクセス可能なメールマガジンを選択肢（リンク）として表示する。
（２）上記選択ページにおいて編集ユーザが選択したリンクに対応するメールマガジンの選択情報をユーザ端末２０Ａから受信する。

［３−１（ｃ）．機能の選択］
図７に戻り、続いてメールサーバ１０は、選択されたメールマガジンに対して行う作業に対応する機能を編集ユーザに選択させる（Ｓ７１５）。
この手順において、メールサーバ１０は、ユーザＤＢ１１に記憶している編集ユーザ情報（図５（ａ））の「利用権限情報」を参照する。

メールサーバ１０は、例えば次のように編集ユーザに機能を選択させる。
（１）メールマガジンを選択した編集ユーザのユーザ端末２０Ａに機能の一覧ページを送信し、編集ユーザに編集対象のメールマガジンに対して行う作業に対応する機能の選択を求める。機能の一覧ページには、各機能の概要を表示するとともに、その編集ユーザが利用可能な機能を選択肢（リンク）として表示する。
（２）上記選択ページにおいて編集ユーザが選択したリンクに対応する機能の選択情報をユーザ端末２０Ａから受信する。ここでは、編集ユーザが「号の登録」を選択するものとする。

なお、各編集ユーザが利用可能な機能の選択肢（リンク）は、メール編集支援サービス内の主要なページに共通して表示させて、ナビゲーションにしてもよい。これにより、各編集ユーザは、機能の一覧ページからだけではなく、機能の選択肢（リンク）が表示されている他のページからでも所望の機能を選択することが可能になる。
また、作業の途中経過を保存しておけるようにしてもよい。これにより、各編集ユーザは、別の機会に前回作業の続きから作業を再開することが可能になる。

［３−２．号の登録手順］
［３−２（ａ）．号の発行］
図７に戻り、続いてメールサーバ１０は、ユーザ端末２０Ａからの要求に応じて新規の号を発行する（Ｓ７２０）。
この処理において、メールサーバ１０は、新規の号を発行するごとに新たに発行された号の配信メール情報をメールＤＢ１２に記憶していく。

図８に、号の一覧ページを例示する。一覧ページ８００は、機能の選択肢（リンク）が表示されているいずれかのページにおいて「号の登録」が選択されたときにユーザ端末２０Ａに送信されるページである。
一覧ページ８００は、主として、エリア８１０とエリア８２０とにより構成される。エリア８１０には、新規の号の発行に必要な機能に対応するボタン等（プルダウン８１１，ボタン８１２）が表示される。一方、エリア８２０には、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））を配信予定時期の降順に並べた一覧表（表８２１）が表示される。なお、表８２１中「issue_id」は、配信メール情報（図６−２（ｇ））の「号ＩＤ」であり、その「issue_id」に対応する号に対する種々の作業を選択するページへのリンクになっている。

新規の号の発行は、例えば次の手順により行われる。
（１）ユーザ端末２０Ａから「号の登録」の選択情報を受信すると、メールサーバ１０は、一覧ページ８００（図８）をユーザ端末２０Ａに送信する。
（２）編集ユーザがプルダウン８１１により新たな号の配信予定時期を指定し、「確認画面へ」と表示されているボタン８１２をクリックすると、ユーザ端末２０Ａは、指定された配信予定時期を含む発行要求をメールサーバ１０に送信する。
（３）ユーザ端末２０Ａから発行要求を受信すると、メールサーバ１０は、ユーザ端末２０Ａに確認ページを送信して編集ユーザに確認した上で、新たに発行した号に対応する配信メール情報を生成し、メールＤＢ１２に記憶する。
（４）配信メール情報を記憶すると、メールサーバ１０は、号の一覧ページを更新してユーザ端末２０Ａに送信する。更新後の号の一覧ページの一覧表には、新規に発行した号に対応する配信メール情報が追加される。

［３−２（ｂ）．号の設定］
図７に戻り、続いてメールサーバ１０は、ユーザ端末２０Ａから受信した情報を基に号を設定する（Ｓ７２５〜Ｓ７３０）。具体的には、（ａ）号の全般及び（ｂ）分割条件を設定する。
これらの処理において、メールサーバ１０は、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））を読み出すとともに、該当する配信メール情報を更新する。

（ａ）号の設定
図９に、号の設定ページを例示する。設定ページ９００は、号の一覧ページ（例えば、一覧ページ８００（図８））において特定の号（issue_id）が選択されたときにユーザ端末２０Ａに送信されるページである。
設定ページ９００は、主として、エリア９１０とエリア９２０とにより構成される。エリア９１０には、選択された号に対応する配信メール情報（図６−２（ｇ））の項目の一覧表（表９１１）が表示される。一方、エリア９２０には、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））のうち未登録の項目（配信先リストの分割に係る項目を除く）を設定する機能に対応するボタン等（ラジオボタン９２１ａ，ラジオボタン９２１ｂ，ラジオボタン９２２，テキストボックス９２３，テキストボックス９２４等）が表示される。

号の設定は、例えば次の手順により行われる。
（１）ユーザ端末２０Ａから特定の号の選択情報を受信すると、メールサーバ１０は、設定ページ９００（図９）をユーザ端末２０Ａに送信する。
（２）編集ユーザがラジオボタン９２１ａにより新たな号の「配信対象ユーザ」（ＨＴＭＬ形式の場合は、さらにラジオボタン９２１ｂにより「原稿種類」）を指定し、ラジオボタン９２２により配信先リストの分割の有無を指定し、テキストボックス９２３に「親件名」を入力し、テキストボックス９２４に「コメント」を入力し、「次へ」と表示されているボタン９２５をクリックすると、ユーザ端末２０Ａは、入力された各情報を含む号の設定情報をメールサーバ１０に送信する。

（ｂ）分割条件の設定
図１０（ａ）に、分割条件の設定ページを例示する。設定ページ１０００は、号の設定ページ（例えば、設定ページ９００（図９））において「次へ」と表示されているボタン９２５がクリックされたときにユーザ端末２０Ａに送信されるページである。
設定ページ１０００は、主として、エリア１０１０により構成される。エリア１０１０には、選択された号に対応する配信メール情報（図６−２（ｇ））の項目の一覧表（表１０１１）、及びメールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））のうち配信先リストの分割に係る項目を設定する機能に対応するボタン等（ラジオボタン１０１２ａ，ラジオボタン１０１３ａ等）が表示される。

分割条件の設定は、例えば次の手順により行われる。
（１）ユーザ端末２０Ａから号の設定情報を受信すると、メールサーバ１０は、設定ページ１０００（図１０）をユーザ端末２０Ａに送信する。
（２）編集ユーザは、ラジオボタン１０１２ａ等により分割条件を指定する（指定の手順は後述）。
（３）必要な分割条件が入力された状態で編集ユーザが「設定確認」と表示されているボタン１０１４をクリックすると、ユーザ端末２０Ａは、入力された分割条件をメールサーバ１０に送信する。
（４）ユーザ端末２０Ａから分割条件を受信すると、メールサーバ１０は、ユーザ端末２０Ａに確認ページを送信して編集ユーザに確認した上で、メールＤＢ１２の配信メール情報（図６−２（ｇ））を更新する。

（ｃ）分割条件の指定手順
設定ページ１０００（図１０（ａ））のラジオボタン１０１２ａにより編集ユーザが属性分割ありを選択すると、ラジオボタン１０１２ａに隣接する所定位置に、分割の基準とする属性を選択するラジオボタンが表示される。
さらに、そのラジオボタンにより編集ユーザがいずれかの属性を選択すると、そのラジオボタンに隣接する所定位置に、その号に対応するメールマガジンにつき予め登録されている属性分割情報（図６−１（ｄ）の性別属性分割情報，図６−１（ｅ）の地域属性分割情報又は図６−１（ｆ）の世代属性分割情報）のうち選択された属性に対応するものが選択肢（プルダウン）として表示される。

同様に、設定ページ１０００（図１０（ａ））のラジオボタン１０１３ａにより編集ユーザが均等分割ありを選択すると、ラジオボタン１０１３ａに隣接する所定位置に、分割数を入力するテキストボックスが表示される。
なお、ユーザ端末２０Ａ側の処理は、Ｗｅｂブラウザが解釈・実行するスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）により制御される。

図１０（ｂ）に、設定ページ１０００（図１０（ａ））の破線部分（ラジオボタン１０１２ａ及びラジオボタン１０１３ａの部分）を更新した後の表示例を示す。
図１０（ｂ）は、設定ページ１０００（図１０（ａ））において、編集ユーザが下記の操作を行った後の状態の表示例である。
（１）ラジオボタン１０１２ａにより属性分割ありを選択し、表示されたラジオボタン１０１２ｂにより性別属性を選択し、さらに表示されたプルダウン１０１２ｃにおいて「男性＋不明／女性の２区分」という分割態様を選択する。
（２）ラジオボタン１０１３ａにより均等分割ありを選択し、表示されたテキストボックス１０１３ｂに均等分割数「３」を入力する。

［３−３．原稿の編集手順］
図７に戻り、続いてメールサーバ１０は、ユーザ端末２０Ａに所定のＷｅｂページを送信して原稿の編集を支援する（Ｓ７３５）。
この処理において、メールサーバ１０は、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））を読み出すとともに、生成された差込パートに対応する差込パート情報をメールＤＢ１２に記憶する。また、編集された原稿の内容を配信メールファイルＡ及び配信メールファイルＢとしてメールＤＢ１２に記憶する。

原稿の編集は、次の２段階の手順により行われる。
（ａ）共通データの編集・保存
（ｂ）差込データの編集・保存
以下で詳細に説明するように、メール編集支援サービスでは、本文の構造（レイアウト）を設定させた上で、複数パターンの原稿を共通パートと各差込パートとに分けて、コンテンツを各別に編集・保存させる。そのため、編集ユーザは、原稿の編集作業を効率よく進めることができる。

［３−３（ａ）．共通データの編集］
共通データの編集・保存手順を、図１１及び図１２のフローチャート、並びに図１３〜図１９を参照して説明する。
なお、図１１のフローチャートには、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。

以下の説明は、下記の事項を前提としている。
・図１１及び図１２は、共通データの編集・保存手順のうちユーザ端末２０Ａ側の処理の流れを示すフローチャートである。ユーザ端末２０Ａ側の処理は、Ｗｅｂブラウザが解釈・実行するスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）により制御される。
・配信先リストを購読ユーザの性別属性に基づいて２グループに分割し、さらに分割後の各グループを均等に３分割した場合における原稿の編集手順を例とする。すなわち、以下の説明で編集の対象となる号は、属性分割数が２、均等分割数が３、計６パターンに分割されるように設定されている。
・編集するメールマガジンはＨＴＭＬ形式であるものとする。なお、ＨＴＭＬのソースの最上部（<html>）と最下部（</html>）は共通であるから、以下で説明する編集ページは、最上部と最下部に共通パートが配置されるように設計されている。

（ａ）編集ページの表示
図１１に示すように、共通データの編集・保存手順のうちユーザ端末２０Ａ側の処理は、受信した編集ページを表示する処理（Ｓ１１０５）から開始する。
図１３に、編集ページ（初期状態）を例示する。編集ページ１３００は、号の一覧ページ（例えば、一覧ページ８００（図８））において編集対象の号が選択され、続いて表示される機能の選択ページにおいて「原稿の編集」が選択されたときに、ユーザ端末２０Ａに送信されるページである。

編集ページ１３００は、主として、エリア１３１０とエリア１３２０とにより構成される。エリア１３１０には、選択された号に対応する配信メール情報（図６−２（ｇ））の項目の一覧表（表１３１１）が表示される。一方、エリア１３２０には、共通データを編集する機能に対応する編集欄，ボタン等（編集欄１３２１，ボタン１３２２〜１３２４等）が表示される。

以下の説明に出てくる各ボタンの機能は次のとおりである。
・「差込追加」ボタン…クリックするごとに、当該ボタンに隣接する所定位置に新たな差込パートを追加する。新たに追加される差込パートを削除する「差込削除」ボタン等も追加する。
・「差込削除」ボタン…当該ボタンに隣接する差込パート等を削除する。クリックされた「差込削除」ボタン自体も削除する。
・「共通追加」ボタン…当該ボタンの位置に新たな共通パートを追加する。新たに追加される共通パートを削除する「共通削除」ボタン等も追加する。
・「共通削除」ボタン…当該ボタンに隣接する共通パート等を削除する。クリックされた「共通削除」ボタン自体も削除する。

（ｂ）イベントの検出
編集ページには、種々のボタン・リンクが設けられる。編集ユーザがこれらのボタン・リンクのうちいずれかをクリックすると、ユーザ端末２０Ａは、編集ユーザによるクリック操作をイベントとして検出し（図１１のＳ１１１０）、クリックされたボタン・リンクに対応する処理を行う（図１１のＳ１１１５〜）。
なお、図１１のフローチャート中、共通データ（本文の構造，共通パートのコンテンツ）の編集に関連する処理（Ｓ１１２０〜Ｓ１１３５）は、メールサーバ１０との間でデータの送受信をせず、ユーザ端末２０Ａ上で完結する。一方、差込データ（差込パートのコンテンツ）の編集に関連する処理（Ｓ１１４０）及び共通データの保存に関連する処理（Ｓ１１４５）は、メールサーバ１０との間でデータの送受信を行うことにより、ユーザ端末２０Ａとメールサーバ１０とが協働して行う。

（ｃ）差込パート等の追加
差込パート等の追加処理（図１１のＳ１１２０）の流れを、図１２のフローチャートを参照して説明する。
図１２に示す処理は、編集ユーザが編集ページにおいて「差し込み追加」と表示されているボタン（例えば、編集ページ１３００（図１３）のボタン１３２１−１ａ）をクリックしたときに、ユーザ端末２０Ａがそのクリック操作をイベントとして検出し（図１１のＳ１１１０，Ｓ１１１５）、クリックされたボタンに対応する処理（図１１のＳ１１２０）として行うものである。

図１２に示すように、ユーザ端末２０Ａは、例えば次のように編集欄１３２１に差込パートを追加する。
（１）クリックされたボタンの上の段が「差込パート」であるか否かを判定する（Ｓ１２０５）。上段が「差込パート」であるとき（Ｓ１２０５でＹｅｓ）、上段の「差込パート」の下方中央に「共通追加」ボタンを追加し（Ｓ１２１０）、下記（２）に進む。一方、上段が「差込パート」でないとき（Ｓ１２０５でＮｏ）、下記（２）に進む。
（２）クリックされたボタンの下方に、新たに「差込パート」を追加する（Ｓ１２１５）。編集ページにおいて、「差込パート」は差込データ編集ページへのリンクとして表示される。なお、共通データがまだメールサーバ１０に保存されていない場合は、リンクをアクティブにしないでおく。
（３）新たに追加した「差込パート」の下方左側に、「差込追加」ボタンを追加する（Ｓ１２２０）。

（４）クリックされたボタンの下の段が「差込パート」であるか否かを判定する（Ｓ１２２５）。下段が「差込パート」であるとき（Ｓ１２２５でＹｅｓ）、新たに追加した「差込パート」の下方中央に「共通追加」ボタンを追加し（Ｓ１２３０）、下記（５）に進む。一方、下段が「差込パート」でないとき（Ｓ１２２５でＮｏ）、下記（５）に進む。
（５）新たに追加した「差込パート」の下方右側に、「差込削除」ボタンを追加する（Ｓ１２３５）。
（６）新たに追加した「差込パート」が最下段のパートであるか否かを判定する（Ｓ１２４０）。最下段のパートであるとき（Ｓ１２４０でＹｅｓ）、新たに追加した「差込パート」の下方にさらに「共通パート」（テキスト入力欄）及び「差込追加」ボタンを追加し（Ｓ１２４５）、処理を終了する。一方、最下段のパートでないとき（Ｓ１２４０でＮｏ）、処理を終了する。

なお、差込パート等の追加処理を、次のようにメールサーバ１０が行うように変更してもよい。
（ａ）編集ユーザが編集ページにおいての「差し込み追加」と表示されているボタンをクリックしたとき、メールサーバ１０が更新した編集ページをユーザ端末２０Ａに送信する。
（ｂ）編集ユーザが編集ページにおいての「差し込み追加」と表示されているボタンをクリックしたとき、メールサーバ１０が編集ページの一部（例えば、編集ページ１３００の編集欄１３２１の部分等）を更新するための更新データをユーザ端末２０Ａに送信し、ユーザ端末２０Ａに編集ページの一部を更新させる。

（ｄ）構造の設定と表示例
本文の構造（レイアウト）を設定する処理（図１１のＳ１１２０〜Ｓ１１３５）の流れを、図１３〜図１７の表示例を参照して説明する。編集ユーザは、個々の操作を組み合わせることにより、複数の差込パートを含む所望の構造を設定することができる。ここでは、前述のように図３に例示した構造を設定するものとする。
以下では、編集ページ１３００（図１３）における編集欄１３２１の変化を説明する。図１４〜図１７は、編集ページ１３００（図１３）におけるエリア１３２０のみを示した図であり、図１３〜図１７において同一の要素には、同一の符号が付されている。

（１）図１３〜図１４
図１３の状態において、編集ユーザが「差し込み追加」と表示されているボタン１３２１−１ａをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−１ａの下方に差込パート１３２１−２等及び共通パート１３２１−６等を追加する（図１１のＳ１１２０，図１２）。図１４に、差込パート等の追加後の状態を例示する。
一方、図１４の状態において、編集ユーザが「差し込み削除」と表示されているボタン１３２１−２ｃをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−２ｃの上方の差込パート１３２１−２等を削除する（図１１のＳ１１３０）。また、この場合は、最下段の共通パート１３２１−６等も削除する。差込パート等の削除後は、図１３の状態に戻る。

（２）図１４〜図１５
図１４の状態において、編集ユーザが「差し込み追加」と表示されているボタン１３２１−２ａをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−２ａの下方に差込パート１３２１−４等を追加する（図１１のＳ１１２０，図１２）。図１５に、差込パート等の追加後の状態を例示する。
一方、図１５の状態において、編集ユーザが「差し込み削除」と表示されているボタン１３２１−４ｃをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−４ｃの上方の差込パート１３２１−４等を削除する（図１１のＳ１１３０）。差込パート等の削除後は、図１４の状態に戻る。

（３）図１５〜図１６
図１５の状態において、編集ユーザが「共通追加」と表示されているボタン１３２１−２ｂをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−２ｂの下方に共通パート１３２１−３等を追加する（図１１のＳ１１２５）。図１６に、共通パート等の追加後の状態を例示する。
一方、図１６の状態において、編集ユーザが「共通削除」と表示されているボタン１３２１−３ｃをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−３ｃの上方の共通パート１３２１−３等を削除する（図１１のＳ１１３５）。共通パート等の削除後は、図１５の状態に戻る。

（４）図１６〜図１７
図１６の状態において、編集ユーザが「差し込み追加」と表示されているボタン１３２１−４ａをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−４ａの下方に差込パート１３２１−５等を追加する（図１１のＳ１１２０，図１２）。図１７に、差込パート等の追加後の状態を例示する。
一方、図１７の状態において、編集ユーザが「差し込み削除」と表示されているボタン１３２１−５ｃをクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し、クリックされたボタン１３２１−５ｃの上方の差込パート１３２１−５等を削除する（図１１のＳ１１３０）。差込パート等の削除後は、図１６の状態に戻る。

（ｅ）共通データの保存処理と表示例・保存形式
共通データの保存処理を、図１１のフローチャート，図１８の表示例及び図１９の保存形式例を参照して説明する。
なお、図１８は、編集ページ１３００（図１３）のエリア１３２０に対応するエリアのみを示した図であり、図１８において図１３〜図１７と同一の要素には、同一の符号が付されている。また、以下の説明は、編集ユーザが編集ページにおいて本文の構造を図１７に示すように設定するとともに、各共通パートのコンテンツをテキスト入力欄に既に入力していることを前提とする。

（１）共通データの保存
図１１に示すように、編集ページにおいて、編集ユーザが「保存」と表示されているボタン（例えば、図１７の状態におけるボタン１３２２）をクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し（Ｓ１１１０）、設定又は入力された共通データ（本文の構造及び共通パートのコンテンツ）をメールサーバ１０に送信し、保存を要求する（Ｓ１１４５）。例えば、共通パートのコンテンツと差込パートの識別データ（例えば、差込パートであることをメールサーバ１０が判別可能なデータ等）とを、画面に表示されている欄の順にメールサーバ１０に送信する。
なお、各共通部分のコンテンツと各差込部分の識別データとを予め端末側で所定の形式（例えば、後述の図１９に示すテキスト形式）に整形した上でメールサーバ１０に送信するようにしてもよい。

編集ページにおいて、編集ユーザが「保存して終了」，「保存してテスト送信へ」と表示されているボタン（例えば、図１７の状態におけるボタン１３２３，ボタン１３２４）をクリックした場合にも、ユーザ端末２０Ａは、設定された共通データ（本文の構造及び共通パートのコンテンツ）をメールサーバ１０に送信し、保存を要求する。
これらの場合は、保存後に別のページ（例えば、「保存して終了」の場合は号の一覧ページ、「保存してテスト送信へ」の場合はテスト送信のページ）が表示される。

保存の要求を受信すると、メールサーバ１０は、共通データを所定の形式で保存する（後述の図１９参照）。このとき、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））の「ステータス」を「保存済み」に更新する。
また、追加された差込パートごとに差込パート情報を生成し、対応する配信メール情報に関連付けてメールＤＢ１２に記憶する。

（２）編集ページの更新
図１１に戻り、共通データの記憶が完了すると、メールサーバ１０は、更新した編集ページをユーザ端末２０Ａに送信する。ユーザ端末２０Ａは、更新された編集ページを受信し、表示する（Ｓ１１５０）。
図１８に、更新された編集ページを例示する。図１８は、図１７の状態において「保存」と表示されているボタン１３２２がクリックされたときに、ユーザ端末２０Ａに送信されるページのエリア１３２０の表示例である。

図１８では、差込パート（１３２１−２，１３２１−４，１３２１−５）に対応する差込データ編集ページへのリンクがアクティブになっており、「編集可能にするには一度『保存』してください」との表示が消去されている。リンク先のＵＲＬには、各差込パートに対応する識別情報（例えば、ユーザ端末２０Ａから受信した識別データ，差込パートＩＤを含むデータ，これらを暗号化したデータ等の差込パートを識別するための情報）が含まれている。その他の点は、図１７と同様である。
なお、更新後の編集ページ（例えば、図１８の状態）においても、共通データの編集作業を続行することができる（図１１のＳ１１１０〜）。

（３）共通データの保存形式
図１９に、共通データの保存形式を例示する。図１９は、図１８に例示した構造の共通データを保存する配信メールファイルＡの内容を示している。
配信メールファイルＡは、各共通パートのテキスト入力欄に入力されたデータに対応するテキスト、並びに各差込パートの位置及び識別情報（差込パートＩＤを含む）を所定の形式で記憶している。

図１９において、テキスト１９０５は、共通パート１３２１−１のコンテンツに対応するテキストである。同様に、テキスト１９１５，テキスト１９３０は、共通パート１３２１−３，共通パート１３２１−６のコンテンツにそれぞれ対応するテキストである。
また、差込パートを示す文字列１９１０は、差込パート１３２１−２に対応する文字列である。同様に、差込パートを示す文字列１９２０，文字列１９２５は、差込パート１３２１−４，差込パート１３２１−５にそれぞれ対応する文字列である。
その他、配信メールファイルＡの末尾には、ファイルの末尾を示す文字コード（例えば、「ＥＯＦ」コード等）が自動的に入力されているものとする。これにより、メールサーバ１０は、共通データの末尾を識別することができる。

なお、テキスト１９０５，テキスト１９１５，テキスト１９３０は、いずれも複数行にわたるテキスト（改行を含むテキスト）であってもよい。一方、文字列１９１０，文字列１９２０，文字列１９２５は、メールの生成処理（後述）においてメールサーバ１０にかかる処理負荷を軽減する観点から、いずれも１行の文字列（改行を含まないテキスト）であることが好ましい。
また、共通パートのテキストと差込パートを示す文字列とを確実に判別するため、文字列１９１０，文字列１９２０，文字列１９２５は、メールマガジンの本文内で使用されることが少ない文字が含まれる文字列とすることが好ましい（従来例５の仕組参照）。本実施形態では、「#sashikomi_○」（○は、その号の「差込パートＩＤ」（図６−２（ｈ））に対応する番号）という１行の文字列を使用している。

（ｆ）差込データ編集ページの表示
図１１に戻り、図１８の状態において、編集ユーザが「差し込みパート」と表示されているリンク（例えば、差込パート１３２１−２のリンク）をクリックすると、ユーザ端末２０Ａは、そのクリック操作をイベントとして検出し（Ｓ１１１０）、クリックされたボタンに対応する差込パートのコンテンツ等を編集する差込データ編集ページの送信をメールサーバ１０に要求し、受信した差込データ編集ページを表示する（Ｓ１１４０）。
なお、差込データ編集ページの送信要求には、リンク先のＵＲＬが含まれる。また、リンク先のＵＲＬには、上述のように差込パートに対応する識別情報が含まれている。メールサーバ１０は、受信したＵＲＬに含まれる識別情報により対応する差込パートを特定し
、当該特定した差込パートの差込データ編集ページをユーザ端末２０Ａに送信する。

［３−３（ｂ）．差込データの編集］
差込データの編集・保存手順を、図２０のフローチャート、並びに図２１〜図２４を参照して説明する。
なお、図２０のフローチャートには、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。

以下の説明は、下記の事項を前提としている。
・図２０は、差込データの編集・保存手順のうちユーザ端末２０Ａ側の処理の流れを示すフローチャートである。
・図２２及び図２３は、差込データの編集・保存手順のうちメールサーバ１０側の処理の流れを示すフローチャートである。
・編集対象の号は、属性分割数が２、均等分割数が３、計６パターンに分割されるように設定されている。

（ａ）差込データ編集ページの表示
図２０に示すように、差込データの編集・保存手順のうちユーザ端末２０Ａ側の処理は、受信した差込データ編集ページを新規のウィンドウ（タブ）に表示する処理（Ｓ２００５）から開始する。
図２１に、差込データ編集ページ（初期状態）を例示する。差込データ編集ページ２１００は、編集ページにおいて差込データ編集ページに対応するリンク（例えば、差込パート１３２１−２に対応するリンク）が選択されたとき（図１１のＳ１１４０）に、ユーザ端末２０Ａに送信されるページである。

差込データ編集ページ２１００には、選択された号の分割条件の一覧表（表２１１０），差込データを編集する機能に対応するリンク・入力欄等（表示切替リンク２１２０，名称入力欄２１３０，編集欄２１４０，保存ボタン２１５０，「閉じる」ボタン２１６０等）が表示される。
また、編集欄２１４０には、各コンテンツを編集する機能に対応するリンク・入力欄等（表示切替タブ２１４１，テキスト入力欄２１４２及び同２１４３，保存ボタン２１４２ａ及び同２１４３ａ，デフォルト設定欄２１４４のラジオボタン，本送信可能指定欄２１４５のチェックボックス等）が表示される。

（ｂ）イベントの検出
差込データ編集ページには、種々のボタン・リンクが設けられる。編集ユーザがこれらのボタン・リンクのうちいずれかをクリックすると、ユーザ端末２０Ａは、編集ユーザによるクリック操作をイベントとして検出し（図２０のＳ２０１０）、クリックされたボタン・リンクに対応する処理を行う（図２０のＳ２０１５〜）。
なお、図２０のフローチャート中、表示の切替に関連する処理（Ｓ２０２０，Ｓ２０２５）は、メールサーバ１０との間でデータの送受信をせず、ユーザ端末２０Ａ上で完結する。一方、差込データの保存に関連する処理（Ｓ２０３０，２０３５）は、メールサーバ１０との間でデータの送受信を行うことにより、ユーザ端末２０Ａとメールサーバ１０とが協働して行う。

（ｃ）表示の切替
図２０に示すように、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、表示切替リンク（例えば、表示切替リンク２１２０）がクリックされたとき（Ｓ２０１５で「表示切替リンク」）、ユーザ端末２０Ａは、差込データ編集ページの表示形式を切り替える（Ｓ２０２０）。
また、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、表示切替タブ（例えば、表示切替タブ２１４１）がクリックされたとき（Ｓ２０１５で「表示切替タブ」）、ユーザ端末２０Ａは、差込データ編集ページの表示対象を切り替える（Ｓ２０２５）。

例えば、表示切替リンクがクリックされるごとに、下記のように表示形式を変更することが可能である。
・同一の差込パートに属する全てのコンテンツに対応するテキスト入力欄を表示する。この場合、表示切替タブは表示しない。
・いずれか１つのコンテンツに対応するテキスト入力欄のみを表示する。この場合、表示切替タブにより、テキスト入力欄が表示されるコンテンツを切替可能にする。
・グループごとに、全ての群のコンテンツに対応するテキスト入力欄を表示する。この場合、表示切替タブにより、テキスト入力欄が表示されるグループを切替可能にする。
・各グループの第ｊ群（ｊ＝１，２，…）のコンテンツに対応するテキスト入力欄を表示する。この場合、表示切替タブにより、テキスト入力欄が表示される群を切替可能にする。

このように、本実施形態では、差込データ編集ページの表示形式・表示対象を切り替えることができる。そのため、メール編集支援サービスを利用すれば、必要に応じて同一の差込パートに属するコンテンツどうしを対比検討しながら編集作業を進めることができる。
その結果、編集ユーザは、差込データの編集を効率よく進めることが可能になる。とりわけ、差込パートはパターンごとに異なるコンテンツが差し込まれる部分であるから、差込データ編集ページの表示形式・表示対象が切替可能である点は、編集ユーザにとって極めて有益である。

（ｄ）差込パートのコンテンツの保存
図２０に戻り、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、各テキスト入力欄に隣接する所定位置に表示されている保存ボタン（例えば、ボタン２１４２ａ，ボタン２１４３ａ等）がクリックされたとき（Ｓ２０１５で「各コンテンツの「保存」ボタン」）、ユーザ端末２０Ａは、クリックされたボタンに隣接する入力欄に入力されているコンテンツの保存をメールサーバ１０に要求する（Ｓ２０３０）。
なお、編集ユーザは、差込データ編集ページにおいて、各差込パートのコンテンツをテキスト入力欄に既に入力しているものとする。

メールサーバ１０によるコンテンツの個別保存処理の流れを、図２２（ａ）のフローチャートを参照して説明する。
図２２（ａ）に示すように、ユーザ端末２０Ａから該当するコンテンツの保存要求を受信する（Ｓ２２０５ａ）と、メールサーバ１０は、該当するコンテンツのみを個別に保存する（Ｓ２２１０ａ）。なお、この保存要求には該当するコンテンツに対応する識別情報（例えば、コンテンツＩＤ）が含まれており、メールサーバ１０は受信した識別情報により保存対象のコンテンツを識別する。ここでは、配信メールファイルＢ（形式は、後述の図２４−１，図２４−２参照）中のコンテンツＩＤの対応箇所にコンテンツの内容を書き込む。
なお、コンテンツの個別保存処理を、後述の図２３に示した手順により行ってもよい。

（ｅ）差込データの一括保存
図２０に戻り、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、いずれのテキスト入力欄にも隣接しない保存ボタン（例えば、ボタン２１５０）がクリックされたとき（Ｓ２０１５で「パート全体の「保存」ボタン」）、ユーザ端末２０Ａは、そのパートに属する全ての入力欄に入力されているコンテンツの保存をメールサーバ１０に要求する（Ｓ２０３５）。この保存要求には、デフォルトに設定されているコンテンツがあればそのコンテンツに対応する識別情報（例えば、コンテンツＩＤ）と、本送信可能に指定されているコンテンツがあればそのコンテンツに対応する識別情報（例えば、コンテンツＩＤ）とが含まれる。
なお、編集ユーザは、差込データ編集ページにおいて、各差込パートのコンテンツをテキスト入力欄に既に入力しているものとする。

メールサーバ１０によるコンテンツの一括保存処理の流れを、図２２（ｂ）のフローチャートを参照して説明する。
図２２（ｂ）に示すように、ユーザ端末２０Ａから該当する差込パートの全コンテンツの保存要求を受信する（Ｓ２２０５ｂ）と、メールサーバ１０は、該当する差込パートに属するすべてのコンテンツを一括で保存する（Ｓ２２１０ｂ〜）。なお、この保存要求には差込パートの識別情報（例えば、差込パートＩＤ）が含まれており、メールサーバ１０は受信した差込パートの識別情報により処理対象の差込パートを識別する。

具体的には、メールサーバ１０は、次のようにコンテンツを一括で保存する。
（１）変数ｋを宣言し、受信した差込パートＩＤを代入する（Ｓ２２１０ｂ）。
（２）変数ｉを宣言し、１を代入する（Ｓ２２１５ｂ）。なお、変数ｉは、処理中の配信先グループを示す制御変数である。
（３）変数ｊを宣言し、１を代入する（Ｓ２２２０ｂ）。なお、変数ｊは、処理中の群を示す制御変数である。
（４）コンテンツ［i-j-k］を保存する（Ｓ２２２５ｂ）。各コンテンツの保存処理の流れは、後述する（図２３のフローチャート参照）。

（５）変数ｊをインクリメントし（Ｓ２２３０ｂ）、変数ｊが均等分割数より大きいか否かを判定する（Ｓ２２３５ｂ）。変数ｊが均等分割数より大きいとき（Ｓ２２３５ｂでＹｅｓ）、下記（６）に進む。一方、変数ｊが均等分割数より大きくないとき（Ｓ２２３５ｂでＮｏ）、上記（４）に戻る。
（６）変数ｉをインクリメントし（Ｓ２２４０ｂ）、変数ｉが属性分割数より大きいか否かを判定する（Ｓ２２４５ｂ）。変数ｊが属性分割数より大きいとき（Ｓ２２４５ｂでＹｅｓ）、処理を終了する。一方、変数ｉが属性分割数より大きくないとき（Ｓ２２４５ｂでＮｏ）、上記（３）に戻る。

コンテンツの保存処理の流れを、図２３のフローチャートを参照して説明する。
図２３に示すように、メールサーバ１０は、次のように受信したデータを保存する。
（１）該当するコンテンツを取得する（Ｓ２３０５）。
（２）配信メールファイルＢ（形式は、後述の図２４−１，図２４−２参照）中のコンテンツＩＤの対応箇所にコンテンツの内容を書き込む（Ｓ２３１０）。

（３）そのコンテンツがデフォルトに設定されているか否かを判定する（Ｓ２３１５）。デフォルトに設定されているとき（Ｓ２３１５でＹｅｓ）、差込パート情報（図６−２（ｈ））の「デフォルトコンテンツ」にそのコンテンツのコンテンツＩＤを記憶し（Ｓ２３２０）、下記（４）に進む。一方、デフォルトに設定されていないとき（Ｓ２３１５でＮｏ）、下記（４）に進む。
（４）そのコンテンツが本送信可能に指定されているか否かを判定する（Ｓ２３２５）。本送信可能に指定されているとき（Ｓ２３２５でＹｅｓ）、差込パート情報（図６−２（ｈ））のそのコンテンツに対応する「本送信可能フラグ」を立て（Ｓ２３３０）、処理を終了する。一方、本送信可能に指定されていないとき（Ｓ２３２５でＮｏ）、処理を終了する。

（ｆ）デフォルト設定の効果
本実施形態では、差込パートごとにデフォルトのコンテンツを設定することが可能である。いずれかのコンテンツをデフォルトに設定するには、差込データ編集ページにおいてラジオボタン（例えば、差込データ編集ページ２１００のデフォルト設定欄２１４４参照）を選択する。
デフォルトに設定されたコンテンツは、例えばメール生成時に、同一の差込パートにおいて空のコンテンツがある場合にその空のコンテンツに補充される。これにより、一部のパターンにのみ異なるコンテンツを用意し、その他のパターンのコンテンツは共通とすることができる。

例えば、いずれか１パターンの原稿についてのみ異なるコンテンツとし、残りのパターンの原稿は共通にするといった設定が可能になる。
この場合には、異なる内容としたいパターンのコンテンツと、残りのパターンに共通のコンテンツとをそれぞれ作成し、共通とするコンテンツをいずれか１つのテキスト入力欄に入力してデフォルトに設定すればよい。コンテンツを共通とする残りのパターンの差込パートには、デフォルトに設定されたコンテンツが補充される。

（ｇ）本送信可能指定の効果
本実施形態では、差込パートに属するコンテンツごとに本送信の可否を指定することが可能である。いずれかのコンテンツを本送信可能に指定するには、差込データ編集ページにおいてチェックボックス（例えば、差込データ編集ページ２１００（図２１）のチェックボックスの欄２１４５参照）を選択する。
本送信可能に指定されたコンテンツは、編集が完了しているものとされる。これにより、一部のパターンにのみコンテンツを用意し、その他のパターンのコンテンツは空とすることができる。すなわち、パターンごとに異なる構造の原稿を作成した場合と同様の効果を得ることができる。

例えば、いずれか１パターンの原稿についてのみコンテンツを用意し、残りのパターンの原稿にはコンテンツを用意しないで空とするといった指定が可能になる。
この場合には、いずれか１パターンのコンテンツのみを作成し、残りのパターンのコンテンツについては入力欄を空欄としたまま本送信可能に指定すればよい。

なお、同一の差込パートにおいてデフォルトに設定されたコンテンツがあるときは、上述のように、デフォルトに設定されたコンテンツが空のコンテンツに補充される。これを明示的に回避するため、例えば次のような方法がある。
１）編集ユーザが、空にしたい部分のテキスト入力欄に、ＨＴＭＬのコメントタグ（「<!-- -->」）を入力する。コメントタグはブラウザ上に表示されないから、メールサーバ１０側で特別な処理をしなくても当該コンテンツを空にしたのと同様の効果を得ることができる。
２）編集ユーザが、空にしたい部分のテキスト入力欄に、所定の「空を示すデータ」（例えば、「#blank」等）を入力する。この場合、メールサーバ１０側で当該「空を示すデータ」を認識し所定の処理を行うように構成すれば、当該コンテンツが空のメールを生成することができる。

３）メールサーバ１０が、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））内の各テキスト入力欄の初期値としてＨＴＭＬのコメントタグ（「<!-- -->」）を設定しておく。
４）上記２）のように「空を示すデータ」を認識し所定の処理を行うように構成する場合に限り、メールサーバ１０が、差込データ編集ページ（例えば、差込データ編集ページ２１００）内の各テキスト入力欄の初期値として上記の「空を示すデータ」（例えば、「#blank」等）を設定しておく。

例えば、いずれか１パターンの原稿についてのみコンテンツを用意し、残りのパターンの原稿にはコンテンツを用意しないでデフォルトのコンテンツを補充させるか空とするかを選択するといった指定が可能になる。
この場合には、いずれか１パターンのコンテンツのみを作成し、残りのパターンのコンテンツについてはＨＴＭＬのコメントタグ（「<!-- -->」）又は所定の「空を示すデータ」（例えば、「#blank」等）が入力欄に入力された状態で本送信可能に指定するか、空欄のまま本送信可能に指定すればよい。

（ｈ）差込データの保存形式
図２４−１及び図２４−２に、差込データの保存形式を例示する。図２４−１及び図２４−２は、図３に示した構造の差込データを保存する配信メールファイルＢの内容を示している。
配信メールファイルＢは、各差込パートのテキスト入力欄に入力されたデータに対応するテキストを記憶している。

なお、図２４−１及び図２４−２において、各コンテンツ（テキストデータ）は、各コンテンツＩＤに対応する文字列に挟まれている。そのため、メールサーバ１０は、各コンテンツの範囲を識別することができる。各コンテンツは、複数行にわたるテキスト（改行を含むテキスト）であってもよい。
また、各コンテンツの範囲を確実に判別するため、各コンテンツＩＤに対応する文字列は、メールマガジンの本文内で使用されることが少ない文字が含まれる文字列とすることが好ましい。本実施形態では、「##sashikomi_i_j_k##」（ｉ，ｊ，ｋは、いずれも自然数とする）という文字列を使用し、２つの「##sashikomi_i_j_k##」に挟まれた部分をコンテンツ［i-j-k］として認識している。

（ｉ）その他の処理
図２０に戻り、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、「ＯＦＦ」と表示されているリンク（例えば、デフォルト設定欄２１４４参照）がクリックされたとき（Ｓ２０１５で「デフォルトＯＦＦ」リンク）、ユーザ端末２０Ａは、デフォルトの設定（ラジオボタンの選択）をクリアする（Ｓ２０４０）。
また、差込データ編集ページ（例えば、差込データ編集ページ２１００（図２１））において、「閉じる」と表示されているボタン（例えば、ボタン２１６０）がクリックされたとき（Ｓ２０１５で「閉じる」ボタン）、ユーザ端末２０Ａは、その差込データ編集ページを閉じる（Ｓ２０４５）。なお、メールサーバ１０（メールＤＢ１２）に保存されていないデータがある場合には、保存されていないデータがある旨を編集ユーザに警告するようにしてもよい。差込データ編集ページを閉じた後、編集ユーザは編集ページにおいて引き続き共通データを編集することが可能である。

［３−３（ｃ）．原稿の確認］
図７に戻り、続いてメールサーバ１０は、ユーザ端末２０Ａからの要求に応じて、編集された原稿の確認を編集ユーザに求める（Ｓ７４０）。
この手順において、メールサーバ１０は、メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ）），差込パート情報（図６−２（ｈ））並びに配信メールファイルＡ及びＢを読み出し、必要なＷｅｂページを生成する。

本実施形態では、原稿の確認に関連する機能として、例えば下記の機能を用意している。
（ａ）プレビュー…編集されたデータを基に電子メールを生成し、表示する。
（ｂ）テスト送信…編集されたデータを基に電子メールを生成し、テスト送信先リスト（図６−１（ｃ））に登録されているメールアドレス及び／又は個別に指定されたメールアドレスを宛先として送信する。
（ｃ）文字数確認…本文全体又は特定のパートにおける文字数（バイト数）を算出し、表示する。
（ｄ）ＵＲＬ確認…ＨＴＭＬ形式の原稿にリンク先として記載されたＵＲＬを一覧表示し、リンク先のＷｅｂページ・画像等を確認する。

なお、上記の機能のうちプレビュー及びテスト送信においては、後述のメール生成処理と同様の処理により必要なパターンの電子メールを生成する（全パターンを一括で生成する場合は図２５〜図２７のフローチャート，パターンごとに個別に生成する場合は図２６・図２７のフローチャート参照）。
また、上記の機能のうちテスト送信が行われた場合、メールサーバ１０は、その号の配信メール情報（図６−２（ｇ））の「ステータス」を、「テスト送信済み」に更新する。

［３−４．編集完了後の手順］
［３−４（ａ）．メールの生成］
図７に戻り、続いてメールサーバ１０は、記憶しているデータを基に電子メールを生成する（Ｓ７４５）。
この処理において、メールサーバ１０は、ユーザＤＢ１１に記憶している購読ユーザ情報（図５（ｂ））、並びにメールＤＢ１２に記憶しているメール配信先リスト（図６−１（ｂ）），配信メール情報（図６−２（ｇ））及び差込パート情報（図６−２（ｈ）），配信メールファイルＡ及びＢを読み出す。

メール生成処理の流れを、図２５〜図２７のフローチャートを参照して説明する。
なお、メールの生成処理は、次のいずれかのタイミングで開始する。
（ａ）編集ユーザによる特定の操作（例えば、配信の予約等）を契機とするメール生成の要求に応じて開始する。
（ｂ）原稿の編集が完了し配信の予約がなされた号のメールマガジンにつき、バッチ処理（例えば、日次バッチ）により開始する。
（ｃ）予約された配信時期（配信メール情報（図６−２（ｇ））参照）の直前又は所定時間前に開始する。

図２５に示すように、メールサーバ１０は、次のように各パターンの電子メールを一括で生成する。
（１）処理対象のメールマガジンに対応する配信メール情報，差込パート情報，配信メールファイルＡ，ＢをメールＤＢ１２より読み出す（Ｓ２５０５）。
（２）変数ｉを宣言し、１を代入する（Ｓ２５１０）。なお、変数ｉは、処理中の配信先グループを示す制御変数である。
（３）変数ｊを宣言し、１を代入する（Ｓ２５１５）。なお、変数ｊは、処理中の群を示す制御変数である。
（４）パターン［i-j］の電子メールを生成する（Ｓ２５２０）。生成処理の流れは後述する（図２６のフローチャート参照）。

（５）変数ｊをインクリメントし（Ｓ２５２５）、変数ｊが均等分割数より大きいか否かを判定する（Ｓ２５３０）。変数ｊが均等分割数より大きいとき（Ｓ２５３０でＹｅｓ）、下記（６）に進む。一方、変数ｊが均等分割数より大きくないとき（Ｓ２５３０でＮｏ）、上記（４）に戻る。
（６）変数ｉをインクリメントし（Ｓ２５３５）、変数ｉが属性分割数より大きいか否かを判定する（Ｓ２５４０）。変数ｊが属性分割数より大きいとき（Ｓ２５４０でＹｅｓ）、処理を終了する。一方、変数ｉが属性分割数より大きくないとき（Ｓ２５４０でＮｏ）、上記（３）に戻る。

図２６に示すように、メールサーバ１０は、次のようにパターン［i-j］の電子メールを生成する。
（１）引数として変数ｉ，変数ｊを受け取る（Ｓ２６０５）。
（２）配信メールファイルＡよりテキスト１行を抽出する（Ｓ２６１０）。
（３）抽出したテキストがファイルの末尾を示すコードであるか否かを判定する（Ｓ２６１５）。ファイルの末尾を示すコードであるとき（Ｓ２６１５でＹｅｓ）、下記（９）に進む。一方、ファイルの末尾を示すコードでないとき（Ｓ２６１５でＮｏ）、下記（４）に進む。

（４）抽出したテキストが差込パートを示す文字列であるか否かを判定する（Ｓ２６２０）。差込パートを示す文字列であるとき（Ｓ２６２０でＹｅｓ）、下記（５）に進む。一方、差込パートを示す文字列でないとき（Ｓ２６２０でＮｏ）、下記（８）に進む。
（５）変数ｋを宣言し、差込パートＩＤを代入する（Ｓ２６２５）。なお、差込パートＩＤは、差込パートを示す文字列（抽出したテキスト）の末尾（「#sashikomi_○」の「○」）に対応している。
（６）コンテンツ［i-j-k］を配信メールファイルＢより抽出する（Ｓ２６３０）。コンテンツの抽出処理の流れは後述する（図２７のフローチャート参照）。
（７）差込パートを示す文字列をコンテンツ［i-j-k］に置換する（Ｓ２６３５）。

（８）抽出又は置換したテキストを記憶し（Ｓ２６４０）、上記（２）に戻る。
（９）記憶しているテキストを基にパターン［i-j］の電子メールを生成する（Ｓ２６４５）。
（１０）生成した電子メールを所定の記憶手段に記憶する（Ｓ２６５０）。

図２７に示すように、メールサーバ１０は、次のようにコンテンツ［i-j-k］を抽出する。
（１）引数として変数ｉ，変数ｊ，変数ｋを受け取る（Ｓ２７０５）。
（２）配信メールファイルＢより、コンテンツ［i-j-k］のテキストを抽出する（Ｓ２７１０）。本実施形態では、「##sashikomi_i_j_k##」の間に挟まれたテキストをコンテンツ［i-j-k］としている。
（３）コンテンツ［i-j-k］のテキストが抽出できたか否かを判定する（Ｓ２７１５）。テキストが抽出できたとき（Ｓ２７１５でＹｅｓ）、下記（４）に進む。一方、テキストが抽出されなかったとき（Ｓ２７１５でＮｏ）、下記（５）に進む。

（４）抽出したテキストが所定の「空を示すデータ」（例えば、「<!-- -->」，「#blank」等）に該当するか否かを判定する（Ｓ２７２０）。抽出したテキストが所定の「空を示すデータ」に該当しないとき（Ｓ２７２０でＮｏ）、抽出したテキストをコンテンツ［i-j-k］とし（Ｓ２７３０ａ）、下記（６）に進む。一方、抽出したテキストが所定の「空を示すデータ」に該当するとき（Ｓ２７２０でＹｅｓ）、コンテンツ［i-j-k］を空とし（Ｓ２７３０ｂ）、下記（６）に進む。なお、ＨＴＭＬ形式のメールを生成する場合において、「空を示すデータ」としてコメントタグ（「<!-- -->」）を用いることを前提とするならば、条件判断の処理（Ｓ２７２０）を省略しても同様の効果を得ることができる。
（５）差込パート［k］においてデフォルトに設定されたコンテンツがあるか否かを判定する（Ｓ２７２５）。デフォルトコンテンツが設定されているとき（Ｓ２７２５でＹｅｓ）、デフォルトコンテンツを抽出してこれをコンテンツ［i-j-k］とし（Ｓ２７３０ｃ）、下記（６）に進む。一方、デフォルトコンテンツが設定されていないとき（Ｓ２７２５でＮｏ）、コンテンツ［i-j-k］を空とし（Ｓ２７３０ｂ）、下記（６）に進む。
（６）戻り値としてコンテンツ［i-j-k］を返戻する（Ｓ２７３５）。

［３−４（ｂ）．配信］
図７に戻り、最後にメールサーバ１０は、生成したメールマガジンを、そのメールマガジンに対応する配信先リストに登録されているメールアドレス宛に配信する（Ｓ７５０）。
この処理において、メールサーバ１０は、ユーザＤＢ１１に記憶している購読ユーザ情報（図５（ｂ））、並びにメールＤＢ１２に記憶しているメール配信先リスト（図６−１（ｂ）），配信メール情報（図６−２（ｇ））及び差込パート情報（図６−２（ｈ））を読み出す。

メールサーバ１０は、例えば次のようにメールマガジンを配信する。
（１）設定された分割条件にしたがい、配信先リストを分割する。
（２）所定の記憶手段に記憶している各パターンの電子メールに宛先を設定し、送信する。
（３）メールＤＢ１２に記憶している配信メール情報（図６−２（ｇ））の「ステータス」を「配信済み」に更新する。
なお、全てのコンテンツが本送信可能になっていること、及び配信メール情報（図６−２（ｇ））の「ステータス」が「テスト送信済み」になっていることをメール配信の条件とすることが好ましい。

＜他の実施形態＞
［１．分割条件の設定に関する変形例］
［１−１．分割条件の設定に関して］
上述の実施形態では、新規の号を発行するごとに、予め登録されている分割条件（属性分割情報（図６−２（ｄ）〜（ｆ））のいずれか）を編集ユーザに選択させている（図１０（ａ）（ｂ）参照）。
これに対し、既に配信が完了した他の号の設定を継承できるように構成してもよい。これにより、過去に配信した号のメールマガジンと分割条件が同様である場合、設定作業を省略し、編集作業を効率よく進めることができる。

［１−２．分割の条件に関して］
上述の実施形態では、配信先リストを分割するための条件として、購読ユーザの属性（性別，居住地域，生年月日）を利用している（各属性分割情報（図６−１（ｄ）〜（ｆ））参照）。
これに対し、配信先リストを分割するための条件として、購読ユーザに関連するその他の情報（例えば、電子商取引サービスの利用履歴，Ｗｅｂサイトの訪問履歴等）を利用してもよい。

［１−３．分割の態様に関して（絶対数分割）］
上述の実施形態では、配信先グループを複数の群に分割する際、各グループに含まれるメールアドレスの数がほぼ等しくなるようにしている（＜用語の定義＞の「均等分割」等参照）。
これに対し、所定数のメールアドレスを含む（ｎ−１）個の群と、残りのメールアドレスを全て含む群との、合計ｎ個の群に分割するようにしてもよい（ここでは、ｎは２以上の自然数とする）。

この場合には、配信メール情報（図６−２（ｇ））の項目として、「均等分割数」に代えて「絶対数分割数」を設けるとともに、（ｎ−１）個の各群に含まれるメールアドレスの数を示す「絶対数」を設けるとよい。メールサーバ１０は、メール配信時に読み出した配信メール情報（図６−２（ｇ））を基に、配信先グループ（属性分割がない場合には、配信先リスト）を複数の群に分割するとよい。
なお、上記「絶対数」を各群ごとに個別に設定できるようにしてもよい。この場合には、配信メール情報（図６−２（ｇ））の項目として、「絶対数分割数」とともに、「絶対数１」，「絶対数２」，…「絶対数ｎ−１」を設けるとよい。

［２．共通データの編集手順に関する変形例・補足］
［２−１．編集ページの表示に関して］
上述の実施形態では、共通パートと差込パートとが上下に並ぶように表示されている（例えば、図１８等参照）。これに伴い、「差し込み追加」等のボタンは、これらのパートの上下に表示されている。
これに対し、共通パートと差込パートとが左右に並ぶように表示してもよい。ただし、一般的な電子メールは通常横書きであり上から下に記載していくため、編集ユーザにとって直感的に分かりやすいユーザインタフェイスとする観点では、共通パートと差込パートとが上下に並ぶように表示することが好ましい。また、上下に並んだ共通パートの間に差込パートが追加されるようにすることが好ましい。

［２−２．共通データの編集順序に関して］
上述の実施形態では、便宜上、構造の設定に関する手順を他の部分と独立して説明している（［３−３（ａ）．共通データの編集］（ｃ），（ｄ）等参照）。
しかしながら、上述の実施形態は、構造の設定とコンテンツ（テキストデータ）の入力とを並行して行うことができるように構成されている。例えば、テキストデータの入力中に必要が生じた時点で、「差し込み追加」ボタンをクリックすることにより、差込パートを追加することも可能である。

［２−３．リンクをアクティブにするタイミングに関して］
上述の実施形態は、編集ユーザによる送信・保存の操作（「保存」ボタン１３２２（図１７）のクリック）を契機として差込パートのリンクがアクティブになるように構成されている（図１１のＳ１１４５〜Ｓ１１５０等参照）。
これに対し、編集ユーザによる構造の設定操作（例えば、「差し込み追加」ボタン１３２１−１ａ（図１３）のクリック）を契機として、差込データ編集ページへのリンクが即時に表示されるようにしてもよい。

この場合、編集ユーザによる構造の設定操作（例えば、「差し込み追加」ボタン１３２１−１ａ（図１３）のクリック等）をイベントして検出するごとに、ユーザ端末２０Ａがメールサーバ１０に所定のデータ（例えば、「差し込み追加」ボタン１３２１−１ａ（図１３）の識別子等）を送信する。メールサーバ１０は、受信した識別子に対応するボタンに隣接する所定位置に差込データ編集ページへのリンクを配置した編集ページをユーザ端末２０Ａに送信すればよい。
また、編集ユーザによる構造の設定操作（例えば、「差し込み追加」ボタン１３２１−１ａ（図１３）のクリック等）をイベントして検出したとき、ユーザ端末２０Ａがメールサーバ１０に共通データの保存を要求する（図１１のＳ１１４５と同様の処理）ように構成してもよい。

［２−４．リンクをアクティブにする手段に関して］
上述の実施形態は、更新した編集ページをユーザ端末２０Ａに送信することにより差込パートのリンクがアクティブになるように構成されている。
これに対し、編集ページのリンクの部分を更新するための更新データをユーザ端末２０Ａに送信し、ユーザ端末２０Ａに編集ページを更新させることにより、差込パートのリンクがアクティブになるように構成してもよい。

［３．差込データの編集に関する変形例］
［３−１．配信メールファイルＡ，Ｂに関して］
上述の実施形態では、共通データと差込データとを２つのファイル（配信メールファイルＡ，Ｂ）に分けて記憶している（図１９，図２４−１，図２４−２参照）。
これに対し、共通データと差込データとを１つのファイルに記憶してもよい。例えば、配信メールファイルＡに記憶していたデータの後ろに配信メールファイルＢに記憶していたデータを書き込み、１つの配信メールファイルとして記憶する。

なお、電子メールの生成処理において共通データに相当する部分の末尾を明示する必要がある（例えば、図２６のＳ２６１５）。そのため、上記のようにファイルを１つにする場合、共通データに相当する部分の末尾に「末尾を明示する文字列」（例えば、「#end」等）が自動的に挿入されるようにしておくことが好ましい。
このとき、メールサーバ１０は、メール生成処理の「末尾を示す文字コード」であるか否かを判定する処理（図２６のＳ２６１５）に代えて、「末尾を明示する文字列」であるか否かを判定する処理を行えばよい。

［３−２．表示の切替に関して］
上述の実施形態は、差込データ編集ページの表示の切替を、ユーザ端末２０Ａ上で動作するスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ）により制御するように構成されている。
これに対し、ユーザ端末２０Ａから更新の要求を受信したメールサーバ１０が、更新した差込データ編集ページをユーザ端末２０Ａに送信するように構成してもよい。また、ユーザ端末２０Ａから更新の要求を受信したメールサーバ１０が、差込データ編集ページの一部を更新するための更新データをユーザ端末２０Ａに送信し、ユーザ端末２０Ａに更新させてもよい。

［３−３．件名の編集に関して］
上述の実施形態では、主として本文のデータの編集手順を示した。
これに対し、件名についても差込データとして扱うことにより、本文に差し込む差込データと同様の手順により編集することができるように構成してもよい。これにより、本文のデータだけでなく件名の一部又は全部も異なる複数のパターンの原稿を編集することができる。

なお、この場合、例えば、件名の「差込パートＩＤ」を「０」とし、配信メールファイルＡ（例えば、図１９参照）の先頭に「#sashikomi_0」を追加しておくとよい。また、配信メールファイルＢ（例えば、図２４−１，図２４−２参照）に件名に対応する差込データを記憶しておくとよい。
さらに、件名に対応する差込パート情報を生成・記憶し、これに対応する差込データ編集ページを介して件名のテキストデータを編集させるとよい。件名データ用の差込データ編集ページの表示形式・表示内容等は、本文データ用の差込データ編集ページ（例えば、図２１参照）と同様でよい。なお、いずれかのパターンにおいて件名が空の場合には、メールの生成時等に、配信メール情報（図６−２（ｇ））の「親件名」が補充される。

［４．その他の変形例］
［４−１．システム構成に関して］
上述の実施形態では、メールサーバ１０とユーザ端末２０ＡとはＬＡＮ３０を介して接続している（例えば、図２参照）。メールマガジンの原稿を編集するユーザ（編集ユーザ）として、同一の組織に属する者（例えば、特定の企業の従業員等）が想定されていた。
これに対し、メールサーバ１０とユーザ端末２０Ａとが他の通信ネットワーク（例えば、インターネット４０等）を介して接続するように構成してもよい（例えば、図２８参照）。この場合、メールマガジンの原稿を編集するユーザ（編集ユーザ）としては、インターネットを利用可能な任意のユーザ（例えば、仮想商店街サービスに出店登録をしている店舗の担当者等）が想定される。

［４−２．イベントの検出に関して］
上述の実施形態では、編集ページにボタン又はリンクを表示し、これらのクリックをイベントとして検出している（図１１等参照）。差込データ編集ページにおいても同様である（図２０等参照）。
これに対し、イベントを検出することができるのであれば、どのような要素を表示してもよい。例えば、ボタンを所定の画像に置き換えて表示してもよい。また、編集ユーザによる特定の操作をイベントとして検出してもよい。これらは、設計事項である。

［４−３．保存のタイミングに関して］
上述の実施形態では、ユーザ端末２０Ａは、編集ユーザによる保存の操作を契機として設定・入力されたデータをメールサーバ１０に送信し、保存を要求している（例えば、図１１のＳ１１４５，図２０のＳ２０３０・Ｓ２０３５参照）。
これに対し、テキスト入力欄にテキストが入力されるごとに、設定・入力されたデータをメールサーバ１０に送信し、保存を要求するように構成してもよい。これにより、編集ユーザによる編集作業の効率を高めることができる。また、データの保存忘れを防止することができる。

［４−４．処理の分担に関して］
上述の実施形態は、編集ページの更新処理（パートの追加・削除）をユーザ端末２０Ａが行うように構成されている（例えば、図１１のＳ１１２０〜Ｓ１１３５参照）。
これに対し、ユーザ端末２０ＡはＷｅｂページの受信・表示のみを行い、実質的な処理をすべてメールサーバ１０が行うように構成してもよい。ただし、メールサーバ１０の処理負荷を軽減する観点では、編集ページの更新処理をユーザ端末２０Ａが行うように構成することが好ましい。

［４−５．データの記憶に関して］
上述の実施形態においては、共通データ及び差込データを所定の形式でメールＤＢ１２に記憶している（図１９の配信メールファイルＡ，図２４−１及び図２４−２の配信メールファイルＢ参照）。
これに対し、共通データは、共通パートと差込パートの位置関係が明確である限り、他の形式（例えば、ＸＭＬ等の既存のマークアップ言語の形式）により記憶してもよい。同様に、差込データは、差込パートのコンテンツの範囲及びコンテンツＩＤとの対応がいずれも明確である限り、他の形式（例えば、ＸＭＬ等の既存のマークアップ言語の形式）により記憶してもよい。

［４−６．デフォルトコンテンツを補充するタイミングに関して］
上述の実施形態において、メールサーバ１０は、電子メールの生成時にデフォルトコンテンツの補充処理を行っている（図２７のＳ２７２５・Ｓ２７３０ｃ参照）。
これに対し、メールサーバ１０は、ユーザ端末２０Ａから差込データの保存要求を受信したときに、デフォルトコンテンツを補充した上で保存するようにしてもよい。

［４−７．プレビューページに関して］
プレビューページの表示形式・表示内容を、差込データ編集ページと同様に表示切替リンク・表示切替タブにより切替可能となるように構成してもよい。
これにより、編集ユーザは、編集した電子メールを他のパターンの電子メールと対比することができ、電子メールの全体像を効率よく把握することができる。

本発明が解決しようとする課題を説明するための図である。 システムの構成例を示す図である。 原稿の編集手順を説明するための図である。 原稿の編集手順を説明するための図である。 ユーザＤＢに記憶する（ａ）編集ユーザ情報，（ｂ）購読ユーザ情報の主要な項目を示す図である。 メールＤＢに記憶する（ａ）メール配信情報，（ｂ）メール配信先リスト，（ｃ）テスト送信先リスト，（ｄ）性別属性分割情報，（ｅ）地域属性分割情報，（ｆ）世代属性分割情報の主要な項目を示す図である。 メールＤＢに記憶する（ｇ）配信メール情報，（ｈ）差込パート情報の主要な項目を示す図である。 メールマガジンの配信手順を示すシーケンスチャートである。 号の一覧ページの例である。 号の設定ページの例である。 分割条件の設定ページの例である。 編集ページ更新処理の流れを示すフローチャートである。 差込パート追加処理の流れを示すフローチャートである。 編集ページの例である。 編集ページの更新後の表示例である。 編集ページの更新後の表示例である。 編集ページの更新後の表示例である。 編集ページの更新後の表示例である。 編集ページの更新後の表示例である。 配信メールファイルＡに記憶する共通データの保存形式の例である。 差込データ編集ページ更新処理の流れを示すフローチャートである。 差込データ編集ページの例である。 （ａ）差込パートのコンテンツを個別に保存する場合，（ｂ）差込パートのコンテンツを一括で保存する場合における、差込データ保存処理の流れを示すフローチャートである。 差込データ保存処理の流れを示すフローチャートである。 配信メールファイルＢに記憶する差込データの保存形式の例である。 配信メールファイルＢに記憶する差込データの保存形式の例である。 メール生成処理の流れを示すフローチャートである。 メール生成処理の流れを示すフローチャートである。 メール生成処理の流れを示すフローチャートである。 システムの構成の変形例を示す図である。

符号の説明

１０ メールサーバ
１１ ユーザＤＢ
１２ メールＤＢ
２０Ａ ユーザ端末
２０Ｂ ユーザ端末
３０ ＬＡＮ
４０ インターネット
５０ ファイアウォール

Claims (13)

1. 予め定めた複数パターンの電子メールを編集する編集ユーザの端末と、共通部分と前記パターンのうちいずれかに対応する少なくとも１つの差込部分とにより構成される電子メールの編集作業を支援するメールサーバとが通信ネットワークを介して接続しているメール編集支援システムのメールサーバであって、
   メールに関連するメール・データを記憶するメール・データ記憶手段を有し、
   前記端末からの要求に応じて、共通部分のテキスト入力欄と、該テキスト入力欄に近接する所定位置に差込部分を示す差込欄を１つ少なくとも追加する差込部分追加ボタンと、データ保存ボタンとを少なくとも配置した編集ページを該端末に送信する編集ページ送信手段と、
   前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加した前記編集ページを前記端末に送信するデータ保存・ページ更新手段と、
   前記端末上で前記リンクがクリックされ、該リンクに含まれる識別情報を前記端末から受信したとき、該受信した識別情報に対応する差込部分のテキスト入力欄のうち少なくともいずれかと、差込データ保存ボタンとを少なくとも配置した差込データ編集ページを前記端末に送信する差込データ編集ページ送信手段と、
   前記端末上で前記差込データ保存ボタンがクリックされ、前記差込データ編集ページ内の差込部分のテキスト入力欄に入力された差込部分のテキストデータを個別に又は一括で前記端末から受信したとき、該受信したテキストデータを所定の形式で前記メール・データ記憶手段に記憶する差込データ保存手段と、
   前記メール・データ記憶手段に所定の形式で記憶している前記各共通部分のテキストデータ，前記各識別データ及び前記各差込部分の前記各パターンに対応するテキストデータを基に、前記各パターンの電子メールを生成するメール生成手段と
   を備えることを特徴とするメールサーバ。
2. 請求項１に記載のメールサーバにおいて、
   前記差込データ編集ページ送信手段は、差込部分のテキスト入力欄に入力されたいずれかのテキストデータを該差込部分のデフォルトに設定するラジオボタンをさらに配置した前記差込データ編集ページを前記端末に送信し、
   前記差込データ保存手段は、デフォルトに設定されたテキストデータを示すデフォルト設定データを前記端末からさらに受信して前記メール・データ記憶手段に記憶し、
   前記メール生成手段は、いずれかのテキストデータが空であるとき、該空のテキストデータが属する差込部分のデフォルトに設定されているテキストデータがあれば、該デフォルトに設定されたテキストデータを該空のテキストデータに補充して前記各パターンの電子メールを生成する
   ことを特徴とするメールサーバ。
3. 請求項１又は２に記載のメールサーバにおいて、
   前記メール生成手段は、いずれかのテキストデータが所定の空を示すデータに該当するとき、該テキストデータを空として前記各パターンの電子メールを生成する
   ことを特徴とするメールサーバ。
4. 請求項１〜３のいずれかに記載のメールサーバにおいて、
   前記差込データ編集ページ送信手段は、前記端末に送信する前記差込データ編集ページの前記各テキスト入力欄に、初期値としてコメントタグを設定しておく
   ことを特徴とするメールサーバ。
5. 請求項３に記載のメールサーバにおいて、
   前記差込データ編集ページ送信手段は、前記端末に送信する前記差込データ編集ページの前記各テキスト入力欄に、初期値として前記空を示すデータを設定しておく
   ことを特徴とするメールサーバ。
6. 請求項１〜５のいずれかに記載のメールサーバにおいて、
   前記編集ページ送信手段は、前記差込部分追加ボタンがクリックされたとき前記テキスト入力欄に近接する所定位置に前記差込欄を追加する処理を前記端末に実行させるためのプログラムを、前記編集ページに組み込んで前記端末に送信する
   ことを特徴とするメールサーバ。
7. 請求項６に記載のメールサーバにおいて、
   前記端末に送信されるプログラムは、共通部分のテキスト入力欄を追加する共通部分追加ボタン，差込部分追加ボタン，前記追加される差込欄を削除する差込部分削除ボタン，共通部分のテキスト入力欄のうち少なくともいずれかを所定の条件に基づいて前記編集ページ内の前記追加する差込欄に近接する所定位置にさらに追加する処理を前記端末に実行させるためのものである
   ことを特徴とするメールサーバ。
8. 請求項１〜７のいずれかに記載のメールサーバにおいて、
   前記差込データ編集ページ送信手段は、
   表示切替リンク及び／又は表示切替タブをさらに配置した前記差込データ編集ページを前記端末に送信するとともに、
   前記表示切替リンク又は表示切替タブがクリックされたときテキスト入力欄の表示形式又は表示対象を切り替える処理を前記端末に実行させるためのプログラムを、前記差込データ編集ページに組み込んで前記端末に送信する
   ことを特徴とするメールサーバ。
9. 請求項１〜７のいずれかに記載のメールサーバにおいて、
   前記差込データ編集ページ送信手段は、表示切替リンク及び／又は表示切替タブをさらに配置した前記差込データ編集ページを前記端末に送信し、
   前記端末上で前記表示切替リンク又は表示切替タブがクリックされ、該クリックされた表示切替リンク又は表示切替タブの識別子を前記端末から受信したとき、該受信した識別子に応じて、テキスト入力欄の表示形式又は表示対象を切り替えた前記差込データ編集ページを前記端末に送信する差込データ編集ページ更新手段をさらに備える
   ことを特徴とするメールサーバ。
10. 請求項９に記載のメールサーバにおいて、
    前記差込データ編集ページ更新手段に代えて、
    前記端末上で前記表示切替リンク又は表示切替タブがクリックされ、該クリックされた表示切替リンク又は表示切替タブの識別子を前記端末から受信したとき、該受信した識別子に応じて、前記差込データ編集ページの表示を切り替えるための差込データ編集ページ更新データを前記端末に送信する差込データ編集ページ一部更新手段を備える
    ことを特徴とするメールサーバ。
11. 請求項１〜１０のいずれかに記載のメールサーバにおいて、
    前記データ保存・ページ更新手段に代えて、
    前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加するための編集ページ更新データを前記端末に送信するデータ保存・編集ページ一部更新手段を備える
    ことを特徴とするメールサーバ。
12. 予め定めた複数パターンの電子メールを編集する編集ユーザの端末と、共通部分と前記パターンのうちいずれかに対応する少なくとも１つの差込部分とにより構成される電子メールの編集作業を支援するメールサーバとが通信ネットワークを介して接続しているメール編集支援システムのメールサーバによるメール編集支援方法であって、
    前記メールサーバは、メールに関連するメール・データを記憶するメール・データ記憶手段を有し、
    前記端末からの要求に応じて、共通部分のテキスト入力欄と、該テキスト入力欄に近接する所定位置に差込部分を示す差込欄を１つ少なくとも追加する差込部分追加ボタンと、データ保存ボタンとを少なくとも配置した編集ページを該端末に送信する編集ページ送信ステップと、
    前記端末上で前記データ保存ボタンがクリックされ、前記編集ページ内の各共通部分のテキスト入力欄に入力された該各共通部分のテキストデータと、前記編集ページ内の各差込欄に対応する該各差込部分の識別データとを前記端末から受信したとき、該受信したテキストデータ及び識別データを所定の形式で前記メール・データ記憶手段に記憶するとともに、各差込欄内に該各差込欄の識別情報を含むリンクを少なくとも追加した前記編集ページを前記端末に送信するデータ保存・ページ更新ステップと、
    前記端末上で前記リンクがクリックされ、該リンクに含まれる識別情報を前記端末から受信したとき、該受信した識別情報に対応する差込部分のテキスト入力欄のうち少なくともいずれかと、差込データ保存ボタンとを少なくとも配置した差込データ編集ページを前記端末に送信する差込データ編集ページ送信ステップと、
    前記端末上で前記差込データ保存ボタンがクリックされ、前記差込データ編集ページ内の差込部分のテキスト入力欄に入力された差込部分のテキストデータを個別に又は一括で前記端末から受信したとき、該受信したテキストデータを所定の形式で前記メール・データ記憶手段に記憶する差込データ保存ステップと、
    前記メール・データ記憶手段に所定の形式で記憶している前記各共通部分のテキストデータ，前記各識別データ及び前記各差込部分の前記各パターンに対応するテキストデータを基に、前記各パターンの電子メールを生成するメール生成ステップと
    を備えることを特徴とするメール編集支援方法。
13. 請求項１〜１１のいずれかに記載のメールサーバが備える各手段を、コンピュータに機能として実現させるためのプログラム。