JP3407958B2 - メールシステムにおけるメール着信通知方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はメールシステムにおける
メッセージ受信時の着信通知をエンドユーザのシステム
利用環境に応じて実現するメッセージ着信通知方式に関
する。

【０００２】現在，企業では分散オフィス，出先，家庭
からの緊密なコミュニケーションを実現するために電話
やテレビ会議に代表される即時型とは異なり，直接コミ
ュニケーションを行う必要がない音声メール，ファクシ
ミリメール，電子メール，等の蓄積交換型のコミュニケ
ーションが増加している。

【０００３】これらメールシステムの利用に当たり，送
信側としては自分のメッセージをいつ受信してくれるか
心配であるし，受信者側としては自分の都合に合わせて
メッセージの着信を通知して欲しいと考える。

【０００４】このように，メールシステムの導入にあた
って，メッセージが届いたことを受信者に対し如何に上
手に受信者に通知するかが非常に重要な課題となってい
る。

【０００５】

【従来の技術】図８は従来例の構成図である。図中，９
０はメールシステム，９００は利用者から要求されたメ
ールサービスを受け付けて処理を行うメール処理装置，
９０１はメールデータベースである。メールデータベー
ス９０１には利用者により登録された電子メールデー
タ，ファクシミリ（ＦＡＸ）メールデータ，音声メール
データが格納されると共に関連するデータが格納されて
いる。

【０００６】９１は公衆の電話網及びデータ網（以下単
に公衆網という），９２は私設の電話網及びデータ網
（以下，単に私設網という），９３は交換機，９４は交
換機に収容された電話機，９５はパソコン通信用のモデ
ム（ＭＤ），９６はモデム９５を介してデータ通信を行
うパソコン（パーソナルコンピュータ）である。

【０００７】図８の構成において，メールシステムに対
して各利用者が公衆網９１または私設網９２を介して着
信先を指定してメールを登録する。各着信先の利用者は
都合の良い時に自分宛のメールが届いているか交換機９
３や公衆網９１または私設網９２を介して自分のユーザ
ＩＤ，パスワードを用いてメールシステム９０に問い合
わせて，存在することが分かると自分用のメールを取り
出す。

【０００８】また，電子メールの場合も，自分の端末か
ら実際にメールシステム９０にアクセスしてメッセージ
が届いているか確認を行うことが一般的であり，待時式
の通信のためリアルタイムなメールメッセージのやりと
りを行うことは難しい。メールシステムに対し問い合わ
せを利用者が定期的（例えば，１日に１回）に行えば良
いが，利用者によっては長期間アクセスしない人もい
る。

【０００９】このような場合，端末がパソコン９６等で
あれば，ソフトウェアを組み込むことにより，自動アク
セスさせることも可能であるが，パソコン９６の利用者
が多数の場合，端末を常時メールシステムへアクセスで
きるように起動しておくことは現実にはできない。ま
た，一台の端末から複数利用者の数分の自動アクセスを
実行させることも考えられるが，この端末にメールシス
テムへアクセスするための「パスワード」を全利用者
分，予め登録しておく必要がある。その場合は，パスワ
ードの秘匿性に問題がある。なお，通常，パスワードは
秘匿性を確保するため，定期的に変更されるものであ
る。

【００１０】一般に，メールシステムでは，システムに
応じてメッセージ着信通知サービスを持っている。例え
ば，公衆メールシステムにおいては，ページャーによる
着信通知，企業内メールシステムにおいては，ＰＢＸ
（私設電話交換機）の多機能の専用電話機のランプ，デ
ィスプレイによる着信通知が一般に知られている。

【００１１】

【発明が解決しようとする課題】上記した従来の着信通
知サービスは，大多数の利用者には十分であるが，企業
外のメールシステムを利用する人には電話機のランプに
よる通知を知ることができないし，ページャーの受信器
を持たない利用者等には着信通知を受けることができな
いという問題がある。

【００１２】このような場合，メールシステム側の機能
を追加してサービスを提供したり，希望するメッセージ
着信通知サービスを提供できる別のメール装置を設置し
て，ＣＣＩＴＴ X.400（私的なＬＡＮにおける標準化さ
れたメール装置間の接続手順）等の手順でメールシステ
ム間を接続する方法が考えられるが，機能追加のための
開発やメールシステム間接続を行うための機器導入や，
検討等に時間とコストがかかり，希望するサービスを得
るのが難しいという問題があった。

【００１３】本発明は次のような機能を備えるメールシ
ステムを提供することを目的とする。 (1) メールシステム側の構成と独立した利用者の環境に
応じて利便性の高いメール着信通知方式を提供するこ
と。

