JP2007226594A - メッセージ配信方法、および、メッセージ配信システム - Google Patents

Abstract

【課題】異なる取り扱い区分の利用者でメッセージの送受信が制限されるメッセージ配信システムにおいて、異なる取り扱い区分でデータを取り扱っている利用者間でも、利用者の取り扱い区分によらず緊急のメッセージを通知することができるようにする。
【解決手段】管理サーバは、システム上の認証している利用者の情報を保持しておき、クライアントから要求があったときに、緊急メッセージのメッセージデータを受信する。管理サーバは、メッセージ管理データベースにメッセージデータをいったん格納し、取り扱い区分ごとの認証している利用者のリストに基づき、取り扱い区分の利用者のみに送信するプロセスのそれぞれに対してメッセージを送信させることにより、取り扱い区分にかかわらず、システム上の認証している全ての利用者に緊急メッセージをマルチキャストする。
【選択図】図１

Description

本発明は、メッセージ配信方法、および、メッセージ配信システムに係り、特に、利用者の取り扱い区分の混在するシステム環境であって、利用者の取り扱い区分に応じてデータの授受が制限される環境下において、緊急メッセージを効率よく送信するのに用いて好適なメッセージ配信方法、および、メッセージ配信システムに関する。

官公庁など複数の部署が混在し、それぞれが互いに閲覧不可能なデータを取り扱うシステムが同一ネットワーク上に混在している場合、コンピュータシステムは、権限のない利用者やプロセス等に、情報の開示する範囲を制限する方法を取っている。

このような異なる取り扱い区分が混在するシステムは、特定データの授受の許可、不許可を表すセキュリティポリシーを管理することで実現可能である。管理されたセキュリティポリシーを伝達する方法として、データにそのデータの利用可能範囲を表す取り扱い区分を情報ラベルとしてデータにラベル付けするものがある。例えば、以下の特許文献１の「マルチレベルフロー制御方法」では、そのような技術を用いて電子メールを送受信する方法が開示されている。

特開２００５−１０９０６号公報

従来の利用者の取り扱い区分によりデータの授受を制限する技術では、異なる取り扱い区分の権限を与えられた利用者同士は双方向に通信が不可能であった。例えば、上記特許文献１では、データの利用者やプロセス等は、データに付与された情報ラベルに記述されている取り扱い区分に属している必要があったため、異なる取り扱い区分に属する利用者間等でのデータの交換が許可されなかった。

また、取り扱い区分として、極秘情報、秘情報などのマルチレベルの概念を取り入れる場合もある。これは、秘情報のデータは、一般の区分の利用者には閲覧できないようにし、さらに、極秘情報のデータは、一般の区分の利用者のみならず、秘情報の区分の利用者にも閲覧できないようにするなどとし、利用者とそのデータの取り扱い区分に階層を設けたものである。このように極秘情報、秘情報などのマルチレベルの概念を取り入れた場合でも、高位のレベルの利用者の取り扱うデータには極秘情報が混在している可能性があるため、低位のレベルへ利用者のデータの送信は許可されていない。

さらに、今後のネットワークの普及により、民間のネットワークと、従来は機密情報等を配信するためにクローズしたネットワークで構成していた官公庁系のネットワークが接続されることが考えられる。接続する目的としては、携帯電話や自動車のカーナビゲーションシステムなど民間のネットワーク上で収集された多様な情報を有効利用するために、官公庁系に情報収集し配信する状況があげられる。

その際に、一般的には機密情報等を扱う官公庁系システムは、民間のシステムに情報が流出しないためにも、官公庁系システムの扱うデータの取り扱い区分が高位に属しており、民間のネットワークと相互に情報を伝達することができない。

このように、従来技術では、異なる取り扱い区分を有する利用者が同一ネットワーク上に混在するシステムにおいて、異なる取り扱い区分の利用者は、取り扱い区分の違いを越えて、同一データを取り扱うことができない。そのため、取り扱い区分が異なる利用者間で共有したい緊急性を要するメッセージなどが発生した場合に、送信することはできないという問題点があった。

本発明は、上記問題点を解決するためになされたもので、その目的は、異なる取り扱い区分の利用者でメッセージの送受信が制限されるシステムにおいて、異なる取り扱い区分でデータを取り扱っている利用者間でも、利用者の取り扱い区分によらず緊急のメッセージを通知することができるメッセージ配信システムを提供することにある。

