JP2007323134A - メッセージ送信システム、メッセージ中継サーバ、メッセージ送信方法 - Google Patents

Abstract

【課題】緊急メッセージを受信者全員に迅速に送信し、かつ受信者が緊急メッセージを実際に閲覧したか否かを確認する。
【解決手段】メッセージ中継サーバ３０は、送信端末１０から送信されてきたメッセージが記述され、かつ所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成するメール生成部３４と、その電子メールを受信端末２０に同時に送信するメール送信部３５と、受信端末２０が電子メールのリンク部分に設定されたリンク先にアクセスすると、メッセージを閲覧したと判定する閲覧判定部３６と、メッセージを閲覧した受信端末２０に対して発呼を行い、その受信端末２０が着呼すると送信端末１０に対して発呼を行い、その送信端末１０が着呼すると先に着呼した受信端末２０と送信端末１０とを呼接続する呼制御部３７と、メッセージを閲覧した受信端末２０と送信端末１０に呼接続された受信端末２０とを管理する管理部３８とを有する。
【選択図】図１

Description

本発明は、メッセージ送信システム、メッセージ中継サーバ、メッセージ送信方法に関する。

一般企業等では、災害発生時等の緊急時に、社員の無事を確認するための緊急メッセージを社員全員に伝達することがある。

緊急メッセージを伝達する方法としては、連絡網を利用する方法が一般的である。

しかしながら、連絡網のように緊急メッセージを人から人へと伝達する方法では、全員に緊急メッセージが伝達されるまで時間がかかってしまう。

例えば、受信者全員に同時にメッセージを送信する技術（特許文献１参照）を利用すれば、緊急時に、緊急メッセージを受信者全員に迅速に送信することが可能になる。
特開２００３−１８６３４号公報

ところで、緊急時に、緊急メッセージを受信者全員に同時に送信する手段としては、電子メールを利用するのが一般的であると考えられる。

しかしながら、電子メールの場合は、電子メールを受信者に送信したことは確認することができるものの、その受信者が緊急メッセージを実際に閲覧したか否かを確認することはできないという課題がある。

そこで、本発明の目的は、緊急メッセージを受信者全員に迅速に送信することができるとともに、受信者が緊急メッセージを実際に閲覧したか否かを確認することができるメッセージ送信システム、メッセージ中継サーバ、メッセージ送信方法を提供することにある。

上記目的を達成するために本発明は、
メッセージを送信する送信端末と、前記送信端末により送信されたメッセージを受信する複数の受信端末と、前記送信端末と前記複数の受信端末との間で前記メッセージを中継するメッセージ中継サーバとを有してなるメッセージ送信システムであって、
前記メッセージ中継サーバは、
前記送信端末から送信されてきたメッセージが記述され、かつ所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成するメール生成部と、
前記メール生成部により生成された電子メールを前記複数の受信端末に同時に送信するメール送信部と、
前記受信端末が前記電子メールのリンク部分に設定された前記所定のリンク先にアクセスした場合に、前記メッセージを閲覧したと判定する閲覧判定部と、
前記閲覧判定部により前記メッセージを閲覧したと判定された受信端末に対して発呼を行い、当該受信端末が着呼すると前記送信端末に対して発呼を行い、当該送信端末が着呼すると当該受信端末と当該送信端末とを呼接続する呼制御部と、
前記メッセージを閲覧した受信端末と前記送信端末に呼接続された受信端末とを管理する管理部とを有することを特徴とする。

この構成によれば、メール送信部が、メッセージを含む電子メールを複数の受信端末に同時に送信するため、複数の受信者に同時に連絡を行うことが可能である。

また、メール生成部が、電子メールに所定のリンク先が設定されたリンク部分を貼り付け、閲覧判定部が、受信者がリンク部分をクリックしてリンク先にアクセスした場合にメッセージを閲覧したと判定するため、受信者がメッセージを実際に閲覧したか否かを確認することが可能である。また、電話回線がダウンまたは混雑している場合にも、受信者がメッセージを実際に閲覧したか否かを確認することが可能である。