【００１４】(2) メールシステムへのアクセス方法やメ
ッセージ内容に関する秘匿性を維持することができるメ
ール着信通知方式を提供することを目的とする。

【００１５】

【課題を解決するための手段】図１は本発明による原理
構成図である。図１において，１はメールシステム，１
０はメール処理装置，１１は本発明による通数通知管理
データ１１ａ及び電子メール，ＦＡＸメール及び音声メ
ール等のメールデータ１１ｂが格納されるメールデータ
ベース，２は公衆・私設の電話網及びデータ網を含むネ
ットワーク，３はそれぞれ「Ａ」，「Ｂ」，「Ｃ」の利
用者ＩＤを持つ多機能電話機やパソコン等の各端末（３
Ａ，３Ｂ，３Ｃで表す），４は利用者ＩＤとして「Ｙ」
を持つ情報処理装置，５は交換機を表す。

【００１６】メール処理装置１０は通数通知先登録部１
０ａ及び通数問い合わせ制御部１０ｂとを備え，情報処
理装置４は通数問い合わせ部４ａ及び通数通知部４ｂと
を備えている。

【００１７】メールシステム１にはネットワーク２を介
して多数の利用者がアクセスすることができ，端末３や
情報処理装置４は直接ネットワーク２に接続することも
できるが，点線で示す私設（または公衆）の交換機５に
収容することもできる。

【００１８】本発明はメールシステムの利用者が自分宛
に着信したメールメッセージの通数を，自分以外の特定
のＩＤ（識別番号）を持つ他の装置（情報処理装置）に
対して通知できるよう予め特定のＩＤを登録しておき，
特定のＩＤを持つ他の装置からの問合わせがあると，登
録を行った利用者宛のメール通数が他の装置に通知され
る。この通知を受けた他の装置は，登録を行った利用者
の端末に対してメールが着信している通数を知らせる処
理を行うものである。

【００１９】

【作用】利用者ＩＤとして「Ａ」を持つ端末３からネッ
トワーク２を介してメールシステム１にアクセスし，自
分の利用者ＩＤを入力すると共に自分宛に着信したメー
ルメッセージの有無（通数を含む）を誰に通知したいか
を登録する指示を行う。

【００２０】通数を通知する別の利用者として，この例
では情報処理装置４のＩＤ（以下，これをマスターＩＤ
という）である「Ｙ」を指定するが，情報処理装置４で
はなく他の端末（図示しない）のＩＤをマスターＩＤと
して登録することもできる。

【００２１】メールシステム１のメール処理装置１０
は，これに応じて通数通知先登録部１０ａが起動して，
メールデータベース１１の通数通知管理データ１１ａ
に，利用者ＩＤ「Ａ」と対応付けてマスターＩＤ「Ｙ」
が登録される。同様に他の各端末からもメールシステム
１にアクセスしてそれぞれ自分宛に着信したメールメッ
セージの通数を知らせる相手として情報処理装置４（Ｉ
Ｄ「Ｙ」）を指定する登録動作を行うと，通数通知管理
データ１１ａに利用者３Ｂ，３Ｃの利用者ＩＤ「Ｂ」，
「Ｃ」に対しマスターＩＤ「Ｙ」がそれぞれ登録され
る。

【００２２】このマスターＩＤは，各利用者からの変更
または解除を指示するアクセスを行うと，通数通知先登
録部１０ａにより変更または解除が行われる。一方，情
報処理装置４には端末３Ａ〜３Ｃの利用者からメールの
通数通知の問い合わせを行うよう依頼されており，それ
ぞれの利用者ＩＤ「Ａ」〜「Ｃ」がデータベース４０に
格納されている（図示省略）。このデータベース４０に
は他にメールシステム１へ接続するためのアクセス番
号，メールシステムへアクセスする時間，周期等を含む
スケジュールデータ，マスターＩＤ，問合わせに応じメ
ールシステム１から通知される通数情報が格納される。

【００２３】情報処理装置４では，通数問い合わせ部４
ａがスケジュールデータに従ってマスターＩＤを使って
定期的にメールシステム１にログインし，依頼された各
利用者ＩＤ毎のメール受信状況を問い合わせる。メール
処理装置１０の通数問い合わせ制御部１０ｂは，受け取
ったマスターＩＤが，問い合わせてきた利用者ＩＤに対
応して登録されているかメールデータ１１ｂをチェック
して登録されていると，その利用者に対して着信してい
るメールの通数情報をメールデータ１１ｂから収集して
情報処理装置４に通知すると，情報処理装置４のデータ
ベース４０内に各利用者ＩＤ毎に格納される。