本発明のメッセージ配信システムは、管理サーバとクライアントがネットワークで接続されている形態である。利用者は、クライアントから認証し、他の利用者にメッセージを送信する。このシステムでは、利用者のメッセージの取り扱い区分が分類され、前記利用者のメッセージの取り扱い区分に従い、他のメッセージの取り扱い区分の利用者にメッセージの配信が制限されることが前提となっている。

管理サーバは、クライアントから利用者が認証するとその利用状況を認証管理データベースに保持する。

そして、クライアントは、管理サーバに対して緊急メッセージの送信の要求をおこない、それが許可されると、管理サーバに緊急メッセージデータを送信する。

管理サーバは、認証管理データベースとを緊急メッセージデータを参照し、その緊急メッセージを送信する取り扱い区分ごとの利用者リストを含んだメッセージ管理データベースを作成する。

そして、メッセージ管理データベースを参照し、システム上の認証している全ての利用者にクライアントから送信されてきた緊急メッセージをマルチキャストする。

本発明によれば、異なる取り扱い区分の利用者でメッセージの送受信が制限されるシステムにおいて、異なる取り扱い区分でデータを取り扱っている利用者間でも、利用者の取り扱い区分によらず緊急のメッセージを通知することができるメッセージ配信システムを提供することができる。

以下、本発明に係る一実施形態を、図１ないし図１０を用いて説明する。

先ず、図１を用いて本発明の一実施形態に係るメッセージ配信システムのシステム構成について説明する。
図１は、本発明の一実施形態に係るメッセージ配信システムのシステム構成図である。

本実施形態のメッセージ配信システムは、図１に示されるようにパーソナルコンピュータなどの処理装置である高位クライアント１、低位クライアント２、管理サーバ３および両者を接続するＬＡＮやＷＡＮなどのネットワーク５０から構成される。

管理サーバ３は、クライアントからの認証と配信するメッセージを管理する計算機であり、その処理装置３１に接続される記憶装置には、認証管理データベース（ＤＢ）３５およびメッセージ管理データベース（ＤＢ）３６が格納されている。

認証管理ＤＢ３５は、システム上の利用者に対して認証に関する情報を関するデータベースである。認証管理ＤＢ３５は、システム上の利用者が、認証を実施していることと、認証を実施した処理装置のネットワーク上の論理アドレスと、認証した利用者の取り扱い区分を保持するテーブルを格納する。なお、このテーブルの構造については、後に詳細に説明する。

メッセージ管理ＤＢ３６は、クライアントに送信する緊急メッセージに関する情報を保持するテーブルを格納するデータベースである。メッセージ管理ＤＢ３６は、高位クライアント１など処理装置が緊急メッセージ送信許可を管理サーバ３に要求した後に、緊急メッセージを送信する利用者ＩＤと取り扱い区分、メッセージの内容を保持するテーブルを格納する。なお、このテーブルの構造については、後に詳細に説明する。

管理サーバ３の処理装置３１は、メッセージ送信部３４、メッセージ受信部３２、配布先確認処理部３３はソフトウェアによって実現される。

メッセージ受信部３２は、高位クライアント１または低位クライアント２から緊急メッセージの送信依頼を受信するが、取り扱い区分の違う利用者からの要求を受信できるように、取り扱い区分ごとにプログラムのプロセスを分解して起動する。

その際、取り扱い区分を超えてデータを処理しないように各プロセス間はコンパートメント化されるようにオペレーションシステムで制御されているものとする。

配信先確認処理部３３は、メッセージ受信部３２が緊急メッセージデータを受信したことを確認し、認証管理ＤＢ３５に格納されている認証済み、すなわち、システムに参加（ログオン）している利用者ＩＤとネットワーク上の論理アドレスの組合せを、認証した取り扱い区分ごとに取り扱い区分別利用者リストとして生成し、利用者ＩＤに対応したメッセージ管理ＤＢ３６のテーブルのレコードに取り扱い区分別利用者リストを格納する。

メッセージ送信部３４は、配信先確認処理部３３から受信した取り扱い区分別利用者リストと緊急メッセージ内容を、メッセージ送信部３４の中で取り扱い区分ごとに分解されたプログラムのプロセスにそれぞれ渡す。本実施形態のシステムでは、メッセージ送信部３４の中で、高位の取り扱い区分で起動しているプログラムのプロセスに緊急メッセージデータおよび取り扱い区分別利用者リストを直接渡すことはできないようになっている。そのため、メッセージ管理ＤＢ３６に必要な情報を書き込み、ファイルＩ／Ｏのイベントを検知した際に、各プログラムのプロセスは取り扱い区分別利用者リストとシステムに参加している利用者ＩＤおよびネットワーク上の論理アドレスの情報を読み込むようにする。

