(57)【要約】【課題】会社宛ての広告メールを、携帯電話から閲覧できるサービスを利用しているユーザに対して利用料金を割り引く。【解決手段】ＩＳＰが提携業者から入手した広告情報を、ＩＳＰと契約しているユーザー企業のメールアドレスに配信する手段を有し、その情報を携帯電話から閲覧できる設定の設定・解除のログを収集し、その結果から各ユーザーの利用料金を計算する。【選択図】        図１
2004295571.tif 000002
【特許請求の範囲】
【請求項１】
インターネットサービスプロバイダ事業者（以下ＩＳＰ）が提携先事業者から入手した情報（例えば広告宣伝）を、前記ＩＳＰが管理する複数のユーザドメイン内の各アカウントへメール送信可能とする手段と、前記各アカウントと関連付けられた情報端末（例えば携帯電話）から前記情報を閲覧できる手段と、前記情報端末から前記情報を閲覧可能及び、閲覧不可とした事象を記録する手段と、前記記録をもとに課金処理を行う手段を備えたことを特徴とする電子メールシステムの課金方法。
【請求項２】
前記情報を閲覧可能としたことにより、無料を含めた特定の割引が行える手段を有することを特徴とする特許請求項第１項記載の課金処理。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子メールシステムの課金処理方法に関するもので、ＩＳＰが契約提携事業者から入手した情報を、前記ＩＳＰが提供する電子メールシステム、特に携帯電話のような文字表示部が小さな携帯情報処理装置で閲覧するための電子メールシステムを利用しているユーザに対する課金処理方法を提供するものである。
【０００２】
【従来の技術】
近年のインターネットの普及により、電子メールはパーソナルコンピュータや専用端末のような情報処理装置を使用した、コミュニケーションツールとして幅広く普及している。しかしながら、元来、電子メールはオフィス内に設置された情報処理装置から操作するもので、ユーザーが外出先した場合、電子メールを操作することができないなどの不具合があった。
【０００３】
このような不具合を解決する従来技術としては、特開２０００−２４４５５６で開示されている無線携帯端末に電子メールを転送するシステムなどのような、ユーザーが外出先でも持ち歩き可能な携帯情報処理装置に電子メールを転送するシステムが考案されている。
【０００４】
しかしながら、このような電子メール転送システムでは、転送する、携帯情報処理装置によって転送可能な電子メールのサイズ、および、文字数などに制限があるため、メールが長い場合には、電子メールの最初の部分のみを転送する、あるいは、電子メールを複数のメールに分割して転送する、などの電子メール加工処理を施す必要があり、また、パーソナルコンピュータ側と、携帯情報処理装置側で２つのメールアドレスを持つ必要があるため、２つのメールアドレス宛てに送付された電子メールデータが混在しないように設定することができないという問題点があった。
【０００５】
そして、また、このような電子メール転送システムの問題点を解決する別の従来技術としては、インターネットＷＷＷブラウザから電子メールを操作するＷＷＷメールシステムが考案されている。
【０００６】
ＷＷＷメールシステムにおいて、ユーザーは、ブラウザから電子メールを操作するため、パーソナルコンピュータのメールアドレス宛てに送付された電子メールを携帯情報処理装置のブラウザから操作することが可能であり、かつ、電子メールのサイズ、および、文字数の制限を受けずに電子メールを処理することが可能となっている。
【０００７】
又、一般的にユーザーは前記サービスを提供しているインターネットサービスプロバイダ（以下ＩＳＰ）との契約を行っており、例えば一定の月額料金を請求されている。
【０００８】
【発明が解決しようとする課題】
ユーザー企業はＩＳＰと契約し、ユーザ独自のドメインの取得、維持、前記ドメインでのメール送受信機能の提供などを受けることができる。又、メールアカウントごとに送られてくるメールをそのアカウントに関連付けられた携帯電話のような携帯情報処理装置にて閲覧できる機能も提供されており、ユーザは例えばオプションサービスとして有料にて利用している。
【０００９】
又、近年ＩＳＰは提携事業者からの情報（例えば広告宣伝）を入手し、その情報をＩＳＰと契約しているユーザー企業のアカウントごとにメール送信するサービスも提供している。しかしながら、ユーザが前記携帯情報処理装置にて閲覧できるサービスを利用している場合、好むと好まざるにかかわらず広告宣伝情報を結果的に入手してしまうことになる。しかもユーザー自身が不必要である広告情報を入手しているにも関わらず、例えば一定の月額請求を受けるという問題点があった。
【００１０】
【課題を解決するための手段】
上記問題点を解決するために、本発明の電子メールシステムの課金処理方法では、前記不具合を解決するために以下の手段を備える。
【００１１】
ＩＳＰが提携先事業者から入手した情報（例えば広告宣伝）をＩＳＰと契約している複数のユーザドメイン内の各アカウントへメール送信可能とする手段。
【００１２】
前記アカウントと関連付けられた情報端末（例えば携帯電話）から前記情報を閲覧可能とする手段。
【００１３】
前記情報端末から前記情報情報を閲覧可能及び、閲覧不可とした事象を記録する手段。
【００１４】
前記記録をもとに課金集計処理を行う手段。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１６】
（第１の実施の形態）
以下、本発明の第１の実施形態の電子メールシステムについて詳細に説明する。
【００１７】
［従来のパーソナルコンピュータを用いた電子メールシステム］
図２は、従来のパーソナルコンピュータを用いた電子メールシステムの実施形態を示すシステム構成図である。
【００１８】
同図において、２０１はクライアント１で、電子メールシステムとインターネットで接続されたパーソナルコンピュータである。クライアント１では、電子メールを読み書きするためのＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）プログラム  およびＭＴＡ  （Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ）  プログラム、を備えており、電子メールの送受信ができるようになっている。
【００１９】
２０２はクライアント２で、電子メールシステムとインターネットで接続されたパーソナルコンピュータである。クライアント２では、電子メールを読み書きするためのメーラプログラムであるＭＵＡプログラムを備えており、ユーザーはクライアント２のＭＵＡプログラムを操作して、電子メールを作成し、電子メールシステムのメールサーバーで動作しているＭＴＡプログラムに電子メールの配信を依頼することができる。
【００２０】
また、ユーザーはクライアント２のＭＵＡプログラムを操作して、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）やＩＭＡＰプロトコルを使って、電子メールシステムにアクセスし、電子メールシステムに存在するユーザー宛ての電子メールを取り込み閲覧することができる。
【００２１】
また、クライアント２は、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒに代表されるＷＷＷブラウザを備えており、ユーザーは、ＷＷＷブラウザを操作して、電子メールシステムのＷＷＷサーバーにアクセスすることが可能であり、ユーザー登録処理、および、アドレス帳処理を行うことができる。
【００２２】
また、クライアント２には、ある特定の電話番号に電話をかける電話プログラムを備えている。
【００２３】
２０３は公衆電話回線、ＩＳＤＮ、衛星通信網などの通信回線網（本実施の形態では無線回線網を含んだ公衆回線網とする）、
２０４は電子メールシステムで、ＷＷＷサーバー、および、メールサーバー、および、データベースサーバー、および、課金サーバーにより構築されており、ユーザーに電子メールサービスを提供する。各サーバーは、ローカルエリアネットワーク（以降では「ＬＡＮ」と記述する）で接続されており、相互にデータのやり取りを行うことが可能となっている。
【００２４】
２０５はＷＷＷサーバーで認証プログラム、および、ユーザー登録プログラム、および、アドレス帳プログラム、および、アカウント生成プログラムを備えている。ユーザーがＷＷＷブラウザを操作して、ＷＷＷサーバーにアクセスすると、ＷＷＷサーバーは、各種ＷＷＷ画面を生成してＷＷＷブラウザに送る。
【００２５】
ユーザーは、ＷＷＷブラウザに送られてきた、ＷＷＷ画面を閲覧・操作することにより、様々な要求をＷＷＷサーバー依頼することができる。
【００２６】
ＷＷＷ経由でユーザーの要求を受け取ったＷＷＷサーバーは各種プログラムを起動し処理を実行する。
【００２７】
２０５ａは、認証プログラムで、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーにアクセスしてきた際に、ユーザー認証画面を生成しＷＷＷブラウザに送る。
【００２８】
ユーザーが認証画面を閲覧し、さらび、認証に必要なユーザーＩＤ、および、パスワード入力すると、認証プログラムはユーザー情報データベースのユーザー情報データを参照して認証をおこなう。
【００２９】
認証が失敗した場合、認証プログラムは、認証エラー画面を表示する。
【００３０】
認証が成功した場合、認証プログラムは、認証ＩＤを生成し、認証データベースに、ユーザーＩＤと関連付けて保存する。この時、認証プログラムは、認証ＩＤタイマーをある一定時間にセットする。
【００３１】
認証プログラムは、認証ＩＤタイマーにセットした、ある一定時間が経過すると、保存されている認証ＩＤをデータベースから削除する。
【００３２】
認証ＩＤ生成後、ユーザーがＷＷＷブラウザを操作して、再度、ＷＷＷサーバーにアクセスしてきた場合、認証プログラムは、生成された認証ＩＤがＤＢに存在しているかチェックする。
【００３３】
認証ＩＤが存在していた場合、認証プログラムは、前回の認証は有効であると判断して、ユーザー認証を行わずに、アクセスを許可する。
【００３４】
一方、ＤＢに認証ＩＤが存在していない場合、認証プログラムは、認証ＩＤは無効であると判断して、認証画面を表示する。
【００３５】
２０５ｂはユーザー登録プログラムで、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのユーザー登録用ＵＲＬにアクセスしてきた際に、ユーザー情報登録画面を生成し、ユーザーに電子メールシステムの利用開始あるいは利用終了の設定、および、ユーザー情報の登録を実行させるプログラムである。
【００３６】
ユーザーが情報登録画面を閲覧し、さらに、電子メールシステムの利用開始を設定すると、ユーザー登録プログラムは、電子メールサービス利用ユーザーのユーザーＩＤ、パスワード、電子メールアドレスをユーザー情報データベースに保存し、その後、アカウント生成プログラムを起動する。
【００３７】
一方、ユーザーが情報登録画面を閲覧し、さらに、電子メールシステムの利用終了を設定すると、ユーザー登録プログラムは、アカウント生成プログラムを起動するとともに、電子メールサービス利用ユーザーのユーザーＩＤ、パスワード、電子メールアドレスをユーザー情報データベースから削除する。
【００３８】
また、ユーザー登録プログラムは、ユーザーが何か操作をするたびに、認証ＩＤタイマーをリセットする。
【００３９】
２０５ｃはアドレス帳プログラムで、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのアドレス帳用ＵＲＬにアクセスしてきた際に、アドレス帳画面を生成し、ユーザーにアドレス帳の編集、および、閲覧を実行させるプログラムである。
【００４０】
アドレス帳プログラムは、ユーザーが指定した、ある特定人物の名前、電話番号、電子メールアドレスの３つのデータをユーザーに関連づけて、アドレス帳データベースに保存する。
【００４１】
アドレス帳データの保存は、ユーザーに関連づけて行われ、１ユーザーあたり登録可能な最大アドレス帳データ数は、任意の数に設定可能となっている。
【００４２】
また、アドレス帳プログラムは、ユーザーが何か操作をするたびに、認証ＩＤタイマーをリセットする。
【００４３】
２０５ｄはアカウント生成プログラムで、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのユーザー登録用ＵＲＬにアクセスし電子メールシステムの利用開始を設定した場合、メールサーバにユーザーの電子メールアカウントを生成する。
【００４４】
この時、ユーザーの電子メールアドレスも生成される。
【００４５】
また、アカウント生成プログラムは、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのユーザー登録用ＵＲＬにアクセスし電子メールシステムの利用終了を設定した場合、メールサーバのユーザーの電子メールアカウントを削除する。
【００４６】
２０６はメールサーバで、ＭＴＡプログラム、および、ＰＯＰ、ＩＭＡＰプログラムから構成される。
【００４７】
２０６ａはＭＴＡ  プログラムで、電子メールシステム利用ユーザーのメールアカウント管理、および、電子メールシステム利用ユーザー宛ての電子メール処理をおこなっている。
【００４８】
ＭＴＡプログラムは、通信回線網を通して配信されてきた、電子メールシステム利用ユーザー宛ての電子メールを受信し、メールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  とよばれるメールサーバ上のデータ保存領域に保存する。
【００４９】
この時、ＭＴＡプログラムは、受信した電子メールをユーザー別（電子メールアドレス別）に仕分して保存する。
【００５０】
メールスプールのメール保存領域の最大容量は、各ユーザーごとに設定されており、電子メールデータが蓄積され続け、保存量が最大容量に近づいた場合、例えば保存量が最大容量の９０パーセントに達した場合、メールサーバーは、ユーザーにメール保存領域の残量が少ないことをメール等を使って通知する。
【００５１】
また、あるユーザーの保存量が最大容量に達した場合には、ＭＴＡプログラムはユーザー宛ての電子メールの保存を中止し、電子メールを送り元に送り返す。
【００５２】
２０６ｂはＰＯＰ、ＩＭＡＰプログラムである。
【００５３】
ユーザーがＭＵＡプログラムを操作して、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）やＩＭＡＰプロトコルを使って、電子メールシステムにアクセスしてくると、ＰＯＰ、ＩＭＡＰプログラムは、メールサーバーのメールスプールに保存されているメールをＭＵＡに引き渡す。
【００５４】
また、ユーザーがＭＵＡプログラムを操作して、電子メールの送信処理を行った場合、ＭＵＡプログラムは、電子メールシステムのＭＴＡ  プログラムに電子メールの配信を依頼する。配信依頼を受けた  ＭＴＡプログラムは、ユーザーが作成した電子メールをＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）で配信する。
【００５５】
２０７はデータベースサーバーで、ユーザー情報データベース、アドレス帳データベース、認証データベースにより構成される。
【００５６】
２０７ａはユーザー情報データベースで、電子メールシステム利用ユーザーのドメイン名、ドメイン毎に管理されている複数のユーザーＩＤ、パスワード、電子メールアドレスを保存している。
【００５７】
２０７ｂはアドレス帳データベースで、電子メールシステム利用ユーザーが指定した、ある特定人物の名前、電話番号、電子メールアドレスの３つのデータをユーザーに関連づけて保存している。
【００５８】
２０７ｃは認証データベースで認証プログラムが生成した認証ＩＤを保存している。
【００５９】
２０８は課金サーバーで課金プログラムおよび課金データベースにより構成されている。
【００６０】
２０８ａは課金プログラムで、ユーザーがユーザー登録プログラムを使用して、電子メールシステムの利用開始を設定した場合に、設定日時をサービス開始日時として課金ＤＢに保存する。
【００６１】
また、ユーザーがユーザー登録プログラムを使用して、電子メールシステムの利用終了を設定した場合に、設定日時をサービス終了日時として、課金データベースに保存する。
【００６２】
課金プログラムは、電子メールシステム利用ユーザーごとに、サービス開始日時からサービス終了日時までの日数を計算し、電子メールシステム利用料金を計算し、出力する。
【００６３】
２０８ｂは課金データベースで、電子メールシステム利用ユーザーのサービス開始日時および、サービス終了日時を保存している。
【００６４】
［従来のパーソナルコンピュータを用いた電子メールシステムの処理の説明］次に、従来のパーソナルコンピュータを用いた電子メールシステムの処理について説明する。
【００６５】
［従来のユーザー登録処理の説明］
まず、ユーザー登録処理の流れについて図３を用いて説明する。
【００６６】
図３において３０１は、図２中の２０２クライアント２で動作しているＷＷＷブラウザ、３０２は図２中の２０５ＷＷＷサーバーで動作している認証プログラム、３０３は図２中の２０５ＷＷＷサーバーで動作しているユーザー登録プログラム、３０４は図２中の２０５ＷＷＷサーバーで動作しているアカウント生成プログラム、である。
【００６７】
ある特定のユーザー（以降では、「ユーザー２」と記載する）が電子メールシステムを利用するには、初めに、ユーザー登録処理を行う必要がある。
【００６８】
そこで、ステップＳ３０１で、ユーザー２は、図２中のクライアント２で動作しているＷＷＷブラウザを操作して、電子メールシステムのＷＷＷサーバーにアクセスする。すると、ステップＳ３０２において、ＷＷＷサーバーの認証プログラム２０５ａがユーザー認証画面を生成しＷＷＷブラウザに送る。
【００６９】
ステップＳ３０３で、ユーザー２が認証画面を閲覧し、さらび、認証に必要なユーザーＩＤ、および、パスワード入力すると、ステップＳ３０４で認証プログラムはユーザー情報データベースのユーザー情報データを参照して認証をおこなう。
【００７０】
認証が成功すると、認証プログラムは、認証ＩＤを生成し、認証データベースに、ユーザーＩＤと関連付けて保存し、認証ＩＤタイマーをある一定時間にセットする。そして、認証プログラムは、ユーザー登録プログラムを起動する。
【００７１】
すると、ステップＳ３０５においてユーザー登録プログラムは、ユーザー情報登録ページを生成してＷＷＷブラウザに送る。
【００７２】
次に、ステップＳ３０６で、ユーザー２は、ユーザー登録ページを閲覧し、さらに、電子メールシステムの利用開始の設定、および、ユーザー情報の登録を入力すると、ステップＳ３０７でユーザー登録プログラムはユーザー入力情報を取得し、電子メールサービス利用ユーザーのユーザーＩＤ、パスワード、電子メールアドレスをユーザー情報データベースに保存し、その後、ステップＳ３０８でアカウント生成プログラムを起動する。
【００７３】
すると、ステップＳ３０９で、アカウント生成プログラムは、メールサーバにユーザーの電子メールアカウントを生成する。そして、ステップＳ３１０でアカウント生成プログラムは、課金サーバーで動作している課金プログラムを起動する。この時、課金プログラムは、設定日時をサービス開始日時として課金ＤＢに保存する。
【００７４】
次に、処理はステップＳ３１１に移りユーザー登録プログラムは、アカウント生成、および、ユーザー登録終了画面を生成しＷＷＷブラウザに送る。
【００７５】
ステップＳ３１２でユーザー２は、アカウント生成、および、ユーザー登録終了画面を閲覧・確認する。
【００７６】
［従来の電子メール閲覧処理の説明］
次に、ある特定のユーザー（（以降では、「ユーザー１」と記載する）が電子メールシステムのユーザー登録をおこなったユーザー２の電子メールアドレス宛てにメールを送信し、そのメールをユーザー２が閲覧する際の処理の流れについて説明する。
【００７７】
初めに、ユーザー１は、図２中の２０１クライアント１で動作しているＭＵＡプログラムを操作して、ユーザー２の電子メールアドレスを宛先とした電子メールを作成し、送信する。するとクライアント１の  ＭＴＡ  プログラムは、送信されたメールをＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）でユーザー２の電子メールアドレスを持ったメールサーバ、すなわち、図２中の２０６メールサーバーに宛てに配信する。
【００７８】
すると、２０６メールサーバーのＭＴＡプログラムは、この電子メールを受け取り、メールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  のユーザー２のメール保存領域に保管する。
【００７９】
そして、ユーザー２は図２中の２０１クライアント２で動作しているＭＵＡプログラムを操作して、２０６メールサーバーにアクセスする。
【００８０】
ＭＵＡプログラムは、２０６メールサーバのｐｏｐ、ｉｍａｐプログラムと、ＰＯＰ  （Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）  プロトコルで通信し、メールスプール上のユーザー２のメール保存領域に保管された電子メールを読み出し、ユーザー２は、ＭＵＡプログラムを介して電子メールを閲覧することができる。
【００８１】
［従来の電子メール送信処理の説明］
次に、電子メールシステムのユーザー登録行ったユーザー２が、ユーザー１の電子メールアドレス宛てにメールを送信する際の処理の流れについて説明する。
【００８２】
初めに、ユーザー２は、図２中の２０２クライアント２で動作しているＭＵＡを操作して、ユーザー１の電子メールアドレスを宛先とした電子メールを作成し、送信する。するとクライアント２のＭＵＡプログラムは  図２中の２０６メールサーバーのＭＴＡプログラムにアクセスして電子メールの配信を依頼する。配信を依頼されたＭＴＡプログラムは、ＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）でユーザー１の電子メールアドレスを持ったメールサーバ、すなわち、図２中の２０１クライアント１で動作しているＭＴＡプログラム宛てに、電子メールを配信する。
【００８３】
［従来のアドレス帳閲覧処理の説明］
次に、電子メールシステムのユーザー登録行ったユーザー２が、アドレス帳を閲覧、操作する際の処理の流れについて説明する。
【００８４】
ユーザー２が図２中の２０２クライアント２で動作しているＷＷＷブラウザを操作してＷＷＷサーバーのアドレス帳用ＵＲＬにアクセスすると、図２中の２０５ＷＷＷサーバーで動作している２０５ａ認証プログラムがユーザー認証を行う。そして、認証が成功すると、２０５ａ認証プログラムは、２０５ｂアドレス帳プログラムを起動する。
【００８５】
すると、２０５ｂアドレス帳プログラムはアドレス帳画面を生成し、ＷＷＷブラウザに送る。
【００８６】
ユーザー２はアドレス帳画面を閲覧し、ある特定人物の名前、電話番号、電子メールアドレスの３つのデータを参照する。そして、さらに、ユーザー２がＷＷＷブラウザを操作して、ある特定人物の電子メールアドレスに関連付けられているボタンを選択すると、図２中の２０２クライアント２上のＭＵＡプログラムがメール作成・送信用の画面を表示した状態で画面最前面に表示される。この時、メール作成・送信用の画面のメール宛先入力部には、特定人物の電子メールアドレスが自動挿入される。
【００８７】
また、さらに、ユーザー２がＷＷＷブラウザを操作して、ある特定人物の電話番号に関連付けられているボタンを選択すると、図２中の２０２クライアント２上の電話プログラムが起動され特定人物の電話番号に電話をかける。
【００８８】
［パーソナルコンピュータおよび携帯電話を用いた電子メールシステム］
図１は、本発明のパーソナルコンピュータおよび携帯電話を用いた電子メールシステムの実施形態を示すシステム構成図である。
【００８９】
本発明のパーソナルコンピュータおよび携帯電話を用いた電子メールシステムは、従来のパーソナルコンピュータを用いた電子メールシステムを拡張した形態をとる。
【００９０】
そして、本発明のパーソナルコンピュータおよび携帯電話を用いた電子メールシステムでは、従来のパーソナルコンピュータからの電子メールシステムの利用に加えて、携帯電話からの電子メールシステムの利用（以降、「携帯電話サービス」と記述する）が可能となる。
【００９１】
同図において、１０１はクライアント１で、図２中の２０１クライアント１と同じ構成、同じ機能を備えている。
【００９２】
１０２はクライアント２ａで、図２中の２０２クライアント２と同じ構成、同じ機能を備えている。
【００９３】
１０３はクライアント２ｂで、電子メールを送受信する機能、および、ＷＷＷページにアクセスするためのＷＷＷブラウザ機能、および、電話機能を備えた携帯電話である。
【００９４】
携帯電話には、ユーザーの携帯電話電子メールアドレスが保持されている。このことにより、ユーザーの携帯電話電子メールアドレス宛てに送信されたメールは、ユーザーの携帯電話に配信されて、ユーザーは携帯電話の電子メール機能を使って、このメールを閲覧することができる。
【００９５】
１０４は、公衆電話回線、ＩＳＤＮ、衛星通信網などの通信回線網（本実施の形態では無線回線網を含んだ公衆回線網とする）である。
【００９６】
１０５は、電子メールシステムで、ＷＷＷサーバー、および、メールサーバー、および、携帯ＷＷＷサーバー、および、携帯メールサーバー、および、データベースサーバー、および課金サーバーにより構築されており、ユーザーに電子メールサービスを提供する。各サーバーは、ＬＡＮで接続されており、相互にデータのやり取りを行うことが可能となっている。
【００９７】
１０６はＷＷＷサーバーで、図２中の２０５ＷＷＷサーバーと同一の機能、同一の構成を備えている。
【００９８】
１０６ａは認証プログラムで、図２中の２０５ａ認証プログラムと同一の機能に加えて携帯ＷＷＷサーバーにアクセスして各種プログラムを起動する機能を備えている。
【００９９】
１０６ｂはユーザー登録プログラムで、図２中の２０５ｂユーザー登録プログラムと同一の機能に加えて、ユーザーに携帯電話サービスの利用開始、あるいは、利用終了を設定させる機能、および、ユーザーが携帯電話サービスの利用開始を設定した場合に、携帯アカウント生成プログラムを起動する機能、および、ユーザーが携帯電話サービスの利用開始を設定した場合に、ユーザーに携帯ユーザー登録プログラムへアクセスするためＷＷＷ  ＵＲＬを通知する機能を備えている。
【０１００】
１０６ｃはアドレス帳プログラムで、図２中の２０５ｃアドレス帳プログラムと同一の機能を備えている。
【０１０１】
１０６ｄはアカウント生成プログラムで、図２中の２０５ｄアカウント生成プログラムと同一の機能を備えている。
【０１０２】
１０７はメールサーバーで、図２中の２０６メールサーバと同一の構成を備えている。
【０１０３】
１０７ａはＭＴＡプログラムで、図２中の２０６ａＭＴＡ  プログラムと同一の機能に加えて、電子メール利用ユーザー宛てでなく特定のシステムアカウント（例えば広告宣伝メール受信用）宛てのメールを受けた場合、あるいは特定の発信者（例えばＩＳＰが提携している広告メール送信者）を判別し、ＩＳＰが管理している各ドメイン内の複数のユーザーに対するデータ保存領域に保存する機能を有する。また、このときの発信者情報を前記提携業者のまま、あるいはＩＳＰ情報を付加する機能も備える。加えてメール受信内容を表す件名に広告宣伝であるテキスト文（例えば［広告］）を付加する機能も有する。
【０１０４】
また、ユーザーが携帯電話サービスの利用設定をしている場合、ユーザー宛ての電子メールを携帯メールサーバーにある、ユーザーの携帯電子メールアドレス宛てに転送する機能を持っている。ユーザーの携帯電子メールアドレスは携帯アカウント生成プログラムにより作成される。
【０１０５】
１０７ｂはＰＯＰあるいはＩＭＡＰプログラムで、図２中の２０６ｂＰＯＰ、ＩＭＡＰプログラムと同一の機能を持っている。
【０１０６】
１０８は携帯メールサーバーで、携帯ＭＴＡプログラム、および、携帯ＰＯＰ、ＩＭＡＰプログラムから構成される。
【０１０７】
１０８ａは携帯ＭＴＡプログラムで、携帯電話サービスを利用設定したユーザーの、メールアカウント管理、および、電子メール処理をおこなっている。
【０１０８】
携帯ＭＴＡプログラムは、１０７ａＭＴＡプログラムにより転送されてきたユーザー宛ての電子メールを受信し、メールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  とよばれるメールサーバ上のメール保存領域に保存する。
【０１０９】
この時、携帯ＭＴＡプログラムは、受信した電子メールをユーザー別（携帯電子メールアドレス別）に仕分して保存する。
【０１１０】
携帯ＭＴＡプログラムは、メールスプール全体のメール保存領域がなくなるまで、ユーザー宛ての電子メールを保存しつづける。
【０１１１】
また、携帯ＭＴＡプログラムは、メールスプール全体のメール保存領域の空き領域がなくなった場合、ユーザー宛ての電子メールをの保存を中止し、電子メールを送り元に送り返す。
【０１１２】
また、携帯ＭＴＡプログラムは、携帯メールプログラムから電子メールの配信を依頼された場合に、指定されたメールアドレス宛てに電子メールをＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）で配信する。
【０１１３】
１０８ｂは携帯ＰＯＰ、ＩＭＡＰプログラムである。
【０１１４】
携帯メールプログラムがＰＯＰやＩＭＡＰプロトコルを使ってアクセスしてくると、携帯ＰＯＰ、ＩＭＡＰプログラムは、携帯メールサーバーのメールスプールに保存されているメールを引き渡す。
【０１１５】
１０９は携帯ＷＷＷサーバーで携帯ユーザー登録プログラム、および、携帯メールプログラム、および、携帯アドレス帳プログラム、および、携帯アカウント生成プログラムを備えている。
【０１１６】
ユーザーが携帯電話のＷＷＷブラウザを操作して、携帯電話サービス用の各種ＵＲＬにアクセスすると、ＷＷＷサーバーは、携帯ＷＷＷサーバーの各種ＵＲＬを呼び出す。
【０１１７】
そして、携帯ＷＷＷサーバーは、各種ＷＷＷ画面を生成して携帯電話のＷＷＷブラウザに送る。
【０１１８】
ユーザーは、ＷＷＷブラウザに送られてきた、ＷＷＷ画面を閲覧・操作することにより、様々な要求を携帯ＷＷＷサーバーに依頼することができる。
【０１１９】
ＷＷＷ経由でユーザーの要求を受け取った携帯ＷＷＷサーバーは各種プログラム起動し処理を実行する。
【０１２０】
携帯ＷＷＷサーバーの各種ＵＲＬは、携帯ユーザー登録プログラム用ＵＲＬ、および、携帯メールプログラム用ＵＲＬ、および、携帯アドレス帳プログラム用ＵＲＬ、である。
【０１２１】
１０９ａは携帯ユーザー登録プログラムで、ユーザーが１０２クライアント２ａのＷＷＷブラウザを操作してＷＷＷサーバーの携帯ユーザー登録プログラム用ＵＲＬにアクセスしてきて、認証が成功した場合に、１０６ａ認証プログラムにより呼び出されるプログラムである。
【０１２２】
携帯ユーザー登録プログラムは、携帯ユーザー情報登録画面を生成し、携帯電話サービスに関連するユーザー情報の登録を実行させる。
【０１２３】
すなわち、ユーザーが携帯ユーザー情報登録画面を閲覧し、さらに、各種ユーザー情報を入力し、情報の登録を指示すると、携帯ユーザー登録プログラムは、各種情報をユーザー情報データベースに保存し、その後、携帯メールプログラム用ＵＲＬおよび携帯アドレス帳プログラム用ＵＲＬをユーザーに通知する。
【０１２４】
また、携帯登録プログラムは、ユーザーが何か操作をするたびに、認証ＩＤタイマーをリセットする。
【０１２５】
１０９ｂは携帯メールプログラムで、ユーザーが１０３クライアント２ｂ（携帯電話）のＷＷＷブラウザを操作してＷＷＷサーバーの携帯メールプログラム用ＵＲＬにアクセスしてきて、認証が成功した場合に１０６ａ認証プログラムにより呼び出されるプログラムである。
【０１２６】
携帯メールプログラムは、電子メールを処理するための携帯電話用各種画面を生成し、ＷＷＷブラウザに送る。
【０１２７】
ユーザーは、携帯電話のＷＷＷブラウザを操作することにより、各種画面を閲覧し、さらに各種電子メールの処理を指示することができる。
【０１２８】
携帯メールプログラムは、ユーザーからの指示に従って、各種電子メールの処理を実行する。
【０１２９】
また、携帯メールプログラムは、ユーザーが何か操作をするたびに、認証ＩＤ１０９ｃは携帯アドレス帳プログラムで、ユーザーが１０３クライアント２ｂ（携帯電話）のＷＷＷブラウザを操作してＷＷＷサーバーの携帯アドレス帳プログラム用ＵＲＬにアクセスしてきて、認証が成功した場合に１０６ａ認証プログラムにより呼び出されるプログラムである。
【０１３０】
携帯アドレス帳プログラムは、携帯電話用アドレス帳画面を生成し、ユーザーにアドレス帳の編集、および、閲覧を実行させる。
【０１３１】
携帯アドレス帳プログラムは、複数のユーザーで共有して使用可能な共有アドレス帳と、１人のユーザーのみが使用可能な個人アドレス帳を提供する。
【０１３２】
携帯アドレス帳プログラムは、ユーザーが指定した、ある特定人物の名前、電話番号、電子メールアドレスの３つのデータをユーザーに関連づけて、アドレス帳データベースの共有アドレス帳データ保存領域、あるいは、個人アドレス帳データ保存領域に保存する。
【０１３３】
アドレス帳データの保存は、ユーザーに関連づけて行われ、１ユーザーあたり登録可能な最大アドレス帳データ数は、任意の数に設定可能となっている。
【０１３４】
また、携帯アドレス帳プログラムは、ユーザーが何か操作をするたびに、認証ＩＤタイマーをリセットする。
【０１３５】
１０９ｄは携帯アカウント生成プログラムで、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのユーザー登録用ＵＲＬにアクセスし携帯電話サービスの利用開始を設定した場合、１０６ｂユーザー登録プログラムに呼び出されるプログラムである。
【０１３６】
携帯アカウント生成プログラムは、１０８携帯メールサーバーに携帯電話サービスの利用を開始するユーザーの電子メールアカウントを生成する。
【０１３７】
この時、ユーザーの携帯電話サービス用の携帯電子メールアドレスも生成される。
【０１３８】
また、携帯アカウント生成プログラムは、ユーザーがＷＷＷブラウザを操作してＷＷＷサーバーのユーザー登録用ＵＲＬにアクセスし携帯電話サービスの利用終了を設定した場合、携帯メールサーバのユーザーの携帯電子メールアカウントを削除する。
【０１３９】
電子メールアカウントの生成が終了すると、携帯アカウント生成プログラムは、課金サーバーで動作している課金プログラムを起動する。
【０１４０】
１１０はデータベースサーバーで、図２中の２０７データベースサーバーと同一の構成を備えている。
【０１４１】
１１０ａはユーザー情報データベースで、図２中の２０７ａユーザー情報データベースと同一のデータに加え、携帯電話サービス用の各種ユーザー情報を保存している。
【０１４２】
１１０ｂはアドレス帳データベースで、複数のユーザーで共有して使用可能な共有アドレス帳データ保存領域と、ユーザーが個人で使用可能な個人アドレス帳データ保存領域を備えている。
【０１４３】
１１０ｃは認証データベースで、図２中の２０７ｃ認証データベースと同一のデータを保存している。
【０１４４】
１１１は課金サーバーで、図２中の２０８課金サーバーと同一の構成を備えている。
【０１４５】
１１１ａは課金プログラムで、図２中の２０８ａ課金プログラムと同一の機能に加え、ユーザーがユーザー登録プログラムを使用して、携帯電話サービスの利用開始を設定した場合に、設定日時をサービス開始日時として課金ＤＢに保存する。
【０１４６】
また、ユーザーがユーザー登録プログラムを使用して、携帯電話サービスの利用終了を設定した場合に、設定日時をサービス終了日時として、課金データベースに保存する。
【０１４７】
課金プログラムは、電子メールシステム利用ユーザーごとに、各種サービス開始日時からサービス終了日時までの日数等を計算し、電子メールシステム利用料金を計算し、出力する。
【０１４８】
１１１ｂは課金データベースで、図２中の２０８ｂ課金データベースと同一のデータに加え、図１１に示すように携帯電話サービス利用ユーザーのサービス開始日時および、サービス終了日時を保存している。
【０１４９】
［処理手順の説明］
次に、パーソナルコンピュータおよび携帯電話を用いた電子メールシステムの処理手順について説明する。
【０１５０】
［携帯ユーザー登録処理の説明］
まず、携帯ユーザー登録処理の流れについて図４および図５を用いて説明する。
【０１５１】
図４において４０１は、図１中の１０２クライアント２ａで動作しているＷＷＷブラウザ、４０２は図１中の１０６ＷＷＷサーバーで動作している認証プログラム、４０３は図１中の１０６ＷＷＷサーバーで動作しているユーザー登録プログラム、４０４は図１中の１０９携帯ＷＷＷサーバーで動作している携帯アカウント生成プログラム、である。
【０１５２】
図５において５０１は、図１中の１０２クライアント２ａで動作しているＷＷＷブラウザ、５０２は図１中の１０６ＷＷＷサーバーで動作している認証プログラム、５０３は図１中の１０９携帯ＷＷＷサーバーで動作している携帯ユーザー登録プログラム、である。
【０１５３】
ある特定のユーザー（以降では、「ユーザー２」と記載する）が携帯サービスを利用するには、初めに、携帯ユーザー登録処理を行う必要がある。
【０１５４】
そこで、ステップＳ４０１で、ユーザー２は、図１中のクライアント２ａで動作しているＷＷＷブラウザを操作して、電子メールシステムのＷＷＷサーバーにアクセスする。すると、ステップＳ４０２において、ＷＷＷサーバーの認証プログラム１０６ａがユーザー認証画面を生成しＷＷＷブラウザに送る。
【０１５５】
ステップＳ４０３で、ユーザー２が認証画面を閲覧し、さらび、認証に必要なユーザーＩＤ、および、パスワード入力すると、ステップＳ４０４で認証プログラムはユーザー情報データベースのユーザー情報データを参照して認証をおこなう。
【０１５６】
認証が成功すると、認証プログラムは、認証ＩＤを生成し、認証データベースに、ユーザーＩＤと関連付けて保存し、認証ＩＤタイマーをある一定時間にセットする。そして認証プログラムは、ユーザー登録プログラムを起動する。
【０１５７】
すると、ステップＳ４０５においてユーザー登録プログラムは、ユーザー情報登録ページを生成してＷＷＷブラウザに送る。
【０１５８】
次に、ステップＳ４０６で、ユーザー２は、ユーザー登録ページを閲覧し、さらに、携帯電話サービスの利用開始の設定を入力すると、ステップＳ４０７でユーザー登録プログラムは携帯アカウント生成プログラムを起動する。
【０１５９】
すると、ステップＳ４０８で、携帯アカウント生成プログラムは、携帯メールサーバにユーザー２のユーザーアカウントを生成する。この時、ユーザー２の携帯電子メールアドレスが生成される。そして、ステップＳ４０９で携帯アカウント生成プログラムは、携帯ユーザー登録プログラム用ＵＲＬをユーザーに通知する。より具体的には、携帯ユーザー登録プログラム用ＵＲＬが記載された電子メールをユーザーの電子メールアドレス宛てに送信する。
【０１６０】
次にＳ４１０で携帯アカウント生成プログラムは、課金サーバーで動作している課金プログラムを起動する。この時、課金プログラムは、設定日時をサービス開始日時として課金ＤＢに保存する。
【０１６１】
次に、処理はステップＳ４１１に移りユーザー登録プログラムは、アカウント生成、および、携帯ユーザー登録終了画面を生成しＷＷＷブラウザに送る。
【０１６２】
ステップＳ４１２でユーザー２は、ユーザー登録終了画面を閲覧・確認する。
【０１６３】
次にユーザー２は、携帯電話の電子メール機能を使って、携帯ユーザー登録プログラム用ＵＲＬが記載された電子メールを閲覧する。
【０１６４】
そして、ステップＳ５０１で、図１中のクライアント２ａで動作しているＷＷＷブラウザを操作して、電子メールシステムのＷＷＷサーバーにアクセスする。すると、ステップＳ５０２において、ＷＷＷサーバーの認証プログラム１０６ａがユーザー認証画面を生成しＷＷＷブラウザに送る。
【０１６５】
ステップＳ５０３で、ユーザー２が認証画面を閲覧し、さらび、認証に必要なユーザーＩＤ、および、パスワード入力すると、ステップＳ５０４で認証プログラムはユーザー情報データベースのユーザー情報データを参照して認証をおこなう。
【０１６６】
認証が成功すると、認証プログラムは、認証ＩＤを生成し、認証データベースに、ユーザーＩＤと関連付けて保存し、認証ＩＤタイマーをある一定時間にセットする。そして、認証プログラムは、携帯ユーザー登録プログラムを起動する。
【０１６７】
すると、ステップＳ５０５においてユーザー登録プログラムは、図６の携帯ユーザー情報登録ページを生成してＷＷＷブラウザに送る。
【０１６８】
携帯ユーザー登録ページには、以下１３個の携帯ユーザー情報登録のための領域が用意されている。
１）携帯電話番号
ユーザーに携帯電話番号を半角数字で入力させる領域
２）携帯メールアドレス
ユーザーに携帯電話メールアドレスを入力させる領域
３）携帯メールアドレス確認用
４）着信通知設定
ユーザーに着信通知に関する設定を行わせる領域で下記２種類の領域により構成される。
【０１６９】
１．着信通知をメールを送付するかどうかを設定させる領域
２．通知間隔を時間、および、新着メール数（件）で設定させる領域
５）Ｂｃｃ  設定
ユーザーに送信メールを自分宛にＢｃｃ  するかどうかを指定させる領域
６）フィルタ設定―送信者
ユーザーに送信者フィルタリングに関する設定を行わせる領域で下記２種類の領域により構成される。
【０１７０】
１．送信者フィルタリングをするかどうかを設定させる領域
２．送信者フィルタリング用文字列（送信者）を設定させる領域
７）フィルタ設定―件名
ユーザーに件名フィルタリングに関する設定を行わせる領域で下記２種類の領域により構成される。
【０１７１】
１．件名フィルタリングをするかどうかを設定させる領域
２．件名フィルタリング用文字列を設定させる領域
８）フィルタ設定―日数
ユーザーに日数フィルタリングに関する設定を行わせる領域で下記２種類の領域により構成される。
【０１７２】
１．日数フィルタリングをするかどうかを設定させる領域
２．日数フィルタリング用文字列（日数）を設定させる領域
９）署名設定
ユーザーに署名に関する設定を行わせる領域で下記２種類の領域により構成される。
【０１７３】
１．送信メールに署名をつけるかどうかを設定させる領域
２．署名用文字列を設定させる領域
１０）定型文設定
ユーザーに定型文を入力させるための１０個の領域
１１）「基本情報を更新する」ボタン
ユーザーが必要な項目を入力・設定したあと、情報を更新するために選択する領域
ステップＳ５０６で、ユーザー２は、携帯ユーザー情報登録ページを閲覧し、さらに、各種携帯ユーザー情報を入力し「基本情報を更新する」ボタンを選択する。
【０１７４】
すると、ステップＳ５０７で携帯ユーザー登録プログラムは各種携帯ユーザー情報を取得しユーザー情報データベースの携帯ユーザー情報保存領域に保存する。
【０１７５】
図７は、携帯ユーザー情報保存領域の詳細を表した図である。
【０１７６】
図に記載されているように、携帯ユーザー情報保存領域には、各種携帯ユーザー情報を保存するために３０個のフィールドが用意されている。
【０１７７】
次に、ステップＳ５０８で、携帯ユーザー登録プログラムは、携帯メールプログラム用ＵＲＬおよび、携帯アドレス帳プログラム用ＵＲＬをユーザーに通知する。より具体的には、携帯メールプログラム用ＵＲＬ、および、携帯アドレス帳プログラム用ＵＲＬが記載された電子メールをユーザーの携帯電話電子メールアドレス宛てに送信する。
【０１７８】
なお、携帯メールプログラム用ＵＲＬ、および、携帯アドレス帳プログラム用ＵＲＬには、ユーザーを識別するためのＩＤ情報が含まれている。
【０１７９】
次にＳ５０９で携帯ユーザー登録プログラムは携帯ユーザー情報登録終了画面を生成しＷＷＷブラウザに送る。
【０１８０】
ステップＳ５１０でユーザー２は、携帯ユーザー情報登録終了画面を閲覧・確認する。
【０１８１】
［電子メール着信処理の説明］
次にユーザー１がユーザー２の電子メールアドレス宛てにメールを送信し、そのメールが携帯メールサーバーのメールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  のユーザー２のメール保存領域に保管されるまでの処理の流れについて説明する。
【０１８２】
加えて、ユーザー１（例えばＩＳＰと提携している事業者）は各ユーザー宛てのメールでなく、特定のシステムアカウント（広告宣伝メール受信用）宛てのメールを送信した場合、または特定の発信者（例えばＩＳＰが提携している広告メール送信者）からのメール受信であるとをシステムが判別した場合の処理を説明する。
【０１８３】
初めに、ユーザー１は、図１中の１０１クライアント１で動作しているＭＵＡプログラムを操作して、ユーザー２の電子メールアドレスまたは、予め定めた特定のアカウントへ送信するためのを電子メールアドレスを宛先とした電子メールを作成し送信する。するとクライアント１の  ＭＴＡ  プログラムは、送信されたメールをＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）で図１中の１０７メールサーバーに宛てに配信する。
【０１８４】
すると、１０７メールサーバーのＭＴＡプログラムは、この電子メールを受け取る。この時点で特定のアカウント宛てのメールを受信したと判断すると１１０ａにて管理されている各ドメイン内の各ユーザーアカウント毎のメールアドレスを抽出する。また、ユーザー１が予め特定した事業者であると判断した場合も同様で、前記管理しているメールアドレスを抽出する。この時点で、発信者情報にＩＳＰを判別できる情報を付加する等が可能である。加えて件名欄に「［広告］」」等のテキスト文を挿入することが可能である。
【０１８５】
各メールアドレスが抽出できた後は各ユーザーのメールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  のメール保存領域に保管した後、この電子メールをユーザー（以下ユーザー２）の携帯電子メールアドレス宛てに転送する。すなわち、図１中の１０８携帯メールサーバー宛てに転送する。
【０１８６】
すると、１０８携帯メールサーバーの携帯ＭＴＡプログラムは、この電子メールを受け取り、メールスプール  （ｍａｉｌ  ｓｐｏｏｌ）  のユーザー２のメール保存領域に保管する。そして、１０９携帯メールサーバーで動作している１０９ｂ携帯メールプログラムの電子メール着信処理ロジックを呼び出し、処理を終了する。
【０１８７】
次に、携帯メールプログラムの電子メール着信処理ロジックの処理の流れについて図８、図９を用いて説明する。
【０１８８】
電子メール着信処理ロジックは、携帯メールサーバーの携帯ＭＴＡプログラムにより呼び出されると、ステップＳ８０１で、着信保管された電子メールに添付ファイルが付随しているかチェックする。添付ファイルには、画像、テキスト、ドキュメントファイルなどが想定される。ここで、添付ファイルが付随していた場合、処理はステップＳ８０２に進み、電子メール着信処理ロジックは、保管されている電子メールの添付ファイルを削除する。そして、電子メールのヘッダー情報の中に添付ファイルが付随していたことを識別するための添付ファイル付随情報を追加した上でメールデータを上書き保存する。この後、処理はステップＳ８０３に進む。
【０１８９】
一方、ステップＳ８０１で添付ファイルが付図していなかった場合、処理はステップＳ８０３に進む。
【０１９０】
ステップＳ８０３で、電子メール着信処理ロジックは、図１中の１０８携帯メールサーバーのメールスプールのユーザー２のメール保存領域に保管されているメールの総数がユーザー２の最大保管総数を超えているかチェックする。
【０１９１】
最大保管総数は、システム管理者により任意に設定可能となっている。
【０１９２】
ここで、最大保管総数を超えていた場合、処理はステップＳ８０４に進み、電子メール着信処理ロジックは、ユーザー２のメール保存領域に保管されている全メールのヘッダー情報に含まれるメール送信日を調べ、最もメール送信日の古いメールを検出する。そして検出されたメールをユーザー２の携帯電話の電子メールに転送した後、メール保存領域から削除する。この後、処理はステップＳ８０３に戻る。
【０１９３】
一方、ステップＳ８０３で最大保管総数を超えていなかった場合、処理は、ステップＳ８０５に進む。
【０１９４】
ステップＳ８０５で、電子メール着信処理ロジックは、図１中の１０８携帯メールサーバーのメールスプールのユーザー２のメール保存領域に保管されているメールの総計サイズがユーザー２の仮想最大保管容量を超えているかチェックする。
【０１９５】
仮想最大保管容量は、システム管理者により任意に設定可能となっている。
【０１９６】
ここで、仮想最大保管容量を超えていた場合、処理はステップＳ８０６に進み、電子メール着信処理ロジックは、ユーザー２のメール保存領域に保管されている全メールのヘッダー情報に含まれるメール送信日を調べ、最もメール送信日の古いメールを検出する。そして検出されたメールをユーザー２の携帯電話の電子メールに転送した後、メール保存領域から削除する。この後、処理はステップＳ８０５に戻る。
【０１９７】
一方、ステップＳ８０５で仮想最大保管容量を超えていなかった場合、処理は、ステップＳ８０７に進む。
【０１９８】
ステップＳ８０７で、電子メール着信処理ロジックは、図１中の１０８携帯メールサーバーのメールスプールのユーザー２のメール保存領域に保管されているメールの総数がユーザー２の最大保管総数の８０％を超えているかチェックする。
【０１９９】
ここで、最大保管総数の８０％を超えていた場合、処理はステップＳ８０９に進み、８０％を超えていない場合、処理はステップＳ８０８に進む。
【０２００】
ステップＳ８０８で、電子メール着信処理ロジックは、図１中の１０８携帯メールサーバーのメールスプールのユーザー２のメール保存領域に保管されているメールの総計サイズがユーザー２の仮想最大保管容量の８０％を超えているかチェックする。
【０２０１】
ここで、仮想最大保管容量の８０％を超えていた場合、処理はステップＳ８０９に進み、８０％を超えていない場合、処理はステップ８１０に進む。
【０２０２】
ステップＳ８０９で、電子メール着信処理ロジックは、メール保管容量オーバーフローを警告するメールをユーザーの電子メールアドレスに送付する。この後、処理はステップＳ８１０に進む。
【０２０３】
ステップＳ８１０で、電子メール着信処理ロジックは図１中の１１０データベースサーバーの１１０ａユーザー情報データベースに保管されている、図７で示される携帯ユーザー情報保存領域のフィールド１１の値を参照し、着信通知機能の設定がＯＮになっているかチェックする。ここで、設定がＯＦＦになっていた場合、電子メール着信処理は終了する。
【０２０４】
一方、設定がＯＮになっていた場合、処理はステップＳ８１１に進む。
【０２０５】
ステップＳ８１１で、電子メール着信処理ロジックは携帯ユーザー情報保存領域のフィールド１７の値が０になっているかチェックする。ここで、フィールド１７の値が０になっていた場合、ステップＳ８１２に進み、電子メール着信処理ロジックは携帯ユーザー情報保存領域のフィールド１７に電子メールを受信した時間（電子メールが着信した時間）を保存する。その後、処理はステップＳ８１３に進む。
【０２０６】
一方、フィールド１７の値が０以外の場合、処理はステップＳ８１３に進む。
【０２０７】
ステップＳ８１３で、電子メール着信処理ロジックは携帯ユーザー情報保存領域のフィールド１８の値を１インクリメントする。次に、処理はステップＳ８１４に進む。
【０２０８】
ステップＳ８１４で、電子メール着信処理ロジックは着信通知メール送信のために設定した時間間隔が経過しているかチェックする。具体的には、電子メールを受信した時間（電子メールが着信した時間）から携帯ユーザー情報保存領域のフィールド１７の値を引いた値が、携帯ユーザー情報保存領域のフィールド１９の値より大きいか判別する。計算で求めた値がフィールド１９の値より大きい場合、着信通知メール送信設定時間間隔が経過したと判断して、処理はステップＳ８１６に進む。
【０２０９】
一方、計算で求めた値がフィールド１９の値より小さい場合、着信通知メール送信設定時間間隔が経過していないと判断して、処理はステップＳ８１５に進む。
【０２１０】
ステップＳ８１５で、電子メール着信処理ロジックは、電子メール着信数が、着信通知メール送信のために設定した蓄積メール数に達しているかチェックする。具体的には、携帯ユーザー情報保存領域のフィールド１８の値からフィールド１０の値を引いた値が、０より大きいか判別する。計算で求めた値が０より大きい場合、設定した蓄積メール数に達したと判断して、処理はステップＳ８１６に進む。
【０２１１】
一方、計算で求めた値が０より小さい場合は、設定した蓄積メール数に達していないと判断して、電子メール着信処理は終了する。
【０２１２】
ステップＳ８１６で、電子メール着信処理ロジックはユーザーに電子メールが着信したことを通知するために、図１中の１０９携帯ＷＷＷサーバーで動作している１０９ｂ携帯メールプログラム用ＵＲＬが記載された電子メールをユーザーの携帯電話電子メールアドレス宛てに送信する。
【０２１３】
なお、携帯メールプログラム用ＵＲＬには、ユーザーを識別するためのＩＤ情報が含まれている。
【０２１４】
次に処理はステップＳ８１７に進み、電子メール着信処理ロジックは、携帯ユーザー情報保存領域のフィールド１７、および、フィールド１８の値を０に設定し、その後、電子メール着信処理は終了する。
【０２１５】
［課金処理の説明］
以下図１０、図１１、図１２、図１３を用いて説明する。課金プログラム起動時の処理は図１０に示す。Ｓ１００１にて図１１の登録ログデータ領域を参照しＩＳＰが管理しているすべてのドメインの集計処理が終了しているか判定する。図１１では各ドメイン内の携帯への転送設定がなされているすべてのユーザーの登録設定、解除のログデータが記録されている。図１１ではドメインＡのみを示しているが、ドメイン単位で複数存在するデータである。Ｓ１００２では各ドメイン内に登録されているユーザーすべての課金処理が完了しているか判定する。Ｓ１００３では各ユーザーが集計期間内（例えば一ヶ月間）で一度でも転送設定がなされたかを判定する。一度でも転送「ｏｎ」と登録されたユーザーは図１２に示す集計用テーブルに記録する。図１２は課金集計時に使用するデータでドメインＡのみを示しているが、ドメイン単位で複数存在し、かつ各ドメイン内のユーザー毎に集計エリアを設けている。集計エリアの０または１はその月に一度でも転送設定されたか否かを示すものである。Ｓ１００４では図１２に示すデータをサーチし各ドメイン中一度でも転送設定されたアカウントがあれば、図１３に示す各ドメインに対応して備える課金対象エリアＭを＋１カウントを行う。Ｓ１００１ですべてのドメインの課金対象集計が終了した後、Ｓ１００５では実際の課金計算処理がすべて終了したかを判定する。Ｓ１００６では図１３をサーチしながら各ドメインごとの課金請求アカウント数Ｍを抽出する。Ｓ１００７では図１３中に設定されているシステム割引定数Ｎとサービス課金単位料金Ｌと前記Ｍを乗じて各ドメインごとの携帯転送サービスにかかわる請求金額を算出する。
【０２１６】
このときＮが１、Ｌが２００、あるドメインにかかわるＭが３であれば、結果６００であり、
例えば￥６００の請求額となる。しかしながらＮをシステムにて予め設定することで、例えば０．７、０．５、０とすることによりそれぞれ３割引、半額、無料という請求が可能となる。
【０２１７】
他の実施例としては、各アカウントごとに転送設定されている時間の和を求め、例えば一ヶ月間の時間で除算した値をもとに割引率を変更し、請求額を決定させることも可能である。また、提携事業者から入手した広告メールの数と実際に転送された広告メールの数の比率にて割引率を変更し請求額を決定することも可能である。
【０２１８】
【発明の効果】
以上説明したしたように、本発明に係る電子メールシステムの課金方法において、インターネットサービスプロバイダ事業者（以下ＩＳＰ）が提携先事業者から入手した情報（例えば広告宣伝）を、前記ＩＳＰが管理する複数のユーザドメイン内の各アカウントへメール送信可能とする手段と、前記各アカウントと関連付けられた情報端末（例えば携帯電話）から前記情報を閲覧できる手段と、前記情報端末から前記情報を閲覧可能及び、閲覧不可とした事象を記録する手段と、前記記録をもとに課金処理を行う事で、広告メールを閲覧するユーザーに対する請求額を無料を含め、複数種類の割引が可能となる。
【０２１９】
他には、発信元がユーザーと契約しているＩＳＰまたは、ＩＳＰと提携関係にある事業者であることもあり、巷にあふれる迷惑メールではないことが容易に理解できるという副次的な効果も期待できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態を示す電子メールシステム構成図
【図２】従来の電子メールシステム構成図
【図３】従来のユーザー登録処理の流れを表した図
【図４】携帯ユーザー登録処理の流れを表した図
【図５】携帯ユーザー登録処理の流れを表した図
【図６】携帯ユーザー情報登録画面を表した図
【図７】携帯ユーザー情報データ保存領域を表した図
【図８】電子メール着信ロジックの処理の流れを表したフローチャートを表した図
【図９】電子メール着信ロジックの処理の流れを表したフローチャートを表した図
【図１０】課金処理を表したフローチャート図
【図１１】携帯転送登録設定、解除ログデータ領域を表した図
【図１２】ドメイン内課金対象アカウントデータ領域を表した図
【図１３】課金集計定数及びドメイン毎の課金対象アカウント数データ領域を表した図
【図１】
2004295571.tif 000003
【図２】
2004295571.tif 000004
【図３】
2004295571.tif 000005
【図４】
2004295571.tif 000006
【図５】
2004295571.tif 000007
【図６】
2004295571.tif 000008
【図７】
2004295571.tif 000009
【図８】
2004295571.tif 000010
【図９】
2004295571.tif 000011
【図１０】
2004295571.tif 000012
【図１１】
2004295571.tif 000013
【図１２】
2004295571.tif 000014
【図１３】
2004295571.tif 000015