【００２４】この通数情報の内容として未読メール（着
信した後利用者が内容を一度も読んでいないメール）が
１つでも残っている場合は情報処理装置４の通数通知部
４ｂからネットワーク２を介して対応する利用者の端末
にアクセスして通知される。

【００２５】図１に示す構成において，各端末３Ａ〜３
Ｃ及び情報処理装置４が点線で示すように同一の交換機
５（私設・公衆の何れかの交換機）に収容され，各端末
３Ａ〜３Ｃが着信表示ランプ付の電話機の場合には，次
のようにして着信通知を行うことができる。

【００２６】この場合，データベース４０内に予め，各
端末のアクセス情報やランプ点灯のための制御情報を格
納しておき，情報処理装置４から上記のようにメールシ
ステム１にアクセスして，各利用者の通数情報を受け取
ってデータベース４０に格納する。情報処理装置４の通
数通知部４ｂは，この通数通知情報を識別して未読メッ
セージが存在する利用者があると，交換機５に対しその
利用者のアクセス情報及びランプ点灯の制御情報が送ら
れて交換機５から対応する利用者の端末にランプ表示が
行われる。利用者がランプボタンを操作した場合，交換
機５で検出され，交換機５は情報処理装置４を呼び出
し，情報処理装置４からその利用者（ランプボタンを押
した利用者）の通数情報を消去する。

【００２７】また，交換機５に収容されている各端末３
Ａ〜３Ｃが文字表示機能を持つ電話機またはパソコンの
場合には，情報処理装置４が各利用者の通数情報をメー
ルシステム１から受け取って，未読メッセージが存在す
るには，その利用者のアクセス情報と制御情報をデータ
ベース４０から取り出して，交換機５に対して送ると，
対応する利用者の端末が呼び出される。この後，データ
ベース４０から当該利用者の通数情報を取り出し，交換
機５を介して端末に送ると，端末の表示機能により通数
情報が表示される。

【００２８】利用者が通数通知先として情報処理装置４
ではなく電話機の端末のＩＤを登録した場合，登録され
た端末から問い合わせ操作を行うと，メールシステム１
のメール処理装置１０は通知先として登録されたその電
話機端末に対し，指定した利用者の通数を音声合成して
音声信号により通知することができる。また，ＤＴＭＦ
信号（ＰＢ信号）を受信して表示する機能を持つ利用者
端末に対しては，メールシステム１から通数をＤＴＭＦ
信号により通知する。同様に利用者がファクシミリ端末
である場合には，通数情報のデータをファクシミリ信号
に変換して通知する方式をとることができる。

【００２９】この他に，情報処理装置４のデータベース
４０内に予め各利用者が持つページャーの番号を格納し
ておき，メールシステム１から通数情報を受け取った時
に，未読メールが有ることが分かると，公衆または私設
（または構内）のページャーにより各利用者を呼び出し
て通数情報を通知することもできる。

【００３０】なお，端末３，メールシステム１，情報処
理装置４の相互の通信は，データ信号またはＤＴＭＦ信
号により行う。

【００３１】

【実施例】図２は本発明の実施例のシステム構成図であ
る。図２の符号１，４，５は上記図１の同一符号の各部
に対応し，図２の２ａ，２ｂは図１の２に対応し，図２
の３０，３１は図１の端末３に対応するが，以下に説明
する。

【００３２】図２において，１はメールシステム，１０
はメール処理装置，１１はメールデータベース，２ａは
公衆（電話／データ）網，２ｂは私設（電話／データ）
網，３０は交換機５の電話機インタフェース（ＬＣ）に
接続された端末である表示器付電話機，３１は表示器付
電話機３０の近くに設けられ，その表示器付電話機３０
の利用者が使用するパソコン通信機能を持つパソコンで
あり，交換機５にモデム（ＭＤ）３２を介して接続され
ている。

【００３３】情報処理装置４は，交換機５のモデムイン
タフェース（ＬＣ）と接続するモデム（ＭＤ）４１を介
する回線や，交換機５のインタフェース（ＡＰＩ）と接
続する回線を備える情報処理装置，４０は情報処理装置
４のデータベースである。データベース４０には各符号
４０ａ〜４０ｆで表すアクセス番号，マスターＩＤ情
報，スケジュールデータ，利用者ＩＤ情報，メール着信
表示基本データ等の各データ（各データの内容は後述す
る図５に関して説明する）が格納されると共に，メール
システム１から受け取るメール通数情報が格納される。

