JP2002171281A

JP2002171281A - 電子メールの配信制御方法及びメールサーバ

Info

Publication number: JP2002171281A
Application number: JP2000369204A
Authority: JP
Inventors: Toshiyasu Yabe; 俊康矢部; Masaki Kawabata; 正樹川端; Masaharu Kashiba; 正治柏葉; Taichi Yoshida; 太一吉田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2000-12-04
Filing date: 2000-12-04
Publication date: 2002-06-14
Anticipated expiration: 2020-12-04
Also published as: CN1398475A; US7313385B2; PL360899A1; DE60110895D1; AU2002224132B2; KR100470134B1; NO333102B1; TWI274252B; NZ519929A; JP3866506B2; HK1049558A1; EP1259036A4; HK1049558B; CA2398468C; NO20023691D0; BR0108057A; US20030134621A1; AU2413202A; ATE296008T1; DE60110895T2

Abstract

(57)【要約】【課題】移動パケット通信網におけるトラヒックの増
加を抑えつつ、電子メールの再配信を行うことを可能と
する。【解決手段】ゲートウェイサーバ３０は、移動機１０
宛の電子メールを受信すルと、移動機１０に対して着信
通知を送信する。ゲートウェイサーバ３０は、この着信
通知に対する確認応答（以下、「Ａｃｋ」という）を移
動パケット通信網２０から受信すると、そのＡｃｋの種
類から移動機１０の状態を把握して、電子メール本体の
配信を行うか否かを決定する他、当該移動機１０に対し
て、再度、着信通知を送信するまでの時間間隔を、失敗
した際の移動機１０の状態に応じて変更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、移動通信網にお
いて、例えば携帯電話機等の移動機宛に電子メールを再
配信する電子メールの配信制御方法及びメールサーバに
関する。

【０００２】

【従来の技術】近年、移動通信網経由でインターネット
に通信接続した移動機（例えば、携帯電話機等）の使用
者に対して、電子メールサービスを提供する移動通信シ
ステムが各種実現されている。この種の移動通信システ
ムにおいては、加入者の移動機宛に送られてきた電子メ
ールがメールサーバによって受信され、当該加入者の移
動機宛に配信される。

【０００３】

【発明が解決しようとする課題】ところで、移動通信網
においては、移動機が通信不能な状態となることが多々
生じうる。このため、上述した移動通信システムにおい
て、むやみに移動機宛に電子メールの本体を配信したと
しても、当該電子メール本体が宛先となる移動機により
受信されるとは限らない。このような電子メール本体の
配信（すわなち、移動機により受信されることのない電
子メールの配信）は、通信トラフィックの単なる無駄遣
いに過ぎず、狭帯域の移動パケット通信網においては、
このトラヒックの増加が輻輳等の問題を誘発する原因と
なってしまう可能性がある。また、このように、移動機
が電子メール本体の受信に失敗した場合、当該移動機
に、再度、電子メール本体を配信することが必要となる
が、この再度の電子メールの配信は、通信トラフィック
の増加を助長することになりかねない。

【０００４】この発明は、以上説明した事情に鑑みてな
されたものであり、移動通信網におけるトラヒックの増
加を抑えつつ、電子メールの配信を行うと共に、移動機
に対する電子メールの配信に失敗した場合であってもト
ラフィックの増加を助長すること無く、再度、電子メー
ルを配信することができる電子メールの配信制御方法及
びメールサーバを提供することを目的とする。

【０００５】

【課題を解決するための手段】以上説明した課題を解決
するため、請求項１に記載の電子メールの配信制御方法
は、移動通信網に収容される移動機を宛先とした電子メ
ールを受信する処理と該電子メールを前記移動通信網経
由で宛先の移動機へ配信する配信処理とを行うメールサ
ーバにおける電子メールの配信制御方法であって、受信
した電子メールについて前記配信処理を開始する配信過
程と、該配信処理において該電子メールの宛先の移動機
の状態を把握する状態把握過程と、該配信処理に失敗し
た場合には前記状態把握過程において把握された状態に
基づいて該電子メールについて前記配信処理を再び開始
するまでの待ち時間を決定する時間決定過程と、該配信
処理に失敗してから前記待ち時間の経過後に該電子メー
ルについて前記配信処理を開始する再配信過程とを有す
ることを特徴とする。

【０００６】請求項２に記載の電子メールの配信制御方
法は、請求項１に記載の特徴に加えて、前記配信処理
は、宛先の移動機へ電子メールの着信通知を送信する着
信通知過程と、この着信通知の受信に関する該移動機の
状態を示す確認情報を前記移動通信網から取得する確認
情報取得過程とを有し、前記状態把握過程では前記確認
情報取得過程において取得された確認情報に基づいて前
記移動機の状態を把握することを特徴とする。

【０００７】請求項３に記載の電子メールの配信制御方
法は、請求項２に記載の特徴に加えて、前記確認情報取
得過程において取得される確認情報が示す状態としては
受信可能と通信中と通信不能があり、前記時間決定過程
では、前記状態把握過程において把握された状態が通信
中の場合には第１の時間を前記待ち時間とし、通信不能
の場合には前記第１の時間よりも長い第２の時間を前記
待ち時間とすることを特徴とする。

【０００８】請求項４に記載の電子メールの配信制御方
法は、請求項１に記載の特徴に加えて、前記時間決定過
程において、前記状態把握過程において把握された状態
が前記配信処理において配信された前記電子メールを受
信できない状態の場合には該電子メールについて前記配
信処理が開始された回数に基づいて前記待ち時間を決定
することを特徴とする。

【０００９】請求項５に記載の電子メールの配信制御方
法は、請求項４に記載の特徴に加えて、前記時間決定過
程において、前記電子メールについて前記配信処理が開
始された回数が予め設定された回数以上の場合には前記
待ち時間を予め設定された時間とすることを特徴とす
る。

【００１０】請求項６に記載の電子メールの配信制御方
法は、請求項２に記載の特徴に加えて、前記配信処理
は、前記確認情報取得過程において取得される確認情報
により示される前記移動機の状態が前記電子メールを受
信可能な状態である場合に前記電子メールを前記移動機
へ送信する電子メール送信過程を更に有し、前記電子メ
ール送信過程では前記移動機の受信電波強度が予め設定
された強度に達していない場合には前記電子メールを送
信しないことを特徴とする。

