(57)【要約】【課題】ユーザのメールアドレス宛のメールのうち、ユーザが即座に確認しなければいけない重要なメールを携帯端末に通知すること目的とする。【解決手段】他事業者が提供するメールアドレス宛の新規メールの受信通知をメールアドレスが設定された通信端末に送信するメールシステムであって、他事業者が提供するメールアドレス宛のメールの重要性を判定するため条件を含む受信通知送信条件がメールアドレスに対して設定された受信通知優先情報が記憶領域に記憶され、新規メールが受信通知優先情報の受信通知送信条件に一致する場合、受信通知を通信端末に送信することを特徴とする。【選択図】図１
2013232828.tif 000002
【特許請求の範囲】
【請求項１】
通信端末の通信事業者以外の他事業者が提供するメールアドレス宛の新規メールの受信通知を前記メールアドレスが設定された通信端末に送信するメールシステムであって、
前記他事業者が提供するメールアドレス宛のメールの重要性を判定するため条件を含む受信通知送信条件が前記メールアドレスに対して設定された受信通知優先情報が記憶領域に記憶され、
前記受信通知優先情報に登録されたメールアドレス宛に送信された新規メールを前記他事業者のメール装置から取得するための新規メール取得要求を、前記メール装置に送信する新規メール取得要求送信部と、
前記新規メールを前記メール装置から取得した場合、前記受信通知優先情報を参照して、前記受信通知を前記通信端末に送信する受信通知送信部と、を備え、
前記受信通知送信部は、前記取得した新規メールが前記受信通知優先情報の受信通知送信条件に一致する場合、前記受信通知を前記通信端末に送信することを特徴とするメールシステム。
【請求項２】
請求項１に記載のメールシステムであって、
前記受信通知優先情報の受信通知送信条件には優先順位が付与され、
前記受信通知送信部は、
前記優先順位が高い条件から順に、前記取得した新規メールが前記受信通知送信条件に一致するか否かを判定し、
前記取得した新規メールが前記受信通知送信条件に一致すると判定された場合、前記受信通知を前記通信端末に送信することを特徴とするメールシステム。
【請求項３】
請求項２に記載のメールシステムであって、
前記受信通知送信部は、
前記取得した新規メールが前記受信通知送信条件に一致しないと判定された場合、前記新規メールが前記受信通知送信条件に一致するか否かの判定処理を、所定の優先順位まで繰り返し実行し、
前記所定の優先順位は変更可能であることを特徴とするメールシステム。
【請求項４】
請求項２に記載のメールシステムであって、
前記受信通知送信部は、前記新規メールが一致した受信通知送信条件に付与された優先順位が所定の優先順位より高い場合の前記受信通知の送信タイミングを、前記新規メールが一致した受信通知送信条件に付与された優先順位が前記所定の優先順位以下である場合の前記受信通知の送信タイミングより早くすることを特徴とするメールシステム。
【請求項５】
請求項１から請求項４のいずれか一つに記載のメールシステムであって、
前記受信通知優先情報は、前記メールアドレス毎に、前記新規メール取得要求送信部が前記新規メール取得要求を送信するか否かを示す取得要求情報を含み、
前記新規メール取得要求送信部は、前記取得要求情報が前記新規メール取得要求を送信することを示すメールアドレスの前記新規メール取得要求を、当該メールアドレスを提供する他事業者のメール装置に送信することを特徴とするメールシステム。
【請求項６】
請求項５に記載のメールシステムであって、
前記新規メール取得要求送信部は、前記新規メール取得要求を前記メール装置に送信する場合、前記メール装置が前記新規メールに既読であることを示す情報を前記新規メールに設定しないようにする既読不設定指令を、前記メール装置に送信することを特徴とするメールシステム。
【請求項７】
請求項１から請求項６のいずれか一つに記載のメールシステムであって、
前記受信通知優先情報が変更可能であることを特徴とするメールシステム。
【請求項８】
通信端末の通信事業者以外の他事業者が提供するメールアドレス宛の新規メールの受信通知を前記メールアドレスが設定された通信端末に送信するメールシステムにおける前記受信通知の送信方法であって、
前記他事業者が提供するメールアドレス宛のメールの重要性を判定するため条件を含む受信通知送信条件が前記メールアドレスに対して設定された受信通知優先情報が記憶領域に記憶され、
前記方法は、
前記受信通知優先情報に登録されたメールアドレス宛に送信された新規メールを前記他事業者のメール装置から取得するための新規メール取得要求を、前記メール装置に送信する第１のステップと、
前記新規メールを前記メール装置から取得した場合、前記取得した新規メールが前記受信通知優先情報の受信通知送信条件に一致する場合、前記受信通知を前記通信端末に送信する第２のステップと、を含むことを特徴とする方法。
【請求項９】
請求項８に記載の方法であって、
前記受信通知優先情報の受信通知送信条件には優先順位が付与され、
前記第２のステップは、
前記優先順位が高い条件から順に、前記取得した新規メールが前記受信通知送信条件に一致するか否かを判定するステップと、
前記取得した新規メールが前記受信通知送信条件に一致すると判定された場合、前記受信通知を前記通信端末に送信するステップと、を含むことを特徴とする方法。
【請求項１０】
請求項９に記載の方法であって、
前記第２のステップでは、前記取得した新規メールが前記受信通知送信条件に一致しないと判定された場合、前記新規メールが前記受信通知送信条件に一致するか否かの判定処理を、所定の優先順位まで繰り返し実行し、
前記所定の優先順位は変更可能であることを特徴とする方法。
【請求項１１】
請求項９に記載の方法であって、
前記第２のステップでは、前記新規メールが一致した受信通知送信条件に付与された優先順位が所定の優先順位より高い場合の前記受信通知の送信タイミングを、前記新規メールが一致した受信通知送信条件に付与された優先順位が前記所定の優先順位以下である場合の前記受信通知の送信タイミングより早くすることを特徴とする方法。
【請求項１２】
請求項８から請求項１１のいずれか一つに記載の方法であって、
前記受信通知優先情報は、前記メールアドレス毎に、前記新規メール取得要求送信部が前記新規メール取得要求を送信するか否かを示す取得要求情報を含み、
前記第１のステップでは、前記取得要求情報が前記新規メール取得要求を送信することを示すメールアドレスの前記新規メール取得要求を、当該メールアドレスを提供する他事業者のメール装置に送信することを特徴とする方法。
【請求項１３】
請求項１２に記載の方法であって、
前記第１のステップでは、前記新規メール取得要求を前記メール装置に送信する場合、前記メール装置が前記新規メールに既読であることを示す情報を前記新規メールに設定しないようにする既読不設定指令を、前記メール装置に送信することを特徴とする方法。
【請求項１４】
請求項８から請求項１３のいずれか一つに記載の方法であって、
前記受信通知優先情報が変更可能であることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの通信端末の事業者と異なる事業者のメールアドレス宛の新規メールが存在する旨を示す受信通知を通信端末に送信するメールシステムに関し、特に、所定の条件が成立した場合に受信通知を通信端末に送信するメールシステムに関する。
【背景技術】
【０００２】
情報通信機器の急速な普及及び通信インフラの整備に伴って、多くの通信事業者によって様々なメールサービスが提供されている。これに伴い、ユーザが複数の事業者が提供するメールアドレスを持ち、これらのアドレスを使用用途に応じて使い分けるユーザが増加してきている。また、メールアドレスと連携したインターネット上のサービス等も整備され、一ユーザあたりの電子メール（以下、メールという）受信数が増加している。
【０００３】
ユーザが複数のメールアドレスを管理する場合、メールアドレス毎の使用用途を明確にして管理する必要があるが、ユーザが所有する複数の端末から複数のメールアドレスの送受信メールを確認する場合に、一方の端末から確認できるメールアドレスと、他方の端末から確認できるメールアドレスとが異なり、ユーザがメールを確認したいときにメールを確認できない問題が生じる。
【０００４】
上記の問題を解決する技術として特開平９−３２１７９１号公報（特許文献１）、特開２００７−２４１７３２号公報（特許文献２）、及び特開２００４−２９７４８７号公報（特許文献３）がある。
【０００５】
特許文献１には、「電子メール利用者に固有の仮想アドレスを設定し、この仮想アドレス対応に実際の送信先メールアドレスの変換テーブルを設ける」と記載されている（要約参照）。
【０００６】
また、特許文献２には、「１つの宛名に対し複数のメールアドレスを登録可能なアドレス帳１０Ａを有する電子メール電送装置であって、アドレス帳１０Ａには、１つの宛名に登録されている複数のメールアドレスのうちどのメールアドレスに電子メールを送信するのかといった送信条件として例えば送信時間帯１０７１が設定されており、１つの宛名に対して電子メールを送信する際、この送信時間帯１０７１の設定に従って該当する１または複数のメールアドレスに電子メールを送信する」ことが記載されている（要約参照）。
【０００７】
また、特許文献３には、「パケット網３００及びネットワーク２００の利用者を特定する利用者情報を格納し、利用者情報に応じて、当該利用者宛の電子メールを利用者側携帯型電話機６００及びネットワーク２００に接続可能な端末に送信し、携帯型電話機６００からネットワーク２００への電子メールを当該端末にて閲覧可能な形式に変換し、ネットワーク２００から携帯型電話機６００への電子メールを当該携帯型電話機６００にて閲覧可能な形式に変換するようにした」ことが記載されている（要約参照）。
【０００８】
また、近年のスマートフォン、タブレットＰＣ、及びスマートブック等の通信端末の普及によって、一つの通信端末が複数のメールアドレスのメール送受信を管理できる。この通信端末におけるメール受信方法は、メールサーバがメール受信後直ちに当該通信端末に転送するプッシュ通信によってメールを取得する方法と、当該通信端末が手動又は一定時間ごとにメールサーバにフェッチしてメールを取得する方法と、を併用している。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平９−３２１７９１号公報
【特許文献２】特開２００７−２４１７３２号公報
【特許文献３】特開２００４−２９７４８７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ユーザが受信するメールは、ユーザの状況又はメールの内容等によって、メール受信後直ちに内容を確認しなければならない重要なメールと、後で内容を確認すればよいメールとを含む。このため、ユーザの状況又はメールの内容等に応じて、各メールアドレス宛のメールのうちユーザが即座に確認しなければいけない重要なメールを優先して通信端末に通知する仕組みが必要となる。
【００１１】
しかしながら、上述した従来のメール送受信システムは、複数のメールアドレスにおけるメール送受信を管理できるが、下記の問題点がある。
【００１２】
特許文献１及び３には、メールアドレスが受信したメールが重要か否かを判定する処理については開示されていないので、上述した課題を解決できず、ユーザが各受信メールに対して重要か否かを判断しなければならない。
【００１３】
特許文献２には、メールを送信する場合の動作について開示されており、メールを受信した場合の動作については開示されていない。
【００１４】
また、従来のスマートフォン等の通信端末は、メールを受信する場合に受信するメールが重要か否かの判定処理は実行していないので、上述した課題を解決できず、ユーザが各受信メールに対して重要か否かを判断しなければならない。
【００１５】
本発明は、上記問題点を解決するためになされたものであり、すなわち、ユーザのメールアドレス宛のメールのうち、ユーザが即座に確認しなければいけない重要なメールを携帯端末に通知すること目的とする。
【課題を解決するための手段】
【００１６】
本発明の代表的な一例を示せば、通信端末の通信事業者以外の他事業者が提供するメールアドレス宛の新規メールの受信通知を前記メールアドレスが設定された通信端末に送信するメールシステムであって、前記他事業者が提供するメールアドレス宛のメールの重要性を判定するため条件を含む受信通知送信条件が前記メールアドレスに対して設定された受信通知優先情報が記憶領域に記憶され、前記受信通知優先情報に登録されたメールアドレス宛に送信された新規メールを前記他事業者のメール装置から取得するための新規メール取得要求を、前記メール装置に送信する新規メール取得要求送信部と、前記新規メールを前記メール装置から取得した場合、前記受信通知優先情報を参照して、前記受信通知を前記通信端末に送信する受信通知送信部と、を備え、前記受信通知送信部は、前記取得した新規メールが前記受信通知優先情報の受信通知送信条件に一致する場合、前記受信通知を前記通信端末に送信することを特徴とする。
【発明の効果】
【００１７】
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、ユーザのメールアドレス宛のメールのうち、ユーザが即座に確認しなければいけない重要なメールを携帯端末に通知することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１実施例のメール中継システムの構成の説明図である。
【図２】本発明の第１実施例の外部サーバ取得・転送テーブルの説明図である。
【図３】本発明の第１実施例の受信通知優先テーブルの説明図である。
【図４】本発明の第１実施例のメール中継システムにおけるメール受信シーケンスの説明図である。
【図５】本発明の第１実施例のメールゲートウェイサーバにおける受信通知送信処理のフローチャートである。
【図６】本発明の第１実施例の変形例の外部サーバ取得・転送テーブルの説明図である。
【図７】本発明の第１実施例の変形例の受信通知優先テーブルの説明図である。
【図８Ａ】本発明の第１実施例の変形例の新規メール受信通知処理のフローチャートである。
【図８Ｂ】本発明の第１実施例の変形例の第２受信通知送信判定処理のフローチャートである。
【図９】本発明の第２実施例の他メールアドレス登録処理のフローチャートである。
【図１０】本発明の第２実施例の通信端末に表示される外部アドレス登録画面の説明図である。
【図１１】本発明の第２実施例の他プロバイダメールサーバによる認証が失敗した場合にテーブル管理処理部から送信される認証失敗応答のフォーマットの説明図である。
【図１２】本発明の第２実施例の受信通知送信条件登録処理のフローチャートである。
【図１３】本発明の第２実施例の受信通知送信条件項目追加処理のフローチャートである。
【図１４】本発明の第２実施例の受信通知送信条件項目内容変更処理のフローチャートである。
【図１５】本発明の第３実施例の受信通知画面の説明図である。
【発明を実施するための形態】
【００１９】
（第１実施例）
本発明の第１実施例を図１〜図５を用いて説明する。
【００２０】
図１は、本発明の第１実施例のメール中継システムの構成の説明図である。
【００２１】
メール中継システムは、通信端末１０、メールゲートウェイサーバ３０、及び他プロバイダメールサーバ（メール装置）４０を備える。通信端末１０、メールゲートウェイサーバ３０、及び他プロバイダメールサーバ４０は、ネットワーク２０を介して相互に接続されている。
【００２２】
通信端末１０は、例えば、ユーザが携帯する携帯端末である。通信端末１０のユーザは、当該通信端末１０の通信事業者以外の事業者が提供するメールアドレス（他メールアドレス）を、当該通信端末１０に設定する。これによって、通信端末１０は、他メールアドレス宛に送信されたメールを通信端末１０からでも受信できる。
【００２３】
他プロバイダメールサーバ４０は、通信端末１０の通信事業者以外の事業者が提供するメールアドレス宛のメールを配送するサーバである。
【００２４】
メールゲートウェイサーバ３０は、他プロバイダメールサーバ４０と通信端末１０との間でメールを中継するサーバであり、他プロバイダメールサーバ４０からメールを取得し、取得したメールの受信通知を通信端末１０に送信する。
【００２５】
メールゲートウェイサーバ３０は、メールゲートウェイ処理部３１、受信通知作成処理部３２、外部サーバ取得・転送テーブル３３、受信通知優先テーブル３４、テーブル管理処理部３５、動作ログ記憶領域３６、及びバックアップディスク３７を備える。
【００２６】
メールゲートウェイ処理部３１は、通信端末１０の通陳事業者が提供するネットワーク内及び当該ネットワーク外のメールを送受信する。
【００２７】
また、メールゲートウェイ処理部３１は、他プロバイダメールサーバ４０から新規メールを取得し、メールを新たに取得した旨の受信通知を通信端末１０に送信する。具体的には、メールゲートウェイ処理部３１は、他プロバイダメールサーバ４０に認証要求を送信し、他プロバイダメールサーバ４０の認証が成功すると、外部サーバ取得・転送テーブル３３を参照し、新規メール取得要求を他プロバイダメールサーバ４０に送信するか否かを判定する。メールゲートウェイ処理部３１は、新規メール取得要求を送信すると判定した場合、新規メール取得要求を他プロバイダメールサーバ４０に送信する。そして、メールゲートウェイ処理部３１は、新規メール要求に対する応答を他プロバイダメールサーバ４０から受信した場合、受信通知作成要求を受信通知作成処理部３２に入力する。メールゲートウェイ処理部３１は、受信通知作成要求に対する応答が受信通知作成処理部３２から入力された場合、受信通知を通信端末１０に送信する。
【００２８】
受信通知作成処理部３２は、メールゲートウェイ処理部３１が新規メールを受信した場合、受信通知を作成する。具体的には、受信通知作成処理部３２は、外部サーバ取得・転送テーブル３３のポインタ６４（図２参照）を介して受信通知優先テーブル３４を参照し、受信通知を通信端末１０に送信するか否かを判定する。受信通知作成処理部３２は、受信通知を送信すると判定された場合、受信通知を即座に作成し、作成した受信通知を受信通知作成要求に対する応答としてメールゲートウェイ処理部３１に入力する。一方、受信通知作成処理部３２は、受信通知を送信しないと判定された場合、受信通知を作成しないが、所定のタイミング（例えば、６時間に１回など）で受信通知を作成し、受信通知を作成してもよい。
【００２９】
外部サーバ取得・転送テーブル３３は、他プロバイダメールサーバ４０が認証に使用する認証情報、及び、メールゲートウェイ処理部３１が新規メール取得要求を送信するか否かの判定に使用する取得要求判定情報を含む。認証情報は、通信端末１０に設定された他の事業者が提供するメールアドレス及びパスワードなどを含む。外部サーバ取得・転送テーブル３３は、図２で詳細を説明する。
【００３０】
受信通知優先テーブル３４は、受信通知作成処理部３２が受信通知を通信端末１０に送信するか否かを判定する条件を含む。受信通知優先テーブル３４は、図３で詳細を説明する。
【００３１】
テーブル管理処理部３５は、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を管理する。なお、テーブル管理処理部３５は、第２実施例の構成であり、第１実施例のメールゲートウェイサーバ３０の必須の構成ではない。動作ログ記憶領域３６は、メールゲートウェイサーバ３０の動作ログの記憶領域であり、メールゲートウェイサーバ３０に備わる図示しない記憶領域の一部である。
【００３２】
バックアップディスク３７は、外部サーバ取得・転送テーブル３３、受信通知優先テーブル３４、及びメールゲートウェイサーバ３０が取得したメールをバックアップする記憶領域を有するディスク装置である。
【００３３】
メールゲートウェイサーバ３０は、図示しないプロセッサ、及び図示しない記憶領域を備え、メールゲートウェイ処理部３１、受信通知作成処理部３２、及びテーブル管理処理部３５は、記憶領域にプログラムとして格納され、プロセッサがこれらのプログラムを実行することによって、メールゲートウェイ処理部３１、受信通知作成処理部３２、及びテーブル管理処理部３５が実現される。
【００３４】
また、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４は、メールゲートウェイサーバ３０の図示しない記憶領域に格納される。また、動作ログ記憶領域３６は、メールゲートウェイサーバ３０の図示しない記憶領域の予め設定された一部の記憶領域である。
【００３５】
図２は、本発明の第１実施例の外部サーバ取得・転送テーブル３３の説明図である。
【００３６】
外部サーバ取得・転送テーブル３３は、登録電番６０、登録アドレス６１、認証パスワード６２、取得要求フラグ６３、ポインタ６４を含む。
【００３７】
登録電番６０には、通信端末１０の電話番号が登録される。登録アドレス６１には、通信端末１０に設定された他メールアドレスが登録される。また、一台の通信端末１０に複数の他メールアドレスが設定されてもよいので、登録アドレス６１には複数の他メールアドレスが登録されてもよい。
【００３８】
認証パスワード６２には、登録アドレス６１に登録された他メールアドレスに対応する他プロバイダメールサーバ４０にアクセスするために必要なパスワードが登録される。
【００３９】
取得要求フラグ６３には、新規メール取得要求を他プロバイダメールサーバ４０に送信するか否かを示すフラグが登録される。ポインタ６４には、受信通知優先テーブル３４へのポインタが登録される。ポインタ６４に「有」が登録された他メールアドレスに受信通知を送信する場合には、受信通知を送信するための条件が登録されていることを示す。一方、ポインタ６４に「無」が登録された他メールアドレスには、受信通知を送信するための条件が登録されておらず、メールゲートウェイサーバ３０が新規メールを取得した場合、当該他メールアドレスが設定された通信端末１０に受信通知を即座に送信する。
【００４０】
図３は、本発明の第１実施例の受信通知優先テーブル３４の説明図である。
【００４１】
受信通知優先テーブル３４は、外部サーバ取得・転送テーブル３３のポインタ６４に「有」が登録された他メールアドレスの数だけ、メールゲートウェイサーバ３０の図示しない記憶領域に格納される。例えば、図２に示す「addr3@svrA.com」はポインタによって図３に示す一つの受信通知優先テーブルと関連付けられる。
【００４２】
受信通知優先テーブル３４は、ＩＤ７０、受信通知送信条件７１、及び優先通知フラグ７２を含む。
【００４３】
ＩＤ７０には、受信通知送信条件７１の識別情報が登録される。受信通知送信条件７１は、電話帳・アドレス帳登録７１Ａ、メール宛先７１Ｂ、メール送信時刻７１Ｃ、Ｓｕｂｊｅｃｔ７１Ｄ、及び重要フラグ７１Ｅ等のメールの重要性を判定するための重要性判定条件を含む。
【００４４】
電話帳・アドレス帳登録７１Ａには、メールの送信者が通信端末１０の電話帳又はアドレス帳に登録されていることが受信通知送信条件７１の一つとなるか否かを示す情報が登録される。図３では、電話帳・アドレス帳登録７１Ａに「○」が登録されていれば、メールの送信者が通信端末１０の電話帳又はアドレス帳に登録されていることが受信通知送信条件７１となることを示す。例えば、電話帳又はアドレス帳に送信者が登録されているメールは、電話帳又はアドレス帳に送信者が登録されていないメールより重要であると判定される。
【００４５】
メール宛先７１Ｂには、メールの宛先が特定の者のメールアドレスであることが受信通知送信条件７１の一つとなるか否かを示す情報が登録される。図３では、メール宛先７１Ｂに「自分」が登録されていれば、メールの宛先が自分のメールアドレスのみであることが受信通知送信条件７１の一つとなり、メール宛先７１Ｂに「家族」が登録されていれば、メールの宛先に自分のメールアドレスと家族として登録されたメールアドレスとが含まれていることが受信通知送信条件７１に一つとなる。例えば、メールの宛先が自分のメールアドレスであるメールは、メールの宛先に自分のメールアドレスの他に家族のメールアドレスを含むメールより重要であると判定される。
【００４６】
メール送信時刻７１Ｃには、メールの送信時刻が受信通知送信条件７１の一つとなるか否かを示す情報が登録される。図３では、メール送信時刻７１Ｃに「12/31 23:50〜1/1 5:00」と登録され、この時間内にメールが送信されたことが受信通知送信条件７１の一つとなる。例えば、メール送信時刻７１Ｃに登録された時刻に送信されたメールは、メール送信時刻７１Ｃに登録された時刻以外の時刻に送信されたメールより重要であると判定される。
【００４７】
Ｓｕｂｊｅｃｔ７１Ｄには、メールの題名が所定の文字列を含むことが受信通知送信条件７１の一つとなるか否かを示す情報が登録される。図３では、Ｓｕｂｊｅｃｔ７１Ｄに「“重要”を含む」が登録され、メールの題名に「重要」との文字列が含まれることが受信通知送信条件７１の一つとなる。
【００４８】
重要フラグ７１Ｅには、メールに重要フラグが設定されていることが受信通知送信条件７１の一つとなるか否かを示す情報が登録される。例えば、重要フラグが設定されたメールは、重要フラグが設定されていないメールより重要であると判定される。
【００４９】
以上のように、受信通知送信条件７１は、メールの重要性を判定するための条件が登録される。
【００５０】
優先通知フラグ７２には、新規メールが受信通知送信条件７１を満たしている場合に、着信通知を通信端末１０に送信するか否かを示す情報が登録される。優先通知フラグ７２に「○」が登録されている場合、新規メールが受信通知送信条件７１を満たせば、着信通知が通信端末１０に送信される。優先通知フラグ７２に「−」が登録されている場合、新規メールが受信通知送信条件７１を満たしていても、着信通知が通信端末１０に送信されない。
【００５１】
なお、図３では、一つの他メールアドレスに対して、ＩＤ７０が「１」〜「５」の五つの受信通知送信条件７１が登録されているが、新規メールがいずれかの受信通知送信条件７１を満たし、かつ、当該受信通知送信条件７１の優先通知フラグ７２に「○」が登録されている場合に、着信通知が通信端末１０に送信される。
【００５２】
なお、受信通知送信条件７１には電話帳・アドレス帳登録７１Ａ〜重要フラグ７１Ｅの五つの条件が含まれることを示したが、受信通知送信条件７１は少なくとも一つの条件を含めばよく、また、受信通知送信条件７１の条件は、図３に示す条件に限定されない。例えば、他の受信通知送信条件７１としては、特定のＭＡＩＬ＿ＦＲＯＭの値、ＲＣＰＴ＿ＴＯの値、メールのサイズ、添付ファイルのサイズ、添付ファイルの種類、メール送信者の位置情報、現在時刻、通信端末１０の位置情報、メールヘッダの属性の存在、メールヘッダの属性値、及び通信端末１０が利用するネットワーク２０の輻輳状況等がある。また、受信通知送信条件７１は上述した条件を組み合わせることによって、受信通知優先テーブル３４には、少なくとも一つの受信通知送信条件７１が登録される。
【００５３】
また、受信通知送信条件７１は、通信端末１０の利用者及びメールの送信者の状況、並びに通信端末１０が利用するネットワーク２０の状況等によって、変更可能である。例えば、優先通知フラグ７２が「○」から「−」に変更されることによって、新規メールが当該受信通知送信条件７１を満たしても、受信通知は送信されなくなり、優先通知フラグ７２が「−」が「○」に変更されることによって、新規メールが当該受信通知送信条件７１を満たせば、受信通知が送信されるようになる。このため、通信端末１０のユーザ又はメールゲートウェイサーバ３０の管理者は、有効な受信通知送信条件７１を一時的に無効化したい場合、受信通知送信条件７１を削除する必要はなく、優先通知フラグ７２を「○」から「−」に変更すればよい。
【００５４】
また、受信通知優先テーブル３４に新たな受信通知送信条件７１を追加してもよいし、受信通知優先テーブル３４から受信通知送信条件７１を削除してもよい。
【００５５】
図４は、本発明の第１実施例のメール中継システムにおけるメール受信シーケンスの説明図である。
【００５６】
まず、メールゲートウェイサーバ３０は、他プロバイダメールサーバ４０Ａ及び４０Ｂに、ログイン認証要求を送信する（８０）。ログイン認証要求は、外部サーバ取得・転送テーブル３３の登録アドレス６１に登録された他メールアドレス、及び認証パスワード６２に登録されたパスワードを含む。
【００５７】
他プロバイダメールサーバ４０Ａ及び４０Ｂは、ログイン認証要求を受信した場合、受信したログイン認証要求に基づいて、各他メールアドレスを認証し、他メールアドレス毎に認証が成功したか否かを示す情報を含むログイン認証応答をメールゲートウェイサーバ３０に送信する（８１）。
【００５８】
メールゲートウェイサーバ３０は、ログイン認証応答を受信した場合、認証が成功した他メールアドレスであって、外部サーバ取得・転送テーブル３３の取得要求フラグ６３に新規メール取得要求を送信することを示す情報が登録されている他メールアドレスの新規メール取得要求を、他メールアドレスに対応する他プロバイダメールサーバ４０Ａ及び４０Ｂに送信する（８２）。新規メール取得要求には、新規メールを取得する他メールアドレスが含まれる。
【００５９】
他プロバイダメールサーバ４０Ａ及び４０Ｂは、新規メール取得要求を受信した場合、新規メール取得要求に含まれる他メールアドレスの新規メールを受信しているか否かを判定し、新規メール取得応答をメールゲートウェイサーバ３０に送信する。具体的には、他プロバイダメールサーバ４０Ａ及び４０Ｂは、他メールアドレスの新規メールを受信している場合、新規メールリストを含む新規メール取得応答をメールゲートウェイサーバ３０に送信する（８３）。一方、他プロバイダメールサーバ４０Ａ及び４０Ｂは、他メールアドレスの新規メールを受信していない場合、新規メールを受信していない旨を示す新規メール取得応答をメールゲートウェイサーバ３０に送信する。
【００６０】
メールゲートウェイサーバ３０は、新規メール取得応答を受信し、受信した新規メール取得応答に新規メールリストが含まれている場合、新規メールリストの内容を解析し、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を参照し、受信通知を通信端末１０に送信するか否かを判定する（８４）。
【００６１】
メールゲートウェイサーバ３０は、受信通知を通信端末１０に送信すると判定した場合、受信通知を作成し、作成した受信通知を通信端末１０に送信する（８５）。
【００６２】
通信端末１０は、受信通知を受信した場合、新規メール取得要求を他プロバイダメールサーバ４０Ａ及び４０Ｂに送信する（８６）。
【００６３】
他プロバイダメールサーバ４０Ａ及び４０Ｂは、新規メール取得要求を受信した場合、新規メールを新規メール取得応答として通信端末１０に送信する（８７）。
【００６４】
図５は、本発明の第１実施例のメールゲートウェイサーバ３０における受信通知送信処理のフローチャートである。
【００６５】
まず、メールゲートウェイ処理部３１は、外部サーバ取得・転送テーブル３３を参照し、登録アドレス６１に登録された他メールアドレス及び認証パスワード６２に登録されたパスワードを取得し、取得した他メールアドレス及びパスワードを含む認証要求を、他プロバイダメールサーバ４０に送信する（Ｓ５０）。Ｓ５０の処理では、メールゲートウェイ処理部３１は、取得要求フラグ６３が新規メール取得要求を送信しないことを示すエントリの登録アドレス６１及び認証パスワード６２を取得しない。これによって、後述するＳ５２の処理で、新規メールを取得する必要のない他メールアドレスの新規メール取得要求を送信しないので、他プロバイダメールサーバ４０とメールゲートウェイサーバ３０との間のトラヒックを低減させることができる。
【００６６】
次に、メールゲートウェイ処理部３１は、他プロバイダメールサーバ４０から認証応答を受信した場合、受信した認証応答が他プロバイダメールサーバ４０による認証の成功を示すか否かを判定する（Ｓ５１）。認証応答には、他メールアドレス毎に認証に成功したか否かを示す情報が含まれる。
【００６７】
Ｓ５０の処理で取得したすべての他メールアドレスが認証に失敗していると、Ｓ５１の処理で判定された場合、受信通知処理を終了する。
【００６８】
一方、Ｓ５０の処理で取得した他メールアドレスのうち認証に成功している他メールアドレスがあると、Ｓ５１の処理で判定された場合、メールゲートウェイ処理部３１は、認証が成功した他メールアドレスの新規メール取得要求を、認証が成功した他メールアドレスに対応する他プロバイダメールサーバ４０に送信する（Ｓ５２）。
【００６９】
また、メールゲートウェイ処理部３１は、他プロバイダメールサーバ４０が新規メール取得要求を受信し、新規メールをメールゲートウェイサーバ３０に送信した場合、当該新規メールに既読フラグを設定しないための既読フラグ不設定要求を、他プロバイダメールサーバ４０に送信する（Ｓ５３）。他プロバイダメールサーバ４０が新規メールのエンベロープ情報等を含む新規メールリストをメールゲートウェイサーバ３０に送信することによって、当該新規メールに既読フラグが設定されると、着信通知を受信した通信端末１０から新規メール取得要求を受信した場合に、どれが新規メールであるかを特定できなくなってしまうことを防止するためである。
【００７０】
なお、他プロバイダメールサーバ４０が新規メール取得応答として送信する新規メールリストには、新規メールのエンベロープ情報、メールヘッダ情報、及びＭＩＭＥ情報等を含む。また、受信通知送信条件７１にメール本文の内容が含まれる場合、メールゲートウェイ処理部３１は、全文取得要求を含む新規メール取得要求を他プロバイダメールサーバ４０に送信する。他プロバイダメールサーバ４０は、新規メール取得要求にメ全文取得要求が含まれる場合、新規メールリストに新規メールの全文を含めて送信する。
【００７１】
次に、メールゲートウェイ処理部３１は、新規メール取得応答を他プロバイダメールサーバ４０から受信した場合、受信した新規メール取得応答に新規メールリストが含まれるか否かを判定する（Ｓ５４）。
【００７２】
なお、Ｓ５１〜Ｓ５４の処理には、メール取得プロトコルであるＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）、及びＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｃｏｔｏｌ）等が使用される。また、情報セキュリティの観点から、メールゲートウェイサーバ３０と他プロバイダメールサーバ４０との間の通信には、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）、及びＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）等のセキュリティ通信が使用される。
【００７３】
Ｓ５４の処理で、受信した新規メール取得応答に新規メールリストが含まれないと判定された場合、メールゲートウェイ処理部３１は、受信通知処理を終了する。
【００７４】
一方、Ｓ５４の処理で、受信した新規メール取得応答に新規メールリストが含まれると判定された場合、メールゲートウェイ処理部３１は、受信通知作成要求を受信通知作成処理部３２に出力する（Ｓ５５）。
【００７５】
受信通知作成処理部３２は、受信した新規メールリストの内容、外部サーバ取得・転送テーブル３３、及び受信通知優先テーブル３４を参照し、受信通知を送信するか否かを判定する（Ｓ５６）。
【００７６】
具体的には、受信通知作成処理部３２は、外部サーバ取得・転送テーブル３３に登録されたエントリのうち、登録アドレス６１に登録された他メールアドレスが受信した新規メールリストの送信先のメールアドレスと一致するエントリを選択する。そして、受信通知作成処理部３２は、選択したエントリのポインタ６４が受信通知優先テーブル３４に関連付けられてない場合、当該メールアドレスには受信通知送信条件７１が設定されていないので、受信通知を送信すると判定する。
【００７７】
選択したエントリのポインタ６４が受信通知優先テーブル３４に関連付けられている場合について説明する。
【００７８】
受信通知作成処理部３２は、受信通知優先テーブル３４のＩＤ７０に「１」が登録されたエントリから順に、受信した新規メールリストの内容が受信通知送信条件７１を満たし、かつ、優先通知フラグ７２が受信通知を送信することを示すか否かを判定する。
【００７９】
新規メールリストの内容が受信通知送信条件７１を満たし、かつ優先通知フラグ７２が受信通知を送信することを示すエントリが受信通知優先テーブル３４に登録されていれば、受信通知作成処理部３２は、当該メールが重要であり、受信通知を送信すると判定する。
【００８０】
一方、新規メールリストの内容が受信通知送信条件７１を満たさない場合、又は優先通知フラグ７２が受信通知を送信することを示すエントリが受信通知優先テーブル３４に登録されていない場合、受信通知作成処理部３２は、当該メールが重要でなく、受信通知を送信しないと判定する。
【００８１】
Ｓ５６の処理で受信通知を送信すると判定された場合、受信通知作成処理部３２は、受信通知を作成し、作成した受信通知を含む受信通知作成応答をメールゲートウェイ処理部３１に入力する（Ｓ５７）。
【００８２】
Ｓ５６の処理で受信通知を送信しないと判定された場合、受信通知作成処理部３２は、受信通知送信条件７１を満たすメールが存在しないことを示す受信通知作成応答をメールゲートウェイ処理部３１に入力する（Ｓ５８）。
【００８３】
次に、メールゲートウェイ処理部３１は、受信通知作成処理部３２から受信通知作成応答が入力された場合、入力された受信通知作成応答に受信通知が含まれるか否かを判定する（Ｓ５９）。
【００８４】
Ｓ５９の処理で、受信通知作成応答に受信通知が含まれないと判定された場合、メールゲートウェイ処理部３１は、受信通知を送信しないので、受信通知処理を終了する。
【００８５】
一方、Ｓ５９の処理で、受信通知作成応答に受信通知が含まれると判定された場合、メールゲートウェイ処理部３１は、受信通知を含む受信通知メールを通信端末１０に送信し（Ｓ６０）、受信通知処理を終了する。受信通知メールの送信には、メール送信プロトコルであるＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等が使用される。
【００８６】
なお、本実施例では、通信端末１０に送信されるメール及び通信端末１０から送信されるメールを転送するメールゲートウェイサーバ３０に受信通知を通信端末１０に送信する機能を実装したが、受信通知を通信端末１０に送信する機能を、他プロバイダメールサーバ４０及び既存のメールゲートウェイサーバ３０と別のサーバに実装してもよい。各他プロバイダメールサーバ４０に受信通知を通信端末１０に送信する機能を実装することも可能であるが、各他プロバイダメールサーバ４０に外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を設定しなければならないので、実装コストが増大してしまう。このため、本実施例では、メールゲートウェイサーバ３０又は他プロバイダメールサーバ４０と異なるサーバに受信通知を通信端末１０に実装し、実装コストを低減している。
【００８７】
また、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４は、メールゲートウェイサーバ３０と異なるサーバに格納されてもよい。この場合、メールゲートウェイサーバ３０は、新規メール取得要求を送信する場合に、当該サーバから外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を取得し、受信通知作成処理部３２は、受信通知を作成する場合に当該サーバから外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を取得すればよい。
【００８８】
以上によって、本実施例では、他メールアドレス毎に設定され、受信メールの重要性を判定する重要性判定条件を含む受信通知送信条件を満たし、当該受信通知送信条件の優先通知フラグが有効である受信メールの受信通知のみが通信端末１０に送信される。これによって、通信端末１０のユーザは重要な受信メールの受信通知のみを確認することができ、受信メール毎に重要か否かを判断する必要がなくなる。
【００８９】
（第１実施形態の変形例）
以下、本実施例の変形例を図６〜図８Ｂを用いて説明する。
【００９０】
第１実施例では、受信通知優先テーブル３４のＩＤ７０の順に、新規メールが受信通知送信条件７１を満たすか否かを判定したが、本変形例では、受信通知優先テーブル３９は優先順位７３を含み（図７参照）、優先順位の高い順に新規メールが受信通知送信条件７１を満たすか否かを判定する。これによって、通信端末１０のユーザ及びメールゲートウェイサーバ３０の管理者が受信通知送信条件７１に所望の優先順位７３を付与することができる。
【００９１】
図６は、本発明の第１実施例の変形例の外部サーバ取得・転送テーブル３８の説明図である。なお、図６の外部サーバ取得・転送テーブル３８は、図２に示す外部サーバ取得・転送テーブル３３が含む情報の他に、優先順位使用フラグ６５を含む。優先順位使用フラグ６５以外の情報は、既に説明した図２に示された同一の符号を付された情報と同一であるので、これらの情報の説明は省略する。
【００９２】
優先順位使用フラグ６５には、受信通知作成処理部３２が、図７に示す受信通知優先テーブル３９の優先順位７３を使用して受信通知を送信するか否かの判定処理（受信通知送信判定処理）を実行するか否かのフラグが登録される。
【００９３】
ポインタ６４に「無」が登録されている他メールアドレスには受信通知送信条件７１が設定されていないので、当該ポインタ６４に「無」が登録されているエントリの優先順位使用フラグ６５には、ポインタ６４に「無」が登録されているので、優先順位７３を使用した受信通知送信判定処理が実行されないことを示すフラグ（「−」）が登録される。
【００９４】
また、ポインタ６４に「有」が登録されたエントリの優先順位使用フラグ６５には、優先順位７３を使用した受信通知送信判定処理が実行されることを示すフラグ（「○」）、又は、優先順位７３を使用した受信通知送信判定処理が実行されないことを示すフラグ（「×」）が登録される。
【００９５】
図７は、本発明の第１実施例の変形例の受信通知優先テーブル３９の説明図である。なお、図７の受信通知優先テーブル３９は、図３に示す受信通知優先テーブル３４が含む情報の他に、優先順位７３を含む。優先順位７３以外の情報は、既に説明した図３に示された同一の符号を付された情報と同一であるので、これらの情報の説明は省略する。
【００９６】
優先順位７３には、各受信通知送信条件７１の優先順位が登録される。図７では、優先順位７３の「１」が最も優先順位が高く、優先順位７３の「５」が最も優先順位が低い。
【００９７】
図８Ａは、本発明の第１実施例の変形例の新規メール受信通知処理のフローチャートである。なお、図８Ａに示す処理のうち図５に示す処理と同じ処理は、同じ符号を付与し、説明を省略する。
【００９８】
受信通知作成処理部３２は、Ｓ５５の処理でメールゲートウェイ処理部３１から出力された受信通知作成要求が入力された場合、外部サーバ取得・転送テーブル３８の登録アドレス６１に、新規メール取得応答に含まれる新規メールリストの送信先メールアドレスが登録されているエントリの優先順位使用フラグ６５に「○」が登録されているか否かを判定する（Ｓ１５０）。
【００９９】
Ｓ１５０の処理で、当該エントリの優先順位使用フラグ６５に「○」が登録されていないと判定された場合、受信通知作成処理部３２は、優先順位７３を使用しない第１受信通知送信判定処理を実行し（Ｓ１５１）、Ｓ５９の処理に進む。
【０１００】
一方、Ｓ１５０の処理で、当該エントリの優先順位使用フラグ６５に「○」が登録されていると判定された場合、受信通知作成処理部３２は、優先順位７３を使用する第２受信通知送信判定処理を実行し（Ｓ１５２）、Ｓ５９の処理に進む。
【０１０１】
第１受信通知送信判定処理では、受信通知作成処理部３２は、図５に示すＳ５６〜Ｓ５８の処理を実行する。このため、第１受信通知送信判定処理の詳細な説明は省略する。
【０１０２】
第２受信通知送信判定処理を図８Ｂを用いて説明する。
【０１０３】
図８Ｂは、本発明の第１実施例の変形例の第２受信通知送信判定処理のフローチャートである。
【０１０４】
まず、受信通知作成処理部３２は、新規メールリストの送信先メールアドレスに対応する受信通知優先テーブル３９の優先順位７３に最も高い優先順位が登録されているエントリを選択する（Ｓ１６０）。
【０１０５】
次に、受信通知作成処理部３２は、新規メールリストのメールがＳ１６０の処理で選択されたエントリの受信通知送信条件７１を満たし、かつ当該エントリの優先通知フラグ７２に「○」が登録されているか否かを判定する（Ｓ１６１）。
【０１０６】
新規メールリストのメールがＳ１６０の処理で選択されたエントリの受信通知送信条件７１を満たし、かつ当該エントリの優先通知フラグ７２に「○」が登録されていると、Ｓ１６１の処理で判定された場合、受信通知作成処理部３２は、受信通知送信条件を満たすと判定し、Ｓ１６０の処理で選択されたエントリの優先順位７３に所定の優先順位より高い優先順位が登録されているか否かを判定する（Ｓ１６２）。
【０１０７】
Ｓ１６０の処理で選択されたエントリの優先順位７３に所定の優先順位より高い優先順位が登録されていると、Ｓ１６２の処理で判定された場合、受信通知作成処理部３２は、受信通知を作成し、受信通知作成応答をメールゲートウェイ処理部３１に入力し（Ｓ１６３）、第２受信通知送信判定処理を終了し、図８Ａに示すＳ５９に処理を移行する。
【０１０８】
一方、Ｓ１６１の処理で選択されたエントリの優先順位７３に所定の優先順位以下の優先順位が登録されていると、Ｓ１６２の処理で判定された場合、受信通知作成処理部３２は、所定時間が経過してから受信通知を作成し、受信通知作成応答をメールゲートウェイ処理部３１に入力するように設定し（Ｓ１６４）、第２受信通知送信判定処理を終了し、図８Ａに示すＳ５９に処理を移行する。
【０１０９】
また、新規メールリストのメールがＳ１６０の処理で選択されたエントリの受信通知送信条件７１を満たしていない、又は、当該エントリの優先通知フラグ７２に「○」が登録されていないと、Ｓ１６１の処理で判定された場合、受信通知作成処理部３２は、新規メールリストの送信先メールアドレスに対応する受信通知優先テーブル３９の全てのエントリを判定したか否かを判定する（Ｓ１６５）。
【０１１０】
Ｓ１６５の処理で、新規メールリストの送信先メールアドレスに対応する受信通知優先テーブル３９の全てのエントリを判定していないと判定された場合、受信通知作成処理部３２は、Ｓ１６１の処理に戻り、前回のＳ１６１の処理で選択されたエントリの次に高い優先順位が優先順位７３に登録されたエントリを選択する。
【０１１１】
一方、Ｓ１６５の処理で、新規メールリストの送信先メールアドレスに対応する受信通知優先テーブル３９の全てのエントリを判定したと判定された場合、受信通知作成処理部３２は、受信通知送信条件を満たさないことを示す受信通知作成応答をメールゲートウェイ処理部３１に入力し（Ｓ１６６）、第２受信通知送信判定処理を終了し、図８Ａに示すＳ５９に処理を移行する。
【０１１２】
以上のように、本実施形態では、各受信通知送信条件７１に優先順位７３を付与し、優先順位７３順に受信通知送信判定処理を実行することができる。これによって、通信端末１０のユーザ及びメールゲートウェイサーバ３０の管理者は各受信通知送信条件７１に所望の優先順位を付与することができる。
【０１１３】
また、いずれかの受信通知送信条件７１を満たし、かつ優先通知フラグ７２に「○」が設定されていれば、受信通知作成処理部３２は、受信通知を送信すると判定し、他の受信通知送信条件７１についての判定処理を実行しない。このため、条件が緩い受信通知送信条件７１に高い優先順位を設定することによって、条件が厳しい受信通知送信条件７１について判定処理が実行されない可能性が高くなるので、受信通知作成処理部３２の処理負荷を軽減できる。
【０１１４】
また、所定の優先順位より高い優先順位の受信通知送信条件を満たした場合の受信通知の送信タイミングを所定の優先順位以下の優先順位の受信通知送信条件を満たした場合の受信通知の送信タイミングより早くする。これによって、通信端末１０は、所定の優先順位より高い優先順位が設定された受信通知送信条件を満たした受信通知を、所定の優先順位以下の優先順位が設定された受信通知送信条件を満たした受信通知よりも早く受信できる。したがって、通信端末１０のユーザは、重要度の高い受信通知を即座に見ることができる。
【０１１５】
なお、本変形例のＳ１６５の処理で、受信通知作成処理部３２は、新規メールリストの送信先メールアドレスに対応する受信通知優先テーブル３９の予め設定された優先順位が登録された優先順位７３を含むエントリまで判定したか否かを判定してもよい。
【０１１６】
例えば、予め設定された優先順位が「３」である場合、受信通知優先テーブル３９の優先順位７３に「３」が登録されたエントリの受信通知送信条件を満たさなければ、優先順位７３に「４」及び「５」が登録されたエントリの判定処理を実行せずに、Ｓ１６６の処理で受信通知作成応答がメールゲートウェイ処理部３１に入力される。
【０１１７】
この場合、予め設定された優先順位を状況によって変更されるようにしてもよい。例えば、午前中の予め設定された優先順位が「３」で、午後になると、予め設定された優先順位が「２」に変更されるようにしてもよい。状況は、時刻に限定されず、例えば、ネットワーク２０の輻輳状況等であってもよい。
【０１１８】
（第２実施例）
以下、本発明の第２実施例を図９〜図１４を用いて説明する。
【０１１９】
本実施例では、通信端末１０からの要求に応じて、テーブル管理処理部３５が、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４のエントリを追加、削除、又は変更する。
【０１２０】
図９は、本発明の第２実施例の他メールアドレス登録処理のフローチャートである。
【０１２１】
他メールアドレス登録処理は、外部サーバ取得・転送テーブル３３に新たなエントリを追加する処理である。
【０１２２】
まず、メールゲートウェイサーバ３０のテーブル管理処理部３５は、通信端末１０によって送信された他メールアドレス登録要求を受信する（Ｓ９０）。他メールアドレス登録要求は、通信端末１０の電話番号、外部サーバ取得・転送テーブル３３に新たに登録される他メールアドレス、当該他メールアドレスの認証に用いられるパスワード、及び取得要求フラグを含む。なお、第１実施例の変形例の外部サーバ取得・転送テーブル３８に新たなエントリを追加する場合には、他メールアドレス登録要求は優先順位使用フラグも含む。
【０１２３】
次に、テーブル管理処理部３５は、外部サーバ取得・転送テーブル３３の登録電番６０に他メールアドレス登録要求に含まれる電話番号が登録されたエントリの登録アドレス６１に登録された他メールアドレスの数が所定数（Ｍ個）より少ないか否かを判定する（Ｓ９１）。
【０１２４】
Ｓ９１の処理で、当該エントリの登録アドレス６１に登録された他メールアドレスの数が所定数以上であると判定された場合、これ以上エントリを追加できないので、テーブル管理処理部３５は、認証失敗応答を通信端末１０に送信し（Ｓ９５）、他メールアドレス登録処理を終了する。
【０１２５】
一方、Ｓ９１の処理で、当該エントリの登録アドレス６１に登録された他メールアドレスの数が所定数より少ないと判定された場合、テーブル管理処理部３５は、認証要求を他プロバイダメールサーバ４０に送信する（Ｓ９２）。認証要求は、他メールアドレス登録要求に含まれる他メールアドレス及びパスワードを含む。他プロバイダメールサーバ４０は、認証要求を受信した場合、受信した認証要求に基づいて認証処理を実行し、認証結果を含む認証応答をメールゲートウェイサーバ３０に送信する。
【０１２６】
次に、テーブル管理処理部３５は、他プロバイダメールサーバ４０から認証応答を受信した場合、認証応答に含まれる認証結果が認証成功を示すか否かを判定する（Ｓ９３）。
【０１２７】
Ｓ９３の処理で、認証応答に含まれる認証結果が認証失敗を示すと判定された場合、テーブル管理処理部３５は、Ｓ９５の処理に進み、認証失敗応答を通信端末１０に送信し、他メールアドレス登録処理を終了する。
【０１２８】
一方、Ｓ９３の処理で、認証応答に含まれる認証結果が認証成功を示すと判定された場合、テーブル管理処理部３５は、外部サーバ取得・転送テーブル３３に新たなエントリを追加し、追加したエントリに他メールアドレス登録要求に含まれる情報を登録し、認証成功応答を他メールアドレス登録要求の送信元となる通信端末１０に送信し（Ｓ９４）、他メールアドレス登録処理を終了する。
【０１２９】
なお、図９では、他メールアドレス登録処理は、通信端末１０が他メールアドレス登録要求を送信することによって開始するが、通信端末１０の事業者が図示しない操作端末に、他メールアドレス登録要求に含まれる情報を入力することによって他メールアドレス登録要求をメールゲートウェイサーバ３０に送信してもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に他メールアドレス登録要求に含まれる情報を直接入力することによって、他メールアドレス登録処理を開始するようにしてもよい。
【０１３０】
図１０は、本発明の第２実施例の通信端末１０に表示される外部アドレス登録画面１００の説明図である。
【０１３１】
外部アドレス登録画面１００は、通知メールアドレス入力欄１０１、認証パスワード入力欄１０２、及び取得要求フラグ入力欄１０３を含む。
【０１３２】
通知メールアドレス入力欄１０１には、外部サーバ取得・転送テーブル３３の登録アドレス６１に新たに登録する他メールアドレスが入力される。認証パスワード入力欄１０２には、通知メールアドレス入力欄１０１に入力された他メールアドレスの認証に使用されるパスワードが入力される。取得要求フラグ入力欄１０３には、外部サーバ取得・転送テーブル３３のエントリのうち、通知メールアドレス入力欄１０１に入力された他メールアドレスに対応するエントリの取得要求フラグ６３に設定されるフラグが入力される。
【０１３３】
通信端末１０は、外部アドレス登録画面１００の各入力欄１０１〜１０３に情報が入力されると、自身の電話番号、及び各入力欄１０１〜１０３に入力された情報を含む他メールアドレス登録要求をメールゲートウェイサーバ３０に送信する。そして、メールゲートウェイサーバ３０は、他メールアドレス登録要求を受信した場合、外部サーバ取得・転送テーブル３３に新たなエントリを追加し、追加したエントリに他メールアドレス登録要求に含まれる情報を登録する。
【０１３４】
なお、外部サーバ取得・転送テーブル３８に新たなエントリを追加する場合には、外部アドレス登録画面１００は、図示しない優先順位使用フラグ入力欄も含む。優先順位使用フラグ入力欄には、外部サーバ取得・転送テーブル３３のエントリのうち、通知メールアドレス入力欄１０１に入力された他メールアドレスに対応するエントリの優先順位使用フラグ６５に設定されるフラグが入力される。
【０１３５】
また、図１０は、通信端末１０がスマートフォンである場合の外部アドレス登録画面１００を想定しているが、通信端末１０がスマートフォン以外の携帯電話であってもよいし、ＰＣ等の端末であってもよい。
【０１３６】
図１１は、本発明の第２実施例の他プロバイダメールサーバ４０による認証が失敗した場合にテーブル管理処理部３５から送信される認証失敗応答のフォーマットの説明図である。
【０１３７】
認証失敗応答は、メールサーバ情報１１１、認証失敗エラーコード１１２、エラーメッセージ１１３を含む。
【０１３８】
メールサーバ情報１１１には、認証処理を実行した他プロバイダメールサーバ４０の識別情報が登録される。認証失敗エラーコード１１２には、他プロバイダメールサーバ４０が認証に失敗したことを示すエラーコードが登録される。エラーメッセージ１１３には、他プロバイダメールサーバ４０が認証に失敗したことを示すエラーメッセージが登録される。
【０１３９】
図１２は、本発明の第２実施例の受信通知送信条件登録処理のフローチャートである。
【０１４０】
受信通知送信条件登録処理は、既に受信通知送信条件が登録された他メールアドレスに対応する受信通知優先テーブル３４に新たなエントリとして受信通知送信条件を追加する処理である。
【０１４１】
まず、メールゲートウェイサーバ３０のテーブル管理処理部３５は、通信端末１０によって送信された受信通知送信条件登録要求を受信する（Ｓ１２０）。受信通知送信条件登録要求は、受信通知送信条件を新たに登録する他メールアドレス、新たに登録する受信通知送信条件、当該受信通知送信条件の優先通知フラグを含む。なお、第１実施形態の変形例の受信通知優先テーブル３９に新たなエントリを追加する場合には、受信通知送信条件登録要求は、優先順位を含む。
【０１４２】
次に、テーブル管理処理部３５は、受信通知送信条件登録要求に含まれる他メールアドレスに対応する受信通知優先テーブル３４に登録された受信通知送信条件の数が所定数（Ｍ個）より少ないか否かを判定する（Ｓ１２１）。
【０１４３】
Ｓ１２１の処理で、当該受信通知優先テーブル３４に登録された受信通知送信条件の数が所定数以上であると判定された場合、これ以上受信通知送信条件を追加できないので、テーブル管理処理部３５は、登録失敗応答を通信端末１０に送信し（Ｓ１２３）、受信通知送信条件登録処理を終了する。
【０１４４】
一方、Ｓ１２１の処理で、当該受信通知優先テーブル３４に登録された受信通知送信条件の数が所定数より少ないと判定された場合、テーブル管理処理部３５は、新たなエントリを追加し、追加したエントリの受信通知送信条件７１に、受信した受信通知送信条件登録要求に含まれる受信通知送信条件を登録し、優先通知フラグ７２に受信した優先通知フラグを登録する。そして、テーブル管理処理部３５は、登録成功応答を通信端末１０に送信し（Ｓ１２２）、受信通知送信条件登録処理を終了する。
【０１４５】
なお、第１実施形態の変形例の受信通知優先テーブル３９に新たなエントリを追加する場合には、テーブル管理処理部３５は、追加したエントリの優先順位７３に、受信した受信通知送信条件登録要求に含まれる優先順位を登録する。そして、テーブル管理処理部３５は、受信した受信通知送信条件登録要求に含まれる優先順位以下の優先順位を１減算する。これによって、新たに追加された受信通知送信条件の優先順位と既存の受信通知送信条件の優先順位とが重複することを防止できる。
【０１４６】
なお、図１２では、受信通知送信条件登録処理は、通信端末１０が受信通知送信条件登録要求を送信することによって開始するが、通信端末１０の事業者が図示しない操作端末に、受信通知送信条件を入力することによって受信通知送信条件登録要求をメールゲートウェイサーバ３０に送信してもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に受信通知送信条件を直接入力することによって、受信通知送信条件登録処理を開始するようにしてもよい。
【０１４７】
図１３は、本発明の第２実施例の受信通知送信条件項目追加処理のフローチャートである。
【０１４８】
受信通知送信条件項目追加処理は、既に受信通知送信条件が登録された他メールアドレスに対応する受信通知優先テーブル３４に受信通知送信条件の新たな項目（例えば、メールのサイズ等）を追加する処理である。
【０１４９】
まず、メールゲートウェイサーバ３０のテーブル管理処理部３５は、通信端末１０によって送信された項目登録要求を受信する（Ｓ１３０）。項目登録要求は、項目を新たに登録する他メールアドレス、新たに登録する項目、及び新たに登録する項目を各受信通知送信条件で機能させるか否かの情報を含む。
【０１５０】
次に、テーブル管理処理部３５は、項目登録要求に含まれる他メールアドレスに対応する受信通知優先テーブル３４に登録された受信通知送信条件の項目数が所定数（Ｍ個）より少ないか否かを判定する（Ｓ１３１）。
【０１５１】
Ｓ１３１の処理で、当該受信通知優先テーブル３４に登録された受信通知送信条件の項目数が所定数以上であると判定された場合、これ以上受信通知送信条件の項目を追加できないので、テーブル管理処理部３５は、登録失敗応答を通信端末１０に送信し（Ｓ１３３）、受信通知送信条件登録処理を終了する。
【０１５２】
一方、Ｓ１３１の処理で、当該受信通知優先テーブル３４に登録された受信通知送信条件の項目数が所定数より少ないと判定された場合、テーブル管理処理部３５は、当該受信通知優先テーブル３４の新たな項目として項目登録要求に含まれる項目を追加し、受信した項目登録要求を参照し、追加した項目を各受信通知送信条件で機能させるか否かの情報を登録する。そして、テーブル管理処理部３５は、登録成功応答を通信端末１０に送信し（Ｓ１３２）、受信通知送信条件項目追加処理を終了する。
【０１５３】
なお、図１３では、受信通知送信条件項目追加処理は、通信端末１０が項目登録要求を送信することによって開始するが、通信端末１０の事業者が図示しない操作端末に、項目登録要求に含まれる情報を入力することによって項目登録要求をメールゲートウェイサーバ３０に送信してもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に項目登録要求に含まれる情報を直接入力することによって、受信通知送信条件項目追加処理を開始するようにしてもよい。
【０１５４】
図１４は、本発明の第２実施例の受信通知送信条件項目内容変更処理のフローチャートである。
【０１５５】
受信通知送信条件項目内容変更処理は、既に受信通知送信条件が登録された他メールアドレスに対応する受信通知優先テーブル３４に受信通知送信条件の項目の内容を変更する処理である。
【０１５６】
まず、メールゲートウェイサーバ３０のテーブル管理処理部３５は、通信端末１０によって送信された項目内容変更要求を受信する（Ｓ１４０）。項目内容変更要求は、項目の内容を変更する他メールアドレス、内容を変更する項目、及び変更内容を含む。
【０１５７】
次に、テーブル管理処理部３５は、項目内容変更要求に含まれる情報の入力フォーマットが正しいか否かを判定する（Ｓ１４１）。Ｓ１４１の処理では、例えば、第１実施例の変形例の受信通知優先テーブル３９の優先順位７３の内容を変更する場合、変更後の優先順位７３が他の優先順位７３と同じ優先順位であれば、入力フォーマットが正しくないと判定される。
【０１５８】
Ｓ１４１の処理で、項目内容変更要求に含まれる情報の入力フォーマットが正しくないと判定された場合、テーブル管理処理部３５は、変更失敗応答を通信端末１０に送信し（Ｓ１４３）、受信通知送信条件登録処理を終了する。
【０１５９】
一方、Ｓ１４１の処理で、項目内容変更要求に含まれる情報の入力フォーマットが正しくないと判定された場合、テーブル管理処理部３５は、項目内容変更要求に含まれる他メールアドレスに対応する受信通知優先テーブル３４の、項目内容変更要求に含まれる項目の内容を、項目内容変更要求に含まれる内容に変更し、変更成功応答を通信端末１０に送信し（Ｓ１４２）、受信通知送信条件項目内容変更処理を終了する。
【０１６０】
なお、図１４では、受信通知送信条件項目内容変更処理は、通信端末１０が項目内容変更要求を送信することによって開始するが、通信端末１０の事業者が図示しない操作端末に、変更する項目などを入力することによって項目内容変更要求をメールゲートウェイサーバ３０に送信してもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に変更する項目などを直接入力することによって、受信通知送信条件項目内容変更処理を開始するようにしてもよい。
【０１６１】
なお、項目内容変更要求に含まれる変更する項目が外部サーバ取得・転送テーブル３３の項目である場合には、受信通知送信条件項目内容変更処理では、外部サーバ取得・転送テーブル３３の項目を変更する。
【０１６２】
また、図１４では、受信通知送信条件項目内容変更処理は、通信端末１０が項目内容変更要求を送信することによって開始するが、通信端末１０の事業者が図示しない操作端末に、項目内容変更要求に含まれる情報を入力することによって項目内容変更をメールゲートウェイサーバ３０に送信してもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に項目内容変更要求に含まれる情報を直接入力することによって、受信通知送信条件項目内容変更処理を開始するようにしてもよい。
【０１６３】
また、図９〜図１４では、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４にエントリを追加し、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４の項目を変更する処理を説明したが、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４からエントリを削除することも可能である。
【０１６４】
外部サーバ取得・転送テーブル３３からエントリを削除する場合には、通信端末１０は、自身の電話番号と削除する他メールアドレスを含む削除要求をメールゲートウェイサーバ３０に送信する。メールゲートウェイサーバ３０のテーブル管理処理部３５は、削除要求を受信した場合、外部サーバ取得・転送テーブル３３の登録アドレス６１に削除要求に含まれる他メールアドレスが登録されたエントリを削除する。
【０１６５】
受信通知優先テーブル３４からエントリを削除する場合には、通信端末１０は、エントリを削除する他メールアドレス、及び受信通知送信条件の識別情報を含む削除要求を送信する。メールゲートウェイサーバ３０のテーブル管理処理部３５は、削除要求を受信した場合、削除要求に含まれる他メールアドレスに対応する受信通知優先テーブル３４のＩＤ７０に削除要求に含まれる受信通知送信条件の識別情報が登録されたエントリを削除する。
【０１６６】
また、上述した外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４のエントリの削除要求は、通信端末１０の事業者が図示しない操作端末に削除するエントリを特定するための情報を入力することによって、当該操作端末からメールゲートウェイサーバ３０に送信されてもよい。また、通信端末１０の事業者がメールゲートウェイサーバ３０に削除するエントリを特定するための情報を直接入力することによって、当該削除処理を開始するようにしてもよい。
【０１６７】
以上によって、通信端末１０のユーザ又は通信端末１０の事業者が、外部サーバ取得・転送テーブル３３及び受信通知優先テーブル３４を追加・削除・変更することができる。
【０１６８】
（第３実施例）
以下、本発明の第３実施例を図１５を用いて説明する。
【０１６９】
本発明の第３実施例では、メールゲートウェイサーバ３０から送信された受信通知を通信端末１０が受信した場合、通信端末１０に備わる図示しない表示部に表示される受信通知画面１７０の一例について説明する。
【０１７０】
図１５は、本発明の第３実施例の受信通知画面１７０の説明図である。
【０１７１】
メールゲートウェイサーバ３０は、受信通知を通信端末１０の事業者が提供するメールアドレス宛に送信する。受信通知は、新規メールのヘッダ情報を含む。
【０１７２】
通信端末１０は、受信通知を受信した場合、受信通知画面１７０を表示する。受信通知画面１７０では、新規メールのヘッダ情報がリンク形式で表示される。通信端末１０のユーザが受信通知画面１７０のリンクをクリックした場合、通信端末１０に受信通知に対応するメールソフトがインストールされていれば、通信端末１０は、メールソフトを起動し、受信通知に含まれるヘッダ情報のメールの取得要求を他プロバイダメールサーバ４０に送信し、新規メールを取得する。そして、通信端末１０は、起動したメールソフトに取得した新規メールを表示する。通信端末１０に受信通知に対応するメールソフトがインストールされていなければ、通信端末１０は、Ｗｅｂブラウザを起動し、受信通知に含まれるヘッダ情報のメールの取得要求を他プロバイダメールサーバ４０に送信し、新規メールを取得する。そして、通信端末１０は、起動したＷｅｂブラウザに取得した新規メールを表示する。
【０１７３】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１７４】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【０１７５】
１０    通信端末
２０    ネットワーク
３０    メールゲートウェイサーバ
３１    メールゲートウェイ処理部
３２    受信通知作成処理部
３３    外部サーバ取得・転送テーブル
３４    受信通知優先テーブル
３５    テーブル管理処理部
３６    動作ログ記憶領域
３７    バックアップディスク
３８    外部サーバ取得・転送テーブル
３９    受信通知優先テーブル
４０    他プロバイダメールサーバ
【図１】
2013232828.tif 000003
【図２】
2013232828.tif 000004
【図３】
2013232828.tif 000005
【図４】
2013232828.tif 000006
【図５】
2013232828.tif 000007
【図６】
2013232828.tif 000008
【図７】
2013232828.tif 000009
【図８Ａ】
2013232828.tif 000010
【図８Ｂ】
2013232828.tif 000011
【図９】
2013232828.tif 000012
【図１０】
2013232828.tif 000013
【図１１】
2013232828.tif 000014
【図１２】
2013232828.tif 000015
【図１３】
2013232828.tif 000016
【図１４】
2013232828.tif 000017
【図１５】
2013232828.tif 000018