【００３４】なお，交換機５には図示省略されているが
他の多数の電話機やパソコンが接続されているものとす
る。交換機５において，５ａは制御部，ＴＲＫ１（トラ
ンク１）は公衆網接続インタフェース，ＴＲＫ２（トラ
ンク２）は私設網接続インタフェース，ＬＣは電話機イ
ンタフェースまたはモデムインタフェース，ＡＰＩは情
報処理装置接続インタフェースであり交換機の制御部５
ａと情報処理装置４との間のアプリケーションレベルで
のインタフェースをとる装置である。

【００３５】この交換機５は，収容された多数の端末の
インタフェースＬＣ，ＴＲＫ１，ＴＲＫ２，情報処理装
置４と接続するインタフェースＬＣやＡＰＩの間の相互
の交換接続（スイッチは図示省略）を制御部５ａの制御
により行うと共に，表示器付電話機３０の端末に対し後
述するような未読メールの存在を通知する機能を備えて
いる。

【００３６】図３はメールシステムの通数通知管理デー
タ及びメール通数情報の例であり，Ａ．に通数通知管理
データの例が示され，各利用者の登録動作（図４に説
明）により登録された通数通知先のＩＤ（マスターＩ
Ｄ）が格納されている。但し，通数通知先のＩＤが「ZZ
ZZZZ」となっている場合は, 通数通知先が登録されてい
ないことを表す。Ｂ．にはメールシステムが保持する各
利用者のメール通数情報の例が示され，各利用者ＩＤに
対応してメール未読通数（利用者が読んでいないメール
数）とメール総数（利用者が読み取って保管している通
数と未読通数の和）が格納されている。

【００３７】図４は通数通知登録の動作シーケンスであ
る。ここに示す通数通知登録の動作は，図２の交換機５
にモデム３２を介して接続するパソコン３１と同様の接
続形態で交換機５に接続する３台のパソコンＡ〜Ｃ（図
示せず）を持つ３人の利用者が，それぞれ情報処理装置
４（ＩＤが「YYYYY1」）と他の情報処理装置（図示せ
ず，ＩＤが「YYYYY2」) をメール通数の通知先として指
定する登録を行う例である。

【００３８】最初に，パソコンＡの利用者がパソコン上
でメールシステム（図２の１）と通信パスを接続するた
めの通信用アプリケーションソフトウェアを起動すると
（図４のａ），交換機（図２の５），公衆網２ａ（また
は私設網２ｂ）を経由してメールシステムにアクセス
し，利用者ＩＤ（XXXXX1とする) 及びパスワードにより
メール処理装置（図２の１０）にログインして通信パス
が確立する（図４のｂ）。この後，パソコンＡから通数
通知先ＩＤ（マスターＩＤ）として情報処理装置４のＩ
Ｄ（YYYYY1）の登録操作を行うと（同ｃ），メールシス
テム１のメール処理装置（図２の１０）はメールデータ
ベース１１の通数通知管理データ１１ａに登録される
（図４のｄ）。この登録が実行されると，通信パスが解
放されてメール処理装置１０からログアウトする（図４
のｅ）。

【００３９】この後，パソコンＢの利用者（ＩＤ：XXXX
X2とする) が同様の操作によりメールシステムに対し，
通数通知先として情報処理装置（ＩＤ：YYYYY1）を指定
する登録を行う（図４のｆ〜ｊ）。更にパソコンＣの利
用者（ＩＤ：XXXXX3とする)も同様にメールシステムに
対し通数通知先を行うが，この利用者は他のパソコン
Ａ，Ｂの場合とは異なる通数通知先（ＩＤ：YYYYY2）を
指定した登録が行われる（図４のｋ〜ｏ）。登録後の通
数通知管理データは上記図３のＡ．に例として示すよう
な内容となる。

【００４０】上記の図４に示す動作シーケンスによる通
数通知先の登録が行われた後は，パソコン利用者Ａ，Ｂ
により通数通知先として登録された情報処理装置（図２
の４，ＩＤ：YYYYY1）によるメール通数情報の収集の処
理が行われる。

【００４１】図５乃至図７はメール通数情報収集及び通
知表示の処理フローを含む動作シーケンス（その１）〜
（その３）である。メールシステム１には上記図４の登
録動作により図５のａに示すような通数通知管理データ
が設定されている。一方，情報処理装置４には，予め情
報処理装置運用データとして，図５のｂに示すような内
容の各データがデータベース（図２の４０）に設定され
ている。その中の「アクセス番号」（図２の４０ａ）
は，交換機５，ネットワーク（図２の２ａ，２ｂ）を介
してメールシステム１にアクセスするための番号であ
り，「マスターＩＤ情報」（図２の４０ｂ）は，他の利
用者から通数通知先として指定されたこの情報処理装置
４のＩＤである。

