JP2009284152A - メール処理システム及び通信端末装置 - Google Patents

Abstract

【課題】同一の加入者識別情報について設定された複数のメールアドレスそれぞれを送信元とするメールの送信要求を安全且つ確実に通信端末装置から受け付け、その要求されたメール送信を適切に処理することができるメール処理システムを提供する
【解決手段】メール処理システムは、同一の加入者識別情報について複数の回線を使用可能な通信端末装置１０Ｓから接続情報を含むメール送信要求を受信すると、その接続情報に基づいて通信端末装置１０Ｓの加入者情報を取得し加入者認証処理を実行する。そして、加入者認証処理が完了した通信端末装置１０Ｓから回線識別情報を受信し、その回線識別情報に基づいてメール送信元の回線を判定する。また、通信端末装置１０Ｓから送信対象のメールを受信し、前記判定の結果に基づいて送信対象のメールをメール送信元の回線に対応する所定のメール一時記憶部に保存する。
【選択図】図１３

Description

本発明は、加入者識別情報に基づいて加入者が使用する通信端末装置によるメール通信サービスを提供するためのメール処理システム、並びに加入者識別情報に基づいてメール通信サービスを利用可能な通信端末装置に関するものである。

従来、１台で２つのメールアドレスを切り換えて使用可能な通信端末装置として、互いに異なるメールアドレス及び電話番号がそれぞれ設定された２つの加入者識別情報を切り換えて使用する通信端末装置が知られている（例えば特許文献１、２参照）。また、１つ目のメールアドレスについてはメールクライアントのアプリケーションを起動してメールの送受信を行い、２つ目のメールアドレスについてはＷＥＢブラウザーのアプリケーションを起動して所定のＷＥＢサイトにアクセスしＷＥＢメールとしてメールの送受信を行う通信端末装置が知られている。
また、従来の通信端末装置で利用可能なメール通信サービスとしては、データ伝送速度が高速の移動体通信システムを用いて、テキスト、グラフィック、ビデオ、オーディオ等の複数のメディアタイプのメッセージをメールとして送受信可能なマルチメディアメッセージングサービス（ＭＭＳ：Multimedia Messaging Service）が知られている（例えば、特許文献３及び非特許文献１参照）。
また、最近では、ＨＴＴＰ（Hypertext Transfer Protocol）等のＷＥＢ通信プロトコルのほかＳＭＴＰ（Simple Mail Transfer Protocol）やＩＭＡＰ（Internet Message Access Protocol）等の汎用のメール通信プロトコルでＭＭＳのメールを送受信できるメール通信サービスも提供されるようになってきている。

特開２００３−１８９０１３号公報 特開２００２−０９５０３８号公報 特開２００２−２８１５５０号公報 Multimedia Messaging Service Architecture Overview Version 1.2 (OMA-MMS-ARCH-v1_2-20030920-C)

しかしながら、上記従来の２つの加入者識別情報を切り換えて使用する通信端末装置では、メール送受信に用いるメールアドレスを切り換えるとき、加入者識別情報の切り換えのためにネットワーク調整のために再起動させたり加入者識別情報が保存されたＳＩＭ（Subscriber Identity Module）等のＩＣカードを切り換えたりする操作が必要となり、操作性が悪い。
また、上記従来の２つのアプリケーションを切り換えて使用する通信端末装置では、メールの送受信に用いるメールアドレスを切り換えるとき、２つのアプリケーション（メールクライアント、ＷＥＢブラウザー）を切り換えて使用する必要があり操作性が悪く、また２つのアプリケーションの間でメールのデータを移動・複写を容易に行うことができないため不便である。

本発明は以上の問題点に鑑みなされたものであり、その目的は、通信端末装置で加入者識別情報を切り換えたり複数のアプリケーションを起動したりすることなく、同一の加入者識別情報について設定された複数のメールアドレスそれぞれを送信元とするメールの送信要求や、各メールアドレスに対するメール関連処理の処理要求を安全且つ確実に、当該加入者識別情報が使用される通信端末装置から受け付け、その要求されたメール送信その他のメール関連処理を適切に処理することができるメール処理システム及び通信端末装置を提供することである。

本発明に係るメール処理システムは、通信端末装置から利用可能なメール通信サービスを提供するためのメール処理システムであって、同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能な通信端末装置から、送信先が指定されたメールを送信するための接続情報を含むメール送信要求を受信するメール送信要求受信手段と、前記接続情報に基づいて、前記メール送信要求を送信してきた通信端末装置の加入者情報を取得し、該通信端末装置を使用する加入者について認証処理を実行する加入者認証処理手段と、前記加入者認証処理が完了した前記加入者の通信端末装置から、前記送信対象のメールの送信元として設定されているメールアドレスに対応するメール送信元の回線を識別可能な回線識別情報を受信する回線識別情報受信手段と、前記回線識別情報に基づいて、前記メール送信元の回線を判定する回線判定手段と、前記加入者の通信端末装置から前記送信対象のメールを受信し、前記判定の結果に基づいて、前記受信した送信対象のメールを前記メール送信元の回線に対応する所定のメール一時記憶部に保存する送信メール処理手段と、を備える。
このメール処理システムでは、送信先が指定されたメールを送信するための接続情報を含むメール送信要求を受信し、その接続情報に基づいて、メール送信要求を送信してきた通信端末装置の加入者情報を取得し、当該通信端末装置を使用する加入者について認証処理を実行しているので、前記メール送信要求を安全に受け付けることができる。しかも、その加入者認証処理が完了した加入者の通信端末装置から、送信対象のメールの送信元として設定されているメールアドレスに対応する回線を識別可能な回線識別情報を受信し、その回線識別情報に基づいて、前記メール送信元の回線を判定している。これにより、前記送信対象のメールの送信元のメールアドレスを正確に判断することができる。従って、通信端末装置に設定されている複数の回線のメールアドレスそれぞれについて送信対象のメールの処理を安全に且つ適切に実行することができる。

本発明に係る他のメール処理システムは、通信端末装置から利用可能なメール通信サービスを提供するためのメール処理システムであって、同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能な通信端末装置から、該複数の回線のいずれかに対応するメールアドレスについて、メール本体の取得処理、当該メール処理システム内のメールボックスの容量情報の確認処理、該メールボックス内のメールのメールリストの取得処理、該メールボックス内のメールの転送処理、及び該メールボックス内のメールの削除処理のいずれかのメール関連処理を要求するための接続情報を含む処理要求を受信する処理要求受信手段と、前記接続情報に基づいて、前記処理要求を送信してきた通信端末装置の加入者情報を取得し、該通信端末装置を使用する加入者について認証処理を実行する加入者認証処理手段と、前記加入者認証処理が完了した前記加入者の通信端末装置から、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報を受信する回線識別情報受信手段と、前記回線識別情報に基づいて、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を判定する回線判定手段と、前記判定の結果に基づいて、前記処理対象の回線について前記処理要求で要求されたメール関連処理を実行するメール処理手段と、を備える。
このメール処理システムでは、いずれかのメール関連処理を要求するための接続情報を含む処理要求を受信し、その接続情報に基づいて、処理要求を送信してきた通信端末装置の加入者情報を取得し、当該通信端末装置を使用する加入者について認証処理を実行しているので、前記処理要求を安全に受け付けることができる。しかも、その加入者認証処理が完了した加入者の通信端末装置から、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報を受信し、その回線識別情報に基づいて、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を判定している。これにより、前記メール関連処理を実行する処理対象のメールアドレスを正確に判断することができる。従って、通信端末装置に設定されている複数の回線のメールアドレスそれぞれについてメール関連処理を安全に且つ適切に実行することができる。

前記メール処理システムにおいて、前記複数の回線は、前記同一の加入者識別情報に対応する加入者が主に使用するように設定された主回線と該加入者が該主回線とは別に追加使用するように設定された少なくとも一つの副回線とを含み、前記メール送信元の回線又は前記メール処理対象の回線が、前記副回線であると判定したとき、該副回線についての加入者情報を取得し、該副回線について認証処理を実行する副回線認証処理手段を、更に備えてもよい。
このメール処理システムでは、前記メール送信元のメールアドレスの回線や前記処理対象のメールアドレスの回線が、前記加入者について認証処理を実行する加入者認証処理だけでは不十分な副回線である場合、その副回線についての加入者情報を取得し副回線について認証処理を実行している。これにより、副回線のメールアドレスについてメールの送信を要求するメール送信要求やメール関連処理を要求する処理要求を安全に受け付けることができる。
また、前記メール処理システムにおいて、前記複数の回線には互いに異なる電話番号がそれぞれ設定され、前記回線識別情報は、前記メール送信要求又は前記メール関連処理の処理要求を送信する前記加入者の通信端末装置の電話番号であり、前記通信端末装置との間で使用されるメール通信プロトコルにおける所定コマンドに設定されるものであってもよい。
このメール処理システムでは、前記回線識別情報として、前記複数の回線それぞれに一意に設定され判定が容易な電話番号を用いているので、前記メール送信元の回線及び前記メール処理対象の回線並びにその回線に対応するメールアドレスを特定する処理を簡易且つ正確に行うことができる。しかも、その回線識別情報が、通信端末装置との間で使用されるメール通信プロトコルで定義されている汎用のコマンドに設定されているので、回線識別情報を設定するための新規コマンドを追加定義する必要がない。
また、前記メール処理システムにおいて、前記回線判定手段は、前記回線識別情報として電話番号が設定される前記コマンドの受信の有無を判定する第１判定手段と、前記コマンドを受信した場合に、該コマンド中の値として所定フォーマットの電話番号が設定されているか否かを判定する第２判定手段と、前記コマンド中の値として前記所定フォーマットの電話番号が設定されている場合に、該電話番号に基づいて前記メール送信元の回線又は前記メール処理対象の回線を判定する第３判定手段と、を備えるものであってもよい。
このメール処理システムでは、回線識別情報が設定されるコマンドを受信し且つそのコマンドに所定フォーマットの回線識別情報が設定されている場合のみ、その電話番号に基づいて前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を判定している。しかも、そのコマンドに設定される回線識別情報は回線の判定が容易な電話番号である。従って、前記メール送信元の回線や前記メール処理対象の回線を確実に判定できるとともに、回線判定の処理負荷及び処理エラーの発生を低減することができる。

なお、前記メール処理システムにおいて、前記通信端末装置から前記送信対象のメールを受信するときに前記回線識別情報が設定される前記コマンドは、ＳＭＴＰ（Simple Mail Transfer Protocol）で用いられるＭＡＩＬ−ＦＲＯＭコマンドであってもよい。また、前記メール処理システムにおいて、前記通信端末装置から前記メール関連処理を要求する処理要求を受信するときに前記回線識別情報が設定される前記コマンドは、ＩＭＡＰ（Internet Message Access Protocol）におけるＮＯＯＰ（No Operation）コマンドであってもよい。

本発明に係る通信端末装置は、加入者識別情報に基づいてメール通信サービスを利用可能な通信端末装置であって、当該通信端末装置を使用する加入者に対応する同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線に関する情報を記憶する回線情報記憶手段と、メール送信のための接続情報を含むメール送信要求をメール処理システムに送信するメール送信要求送信手段と、前記メール送信要求に基づいて前記加入者についての認証処理を実行した前記メール処理システムに、送信対象のメールの送信元として設定するメールアドレスに対応するメール送信元の回線を識別可能な回線識別情報を送信する回線識別情報送信手段と、前記回線識別情報を受信した前記メール処理システムに前記送信対象のメールを送信する送信メールデータ送信手段と、を備える。
この通信端末装置では、送信先が指定されたメールを送信するための接続情報を含むメール送信要求をメール処理システムに送信しているので、メール処理システムでは、その接続情報に基づいて、メール送信要求を送信してきた通信端末装置の加入者情報を取得し、当該通信端末装置を使用する加入者について認証処理を実行することができ、前記メール送信要求を安全に受け付けることができる。しかも、その加入者認証処理が完了した後、送信対象のメールの送信元として設定されているメールアドレスに対応する回線を識別可能な回線識別情報をメール処理システムに送信しているので、メール処理システムでは、その回線識別情報に基づいて、前記メール送信元の回線を判定することができるため、送信対象のメールに設定された送信元のメールアドレスを正確に判断することができる。従って、通信端末装置に設定されている複数の回線のメールアドレスそれぞれについて送信対象のメールの処理を安全に且つ適切に実行することができる。

本発明に係る更に他の通信端末装置は、加入者識別情報に基づいてメール通信サービスを利用可能な通信端末装置であって、当該通信端末装置を使用する加入者に対応する同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線に関する情報を記憶する回線情報記憶手段と、前記複数の回線のいずれかに対応するメールアドレスについて、メール本体の取得処理、メール処理システム内のメールボックスの容量情報の確認処理、該メールボックス内のメールのメールリストの取得処理、該メールボックス内のメールの転送処理、及び該メールボックス内のメールの削除処理のいずれかのメール関連処理を要求する処理要求であって、該メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報が付加された処理要求を、該メール処理システムに送信する処理要求送信手段と、を備える。
この通信端末装置では、メール関連処理を要求するための接続情報を含む処理要求をメール処理システムに送信しているので、メール処理システムでは、その接続情報に基づいて、処理要求を送信してきた通信端末装置の加入者情報を取得し、当該通信端末装置を使用する加入者について認証処理を実行することができ、前記処理要求を安全に受け付けることができる。しかも、その加入者認証処理が完了した後、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報をメール処理システムに送信しているので、メール処理システムでは、その回線識別情報に基づいて、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を判定することができるため、前記要求されたメール関連処理を実行する処理対象のメールアドレスを正確に判断することができる。従って、通信端末装置に設定されている複数の回線のメールアドレスそれぞれについてメール関連処理を安全に且つ適切に実行することができる。

前記通信端末装置において、前記複数の回線には互いに異なる電話番号がそれぞれ設定され、前記回線識別情報は、前記メール送信要求又は前記メール関連処理の処理要求を送信する前記加入者の通信端末装置の電話番号であり、前記回線識別情報送信手段は、前記メール処理システムとの間で使用されるメール通信プロトコルにおける所定コマンドに、前記回線識別情報を設定するものであってもよい。
この通信端末装置では、前記回線識別情報として、前記複数の回線それぞれに一意に設定され判定が容易な電話番号を用いているので、メール処理システムにおいて、前記メール送信元の回線及び前記メール処理対象の回線並びにその回線に対応するメールアドレスを特定する処理を簡易且つ正確に行うことができる。しかも、その回線識別情報が、メール処理システムとの間で使用される通信プロトコルで定義されている汎用のコマンドに設定されているので、回線識別情報を設定するための新規コマンドを追加定義する必要がない。

なお、前記通信端末装置において、前記メール処理システムに前記送信対象のメールを送信するときに前記回線識別情報が設定される前記コマンドは、ＳＭＴＰ（Simple Mail Transfer Protocol）で用いられるＭＡＩＬ−ＦＲＯＭコマンドであってもよい。また、前記通信端末装置において、前記メール処理システムに前記メール関連処理を要求する処理要求を送信するときに前記回線識別情報が設定される前記コマンドは、ＩＭＡＰ（Internet Message Access Protocol）におけるＮＯＯＰ（No Operation）コマンドであってもよい。

本発明によれば、同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能な通信端末装置において、複数のアプリケーションを起動することなく、複数のメールアドレスを区別し、各メールアドレスを送信元とするメールの送信要求や各メールアドレスを対象にしたメール関連処理の処理要求を、メール処理システムに送信することができる。そして、メール処理システムでは、そのメールの送信要求やメール関連処理の処理要求を通信端末装置から受信したとき、その要求に対応するメールアドレスの回線を判定するとともに、当該回線について加入者の認証処理を実行している。従って、通信端末装置で加入者識別情報を切り換えたり複数のアプリケーションを起動したりすることなく、同一の加入者識別情報について設定された複数のメールアドレスそれぞれを送信元とするメールの送信要求や、各メールアドレスに対するメール関連処理の処理要求を安全且つ確実に、当該加入者識別情報が使用される通信端末装置から受け付け、その要求されたメール送信その他のメール関連処理を適切に処理することができる、という効果を奏する。