【００１１】請求項７に記載の電子メールの配信制御方
法は、請求項２に記載の特徴に加えて、前記配信処理
は、前記確認情報取得過程において取得される確認情報
により示される前記移動機の状態が前記電子メールを受
信可能な状態である場合に前記電子メールを前記移動機
へ送信する電子メール送信過程を更に有し、前記電子メ
ール送信過程では前記移動機の受信電波強度遷移状態に
基づいて前記電子メールを送信するか否かを決定するこ
とを特徴とする。

【００１２】請求項８に記載のメールサーバは、移動通
信網に収容される移動機を宛先とした電子メールを受信
する受信手段と、前記受信手段により受信された電子メ
ールを前記移動通信網経由で宛先の移動機へ配信する配
信手段と、前記電子メールの宛先となる移動機の状態を
把握する状態把握手段とを有し、前記配信手段は、電子
メールの配信に失敗し、かつ該電子メールの宛先の移動
機が電子メールを受信できない状態にあると前記状態把
握手段により把握された場合には、この状態に応じた時
間の経過後に該電子メールを再び配信することを特徴と
する。

【００１３】

【発明の実施の形態】以下、図面を参照し、本発明の実
施形態を説明する。本実施形態は、本発明をインターネ
ットに接続された移動通信システムに適用したものであ
る。

【００１４】［１］実施形態［１．１］実施形態の構成（１）システム全体の構成図１は、本実施形態にかかる移動通信システムの構成を
示した図である。同図に示すように本実施形態にかかる
移動通信システムは、複数の移動機１０Ａ、１０Ｂ…
と、移動パケット通信網２０と、基地局２１と、サービ
ス制御局２２と、ゲートウェイサーバ３０と、インター
ネット４０と、複数の端末５０Ａ、５０Ｂ…とを有す
る。なお、図１においては、図面が煩雑となることを防
ぐため、移動通信システムに収容された複数の移動機１
０Ａ、１０Ｂ…及び複数の端末５０Ａ、５０Ｂ…のうち
所定の移動機及び端末のみが示されている。

【００１５】端末５０Ａ、５０Ｂ…（以下、特に特定す
る必要のない場合、「端末５０」という）は、例えばパ
ーソナルコンピュータ等のインターネット４０に接続さ
れた通信端末である。この端末５０は、特に図示してい
ないがユーザが入力操作を行うためのキーボードやマウ
ス、画像表示用のディスプレイを具備する他、インター
ネット４０を介して他の通信装置とデータ通信を行うた
めの各部を備えている。

【００１６】また、端末５０には、電子メールの作成や
送受信を行うためのプログラムがインストールされてお
り、メールクライアントとしての機能を有する。ここ
で、メールクライアントとは、電子メールサービスを受
けるためのメールアドレスを有している電子メール送受
信装置のことである。端末５０は、インストールされて
いるプログラムに従って、ユーザの行った入力操作に対
応した電子メールを生成し、当該電子メールの送信処理
を実行する。また、端末５０宛の電子メールがインター
ネット４０側から送られてくると、当該電子メールをプ
ログラムに従って処理し、上述したディスプレイ上に表
示する。

【００１７】移動機１０Ａ、１０Ｂ…（以下、特に特定
する必要のない場合「移動機１０」という）は、移動パ
ケット通信網２０の通信サービスを受ける携帯電話機や
ＰＨＳ（Personal Handyphone System：登録商標）等の
携帯型の通信端末であり、移動パケット通信網２０を介
してデータ通信を行ったり、図示しない移動電話網を介
して音声通話を行う。また、移動機１０は、電子メール
の送受信を行うためのメールアドレスを有し、メールク
ライアントとしての機能を有する。

【００１８】次に、移動パケット通信網２０は、移動機
１０に対してパケット通信サービスを提供するための通
信網であり、ゲートウェイサーバ３０や複数の基地局２
１、サービス制御局２２を有する他、図示せぬパケット
加入者処理装置を有する。基地局２１は、無線区間を介
して移動機１０とデータ通信を行う。サービス制御局２
２は、位置登録テーブルを有している。この位置登録テ
ーブルには、移動パケット通信網２０の通信サービスを
受ける各移動機１０の移動機ＩＤと対応付けて当該移動
機１０の在圏しているサービスエリアが格納されてい
る。ここで、移動機ＩＤとは、移動パケット通信網２０
において、当該移動機１０を一意に特定するための識別
子である。なお、この位置登録テーブルの内容は、移動
機１０が行う位置登録により行われるが、この位置登録
の方法は、従来と同様であるので説明を省略する。

【００１９】移動機１０に対する着信が発生した場合、
移動パケット通信網２０は、サービス制御局２２の有し
ている位置登録テーブルに従って、当該移動機１０のサ
ービスエリアを特定する。そして、当該サービスエリア
内の全ての基地局２１から着信通知を一斉送信する。一
方、この着信通知が受信されると移動機１０のＣＰＵ１
１１は、着信通知に対する確認応答（以下、「Ａｃｋ」
という）を返信する。ここで、移動機１０が着信通知に
対して返信するＡｃｋとしては、以下のようなものがあ
る。ａ．正常ＡｃｋこのＡｃｋは、当該移動機１０が通信可能な状態にある
ことを示すＡｃｋである。ｂ．話中ＡｃｋこのＡｃｋは、当該移動機１０が通信中であることを示
すＡｃｋである。移動機１０から着信通知に対するＡｃ
ｋが返信されてきた場合、移動パケット通信網２０は、
当該Ａｃｋを発信元のノードに転送する。これに対し
て、移動機１０に対する着信通知を行った後、所定時間
経過しても移動機１０からＡｃｋが返信されてこない場
合、移動パケット通信網ＭＰＮは、発信元のノードに対
し当該移動機１０が通信不能な状態にあることを示す通
信不成立応答（以下、「ＮＡｃｋ」という）を送信す
る。なお、以下、区別する必要のない場合、これら正常
Ａｃｋ、話中Ａｃｋ及びＮＡｃｋを総称してＡｃｋとい
う。