【００４２】「利用者ＩＤ及びメール着信表示基本デー
タ」（図２の４０ｄ，４０ｅ）は，この情報処理装置４
がメールの着信監視を行う対象となるメールシステムの
利用者であって交換機５に収容された各表示器付電話機
（図２の３１）に対して着信表示用のランプ（ボタン
付）を点灯するための基本データであり，監視対象とな
る各利用者のＩＤ，その電話機の内線番号（内線Ｎ
ｏ．）及びその電話機の着信表示用ランプのボタン番号
（ボタンＮｏ．）が格納されている。

【００４３】次に「スケジュールデータ」（図２の４０
ｃ）は，情報処理装置４によるメールシステムへの問い
合わせを行う制御データであり，その中の「監視時間」
は，一日の中の監視時間帯を表し，この例では，利用者
が勤務する時間帯である８時から１７時３０分までの時
間帯となっている。「監視周期」は問い合わせを行う周
期であり，この例では６０分毎である。「監視対象曜
日」は，一週間の中の監視を行う曜日を表し，この例で
は交換機５の利用者が週休２日制で，月曜〜金曜日に設
定されている。「メールシステムメンテナンス日時」は
メールシステム１がメンテナンスのためアクセス不可と
なる日時の情報が設定され，情報処理装置４はこの日時
に問い合わせ動作を実行させない。

【００４４】また，モデム（図２の４１）を介してメー
ルシステム１へアクセスする時に用いる，「モデム設定
パラメータ」が格納されており，通信速度，ＡＴコマン
ド（モデムの動作環境を指定するコマンド）が設定され
ている。この例では通信速度が２４００ｂｐｓ，コマン
ドとして初期化を行ってスピーカを鳴らさない状態にす
る指示が設定されている。

【００４５】情報処理装置４は，この情報処理装置運用
データのスケジュールデータに基づいてメールの着信監
視を行う。すなわち，現在時間がスケジュールデータに
設定されたメールシステムへのアクセス時間であるかを
周期的に判別し（図５のｃ），アクセス時間の場合はモ
デム（図２の４１）を初期設定し（図５のｄ），メール
システムへのアクセス処理を行う（図５のｅ）。交換機
５はこれに対し回線交換処理を行い（同ｆ），ネットワ
ーク（２ａ，２ｂ）を介してメールシステム１との通信
パスを確立する（同ｇ）。この時，情報処理装置４はメ
ールシステムに対し自分のＩＤ（YYYYY1）及びパスワー
ドを送ってログインする。

【００４６】次に図６の動作シーケンスへ移り，情報処
理装置４はメールシステム１に対し，利用者ＩＤ：XXXX
X1のメール通数情報の通知指示を送る（図６のａ）。こ
れを受け取るとメールシステム１は，通数通知管理デー
タ（図５のａ）中の当該利用者ＩＤ：XXXXX1に対して登
録されているマスターＩＤが送られてきたものと一致す
るかチェックする（図６のｂ）。この例では，登録され
ているので，メールシステム１から情報処理装置４に対
しＩＤ：XXXXX1の利用者のメールの未読通数及び総数の
通数情報が通知される（図６のｃ）。

【００４７】情報処理装置４はこの通数情報をデータベ
ース４０内（図２の４０ｆ）に格納する。情報処理装置
４は，この後，情報処理装置運用データ（図５のｂ）に
登録されている，他の利用者ＩＤ：XXXXX2のメール通数
情報の通知を指示すると（図６のｄ），メールシステム
１で同様にチェックが行われて（図６のｅ），この利用
者についても通数通知管理データに登録されているの
で，この利用者のメール未読通数と総数を含む通数情報
が情報処理装置４に通知される（図６のｆ）。

【００４８】次に利用者ＩＤ：XXXXX3についても，メー
ル通数情報の通知を指示すると，メールシステム１にお
けるチェックにおいて，この利用者ＩＤの通数通知先の
ＩＤとして情報処理装置のＩＤ（YYYYY1）が登録されて
ないため，メールシステム１からエラー（通数通知ＩＤ
不一致を表す）が通知される（図６のｈ，ｉ）。この
後，情報処理装置４は予め設定された全てのＩＤについ
ての問い合わせが終了したのでログアウトする（図６の
ｊ）。

