JPH11284652A - 電子メールの着信報知システム、着信通知管理方法、及びサーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】 頻繁にメール受信する場合でもシステムの処
理負担を増大させることなく、また適切な頻度で電子メ
ールの着信通知処理を行えるようにする。 【解決手段】 着信通知対応テーブル１５には、各ユー
ザに対応して、少なくとも電子メールの着信通知処理を
行う時間間隔を示すメールボックス参照タイミング、前
回参照時未読メール数、更新頻度、タイミング制御テー
ブルの格納アドレスが格納される。メールボックス参照
データメモリ１６には、更新頻度テーブルとタイミング
制御テーブルとが格納される。制御部１３は、上記メー
ルボックス参照タイミングの時間毎に、そのユーザのメ
ールボックスを参照して未読メール数を検出し、これを
上記前回参照時未読メール数と比較して、未読メール数
が増加があった場合、当該ユーザに対して着信通知を行
う。更に、新規メールの受信頻度を算出して、これより
更新頻度テーブルとタイミング制御テーブルを参照して
新たなメールボックス参照タイミングを求める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各ユーザに電子メ
ールの着信通知を行う着信報知システム、着信通知管理
方法、及びサーバ装置に関する。

【０００２】

【従来の技術】ＬＡＮ環境の整備された企業のシステム
では、ＬＡＮを管理しているサーバーがインターネット
経由の電子メールの送受信管理を受け持ち、個人の所有
するパソコンなどの端末が、定期的（例えば３０分毎）
に、サーバに自分宛の電子メールが到着していないかど
うか確認する処理を行う。そして、メールが到着してい
れば、パソコン等の画面に「メールが届いている」旨の
メッセージを表示して知らせる。

【０００３】個人の端末が定期的にサーバーに確認に行
けるのは、電話回線を使用しないため通話料金が掛から
ないためである。一方、最近、一般家庭にもパソコンが
普及してきており、電子メールが利用されるようになっ
てきている。この場合、ユーザは、例えばインターネッ
トと公衆回線網の接続を行う接続業者のサーバに、個人
宛のメールボックスを設置している。そして、上記パソ
コン等の端末から、公衆回線網を介して、サーバに対し
て、自分宛の電子メールが到着しているかどうかを確認
している（ダイヤルアップＩＰ接続の場合）。

【０００４】上記のように、一般家庭において電子メー
ルを利用する場合（ダイヤルアップＩＰ接続の場合）に
は、自分からサーバに電話して確認しないと、自分宛の
電子メールが着信しているかどうか分からない。このた
め、逐一確認作業を行う手間が掛かり、また電子メール
が１通も届いていない場合もあるので、無駄な手間とな
る。更に、公衆回線を利用する為、何度も確認作業を行
うのは電話料金がかさむため経済的ではない。

【０００５】

【発明が解決しようとする課題】これに対して、本発明
の出願人は、サーバがメール受信する毎と、このメール
の宛先に対してメール着信を通知する方法であって、宛
先側で応答する前（受話器を取る前）に通知できる電子
メールの着信通知システムを提案している（特願平８−
３５０１２０）。

【０００６】これは、近年、一般的な通信網において
も、受信側において送信側の身元（電話番号等）を知る
ことができる環境が整いつつあることを利用して（ＩＳ
ＤＮ等の制御信号、ＰＨＳのサブアドレス機能、「発信
電話番号表示サービス」等）、実際の通信は行わせず
に、サーバ側より各家庭等にメール着信を通知するもの
である。また、ユーザが留守等でメールの読み出しを行
わない状況で何回もメール着信通知を行わないようにす
る為に、メール受信毎にそれがそのユーザ宛の最初のメ
ール（前回メールの読み出しが行われた後に最初に受信
したメール）であるか否かを判別して、最初のメール受
信時のみメール着信通知を行うようにするものである。