また、呼制御部が、閲覧判定部によりメッセージを閲覧したと判定された受信端末に対して発呼を行い、その受信端末が着呼すると送信端末に呼接続するため、受信者は、リンク部分をクリックするだけで、コールバックで送信者と通話することが可能になる。

なお、前記管理部により管理されている受信端末の情報を掲載したサイト画面を、前記送信端末に送信するサイト管理部をさらに有することとしても良い。

この構成によれば、サイト管理部が、メッセージを閲覧した受信端末の情報と送信端末に呼接続された受信端末の情報とをサイトを利用して提供しているため、電話回線がダウンまたは混雑している場合にも、受信者が実際にメッセージを閲覧したか否か等の情報を確認することが可能である。

なお、前記メール生成部は、前記複数の受信端末ごとに、前記電子メールのリンク部分に異なるリンク先を設定することとしても良い。

この構成によれば、複数の受信端末ごとに、メッセージを閲覧した場合のアクセス先が異なるため、メッセージを閲覧した受信端末を容易に判別することが可能になる。

以上説明したように本発明によれば、メール送信部が、メッセージを含む電子メールを複数の受信端末に同時に送信するため、複数の受信者に同時に連絡を行うことができるという効果が得られる。

また、メール生成部が、電子メールに所定のリンク先が設定されたリンク部分を貼り付け、閲覧判定部が、受信者がリンク部分をクリックしてリンク先にアクセスした場合にメッセージを閲覧したと判定するため、受信者がメッセージを実際に閲覧したか否かを確認することができるという効果が得られる。

以下に、本発明を実施するための最良の形態について図面を参照して説明する。

図１を参照すると、本実施形態のメッセージ送信システムは、送信端末１０と、受信端末２０と、メッセージ中継サーバ３０とを有する。なお、図１においては、受信端末２０は、１つだけ図示されているが、実際には複数設けられている。また、送信端末１０は、１つだけ図示されているが、複数設けても良い。

送信端末１０は、緊急時に緊急メッセージを送信する端末である。送信端末１０は、メッセージ中継サーバ３０の緊急時連絡サイトのサイト画面において緊急メッセージ等を入力する機能、音声通話機能等を備える。

受信端末２０は、緊急時に緊急メッセージを受信する端末である。受信端末２０は、メッセージ中継サーバ３０から送信されてきた電子メールを受信する機能、音声通話機能等を備える。

なお、送信端末１０および受信端末２０は、上記機能を備えていればいかなる端末であっても良く、本発明の本質的部分でもないため、図１からは内部の構成要素は省略されている。

メッセージ中継サーバ３０は、送信端末１０と受信端末２０との間で緊急メッセージを中継するサーバである。メッセージ中継サーバ３０は、サイト管理部３１と、認証部３２と、ユーザＤＢ３３と、メール生成部３４と、メール送信部３５と、閲覧判定部３６と、呼制御部３７と、管理部３８とを有する。

サイト管理部３１は、緊急時連絡サイトのサイト画面を送信端末１０に送信する。また、サイト管理部３１は、そのサイト画面において送信端末１０に入力された情報（緊急メッセージ等）を受信すると、メッセージ中継サーバ３０内部の構成要素に提供する。

認証部３２は、送信端末１０を使用する送信者および受信端末２０を使用する受信者を、ＩＤおよびパスワードを用いて認証する。

ユーザＤＢ３３は、送信端末１０を使用する送信者および受信端末２０を使用する受信者のユーザ名、ＩＤ、パスワード、電話番号、メールアドレス、グループ名等のユーザ情報が登録されるデータベースである。

メール生成部３４は、緊急時連絡サイトのサイト画面において送信端末１０により入力された緊急メッセージを記述した電子メールを生成する。また、メール生成部３４は、この電子メールに所定のリンク先を設定したリンク部分を貼り付ける。

メール送信部３５は、メール生成部３４により生成された電子メールを複数の受信端末２０に同時に送信する。

閲覧判定部３６は、受信端末２０が電子メールのリンク部分に設定したリンク先にアクセスした場合に、その受信端末２０が緊急メッセージを閲覧したと判定する。

呼制御部３７は、閲覧判定部３６により緊急メッセージを閲覧したと判定された受信端末２０に対して発呼を行い、その受信端末２０が着呼すると送信端末１０に対して発呼を行い、その送信端末１０が着呼すると、その送信端末１０と先に着呼した受信端末２０とを呼接続する。

管理部３８は、閲覧判定部３６により緊急メッセージを閲覧したと判定された受信端末２０と、呼制御部３７により送信端末１０と呼接続された受信端末２０とを管理する
以下、図１に示したメッセージ送信システムの動作について説明する。以下の記載では、○○株式会社において、緊急時に緊急メッセージを社員に伝達するために、本実施形態のメッセージ送信システムを適用した場合の例について説明する。

最初に、送信者が緊急メッセージを送信する場合の動作について説明する。なお、ここでは、送信端末１０を使用する送信者および受信端末２０を使用する受信者のユーザ情報が、すでにユーザＤＢ３３に登録されているものとする。

まず、送信者は、送信端末１０からメッセージ中継サーバ３０にアクセスする。

続いて、サイト管理部３１は、緊急時連絡サイトのトップページのサイト画面（図２）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図２のサイト画面において、“メールを送る”をクリックする。

続いて、サイト管理部３１は、ログイン用のサイト画面（図３）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図３のサイト画面において、自分のＩＤおよびパスワードを入力し、その後、“送信”をクリックする。

続いて、サイト管理部３１は、図３のサイト画面において入力された送信者のＩＤおよびパスワードを認証部３２に渡し、認証部３２は、サイト管理部３１から渡された送信者のＩＤおよびパスワードを、ユーザＤＢ３３に登録されている送信者のＩＤおよびパスワードと照合することにより、送信者の認証を行う。

続いて、サイト管理部３１は、認証部３２による送信者の認証が完了した時点で、メール生成用のサイト画面（図４）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図４のサイト画面において、緊急メッセージを入力し、さらに、自分の属するグループだけに緊急メッセージを送信する場合は“グループだけに送る”のチェックボックスにチェックを入れ、その後、“送信”をクリックする。

続いて、サイト管理部３１は、図３のサイト画面において入力された送信者のＩＤ、図４のサイト画面において入力された緊急メッセージ、グループだけに緊急メッセージを送るか否かの情報を、メール生成部３４に渡す。

続いて、メール生成部３４は、サイト管理部３１から渡された緊急メッセージが記述され、かつ、所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成する。さらに、メール生成部３４は、生成した電子メール、送信者のＩＤ、グループだけに緊急メッセージを送るか否かの情報を、メール送信部３５に渡す。

続いて、メール送信部３５は、メール生成部３４から渡された情報を基にしてユーザＤＢ３３から全受信者のメールアドレスを抽出し、抽出された全受信者のメールアドレス宛に、メール生成部３４から渡された電子メール（図５）を同時に送信する。例えば、全ユーザに緊急メッセージを送る場合は、全ユーザのメールアドレスを受信者のメールアドレスとして抽出する。一方、グループだけに緊急メッセージを送る場合は、まず、メール生成部３４から渡された送信者のＩＤを基に送信者を特定し、続いて、特定された送信者と同一のグループに属するユーザのメールアドレスを受信者のメールアドレスとして抽出する。また、メール送信部３５は、メール生成部３４から渡された送信者のＩＤを、閲覧判定部３６にも渡す。