【００４９】次に情報処理装置４では，メールシステム
１から送られきた各通数情報をデータベース４０内のメ
ール通数情報テーブル（図２の４０ｆに対応）に書き込
み（図６のｋ），通信履歴をログファイル（図示省略）
に書き込んで（図６のｌ），メールシステム１との通信
パスを解放する（同ｍ）。

【００５０】この時情報処理装置４のデータベース４０
のメール通数情報テーブルは，図６のｎに示す内容が格
納されているものとする。メールシステムアクセスから
通数情報が収集されると，続いて情報処理装置４は，メ
ール通数情報テーブルをリサーチして未読のメールが有
る（未読数が１以上ある）か判別する（図６のｏ）。図
６のｎに示すメール通数情報の例では，利用者ＩＤが
「XXXXX1」に対し未読のメールが有ることが分かる。

【００５１】未読のメールが有る場合，図７の処理に移
って，情報処理装置４はデータベース４０内の利用者Ｉ
Ｄ及びメール着信表示基本データをサーチして，メール
着信を表示するためのロケーション情報（電話機の内線
番号，ボタン（ランプ）番号）を取り出す（図７の
ａ）。

【００５２】最初に情報処理装置４は利用者ＩＤ：XXXX
X1の表示器付電話機に通数通知を行うための処理を行
う。すなわち，情報処理装置４は交換機５とＡＰＩ（図
２の情報処理装置接続インタフェース）を経由して通信
を開始する。この通信は，図７の符号ｂ以降に示すメー
ル着信表示処理フローに従って行われ，先ず情報処理装
置４が利用者ＩＤに対応した内線番号とボタン（ラン
プ）番号を使用する旨を交換機５に宣言（コネクション
確立）する（図７のｂ）。

【００５３】次いで，情報処理装置４から交換機５に内
線番号「２００１」の電話機のボタン番号「１０」のラ
ンプを点灯（オン）する指示を行う（図７のｃ）。これ
により交換機５が対応する利用者の電話機のボタン番号
１０のランプを点灯する制御が行われ（図７のｄ），利
用者の電話機のランプが点灯する（同ｅ）。

【００５４】この電話機の利用者がメール着信を表すラ
ンプが点灯していることを見て，ランプに対応する番号
「１０」のボタンを押すと（同ｆ），交換機５に対しボ
タン番号「１０」のキー入力が行われ（同ｇ），交換機
５から情報処理装置４へ「１０」のキー入力が指示され
る（同ｈ）。これにより情報処理装置４は交換機５に対
し該当する内線番号のディスプレイとのコネクションを
確立する制御を行い（図７のｉ），続いてディスプレイ
に表示する情報を送る（同ｊ）。

【００５５】この情報には，利用者の名前（またはＩ
Ｄ），未読のメール通数，メール総数，情報処理装置が
メールシステムにアクセスした日付け，時間等が含ま
れ，この情報は交換機５から利用者の電話機上のディス
プレイに文字表示される（同ｌ）。この例では，利用者
の姓，未読，総数，アクセスの日付と時間が表示されて
いる。

【００５６】この表示を見て利用者がメール通数情報の
クリア操作（この例では，＃ボタンをクリアを指示する
ものとする）をすると（図７のｍ），交換機５に＃キー
が入力され（同ｎ），交換機５から情報処理装置４へ＃
キー入力が指示される（同ｏ）。これを受けた情報処理
装置４は，データベースのメール通数情報テーブル（図
６のｎ参照）に格納された，該当する利用者ＩＤのメー
ル通数情報をクリアする（同ｐ）。続いて，情報処理装
置４はディスプレイ消去指示及び点灯しているボタン番
号のランプを消灯する指示を行う（同ｑ）。

【００５７】これにより，交換機５は該当する利用者の
電話機の対応するボタン番号のランプが消灯し，ディス
プレイの通数情報の表示を消去し，対応するボタン番号
のランプ消灯を指示すると（図７のｒ），ディスプレイ
は通数表示の状態から通常の表示（日付け，時間等の表
示）に戻り（同ｓ），該当するボタン番号のランプが消
灯する（同ｔ）。続いて情報処理装置４から，この利用
者の電話機のディスプレイ及び指定した番号のボタンと
のコネクションを解放する指示を行う（同ｕ）。この
後，図示されないが，他の未読通数が存在する利用者Ｉ
Ｄの電話機に対しても，情報処理装置４から上記図７の
ｂ〜ｕと同様に交換機５を介してメールの着信表示の処
理が実行される。

【００５８】なお，メール着信表示のランプが点灯した
場合，その後利用者がメールシステムにアクセスして，
未読のメールを読み出して未読メールが０になると，こ
れを情報処理装置４による通数通知のアクセスにより検
出すると，情報処理装置４から該当する電話機のランプ
を消灯する制御が行われる（この場合，クリア操作を行
う必要がない）。