【００２０】ゲートウェイサーバ３０は、インターネッ
ト４０と、移動パケット通信網２０とを相互接続する移
動パケット関門中継交換局に設けられたコンピュータシ
ステムであり、メールクライアント（この場合、移動機
１０及び端末５０）間の電子メールの授受を中継するメ
ールサーバとしての機能を有する。すなわち、ゲートウ
ェイサーバ３０は、インターネット４０側の端末５０
や、移動パケット通信網２０側の移動機１０から、当該
他の移動機１０宛に送信すべき電子メールを受信する
と、ゲートウェイサーバ３０は、当該電子メールの宛先
となる移動機１０宛に電子メールの着信通知を送信す
る。そして、この着信通知に対して移動機１０が正常Ａ
ｃｋを返信してきた場合にのみ、ゲートウェイサーバ３
０は、電子メール本体の配信を行う。なお、以下の説明
においては、この着信通知の送信から電子メール本体の
配信までの一連の処理を合わせて、電子メールの配信処
理という。

【００２１】これに対して、移動パケット通信網２０か
ら話中ＡｃｋやＮＡｃｋを受信した場合、ゲートウェイ
サーバ３０は、電子メール本体の配信を行うこと無く処
理を終了し、再度、電子メールの配信処理（すなわち、
着信通知の送信から電子メール本体の配信までの一連の
処理）を行う。また、移動機１０の受信状態が悪く電子
メール本体の受信に移動機１０が失敗することがある。
かかる場合にも、ゲートウェイサーバ３０は、当該電子
メールの本体が移動機１０により受信されるまで、移動
機１０に対して電子メールの配信処理を繰り返す。

【００２２】ここで、移動機１０への電子メールの配信
処理が失敗に終わった場合（すなわち、ゲートウェイサ
ーバ３０がＮＡｃｋや話中Ａｃｋを受信した場合、或い
は、移動機１０が電子メール本体の受信に失敗した場
合）に、当該移動機１０が着信通知や電子メール本体を
受信することができる状態に移行するまでの時間は、一
般的に、移動機１０がおかれている状態によって変化す
る。例えば、「移動機１０が電子メール本体の受信中に
受信状態が一時的に悪化した」という理由により、移動
機１０が電子メール本体の受信に失敗した場合、その受
信失敗後、すぐに電子メール本体を受信することができ
る状態に移行している可能性が高い。従って、その後、
直ちに着信通知を送信したとしても、移動機１０は、正
常Ａｃｋを返信して来る可能性が高い。また、この場合
に、電子メール本体の配信を行ったとしても、移動機１
０は、当該電子メールの本体を正常に受信することがで
きる可能性も高くなる。

【００２３】これに対して、「移動機１０が通信中（す
なわち、移動パケット通信網２０から話中Ａｃｋを受信
した場合）」という理由により、電子メールの配信に失
敗した場合、移動機１０が通信を終了するまでは、正常
Ａｃｋを返信することもできなければ、電子メール本体
を受信することもできない状態となる。一方、「移動機
１０が通信不能な状態にある」という理由で、移動パケ
ット通信網２０からＮＡｃｋが返信された場合、単に移
動機１０が一時的にサービス圏外の状態に置かれている
場合もあれば、移動機１０が故障してしまっている可能
性もある。従って、このような場合、移動機１０が電子
メール本体を受信できる状態に移行するまでの時間は、
区々であろう。

【００２４】このように、移動機１０が着信通知や電子
メール本体を受信できる状態に移行するまでの時間は、
移動機１０の置かれている状態により変化するものであ
る。このため、単純に一定時間間隔をおいて、再度の着
信通知を行ったとしても、移動機１０から正常Ａｃｋが
返信されてこない可能性がある。そこで、本実施形態に
かかるゲートウェイサーバ３０は、移動機１０に対する
電子メールの配信処理に失敗した場合に、その際の移動
機１０の状態に基づいて当該移動機１０に対して、再
度、配信処理を開始するまでの時間間隔（すなわち、再
度、着信通知を送信するまでの時間間隔）を決定する。

【００２５】ここで、ゲートウェイサーバ３０は、以下
のような方法により移動機１０の状態を把握する。上述
したように、着信通知を送信した場合、ゲートウェイサ
ーバ３０は、移動パケット通信網２０から正常Ａｃｋ、
話中Ａｃｋ及びＮＡｃｋの何れかのＡｃｋを受信する。
これにより、ゲートウェイサーバ３０は、．通信可能（正常Ａｃｋが受信された場合）．通信中（話中Ａｃｋが受信された場合）．通信不可能（ＮＡｃｋが受信された場合）の３状態を把握できる。

【００２６】また、移動パケット通信網２０から通信可
能な状態の場合（すなわち、正常Ａｃｋを受信した場
合）、ゲートウェイサーバ３０は、移動機１０に対して
電子メール本体の配信を行うが、この場合に電子メール
の受信に成功すると移動機１０は、基地局２１に対して
受信成功通知を返信する。しかし、当該電子メールが移
動機１０によって正常に受信されない場合、移動機１０
が受信成功通知を送信することはない。この結果、基地
局２１においては、所定時間経過後に送信タイムアウト
となり、配信失敗通知がゲートウェイサーバ３０に対し
て送信される。ここで、受信成功通知とは、移動機１０
が電子メールの受信に成功したことをゲートウェイサー
バ３０に報知するための信号であり、配信失敗通知と
は、当該電子メールの配信に失敗したことをゲートウェ
イサーバ３０に報知するための信号である。この配信失
敗通知により、ゲートウェイサーバ３０は、上記〜
の状態に加えて、移動機１０が電子メール本体の受信に
失敗したことを把握することができるのである。

【００２７】ゲートウェイサーバ３０は、このような方
法により把握した移動機１０の状態に基づいて再度配信
処理（すなわち、着信通知及び電子メール本体の配信）
を実行するまでの時間間隔を決定し、現在時刻から、そ
の時間間隔分の時間が経過した時刻に、再度、電子メー
ルの配信処理を実行する。なお、ゲートウェイサーバ３
０が着信通知を再送する時刻を決定する具体的方法につ
いては、後に詳細に説明する。

【００２８】（２）移動機１０の構成図２は、移動機の構成を示したブロック図である。同図
に示すように、本実施形態にかかる移動機１０は、制御
部１１と、送受信部１２と、ユーザインターフェイス部
１３（以下、「ユーザＩ／Ｆ部１３」と略称する）と、
これらを相互に接続するためのバス１４を有する。

【００２９】送受信部１２は、移動パケット通信網２０
の基地局２１との間において無線通信を行う。ユーザＩ
／Ｆ部１３は、対話画面や各種情報を表示する液晶表示
部、ユーザが各種入力操作を行うためのキーパッド及び
ユーザが通話を行うためのマイクロホンやスピーカ等か
らなっている。

【００３０】制御部１１は、ＣＰＵ１１１と、ＲＯＭ１
１２と、ＲＡＭ１１３から構成されており、移動機１０
の各部を制御する。ＲＯＭ１１２には、移動パケット通
信網２０内で当該移動機１０を一意に特定するための移
動機ＩＤ、および移動機１０全体を制御するための制御
プログラムや各種制御情報の他、電子メールを作成する
と共にゲートウェイサーバ３０と移動機１０との通信接
続を行い、電子メールの送受信を行うためのプログラム
が格納されている。ＲＡＭ１１３はＣＰＵ１１１のワー
クエリアとして用いられる。ＣＰＵ１１１はＲＯＭ１１
３に記憶された、これらの制御プログラムを実行するこ
とにより各種処理を実行する。例えば、ゲートウェイサ
ーバ３０から送信された電子メールが受信された場合、
ＣＰＵ１１１は、当該電子メールをＲＡＭ１１３に書き
込む。また、ユーザＩ／Ｆ部１３のキーパッドを介して
当該受信した電子メールを表示する旨の入力操作が行わ
れた場合、ＣＰＵ１１１は、液晶表示部に当該電子メー
ルに対応したメッセージを表示する。

【００３１】（３）ゲートウェイサーバ３０の構成図３は、本実施形態にかかるゲートウェイサーバ３０の
構成を示した図である。同図に示すように本実施形態に
かかるゲートウェイサーバ３０は、システム制御部３１
と、加入者情報管理部３２と、電子メール配信管理部３
３とを具備する。

【００３２】システム制御部３１は、ゲートウェイサー
バ３０の各部を制御すると共に移動パケット通信網２０
とインターネット４０等の他のネットワークとの間のプ
ロトコル変換を行う等、相異なるネットワーク間のイン
ターフェイスとして機能する。このシステム制御部３１
は、移動パケット通信網２０側の移動機１０からインタ
ーネット４０側の端末５０宛のデータ（電子メールを含
む）を受信すると、当該データのプロトコルを変換し、
インターネット４０側に送信する。また、システム制御
部３１は、インターネット４０側から移動パケット通信
網２０側の移動機１０を宛先とする電子メールを受信す
ると、当該電子メールのプロトコルを変換して電子メー
ル配信管理部３３に送る。

【００３３】加入者情報管理部３２は、移動パケット通
信網２０によるパケット通信サービスの加入者に関連す
る情報（例えば、各移動機１０Ａ、１０Ｂ…の電話番号
やメールアドレス、その他加入者の属性情報等）を記憶
管理している。

【００３４】電子メール配信管理部３３は、各メールク
ライアント（具体的には、移動機１０及び端末５０）間
の電子メールの配信を管理する。すなわち、電子メール
配信管理部３３は、移動パケット通信網２０側の移動機
１０宛の電子メールであるとしてシステム制御部３１か
ら送られてきた電子メールをメールボックス３４にいっ
たん格納し、当該電子メールをシステム制御部３１を介
して宛先となる移動機１０に対して配信する。ここで、
メールボックス３４には、電子メールサービスを受ける
各移動機１０のメールアドレス毎（すなわち電子メール
サービス加入者毎）に、当該アドレス宛に送信されてき
た電子メールが格納されるメモリアドレスが定められて
いる。電子メール配信管理部３３は、システム制御部３
１から送られてきた電子メールのメールアドレスに対応
したメモリアドレスに当該電子メールを格納する。

【００３５】上述したように本実施形態にかかるゲート
ウェイサーバ３０は、移動機１０の状態を把握して、そ
の移動機１０の状態に基づいて、再度配信処理（すなわ
ち、着信通知及び電子メール本体の配信）を実行するま
での時間間隔を決定し、現在時刻から、その時間間隔分
の時間が経過した時刻に、再度、当該移動機１０に対す
る電子メールの配信処理を行う機能を有する。

【００３６】かかる機能を実現するため、電子メール配
信管理部３３は、メモリ３３１を有しており、このメモ
リ３３１には、図４に示すような、メールボックス管理
テーブルＴＢＬが記憶されている。同図に示すように、
メールボックス管理テーブルＴＢＬには、各メールアド
レス毎（すなわち、電子メールサービス加入者毎）に、
対応した移動機ＩＤと、メールボックス３４に格納され
ている当該アドレス宛の電子メール名と、時刻情報と、
カウンタが格納されている。

【００３７】時刻情報とは、各移動機１０に対して着信
通知を、再度、送信すべき時刻、すなわち、リトライタ
イムを示す情報であり、電子メール配信管理部３３は、
この時刻情報に基づいて、再度、配信処理（すなわち、
着信通知及び電子メール本体の配信）を実行する。例え
ば、図４に示す場合、「アドレスＡ」に対応した時刻情
報は、「×時××分××秒」となっている。かかる場合
に、電子メール配信管理部３３は、時刻情報に対応した
時刻「×時××分××秒」になると、「アドレスＡ」に
対応した移動機１０に対して着信通知を送信するのであ
る。

【００３８】ここで、この時刻情報は、以下のようにし
て決定される。 i）配信失敗通知が受信された場合この場合、電子メール配信管理部３３は、例えば、現在
時刻の３０秒程度後の時刻を着信通知の再送時刻とし、
当該時刻に対応した時刻情報をメールボックス管理テー
ブルＴＢＬに格納する。なお、この場合に設定される時
間間隔は、一定値である。

【００３９】ii）話中Ａｃｋを受信した場合この場合、電子メール配信管理部３３は、例えば、５分
程度の時間間隔をおいて、着信通知を再送する。すなわ
ち、この場合、電子メール配信管理部３３は、現在時刻
から５分後の時刻に対応した時刻情報をメールボックス
管理テーブルＴＢＬに格納するのである。なお、この場
合おいて設定される時間間隔も上記と同様、一定値であ
る。

【００４０】iii）ＮＡｃｋを受信した場合この場合、電子メール配信管理部３３は、メールボック
ス管理テーブルＴＢＬに格納されているカウンタに基づ
いて時刻情報を決定する。図５は、電子メール配信管理
部３３が設定するカウンタ値と時刻情報との関係を示し
た図である。同図に示すように電子メール配信管理部３
３は、カウンタ値が大きくなるに従って、着信通知を再
送するまでの時間間隔を大きくし、カウンタ値が、ある
一定値以上になると所定の最大時間間隔Ｔに収束するよ
うに時間間隔を制御する。このカウンタ値は、電子メー
ル配信管理部３３が電子メールの着信通知を移動機１０
に送信し、ＮＡｃｋが受信される度毎に”１”づつイン
クリメントされるものである。なお、この最大時間間隔
Ｔの値をどのような値とするかは、任意である。例え
ば、最大時間間隔Ｔとして２時間程度の時間間隔を設け
ておけば、電子メールの配信処理に伴う移動パケット通
信網２０のトラフィックの増加をある程度抑制すること
ができるであろう。

【００４１】このように、電子メール配信管理部３３が
ＮＡｃｋを受信した場合に、電子メール配信管理部３３
が時間間隔を制御するのは、以下のような理由による。
すなわち、移動パケット通信網２０がＮＡｃｋを送信し
てくる場合、移動機１０は、その置かれている状態が、
単にサービス圏外にいる場合もあれば、故障してしまっ
ている場合もある。単にサービス圏外にいる場合であれ
ば１〜２回配信処理を実行すれば、移動機１０は電子メ
ール本体を受信することができる状態に移行している可
能性が高い。しかし、移動機１０が故障してしまってい
る場合、何度着信通知を再送しようとも、移動機１０か
ら正常Ａｃｋが返信されてくることはない。従って、配
信処理を実行している回数（すなわち、カウンタ値）が
大きくなればなるほど、移動機１０が電子メールを受信
できない状態にある可能性が高くなる。このようなリス
クを回避するため、電子メール配信管理部３３は、カウ
ンタ値に基づいて時刻情報を決定するのである。

【００４２】この結果、電子メール配信管理部３３は、
以下のような関係で時間間隔を設定し、時刻情報を決定
することとなる。配信失敗通知を受信した場合の時間間隔＜話中Ａｃｋを受信した場合の時間間隔＜ＮＡｃｋを受信した場合の時間間隔

【００４３】［１．２］実施形態の動作以下、図６及び図７を参照しつつ本実施形態の動作につ
いて説明する。なお、以下の説明においては、説明をよ
り具体的なものとするため、インターネット４０側の端
末５０Ａから移動パケット通信網２０側の移動機１０Ａ
宛に電子メールを送信する場合を例に本実施形態の動作
について説明する。

【００４４】まず、インターネット４０側の端末５０Ａ
から移動機１０Ａ宛の電子メールがゲートウェイサーバ
３０のシステム制御部３１により受信されると、電子メ
ール配信管理部３３は、この電子メールをメールボック
ス３４に格納する。この際、電子メール配信管理部３３
は、メールボックス管理テーブルＴＢＬに対して、当該
電子メールの宛先となる移動機１０Ａのメールアドレス
に対応付けて、当該電子メールの電子メール名を格納す
る。

【００４５】次に、受信した電子メールがメールボック
ス３４に記憶され、メール管理テーブルＴＢＬに対して
情報が格納されると、電子メール配信管理部３３は、図
６に示す電子メールの配信処理を実行する。

【００４６】まず、電子メール配信管理部３３は、メー
ルボックス管理テーブルＴＢＬの宛先メールアドレスに
従い、当該電子メールの宛先となるメールアドレスに対
応した移動機１０Ａにシステム制御部３１を介して、着
信通知を送信する（ステップＳａ１）。このようにし
て、着信通知を送信すると、電子メール配信管理部３３
は、着信通知に対するＡｃｋの受信が行われたか否かを
判断する（ステップＳａ２）。ここで、着信通知に対す
るＡｃｋが移動パケット通信網２０から受信されるまで
は、このステップＳａ２の判断結果は「Ｎｏ」となり、
同ステップの判断が繰り返される。

【００４７】一方、ゲートウェイサーバ３０のシステム
制御部３１から着信通知が送信されると、移動パケット
通信網２０は、サービス制御局２２の位置登録テーブル
に従い、移動機１０Ａの呼出を行う。このようにして、
移動機１０Ａに対して着信通知を送信すると、移動パケ
ット通信網２０は、移動機１０Ａから送信されてくるＡ
ｃｋを監視して、所定時間内にＡｃｋが受信されない場
合、ゲートウェイサーバ３０にＮＡｃｋを送信すること
となる。

【００４８】ここで、移動機１０Ａのユーザが他の電話
機に対して電話を掛けて、話し中である場合、移動機１
０ＡのＣＰＵ１１１は、移動パケット通信網２０に対し
て話中Ａｃｋを送信する。このようにして、移動機１０
Ａから話中Ａｃｋを受信した場合、移動パケット通信網
２０は、ゲートウェイサーバ３０に対してＮＡｃｋを送
信すること無く、移動機１０Ａから受信した話中Ａｃｋ
をゲートウェイサーバ３０へと転送する。

