JP3691568B2 - 電子メール管理システム - Google Patents
電子メール管理システム Download PDFInfo
- Publication number
- JP3691568B2 JP3691568B2 JP2229496A JP2229496A JP3691568B2 JP 3691568 B2 JP3691568 B2 JP 3691568B2 JP 2229496 A JP2229496 A JP 2229496A JP 2229496 A JP2229496 A JP 2229496A JP 3691568 B2 JP3691568 B2 JP 3691568B2
- Authority
- JP
- Japan
- Prior art keywords
- mailing list
- mailing
- list
- lists
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は，電子メールを用いて登録されたメンバーへの情報提供を行うシステムにおいて，複数メンバーに同一電子メールを配送する場合に用いるメーリングリストの管理を容易化した電子メール管理システムに関するものである。
【０００２】
【従来の技術】
組織が大規模になり階層化している場合，従来，組織内の連絡のために電子メールシステムを利用するには，送信する階層レベルが複数あることから，各階層ごとに別個のメーリングリストを保持しなければならず，これらのメーリングリストには同一のメンバーが重複して登録されていた。
【０００３】
また，組織が大規模になるにつれて，メーリングリストは多数になるため，スーパーユーザと称されるシステムの管理権限を持つユーザ（組織全体のメールシステム管理者等）による管理業務は増大することになった。
【０００４】
さらに，組織が大規模になれば組織自体が分散して存在することもあり，この場合には，メーリングリストの管理業務も分散しなければならず，複数のメールシステム管理者が必要であった。
【０００５】
【発明が解決しようとする課題】
図８は，従来のメーリングリスト管理の例を説明する図である。
図８に示すように，ある組織において｛ａ1 , ａ2 ，ａ3 ，ａ4 ，…，ａi ，…，ａ30｝のメンバーからなるＡ部があり，このＡ部の下にＡ１課，Ａ２課，Ａ３課があり，さらに各課には，ワークグループＡ１１，Ａ１２，Ａ２１，Ａ２２，Ａ３１があるとする。ここで，Ａ１課のワークグループＡ１１のメンバーは｛ａ1 ，ａ2 ，ａ3 ，ａ4 ｝，ワークグループＡ１２のメンバーは｛ａ5 ，ａ6 ，ａ7 ，ａ8 ，ａ9 ，ａ10｝，Ａ２課のワークグループＡ２１のメンバーは｛ａ11，ａ12，ａ13，ａ14，ａ15｝，ワークグループＡ２２のメンバーは｛ａ16，ａ17，ａ18，ａ19，ａ20｝，Ａ３課にはワークグループＡ３１のみで，そのメンバーは｛ａ21，ａ22，ａ23，ａ24，ａ25，ａ26，ａ27，ａ28，ａ29，ａ30｝であるとする。
【０００６】
この場合，同一電子メールの配布先を指定するためのメーリングリストとして，Ａ部に所属する全員をメンバーとする「Ａ部宛メーリングリスト」，各課宛の「Ａ１課宛メーリングリスト」，「Ａ２課宛メーリングリスト」，「Ａ３課宛メーリングリスト」を作成しておく必要があり，さらに，各ワークグループ宛のメーリングリストを作成する必要がある。
【０００７】
また，ワークグループＡ１１とＡ２１とが共同ワークグループとして作業するとき，新たに「Ａ１１／Ａ２１宛メーリングリスト」を作成しなければならない。
【０００８】
ここで，例えばＡ１課のワークグループＡ１１に所属するメンバーａ3 が，Ａ２課のワークグループＡ２１へ移動すると，これに伴い，「Ａ１課宛メーリングリスト」，「Ａ２課宛メーリングリスト」，「Ａ１１宛メーリングリスト」，「Ａ２１宛メーリングリスト」，「Ａ１１／Ａ２１宛メーリングリスト」の５つのメーリングリストを変更しなければならない。これらのメーリングリストを変更できるのは，通常，メールシステム管理者のみである。
【０００９】
したがって，組織内で頻繁にメンバーの移動や組織の変更があるような場合には，その都度，電子メール管理システムの管理者がシステム全体のメーリングリストに関する管理ファイルを更新しなければならず，その結果，必要な時に必要なメーリングリストを作成または変更するというようなシステムの柔軟性が損なわれるという問題，また，メーリングリストの編集作業の増加に伴って不必要なミスが増加するというような問題が生じ，組織の規模が大きくなるにつれてシステム運営上の負担が増大するという問題があった。
【００１０】
さらに，組織自体の分散により，上述するような電子メール管理システム運営上の負担がさらに増大するという問題があった。
【００１１】
【課題を解決するための手段】
上記課題を解決するため，本発明は，メーリングリストの作成を，他のメーリングリストのメンバー集合間の包含関係，論理積，論理和，論理差というような集合論的関係を指定して指示するメーリングリスト作成指示手段と，他のメーリングリストの集合論的関係を指定したメーリングリストの作成指示に対して，作成する新たなメーリングリストのメンバー集合を，他のメーリングリストに属するメンバー集合の集合演算によって決定するメーリングリスト作成処理手段とを備える。これによって，複数のメーリングリストに所属するメンバーが，例えば階層的な組織構造のためにメーリングリスト間で重複するような場合にも，簡単な指定によってメーリングリストを作成することができる。
【００１２】
特に，前記メーリングリスト作成指示手段を，特定のアドレスを指定して配送された所定の形式による管理コマンドを内容とする電子メールによって実現することにより，複数のメーリングリストが分散して存在する場合にも，ネットワークを介して簡単に作成することが可能になる。
【００１３】
また，本発明は，複数のメーリングリスト間の集合論的関係と，その集合論的関係の指定子とを記憶するメーリングリスト管理情報記憶手段と，このメーリングリスト管理情報記憶手段が記憶するメーリングリスト間の集合論的関係によって，あるメーリングリストへのメンバー追加または削除を，他のメーリングリストのメンバー集合に自動的に反映させるメーリングリスト編集処理手段とを備える。メーリングリスト管理情報記憶手段が記憶する集合論的関係の指定子としては，サブセットおよびスーパーセット等がある。これによって，複数のメーリングリストを一つの管理システムで管理し，かつ複数のメーリングリストを管理する手間を軽減することができる。メーリングリストの編集指示についても，特定のアドレスを指定して配送された所定の形式による管理コマンドを内容とする電子メールによって実現することが可能である。
【００１４】
【発明の実施の形態】
図１は，本発明のシステム構成例を示す図である。
図１において，１は受信した電子メールを解釈するメール解釈部，２はメーリングリスト作成処理手段およびメーリングリスト編集処理手段を持つメーリングリスト（ＭＬ）管理部，３は各メーリングリストに所属するメンバー集合の情報を記憶するメンバーリスト記憶部，３１は一般メンバーリスト，３２は管理者リスト，４はメーリングリスト（ＭＬ）管理情報記憶部，５は電子メールを配送するメール送信部，６は電子メールで通知されたコマンドを処理するコマンド処理部，７は電子メールのログ情報等を保存するメール保存部，８は電子メールによって検索可能な各種のデータベース（ＤＢ），９は電子メールに関するログ情報等を記憶するメール記録部を表す。
【００１５】
メール解釈部１は，到着したメールのヘッダ情報とメール内容を読み取って解釈する手段である。解釈した結果に従って，メーリングリストの指定があればメーリングリスト管理情報記憶部４から宛先メーリングリストを選択し，その属性とメンバーリストを得て送信に必要な処理を行う。
【００１６】
メンバーリスト記憶部３は，メーリングリストの内容となるメンバーを記憶する手段である。メンバーリスト記憶部３中の一般メンバーリスト３１は，一般資格のメンバーを記憶するリスト，管理者リスト３２は，本システムの管理者資格を有するメンバーを記憶するリストである。
【００１７】
メーリングリスト管理情報記憶部４は，各メーリングリストの属性情報およびメーリングリスト間の関係に関する定義情報を記憶するＭＬ群記述ファイルであり，ここで，メーリングリスト間の関係は，例えばメンバー集合の包含関係，論理積，論理和，論理差等の集合論的関係で表現される。
【００１８】
メーリングリスト管理部２は，メーリングリストの作成／更新／消去，メンバーの追加／削除等の処理を行い，メーリングリスト管理情報記憶部４およびメンバーリスト記憶部３の情報を管理する手段である。メンバーリスト記憶部３の内容を，メーリングリスト管理情報記憶部４の中に含ませることもできる。
【００１９】
メール送信部５は，メール解釈部１から通知されたアドレスへメールを送信する手段である。
コマンド処理部６は，電子メールの内容が所定のコマンドである場合に，そのコマンドで指定された処理を実行する手段である。例えば，メールの送信確認コマンド，メール返送コマンド，データベース検索コマンド等があり，コマンドに応じてメール記録部９またはデータベース８を参照した処理などを行う。なお，これらは通常コマンドであり，他に後述するメーリングリスト管理用の管理コマンドがある。
【００２０】
メール保存部７は，宛先メーリングリストの属性として，本電子メールの保存が指定されている場合に，メール記録部９にメールを保存する手段である。
データベース８は，本電子メール管理システムからアクセスが可能な一般的なデータベースである。
【００２１】
メール記録部９は，電子メールのタイトル，電子メールの内容，統計情報などの電子メールに関する情報を記録しておくための装置である。
本システムは，特定のアドレスに対するメールの到着により起動される。特定のアドレスを指定したメールが到着すると，まず，メールのヘッダを読み取り，宛先メーリングリストを選択し，その属性とメンバーリストを得る。
【００２２】
したがって，ユーザがメーリングリスト管理情報記憶部４のメーリングリスト群を利用するには，本システムを宛先としたメールに，利用するメーリングリストを指定する情報を含める必要がある。この指定方法として，メールのヘッダ情報の一つであるＳｕｂｊｅｃｔフィールドへ宛先メーリングリスト名を表す文字列または宛先メーリングリストを指定する集合論的関係で表した定義情報等を挿入する方法がある。また，他の方法として，これらの文字列または定義情報等を，メールのヘッダに用意したエキストラフィールドで指定する方法を用いてもよい。前者のＳｕｂｊｅｃｔフィールドを利用する方法のほうが汎用性が高い。
【００２３】
メーリングリストを作成または利用する場合に，メーリングリスト管理情報記憶部４で複数のメーリングリスト群の関係情報を管理しているため，そのメーリングリストを定義する関係情報に基づいてメンバーリスト記憶部３の一般メンバーリスト３１に記憶したメンバー集合を指定することができる。したがって，メーリングリストの作成時に，必要な全メンバーのアドレスを書き下ろす必要がなく，簡単にメーリングリストを作成することができる。
【００２４】
また，宛先メーリングリストを指定する場合に，直接的な宛先メーリングリスト名の指定に代えて，複数のメーリングリストのメンバー集合に対する集合論的演算（例えば論理和，論理積，論理差等）による間接的な指定も可能であるので，継続的に使用するメーリングリストを作成することなく，一時的にのみ必要な仮想的な宛先メーリングリストによって，一時的な連絡を簡単かつ柔軟に行うこともできる。
【００２５】
さらに，管理者（通常のシステム管理者とは異なっていてもよい）は，管理コマンドを内容とする電子メールを利用して，メーリングリストの作成／消去，他のメーリングリストとの関係の定義，メンバー変更，メーリングリスト名の変更等を行うことができるため，随時，どこからでもメーリングリストを管理することが可能である。メーリングリストの関係情報として，離れた地点にあるメーリングリストを指定することができ，これによって分散する複数のメーリングリストを一つの管理者アドレスから管理することが可能である。
【００２６】
図２はメーリングリスト（ＭＬ−１〜ＭＬ−６）群の関係例を示す図，図３は図２に示すメーリングリスト（ＭＬ−１〜ＭＬ−６）群の中のメンバーリストの例を示す図である。
【００２７】
各メーリングリスト（ＭＬ−１〜ＭＬ−６）のメンバーが，例えば図３に示すようになっていたとする。すなわち，図３に示すように，ＭＬ−１のメンバーリストは，ｕｓｅｒ１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ５０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレスを持ち，ＭＬ−２のメンバーリストは，ｕｓｅｒ１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ２０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−３のメンバーリストは，ｕｓｅｒ２１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−４のメンバーリストは，ｕｓｅｒ３１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４５＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−５のメンバーリストは，ｕｓｅｒ２１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ２５＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−６のメンバーリストは，ｕｓｅｒ３１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレスを持つとする。
【００２８】
これらの複数のメーリングリスト（ＭＬ−１〜ＭＬ−６）間の関係を集合論的関係で表すと，図２（Ａ）に示すようになる。ＭＬ−２，ＭＬ−３，ＭＬ−４は，ＭＬ−１のサブセットであり，ＭＬ−１は，ＭＬ−２，ＭＬ−３，ＭＬ−４のスーパーセットである。ＭＬ−５は，ＭＬ−３のサブセット，ＭＬ−６は，ＭＬ−３とＭＬ−４の論理積という集合論的関係がある。
【００２９】
さらに，図２（Ａ）のメーリングリスト（ＭＬ−１〜ＭＬ−６）群の集合論的関係は，図２（Ｂ）に示すような階層関係で示すこともできる。
メーリングリスト管理情報記憶部４であるＭＬ群記述ファイルは，以上のようなメーリングリストの集合論的関係の情報および各メーリングリストの属性情報を記憶する。各メーリングリストの属性としては，例えば，(a) 発信資格検査を行うか否か，(b) メールの保存を行うか否か，(c) 本人によるメンバー登録を認めるか否か，(d) その他のデータ登録／検索を許すか否か，などがある。
【００３０】
図４は，本システムの処理フローチャートである。
特定のアドレスに対するメールの到着によりシステムが起動すると，ステップＳ１では，メールのヘッダ情報を読み取る。
【００３１】
ステップＳ２では，メーリングリスト管理情報記憶部４から，宛先メーリングリストを選択する。
ステップＳ３では，選択した宛先メーリングリストから，その属性とメンバーリストを得る。
【００３２】
ステップＳ４では，メールの内容を読み取り，サービス要求者とサービス内容からメンバーの資格チェックが必要かどうかを判定する。資格チェックが必要であれば，ステップＳ５へ進み，資格チェックが不要であれば，ステップＳ７へ進む。
【００３３】
ステップＳ５では，資格チェックを行う。
ステップＳ６では，資格チェックがＯＫであれば，ステップＳ７へ進み，資格チェックがＯＫでなければステップＳ８へ進む。
【００３４】
ステップＳ７では，資格チェックを通過した要求の処理を判定する。コマンドが管理コマンドであればステップＳ９の処理を行い，コマンドが通常コマンドであればステップＳ１０の処理を行う。
【００３５】
ステップＳ８では，資格なしとされた要求者に対し，サービス拒否のメールを返送する。
ステップＳ９では，管理コマンドに従って本システムのメーリングリスト群の管理や各メーリングリストに関する管理処理を実行する。管理コマンドによって，後述するような，メーリングリストの作成や関係情報の変更等を行うことができる。
【００３６】
ステップＳ１０では，通常コマンドの場合，メーリングリストの属性に従って可能なサービス（通常メール送信，データ登録，データ検索等）を実行する。
管理コマンドとして，１）メーリングリスト作成，２）メーリングリスト消去，３）メーリングリスト・メンバー追加，４）メーリングリスト・メンバー削除，５）メーリングリスト名変更，６）メーリングリスト属性変更等が用意されている。
【００３７】
１）メーリングリスト作成コマンド
指定した名前のメーリングリストを作成する。このとき，明示的に参加メンバーを指定する方法と，他のメーリングリストに関する集合論的関係を指定することによって間接的にメンバーを指定する方法とがある。集合論的関係による指定では，関係として，例えば▲１▼サブセット，▲２▼スーパーセット，▲３▼論理和，▲４▼論理積，▲５▼論理差，などが指定可能である。これらを組み合わせた指定も可能である。
【００３８】
▲１▼サブセット
あるメーリングリストのサブセットとして新たなメーリングリストを作成する。例えば，図２の例では，ＭＬ−２はＭＬ─１のサブセットとして作成されている。このサブセットの関係があるとき，ＭＬ−２へのメンバーの追加は，ＭＬ−１へのメンバー追加となるように反映される。ＭＬ−２からのメンバーの削除は，ＭＬ−１からのメンバー削除に反映されないが，ＭＬ−１からのメンバーの削除は，ＭＬ−２からのメンバーの削除となるように反映される。
【００３９】
▲２▼スーパーセット
あるメーリングリストのスーパーセットとして新しいメーリングリストを作成する。図２の例では，ＭＬ−３は，ＭＬ−５のスーパーセットである。このスーパーセットの関係があるとき，ＭＬ−３からのメンバー削除は，ＭＬ−５からのメンバー削除となるように反映される。
【００４０】
▲３▼論理和
複数メーリングリストのメンバーの論理和をメンバーとして持つ新しいメーリングリストを作成する。図２の例では，ＭＬ−１は，ＭＬ−２，ＭＬ−３，ＭＬ−４の論理和（あるいは，そのスーパーセット）である。
【００４１】
▲４▼論理積
複数メーリングリストのメンバーの論理積をメンバーとして持つ新しいメーリングリストを作成する。図２の例では，ＭＬ−６はＭＬ−３とＭＬ−４の論理積となっている。
【００４２】
▲５▼論理差
あるメーリングリストから特定のメンバーを差し引いたメンバーからなる新しいメーリングリストを作成する。
【００４３】
２）メーリングリスト消去コマンド
指定したメーリングリストをメーリングリスト管理情報記憶部（ＭＬ群記述ファイル）４から消去する。このとき消去されたメーリングリストに関するメンバーリスト等の他のファイルは，必要に応じて後の参照のために保存しておく。
【００４４】
３）メーリングリスト・メンバー追加コマンド
指定したメーリングリストのメンバーリストに指定したメンバーのアドレスを追加する。
【００４５】
４）メーリングリスト・メンバー削除コマンド
指定したメーリングリストのメンバーリストから指定したメンバーのアドレスを削除する。
【００４６】
５）メーリングリスト名変更コマンド
指定したメーリングリスト名を他の名前に変更する。
６）メーリングリスト属性変更コマンド
指定したメーリングリストの属性を変更する。
【００４７】
図５は，管理コマンドの具体例について，その概略的なシンタックスをＢＮＦ記述法に基づいて表した図である。図５において，［ ］はオプションを，｜は「または」を表す。
【００４８】
＜メーリングリスト（ＭＬ）作成＞における指定子には，「ｓｕｂ」，「ｓｕｐｅｒ」，「ｅｑｕａｌ」，「ａｓ」がある。
指定子が「ｓｕｂ」の場合，ＭＬ定義体に示すメーリングリストのサブ・メーリングリストとして作成する。すなわち，「Ａ ｓｕｂ Ｂ」のとき，Ａへのメンバー追加はＢに反映され，Ｂからのメンバー削除はＡに反映される。指定子が「ｓｕｐｅｒ」の場合，ＭＬ定義体に示すメーリングリストのスーパー・メーリングリストとして作成する。すなわち，「Ａ ｓｕｐｅｒ Ｂ」のとき，Ｂへのメンバー追加はＡに反映され，Ａからのメンバー削除はＢに反映される。
【００４９】
指定子が「ｅｑｕａｌ」の場合，ＭＬ定義体に示すメーリングリストと同じメンバーを持つメーリングリストとして作成する。すなわち，「Ａ ｅｑｕａｌＢ」のとき，一方へのメンバー追加または削除は他方に反映される。指定子が「ａｓ」の場合，ＭＬ定義体に示すメーリングリストと同じメンバーを持つメーリングリストを作成する。ただし，その後のメンバーの変更は，他方に反映されない。
【００５０】
属性オプションには，例えば「ｑｕａｌｉｆｉｅｄ」，「ｎｏｔ−ｑｕａｌｉｆｉｅｄ」，「ｍｏｄｅｒａｔｅｄ」，「ｎｏｔ−ｍｏｄｅｒａｔｅｄ」がある。「ｑｕａｌｉｆｉｅｄ」は，メール投稿時にメンバーの資格チェックを行い，メンバー以外の投稿を認めない指定である。「ｎｏｔ−ｑｕａｌｉｆｉｅｄ」は，メール投稿時にメンバーの資格チェックを行わない指定である。「ｍｏｄｅｒａｔｅｄ」は，メンバーの登録／削除を管理者が行う指定である。「ｎｏｔ−ｍｏｄｅｒａｔｅｄ」は，メンバーの登録／削除をメンバー自身（参加者）が行うことができる指定である。
【００５１】
図６に，管理コマンドの使用例を示す。
「ＭＬ作成１」は，ｇｒｏｕｐ１とｇｒｏｕｐ２の両方に所属するメンバーからなるメーリングリスト「ｐｒｏｊｅｃｔＡ」を作成する場合の管理コマンドの例である。指定子ｓｕｐｅｒが指定されているので，ｐｒｏｊｅｃｔＡには，最低限ｇｒｏｕｐ１とｇｒｏｕｐ２に含まれるメンバーは所属するが，それ以外のメンバーが含まれる可能性も許している。
【００５２】
「ＭＬ作成２」は，ｓｅｃｔｉｏｎ１とｓｅｃｔｉｏｎ２の合同で行うことになった忘年会のためのメーリングリストを作成する場合の管理コマンドの例である。この場合は，ｅｑｕａｌを指定しているため，ｓｅｃｔｉｏｎ１，ｓｅｃｔｉｏｎ２以外のメンバーを受け付けないようになっている。もし，他のセクションのメンバーを受け付ける場合には，ｓｕｐｅｒを指定すればよい。
【００５３】
「ＭＬ作成３」は，新規プロジェクト計画のためのメーリングリストを初期メンバーをｐｒｏｊｅｃｔＡと同じメンバーとして作成する場合の管理コマンドの例である。指定子ａｓを使用しているため，その後のｐｒｏｊｅｃｔＡまたはｐｒｏｊｅｃｔ−ｐｌａｎのメンバー変更は，他方へ影響を与えない。
【００５４】
「メンバー登録」は，ｐｒｏｊｅｃｔＡのメーリングリストに新メンバーとして，ｎｅｗ−ｍｅｍｂｅｒ＠ｆｕｊｉ．ｃｏ．ｊｐを追加する場合の管理コマンドの例を示している。
【００５５】
本システムでは，複数のメーリングリストを同時に管理することを目的の一つとしているため，名前の競合，メンバーの不整合などの整合性チェック機能を持つ必要がある。これは，メーリングリスト管理情報記憶部４の内容（以下，ＭＬ管理テーブルという）のチェックによって容易に実現できる。
【００５６】
また，管理者に対して複数メーリングリスト間の関係を分かりやすく提示する手段を提供することも必要である。例として，指定したメーリングリストのサブ・メーリングリストとスーパー・メーリングリストを返すというような管理コマンドｓｈｏｗ−ｒｅｌａｔｉｏｎがあり，メーリングリストの管理上，有用である。
【００５７】
図７は，ＭＬ管理テーブルの構成例を示す図である。
メーリングリスト管理情報記憶部４において，メーリングリスト群の管理情報を持つＭＬ管理テーブルは，各メーリングリストごとに，メーリングリスト名と，各種属性オプションと，指定子と，ＭＬ定義体と，メンバーリストまたはメンバーリストへのポインタを持つ。例えば，ｐｒｏｊｅｃｔＡのように，メンバー数が小さければ，ＭＬ管理テーブル内に直接メンバーリストを記述するようにしてもよいが，ｂｏｎｅｎｋａｉのように，通常は他のデータファイルにメンバーリストを保持しておき，そこへメンバーファイル名等によってポインタを張るようにする。
【００５８】
【実施例】
本発明の実施例として，１）組織内連絡用メーリングリストの管理，２）話題ごとのメーリングリストの管理，３）複数の主要サイトを持つメーリングリストの管理等への応用例を説明する。
【００５９】
１）組織内連絡用メーリングリストの管理
組織は通常階層化されており，一つのサイト内で階層ごとの複数の連絡用メーリングリストを管理する必要がある。さらに，メンバーの移動がしばしばあると，多数のメーリングリストの頻繁な変更等の管理業務がメールシステム管理者に負担を与えることになる。この負担は，組織が大規模になればなるほど重大である。本発明を利用することにより，多数のメーリングリストを一つのシステムで管理することができ，電子メールを用いた管理コマンドによる管理によって，管理者の負担を軽減することができる。また，組織内の特定のグループだけに連絡したり，複数の組織にまたがる同一業務の担当者への連絡等の柔軟なメール発信業務を行うことができる。
【００６０】
２）話題ごとのメーリングリストの管理
活発なメーリングリストでは，しばしば複数の話題が同時に進行し，メンバー（参加者）は，どのトピックでメールが来たのか混乱することがある。本発明を利用することにより，主要な話題に対してサブ・メーリングリストをその都度作成し，メーリングリストへの参加や離脱を一般メンバー自身によって行なえるよう設定しておけば，不必要な話題のメールに煩わされることなく，必要なメールだけを受信できるなどの有効なメーリングリストの活用が可能となる。
【００６１】
３）複数の主要サイトを持つメーリングリストの管理
多数のメンバーを抱えるサイトが複数ある場合，サーバをそれぞれのサイトに用意して分散してメンバーを管理するほうが，ネットワークのトラフィックを軽減できて効率的である。この場合には，本発明による分散管理が非常に有効である。分散して離れた場所にメーリングリストが存在する場合でも，図１に示すメーリングリスト管理情報記憶手段４のメーリングリスト間の関係情報中で離れた地点にあるメーリングリストを指定できるようにすることにより，管理の一元化または各サイト間の統一的な管理を図ることができる。これにより，特に各サイトそれぞれの管理者の作業をかなり軽減することができる。
【００６２】
【発明の効果】
以上説明したように，本発明によれば，あるメーリングリストに属するメンバー集合を，他のメーリングリストの集合論的な論理関係情報を用いて定義し，複数のメーリングリストについて階層構造に対応させた管理を実現することができる。これにより，新たなメーリングリストを作成する場合にも，メンバーリストをすべて書き下ろす必要がなく，また，一時的なメーリングリストも簡単かつ柔軟に利用することができる。
【００６３】
また，管理者は，電子メールにより，メーリングリストの作成・削除，他のメーリングリストとの関係の定義，メンバー変更，メーリングリスト名の変更等を行うことができる。電子メールを用いた管理コマンドによって，分散して存在する他の地点にあるメーリングリストを指定し，管理することができるので，これにより，分散する複数のメーリングリストを一つの管理者アドレスから管理することが可能となる。
【図面の簡単な説明】
【図１】 本発明のシステム構成例を示す図である。
【図２】 メーリングリスト群の関係例を示す図である。
【図３】 メーリングリスト（ＭＬ）のメンバーリストの例を示す図である。
【図４】 本発明のシステムの処理フローチャートである。
【図５】 管理コマンドの例を示す図である。
【図６】 管理コマンドの使用例を示す図である。
【図７】 ＭＬ管理テーブルの構成例を示す図である。
【図８】 従来のメーリングリスト管理の例を説明する図である。
【符号の説明】
１ メール解釈部
２ メーリングリスト（ＭＬ）管理部
３ メンバーリスト記憶部
３１ 一般メンバーリスト
３２ 管理者リスト
４ メーリングリスト（ＭＬ）管理情報記憶部
５ メール送信部
６ コマンド処理部
７ メール保存部
８ データベース（ＤＢ）
９ メール記録部
【発明の属する技術分野】
本発明は，電子メールを用いて登録されたメンバーへの情報提供を行うシステムにおいて，複数メンバーに同一電子メールを配送する場合に用いるメーリングリストの管理を容易化した電子メール管理システムに関するものである。
【０００２】
【従来の技術】
組織が大規模になり階層化している場合，従来，組織内の連絡のために電子メールシステムを利用するには，送信する階層レベルが複数あることから，各階層ごとに別個のメーリングリストを保持しなければならず，これらのメーリングリストには同一のメンバーが重複して登録されていた。
【０００３】
また，組織が大規模になるにつれて，メーリングリストは多数になるため，スーパーユーザと称されるシステムの管理権限を持つユーザ（組織全体のメールシステム管理者等）による管理業務は増大することになった。
【０００４】
さらに，組織が大規模になれば組織自体が分散して存在することもあり，この場合には，メーリングリストの管理業務も分散しなければならず，複数のメールシステム管理者が必要であった。
【０００５】
【発明が解決しようとする課題】
図８は，従来のメーリングリスト管理の例を説明する図である。
図８に示すように，ある組織において｛ａ1 , ａ2 ，ａ3 ，ａ4 ，…，ａi ，…，ａ30｝のメンバーからなるＡ部があり，このＡ部の下にＡ１課，Ａ２課，Ａ３課があり，さらに各課には，ワークグループＡ１１，Ａ１２，Ａ２１，Ａ２２，Ａ３１があるとする。ここで，Ａ１課のワークグループＡ１１のメンバーは｛ａ1 ，ａ2 ，ａ3 ，ａ4 ｝，ワークグループＡ１２のメンバーは｛ａ5 ，ａ6 ，ａ7 ，ａ8 ，ａ9 ，ａ10｝，Ａ２課のワークグループＡ２１のメンバーは｛ａ11，ａ12，ａ13，ａ14，ａ15｝，ワークグループＡ２２のメンバーは｛ａ16，ａ17，ａ18，ａ19，ａ20｝，Ａ３課にはワークグループＡ３１のみで，そのメンバーは｛ａ21，ａ22，ａ23，ａ24，ａ25，ａ26，ａ27，ａ28，ａ29，ａ30｝であるとする。
【０００６】
この場合，同一電子メールの配布先を指定するためのメーリングリストとして，Ａ部に所属する全員をメンバーとする「Ａ部宛メーリングリスト」，各課宛の「Ａ１課宛メーリングリスト」，「Ａ２課宛メーリングリスト」，「Ａ３課宛メーリングリスト」を作成しておく必要があり，さらに，各ワークグループ宛のメーリングリストを作成する必要がある。
【０００７】
また，ワークグループＡ１１とＡ２１とが共同ワークグループとして作業するとき，新たに「Ａ１１／Ａ２１宛メーリングリスト」を作成しなければならない。
【０００８】
ここで，例えばＡ１課のワークグループＡ１１に所属するメンバーａ3 が，Ａ２課のワークグループＡ２１へ移動すると，これに伴い，「Ａ１課宛メーリングリスト」，「Ａ２課宛メーリングリスト」，「Ａ１１宛メーリングリスト」，「Ａ２１宛メーリングリスト」，「Ａ１１／Ａ２１宛メーリングリスト」の５つのメーリングリストを変更しなければならない。これらのメーリングリストを変更できるのは，通常，メールシステム管理者のみである。
【０００９】
したがって，組織内で頻繁にメンバーの移動や組織の変更があるような場合には，その都度，電子メール管理システムの管理者がシステム全体のメーリングリストに関する管理ファイルを更新しなければならず，その結果，必要な時に必要なメーリングリストを作成または変更するというようなシステムの柔軟性が損なわれるという問題，また，メーリングリストの編集作業の増加に伴って不必要なミスが増加するというような問題が生じ，組織の規模が大きくなるにつれてシステム運営上の負担が増大するという問題があった。
【００１０】
さらに，組織自体の分散により，上述するような電子メール管理システム運営上の負担がさらに増大するという問題があった。
【００１１】
【課題を解決するための手段】
上記課題を解決するため，本発明は，メーリングリストの作成を，他のメーリングリストのメンバー集合間の包含関係，論理積，論理和，論理差というような集合論的関係を指定して指示するメーリングリスト作成指示手段と，他のメーリングリストの集合論的関係を指定したメーリングリストの作成指示に対して，作成する新たなメーリングリストのメンバー集合を，他のメーリングリストに属するメンバー集合の集合演算によって決定するメーリングリスト作成処理手段とを備える。これによって，複数のメーリングリストに所属するメンバーが，例えば階層的な組織構造のためにメーリングリスト間で重複するような場合にも，簡単な指定によってメーリングリストを作成することができる。
【００１２】
特に，前記メーリングリスト作成指示手段を，特定のアドレスを指定して配送された所定の形式による管理コマンドを内容とする電子メールによって実現することにより，複数のメーリングリストが分散して存在する場合にも，ネットワークを介して簡単に作成することが可能になる。
【００１３】
また，本発明は，複数のメーリングリスト間の集合論的関係と，その集合論的関係の指定子とを記憶するメーリングリスト管理情報記憶手段と，このメーリングリスト管理情報記憶手段が記憶するメーリングリスト間の集合論的関係によって，あるメーリングリストへのメンバー追加または削除を，他のメーリングリストのメンバー集合に自動的に反映させるメーリングリスト編集処理手段とを備える。メーリングリスト管理情報記憶手段が記憶する集合論的関係の指定子としては，サブセットおよびスーパーセット等がある。これによって，複数のメーリングリストを一つの管理システムで管理し，かつ複数のメーリングリストを管理する手間を軽減することができる。メーリングリストの編集指示についても，特定のアドレスを指定して配送された所定の形式による管理コマンドを内容とする電子メールによって実現することが可能である。
【００１４】
【発明の実施の形態】
図１は，本発明のシステム構成例を示す図である。
図１において，１は受信した電子メールを解釈するメール解釈部，２はメーリングリスト作成処理手段およびメーリングリスト編集処理手段を持つメーリングリスト（ＭＬ）管理部，３は各メーリングリストに所属するメンバー集合の情報を記憶するメンバーリスト記憶部，３１は一般メンバーリスト，３２は管理者リスト，４はメーリングリスト（ＭＬ）管理情報記憶部，５は電子メールを配送するメール送信部，６は電子メールで通知されたコマンドを処理するコマンド処理部，７は電子メールのログ情報等を保存するメール保存部，８は電子メールによって検索可能な各種のデータベース（ＤＢ），９は電子メールに関するログ情報等を記憶するメール記録部を表す。
【００１５】
メール解釈部１は，到着したメールのヘッダ情報とメール内容を読み取って解釈する手段である。解釈した結果に従って，メーリングリストの指定があればメーリングリスト管理情報記憶部４から宛先メーリングリストを選択し，その属性とメンバーリストを得て送信に必要な処理を行う。
【００１６】
メンバーリスト記憶部３は，メーリングリストの内容となるメンバーを記憶する手段である。メンバーリスト記憶部３中の一般メンバーリスト３１は，一般資格のメンバーを記憶するリスト，管理者リスト３２は，本システムの管理者資格を有するメンバーを記憶するリストである。
【００１７】
メーリングリスト管理情報記憶部４は，各メーリングリストの属性情報およびメーリングリスト間の関係に関する定義情報を記憶するＭＬ群記述ファイルであり，ここで，メーリングリスト間の関係は，例えばメンバー集合の包含関係，論理積，論理和，論理差等の集合論的関係で表現される。
【００１８】
メーリングリスト管理部２は，メーリングリストの作成／更新／消去，メンバーの追加／削除等の処理を行い，メーリングリスト管理情報記憶部４およびメンバーリスト記憶部３の情報を管理する手段である。メンバーリスト記憶部３の内容を，メーリングリスト管理情報記憶部４の中に含ませることもできる。
【００１９】
メール送信部５は，メール解釈部１から通知されたアドレスへメールを送信する手段である。
コマンド処理部６は，電子メールの内容が所定のコマンドである場合に，そのコマンドで指定された処理を実行する手段である。例えば，メールの送信確認コマンド，メール返送コマンド，データベース検索コマンド等があり，コマンドに応じてメール記録部９またはデータベース８を参照した処理などを行う。なお，これらは通常コマンドであり，他に後述するメーリングリスト管理用の管理コマンドがある。
【００２０】
メール保存部７は，宛先メーリングリストの属性として，本電子メールの保存が指定されている場合に，メール記録部９にメールを保存する手段である。
データベース８は，本電子メール管理システムからアクセスが可能な一般的なデータベースである。
【００２１】
メール記録部９は，電子メールのタイトル，電子メールの内容，統計情報などの電子メールに関する情報を記録しておくための装置である。
本システムは，特定のアドレスに対するメールの到着により起動される。特定のアドレスを指定したメールが到着すると，まず，メールのヘッダを読み取り，宛先メーリングリストを選択し，その属性とメンバーリストを得る。
【００２２】
したがって，ユーザがメーリングリスト管理情報記憶部４のメーリングリスト群を利用するには，本システムを宛先としたメールに，利用するメーリングリストを指定する情報を含める必要がある。この指定方法として，メールのヘッダ情報の一つであるＳｕｂｊｅｃｔフィールドへ宛先メーリングリスト名を表す文字列または宛先メーリングリストを指定する集合論的関係で表した定義情報等を挿入する方法がある。また，他の方法として，これらの文字列または定義情報等を，メールのヘッダに用意したエキストラフィールドで指定する方法を用いてもよい。前者のＳｕｂｊｅｃｔフィールドを利用する方法のほうが汎用性が高い。
【００２３】
メーリングリストを作成または利用する場合に，メーリングリスト管理情報記憶部４で複数のメーリングリスト群の関係情報を管理しているため，そのメーリングリストを定義する関係情報に基づいてメンバーリスト記憶部３の一般メンバーリスト３１に記憶したメンバー集合を指定することができる。したがって，メーリングリストの作成時に，必要な全メンバーのアドレスを書き下ろす必要がなく，簡単にメーリングリストを作成することができる。
【００２４】
また，宛先メーリングリストを指定する場合に，直接的な宛先メーリングリスト名の指定に代えて，複数のメーリングリストのメンバー集合に対する集合論的演算（例えば論理和，論理積，論理差等）による間接的な指定も可能であるので，継続的に使用するメーリングリストを作成することなく，一時的にのみ必要な仮想的な宛先メーリングリストによって，一時的な連絡を簡単かつ柔軟に行うこともできる。
【００２５】
さらに，管理者（通常のシステム管理者とは異なっていてもよい）は，管理コマンドを内容とする電子メールを利用して，メーリングリストの作成／消去，他のメーリングリストとの関係の定義，メンバー変更，メーリングリスト名の変更等を行うことができるため，随時，どこからでもメーリングリストを管理することが可能である。メーリングリストの関係情報として，離れた地点にあるメーリングリストを指定することができ，これによって分散する複数のメーリングリストを一つの管理者アドレスから管理することが可能である。
【００２６】
図２はメーリングリスト（ＭＬ−１〜ＭＬ−６）群の関係例を示す図，図３は図２に示すメーリングリスト（ＭＬ−１〜ＭＬ−６）群の中のメンバーリストの例を示す図である。
【００２７】
各メーリングリスト（ＭＬ−１〜ＭＬ−６）のメンバーが，例えば図３に示すようになっていたとする。すなわち，図３に示すように，ＭＬ−１のメンバーリストは，ｕｓｅｒ１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ５０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレスを持ち，ＭＬ−２のメンバーリストは，ｕｓｅｒ１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ２０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−３のメンバーリストは，ｕｓｅｒ２１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−４のメンバーリストは，ｕｓｅｒ３１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４５＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−５のメンバーリストは，ｕｓｅｒ２１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ２５＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレス，ＭＬ−６のメンバーリストは，ｕｓｅｒ３１＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐ〜ｕｓｅｒ４０＠ｆｌａｂ．ｆｕｊｉ．ｃｏ．ｊｐのアドレスを持つとする。
【００２８】
これらの複数のメーリングリスト（ＭＬ−１〜ＭＬ−６）間の関係を集合論的関係で表すと，図２（Ａ）に示すようになる。ＭＬ−２，ＭＬ−３，ＭＬ−４は，ＭＬ−１のサブセットであり，ＭＬ−１は，ＭＬ−２，ＭＬ−３，ＭＬ−４のスーパーセットである。ＭＬ−５は，ＭＬ−３のサブセット，ＭＬ−６は，ＭＬ−３とＭＬ−４の論理積という集合論的関係がある。
【００２９】
さらに，図２（Ａ）のメーリングリスト（ＭＬ−１〜ＭＬ−６）群の集合論的関係は，図２（Ｂ）に示すような階層関係で示すこともできる。
メーリングリスト管理情報記憶部４であるＭＬ群記述ファイルは，以上のようなメーリングリストの集合論的関係の情報および各メーリングリストの属性情報を記憶する。各メーリングリストの属性としては，例えば，(a) 発信資格検査を行うか否か，(b) メールの保存を行うか否か，(c) 本人によるメンバー登録を認めるか否か，(d) その他のデータ登録／検索を許すか否か，などがある。
【００３０】
図４は，本システムの処理フローチャートである。
特定のアドレスに対するメールの到着によりシステムが起動すると，ステップＳ１では，メールのヘッダ情報を読み取る。
【００３１】
ステップＳ２では，メーリングリスト管理情報記憶部４から，宛先メーリングリストを選択する。
ステップＳ３では，選択した宛先メーリングリストから，その属性とメンバーリストを得る。
【００３２】
ステップＳ４では，メールの内容を読み取り，サービス要求者とサービス内容からメンバーの資格チェックが必要かどうかを判定する。資格チェックが必要であれば，ステップＳ５へ進み，資格チェックが不要であれば，ステップＳ７へ進む。
【００３３】
ステップＳ５では，資格チェックを行う。
ステップＳ６では，資格チェックがＯＫであれば，ステップＳ７へ進み，資格チェックがＯＫでなければステップＳ８へ進む。
【００３４】
ステップＳ７では，資格チェックを通過した要求の処理を判定する。コマンドが管理コマンドであればステップＳ９の処理を行い，コマンドが通常コマンドであればステップＳ１０の処理を行う。
【００３５】
ステップＳ８では，資格なしとされた要求者に対し，サービス拒否のメールを返送する。
ステップＳ９では，管理コマンドに従って本システムのメーリングリスト群の管理や各メーリングリストに関する管理処理を実行する。管理コマンドによって，後述するような，メーリングリストの作成や関係情報の変更等を行うことができる。
【００３６】
ステップＳ１０では，通常コマンドの場合，メーリングリストの属性に従って可能なサービス（通常メール送信，データ登録，データ検索等）を実行する。
管理コマンドとして，１）メーリングリスト作成，２）メーリングリスト消去，３）メーリングリスト・メンバー追加，４）メーリングリスト・メンバー削除，５）メーリングリスト名変更，６）メーリングリスト属性変更等が用意されている。
【００３７】
１）メーリングリスト作成コマンド
指定した名前のメーリングリストを作成する。このとき，明示的に参加メンバーを指定する方法と，他のメーリングリストに関する集合論的関係を指定することによって間接的にメンバーを指定する方法とがある。集合論的関係による指定では，関係として，例えば▲１▼サブセット，▲２▼スーパーセット，▲３▼論理和，▲４▼論理積，▲５▼論理差，などが指定可能である。これらを組み合わせた指定も可能である。
【００３８】
▲１▼サブセット
あるメーリングリストのサブセットとして新たなメーリングリストを作成する。例えば，図２の例では，ＭＬ−２はＭＬ─１のサブセットとして作成されている。このサブセットの関係があるとき，ＭＬ−２へのメンバーの追加は，ＭＬ−１へのメンバー追加となるように反映される。ＭＬ−２からのメンバーの削除は，ＭＬ−１からのメンバー削除に反映されないが，ＭＬ−１からのメンバーの削除は，ＭＬ−２からのメンバーの削除となるように反映される。
【００３９】
▲２▼スーパーセット
あるメーリングリストのスーパーセットとして新しいメーリングリストを作成する。図２の例では，ＭＬ−３は，ＭＬ−５のスーパーセットである。このスーパーセットの関係があるとき，ＭＬ−３からのメンバー削除は，ＭＬ−５からのメンバー削除となるように反映される。
【００４０】
▲３▼論理和
複数メーリングリストのメンバーの論理和をメンバーとして持つ新しいメーリングリストを作成する。図２の例では，ＭＬ−１は，ＭＬ−２，ＭＬ−３，ＭＬ−４の論理和（あるいは，そのスーパーセット）である。
【００４１】
▲４▼論理積
複数メーリングリストのメンバーの論理積をメンバーとして持つ新しいメーリングリストを作成する。図２の例では，ＭＬ−６はＭＬ−３とＭＬ−４の論理積となっている。
【００４２】
▲５▼論理差
あるメーリングリストから特定のメンバーを差し引いたメンバーからなる新しいメーリングリストを作成する。
【００４３】
２）メーリングリスト消去コマンド
指定したメーリングリストをメーリングリスト管理情報記憶部（ＭＬ群記述ファイル）４から消去する。このとき消去されたメーリングリストに関するメンバーリスト等の他のファイルは，必要に応じて後の参照のために保存しておく。
【００４４】
３）メーリングリスト・メンバー追加コマンド
指定したメーリングリストのメンバーリストに指定したメンバーのアドレスを追加する。
【００４５】
４）メーリングリスト・メンバー削除コマンド
指定したメーリングリストのメンバーリストから指定したメンバーのアドレスを削除する。
【００４６】
５）メーリングリスト名変更コマンド
指定したメーリングリスト名を他の名前に変更する。
６）メーリングリスト属性変更コマンド
指定したメーリングリストの属性を変更する。
【００４７】
図５は，管理コマンドの具体例について，その概略的なシンタックスをＢＮＦ記述法に基づいて表した図である。図５において，［ ］はオプションを，｜は「または」を表す。
【００４８】
＜メーリングリスト（ＭＬ）作成＞における指定子には，「ｓｕｂ」，「ｓｕｐｅｒ」，「ｅｑｕａｌ」，「ａｓ」がある。
指定子が「ｓｕｂ」の場合，ＭＬ定義体に示すメーリングリストのサブ・メーリングリストとして作成する。すなわち，「Ａ ｓｕｂ Ｂ」のとき，Ａへのメンバー追加はＢに反映され，Ｂからのメンバー削除はＡに反映される。指定子が「ｓｕｐｅｒ」の場合，ＭＬ定義体に示すメーリングリストのスーパー・メーリングリストとして作成する。すなわち，「Ａ ｓｕｐｅｒ Ｂ」のとき，Ｂへのメンバー追加はＡに反映され，Ａからのメンバー削除はＢに反映される。
【００４９】
指定子が「ｅｑｕａｌ」の場合，ＭＬ定義体に示すメーリングリストと同じメンバーを持つメーリングリストとして作成する。すなわち，「Ａ ｅｑｕａｌＢ」のとき，一方へのメンバー追加または削除は他方に反映される。指定子が「ａｓ」の場合，ＭＬ定義体に示すメーリングリストと同じメンバーを持つメーリングリストを作成する。ただし，その後のメンバーの変更は，他方に反映されない。
【００５０】
属性オプションには，例えば「ｑｕａｌｉｆｉｅｄ」，「ｎｏｔ−ｑｕａｌｉｆｉｅｄ」，「ｍｏｄｅｒａｔｅｄ」，「ｎｏｔ−ｍｏｄｅｒａｔｅｄ」がある。「ｑｕａｌｉｆｉｅｄ」は，メール投稿時にメンバーの資格チェックを行い，メンバー以外の投稿を認めない指定である。「ｎｏｔ−ｑｕａｌｉｆｉｅｄ」は，メール投稿時にメンバーの資格チェックを行わない指定である。「ｍｏｄｅｒａｔｅｄ」は，メンバーの登録／削除を管理者が行う指定である。「ｎｏｔ−ｍｏｄｅｒａｔｅｄ」は，メンバーの登録／削除をメンバー自身（参加者）が行うことができる指定である。
【００５１】
図６に，管理コマンドの使用例を示す。
「ＭＬ作成１」は，ｇｒｏｕｐ１とｇｒｏｕｐ２の両方に所属するメンバーからなるメーリングリスト「ｐｒｏｊｅｃｔＡ」を作成する場合の管理コマンドの例である。指定子ｓｕｐｅｒが指定されているので，ｐｒｏｊｅｃｔＡには，最低限ｇｒｏｕｐ１とｇｒｏｕｐ２に含まれるメンバーは所属するが，それ以外のメンバーが含まれる可能性も許している。
【００５２】
「ＭＬ作成２」は，ｓｅｃｔｉｏｎ１とｓｅｃｔｉｏｎ２の合同で行うことになった忘年会のためのメーリングリストを作成する場合の管理コマンドの例である。この場合は，ｅｑｕａｌを指定しているため，ｓｅｃｔｉｏｎ１，ｓｅｃｔｉｏｎ２以外のメンバーを受け付けないようになっている。もし，他のセクションのメンバーを受け付ける場合には，ｓｕｐｅｒを指定すればよい。
【００５３】
「ＭＬ作成３」は，新規プロジェクト計画のためのメーリングリストを初期メンバーをｐｒｏｊｅｃｔＡと同じメンバーとして作成する場合の管理コマンドの例である。指定子ａｓを使用しているため，その後のｐｒｏｊｅｃｔＡまたはｐｒｏｊｅｃｔ−ｐｌａｎのメンバー変更は，他方へ影響を与えない。
【００５４】
「メンバー登録」は，ｐｒｏｊｅｃｔＡのメーリングリストに新メンバーとして，ｎｅｗ−ｍｅｍｂｅｒ＠ｆｕｊｉ．ｃｏ．ｊｐを追加する場合の管理コマンドの例を示している。
【００５５】
本システムでは，複数のメーリングリストを同時に管理することを目的の一つとしているため，名前の競合，メンバーの不整合などの整合性チェック機能を持つ必要がある。これは，メーリングリスト管理情報記憶部４の内容（以下，ＭＬ管理テーブルという）のチェックによって容易に実現できる。
【００５６】
また，管理者に対して複数メーリングリスト間の関係を分かりやすく提示する手段を提供することも必要である。例として，指定したメーリングリストのサブ・メーリングリストとスーパー・メーリングリストを返すというような管理コマンドｓｈｏｗ−ｒｅｌａｔｉｏｎがあり，メーリングリストの管理上，有用である。
【００５７】
図７は，ＭＬ管理テーブルの構成例を示す図である。
メーリングリスト管理情報記憶部４において，メーリングリスト群の管理情報を持つＭＬ管理テーブルは，各メーリングリストごとに，メーリングリスト名と，各種属性オプションと，指定子と，ＭＬ定義体と，メンバーリストまたはメンバーリストへのポインタを持つ。例えば，ｐｒｏｊｅｃｔＡのように，メンバー数が小さければ，ＭＬ管理テーブル内に直接メンバーリストを記述するようにしてもよいが，ｂｏｎｅｎｋａｉのように，通常は他のデータファイルにメンバーリストを保持しておき，そこへメンバーファイル名等によってポインタを張るようにする。
【００５８】
【実施例】
本発明の実施例として，１）組織内連絡用メーリングリストの管理，２）話題ごとのメーリングリストの管理，３）複数の主要サイトを持つメーリングリストの管理等への応用例を説明する。
【００５９】
１）組織内連絡用メーリングリストの管理
組織は通常階層化されており，一つのサイト内で階層ごとの複数の連絡用メーリングリストを管理する必要がある。さらに，メンバーの移動がしばしばあると，多数のメーリングリストの頻繁な変更等の管理業務がメールシステム管理者に負担を与えることになる。この負担は，組織が大規模になればなるほど重大である。本発明を利用することにより，多数のメーリングリストを一つのシステムで管理することができ，電子メールを用いた管理コマンドによる管理によって，管理者の負担を軽減することができる。また，組織内の特定のグループだけに連絡したり，複数の組織にまたがる同一業務の担当者への連絡等の柔軟なメール発信業務を行うことができる。
【００６０】
２）話題ごとのメーリングリストの管理
活発なメーリングリストでは，しばしば複数の話題が同時に進行し，メンバー（参加者）は，どのトピックでメールが来たのか混乱することがある。本発明を利用することにより，主要な話題に対してサブ・メーリングリストをその都度作成し，メーリングリストへの参加や離脱を一般メンバー自身によって行なえるよう設定しておけば，不必要な話題のメールに煩わされることなく，必要なメールだけを受信できるなどの有効なメーリングリストの活用が可能となる。
【００６１】
３）複数の主要サイトを持つメーリングリストの管理
多数のメンバーを抱えるサイトが複数ある場合，サーバをそれぞれのサイトに用意して分散してメンバーを管理するほうが，ネットワークのトラフィックを軽減できて効率的である。この場合には，本発明による分散管理が非常に有効である。分散して離れた場所にメーリングリストが存在する場合でも，図１に示すメーリングリスト管理情報記憶手段４のメーリングリスト間の関係情報中で離れた地点にあるメーリングリストを指定できるようにすることにより，管理の一元化または各サイト間の統一的な管理を図ることができる。これにより，特に各サイトそれぞれの管理者の作業をかなり軽減することができる。
【００６２】
【発明の効果】
以上説明したように，本発明によれば，あるメーリングリストに属するメンバー集合を，他のメーリングリストの集合論的な論理関係情報を用いて定義し，複数のメーリングリストについて階層構造に対応させた管理を実現することができる。これにより，新たなメーリングリストを作成する場合にも，メンバーリストをすべて書き下ろす必要がなく，また，一時的なメーリングリストも簡単かつ柔軟に利用することができる。
【００６３】
また，管理者は，電子メールにより，メーリングリストの作成・削除，他のメーリングリストとの関係の定義，メンバー変更，メーリングリスト名の変更等を行うことができる。電子メールを用いた管理コマンドによって，分散して存在する他の地点にあるメーリングリストを指定し，管理することができるので，これにより，分散する複数のメーリングリストを一つの管理者アドレスから管理することが可能となる。
【図面の簡単な説明】
【図１】 本発明のシステム構成例を示す図である。
【図２】 メーリングリスト群の関係例を示す図である。
【図３】 メーリングリスト（ＭＬ）のメンバーリストの例を示す図である。
【図４】 本発明のシステムの処理フローチャートである。
【図５】 管理コマンドの例を示す図である。
【図６】 管理コマンドの使用例を示す図である。
【図７】 ＭＬ管理テーブルの構成例を示す図である。
【図８】 従来のメーリングリスト管理の例を説明する図である。
【符号の説明】
１ メール解釈部
２ メーリングリスト（ＭＬ）管理部
３ メンバーリスト記憶部
３１ 一般メンバーリスト
３２ 管理者リスト
４ メーリングリスト（ＭＬ）管理情報記憶部
５ メール送信部
６ コマンド処理部
７ メール保存部
８ データベース（ＤＢ）
９ メール記録部
Claims (3)
- メーリングリストに登録された複数のメンバーに同一電子メールを配送する手段を有する電子メール管理システムにおいて，
メーリングリストの作成を，他のメーリングリストの集合論的関係を指定して指示するメーリングリスト作成指示手段と，
他のメーリングリストの集合論的関係を指定したメーリングリストの作成指示に対して，作成する新たなメーリングリストのメンバー集合を，他のメーリングリストに属するメンバー集合の集合演算によって決定するメーリングリスト作成処理手段とを備え，
前記メーリングリスト作成指示手段によって指定される集合論的関係における前記メンバー集合の集合演算として，少なくとも論理和，論理積および論理差があり，
前記メーリングリスト作成処理手段は，集合演算が論理和である場合に，指定された複数のメーリングリストのメンバー集合の論理和集合からなるメーリングリストを作成し，集合演算が論理積である場合に，指定された複数のメーリングリストのメンバー集合の論理積集合からなるメーリングリストを作成し，集合演算が論理差である場合に，指定された第１のメーリングリストのメンバー集合から第２のメーリングリストのメンバー集合を差し引いたメンバー集合からなるメーリングリストを作成する
ことを特徴とする電子メール管理システム。 - メーリングリストに登録された複数のメンバーに同一電子メールを配送する手段を有する電子メール管理システムにおいて，
メーリングリスト間の集合論的関係と，その集合論的関係の指定子とを記憶するメーリングリスト管理情報記憶手段と，
前記メーリングリスト管理情報記憶手段が記憶するメーリングリスト間の集合論的関係によって，あるメーリングリストへのメンバー追加または削除を，他のメーリングリストのメンバー集合に自動的に反映させるメーリングリスト編集処理手段とを備え，
前記メーリングリスト管理情報記憶手段が記憶する集合論的関係の指定子として，少なくともサブセットおよびスーパーセットがあり，
前記メーリングリスト編集処理手段は，
前記指定子がサブセットであり，第１のメーリングリストが第２のメーリングリストのサブセットとして作成されている場合に，第１のメーリングリストへのメンバーの追加は，第２のメーリングリストへのメンバーの追加となるようにメーリングリストを編集し，かつ，第１のメーリングリストからのメンバーの削除は，第２のメーリングリストからのメンバーの削除とはならないが，第２のメーリングリストからのメンバーの削除は，第１のメーリングリストからのメンバーの削除となるようにメーリングリストを編集し，
前記指定子がスーパーセットであり，第１のメーリングリストが第２のメーリングリストのスーパーセットとして作成されている場合に，第１のメーリングリストからのメンバーの削除は，第２のメーリングリストからのメンバーの削除となるようにメーリングリストを編集する
ことを特徴とする電子メール管理システム。 - 請求項１または請求項２記載の電子メール管理システムにおいて，
前記メーリングリストの作成または編集の指示は，所定の形式による管理コマンドを内容とする電子メールによって行われる
ことを特徴とする電子メール管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2229496A JP3691568B2 (ja) | 1996-02-08 | 1996-02-08 | 電子メール管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2229496A JP3691568B2 (ja) | 1996-02-08 | 1996-02-08 | 電子メール管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09218832A JPH09218832A (ja) | 1997-08-19 |
| JP3691568B2 true JP3691568B2 (ja) | 2005-09-07 |
Family
ID=12078737
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2229496A Expired - Fee Related JP3691568B2 (ja) | 1996-02-08 | 1996-02-08 | 電子メール管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3691568B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006202055A (ja) * | 2005-01-20 | 2006-08-03 | Fujitsu Ltd | セキュリティ情報管理方法、セキュリティ情報管理装置、およびセキュリティ情報管理プログラム |
| JP2009258956A (ja) * | 2008-04-16 | 2009-11-05 | Shoji Sato | 電子メール配信装置 |
| JP5392019B2 (ja) * | 2009-11-16 | 2014-01-22 | 日本電気株式会社 | メーリングリストシステム、サーバ、管理方法および管理プログラム |
| JP2013239189A (ja) * | 2013-06-28 | 2013-11-28 | Shoji Sato | 電子メール配信装置 |
-
1996
- 1996-02-08 JP JP2229496A patent/JP3691568B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09218832A (ja) | 1997-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Comer et al. | Conversation-based mail | |
| JP4040849B2 (ja) | 知識蓄積支援システムおよび同システムにおけるメッセージ移動方法 | |
| US7953805B2 (en) | Methods for creating and using electronic mailing groups | |
| US5987471A (en) | Sub-foldering system in a directory-service-based launcher | |
| US5917489A (en) | System and method for creating, editing, and distributing rules for processing electronic messages | |
| US5761415A (en) | Maintaining distribution lists in a naming service with information for routing messages to users in a network and to remote users | |
| US6678705B1 (en) | System for archiving electronic documents using messaging groupware | |
| US6073142A (en) | Automated post office based rule analysis of e-mail messages and other data objects for controlled distribution in network environments | |
| US6820083B1 (en) | Relationship management system that limits access of contact information to particular folders | |
| US5132900A (en) | Method and apparatus for limiting manipulation of documents within a multi-document relationship in a data processing system | |
| US8037146B2 (en) | Email annotation | |
| CA2231980C (en) | Automatic web page generator | |
| US6859217B2 (en) | System and method to display and manage data within hierarchies and polyarchies of information | |
| JP4098490B2 (ja) | 知識蓄積支援システムおよび同システムにおけるユーザ操作制限方法 | |
| US20080046433A1 (en) | Role template objects for network account lifecycle management | |
| US6442546B1 (en) | Messaging system with application-defined states | |
| US20060294191A1 (en) | Providing context in an electronic messaging system | |
| JPH0777380B2 (ja) | 電子メール追従システム | |
| JPH01237758A (ja) | 対話型情報取扱いシステムにおける電子文書管理方法 | |
| US20040088286A1 (en) | System and method for enhancing network-based collaboration | |
| JP4213360B2 (ja) | 知識蓄積支援システムおよび同システムにおける返信メッセージ処理方法 | |
| Prinz | TOSCA Providing organisational information to CSCW applications | |
| JP4146109B2 (ja) | 知識蓄積支援システムおよび同システムにおけるメッセージ階層表示設定方法 | |
| JP3691568B2 (ja) | 電子メール管理システム | |
| JP4146101B2 (ja) | 知識蓄積支援システムおよび同システムにおける公開まとめ提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050511 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050614 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050616 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090624 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100624 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110624 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120624 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120624 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130624 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |