JP4230924B2

JP4230924B2 - Mail distribution device

Info

Publication number: JP4230924B2
Application number: JP2003582646A
Authority: JP
Inventors: 秀教石井; さち子竹下; 洋浦中; 努有吉; 博之満田
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2002-04-09
Filing date: 2002-04-09
Publication date: 2009-02-25
Anticipated expiration: 2022-04-09
Also published as: EP1501015A1; CN1628290A; US20050234914A1; WO2003085527A1; JPWO2003085527A1

Description

【技術分野】
【０００１】
本発明は、コンピュータやデータベースと連動し、メールを受信するとそのメールの送信先のユーザに対して着信通知を行うメール着信通知システムおよびこのシステムに使用されるメール配信装置に関するものである。
【背景技術】
【０００２】
近年、コンピュータの小型化と移動体通信手段の発達により、外出時にも小型のメール専用端末と携帯電話を用いて電子メール（以下メールと記す）の送受信を行うことができるようになった。通常のメールシステムでは、メールがプロバイダに到着すると、メールサーバに蓄積される。このときにメールが到着したことが利用者には通知されないため、利用者が新着メールの確認をするためには、自分でメールサーバにアクセスしてメールを取得する必要がある。しかし、これでは利用者が意識して、こまめに新着メールの有無をチェックしなければならないため、メールがプロバイダに到着した場合には、利用者に着信通知を行うサービスに対する需要が高くなっている。現在において既に実施されている着信通知サービスとしては、メールが着信すると、ＩＳＤＮのユーザ・ユーザ情報を用いて、利用者の持つターミナルアダプタに通知したり、ページヤに対して通知するサービスがある。
【０００３】
また、従来の着信通知サービスに関する技術としては、特開平１０−２４７９３６号公報，特開平１１−２５２１５９号公報，特開平１１−２５２１６０号公報に記載されたものが知られている。
【０００４】
以下、図１を参照して従来技術におけるメール着信通知システムについて説明する。図１において、１７０１はメールを配送するインターネットである。１７０２はインターネット１７０１を通じてメールを受信するメール受信手段である。１７０３は受信したメールを格納するメール蓄積手段である。１７０４は受信したメールを配信するメール送信手段である。１７０５は受信したメールを解析し、通知の実施可否を決定する通知判断手段である。１７０６は利用者情報を格納するユーザデータ蓄積手段である。利用者情報には、メールの制御情報や本文から通知を行うメールを指定する通知条件が含まれる。１７０７は着信通知を生成し、送信を要求する着信通知手段である。１７０８は着信通知のデータを格納する送信データ蓄積手段である。１７０９は着信通知を実際に送信する網接続手段である。以上の各手段によりメール配信装置１７１０が構成されている。１７１１はメール配信装置１７１０の網接続手段１７０９に接続されて、着信通知を中継する公衆網である。１７１２は公衆網１７１１に接続されて、着信通知を受信する端末としての携帯電話である。
【０００５】
図２は図１のメール着信通知システムの動作を示したシーケンス図である。まずインターネット１７０１を経由してメール配信装置１７１０にメール着信１８０１が行われると、メール配信装置１７１０が、着信通知の送信要求１８０２を網接続手段１７０９に送る。ここでは、以下のように処理が行われる。メール受信手段１７０２がメールを受信し、メール蓄積手段１７０３に格納する。次に通知判断手段１７０５がユーザデータ蓄積手段１７０６からメールの送信先の利用者情報を取得し、その利用者情報内の通知条件を用いて、到着したメールの着信通知を実施するか否かを判定する。着信通知を実施する場合、着信通知手段１７０７が着信通知を生成し、送信データ蓄積手段１７０８に格納し、網接続手段１７０９に着信通知を含んだ送信要求１８０３を送る。このとき、端末１７１２が話中等で着信通知を受信できない場合、公衆網１７１１は網接続手段１７０９に対して接続失敗通知１８０４を出力し、網接続手段１７０９はメール配信装置１７１０に送信エラー１８０５を通知する。メール配信装置１７１０は直ちに再送処理を行い、再送要求１８０６を網接続手段１７０９に出力する。再送要求１８０６の内容は送信要求１８０３と同じである。次の再発信要求１８０７の処理も発信要求１８０３と同じである。ここで端末１７１２が通話可能状態となっていれば、着信１８０８が行われ、端末１７１２は、着信通知に含まれるメール配信装置１７１０を識別するための識別子から、メールの着信通知であることを検出する。この識別子は、独自に定義することも可能であるが、メール配信装置１７１０の発信者番号を用いることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来のメール着信通知システムでは、着信通知の送信失敗に対して再送する手段を持っているが、第１に、同じ利用者に対する着信通知が連続した場合、通知に失敗した全ての着信通知に対して再送を行うため、メール着信通知システムの処理が多くなるという問題があった。また、複数のメールが同時に来た場合、着信通知も再送も同時に行ってしまうことがある。着信したことだけを通知する発信者番号通知のように、着信通知の情報が限られる場合は、利用者が着信通知を受け取ると、直ちにメールサーバからメールを取り出すことが多くなり、同時に複数の通知を行っても効果があまりない。また、あるメールの着信通知が失敗した後に、同じ利用者宛ての他のメールの着信通知が成功し、利用者がそのメールを取得した後に、元のメールの着信通知の再送を行うことがあり、既に取得したメールの再送を行うことになり、無駄な送信が増加することになる。
【０００７】
また、上記着信通知が成功した場合であっても、着信したメールをそのまま端末へ送信してしまうと、メールが大容量のデータから成っている場合は端末における負荷が増大し、処理能力、記憶能力をオーバーしてしまう。さらに、例えば端末が文字データ受信能力しかないのに、映像付きのデータが送信されてきた場合などにおいては、着信通知を行なってメール内容を送信しても全てのデータを受信させることはできなかった。
【０００８】
また、第２に、ユーザ設定や送信に失敗した理由によりきめ細かい対応ができず、送信失敗の原因がメール着信通知システムにある場合とユーザにある場合とで対応を変えることができない問題がある。端末が話中や圏外のときは再送待ちにより端末が受信できるようになる可能性が高いが、メール着信通知システムに問題がある場合は、再送待ちにより送信が成功する可能性は余り変化せず、待つことによる効果を見込めない。よって全ての送信失敗に対して一律に再送を行うと、必要のない再送を行ってしまうことになる。
【０００９】
本発明の第１の目的は、メール配信装置の処理を少なくしメモリの容量を軽減して、効率のよい着信通知を行うことのできるメール着信通知システムおよびメール配信装置を提供することである。
【００１０】
本発明の第２の目的は、端末の待ち受け状態や端末の種類に応じたきめ細かな効率のよい着信通知を行うことのできるメール着信通知システムおよびメール配信装置を提供することである。
【００１１】
本発明の第３の目的は、端末の設定状態、或いは端末からの要求にしたがってメール着信先の端末以外の端末にメールを転送することのできるメール着信通知システムおよびメール配信装置を提供することである。
【課題を解決するための手段】
【００１２】
本発明は、インターネットを通じて受信したメールを端末に対し着信通知を行って配信するメール配信装置であって、前記端末へのメール着信通知が失敗した時には、所定時間経過後に前記端末へ再度メール着信通知を送信し、前記メール着信通知の送信が成功した時には、前記着信通知データを装置内から削除し、前記メール受信手段が先に受信した第１メールの送信先と同じ送信先に対する第２のメールを受信した時には、前記第１のメールに対する再送要求の送信を一旦停止し、また、前記端末が前記着信通知を受信した後、前記端末の端末能力・通知条件を含むメール本文の取得要求を出力した場合に、前記端末能力や前記通知条件に従い前記メールの内容を送信先端末に適応した形式で生成することを特徴とするものであり、メール配信装置の処理を少なくしメモリの容量を軽減することができ、また、メール本文を変換することにより、端末が携帯電話であるか、ＰＨＳであるか、ＰＤＡか等に応じた形式の着信通知やメール送信を行い、端末の形式でできるだけ原文に近い状態でメールを読むことができる。
【００１３】
本発明はまた、前記メール配信装置が、前記メール着信通知データを記憶した後に、前記端末宛ての別のメールを受信した時には、前記記憶したメール着信通知データの送信を一旦停止し、前記別のメールの着信通知が失敗した時に前記一旦停止した送信を解除することを特徴とするものであり、後から受信した別のメールの着信通知が成功した場合には、前のメールの着信通知は不要となるので、別のメールの受信時に前のメールの送信を一旦停止することにより、メール配信装置の処理を少なくしメモリの容量を軽減することができる。
【００１４】
本発明はまた、前記メール配信装置が、前記メール着信通知データを記憶した後に、前記端末宛ての別のメールを受信した時には、前記記憶したメール着信通知データを削除することを特徴とするものであり、後から受信した別のメールの着信通知が成功した場合には、前のメールの着信通知は不要となるので、別のメールの受信時に前のメールの送信要求を削除することにより、メール配信装置の処理を少なくしメモリの容量を軽減することができる。
【００１５】
本発明はまた、前記メール配信装置が、メール着信通知の再送回数を任意に設定できることを特徴とするものであり、メール着信通知の再送回数を任意に設定することにより、メール配信装置の処理を少なくしメモリの容量を軽減することができる。
【００１６】
本発明はまた、前記メール配信装置が、前記端末へメール着信通知を送信する条件を、送信に失敗した理由に基づいて変化させることを特徴とするものであり、端末が圏外にいる場合は再送までの時間を長くしたり、端末が話中の場合には再送までの時間を短くしたりして、端末の待ち受け状態に応じたきめ細かな着信通知を行い、着信の失敗率を低減することができる。
【００１７】
本発明はまた、前記端末の利用者が種類の異なる複数の端末を保持し、前記メール配信装置が、前記メール到着時にメールの内容または通知条件または端末能力に応じて前記複数の端末に優先順位を付けてメール着信通知を送信することを特徴とするものであり、端末が携帯電話であるか、ＰＨＳであるか、ＰＤＡか等に応じてきめ細かな着信通知を行い、着信通知されたデータを端末の能力不足によりダウンロードできないケースや受信ができないケースを低減することができる。
【００１８】
本発明はまた、前記端末の利用者が種類の異なる複数の端末を保持し、前記メール配信装置が、前記メール到着時にメールの内容または通知条件または端末能力に応じた形式でメールの着信通知またはメール本文を変換することを特徴とするものであり、端末が携帯電話であるか、ＰＨＳであるか、ＰＤＡか等に応じた形式の着信通知やメール送信を行い、端末の形式でできるだけ原文に近い状態でメールを読むことができる。
【００１９】
本発明はまた、前記端末の利用者が種類の異なる複数の端末を保持し、前記メール配信装置が、前記メール到着時にメールの内容または通知条件または端末能力に応じた形式でメールの着信通知またはメール本文を変換することを特徴とするものであり、端末が携帯電話であるか、ＰＨＳであるか、ＰＤＡか等に応じた形式の着信通知やメール送信を行い、端末の形式でできるだけ原文に近い状態でメールを読むことができる。
【００２０】
本発明はまた、メールの送信先となる端末にメールの転送指示機能を備えておき、この端末がメールの着信通知を受信するとメールの転送要求を行い、この転送指示を受けた着信通知手段が転送先の端末に着信メールを送信することにより、端末の負荷を増大させることなく、かつ指定した転送先端末を使ってメールを受信することができる。
【００２１】
本発明はまた、ユーザデータ蓄積手段に、利用者の複数の端末情報を登録するとともに、少なくとも一部の端末については転送先の端末情報と転送指示を登録しておき、着信通知手段が前記一部の端末に対して着信通知をするとともに、転送先の端末に着信メールを自動転送することにより、利用者が特別な操作をしなくても、端末の負荷を増大させることなく、かつ指定した転送先端末を使ってメールを受信することができる。
【発明の効果】
【００２２】
本発明によれば、インターネットを通じて受信したメールを端末に対して配信するメール配信装置と、前記メール配信装置に対し予め設定した条件で受信メールの着信通知を要求する端末とを備え、前記メール配信装置から前記端末へのメール着信通知が失敗した時には、前記メール着信通知データを記憶し、所定時間経過後に前記端末へ再度メール着信通知を送信し、前記メール着信通知の送信が成功した時には、前記メール配信装置から前記記憶したメール着信通知データを削除するようにしたため、メール配信装置の処理を少なくしメモリの容量を軽減することができる。
【００２３】
本発明の上記目的および利点は、図面を参照して説明される以下の実施の形態の説明からより明らかになる。
【発明を実施するための好ましい形態】
【００２４】
以下、本発明の実施の形態について図面を用いて説明する。以下の説明において、同一端末へのメールは同一の通知条件のものとする。なお、本発明はこれらの実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうるものである。
【００２５】
（実施の形態１）
以下、本発明の第１の実施の形態について説明する。図３は本発明の実施の形態１におけるメール着信通知システムのブロック構成を示している。図３において、１０１はメールを配送するインターネットである。１０２はインターネット１０１を通じてメールを受信するメール受信手段である。１０３は受信したメールを格納するメール蓄積手段である。１０４は受信したメールを端末へ配信するメール送信手段である。１０５は受信したメールを解析し、通知の実施可否を決定する通知判断手段である。１０６は利用者情報を格納するユーザデータ蓄積手段である。利用者情報には、メールの制御情報や本文データから通知を行うメールを指定する通知条件が含まれる。１０７はメール配信装置の時刻を管理するタイマ管理手段である。１０８は着信通知を生成し、送信を要求する着信通知手段である。１０９は着信通知のデータを格納する送信データ蓄積手段である。１１０は着信通知を実際に送信する網接続手段である。以上の各手段によりメール配信装置１１１が構成されている。網接続手段１１０としては、モデム、ＰＢＸ、ターミナルアダプタ、回線処理ボードを用いることができる。１１２は着信通知を中継する公衆網であり、好ましくは加入者電話網またはＩＳＤＮ網、携帯電話網を含む。１１３は公衆網１１２に接続されて、着信通知を受信することができる端末である。着信通知の伝送プロトコルとしては、電話発信、ＩＳＤＮのＱ．９３１インターフェースを用いた発信、携帯電話用のパケット方式（ＰＤＣ−Ｐ）のようなプロトコルを用いることが可能である。端末１１３としては、加入電話やＦＡＸのほか、ＰＤＣ（Personal Digital Cellular：ＲＣＲＳＴＤ−２７）やＰＨＳ（Personal Handyphone System：ＲＣＲＳＴＤ−２８）のほか、ＧＳＭ（Global System for Mobile）、ＴＤＭＡやＣＤＭＡ方式の携帯電話などを用いることが可能である。また、形態としては通常の携帯電話以外にも、電子手帳、ＰＤＡ、ＰＣカードに内蔵されている形式を用いることができる。
【００２６】
図４は本実施の形態における着信通知手段１０８の詳細を示している。図４において、２０１は通知判断手段１０５の要求を受けて着信通知を生成する着信通知生成手段である。２０２は着信通知を送信する処理を行う通知送信手段である。２０３は通知送信手段２０２の要求に従い、網接続手段１１０を制御する網接続制御手段である。２０４は再送の制御を行う再送制御手段である。２０５は通知送信手段２０２の要求に従い、再送データを削除する再送データ削除手段である。２０６は再送データを格納する再送データ蓄積手段である。
【００２７】
図５から図９はメール着信通知システム２０２で用いられるデータの構造を示す。これらのデータ構造はデータが含む項目を示すものであり、実現方式をテーブルからリスト構造などに変更しても同様の効果が得られる。
【００２８】
図５はユーザデータ蓄積手段１０６に含まれるユーザデータのフィールドを示す。ユーザデータ蓄積手段１０６には他の情報を追加することも可能である。３０１はメール着信通知システムで管理される利用者に一意に割り当てられる識別子であるユーザＩＤである。ここでは、仮に「hachi」,「bear」, 「go-inky・o 」, 「yota」としてある。３０２は利用者の端末の電話番号である。３０３は着信通知を行うメールの条件である通知条件である。このメールの条件としては、メールの送信時刻、到着時刻、通知を行う間隔のような日時情報を指定する日時条件、通知を行う最大件数・最小件数を指定する件数条件、メールの送信者・受信者のメールアドレスなどを指定するアドレス条件、インターネットメールヘッダのMessage−IDのようにメール毎に割り当てられた識別子による識別子条件、メール蓄積手段のユーザ毎の容量や件数によるスプール条件、画像・音声・文書・キーワードなどメールの内容を指定する内容条件、メールヘッダのＸ−Priority，Importanceなど送信者がつけるメールの優先度情報、メールヘッダのIn−Reply−To，Referencesなどによって指定される参照条件、Ｘ−Mailerによって指定されるクライアントソフト条件を格納することができる。ただし、通知条件については、必ずしもユーザデータに含まれなくても本発明を構成することは可能である。なお、ユーザデータ蓄積手段１０６に、ユーザ毎に提供する通知サービスを示すデータを格納しても本発明の構成は可能である。このデータには、再送回数・再送間隔（送信失敗後、再送を行うまでの時間）の再送に関する条件や、通知内容の指定を含めることができる。
【００２９】
図６は送信データ蓄積手段１０９に格納された送信データのフィールドを示す。４０１は通知先の利用者のユーザＩＤである。４０２は通知先の利用者の電話番号である。なお、送信データについては、このほか通知を行う内容を含めることが可能である。通知内容としてはメールの件名、送信元、発信時刻、到着時刻、メッセージＩＤ、本文またはその一部を含めることができる。
【００３０】
図７は再送データ蓄積手段２０６に格納された再送データのフィールドを示す。５０１は通知先の利用者のユーザＩＤである。５０２は通知先の利用者の電話番号である。５０３は次回に再送を行う時刻である再送予定時刻である。５０４は残り何回再送が可能かを示す再送回数である。５０５は再送抑制フラグであり、再送制御手段２０４はこのフラグが立っているデータの再送は行わない。
【００３１】
図８は着信通知生成手段２０１により作成されて通知送信手段２０２により送信される着信通知のフィールドを示す。６０１は発信元識別子であり、端末に対しメール着信通知システムからの着信通知であることを示す。送信元識別子としては、電話網の発信者番号のほか、独自に定義したものを用いることができる。６０２は詳細情報であり、着信したメールの件名、送信元アドレス、送信先アドレス、発信時刻、到着時刻、本文またはその要約のいずれかを含む内容情報、メール着信システム自体の識別子などを含む。なお、着信通知に詳細情報がない場合でも本発明の実施は可能である。
【００３２】
図９は公衆網１１２が網接続手段１１０に出力する接続通知のフィールドを示す。７０１は送信結果であり、送信の成否、失敗した場合はその原因を示す。送信結果としては、例えばＩＳＤＮの理由表示を用いることができる。７０２は詳細情報であり、送信結果のより詳細な情報を記録する。なお、接続通知に詳細情報７０２がない場合でも本発明の実施は可能である。
【００３３】
図１０は本実施の形態における処理の流れを示したシーケンス図である。図１１は本実施の形態における動作シーケンスおよびデータ遷移図である。以下図１０を用いて処理の説明を行う。また、併せて途中処理の詳細を示すために、図１１の蓄積されているデータの遷移とシーケンスを組み合わせた図を使用する。ここでは、３通のメールが到着した場合の例を示しており、それぞれを第１メール、第２メール、第３メールと記す。
【００３４】
図１０において、まず利用者hachiに対して第１メールの着信８０１が行われる。次にメール配信装置１１１が第１送信要求８０２を出力するまでに以下の処理を行う。初めにメール受信手段１０２が第１メールを受信し、メール蓄積手段１０３に格納する。２番目に通知判断手段１０５が、ユーザデータ蓄積手段１０６から利用者情報を取得し、その通知条件から第１メールの着信通知を実施するかどうかを判定する。この場合は通知条件に合致するメールが到着し、着信通知を実施すると仮定する。３番目に着信通知手段１０８が着信通知の生成と第１送信要求８０２の出力を行う。着信通知手段１０８の内部では以下の処理が行われる。
【００３５】
着信通知生成手段２０１が着信通知を生成する。この着信通知を基に通知送信手段２０２が送信データを作成して送信データ蓄積手段１０９に格納し、網接続制御手段２０３に着信通知を送信させる要求を行い、網接続制御手段２０３がその要求を網接続手段１１０が解釈できる形式に変換して網接続手段１１０に出力する。以上の処理が終わった後、網接続手段１１０が公衆網１１２に対して着信通知を送信する第１発信要求８０３を出力するが、端末１１３が受信不可のため、公衆網１１２は第１接続失敗通知８０４を網接続手段１１０に返送する。第１接続失敗通知８０４の内容は図９の送信結果通知に従う。次に、網接続手段１１０は第１送信エラー８０５を着信通知手段１０８に出力する。このときは、網接続制御手段２０３が接続の失敗を検出し、通知送信手段２０２が失敗した着信通知を再送制御手段２０４に送る。再送制御手段２０４は再送間隔を決定し、再送データ蓄積手段２０６に格納する。この場合はメールの到着時刻が１２：３０で、再送間隔は３０分とするので、再送予定時刻５０３が１３：００として格納され、再送キューとして○印が付される。この○印は、送信データが再送可能であり、再送抑制フラグが立っていないことを示す。以下も同様である。
【００３６】
次に、同時刻に利用者go−inkyoに対する第２メールの着信８０６が行われた場合、端末１１３は着信通知を受信できないため、８０６から８１０までは８０１から８０５までと同様の処理を行う。この結果、再送データ蓄積手段２０６に第２メールに関するデータが追加される。この状態が図１１の９０２である。第２メールの到着も１２：３０であるため、再送予定時刻は１３：００となり、再送キューとして○印が付される。
【００３７】
続いて、利用者hachiに対して１３：００に第３メール８１１が着信すると、通知送信手段２０２は送信データ蓄積手段１０９にデータを追加し、９０３の状態になる。このとき、通知送信手段２０２はさらに再送データ蓄積手段２０６内の第３メールの宛先と同じ利用者であるhachiに関する第１メールのデータについて再送を一旦停止することを示す再送抑制フラグ５０５を立て、９０４のように再送キューを×印にする。何故なら、この第３のメールに対する着信通知を試みている間は、前の着信通知の再送は不要になるからである。その他の送信に関する処理は第１メールの場合と同様に行い、着信通知手段１０８が第３メールに対する第３送信要求８１２を網接続手段１１０に対して出力し、網接続手段１１０が第３発信要求８１３を公衆網１１２に対して出力する。
【００３８】
一方、通知送信手段２０２はタイマ管理手段１０７から時刻を取得し、再送データ蓄積手段２０６内のデータと比較する。この場合は１３：００で、hachi、go−inkyoの両方のデータの再送予定時刻となっているが、hachiの第１メールに対するデータの再送キューが×印になっているため、再送を行わない。よって、再送キューが○印のgo−inkyoの第２メールに対する再送データについてのみ、着信通知手段１０８が第２再送要求８１４を網接続手段１１０に対して出力し、網接続手段１１０が第２再発信要求８１５を公衆網１１２に対して出力する。これにより、再送データ蓄積手段２０６における第２メールについてのデータは再送データ削除手段２０５によって削除される。
【００３９】
この間、端末１１３は未だ着信通知を受信できない状態のため、公衆網１１２から第３送信要求８１２に対する第３接続失敗通知８１６が返送され、網接続手段１１１から着信通知手段１０８へは第３送信エラー８１７が返ってくる。第３送信エラー８１７に対する処理は第１送信要求８０２に対する第１送信エラー８０４が返ってくる場合の処理と同様であるが、これによりhachiに対する送信処理がなくなるため、再送抑制フラグ５０５はオフになり、再送キューは○印になる。その結果、送信データ蓄積手段１０９内は９０７のようにデータが空になり、再送データ蓄積手段２０６内には９０８のようになるhachiに対する２つのデータが格納されることになる。
【００４０】
また、第２再送要求８１４に対しても、端末１１３が受信不可の状態にあるため、公衆網１１２から網接続手段１１０へ第２接続再失敗通知８１８が返信され、網接続手段１１０から着信通知手段１０８へ第２再送信エラー８１９が返信されてくる。これに対する処理は第１送信要求８０２に対する第１送信エラー８０４が返信される処理と同様であるが、ここでは再送を１回のみ行うとするので、第２メールに対する処理はここで終了し、第２再発信要求８１４のデータは再送データ蓄積手段２０６には格納されない。よって、送信データ蓄積手段１０９、再送データ蓄積手段２０６のデータは変化しない。
【００４１】
次いで、第３メールの受信により後回しにされた第１メールの再送を行う第１再送信要求８２０を網接続手段１１０に出力する。このとき、第１メールのデータが再送データ削除手段２０５により再送データ蓄積手段２０６から削除され、９１０のように第３メールに対するデータのみが残った状態になる。次いで、網接続手段１１０が公衆網１１２に対して第１再発信要求８２１を出力し、公衆網１１２は端末１１３に対して第１着信８２２を行なう。第１着信８２２では、端末１１３は着信可能な状態なので、メール配信装置１１１からの着信通知が無事届いたことになる。そこで公衆網１１２が網接続手段１１０に対して第１接続成功通知８２３を出力し、網接続手段１１０が着信通知手段１０８に対して第１送信成功通知８２４を出力する。第１送信成功通知８２４を受け取ると、着信通知手段１０８は網接続制御手段２０３を経由して通知送信手段２０２が再送データ削除手段２０５を用いて、再送データ蓄積手段２０６内のhachiのデータを全て削除する。その結果、再送データ蓄積手段２０６の状態は９１２のように空になる。そして、端末１１３は、受け取った着信通知に記載された発信者番号をもとにメール配信装置１１１にダイヤルすることにより、メール送信手段１０４からメール本体を受信することができる。
【００４２】
以上のように、本実施の形態１では、再送データ蓄積手段２０６内の再送データに再送抑制フラグを立てることにより、送信中の着信通知と同じ利用者の再送データを同時に行うことによる余分な処理や回線の余分な使用がなくなる効果がある。また、再送データ削除手段２０５を設け、送信成功時に同じ端末に対する未送信の再送データを全て削除することにより、利用者が既に取得したメールの着信通知の再送を行なうことによる余分な処理や回線の余分な使用、およびメモリの余分な使用がなくなる効果がある。
【００４３】
なお、本実施の形態の場合は、通知送信手段２０２がタイマ管理手段１０７の時刻を取得し、再送を実施するかどうかを判断したが、タイマ管理手段１０７に再送予定時刻を記録し、再送予定時刻になると通知送信手段２０２に通知し、送信を開始しても同様の効果が得られる。
【００４４】
また、本実施の形態では、再送抑制フラグは立っているかいないかの２つの状態しか持たないが、これを同じユーザで送信処理中の着信通知の数とすることにより、同様の効果が得られるばかりでなく、複数のメールが同時に到着して送信処理を行う場合にも対応可能になることは容易に類推可能である。
【００４５】
また、送信データ蓄積手段１０９に再送抑制フラグと同様に送信抑制フラグを設け、送信中のデータの通知先が同じデータについてフラグを立てて、そのデータの処理を行わないようにすることにより、同じユーザに同時に複数の着信通知を送信させない効果が得られることも容易に類推可能である。
【００４６】
また、本実施の形態では、着信通知の送信成功後に同じ端末に対する全ての再送データを削除する場合を示したが、再送データ蓄積手段２０６および再送データ削除手段２０５と共に、またはこれらに代えて、送信データ蓄積手段１０９とこれに対する送信データ削除手段を設けて、着信通知の送信成功後には同じ端末に対する全ての送信データを削除しても同様の効果が得られることは容易に類推可能である。
【００４７】
（実施の形態２）
次に、本発明の第２の実施の形態について説明する。本実施の形態２では、実施の形態１と同じ図１および図４に示した構成を用いるので、構成についての説明は省略する。上記実施の形態１では、同じ端末に対して第１および第２の２通のメールが到着すると、再送データ蓄積手段２０６内の第１メールのデータについては再送を一旦停止する再送抑制フラグ５０５を立てて、第２のメールの着信通知が失敗した場合にそのフラグを元に戻すようにしているが、本実施の形態２では、第２のメールが受信されると、再送データ蓄積手段２０６内の第１メールのデータを削除するようになっている。すなわち、図１１の９０８におけるhachiのデータは１つになる。
【００４８】
図１２は本発明の第２の実施の形態における動作シーケンス図である。以下、図１２を用いて本実施の形態の動作を説明する。本実施の形態２では、利用者hachiに対するメールが２通到着するとし、それぞれ第１メール、第２メールと称する。図１２において、まず、第１メール１００１が着信すると、メール配信装置１１１は着信通知の送信処理を行うが、端末１１３が受信不可の状態のため、着信通知の送信が失敗する。従って１００１〜１００５での処理はそれぞれ実施の形態１の８０１〜８０５と同様であり、第１メールの再送データが再送データ蓄積手段２０６に格納される。
【００４９】
次に、第２メール１００６が到着した場合も同様にメール配信装置１１１は以下のように着信通知の送信処理を行う。初めにメール受信手段１０２が第１メールを受信し、メール蓄積手段１０３に格納する。次に通知判断手段１０５が、ユーザデータ蓄積手段１０６から利用者情報を取得し、その通知条件から第１メールの着信通知を実施するかどうかを判定する。次に着信通知手段１０８が着信通知の生成と通知要求を行う。着信通知手段１０８の内部では以下の処理が行われる。
【００５０】
まず着信通知生成手段２０１が着信通知を生成する。通知送信手段２０２が送信データ蓄積手段１０９に送信データを格納し、網接続制御手段２０３に通知を送信させる要求を行い、網接続制御手段２０３がその要求を網接続手段１１０が解釈できる形式に変換して網接続手段１１０に出力する。このとき再送データ削除手段２０５が、同時に第２メールの送信先のhachiと同じ通知先のhachiのデータを、再送データ蓄積手段２０６から削除する。よって、第１メールのデータはこの時点で削除される。その後、１００７〜１０１０での処理はそれぞれ実施の形態１の８０２〜８０５と同様である。そして、このときに再送データ蓄積手段２０６におけるhachiに関するデータは第２メールに関するデータだけが残っているため、第２メールの再送要求である第２再送要求１０１１が送られる。第２再発信要求１０１２と着信１０１３での処理は、それぞれ実施の形態１の第１再発信要求８２１と第１着信８２２と同様の処理が行われる。
【００５１】
以上のように、本実施の形態２では、第１メールの着信通知が失敗した時に第１メールの再送データを再送データ蓄積手段１１０６に格納するとともに、第１メールと同じ送信先に対する第２メールが到着した時は、再送データ蓄積手段１１０６内の第１メールの再送データを削除することにより、着信通知の送信回数およびメモリの使用量を減少させる効果がある。
【００５２】
（実施の形態３）
次に、本発明の第３の実施の形態について説明する。本実施の形態３におけるメール着信通知システムの全体構成は実施の形態１と同じ図１であるが、着信通知手段１０８の構成の一部が異なっている。図１３は本実施の形態３における着信通知手段１０８の詳細構造を示す。図１３において、構成要素１１０１〜１１０６はそれぞれ実施の形態１の図４の２０１〜２０６と同じである。１１０７は送信結果通知の送信結果と対応する処理を格納する再送制御テーブルである。
【００５３】
図１４は再送制御テーブル１１０７のフィールドを例示した図である。図１４において、１２０１は着信通知の送信が失敗した原因を格納する送信失敗原因である。図１４では着信通知を行う回線にＩＳＤＮまたはＰＨＳ用の回線を用いた場合の例を示している。１２０２，１２０３は網切断原因に対応する処理を格納する対応処理であり、１２０２は送信失敗から再送を行うまでの時間間隔を格納する再送間隔であり、また１２０３は再送を行う回数を格納する再送回数である。すなわち、図１４において、着信通知の送信失敗の原因が、例えば「話中」である場合は、その電話中の用件は数分で終了するであろうから、再送間隔を１０分と設定し、長電話になった場合も考慮して再送回数は３回と設定している。また、網接続手段のエラーはメール配信装置側のエラーであり、復旧する可能性が高いので、間を置かず多くの回数の再送を行なう（再送間隔０分、再送回数５０回）ことにより復旧しやすい設定としている。これに対して、端末属性不一致の場合は復旧の可能性が低いため再送を行わない（再送回数０回）ような設定を行なっている。なお、対応処理については再送間隔と再送回数のいずれかが含まれていても、本発明と同様の効果が得られることは容易に類推できる。
【００５４】
図１５は本実施の形態３の処理を示したフローチャート図であり、以下図１５を用いて動作の説明を行う。メールが到着すると、最初にステップ１３０１で着信通知の１回目の送信処理が行われる。この処理は実施の形態１で示した着信通知の送信処理と同様である。次にステップ１３０２で送信結果の判定を行う。送信結果が成功の場合は処理が終了し、失敗ならば再送処理に入る。送信結果が失敗した場合、ステップ１３０３で送信結果を取得する。このとき、通知送信手段１１０２が網接続制御手段１１０３を通じて送信エラーを受信し、再送制御手段１１０４に送信エラーの原因を示す網切断理由も併せて通知される。ステップ１３０４では、再送制御手段１１０４が再送制御テーブル１１０７から、網切断理由に対応する対応処理を取得する。例えば送信エラーの送信失敗原因が話中なら、再送間隔１０分、再送回数１回が指定される。再送制御手段１１０４はこの設定から再送予定時刻を求め、再送データを生成する。ステップ１３０５で再送処理実施の可否を再送回数によって判定する。再送回数が０回で再送を行わない場合はここで処理を終了する。ステップ１３０６では再送予定時刻まで待つ。再送予定時刻になると、ステップ１３０７で再送信処理が行われる。この処理は、以下のように行われる。再送制御手段１１０４は対応処理に従い再送データを生成し、再送データ蓄積手段１１０６に格納し、その後このデータに従い再送処理が行われる。再送が失敗した場合は実施の形態１と同様に再送回数を減らしていき、残り再送回数が０で再送が失敗したときに再送データが削除される。
【００５５】
以上のように、本実施の形態３では、着信通知の送信失敗原因とその失敗原因に対応する再送処理を格納する再送制御テーブル１１０７を設けることにより、着信通知の送信失敗原因毎に適切に応じた再送処理を行うことが可能になる効果がある。
【００５６】
なお、本実施の形態３では、再送回数をカウンタとしているが、再送回数という形にせず、残り再送ポイントという形にしても同様の効果が得られる。つまり、本実施の形態３の例では、再送データ格納時には初期ポイントとして１００を与え、圏外時−１００、話中時は−３４、端末属性不一致時は直ちにデータを廃棄、網接続手段エラー時は−２というようにエラー発生毎に再送ポイントを減らしていき、与えられたポイントが０以下になったときにデータを廃棄するような形にしても同様の処理を行うことができる。
【００５７】
（実施の形態４）
次に、本発明の第４の実施の形態について説明する。図１６は本実施の形態４におけるメール着信通知システムのブロック構成を示す。本実施の形態４における構成は、図１に示した実施の形態１とほぼ同様であり、端末として復数種類の端末が使用されていることが異なる。図１６において、１４０１，１４０２，１４０３はそれぞれ図１の１０１，１１１，１１２に対応する。また、１４０４，１４０５，１４０６はそれぞれ着信通知を受信可能な端末１、端末２、端末３であり、これらの端末は全て同じ利用者hachiが使用している端末である。メール配信装置１４０２内の構成も図１と同じであり、また、着信通知手段１０８の構成も図４と同じなので、以下の説明では図１および図４に用いた構成要素の符号を用いてある。
【００５８】
図１７は本実施の形態４におけるユーザデータ蓄積手段１０６に格納されるユーザデータのフィールド構造を示す。図１７において、１５０１は利用者の識別子を格納するユーザＩＤである。１５０２は利用者の端末の情報を格納する端末情報である。端末１，端末２，端末３の順番は優先度を示し、番号が小さいほど優先度が高いことを示す。なお、ここでは各端末について３台までの情報を格納した例を示しているが、この数が違う場合でも本発明と同様の効果が得られることは容易に類推できる。１５０３は該当端末の電話番号である。１５０４は該当端末の能力を示す端末能力である。ここでは端末能力については、携帯電話、ＰＨＳ、ＰＤＡなど端末種別、端末の画面の大きさを示す画面サイズ、文字、画像、文書のうち表示できるものを示す表示フォーマットの３種類だけを格納した例を示している。端末能力としては他にも中央処理装置の種類やメモリ・外部記憶の容量、プログラムのダウンロード可・不可などの処理能力、端末の持つ入力手段・出力手段を示す入出力手段、送受信可能な電文サイズや通知速度を示す通信能力などが考えられる。また、Ｗ３ＣのＣＣ／ＰＰ（Composite Capability／Preference Profiles）やＷＡＰ（Wireless Application Protocol）で規定されるＵＡＰｒｏｆ（User Agent Profiles）を端末能力の記述フォーマットとして用いることができる。１５０５は通知する条件を示す通知条件であり、実施の形態１の３０３と同様のデータが格納される。
【００５９】
図１８は本実施の形態４において着信通知生成手段２０１が生成する着信通知情報のフィールド構造を示す。図１８において、１６０１はユーザＩＤである。１６０２は着信通知先の利用者が持つ全部の電話の番号を示す電話番号である。１６０３は通知を行う端末の優先順位を示す端末優先順位である。１６０４は通知内容などが格納される詳細情報である。
【００６０】
図１９は本実施の形態４におけるシステムの優先着信通知動作を説明するシーケンス図である。以下、図１９のシーケンス図を用いて本実施の形態４におけるシステムの動作を説明する。本実施の形態４においては、まず利用者hachiに対するメール着信１９０１が行なわれると、以下の処理を行い第１送信要求１９０２を出力する。メール受信手段１０３がメール蓄積手段１０４にメールを格納した後、通知送信手段では１０８は以下のような処理を行う。着信通知生成手段２０１は、まず端末電話番号をユーザデータ蓄積手段１０６から取得し、ユーザＩＤと端末電話番号をそれぞれ１６０１，１６０２に格納する。次に通知内容を決定し、詳細情報１６０４に格納する。次にメールを解析し、さらにメールが文字のみ、画像の添付ファイル、文書の添付ファイルの有無を調べる。そして、メールの内容と端末能力から利用者の端末の着信通知先としての優先順位を決定し、端末優先順位１６０３に格納する。
【００６１】
優先順位の決定は、例えば以下のように行う。内容によって場合分けをして示す。
（１）文字のみの場合
全ての端末が送信可能なので、端末１，２，３を端末優先順位にその順番で記録する。その結果、送信失敗時には端末１→端末２→端末３の順に送信先が変化する。
（２）メールに画像ファイルのみが含まれる場合
優先度が最大の携帯電話では、画像出力が不可能なため、端末２，３，１を端末優先順位に記録する。その結果送信失敗時は端末２→端末３→端未１の順に送信先が変化する。
（３）メールに文書ファイルと画像ファイルが含まれる場合
少しでも情報量を多く表示できる順で、端末３，２，１を端末優先順位に記録する。その結果、送信失敗時は端末３→端末２→端末１の順に送信先が変化する。
【００６２】
本実施の形態においては（１）のメールが文字のみの場合の動作を示す。（２）および（３）の場合も同様に優先順位に従い着信通知を送信できることは容易に類推できる。この場合、優先順位は端末１（１４１２）→端末２（１４１３）→端末３（１４１４）の順番となる。よって通知送信手段２０２は、着信通知情報内のデータに従い、もっとも高い優先度の端末１へ着信通知を行う要求を網接続制御手段２０３に出力し、網接続制御手段２０４は網接続手段１１０が解釈可能な形式に変換して第１送信要求１９０２を網接続手段１１０に出力する。さらに網接続手段１１０は第１発信要求１９０３を公衆網に出力し、これにより公衆網１１２を経由して所望の端末へ着信通知を送信することができる。これらの第１送信要求１９０２と第１発信要求１９０３の送信方式としては、電話発信、ＩＳＤＮ発信、移動体通信用のショートメッセージやメール、ＨＴＴＰ要求を用いた方法が考えられる。
【００６３】
しかし、本実施の形態４においては、端末１は受信不可（圏外、端末無応答等の理由）であるため、公衆網１４１１は第１発信要求１９０３に対して第１接続失敗通知１９０４を網接続手段１１０に出力し、網接続手段１１０は第１接続失敗通知１９０４に従い第１送信エラー１９０５を着信通知手段１０８に出力する。
【００６４】
着信通知手段１０８は上記処理で決定した端末優先順位の順に再送を行う。まず端末２に対して着信通知の再送を実施する。
【００６５】
具体的には、第１送信エラー１９０５を網接続手段１１０が受信すると、着信通知手段１０８はユーザデータ蓄積手段１０６から着信通知の送信先の利用者の端末優先順位を取得し、端末２に着信通知を出力させる第２送信要求１９０７を生成し、網接続手段１１０に出力する。網接続手段１１０は第２発信要求１９０８を公衆網１４０３に対して出力する。しかし、端末１に対する着信通知と同様に、端末２も受信不可のため、公衆網１４０３から網接続手段１１０に対して第２接続失敗通知１９０９、網接続手段１１０から着信通知手段１０８に対して第２送信エラー１９１０が送られる。
【００６６】
次にメール配信装置は端末３に対して再送を実施する。メール配信装置１４０２は端末２に対して再送を行った場合と同様に動作し、着信通知手段１０８が網接続手段１１０に対して第３送信要求１９１１を出力し、網接続手段１１０は公衆網１４０３に対して第３発信要求１９１２を出力する。端末３は着信可能であるため、端末３に対して着信１９１３の通知が行われる。
【００６７】
さらにこの実施の形態においては、端末３がメールの着信通知を受信すると自動的にメールの取得を行うものとする。この場合、端末３はメールの着信通知を受信すると、公衆網１４０３を介してメール配信装置１４０２にメール本文取得要求１９１４を出力する。メール配信装置１４０２内のメール送信手段１０４は、メール本文取得要求１９１４に対して、メール蓄積手段１０３からメールを取得する。次にメール送信手段１０４は端末３の情報をユーザデータ蓄積手段１０６から取得し、その情報に従ってメールの内容を変換する。変換の例としては、画像の拡大・縮小、減色や画像フォーマットの変換、メール本文の長さを制限に従い削減するなどが考えられる。そしてメール本文をメール本文応答１９１５により端末３に送信する。これにより端末３はメールの着信通知だけでなく、メールの本文を自動的に受信できる。なお、メール本文取得要求内で端末３の端末能力を指定し、メール配信装置１４０２がその指定に従いメールの内容を上記と同様に変換可能であることは容易に類推することができる。
【００６８】
以上のように、本実施の形態４では、ユーザデータ蓄積手段に複数の端末情報を登録し、メール到着時にメールの内容、通知条件、端末能力の３つから送信先の端末を決定することにより、メール取得時にメールをもっとも原文に近い形で読むことのできる端末に対して通知を行える効果が得られる。
【００６９】
なお、本実施の形態４において、電話番号と送信先の電話番号のキャリアおよび通信料金の対応表を設け、着信通知生成手段がもっとも安価な通信料金の端末の優先順位を高くすることにより、着信通知を行う際の通信料金を逓減する効果が得られることも容易に類推できる。
【００７０】
また、優先順位を、ユーザが登録した順番、端末能力、これまでの着信通知の成功率などの記録、成立した通知条件、最近アクセスに用いられた端末、通信料金のうちいずれかまたは複数から決定することによっても同様の効果が得られることは容易に類推できる。
【００７１】
また、送信先の端末能力によって着信通知が詳細情報を変更する機構を持っている場合も同様の効果が得られることは容易に類推できる。
【００７２】
また、再送時に前回の送信先端未と違う端末へ通知する場合、通知送信手段が着信通知手段に着信通知情報を送り、着信通知生成手段が別の着信通知を生成することにより、端末毎に最適な通知を送出できる効果が得られることも容易に類推できる。
【００７３】
また、メール本文の取得動作がない場合も着信通知が行えることは容易に類推できる。また、メール本文取得要求において、端末能力の指定がない場合もユーザデータ蓄積手段から利用者の端末能力情報を取得し、その情報に従いメールの本文を変換することにより、端末に適した形式のメールを端末側の動作なしに生成し、端末に送付できることも容易に類推できる。
【００７４】
（実施の形態５）
上記のような、着信可能な端末３に対して着信１９１３の通知が行われた場合において、着信データに添付ファイルが付されているなどの理由で、端末３がメール本文を受信すると、当該端末３の負荷が増大する場合においては、端末３は自己に関係する他の端末を指定してメールの転送要求を出力することができる。図２０はそのような状況に対応した、本発明の実施の形態５におけるシステムの着信通知並びにそれにともなうメール転送動作を説明するシーケンス図である。本実施の形態５においては、メール着信通知システムの構成は図１６に示すものと同じである。また、端末として復数種類の端末が使用されていることも実施の形態４と同じである。
【００７５】
以下、図２０のシーケンス図を用いて本実施の形態５におけるシステムの動作を説明する。このシーケンス図において、メール着信１９０１、第１送信要求１９０２、第１発信要求１９０３、第１接続失敗通知１９０４、第１送信エラー１９０５、第２送信要求１９０７、第２発信要求１９０８、第２接続失敗通知１９０９、第２送信エラー１９１０、第３送信要求１９１１、第３発信要求１９１２、着信１９１３までの処理動作は、上記第実施の形態４と同じである。
【００７６】
さらにこの実施の形態５においては、端末３はメールの転送指示機能を有しており、この端末３がメールの着信通知を受信するとメールの転送要求を行う。この場合、端末３はメールの着信通知を受信すると、公衆網１４０３を介してメール配信装置１４０２にメール転送要求１９１６を出力する。このメール転送要求は、自己の端末ＩＤおよび転送先の端末の電話番号をデータとして含む。メール配信装置１４０２内のメール送信手段１０４は、メール転送要求１９１６に対して、メール蓄積手段１０３からメールを取得する。そしてメール本文をメール本文転送１９１７により指定された端末に送信する。これにより、本来は端末３に対して送信されたメールの本文を、当該端末３に送信することなく、上記指定された端末へ送信することができるから、端末３は受信データにより負荷が増大することもなく、かつ指定した転送先端末を使ってメールを受信することができる。
【００７７】
なお、メール転送要求１９１６は、上記端末３において行なうのみならず、端末１或いは端末２を使って送出することもできる。また、メール本文転送要求１９１６内で指定された端末が図１７に示されたユーザデータ蓄積手段１０６に登録された端末である場合は、メール配信装置１４０２内のメール送信手段１０４は、メール本文転送要求１９１６に対して、メール蓄積手段１０３からメールを取得した後、指定端末の情報をユーザデータ蓄積手段１０６から取得し、その情報に従ってメールの内容を変換することも可能である。なお、メール本文転送要求１９１６内で指定端末の端末能力をメール配信装置１４０２に通知し、メール配信装置１４０２がその通知内容に従いメールの内容を上記と同様に変換可能であることは容易に類推することができる。
【００７８】
さらに、この実施の形態５の変更例として、上記メール本文転送要求１９１６を出力する代わりに、ユーザデータ蓄積手段１０６にメール受信端末１、２、３を登録するに際して、これらの端末のうちの少なくとも一部の端末に着信したメールを転送すべき指示内容と、転送先端末についてのデータも一緒に登録しておき、その端末（例えば端末３）にメールが着信したときはメール着信端末にメールを送信することなく、転送先端末へメールを転送するようにしてもよい。ユーザデータ蓄積手段１０６への転送すべき指示内容の登録は、通知条件の一種類として登録される。このようにすることにより、端末３は受信データにより負荷が増大することもなく、かつ指定した転送先端末を使ってメールを受信することができる。とりわけ、転送先端末についてのデータの登録を、優先順位の一番低い端末（例えば端末３）について設定しておけば、優先順位の高い端末から低い端末へと順次着信通知を行なっていった場合、この優先順位の一番低い端末についてまで着信通知が失敗する確率を低減することができ、着信成功率を上げることができる。
【００７９】
また、上記実施の形態４で説明されているように、受信データの属性により端末１、２、３の間で優先順位が変化する場合は、優先順位の一番低い端末として架空（或いはダミー）の端末（端末４とする）を追加的にユーザデータ蓄積手段１０６に登録しておき、この端末４には転送先端末を定めて一緒に登録しておき、着信通知の最後の段階ではその端末４に着信通知を行なって、転送先端末へメールを転送するようにしてもよい。
【００８０】
本発明は、図面に示す好ましい実施の形態に基づいて説明されてきたが、当業者であれば、本発明の思想を逸脱することなく容易に各種の変更、改変し得ることは明らかである。本発明はそのような変更例も含むものである。
【図面の簡単な説明】
【００８１】
【図１】従来技術のメール着信通知システムのブロック構成図
【図２】従来技術の動作シーケンス図
【図３】本発明の第１の実施の形態におけるメール着信通知システムのブロック構成図
【図４】本発明の第１の実施の形態における着信通知手段の詳細ブロック図
【図５】本発明の第１の実施の形態におけるユーザデータ蓄積手段内のデータフィールド構成図
【図６】本発明の第１の実施の形態における送信データ蓄積手段内のデータフィールド構成図
【図７】本発明の第１の実施の形態における再送データ蓄積手段内のデータフィールド構成図
【図８】本発明の第１の実施の形態における着信通知のデータフィールド構成図
【図９】本発明の第１の実施の形態における送信結果通知のデータフィールド構成図
【図１０】本発明の第１の実施の形態における動作シーケンス図
【図１１】本発明の第１の実施の形態における動作シーケンスおよびデータ遷移図
【図１２】本発明の第２の実施の形態における動作シーケンス図
【図１３】本発明の第３の実施の形態における着信通知手段の詳細ブロック図
【図１４】本発明の第３の実施の形態における再送制御テーブル内のデータフィールド構成図
【図１５】本発明の第３の実施の形態における動作の流れ図
【図１６】本発明の第４の実施の形態におけるメール着信通知システムのブロック構成図
【図１７】本発明の第４の実施の形態におけるユーザデータ蓄積手段内のデータフィールド構成図
【図１８】本発明の第４の実施の形態における着信通知情報のデータフィールド構成図
【図１９】本発明の第４の実施の形態における着信通知情報のデータフィールド構成図
【図２０】本発明の第４の実施の形態における着信通知情報のデータフィールド構成図
【符号の説明】
【００８２】
【符号の説明】
１０１インターネット
１０２メール受信手段
１０３メール蓄積手段
１０４メール送信手段
１０５通知判断手段
１０６ユーザデータ蓄積手段
１０７タイマ管理手段
１０８着信通知手段
１０９送信データ格納手段
１１０網接続手段
１１１メール配信装置
１１２公衆網
１１３端末
２０１着信通知生成手段
２０２通知送信手段
２０３網接続制御手段
２０４再送制御手段
２０５再送データ削除手段
２０６再送データ蓄積手段【Technical field】
[0001]
The present invention relates to a mail arrival notification system that operates in conjunction with a computer or a database to notify an incoming user of a mail when a mail is received, and a mail distribution device used in the system.
[Background]
[0002]
In recent years, with the miniaturization of computers and the development of mobile communication means, it has become possible to send and receive e-mail (hereinafter referred to as e-mail) using a small e-mail dedicated terminal and a mobile phone even when going out. In a normal mail system, when mail arrives at a provider, it is stored in a mail server. At this time, the user is not notified that the mail has arrived. Therefore, in order for the user to check the new mail, the user needs to access the mail server and acquire the mail. However, since this requires users to be aware of the arrival of new mail frequently, there is an increasing demand for services that notify users of incoming calls when mail arrives at a provider. . As an incoming call notification service that has already been implemented at present, there is a service for notifying a terminal adapter of a user or notifying a pager using ISDN user / user information when mail arrives.
[0003]
Further, as techniques related to a conventional incoming call notification service, those described in JP-A-10-247936, JP-A-11-252159, and JP-A-11-252160 are known.
[0004]
Hereinafter, a prior art mail arrival notification system will be described with reference to FIG. In FIG. 1, reference numeral 1701 denotes the Internet for delivering mail. Reference numeral 1702 denotes mail receiving means for receiving mail via the Internet 1701. Reference numeral 1703 denotes mail storage means for storing received mail. Reference numeral 1704 denotes mail transmission means for distributing received mail. Reference numeral 1705 denotes notification determination means for analyzing the received mail and determining whether or not notification can be performed. Reference numeral 1706 denotes user data storage means for storing user information. The user information includes mail control information and a notification condition for designating mail to be notified from the text. Reference numeral 1707 denotes incoming call notification means for generating an incoming call notification and requesting transmission. Reference numeral 1708 denotes transmission data storage means for storing incoming notification data. Reference numeral 1709 denotes network connection means for actually transmitting an incoming call notification. A mail delivery apparatus 1710 is configured by the above means. A public network 1711 is connected to the network connection unit 1709 of the mail delivery apparatus 1710 and relays incoming notifications. Reference numeral 1712 denotes a mobile phone connected to the public network 1711 and serving as a terminal that receives an incoming call notification.
[0005]
FIG. 2 is a sequence diagram showing the operation of the mail arrival notification system of FIG. First, when an incoming mail 1801 is made to the mail delivery apparatus 1710 via the Internet 1701, the mail delivery apparatus 1710 sends an incoming notification transmission request 1802 to the network connection means 1709. Here, processing is performed as follows. Mail receiving means 1702 receives the mail and stores it in mail storage means 1703. Next, the notification determining unit 1705 acquires the user information of the mail transmission destination from the user data storage unit 1706, and uses the notification condition in the user information to determine whether or not to perform the incoming mail arrival notification. judge. When the incoming notification is performed, the incoming notification unit 1707 generates an incoming notification, stores it in the transmission data storage unit 1708, and sends a transmission request 1803 including the incoming notification to the network connection unit 1709. At this time, if the terminal 1712 is busy and cannot receive the incoming notification, the public network 1711 outputs a connection failure notification 1804 to the network connection unit 1709, and the network connection unit 1709 notifies the mail distribution device 1710 of a transmission error 1805. To do. The mail delivery device 1710 immediately performs a retransmission process and outputs a retransmission request 1806 to the network connection unit 1709. The contents of the retransmission request 1806 are the same as those of the transmission request 1803. The processing of the next retransmission request 1807 is the same as that of the transmission request 1803. If the terminal 1712 is ready for a call, an incoming call 1808 is made, and the terminal 1712 detects from the identifier for identifying the mail delivery device 1710 included in the incoming call notification that it is an incoming mail notification. To do. Although this identifier can be uniquely defined, the caller number of the mail delivery device 1710 can be used.
DISCLOSURE OF THE INVENTION
[Problems to be solved by the invention]
[0006]
However, the above-described conventional mail arrival notification system has a means for retransmitting a failure in transmission of the incoming notification. First, when incoming notifications for the same user are consecutive, all of the notifications failed. Since the incoming call notification is retransmitted, there is a problem that the processing of the mail incoming notification system increases. In addition, when a plurality of mails are received at the same time, an incoming call notification and retransmission may be performed at the same time. If the information of the incoming call notification is limited, such as the caller ID notification that only notifies that the incoming call has been received, when the user receives the incoming call notification, the mail is often retrieved immediately from the mail server, and multiple notifications are simultaneously received. There is not much effect even if you do. In addition, after an incoming mail notification for a certain mail fails, the incoming mail for another mail addressed to the same user may succeed, and after the user obtains the mail, the original mail incoming notification may be resent. Since the already acquired mail is retransmitted, useless transmission increases.
[0007]
Even if the incoming notification is successful, if the incoming mail is sent to the terminal as it is, the load on the terminal increases if the mail consists of a large amount of data, and the processing capacity, storage Your ability will be over. In addition, for example, when data with video is transmitted even though the terminal has only character data reception capability, it is not possible to receive all the data even if the incoming mail notification is sent and the mail content is transmitted. It was.
[0008]
Secondly, there is a problem that a detailed response cannot be made depending on the user setting or the reason for the transmission failure, and the response cannot be changed depending on whether the cause of the transmission failure is in the mail incoming notification system or the user. When the terminal is busy or out of service, it is likely that the terminal will be able to receive it by waiting for retransmission, but if there is a problem with the mail notification system, the possibility of successful transmission due to waiting for retransmission will not change much. , I can not expect the effect of waiting. Therefore, if retransmission is uniformly performed for all transmission failures, unnecessary retransmission is performed.
[0009]
A first object of the present invention is to provide a mail arrival notification system and a mail distribution device capable of performing efficient incoming notification by reducing the processing of the mail distribution device and reducing the memory capacity.
[0010]
A second object of the present invention is to provide a mail arrival notification system and a mail distribution device capable of performing detailed and efficient incoming notification according to the standby state of a terminal and the type of the terminal.
[0011]
A third object of the present invention is to provide a mail arrival notification system and a mail distribution device that can transfer mail to a terminal other than the mail destination terminal according to the terminal setting state or a request from the terminal. is there.
[Means for Solving the Problems]
[0012]
The present invention is a mail delivery apparatus for delivering a mail received through the Internet by sending an incoming notification to a terminal and delivering the incoming mail to the terminal again after a predetermined time when the incoming mail notification to the terminal fails. When the transmission of the incoming mail notification is successful, the incoming notification data is deleted from the apparatus, and the second mail for the same destination as the first mail received by the mail receiving means is received. When a message is received, transmission of a retransmission request for the first mail is temporarily stopped, and after the terminal receives the incoming call notification, a request for obtaining a mail text including the terminal capability and notification conditions of the terminal is output. In this case, the content of the mail is generated in a format adapted to the destination terminal in accordance with the terminal capability and the notification condition. The processing of the distribution device can be reduced and the memory capacity can be reduced. Also, by converting the mail text, incoming notifications in a format depending on whether the terminal is a mobile phone, PHS, PDA, etc. Can be read as close to the original as possible in the terminal format.
[0013]
In the present invention, when the mail delivery device receives another mail addressed to the terminal after storing the mail arrival notification data, the mail delivery device temporarily stops transmission of the stored mail arrival notification data, When the incoming mail notification fails, the temporarily stopped transmission is canceled, and if the incoming notification of another mail received later is successful, the previous incoming mail notification is unnecessary. Therefore, by temporarily stopping the transmission of the previous mail when another mail is received, the processing of the mail delivery device can be reduced and the memory capacity can be reduced.
[0014]
The present invention is also characterized in that when the mail delivery apparatus receives another mail addressed to the terminal after storing the mail arrival notification data, the stored mail arrival notification data is deleted. Yes, if the incoming notification of another email received later is successful, the previous email arrival notification is no longer necessary, so by deleting the previous email transmission request when receiving another email, Processing of the distribution apparatus can be reduced and the memory capacity can be reduced.
[0015]
The present invention is also characterized in that the mail delivery apparatus can arbitrarily set the number of resends of the mail arrival notification, and the mail delivery apparatus can perform processing by arbitrarily setting the number of resends of the mail arrival notification. Less memory capacity can be reduced.
[0016]
The present invention is also characterized in that the mail delivery device changes a condition for sending a mail arrival notification to the terminal based on a reason for the failure of transmission, and resends when the terminal is out of service area. If the terminal is busy, or if the terminal is busy, it shortens the time until retransmission, giving detailed call notifications according to the terminal's standby status, and reducing the failure rate of incoming calls. it can.
[0017]
In the present invention, the user of the terminal holds a plurality of terminals of different types, and the mail delivery device prioritizes the plurality of terminals according to the content of the mail, the notification condition, or the terminal capability when the mail arrives. It is characterized by sending an e-mail notification with a message, and performs detailed incoming notification depending on whether the terminal is a mobile phone, PHS, PDA, etc. It is possible to reduce cases where downloading and reception are not possible due to insufficient terminal capabilities.
[0018]
In the present invention, the user of the terminal holds a plurality of terminals of different types, and the mail delivery device is configured to notify the arrival of a mail in a format according to the content of the mail, the notification condition, or the terminal capability when the mail arrives. It is characterized by converting the mail text, and it performs incoming notification and mail transmission in a format according to whether the terminal is a mobile phone, PHS, PDA, etc. You can read emails in a close state.
[0019]
In the present invention, the user of the terminal holds a plurality of terminals of different types, and the mail delivery device is configured to notify the arrival of a mail in a format according to the content of the mail, the notification condition, or the terminal capability when the mail arrives. It is characterized by converting the mail text, and it performs incoming notification and mail transmission in a format according to whether the terminal is a mobile phone, PHS, PDA, etc. You can read emails in a close state.
[0020]
In the present invention, a mail transfer instruction function is provided in a terminal to which the mail is to be sent, and when the terminal receives a mail arrival notification, the mail is requested to be forwarded. By transmitting the incoming mail to the transfer destination terminal, it is possible to receive the mail using the designated transfer destination terminal without increasing the load on the terminal.
[0021]
The present invention also registers a plurality of user terminal information in the user data accumulating means, and at least a part of the terminals, the transfer destination terminal information and the transfer instruction are registered. Specified notifications without increasing the load on the terminal even if the user does not perform any special operation. You can receive mail using the destination terminal.
【The invention's effect】
[0022]
According to the present invention, the mail delivery apparatus includes: a mail delivery device that delivers mail received through the Internet to a terminal; and the terminal that requests the mail delivery device to receive an incoming mail notification under a preset condition. When the mail incoming notification from the device to the terminal fails, the mail incoming notification data is stored, the mail incoming notification is transmitted again to the terminal after a predetermined time has passed, and when the mail incoming notification is successfully transmitted, Since the stored mail arrival notification data is deleted from the mail delivery apparatus, the processing of the mail delivery apparatus can be reduced and the memory capacity can be reduced.
[0023]
The above objects and advantages of the present invention will become more apparent from the following description of embodiments with reference to the drawings.
BEST MODE FOR CARRYING OUT THE INVENTION
[0024]
Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, it is assumed that emails to the same terminal have the same notification conditions. The present invention is not limited to these embodiments, and can be implemented in various modes without departing from the spirit of the present invention.
[0025]
(Embodiment 1)
Hereinafter, a first embodiment of the present invention will be described. FIG. 3 shows a block configuration of the mail arrival notification system according to Embodiment 1 of the present invention. In FIG. 3, reference numeral 101 denotes the Internet for delivering mail. Reference numeral 102 denotes mail receiving means for receiving mail through the Internet 101. Reference numeral 103 denotes mail storage means for storing received mail. Reference numeral 104 denotes mail transmission means for distributing received mail to the terminal. Reference numeral 105 denotes notification determination means for analyzing the received mail and determining whether or not notification can be performed. Reference numeral 106 denotes user data storage means for storing user information. The user information includes a notification condition for designating a mail to be notified from mail control information and body data. Reference numeral 107 denotes timer management means for managing the time of the mail delivery apparatus. Reference numeral 108 denotes an incoming call notification unit that generates an incoming call notification and requests transmission. Reference numeral 109 denotes transmission data storage means for storing incoming notification data. Reference numeral 110 denotes network connection means for actually transmitting an incoming call notification. The mail delivery apparatus 111 is configured by the above means. As the network connection means 110, a modem, a PBX, a terminal adapter, and a line processing board can be used. A public network 112 relays the incoming call notification, and preferably includes a subscriber telephone network, an ISDN network, or a mobile phone network. A terminal 113 is connected to the public network 112 and can receive an incoming call notification. As a transmission protocol for incoming call notification, telephone transmission, Q. It is possible to use a protocol such as a packet system (PDC-P) for outgoing calls and mobile phones using the 931 interface. As the terminal 113, in addition to a subscriber phone and FAX, in addition to PDC (Personal Digital Cellular: RCR STD-27) and PHS (Personal Handyphone System: RCR STD-28), GSM (Global System for Mobile), TDMA and CDMA systems Mobile phones can be used. Moreover, as a form, the form built in an electronic notebook, PDA, and PC card other than a normal mobile phone can be used.
[0026]
FIG. 4 shows details of the incoming call notification means 108 in the present embodiment. In FIG. 4, reference numeral 201 denotes an incoming notification generation unit that generates an incoming notification in response to a request from the notification determination unit 105. Reference numeral 202 denotes a notification transmission unit that performs processing for transmitting an incoming call notification. A network connection control unit 203 controls the network connection unit 110 in accordance with a request from the notification transmission unit 202. Reference numeral 204 denotes retransmission control means for controlling retransmission. Reference numeral 205 denotes retransmission data deletion means for deleting retransmission data in accordance with a request from the notification transmission means 202. Reference numeral 206 denotes retransmission data storage means for storing retransmission data.
[0027]
5 to 9 show data structures used in the mail arrival notification system 202. FIG. These data structures indicate items included in the data, and the same effect can be obtained even if the implementation method is changed from a table to a list structure.
[0028]
FIG. 5 shows user data fields included in the user data storage means 106. Other information can be added to the user data storage means 106. Reference numeral 301 denotes a user ID which is an identifier uniquely assigned to a user managed by the mail arrival notification system. Here, “hachi”, “bear”, “go-inky · o”, and “yota” are assumed. 302 is the telephone number of the user's terminal. Reference numeral 303 denotes a notification condition which is a mail condition for performing an incoming notification. This email condition includes the date and time conditions that specify date and time information such as the email send time, arrival time, and notification interval, the number conditions that specify the maximum and minimum number of notifications, and the sender and receiver of the email. Address conditions that specify the mail address of the user, identifier conditions based on identifiers assigned to each mail, such as Message-ID in the Internet mail header, spool conditions based on the capacity and number of mail storage means for each user, image / audio / Content conditions that specify the content of the mail such as documents and keywords, mail priority information such as X-Priority and Importance of the mail header, reference conditions specified by the In-Reply-To and References of the mail header, Client software conditions specified by X-Mailer can be stored. However, the present invention can be configured even if the notification condition is not necessarily included in the user data. It should be noted that the configuration of the present invention is possible even if data indicating the notification service provided for each user is stored in the user data storage means 106. This data can include a condition regarding retransmission of the number of retransmissions and a retransmission interval (time from transmission failure to retransmission) and designation of notification contents.
[0029]
FIG. 6 shows fields of transmission data stored in the transmission data storage means 109. 401 is the user ID of the user of the notification destination. Reference numeral 402 denotes a telephone number of a notification destination user. In addition, the contents to be notified can be included in the transmission data. The notification contents can include a mail subject, transmission source, transmission time, arrival time, message ID, text, or a part thereof.
[0030]
FIG. 7 shows fields of retransmission data stored in the retransmission data storage unit 206. Reference numeral 501 denotes a user ID of a notification destination user. Reference numeral 502 denotes a telephone number of a notification destination user. Reference numeral 503 denotes a scheduled retransmission time, which is the next retransmission time. Reference numeral 504 denotes the number of retransmissions indicating how many remaining retransmissions are possible. Reference numeral 505 denotes a retransmission suppression flag, and the retransmission control unit 204 does not retransmit data for which this flag is set.
[0031]
FIG. 8 shows fields of an incoming call notification created by the incoming call notification generation unit 201 and transmitted by the notification transmission unit 202. Reference numeral 601 denotes a sender identifier, which indicates that the terminal is an incoming notification from the mail incoming notification system. As the transmission source identifier, a uniquely defined one can be used in addition to the caller number of the telephone network. Detailed information 602 includes the subject of the received mail, the transmission source address, the transmission destination address, the transmission time, the arrival time, the content information including any of the text or its summary, the identifier of the mail reception system itself, and the like. It should be noted that the present invention can be implemented even when there is no detailed information in the incoming call notification.
[0032]
FIG. 9 shows connection notification fields output from the public network 112 to the network connection means 110. Reference numeral 701 denotes a transmission result, which indicates the success or failure of transmission, or the cause of failure. As a transmission result, for example, an ISDN reason display can be used. 702 is detailed information, and more detailed information of the transmission result is recorded. It should be noted that the present invention can be implemented even when the detailed information 702 is not included in the connection notification.
[0033]
FIG. 10 is a sequence diagram showing the flow of processing in the present embodiment. FIG. 11 is an operation sequence and data transition diagram in the present embodiment. The processing will be described below with reference to FIG. In addition, in order to show the details of the mid-process, the diagram in FIG. 11 that combines the transition of the accumulated data and the sequence is used. Here, an example in which three mails have arrived is shown, which are respectively referred to as a first mail, a second mail, and a third mail.
[0034]
In FIG. 10, the first mail incoming 801 is first made to the user hachi. Next, the following processing is performed until the mail delivery apparatus 111 outputs the first transmission request 802. First, the mail receiving means 102 receives the first mail and stores it in the mail storage means 103. Secondly, the notification determination unit 105 acquires user information from the user data storage unit 106, and determines whether or not to perform the incoming notification of the first mail from the notification condition. In this case, it is assumed that an email matching the notification condition arrives and an incoming notification is performed. Third, the incoming notification unit 108 generates an incoming notification and outputs the first transmission request 802. The following processing is performed inside the incoming call notification means 108.
[0035]
The incoming notification generation unit 201 generates an incoming notification. Based on this incoming notification, the notification transmission unit 202 creates transmission data, stores it in the transmission data storage unit 109, and requests the network connection control unit 203 to transmit the incoming notification, and the network connection control unit 203 sends the request. The data is converted into a format that can be interpreted by the network connection unit 110 and output to the network connection unit 110. After the above processing is completed, the network connection unit 110 outputs the first call request 803 for transmitting the incoming call notification to the public network 112. However, since the terminal 113 cannot receive, the public network 112 fails in the first connection. The notification 804 is returned to the network connection unit 110. The content of the first connection failure notification 804 follows the transmission result notification of FIG. Next, the network connection unit 110 outputs a first transmission error 805 to the incoming call notification unit 108. At this time, the network connection control unit 203 detects a connection failure, and the notification transmission unit 202 sends a failed incoming call notification to the retransmission control unit 204. The retransmission control unit 204 determines a retransmission interval and stores it in the retransmission data storage unit 206. In this case, since the arrival time of the mail is 12:30 and the retransmission interval is 30 minutes, the scheduled retransmission time 503 is stored as 13:00, and a circle is added as the retransmission queue. This circle mark indicates that the transmission data can be retransmitted and the retransmission suppression flag is not set. The same applies to the following.
[0036]
Next, when the second mail incoming 806 is made to the user go-inkyo at the same time, the terminal 113 cannot receive the incoming notification, and therefore, the same processing from 801 to 805 is performed from 806 to 810. As a result, data related to the second mail is added to the retransmission data storage unit 206. This state is 902 in FIG. Since the arrival of the second mail is also 12:30, the scheduled retransmission time is 13:00, and a circle is attached as the retransmission queue.
[0037]
Subsequently, when the third mail 811 arrives at 13:00 for the user hachi, the notification transmission unit 202 adds data to the transmission data storage unit 109 and enters a state 903. At this time, the notification transmission unit 202 further sets a retransmission suppression flag 505 indicating that the retransmission of the first mail data relating to hachi who is the same user as the third mail destination in the retransmission data storage unit 206 is temporarily stopped, As in 904, the retransmission queue is marked with a cross. This is because it is not necessary to retransmit the previous incoming notification while attempting to receive the incoming notification for the third mail. Other processing related to transmission is performed in the same manner as the case of the first mail, the incoming notification unit 108 outputs the third transmission request 812 for the third mail to the network connection unit 110, and the network connection unit 110 receives the third transmission request. 813 is output to the public network 112.
[0038]
On the other hand, the notification transmission unit 202 acquires the time from the timer management unit 107 and compares it with the data in the retransmission data storage unit 206. In this case, it is 13:00, which is the scheduled resend time for both hachi and go-inkyo data, but the resend queue for data for the first mail of hachi is marked with x, so no resend is performed. . Therefore, the incoming call notification means 108 outputs the second retransmission request 814 to the network connection means 110 only for the re-transmission data for the second mail of go-inkyo marked with ○ in the retransmission queue, and the network connection means 110 A call request 815 is output to the public network 112. As a result, the data about the second mail in the retransmission data storage unit 206 is deleted by the retransmission data deletion unit 205.
[0039]
During this time, since the terminal 113 is still unable to receive the incoming call notification, the third connection failure notification 816 corresponding to the third transmission request 812 is returned from the public network 112, and the third transmission error is sent from the network connection unit 111 to the incoming call notification unit 108. 817 returns. The processing for the third transmission error 817 is the same as the processing in the case where the first transmission error 804 for the first transmission request 802 is returned. However, since there is no transmission processing for hachi, the retransmission suppression flag 505 is turned off. The resend queue is marked with a circle. As a result, the data in the transmission data storage unit 109 becomes empty as indicated by 907, and two data for hachi as indicated by 908 are stored in the retransmission data storage unit 206.
[0040]
In response to the second retransmission request 814, since the terminal 113 is in a state incapable of receiving, the second connection re-failure notification 818 is returned from the public network 112 to the network connection unit 110, and the network connection unit 110 notifies the incoming call. A second retransmission error 819 is returned to the means 108. The processing for this is the same as the processing for returning the first transmission error 804 for the first transmission request 802, but here, since retransmission is performed only once, the processing for the second mail ends here, The data of the 2 retransmission request 814 is not stored in the retransmission data storage unit 206. Therefore, the data in the transmission data storage unit 109 and the retransmission data storage unit 206 does not change.
[0041]
Next, a first retransmission request 820 for retransmitting the first mail postponed by the reception of the third mail is output to the network connection means 110. At this time, the data of the first mail is deleted from the retransmission data storage means 206 by the retransmission data deletion means 205, and only the data for the third mail remains as in 910. Next, the network connection unit 110 outputs a first retransmission request 821 to the public network 112, and the public network 112 makes a first incoming call 822 to the terminal 113. In the first incoming call 822, since the terminal 113 is ready to receive an incoming call, the incoming call notification from the mail delivery apparatus 111 has arrived safely. Accordingly, the public network 112 outputs a first connection success notification 823 to the network connection unit 110, and the network connection unit 110 outputs a first transmission success notification 824 to the incoming call notification unit 108. When the first transmission success notification 824 is received, the incoming notification unit 108 uses the retransmission data deletion unit 205 by the notification transmission unit 202 via the network connection control unit 203, and all the hachi data in the retransmission data storage unit 206 is received. delete. As a result, the state of the retransmission data storage unit 206 becomes empty as indicated by 912. Then, the terminal 113 can receive the mail body from the mail transmission means 104 by dialing the mail delivery apparatus 111 based on the caller number described in the received incoming call notification.
[0042]
As described above, in the first embodiment, by setting a retransmission suppression flag on the retransmission data in the retransmission data storage unit 206, extra processing by simultaneously performing the same user retransmission data as the incoming notification during transmission is performed. And there is an effect that the extra use of the line is eliminated. In addition, a retransmission data deleting means 205 is provided, and by deleting all the untransmitted retransmission data for the same terminal when transmission is successful, it is possible to perform extra processing and line processing by resending the incoming notification of mail already acquired by the user. This has the effect of eliminating extra use and extra use of memory.
[0043]
In the case of the present embodiment, the notification transmission unit 202 acquires the time of the timer management unit 107 and determines whether or not to perform the retransmission. However, the scheduled retransmission time is recorded in the timer management unit 107, and the retransmission schedule is determined. The same effect can be obtained by notifying the notification transmission means 202 at the time and starting transmission.
[0044]
In this embodiment, the retransmission suppression flag has only two states, i.e., whether or not the flag is set, but the same effect can be obtained by setting the number of incoming notifications during transmission processing by the same user. In addition, it can be easily analogized that it is possible to cope with a case where a plurality of mails arrive at the same time and perform transmission processing.
[0045]
In addition, the transmission data storage means 109 is provided with a transmission suppression flag in the same manner as the retransmission suppression flag, and a flag is set for data with the same notification destination of data being transmitted so that the processing of the data is not performed. It can be easily analogized that the effect of not allowing the user to simultaneously send a plurality of incoming notifications can be obtained.
[0046]
Further, in the present embodiment, a case has been shown in which all retransmission data for the same terminal is deleted after successful transmission of the incoming notification, but in addition to or in place of retransmission data storage means 206 and retransmission data deletion means 205 It can be easily analogized that the same effect can be obtained by providing the data storage unit 109 and the transmission data deletion unit corresponding thereto and deleting all transmission data for the same terminal after successful transmission of the incoming notification.
[0047]
(Embodiment 2)
Next, a second embodiment of the present invention will be described. In the second embodiment, the same configuration as shown in FIGS. 1 and 4 as in the first embodiment is used, and thus the description of the configuration is omitted. In the first embodiment, when the first and second mails arrive at the same terminal, the retransmission suppression flag 505 for temporarily stopping retransmission of the data of the first mail in the retransmission data storage unit 206 is set. When the second mail arrival notification fails, the flag is returned to the original state. However, in the second embodiment, when the second mail is received, the retransmission data storage means 206 stores the flag. The data of the first mail is deleted. That is, there is only one hachi data at 908 in FIG.
[0048]
FIG. 12 is an operation sequence diagram according to the second embodiment of the present invention. Hereinafter, the operation of the present embodiment will be described with reference to FIG. In the second embodiment, two mails for the user hachi arrive and are referred to as a first mail and a second mail, respectively. In FIG. 12, first, when the first mail 1001 arrives, the mail delivery device 111 performs incoming notification transmission processing. However, because the terminal 113 cannot receive, the incoming notification transmission fails. Accordingly, the processing in 1001 to 1005 is the same as that in 801 to 805 in the first embodiment, and the retransmission data of the first mail is stored in the retransmission data storage unit 206.
[0049]
Next, when the second mail 1006 arrives, similarly, the mail delivery apparatus 111 performs incoming notification transmission processing as follows. First, the mail receiving means 102 receives the first mail and stores it in the mail storage means 103. Next, the notification determination unit 105 acquires user information from the user data storage unit 106, and determines whether or not to perform the incoming notification of the first mail from the notification condition. Next, the incoming call notification means 108 generates an incoming call notification and issues a notification request. The following processing is performed inside the incoming call notification means 108.
[0050]
First, the incoming notification generation unit 201 generates an incoming notification. The notification transmission unit 202 stores the transmission data in the transmission data storage unit 109 and requests the network connection control unit 203 to transmit the notification, and the network connection control unit 203 converts the request into a format that the network connection unit 110 can interpret. And output to the network connection means 110. At this time, the retransmission data deleting unit 205 simultaneously deletes the data of the same notification destination hachi from the second data transmission destination hachi from the retransmission data storage unit 206. Therefore, the data of the first mail is deleted at this point. Thereafter, the processing in 1007 to 1010 is the same as that in Embodiments 802 to 805, respectively. At this time, since only data related to the second mail remains in the data related to hachi in the retransmission data storage unit 206, a second retransmission request 1011 that is a retransmission request for the second mail is sent. The processes in the second retransmission request 1012 and the incoming call 1013 are the same as those in the first retransmission request 821 and the first incoming call 822 in Embodiment 1, respectively.
[0051]
As described above, in the second embodiment, when the incoming notification of the first mail fails, the retransmission data of the first mail is stored in the retransmission data storage unit 1106 and the second mail for the same destination as the first mail is stored. Is deleted, the retransmission data of the first mail in the retransmission data storage means 1106 is deleted, thereby reducing the number of incoming notification transmissions and the memory usage.
[0052]
(Embodiment 3)
Next, a third embodiment of the present invention will be described. The overall configuration of the incoming mail notification system in the third embodiment is the same as that in the first embodiment shown in FIG. 1, but a part of the configuration of the incoming notification unit 108 is different. FIG. 13 shows the detailed structure of the incoming call notification means 108 in the third embodiment. In FIG. 13, components 1101 to 1106 are the same as 201 to 206 in FIG. 4 of the first embodiment. A retransmission control table 1107 stores processing corresponding to the transmission result of the transmission result notification.
[0053]
FIG. 14 is a diagram illustrating fields of the retransmission control table 1107. In FIG. 14, reference numeral 1201 denotes a transmission failure cause for storing a cause of failure in sending an incoming notification. FIG. 14 shows an example in which an ISDN or PHS line is used as a line for making an incoming call notification. 1202 and 1203 are correspondence processes for storing a process corresponding to the cause of network disconnection, 1202 is a retransmission interval for storing a time interval from a transmission failure to a retransmission, and 1203 is a retransmission for storing the number of retransmissions. Is the number of times. That is, in FIG. 14, if the cause of the failure in sending the incoming call notification is “busy”, for example, the message in the telephone will be completed in a few minutes, so the retransmission interval is set to 10 minutes. The number of retransmissions is set to 3 in consideration of the case of a long phone call. In addition, the error of the network connection means is an error on the mail delivery device side and is likely to be recovered, so it is recovered by performing many retransmissions (retransmission interval 0 minutes, 50 retransmissions) without any delay. Easy to set. On the other hand, if the terminal attribute does not match, the possibility of recovery is low, so that the retransmission is not performed (the number of retransmissions is 0). Note that it can be easily analogized that the same effect as that of the present invention can be obtained even if either the retransmission interval or the number of retransmissions is included in the handling process.
[0054]
FIG. 15 is a flowchart showing the processing of the third embodiment, and the operation will be described below with reference to FIG. When mail arrives, first, in step 1301, the first transmission process of incoming notification is performed. This processing is the same as the incoming notification transmission processing shown in the first embodiment. Next, in step 1302, the transmission result is determined. If the transmission result is successful, the process ends. If the transmission result fails, the retransmission process starts. If the transmission result fails, the transmission result is acquired in step 1303. At this time, the notification transmission unit 1102 receives a transmission error through the network connection control unit 1103, and the retransmission control unit 1104 is also notified of the network disconnection reason indicating the cause of the transmission error. In step 1304, the retransmission control unit 1104 acquires a response process corresponding to the network disconnection reason from the retransmission control table 1107. For example, if the cause of transmission failure due to a transmission error is busy, a retransmission interval of 10 minutes and a retransmission count of 1 are specified. The retransmission control means 1104 obtains the scheduled retransmission time from this setting and generates retransmission data. In step 1305, whether or not the retransmission process can be performed is determined based on the number of retransmissions. If the number of retransmissions is 0 and no retransmission is performed, the process ends here. In step 1306, the process waits until the scheduled retransmission time. When the scheduled retransmission time is reached, retransmission processing is performed in step 1307. This process is performed as follows. The retransmission control unit 1104 generates retransmission data according to the corresponding process, stores it in the retransmission data storage unit 1106, and then performs the retransmission process according to this data. When retransmission fails, the number of retransmissions is reduced as in the first embodiment, and retransmission data is deleted when the remaining number of retransmissions is 0 and retransmission fails.
[0055]
As described above, according to the third embodiment, by providing the retransmission control table 1107 for storing the cause of the failure in sending the incoming notification and the retransmission processing corresponding to the cause of the failure, it is possible to appropriately respond to each cause of the failure in sending the incoming notification. It is possible to perform retransmission processing.
[0056]
In the third embodiment, the number of retransmissions is used as a counter, but the same effect can be obtained by using the remaining retransmission points instead of the number of retransmissions. That is, in the example of the third embodiment, 100 is given as an initial point when storing retransmission data, -100 when out of service area, -34 when busy, immediately discarding data when terminal attributes do not match, and when network connection means error occurs Similar processing can be performed by reducing the number of retransmission points each time an error occurs, such as -2, and discarding data when the given point becomes 0 or less.
[0057]
(Embodiment 4)
Next, a fourth embodiment of the present invention will be described. FIG. 16 shows a block configuration of the mail arrival notification system in the fourth embodiment. The configuration of the fourth embodiment is almost the same as that of the first embodiment shown in FIG. 1, except that a recurrent type terminal is used as the terminal. In FIG. 16, reference numerals 1401, 1402, and 1403 correspond to 101, 111, and 112 in FIG. Reference numerals 1404, 1405, and 1406 denote a terminal 1, a terminal 2, and a terminal 3 that can receive an incoming call notification, respectively, and these terminals are all terminals used by the same user hachi. Since the configuration in the mail delivery device 1402 is the same as that in FIG. 1 and the configuration of the incoming call notification means 108 is also the same as that in FIG. 4, the following description uses the reference numerals of the components used in FIGS. .
[0058]
FIG. 17 shows a field structure of user data stored in the user data storage means 106 in the fourth embodiment. In FIG. 17, reference numeral 1501 denotes a user ID for storing a user identifier. Reference numeral 1502 denotes terminal information for storing user terminal information. The order of the terminal 1, the terminal 2, and the terminal 3 indicates the priority, and the smaller the number, the higher the priority. Although an example in which up to three pieces of information are stored for each terminal is shown here, it can be easily inferred that the same effect as the present invention can be obtained even when the number is different. Reference numeral 1503 denotes the telephone number of the corresponding terminal. Reference numeral 1504 denotes a terminal capability indicating the capability of the corresponding terminal. Here, with regard to terminal capability, only three types of terminal formats such as mobile phone, PHS, PDA, screen size indicating the screen size of the terminal, characters, images, and display formats indicating what can be displayed are stored. Is shown. Other terminal capabilities include the type of central processing unit, memory / external storage capacity, processing capabilities such as whether programs can be downloaded, input / output means indicating input / output means of terminals, and message size that can be sent and received And communication capability indicating the notification speed. Also, W3C CC / PP (Composite Capability / Preference Profiles) and UAProf (User Agent Profiles) defined by WAP (Wireless Application Protocol) can be used as the terminal capability description format. 1505 is a notification condition indicating a notification condition, and stores data similar to 303 in the first embodiment.
[0059]
FIG. 18 shows a field structure of incoming notification information generated by incoming notification generation means 201 in the fourth embodiment. In FIG. 18, 1601 is a user ID. Reference numeral 1602 denotes a telephone number indicating all telephone numbers held by the user of the incoming call notification destination. Reference numeral 1603 denotes a terminal priority order indicating the priority order of the terminal that performs the notification. 1604 is detailed information in which notification contents and the like are stored.
[0060]
FIG. 19 is a sequence diagram for explaining the priority incoming call notification operation of the system according to the fourth embodiment. Hereinafter, the operation of the system according to the fourth embodiment will be described with reference to the sequence diagram of FIG. In the fourth embodiment, when an incoming mail 1901 is first made to the user hachi, the following processing is performed and a first transmission request 1902 is output. After the mail reception means 103 stores the mail in the mail storage means 104, the notification transmission means 108 performs the following processing. The incoming call notification generation unit 201 first acquires the terminal phone number from the user data storage unit 106 and stores the user ID and the terminal phone number in 1601 and 1602, respectively. Next, the notification content is determined and stored in the detailed information 1604. Next, the e-mail is analyzed, and further, the e-mail is checked for characters only, image attachments, and document attachments. Then, a priority order as an incoming notification destination of the user terminal is determined from the contents of the mail and the terminal capability, and stored in the terminal priority order 1603.
[0061]
The priority order is determined as follows, for example. Shown according to the content.
(1) In case of characters only
Since all terminals can transmit, the terminals 1, 2, and 3 are recorded in the terminal priority order in that order. As a result, when transmission fails, the transmission destination changes in the order of terminal 1 → terminal 2 → terminal 3.
(2) When mail contains only image files
Since the mobile phone with the highest priority cannot output an image, the terminals 2, 3, and 1 are recorded in the terminal priority order. As a result, when transmission fails, the transmission destination changes in the order of terminal 2 → terminal 3 → end 1.
(3) When the document file and image file are included in the mail
The terminals 3, 2, and 1 are recorded in the terminal priority order in the order in which a large amount of information can be displayed. As a result, when transmission fails, the transmission destination changes in the order of terminal 3 → terminal 2 → terminal 1.
[0062]
In the present embodiment, the operation in the case where the mail of (1) is only characters is shown. Similarly, in the case of (2) and (3), it can be easily analogized that the incoming notification can be transmitted according to the priority order. In this case, the priority order is terminal 1 (1412) → terminal 2 (1413) → terminal 3 (1414). Accordingly, the notification transmission unit 202 outputs a request for notification of the incoming call to the terminal 1 having the highest priority according to the data in the incoming call notification information to the network connection control unit 203, and the network connection control unit 204 is interpreted by the network connection unit 110. The first transmission request 1902 is converted into a possible format and output to the network connection unit 110. Further, the network connection unit 110 can output a first call request 1903 to the public network, thereby transmitting an incoming call notification to a desired terminal via the public network 112. As a transmission method of the first transmission request 1902 and the first transmission request 1903, a method using telephone transmission, ISDN transmission, mobile communication short message, mail, or HTTP request can be considered.
[0063]
However, in the fourth embodiment, since the terminal 1 cannot receive (for reasons such as out of service area, no terminal response), the public network 1411 connects the first connection failure notification 1904 to the first call request 1903. The network connection unit 110 outputs a first transmission error 1905 to the incoming call notification unit 108 in accordance with the first connection failure notification 1904.
[0064]
The incoming call notification means 108 performs retransmission in the order of terminal priority determined in the above processing. First, the incoming call notification is retransmitted to the terminal 2.
[0065]
Specifically, when the network connection unit 110 receives the first transmission error 1905, the incoming call notification unit 108 obtains the terminal priority of the user who is the destination of the incoming call notification from the user data storage unit 106 and receives the incoming call to the terminal 2. A second transmission request 1907 for outputting a notification is generated and output to the network connection unit 110. The network connection unit 110 outputs the second transmission request 1908 to the public network 1403. However, similarly to the incoming call notification to the terminal 1, since the terminal 2 is also unreceivable, the second connection failure notification 1909 is sent from the public network 1403 to the network connection unit 110, and the second connection failure notification is sent from the network connection unit 110 to the incoming call notification unit 108. 2 Send error 1910 is sent.
[0066]
Next, the mail delivery apparatus performs retransmission to the terminal 3. The mail delivery device 1402 operates in the same manner as when retransmitting to the terminal 2, the incoming call notification means 108 outputs a third transmission request 1911 to the network connection means 110, and the network connection means 110 In response to this, a third transmission request 1912 is output. Since the terminal 3 can receive a call, the terminal 3 is notified of the incoming call 1913.
[0067]
Furthermore, in this embodiment, it is assumed that when the terminal 3 receives an incoming mail notification, the mail is automatically acquired. In this case, when receiving a mail arrival notification, the terminal 3 outputs a mail text acquisition request 1914 to the mail delivery device 1402 via the public network 1403. In response to the mail body acquisition request 1914, the mail transmission unit 104 in the mail distribution device 1402 acquires a mail from the mail storage unit 103. Next, the mail transmission means 104 acquires the information of the terminal 3 from the user data storage means 106, and converts the contents of the mail according to the information. Examples of conversion include image enlargement / reduction, color reduction, image format conversion, and reduction of the length of the mail text in accordance with restrictions. Then, the mail text is transmitted to the terminal 3 by the mail text response 1915. As a result, the terminal 3 can automatically receive not only the incoming mail notification but also the mail text. It can be easily analogized that the terminal capability of the terminal 3 is specified in the mail body text acquisition request, and the mail delivery device 1402 can convert the mail contents in the same manner as described above.
[0068]
As described above, in the fourth embodiment, a plurality of pieces of terminal information are registered in the user data storage means, and the destination terminal is determined from the mail contents, notification conditions, and terminal capabilities when the mail arrives. , It is possible to notify the terminal that can read the mail in the form closest to the original text when the mail is acquired.
[0069]
In the fourth embodiment, a correspondence table of the carrier of the telephone number and the telephone number of the destination and the communication fee is provided, and the incoming notification generation means increases the priority of the terminal with the lowest communication fee, thereby enabling the incoming call. It can also be easily analogized that the effect of gradually reducing the communication fee when performing notification is obtained.
[0070]
Also, the priority order is determined from one or more of the order registered by the user, the terminal capability, the record of the success rate of the incoming notification so far, the established notification condition, the terminal used for the latest access, the communication fee, etc. It can be easily analogized that the same effect can be obtained by doing.
[0071]
Also, it can be easily analogized that the same effect can be obtained when the incoming notification has a mechanism for changing the detailed information depending on the terminal capability of the transmission destination.
[0072]
Also, when sending a notification to a terminal different from the previous transmission tip at the time of retransmission, the notification transmission means sends the incoming notification information to the incoming notification means, and the incoming notification generation means generates another incoming notification, which is optimal for each terminal. It can be easily analogized that the effect of sending a simple notification can be obtained.
[0073]
In addition, it can be easily analogized that an incoming call notification can be performed even when there is no mail body acquisition operation. Even if the terminal capability is not specified in the email body acquisition request, the terminal capability information of the user is acquired from the user data storage means, and the body of the email is converted according to the information, so that the email in a format suitable for the terminal It can be easily analogized that can be generated without the operation of the terminal side and sent to the terminal.
[0074]
(Embodiment 5)
When the incoming call 1913 is notified to the incoming terminal 3 as described above, when the terminal 3 receives the mail text because the attached file is attached to the incoming data, the terminal 3 When the load 3 increases, the terminal 3 can specify another terminal related to itself and output a mail transfer request. FIG. 20 is a sequence diagram for explaining an incoming call notification and a mail transfer operation associated therewith in the fifth embodiment of the present invention corresponding to such a situation. In the fifth embodiment, the configuration of the mail arrival notification system is the same as that shown in FIG. Further, as in the case of the fourth embodiment, a terminal of a recurrent type is used as the terminal.
[0075]
Hereinafter, the operation of the system in the fifth embodiment will be described with reference to the sequence diagram of FIG. In this sequence diagram, incoming mail 1901, first transmission request 1902, first transmission request 1903, first connection failure notification 1904, first transmission error 1905, second transmission request 1907, second transmission request 1908, second connection failure Processing operations up to the notification 1909, the second transmission error 1910, the third transmission request 1911, the third transmission request 1912, and the incoming call 1913 are the same as those in the fourth embodiment.
[0076]
Further, in the fifth embodiment, the terminal 3 has a mail transfer instruction function. When the terminal 3 receives a mail arrival notification, the terminal 3 makes a mail transfer request. In this case, when receiving a mail arrival notification, the terminal 3 outputs a mail transfer request 1916 to the mail delivery device 1402 via the public network 1403. This mail transfer request includes its own terminal ID and the telephone number of the transfer destination terminal as data. In response to the mail transfer request 1916, the mail transmission unit 104 in the mail distribution device 1402 acquires a mail from the mail storage unit 103. Then, the mail text is transmitted to the terminal designated by the mail text transfer 1917. Thereby, since the text of the mail originally transmitted to the terminal 3 can be transmitted to the designated terminal without being transmitted to the terminal 3, the load on the terminal 3 increases due to the received data. And you can receive mail using the specified forwarding destination terminal.
[0077]
The mail transfer request 1916 can be transmitted not only at the terminal 3 but also using the terminal 1 or the terminal 2. If the terminal specified in the mail body transfer request 1916 is a terminal registered in the user data storage unit 106 shown in FIG. 17, the mail transmission unit 104 in the mail delivery device 1402 performs the mail body transfer. In response to the request 1916, it is also possible to acquire the information of the designated terminal from the user data storage means 106 after acquiring the mail from the mail storage means 103 and convert the contents of the mail according to the information. It is easily analogized that the terminal capability of the designated terminal is notified to the mail delivery device 1402 in the mail body transfer request 1916, and the mail delivery device 1402 can convert the content of the email in the same manner as described above according to the notification content. be able to.
[0078]
Further, as a modification of the fifth embodiment, instead of outputting the mail text transfer request 1916, when registering the mail receiving terminals 1, 2, and 3 in the user data storage means 106, at least one of these terminals is registered. The instruction contents to be transferred to some terminals and the data about the transfer destination terminal are registered together. When mail arrives at that terminal (for example, terminal 3), the mail is sent to the mail receiving terminal. The mail may be transferred to the transfer destination terminal without being transmitted. Registration of the instruction content to be transferred to the user data storage means 106 is registered as one type of notification condition. In this way, the terminal 3 can receive mail using the designated transfer destination terminal without increasing the load due to the received data. In particular, if data registration for the transfer destination terminal is set for the terminal with the lowest priority (for example, terminal 3), incoming notifications are made sequentially from the terminal with the highest priority to the terminal with the lowest priority. The probability that the incoming notification will fail up to the terminal with the lowest priority can be reduced, and the incoming call success rate can be increased.
[0079]
Further, as described in the fourth embodiment, when the priority changes between the terminals 1, 2, and 3 depending on the attribute of the received data, the terminal having the lowest priority is fictitious (or dummy). Terminal (referred to as terminal 4) is additionally registered in the user data storage means 106, a transfer destination terminal is determined and registered together with this terminal 4, and the terminal is registered at the final stage of the incoming call notification. 4 may be used to notify the incoming call and forward the mail to the transfer destination terminal.
[0080]
Although the present invention has been described based on the preferred embodiments shown in the drawings, it will be apparent to those skilled in the art that various changes and modifications can be easily made without departing from the spirit of the present invention. The present invention includes such modifications.
[Brief description of the drawings]
[0081]
FIG. 1 is a block diagram of a prior art mail arrival notification system.
FIG. 2 is an operation sequence diagram of the prior art.
FIG. 3 is a block configuration diagram of the mail arrival notification system according to the first embodiment of the present invention.
FIG. 4 is a detailed block diagram of incoming call notification means in the first embodiment of the present invention.
FIG. 5 is a data field configuration diagram in user data storage means in the first embodiment of the present invention;
FIG. 6 is a data field configuration diagram in transmission data storage means in the first embodiment of the present invention;
FIG. 7 is a data field configuration diagram in retransmission data storage means in the first embodiment of the present invention;
FIG. 8 is a data field configuration diagram of an incoming call notification in the first embodiment of the present invention;
FIG. 9 is a data field configuration diagram of a transmission result notification in the first embodiment of the present invention;
FIG. 10 is an operation sequence diagram according to the first embodiment of the present invention.
FIG. 11 is an operation sequence and data transition diagram according to the first embodiment of the present invention.
FIG. 12 is an operation sequence diagram according to the second embodiment of the present invention.
FIG. 13 is a detailed block diagram of incoming call notification means in the third embodiment of the present invention;
FIG. 14 is a data field configuration diagram in a retransmission control table according to the third embodiment of the present invention;
FIG. 15 is a flowchart of operations in the third embodiment of the present invention;
FIG. 16 is a block diagram of a mail incoming notification system according to a fourth embodiment of the present invention.
FIG. 17 is a data field configuration diagram in user data storage means in the fourth embodiment of the present invention;
FIG. 18 is a data field configuration diagram of incoming notification information in the fourth embodiment of the present invention;
FIG. 19 is a data field configuration diagram of incoming notification information in the fourth embodiment of the present invention;
FIG. 20 is a data field configuration diagram of incoming notification information in the fourth embodiment of the present invention;
[Explanation of symbols]
[0082]
[Explanation of symbols]
101 Internet
102 Mail receiving means
103 Mail storage means
104 Mail sending means
105 Notification determining means
106 User data storage means
107 Timer management means
108 Incoming call notification means
109 Transmission data storage means
110 Network connection means
111 E-mail delivery device
112 Public network
113 terminals
201 Incoming call notification generation means
202 Notification sending means
203 Network connection control means
204 Retransmission control means
205 Retransmission data deletion means
206 Retransmission data storage means