【００４９】一方、移動パケット通信網２０によって転
送された話中Ａｃｋは、ゲートウェイサーバ３０のシス
テム制御部３１により受信されて、電子メール配信管理
部３３へと送られる。そして、この話中Ａｃｋが送られ
てくると、電子メール配信管理部３３においては、ステ
ップＳａ２における判断が「Ｙｅｓ」となり、送信され
てきたＡｃｋがＮＡｃｋであるか否かを判断する状態と
なる（ステップＳａ３）。しかし、今、移動機１０Ａか
ら送信されてきているＡｃｋは話中Ａｃｋである。この
ため、電子メール配信管理部３３は、ステップＳａ３に
おいて「Ｎｏ」と判定し、当該Ａｃｋが正常Ａｃｋであ
るか否かを判断する状態となる（ステップＳａ４）。こ
の判断においても、受信したＡｃｋが話中Ａｃｋである
ため、判断は、「Ｎｏ」となり、電子メール配信管理部
３３は、自身の有するメモリ３３１上のメールボックス
管理テーブルＴＢＬに時刻情報を格納する（ステップＳ
ａ９）。この際、電子メール配信管理部３３は、現在時
刻から５分程度の時間間隔を置いた時刻に対応した時刻
情報を格納する（ステップＳａ９）。また、この際、メ
ールボックス管理テーブルＴＢＬにカウンタ値が「０」
以外である場合、そのカウンタの値を「０」へと変更す
る（ステップＳａ９）。なお、今の場合、１回目の電子
メールの配信であるため、メールボックス管理テーブル
ＴＢＬにはカウンタ値が「０」である。従って、電子メ
ール配信管理部３３は、カウンタの値を変更することな
く処理を終了する。

【００５０】次に、メールボックス管理テーブルＴＢＬ
に格納されている移動機１０Ａ宛の電子メールに対応し
た時刻情報の時刻（すなわち、着信通知を行った時刻か
ら、約５分後の時刻）になると、電子メール配信管理部
３３は、再度、図６に示す配信処理を開始する。そし
て、電子メール配信管理部３３は、再度、移動機１０Ａ
宛に着信通知を送信し、移動パケット通信網２０からＡ
ｃｋが受信されるのを待機する状態となる（ステップＳ
ａ１、Ｓａ２）。

【００５１】ここで、移動機１０Ａのユーザが移動機１
０Ａを携帯して、例えば、地下街に入ってしまった等の
理由により、移動機１０Ａの状態が通信不能な状態へと
移行しているとする。この場合、移動パケット通信網２
０が移動機１０Ａに対して着信通知を送信しても、移動
機１０ＡからＡｃｋが送信されてくることは無い。この
結果、移動パケット通信網２０は所定時間経過後に、ゲ
ートウェイサーバ３０に対してＮＡｃｋを送信する。

【００５２】このようにして、移動パケット通信網２０
から送信されたＮＡｃｋを受信すると、ステップＳａ２
における判断は、「Ｙｅｓ」となる。この結果、電子メ
ール配信管理部３３は、その受信したＡｃｋがＮＡｃｋ
であるか否かを判断する状態となる（ステップＳａ
３）。今の場合、電子メール配信管理部３３が受信した
Ａｃｋは、ＮＡｃｋである。従って、ステップＳａ３に
おける判断は「Ｙｅｓ」となり、電子メール配信管理部
３３は、ステップＳａ１０の処理を実行して、メールボ
ックス管理テーブルＴＢＬのカウンタの値を「１」イン
クリメントする。ここで、現在、メールボックス管理テ
ーブルＴＢＬの当該電子メールに対応したカウンタ値
は、「０」であるため、インクリメント後のカウンタ値
は「１」となる。

【００５３】次に、電子メール配信管理部３３は、メー
ルボックス管理テーブルＴＢＬの当該電子メールに対応
したカウンタ値「１」を読み出す（ステップＳａ１
１）。そして、電子メール配信管理部３３は、その読み
出したカウンタ値「１」に従って、次に、再度、配信処
理を実行する時刻（すなわち、リトライタイム）までの
時間間隔を算出して、その算出結果に対応した時刻へと
時刻情報を更新し、処理を終了する（ステップＳａ１
２）。

【００５４】この際、電子メール配信管理部３３は、上
述した図５に従って、時間間隔を算出して、時刻情報を
更新することとなる。今、図５に示す最大時間間隔Ｔ
が、例えば、２時間程度である場合、電子メール配信管
理部３３は、リトライタイム（すなわち、更新後の時刻
情報に対応した時刻）までの時間間隔として、約２０分
程度の時間を算出する。

【００５５】次に、電子メール配信管理部３３は、メー
ルボックス管理テーブルＴＢＬに格納されている移動機
１０Ａ宛の電子メールに対応した時刻情報の時刻（すな
わち、前回、着信通知を行った時刻から、約２０分後の
時刻）になると、再度、図６に示す配信処理を開始す
る。そして、電子メール配信管理部３３は、再度、移動
機１０Ａ宛に着信通知を送信し、移動パケット通信網２
０からＡｃｋが受信されるのを待機する状態となる（ス
テップＳａ１、Ｓａ２）。

【００５６】この時点で、移動機１０Ａのユーザが通信
可能な場所へと移動していると、移動機１０ＡのＣＰＵ
１１１は、受信した着信通知に対して、正常Ａｃｋを移
動パケット通信網２０へと返信する。このようにして、
移動機１０Ａから正常Ａｃｋを受信すると、移動パケッ
ト通信網２０は、その正常Ａｃｋをゲートウェイサーバ
３０へと転送する。

【００５７】一方、移動パケット通信網２０から正常Ａ
ｃｋを受信すると、電子メール配信管理部３３において
は、ステップＳａ２における判断が「Ｙｅｓ」となる。
この結果、電子メール配信管理部３３は、その受信した
ＡｃｋがＮＡｃｋであるか否かを判断する状態となる
（ステップＳａ３）。今の場合、電子メール配信管理部
３３が受信したＡｃｋは、正常Ａｃｋである。このた
め、電子メール配信管理部３３は、ステップＳａ３にお
いて「Ｎｏ」と判断し、当該Ａｃｋが正常Ａｃｋである
か否かを判断する状態となる（ステップＳａ４）。そし
て、受信したＡｃｋが正常Ａｃｋであることから、電子
メール配信管理部３３は、「Ｙｅｓ」と判断して、メー
ルボックス管理テーブルＴＢＬに従って、移動機１０Ａ
に対して電子メールの本体を配信する（ステップＳａ
５）。