【０００７】しかしながら、この場合、メール受信毎に
上記判別処理を行わなければならず、頻繁にメール受信
する場合にはサーバの処理負担が増大する。本発明の課
題は、頻繁にメール着信する場合でもシステムの処理負
担を増大させることなく、また各ユーザ毎に電子メール
の着信頻度やユーザの希望に応じて適切な頻度で電子メ
ールの着信通知を行える電子メールの着信報知システ
ム、着信通知管理方法、及びサーバ装置を提供すること
である。

【０００８】

【課題を解決するための手段】本発明による電子メール
の着信報知システムは、各ユーザ毎に着信した電子メー
ルを保管するメールボックスと、各メールボックスへの
電子メールの着信をユーザの端末へ報知する着信報知手
段と、所定の時間間隔で各ユーザのメールボックスを参
照し、新規の電子メール着信があるか否かを判定する判
定手段と、この判定手段により新規の電子メール着信が
あると判定した場合、前記着信報知手段を制御して報知
を行わせる制御手段と、を有する。

【０００９】また、例えば、前記判定手段によって判断
された新規の電子メールの着信頻度に応じて、前記各ユ
ーザのメールボックスの参照頻度として前記所定の時間
間隔を設定する設定手段を更に備える。

【００１０】上記着信報知システムでは、所定の時間間
隔で各ユーザのメールボックスを参照して新規の電子メ
ール着信があるか否かを判定し、新規の電子メール着信
があった場合には、そのユーザに対して着信報知を行
う。これによって、例えば頻繁に電子メール着信がある
場合でも、電子メール受信毎に処理を行う必要はなく、
所定時間毎にまとめて行うようにしているので、システ
ムの処理負荷が増大することはない。

【００１１】更に、各ユーザの電子メールの着信頻度に
応じて、各ユーザ毎にメールボックスの参照頻度（所定
の時間間隔）が設定／変更されるので、例えばあるユー
ザに関して電子メールを頻繁に受信する時間帯には上記
時間間隔を短くし、あまり電子メールを受信しない時間
帯には上記時間間隔を長くすることが自動的に行われる
ので、状況に応じて適切な時間間隔で電子メールの着信
通知に係わる処理が行われるようになる。

【００１２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。尚、本実施形態では、公衆
回線網の「発信電話番号表示サービス」を利用する例を
説明するが、本発明の着信報知システムはこれに限るも
のではなく、例えばＩＳＤＮの制御信号を利用するもの
であっても良いし、ＰＨＳのサブアドレス機能を利用す
るものであっても良い。

【００１３】本実施形態においては、サーバ１０が、公
衆回線網１と（インターネット等の）回線網２とに接続
され、公衆回線網１には、各家庭に設置されている不図
示の端末（パソコン等）が接続されているものとする。

【００１４】図１は、上記サーバ１０の構成を示すブロ
ック図である。サーバ１０は、メールサーバにテレフォ
ニ機能を搭載して成るサーバであり、同図ではサーバ１
０を、機能的に、メールサーバ１０ａとテレフォニサー
バ１０ｂとに分けて示している。メールサーバ１０ａ
は、データ通信制御部１１、メール記憶部１４等を有
し、回線網２を介して送られてくる電子メールを、その
宛先のユーザのメールボックスに保管する。尚、同図で
は、メールサーバ１０ａとテレフォニサーバ１０ｂとを
明確に分けて示したが、これは両者の機能的な相違を強
調的に示す為であり、実際にはこのように明確には分か
れない。メールサーバ１０ａは、例えば公衆回線網１を
介してユーザの端末より電子メール受取アクセスがあっ
た場合等には、制御部１３及びデータ通信制御部１２に
よって、メール記憶部１４に保管されていた電子メール
を、要求元のユーザの端末に送信する処理も行う。一
方、テレフォニサーバ１０ｂは、制御部１３、記憶装置
１３−１、データ通信制御部１２、着信通知対応テーブ
ル１５、及びメールボックス参照データメモリ１６を有
し、各ユーザ端末に対し電子メールの着信通知を行う。