続いて、受信者は、受信端末２０にて受信した図５の電子メールにおいてリンク部分となっている電話番号の部分をクリックする。すると、受信端末１０は、クリックされたリンク部分に設定されたリンク先に自動的にアクセスし、ＩＤおよびパスワードを送信する。このリンク先は、閲覧判定部３６がアクセスのあったことを検知できる場所であれば良い。

続いて、閲覧判定部３６は、受信端末２０から上記のリンク先にアクセスがあったことを検知すると、その受信端末２０が緊急メッセージを閲覧したと判定し、その受信端末２０から受信した受信者のＩＤおよびパスワードを認証部３２に渡し、認証部３２は、閲覧判定部３６から渡された受信者のＩＤおよびパスワードを、ユーザＤＢ３３に登録されている受信者のＩＤおよびパスワードと照合することにより、受信者の認証を行う。

続いて、閲覧判定部３６は、認証部３２による受信者の認証が完了した時点で、受信端末２０から受信した受信者のＩＤを管理部３８に渡す。

それと同時に、閲覧判定部３６は、受信端末２０から受信した受信者のＩＤを基にユーザＤＢ３３を検索して受信者の電話番号を抽出し、さらに、メール送信部３５から渡された送信者のＩＤを基にユーザＤＢ３３を検索して送信者の電話番号を抽出する。そして、閲覧判定部３６は、受信者および送信者のＩＤ、電話番号を呼制御部３７に渡す。

続いて、呼制御部３７は、まず、閲覧判定部３６から渡された受信者の電話番号を基にして受信端末２０に対して発呼を行う。その受信端末２０が着呼すると、続いて、呼制御部３７は、閲覧判定部３６から渡された送信者の電話番号を基にして送信端末１０に対して発呼を行う。その送信端末１０が着呼すると、続いて、呼制御部３７は、送信端末１０と先に着呼した受信端末２０とを呼接続する。そして、呼制御部３７は、送信端末１０と呼接続された受信端末２０の受信者のＩＤを管理部３８に渡す。

続いて、管理部３８は、閲覧判定部３６から渡された受信者のＩＤを基にユーザＤＢ３３からユーザ名等の必要な情報を抽出し、その受信者を緊急メッセージを閲覧した受信端末２０の受信者として管理する。さらに、管理部３８は、呼制御部３７から渡された受信者のＩＤを基にユーザＤＢ３３からユーザ名等の必要な情報を抽出し、その受信者を送信端末１０に呼接続された受信端末２０の受信者として管理する。

次に、送信者がすでに送信した緊急メッセージの連絡状況を確認する場合の動作について説明する。

まず、送信者は、送信端末１０からメッセージ中継サーバ３０にアクセスする。

続いて、サイト管理部３１は、緊急時連絡サイトのトップページのサイト画面（図２）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図２のサイト画面において、“連絡状況”をクリックする。

続いて、サイト管理部３１は、ログイン用のサイト画面（図３）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図３のサイト画面において、自分のＩＤおよびパスワードを入力し、その後、“送信”をクリックする。

続いて、サイト管理部３１は、図３のサイト画面において入力された送信者のＩＤおよびパスワードを認証部３２に渡し、認証部３２は、サイト管理部３１から渡された送信者のＩＤおよびパスワードを、ユーザＤＢ３３に登録されている送信者のＩＤおよびパスワードと照合することにより、送信者の認証を行う。

続いて、サイト管理部３１は、認証部３２による送信者の認証が完了した時点で、送信者のＩＤを基に管理部３８を検索して、緊急メッセージを閲覧した受信端末２０の受信者の情報と、送信端末１０に呼接続された受信端末２０の受信者の情報とを取得し、取得した受信者の情報を掲載した連絡状況確認用のサイト画面（図６）を生成し、送信端末１０に送信する。

なお、管理者の場合は、グループの連絡状況と全体の連絡状況とを切り替えて確認することが可能であるとする。