【００５９】上記の図６，図７に示す例では，情報処理
装置４がメールシステム１から各利用者に着信したメー
ルの通数情報を一括して収集した後，各利用者の電話機
の着信表示用のランプ（ボタン付）を点灯したり，ディ
スプレイに表示して通知を行っているが，この他に，次
のような各種の方式により通知を行うことができる。

【００６０】情報処理装置４がメールシステム１から通
数情報を収集した時，その内容を識別して未読メールが
有る各利用者について，データベース４０のメール着信
基本データ（図６のｂ参照）に登録された利用者の電話
番号を用いて交換機５へ電話回線を介して発呼して，相
手利用者が応答すると当該利用者の通数情報を音声合成
（従来技術）して音声信号により通知する。

【００６１】なお，上記のメール着信基本データにファ
クシミリ番号を登録しておけば，情報処理装置４にデー
タをファクシミリ信号に変換する機構（従来公知）を設
けることにより，通数情報をファクシミリで利用者（フ
ァクシミリ端末）に通知することができる。

【００６２】また，利用者端末から情報処理装置４にア
クセスして，自分の利用者ＩＤを用いてメール着信状況
を電話回線により問い合わせることができる。この問い
合わせを受けると，情報処理装置４はデータベース４０
に格納された通数情報を見て，問い合わせた利用者の通
数を上記と同様に音声合成して音声信号によりメールの
有無や，通数を通知すればよい。

【００６３】更に，情報処理装置４の運用データ（図５
のｂ参照）の中のメール着信表示基本データとして，予
めページャー（公衆ページャーまたは私設の構内ページ
ャー）の呼び出しデータを登録して置き，メールシステ
ム１から通数情報を収集した時に未読メールが有る時ま
たは未読メールの有無に関係なく，その利用者をページ
ャーにより呼び出し，その時にメール通数を通知するこ
とができる。

【００６４】

【発明の効果】本発明によれば各利用者がメールシステ
ムにアクセスしなくてもメールの受信情報を手元の電話
機，表示器等で知ることができる。また，情報処理装置
のスケジュールデータの設定により，利用者の環境に適
したメールシステムへのアクセスが可能となるため，不
定期に送られてくるメールに対してもリアルタイム性に
富んだ対応が可能となる。

【００６５】情報処理装置に対し複数の利用者から複数
の利用者ＩＤを登録することにより，情報処理装置から
マスターＩＤを用いて複数の利用者のメール受信情報を
まとめて収集することができるため，メールシステムの
アクセスチャージ及び回線利用料金を効率化することが
できる。またメールシステムをアクセスする際，予め利
用者が特定ＩＤ（マスターＩＤ）を設定するので，利用
者自身のパスワードの秘匿性を確保することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の実施例のシステム構成図である。

【図３】メールシステムの通数通知管理データ及びメー
ル通数情報の例を示す図である。

【図４】通数通知登録の動作シーケンスを示す図であ
る。

【図５】メール通数情報収集及び通知表示の処理フロー
を含む動作シーケンス（その１）を示す図である。

【図６】メール通数情報収集及び通知表示の処理フロー
を含む動作シーケンス（その２）を示す図である。

【図７】メール通数情報収集及び通知表示の処理フロー
を含む動作シーケンス（その３）を示す図である。

【図８】図８は従来例の構成図である。

【符号の説明】

１ メールシステム １０ メール処理装置 １０ａ 通数通知先登録部 １０ｂ 通数問い合わせ制御部 １１ データベース １１ａ 通数通知管理データ １１ｂ メールデータ ２ ネットワーク ３ 端末 ４ 情報処理装置 ４ａ 通数問い合わせ部 ４ｂ 通数通知部 ４０ データベース ５ 交換機

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中居 良則 東京都品川区南大井６丁目26番１号 ニ フティ株式会社内 (56)参考文献 特開 平５−48645（ＪＰ，Ａ) 特開 平５−14406（ＪＰ，Ａ) 特開 平４−362826（ＪＰ，Ａ) 特開 平４−307830（ＪＰ，Ａ) 特開 平３−1632（ＪＰ，Ａ) 特開 昭49−46302（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/58 100 H04M 3/42 G06F 13/00 351

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 ネットワークを介して利用者端末に音声
   メール，ファクシミリメール，電子メール等のサービス
   を提供するメールシステムにおいて， 前記ネットワークに接続されたメールシステムは， 利用者端末から自分宛に着信したメールの通数通知先と
   して別の利用者を指定する指示を受け取ると，指定され
   た別の利用者の情報を通数通知管理データとして登録す
   る手段と， 他の利用者から通数を知りたい利用者を指定して通数通
   知の問い合わせを受け取ると，前記他の利用者が当該通
   数を知りたい利用者の通数通知先として登録されている
   か前記通数通知管理データを用いて識別し，登録されて
   いると指定された利用者に着信しているメールの通数を
   前記他の利用者に通知する問い合わせ制御手段を備える
   ことを特徴とするメールシステムにおけるメール着信通
   知方式。