【００１５】同図において、データ通信制御部１１は、
（インターネット等の）回線網２を介してデータを送受
信する通信装置であり、例えばインターネットにおける
基本通信単位であるＩＰデータグラムと呼ばれるパケッ
トを送受信する。

【００１６】データ通信制御部１２は、公衆回線網１を
介して例えば上記端末との間でデータを送受信する通信
装置であり、例えばモデム等から成る。データ通信制御
部１２は、公衆回線網１に対して複数の回線が設けられ
ており、例えば同図に示すように“Ａ１”、“Ａ２”、
“Ａ３”の３つの回線が設けられている。

【００１７】制御部１３は、サーバ１０全体を制御する
中央処理装置であり、記憶装置１３−１に記憶されたプ
ログラムにより、メールサーバとしての機能とテレフォ
ニサーバとしての機能とを実現させる。また、制御部１
３は、上記データ通信制御部１１、データ通信制御部１
２を制御して、公衆回線網１と（インターネット等の）
回線網２との間のデータ・インタフェース機能（ゲート
ウェイ機能）を実現させる。例えば公衆回線網１を介し
て上記端末から送られてきたデータをデータ通信制御部
１２で着信すると、このデータを上記ＩＰデータグラム
と呼ばれるパケットの形式で上記データ通信制御部１１
から（インターネット等の）回線網２に送出させる制御
を行う。

【００１８】また、制御部１３は、例えばデータ通信制
御部１１を介して着信した電子メールを、後述するメー
ル記憶部１４内の対応するメールボックスに保管する制
御も行う（上述したメールサーバ１０ａとしての機
能）。

【００１９】また、制御部１３は、記憶装置１３−１に
記憶されているプログラムを実行することにより、本実
施形態による電子メールの着信報知システムに係わる制
御も行う。すなわち、各ユーザ毎に設定／変更される所
定時間毎に、そのユーザに新規電子メール着信があった
か否かを判定し、新規電子メールの着信があった場合に
はこの電子メールの着信通知を行うと共に、必要に応じ
て当該ユーザの上記所定時間を変更する処理を実行す
る。これについての詳細は、後に図５を参照して説明す
る。、記憶装置１３−１は、例えばＲＯＭ、ＲＡＭ、フ
ラッシュメモリ、ＨＤＤ（ハードディスクドライブ）記
憶装置等である。記憶装置１３−１は、ＣＰＵによる各
種制御に用いられるＯＳ（オペレーティングシステム）
と、少なくとも本実施形態の着信報知システムの機能を
実現するアプリケーションプログラムを記憶している。

【００２０】尚、この記憶装置１３−１には、可搬記憶
媒体が含まれてもよい。可搬記憶媒体は、サーバ１０と
は独立した携帯可能な記憶媒体を意味し、例えば、ＦＤ
（フロッピーディスク）、ＭＯ（光磁気ディスク）、Ｃ
Ｄ−ＲＯＭ、メモリカード、ＤＶＤ（ディジタル・ビデ
オ・ディスク）等である。これらの可搬記憶媒体には、
予め、上記アプリケーションプログラム等が、磁気的、
光学的に記憶されている。あるいは、上記アプリケーシ
ョンプログラムは、例えば、上記データ通信制御部１
１、１２によって、ネットワークを介して、外部の情報
処理装置等からダウンロードされるものであっても良
い。

【００２１】メール記憶部１４は、各ユーザ毎に設置さ
れるメールボックス（１４−１〜１４−ｎ；ｎは任意の
整数）を有し、着信した電子メールは、この電子メール
の宛先のユーザのメールボックスに格納される。

【００２２】着信通知対応テーブル１５は、着信通知サ
ービスに加入したユーザのユーザ名と、各ユーザの電話
番号と、サーバ１０が公衆回線網１と接続する複数の回
線の１つとが対応付けて登録されるテーブルである。

【００２３】更に、着信通知対応テーブル１５は、各ユ
ーザ毎に、メールボックス参照タイミング、未読メール
数、更新頻度、及び参照タイミング制御テーブルのアド
レスを格納するフィールドを有する。これらについて
は、後に詳細に説明する。