メッセージ送信部３４の中で取り扱い区分ごとに起動しているプログラムのプロセスは、メッセージ管理ＤＢ３６より読み込んだ緊急メッセージデータに基づき、取り扱い区分別利用者リストの論理アドレスに緊急メッセージデータを送信する。

高位クライアント１は、取り扱い区分の高位の利用者によって操作されるパソコン等の計算機であり、その処理装置１１のメモリには、メッセージ作成送信部１４のプログラムが格納されている。また、高位クライアント１の処理装置１１には、表示装置１２、入力装置１３、および、送信データ１５を格納した記憶装置が接続されている。表示装置１２は、文書情報の内容を表示するディスプレイなどの装置である。入力装置１３は、所望する緊急メッセージ内容などを入力するキーボード、マウスなどの装置である。また、送信データ１５は、高位クライアント１が取り扱うデータである。

この高位クライアント１の処理装置１１の中のメッセージ作成送信部１４は、取り扱い区分が高位の利用者のメッセージを送信するように動作し、システム内では同じ取り扱い区分の利用者との通信のみが可能である。メッセージ作成送信部１４は、ネットワーク５０を介して管理サーバ３へ利用者情報を送信して、すでに、管理サーバ３で認証されている利用者であり、正当な利用者であると管理サーバ３から認められると、管理サーバ３からメッセージ送信許可を受信し、所望する緊急メッセージデータを送信することになる。

利用者情報は、利用者が現在処理装置１１を利用している取り扱い区分と、利用者ＩＤなどの、システム上で利用者を一意に識別できる情報を含んでいる。なお、この利用者情報の構造は、後に詳細に説明する。

低位クライアント２は、取り扱い区分の低位の利用者によって操作されるパソコン等の計算機であり、その処理装置２１のメモリは、メッセージ作成送信部２４のプログラムを格納する。動作は、上記の高位クライアントの場合と同じである。

メッセージ作成送信部２４が管理サーバ３へ送信する利用者情報の、利用者の取り扱い区分は、高位クライアント１の利用者の取り扱い区分よりは低位のものであり、取り扱い区分が違うため、直接高位クライアント１と通信することはできない。また、送信データ２５は、低位クライアント２が取り扱うデータである。

なお、高位クライアントの処理装置１１のプログラムを格納する記憶媒体を設け、処理装置１１に接続されるその記憶媒体の駆動装置を介してそのプログラムを処理装置１１のメモリに読み込むか、または他の計算機に接続される駆動装置、他の計算機およびネットワークを介して処理装置１１へ伝送することで処理装置１１によってプログラムを実行することが可能である。低位クライアント２、管理サーバ３の処理装置２１および処理装置３１のプログラムに関しても同様のことが可能である。

また、本実施形態の構造は、高位クライアント１と低位クライアント２の二種類があり、認証できる利用者の異なったクライアントがあるシステムのモデルを説明したが、必ずしもこれによらず、一種類のクライアントで取り扱い区分の異なる利用者を認証できるようにしてもよい。

次に、図２および図５を用いて本発明の一実施形態に係るメッセージ配信システムに用いられるデータ構造について説明する。
図２は、緊急メッセージデータを示す図である。
図３は、利用者情報を示す図である。
図４は、認証管理ＤＢの保持するテーブルを示す図である。
図５は、メッセージ管理ＤＢの保持するテーブルを示す図である。

緊急メッセージデータは、高位クライアント１から管理サーバ３に送信される緊急メッセージを作成するためのデータであり、図２に示されるように管理サーバアドレスＦ０３０１、利用者ＩＤ：Ｆ０３０２、緊急メッセージ内容Ｆ０３０３からなる。

管理サーバアドレスＦ０３０１は、管理サーバ３をネットワーク上で識別するためのアドレスであり、例えば、ＩＰアドレスである。

利用者ＩＤ：Ｆ０３０２は、緊急メッセージを送信した利用者のＩＤである。

緊急メッセージ内容Ｆ０３０３は、緊急メッセージのテキストデータである。