Claims

An Internet for delivering mail; a mail delivery device for generating an incoming notification to notify the terminal that the mail has arrived connected to the Internet; and a public network connected to the mail delivery device for relaying the incoming notification; A mail delivery device used in a mail delivery system comprising a terminal connected to the public network and receiving the incoming call notification;
The mail delivery device includes: a mail receiving unit that is connected to the Internet and receives the mail; a mail storage unit that stores the received mail; a mail transmission unit that transmits the received mail to the terminal; User data storage means for storing user data of a mail transmission destination as user information, and when the mail storage is completed and mail information including information on the mail transmission destination is input, the user information Is received from the user data storage means, notification determination means for determining whether to perform the incoming notification, timer management means for performing timer management, incoming notification means for generating an incoming notification from the mail information, and the incoming call Transmission data storage means for storing notification transmission data; and transmission of the incoming notification to the terminal connected to the public network. Cormorants; and a network connection means,
The incoming notification unit generates an incoming notification from the mail and the user information, a notification transmission unit that generates a transmission request for the incoming notification and stores it in a transmission data storage unit, and the transmission Network connection control means for converting the request into a format interpretable by the network connection means, and retransmission data storage means for storing retransmission data necessary for generating a retransmission request as a next transmission request when the transmission request fails Retransmission control means for generating the retransmission request, and retransmission data deletion means for deleting the retransmission data in the retransmission data storage means in accordance with the transmission request of the notification transmission means,
When the incoming mail notification to the terminal fails, the incoming notification means transmits the incoming mail notification again to the terminal after a predetermined time has elapsed, and when the incoming mail notification is successful, the incoming notification data is stored in the device. Remove from within,
The incoming call notification means, wherein when the mail receiving means receives the second email to the same destination as the first mail destination previously received stops the transmission of the retransmission request for the first mail once Send an email notification for the second email,
The incoming notification means comprises transmission data deletion means for deleting transmission data for the same terminal in the transmission data storage means when the incoming mail notification for the second mail is successful;
When the incoming notification unit temporarily stops transmission of a retransmission request for the first mail and then fails to notify the second mail, it cancels the transmission stop of the retransmission request for the first mail. A mail delivery device characterized by sending a mail arrival notification again .

2. The incoming call notification unit, after temporarily stopping transmission of the retransmission request, deleting all retransmission data for the same destination when the incoming call notification for the second mail is successful. The mail delivery device described.

When the incoming notification means receives a second mail for the same destination as the destination of the first mail received by the mail receiving means, the incoming notification means for the first mail stored in the retransmission data storage means The mail delivery apparatus according to claim 1, wherein the retransmission data is deleted.

4. The mail delivery apparatus according to claim 3, wherein the incoming notification unit stores retransmission data for the second mail in the retransmission data storage unit when the incoming notification of the second mail fails. .

2. The mail delivery apparatus according to claim 1, wherein the incoming call notification means sets the number of times the mail incoming notification is retransmitted.

The incoming call notification means includes a retransmission control table that stores the correspondence between the type of response from the public network and the next transmission processing method, and the network connection control means receives the incoming call notification generated by the incoming call notification generation means. Notification of the public network response to the transmission request to the notification transmission means The notification transmission unit notifies the retransmission control unit of the response, and the retransmission data storage unit generates a retransmission request that is the next transmission request when the transmission request fails from the response and the retransmission control table. The mail delivery apparatus according to claim 1, wherein necessary information is stored, and the retransmission control unit generates the retransmission request.

When the terminal user holds a plurality of terminals of different types, the incoming notification unit registers the plurality of terminal information of the user in the user data storage unit, and the user receives an incoming mail. 2. The mail delivery device according to claim 1, wherein the incoming notification generation unit generates an incoming notification by assigning a priority to the plurality of terminals.