【００２４】メールボックス参照データメモリ１６は、
メール着信時間間隔と更新頻度との対応関係、及び更新
頻度とメールボックス参照タイミングとの対応関係を定
義する情報がテーブル形式で格納されるメモリである。

【００２５】図２は、着信通知対応テーブル１５の一例
を示す図である。同図に示す着信通知対応テーブル１５
は、“ユーザ名”２１、“ユーザ電話番号”２２、及び
“センタ電話番号”２３、“メールボックス参照タイミ
ング”２４、“未読メール数”２５、“更新頻度”２
６、及び“参照タイミング制御テーブルのアドレス”２
７の各フィールドより成る各レコード（２８、２９、３
０、３１、・・・）で構成される。

【００２６】“ユーザ名”２１のフィールドには、各ユ
ーザの電子メールのアドレスにおけるユーザ名が記憶さ
れる。ここで、インターネットを通じて電子メールを送
信する場合には、相手先のアドレスは「ユーザ名＠ドメ
イン名」の形式で指定される。

【００２７】“ユーザ電話番号”２２のフィールドに
は、各ユーザの公衆回線網１における電話番号が記憶さ
れる。“センタ電話番号”２３のフィールドには、サー
バ１０が公衆回線網１と接続している複数回線の各電話
番号の中で、各ユーザの端末側に登録させる電話番号が
記憶される。

【００２８】図３においては、レコード２８、２９に示
す“ユーザ名”２１がitanaka （田中 一郎）、 htana
ka（田中 花子）は、例えば夫婦であるものとする。こ
の場合、通常、一般家庭においては公衆電話網１のアナ
ログ回線は１回線しか設けられていないので、レコード
２８、２９の“ユーザ電話番号”２２のフィールドには
同一電話番号が登録されることになる。一方、“センタ
電話番号”２３には、両者別々の電話番号（Ａ１、Ａ
２）が登録されるので、これによって、ユーザ端末側
で、どちらに対する着信通知であるのかを判断できる。

【００２９】そして、例えば、ユーザ（田中 一郎）に
対して電子メールの着信通知を行う場合には、回線Ａ１
よりユーザ（田中 一郎）の電話番号に電話を掛ける。
公衆回線網１においては、例えば、回線接続要求時に発
信元の電話番号を送信する「発信電話番号表示サービ
ス」が提供されており、ユーザ（田中 一郎）の端末に
は発信元の電話番号Ａ１が知らされる。ユーザの端末に
は、発信元の電話番号が‘Ａ１’である場合は（田中
一郎）に対する電子メールの着信通知であると判断し報
知する機能が備えられており、これより実際に回線を接
続することなく（通信を行うことなく）、ユーザ（田中
一郎）に対する電子メールの着信があったことが通知
できる。

【００３０】“メールボックス参照タイミング”２４の
フィールドには、メールボックスを参照して着信報知を
行うべきか判断する処理を行う頻度（時間間隔）が格納
／更新される。すなわち、“メールボックス参照タイミ
ング”２４のフィールドに格納される時間毎に、そのユ
ーザに対する着信通知処理（後述する図５に示す処理）
を行う。例えば、レコード２８の場合、３０（分）毎に
メールボックスを参照して、未読メール数をカウント
し、ユーザ（田中 一郎）に着信通知を行うべきかを判
断する。

【００３１】“未読メール数”２５のフィールドには、
前回メールボックスを参照したときに検出した未読メー
ル数が格納されている。“更新頻度”２６のフィールド
には、更新頻度（メールボックス参照頻度）を示す例え
ば１〜５の５段階の数字が格納される。更新頻度につい
ては、後に詳しく説明する。

【００３２】“参照タイミング制御テーブルのアドレ
ス”２７のフィールドには、各ユーザ毎に設定される後
述する参照タイミング制御テーブルが格納される記憶領
域のアドレスが格納される。