利用者情報は、高位クライアント１から管理サーバ３に、緊急メッセージ送信の許可を得るときに送られる情報であり、図３に示されるように利用者ＩＤ：Ｆ０１０１、取り扱い区分Ｆ０１０２からなる。

利用者ＩＤ：Ｆ０１０１は、緊急メッセージを送信する利用者を識別するＩＤであり、取り扱い区分Ｆ０１０２は、その利用者の取り扱い区分を識別するための情報である。

認証管理ＤＢは、システムの利用者の認証について管理するためのデータベースであり、図４に示すように利用者ＩＤ３５０１、取り扱い区分３５０２、利用者状況３５０３、論理アドレス３５０４を保持するテーブルを格納している。

利用者ＩＤ３５０１は、システムに参加する資格のある利用者を一意に識別するＩＤであり、取り扱い区分３５０２は、その利用者の所属からシステムによって決められているカテゴリーである。図４に示す例では、「人事」「総務」などの部署別の区分が示されているが、利用者の役職などによって扱うデータの機密性などに差がある際に、機密性に従ってこの区分を設けてもよい。例えば、「極秘」「秘」「一般」などの区分である。

さらに、利用者状況３５０３は、システムに参加、すなわち、認証が済んでいるか否かの状態を保持し、論理アドレス３５０４は、利用者が認証した際に使用している処理装置のＩＰアドレスなどを保持する。

メッセージ管理ＤＢは、緊急メッセージをクライアントに送信するために管理サーバ３で管理されるデータベースであり、図５に示されるようにメッセージＩＤ：３６０１、送信利用者ＩＤ：３６０２、緊急メッセージ内容３６０３、取り扱い区分別利用者リスト３６０４を保持するテーブルを格納している。

メッセージＩＤ：３６０１は、緊急メッセージを一意に識別するためのＩＤである。送信利用者ＩＤ：３６０２は、緊急メッセージの送信者を識別するＩＤである。緊急メッセージ内容３６０３は、緊急メッセージのテキストデータである。取り扱い区分別利用者リスト３６０４は、利用者の取り扱い区分ごとに作られるリストであり、現在、認証して緊急メッセージの送信先となる利用者のＩＤと論理アドレスのリストである。これは、図５に示されるように、一つの緊急メッセージにつき、送信する利用者の取り扱い区分の数だけ複数作られる。

次に、図６ないし図１０を用いて本発明の一実施形態に係るメッセージ配信システムの処理について説明する。

先ず、図６を用いて高位クライアント１から管理サーバ３に緊急メッセージ送信要求をする場合について説明する。
図６は、高位クライアント１から管理サーバ３に緊急メッセージ要求をする場合のシーケンス図である。

本実施形態では、高位クライアント１、低位クライアント２の二段階の取り扱い区分に関しての例であるが、他段階または取り扱い区分が複数存在する場合も同様に動作する。

高位クライアント１は、緊急メッセージ送信要求Ｆ０１と利用者情報を管理サーバ３に対して送信し、緊急メッセージの送信可否結果を待つ。管理サーバ３は、緊急メッセージ送信要求Ｆ０１を発した利用者が、システムに参加できる正規の利用者であるか否かを判断し、正規の利用者である場合のみ緊急メッセージ送信許可Ｆ０２を高位クライアント１に送信する。この緊急メッセージ送信許可Ｆ０２を受信しなければ緊急メッセージを送信できないため、不正な利用者がネットワークに負荷をかける目的等で緊急メッセージを大量に送信することを防止する。

緊急メッセージ送信許可Ｆ０２を受信した高位クライアント１は、緊急メッセージデータ送信Ｆ０３をおこなう。すなわち、図２に示したデータ構造を有する緊急メッセージデータが、高位クライアント１から管理サーバ３に送信される。

緊急メッセージデータ送信Ｆ０３を受信した管理サーバ３は、認証結果等を利用して、緊急メッセージを受信する資格のある利用者全員に緊急メッセージのマルチキャストＦ０４を実行する。緊急メッセージを受信する資格のある利用者は、システムの正規の利用者であり、管理サーバにて認証を済んでいる利用者のことを指す。したがって、緊急メッセージを受信する利用者は、認証が済み、現在ネットワークに接続している利用者である。

次に、図７を用いて高位クライアント１の処理装置１１のメッセージ作成送信部１４の処理について説明する。
図７は、高位クライアント１の処理装置１１のメッセージ作成送信部１４の処理を示すフローチャートである。