次に、送信者が自分のユーザ情報を登録・変更する場合の動作について説明する。

まず、送信者は、送信端末１０からメッセージ中継サーバ３０にアクセスする。

続いて、サイト管理部３１は、緊急時連絡サイトのトップページのサイト画面（図２）を送信端末１０に送信する。

続いて、送信者は、ユーザ情報を登録する場合、送信端末１０にて受信した図２のサイト画面において、“ユーザを登録する”をクリックする。

続いて、サイト管理部３１は、ユーザ登録用のサイト画面（図７）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図７のサイト画面において、ユーザ名、ＩＤ、パスワード、電話番号、メールアドレス、グループ名等のユーザ情報を入力し、その後、“登録”をクリックする。

続いて、サイト管理部３１は、図７のサイト画面において入力されたユーザ情報をユーザＤＢ３３に登録する。

一方、送信者は、ユーザ情報を変更する場合、送信端末１０にて受信した図２のサイト画面において、“連絡状況”をクリックする。

続いて、サイト管理部３１は、緊急メッセージの連絡状況を確認する場合の動作の説明で述べたのと同様に、ログイン用のサイト画面（図３）、連絡状況確認用のサイト画面（図６）を送信端末１０に順次送信する。

続いて、送信者は、送信端末１０にて受信した図６のサイト画面において、自分の氏名をクリックする。

続いて、サイト管理部３１は、図６のサイト画面においてクリックされた氏名が送信者の氏名であるか否かを、図３のサイト画面において入力された送信者のＩＤおよびパスワードを基にユーザＤＢ３３を照合することで判定し、送信者の氏名であれば、ユーザ登録用のサイト画面（図７）を送信端末１０に送信する。

続いて、送信者は、送信端末１０にて受信した図７のサイト画面において、変更後のユーザ情報を入力し、その後、“登録”をクリックする。

続いて、サイト管理部３１は、図７のサイト画面において入力された変更後のユーザ情報をユーザＤＢ３３に登録する。

なお、送信者の場合は、上述のように、自分のユーザ情報のみ登録・変更が可能であるが、管理者の場合は、全ユーザ（送信者および受信者）のユーザ情報の登録・変更が可能であるとする。また、管理者は、送信端末１０から緊急時連絡サイトのサイト画面を介して操作を行うか、または、メッセージ中継サーバ３０の操作を直接行うことにより、ユーザ情報の登録・変更が可能であるとする。

次に、送信者が緊急メッセージを送信する場合の概略動作について、フローチャートを参照して説明する。なお、ここでは、送信端末１０の送信者および受信端末２０の受信者のユーザ情報が、すでにユーザＤＢ３３に登録されているものとする。

図８を参照すると、まず、送信者は、送信端末１０からメッセージ中継サーバ３０にアクセスする（ステップ８０１）。

続いて、サイト管理部３１は、緊急時連絡サイトのサイト画面を送信端末１０に送信する（ステップ８０２）。

続いて、送信者は、送信端末１０にて受信したサイト画面において、緊急メッセージを入力し、送信端末１０からメッセージ中継サーバ３０に送信する（ステップ８０３）。

続いて、メール生成部３４は、緊急メッセージが記述され、かつ、所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成し、メール送信部３５は、メール生成部３４により生成された電子メールを、全ての受信者の受信端末２０に同時に送信する（ステップ８０４）。

続いて、受信者は、受信端末２０にて受信した電子メールの電話番号のリンク部分をクリックする（ステップ８０５）。すると、受信端末１０は、クリックされたリンク部分に設定されたリンク先に自動的にアクセスする。

続いて、閲覧判定部３６は、受信端末２０から上記のリンク先にアクセスがあると、その受信端末２０が緊急メッセージを閲覧したと判定し、呼制御部３７は、閲覧判定部３６により緊急メッセージを閲覧したと判定された受信端末２０に対して発呼を行う（ステップ８０６）。