【００３３】図３は、図１におけるメールボックス参照
データメモリ１６のエリア構成の一例を示す図である。
同図において、メールボックス参照データメモリ１６に
は、少なくとも更新頻度テーブル４０及びタイミング制
御テーブル５０を格納する記憶領域がある。更新頻度テ
ーブル４０は、通常、各ユーザ共通の１つのテーブルで
あり、タイミング制御テーブル５０は、通常、各ユーザ
毎に個別に備えられる複数のテーブルである。

【００３４】図４（ａ）は上記更新頻度テーブル、図４
（ｂ）は上記参照タイミング制御テーブルの一例を示す
図である。同図（ａ）に示す更新頻度テーブル４０は、
“メール着信時間間隔”４１のフィールドと“更新頻
度”４２のフィールドとを有する。“メール着信時間間
隔”４１は、各ユーザ毎の電子メール着信頻度（平均着
信時間間隔）の範囲を示すものであり、各“メール着信
時間間隔”に例えば５段階評価の“更新頻度”が対応付
けられている。例えば、あるユーザが平均して４５分に
１回の割合で電子メールを着信したとするならば、この
ユーザの“メール着信時間間隔”は「６０（min）〜３
０（min ）」に該当し、これに対応する“更新頻度”４
２は‘４’ということになる。

【００３５】同図（ｂ）に示すタイミング制御テーブル
５０は、“更新頻度”５１のフィールドと“メールボッ
クス参照タイミング”５２のフィールドとを有する。タ
イミング制御テーブル５０は、例えば各ユーザ毎に各々
備えられるものであり、同図にはあるユーザ用に設定さ
れたタイミング制御テーブル５０を一例として示してい
る。タイミング制御テーブル５０は、後述する図５に示
す処理において上記更新頻度テーブル４０を参照して求
めた更新頻度に基づいて、この更新頻度に対応する各ユ
ーザのメールボックス参照タイミングを求める為に用い
られるテーブルである。

【００３６】図５は、本実施形態によるサーバ装置の処
理を含む着信報知システム全体の処理を説明する為のフ
ローチャートである。同図において、サーバ装置は、メ
ールサーバにテレフォニ機能を搭載して成るものであ
り、メールサーバとしての処理とテレフォニサーバとし
ての処理とを分けて示してある。

【００３７】まず、メールサーバの処理について説明す
る。このメールサーバ処理は、一般的な処理内容であ
る。すなわち、外部から当該メールサーバで管理してい
るユーザ宛に電子メールが送られてくる毎に（ステップ
Ｓ１、ＹＥＳ）、この電子メールの宛先のユーザのメー
ルボックスに、この電子メールを格納する（ステップＳ
２）。また、各ユーザの端末から電子メールの受取要求
がある毎に（ステップＳ３、ＹＥＳ）、この要求を行っ
たユーザのメールボックスに格納されている電子メール
の中から当該ユーザにより受取指定された電子メールを
送信する（ステップＳ４）。尚、送信した電子メールの
データを自動的に削除するようにしてもよい。また、メ
ールサーバは、電子メールの着信がなく（ステップＳ
１、ＮＯ）、端末からの受取要求がないときは（ステッ
プＳ３、ＮＯ）、待機状態となっている。

【００３８】一方、テレフォニサーバ側では、メールサ
ーバで管理している各ユーザのいずれかのメールボック
スを参照する時間になるまでは待機状態となっている
（ステップＳ１１、ＮＯ）。このメールボックス参照タ
イミングは、後述するステップＳ１４〜ステップＳ１８
の処理によって、各ユーザ個別に設定／変更される。

【００３９】いずれかのユーザのメールボックス参照タ
イミングになると（ステップＳ１１、ＹＥＳ）、当該ユ
ーザのメールボックスを参照して現在の未読メール数を
検出すると共に、着信通知対応テーブル１５内の当該ユ
ーザの“未読メール数”２５を参照して前回のメールボ
ックス参照時の未読メール数を知り、両者を比較／照合
する（ステップＳ１２）。

【００４０】上記ステップＳ１２の比較／照合の結果、
両者が一致した場合は、当該ユーザ宛の新たな電子メー
ル着信が無かったものとして（更新なし）、ステップＳ
１１の処理に戻る（ステップＳ１３、ＮＯ）。

【００４１】一方、更新ありと判定した場合には（ステ
ップＳ１３、ＹＥＳ）、当該ユーザの“未読メール数”
２５を、上記現在の未読メール数に書き換える（ステッ
プＳ１４、ＹＥＳ）。

【００４２】次に、前回のメールボックス参照時から今
回までの間に、平均的にどのくらいの頻度で電子メール
着信があったかを算出する（メール着信時間間隔算
出）。これは、着信通知対応テーブル１５内の“メール
ボックス参照タイミング”２４を、未読メール数の増加
数（今回未読メール数−前回未読メール数）で割ること
により算出する（ステップＳ１５）。すなわち、 メールボックス参照タイミング÷（今回未読メール−前
回未読メール） の算出式により、メール着信時間間隔を算出する。

【００４３】続いて、メールボックス参照データメモリ
１６に格納されている更新頻度テーブル４０を参照し
て、算出したメール着信時間間隔に対応する更新頻度を
求める（ステップＳ１６）。例えば、平均して４５分毎
に電子メールの着信があった場合には、更新頻度‘４’
となる。そして、求めた更新頻度により、着信通知対応
テーブル１５内の当該ユーザの“更新頻度”２６を書き
換える（ステップＳ１７）。

【００４４】次に、書き換えた更新頻度に応じて、当該
ユーザの“メールボックス参照タイミング”を変更する
（ステップＳ１８）。これは、まず、着信通知対応テー
ブル１５内の当該ユーザの“参照タイミング制御テーブ
ルのアドレス”２７より、各ユーザ個別に設定されメー
ルボックス参照データメモリ１６に格納されている複数
のタイミング制御テーブル５０の中で、当該ユーザ用の
タイミング制御テーブル５０が格納されている記憶領域
を知る。そして、このタイミング制御テーブル５０を参
照して上記更新頻度に対応するメールボックス参照タイ
ミングを求める。換言すれば、次に当該ユーザのメール
ボックスを参照すべき時刻を、電子メールの着信頻度と
各ユーザの希望とに応じて求める。

【００４５】ここで、例えば、図２の着信通知対応テー
ブル１５において、レコード２８（田中 一郎）とレコ
ード３１（山田 好子）は、共に“更新頻度”２６が
‘５’であるが、“メールボックス参照タイミング”２
４は異なっている。これは、例えば「田中 一郎」は図
４（ｂ）に示すタイミング制御テーブル５０を予め設定
／登録しており、これによって更新頻度‘５’に対応す
る“メールボックス参照タイミング”２４は３０（min
）となっている。一方、「山田 好子」は、不図示の
他のタイミング制御テーブル５０を用いており、このテ
ーブルでは更新頻度‘５’に対応するメールボックス参
照タイミングが１５０（min ）となっているので、着信
通知対応テーブル１５におけるユーザ「山田 好子」の
“メールボックス参照タイミング”２４は、１５０（mi
n ）となる。これは、例えば、「山田好子」は頻繁にメ
ール着信があっても着信通知は頻繁には行う必要はない
と考えており、このユーザの希望に応じて「山田 好
子」用のタイミング制御テーブル５０が設定されている
からである。

【００４６】尚、着信通知対応テーブル１５のフィール
ドには、タイミング制御テーブル５０を参照して求めた
時間をそのまま格納するものに限らず、例えば、現在時
刻に上記求めた時間を加えることにより得られる次回の
メールボックス参照時刻そのものを格納するようにして
もよい。これより、例えば、上記ステップＳ１１の処理
は、現在時刻と“メールボックス参照タイミング”２４
とを常時比較していき、両者が一致するとき、メールボ
ックス参照タイミングであると判断することになる。