【００５８】より具体的には、電子メール配信管理部３
３は、移動機１０Ａに配信すべき電子メールの本体をメ
ールボックス３４から読み出すと共に、メールボックス
管理テーブルＴＢＬに格納されている当該電子メール本
体の宛先アドレスを読み出す。そして、そのメールアド
レスに対応した移動機１０Ａに対し、メールボックスか
ら読み出した電子メール本体を配信するのである。

【００５９】この時点で、移動機１０Ａの受信状態が悪
く、配信された電子メール本体を受信することができな
い場合（ステップＳａ６「Ｎｏ」）、移動機１０Ａから
上述した受信成功通知が送信されることはない。この結
果、基地局２１において所定時間経過後に送信タイムア
ウトとなり、基地局２１は、ゲートウェイサーバ３０に
対して、配信失敗通知を送信する。この結果、ゲートウ
ェイサーバ３０の電子メール配信管理部３３において
は、ステップＳａ６における判断が「Ｎｏ」となり、電
子メール配信管理部３３は、自身の有するメモリ上のメ
ールボックス管理テーブルＴＢＬの当該電子メールに対
応した時刻情報を格納する。この際、電子メール配信管
理部３３は、現在時刻から３０秒程度の極めて短い時間
間隔を置いた時刻に対応した時刻情報を格納する（ステ
ップＳａ８）。また、この際、メールボックス管理テー
ブルＴＢＬに格納されているカウンタ値が「０」でない
場合、そのカウンタの値を「０」へと変更する。今の場
合、メールボックス管理テーブルＴＢＬにはカウンタ値
として「１」が格納されているので、電子メール配信管
理部３３は、そのカウンタ値「１」を「０」へと変更し
て処理を終了する。そして、電子メール配信管理部３３
は、メールボックス管理テーブルＴＢＬに格納された時
刻情報に対応した時刻に再度、図６に示す配信処理を実
行するのである。

【００６０】これに対して、移動機１０Ａが当該電子メ
ール本体の受信に成功すると、移動機１０ＡのＣＰＵ１
１１は、送受信部１２を介して、基地局２１へと受信成
功通知を送信する。このようにして、送信された受信成
功通知が受信されると、基地局２１は、当該受信成功通
知をゲートウェイサーバ３０へと転送する。この結果、
ゲートウェイサーバ３０の電子メール配信管理部３３に
おいては、ステップＳａ６における判断が「Ｙｅｓ」と
なる。このようにして、ステップＳａ６における判断が
「Ｙｅｓ」となると、電子メール配信管理部３３は、メ
ールボックス３４から、当該電子メールを削除すると共
に、メールボックス管理テーブルＴＢＬから当該電子メ
ールの電子メール名と時刻情報を削除して、カウンタ値
を「０」に変更する（ステップＳａ７）。

【００６１】このようにして、本実施形態にかかるゲー
トウェイサーバは、当該電子メールの配信先となる移動
機が置かれている状態に従って電子メールの配信処理を
実行する時刻を変更する構成となっている。このため、
移動機が着信通知や電子メール本体を受信することがで
きる可能性を高めることが可能となると共に、電子メー
ルの配信に伴い移動パケット通信網において発生する無
駄なトラヒックの増加を抑えることが可能となる。

【００６２】なお、本実施形態にかかるゲートウェイサ
ーバ３０の電子メール配信管理部３３は、カウンタ値と
図５に示す関係に従って、時間間隔を決定する構成とな
っている。しかし、当然、図５に示す関係ではなく、他
の関係に従って時間間隔を決定する構成としても良い。

【００６３】［１．３］変形例上記実施形態に係るゲートウェイサーバ３０は、移動パ
ケット通信網２０から受信したＡｃｋ及び配信失敗通知
に基づいて、移動機１０の状態を把握して、再度、電子
メールの配信処理（すなわち、着信通知及び電子メール
本体の配信）を実行する時刻を決定する構成を取ってい
る。しかし、これらの情報のみならず、移動機１０の受
信電波強度をも加味して、再度、配信処理を実行する時
刻を決定するようにしても良い。この場合、以下のよう
な構成を採ることが必要となる。

【００６４】図７は、本変形例にかかる移動機１０の構
成を示した図である。なお、同図において図２と同様の
部分については、同一の符号を付してある。図７に示す
ように本実施形態にかかる移動機１０は、図２に示す各
構成要素に加えて、受信電波強度測定部１５を有する。
この受信電波強度測定部１５は、「とまり木チャネル」
において基地局２１から送信されているビーコン信号を
送受信部１２が受信した場合に、当該ビーコン信号の受
信電波強度を測定するものである。

【００６５】本変形例において移動機１０のＣＰＵ１１
１は、着信通知を受信した際に、返信するＡｃｋに対し
て受信電波強度測定部１５において測定した受信電波強
度を表す情報を付加して返信する。ここで、Ａｃｋに対
して付加する受信電波強度を表す情報はどのようなもの
であっても構わない。例えば、測定値に基づき「１」〜
「５」の５段階の受信電波強度指数を生成して、この受
信電波強度指数をＡｃｋに付加して返信するようにして
も良い。なお、この受信電波強度指数と受信電波強度と
の対応関係をどのように定義するかは、適宜設計事項で
あり、本実施形態においては、統計的及び経験的に定め
ている。そして、ゲートウェイサーバ３０の電子メール
配信管理部３３は、図５のステップＳａ５において電子
メールの配信を行う際に、Ａｃｋに付加されている受信
電波強度指数を抽出して、移動機１０の受信電波強度が
所定の閾値以上である場合に電子メール本体を配信す
る。

【００６６】このように、電子メールを配信するか否か
をＡｃｋに付加された受信電波強度に基づいて決定する
ことにより、より確実に電子メールの再配信を行うこと
が可能となり、電子メールの再配信の失敗に伴う無駄な
トラヒックの増加を防止することが可能となる。

【００６７】なお、本変形例において移動機１０は、受
信電波強度を表す情報を付加したＡｃｋを返信し、ゲー
トウェイサーバ３０の電子メール配信管理部３３は、こ
のＡｃｋに付加された情報に基づいて電子メール本体の
配信を行うか否かを決定する構成としている。しかし、
移動機１０の受信電波強度測定部１５において、測定さ
れた受信電波強度の遷移状態を示す遷移情報をＣＰＵ１
１１が算出して、その遷移情報をＡｃｋに付加して返信
する構成としても良い。この場合、ゲートウェイサーバ
３０の電子メール配信管理部３１は、この受信電波強度
の遷移情報に基づいて電子メール本体の配信を行うか否
かを決定することとなる。