2. 【請求項２】 請求項１において， 前記メールシステムは，前記他の利用者が前記通数通知
   先の利用者情報として登録されていると，前記問い合わ
   せに対し指定された利用者に着信しているメールメッセ
   ージの通数をデータ通信，ＤＴＭＦ信号，または通数を
   合成した音声信号の何れかにより通知することを特徴と
   するメールシステムにおけるメール着信通知方式。
3. 【請求項３】 請求項１において， 前記利用者が自分宛に着信したメールの通数通知先の利
   用者情報により指定される情報処理装置を設け， 前記情報処理は，メールシステムへのアクセス番号，予
   め通数通知の監視を行う１または複数の利用者の情報，
   メールシステムへアクセスするためのスケジュールデー
   タを備え， 前記スケジュールデータに従って前記メールシステムへ
   定期的にアクセスして，複数の利用者のメールの有無を
   含む通数を一括して問い合わせてメールシステムから通
   知される通数情報を格納することを特徴とするメールシ
   ステムにおけるメール着信通知方式。
4. 【請求項４】 請求項１において， 表示機能を備えた複数の電話機等の利用者端末と，情報
   処理装置とが収容され，情報処理装置からの制御により
   前記電話機の表示機能を制御すると共に電話機の操作を
   前記情報処理装置に通知する機能を備えた交換機を前記
   ネットワークに接続し， 前記情報処理装置は，前記メールシステムに着信した各
   利用者宛のメール通数の監視を行うことを依頼した各利
   用者情報，メールシステムへのアクセス番号，及びメー
   ルシステムへアクセスするためのスケジュールデータ等
   を格納するデータベースを備え， 前記スケジュールデータに従って前記メールシステムへ
   定期的にアクセスして，前記設定された各利用者のメー
   ルの有無を含む通数情報を一括して問い合わせてメール
   システムから通知される通数情報を格納することを特徴
   とするメールシステムにおけるメール着信通知方式。
5. 【請求項５】 請求項４において， 前記データベースに前記交換機を介して情報処理装置か
   ら各利用者端末との接続を行って表示手段を制御するた
   めの基本データを格納し， 前記情報処理装置は，前記メールシステムから通知され
   た通数情報に未読メールが有ると，前記基本データを用
   いて前記交換機を介して対応する利用者端末との接続を
   確立して，前記表示手段に通数情報を表示することを特
   徴とするメールシステムにおけるメール着信通知方式。
6. 【請求項６】 請求項５において， 前記表示手段は着信表示専用のボタン付のランプまたは
   通数を文字表示する文字表示器であることを特徴とする
   メールシステムにおけるメール着信通知方式。
7. 【請求項７】 請求項４において， 前記情報処理装置は，メールシステムから通知された通
   数情報を格納した後， 前記利用者の電話機端末によるメール着信状況の問い合
   わせがあると，当該利用者の通数情報を音声合成して音
   声信号により通知することを特徴とするメールシステム
   におけるメール着信通知方式。
8. 【請求項８】 請求項４において， 前記情報処理装置は，データベース内に基本データとし
   て各利用者のページャー情報が格納され，前記メールシ
   ステムから通知された通数情報に未読メールが有ると，
   ページャーにより対応する各利用者に対してメール通数
   を通知することを特徴とするメールシステムにおけるメ
   ール着信通知方式。
9. 【請求項９】 請求項４において， 前記情報処理装置は，前記メールシステムから通知され
   た通数情報に未読メールが有ると，前記データベースの
   基本データを用いて電話網に対して自動発信して対応す
   る利用者の端末を呼び出して通数を音声合成した音声信
   号により通知することを特徴とするメールシステムにお
   けるメール着信通知方式。
10. 【請求項１０】 請求項４において， 前記情報処理装置は，前記問い合わせに対し前記メール
    システムから通知された通数情報に未読メールが有る
    と，前記通数情報を含む電子メールを作成して対応する
    利用者に対し電子メールで通知することを特徴とするメ
    ールシステムにおけるメール着信通知方式。