【００４７】最後に、当該ユーザの端末に対して、着信
通知を実施する（ステップＳ１９）。尚、同図では着信
通知の実施を最後に行っているが、これに限るものでは
なく、例えばステップＳ１３の処理で「更新有り」と判
定した直後に行ってもよい。

【００４８】各ユーザの端末側では、上記着信通知を受
けると、例えばメール着信ランプを点灯する等して、ユ
ーザに電子メール着信を知らせる（ステップＳ２１）。
これに応じて、ユーザが、電子メールの受取のダイヤリ
ングを行い（ステップＳ２２）、所望の電子メールを選
択することにより（ステップＳ２３）、電子メールの受
信作業が完了すると（ステップＳ２４）、メール着信ラ
ンプを消灯して（ステップＳ２５）、次の着信通知を受
けるまで待機する。

【００４９】上述したように、本実施形態の着信報知シ
ステムでは、まず、新規電子メールの着信通知に係わる
処理を、電子メール受信毎に行うのではなく、所定時間
毎に行うようにしたことにより、頻繁に電子メールを受
信する場合でも、電子メール受信毎に逐一処理を行う必
要はないので、サーバ（テレフォニサーバ）の処理負荷
を増大させることなく、電子メールの着信通知サービス
を提供できる。

【００５０】また、上記所定時間は、各ユーザの電子メ
ールの着信頻度に応じて、自動的に変更されるので、例
えば電子メールの着信頻度が高いときには頻繁に着信通
知処理を行い、着信頻度が低いときにはあまり着信通知
処理は行わないようにすることができ、状況に応じた適
切な時間間隔で処理を行うことができる。更に、上記タ
イミング制御テーブル５０をユーザ毎に設けることで、
電子メールの着信頻度のみではなく各ユーザの希望も考
慮した所定時間の設定が行える。

【００５１】尚、上述した一実施形態では、メールサー
バにテレフォニ機能を搭載して成るサーバ装置について
説明したが、メールサーバとテレフォニサーバとが装置
として独立したシステムも考えられる。このようなシス
テムにおいて、テレフォニサーバ側において処理プログ
ラムの入替えや保守の為にサービスの一時停止を行わな
ければならない場合等に、上記前出願のようなメール着
信毎に着信通知すべきか否かを判断して着信通知を行う
処理を行うシステムでは、外部から何時メールが到着す
るか分からないため、サービスの一時停止を行っている
間に外部からメールが到着すると着信通知の欠落を起こ
す可能性があった。

【００５２】本発明の着信報知システムでは、上述した
ように何時メールが到着するかは関係なく一定時間毎に
新規メールの有無を検出するようにしているので、シス
テムの保守等を行っている間は着信通知を行うことがで
きないが、システムの保守等を行う為に一時停止を行っ
ても、着信通知の欠落を起こさずに、確実に電子メール
の着信通知を行うことができる。

【００５３】

【発明の効果】以上、詳細に説明したように、本発明の
電子メールの着信報知システム、着信通知管理方法、及
びサーバ装置によれば、新規電子メールの着信通知に係
わる処理を、電子メール着信毎に行うのではなく、所定
の時間間隔で各ユーザのメールボックスを参照して行う
ので、例えば頻繁に電子メール着信がある場合でも、シ
ステムの処理負荷が増大することはない。

【００５４】また、各ユーザの電子メールの着信頻度に
応じて、各ユーザ毎にメールボックスの参照頻度（所定
の時間間隔）が自動的に設定／変更されるので、電子メ
ールの着信頻度や各ユーザの希望に応じて適切な頻度で
電子メールの着信通知に係わる処理が行われるようにな
る。

【図面の簡単な説明】

【図１】サーバの構成の一例を示すブロック図である。

【図２】図１の着信通知対応テーブルの一例を示す図で
ある。

【図３】図１のメールボックス参照データメモリのエリ
ア構成の一例を示す図である。