先ず、緊急メッセージを発しようとする利用者が高位クライアント１の入出力装置１３などから緊急メッセージを送信する要求を入力する（ステップ１４０１）。

メッセージ作成送信部１４は、高位クライアント１の入出力装置１３などから入力された緊急メッセージ送信要求を受けると、図３に示した構造を持つ利用者情報を記憶装置から取得する（ステップ１４０２）。そして、緊急メッセージ送信要求と利用者情報を管理サーバ３に送信し（ステップ１４０３）、管理サーバ３からメッセージ送信許可を受信するまで待機する。

そして、メッセージ送信許可を管理サーバ３から受信した場合（ステップ１４０４ＹＥＳ）、図２に示した構造を有する緊急メッセージデータを管理サーバ３に送信する（ステップ１４０５）。また、利用者が認証を終了していないためにメッセージ送信許可を管理サーバ３から受信できなかった場合（ステップ１４０４ＮＯ）、認証の再試行（ステップ１４０６）をおこなう。

次に、図８を用いて管理サーバ３の処理装置３１のメッセージ受信部３２の処理について説明する。
図８は、管理サーバ３の処理装置３１のメッセージ受信部３２の処理を示すフローチャートである。

メッセージ受信部３２は、高位クライアント１から緊急メッセージ送信要求と利用者情報を受信すると（ステップ３２０１）、利用者管理ＤＢから利用者が認証を終了しているか否かを判定する（ステップ３２０２）。

認証済みである場合（ステップ３２０２ＹＥＳ）、図４に示した認証管理ＤＢの保持するテーブルより利用者ＩＤ、取り扱い区分、論理アドレスを取得する（ステップ３２０３）。認証が済んでいない場合（ステップ３２０２ＮＯ）は処理を終了する。ここで論理アドレスとは、ＩＰネットワークであればＩＰアドレスなど、クライアントが配置されているシステム内での論理的な位置情報を指す。

その後、利用者情報を送信したクライアントに対して、メッセージ送信許可を送信し（ステップ３２０４）、緊急メッセージデータが送信されるまで待機する。利用者情報を送信した高位クライアント１から緊急メッセージデータを受信した場合（ステップ３２０５ＹＥＳ）、受信した緊急メッセージデータをメッセージ管理ＤＢに格納する（ステップ３２０６）。

オブジェクトである緊急メッセージデータを格納する際、オブジェクトの取り扱い区分は、最も低位の取り扱い区分を付与し、高位のプロセス等サブジェクトが参照できる形式にする。取り扱い区分が最も低位のデータは、全ての利用者が見ることのできるデータだからである。

緊急メッセージ内容を受信しない場合（ステップ３２０５ＮＯ）、処理を終了する。

次に、図９を用いて管理サーバ３の処理装置３１の配信先確認処理部３３の処理について説明する。
図９は、管理サーバ３の処理装置３１の配信先確認処理部３３の処理を示すフローチャートである。

配信先確認処理部３３は、メッセージ受信部３２によって緊急メッセージデータがメッセージ管理ＤＢに格納されたことを確認すると（ステップ３３０１）、認証管理ＤＢより認証済み利用者を取得する（ステップ３３０２）。

この配信先確認処理は、管理サーバ３が高位クライアント１から緊急メッセージデータを受信した直後と、システムの利用者の利用状況を更新するために一定のタイミングで定時的に起動される。

取得した情報より、認証済み利用者の利用者ＩＤを、その認証の際の取り扱い区分ごとにリスト化した取り扱い区分別利用者リストとして生成し（ステップ３３０３）、図５に示したメッセージ管理ＤＢのテーブルの対応する利用者ＩＤのレコードの取り扱い区分別利用者リストに格納する。

次に、図１０を用いて管理サーバ３の処理装置３１のメッセージ送信部３４の処理について説明する。
図１０は、管理サーバ３の処理装置３１のメッセージ送信部３４の処理を示すフローチャートである。

メッセージ送信部３４は、配信先確認処理部３３によって緊急メッセージデータがメッセージ管理ＤＢに格納されたことを確認すると、メッセージ管理ＤＢのテーブルの内容を読み込む（ステップ３４０１）。読み込んだテーブルから取り扱い区分別利用者リストを解読し（ステップ３４０２）、取り扱い区分ごとに緊急メッセージを送信するプロセスを起動する（ステップ３４０３）。起動するプロセスはそれぞれの取り扱い区分のオブジェクトを取り扱う権限が付与されている。起動したプロセスに、取り扱い区分別利用者リストと緊急メッセージデータ内容を渡す（ステップ３４０４）。そして、各プロセスが取り扱い区分別利用者リストに基づき、緊急メッセージをマルチキャストする（ステップ３４０５）。