以下、図面を参照して本発明の実施の形態について説明する。
〔実施形態１〕
図１は本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図である。本実施形態の通信システムでは、複数の通信端末装置としての携帯電話機等の移動体通信端末であるユーザ端末装置（ＵＥ：User Equipment）１０Ｓ，１０Ｒからメール送受信等のメール通信サービスを利用することができる。このメール通信サービスを提供するために、通信ネットワークとしての移動体通信網２０にメール処理システム２３１が設けられている。本実施形態のメール処理システム２３１は、マルチメディアメッセージ（以下、「ＭＭＳメッセージ」という。）のメール送受信が可能なメール通信サービスを提供することができるマルチメディアメッセージングサービスセンター（ＭＭＳＣ）として機能する。このメール処理システム２３１は、メール転送処理装置としてのマルチメディアメッセージングサービス−リレー（ＭＭＳ−Ｒ。以下、「ＭＭＳリレー装置」という。）２３２と、メール格納管理装置としてのマルチメディアメッセージングサービス−サーバ（ＭＭＳ−Ｓ。以下、「ＭＭＳサーバ装置」という。）２３３とを備える。ＭＭＳリレー装置２３２は、各ユーザ端末装置１０Ｓ，１０Ｒから、送信対象のＭＭＳメッセージやメール関連処理の処理要求等を受信したり、ＭＭＳメッセージの着信通知、メッセージ本体（メール本体）、送信済みのＭＭＳメッセージについての配信確認通知等を各ユーザ端末装置１０Ｓ，１０Ｒに送信したりする。ＭＭＳサーバ装置２３３は、ＭＭＳメッセージを記憶するメール記憶手段としてのメールボックス（メッセージボックス）２３３ａを備え、送受信されるＭＭＳメッセージを配信可能に一時的に保存したり、各加入者の送信済みのＭＭＳメッセージや受信済みのＭＭＳメッセージを保存したりする。メール処理システム２３１とユーザ端末装置１０Ｓ，１０Ｒとの間のＭＭＳメッセージの送受信には、ＨＴＴＰ等のＷＥＢ通信プロトコルのほか、ＳＭＴＰやＩＭＡＰ等の汎用のメール通信プロトコルを用いることができる。

なお、本実施形態では、必要に応じて、メッセージ送信側の端末装置をユーザ端末装置１０Ｓとし、メッセージ受信側の端末装置をユーザ端末装置１０Ｒとして説明する。また、本実施形態では、２台のユーザ端末装置１０Ｓ，１０Ｒとの間でＭＭＳメッセージが送受信される場合について説明するが、本発明は、ユーザ端末装置の数やメールの種類にかかわらず適用することができる。例えば、本発明は、３台以上のユーザ端末装置の間でＭＭＳメッセージ以外のメールを送受信する場合にも適用することができる。

また、本実施形態のユーザ端末装置１０Ｓ，１０Ｒはそれぞれ、そのユーザ端末装置の利用者（通信サービスの加入者）に対応する同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能に構成されている。なお、本実施形態では、上記複数の回線として、加入者が主に使用するように設定された主回線としてのＡ回線と、その加入者がＡ回線（主回線）とは別に追加使用するように設定された一つの副回線としてのＢ回線とを使用可能な場合について説明するが、本発明は、２以上の副回線を使用可能な場合にも同様に適用できる。
ここで、上記「メールアドレス」は、ＭＭＳメッセージ等のメールの送信先や送信元として使用可能な通信ネットワーク上のアドレスある。この「メールアドレス」としては、例えば、インターネット３０を介した電子メールの送受信に可能な「＠」を書式に含む「電子メールアドレス」（例えば、「aaaaa@ssssss.jp」）のほか、移動体通信網２０を介したＳＭＳ（Short Message Service）メッセージ等のメールの送受信に使用可能な「電話番号」（例えば「090-1234-5678」）が挙げられる。そして、上記同一の加入者識別情報について設定される「互いに異なる複数のメールアドレス」は、同じ種類のメールアドレスについて設定される「互いに異なる複数のメールアドレス」である。例えば、上記「電子メールアドレス」がメールアドレスである場合の「互いに異なる複数のメールアドレス」としては、「2A@ssssss.jp」及び「2B@ssssss.jp」が挙げられる。また、上記「電話番号」がメールアドレスの場合の「互いに異なる複数のメールアドレス」としては、「090-1111-aaaa」及び「090-1111-bbbb」（「aaaa」及び「bbbb」の部分は互いに異なる数字である）が挙げられる。

上記移動体通信網２０は、基地局や無線ネットワーク制御装置等を含む無線アクセスネットワーク（ＲＡＮ：Radio Access Network）２１０と、交換器等を含むコアネットワーク２２０と、上記メール処理システム２３１を含むＩＰ（Internet Protocol）ネットワーク２３０と、ショートメッセージサービス（以下、「ＳＭＳ」と略す。）のメッセージの送受信を中継して処理するショートメッセージサービスセンタ（以下、「ＳＭＳＣ」と略す。）２５０とを備えている。また、移動体通信網２０は、図１において図示が省略されているが、各利用者による通信サービスの利用を管理する通信サービス利用管理装置としてのＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバと、加入者がウェブやメール等の通信サービスを利用する際に必要な利用者情報やユーザ端末装置の情報等を管理する利用者情報管理装置としてＲ２Ｍ（RADIUS and Repository Manager）サーバとを備えている。上記ＲＡＤＩＵＳサーバは、通信サービスの利用者を識別する認証処理、認証済みの利用者に対して通信サービスを提供するか否かを判断する処理、実際の通信サービスの利用情報を記録するアカウンティング等を行う。また、上記Ｒ２Ｍサーバは、移動体通信網２０の他のノードからリクエストに応じて、各ユーザ端末装置の電話番号や加入者識別情報（ＩＭＳＩ：International Mobile Subscriber Identity）等の情報を提供する。

上記無線アクセスネットワーク２１０の基地局２１１は、管轄対象のセルごとに設けられ、移動体通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にあるユーザ端末装置１０Ｓ，１０Ｒに無線周波数で送信する。逆に無線周波数で送信されるユーザ端末装置１０Ｓ，１０Ｒからのデータを受信して有線インタフェースに合うデータフォーマットに変換し、移動体通信網２０内の有線回線部分に転送する。

上記コアネットワーク２２０は、回線交換網やパケット交換網等の交換網、位置登録データベース（ＨＬＲ：Home Location Register）２２１、図示しない認証センター等を備え、各ユーザ端末装置間の通信等を中継するように通信制御を行う。更に、コアネットワーク２２０は、各ユーザ端末装置と、移動体通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２２０は、各ユーザ端末装置と他の通信ネットワークとの間における通信を中継するように通信制御を行う。

また、上記コアネットワーク２２０のパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２２２やＧＧＳＮ（Gateway GPRS Support Node）２２３等のノードを有している。ＳＧＳＮ２２２は、基地局２１１が接続されている図示しない無線ネットワーク制御装置とコアネットワーク２２０側のパケット交換網との間のゲートウェイ機能と、各ユーザ端末装置１０Ｓ，１０Ｒの位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２２３は、コアネットワーク２２０側のパケット交換網と、ＩＰネットワーク２３０との間のゲートウェイ機能を有している。

上記ＩＰネットワーク２３０は、前述のメール処理システム２３１のほか、プロキシサーバ２３５、ゲートウェイサーバ２３６、プッシュ型の配信中継装置としてのＰＰＧ（Push Proxy Gateway）サーバ２３７、加入者情報が格納された加入者情報データベースとしてのＣＵＲ（Common User Repository）２３８、各種メッセージの配信情報を管理するメッセージ配信管理装置としてのＭＤＭ（Message Delivery Management）サーバ２３９、その他図示しないＷＥＢサーバ等を備えている。

上記プロキシサーバ２３５は、各ユーザ端末装置１０Ｓ，１０Ｒと、ＩＰネットワーク２３０内のサーバやインターネット３０上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２３５は、コアネットワーク２２０における通信プロトコルとＩＰネットワーク２３０やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。なお、このＩＰネットワーク２３０には、ＷＥＢサーバや、コンテンツをダウンロードするためのダウンロードサーバを設けてもよい。

上記ゲートウェイサーバ２３６は、移動体通信網２０のＩＰネットワーク２３０とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。

上記ＰＰＧサーバ２３７は、メール処理システム２３１から受信したプッシュリクエストに基づいて、上記着信通知等のメッセージをプッシュ型のメッセージとして、ＳＭＳＣ２５０を経由してユーザ端末装置１０Ｓ，１０Ｒに送信する。上記プッシュ型のメッセージとしては、例えばＷＡＰ（Wireless Application Protocol）仕様に準拠したＷａｐＰｕｓｈのメッセージを用いることができる。なお、ＰＰＧサーバ２３７は、着信通知等のプッシュ型のメッセージを転送する際に、必要に応じて、通信プロトコルを変換したり、データの値を変換したり、データフォーマットを変換したりするように構成してもよい。

上記ＣＵＲ２３８は、ユーザ端末装置を用いて移動体通信網２０の各種通信サービスを利用する加入者の情報を格納している。この加入者の情報としては、例えば、各加入者の氏名や住所等の情報のほか、各加入者に一意に付与されたＩＭＳＩ（International Mobile Subscriber Identity）等の加入者識別情報、各加入者が使用するユーザ端末装置の端末識別情報としての電話番号（ＭＳＩＳＤＮ：Mobile Subscriber ISDN Number）及びメールアドレス、各加入者が利用登録した通信サービスの情報、各種通信サービスを使用するとき等に用いられるサービス利用者識別情報（例えばアカウント情報）やパスワード等の認証情報、等が格納されている。また、本実施形態のように、同一の加入者識別情報について互いに異なる複数組の電話番号及びメールアドレスがそれぞれ設定された複数の回線を加入者が契約している場合は、その加入者について、複数の回線ごとに、電話番号、メールアドレス、各回線を契約した地域に関する契約サイト情報、主契約のＡ回線（主回線）及び副契約のＢ回線（副回線）を区分する契約回線情報、等が格納されている。

表１は、Ａ回線（主回線）及びＢ回線（副回線）の２回線を使用可能な加入者について上記ＣＵＲ２３８に格納されている複数回線契約関連の加入者情報の一部を例示したものである。また、表２は、その複数回線契約関連の加入者情報の値を例示したものである。

上記ＭＤＭサーバ２３９は、メール処理システム２３１からの情報に基づいて、ユーザ端末装置１０Ｓ，１０Ｒで送受信されるＭＭＳメッセージの配信ステータスやメールボックスの利用ステータスを管理したり、各メッセージの送受信について課金用の通信サービス利用情報（ＣＤＲ：Call Detail Records）のファイルを生成したりする。前述のＭＭＳリレー装置２３２は、各ユーザ端末装置１０Ｓ，１０Ｒで送受信されるＭＭＳメッセージの配信ステータス情報をＭＤＭサーバ２３９に通知したり、ＭＤＭサーバ２３９から取得した配信ステータス情報に基づいて配信確認通知を各ユーザ端末装置１０Ｓ，１０Ｒに送信したりすることができる。また、ＭＤＭサーバ２３９で生成された課金用の通信サービス利用情報のファイルは、例えばＣＤＲ−Ｃ（CDR-Collector）等の情報収集装置で収集され、課金システムによる各加入者についての課金処理に使用される。

上記ＳＭＳＣ２５０は、ショートメッセージサービス（ＳＭＳ）を提供するものであり、各ユーザ端末装置の端末識別情報としての電話番号に基づいて、サイズ制限（例えば１４０バイト）のあるショートメッセージを送信側のユーザ端末装置１０Ｓから受信し、受信側のユーザ端末装置１０Ｒに送信する。また、ＳＭＳＣ２５０は、放送形式で複数のユーザ端末装置へ一斉にショートメッセージを送信することもできる。

上記移動体通信網２０のＩＰネットワーク２３０を介して接続されているインターネット３０には、各種コンテンツ提供用のサーバが接続されている。このコンテンツ提供用のサーバとしては、ＷＥＢページのコンテンツを主に提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、アプリケーションのプログラムファイルなどのコンテンツを主に提供するダウンロードサーバ５０等がある。インターネット３０上の各種コンテンツ提供サーバからユーザ端末装置１０Ｓ，１０Ｒにコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。

上記メール処理システム２３１は、次のようにＭＭＳメッセージの処理を行う。例えば、メール処理システム２３１のＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０ＳからＳＭＴＰで送信されたＭＭＳメッセージを受信すると、受信したＭＭＳメッセージをＭＭＳサーバ装置２３３に転送する。ＭＭＳサーバ装置２３３は、ＭＭＳリレー装置２３２から受信したＭＭＳメッセージをメールボックス２３３ａに保存する。また、ＭＭＳリレー装置２３２は、ＭＭＳサーバ装置２３３のメールボックス２３３ａにＭＭＳメッセージが保存されると、所定のタイミングで、ＰＰＧサーバ２３７及びＳＭＳＣ２５０等を介して受信側のユーザ端末装置１０ＲにＷＡＰ Ｐｕｓｈで当該ＭＭＳメッセージの着信通知を送信したり、送信側のユーザ端末装置１０ＳにＷＡＰ ＰｕｓｈでＭＭＳメッセージの配信確認通知を送信したりする。また、ＭＭＳリレー装置２３２は、受信側のユーザ端末装置１０Ｒからメッセージ取得要求を受けると、そのメッセージ取得要求に対応するＭＭＳメッセージの全体をＭＭＳサーバ装置２３３から取得し、必要に応じて所定のフォーマット変換を行い、受信側のユーザ端末装置１０ＲにＩＭＡＰで送信する。また、ＭＭＳリレー装置２３２は、インターネット３０からユーザ端末装置１０Ｒ宛のＭＭＳメッセージを受信したときも、着信通知を行った後、必要に応じて所定のフォーマット変換を行い、受信側のユーザ端末装置１０ＲにＩＭＡＰでＭＭＳメッセージを送信する。

各ユーザ端末装置１０Ｓ，１０ＲからＭＭＳメッセージを送信したり転送したりするときの通信プロトコルとしては、ＳＭＴＰを使用することができる。そして、ユーザ端末装置１０Ｓ，１０Ｒそれぞれにおいて前述の複数回線のメールアドレスを使い分けてＭＭＳメッセージを送信することができるように、ＳＭＴＰで使用可能な「ＭＡＩＬ ＦＲＯＭ」コマンドに、送信対象のＭＭＳメッセージの送信元の回線を識別可能な回線識別情報が書き込まれる。例えば、送信対象のＭＭＳメッセージの送信元の電話番号（ＭＳＩＳＤＮ）が「0A0CDEFGHJK/TYPE=PLMN」のときは、その電話番号の情報を回線識別情報として含む次のようなフォーマットの「ＭＡＩＬ ＦＲＯＭ」コマンドが、ユーザ端末装置からメール処理システム２３１に送信される。
［ＭＡＩＬ ＦＲＯＭコマンドのフォーマット例］
MAIL<SP>FROM:<SP><0A0CDEFGHJK/TYPE=PLMN><CR><LF>

また、ＭＭＳメッセージを送信したり転送したりするときのＳＭＴＰで使用可能な「ＲＣＰＴ ＴＯ」コマンドには、送信対象のＭＭＳメッセージの送信先の回線を識別可能な回線識別情報が書き込まれる。例えば、送信対象のＭＭＳメッセージの送信先の電話番号（ＭＳＩＳＤＮ）が「0B0LMNOPQRS/TYPE=PLMN」のときは、その電話番号の情報を回線識別情報として含む次のようなフォーマットの「ＲＣＰＴ ＴＯ」コマンドが、ユーザ端末装置からメール処理システム２３１に送信される。
［ＲＣＰＴ ＴＯコマンドのフォーマット例］
RCPT<SP>TO:<SP><0B0LMNOPQRS/TYPE=PLMN><CR><LF>