受信端末２０が着呼すると（ステップ８０７）、続いて、呼制御部３７は、送信端末１０に対して発呼を行う（ステップ８０８）。

送信端末１０が着呼すると（ステップ８０９）、続いて、呼制御部３７は、ステップ８０９で着呼した送信端末１０と先にステップ８０７で着呼した受信端末２０とを呼接続する（ステップ８１０）。

上述したように本実施形態においては、メール送信部３５が、緊急メッセージを含む電子メールを複数の受信端末２０に同時に送信するため、複数の受信者に同時に連絡を行うことができる。

また、メール生成部３４が、電子メールに所定のリンク先が設定されたリンク部分を貼り付け、閲覧判定部３６が、受信者がリンク部分をクリックしてリンク先にアクセスした場合に緊急メッセージを閲覧したと判定するため、受信者が緊急メッセージを実際に閲覧したか否かを確認することが可能である。また、電話回線がダウンまたは混雑している場合にも、受信者が実際に閲覧したか否かを確認することができる。

また、呼制御部３７が、閲覧判定部３６により緊急メッセージを閲覧したと判定された受信端末２０に対して発呼を行い、その受信端末２０が着呼すると送信端末１０に呼接続するため、受信者は、リンク部分をクリックするだけで、コールバックで送信者と通話することができる。

また、サイト管理部３１が、緊急メッセージを閲覧した受信端末２０の情報と送信端末１０に呼接続された受信端末２０の情報とをサイトを利用して提供しているため、電話回線がダウンまたは混雑している場合にも、受信者が実際に閲覧したか否か等の情報を確認することができる。

なお、本実施形態においては、全ての受信端末２０に送信する電子メールのリンク部分に同一のリンク先を設定することを想定しているが、受信端末２０ごとに、異なるリンク先を設定しても良い。この場合、受信端末２０ごとに、緊急メッセージを閲覧した場合のアクセス先が異なるため、受信端末２０がＩＤおよびパスワードを送信しなくても、緊急メッセージを閲覧した受信端末２０を容易に判別することが可能になる。

また、本実施形態においては、緊急時に緊急メッセージを送信する場合を例に挙げて説明したが、本発明はこれに限らず、複数の受信端末２０にメッセージを送信するシステムであれば適用可能である。

本発明は、一般企業（大手企業、中小企業）、サービス業、または官公庁等において好適に用いられる。

本発明の一実施形態のメッセージ送信システムの構成を示す図である。 図１に示したサイト管理部から送信端末に送信される緊急時連絡サイトのトップページのサイト画面の一例を示す図である。 図１に示したサイト管理部から送信端末に送信される緊急時連絡サイトのログイン用のサイト画面の一例を示す図である。 図１に示したサイト管理部から送信端末に送信される緊急時連絡サイトのメール生成用のサイト画面の一例を示す図である。 図１に示したメール送信部から受信端末に送信される電子メールの一例を示す図である。 図１に示したサイト管理部から送信端末に送信される緊急時連絡サイトの連絡状況確認用のサイト画面の一例を示す図である。 図１に示したサイト管理部から送信端末に送信される緊急時連絡サイトのユーザ登録用のサイト画面の一例を示す図である。 図１に示したメッセージ送信システムにおいて、緊急メッセージを送信する場合の概略動作を説明するフローチャートである。

符号の説明

１０ 送信端末
２０ 受信端末
３０ メッセージ中継サーバ
３１ サイト管理部
３２ 認証部
３３ ユーザＤＢ
３４ メール生成部
３５ メール送信部
３６ 閲覧判定部
３７ 呼制御部
３８ 管理部

Claims (9)

