(57)【要約】【課題】受信した大量のメールを短時間で自動分類できるようにする。【解決手段】複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルを記憶させたデータベースを備えるサーバが受信したメールを分類する方法であって、前記サーバが１又は複数のユーザ端末からメールを受信する受信工程と、前記サーバが前記受信工程で受信した各メールについてメールの件名欄に前記検索テーブル中のキーワードが含まれるかを検索する件名内検索工程と、前記サーバが前記受信工程で受信した各メールについて前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程とを含み、前記件名内検索工程において前記サーバが高い重要度と関連付けられたタグのキーワードから順に検索を行い前記件名欄に前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する。【選択図】図２
2010152663.tif 000002
【特許請求の範囲】
【請求項１】
複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルを記憶させたデータベースを備えるサーバが、受信したメールを分類する方法であって、
前記サーバが、１又は複数のユーザ端末からメールを受信する受信工程と、
前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを検索する件名内検索工程と、
前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程とを含み、
前記件名内検索工程において、前記サーバが、高い重要度と関連付けられたタグのキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了することを特徴とする受信メール内容自動分類方法。
【請求項２】
さらに、
前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、
前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、
前記サーバが、前記集計結果を含むメールを前記送信元に返信する結果返信工程とを含むことを特徴とする請求項１に記載の受信メール内容自動分類方法。
【請求項３】
前記データベースが、１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブル及び、前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルをも記憶されたものであって、
前記受信工程の前に、
前記サーバが、配信する毎に一意の識別子を生成し、前記識別子を含めたメールアドレスを返信先メールアドレスとして生成し、前記識別子と前記配信先メールアドレスとを互いに関連付けて前記データベースに記憶する返信アドレス設定工程と、
前記サーバが、前記返信アドレス設定工程で生成された前記返信先メールアドレスを返信先に設定し、前記識別子と関連付けられた配信先メールアドレスを宛先に設定し、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを送信するメール送信工程とを含み、
前記受信工程が、
受信にあたり、前記サーバが、メールの宛先メールアドレスに、前記データベースに記憶された識別子が含まれるかを検索し、前記データベースに記憶された識別子が含まれるときにメールを受信し、
さらに、メールの送信元メールアドレスが、検索した識別子に関連付けて記憶された配信先メールアドレスと一致するかを判定するものであって、
前記件名内検索工程が、前記受信工程で一致すると判定されたメールについて検索を行うものであり、一致した配信先メールアドレスに関連付けられたグループに対するタグのみ検索することを特徴とする、請求項１又は請求項２記載の受信メール内容自動分類方法。
【請求項４】
前記配信先テーブルが、各配信先メールアドレスに対する登録者名も含むものであり、
前記結果返信工程が、前記サーバが、タグ毎の、受信したメールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも前記集計結果に含ませることを特徴とする請求項３に記載の受信メール内容自動分類方法。
【請求項５】
前記管理者本人確認工程と前記集計工程と前記結果返信工程の代わりに、
前記サーバが、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し集計結果取得要求の入力受付し、集計結果取得要求の入力がされたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成するｗｅｂ用集計工程と、
前記集計工程後、前記サーバが、前記集計結果を前記管理用ｗｅｂ画面に表示させる結果表示工程を含み、
さらに、前記結果表示工程の後に、
前記サーバが、管理者端末に前記管理用ｗｅｂ画面において再集計結果取得要求の入力受付し、再集計結果取得要求の入力がされたとき、前記サーバが、メールの件名欄に、前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、メールの本文欄に前記検索テーブル中のキーワードが含まれるかを検索する本文内検索工程と、
前記サーバが、前記件名内検索工程で前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、前記本文内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、
前記サーバが、前記本文内検索工程で検索されたキーワードに関連付けられたタグが同じであるメール数を前記メール数リストに加えて更新したメール数リストを含む再集計結果を作成する再集計工程とを含むことを特徴とする請求項２に記載の受信メール内容自動分類方法。
【請求項６】
前記サーバが、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力受付し、入力受付したタグとキーワードと重要度を互いに関連付けて前記検索テーブルに追加するタグ追加工程を含むことを特徴とする請求項５に記載の受信メール内容自動分類方法。
【請求項７】
複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルと、
１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブルと、
前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルと
が記憶されたデータベースを備えるサーバが、各配信先メールアドレスの保有者の安否確認をする方法であって、
前記サーバが、各グループ毎に所定の返信先メールアドレスを返信先とし、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを、各配信先メールアドレスに送信するメール送信工程と、
次に、前記サーバが、前記所定の返信先メールアドレス宛てのメールを受信する受信工程と、
前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを、高い重要度と関連付けられたキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する件名内検索工程と、
前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、
前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、
前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、
前記サーバが、前記メール数リストを含むメールを前記送信元に返信する結果返信工程とを含むことを特徴とする安否確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信メール内容自動分類方法及び安否確認方法に関する。より詳しくは、受信したメールを内容に応じて自動分類する方法及びこれを利用した災害時等の安否確認方法に関する。特に携帯電話を用いた安否確認に適する。
【背景技術】
【０００２】
災害時の安否確認には、携帯電話等による電話やメールの返信の有無による確認にｗｅｂページなどでのＩＤとパスワードの入力及びメッセージなどの入力による確認などの方法がある（例えば、特許文献１参照）。また、ｗｅｂページへのアクセスを要せず、メールの本文へのキーワード記載したメールの返信のみで安否確認を行っている方法もある（例えば、特許文献２参照）。
【０００３】
【特許文献１】特開２００３−１９８７５１号公報（０００９段落）
【特許文献１】特開２００７−２１３７６８号公報（０００６段落）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載された方法では、大人数の会社において、迅速に、出社可能な人数やけが人等の人数を把握することができないという問題があった。特許文献１に記載された方法では、安全確認にウェブページへのアクセスを要するため、アクセス集中によるサーバダウンが懸念される。また、複数回の返信を要するため、安全確認をするまでに時間がかかったり、操作が煩わしいという問題があった。
【０００５】
また、職種や属性等によっては日常ＩＤやパスワードを使用しないため、災害時にＩＤやパスワードを入力することができずに安全確認ができない場合があるという問題があった。余裕がない時に詳細な情報を入力することは、メールでの入力操作に慣れていないお年寄りなどには特に困難であるという問題があった。
【０００６】
また、ｗｅｂページで入力された情報を詳細に調べないと安全情報が把握できず、したがって入力受信速度に対し処理速度が遅くなり、サーバへの負担が大きくなり、人数が多いと処理に膨大な時間がかかるという問題があった。
【０００７】
災害時の安否確認時に限らず、受信したメールを内容に応じて分類するには、従来、メール本文全体を検索する必要があり、時間がかかるという問題があった。
【０００８】
また、メールの返信のみで安否確認を行う場合、これまでの方法では、特許文献２に記載された方法のように、本文に決まった文字を記述させて返信させる方法であった。この場合、引用返信を行い、元の文章が本文に残っている場合、本来の返信分類ではない間違った分類がされることがあった。キーワードの認識においては、従来、誤認識を防止するため、本来のキーワードではない、単純な記号などで返信をさせる必要があったが、人間がこれを目視チェックを行う場合、非常にわかりにくい、という弱点があった。又、返信者も記号への変換を要するため、その返信内容を間違えやすいという弱点があった。
【０００９】
また、本文に記載されることは、本文を解析せねばならず、本文は単純なテキスト文字だけであっても、携帯電話など端末の機種により、メールの形式は異なり、ＨＴＭＬメールやＭＩＮＥ形式のメールなど、複雑な解析を必要とし、災害時などの一度の大量の受信メールを処理しなくてはならない時に、処理に時間と、多くのメモリを消費していた。
【００１０】
また、本文に記載できるのは、きめられたテキスト文字だけであり、それ以上、詳細な連絡をすることはできなかった。
【００１１】
また、返信先メールアドレスが固定である場合、このメールアドレスが漏えいすることにより、大量のスパムメールを受けて、その処理のため、正常な処理が阻害されるという問題があった。
【００１２】
したがって、本発明の目的は、受信した大量のメールを短時間で自動分類できる受信メール内容自動分類方法およびこれを利用した安否確認方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の態様は、上記目的を達成するため、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルを記憶させたデータベースを備えるサーバが、受信したメールを分類する方法であって、
前記サーバが、１又は複数のユーザ端末からメールを受信する受信工程と、
前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを検索する件名内検索工程と、
前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程とを含み、
前記件名内検索工程において、前記サーバが、高い重要度と関連付けられたタグのキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了することを特徴とする受信メール内容自動分類方法を提供する。前記検索テーブルは、複数のタグと各タグに対する１又は複数のキーワードとを互いに関連付けたサブテーブルＡと、各タグと重要度とを互いに関連付けたサブテーブルＢとを有する検索テーブルであることが好ましい。
【００１４】
本発明の第１の態様によれば、件名欄を検索するため、メール本文を検索するよりも処理量が少なくて済み、短時間で検索が完了する。したがって、迅速な集計を可能にする。また、重要度の高い順に検索するので、自由な言葉で件名が入力されたときも、スピーディーでありながらほぼ正確に分類される。また、すべてのキーワードを検出するのではなく、１つめのキーワードが検出されれば、そのキーワードで分類するため、１件１件のメールについての処理が極めて少なくて済む。タグでまとめてメール数を集計するため、同種の内容のメールを瞬時に集計できる。本発明の第１の態様によれば、自由な言葉で件名に記載されていても、その内容に応じ、受信した大量のメールを短時間で自動分類できる。ユーザ側としても、短い言葉を件名欄に入れるだけで済むので簡便で、自由な言葉で書いても集計可能であるので集計に漏れが生じにくい。また、キーワードの記載場所が本文ではなくタイトルであり、タイトル文字は文字数、及びその記載形式が限定されているので、本文の解析することと比較するとはるかに短時間で少ないメモリで解析をすることができる。これにより、たとえば、大規模災害時でも、短時間でより多くのメールの解析処理を行うことができる。又、タイトルにキーワードを記載させることから、本文には自由に伝達事項を記載することができる。何が起こるかわからない、たとえば、災害時の安否確認などにおいて、管理者への詳細な伝達に役立つ。本発明の第１の態様によれば、キーワードに対して、タグという概念と重要度という概念が導入されているので、通常の言葉をキーワードとして、それを直接返信に書かせることにより、より多くの人にわかりやすいインターフェースを提供することができる。重要度は、たとえば、「けが」というキーワードがあったとして、「けが」だけでなく、「けがなし」や「けがあり」、あるいは、「重傷」などの言葉があり、それらを誤りなく分類するために役立つ。たとえば、「けがあり」「けがなし」を「けが」よりも重要度を高くすれば、先に「けがあり」または「けがなし」と記述したものは、「けが」を検索する前に省かれる。したがって、誤分類を防止できる。
【００１５】
さらに、
前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、
前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、
前記サーバが、前記集計結果を含むメールを前記送信元に返信する結果返信工程とを含むことを特徴とすることが好ましい。あるいは、前記管理者本人確認工程、集計工程、結果返信工程の代わりに、前記サーバが、管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し集計結果取得要求の入力受付し、集計結果取得要求の入力がされたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成するｗｅｂ用集計工程と、前記集計工程後、前記サーバが、前記集計結果を前記管理用ｗｅｂ画面に表示させる結果表示工程を含むものであってもよい。いずれも、管理者が遠隔地にいても、集計結果を迅速に把握できる。
【００１６】
前記データベースが、１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブル及び、前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルをも記憶されたものであって、
前記受信工程の前に、
前記サーバが、配信する毎に一意の識別子を生成し、前記識別子を含めたメールアドレスを返信先メールアドレスとして生成し、前記識別子と前記配信先メールアドレスとを互いに関連付けて前記データベースに記憶する返信アドレス設定工程と、
前記サーバが、前記返信アドレス設定工程で生成された前記返信先メールアドレスを返信先に設定し、前記識別子と関連付けられた配信先メールアドレスを宛先に設定し、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを送信するメール送信工程とを含み、
前記受信工程が、
受信にあたり、前記サーバが、メールの宛先メールアドレスに、前記データベースに記憶された識別子が含まれるかを検索し、前記データベースに記憶された識別子が含まれるときにメールを受信し、
さらに、メールの送信元メールアドレスが、検索した識別子に関連付けて記憶された配信先メールアドレスと一致するかを判定するものであって、
前記件名内検索工程が、前記受信工程で一致すると判定されたメールについて検索を行うものであり、一致した配信先メールアドレスに関連付けられたグループに対するタグのみ検索することが好ましい。配信毎に異なるメールアドレスであるので、返信されたメールについて、識別子と送信元メールアドレスから、どの配信先メールアドレスの保有者がどの配信メールについて返信したかが分かる。また、グループ毎に選択された複数のタグすなわち別々の検索基準で検索ができるので、たくさんのグループについて同時に返信があっても、それぞれ迅速に別の基準で検索をすることができ、処理時間が少なくてすむ。返信先アドレスが識別子を含み、毎回違うアドレスであるので、スパムメールを完全に排除することができ、サーバに余計な負荷がかからない。
【００１７】
本発明において、「一意の」には、一意的な、一義的なという意味を含む。「一意の識別子」には、例えば、一斉配信をする毎に、別々の識別子であることを含む。「識別子」には、記号や英数字の組み合わせを含む。
【００１８】
前記配信先テーブルが、各配信先メールアドレスに対する登録者名も含むものであり、
前記結果返信工程が、前記サーバが、タグ毎の、受信したメールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも前記集計結果に含ませることが好ましい。登録者のメールアドレスを開示せず返信者を管理者に知らせることができる。登録者のメールアドレスを開示してもよい場合は、各メールアドレスを返信者リストに含んでもよい。いずれも、タグ毎すなわち同種の内容の返信があったメールの数とともに返信した者を特定できる返信者リストも同時に集計結果に含まれ、誰がどの分類に属する返信をしたかを管理者に迅速に把握させることができる。
【００１９】
また、前記管理者本人確認工程と前記集計工程と前記結果返信工程の代わりに、
前記サーバが、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し集計結果取得要求の入力受付し、集計結果取得要求の入力がされたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成するｗｅｂ用集計工程と、
前記集計工程後、前記サーバが、前記集計結果を前記管理用ｗｅｂ画面に表示させる結果表示工程を含み、
さらに、前記結果表示工程の後に、
前記サーバが、管理者端末に前記管理用ｗｅｂ画面において再集計結果取得要求の入力受付し、再集計結果取得要求の入力がされたとき、前記サーバが、メールの件名欄に、前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、メールの本文欄に前記検索テーブル中のキーワードが含まれるかを検索する本文内検索工程と、
前記サーバが、前記件名内検索工程で前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、前記本文内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、
前記サーバが、前記本文内検索工程で検索されたキーワードに関連付けられたタグが同じであるメール数を前記メール数リストに加えて更新したメール数リストを含む再集計結果を作成する再集計工程とを含むことが好ましい。管理者にｗｅｂ画面上で集計結果取得要求の入力から結果表示までをさせることができる。また、管理者が再集計を要求したときだけ、件名欄ではどのような内容の返信か不明であるメールのみ本文欄を検索すればよいので、検索するサーバの処理負担が少なくて済む。本文も検索することでより多くのメールについて正確な分類が可能になる。本文内を検索したメールについても集計結果に反映させることで、より精密な集計結果を迅速に得られる。再集計工程後、サーバが、管理者端末に再集計結果をメールで送信する再集計結果送信工程を含むことが好ましい。管理者は、迅速に最初の結果を把握した後、さらに、より正確な結果を把握できる。
【００２０】
また、前記サーバが、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力受付し、入力受付したタグとキーワードと重要度を互いに関連付けて前記検索テーブルに追加するタグ追加工程を含むことが好ましい。検索するキーワードを追加し、そのキーワードに対し、分類の見出しとなるタグや検索優先度となる重要度を設定することができるので、カスタマイズが容易で、グループや状況などに応じて最適な再集計が可能となる。
【００２１】
また、前記サーバが、複数のサーバからなるサーバ群であることが好ましい。機能に特化したサーバを組み合わせることにより、全体として処理能力の高いサーバ群を実現でき、確認するメールの数が多量であっても、メールの自動分類を効率よく行うことができる。
【００２２】
また、本発明の第２の態様は、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルと、
１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブルと、
前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルと
が記憶されたデータベースを備えるサーバが、各配信先メールアドレスの保有者の安否確認をする方法であって、
前記サーバが、各グループ毎に所定の返信先メールアドレスを返信先とし、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを、各配信先メールアドレスに送信するメール送信工程と、
次に、前記サーバが、前記所定の返信先メールアドレス宛てのメールを受信する受信工程と、
前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを、高い重要度と関連付けられたキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する件名内検索工程と、
前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、
前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、
前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、
前記サーバが、前記メール数リストを含むメールを前記送信元に返信する結果返信工程とを含むことを特徴とする安否確認方法を提供する。
【００２３】
本発明の第２の態様によれば、受信した大量のメールを短時間で自動分類できる。件名欄を検索するため、メール本文欄を検索するよりも処理量が少なくて済み、短時間で検索が完了する。したがって、迅速な集計を可能にし、緊急時の安否確認に適する。単なる生存確認だけでなく、たとえば、けがをしていないか、出社可能かなどの詳細な情報も、キーワードによって知ることができ、さらに、たとえば「けが」と「負傷」など同種のキーワードに対し同じタグをつけて、タグ毎に、集計することで、種類別に分類できる。またさらに、検索において検索優先度となる重要度を設け、重要度の高い順に検索するので、自由な言葉で件名が入力されたときも、スピーディーでありながらほぼ正確に分類される。災害時は、決められた通りの言葉を入力するのが困難で入力される言葉にブレがあることもあるが、そのようなときでも迅速な分類集計ができる。また、すべてのキーワードを検出するのではなく、１つめのキーワードが検出されれば、そのキーワードで分類するため、１件1件のメールについての処理が極めて少なくて済む。タグでまとめてメール数を集計するため、同種の内容のメール数を瞬時に集計できる。グループ毎に集計できるので、たとえば、大人数の会社で、災害時に各部署において何人が出社可能で何人がけがをしたかなどの集計を迅速に行うことができる。また、ユーザの通信機器にｗｅｂサイトへのアクセスをさせなくて済むので、ユーザ端末が、ブラウザ手段を有しない通信機器であっても安否確認ができる。
【００２４】
また、前記サーバが、複数のサーバからなるサーバ群であることが好ましい。機能に特化したサーバを組み合わせることにより、全体として処理能力の高いサーバ群を実現でき、確認するメールの数が多量であっても、メールの自動分類を効率よく行うことができる。
【発明の効果】
【００２５】
本発明によれば、受信した大量のメールを短時間で自動分類できる。
【発明を実施するための最良の形態】
【００２６】
本発明の第１の実施形態は、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルを記憶させたデータベースを備えるサーバが、受信したメールを分類する方法であって、前記サーバが、１又は複数のユーザ端末からメールを受信する受信工程と、前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを検索する件名内検索工程と、前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程とを含み、前記件名内検索工程において、前記サーバが、高い重要度と関連付けられたタグのキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する受信メール内容自動分類方法である。本実施形態によれば、受信した大量のメールを短時間で自動分類できる。例えば、災害時の安否確認やアンケートなど、一度に大量のメールを処理する場合に有効である。
【００２７】
本発明の第２の実施形態は、上記本発明の第１の実施形態の受信メール内容自動分類方法を利用した安否確認方法であって、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルと、１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブルと、前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルとが記憶されたデータベースを備えるサーバが、各配信先メールアドレスの保有者の安否確認をする方法であって、前記サーバが、各グループ毎に所定の返信先メールアドレスを返信先とし、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを、各配信先メールアドレスに送信するメール送信工程と、次に、前記サーバが、前記所定の返信先メールアドレス宛てのメールを受信する受信工程と、前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを、高い重要度と関連付けられたキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する件名内検索工程と、前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、前記サーバが、前記メール数リストを含むメールを前記送信元に返信する結果返信工程とを含む安否確認方法である。本実施形態によれば、受信した大量のメールを短時間で自動分類できるうえに、管理者が遠隔地にいても集計結果をいつでも知ることができる。
【００２８】
以下、本発明の受信メール内容自動分類方法及び安否確認方法について、添付図面を参照して実施例を用いて本発明の好適な実施の形態を具体的に説明するが、本発明はこれらに限定されるものではない。
【実施例】
【００２９】
［実施例１］
本実施例は、本発明の安否確認方法の実施例で、本発明の受信メール内容自動分類方法の実施例でもある。本実施例は、ユーザの通信機器からサーバに送信されたメールに書かれた安否等について、サーバが内容別に分類して集計するものである。
【００３０】
｛構成｝
本実施例においては、通信手段がユーザの端末内にあり、通信手段及びブラウザ手段が管理者の端末内にあり、通信手段とキーワード検索手段と分類手段と集計手段と識別子作成手段と識別子照合判定手段とメールアドレス照合判定手段とメール作成手段とｗｅｂ表示手段と返信先メールアドレス作成手段とアドレス種別判定手段と、記憶蓄積手段としてのデータベースとが、複数のサーバによって構成されたサーバ群内にある。
【００３１】
本実施例においては、通信手段とキーワード検索手段と分類手段と集計手段と識別子作成手段と識別子照合判定手段とメールアドレス照合判定手段とメール作成手段と返信先メールアドレス作成手段とを有するサーバと、記憶蓄積手段としてのデータベースを有するサーバと、ｗｅｂ表示手段を有するｗｅｂサーバとが、ＬＡＮ等で接続され１つのサーバ群を形成しているが、同一のサーバであってもよい。返信先メールアドレスを固定のメールアドレスとする場合には、返信先メールアドレス作成手段を要しない。識別子が宛先メールアドレスに含まれるかを判定しない場合は、識別子照合判定手段を要しない。通信手段には、メール送信手段とメール受信手段を含む。一斉メール送信時においては、メール送信の高速化などのために、メール送信サーバが複数存在してもよい。また、通信手段を有するサーバがメール送信サーバとメール受信サーバに分かれていてもよい。また、通信手段を有するサーバが、データベースの全て又は一部の複製を保持していてもよい。
【００３２】
図１は、本発明の受信メール内容自動分類方法の実施例１において使用されるハードウェア構成を示す図である。本実施例においては、互いにＬＡＮ等で接続されたサーバＡ：３０とサーバＢ：４０とサーバＣ：５０を含むサーバ群と、通信機器１０とは、インターネットやＬＡＮ、ＷＡＮ等の通信ネットワーク２０を介して相互に通信可能である。
【００３３】
ユーザの通信機器１０は、例えば、パーソナルコンピュータ（ＰＣ）や携帯電話、ＰＤＡ等、メールの送受信による通信手段を有する端末である。管理者の通信機器６０は、例えば、パーソナルコンピュータ（ＰＣ）や携帯電話、ＰＤＡ等、メールの送受信による通信手段及びブラウザ手段を有する端末である。ブラウザ手段は、ネットワーク上のサイトにアクセスしてｗｅｂページを閲覧する手段で、通信機器の画面にｗｅｂページの画面を表示する手段である。
【００３４】
サーバＡ：３０は、メール送信及びメール受信による通信手段を有するサーバであって、サーバＡ：３０は、キーワード検索手段と分類手段と集計手段と識別子作成手段と識別子照合判定手段とメールアドレス照合判定手段とメール作成手段と返信先メールアドレス作成手段を有する。サーバＡ：３０は、サーバの特定のメールアドレスに送信されたメールは、自動的に受信する。サーバＣ：５０は、ｗｅｂ表示手段を有するｗｅｂサーバである。
【００３５】
サーバＢ：４０は、データベースを有するサーバで、該データベースには、キーワード、キーワードＩＤ、タグ、タグＩＤ、重要度、配信先メールアドレス、ユーザＩＤ、登録者名、グループ名、グループＩＤ、管理者メールアドレス、返信先メールアドレス、識別子、送信メール内容、ｗｅｂフォーム画面の各データが記憶し蓄積されている。
【００３６】
キーワード、キーワードＩＤ、タグ、タグＩＤ、重要度は、複数のサブテーブルからなる検索テーブル中に含まれてデータベースに記憶されている。検索テーブルは、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられたテーブルである。本実施例では、検索テーブルは、複数のタグと各タグに対する１又は複数のキーワードとを互いに関連付けたサブテーブルＡと、各タグと重要度とを互いに関連付けたサブテーブルＢとを有する。表１はサブテーブルＡの例であり、表２はサブテーブルＢの例である。タグＩＤはタグについての番号で、キーワードＩＤはキーワードについての番号である。一つのキーワードに対し、タグＩＤは１つであり、一つのタグＩＤに対しキーワードは複数ある。また、一つのタグＩＤに対し重要度は１つである。同じ検索テーブル中では異なるタグで重複する重要度は設定できない。キーワードやタグは数字でもよく、また多言語であってもよい。
【００３７】
【表１】
2010152663.tif 000003
【００３８】
【表２】
2010152663.tif 000004
【００３９】
配信先メールアドレス、ユーザＩＤ、登録者名、グループ名、グループＩＤは、複数のサブテーブルからなる配信先テーブル中に含まれてデータベースに記憶されている。配信先テーブルは、１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられたテーブルである。本実施例では、配信先テーブルは、配信先メールアドレスと各配信先メールアドレスに対応するユーザＩＤとを互いに関連付けたサブテーブルＡ´と、各グループ名に対するグループＩＤを互いに関連付けたサブテーブルＢ´と、親グループＩＤに対し１又は複数の子グループＩＤを互いに関連付けたサブテーブルＣ´と、ユーザＩＤに対する登録者名と各ユーザが属するグループのグループＩＤとを互いに関連付けたサブテーブルＤ´を有する。表３はサブテーブルＡ´の例であり、表４はサブテーブルＢ´の例であり、表５はサブテーブルＣ´の例であり、表６はサブテーブルＤ´の例である。ユーザＩＤは配信先メールアドレスについての番号で、グループＩＤはグループ名についての番号である。一つの配信先メールアドレスに対し、ユーザＩＤは１つであり、一つのグループ名に対しグループＩＤは一つである。一つのグループの中に複数のグループが包含される場合がある。また、一つのグループＩＤと一つのユーザＩＤの組み合わせに対する登録者名は１つである。グループＩＤは互いに重複しない。またユーザＩＤも互いに重複しない。
【００４０】
【表３】
2010152663.tif 000005
【００４１】
【表４】
2010152663.tif 000006
【００４２】
【表５】
2010152663.tif 000007
【００４３】
【表６】
2010152663.tif 000008
【００４４】
さらに各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルがデータベースに記憶されている。グループ別タグテーブルは、本実施例では、グループＩＤに対して複数のタグＩＤが互いに関連付けられたテーブルである。表７は、グループ別タグテーブルの例である。グループ別タグテーブルのタグＩＤのリストは、グループ毎の検索に用いる複数のタグリストの役割を果たす。小さい単位のグループを１又は複数含んだ大きい単位のグループを設定できるので、利便性が高い。
【００４５】
【表７】
2010152663.tif 000009
【００４６】
配信先メールアドレスは、あらかじめ登録されているものでもよいが、各ユーザ端末とサーバとがメールアドレスの所有者の本人確認の工程を行い登録されたものであることが好ましい。メールアドレスの所有者の本人確認の工程は、例えば、次のように行う。
【００４７】
サーバが、登録受付メールアドレス宛ての要求メールの受信をし、要求メール受信毎に一意の識別子であって９文字以内の英数字記号からなる識別子を生成し、前記識別子と前記要求メールの送信元のメールアドレスとを互いに関連付けてデータベースに記憶し、前記識別子を件名のみ、又は件名と本文の両方に含み返信先を確認返信メールアドレスとした確認メールを作成し、該確認メールを前記要求メールの送信元のメールアドレスに送信する識別子送信工程と、次に、サーバが、前記確認返信受付メールアドレス宛の確認返信メールの受信をし、前記確認返信メールに、前記データベースに記憶された識別子と同じ識別子が含まれるかを検索し、前記確認返信メールに含まれる識別子と関連付けて記憶されたメールアドレスが、前記確認返信メールの送信元のメールアドレスと一致するかを判定する受信メール解析工程とを含み、受信メール解析工程で一致すると判定されたときに配信先メールアドレスとして登録される。管理者メールアドレスについても同様に、あらかじめ登録されているものでもよいが、本人確認して登録されたものであることが好ましい。
【００４８】
グループ別であるときは、例えば、サーバが、登録先のグループ別に固有の登録受付メールアドレス宛の要求メールの受信をし、要求メール受信毎に一意の識別子であって９文字以内の英数字記号からなる識別子を生成し、前記識別子と前記要求メールの送信元のメールアドレスと登録先グループ名とを互いに関連付けてデータベースに記憶し、前記識別子を件名のみ、又は件名と本文の両方に含み且つ返信先を確認返信受付メールアドレスとした確認メールを作成し、該確認メールを前記要求メールの送信元のメールアドレスに送信する識別子送信工程と、次に、サーバが、前記確認返信受付メールアドレス宛の確認返信メールの受信をし、前記確認返信メールに、前記データベースに記憶された識別子と同じ識別子が含まれるかを検索し、前記確認返信メールに含まれる識別子と関連付けて記憶されたメールアドレスが、前記確認返信メールの送信元のメールアドレスと一致するかを判定する受信メール解析工程と、前記受信メール解析工程で一致すると判定されたとき、前記記憶されたメールアドレスと関連付けられた登録先グループ名を登録グループ名として、また前記記憶されたメールアドレスを登録者のメールアドレスとして、互いに関連付けて前記データベースに記憶するグループ別メールアドレス登録工程とを含み、したがってメール所有者の本人確認がされた配信先メールアドレスとグループ名が登録される。確認返信メール本文に登録者名を記入させ、本文を登録者名として登録してもよい。
【００４９】
返信先メールアドレスは、グループ毎に固有の固定メールアドレスであってもよいが、配信毎に識別子を含んだ一意のメールアドレスであることが好ましい。後に詳述する。
【００５０】
識別子は、発行するたびに毎回異なるメールアドレスとする。このメールアドレスは毎回使い捨てで過去にも未来にも重複を許さない。識別子は識別子作成手段により、記号や英数字の組み合わせで作成する。
【００５１】
送信メール内容には、配信メールのメール内容が含まれる。配信メールのメール内容は、所定のキーワードを件名欄に入れた返信メールを要求する内容である。
【００５２】
ｗｅｂフォーム画面には、管理者にＩＤとパスワードの入力を受け付ける画面、集計結果取得要求や再集計結果取得要求の入力を受け付ける画面、集計結果を示す画面、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力を受け付ける画面、配信メール文章選択画面が含まれる。
【００５３】
サーバＡ：３０には、受信メール内容自動分類プログラムと集計プログラムとメールアドレス種別判定プログラムとメールアドレス所有者確認プログラムとメール配信プログラムが搭載されている。
【００５４】
上記受信メール内容自動分類プログラムは、コンピュータに、メールの件名欄内でキーワードを検索する機能、検索されたキーワードに関連付けて記憶されているタグを検索する機能、タグ毎に受信メールを分類する機能、受信メール内容をデータベースに記憶させる機能、メールの本文欄内でキーワードを検索する機能、メールを受信する機能、識別子を作成する機能、メールアドレスと識別子とを関連付けて記憶させる機能を実現させるためのプログラムである。
【００５５】
上記集計プログラムは、コンピュータに、タグ毎に分類された受信メールの数を集計する機能、集計結果を作成する機能、メールを作成する機能、メールを送信する機能、管理用ｗｅｂ画面を表示する機能、管理用ｗｅｂ画面で入力を受け付ける機能を実現させるためのプログラムである。
【００５６】
メールアドレス種別判定プログラムは、コンピュータに、サーバに送信されたメールの宛先が安否確認メール受付メールアドレスか、集計結果取得要求受付メールアドレスか、配信要求受付メールアドレスか、確認返信受付メールアドレスか、登録受付メールアドレスかを判定する機能を実現させるためのプログラムである。
【００５７】
上記メールアドレス所有者本人確認プログラムは、コンピュータに、識別子を作成する機能、メールアドレスと識別子とを関連付けて記憶させる機能、メールを作成する機能、作成するメールに識別子を追加する機能、メールを送信する機能、メールを受信する機能、メールに識別子が含まれるか否かを判定する機能、記憶されている識別子のうちメールに含まれる識別子と同じ識別子を検索する機能、識別子と関連付けて蓄積されたメールアドレスを検索する機能、メールの本文より登録希望者名を取り出す機能、登録希望者名とメールアドレスとを関連付けて記憶させる機能、蓄積されたメールアドレスがメールの送信元のメールアドレスと一致するかを判定する機能、メールアドレスと関連付けて記憶された登録希望者名を登録者名として記憶させる機能、メールアドレスと登録先グループ名とを関連付けて記憶させる機能、メールアドレスと関連付けて記憶された登録先グループ名を登録グループ名として記憶させる機能、受信したメールの送信先メールアドレスから登録先グループデータを取り出し、グループ別に登録する機能、メールアドレスがデータベースに記憶されている特定のメールアドレスと一致するか否かを判定する機能を実現させるためのプログラムである。
【００５８】
上記メール配信プログラムは、コンピュータに、配信するメールを作成する機能、受信したメールが管理者メールアドレスからのメールか否かを判定する機能、判定した結果に基づき一斉メール配信を開始させる機能、メール受信機能、メール送信機能を実現させるためのプログラムである。
【００５９】
上記メールアドレス所有者本人確認プログラムは、好ましくは、コンピュータに、ネットワークを通じてアクセス可能なｗｅｂページを提供する機能、ｗｅｂページにアクセスした通信機器の画面にｗｅｂページの画面を表示させる機能をも実現させるためのプログラムである。
【００６０】
サーバＡ：３０とサーバＢ：４０とサーバＣ：５０は、ハードウェアとして、それぞれ、ＣＰＵ、メモリ、オペレーティングシステム、デバイスドライバ等で構成される制御装置と、磁気ディスク等の二次記憶、ＬＡＮボード等の通信制御装置を備えている。サーバＣ：５０には、通常のｗｅｂサーバで、ｗｅｂ画面の取得要求をした端末に対してｗｅｂ画面を構成するＨＴＭLファイルを送信して通信機器の画面に表示させ、ｗｅｂ画面における入力データを受信する装置を備えている。サーバＡ：３０、サーバＢ：４０、サーバＣ：５０は、互いにＬＡＮやインターネット等で接続されており、サーバＡ：３０からの操作命令に基づき本発明の受信メール内容自動分類処理、これに付随する集計処理、メールアドレス種別判定処理、メールアドレス所有者本人確認処理、メール配信処理を行う。
【００６１】
サーバＡ：３０の磁気ディスクには、受信メール内容自動分類プログラムと集計プログラムとメールアドレス種別判定プログラムとメールアドレス所有者確認プログラムとメール配信プログラムが格納されている。サーバＣ：５０の磁気ディスクには、上述したデータベースが格納されている。サーバＡ：３０、サーバＢ：４０、サーバＣ：５０は、それぞれ、メール送受信サーバ、データベースサーバ、ｗｅｂサーバとしての役割を果たす。各サーバは、通常のサーバが有するクロック機能等を備えている。
【００６２】
サーバＡ：３０、サーバＢ：４０、サーバＣ：５０は、サーバＡ：３０のＣＰＵが、サーバＡ：３０の受信メール内容自動分類プログラムと集計プログラムとメールアドレス種別判定プログラムとメールアドレス所有者確認プログラムとメール配信プログラムをそれぞれサーバＡ：３０のメモリにロードして実行することにより本発明の受信メール内容自動分類処理、これに付随する集計処理、メールアドレス種別判定処理、メールアドレス所有者本人確認処理、メール配信処理が可能なコンピュータの機能を実現する。各サーバのＣＰＵは、通常のコンピュータに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行うことができる。
【００６３】
サーバＡ：３０に、通信機器１０とメールでデータを送受信する第１の通信手段と、サーバＢ：４０とデータ等を送受信する第２の通信手段とを有する。サーバＢ：４０に、サーバＡ：３０とデータ等を送受信する第１の通信手段と、サーバＣ：５０とデータ等を送受信する第２の通信手段とを有する。ユーザ端末は、サーバＡ：３０とメールでデータを送受信する通信手段を有する。管理者端末は、サーバＡ：３０とメールでデータを送受信する第１の通信手段と、サーバＣ：５０とインターネットを介してｗｅｂ画面上でデータを送受信する第２の通信手段とを有する。
【００６４】
キーワード検索手段は、サーバＢ：４０にアクセスして、サーバＡ：３０で受信したメールの件名欄に含まれる文字データを、サーバＢ：４０のデータベース内に記憶されているキーワードと照らし合わせ、一致するか判定する。検索するキーワードは、所定のタグに関連付けて記憶されたキーワードのみであり、検索する順序は、前記タグに関連付けられた重要度の順に行う。本実施例においては、数値が大きい重要度に関連付けられたタグに対するキーワードから順に検索する。１つでもキーワードが検出されたら、検索を終了する。前記所定のタグは、グループ別の場合は、受信したメールの宛先メールアドレスによって特定されるグループに対して関連付けて記憶されたタグＩＤ群に対応するタグ群であり、グループ別でなく、検索に用いるタグが検索テーブル中のすべてのタグである場合にはグループ別タグテーブルに依らず検索テーブルに基づいてキーワードの検索を行う。
【００６５】
本実施例においては、キーワード検索手段は、管理者端末からの要求に応じて、分類手段によって、その他に分類された受信メールに対してメールの本文に含まれる文字データについても件名欄内に含まれる文字データの検索と同様にして検索する。
【００６６】
分類手段は、キーワード検索手段による検索結果に基づき、サーバＢ：４０にアクセスして、受信したメールをタグ毎に分類してデータベースに記憶させる。本実施例においては、１つもキーワードが検出されなかったら、その他に分類してデータベースに記憶させる。
【００６７】
集計手段は、タグ毎に分類してデータベースに記憶された受信メールの数を、タグ毎に集計する。集計した結果からメール数リストを作成し、データベースに記憶させる。メール数リストを含む集計結果を作成してデータベースに記憶させる。メール数リストのほか、配信先メールアドレス数や配信エラー数などを含んでもよい。管理者端末からの要求に応じ、タグ毎の、受信メールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも集計結果に含ませる。
【００６８】
識別子作成手段は、サーバＡ：３０のクロック機能を利用して、システムタイムをベースに識別子を作成する。例えば、「{LAwg6nT}」、「0627su1i2xqu」のような、記号や英数字の組み合わせで作成する。英数字には、大文字・小文字のアルファベットや算用数字を含む。日付データと、サーバＡ：３０のシステムタイムをベースに生成した一意のキーとを組み合わせるなどにより、サーバＢ：４０のデータベース内に記憶されている他の識別子と重ならないように自動作成される。識別子は、本実施例では、返信先メールアドレス作成手段によって作成するメールの返信先メールアドレスの一部に含める。
【００６９】
識別子照合判定手段は、サーバＢ：４０にアクセスして、サーバＡ：３０で受信したメールの宛先メールアドレスに含まれる文字データを、サーバＢ：４０のデータベース内に記憶されている識別子全てと照らし合わせ、一致するかを判定する。
【００７０】
メールアドレス照合判定手段は、サーバＢ：４０にアクセスして、サーバＡ：３０で受信したメールの送信元のメールアドレスが、特定の識別子に関連付けて記憶されたメールアドレスと照らし合わせ、一致するかを判定する。特定の識別子とは、ここでは、識別子照合判定手段で一致すると判定された識別子をいう。また、配信要求受付メールアドレス宛てのメール及び集計結果取得要求受付メールアドレス宛てのメールの場合は、送信元メールアドレスが、データベースに記憶された管理者メールアドレスと一致するかを判定する。
【００７１】
返信先メールアドレス作成手段は、識別子作成手段によって作成された識別子を、所定の文字データと組み合わせてメールアドレスを作成する。たとえば、安否確認メール返信受付用メールアドレスには、ドメインが、「aaa.aa.jp」で、メールアカウントの最後に「-ans」と付けて返信先メールアドレスが作成され、グループ別の配信毎に作成された識別子が「0627su1i2xqu」であれば、これらを組み合わせて、「0627su1i2xqu-groupa-ans@aaa.aa.jp」というメールアドレスを自動作成する。例えば、メールアカウントの最後につける文字列を、安否確認メール返信受付用メールアドレスでは「-ans」、集計結果取得要求用メールアドレスでは「-cnt」として作成する。
【００７２】
なお、返信先メールアドレスに識別子を含めない場合は、固定メールアドレスで、例えば、メールアカウントの文字列が「グループ別英字- ans」であるグループ毎の固定メールアドレスとすることができるが、固定メールアドレスの文字列はこれらに限定されない。
【００７３】
サーバＡ：３０は、複数のメールアカウントを有することができる。固定のメールアドレスに対してメールボックスを有するほか、返信先メールアドレス作成手段により生成されたメールアドレスに対しても一時的なメールボックスを生成する。
【００７４】
メール作成手段は、宛先を、目的に応じて、データベースに記憶された配信先メールアドレス、受信したメールの送信元メールアドレス、あるいはデータベースに記憶された管理者メールアドレスとし、返信先を目的に応じた特定のメールアドレスとして、メールを作成する。目的に応じ、返信先を返信先メールアドレス作成手段で作成されたメールアドレスとする。
【００７５】
ｗｅｂ表示手段は、ネットワークを通じてアクセス可能なｗｅｂページを提供する手段で、通信機器からのアクセスに応じて通信機器に管理者用ｗｅｂ画面としてのＨＴＭＬファイルを送信して通信機器の画面に表示させて、管理者用ｗｅｂ画面内のフォームに入力されたデータをサーバに送信する手段である。ｗｅｂ表示手段は、サーバＢ：４０にアクセスして、メールアドレス記入欄を含むｗｅｂフォーム画面データを取り出し、ネットワーク上に提供する。例えば、管理者用ｗｅｂ画面データを含むｗｅｂページにアクセスしたユーザーの端末の画面にネットワークを介して管理者用ｗｅｂ画面を表示する。本実施例では、管理者用ｗｅｂ画面には、ＩＤとパスワードと集計結果取得要求の入力を受け付ける画面、集計結果を表示した画面、再集計結果取得要求の入力を受け付ける画面、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力を受け付ける画面が含まれる。入力を受け付ける画面において入力を受け付け、入力されたデータは、サーバＡ：３０に送信される。
【００７６】
アドレス種別判定手段は、サーバＢ：４０にアクセスして、サーバＡ：３０で受信したメールの宛先が、安否確認メール返信受付メールアドレスか、集計結果取得要求受付メールアドレスか、登録受付メールアドレスか、確認返信受付メールアドレスか、配信要求受付メールアドレスかを判定する。
【００７７】
本実施例では、サーバＡ：３０は、前述のハードウェア構成とメールアドレス所有者本人確認プログラムによって、キーワード検索手段と分類手段と集計手段と識別子作成手段と識別子照合判定手段とメールアドレス照合判定手段とメール作成手段と返信先メールアドレス作成手段として機能する。
【００７８】
サーバＣ：５０は、前述のハードウェア構成によって、ｗｅｂ表示手段として機能する。また、サーバＢ：４０は、前述のハードウェア構成によって、サーバＡ：３０からの命令に従い、データの記憶蓄積手段として機能する。
【００７９】
｛手順｝
本実施例の受信メール内容自動分類方法は、安否確認方法の実施例でもあり、複数のタグと各タグに対する１又は複数のキーワードと前記各タグの重要度とが互いに関連付けられた検索テーブルと、１又は複数のグループと各グループに対する１又は複数の配信先メールアドレスとが互いに関連付けられた配信先テーブルと、前記各グループと前記検索テーブル中の複数のタグとが互いに関連付けられたグループ別タグテーブルとが記憶されたデータベースを備えるサーバが、各配信先メールアドレスの保有者の安否確認をする方法であって、前記サーバが、管理者端末から配信要求メールを受信し、送信元メールアドレスの本人確認をし、確認できたら配信メールを作成する配信メール作成工程、前記サーバが、各グループ毎に所定の返信先メールアドレスを返信先とし、所定のキーワードを件名欄に入れた返信メールを要求する配信メールを、各配信先メールアドレスに送信するメール送信工程と、次に、前記サーバが、前記所定の返信先メールアドレス宛てのメールを受信する受信工程と、前記サーバが、前記受信工程で受信した各メールについて、メールの件名欄に、前記検索テーブル中のキーワードが含まれるかを、高い重要度と関連付けられたキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する件名内検索工程と、前記サーバが、前記受信工程で受信した各メールについて、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、前記サーバが、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元が前記データベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程と、前記管理者本人確認工程で管理者のメールアドレスと判定されたとき、前記サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程と、前記サーバが、前記メール数リストを含むメールを前記送信元に返信する結果返信工程とを含む安否確認方法である。
【００８０】
本実施例において、メールの送受信による、管理者本人確認工程、集計工程、結果返信工程の代わりに、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し集計結果取得要求の入力受付し、集計結果取得要求の入力がされたとき、サーバが、前記分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成するｗｅｂ用集計工程と、該集計工程後、サーバが、前記集計結果を管理用ｗｅｂ画面に表示させる結果表示工程とすることもできる。さらに、結果表示工程の後に、サーバが、管理者端末に管理用ｗｅｂ画面において再集計結果取得要求の入力受付し、再集計結果取得要求の入力がされたとき、前記サーバが、メールの件名欄に、前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、メールの本文欄に前記検索テーブル中のキーワードが含まれるかを検索する本文内検索工程と、サーバが、検索テーブル中のキーワードのいずれも検索されなかったメールについて、前記本文内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程と、サーバが、本文内検索工程で検索されたキーワードに関連付けられたタグが同じであるメール数を前記メール数リストに加えて更新したメール数リストを含む再集計結果を作成する再集計工程とを含む。さらに、サーバが、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力受付し、入力受付したタグとキーワードと重要度を互いに関連付けて検索テーブルに追加するタグ追加工程を含む。さらに、タグ追加工程でタグを追加された検索テーブルで、再度、件名内検索工程及び分類工程をして、再分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成し、集計結果を管理用ｗｅｂ画面に表示させるものであってもよい。なお、管理用ｗｅｂ画面上で、分類された受信メールの内容を表示させ、内容に応じて手動で再分類して集計し直してもよい。
【００８１】
図２は、本発明の受信メール内容自動分類方法の実施例１におけるサーバ内の主要な処理を示すフロー図である。受信メール内容自動分類プログラムは、以下に示すステップをコンピュータに実行させるものである。なお、一斉メールの配信元となる管理者メールアドレスは、サーバＢ：４０内のデータベースに記憶されている。本実施例において、管理者メールアドレスは、予め、上述したメールアドレスの所有者の本人確認を行い登録されたものである。
【００８２】
（ステップ１０１）
サーバＡ：３０は、メールが送信されたら、メールアドレス種別判定プログラムが起動し、送信されたメールの宛先メールアドレスが、サーバの特定のメールアドレスかをアドレス種別判定手段によって判定する。特定のメールアドレスに対応したメールボックスがサーバ内にあり、かかるメールボックスにメールが届くことで、それぞれの処理プログラムが起動する。受信にあたり、サーバＡ：３０が、送信されたメールの宛先メールアドレスに、データベースに記憶された識別子が含まれるかを検索し、データベースに記憶されていない識別子が含まれるときは、メールアドレス自体存在しないので、受信をしない。データベースに記憶された識別子を含むとき、又は識別子自体含まないときは次に進む。安否確認メール返信受付メールアドレス（図２において、〜”-ans”@〜）のときは、受信メール内容自動分類プログラムが起動しステップ２０１に進む。集計結果取得要求受付メールアドレス（図２において、〜”-cnt”@〜）のときは、メールアドレス所有者本人確認プログラムのうちステップ３０１〜ステップ３０２を実行するプログラムが起動し本人確認後に集計プログラムが起動する。まずはステップ３０１に進む。本実施例では、ステップ１０１と並行してステップ１０２も常時行い、メールが送信されるかまたはｗｅｂフォーム画面から入力があるかを待機する。
【００８３】
なお、そのほか、配信要求受付メールアドレス又は登録受付メールアドレスのときは、メールアドレス所有者本人確認プログラムが起動し上述した本人確認の工程が実行されメール送信元に確認返信受付メールアドレスへ返信させる。確認返信受付メールアドレスのときは、メールアドレス所有者本人確認プログラムが起動し上述した本人確認の工程が実行され返信されたメールにより本人確認を行う。本人確認したメールドレスが配信要求受付メールアドレスで受付したメールアドレスであれば、本人確認後、メール配信プログラムが起動し配信メールを作成してユーザ端末に配信する。本人確認したメールドレスが登録受付メールアドレスで受付したメールアドレスであれば、メールアドレス所有者本人確認プログラムによりメールアドレス等の登録を行う。メールの宛先が、いずれの受付用メールアドレスでも確認返信用メールアドレスでもないときは、メールの受信を行わない。なお、管理者の通信機器：６０には、集計結果取得要求受付メールアドレス及び配信要求受付メールアドレスを通知してある。本実施例では、受付メールアドレスは、"グループ名―処理別コマンド@〜”という形式になっている。例えば、「groupa-add@xx.co.jp」などである。受付メールアドレスは配信毎に一意の識別子、すなわち毎回異なる識別子を含んで作成されることが好ましい。ステップ１０１と並行してステップ１０２も常時行い、メールが送信されるかまたはｗｅｂフォーム画面から入力があるかを待機する。
【００８４】
次に、管理者端末から一斉配信メールが送信された後の処理を説明するが、かかる一斉配信メールは、管理者端末からの要求に応じ、本人確認がされた後に、メール配信プログラムを起動させ、次のように作成されて送信される。サーバＡ：３０は、識別子作成手段により、配信する毎に一意の識別子を生成して、返信先メールアドレス作成手段により、作成した識別子を含むメールアドレスを作成する。たとえば、作成された識別子が「0627su1i2xqu」であれば「0627su1i2xqu-groupa-ans@aaa.aa.jp」のように、毎回異なるメールアドレスとすることが好ましい。識別子を付与した場合は、配信先メールアドレスに対し識別子を関連付けてサーバＢ：４０のデータベースに記憶する。メール作成手段により、作成された返信先メールアドレスを返信先として、送信メール内容を、たとえば、「災害発生しましたが、無事でしょうか？次のいずれかを件名に書いて返信下さい。無事  けが」のように、所定のキーワードを件名欄に入れた返信メールを要求する内容とするメールを作成する。文章はこれに限らず、たとえば、「出欠をお知らせください。次のいずれかを件名に書いて返信下さい。出席  欠席」など、状況や適用分野に応じて異なる。送信メール内容は、管理者からの要求メールの本文に記載された内容でもよいし、あらかじめ登録されている送信メール内容データであってもよい。ｗｅｂ画面上で管理者が送信メール内容を選択又は入力してもよい。件名は、誤分類を回避するため、送信した件名に「Ｒｅ：」をつけてそのまま返信されたとき、その他に分類される件名とすることが好ましい。本実施例では、件名を「安否確認」とするが、これに限らない。宛先を各グループの配信先メールアドレスとする。かかる配信メールを作成した後、通信手段により一斉配信される。返信先メールアドレスは、どの配信メールに対しての返信かを知る必要がなくセキュリティが高くなくてもよい場合は、固定のメールアドレスでもよいが、グループ毎に異なる安否確認メール返信受付メールアドレスである必要がある。全体で一つのグループしかない場合は、グループを識別する文字列を入れなくてもよい。返信先メールアドレスは、配信先テーブルの各グループＩＤにそれぞれ関連付けてサーバＢ：４０のデータベースに記憶される。配信メールを受信したユーザは、本文中のキーワードを見て返信用の件名を記入できるので、利便性が高い。ユーザは、配信メールに記載された複数のキーワードから一つだけを選択して件名欄に記入して返信する。
【００８５】
（ステップ１０２）
サーバＣ：５０は、ｗｅｂ表示手段によって、サーバがネットワーク上に提供するｗｅｂサイトの管理者用ｗｅｂ画面での受付を行う。この場合、サーバは、ネットワークを通じてアクセス可能なｗｅｂページを提供する。かかるｗｅｂページにアクセスした、ｗｅｂ画面を表示可能な通信機器の画面にネットワークを通じてＩＤ、パスワード及び集計取得要求の入力受付を行うｗｅｂ画面を表示させ入力を受け付ける。ｗｅｂ画面を表示した通信機器は、ｗｅｂ画面において入力した入力データを、ユーザによって送信ボタンがクリックされると、サーバに送信する。サーバＣ：５０が、管理者端末からの要求に応じて管理者端末にネットワークを介して管理用ｗｅｂ画面を表示し集計結果取得要求の入力受付し、集計結果取得要求の入力がされたとき、サーバＡ：３０が、分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成するｗｅｂ用集計工程を行う。まずは、サーバは、送信された入力データを受信し、ＩＤとパスワードが予め登録されていた管理者のＩＤとパスワードと一致するか一般的手法により判定し、一致した場合は管理者からの集計結果取得要求であると認識して、集計プログラムが起動しステップ３１３へ進む。
【００８６】
（ステップ２０１）
サーバＡ：３０が、安否確認メール返信受付メールアドレス（図２において、〜”-ans”@〜）宛のメール（返信メール）を受信する。サーバＡ：３０は、受信したメールに異常がないか判定し、異常があれば、メールを破棄して処理を終了し、異常がなければ、ステップ１１２に進む。「異常」があるメールには、ウィルスメールやスパムメールと疑われるようなメールを含み、例えば必要以上にファイルサイズが大きいメールや添付ファイルを含むメールなどがある。
【００８７】
（ステップ２０２）
サーバＡ：３０が、安否確認メール返信受付メールアドレスの”-ans”の前の文字列が異なる毎に別々のメールボックスで受信してそれぞれ処理する。受信したメールの送信元メールアドレスが、受信したメールの宛先メールアドレスに含まれる識別子に関連付けて記憶された配信先テーブルに含まれる配信先メールアドレスと一致するかを判定する。識別子がないとき及び判定の結果一致する場合は、ステップ２０３に進む。一致しない場合はメールを破棄して処理を終了する。識別子が入っている場合は、受信したメールがどの配信先グループの返信かがわかるだけでなく、どの配信メールに対する返信かも判別できる。
【００８８】
（ステップ２０３）
サーバＡ：３０が、メールの件名欄に、検索テーブル中のキーワードが含まれるかを検索する件名内検索工程を行う。サーバＡ：３０は、キーワード検索手段により、サーバＢ：４０のデータベースにアクセスして、受信したメールの宛先メールアドレスと関連付けて記憶されているグループＩＤを検索し、かかるグループＩＤに対して関連付けて記憶されているタグＩＤ全てについて、検索テーブル中で、関連付けて記憶されているキーワードを、各タグＩＤに関連付けて記憶されている重要度の高い順に並べ替え、重要度の高い順からキーワードの有無を検索していく。たとえば、受信したメールの宛先メールアドレスが表７のグループＩＤが１００のグループに関連付けて記憶されていた場合は、タグＩＤは１及び２であるので、適用される検索テーブル中のキーワードは「無事」と「けがなし」と「けが」「怪我」である。まず、「無事」と「けがなし」が件名欄に含まれるかを検索し、見つからなければ、「けが」「怪我」を検索する。これにより、「けがなし」であるのに「けが」の分類がされてしまうのを防止することができる。また、配信メールには件名欄に入れる語句を選択肢で表示しても、選択肢の番号や自由な表現の言葉を件名欄に記載して返信されることがありうる。本実施例では、１つのタグに対して複数のキーワードを登録でき、したがって、同義語や選択肢の番号などが入力されていても誤分類されないようにすることができる。
【００８９】
サーバＡ：３０は、件名欄に、適用される検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了する。次にステップ２０４に進む。サーバが、高い重要度と関連付けられたタグのキーワードから順に検索を行い、前記件名欄に、前記検索テーブル中のキーワードが１つ検出された時点で件名欄内の検索を終了するので、検索に要する処理量や時間が極めて少なくてすむ。また、スピードが速いにもかかわらず、正確な言葉での返信でなくても正確な分類を可能にする。
【００９０】
また、本文中のキーワードを解析対象とするものではないので、キーワードの説明を記載した配信メールであって返信者が受信した本文をそのまま返信した場合でも誤分類されない。
【００９１】
（ステップ２０４）
サーバＡ：３０が、前記件名内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程を行う。受信メールは、分類手段により、送信元や件名や本文などの情報を保持したまま、サーバＢ：４０のデータベースにタグ毎に分類して記憶される。キーワードが発見されなかったメールについては、その他に分類される。分類後、処理を終了する。
【００９２】
（ステップ３０１）
サーバＡ：３０が、管理者端末から集計結果取得要求受付メールアドレス宛てのメールを受信し、受信した該メールの送信元がデータベースに登録された管理者のメールアドレスであるかを判定する管理者本人確認工程を行う。まず、サーバＡ：３０は、集計結果取得要求受付メールアドレス（図２において、〜”-cnt”@〜）宛のメール（要求メール）を受信する。サーバＡ：３０は、受信したメールに異常がないか判定し、異常があれば、メールを破棄して処理を終了し、異常がなければ、ステップ３０２に進む。「異常」があるメールには、ウィルスメールやスパムメールと疑われるようなメールを含み、例えば必要以上にファイルサイズが大きいメールや添付ファイルを含むメールなどがある。
【００９３】
（ステップ３０２）
サーバＡ：３０が、受信したメールの送信元メールアドレスをデータベースに記憶されている管理者メールアドレスと照合し、一致するか判定する。一致しない場合は、メールを破棄して処理を終了する。一致する場合は、受信したメールが管理者からのメールであると認識し、集計プログラムが起動しステップ３０３に進む。
【００９４】
（ステップ３０３）
サーバＡ：３０が、分類工程で分類されたメール数をタグ毎に集計し、メール数リストを含む集計結果を作成する集計工程を行う。まず、集計手段により、タグ毎に分類されて記憶されている受信メールの数を、タグ毎に集計し、メール数リストを作成する。メール数リストは、たとえば、「無事  １００、けが  １０」のようなリストである。グループ毎に、集計工程前までに受信し分類された受信メール全てが集計された数に含まれる。配信メールの返信先に識別子を含む場合は、どの配信メールに対する返信の集計かも把握できる。配信したメールの総数と返信されたメールの数と各タグ毎のメールの数が迅速に集計され、メール数リストを含む集計結果が作成される。ステップ３０４に進む。
【００９５】
（ステップ３０４）
サーバＡ：３０が、集計結果を含むメールを前記送信元に返信する結果返信工程を行う。メール作成手段によって、作成した集計結果を含むメールが作成し、通信手段によって、集計結果取得要求受付メールアドレス宛てに送信されたメールの送信元である管理者メールアドレスに返信し、処理を終了する。分類までがすでにされているので、管理者は、メールで集計結果取得要求を行うたびにリアルタイムの集計結果をすぐに得ることができる。メール数リストだけでなく、タグ毎の、受信したメールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも集計結果に含ませてもよい。誰からどのような種類の返信があったかを管理者がすぐに把握できる。
【００９６】
（ステップ３１３）
サーバＡ：３０が、集計手段により、タグ毎に分類されて記憶されている受信メールの数を、タグ毎に集計し、メール数リストを作成する。グループ毎に、集計工程前までに受信し分類された受信メール全てが集計された数に含まれる。配信メールの返信先に識別子を含む場合は、どの配信メールに対する返信の集計かも把握できる。配信したメールの総数と返信されたメールの数と各タグ毎のメールの数が迅速に集計され、メール数リストを含む集計結果が作成される。次にステップ３１４へ進む。
【００９７】
（ステップ３１４）
サーバＣ：５０が、ｗｅｂ表示手段により、集計結果を管理用ｗｅｂ画面に表示させる結果表示工程を行う。分類までがすでにされているので、管理者は、ｗｅｂサイト上で集計結果取得要求を行うたびにリアルタイムの集計結果をすぐに得ることができる。メール数リストだけでなく、タグ毎の、受信したメールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも集計結果に含ませてもよい。誰からどのような種類の返信があったかを管理者がすぐに把握できる。次にステップ３１５へ進む。
【００９８】
（ステップ３１５）
サーバＣ：５０は、管理用ｗｅｂ画面において、再度件名欄内の集計を行う集計結果取得要求、本文欄内の検索を反映した集計を行う再集計結果取得要求、タグ追加要求、受信メール内容表示、終了の入力を受け付ける。集計結果取得要求の入力がされたときは、ステップ３１３に戻り、再集計結果取得要求の入力がされたときは、ステップ３１６に進み、タグ追加要求の入力がされたときは、ステップ３２０に進み、受信メール内容表示の入力がされたときは、ステップ３３０に進み、終了の入力がされたときは、処理を終了する。
【００９９】
（ステップ３１６）
再集計結果取得要求の入力がされたとき、サーバＡ：３０が、メールの件名欄に、前記検索テーブル中のキーワードのいずれも検索されなかったメールについて、メールの本文欄に前記検索テーブル中のキーワードが含まれるかを検索する本文内検索工程を行う。管理者は、ステップ３１４で得られた集計結果が、その他に分類されたものが多く本文も参照して再度集計したいときは、ｗｅｂ表示手段により管理者の通信機器の画面に表示された管理用ｗｅｂ画面で、再集計結果取得要求のボタンを選択し、件名内だけでなく本文内のキーワード検索を選択できる。管理者端末から再集計結果取得要求の入力がされたとき、サーバＡ：３０は、サーバＢ：４０に保存されている、「その他」に分類された受信メールについて、キーワード検索手段により上記した件名内検索工程と同じように、本文欄内をキーワード検索する。１つキーワードが検索されたら検索を終了する。本文欄に、適用される検索テーブル中のキーワードが１つ検出された時点で本文欄内の検索を終了する。次にステップ３１７に進む。本文に間違って返信内容を記入されたメールも正しく分類できる。
【０１００】
（ステップ３１７）
サーバＡ：３０が、ステップ２０３の件名内検索工程で検索テーブル中のキーワードのいずれも検索されなかったメールについて、本文内検索工程で検索されたキーワードに関連付けられたタグ毎に分類する分類工程を行う。サーバＡ：３０が、ステップ２０４でその他に分類されたメールについて、本文内検索工程での検索結果に基づき、分類手段により、送信元や件名や本文などの情報を保持したまま、サーバＢ：４０のデータベースにタグ毎に分類して記憶される。キーワードが発見されなかったメールについては、その他に分類される。分類後、処理を終了する。これにより、その他に分類されていた受信メールのうち、本文にキーワードが発見されたメールについては、正しい分類に整理される。次にステップ３１８に進む。
【０１０１】
（ステップ３１８）
サーバＡ：３０が、本文内検索工程で検索されたキーワードに関連付けられたタグが同じであるメール数を前記メール数リストに加えて更新したメール数リストを含む再集計結果を作成する再集計工程を行う。サーバＡ：３０が、集計手段により、タグ毎に分類されて記憶されている受信メールの数を、タグ毎に集計し、メール数リストを作成する。かかるメール数リストは、本文内の検索結果も反映されている。グループ毎に、集計工程前までに受信し分類された受信メール全てが集計された数に含まれる。配信メールの返信先に識別子を含む場合は、どの配信メールに対する返信の集計かも把握できる。次にステップ３１９に進む。
【０１０２】
（ステップ３１９）
サーバＣ：５０が、ｗｅｂ表示手段により、集計結果を管理用ｗｅｂ画面に表示させる結果表示工程を行う。再分類を行うので時間はかかるが、管理者は、ｗｅｂサイト上でより正確な集計結果を得ることができる。メール数リストだけでなく、タグ毎の、受信したメールの送信元メールアドレスと一致する配信先メールアドレスに関連付けられた登録者名を含む返信者リストも集計結果に含ませてもよい。誰からどのような種類の返信があったかを管理者が把握できる。次にステップ３１５へ戻る。
【０１０３】
（ステップ３２０）
サーバＣ：５０が、管理用ｗｅｂ画面を表示し、新規なタグと該タグに関連付ける１又は複数のキーワードと該タグの重要度の入力受付し、サーバＣ：５０がサーバＡ：３０に、入力されたデータを送信し、サーバＡ：３０は送信されたタグとキーワードと重要度を互いに関連付けて検索テーブルに追加するタグ追加工程を行う。たとえば、表１、表２、表７のようなテーブルである場合、サーバＡ：３０は、入力されたタグを表２に示すサブテーブルＢにその重要度とともに追加する。タグＩＤが他のタグＩＤと重複しないように自動発行され、入力されたキーワードを、表１に示すサブテーブルＡにタグＩＤとともに追加する。キーワードＩＤが他のキーワードＩＤと重複しないように自動発行される。追加されたタグのタグＩＤは、表７に示すグループ別タグテーブルにおいて、該当するグループＩＤに対して追加する。次にステップ３１５へ戻る。次回以降の検索においては、新しく追加したタグを反映した検索を行うことができる。管理者が分類設定を自由に変更できるので利便性が高い。
【０１０４】
（ステップ３３０）
サーバＣ：５０が、管理用ｗｅｂ画面を表示し、その他に分類された受信メールの一覧からメール内容を表示させたいメールを選択する入力受付し、入力がされたとき、サーバＣ：５０がサーバ：４０に記憶されている受信メールのうち該当する受信メールを表示する。管理者はメール内容を読んで、該当する分類に手動で分類し直す。たとえば、画面上にあるタグ毎の分類ＢＯＸに分類し直す受信メールのマークをドラッグして移動させるなどの方法で分類し直す。次にステップ３１５に戻る。受信メールの一覧は、件名欄の表示でもよい。件名に返信内容を記載してあるメールは、件名の表示だけで分類し直すことができるので、迅速に分類し直せる。
【０１０５】
｛効果｝
本実施例によれば、受信した大量のメールを短時間で自動分類できる。件名欄を検索するため、メール本文を検索するよりも処理量が少なくて済み、短時間で検索が完了する。したがって、迅速な集計を可能にする。また、重要度の高い順に検索するので、自由な言葉で件名が入力されたときも、スピーディーでありながらほぼ正確に分類される。また、すべてのキーワードを検出するのではなく、１つめのキーワードが検出されれば、そのキーワードで分類するため、１件１件のメールについての処理が極めて少なくて済む。タグでまとめてメール数を集計するため、同種の内容のメールを瞬時に集計できる。件名欄内が自由な言葉で書かれていても分類が可能となる。
【０１０６】
ユーザ側としても、短い言葉を件名欄に入れるだけで済むので簡便で、自由な言葉で書いても集計可能であるので集計に漏れが生じにくい。また、キーワードの記載場所が本文ではなくタイトルであり、タイトル文字は文字数、及びその記載形式が限定されているので、本文の解析することと比較するとはるかに短時間で少ないメモリで解析をすることができる。これにより、たとえば、大規模災害時でも、短時間でより多くのメールの解析処理を行うことができる。又、タイトルにキーワードを記載させることから、本文には自由に伝達事項を記載することができる。何が起こるかわからない、たとえば、災害時の安否確認などにおいて、管理者への詳細な伝達に役立つ。本発明の第１の態様によれば、キーワードに対して、タグという概念と重要度という概念が導入されているので、通常の言葉をキーワードとして、それを直接返信に書かせることにより、より多くの人にわかりやすいインターフェースを提供することができる。重要度は、本実施例では、「けが」というキーワードがあるが、「けが」だけでなく、「けがなし」、「怪我」などの言葉があり、本実施例によれば、それらを誤りなく分類するために役立つ。「けがなし」を「けが」よりも重要度を高くすれば、先に「けがなし」と記述したものは、「けが」を検索する前に省かれる。したがって、誤分類を防止できる。
【０１０７】
本実施例によれば、管理者はメールやｗｅｂ画面上で集計結果を取得できるので、管理者が遠隔地にいても、集計結果を迅速に把握できる。
【０１０８】
本実施例によれば、配信毎に異なるメールアドレスであるので、返信されたメールについて、識別子と送信元メールアドレスから、どの配信先メールアドレスの保有者がどの配信メールについて返信したが分かる。また、グループ毎に選択された複数のタグすなわち別々の検索基準で検索ができるので、たくさんのグループについて同時に返信があっても、それぞれ迅速に別の基準で検索をすることができ、処理時間が少なくてすむ。返信先アドレスが識別子を含み、毎回違うアドレスであるので、スパムメールを完全に排除することができ、サーバに余計な負荷がかからない。
【０１０９】
本実施例によれば、登録者のメールアドレスを開示せず返信者を管理者に知らせることができる。タグ毎すなわち同種の内容の返信があったメールの数とともに返信した者を特定できる返信者リストも同時に集計結果に含まれ、誰がどの分類に属する返信をしたかを管理者に迅速に把握させることができる。
【０１１０】
本実施例によれば、管理者にｗｅｂ画面上で集計結果取得要求の入力から結果表示までをさせることができる。また、管理者が再集計を要求したときだけ、件名欄ではどのような内容の返信か不明であるメールのみ本文欄を検索すればよいので、検索するサーバの処理負担が少なくて済む。本文も検索することでより多くのメールについて正確な分類が可能になる。本文内を検索したメールについても集計結果に反映させることで、より精密な集計結果を迅速に得られる。再集計工程後、サーバが、管理者端末に再集計結果をメールで送信する再集計結果送信工程を含むことが好ましい。管理者は、迅速に最初の結果を把握した後、さらに、より正確な結果を把握できる。
【０１１１】
本実施例によれば、検索するキーワードを追加し、そのキーワードに対し、分類の見出しとなるタグや検索優先度となる重要度を設定することができるので、カスタマイズが容易で、グループや状況などに応じて最適な再集計が可能となる。
【０１１２】
本実施例によれば、機能に特化したサーバを組み合わせてあるので、全体として処理能力の高いサーバ群を実現でき、確認するメールの数が多量であっても、メールの自動分類を効率よく行うことができる。
【０１１３】
本実施例によれば、安否確認方法であり、迅速な集計を可能にし、緊急時の安否確認に適する。単なる生存確認だけでなく、たとえば、けがをしていないか、出社可能かなどの詳細な情報も、キーワードによって知ることができ、さらに、たとえば「けが」と「負傷」など同種のキーワードに対し同じタグをつけて、タグ毎に、集計することで、種類別に分類できる。災害時は、決められた通りの言葉を入力するのが困難で入力される言葉にブレがあることもあるが、そのようなときでも迅速な分類集計ができる。グループ毎に集計できるので、たとえば、大人数の会社で、災害時に各部署において何人が出社可能で何人がけがをしたかなどの集計を迅速に行うことができる。また、ユーザの通信機器にｗｅｂサイトへのアクセスをさせなくて済むので、ユーザ端末が、ブラウザ手段を有しない通信機器であっても安否確認ができる。
【０１１４】
なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の受信メール内容自動分類方法の実施例１において使用されるハードウェア構成を示す図である。
【図２】本発明の受信メール内容自動分類方法の実施例１におけるサーバ内の主要な処理を示すフロー図である。
【符号の説明】
【０１１６】
１０  ユーザの通信機器
２０  通信ネットワーク
３０  サーバＡ
４０  サーバＢ
５０  サーバＣ
６０  管理者の通信機器
【図１】
2010152663.tif 000010
【図２】
2010152663.tif 000011