また、各ユーザ端末装置１０Ｓ，１０ＲにＭＭＳメッセージの着信通知、メッセージ本体及び配信確認通知を前述のプッシュ型のメッセージとして送信するときの通信プロトコルとしては、ＷＡＰ Ｐｕｓｈを使用することができる。そして、ユーザ端末装置１０Ｓ，１０Ｒそれぞれにおいて前述の複数回線のメールアドレスを使い分けて着信通知等を受信して処理できるように、ＷＡＰ Ｐｕｓｈで送受信されるプッシュ型のメッセージの複数種類のヘッダーフィールドに、ＭＭＳメッセージの送信先又は送信元の回線を識別可能な回線識別情報が書き込まれる。ＭＭＳメッセージの着信通知及びメッセージ本体を送信するときには、受信対象のＭＭＳメッセージの送信先の回線を識別可能な回線識別情報が書き込まれる。一方、ＭＭＳメッセージの配信確認通知を送信するときには、送信対象のＭＭＳメッセージの送信元の回線を識別可能な回線識別情報が書き込まれる。例えば、着信通知対象のＭＭＳメッセージの送信先及び配信通知対象のＭＭＳメッセージの送信元が、前述の主回線（Ａ回線）のメールアドレスの場合には、次のようなヘッダーフィールドに所定の値が書き込まれる。
［主回線（Ａ回線）のメールアドレスの場合のヘッダ例］
Content-Type: application/vnd.wap.mms-message
X-Wap-Application-Id: x-wap-application:mms.ua

一方、着信通知対象のＭＭＳメッセージの送信先及び配信通知対象のＭＭＳメッセージの送信元が、前述の副回線（Ｂ回線）のメールアドレスの場合には、次のようなヘッダーフィールドに所定の値が書き込まれる。
［副回線（Ｂ回線）のメールアドレスの場合のヘッダ例］
Content-Type: application/vnd.zzz.mid2
X-Wap-Application-Id: x-yyy-zzz:mid2.ua

また、各ユーザ端末装置１０Ｓ，１０Ｒが着信通知を受けた後にＭＭＳメッセージの全体を取得したり、メール処理システム２３１のメールボックス２３３ａについてメッセージリスト取得やメッセージ削除等のメール関連処理（サーバ処理）を要求したりするときの通信プロトコルとしては、ＩＭＡＰを使用することができる。そして、ユーザ端末装置１０Ｓ，１０Ｒそれぞれにおいて前述の複数回線のメールアドレスを使い分けてメール関連処理を要求することができるように、ＩＭＡＰで使用可能な「ＮＯＯＰ」コマンドに、処理対象のメールアドレスに対応する回線を識別可能な回線識別情報が書き込まれる。例えば、処理対象のメールアドレスに対応する回線の電話番号（ＭＳＩＳＤＮ）が「0A0CDEFGHJK」のときは、次に示すように当該電話番号の情報を回線識別情報としてｍｉｄタグに書き込んだ「ＮＯＯＰ」コマンドが、ユーザ端末装置からメール処理システム２３１に送信される。
［ＮＯＯＰコマンドのフォーマット例］
tag<SP>NOOP<SP><cmd>C-ID</cmd><ua-prof>URI</ua-prof><user-agent>UA</user-agent><mid>0A0CDEFGHJK</mid><CR><LF>

上記ＮＯＯＰコマンドのフォーマット例において、「C-ID」はオペレーションを識別するコマンドIDであり、「URI」（Uniform Resource Identifier）はUser Agent Profile（ユーザ端末装置の性能情報）が公開されているＨＴＴＰサーバのリソース指定識別子であり、「UA」（User Agent）はユーザ端末装置の名称である。

また、互いに異なるサイトにある複数のメール処理システム間でＭＭＳメッセージ等を送受信するときの通信プロトコルとしては、ＩＭＡＰのほか、必要に応じてＬＭＴＰ（Local Mail Transfer Protocol）が使用される。例えば、メール処理システム内のＭＭＳサーバ装置から他サイトのＭＭＳリレー装置へＭＭＳメッセージを送信するときにはＩＭＡＰを使用し、メール処理システム内のＭＭＳリレー装置から他サイトのＭＭＳサーバ装置へＭＭＳメッセージを送信するときにはＬＭＴＰを使用することができる。

なお、上記ユーザ端末装置で複数の回線（主契約回線：Ａ回線，副契約回線：Ｂ回線）を使い分けてＭＭＳメッセージの送受信やメールボックスの管理を行うときのより詳しい通信シーケンスの例については、後述する。

図２は、上記メール処理システム２３１を構成するＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３それぞれに共通のハードウェア構成の一例を示すブロック図である。このＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３は、システムバス９００、プロセッサとしてのＣＰＵ９０１、内部記憶装置、外部記憶装置９０４、入力装置９０５、出力装置９０６、及び通信装置９０７を備えている。上記内部記憶装置は、ＲＡＭ９０２やＲＯＭ９０３等で構成されている。上記外部記憶装置９０４は、例えばハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置９０５は、例えばマウスやキーボード等で構成されている。上記出力装置９０６は、例えばディスプレイやプリンタ等で構成されている。上記通信装置９０７は、所定の通信プロトコルにより、移動体通信網２０のプロキシサーバ２３５、ＰＰＧサーバ２３７、ＭＭＳリレー装置２３２等と通信したり、移動体通信網２０の他のサイトにあるメール処理システムと通信したり、ゲートウェイサーバ２３６を介してインターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。

上記ＣＰＵ９０１やＲＡＭ９０２等の構成要素はお互いに、システムバス２１０を介して、データやプログラムの命令等のやり取りを行っている。このＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３を所定の手順に従って動作させるためのプログラムはＲＯＭ９０３や外部記憶装置９０４に記憶されており、必要に応じてＣＰＵ９０１やＲＡＭ９０２上の作業エリアに呼び出されて実行される。

また、上記ＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３はそれぞれ、一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３はそれぞれ、互いに独立した１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。また、ＭＭＳリレー装置２３２及びＭＭＳサーバ装置２３３を含むメール処理システム２３１は、１台のコンピュータで構成してもよい。

図３は、本発明に係るメール処理システム（ＭＭＳＣ）２３１の各機能の関係を示した機能ブロック図である。メール処理システム２３１は、メッセージ通信部９２０とメッセージ処理部９２１とメッセージ格納管理部９２２と通知データ生成部９２３と通知データ送信部９２４とを備えている。この機能ブロック図における構成要素のうち、メッセージ通信部９２０とメッセージ処理部９２１と通知データ生成部９２３と通知データ送信部９２４とにおける機能は、例えばＭＭＳリレー装置２３２で実現される。また、メッセージ格納管理部９２２の機能は、例えばＭＭＳサーバ装置２３３で実現される。

上記メッセージ通信部９２０は、所定の通信プロトコルにより、次のような通信を行う手段として機能する。
（１）移動体通信網２０を介して送信側のユーザ端末装置１０Ｓ等から送信対象のＭＭＳメッセージを受信する手段。
（２）配信対象のＭＭＳメッセージを受信側のユーザ端末装置１０Ｒに送信する手段。
（３）複数の回線を使用可能なユーザ端末装置１０Ｓ，１０Ｒから、ＭＭＳメッセージの送信元に設定されたメールアドレスに対応する回線を識別するための回線識別情報を受信する手段。
（４）ユーザ端末装置１０Ｓ，１０Ｒから当該ユーザ端末装置に対応するメールボックスについてメール関連処理（サーバ操作処理）を要求する処理要求を受信する手段。
（５）上記処理要求に対応するメール関連処理の結果を、当該処理要求を要求してきたユーザ端末装置に送信する手段。
（６）複数の回線を使用可能なユーザ端末装置１０Ｓ，１０Ｒからメール関連処理の処理対象のメールアドレスに対応する回線を識別するための回線識別情報を受信する手段。

また、上記メッセージ通信部９２０は、所定の通信プロトコルにより、次のような通信を行う手段としても機能する。
（７）送信側のユーザ端末装置１０Ｓから、送信先が指定されたメールを受信する手段。
（８）送信側のユーザ端末装置１０Ｓから受信したメールが、他の契約サイトで契約された副回線に対応するメールアドレスを送信元とするメールである場合、その受信したメールを当該他の契約サイトのメール処理システムに転送する手段。
（９）他の契約サイトにあるメール処理システムから転送されてきた、当該他の契約サイトで契約された副回線に対応するメールアドレスを送信元とするメールを受信する手段。
（１０）送信側のユーザ端末装置１０Ｓから、上記送信先が指定されたメールを送信するための接続情報を含むメール送信要求を受信する手段。
（１１）送信側のユーザ端末装置１０Ｓから、送信対象のメールの送信元として設定するメールアドレスに対応するメール送信の回線を識別可能な回線識別情報を受信する手段。
（１２）受信側のユーザ端末装置１０Ｒから、複数の回線のいずれかに対応するメールアドレスを送信先とするメールの取得処理を要求するメール取得要求を受信する手段。
（１３）受信側のユーザ端末装置１０Ｒから受信したメール取得要求が、他の契約サイトで主回線とは別に追加使用するように設定された副回線に対応するメールアドレスを送信先とするメールの取得処理を要求するものである場合、当該メールを上記他の契約サイトのメール処理システムから取得する手段。
（１４）上記他の契約サイトのメール処理システムから取得した当該他の契約サイトの副回線に対応するメールアドレスを送信先とするメールを、上記メール取得要求を送信してきた受信側のユーザ端末装置１０Ｒに送信する手段。
（１５）受信側のユーザ端末装置１０Ｒから、受信対象のメールの送信先として設定するメールアドレスに対応するメール送信先の回線を識別可能な回線識別情報を受信する手段。
（１６）ユーザ端末装置１０から、前記複数の回線のいずれかに対応するメールアドレスを送信先とするメールの転送処理を要求するサーバメール転送要求を受信する手段。
（１７）上記ユーザ端末装置１０から受信したサーバメール転送要求が、他の契約サイトで主回線とは別に追加使用するように設定された副回線に対応するメールアドレスを送信先とするメールの転送処理を要求するものである場合、当該メールを上記他の契約サイトのメール処理システムから取得する手段。
（１８）上記他の契約サイトのメール処理システムから取得した上記副回線に対応するメールアドレスを送信先とするメールを、上記サーバメール転送要求を送信してきたユーザ端末装置が指定した転送先へメールを送信する手段。
（１９）ユーザ端末装置から、上記サーバメール転送対象のメールの送信元として設定するメールアドレスに対応するメール送信の回線を識別可能な回線識別情報を受信する手段。

上記メッセージ処理部９２１は、次のような手段として機能する。
（１）メッセージ通信部９２０及びメッセージ格納管理部９２２との間でＭＭＳメッセージを中継する手段。
（２）ＭＭＳメッセージや処理要求の受信のステータス情報やＭＭＳメッセージの配信のステータス情報をＭＤＭサーバ２３９に送る手段。
（３）ＭＤＭサーバ２３９から取得したＭＭＳメッセージの送信又は配信のステータス情報に基づいて、ＭＭＳメッセージの着信通知や配信確認通知の送信処理を開始する手段。
（４）ユーザ端末装置から受信した回線識別情報に基づいてＭＭＳメッセージや上記処理要求の送信元として設定された回線を判定する手段。
（５）ＣＵＲ２３８から取得した加入者情報に基づいて、ＭＭＳメッセージや上記処理要求を送信してきたユーザ端末装置の利用者（加入者）について認証処理を実行する手段。
（６）上記処理要求に基づき、所定のメールアドレスついてメールボックスにおける指定のメール関連処理を実行するためのサーバ操作指令を、メッセージ格納管理部９２２に送信する手段。

上記メッセージ処理部９２１は、次のような手段としても機能する。
（７）上記送信側のユーザ端末装置１０Ｓから受信したメール送信要求に含まれる接続情報に基づいて、当該ユーザ端末装置１０Ｓの加入者情報を取得し、当該ユーザ端末装置１０Ｓを使用する加入者について認証処理を実行する手段。
（８）上記送信側のユーザ端末装置１０Ｓから受信した回線識別情報に基づいて、送信対象のメールの送信元として設定するメールアドレスに対応するメール送信の回線を判定する手段。
（９）上記メール送信の回線が、主回線とは別に追加使用するように設定された副回線であると判定したとき、当該副回線についての加入者情報を取得し、当該副回線について認証処理を実行する手段。
（１０）上記受信側のユーザ端末装置１０Ｒから受信したメール取得要求に含まれる接続情報に基づいて、当該受信側のユーザ端末装置１０Ｒの加入者情報を取得し、当該受信側のユーザ端末装置１０Ｒを使用する加入者について認証処理を実行する手段。
（１１）上記受信側のユーザ端末装置１０Ｒから受信した回線識別情報に基づいて、受信対象のメールの送信先として設定するメールアドレスに対応するメール送信先の回線を判定する手段。
（１２）上記ユーザ端末装置から受信したサーバメール転送要求に含まれる接続情報に基づいて、当該サーバメール転送要求を送信してきたユーザ端末装置の加入者情報を取得し、当該ユーザ端末装置を使用する加入者について認証処理を実行する手段。
（１３）上記サーバメール転送要求を送信してきたユーザ端末装置から受信した回線識別情報に基づいて、サーバメール転送対象のメールの送信元として設定するメールアドレスに対応するメール送信の回線を判定する手段。

上記メッセージ格納管理部９２２は、次のような手段として機能する。
（１）メッセージ通信部９２０で受信したＭＭＳメッセージを、メッセージ処理部９２１から受け取り、そのＭＭＳメッセージの送信元の情報又は送信先の情報と対応付けてメールボックスに格納する手段。
（２）メッセージ処理部９２１から受信したメッセージ取得要求に基づいて、要求されたＭＭＳメッセージをメールボックスから読み出し、メッセージ処理部９２１に送信する手段。
（３）メッセージ処理部９２１から受信したサーバ操作指令に基づいて、上記処理要求で要求された所定のメール関連処理を実行する手段。
（４）他の契約サイトのメール処理システムから転送されてきた、当該他の契約サイトで契約された副回線に対応するメールアドレスを送信元とする受信メールを、当該メールの送信先へ配信可能に一時的に記憶する手段。

上記通知データ生成部９２３は、次のような手段として機能する。
（１）メッセージ処理部９２１から受けた着信通知開始指令及び関連するＭＭＳメッセージの情報に基づいて、当該ＭＭＳメッセージの着信通知の送信データを生成する手段。
（２）上記着信通知の送信データに、その通知対象のＭＭＳメッセージの送信先に対応する回線識別情報を付加する手段。
（３）メッセージ処理部９２１から受けた配信確認通知開始指令及び関連するＭＭＳメッセージの情報に基づいて、当該ＭＭＳメッセージの配信確認通知の送信データを生成する手段。
（４）上記配信確認通知の送信データに、その通知対象のＭＭＳメッセージの送信元に対応する回線識別情報を付加する手段。

上記通知データ送信部９２４は、所定の通信プロトコルにより、次のような通知を送信する手段として機能する。
（１）上記通知データ生成部９２３で回線識別情報を付加して生成した着信通知の送信データを、移動体通信網２０のＰＰＧサーバ２３７やＳＭＳＣ２５０等を介して、着信通知対象のＭＭＳメッセージの送信先に対応するユーザ端末装置に送信する手段。
（２）上記通知データ生成部９２３で回線識別情報を付加して生成した配信確認通知の送信データを、移動体通信網２０のＰＰＧサーバ２３７やＳＭＳＣ２５０等を介して、配信確認通知対象のＭＭＳメッセージの送信元に対応するユーザ端末装置に送信する手段。