1. メッセージを送信する送信端末と、前記送信端末により送信されたメッセージを受信する複数の受信端末と、前記送信端末と前記複数の受信端末との間で前記メッセージを中継するメッセージ中継サーバとを有してなるメッセージ送信システムであって、
   前記メッセージ中継サーバは、
   前記送信端末から送信されてきたメッセージが記述され、かつ所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成するメール生成部と、
   前記メール生成部により生成された電子メールを前記複数の受信端末に同時に送信するメール送信部と、
   前記受信端末が前記電子メールのリンク部分に設定された前記所定のリンク先にアクセスした場合に、前記メッセージを閲覧したと判定する閲覧判定部と、
   前記閲覧判定部により前記メッセージを閲覧したと判定された受信端末に対して発呼を行い、当該受信端末が着呼すると前記送信端末に対して発呼を行い、当該送信端末が着呼すると当該受信端末と当該送信端末とを呼接続する呼制御部と、
   前記メッセージを閲覧した受信端末と前記送信端末に呼接続された受信端末とを管理する管理部とを有するメッセージ送信システム。
2. 前記管理部により管理されている受信端末の情報を掲載したサイト画面を、前記送信端末に送信するサイト管理部をさらに有する、請求項１に記載のメッセージ送信システム。
3. 前記メール生成部は、前記複数の受信端末ごとに、前記電子メールのリンク部分に異なるリンク先を設定する、請求項１または２に記載のメッセージ送信システム。
4. 送信端末により送信されたメッセージを中継して、複数の受信端末に対して送信するメッセージ中継サーバであって、
   前記送信端末から送信されてきたメッセージが記述され、かつ所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成するメール生成部と、
   前記メール生成部により生成された電子メールを前記複数の受信端末に同時に送信するメール送信部と、
   前記受信端末が前記電子メールのリンク部分に設定された前記所定のリンク先にアクセスした場合に、前記メッセージを閲覧したと判定する閲覧判定部と、
   前記閲覧判定部により前記メッセージを閲覧したと判定された受信端末に対して発呼を行い、当該受信端末が着呼すると前記送信端末に対して発呼を行い、当該送信端末が着呼すると当該受信端末と当該送信端末とを呼接続する呼制御部と、
   前記メッセージを閲覧した受信端末と前記送信端末に呼接続された受信端末とを管理する管理部とを有するメッセージ中継サーバ。
5. 前記管理部により管理されている受信端末の情報を掲載したサイト画面を、前記送信端末に送信するサイト管理部をさらに有する、請求項４に記載のメッセージ中継サーバ。
6. 前記メール生成部は、前記複数の受信端末ごとに、前記電子メールのリンク部分に異なるリンク先を設定する、請求項４または５に記載のメッセージ中継サーバ。
7. 送信端末により送信されたメッセージを中継して、複数の受信端末に対して送信するメッセージ中継サーバによるメッセージ送信方法であって、
   前記送信端末から送信されてきたメッセージが記述され、かつ所定のリンク先が設定されたリンク部分が貼り付けられた電子メールを生成するステップと、
   前記生成された電子メールを前記複数の受信端末に同時に送信するステップと、
   前記受信端末が前記電子メールのリンク部分に設定された前記所定のリンク先にアクセスした場合に、前記メッセージを閲覧したと判定するステップと、
   前記メッセージを閲覧したと判定された受信端末に対して発呼を行い、当該受信端末が着呼すると前記送信端末に対して発呼を行い、当該送信端末が着呼すると当該受信端末と当該送信端末とを呼接続するステップと、
   前記メッセージを閲覧した受信端末と前記送信端末に呼接続された受信端末とを管理するステップとを有するメッセージ送信方法。
8. 前記受信端末を管理するステップで管理されている受信端末の情報を掲載したサイト画面を、前記送信端末に送信するステップをさらに有する、請求項７に記載のメッセージ送信方法。
9. 前記電子メールを生成するステップでは、前記複数の受信端末ごとに、前記電子メールのリンク部分に異なるリンク先を設定する、請求項７または８に記載のメッセージ送信方法。

Images