(57)【要約】【課題】  各ユーザがローカルに保持しているアドレスグループは，ユーザ自身が手作業で保守するため，ユーザに負担がかかっていた。また，アドレスグループの変更に気づかず，誤送信をする恐れがあった。【解決手段】  メール受信時に，受信メールの宛先情報とアドレスグループとを比較することにより、アドレスグループの変更を検知し，受信メールの宛先情報とアドレスグループが類似していたら、該当するアドレスグループを更新するかどうか，ユーザに促す。【選択図】  図１
2006344093.tif 000002
【特許請求の範囲】
【請求項１】
アドレスグループを管理する計算機において、受信メールからグループ情報と宛先情報を抽出し、抽出したグループ情報及び宛先情報とアドレスグループとの比較を行ってアドレスグループ更新データを作成し、作成したアドレスグループ更新データでアドレスグループを更新することを特徴とするメールアドレスの更新方法。
【請求項２】
請求項１記載のメールアドレスの更新方法において、受信メールから抽出した宛先情報と，アドレスグループとの比較において，設定した規定値によって，アドレスグループを更新対象とするかどうか判定することを特徴とするメールアドレスの更新方法。
【請求項３】
請求項１記載のメールアドレスの更新方法において、アドレスグループになく、宛先情報にあるアドレスは追加、アドレスグループにあり、宛先情報にはないアドレスは削除として前記アドレスグループ更新情報を作成することを特徴とするメールアドレスの更新方法。
【請求項４】
アドレスグループを管理する計算機は、受信メールからグループ情報と宛先情報を抽出する手段と、抽出したグループ情報及び宛先情報とアドレスグループとの比較を行ってアドレスグループ更新データを作成する手段と、作成したアドレスグループ更新データでアドレスグループを更新する手段とを有することを特徴とする計算機。
【請求項５】
アドレスグループを管理するためのメールアドレスの更新方法を計算機で実行するためのプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記方法は、受信メールからグループ情報と宛先情報を抽出し、抽出したグループ情報及び宛先情報とアドレスグループとの比較を行ってアドレスグループ更新データを作成し、作成したアドレスグループ更新データでアドレスグループを更新することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，メール受信時の受信メールアドレス群を用いて，アドレスグループを更新するメールアドレス管理方法に関するものである。
【背景技術】
【０００２】
従来，メールアドレス台帳の保守を行う技術として，特開２００２−１５８６９２号公報がある。この技術は，閉じられたグループの中で，各ユーザがアドレス帳を管理し，共有する技術である。
【０００３】
【特許文献１】特開２００２−１５８６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術の特開２００２−１５８６９２号公報には，各ユーザごとに自由にグループ分けし，作成されたアドレスグループに対する概念がなく，保守をする技術がなかった。
【０００５】
よって，各ユーザが保持しているアドレスグループは，各ユーザ自身が手作業で保守していたため，ユーザに負担がかかっていた。
【０００６】
また，常に自分のローカルにあるアドレスグループを使用していると，アドレスグループの変更に気づかず，誤送信をする恐れがあった。
【０００７】
本発明が解決しようとする目的は，アドレスグループの変更を検知し，該当するアドレスグループに反映することである。
【課題を解決するための手段】
【０００８】
本発明のメールアドレスの更新方法は以下を実行する。
１）メールを受信する。
２）受信メールの受信宛先データを抽出する。
３）抽出した受信宛先データと，アドレスグループとを比較する。
４）類似していたらアドレスグループを更新するかをユーザに促す。
【発明の効果】
【０００９】
アドレスグループが変更されていても自動でアドレスグループを更新し，管理することができるので，ユーザに負担がかからず，誤送信を防ぐことができる。
【発明を実施するための最良の形態】
【００１０】
図１は本発明を示すためのシステム構成図である。ネットワーク（１１３）に対し，メールサーバ（１０７）とユーザ側であるクライアント（１０１），（１０１ａ），（１０１ｂ）が接続されている。
【００１１】
クライアント（１０１）内部は，CPU（１０５），メモリ（１０２），通信制御部（１０６），データベース（１０８），入出力装置（１１２）が内部バス（１１４）によって接続されている。
【００１２】
メールサーバ（１０７）から，通信制御部（１０６）を介して受信したメールは，メモリ（１０２）上のメール管理部（１０３）にて，受信宛先データ（１１０）を抽出し，データベース（１０８）に格納する。
【００１３】
その後，宛先グループ管理部（１０４）にて，受信宛先データ（１１０）を用いて，既に管理しているアドレスグループ（１０９）内を検索し，結果を，アドレスグループ更新データ（１１１）として，データベース（１０８）に登録する。そしてアドレスグループ更新データ（１１１）から，変更したアドレスグループを検知し，該当するアドレスグループを更新するかどうかを入出力装置（１１２）によって，画面に表示する。そしてユーザが更新を選択した場合，アドレスグループ更新データ（１１１）の内容でアドレスグループデータ（１０９）を更新する。
【００１４】
また，規定値管理部（１１５）では，アドレスグループを更新するかどうか判定に用いる値を管理する。ここで設定された値は，データベース（１０８）に規定値データ（１１６）として格納される。
【００１５】
図４は，本発明で用いるデータを示している。
【００１６】
図４ａ）は，各ユーザがローカルに作成したアドレスグループデータ（１０９）を示している。アドレスグループデータ（１０９）は，グループ情報（１０９ａ）と宛先（１０９ｂ）から成り立つ。各宛先には必ずグループが割り当てられていて，1つの宛先が複数のグループに所属することもある。たとえば，データ（１０９ｃ）と（１０９ｄ）は，宛先User1@hitachi.netが，Ａグループと，Ｂグループに所属していることを示している。
【００１７】
図４ｂ）は，受信したメールから作成された受信宛先データ（１１０）を示している。受信宛先データ（１１０）は，受信したメールのメールヘッダ（４０１）から宛先情報（宛先は（４０１ａ）から，グループ情報は（４０１ｂ）から取得）を抽出したデータである。メールヘッダは「X-」で始まるフィールドを自由に含めてよい仕様であるので，本発明では，グループ情報として「X-AddressGroup」なるフィールドを設けて，値として，グループ名を表す文字列を設定し，グループ情報識別に用いる。メールヘッダ（４０１）を受信したときの受信宛先データ（１１０）は，（１１０ｄ）のようになる。
【００１８】
図４ｃ）は，アドレスグループデータ（１０９）に対する更新データである，アドレス更新データ（１１１）を示している。アドレス更新データ（１１１）は，メール受信時に，グループごとのアドレスグループデータの宛先（１０９ｂ）と受信宛先データの宛先（１１０ｂ）とを比較し，アドレスグループデータ（１０９）内のグループに対する更新情報を保持するデータである。
【００１９】
図４ｄ）は，アドレスグループを更新するかどうか判定に用いる値を格納する，規定値データ（１１６）を示している。
【００２０】
図２はメール管理部における処理フローを示している。
【００２１】
メール管理部（１０３）では，メール受信（２０１）し，受信メールのメールヘッダ（４０１）の宛先情報（４０１ａ）とグループ情報（４０1ｂ）を抽出し（２０２），受信宛先データ（１１０）としてデータベース（１０８）に格納する（２０３）。
【００２２】
図３は宛先グループ管理部の処理フローを示している。
【００２３】
まず，受信したメールの受信宛先データ（１１０）に，グループ情報（１１０ａ）があるかどうか判定する（３０１）。
【００２４】
グループ情報がない場合（１１０ｃ）は，宛先（１１０ｇ）（１１０ｈ）（１１０ｉ）が所属しているグループを，アドレスグループデータから検索する（３０２）。宛先（１１０ｇ）はＡグループ，Ｂグループ，宛先（１１０ｈ）はＡグループ，宛先（１１０ｉ）はなし，となり，重複したグループを排除後に，受信宛先データ（１１０ｃ）に対する，アドレスグループデータ（１０９）内の更新対象のグループを，Ａグループ，Ｂグループと特定する（３０３）。
【００２５】
アドレスグループ更新データ（１１１）は，（３０３）で特定したグループについて，アドレスグループデータ（１０９）内の宛先（１０９ｂ）と受信宛先データ（１１０）の宛先（１１０ｂ）とを比較して，一致する宛先をアドレスグループ（１０９）内の該当グループの宛先総数で除してヒット率を算出する。
【００２６】
Ａグループに関していえば，（１０９ｅ）（１０９ｆ）（１０９ｇ）と（１１０ｇ）（１１０ｈ）（１１０ｉ）とを比較して，一致する2件（（１０９ｅ）（１０９ｆ））を，アドレスグループ（１０９）のＡグループの宛先総数である3件（（１０９ｅ）（１０９ｆ）（１０９ｇ））で除して，ヒット率（１１１ｇ）を算出する。また，受信宛先データ（１１０）の宛先（１１０ｂ）にあって，アドレスグループデータ（１０９）の宛先（１０９ｂ）にない宛先を，アドレスグループへの追加対象（１１１ｃ）とし，アドレスグループデータ（１０９）の宛先（１０９ｂ）にあって，受信宛先データ（１１０）の宛先（１１０ｂ）にない宛先を，アドレスグループからの削除対象（１１１ｄ）とする。
【００２７】
Ａグループに関していえば，（１１０ｉ）が追加対象（１１１ｈ）となり，（１０９ｇ）が削除対象（１１１ｉ）となる。同様の処理を，更新対象のグループとなったＢグループに関しても行う。そして，グループ（１１１ａ），ヒット率（１１１ｂ），追加対象（１１１ｃ），削除対象（１１１ｄ）からなるアドレスグループ更新データ（１１１）を作成し，データベース（１０８）に格納する（３０４）。
【００２８】
作成されたアドレスグループ更新データ（１１１）で，ヒット率（１１１ｂ）が規定値（１１６ａ）を越えるもの，あるいはヒット率（１１１ｂ）が最大のグループに関して，追加対象（１１１ｃ）がある場合は，該当するアドレスグループに宛先を追加するかどうか促す画面（５０１）を表示する（３０５）。追加を促す画面（５０１）には，追加対象グループ（５０１ａ）と追加対象宛先（５０１ｂ）を明示して，ＯＫボタン（５０１ｃ）とキャンセルボタン（５０１ｄ）を配置する。また，対象削除対象（１１１ｄ）がある場合は，宛先を削除するかどうか促す画面（５０２）を表示する（３０５）。追加を促す画面（５０１）と同様に，削除対象グループ（５０２ａ）と削除対象宛先（５０２ｂ）を明示して，ＯＫボタン（５０２ｃ）とキャンセルボタン（５０２ｄ）を配置する。
【００２９】
表示された画面（（５０１）（５０２））の内容でアドレスグループを更新するかどうかユーザが選択できる（３０６）。追加を促す画面（５０１）で，ＯＫボタン（５０１ｃ）を押下すると，対象グループ（１１１ｅ）と追加対象（１１１ｈ）のペアのレコードをアドレスグループデータ（１０９）に追加する（３０７）。削除を促す画面（５０２）で，ＯＫボタン（５０２ｃ）を押下すると，対象グループ（１１１ｅ）と削除対象（１１１ｉ）のペアのレコードをアドレスグループデータ（１０９）から削除する（３０７）。いずれの更新画面（（５０１）（５０２））でも，キャンセルボタン（（５０１ｄ）（５０２ｄ））を押下時は，アドレスグループデータ（１０９）の更新は行わない。
【００３０】
更新を促す順番としては，追加を促す画面（５０１）を先に表示し，ＯＫボタン（５０１ｃ）あるいは，キャンセルボタン（５０１ｄ）を押下後に，削除対象（１１１ｄ）が存在するかどうか判定（３０８）し，存在するなら，削除を促す画面（５０２）を表示する順とする。
【００３１】
次に，受信したメールの受信宛先データ（１１０）に，グループ情報（１１０ａ）がある場合（（１１０ｄ）（１１０ｅ）（１１０ｆ））のフローを説明する。
【００３２】
まず受信宛先データ（１１０）のグループ（１１０ａ）でアドレスグループデータ内を検索し（３０９），存在するか判定する（３１０）。
【００３３】
（１１０ｄ）のメールを受信した場合は，アドレスグループデータ（１０９）にグループ（１１０ｄ）が存在するので，アドレスグループデータ（１０９）のグループ（１１０ｄ）の宛先（（１０９ｅ）（１０９ｆ）（１０９ｇ））と受信メール（１１０ｄ）の宛先（（１１０ｊ）（１１０ｋ）（１１０ｌ））との比較を行う（３１１）。比較の結果，差分がないため，そのまま終了する。
【００３４】
（１１０ｅ）のメールを受信した場合も，アドレスグループデータ（１０９）にグループ（１１０ｅ）が存在するので，アドレスグループデータ（１０９）のグループ（１１０ｅ）の宛先（（１０９ｈ）（１０９ｉ）（１０９ｊ））と受信メール（１１０ｅ）の宛先（（１１０ｍ）（１１０ｎ）（１１０ｏ））との比較を行う（３１１）。比較の結果，差分があるため，（３０４）に処理を遷移させ，アドレスグループ更新の一連の処理を行う。
【００３５】
（１１０ｆ）のメールを受信した場合は，アドレスグループデータ（１０９）に存在しない（３１０）ので，そのまま終了する。
【００３６】
図７は規定値管理部（１１５）の処理フローを示している。実行すると規定値変更画面（５０３）を表示し，規定値を変更するかどうかユーザが選択（６０２）できる。入力エリア（５０３ａ）に１〜１００で値を入力し，ＯＫボタン（５０３ｂ）を押下すると，入力された値（１１６ａ）で，規定値データ（１１６）をデータベース（１０８）に格納する。キャンセル（５０３ｃ）を押下した場合は，規定値データ（１１６）を変更しない。
【００３７】
以上に述べたメールアドレスの更新方法を実行するためのプログラムを計算機で読み取り可能な記憶媒体に格納し、このプログラムを計算機のメモリに読み込んで実行することもできる。
【図面の簡単な説明】
【００３８】
【図１】システム構成図である。
【図２】メール管理部処理フローである。
【図３】宛先グループ管理部処理フローである。
【図４】使用するデータである。
【図５】メール送信時のグループ情報格納場所である。
【図６】表示する画面である。
【図７】規定値管理部処理フローである。
【符号の説明】
【００３９】
１０１ クライアント
１０２ メモリ
１０３ メール管理部
１０４ 宛先グループ管理部
１０７ メールサーバ
１０８ データベース
１０９ アドレスグループデータ
１１０ 受信宛先データ
１１１ アドレスグループ更新データ
１１５ 規定値管理部
１１６ 規定値データ
【図１】
2006344093.tif 000003
【図２】
2006344093.tif 000004
【図３】
2006344093.tif 000005
【図４】
2006344093.tif 000006
【図５】
2006344093.tif 000007
【図６】
2006344093.tif 000008
【図７】
2006344093.tif 000009