図４は、ＭＭＳ（Multimedia Messaging Service）を提供する上記メール処理システム２３１を介してユーザ端末装置１０Ｓ，１０Ｒ間で送受信されるＭＭＳメッセージの一例を示す説明図である。このＭＭＳメッセージは、ＲＦＣ（Request for Comments）８２２，２８２２，２０４５，２０４６，２０４７，２０４９等で仕様が規定されているＭＩＭＥ（Multipurpose Internet Mail Extension）対応のインターネットテキストフォーマットのメッセージである。このＭＭＳメッセージは、メッセージ本文９３０とヘッダー９３１とにより構成されている。ＭＭＳメッセージのメッセージ本文９３０は、テキスト情報のほか、音声、イメージ、ビデオ、オーディオなどの様々なメディアによる情報のデータを含めるように構成することができる。また、ＭＭＳメッセージのヘッダー９３１は、送信側のユーザ端末装置などの通信端末において送信メッセージに関する様々な情報のデータが入力される各種フィールドで構成されている。

なお、上記ＭＭＳ、上記ＭＭＳリレー装置及びＭＭＳサーバ装置で構成されるメール処理システム（ＭＭＳＣ）、ＭＭＳメッセージ等は、例えば、次の（１）〜（５）等に規定されている仕様に準拠するものである。
（１）Multimedia Messaging Service Architecture Overview Version 1.2 (OMA-MMS-ARCH-v1_2-20030920-C)
（２）Multimedia Messaging Service Client Transactions Version 1.2 (OMA- MMS-CTR-v1_2-20030916-C)
（３）Multimedia Messaging Service Encapsulation Protocol Version 1.2 (OMA-MMS-ENC-v1_2-20030915-C)
（４）ＲＦＣ２８２１（Simple Mail Transfer Protocol）
（５）ＲＦＣ３５０１（INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1）

図５はユーザ端末装置１０（１０Ｓ、１０Ｒ）の一構成例を示す外観図であり、図６は、そのユーザ端末装置１０のハードウェア構成の一例を示す概略構成図である。また、図７は、ユーザ端末装置１０におけるソフトウェア構造の一例を示す説明図である。なお、以下の説明において２台のユーザ端末装置１０Ｓ、１０Ｒを区別しない場合は、ユーザ端末装置１０と記載する。

ユーザ端末装置１０は、携帯型の通信端末装置の一例であるクラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、プロセッサとしてのＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５、移動体通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザー、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。このＷＥＢブラウザー、メーラー、音楽再生、動画表示等のアプリケーションを起動し、そのアプリケーション上でＭＭＳメッセージの送受信を行ったり、受信したＭＭＳメッセージに含まれるテキストや画像（静止画、動画）コンテンツや音声や音楽等のオーディオコンテンツを出力したりしてもよい。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、ユーザ端末装置にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、ＭＭＳメッセージを送受信したり、ＭＭＳメッセージに添付されている画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、コンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、スピーカー１８、図示しない振動デバイス等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカー１８等からなる出力装置で構成されている出力部は、移動体通信網２０からＭＭＳメッセージやその着信通知を受信した旨を利用者に知らせたり、ＭＭＳメッセージのテキストや画像（静止画、動画）を液晶ディスプレイ（ＬＣＤ）１７に表示したり、ＭＭＳメッセージに添付の音声や音楽をスピーカー１８から出力したりするときに用いられる。上記ＭＭＳメッセージやその着信通知の受信を利用者に知らせるときは、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信通知画像を表示したり、スピーカー１８から着信音を出力させたりする。
また、上記出力部は、移動体通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、移動体通信網２０から情報を着信した旨を利用者に知らせたりするときにも用いられる。また、上記出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
なお、上記スピーカー１８は、通話中の音声を聞くための受話器用スピーカー（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカーとを別々に設けて構成してもいいし、これらの受話器用スピーカー及び外部出力用スピーカーを兼用するように一つのスピーカーで構成してもよい。

上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりＭＭＳメッセージや各種配信情報を受信したりしたときに、ユーザ端末装置１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。

上記移動体通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、移動体通信網２０を介して他のユーザ端末装置や上述したサーバ等と通信するときに用いられる。この移動体通信網用通信装置１０６は、移動体通信網２０を介して他のユーザ端末装置とＭＭＳメッセージのやり取りを行ったり、移動体通信網２０からゲートウェイサーバ２３６を介して、インターネット３０等の外部の通信ネットワークに接続し、インターネット３０上の通信端末とのＭＭＳメッセージのやり取り等を行ったりするための通信手段として用いられる。更に、この移動体通信網用通信装置１０６は、移動体通信網２０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図８は、本発明に係るユーザ端末装置１０の各機能の関係を示した機能ブロック図である。このユーザ端末装置１０は、通信部１１０と記憶部１１１と出力部１１２と制御部１１３とを備えている。

上記通信部１１０は上記移動体通信網用通信装置１０６等で構成され、所定の通信プロトコルにより、移動体通信網２０を介してメール処理システム２３１との間で次のような通信を行う手段として機能する。
（１）ＭＭＳメッセージを送信する手段。
（２）当該ユーザ端末装置で使用可能な複数の回線のうち、送信対象のＭＭＳメッセージの送信元に設定されたメールアドレスに対応する回線を識別するための回線識別情報を送信する手段。
（３）移動体通信網２０のＰＰＧサーバ２３７やＳＭＳＣ２５０等を介して、当該ユーザ端末装置１０で使用可能な複数の回線のいずれかを送信先とするＭＭＳメッセージの着信通知を受信する手段。
（４）上記着信通知に対応するＭＭＳメッセージのメッセージ本体を受信する手段。
（５）移動体通信網２０のＰＰＧサーバ２３７やＳＭＳＣ２５０等を介して、当該ユーザ端末装置１０で使用可能な複数の回線のいずれかを送信元とするＭＭＳメッセージの配信確認通知を受信する手段。
（６）当該ユーザ端末装置に対応するメールボックスについてメール関連処理（サーバ操作処理）を要求する処理要求を送信する手段。
（７）上記メール関連処理の処理対象のメールアドレスに対応する回線を識別するための回線識別情報を送信する手段。
（８）上記処理要求で要求したメール関連処理の結果を受信する手段。

上記記憶部１１１は、上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置で構成され、上記通信部１１０で受信した、着信通知、配信確認通知、ＭＭＳメッセージのメッセージ本体、メール関連処理の結果等の受信データを記憶する手段としての機能を有する。また、上記記憶部１１１は、上記通信部１１０で送信したＭＭＳメッセージ等の送信データを記憶する手段としての機能を有する。

上記出力部１１２は上記出力装置１０５等で構成され、通信部１１０で受信した着信通知、配信確認通知、ＭＭＳメッセージのメッセージ本体、上記メール関連処理の結果等の受信データを出力する手段としての機能を有する。また、出力部１１２は、ＭＭＳメッセージの着信通知やメッセージ本文等のデータをテキストや画像（静止画、動画）コンテンツとしてディスプレイ上に表示したり、音声や音楽等のオーディオコンテンツとしてスピーカーやイヤホンから出力したりすることもできる。

上記制御部１１３は上記ＣＰＵ１０１等で構成され、上記通信部１１０によるＭＭＳメッセージの送信、上記通信部１１０による着信通知・配信確認通知の受信やＭＭＳメッセージ本体の受信、上記記憶部１１１へのＭＭＳメッセージや着信通知等の保存、上記出力部１１２へのＭＭＳメッセージや着信通知の出力等を制御する制御手段としての機能を有する。制御部１１３は、着信通知や配信確認通知に書き込まれている回線識別情報を読み出す処理や、その回線識別情報に基づいて、着信通知等の受信データを保存したりＭＭＳメッセージの取得要求を送信する処理を開始したりする手段としても機能する。

図９は、上記構成の通信システムにおいて送信側のユーザ端末装置１０Ｓから受信側のユーザ端末装置１０Ｒ宛のＭＭＳメッセージを送信するときの処理手順の一例を示すシーケンス図である。なお、図９の処理手順は、送信ユーザ及び受信ユーザそれぞれの２回線（主回線、副回線）ともに同じサイト（ＸＸＸ）で契約されている場合において、送信ユーザ側のＡ回線から受信ユーザ側のＡ回線宛にＭＭＳメッセージを送信するときのシーケンスについて例示している。なお、図中のかっこ内の数字は処理手順のステップの順番を示している（以下のシーケンス図でも同様）。

表３は、図９の処理例において送信ユーザ（一郎）が使用する送信側のユーザ端末装置１０Ｓで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号、メールアドレス及び契約サイト（契約地）の情報を例示したものである。また、表４は、受信ユーザ（あ子）が使用する受信側のユーザ端末装置１０Ｒで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号等の情報を例示したものである。

図９において、まず、送信側の利用者（一郎）は、ユーザ端末装置１０Ｓを操作してＭＭＳメッセージ用のアプリケーションを起動し、ＭＭＳメッセージを作成する。そして、メール送受信に使用する回線として主契約のＡ回線を設定した状態で、送信相手先のメールアドレス（Ａ回線の「2A@ssssss.jp」）を指定して上記ＭＭＳメッセージを送信するようにユーザ端末装置１０Ｓを操作する。この操作により、ユーザ端末装置１０Ｓは、移動体通信網２０側のＧＧＳＮ２２３との間でパケット通信セッションとしてのＰＤＰ（パケットデータプロトコル）コンテキストを確立した後、主契約のＡ回線の電話番号（090-1111-aaaa）の利用者として、その電話番号（090-1111-aaaa）等の接続情報を含むＴＣＰ／ＩＰによる接続要求を、メール処理システム２３１のＭＭＳリレー装置２３２に送信する（ステップ１）。

上記ＰＤＰコンテキストの確立処理は、３ＧＰＰ（3rd Generation Partnership Project）の技術仕様に準拠し、例えば図１０に示す手順で行われる。
図１０の例において、ユーザ端末装置１０Ｓは、ＰＤＰコンテキストの確立を要求する「ACTIVATE PDP Context Request」を、ＳＧＳＮ２２２を介してＧＧＳＮ２２３に送信する（ステップ１００１）。ＧＧＳＮ２２３は、ユーザ端末装置１０Ｓから受信した「ACTIVATE PDP Context Request」に基づいて、利用者の認証を要求する「Access Request」を、通信サービス利用管理装置（ＲＡＤＩＵＳサーバ）２６０に送信する（ステップ１００２）。通信サービス利用管理装置２６０は、ユーザ端末装置１０Ｓの利用者について通信サービスの利用者であるか否かを確認する利用者認証を実行する（ステップ１００３）。この認証処理には、例えば、電話番号（ＭＳＩＳＤＮ）、加入者識別情報（ＩＭＳＩ）、端末識別情報（ＩＭＥＩ：International Mobile Equipment Identity）、利用者認証用ＩＤ及びパスワード、ＳＧＳＮのＩＰアドレス（ＳＧＳＮ−ＩＰ）等が用いられる。ここで、通信サービスの利用者であることを確認できた場合、通信サービス利用管理装置２６０は、当該利用者のユーザ端末装置１０ＳについてＩＰアドレスを払い出し、「Access Accept」をＧＧＳＮ２２３に送信するように応答する（ステップ１００４）。次に、ＧＧＳＮ２２３は、当該利用者について通信サービスの利用情報を記録するAccounting処理を要求する「Accounting Request (Start)」を、利用者情報管理装置（Ｒ２Ｍサーバ）２７０に送信する（ステップ１００５）。この「Accounting Request (Start)」の送信により、当該利用者のユーザ端末装置１０Ｓについて、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、及び、払い出されたＩＰアドレスなどが、利用者情報管理装置２７０に通知される。利用者情報管理装置２７０は、ＧＧＳＮ２２３から受信したＳＧＳＮ−ＩＰからＰＬＭＮ（Public Land Mobile Network）−ｉｄを判定する（ステップ１００６）。このＰＬＭＮ−ｉｄは、例えば、国コード（ＭＣＣ：Mobile Country Code）と、ネットワークコード（ＭＮＣ：Mobile Network Code）とにより構成される。利用者情報管理装置２７０は、上記ＰＬＭＮ−ｉｄの判定の後、当該利用者のユーザ端末装置１０ＳについてAccounting処理を開始し、「Accounting Response」をＧＧＳＮ２２３に送信する（ステップ１００７）。次に、ＧＧＳＮ２２３は、ＰＤＰコンテキストの受付け処理が完了した旨を通知する「ACTIVATE PDP Context Accept」をユーザ端末装置１０Ｓに送信する（ステップ１００８）。以上により、ユーザ端末装置１０ＳとＧＧＳＮ２２３との間に、パケット通信セッションであるＰＤＰコンテキストが確立される。

上記ユーザ端末装置１０Ｓから接続要求を受信したＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０ＳのＩＰアドレスをＩＮキーとして上記利用者情報管理装置（Ｒ２Ｍサーバ）２７０から当該ユーザ端末装置１０Ｓについて利用者管理情報（例えば、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、ＰＬＭＮ−ｉｄ）を取得した後、加入者データベース（ＣＵＲ）２３８にアクセスし、送信側のユーザ端末装置１０Ｓから受信した主契約の電話番号（090-1111-aaaa）に基づいて、送信側の加入者情報を取得し（ステップ２）、送信側の加入者について認証処理を実行する（ステップ３）。

次に、送信側のユーザ端末装置１０Ｓは、メール用の汎用通信プロトコルであるＳＭＴＰにより、送信元の回線識別情報としてＡ回線の電話番号（090-1111-aaaa）の情報を含む「ＭＡＩＬ ＦＲＯＭ」コマンドをＭＭＳリレー装置２３２に送信する（ステップ４）。ＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信元の回線を特定する（ステップ５）。本例では、送信元の回線が主契約のＡ回線（主回線）であると特定される。

次に、ＭＭＳリレー装置２３２は、送信先のＡ回線（主回線）の電話番号（080-2222-aaaa）について「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信し（ステップ６）、その送信先の電話番号（080-2222-aaaa）に基づいて加入者データベース（ＣＵＲ）２３８にアクセスし、受信側の加入者情報を取得する（ステップ７）。その後、ＭＭＳリレー装置２３２は、送信対象のＭＭＳメッセージのデータを送信側のユーザ端末装置１０Ｓから受信し（ステップ８）、ＭＭＳサーバ装置２３３に転送する（ステップ９）。ＭＭＳサーバ装置２３３は、ＭＭＳリレー装置２３２から受信したＭＭＳメッセージを、上記受信側のユーザ端末装置１０ＲのＡ回線宛のメールとしてメールボックスに格納する。

次に、ＭＭＳリレー装置２３２は、上記送信側のユーザ端末装置１０Ｓから受信した送信先の電話番号（080-2222-aaaa）に基づき、受信側のユーザ端末装置１０Ｒについて登録されているマルチライン属性の情報をチェックする処理を実行する（ステップ１０）。その後、ＭＭＳリレー装置２３２は、メール用の汎用通信プロトコルであるＷＡＰ Ｐｕｓｈにより、送信先のＡ回線識別情報がヘッダー（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤ）に書き込まれた着信通知を、受信側のユーザ端末装置１０Ｒに向けて送信する（ステップ１１）。上記着信通知は、Ｐｕｓｈ型の配信中継装置であるＰＰＧサーバ２３７で一旦受信され、所定のデータ変換処理であるＷＳＰエンコーディングが施され（ステップ１２）、ＳＭＳＣ２５０を介して、受信側のユーザ端末装置１０Ｒに配信される（ステップ１３）。また、ＭＭＳリレー装置２３２は、上記着信通知の送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（送信）を、メッセージ配信管理装置であるＭＤＭサーバ２３９に送信する（ステップ１４）。

