(57)【要約】【課題】  面倒なＣＧＩの細かな修正をしなくても種々の書式のＥメールから必要な情報をデータベースに自動的に取り込むことのできるシステムを提供する。  【解決手段】任意の判定文字列と開始文字列と終了文字列を設定できる。抽出した情報の登登録先も設定できる。受信したＥメールの解析を開始すると、「判定文字列検索モード」となりＥメール中の判定文字列を検索し、判定文字列を発見すると「開始文字列検索モード」となり開始文字列を検索し、開始文字列を発見すると「終了文字列検索モード」となり終了文字列を検索し、終了文字列を発見すると開始文字列の最初から終了文字列の最後までの情報を抽出し、登録先に登録する。 【選択図】図１
2006018547.tif 000002
【特許請求の範囲】
【請求項１】
Ｅメールに記載された情報中から自動的に必要な情報を抽出してデータベースに取り込む情報取込システムであって、
Ｅメールから情報を取り出すためのフィルタとして任意の判定文字列と開始文字列と終了文字列を設定できると共に、抽出した情報を登録するデータベースのフィールドを登録先として設定することができ、
受信したＥメールの解析を開始すると、「判定文字列検索モード」となりＥメール中の判定文字列を検索し、該判定文字列を発見すると「開始文字列検索モード」となり開始文字列を検索し、開始文字列を発見すると「終了文字列検索モード」となり終了文字列を検索し、終了文字列を発見すると開始文字列の直後から終了文字列の直前までの情報を抽出し、
抽出した情報を登録先として設定されているデータベースの所定のフィールドに登録可能であることを特徴とする情報取込システム。
【請求項２】
「開始文字列検索モード」又は「終了文字列検索モード」で検索中に判定文字列を発見すると該判定文字列以降の内容について新たに「開始文字列検索モード」で検索を行い、
「開始文字列検索モード」又は「終了文字列検索モード」で検索中に開始文字列を発見すると該開始文字列以降の内容について新たに「終了文字列検索モード」で検索を行い、
「終了文字列検索モード」で検索中に終了文字列を発見すると該終了文字列以降の内容について新たに「開始文字列検索モード」で検索を行うことを特徴とする請求項１記載の情報取込システム。
【請求項３】
開始文字列として特定の文字列を設定しない場合は、「開始文字列検索モード」となった直後の文字を抽出すべき値の先頭として認識することを特徴とする請求項１又は請求項２記載の情報取込システム。
【請求項４】
終了文字列として改行を設定することにより、改行を終了文字列として認識させることがてきることを特徴とする請求項１から請求項３のいずれかの請求項に記載の情報取込システム。
【請求項５】
抽出する情報について予め連結の設定をすることにより、複数の情報を連結して１つの情報としてデータベースの所定のフィールドに登録可能であることを特徴とする請求項１から請求項４のいずれかの請求項に記載の情報取込システム。
【請求項６】
連結により得られた情報をデータベースの所定のフィールドに登録するに際し、連結する情報の情報種別が文字の場合は抽出順に文字を並べたものを１つの情報として登録し、連結する情報の情報種別が数値又は通貨である場合には、連結する情報の加算結果を１つの情報として登録することを特徴とする請求項５記載の情報取込システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｅメールに記載された情報から必要な情報を抽出してデータベースに自動的に取り込むためのシステムに関するものである。
【背景技術】
【０００２】
近年ではＥメールを利用して情報をやりとりする事が多くなってきた。そして、ビジネスにおいてはＥメールにて送られてきた情報をデータベースに取り込んで有効利用することが日常的に行われている。
【０００３】
Ｅメールの情報をデータベースに取り込んで利用する典型的な場合としてオンラインショップ（インターネットを利用した通信販売店）の注文メールを例にとって説明する。客はインターネットを利用してショップのｗｅｂサイトにアクセスし、購入を希望する商品が見つかれば購入申し込みを行う。購入申し込みの仕方は種々有るが、所定の注文フォームに入力して送信するのが一般的である。
【０００４】
客は注文フォームに設けられている項目に必要事項、例えば氏名，氏名のフリガナ，住所，電話番号，Ｅメールアドレス等を入力する。商品名は商品を選択すると自動的に入力されるように設定されていることが多く、個数，支払い方法などについては予め用意された選択肢の中から選択させることが多い。又、合計金額も商品の単価，数量，送料から自動計算されて入力されることが多い。
【０００５】
注文フォームへの入力が完了し、内容を確認して「送信（注文）」ボタンをクリックすると、記入された事項が所定の書式のＥメールとしてショップに送信される。
【０００６】
受信したＥメールのデータベースへの取込処理の大まかな流れについて参考までに説明する。最初にデータベースへの取込処理をすべきＥメールと、取込処理しないＥメールとを判別する。判別はＥメールの「件名」により判断するようにした。例えば「注文書」という件名のものだけを取り込みようにする。尚、件名に受注番号や日時などが自動的に付加されるような場合は、完全一致でなく、前方一致などの部分一致で判断するようにしても良い。
【０００７】
次に取込処理すべきＥメールについて「メール解析処理」を行う。この処理によりデーベースに登録すべき情報を抽出する。この「メール解析処理」に際しては従来のシステムでは使いにくさが有るが、これについては後述する。
【０００８】
「メール解析処理」により抽出した情報はそのままデータベースに登録しても良いが、利用しやすいように種々の処理を加えても良いよい。例えば、登録先が「顧客氏名」や「電話番号」となる情報については抽出した文字列中のスペース文字を削除するような前処理が考えられる。
【０００９】
又、登録前に情報の内容を簡略化するような前処理、例えばダイレクトメール（ＤＭ）の送信可否に関して「送付希望します」という情報を「ＤＭ可」という情報に変更，「送付しないで」という情報を「ＤＭ否」という情報にするような前処理をしても良い。
【００１０】
必要により抽出した情報の修正処理を行うこともできる。情報修正処理としては、例えば「都道府県」が選択されていない場合に、「住所」中から「都道府県」の文字列を検索して「都道府県」の値に移動させることや、送料と代引手数料と冷蔵便料金から合計送料を算出して「送料合計」の値として採用するような修正処理が考えられる。
【００１１】
「顧客情報登録処理」を行うこともできる。これは以前に登録した顧客であるかを確認して、顧客情報を最新の状態にするために行う処理である。抽出した「顧客氏名」と「電話番号」を用いてデータベースを検索し、同一の顧客が存在するか否か確認する。「顧客氏名」のみならず「電話番号」でも検索するのは同姓同名の顧客を判別するためである。
【００１２】
該当する顧客が見つかれば、「リピーター区分」として「リピーター」という情報を与える。そして、「住所」，「Ｅメールアドレス」等の顧客情報に関する項目をデータベースの顧客情報に上書きする。これにより、顧客情報を最新のものに更新することができる。データベースに該当する顧客が無い場合には新規に顧客情報として扱う。
【００１３】
「受注情報登録処理」として、メモリ上に記録した情報をデータベースに新規に登録し、フィルタ取込処理が完了する。以上が、取込処理の流れの一例である。
【００１４】
次に、このような従来の取込システムを使う上で、不便な点について説明する。図８はＥメールとデータベースとの関係を説明する図であり、図中において(A)はＥメール（注文メール）の内容、(B)はデータベースのテーブルを示している。Ｅメールの情報をデータベースに自動的に取り込むためにはＥメールとデータベースに関して種々の条件が存在する。
【００１５】
まず、Ｅメールには「項目名」と「値」が必要である。図８の場合、「商品名１」，「お名前」等が「項目名」に該当し、「りんご」，「通販太郎」等が「値」となる。つまり、必要事項の名称が「項目名」、客が入力する情報を中心とした情報が「値」となる。
【００１６】
この「項目名」とそれに対応する「値」とは１行に記載されている必要があると共に、「項目名」と「値」とは「区切り記号」を介して１対１に対応させておく必要がある。区切り記号とは「項目名」と「値」とを区切るために用いられる記号であり、使用できる記号は特定の記号に限定されている。又、１行に複数の「項目名」や「値」が記載されていると取り込むことができない。
【００１７】
しかも、Ｅメールの項目名とデータベースのフィールド名とは一致させる必要がある。そのため、例えばデータベースのフィールド名が「顧客氏名」である場合には、受信するメールの顧客氏名に関する項目も「顧客氏名」とする必要があり、仮にメールの顧客氏名に関する項目が「お名前」となっていれば両者が一致しないので取り込むことができない。
【００１８】
更に、「項目名」と「フィールド名」とが１対１に対応している関係で、１通のＥメール中に同じ項目名を２回以上使うことができない。そのため、例えば複数の商品の注文が予測されるような場合には、「商品名」という項目名を２カ所以上で使用できないので「商品名１」，「商品名２」のような別の項目名にする必要がある。
【００１９】
このように従来はＥメールの情報をデータベースに取り込むためには、多くの条件があり、その条件を満たすように注文メールの書式を設定してやる必要があった。注文フォームによるＥメールの作成・送信はサーバに記録させているＣＧＩを利用しているため、Ｅメールの書式、例えば項目名，改行位置，区切り記号等を設定するためにはＣＧＩを修正する必要がある。
【００２０】
ところが、ＣＧＩの設定や修正には知識や慣れが必要であり、その分野の専門の担当者がいない小さな会社や商店では容易に行うことができず、外注や委託により設定や修正をしてもらっていることも多い。
【００２１】
更にショッピングモールと称されるサイトを利用して販売をする場合は、ショッピングモール管理者が提供する所定の注文フォームを使わなくてはならない場合があり、この場合は勝手にＣＧＩを修正してＥメールの書式を変更することは殆ど不可能である。
【特許文献１】特開２００２−７４１０７公報
【発明の開示】
【発明が解決しようとする課題】
【００２２】
そこで本発明は、いろいろな書式のＥメールから必要な情報を抽出してデータベースに自動登録することが可能な情報取込システムを提供することを課題とする。
【課題を解決するための手段】
【００２３】
請求項１記載の情報取込システムは、Ｅメールに記載された情報中から自動的に必要な情報を抽出してデータベースに取り込む情報取込システムであって、Ｅメールから情報を取り出すためのフィルタとして任意の判定文字列と開始文字列と終了文字列を設定できると共に、抽出した情報を登録するデータベースのフィールドを登録先として設定することができ、受信したＥメールの解析を開始すると、「判定文字列検索モード」となりＥメール中の判定文字列を検索し、判定文字列を発見すると「開始文字列検索モード」となり開始文字列を検索し、開始文字列を発見すると「終了文字列検索モード」となり終了文字列を検索し、終了文字列を発見すると開始文字列の直後から終了文字列の直前までの情報を抽出し、抽出した情報を登録先として設定されているデータベースの所定のフィールドに登録可能であることを特徴とする。
【００２４】
これによれば、判定文字列により取り込むべき情報が有ることを判断させ、開始文字列と終了文字列とにより必要な情報を抽出することができる。そして、抽出した情報はデータベースの予め設定されたフィールドに登録することができる。したがって、従来の情報の取込と比較して、種々の書式のＥメールから情報を取り込むことが可能となる。そのため、Ｅメールの書式を定めるＣＧＩを修正する必要は大幅に少なくなる。
【００２５】
請求項２記載の情報取込システムは請求項１の情報取込システムにおいて、「開始文字列検索モード」又は「終了文字列検索モード」で検索中に判定文字列を発見すると該判定文字列以降の内容について新たに「開始文字列検索モード」で検索を行い、「開始文字列検索モード」又は「終了文字列検索モード」で検索中に開始文字列を発見すると該開始文字列以降の内容について新たに「終了文字列検索モード」で検索を行い、「終了文字列検索モード」で検索中に終了文字列を発見すると該終了文字列以降の内容について新たに「開始文字列検索モード」で検索を行うことを特徴とする。
【００２６】
これによれば、従来のシステムのように判定文字列と値を１対１に対応させる必要がない。
つまり、１つの判定文字列と複数組の開始文字列と終了文字列とを利用したグループを形成させることにより、１つの判定文字列で複数の値を抽出することができる。
【００２７】
請求項３記載の情報取込システムは請求項１又は請求項２の情報取込システムにおいて、開始文字列として特定の文字列を設定しない場合は、「開始文字列検索モード」となった直後の文字を抽出すべき値の先頭として認識することを特徴とする。
【００２８】
これによれば、具体的な文字列を開始文字列として特定する必要がなく、判定文字列の後の文字を抽出すべき情報の最初として特定することができる。具体的な文字列を設定しなくても良いので情報の抽出がし易くなる。
【００２９】
請求項４記載の情報取込システムは請求項１〜請求項３の情報取込システムにおいて、終了文字列として改行を設定することにより、改行を終了文字列として認識させることがてきることを特徴とする。
【００３０】
これによれば、Ｅメール中の改行を検出して終了文字列を検出したのと同様に抽出すべき情報の最後を特定することができる。具体的な文字列を設定しなくても良いので改行を有効に利用することにより情報の抽出がし易くなる。
【００３１】
請求項５記載の情報取込システムは請求項１〜請求項４の情報取込システムにおいて、抽出する情報について予め連結の設定をすることにより、複数の情報を連結して１つの情報としてデータベースの所定のフィールドに登録可能であることを特徴とする。
【００３２】
これによれば、複数の情報を連結して１つの情報とすることができ、その連結した情報をデータベースの１つのフィールドに登録することができる。そのため、複数の項目に該当する情報をまとめて管理することができるようになる。
【００３３】
請求項６記載の情報取込システムは請求項５の情報取込システムにおいて、連結により得られた情報をデータベースの所定のフィールドに登録するに際し、連結する情報の情報種別が文字の場合は抽出順に文字を並べたものを１つの情報として登録し、連結する情報の情報種別が数値又は通貨である場合には、連結する情報の加算結果を１つの情報として登録することを特徴とする。
【００３４】
これによれば、連結により抽出した複数の文字列を並べて１つの文字列として登録することや、抽出した複数の数字や金額を加算して合計としてデータベースの１つフィールドに登録することが可能となる。
【発明の効果】
【００３５】
従来はＥメールの情報をデータベースに取り込もうとすると多くの制限が有り、データベースに合わせてＥメールの書式を設定する必要があった。そのため、面倒なＣＧＩの細かな修正も必要となっていた。しかしながら、本発明の情報取込システムのフィルター機能により取り込みの設定を行えば、色々な書式のＥメールの情報をデータベースに取り込むことができるようになる。したがって、ＣＧＩの細かな修正も殆ど必要なくなる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明を好適な実施例を用いて説明する。各実施例はオンラインショップで注文のＥメールから情報をデータベースに取り込む場合を例にとって説明する。
【実施例１】
【００３７】
本発明はＥメールからの情報の抽出とデータベースの登録先に特徴を有するものであるので、その部分について詳細に説明するが抽出した後の情報修正等の処理については特に限定されるものではない。
【００３８】
Ｅメール中から必要な値を抽出して、データベースの所定のフィールド名に取り込むが、そのための準備として予め「判定文字列」，「開始文字列」，「終了文字列」と「登録先」等をフィルターに設定しておく。
【００３９】
ここで、「判定文字列」は取り込むべき情報が有ることを判別するための文字列であり、「開始文字列」は抽出すべき値（情報）の最初の部分を判断するための文字列であり、「終了文字列」は抽出すべき値の最後の部分を判断するための文字列である。本実施例では「開始文字列」の直後から「終了文字列」の直前までの情報を値として抽出する。「開始文字列」や「終了文字列」それ自体は値に含まれない。又、「登録先」とは抽出した値を登録すべきデータベースのフィールドのことである。
【００４０】
Ｅメールの解析中に、受信メール中にこの「判定文字列」を見つけると、次にその「判定文字列」の後に出てくる「開始文字列」と「終了文字列」とにより定められる値を抽出する。
【００４１】
図７はメール解析の流れを説明する図である。最初に値の抽出に先立ってメモリの登録領域をクリアする。これは、登録すべき情報を一旦メモリに保持させ、１件のメールの処理毎にまとめてデータベースに登録している関係で、解析前に前回取込処理した際の記録した古い情報を消去しておくためである。
【００４２】
メール解析においては、まず「判定文字列検索モード」となり受信メール中の「判定文字列」をメールの上から下に向かって順に探す。そして、予め設定されている「判定文字列」を発見すると「開始文字列検索モード」に移行する。
【００４３】
「開始文字列検索モード」においては、メール中の先に発見した「判定文字列」以降の内容について「判定文字列」と「開始文字列」を検索する。「開始文字列検索モード」中に「判定文字列」が発見されれば、その新たに発見した「判定文字列」以降の内容について、新たに「開始文字列検索モード」で検索が始まる。又、「開始文字列検索モード」中に「開始文字列」が発見されれば、「終了文字列検索モード」に移行する。
【００４４】
「終了文字列検索モード」においては、発見した「開始文字列」以降の内容中の「判定文字列」と「開始文字列」と「終了文字列」を検索する。「終了文字列検索モード」中に「判定文字列」が発見されれば、その新たに発見した「判定文字列」以降の内容について、新たに「開始文字列検索モード」で検索が始まる。又、「終了字列検索モード」中に「開始文字列」が発見されれば、その「開始文字列」以降の内容について新たに「終了文字列検索モード」で検索が始まる。
【００４５】
「終了文字列検索モード」中に「終了文字列」が発見されれば、先の「開始文字列」と「終了文字列」との間の文字列を値として抽出し、メモリに記録し登録に備える。メール本文全てについて検索が終了していれば、メール解析処理は終了するが、メール本文全ての検索が未だできていない場合は、再び「開始文字列検索モード」となり、残りのメール本文について同様に検索を続行する。
【００４６】
設定は受信するＥメールの書式に応じて種々設定することができるが、代表的な設定の仕方について説明する。図１は取込フィルタの設定を説明する図であり、図中(A)は処理すべきＥメールの内容であり、(B)はフィルタの設定を示している。
【００４７】
項目名は一定であるが、抽出すべき値は受信するＥメールにより異なる。氏名，住所，電話番号などは注文する人により異なるからである。そのため、具体的な氏名や住所の一部などを「開始文字列」や「終了文字列」として利用することができない。
【００４８】
そこで、「開始文字列」を指定しない場合は、「開始文字列検索モード」に移行直後、この場合では「判定文字列」の直後の文字（ここにいう「文字」とは仮名文字や英文字や漢字だけでなく、記号や数字も含む概念である）を抽出すべき値の先頭と判断するようにした。
【００４９】
又、「終了文字列」としては「改行」も設定できるようにした。そのため、行毎に値が記載されているようなメール書式であれば、「終了文字列」として「改行」を設定しておくことにより抽出すべき値の最後を特定することができる。
【００５０】
このような作業を自動的に繰り返すことにより、Ｅメールから複数の値を抽出することができる。
【００５１】
尚、図１（Ｂ）において、「終端」という設定項目を設け、それらにチェックを入れているが、この「終端」とは１つの「判定文字列」に対応する一連の情報の抽出がその行で終了することを判別するために設定している。
【００５２】
そして抽出された値は、夫々「登録先」として設定されたデータベースのフィールドに取り込まれて登録されることなる。「登録先」の設定により抽出した値とフィールド名は任意に対応付けることができるため、データベースのフィールド名は注文メールの項目名に限定されることはない。例えば、注文メールにおける項目が「お名前」であっても、データベースの「顧客氏名」のフィールドを「登録先」として設定しておけば、「顧客氏名」のフィールドに値を登録することが可能となる。
【００５３】
Ｅメールに記載の「項目名」とデータベースの「フィールド名」とを一致させる必要が無いので、「項目名」を「フィールド名」とを一致させるためにわざわざＣＧＩを修正する必要がない。更に、１つの値に対して複数の「登録先」を設定できるようにすれば、同じ値をデータベースの２カ所以上にフィールドに登録するような便利な使い方も可能である。
【００５４】
上記の図１の場合では、１つの「値」を抽出するために、「判定文字列」，「開始文字列」，「終了文字列」を各１つずつ使いっていた。つまり、「判定文字列」と「開始文字列」と「終了文字列」は各１個で１セットとして使用していた。しかしながら、１つの「判定文字列」と複数の「開始文字列」と複数の「終了文字列」とからグループを形成させるような設定も可能である。この場合、「判定文字列」から「終端」に至るまでの１つのグループ内で複数組の「開始文字列」と「終了文字列」を使って複数の値を抽出することができる。
【００５５】
１つのＥメール中に複数のグループがあるようにしてもよい。そして、複数のグループがある場合、１つのメール中に同じ項目名が存在していても支障がない。例えば図２に示したものは、(A)の受信メール中に「お名前」，「電話番号」等の同じ項目名が有るが、「ご注文主」と「お届け先」を判定文字列として設定し、２つのグループにすれば各グループには同じ項目名は存在しないので、問題なく取り込むことができる。したがって、従来のように異なる項目名となるようにＣＧＩを修正する必要がない。
【００５６】
次に受信メール中に項目名が無い場合の設定について説明する。図３の(A)は項目名が記載されていない書式のＥメールである。従来であれば、項目名がない場合は値を取り込むことができなかった。しかし、本実施例では値が１行毎に書かれているのであれば、受信メールに項目名が無くても値を抽出することができる。その場合、「開始文字列」に「未設定」と、「終了文字列」に「改行」を使用して設定すると良い。
【００５７】
「開始文字列」を「未設定」とすることにより「開始文字列検索モード」移行後に最初の文字が抽出すべき値の先頭と認識される。そして、「終了文字列」が「改行」であるので、「開始文字列検索モード」移行後に最初の文字からその行の最後までが値として抽出されることになる。
【００５８】
「終了文字列検索モード」中に「終了文字列」が発見されれば検索モードは「開始文字列検索モード」に移行する。この場合、次の行の先頭文字が抽出すべき値の先頭と認識されることとなり、続けて値を抽出することができる。したがって、項目名が無くても複数の値を抽出することが可能となる。
【００５９】
次に受信メール中の項目名と値が同じ行に無い場合の設定について説明する。図４の(A)に示すＥメールのように項目名の次の行に値が存在する場合には、図４の(B)に示すように「改行」欄にチェックを入れるとよい。項目名を「判定文字列」とし、「開始文字列」を「未設定」、「終了文字列」を「改行」すると、「判定文字列」の存在する行の次の行を値として取り込むことができる。
【００６０】
次に、受信メールの１行中に複数の項目名や値が存在する場合の設定について説明する。図５の(A)に示すＥメールのように１行中に複数の項目名や値が存在する場合でも、「開始文字列」と「終了文字列」を設定しておくことにより、値を抽出してデータベースの所定のフィールドに登録することができる。
【００６１】
このように本実施例の情報取込システムによれば、従来は不可能であった「１つのメール中に同じ項目名が複数存在する場合」，「項目名がない場合」，「項目名と値が別の行に記載されている場合」，「１行中に複数の項目名や値がある場合」にも受信メールから必要な値を抽出し、データベースの任意のフィールドに取り込むことができる。これらは、取込フィルタの設定により対応することができるので、ＣＧＩを修正して受信メールの書式を変更する必要が大幅に少なくなる。
【実施例２】
【００６２】
本実施例は実施例１の機能に加えて、値を連結して取込可能な機能を追加した例である。図６は本実施例を説明する図であり、(A)は受信メールの一部、(B)はデータベースの取込設定画面である。データベースの取込設定画面には「連結」の設定欄にチェックを入れると同じ登録先に登録すべき値は連結される。
【００６３】
図６の場合、「姓」の項目の値（「通販」）と、「名」の項目の値（「太郎」）とが連結して「顧客氏名」のフィールドに登録される。その結果、「顧客氏名」のフィールドには「通販太郎」という値が登録されることとなる。
【００６４】
尚、上記のように連結する情報のタイプが「文字」同士である場合には、連結すると文字が読み込み順に続けて記録されるが、連結する情報のタイプが「数値」同士又は「通貨」同士である場合には、各値を加算して登録されるようにした。連結の設定が可能である点以外は実施例２と同様である。
【００６５】
尚、上記のいずれの実施例においても、メール解析処理の設定を複数パターン設定できるようにして、受信したメールにより異なった設定で解析して取り込むようにしても良い。例えば、複数のショッピングモールに出店しており、ショッピングモール毎に独自の注文フォームが決められているような場合、各ショッピングモールから送られてくる注文メールの書式が異なる。
【００６６】
そのような場合でも、各ショッピングモールの注文メール書式毎に設定を行い、注文メールを受信した際に、発信元又はメール内の特定の情報を元にどのショッピングモールからの注文メールであるかを判別すれば、それの書式に対応した設定で解析して取り込むことができる。
【産業上の利用可能性】
【００６７】
以上、代表的な例としてオンラインショップの注文用Ｅメールについて説明したが、Ｅメールの情報からデータベースを自動生成する用途であれば、他の用途であったも良い。例えば、地方の支店からＥメールで送られてきた情報を本社にて一括してデータベース化するような用途や、ｗｅｂサイト上で行うアンケートに基づいたデータベース作成等にも利用することができる。
【図面の簡単な説明】
【００６８】
【図１】実施例１における取込設定を説明する図（その１）。
【図２】実施例１における取込設定を説明する図（その２）。
【図３】実施例１における取込設定を説明する図（その３）。
【図４】実施例１における取込設定を説明する図（その４）。
【図５】実施例１における取込設定を説明する図（その５）。
【図６】実施例２における取込設定を説明する図。
【図７】メール解析処理の流れを説明する図。
【図８】従来のデータベースへの取込設定を説明する図。
【図１】
2006018547.tif 000003
【図２】
2006018547.tif 000004
【図３】
2006018547.tif 000005
【図４】
2006018547.tif 000006
【図５】
2006018547.tif 000007
【図６】
2006018547.tif 000008
【図７】
2006018547.tif 000009
【図８】
2006018547.tif 000010