【００６８】

【発明の効果】以上説明したように、この発明によれ
ば、移動通信網におけるトラヒックの増加を抑えつつ、
電子メールの配信を行うと共に、移動機に対する電子メ
ールの配信に失敗した場合であってもトラフィックの増
加を助長すること無く電子メールを再配信することが可
能となる。

【図面の簡単な説明】

【図１】本発明の第１実施形態にかかる移動通信シス
テムの構成を示したブロック図である。

【図２】同実施形態にかかる移動機の構成を示したブ
ロック図である。

【図３】同実施形態にかかるゲートウェイサーバの構
成を示したブロック図である。

【図４】同実施形態にかかる電子メール配信管理部の
メモリに記憶されているメールボックス管理テーブルを
示した図である。

【図５】電子メール配信管理部が設定するカウンタ値
と時刻情報との関係を示した図である。

【図６】同実施形態にかかる電子メール配信管理部で
実行される処理を示したフローチャートである。

【図７】変形例にかかる移動機の構成を示したブロッ
ク図である。

【符号の説明】

１・・・移動通信システム０Ａ、１０Ｂ・・・移動機、
１１・・・制御部、１１１・・・ＣＰＵ、１１２・
・・ＲＯＭ、１１３・・・ＲＡＭ、１２・・・送受
信部、１３・・・ユーザＩ／Ｆ部、２０・・・移動
パケット通信網、２１・・・基地局、２２・・・サ
ービス制御局、３０・・・ゲートウェイサーバ、３
１・・・システム制御部、３２・・・加入者情報管理
部、３３・・・電子メール配信管理部、３４・・・メ
ールボックス。

───────────────────────────────────────────────────── フロントページの続き (72)発明者柏葉正治東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内 (72)発明者吉田太一東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内Ｆターム(参考） 5K030 HA07 HC09 JT09 KA01 KA06 LD18 MB09 5K067 AA12 BB04 BB08 DD17 DD24 DD30 DD43 DD44 DD53 EE02 EE10 EE16 FF05 FF15 FF16 FF17 FF18 GG07 HH22 JJ64 5K101 KK02 LL12 NN21 PP03 RR12 RR13 RR19 TT06

Claims

【特許請求の範囲】

【請求項１】移動通信網に収容される移動機を宛先と
した電子メールを受信する処理と該電子メールを前記移
動通信網経由で宛先の移動機へ配信する配信処理とを行
うメールサーバにおける電子メールの配信制御方法であ
って、受信した電子メールについて前記配信処理を開始する配
信過程と、該配信処理において該電子メールの宛先の移動機の状態
を把握する状態把握過程と、該配信処理に失敗した場合には前記状態把握過程におい
て把握された状態に基づいて該電子メールについて前記
配信処理を再び開始するまでの待ち時間を決定する時間
決定過程と、該配信処理に失敗してから前記待ち時間の経過後に該電
子メールについて前記配信処理を開始する再配信過程と
を有することを特徴とする電子メールの配信制御方法。
【請求項２】前記配信処理は、宛先の移動機へ電子メ
ールの着信通知を送信する着信通知過程と、この着信通
知の受信に関する該移動機の状態を示す確認情報を前記
移動通信網から取得する確認情報取得過程とを有し、前記状態把握過程では前記確認情報取得過程において取
得された確認情報に基づいて前記移動機の状態を把握す
ることを特徴とする請求項１に記載の電子メールの配信
制御方法。
【請求項３】前記確認情報取得過程において取得され
る確認情報が示す状態としては受信可能と通信中と通信
不能があり、前記時間決定過程では、前記状態把握過程において把握
された状態が通信中の場合には第１の時間を前記待ち時
間とし、通信不能の場合には前記第１の時間よりも長い
第２の時間を前記待ち時間とすることを特徴とする請求
項２に記載の電子メールの配信制御方法。
【請求項４】前記時間決定過程において、前記状態把
握過程において把握された状態が前記配信処理において
配信された前記電子メールを受信できない状態の場合に
は該電子メールについて前記配信処理が開始された回数
に基づいて前記待ち時間を決定することを特徴とする請
求項１に記載の電子メールの配信制御方法。
【請求項５】前記時間決定過程において、前記電子メ
ールについて前記配信処理が開始された回数が予め設定
された回数以上の場合には前記待ち時間を予め設定され
た時間とすることを特徴とする請求項４に記載の電子メ
ールの配信制御方法。
【請求項６】前記配信処理は、前記確認情報取得過程
において取得される確認情報により示される前記移動機
の状態が前記電子メールを受信可能な状態である場合に
前記電子メールを前記移動機へ送信する電子メール送信
過程を更に有し、前記電子メール送信過程では前記移動機の受信電波強度
が予め設定された強度に達していない場合には前記電子
メールを送信しないことを特徴とする請求項２に記載の
電子メールの配信制御方法。
【請求項７】前記配信処理は、前記確認情報取得過程
において取得される確認情報により示される前記移動機
の状態が前記電子メールを受信可能な状態である場合に
前記電子メールを前記移動機へ送信する電子メール送信
過程を更に有し、前記電子メール送信過程では前記移動機の受信電波強度
遷移状態に基づいて前記電子メールを送信するか否かを
決定することを特徴とする請求項２に記載の電子メール
の配信制御方法。
【請求項８】移動通信網に収容される移動機を宛先と
した電子メールを受信する受信手段と、前記受信手段により受信された電子メールを前記移動通
信網経由で宛先の移動機へ配信する配信手段と、前記電子メールの宛先となる移動機の状態を把握する状
態把握手段とを有し、前記配信手段は、電子メールの配信に失敗し、かつ該電
子メールの宛先の移動機が電子メールを受信できない状
態にあると前記状態把握手段により把握された場合に
は、この状態に応じた時間の経過後に該電子メールを再
び配信することを特徴とするメールサーバ。