JPH04362826A - 電子メールの着信通知システム - Google Patents
電子メールの着信通知システムInfo
- Publication number
- JPH04362826A JPH04362826A JP3139102A JP13910291A JPH04362826A JP H04362826 A JPH04362826 A JP H04362826A JP 3139102 A JP3139102 A JP 3139102A JP 13910291 A JP13910291 A JP 13910291A JP H04362826 A JPH04362826 A JP H04362826A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- telephone
- incoming
- user
- 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.)
- Withdrawn
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 13
- 238000000034 method Methods 0.000 abstract description 36
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/533—Voice mail systems
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、端末間で通信される電
子メールの着信を端末のユーザに通知する電子メールの
着信通知システムに関する。
子メールの着信を端末のユーザに通知する電子メールの
着信通知システムに関する。
【０００２】
【従来の技術】従来、電子メールの着信通知システムに
は“ｂｉｆｆ”等と呼ばれるシステムがある。これは、
ワークステーション等の端末がログインされている場合
に、この端末へのメールの到着を、端末のディスプレイ
の表示等によりユーザに通知するシステムである。
は“ｂｉｆｆ”等と呼ばれるシステムがある。これは、
ワークステーション等の端末がログインされている場合
に、この端末へのメールの到着を、端末のディスプレイ
の表示等によりユーザに通知するシステムである。
【０００３】
【発明が解決しようとする課題】しかし、このような従
来のシステムでは、ログインされていない端末の場合に
はメールの到着をユ−ザに通知することはできず、また
身近に端末がなかったり、端末を複数ユーザで共有して
いる場合には、送信先のユ−ザにメールの到着を即座に
知ることができないという問題がある。
来のシステムでは、ログインされていない端末の場合に
はメールの到着をユ−ザに通知することはできず、また
身近に端末がなかったり、端末を複数ユーザで共有して
いる場合には、送信先のユ−ザにメールの到着を即座に
知ることができないという問題がある。
【０００４】そこで、請求項１記載の発明は、ログイン
していない端末や、身近に端末がなく、また端末を複数
ユーザで共有している場合でも、メールの到着をユ−ザ
に通知できる電子メールの着信システムを提供すること
を目的とする。
していない端末や、身近に端末がなく、また端末を複数
ユーザで共有している場合でも、メールの到着をユ−ザ
に通知できる電子メールの着信システムを提供すること
を目的とする。
【０００５】また、請求項２記載の発明は、ログインし
ていない端末の場合でも、メールの到着をユ−ザに通知
できる電子メールの着信システムを提供することを目的
とする。
ていない端末の場合でも、メールの到着をユ−ザに通知
できる電子メールの着信システムを提供することを目的
とする。
【０００６】
【課題を解決するための手段】上記目的を達成するため
請求項１記載の発明では、複数の端末が伝送路を介し接
続されており、上記端末間で通信される電子メールの着
信を端末のユーザに通知する電子メールの着信通知シス
テムにおいて、上記ユーザ毎に設けられた複数の電話機
と、上記複数の電話機と接続され、各電話機への接続を
制御する交換機と、上記伝送路および上記交換機に接続
され、上記交換機に各電話機への接続指示を送出する交
換機制御端末とを設け、上記端末間における電子メール
の着信を、上記交換機端末および上記交換機を介して当
該端末を使用するユーザの電話機により通知することを
特徴とする。
請求項１記載の発明では、複数の端末が伝送路を介し接
続されており、上記端末間で通信される電子メールの着
信を端末のユーザに通知する電子メールの着信通知シス
テムにおいて、上記ユーザ毎に設けられた複数の電話機
と、上記複数の電話機と接続され、各電話機への接続を
制御する交換機と、上記伝送路および上記交換機に接続
され、上記交換機に各電話機への接続指示を送出する交
換機制御端末とを設け、上記端末間における電子メール
の着信を、上記交換機端末および上記交換機を介して当
該端末を使用するユーザの電話機により通知することを
特徴とする。
【０００７】また、上記目的を達成するため請求項２記
載の発明では、電話機を備えた複数の端末が伝送路を介
し接続されており、上記端末間で通信される電子メール
の着信を端末のユーザに通知する電子メールの着信通知
システムにおいて、上記端末間における電子メールの着
信を、当該端末の電話機により通知することを特徴とす
る。
載の発明では、電話機を備えた複数の端末が伝送路を介
し接続されており、上記端末間で通信される電子メール
の着信を端末のユーザに通知する電子メールの着信通知
システムにおいて、上記端末間における電子メールの着
信を、当該端末の電話機により通知することを特徴とす
る。
【０００８】
【作用】請求項１記載の発明では、端末に電子メールの
着信があった場合に、その着信が交換機制御端末および
交換機を介して当該端末を使用するユーザの電話機によ
り通知されるので、端末がログインされてなくても、ま
た端末の近辺にユ−ザがいなくても、そのユ−ザはメー
ルの着信を知ることができる。
着信があった場合に、その着信が交換機制御端末および
交換機を介して当該端末を使用するユーザの電話機によ
り通知されるので、端末がログインされてなくても、ま
た端末の近辺にユ−ザがいなくても、そのユ−ザはメー
ルの着信を知ることができる。
【０００９】また、請求項２記載の発明では、端末に電
子メールの着信があった場合に、その着信が当該端末に
接続された電話機により通知されるので、端末がログイ
ンされてなくても、当該端末のユーザに通知できる。
子メールの着信があった場合に、その着信が当該端末に
接続された電話機により通知されるので、端末がログイ
ンされてなくても、当該端末のユーザに通知できる。
【００１０】
【実施例】以下、本発明を図面に基づいて説明する。図
１は請求項１記載の発明に係る電子メールの着信通知シ
ステムの一実施例を示している。図において、セクショ
ン１，２は会社の「部」や「課」等を示しており、この
セクション１，２、…毎に、それぞれワークステーショ
ン等のメール通信機能を備えた複数の端末１２，２２が
設けられ、これらの端末１２，２２が伝送路６を介して
接続されてイーサネット式のバス型ＬＡＮを構成してい
る。
１は請求項１記載の発明に係る電子メールの着信通知シ
ステムの一実施例を示している。図において、セクショ
ン１，２は会社の「部」や「課」等を示しており、この
セクション１，２、…毎に、それぞれワークステーショ
ン等のメール通信機能を備えた複数の端末１２，２２が
設けられ、これらの端末１２，２２が伝送路６を介して
接続されてイーサネット式のバス型ＬＡＮを構成してい
る。
【００１１】また、各セクション１，２，…には少なく
とも一台の端末がメールサーバ１１、２１として設けら
れて伝送路６に接続されていると共に、各セクション１
，２，…の構成人員毎に複数の表示機能付きの電話機１
３，２３が設けられている。
とも一台の端末がメールサーバ１１、２１として設けら
れて伝送路６に接続されていると共に、各セクション１
，２，…の構成人員毎に複数の表示機能付きの電話機１
３，２３が設けられている。
【００１２】これらの電話機１３，２３は構内交換機（
ＰＢＸ）３を介して公衆網７と接続されている一方、構
内交換機３はＬＡＮを構成する伝送路６に交換機制御端
末４を介して接続されている。
ＰＢＸ）３を介して公衆網７と接続されている一方、構
内交換機３はＬＡＮを構成する伝送路６に交換機制御端
末４を介して接続されている。
【００１３】交換機制御端末４は交換機制御機能を有し
、構内交換機３へ各電話機１３、２３への接続指示を送
出すると共に、後述するようにＡＳＵ（交換機）通信プ
ログラムを実行して各電話機１３、２３に状態を問合わ
せたり、各電話機１３、２３に音声出力およびメッセー
ジ表示の処理を行わせる。
、構内交換機３へ各電話機１３、２３への接続指示を送
出すると共に、後述するようにＡＳＵ（交換機）通信プ
ログラムを実行して各電話機１３、２３に状態を問合わ
せたり、各電話機１３、２３に音声出力およびメッセー
ジ表示の処理を行わせる。
【００１４】なお、伝送路６には上記端末の他に、この
ＬＡＮ全体の制御および管理を行うドメイン管理端末５
が接続されて、このシステムが構築されている。
ＬＡＮ全体の制御および管理を行うドメイン管理端末５
が接続されて、このシステムが構築されている。
【００１５】また、この実施例では電子メールの着信通
知システムで実行される着信通知プログラム、つまり端
末におけるメールの着信を伝送路６、交換機制御端末４
および交換機３を介してユ−ザの電話機１３，２３によ
り通知するためのプログラムとして、着信通知指示プロ
グラムとＡＳＵ通信プログラムとの２つを用いる。
知システムで実行される着信通知プログラム、つまり端
末におけるメールの着信を伝送路６、交換機制御端末４
および交換機３を介してユ−ザの電話機１３，２３によ
り通知するためのプログラムとして、着信通知指示プロ
グラムとＡＳＵ通信プログラムとの２つを用いる。
【００１６】この２つのプログラムはクライアント／サ
ーバモデルの概念に基づきソケットインタフェースを用
いたプロセス間通信により実行される。ソケットインタ
フェースは「バークレー版，ＵＮＩＸ ４．２ ＢＳＤ
」以上でサポートされているネットワーク対応のプ
ロセス間通信機能であり、これを利用することによりサ
ーバとクライアントとが同一の端末上に無くても分散管
理を行え、分散環境に対応できる。
ーバモデルの概念に基づきソケットインタフェースを用
いたプロセス間通信により実行される。ソケットインタ
フェースは「バークレー版，ＵＮＩＸ ４．２ ＢＳＤ
」以上でサポートされているネットワーク対応のプ
ロセス間通信機能であり、これを利用することによりサ
ーバとクライアントとが同一の端末上に無くても分散管
理を行え、分散環境に対応できる。
【００１７】クライアントである着信通知指示プログラ
ムは、そのプログラムが実行される端末の電源が入って
おり、プログラムが起動されていれば、端末のログイン
に関係なく実行されるもので、その処理手順は図６に示
されている。本実施例ではクライアントの実行によりサ
ーバに対して、電話機の状態の問い合わせ要求、電話機
の音声出力要求、および電話機のメッセージ表示要求の
３種のサービス要求を送出する。クライアントはどの端
末で実行されても良く、例えば、交換機制御端末４に常
駐させてＬＡＮ全体を管理させるか、また交換機制御端
末４にセクション１，２，…毎に常駐させてセクション
１，２，…毎に管理させるか、各セクション１，２，…
のメールサーバ１１，２１，…に常駐してそれぞれのセ
クションを管理するか、各セクション１，２，…の端末
１２，２２，…に常駐して端末毎に管理するか、ドメイ
ン管理端末５に常駐させてＬＡＮ全体を管理するように
したり、または、セクションＡではメールサーバ１１に
、セクションＢでは各端末２２というようにセクション
毎に変えて設定しても良い。
ムは、そのプログラムが実行される端末の電源が入って
おり、プログラムが起動されていれば、端末のログイン
に関係なく実行されるもので、その処理手順は図６に示
されている。本実施例ではクライアントの実行によりサ
ーバに対して、電話機の状態の問い合わせ要求、電話機
の音声出力要求、および電話機のメッセージ表示要求の
３種のサービス要求を送出する。クライアントはどの端
末で実行されても良く、例えば、交換機制御端末４に常
駐させてＬＡＮ全体を管理させるか、また交換機制御端
末４にセクション１，２，…毎に常駐させてセクション
１，２，…毎に管理させるか、各セクション１，２，…
のメールサーバ１１，２１，…に常駐してそれぞれのセ
クションを管理するか、各セクション１，２，…の端末
１２，２２，…に常駐して端末毎に管理するか、ドメイ
ン管理端末５に常駐させてＬＡＮ全体を管理するように
したり、または、セクションＡではメールサーバ１１に
、セクションＢでは各端末２２というようにセクション
毎に変えて設定しても良い。
【００１８】サーバであるＡＳＵ通信プログラムは、ク
ライアントからの上記サービス要求を受信してその要求
に応じた上記サービスを実行し、その結果をクライアン
トに送り返すプログラムで、本システム上では交換機制
御端末４で実行される。これにより、クライアントを実
行する端末ではサーバプログラムを実行する必要がなく
、交換機制御端末４のみでサーバプログラムが実行され
れば良いので、クライアント実行端末ではプログラム数
および負荷の軽減となる。
ライアントからの上記サービス要求を受信してその要求
に応じた上記サービスを実行し、その結果をクライアン
トに送り返すプログラムで、本システム上では交換機制
御端末４で実行される。これにより、クライアントを実
行する端末ではサーバプログラムを実行する必要がなく
、交換機制御端末４のみでサーバプログラムが実行され
れば良いので、クライアント実行端末ではプログラム数
および負荷の軽減となる。
【００１９】図２は電話機の状態の問い合わせ処理を実
行するためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示している。すなわち、クライアント
側およびサーバ側でそれぞれソケット（ｓｏｃｋｅｔ）
を作成し（ステップ１００，２００）、サーバ側では接
続要求の受け入れ準備を行う（ステップ２１０）。続い
て、クライアントは接続要求を出力し（ステップ１１０
）、サーバ側がその接続要求を受け入れる（ステップ２
２０）。接続が成立した後は、クライアントは電話機の
状態問い合わせ要求をコマンドとして送信し（ステップ
１２０）、クライアントはそのコマンドを受け付け（ス
テップ２３０）、電話機の状態を検出してそのコマンド
を処理し（ステップ２４０）、検出した電話機の状態を
レスポンスとして返信する（ステップ２５０）。クライ
アントはそのレスポンスを受信して電話機の状態を知り
（ステップ１３０）、サーバ側と共にソケットをクロー
ズする（ステップ１４０、２６０）。
行するためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示している。すなわち、クライアント
側およびサーバ側でそれぞれソケット（ｓｏｃｋｅｔ）
を作成し（ステップ１００，２００）、サーバ側では接
続要求の受け入れ準備を行う（ステップ２１０）。続い
て、クライアントは接続要求を出力し（ステップ１１０
）、サーバ側がその接続要求を受け入れる（ステップ２
２０）。接続が成立した後は、クライアントは電話機の
状態問い合わせ要求をコマンドとして送信し（ステップ
１２０）、クライアントはそのコマンドを受け付け（ス
テップ２３０）、電話機の状態を検出してそのコマンド
を処理し（ステップ２４０）、検出した電話機の状態を
レスポンスとして返信する（ステップ２５０）。クライ
アントはそのレスポンスを受信して電話機の状態を知り
（ステップ１３０）、サーバ側と共にソケットをクロー
ズする（ステップ１４０、２６０）。
【００２０】また、図３は電話機に音声出力処理を実行
させるためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示しており、図２と同様にソケットが
作成され、接続が完了した後に、クライアントが電話機
の音声出力コマンドをサーバ側に送り（ステップ３２０
）、サーバ側がそのコマンドを受信、処理してレスポン
スを返信し（ステップ４３０，４４０，４５０）、クラ
イアント側がそのレスポンスを受信して（ステップ３３
０）、ソケットをクローズして終了する（ステップ３４
０，４６０）。
させるためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示しており、図２と同様にソケットが
作成され、接続が完了した後に、クライアントが電話機
の音声出力コマンドをサーバ側に送り（ステップ３２０
）、サーバ側がそのコマンドを受信、処理してレスポン
スを返信し（ステップ４３０，４４０，４５０）、クラ
イアント側がそのレスポンスを受信して（ステップ３３
０）、ソケットをクローズして終了する（ステップ３４
０，４６０）。
【００２１】図４は電話機にメッセージ表示処理を実行
させるためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示しており、図２と同様にソケットが
作成され、接続が完了した後に、クライアント側が電話
機へのメッセージ表示要求コマンドを出力し（ステップ
５２０）、サーバ側がそのコマンドを受信、処理してレ
スポンスを返信し（ステップ６３０，６４０，６５０）
、クライアント側がそのレスポンスを受信して（ステッ
プ５３０）、ソケットをクローズして終了する（ステッ
プ５４０，６６０）。
させるためのクライアント／サーバモデルによるプロセ
ス間通信の手順を示しており、図２と同様にソケットが
作成され、接続が完了した後に、クライアント側が電話
機へのメッセージ表示要求コマンドを出力し（ステップ
５２０）、サーバ側がそのコマンドを受信、処理してレ
スポンスを返信し（ステップ６３０，６４０，６５０）
、クライアント側がそのレスポンスを受信して（ステッ
プ５３０）、ソケットをクローズして終了する（ステッ
プ５４０，６６０）。
【００２２】図５は端末間で通信されるメールがメール
サーバにスプールされる際のデータテ−ブルの一例を示
している。このデータテ−ブルには、図に示すようにユ
−ザ毎に、ユ−ザ名、ユ−ザの専用する電話機の電話機
番号およびメッセージが書き込まれる。
サーバにスプールされる際のデータテ−ブルの一例を示
している。このデータテ−ブルには、図に示すようにユ
−ザ毎に、ユ−ザ名、ユ−ザの専用する電話機の電話機
番号およびメッセージが書き込まれる。
【００２３】次に、上記のように構成されたシステムに
おける電子メールの着信通知処理を、図６に示すクライ
アントつまり着信通知指示プログラムの処理手順を示す
フロ−チャ−トを参照して説明する。なお、ここでは、
着信通知指示プログラムが図１における各セクション１
，２，…のメールサーバ１１，２１，…に常駐して、各
セクション１，２，…毎に実行するものとして説明する
。
おける電子メールの着信通知処理を、図６に示すクライ
アントつまり着信通知指示プログラムの処理手順を示す
フロ−チャ−トを参照して説明する。なお、ここでは、
着信通知指示プログラムが図１における各セクション１
，２，…のメールサーバ１１，２１，…に常駐して、各
セクション１，２，…毎に実行するものとして説明する
。
【００２４】まずは、図１において、各セクション１，
２，…内あるいはセクション１，２，…の端末間でメー
ル通信が行われており、セクション１の端末１２宛に送
られてきたメールはメールサーバ１１に、セクション２
の端末２２宛に送られてきたメールはメールサーバ２１
にスプールされている。
２，…内あるいはセクション１，２，…の端末間でメー
ル通信が行われており、セクション１の端末１２宛に送
られてきたメールはメールサーバ１１に、セクション２
の端末２２宛に送られてきたメールはメールサーバ２１
にスプールされている。
【００２５】その際、メールサーバ１１、１２はクライ
アントを実行し、メールを調べ（ステップ７００）、着
信したメールの有無を調べる（ステップ７１０）。
アントを実行し、メールを調べ（ステップ７００）、着
信したメールの有無を調べる（ステップ７１０）。
【００２６】メールが無い場合には、メールの無いこと
を示すフラグｎｅｗ “０”をセットし（ステップ７１
５）、一定時間ウエイトをかけて（ステップ８１０）、
最初のステップ７００へ戻りメールを調べ、上記の処理
を繰り返す。
を示すフラグｎｅｗ “０”をセットし（ステップ７１
５）、一定時間ウエイトをかけて（ステップ８１０）、
最初のステップ７００へ戻りメールを調べ、上記の処理
を繰り返す。
【００２７】一方、メールがある場合には、新しいメー
ルか否かを判断する（ステップ７２０）。新しいメール
であるか否かの判断は、前回のこの判断時から今回のこ
の判断時までの間に、ファイルサーバ１１，２１にメー
ルが到着し、このファイルサーバ１１，２１において端
末１２、２２毎にスプールされているメールのファイル
サイズが大きくなっているか否かの判断により行う。な
お、最初はメールが到着してないので、最初のメールが
到着した場合にも、新しいメールと判断するようにする
。
ルか否かを判断する（ステップ７２０）。新しいメール
であるか否かの判断は、前回のこの判断時から今回のこ
の判断時までの間に、ファイルサーバ１１，２１にメー
ルが到着し、このファイルサーバ１１，２１において端
末１２、２２毎にスプールされているメールのファイル
サイズが大きくなっているか否かの判断により行う。な
お、最初はメールが到着してないので、最初のメールが
到着した場合にも、新しいメールと判断するようにする
。
【００２８】そして、新しいメールと判断した場合には
フラグｎｅｗ “１”をセットし（ステップ７３０）、
続いてそのメールに対応する電話機の有無を判断する一
方（ステップ７４０）、新しいメールでないと判断した
場合にはフラグｎｅｗ をセットせずに電話機の有無を
判断する（ステップ７４０）。
フラグｎｅｗ “１”をセットし（ステップ７３０）、
続いてそのメールに対応する電話機の有無を判断する一
方（ステップ７４０）、新しいメールでないと判断した
場合にはフラグｎｅｗ をセットせずに電話機の有無を
判断する（ステップ７４０）。
【００２９】その結果、電話機がないと判断された場合
には、メールの通知を行えないのでそこでその通知処理
を終了する一方、電話機があると判断された場合には、
クライアントを実行するメールサーバ１１、２１が図２
に示す如くプロセス間通信によりサーバを実行する交換
機制御端末４に電話機の状態を問合わせ要求を出力し（
ステップ７５０）、交換機制御端末４からレスポンスを
受信して電話機の状態を判断する（ステップ７６０）。
には、メールの通知を行えないのでそこでその通知処理
を終了する一方、電話機があると判断された場合には、
クライアントを実行するメールサーバ１１、２１が図２
に示す如くプロセス間通信によりサーバを実行する交換
機制御端末４に電話機の状態を問合わせ要求を出力し（
ステップ７５０）、交換機制御端末４からレスポンスを
受信して電話機の状態を判断する（ステップ７６０）。
【００３０】その際、電話機の状態が例えば電話中等の
ためにメッセージ通知不可の場合には、メールが無い場
合と同様に一定時間ウエイトをかけて（ステップ８１０
）、最初のステップ７００へ戻りそれ以下の処理を繰り
返す。なお、ここではメッセージ通知不可の場合として
通話中を例にとったが、通話中でも表示部の表示などに
よりメッセージを送ることは可能である。
ためにメッセージ通知不可の場合には、メールが無い場
合と同様に一定時間ウエイトをかけて（ステップ８１０
）、最初のステップ７００へ戻りそれ以下の処理を繰り
返す。なお、ここではメッセージ通知不可の場合として
通話中を例にとったが、通話中でも表示部の表示などに
よりメッセージを送ることは可能である。
【００３１】これに対し、メッセージ表示可能の場合に
は、フラグｎｅｗ が“１”であるか否かを判断する（
ステップ７７０）。
は、フラグｎｅｗ が“１”であるか否かを判断する（
ステップ７７０）。
【００３２】フラグｎｅｗ が“１”であれば、メール
サーバ１１、２１に新しいメールが到着してスプールさ
れているということなので、図３に示す如くプロセス間
通信により交換機制御端末４に電話機の音声出力を要求
し、電話機の音声出力処理により新しいメールの着信を
ユーザに通知し（ステップ７８０）、続いてフラグｎｅ
ｗ に“０”をセットし（ステップ７９０）、図４に示
す如くプロセス間通信により交換機制御端末４に電話機
のメッセージ表示を要求し、電話機の表示部にメッセー
ジを表示する（ステップ８００）。
サーバ１１、２１に新しいメールが到着してスプールさ
れているということなので、図３に示す如くプロセス間
通信により交換機制御端末４に電話機の音声出力を要求
し、電話機の音声出力処理により新しいメールの着信を
ユーザに通知し（ステップ７８０）、続いてフラグｎｅ
ｗ に“０”をセットし（ステップ７９０）、図４に示
す如くプロセス間通信により交換機制御端末４に電話機
のメッセージ表示を要求し、電話機の表示部にメッセー
ジを表示する（ステップ８００）。
【００３３】一方、フラグｎｅｗ が“１”でなく“０
”である場合は、メールサーバ１１、２１にスプールさ
れているメールは新しいメールではなく、すでに一回ス
テップ７８０の電話機の音声出力処理、およびステップ
７９０のフラグｎｅｗ “０”のセット処理を行い、ス
テップ８００、８１０の処理を介して最初のステップ７
００からループバックし、さらにステップ７２０で新し
いメールではないと判断され、フラグｎｅｗ が“１”
にセットされてないということなので、ステップ７８０
，７９０の処理を行わずに電話機にメッセージを表示す
る（ステップ８００）。
”である場合は、メールサーバ１１、２１にスプールさ
れているメールは新しいメールではなく、すでに一回ス
テップ７８０の電話機の音声出力処理、およびステップ
７９０のフラグｎｅｗ “０”のセット処理を行い、ス
テップ８００、８１０の処理を介して最初のステップ７
００からループバックし、さらにステップ７２０で新し
いメールではないと判断され、フラグｎｅｗ が“１”
にセットされてないということなので、ステップ７８０
，７９０の処理を行わずに電話機にメッセージを表示す
る（ステップ８００）。
【００３４】電話機に表示されるメッセージは例えば図
５に示されており、「Ｙｏｕ ｈａｖｅ ｎｅｗｍａｉ
ｌ 」、「Ｔｈｅｒｅ ｉｓ ｓｏｍｅｔｈｉｎｇ ｓ
ｔｒａｎｇｅ ｉｎ ／ｕｓｒ／ｓｐｏｏｌ／ｍａｉｌ
／Ｂ 」等のメッセージが、それぞれユ−ザＡ、Ｂの電
話機番号１１，１２の電話機に表示される。
５に示されており、「Ｙｏｕ ｈａｖｅ ｎｅｗｍａｉ
ｌ 」、「Ｔｈｅｒｅ ｉｓ ｓｏｍｅｔｈｉｎｇ ｓ
ｔｒａｎｇｅ ｉｎ ／ｕｓｒ／ｓｐｏｏｌ／ｍａｉｌ
／Ｂ 」等のメッセージが、それぞれユ−ザＡ、Ｂの電
話機番号１１，１２の電話機に表示される。
【００３５】そしてステップ８００の処理が終了した後
は、一定時間ウエイトをかけて（ステップ８１０）、最
初のステップ７００へ戻り、上記の通りの各処理を繰り
返す。
は、一定時間ウエイトをかけて（ステップ８１０）、最
初のステップ７００へ戻り、上記の通りの各処理を繰り
返す。
【００３６】したがって、本実施例によれば、ログイン
されてない端末や、身辺に端末がなく、また端末を複数
ユーザで共有している場合であっても、電話機によりメ
ールの着信をユ−ザに通知できる。
されてない端末や、身辺に端末がなく、また端末を複数
ユーザで共有している場合であっても、電話機によりメ
ールの着信をユ−ザに通知できる。
【００３７】また、本実施例では、電話機により最初の
メールおよび新たなメールが着信した場合にはメッセー
ジ表示前に一回だけ音声を出力し、その後はメッセージ
を表示してメールの着信を通知するので、最初のメール
および新たなメールの着信を区別してユ−ザに通知でき
る。
メールおよび新たなメールが着信した場合にはメッセー
ジ表示前に一回だけ音声を出力し、その後はメッセージ
を表示してメールの着信を通知するので、最初のメール
および新たなメールの着信を区別してユ−ザに通知でき
る。
【００３８】なお、本実施例のシステムでは、メールの
着信を電話機により通知するための着信通知プログラム
をクライアント／サーバモデルにより説明したが、クラ
イアント／サーバモデルを使用せずに各端末１２，２２
あるいはメールサーバ１１，２１それぞれにクライアン
トである着信通知指示プログラムおよびサーバであるＡ
ＳＵ通信プログラムを一つにしたプログラムを持たせる
ようにしても良い。
着信を電話機により通知するための着信通知プログラム
をクライアント／サーバモデルにより説明したが、クラ
イアント／サーバモデルを使用せずに各端末１２，２２
あるいはメールサーバ１１，２１それぞれにクライアン
トである着信通知指示プログラムおよびサーバであるＡ
ＳＵ通信プログラムを一つにしたプログラムを持たせる
ようにしても良い。
【００３９】また、本実施例のシステムでは、最初のメ
ールおよび新たなメールが着信した場合には電話機がメ
ッセージ表示の前に一回だけ音声を出力し、その後はメ
ッセージの表示のみによりメールの着信を通知するよう
にして説明したが、本発明では、メール着信の通知方式
はこれに限らず、例えば最初のメールおよび新たなメー
ルを区別せずにメールの着信を音声出力およびメッセー
ジ表示により通知したり、あるいは音声出力のみ、メッ
セージ表示のみでも良い。
ールおよび新たなメールが着信した場合には電話機がメ
ッセージ表示の前に一回だけ音声を出力し、その後はメ
ッセージの表示のみによりメールの着信を通知するよう
にして説明したが、本発明では、メール着信の通知方式
はこれに限らず、例えば最初のメールおよび新たなメー
ルを区別せずにメールの着信を音声出力およびメッセー
ジ表示により通知したり、あるいは音声出力のみ、メッ
セージ表示のみでも良い。
【００４０】次に、請求項２記載の発明に係る電子メー
ルの着信通知システムの一実施例を図７に示す。なお、
図１に示す上記請求項１記載の発明の実施例と同一機能
を有するものには同一番号を付して説明する。
ルの着信通知システムの一実施例を図７に示す。なお、
図１に示す上記請求項１記載の発明の実施例と同一機能
を有するものには同一番号を付して説明する。
【００４１】この実施例では、各端末１２，２２に表示
部付き電話機１２´，２２´が付加あるいは直接接続さ
れており、各電話機１２´，２２´は各端末１２，２２
を介して通話可能である。
部付き電話機１２´，２２´が付加あるいは直接接続さ
れており、各電話機１２´，２２´は各端末１２，２２
を介して通話可能である。
【００４２】また、各端末１２，２２におけるメールの
着信をこの電話機１２´，２２´により通知するため、
本実施例の場合には、上記請求項１の発明の実施例のよ
うにクライアント／サーバモデルのプロセス間通信方式
によりメールの着信を通知する必要はなく、各端末１２
，２２にメールの着信があった場合に自端末の電話機へ
通知して、音声出力およびメッセージ表示を行わせるよ
うにしたプログラムを内蔵しておく。
着信をこの電話機１２´，２２´により通知するため、
本実施例の場合には、上記請求項１の発明の実施例のよ
うにクライアント／サーバモデルのプロセス間通信方式
によりメールの着信を通知する必要はなく、各端末１２
，２２にメールの着信があった場合に自端末の電話機へ
通知して、音声出力およびメッセージ表示を行わせるよ
うにしたプログラムを内蔵しておく。
【００４３】このため、この実施例によれば、各端末１
２，２２にメールの着信があった場合に当該端末に接続
された電話機により通知を行うので、端末がログインさ
れてなくても、当該端末のユーザにメールの到着を通知
できる。
２，２２にメールの着信があった場合に当該端末に接続
された電話機により通知を行うので、端末がログインさ
れてなくても、当該端末のユーザにメールの到着を通知
できる。
【００４４】
【発明の効果】以上説明したように、請求項１記載の発
明では、ユ−ザ毎に設けられた電話機の接続を行う交換
機と複数の端末を接続している伝送路とを交換機制御端
末を介して接続し、端末における電子メールの着信を当
該端末を使用するユーザの電話機により通知するように
したため、ログインされてない端末や、身辺に端末がな
く、また端末を複数ユーザで共有している場合でも、そ
のユーザにメールの到着を通知することができる。
明では、ユ−ザ毎に設けられた電話機の接続を行う交換
機と複数の端末を接続している伝送路とを交換機制御端
末を介して接続し、端末における電子メールの着信を当
該端末を使用するユーザの電話機により通知するように
したため、ログインされてない端末や、身辺に端末がな
く、また端末を複数ユーザで共有している場合でも、そ
のユーザにメールの到着を通知することができる。
【００４５】また、請求項２記載の発明によれば、端末
に電子メールの着信があった場合に、その端末に接続さ
れた電話機により通知を行うため、端末がログインされ
てなくても、当該端末のユーザにメールの到着を通知す
ることができる。
に電子メールの着信があった場合に、その端末に接続さ
れた電話機により通知を行うため、端末がログインされ
てなくても、当該端末のユーザにメールの到着を通知す
ることができる。
【図１】請求項１記載の発明に係る電子メールの着信通
知システムの一実施例を示すブロック図。
知システムの一実施例を示すブロック図。
【図２】電話機の状態を問合わせ処理をクライアント／
サーバモデルのプロセス間通信処理により実行した場合
の手順を示すフロ−チャ−ト。
サーバモデルのプロセス間通信処理により実行した場合
の手順を示すフロ−チャ−ト。
【図３】電話機に音声を出力させるための処理をクライ
アント／サーバモデルのプロセス間通信により実行した
場合の手順を示すフロ−チャ−ト。
アント／サーバモデルのプロセス間通信により実行した
場合の手順を示すフロ−チャ−ト。
【図４】電話機にメッセージを表示させるための処理を
クライアント／サーバモデルのプロセス間通信により実
行した場合の手順を示すフロ−チャ−ト。
クライアント／サーバモデルのプロセス間通信により実
行した場合の手順を示すフロ−チャ−ト。
【図５】クライアントを実行する端末に記憶されたメッ
セージを含むデータテ−ブルの一例を示す説明図。
セージを含むデータテ−ブルの一例を示す説明図。
【図６】クライアントの実行手順を示すフローチャート
。
。
【図７】請求項２記載の発明に係る電子メールの着信通
知システムの一実施例を示すブロック図。
知システムの一実施例を示すブロック図。
１，２ セクション
３ 交換機
４ 交換機制御端末
５ 公衆網
１１ メールサーバ
１２ 端末
１３ 電話機
２１ メールサーバ
２２ 端末
２３ 電話機
１２´ 端末
２２´ 電話機
Claims (2)
- 【請求項１】複数の端末が伝送路を介し接続されており
、上記端末間で通信される電子メールの着信を端末のユ
ーザに通知する電子メールの着信通知システムにおいて
、上記ユーザ毎に設けられた複数の電話機と、上記複数
の電話機と接続され、各電話機への接続を制御する交換
機と、上記伝送路および上記交換機に接続され、上記交
換機に各電話機への接続指示を送出する交換機制御端末
とを設け、上記端末間における電子メールの着信を、上
記交換機端末および上記交換機を介して当該端末を使用
するユーザの電話機により通知することを特徴とする電
子メールの着信通知システム。 - 【請求項２】電話機を備えた複数の端末が伝送路を介し
接続されており、上記端末間で通信される電子メールの
着信を端末のユーザに通知する電子メールの着信通知シ
ステムにおいて、上記端末間における電子メールの着信
を、当該端末の電話機により通知することを特徴とする
電子メールの着信通知システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3139102A JPH04362826A (ja) | 1991-06-11 | 1991-06-11 | 電子メールの着信通知システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3139102A JPH04362826A (ja) | 1991-06-11 | 1991-06-11 | 電子メールの着信通知システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04362826A true JPH04362826A (ja) | 1992-12-15 |
Family
ID=15237534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3139102A Withdrawn JPH04362826A (ja) | 1991-06-11 | 1991-06-11 | 電子メールの着信通知システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04362826A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997034405A1 (fr) * | 1996-03-13 | 1997-09-18 | Ntt Mobile Communications Network Inc. | Systeme et procede de notification de reception de courrier |
| US6460083B1 (en) | 1997-11-04 | 2002-10-01 | Nec Corporation | Communication system for selectively connecting a server to numerous terminal units over a public network |
-
1991
- 1991-06-11 JP JP3139102A patent/JPH04362826A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997034405A1 (fr) * | 1996-03-13 | 1997-09-18 | Ntt Mobile Communications Network Inc. | Systeme et procede de notification de reception de courrier |
| US6587681B1 (en) | 1996-03-13 | 2003-07-01 | Ntt Docomo, Inc. | Mail reception notifying system and mail reception notifying method |
| US6460083B1 (en) | 1997-11-04 | 2002-10-01 | Nec Corporation | Communication system for selectively connecting a server to numerous terminal units over a public network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8601492B2 (en) | User interface for multi-channel communication | |
| US5999965A (en) | Automatic call distribution server for computer telephony communications | |
| US7552166B2 (en) | Method of queuing requests to access a communications network | |
| US8365205B2 (en) | Adaptive communication application programming interface | |
| CN100544385C (zh) | 使用网际协议的虚拟交互队列 | |
| US6771765B1 (en) | Multimedia queuing in a customer contact or call center | |
| US8886722B2 (en) | Universal state-aware communications | |
| US6449646B1 (en) | Method and apparatus for allocating mixed transaction type messages to resources via an integrated queuing mechanism | |
| US7505574B2 (en) | Method and system for providing an improved communications channel for telephone conference initiation and management | |
| US20070201674A1 (en) | System and method for maintaining real-time agent information for multi-channel communication queuing | |
| CN103312528B (zh) | 一种心跳消息发送方法及用户终端 | |
| JP3573715B2 (ja) | 組込みｗｅｂ電話モジュール | |
| US20070201673A1 (en) | System and method for multi-channel communication queuing | |
| US6983043B2 (en) | Method and apparatus for automatically generating common paradigms in computer supported telephony applications (CSTA) protocols | |
| US11102349B2 (en) | Method for automatic start up of a communication terminal configured for voice communication on a communication terminal configured for text communication | |
| GB2354133A (en) | Multimedia QOS | |
| JPH04362826A (ja) | 電子メールの着信通知システム | |
| EP1711023B1 (en) | System for parallel data transfer between wireless stations and a communication center | |
| US6993124B2 (en) | Control interface for linking a computer supported telephony application with a PBX switch utilizing CSTA protocols | |
| JP5229714B2 (ja) | キーテレホンシステム、仮想内線番号の発呼状態通知方法及びコンピュータプログラム | |
| US6985575B2 (en) | Control interface for computer supported telephony applications (CSTA) protocols | |
| CN113630509A (zh) | 一种ip电话的呼叫系统及呼叫方法 | |
| JP2002209020A (ja) | 受付呼分配処理システム及びそれに用いる受付呼分配方法 | |
| JPH07303142A (ja) | 顧客対応サービス実行管理方法およびその装置 | |
| JP2002237848A (ja) | 電子メールの着信確認機能を有するルーター装置及び該機能を有するボタン電話装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19980903 |