【図４】（ａ）は図３の更新頻度テーブル、（ｂ）は参
照タイミング制御テーブルの一例を示す図である。

【図５】電子メールの着信通知サービスの処理を説明す
るフローチャートである。

【符号の説明】

１ 公衆回線網 ２ （インターネット等の）回線網 １０ （センタ）サーバ １０ａ メールサーバ １０ｂ テレフォニサーバ １１ データ通信制御部 １２ データ通信制御部 １３ 制御部 １３−１ 記憶装置 １４ メール記憶部 １４ー１〜１４ーｎ （各ユーザ毎の）メールボックス １５ 着信通知対応テーブル １６ メールボックス参照データメモリ ２１ ユーザ名（フィールド名） ２２ ユーザ電話番号（フィールド名） ２３ センタ電話番号（フィールド名） ２４ メールボックス参照タイミング（フィールド名） ２５ 未読メール数（フィールド名） ２６ 更新頻度（フィールド名） ２７ 参照タイミング制御テーブルのアドレス（フィー
ルド名） ２８〜３１ 各レコード ４０ 更新頻度テーブル ４１ メール着信時間間隔（フィールド名） ４２ 更新頻度（フィールド名） ５０ タイミング制御テーブル ５１ 更新頻度（フィールド名） ５２ メールボックス参照タイミング（フィールド名）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｍ 3/42 Ｈ０４Ｍ 11/00 ３０３ 11/00 ３０３

Claims (6)

【特許請求の範囲】
1. 【請求項１】 各ユーザ毎に着信した電子メールを保管
   するメールボックスと、 各メールボックスへの電子メールの着信をユーザの端末
   へ報知する着信報知手段と、 所定の時間間隔で各ユーザのメールボックスを参照し、
   新規の電子メール着信があるか否かを判定する判定手段
   と、 この判定手段により新規の電子メール着信があると判定
   した場合、前記着信報知手段を制御して報知を行わせる
   制御手段と、 を有することを特徴とする電子メールの着信報知システ
   ム。
2. 【請求項２】 前記判定手段によって判断された新規の
   電子メールの着信頻度に応じて、前記各ユーザのメール
   ボックスの参照頻度として前記所定の時間間隔を設定す
   る設定手段を更に備えたことを特徴とする請求項１記載
   の着信報知システム。
3. 【請求項３】 前記電子メールの着信頻度の度合いと前
   記参照頻度の度合いとを対応づけて定義した定義手段を
   更に備え、 前記設定手段は、この定義手段に応じて前記所定の時間
   間隔を設定することを特徴とする請求項２記載の着信報
   知システム。
4. 【請求項４】 前記ユーザの端末と前記メールボックス
   を備えるメールサーバとは公衆回線を介して接続され、
   前記着信報知手段は、この公衆回線で使用される回線接
   続要求に関係する情報を利用して、前記ユーザの端末へ
   電子メールの着信を報知することを特徴とする請求項１
   から３の何れかに記載の着信報知システム。
5. 【請求項５】 各ユーザ毎に設定される所定時間毎に、
   該当するユーザの前記メールボックスを参照して新規電
   子メールの着信があるか否かを判定し、 新規電子メールの着信があると判定した場合、前記ユー
   ザの端末に対して、実際の通信は行わせずに、新規電子
   メールの着信を通知し、 少なくとも該ユーザに対する電子メールの受信頻度に応
   じて、必要に応じて該ユーザの前記所定時間を変更する
   ことを特徴とする電子メールの着信通知管理方法。
6. 【請求項６】 電子メール受信毎に、受信した電子メー
   ルを、該電子メールの宛先のユーザのメールボックスに
   保管し、ユーザからの要求に応じて電子メールをユーザ
   端末に送信するメールサーバと、 所定時間毎に、該当するユーザの前記メールボックスを
   参照して新規電子メールの着信があるか否かを判定し、
   新規電子メールの着信がある場合、該ユーザの端末に新
   規電子メールの着信を通知するテレフォニサーバと、 を有することを特徴とするサーバ装置。