図１１は、上記図９のステップ５で実行するＭＭＳリレー装置２３２による「ＭＡＩＬ ＦＲＯＭ」コマンドのチェック処理の一例を示すフローチャートである。まず、ＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０Ｓから「ＭＡＩＬ ＦＲＯＭ」コマンドを受信したか否かを確認し（ステップ１０１）、「ＭＡＩＬ ＦＲＯＭ」コマンドを受信した場合（ステップ１０１でＹＥＳ）は、送信側のユーザ端末装置１０Ｓが複数回線（Ａ回線、Ｂ回線）を使用可能なマルチライン対応端末装置からのメール送信要求である可能性があると判断し、次のチェック処理に進む。一方、「ＭＡＩＬ ＦＲＯＭ」コマンドを受信していない場合（ステップ１０１でＮＯ）は、１回線のみ使用可能なマルチライン非対応の端末装置からのメール送信要求であると判断し、副回線に関する加入者情報の取得や認証処理をスキップして「ＲＣＰＴ ＴＯ」コマンドの受信処理に進む。

次に、ＭＭＳリレー装置２３２は、上記ステップ１０１でＹＥＳの場合、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドからＭＳＩＳＤＮの部分（／ＴＹＰＥ＝ＰＬＭＮを除く。）を抽出し、所定のフォーマット（０Ａ０ＣＤＥＦＧＨＪＫ）に合致しているか否かを判断する（ステップ１０２）。ここで、「ＭＡＩＬ ＦＲＯＭ」コマンドのＭＳＩＳＤＮの部分が所定のフォーマットに合致している場合（ステップ１０２でＹＥＳ）は、マルチライン対応端末装置からのメール送信要求である可能性があると判断し、次のチェック処理に進む。一方、「ＭＡＩＬ ＦＲＯＭ」コマンドのＭＳＩＳＤＮの部分が所定のフォーマットに合致していない場合（ステップ１０２でＮＯ）は、「ＭＡＩＬ ＦＲＯＭ」コマンドの値のエラーとして送信側のユーザ端末装置１０Ｓにエラー応答した後、所定の応答コード及び応答メッセージをユーザ端末装置１０Ｓに返信し、それまでに取得した情報をすべて破棄し、処理を中止する（ステップ１０３）。

次に、ＭＭＳリレー装置２３２は、上記ステップ１０２でＹＥＳの場合、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドの値が「０００００００００００」であるか否かを判断する（ステップ１０４）。これは、上記所定のフォーマットからなる「０００００００００００」という特別な値を「ＭＡＩＬ ＦＲＯＭ」コマンドに書き込む端末装置をマルチライン非対応の端末装置とするための判断である。ここで、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が「０００００００００００」でない場合（ステップ１０４でＮＯ）は、マルチライン対応端末装置からのメール送信要求である可能性があると判断し、次のチェック処理に進む。一方、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が「０００００００００００」である場合（ステップ１０４でＹＥＳ）は、マルチライン非対応の端末装置からのメール送信要求であると判断し、正常応答（２５０ＯＫ）を送信側のユーザ端末装置１０Ｓに送信するとともに、副回線に関する加入者情報の取得や認証処理をスキップして「ＲＣＰＴ ＴＯ」コマンドの受信処理に進む。

次に、ＭＭＳリレー装置２３２は、上記ステップ１０４でＮＯの場合、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドの値が、当該ユーザ端末装置１０Ｓの主契約のＡ回線の電話番号と同じか否かを判断する（ステップ１０５）。ここで、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が上記送信側のユーザ端末装置１０ＳのＡ回線の電話番号と同じでない場合（ステップ１０５でＮＯ）は、マルチライン対応端末装置からのメール送信要求である可能性があると判断し、次のチェック処理に進む。一方、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が上記送信側のユーザ端末装置１０ＳのＡ回線の電話番号と同じ場合（ステップ１０５でＹＥＳ）は、マルチライン非対応の端末装置からのメール送信要求であると判断し、正常応答（２５０ＯＫ）を送信側のユーザ端末装置１０Ｓに送信するとともに、副回線に関する加入者情報の取得や認証処理をスキップして「ＲＣＰＴ ＴＯ」コマンドの受信処理に進む。

次に、ＭＭＳリレー装置２３２は、上記ステップ１０５でＮＯの場合、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドの値が、加入者情報データベースＣＵＲ２３８から取得した当該ユーザ端末装置１０Ｓのマルチライン属性の値と同じか否かを判断する（ステップ１０６）。ここで、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が上記マルチライン属性の値と同じでない場合（ステップ１０６でＮＯ）は、なりすましの端末装置のＢ回線や過去に登録されていた現在無効になっているＢ回線からのメール送信要求であると判断し、送信側のユーザ端末装置１０Ｓにエラー応答した後、所定の応答コード及び応答メッセージをユーザ端末装置１０Ｓに返信し、それまでに取得した情報をすべて破棄し、処理を中止する（ステップ１０７）。一方、「ＭＡＩＬ ＦＲＯＭ」コマンドの値が上記マルチライン属性の値と同じ場合（ステップ１０６でＹＥＳ）は、送信側のユーザ端末装置１０Ｓの副契約のＢ回線からのメール送信要求であると判断し（ステップ１０８）、そのＢ回線に関する加入者情報の取得及び認証処理に進む。

なお、上記図１１の「ＭＡＩＬ ＦＲＯＭ」コマンドのチェック処理において、ＭＭＳリレー装置２３２が、次に示すように「ＭＡＩＬ ＦＲＯＭ」コマンドへの回線の設定や「ＭＡＩＬ ＦＲＯＭ」コマンドのメールアドレスの書き換えを更に行うようにしてもよい。例えば、図１１のステップ１０１でＮＯの場合に、「ＭＡＩＬ ＦＲＯＭ」コマンドの値をＡ回線（主回線）の電話番号に設定し、ＭＭＳメッセージの送信元のメールアドレスを正しい送信元（Ａ回線）のメールアドレスに書き換えるように処理する。また、図１１のステップ１０４でＹＥＳの場合に、「ＭＡＩＬ ＦＲＯＭ」コマンドの値をＡ回線（主回線）の電話番号に設定し、ＭＭＳメッセージの送信元のメールアドレスを正しい送信元（Ａ回線）のメールアドレスに書き換える。また、図１１のステップ１０５でＹＥＳの場合及びステップ１０６でＹＥＳの場合は、「ＭＡＩＬ ＦＲＯＭ」コマンドに正しい回線の電話番号が設定されているので、メールアドレスの書き換え処理すなわちＭＭＳメッセージの送信元のメールアドレスを正しい送信元（Ａ回線またはＢ回線）のメールアドレスに書き換える処理のみ実施する。なお、エラー応答（ステップ１０３及びステップ１０７）の場合は、エラー応答で処理が終了（完了）するので、「ＭＡＩＬ ＦＲＯＭ」コマンドの値の設定およびメールアドレスの書き換え処理は実施されない。

図１２は、上記図９のステップ１０で実行するＭＭＳリレー装置２３２による受信側のユーザ端末装置１０Ｒについてのマルチライン属性のチェック処理の一例を示すフローチャートである。まず、ＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０Ｓから受信して格納したＭＭＳメッセージについて着信通知を送信する前に、受信側のユーザ端末装置１０Ｒについて加入者情報データベースＣＵＲ２３８から取得した受信者側の加入者情報に、複数回線（Ａ回線、Ｂ回線）を使用可能なマルチライン対応端末装置に関する情報が設定される「マルチライン属性」が存在しているか否かを判定する（ステップ２０１）。ここで、マルチライン属性が存在していない場合（ステップ２０１で「なし」）は、着信通知のヘッダーの所定ヘッダーフィールドＣｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤそれぞれに、Ａ回線の回線識別情報として、当該ヘッダーフィールドに使用されていた既存の情報を設定する（ステップ２０２）。一方、マルチライン属性が存在している場合（ステップ２０１で「あり」）は、そのマルチライン属性の値を判定する（ステップ２０３）。

次に、ＭＭＳリレー装置２３２は、上記マルチライン属性の値判定において、マルチライン属性に値がない場合、マルチライン属性の値が未契約に対応する値の場合、又はマルチライン属性の値がマルチライン契約のＡ回線に対応する値が書き込まれている場合には、着信通知のヘッダーの所定ヘッダーフィールドＣｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤそれぞれに、Ａ回線の回線識別情報として、当該ヘッダーフィールドに使用されていた既存の情報を設定する（ステップ２０４）。一方、マルチライン属性の値がマルチライン契約のＢ回線に対応する値である場合には、受信側のユーザ端末装置１０Ｒの回線がＢ回線であると判定し（ステップ２０５）、着信通知のヘッダーの所定ヘッダーフィールドＣｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤそれぞれに、Ｂ回線の回線識別情報を設定する（ステップ２０６）。

図１３は、上記構成の通信システムにおいて送信側のユーザ端末装置１０Ｓから受信側のユーザ端末装置１０Ｒ宛のＭＭＳメッセージを送信するときの他の処理手順の一例を示すシーケンス図である。図１３の例では、送信側のユーザ端末装置１０Ｓで使用される回線が図９の例とは異なるＢ回線（副回線）であり、受信側のユーザ端末装置１０Ｒで使用される回線が図９の例と同じＡ回線（主回線）である。なお、図１３におけるステップ１〜３、８〜１６は、図９におけるステップ１〜３、６〜１４と同様であるので、説明を省略する。

図１３において、図９の場合と同様に送信側の加入者について認証処理（ステップ３）を実行した後、送信側のユーザ端末装置１０Ｓは、メール用の汎用通信プロトコルであるＳＭＴＰにより、送信元の回線識別情報としてＢ回線の電話番号（090-1111-bbbb）の情報を含む「ＭＡＩＬ ＦＲＯＭ」コマンドをＭＭＳリレー装置２３２に送信する（ステップ４）。ＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信元の回線を特定する（ステップ５）。本例では、送信元の回線が副契約のＢ回線（副回線）あると特定される。

次に、ＭＭＳリレー装置２３２は、加入者データベース（ＣＵＲ）２３８にアクセスし、送信側のユーザ端末装置１０Ｓから受信したＢ回線（副回線）の電話番号（090-1111-bbbb）に基づいて、送信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

表５は、上記Ｂ回線加入者認証処理で判定される加入者属性の一例を示している。この例では、当該加入者について、「ユーザステータス」、「ユーザ送信ステータス」、「メールＳＭＴＰアクセスの規制」及び「ＷＡＰ（パケット）通信サービスへの加入状況」が判定される。ここで、「ユーザステータス」が「サービス中」又は「着信規制」に対応する値であり、「ユーザ送信ステータス」が「規制なし」に対応する値であり、「メールＳＭＴＰアクセス」が「規制なし」に対応する値であり、「ＷＡＰ通信サービス」が「加入」に対応する値である場合は、図１３の例のように、それ以降の処理を継続する。一方、各加入者属性の少なくとも一つの値が表５の判定条件の値を満たさない場合は、送信側のユーザ端末装置１０Ｓにエラー応答した後、上記満たさない判定条件に対応する応答コード及び応答メッセージをユーザ端末装置１０Ｓに返信し、それまでに取得した情報をすべて破棄し、処理を中止する。

図１４は、上記構成の通信システムにおいて送信側のユーザ端末装置１０Ｓから受信側のユーザ端末装置１０Ｒ宛のＭＭＳメッセージを送信するときの更に他の処理手順の一例を示すシーケンス図である。図１４の例では、送信側のユーザ端末装置１０Ｓで使用される回線が図９の例と同じＡ回線（主回線）であり、受信側のユーザ端末装置１０Ｒで使用される回線が図９の例と異なるＢ回線（副回線）である。なお、図１４におけるステップ１〜５は、図９におけるステップ１〜５と同様であるので、説明を省略する。

図１４において、図９の場合と同様に送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ：」コマンドについてチェック処理を実行することによりＭＭＳメッセージの送信元の回線を特定した後、ＭＭＳリレー装置２３２は、送信先のＢ回線（副回線）の電話番号（080-2222-bbbb）について「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信し（ステップ６）、その送信先の電話番号（080-2222-bbbb）に基づいて加入者データベース（ＣＵＲ）２３８にアクセスし、受信側の加入者情報を取得する（ステップ７）。その後、ＭＭＳリレー装置２３２は、送信対象のＭＭＳメッセージのデータを送信側のユーザ端末装置１０Ｓから受信し（ステップ８）、ＭＭＳサーバ装置２３３に転送する（ステップ９）。ＭＭＳサーバ装置２３３は、ＭＭＳリレー装置２３２から受信したＭＭＳメッセージを、上記受信側のユーザ端末装置１０ＲのＢ回線宛のメールとしてメールボックスに格納する。

次に、ＭＭＳリレー装置２３２は、上記送信側のユーザ端末装置１０Ｓから受信した送信先の電話番号（080-2222-bbbb）に基づき、受信側のユーザ端末装置１０Ｒについて登録されているマルチライン属性の情報をチェックする処理を実行する（ステップ１０）。その後、ＭＭＳリレー装置２３２は、メール用の汎用通信プロトコルであるＷＡＰ Ｐｕｓｈにより、送信先のＢ回線識別情報がヘッダー（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤ）に書き込まれた着信通知を、受信側のユーザ端末装置１０Ｒに向けて送信する（ステップ１１）。上記着信通知は、Ｐｕｓｈ型の配信中継装置であるＰＰＧサーバ２３７で一旦受信され、所定のデータ変換処理であるＷＳＰエンコーディングが施され（ステップ１２）、ＳＭＳＣ２５０を介して、受信側のユーザ端末装置１０Ｒに配信される（ステップ１３）。また、ＭＭＳリレー装置２３２は、上記着信通知の送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（送信）を、メッセージ配信管理装置であるＭＤＭサーバ２３９に送信する（ステップ１４）。

図１５は、上記構成の通信システムにおいて送信側のユーザ端末装置１０Ｓから受信側のユーザ端末装置１０Ｒ宛のＭＭＳメッセージを送信するときの更に他の処理手順の一例を示すシーケンス図である。図１５の例では、送信側のユーザ端末装置１０Ｓで使用される回線及び受信側のユーザ端末装置１０Ｒで使用される回線がいずれも、図９の例と異なるＢ回線（副回線）である。なお、図１５におけるステップ１〜３は、図９におけるステップ１〜３と同様であるので、説明を省略する。

図１５において、図９の場合と同様に送信側の加入者について認証処理（ステップ３）を実行した後、送信側のユーザ端末装置１０Ｓは、メール用の汎用通信プロトコルであるＳＭＴＰにより、送信元の回線識別情報としてＢ回線の電話番号（090-1111-bbbb）の情報を含む「ＭＡＩＬ ＦＲＯＭ」コマンドをＭＭＳリレー装置２３２に送信する（ステップ４）。ＭＭＳリレー装置２３２は、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ：」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信元の回線を特定する（ステップ５）。本例では、送信元の回線が副契約のＢ回線（副回線）あると特定される。

次に、ＭＭＳリレー装置２３２は、加入者データベース（ＣＵＲ）２３８にアクセスし、送信側のユーザ端末装置１０Ｓから受信したＢ回線（副回線）の電話番号（090-1111-bbbb）に基づいて、前述の図１３の場合と同様に、送信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

次に、ＭＭＳリレー装置２３２は、送信先のＢ回線（副回線）の電話番号（080-2222-bbbb）について「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信し（ステップ８）、その送信先の電話番号（080-2222-bbbb）に基づいて加入者データベース（ＣＵＲ）２３８にアクセスし、受信側の加入者情報を取得する（ステップ９）。その後、ＭＭＳリレー装置２３２は、送信対象のＭＭＳメッセージのデータを送信側のユーザ端末装置１０Ｓから受信し（ステップ１０）、ＭＭＳサーバ装置２３３に転送する（ステップ１１）。ＭＭＳサーバ装置２３３は、ＭＭＳリレー装置２３２から受信したＭＭＳメッセージを、上記受信側のユーザ端末装置１０ＲのＢ回線宛のメールとしてメールボックスに格納する。