In order to prioritize the plurality of terminals, the incoming call notification generation means may be a destination terminal according to any of mail contents, notification conditions, terminal capability, or a combination of two or more of these items. The mail delivery apparatus according to claim 7, wherein a transmission priority order is assigned.

The incoming call notification means has data of a correspondence table of telephone numbers of the plurality of terminals and communication charge information to the terminals, and prioritizes the plurality of terminals using the communication charge information to the terminal. The mail delivery apparatus according to claim 7.

When the incoming notification means has data of a correspondence table of a telephone number and a destination telephone number carrier and a communication charge, and prioritizes the plurality of terminals, the priority of the terminal with a low communication charge is increased. The mail delivery apparatus according to claim 7, wherein

8. The incoming call notification unit according to claim 7, wherein when the incoming call notification transmission fails, the incoming call notification unit determines a next transmission destination terminal according to the transmission priority order of the terminal, and retransmits the incoming call notification. Mail delivery device.

When the terminal user holds a plurality of terminals of different types, the incoming notification unit registers the plurality of terminal information of the user in the user data storage unit, and the user receives an incoming mail. If there is an incoming call notification, the incoming call notification generation means adapts the content of the incoming call notification to the destination terminal according to either the mail content, the notification condition, the terminal capability, or a combination of two or more of these items. The mail delivery apparatus according to claim 1, wherein the mail delivery apparatus is generated in the format described above.

When the terminal user holds a plurality of terminals of different types, the terminal data of the user is registered in the user data storage means, and at least a part of the terminals is a transfer destination terminal 2. The mail according to claim 1, wherein information and a transfer instruction are registered, and the incoming call notification means notifies the incoming call to the some terminals and transmits the incoming mail to the transfer destination terminal. Distribution device.

For at least some of the plurality of terminals held by the user, the terminal information of the forwarding destination and the forwarding instruction are registered, and the incoming notice is sent to the part of the terminals when the mail arrives. In this case, the mail delivery apparatus according to claim 7, wherein an incoming mail is transmitted to a transfer destination terminal.

The terminal has a transfer instruction function. After the terminal receives an incoming call notification, the terminal transmits a transfer instruction and transfer destination terminal information to the incoming call notification means. The mail delivery apparatus according to claim 1, wherein an incoming mail is transmitted to the terminal.