従来では、一般的には機密情報等を扱う官公庁系システムは、民間のシステムに情報が流出しないためにも、官公庁系システムの扱うデータの取り扱い区分が高位に属しており、民間のネットワークと相互に情報を伝達することができない分野であった。

しかしながら、本実施形態のメッセージ配信システムによれば、民間のネットワークと、従来は機密情報等を配信するためにクローズしたネットワークで構成していた官公庁系のネットワークが接続されることで、災害情報など官公庁系の緊急情報を民間のネットワークに配信することができる。配信先としては、携帯電話や自動車のカーナビゲーションシステムなどが考えられる。

また、携帯電話、カーナビゲーションシステムなど、民間のネットワーク上で収集された多様な情報を有効利用するために、官公庁系に情報収集し他の民間のネットワークに配信することにも利用することができる。

本発明の一実施形態に係るメッセージ配信システムのシステム構成図である。 緊急メッセージデータを示す図である。 利用者情報を示す図である。 認証管理ＤＢの保持するテーブルを示す図である。 メッセージ管理ＤＢの保持するテーブルを示す図である。 高位クライアント１から管理サーバ３に緊急メッセージ要求をする場合のシーケンス図である。 高位クライアント１の処理装置１１のメッセージ作成送信部１４の処理を示すフローチャートである。 管理サーバ３の処理装置３１のメッセージ受信部３２の処理を示すフローチャートである。 管理サーバ３の処理装置３１の配信先確認処理部３３の処理を示すフローチャートである。 管理サーバ３の処理装置３１のメッセージ送信部３４の処理を示すフローチャートである。

符号の説明

１…高位クライアント
２…低位クライアント
３…管理サーバ

Claims (6)

1. 利用者のメッセージの取り扱い区分が分類され、前記利用者のメッセージの取り扱い区分に従い、他のメッセージの取り扱い区分の利用者に対してのメッセージの配信が制限されるシステムのメッセージ配信方法において、
   管理サーバがシステム上の認証している利用者の情報を保持するステップと、
   クライアントから前記管理サーバに、利用者のメッセージの取り扱い区分によってメッセージの配信が制限されずに、システム上の認証している全ての利用者に配信されるメッセージのメッセージデータを送信するステップと、
   前記管理サーバは、前記システム上の認証している利用者の情報に基づき、システム上の認証している全ての利用者に前記クライアントから送信されてきたメッセージをマルチキャストするステップとを有することを特徴とするメッセージ配信方法。
2. 前記管理サーバがシステム上の認証している利用者の情報を保持するステップにおいて、
   認証管理データベースのテーブルのレコード内に、利用者ごとにネットワークの利用状況を保持することを特徴とする請求項１記載のメッセージ配信方法。
3. 前記管理サーバ上で、利用者の取り扱い区分に応じてメッセージの送信プロセスが生成され、前記クライアント上で、利用者の取り扱い区分に応じてメッセージの受信プロセスが生成され、
   前記送信プロセスは、対応する取り扱い区分の利用者のメッセージを送信し、
   前記受信プロセスは、対応する取り扱い区分の利用者のメッセージを受信することを特徴とする請求項１記載のメッセージ配信方法。
4. 前記管理サーバは、受信したメッセージのメッセージデータをメッセージ管理データベースに保持することを特徴とする請求項１記載のメッセージ配信方法。
5. 前記メッセージ管理データベースのテーブルのレコード内に、利用者の取り扱いごとに区分されたリストを保持することを特徴とする請求項１記載のメッセージ配信方法。
6. 利用者のメッセージの取り扱い区分が分類され、前記利用者のメッセージの取り扱い区分に従い、他のメッセージの取り扱い区分の利用者に対してのメッセージの配信が制限されるメッセージ配信システムにおいて、
   管理サーバと、
   前記管理サーバにネットワークより接続されたクライアントとを有し、
   前記管理サーバは、前記クライアントからの要求に従って、利用者のメッセージの取り扱い区分によってメッセージの配信が制限されないメッセージのメッセージデータを受信し、システム上の認証している全ての利用者に前記クライアントから送信されてきたメッセージデータに基づいてメッセージをマルチキャストすることを特徴とするメッセージ配信システム。
   

Images