次に、ＭＭＳリレー装置２３２は、上記送信側のユーザ端末装置１０Ｓから受信した送信先の電話番号（080-2222-bbbb）に基づき、受信側のユーザ端末装置１０Ｒについて登録されているマルチライン属性の情報をチェックする処理を実行する（ステップ１２）。その後、ＭＭＳリレー装置２３２は、メール用の汎用通信プロトコルであるＷＡＰ Ｐｕｓｈにより、送信先のＢ回線識別情報がヘッダー（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤ）に書き込まれた着信通知を、受信側のユーザ端末装置１０Ｒに向けて送信する（ステップ１３）。上記着信通知は、Ｐｕｓｈ型の配信中継装置であるＰＰＧサーバ２３７で一旦受信され、所定のデータ変換処理であるＷＳＰエンコーディングが施され（ステップ１４）、ＳＭＳＣ２５０を介して、受信側のユーザ端末装置１０Ｒに配信される（ステップ１５）。また、ＭＭＳリレー装置２３２は、上記着信通知の送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（送信）を、メッセージ配信管理装置であるＭＤＭサーバ２３９に送信する（ステップ１６）。

図１６は、上記構成の通信システムにおいて受信側のユーザ端末装置１０Ｒが着信通知を受信した後、その着信通知に対応するＭＭＳメッセージを取得するときの処理手順の一例を示すシーケンス図である。なお、図１６の処理手順は、送信ユーザ及び受信ユーザそれぞれの２回線（主契約、副契約）ともに同じサイト（ＸＸＸ）で契約されている場合において、受信ユーザ側のＡ回線に届いているＭＭＳメッセージを取得するときのシーケンスについて例示している。

図１６において、まず、受信側の利用者（あ子）は、ユーザ端末装置１０Ｒを操作してＭＭＳメッセージ用のアプリケーションを起動し、メール送受信に使用する回線として主契約のＡ回線を設定した状態で、そのＡ回線宛の着信通知が届いているＭＭＳメッセージを取得するようにユーザ端末装置１０Ｒを操作する。この操作により、ユーザ端末装置１０Ｒは、移動体通信網２０側のＧＧＳＮ２２３との間でパケット通信セッションとしてのＰＤＰ（パケットデータプロトコル）コンテキストを確立した後、主契約のＡ回線の電話番号（080-2222-aaaa）の利用者として、その電話番号（080-2222-aaaa）等の接続情報を含むＴＣＰ／ＩＰによる接続要求を、メール処理システム２３１のＭＭＳリレー装置２３２に送信する（ステップ１）。上記ユーザ端末装置１０Ｒから接続要求を受信したＭＭＳリレー装置２３２は、受信側のユーザ端末装置１０ＲのＩＰアドレスをＩＮキーとして上記利用者情報管理装置（Ｒ２Ｍサーバ）２７０から当該ユーザ端末装置１０Ｒについて利用者管理情報（例えば、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、ＰＬＭＮ−ｉｄ）を取得した後、加入者データベース（ＣＵＲ）２３８にアクセスし、受信側のユーザ端末装置１０Ｒから受信した主契約の電話番号（080-2222-aaaa）に基づいて、受信側の加入者情報を取得し（ステップ２）、受信側の加入者について認証処理を実行する（ステップ３）。

次に、受信側のユーザ端末装置１０Ｒは、メール用の汎用通信プロトコルであるＩＭＡＰにより、メール送信先の回線識別情報としてＡ回線の電話番号（080-2222-aaaa）の情報を所定タグ（ｍｉｄタグ）に含む「ＮＯＯＰ」コマンドを、ＭＭＳリレー装置２３２に送信する（ステップ４）。ＭＭＳリレー装置２３２は、受信側のユーザ端末装置１０Ｒから受信した「ＮＯＯＰ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信先の回線を特定する（ステップ５）。本例では、送信先の回線が主契約のＡ回線（主回線）であると特定される。

次に、ＭＭＳリレー装置２３２は、ＩＭＡＰの「ＵＩＤ ＦＥＴＣＨ」コマンドを受信側のユーザ端末装置１０Ｒから受信し（ステップ６）、そのコマンドで指定されているメッセージ識別情報（ＵＩＤ：Unique ID）に基づいて、当該受信側ユーザに届いているＭＭＳメッセージのデータをＭＭＳサーバ装置２３３から取得し（ステップ７）、その取得したＭＭＳメッセージを受信側のユーザ端末装置１０Ｒに送信する（ステップ８）。

次に、ＭＭＳリレー装置２３２は、上記ＭＭＳメッセージの送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（受信）を、ＭＤＭサーバ２３９に送信する（ステップ９）。次に、ＭＭＳリレー装置２３２は、ＩＭＡＰの「ＵＩＤ ＳＴＯＲＥ」コマンドを受信側のユーザ端末装置１０Ｒから受信し（ステップ１０）、そのコマンドで指定されているメッセージ識別情報（ＵＩＤ：Unique ID）に基づいて、ＭＭＳサーバ装置２３３のメールボックス内に格納されている当該受信側ユーザに配信したＭＭＳメッセージのフラグを配信済みに変更し（ステップ８）、そのメールボックス内のＭＭＳメッセージのフラグ変更処理情報であるＭ−Ｃｏｍｍｉｔを、ＭＤＭサーバ２３９に送信する（ステップ１１）。

図１７は、上記図１６のステップ５で実行するＭＭＳリレー装置２３２による「ＮＯＯＰ」コマンドのチェック処理の一例を示すフローチャートである。まず、ＭＭＳリレー装置２３２は、受信側のユーザ端末装置１０Ｒから「ＮＯＯＰ」コマンドで回線識別情報（ｍｉｄタグ）を受信したか否かを確認し（ステップ３０１）、回線識別情報（ｍｉｄタグ）を受信した場合（ステップ３０１でＹＥＳ）は、受信側のユーザ端末装置１０Ｒが複数回線（Ａ回線、Ｂ回線）を使用可能なマルチライン対応端末装置からのメール取得要求である可能性があると判断し、次のチェック処理に進む。一方、「ＮＯＯＰ」コマンドで回線識別情報（ｍｉｄタグ）を受信していない場合（ステップ３０１でＮＯ）は、１回線のみ使用可能なマルチライン非対応の端末装置からのメール取得要求であると判断し、正常応答（tag ＯＫ）を受信側のユーザ端末装置１０Ｒに送信するとともに、副回線に関する加入者情報の取得や認証処理をスキップして「ＵＩＤ ＦＥＴＣＨ」コマンドの受信処理に進む。

次に、ＭＭＳリレー装置２３２は、上記ステップ３０１でＹＥＳの場合、受信側のユーザ端末装置１０Ｒから「ＮＯＯＰ」コマンドで受信した回線識別情報（ｍｉｄタグ）からＭＳＩＳＤＮの部分を抽出し、所定のフォーマット（０Ａ０ＣＤＥＦＧＨＪＫ）に合致しているか否かを判断する（ステップ３０２）。ここで、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの部分が所定のフォーマットに合致している場合（ステップ３０２でＹＥＳ）は、マルチライン対応端末装置からのメール取得要求である可能性があると判断し、次のチェック処理に進む。一方、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの部分が所定のフォーマットに合致していない場合（ステップ３０２でＮＯ）は、回線識別情報（ｍｉｄタグ）の値のエラーとして受信側のユーザ端末装置１０Ｒにエラー応答した後、所定の応答コード及び応答メッセージをユーザ端末装置１０Ｒに返信し、それまでに取得した情報をすべて破棄し、処理を中止する（ステップ３０３）。

次に、ＭＭＳリレー装置２３２は、上記ステップ３０２でＹＥＳの場合、受信側のユーザ端末装置１０Ｒから「ＮＯＯＰ」コマンドで受信した回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が、当該ユーザ端末装置１０Ｒの主契約のＡ回線の電話番号と同じか否かを判断する（ステップ３０４）。ここで、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が上記受信側のユーザ端末装置１０ＲのＡ回線の電話番号と同じでない場合（ステップ３０４でＮＯ）は、マルチライン対応端末装置からのメール取得要求である可能性があると判断し、次のチェック処理に進む。一方、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が上記受信側のユーザ端末装置１０ＲのＡ回線の電話番号と同じ場合（ステップ３０４でＹＥＳ）は、受信側のユーザ端末装置１０Ｒの主契約のＡ回線（主回線）からのメール送信要求であると判断し、副回線に関する加入者情報の取得や認証処理をスキップして「ＵＩＤ ＦＥＴＣＨ」コマンドの受信処理に進む。

次に、ＭＭＳリレー装置２３２は、上記ステップ３０４でＮＯの場合、受信側のユーザ端末装置１０Ｒから「ＮＯＯＰ」コマンドで受信した回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が、加入者情報データベースＣＵＲ２３８から取得した当該ユーザ端末装置１０Ｒのマルチライン属性の値と同じか否かを判断する（ステップ３０５）。ここで、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が上記マルチライン属性の値と同じでない場合（ステップ３０５でＮＯ）は、なりすましの端末装置のＢ回線や過去に登録されていた現在無効になっているＢ回線からのメール取得要求であると判断し、受信側のユーザ端末装置１０Ｒにエラー応答した後、所定の応答コード及び応答メッセージをユーザ端末装置１０Ｒに返信し、それまでに取得した情報をすべて破棄し、処理を中止する（ステップ３０６）。一方、回線識別情報（ｍｉｄタグ）のＭＳＩＳＤＮの値が上記マルチライン属性の値と同じ場合（ステップ３０５でＹＥＳ）は、受信側のユーザ端末装置１０Ｒの副契約のＢ回線（副回線）からのメール取得要求であると判断し（ステップ３０７）、その副回線に関する加入者情報の取得及び認証処理に進む。

図１８は、上記構成の通信システムにおいて受信側のユーザ端末装置１０Ｒが着信通知を受信した後、その着信通知に対応するＭＭＳメッセージを取得するときの他の処理手順の一例を示すシーケンス図である。図１８の例では、受信側のユーザ端末装置１０Ｒで使用される回線が図１６の例と異なるＢ回線（副回線）である。なお、図１８におけるステップ１〜３、８〜１３は、図１６におけるステップ１〜３、６〜１１と同様であるので、説明を省略する。

図１８において、図１６の場合と同様に受信側の加入者について認証処理（ステップ３）を実行した後、受信側のユーザ端末装置１０Ｒは、メール用の汎用通信プロトコルであるＩＭＡＰにより、送信先の回線識別情報としてＢ回線の電話番号（080-2222-bbbb）の情報を所定タグ（ｍｉｄタグ）に含む「ＮＯＯＰ」コマンドを、ＭＭＳリレー装置２３２に送信する（ステップ４）。ＭＭＳリレー装置２３２は、受信側のユーザ端末装置１０Ｒから受信した「ＮＯＯＰ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信先の回線を特定する（ステップ５）。本例では、送信先の回線が副契約のＢ回線（副回線）あると特定される。

次に、ＭＭＳリレー装置２３２は、加入者データベース（ＣＵＲ）２３８にアクセスし、受信側のユーザ端末装置１０Ｒから受信したＢ回線（副回線）の電話番号（080-2222-bbbb）に基づいて、受信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

表６は、上記メール取得処理におけるＢ回線加入者認証処理で判定される加入者属性の一例を示している。この例では、当該加入者について、「メールボックスステータス」、「ユーザ受信ステータス」、「ユーザステータス」、「ユーザジェネレーション」及び「ＷＡＰ（パケット）通信サービスへの加入状況」が判定される。ここで、「メールボックスステータス」が「アクティブ」に対応する値であり、「ユーザ受信ステータス」が「規制なし」に対応する値であり、「ユーザステータス」が「サービス中」又は「着信規制」に対応する値であり、受信側のユーザ端末装置１０Ｒの世代を示す「ユーザジェネレーション」が所定の世代識別情報（表６の例では「３Ｇ（第３世代）」を示す「３０」）であり、「ＷＡＰ通信サービス」が「加入」に対応する値である場合は、図１８の例のように、それ以降の処理を継続する。一方、各加入者属性の少なくとも一つの値が表６の判定条件の値を満たさない場合は、受信側のユーザ端末装置１０Ｒにエラー応答した後、上記満たさない判定条件に対応する応答コード及び応答メッセージをユーザ端末装置１０Ｒに返信し、それまでに取得した情報をすべて破棄し、処理を中止する。なお、表６において「３Ｇ（第３世代）」以外の世代を指定する場合は、「ユーザジェネレーション」の値として、例えば、２Ｇ（第２世代）の場合に「２０」、２．５Ｇ（第２．５世代）の場合に「２５」が設定される。

なお、図１６及び図１８では、着信通知に対応するＭＭＳメッセージ（メール本体）を取得する場合について説明したが、図１６のステップ１〜５の処理や図１８のステップ１〜７の処理は、ＭＭＳサーバ装置２３３内のメールボックスの容量情報の確認処理、当該メールボックス内のＭＭＳメッセージのリストの取得処理、及び当該メールボックス内のＭＭＳメッセージの削除処理等のメール関連処理を、各回線について要求する場合にも適用できる。例えば、各ユーザ端末装置からＩＭＡＰを使ってメールボックスの容量情報の確認処理を要求するには、上記「ＵＩＤ ＦＥＴＣＨ」コマンドの代わりに、「ＵＩＤ」コマンドと、「ＧＥＴＱＵＯＴＡ」コマンドや「ＧＥＴＱＵＯＴＡＲＯＯＴ」コマンドとを組み合わせて送信する。また、メールボックス内のＭＭＳメッセージのリスト取得処理を要求する場合は、「ＵＩＤ」コマンドと「ＬＩＳＴ」コマンドとを組み合わせて送信する。また、メールボックス内のＭＭＳメッセージの削除処理を要求する場合は、「ＵＩＤ」コマンドと「ＥＸＰＵＮＧＥ」コマンドとを組み合わせて送信する。

図１９は、互いに異なる地域に対応する複数のサイト（ＸＸＸ，ＹＹＹ）の移動体通信網２０Ｘ，２０Ｙそれぞれに構築された２つのメール処理システム２３１Ｘ，２３１Ｙを含む通信システム全体の概略構成の一例を示す説明図である。図１９の通信システムにおいて、各サイトのＭＭＳリレー装置２３２Ｘ，２３２Ｙは互いに通信可能に接続されている。また、各サイトのメッセージ配信管理装置（ＭＤＭサーバ）２３９Ｘ，２３９Ｙ同士も相互にデータ送受信可能に構成され、互いに異なるサイトそれぞれにあるＭＭＳリレー装置とＭＭＳサーバ装置との間も相互にデータ送受信可能に構成されている。なお、図１９では、前述の図１の装置やノード等と同様な構成要素については図１と同じ番号を付し、各サイトの構成要素であることをを識別するために添え字「Ｘ」又は「Ｙ」を付している。

図１９の通信システムにおいて、ユーザ端末装置１０Ｓ，１０Ｒの利用者は、各サイト（ＸＸＸ，ＹＹＹ）のいずれにおいても、移動体通信網２０Ｘ，２０Ｙの全体を管理運営する移動体通信事業者との間で主契約及び副契約を結ぶことができる。ここで、同一の加入者識別情報に対応する加入者が主に使用するように設定されたＡ回線（主回線）について契約されたサイトを「主契約サイト」といい、その加入者がＡ回線（主回線）とは別に追加使用するように設定されたＢ回線（副回線）について契約されたサイトを「副契約サイト」という。

また、Ａ回線及びＢ回線のメールアドレスを送信元として送信された配信対象のＭＭＳメッセージは、当該ＭＭＳメッセージの送信元の回線について契約されたサイトにあるＭＭＳサーバ装置２３３Ｘ，Ｙのメールボックスに一旦格納される。例えば、Ａ回線及びＢ回線がそれぞれサイトＸＸＸ及びサイトＹＹＹで契約されている場合、送信元がＡ回線のメールアドレスである配信対象のＭＭＳメッセージは、そのＡ回線が契約されたサイトＸＸＸのＭＭＳサーバ装置２３３Ｘのメールボックスに格納される。また、送信元がＢ回線のメールアドレスである配信対象のＭＭＳメッセージは、そのＢ回線が契約されたサイトＹＹＹのＭＭＳサーバ装置２３３Ｙのメールボックスに格納される。

