(57)【要約】【課題】  通常の電子メールと開封通知とを別々に管理し、ユーザのニーズに柔軟に対応するような電子メールの開封通知の仕組みを提供する。【解決手段】  メールサーバ２５は、移動局１０宛ての通常の電子メールを受信すると、この電子メールをメール記憶部２５４ａにいったん格納し、移動局１０に送信する。移動局１０は、電子メールを開封すると、電子メールに付加されているＩＰアドレスに従って、インターネットに接続されている開封通知サーバ４１に開封通知を送信する。開封通知サーバ４１は開封通知を受信すると、この開封通知を開封通知記憶部２５４ｂに格納し、ユーザによる操作に応じて移動局１０から送信されてくる取得要求に応答して、対応する上記開封通知を送信する。【選択図】      図８
2006050664.tif 000002
【特許請求の範囲】
【請求項１】
電子メールの送受信を行うメールクライアント宛の電子メール開封通知を受信する受信手段と、
前記受信した電子メール開封通知に関する情報を前記メールクライアントの識別情報と対応付けて記憶する記憶手段と、
ユーザによる操作に応じて前記メールクライアントから送信される要求に応答して、前記記憶手段の中から前記識別情報に基づいて前記電子メール開封通知に関する情報を抽出する抽出手段と、
前記抽出した電子メール開封通知に関する情報を前記メールクライアントに送信する送信手段と
を備え、前記メールクライアントを収容する第１のネットワーク上で電子メールの配信サービスを行うメールサーバとは異なる第２のネットワーク上に設置されていることを特徴とするサーバ。
【請求項２】
請求項１に記載のサーバにおいて、
前記第２のネットワークはインターネットであることを特徴とするサーバ。
【請求項３】
請求項１又は２に記載のサーバにおいて、
前記第１のネットワークは移動通信網であり、
前記メールクライアントは前記移動通信網に収容される移動局であることを特徴とするサーバ。
【請求項４】
メールサーバによる電子メールの配信サービスを受けるメール送受信装置であって、
自身が送信する前記電子メールに対する開封通知の宛先として、前記メールサーバとは異なるサーバの、ネットワーク上のアドレスを指定する指定手段を備えていることを特徴とするメール送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールがメール受信側によって開封されたことをメール送信側へ通知するためのサーバ及びメール送受信装置に関する。
【背景技術】
【０００２】
電子メールの開封通知の技術が一般に知られている。
具体的には、メール送信側から送信された電子メールがメール受信側によって受信・開封されると、その電子メールが開封されたことを示す開封通知がメール受信側からメール送信側に送信される。これにより、電子メールを送信したユーザは、その電子メールの内容が相手に伝わったことを確認することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記開封通知は電子メール形式で送受信されるが、この開封通知以外の通常の電子メールと比較して、それほど緊急性が高くない場合がある。即ち、ユーザには、自身に送信されてくる電子メールについてはより早く取得したいというニーズがあるが、自身が送信した電子メールに対する開封通知については早く取得したいというニーズが常にあるわけではない。
換言すれば、ユーザは、開封通知を必ずしもリアルタイムに取得する必要はなく、自身が所望するタイミングで複数の開封通知をまとめて確認できれば、それで足りる場合もある。
【０００４】
しかしながら、従来のメールシステムにおいては、開封通知をそれ以外の通常の電子メールと区別して管理するようにはなっておらず、上述したような開封通知と通常の電子メールとに対するニーズの違いに応えることができなかった。  
本発明は、このような背景のもとになされたものであり、ユーザのニーズにより柔軟に対応するような電子メールの開封通知の仕組みを提案するものである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、請求項１に記載の発明は、電子メールの送受信を行うメールクライアント宛の電子メール開封通知を受信する受信手段と、
前記受信した電子メール開封通知に関する情報を前記メールクライアントの識別情報と対応付けて記憶する記憶手段と、
ユーザによる操作に応じて前記メールクライアントから送信される要求に応答して、前記記憶手段の中から前記識別情報に基づいて前記電子メール開封通知に関する情報を抽出する抽出手段と、
前記抽出した電子メール開封通知に関する情報を前記メールクライアントに送信する送信手段と
を備え、前記メールクライアントを収容する第１のネットワーク上で電子メールの配信サービスを行うメールサーバとは異なる第２のネットワーク上に設置されていることを特徴とする。
【０００６】
請求項２に記載の発明は、請求項１に記載のサーバにおいて、
前記第２のネットワークはインターネットであることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項１又は２に記載のサーバにおいて、
前記第１のネットワークは移動通信網であり、
前記メールクライアントは前記移動通信網に収容される移動局であることを特徴とする。
【０００８】
請求項４に記載の発明は、メールサーバによる電子メールの配信サービスを受けるメール送受信装置であって、
自身が送信する前記電子メールに対する開封通知の宛先として、前記メールサーバとは異なるサーバの、ネットワーク上のアドレスを指定する指定手段を備えていることを特徴とする。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら、この発明の実施形態について、システム全体を移動通信網に適用する場合を例にあげて説明する。
ただし、この発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００１０】
Ａ：第１実施形態
Ａ−１：構成
まず、第１実施形態の構成について説明する。
（１）システム全体の構成
図１は、第１実施形態におけるシステム全体の構成を示すブロック図である。
同図に示すように、このシステムは、移動局１０Ａ，１０Ｂ、移動通信網２０、メールサーバ２５、インターネット３０、パーソナルコンピュータ（以下、パソコンと呼ぶ）４０から構成される。
【００１１】
移動局１０Ａ，１０Ｂは、セルラやＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）のような無線通信を行う端末であり、移動通信網２０を介してデータ通信や音声通話を行う。この移動局１０Ａ，１０Ｂは、電子メールの送受信を行うために自身に割り当てられたメールアドレスを記憶しており、電子メールの送受信を行うメールクライアントとして機能する。
これら移動局１０Ａ及び１０Ｂはいずれも同一の構成及び動作であり、以下では、移動局１０Ａ，１０Ｂのいずれか一方に特に限定する必要がない場合は、移動局１０と呼ぶことにする。
【００１２】
移動通信網２０は、移動局１０に対してデータ通信サービス又は音声通話サービスを提供するための通信網であり、基地局（図示略）、交換局（図示略）及びこれらを結ぶ通信線（図示略）からなる。また、この移動通信網２０は、図示せぬゲートウェイ装置を介してインターネット３０に接続されている。
基地局は、移動通信網２０の通信サービスエリア内に所定の間隔で多数設置され、各々の無線セルに在圏する移動局１０と無線通信を行う。
交換局は、複数の基地局を収容し、これら基地局の無線セルに在圏する移動局１０の通信回線を交換するようになっている。
【００１３】
パソコン４０は、インターネット３０に接続されており、このインターネット３０を介して電子メールの送受信を行うメールクライアントとして機能する。そのため、パソコン４０は、自身に割り当てられたメールアドレスを記憶している。
このパソコン４０は、電子メール等の各種情報を表示するための表示部（図示略）、ユーザが電子メールの作成操作等を行うためのキーボード（図示略）、インターネット３０を介してデータ通信を行うための通信部（図示略）、パソコン４０全体を制御する制御部（図示略）等から構成されている。
【００１４】
メールサーバ２５は、移動通信網２０に接続されており、各メールクライアント間、具体的には移動局１０Ａ，１０Ｂどうしの間、或いは、移動局１０Ａ，１０Ｂのいずれかとパソコン４０との間の電子メールの授受を中継する。        
【００１５】
（２）移動局１０の構成
次に、移動局１０の構成について、図２に示す移動局１０Ａの構成を例に挙げて説明する。
同図に示すように、移動局１０Ａは、無線通信部１１ａ、制御部１２ａ、ユーザインタフェース部１３ａ及びこれらを相互に接続するバス１４ａから構成される。
【００１６】
無線通信部１１ａは、図示せぬアンテナや通信制御回路からなり、移動通信網２０の基地局と無線通信を行う。
ユーザインタフェース部１３ａは、例えば電子メール等の各種情報を表示するための液晶表示部（図示略）、ユーザが発呼操作や電子メールの作成操作等を行うためのキーパッド（図示略）、ユーザが通話するためのマイク及びスピーカ（図示略）を備えて構成されている。
【００１７】
制御部１２ａは、この移動局１０Ａの各部を制御するものであり、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１２１ａ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２２ａ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２３ａから構成される。ＲＯＭ１２２ａには各種制御プログラム等が格納されており、ＣＰＵ１２１ａは、この制御プログラムを読み出して様々な制御処理を実行する。その際、ＲＡＭ１２３ａはＣＰＵ１２１ａのワークエリア等として用いられる。
この制御プログラムには、例えば、移動局１０Ａの通話機能に関するプログラムの他、電子メールの作成や送受信を行うためのメーラがある。ＣＰＵ１２１ａがこのメーラを実行する場合の処理については、後の動作説明において詳述する。
【００１８】
（３）メールサーバ２５の構成
次に、図３に示すブロック図を参照しながら、メールサーバ２５の構成について説明する。
同図に示すように、メールサーバ２５は、通信部２５１、制御部２５２、加入者情報格納部２５３、電子メール格納部２５４及びこれらを相互に接続するバス２５５により構成されている。
【００１９】
通信部２５１は、移動通信網２０との接続インタフェース（図示略）や通信制御回路（図示略）からなり、移動通信網２０を介したデータ通信を行う。
【００２０】
制御部２５２は、図示せぬＣＰＵ、ＲＯＭ及びＲＡＭから構成されており、メールサーバ２５の各部を制御する。ＲＯＭには各種制御プログラム等が格納されており、ＣＰＵはこの制御プログラムを読み出して様々な制御処理を実行する。
この制御プログラムには、例えば、メールクライアント間の電子メールの授受を中継するためのメール中継プログラムがある。ＣＰＵがこのメール中継プログラムを実行する場合の処理については、後の動作説明において詳述する。
【００２１】
加入者情報格納部２５３は、例えばハードディスクのような大容量記憶装置であり、移動通信網２０によるデータ通信サービスの加入者に関連する情報、例えば、移動局１０の電話番号、メールアドレス等を格納している。制御部２５２は、この加入者情報格納部２５３に格納されている電話番号及びメールアドレスを参照することにより、移動局１０を発呼して電子メールを送信するようになっている。
【００２２】
電子メール格納部２５４は、例えばハードディスクのような大容量記憶装置であり、移動局１０宛の電子メールを格納する。この電子メール格納部２５４は、移動局１０宛の電子メールを格納するためのメール記憶部２５４ａと、移動局１０宛の開封通知を格納するための開封通知記憶部２５４ｂという２つの記憶エリアを有している。
【００２３】
図４は、メール記憶部２５４ａに記憶されているデータの一例を示すフォーマット図である。
同図に示すように、メール記憶部２５４ａ内には、各移動局１０に割り当てられたメールアドレス毎に、各移動局宛の電子メールのデータが格納されている。この電子メールのデータとは、電子メールの宛先を示す宛先メールアドレス、電子メールの差出人のメールアドレスを示す差出人メールアドレス、電子メールの送信日時、電子メールのタイトル及び電子メールの本文である。
制御部２５２は、移動局１０宛ての電子メールを受信すると、その電子メールを宛先メールアドレスに従ってメール記憶部２５４ａの所定領域にいったん格納した後に、宛先となる移動局１０を発呼し、格納していた電子メールを送信するようになっている。
【００２４】
上記メール記憶部２５４ａに格納される電子メールは、移動局１０宛の開封通知以外の電子メール（以下、通常電子メールと呼ぶ）である。一方、開封通知も電子メール形式で送受信されるようになっているが、これらは通常電子メールと区別されて開封通知記憶部２５４ｂに格納されるようになっている。
【００２５】
図５は、開封通知記憶部２５４ｂに記憶されているデータの一例を示すフォーマット図である。
同図に示すように、開封通知記憶部２５４ｂには、各移動局１０に割り当てられたメールアドレス毎に、各移動局１０宛の開封通知のデータが格納されている。この開封通知のデータとは、開封通知の宛先を示す宛先メールアドレス、開封者のメールアドレスを示す開封者メールアドレス、開封された日時を示す開封日時、開封された電子メールのタイトルである。
制御部２５２は、移動局１０宛ての開封通知を受信すると、当該開封通知をその宛先を示すメールアドレスに従って開封通知記憶部２５４ｂに格納し、ユーザ操作による移動局１０からの取得要求に応じて、対応する開封通知を抽出し、これを送信するようになっている。即ち、この開封通知記憶部２５４ｂに格納された開封通知は、上述した通常電子メールのようにメールサーバ２５によって受信・記憶されると即時に移動局１０に対して送信されるもの（いわゆるプッシュ型配信）ではなく、ユーザからの要求があるまで記憶された状態がそのまま維持され、要求があってはじめて移動局１０に送信されるもの（いわゆるプ型配信）である。
【００２６】
以上述べたように、この第１実施形態においては、通常電子メールと開封通知とは、いずれもメールクライアント間において電子メール形式で送受信されるが、メールサーバ２５による配信処理が異なっている。
ここで、メールサーバ２５が通常電子メールと開封通知とを識別する具体的な方法として、メールクライアントが電子メールを送信する際に、その電子メールのデータに対し、通常電子メールと開封通知とを区別するための識別子を付加しておくようにする。
【００２７】
Ａ−２：動作
次に、上記構成からなる第１実施形態の動作について説明する。
上述したように、この第１実施形態では、通常電子メールをメールサーバ２５から移動局１０へ送信する動作と、開封通知をメールサーバ２５から移動局１０へ送信する動作とが異なっている。
メールサーバ２５が通常電子メールを送信する動作は従来と同様であるので説明を省略し、以下では、開封通知を送信する動作について、移動局１０Ａがパソコン４０に電子メールを送信し、これに対する開封通知を取得する場合を例に挙げて動作説明を行う。
【００２８】
（１）移動局１０Ａによる電子メールの送信からメールサーバ２５による開封通知の蓄積まで
まず、図６に示すシーケンスを参照しながら、移動局１０から電子メールが送信され、この電子メールに対しパソコン４０から送信された開封通知がメールサーバ２５に蓄積されるまでの動作について説明する。
ユーザは、移動局１０Ａのキーパッドを操作してメーラを起動し、次いでパソコン４０のメールアドレスを宛先とした所望の電子メールを作成するためのキー操作を行う。移動局１０Ａは、このキー操作に従って電子メールを作成する（ステップＳ１）。
【００２９】
次いで、移動局１０Ａは、ユーザによる電子メールの送信操作に応じて、メールサーバ２５を発呼し、作成した電子メールをパソコン４０を宛先としてメールサーバ２５に送信する（ステップＳ２）。
【００３０】
一方、メールサーバ２５は、移動局１０Ａから送信された電子メールを受信すると（ステップＳ３）、当該電子メールを移動通信網２０及びインターネット３０を介してパソコン４０に送信する（ステップＳ４）。
【００３１】
パソコン４０は、メールサーバ２５から送信された電子メールを受信し（ステップＳ５）、電子メールを受信したことを示す受信通知を図示せぬ表示部に表示する（ステップＳ６）。
【００３２】
次いで、パソコン４０のユーザがその電子メールを開封する操作を行うと、これに応じて、パソコン４０は受信した電子メールを表示部に表示するととともに、移動局１０Ａのメールアドレスを宛先とした開封通知をインターネット３０に送出する（ステップＳ７）。この開封通知のデータには、上述したように開封通知であることを示す識別子が付加されている。
【００３３】
一方、メールサーバ２５は、インターネット３０及び移動通信網２０を介して開封通知を受信し、上記識別子を参照して開封通知であることを確認すると、その宛先となる移動局１０Ａのメールアドレスに従って開封通知記憶部２５４ｂ内の所定の記憶領域に上記開封通知を格納し、処理を終了する（ステップＳ８）。
【００３４】
（２）移動局１０Ａがメールサーバ２５に蓄積された開封通知を取得するまで
次に、図７に示すシーケンスを参照しながら、移動局１０Ａがメールサーバ２５に蓄積された開封通知を取得する動作について説明する。
まず、移動局１０Ａのユーザは、自らが所望するタイミングで移動局１０Ａのキーパッドを操作してメーラを起動し、次いで開封通知を取得するためのキー操作を行う。
このキー操作に応じて、移動局１０Ａは、メールサーバ２５を発呼し、自身のメールアドレスを含む、開封通知の取得要求を送信する（ステップＳ１１）。
【００３５】
一方、メールサーバ２５は、移動局１０Ａから送信された開封通知の取得要求を受信する（ステップＳ１２）。
【００３６】
次いで、メールサーバ２５は、受信したメールアドレスに対応する開封通知記憶部２５４ｂ内の記憶領域から開封通知を抽出し（ステップＳ１３）、これを移動局１０Ａに送信する（ステップＳ１４）。
【００３７】
移動局１０Ａは、メールサーバ２５から送信された開封通知を受信し（ステップＳ１５）、その開封通知を液晶表示部に表示して処理を終了する（ステップＳ１６）。
【００３８】
このように第１実施形態によれば、ユーザは、通常電子メールとは別に、自身が所望するタイミングで開封通知を取得することが可能となる。これにより、複数の開封通知をまとめて取得したいというようなユーザの要望により柔軟に応えることができる。
【００３９】
Ｂ：第２実施形態
次に、この発明の第２実施形態について説明する。
上述した第１実施形態においては、開封通知記憶部２５４ｂがメールサーバ２５内に設けられていたが、この第２実施形態は、開封通知記憶部２５４ｂをインターネット３０上の所定のサーバ内に設けたものである。  
図８は、第２実施形態のシステム全体の構成を示すブロック図である。同図において、第１実施形態と同一の構成要素には同一の符号を付しており、これらの構成要素については説明を省略する。
【００４０】
この第２実施形態が第１実施形態と異なる点は、メールサーバ２５の構成と、開封通知の蓄積・配信サービスを専門に行う開封通知サーバ４１がインターネット３０上に設けられているところにある。
即ち、メールサーバ２５は、上述したメール記憶部２５４ａを備えているが、開封通知記憶部２５４ｂを備えておらず、第１実施形態のような開封通知の配信サービスを行わないようになっている。
その一方、開封通知サーバ４１が開封通知記憶部２５４ｂを備えており、メールサーバ２５に代わって、開封通知の配信サービスを行う。より具体的には、開封通知サーバ４１は、インターネット３０を介してデータ通信を行う通信部（図示略）、開封通知サーバ４１の各部を制御する制御部（図示略）、及び、開封通知のデータを記憶する開封通知記憶部２５４ｂ及びこれらを相互に接続するバス（図示略）により構成されている。
【００４１】
また、移動局１０のユーザは、開封通知サーバ４１による開封通知の配信サービスを受ける契約を締結していることを前提としており、移動局１０のＲＯＭ１２２ａには、上記配信サービスを受けるために、開封通知サーバ４１のＩＰ（インターネットプロトコル）アドレスが記憶されている。
【００４２】
以下、第２実施形態の動作について、移動局１０Ａがパソコン４０に電子メールを送信し、これに対する開封通知を取得する場合を例に挙げて説明する。
図９に示すシーケンスにおいて、まず、ユーザは、移動局１０Ａのキーパッドを操作してメーラを起動し、次いでパソコン４０のメールアドレスを宛先とした所望の電子メールを作成するためのキー操作を行う。移動局１０Ａは、このキー操作に従って電子メールを作成する（ステップＳ２１）。
【００４３】
次いで、移動局１０Ａは、ユーザによる電子メールの送信操作に応じてメールサーバ２５を発呼し、作成した電子メールをパソコン４０を宛先としてメールサーバ２５に送信する（ステップＳ２２）。この際、移動局１０Ａは、作成した電子メールに対する開封通知を開封通知サーバ４１に到達させるべく、開封通知の送信先として開封通知サーバ４１のＩＰアドレスをＲＯＭ１２２ａから読み出し、これを上記電子メールに付加してを送信するようになっている。
【００４４】
一方、メールサーバ２５は、移動局１０Ａから送信された電子メールを受信すると（ステップＳ２３）、この電子メールをパソコン４０を宛先としてインターネット３０に送出する（ステップＳ２４）。
【００４５】
パソコン４０は、メールサーバ２５から送信された電子メールを受信し（ステップＳ２５）、電子メールを受信したことを示す受信通知を図示せぬ表示部に表示する（ステップＳ２６）。
【００４６】
次いで、パソコン４０のユーザがその電子メールを開封する操作を行うと、これに応じて、パソコン４０は受信した電子メールを表示部に表示するととともに、上記電子メールに付加されている開封通知サーバ４１のＩＰアドレスに従って、この開封通知サーバ４１に開封通知を送信する（ステップＳ２７）。この際、パソコン４０は、電子メールの差出人である移動局１０Ａのメールアドレスを付加して上記開封通知を送信するようになっている。
【００４７】
開封通知サーバ４１は、開封通知及び移動局１０Ａのメールアドレスを受信すると、受信したメールアドレスに従って開封通知記憶部２５４ｂ内の所定の記憶領域に開封通知を格納して処理は終了する（ステップＳ２８）。
【００４８】
次に、図１０に示すシーケンスを参照しながら、移動局１０Ａが開封通知サーバ４１に蓄積された開封通知を取得する動作について説明する。
まず、移動局１０のユーザは、移動局１０を操作してメーラを起動し、次いで開封通知を取得するためのキー操作を行う。このキー操作に応じて、移動局１０は、移動通信網２０及びインターネット３０を介して開封通知サーバ４１に通信接続し、開封通知の取得要求を自身のメールアドレスとともに送信する（ステップＳ３１）。
【００４９】
一方、開封通知サーバ４１は、この開封通知の取得要求を受信する（ステップＳ３２）。
【００５０】
次いで、開封通知サーバ４１は、受信したメールアドレスに対応するメモリ２５４ｂ内の記憶領域から開封通知を抽出し（ステップＳ３３）、これを移動局１０Ａに送信する（ステップＳ３４）。
【００５１】
送信された開封通知はメールサーバ２５によって中継され、移動局１０Ａにより受信される（ステップＳ３５）。
【００５２】
移動局１０Ａは、受信した開封通知を液晶表示部に表示し、これにより処理は終了する（ステップＳ３６）。
【００５３】
このように第２実施形態においても、第１実施形態と同様に、ユーザは通常の電子メールとは別に、自身が所望するタイミングで開封通知を取得することが可能となる。
【００５４】
また、開封通知サーバ４１による開封通知の配信サービスを受けるメールクライアントは、移動局１０に限らず、パソコン４０等のインターネット３０に接続されたメールクライアントであってもよい。即ち、インターネット３０に接続可能な全てのメールクライアントは、開封通知サーバ４１による配信サービスの契約を締結することにより、自身の通常電子メールの配信サービスを行うメールサーバの仕様に関わらず、開封通知サーバ４１の配信サービスを受けることができるので、ユーザの所望するタイミングで開封通知を取得することが可能となる。
従って、開封通知サーバ４１は、開封通知の配信サービスを提供するサイトとして機能し、これにより、開封通知サーバ４１の管理者は、開封通知の配信に特化したサービスを実施することが可能となる。
【００５５】
Ｃ：変形例
本発明は上述した実施形態に限定されず、その技術思想の範囲内で、例えば以下に述べるような変更が可能である。
【００５６】
（１）メールクライアントの態様
上述の第１及び第２実施形態においては、移動通信網２０の内部のメールクライアントとして携帯電話やＰＨＳ等の移動局１０を用いるものであった。しかし、これに限定されるわけではなく、これら移動局１０に接続されたＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）やパーソナルコンピュータ等がメールクライアントとして機能してもよい。
また、上述の実施形態は、移動局１０からパソコン４０へ電子メールが送信され、これに対する開封通知を対象とするものであった。しかし、これに限定されるわけではなく、移動通信網２０内の移動局１０どうしのメール授受に対する開封通知であってもよいし、パソコン４０と他の図示せぬパソコンどうしのメール授受に対する開封通知であってもよい。
【００５７】
（２）メールサーバからメールクライアントへの通常電子メールの送信タイミング
上述の第１及び第２実施形態においては、メールサーバ２５は、移動局１０宛の通常電子メールを受信すると、これをいったん記憶した後、即時に通常電子メールを送信していた。
しかし、このような送信形態に限らず、メールサーバ２５は、メールクライアントからの定期的な問い合わせに応答して、電子メールを送信してもよい。実施形態では、メールクライアントが移動局１０の場合を例にあげて説明したため上述のような即時の送信形態であったが、メールクライアントがパソコン４０の場合は、むしろメールサーバに対し着信メールの有無を定期的に問い合わせ、これに応答してメールサーバが電子メールを配信する形態のほうが普通である。
ただし、上記のいずれの送信形態にしろ、メールサーバ２５は電子メールを受信した後、メールクライアントにおけるユーザの操作を必要とすることなく当該メールクライアントに電子メールを送信するという点で共通する。
【００５８】
（３）メールサーバからメールクライアントへの開封通知の提供の形態
第１実施形態では、メールサーバ２５から移動局１０へ送信される開封通知は電子メール形式であったが、必ずしもこれに限定されない。
例えば、移動局１０がいわゆるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザを備え、このブラウザを用いてメールサーバ２５が保持する開封通知を参照するようにしてもよい。
この場合、移動局１０からの電子メールを開封したパソコン４０が、開封通知を電子メール形式でメールサーバ２５に送信する点は、上述の実施形態と同じである。実施形態と異なる点は、開封通知を受信したメールサーバ２５は、この開封通知に含まれる宛先メールアドレス、開封者メールアドレス、開封日時及び開封された電子メールのタイトル（即ち開封通知記憶部２５４ｂに記憶されているデータ）をＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式でメモリに記憶するところである。
メールサーバ２５が移動局１０へ開封通知を提供する動作は、以下のようになる。
まず、移動局１０は、ユーザの操作に応じてブラウザを起動し、メールサーバ２５に予め割り当てられたＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に基づいてメールサーバ２５にアクセスする。一方、メールサーバ２５は、移動局１０宛の開封通知のデータを記述したＨＴＭＬデータをメモリから読み出し、移動局１０に返信する。移動局１０は、受信したＨＴＭＬデータを解釈して液晶ディスプレイに表示する。
なお、第２実施形態の開封通知サーバ４１においても、上述したブラウザを用いた開封通知提供の仕組みを適用することができる。
【００５９】
（４）メールサーバ間の開封通知の送信形態
第１実施形態では、移動局１０に対してメールサービスを提供するメールサーバ２５に着目して説明しており、パソコン４０に対してメールサービスを提供するメールサーバ（以下、メールサーバ１００と呼ぶ）の構成及び動作については特に言及していない。
しかしながら、ユーザは開封通知を必ずしもリアルタイムに取得する必要はないという観点からは、上記メールサーバ２５及びメールサーバ１００間の開封通知の授受において、例えば以下のような仕組みを適用することも可能である。
即ち、メールサーバ１００が、パソコン４０から受信した開封通知をメールサーバ２５に送信する場合、パソコン４０から受信して即時にメールサーバ２５に送信するのではなく、複数のパソコン４０から送信されてくる開封通知を、所定の送信タイミングが到来するまで蓄積し、送信タイミングが到来すると、蓄積していた開封通知をまとめてメールサーバ２５に送信してもよい。特に、既存のメールサーバ間では、互いの存在を確認しあう制御信号を定期的に送受信することが一般に行われており、この制御信号に対し蓄積している開封通知のデータを付加して送信してもよい。
このようにすることにより、メールサーバ２５及びメールサーバ１００間のネットワークを効率的に利用することが可能である。
なお、このような仕組みは、第２実施形態の開封通知サーバ４１においても適用可能である。
【００６０】
以上説明したように本発明によれば、ユーザは、自身宛の電子メールを迅速に取得できる一方、電子メール開封通知については自身が所望するタイミングで取得することが可能となる。
【図面の簡単な説明】
【００６１】
【図１】本発明の第１実施形態に係るシステムの全体構成を示すブロック図である。
【図２】同実施形態における移動局の構成を示すブロック図である。
【図３】同実施形態におけるメールサーバの構成を示すブロック図である。
【図４】同実施形態におけるメールサーバの電子メール格納部の記憶内容の一例を示すフォーマット図である。
【図５】同実施形態におけるメールサーバの開封通知記憶部に記憶されている内容の一例を示すフォーマット図である。
【図６】同実施形態において、移動局が電子メールを送信し、メールサーバが開封通知を蓄積するまでの動作を示すシーケンス図である。
【図７】同実施形態において、移動局がメールサーバに蓄積された開封通知を取得する動作を示すシーケンス図である。
【図８】本発明の第２実施形態に係るシステムの全体構成を示すブロック図である。
【図９】同実施形態において、移動局が電子メールを送信し、開封通知サーバが開封通知を蓄積するまでの動作を示すシーケンス図である。
【図１０】同実施形態において、移動局が開封通知サーバに蓄積された開封通知を取得する動作を示すシーケンス図である。
【符号の説明】
【００６２】
１０Ａ，１０Ｂ・・・移動局（メールクライアント、メール送受信装置）、
１１ａ・・・無線通信部、
１２ａ・・・制御部（指定手段）、
１２１ａ・・・ＣＰＵ、１２２ａ・・・ＲＯＭ、１２３ａ・・・ＲＡＭ、
１３ａ・・・ユーザインタフェース部、１４ａ・・・バス、
２０・・・移動通信網（ネットワーク、第１のネットワーク）、
２５・・・メールサーバ（メールサーバ、サーバ）、
２５１・・・通信部（メール送信手段、開封通知送信手段）、
２５２・・・制御部（メール送信手段、開封通知送信手段）、
２５３・・・加入者情報格納部、２５４・・・電子メール格納部、
２５４ａ・・・メール記憶部（第１の記憶手段）、
２５４ｂ・・・開封通知記憶部（第２の記憶手段）、
２５５・・・バス、
３０・・・インターネット（第２のネットワーク）、
４０・・・パーソナルコンピュータ（メールクライアント、メール送受信装置）、
４１・・・開封通知サーバ（サーバ）、
１００・・・メールサーバ。
【図１】
2006050664.tif 000003
【図２】
2006050664.tif 000004
【図３】
2006050664.tif 000005
【図４】
2006050664.tif 000006
【図５】
2006050664.tif 000007
【図６】
2006050664.tif 000008
【図７】
2006050664.tif 000009
【図８】
2006050664.tif 000010
【図９】
2006050664.tif 000011
【図１０】
2006050664.tif 000012