また、Ａ回線及びＢ回線のメールアドレスを送信先として送信された着信通知後の取得対象のＭＭＳメッセージは、当該ＭＭＳメッセージの送信先の回線について契約されたサイトにあるＭＭＳサーバ装置２３３Ｘ，Ｙのメールボックスに格納される。例えば、Ａ回線及びＢ回線がそれぞれサイトＸＸＸ及びサイトＹＹＹで契約されている場合、送信先がＡ回線のメールアドレスである取得対象のＭＭＳメッセージは、そのＡ回線が契約されたサイトＸＸＸのＭＭＳサーバ装置２３３Ｘのメールボックスに格納される。また、送信先がＢ回線のメールアドレスである取得対象のＭＭＳメッセージは、そのＢ回線が契約されたサイトＹＹＹのＭＭＳサーバ装置２３３Ｙのメールボックスに格納される。

また、Ａ回線及びＢ回線のメールアドレスに対応するメールボックスについてメール取得、リスト取得などのメール関連処理を要求したときにＭＭＳリレー装置２３２Ｘ，Ｙで生成されるメール関連処理情報（Ｍ−ｃｈｅｃｋ−Ｉｎ、Ｍ−Ｃｏｍｍｉｔ）は、当該メールボックスがあるサイトのメッセージ配信管理装置（ＭＤＭサーバ）２３９Ｘ，Ｙに格納されて管理される。

図２０は、図１９の通信システムにおいて主契約サイト（ＸＸＸサイト）とは異なる副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレスを送信元とするＭＭＳメッセージを配信する日時を指定して送信するときの処理手順の一例を示すシーケンス図である。表７は、図２０の処理例において送信ユーザ（三郎）が使用する送信側のユーザ端末装置１０Ｓで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号、メールアドレス及び契約サイト（契約地）の情報を例示したものである。また、表８は、受信ユーザ（あ子）が使用する受信側のユーザ端末装置１０Ｒで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号等の情報を例示したものである。

図２０において、まず、送信側の利用者（三郎）は、ユーザ端末装置１０Ｓを操作してＭＭＳメッセージ用のアプリケーションを起動し、ＭＭＳメッセージを作成する。そして、メール送受信に使用する回線として副契約のＢ回線を設定した状態で、送信相手先のメールアドレス（Ａ回線の「2A@ssssss.jp」）を指定して上記ＭＭＳメッセージを送信するようにユーザ端末装置１０Ｓを操作する。この操作により、ユーザ端末装置１０Ｓは、移動体通信網２０側のＧＧＳＮ２２３との間でパケット通信セッションとしてのＰＤＰ（パケットデータプロトコル）コンテキストを確立した後、主契約のＡ回線の電話番号（090-3333-aaaa）の利用者として、その電話番号（090-3333-aaaa）等の接続情報を含むＴＣＰ／ＩＰによる接続要求を、主契約サイト（ＸＸＸサイト）のメール処理システム２３１ＸのＭＭＳリレー装置２３２Ｘに送信する（ステップ１）。上記ユーザ端末装置１０Ｓから接続要求を受信した主契約サイトのＭＭＳリレー装置２３２Ｘは、送信側のユーザ端末装置１０ＳのＩＰアドレスをＩＮキーとして上記利用者情報管理装置（Ｒ２Ｍサーバ）２７０から当該ユーザ端末装置１０Ｓについて利用者管理情報（例えば、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、ＰＬＭＮ−ｉｄ）を取得した後、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、送信側のユーザ端末装置１０Ｓから受信した主契約の電話番号（090-3333-aaaa）に基づいて、送信側の加入者情報を取得し（ステップ２）、送信側の加入者について認証処理を実行する（ステップ３）。

次に、送信側のユーザ端末装置１０Ｓは、メール用の汎用通信プロトコルであるＳＭＴＰにより、送信元の回線識別情報としてＢ回線の電話番号（090-3333-bbbb）の情報を含む「ＭＡＩＬ ＦＲＯＭ」コマンドをＭＭＳリレー装置２３２Ｘに送信する（ステップ４）。ＭＭＳリレー装置２３２Ｘは、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信元の回線を特定する（ステップ５）。本例では、送信元の回線が副契約サイトで契約されたＢ回線（副回線）であると特定される。

次に、ＭＭＳリレー装置２３２Ｘは、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、送信側のユーザ端末装置１０Ｓから受信したＢ回線（副回線）の電話番号（090-3333-bbbb）に基づいて、送信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

次に、ＭＭＳリレー装置２３２Ｘは、送信先のＡ回線（主回線）の電話番号（080-2222-aaaa）について「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信し（ステップ８）、その送信先の電話番号（080-2222-aaaa）に基づいて加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、受信側の加入者情報を取得する（ステップ９）。その後、ＭＭＳリレー装置２３２Ｘは、送信対象のＭＭＳメッセージのデータを送信側のユーザ端末装置１０Ｓから受信し（ステップ１０）、副契約サイトにあるＭＭＳサーバ装置２３３Ｙに転送する（ステップ１１）。副契約サイトのＭＭＳサーバ装置２３３Ｙは、主契約サイトのＭＭＳリレー装置２３２Ｘから転送されてきたＭＭＳメッセージを、上記受信側のユーザ端末装置１０ＲのＡ回線宛のメールとしてメールボックスに格納する。

図２１は、図１９の通信システムにおいて主契約サイト（ＸＸＸサイト）とは異なる副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレスを送信先とするＭＭＳメッセージについて着信通知受信後にＭＭＳメッセージの本体を取得するときの処理手順の一例を示すシーケンス図である。表９は、図２１の処理例において送信ユーザ（一郎）が使用する送信側のユーザ端末装置１０Ｓで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号、メールアドレス及び契約サイト（契約地）の情報を例示したものである。また、表１０は、受信ユーザ（さ子）が使用する受信側のユーザ端末装置１０Ｒで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号等の情報を例示したものである。

図２１において、まず、受信側の利用者（さ子）は、ユーザ端末装置１０Ｒを操作してＭＭＳメッセージ用のアプリケーションを起動し、メール送受信に使用する回線として副契約のＢ回線を設定した状態で、そのＢ回線宛の着信通知が届いているＭＭＳメッセージを取得するようにユーザ端末装置１０Ｒを操作する。この操作により、ユーザ端末装置１０Ｒは、移動体通信網２０側のＧＧＳＮ２２３との間でパケット通信セッションとしてのＰＤＰ（パケットデータプロトコル）コンテキストを確立した後、主契約のＡ回線の電話番号（080-4444-aaaa）の利用者として、その電話番号（080-4444-aaaa）等の接続情報を含むＴＣＰ／ＩＰによる接続要求を、主契約サイトのメール処理システム２３１ＸのＭＭＳリレー装置２３２Ｘに送信する（ステップ１）。上記ユーザ端末装置１０Ｒから接続要求を受信したＭＭＳリレー装置２３２Ｘは、受信側のユーザ端末装置１０ＲのＩＰアドレスをＩＮキーとして上記利用者情報管理装置（Ｒ２Ｍサーバ）２７０から当該ユーザ端末装置１０Ｒについて利用者管理情報（例えば、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、ＰＬＭＮ−ｉｄ）を取得した後、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、受信側のユーザ端末装置１０Ｒから受信した主契約の電話番号（080-4444-aaaa）に基づいて、受信側の加入者情報を取得し（ステップ２）、受信側の加入者について認証処理を実行する（ステップ３）。

次に、受信側のユーザ端末装置１０Ｒは、メール用の汎用通信プロトコルであるＩＭＡＰにより、メール送信先の回線識別情報としてＢ回線の電話番号（080-4444-bbbb）の情報を所定タグ（ｍｉｄタグ）に含む「ＮＯＯＰ」コマンドを、主契約サイトのＭＭＳリレー装置２３２Ｘに送信する（ステップ４）。ＭＭＳリレー装置２３２Ｘは、受信側のユーザ端末装置１０Ｒから受信した「ＮＯＯＰ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信先の回線を特定する（ステップ５）。本例では、送信先の回線が副契約サイトにおけるＢ回線（副回線）であると特定される。

次に、主契約サイトのＭＭＳリレー装置２３２Ｘは、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、受信側のユーザ端末装置１０Ｒから受信したＢ回線（副回線）の電話番号（080-4444-bbbb）に基づいて、受信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

次に、主契約サイトのＭＭＳリレー装置２３２Ｘは、ＩＭＡＰの「ＵＩＤ ＦＥＴＣＨ」コマンドを受信側のユーザ端末装置１０Ｒから受信し（ステップ８）、そのコマンドで指定されているメッセージ識別情報（ＵＩＤ）に基づいて、当該受信側ユーザに届いているＭＭＳメッセージのデータを、Ｂ回線（副回線）が契約された副契約サイトにあるＭＭＳサーバ装置２３３Ｙから取得し（ステップ９）、その取得したＭＭＳメッセージを受信側のユーザ端末装置１０Ｒに送信する（ステップ１０）。

次に、主契約サイトのＭＭＳリレー装置２３２Ｘは、上記ＭＭＳメッセージの送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（受信）を、ＭＤＭサーバ２３９Ｘに送信する（ステップ１１）。次に、ＭＭＳリレー装置２３２Ｘは、ＩＭＡＰの「ＵＩＤ ＳＴＯＲＥ」コマンドを受信側のユーザ端末装置１０Ｒから受信し（ステップ１２）、そのコマンドで指定されているメッセージ識別情報（ＵＩＤ）に基づいて、副契約サイトのＭＭＳサーバ装置２３３Ｙのメールボックス内に格納されている当該受信側ユーザに配信したＭＭＳメッセージのフラグを配信済みに変更し、そのメールボックス内のＭＭＳメッセージのフラグ変更処理情報であるＭ−Ｃｏｍｍｉｔを、主契約サイトのＭＤＭサーバ２３９Ｘに送信する（ステップ１３）。主契約サイトのＭＤＭサーバ２３９Ｘは、ＭＭＳリレー装置２３２Ｘから受信したフラグ変更処理情報（Ｍ−Ｃｏｍｍｉｔ）を、副契約サイトのＭＤＭサーバ２３９Ｘに転送する（ステップ１４）。

図２２は、図１９の通信システムにおいて主契約サイト（ＸＸＸサイト）とは異なる副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレス宛の受信済みＭＭＳメッセージを、そのＢ回線のメールアドレスを送信元として他のユーザに送信（転送）するときの処理手順の一例を示すシーケンス図である。表１１は、図２２の処理例において送信ユーザ（三郎）が使用する送信側のユーザ端末装置１０Ｓで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号、メールアドレス及び契約サイト（契約地）の情報を例示したものである。また、表１２は、受信ユーザ（さ子）が使用する受信側のユーザ端末装置１０Ｒで使用可能な２回線（Ａ回線、Ｂ回線）それぞれの電話番号等の情報を例示したものである。

図２２において、まず、送信側の利用者（三郎）は、ユーザ端末装置１０Ｓを操作してＭＭＳメッセージ用のアプリケーションを起動し、メール送受信に使用する回線として副契約のＢ回線を設定した状態で、メールボックス内にあるメールから選択された送信対象のＭＭＳメッセージと送信相手先のメールアドレス（Ｂ回線の「4B@ssssss.jp」）とを指定し、上記ＭＭＳメッセージを転送（送信）するようにユーザ端末装置１０Ｓを操作する。この操作により、ユーザ端末装置１０Ｓは、移動体通信網２０側のＧＧＳＮ２２３との間でパケット通信セッションとしてのＰＤＰ（パケットデータプロトコル）コンテキストを確立した後、主契約のＡ回線の電話番号（090-3333-aaaa）の利用者として、その電話番号（090-3333-aaaa）等の接続情報を含むＴＣＰ／ＩＰによる接続要求を、主契約サイト（ＸＸＸサイト）のメール処理システム２３１ＸのＭＭＳリレー装置２３２Ｘに送信する（ステップ１）。上記ユーザ端末装置１０Ｓから接続要求を受信した主契約サイトのＭＭＳリレー装置２３２Ｘは、送信側のユーザ端末装置１０ＳのＩＰアドレスをＩＮキーとして上記利用者情報管理装置（Ｒ２Ｍサーバ）２７０から当該ユーザ端末装置１０Ｓについて利用者管理情報（例えば、電話番号、ＩＭＳＩ、ＳＧＳＮ−ＩＰ、ＰＬＭＮ−ｉｄ）を取得した後、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、送信側のユーザ端末装置１０Ｓから受信した主契約の電話番号（090-3333-aaaa）に基づいて、送信側の加入者情報を取得し（ステップ２）、送信側の加入者について認証処理を実行する（ステップ３）。

次に、送信側のユーザ端末装置１０Ｓは、メール用の汎用通信プロトコルであるＳＭＴＰにより、送信元の回線識別情報としてＢ回線の電話番号（090-3333-bbbb）の情報を含む「ＭＡＩＬ ＦＲＯＭ」コマンドをＭＭＳリレー装置２３２Ｘに送信する（ステップ４）。ＭＭＳリレー装置２３２Ｘは、送信側のユーザ端末装置１０Ｓから受信した「ＭＡＩＬ ＦＲＯＭ」コマンドについてチェック処理を実行し、ＭＭＳメッセージの送信元の回線を特定する（ステップ５）。本例では、送信元の回線が副契約サイトで契約されたＢ回線（副回線）であると特定される。

次に、ＭＭＳリレー装置２３２Ｘは、加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、送信側のユーザ端末装置１０Ｓから受信したＢ回線（副回線）の電話番号（090-3333-bbbb）に基づいて、送信側のＢ回線（副回線）に関する加入者情報を取得し（ステップ６）、そのＢ回線（副回線）について加入者認証処理を実行する（ステップ７）。

次に、ＭＭＳリレー装置２３２Ｘは、送信先のＢ回線（副回線）の電話番号（080-4444-bbbb）について「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信し（ステップ８）、その送信先の電話番号（080-4444-bbbb）に基づいて主契約サイトの加入者データベース（ＣＵＲ）２３８Ｘにアクセスし、受信側の加入者情報を取得する（ステップ９）。その後、ＭＭＳリレー装置２３２Ｘは、送信側のユーザ端末装置１０Sから上記受信済みMMSメッセージ（転送対象のMMSメッセージ）のメッセージ識別情報（UID）を含むデータを受信し（ステップ１０）、そのメッセージ識別情報（UID）に基づいて転送対象のＭＭＳメッセージを副契約サイトのＭＭＳサーバ装置２３３Ｙから取得し（ステップ１１）、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（送信）を、ＭＤＭサーバ２３９Ｘに送信し（ステップ１２）、上記取得した転送対象のＭＭＳメッセージを、副契約サイトにあるＭＭＳリレー装置２３２Ｙに転送する（ステップ１３）。副契約サイトのＭＭＳリレー装置２３２Ｙは、送信先の電話番号（080-4444-bbbb）に基づいて副契約サイトの加入者データベース（ＣＵＲ）２３８Ｙにアクセスし、受信側の加入者情報を取得し（ステップ１４）、主契約サイトのＭＭＳリレー装置２３２Ｘから転送されてきたＭＭＳメッセージを、副契約サイトのＭＭＳサーバ装置２３３Ｙに送信する（ステップ１５）。副契約サイトのＭＭＳサーバ装置２３３Ｙは、ＭＭＳリレー装置２３２Ｙから送信されてきたＭＭＳメッセージを、上記受信側のユーザ端末装置１０ＲのＢ回線宛のメールとしてメールボックスに格納する。

次に、上記副契約サイトのＭＭＳリレー装置２３２Ｙは、前述の図１５の場合と同様に、メール用の汎用通信プロトコルであるＷＡＰ Ｐｕｓｈにより、送信先のＢ回線識別情報がヘッダー（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ及びＡｐｐｌｉｃａｔｉｏｎ−ＩＤ）に書き込まれた着信通知を、受信側のユーザ端末装置１０Ｒに向けて送信する（ステップ１６）。また、副契約サイトのＭＭＳリレー装置２３２Ｙは、上記着信通知の送信の後、当該ＭＭＳメッセージの配信処理情報であるＭ−Ｃｈｅｃｋ−Ｉｎ（ＤＲ）を、副契約サイトのＭＤＭサーバ２３９Ｙに送信する（ステップ１７）。

図２３は、図１９の通信システムにおいて主契約サイト（ＸＸＸサイト）とは異なる副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレス宛の受信済みＭＭＳメッセージを、新規ＭＭＳメッセージとともに、そのＢ回線のメールアドレスを送信元として他のユーザに送信（転送）するときの処理手順の一例を示すシーケンス図である。なお、送信側のユーザ端末装置１０Ｓ及び受信側のユーザ端末装置１０Ｒそれぞれで使用可能な２回線（Ａ回線、Ｂ回線）の電話番号等の情報は、上記表１１及び表１２に示したものと同じである。また、図２３におけるステップ２〜９、１１〜１７は、図２２におけるステップ２〜９、１１〜１７と同様であるので、説明を省略する。

図２３において、送信側の利用者（三郎）は、ユーザ端末装置１０Ｓを操作してＭＭＳメッセージ用のアプリケーションを起動し、ＭＭＳメッセージを作成する。そして、メール送受信に使用する回線として副契約のＢ回線を設定した状態で、送信相手先のメールアドレス（Ｂ回線の「4B@ssssss.jp」）を指定して上記ＭＭＳメッセージを送信するようにユーザ端末装置１０Ｓを操作する。更に、メールボックス内にあるメールから選択された送信対象のＭＭＳメッセージを指定し、上記ＭＭＳメッセージを転送（送信）するようにユーザ端末装置１０Ｓを操作する。

そして、主契約サイトのＭＭＳリレー装置２３２Ｘは、図２２の場合と同様に、「ＲＣＰＴ ＴＯ」コマンドを送信側のユーザ端末装置１０Ｓから受信して受信側の加入者情報を取得し（ステップ２〜９）、その後、上記新規作成された送信対象のＭＭＳメッセージと上記受信済みMMSメッセージ（転送対象のMMSメッセージ）のメッセージ識別情報（ＵＩＤ）を含むデータを送信側のユーザ端末装置１０Ｓから受信する（ステップ１０）。この送信側のユーザ端末装置１０Ｓから受信した送信対象のＭＭＳメッセージは、副契約サイトのＭＭＳサーバ装置２３３Ｙから一旦取得された転送対象のＭＭＳメッセージとともに、副契約サイトのＭＭＳリレー装置２３２Ｙに転送されＭＭＳサーバ装置２３３Ｙに格納される（ステップ１３，１５）。

なお、受信側のユーザ端末装置１０Ｒは、上記副契約サイトのＭＭＳサーバ装置２３３Ｙに格納されたＢ回線（メールアドレス）宛のＭＭＳメッセージを、例えば、前述の図２１で示したメール取得手順と同様な手順により取得することができる。

以上、本実施形態によれば、同一の加入者識別情報（ＩＭＳＩ）について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線（主回線、副回線）を使用可能なユーザ端末装置１０において、複数のアプリケーションを起動することなく、メール処理システム２３１から受信したＭＭＳメッセージからなるメールの着信通知を、その複数のメールアドレスを区別して適切に処理することができる。従って、ユーザ端末装置１０で加入者識別情報を切り換えたり複数のアプリケーションを起動したりすることなく、同一の加入者識別情報について設定された複数のメールアドレスそれぞれを送信先とするメールの着信通知を、当該加入者識別情報が使用されるユーザ端末装置１０で適切に受信して処理することができる。
なお、上記実施形態の図９〜図１５の例では、受信側のユーザ端末装置１０Ｒが着信通知を受信する場合について示しているが、図９のステップ１０〜１３の処理、図１２の処理、図１３のステップ１２〜１５の処理、図１４のステップ１０〜１３の処理、及び図１５のステップ１２〜１５の処理はそれぞれ、ＭＭＳリレー装置２３２から受信側のユーザ端末装置１０Ｒに着信通知なしにＭＭＳメッセージの全体を送信したり、ＭＭＳリレー装置２３２から送信側のユーザ端末装置１０Ｓに配信確認通知（送信先への着信通知又ＭＭＳメッセージの送信が完了した旨の通知）を送信したりする場合にも適用できる。

また、本実施形態によれば、同一の加入者識別情報（ＩＭＳＩ）について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線（主回線、副回線）を使用可能なユーザ端末装置１０において、複数のアプリケーションを起動することなく、複数のメールアドレスを区別し、各メールアドレスを送信元とするＭＭＳメッセージからなるメールの送信要求や各メールアドレスを対象にしたメール関連処理の処理要求を、メール処理システム２３１に送信することができる。そして、メール処理システム２３１では、そのメール送信要求やメール関連処理の処理要求をユーザ端末装置１０から受信したとき、その要求に対応するメールアドレスの回線を判定するとともに、当該回線について加入者の認証処理を実行している。従って、ユーザ端末装置で加入者識別情報を切り換えたり複数のアプリケーションを起動したりすることなく、同一の加入者識別情報について設定された複数のメールアドレスそれぞれを送信元とするＭＭＳメッセージの送信要求や、各メールアドレスに対するメール関連処理の処理要求を安全且つ確実に、当該加入者識別情報が使用されるユーザ端末装置１０から受け付け、その要求されたメール送信その他のメール関連処理を適切に処理することができる。

また、本実施形態によれば、複数のメールアドレスの回線（主回線、副回線）について契約されたサイトに応じて各メールアドレスに対するＭＭＳメッセージからなるメールが互いに異なるサイトに区別して格納される場合であっても、各メールを適切に配信したり各メールを適切に取得したりできるように、主契約サイト（ＸＸＸサイト）のメール処理システム２３１Ｘと副契約サイト（ＹＹＹサイト）のメール処理システム２３１Ｙとの間でメールの転送処理が行われる。従って、ユーザ端末装置１０で加入者識別情報（ＩＭＳＩ）を切り換えたり複数のアプリケーションを起動したりすることなく、同一の加入者識別情報について設定された複数のメールアドレスに対するメールが互いに異なるサイトに区別して格納される場合でも、各サイトをまたがってメール配信、メール取得処理、サーバ操作処理等を適切に行うことができる。

なお、上記実施形態では複数の回線についてＭＭＳメッセージを送受信可能な通信端末装置の場合について説明したが、本発明は、ＭＭＳメッセージ以外の形式のメールを複数の回線について送受信可能な通信端末装置の場合についても同様に適用することができる。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。 メール処理システム（ＭＭＳＣ）を構成するＭＭＳリレー装置及びＭＭＳサーバ装置それぞれに共通のハードウェア構成の一例を示すブロック図。 メール処理システム（ＭＭＳＣ）の各機能の関係を示した機能ブロック図。 ＭＭＳメッセージの一例を示す説明図。 ユーザ端末装置の一構成例を示す外観図。 ユーザ端末装置のハードウェア構成を示す概略構成図。 ユーザ端末装置におけるソフトウェア構造の説明図。 ユーザ端末装置の各機能の関係を示した機能ブロック図。 送信側のユーザ端末装置から受信側のユーザ端末装置宛のＭＭＳメッセージを送信するときの処理手順の一例を示すシーケンス図。 PDPコンテキストの確立処理の一例を示すシーケンス図。 「ＭＡＩＬ ＦＲＯＭ」コマンドのチェック処理の一例を示すフローチャート。 マルチライン属性のチェック処理の一例を示すフローチャート。 送信側のユーザ端末装置から受信側のユーザ端末装置宛のＭＭＳメッセージを送信するときの他の処理手順の一例を示すシーケンス図。 送信側のユーザ端末装置から受信側のユーザ端末装置宛のＭＭＳメッセージを送信するときの更に他の処理手順の一例を示すシーケンス図。 送信側のユーザ端末装置から受信側のユーザ端末装置宛のＭＭＳメッセージを送信するときの更に他の処理手順の一例を示すシーケンス図。 着信通知に対応するＭＭＳメッセージを取得するときの処理手順の一例を示すシーケンス図。 「ＮＯＯＰ」コマンドのチェック処理の一例を示すフローチャート。 着信通知に対応するＭＭＳメッセージを取得するときの処理手順の他の一例を示すシーケンス図。 複数のサイト（ＸＸＸ，ＹＹＹ）の移動体通信網それぞれに構築された２つのメール処理システムを含む通信システム全体の概略構成の一例を示す説明図。 副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレスを送信元とするＭＭＳメッセージを送信するときの処理手順の一例を示すシーケンス図。 副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレスを送信先とするＭＭＳメッセージについて着信通知受信後にＭＭＳメッセージの本体を取得するときの処理手順の一例を示すシーケンス図。 副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレス宛の受信済みＭＭＳメッセージを、そのＢ回線のメールアドレスを送信元として他のユーザに送信（転送）するときの処理手順の一例を示すシーケンス図。 副契約サイト（ＹＹＹサイト）で契約したＢ回線のメールアドレス宛の受信済みＭＭＳメッセージを、新規ＭＭＳメッセージとともに、そのＢ回線のメールアドレスを送信元として他のユーザに送信（転送）するときの処理手順の一例を示すシーケンス図。

符号の説明

１０ ユーザ端末装置
１０Ｓ 送信側のユーザ端末装置
１０Ｒ 受信側のユーザ端末装置
２０ 移動体通信網
２１０ 無線アクセスネットワーク
２２０ コアネットワーク
２２１ 基地局
２３０ ＩＰネットワーク
２３１ メール処理システム（ＭＭＳＣ）
２３２ ＭＭＳリレー装置
２３３ ＭＭＳサーバ装置
２３３ａ メールボックス
２３７ プッシュ型の配信中継装置（ＰＰＧサーバ）
２３８ 加入者情報データベース（ＣＵＲ）
２５０ ＳＭＳＣ

Claims (8)

1. 通信端末装置から利用可能なメール通信サービスを提供するためのメール処理システムであって、
   同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能な通信端末装置から、送信先が指定されたメールを送信するための接続情報を含むメール送信要求を受信するメール送信要求受信手段と、
   前記接続情報に基づいて、前記メール送信要求を送信してきた通信端末装置の加入者情報を取得し、該通信端末装置を使用する加入者について認証処理を実行する加入者認証処理手段と、
   前記加入者認証処理が完了した前記加入者の通信端末装置から、前記送信対象のメールの送信元として設定されているメールアドレスに対応するメール送信元の回線を識別可能な回線識別情報を受信する回線識別情報受信手段と、
   前記回線識別情報に基づいて、前記メール送信元の回線を判定する回線判定手段と、
   前記加入者の通信端末装置から前記送信対象のメールを受信し、前記判定の結果に基づいて、前記受信した送信対象のメールを前記メール送信元の回線に対応する所定のメール一時記憶部に保存する送信メール処理手段と、
   を備えたことを特徴とするメール処理システム。
2. 通信端末装置から利用可能なメール通信サービスを提供するためのメール処理システムであって、
   同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線を使用可能な通信端末装置から、該複数の回線のいずれかに対応するメールアドレスについて、メール本体の取得処理、当該メール処理システム内のメールボックスの容量情報の確認処理、該メールボックス内のメールのメールリストの取得処理、該メールボックス内のメールの転送処理、及び該メールボックス内のメールの削除処理のいずれかのメール関連処理を要求するための接続情報を含む処理要求を受信する処理要求受信手段と、
   前記接続情報に基づいて、前記処理要求を送信してきた通信端末装置の加入者情報を取得し、該通信端末装置を使用する加入者について認証処理を実行する加入者認証処理手段と、
   前記加入者認証処理が完了した前記加入者の通信端末装置から、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報を受信する回線識別情報受信手段と、
   前記回線識別情報に基づいて、前記メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を判定する回線判定手段と、
   前記判定の結果に基づいて、前記処理対象の回線について前記処理要求で要求されたメール関連処理を実行するメール処理手段と、
   を備えたことを特徴とするメール処理システム。
3. 請求項１又は２のメール処理システムにおいて、
   前記複数の回線は、前記同一の加入者識別情報に対応する加入者が主に使用するように設定された主回線と該加入者が該主回線とは別に追加使用するように設定された少なくとも一つの副回線とを含み、
   前記メール送信元の回線又は前記メール処理対象の回線が、前記副回線であると判定したとき、該副回線についての加入者情報を取得し、該副回線について認証処理を実行する副回線認証処理手段を、更に備えたことを特徴とするメール処理システム。
4. 請求項１乃至３のいずれかのメール処理システムにおいて、
   前記複数の回線には互いに異なる電話番号がそれぞれ設定され、
   前記回線識別情報は、前記メール送信要求又は前記メール関連処理の処理要求を送信する前記加入者の通信端末装置の電話番号であり、前記通信端末装置との間で使用されるメール通信プロトコルにおける所定コマンドに設定されることを特徴とするメール処理システム。
5. 請求項４のメール処理システムにおいて、
   前記回線判定手段は、
   前記回線識別情報として電話番号が設定される前記コマンドの受信の有無を判定する第１判定手段と、
   前記コマンドを受信した場合に、該コマンド中の値として所定フォーマットの電話番号が設定されているか否かを判定する第２判定手段と、
   前記コマンド中の値として前記所定フォーマットの電話番号が設定されている場合に、該電話番号に基づいて、前記メール送信元の回線又は前記メール処理対象の回線を判定する第３判定手段と、
   を備えたことを特徴とするメール処理システム。
6. 加入者識別情報に基づいてメール通信サービスを利用可能な通信端末装置であって、
   当該通信端末装置を使用する加入者に対応する同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線に関する情報を記憶する回線情報記憶手段と、
   メール送信のための接続情報を含むメール送信要求をメール処理システムに送信するメール送信要求送信手段と、
   前記メール送信要求に基づいて前記加入者についての認証処理を実行した前記メール処理システムに、送信対象のメールの送信元として設定するメールアドレスに対応するメール送信元の回線を識別可能な回線識別情報を送信する回線識別情報送信手段と、
   前記回線識別情報を受信した前記メール処理システムに前記送信対象のメールを送信する送信メールデータ送信手段と、
   を備えたことを特徴とする通信端末装置。
7. 加入者識別情報に基づいてメール通信サービスを利用可能な通信端末装置であって、
   当該通信端末装置を使用する加入者に対応する同一の加入者識別情報について互いに異なる複数のメールアドレスがそれぞれ設定された複数の回線に関する情報を記憶する回線情報記憶手段と、
   前記複数の回線のいずれかに対応するメールアドレスについて、メール本体の取得処理、メール処理システム内のメールボックスの容量情報の確認処理、該メールボックス内のメールのメールリストの取得処理、該メールボックス内のメールの転送処理、及び該メールボックス内のメールの削除処理のいずれかのメール関連処理を要求する処理要求であって、該メール関連処理の対象のメールアドレスに対応するメール処理対象の回線を識別可能な回線識別情報が付加された処理要求を、該メール処理システムに送信する処理要求送信手段と、
   を備えたことを特徴とする通信端末装置。
8. 請求項６又は７の通信端末装置において、
   前記複数の回線には互いに異なる電話番号がそれぞれ設定され、
   前記回線識別情報は、前記メール送信要求又は前記メール関連処理の処理要求を送信する前記加入者の通信端末装置の電話番号であり、
   前記回線識別情報送信手段は、前記メール処理システムとの間で使用されるメール通信プロトコルにおける所定コマンドに、前記回線識別情報を設定することを特徴とする通信端末装置。

Images